In questo articolo esaminiamo le funzionalità della procedura guidata di copia del database per lo spostamento di oggetti da un'istanza SQL a un'altra. Esaminiamo ulteriormente le restrizioni e i suggerimenti per superarle.
A SQL Server instance comprende diversi oggetti e, se mai avessi bisogno di spostare quegli oggetti da una determinata istanza a un'altra, trasferirli manualmente non sarà una cosa saggia da fare. Per trasferire i tuoi oggetti SQL da un'istanza all'altra, dovresti utilizzare la procedura guidata Copia database. Usando questa procedura guidata non puoi solo copiare determinati oggetti del database ma anche interi database, anche questo senza alcun tipo di inattività del server. Facendo uso di questa procedura guidata è possibile eseguire le seguenti azioni senza intoppi e in pochissimo tempo.
- Seleziona qualsiasi origine e il server di destinazione.
- Scegli i database che desideri spostare o copiare.
- Indicare le posizioni dei file per i database.
- Copia gli accessi desiderati sul server di destinazione.
- Copia le stored procedure, gli oggetti di supporto, i lavori e i messaggi di errore.
- Decidi la data e l'ora in cui desideri spostare o copiare i tuoi database.
Oltre a tutto ciò che puoi fare quando usi la procedura guidata di copia del database, devi anche sapere cosa non puoi fare con essa. Tra tutte le sue limitazioni e restrizioni, la più importante di cui devi essere a conoscenza è che non sarà presente nell'edizione Express di SQL Server. Le altre limitazioni della procedura guidata sono indicate di seguito
Limitazioni e restrizioni nella procedura guidata Copia database in SQL Server
- Non è possibile utilizzare la Copia guidata database per spostare database di sistema, contrassegnati per la replica, contrassegnati come inaccessibili, non in linea, in caricamento, ripristino, in modalità di emergenza o sospetti. Impedisce inoltre di spostare database con file di registro o dati presenti in MS Azure Storage.
- Ciò non ti consente di spostare o copiare il tuo database su uno precedente SQL Server edizione.
- Se hai selezionato l'opzione Sposta, la procedura guidata eliminerà automaticamente l'origine del database una volta spostato. Tuttavia, se invece di Sposta si seleziona l'opzione Copia, la sorgente non verrà eliminata. Con l'opzione Copia gli oggetti server selezionati verranno copiati e non spostati, si sposterà solo il database.
- Se utilizzi l'opzione di scollegamento e collegamento, scollegherà il database e ricollegherà i suoi file multipli in una nuova posizione dopo averli spostati o copiati. Esiste la possibilità di perdita di dati e incoerenza in questo metodo, pertanto si consiglia di evitare di allegare sessioni attive ai database che stanno subendo il processo di spostamento o copia. Nel caso del metodo dell'oggetto di gestione in SQL Server, agli utenti è consentita una sessione attiva poiché il database non va mai offline.
- Se stai trasferendo i lavori dell'agente in SQL Server, che fanno riferimento ai database non esistenti sul server di destinazione, finirai per causare il fallimento dell'intera operazione. Una soluzione alternativa per questo problema consiste nel creare lavori dell'agente in SQL Server prima della creazione del database.
Quando prevedi di mantenere il file SQL Server database in condizioni ottimali, prendere in considerazione la possibilità di mantenere a SQL Server riparazione strumento nelle vicinanze per affrontare incidenti di errori di dati.
Introduzione dell'autore:
Victor Simon è un esperto di recupero dati in DataNumen, Inc., che è il leader mondiale nelle tecnologie di recupero dati, tra cui ripristino degli accessi e prodotti software di recupero SQL. Per maggiori informazioni visita www.datanumen.com