Backup SQL remoto sono complicate. Spiegheremo perché e mostreremo tutte le opzioni disponibili per effettuare i backup in ogni caso.
SQL Server remoto è un server in cui si ha accesso limitato al file system del server come in un ambiente di hosting condiviso.
SQL Server locale è un server in cui si ha pieno accesso al file system come un server locale a cui è possibile accedere fisicamente o un server dedicato/virtuale di cui si ha il pieno controllo.
Qual è il problema con i backup remoti di SQL Server?
Il problema principale con i server SQL remoti è che è possibile eseguire script SQL, incluso il comando del DATABASE di BACKUP, ma accedere al *risultante.il file bak è problematico. Il *.il file bak viene posizionato da qualche parte sull’unità locale a quel server SQL. E se non si accede a tale posizione, non è possibile copiare il file di backup per ulteriori elaborazioni come compressione, crittografia, archiviazione, ecc. (maggiori dettagli su cosa significa SQL backup automation) Quindi le opzioni sono limitate alla creazione di un file di script.
BAK (*.bak) file vs Script (*.sql) file per i backup di SQL Server
I file BAK sono i backup creati utilizzando il comando DATABASE di BACKUP standard di Microsoft (o tramite SSMS o SQLBackupAndFTP). Di solito ottengono *.estensione bak. Se si dispone di un’opzione per creare *.file bak-preferiscono sempre alle alternative perché permette di memorizzare non solo pieno, ma differenziale e backup dei log delle transazioni pure. E il formato è il più comune e non proprietario di qualsiasi 3rd party. È possibile ripristinare da (*.bak) file utilizzando il comando di DATABASE di ripristino standard e molti strumenti di terze parti.
Script ( * .sql) file è fondamentalmente un insieme di comandi SQL che ricreano gli oggetti del database e inserire i dati nelle tabelle. Il vantaggio dell’utilizzo di un file di script è che la maggior parte degli ambienti di hosting consente di caricare file di script ed eseguirli utilizzando un pannello di controllo dell’amministrazione di hosting. Quindi è possibile ripristinare un database senza richiedere l’installazione o la configurazione dell’host.
Tuttavia Script (*.sql) metodo ha le seguenti limitazioni:
- Ci vuole molto più tempo per generare uno script che per creare un tipo BAK standard di backup di SQL Server
- Tale script richiede più spazio poiché è una rappresentazione testuale (non binaria) del database, sebbene sia molto più comprimibile di un backup binario.
- ci vuole più tempo per il ripristino di un database da uno script che da un backup regolare
- a Differenza di backup standard, gli script non contengono informazioni del log delle transazioni, in modo non è possibile applicare in un momento di recupero
- Script non sempre prendere le dipendenze in considerazione, così si possono affrontare problemi durante la ricreazione del database
Local backup di SQL Server
Locale di backup di SQL Server è ben documentato e non vogliamo entrare nei dettagli qui. Fondamentalmente, si esegue il comando DATABASE di BACKUP, utilizzare SQL Server Management Studio o strumenti di terze parti. Questo crea un *.file bak sul file system locale del server. Quindi di solito comprimi il file, crittografalo, caricalo su un’unità di rete, FTP o un cloud, ecc. Puoi creare i tuoi script personalizzati per farlo o ottenere tutto in un prodotto come SQLBackupAndFTP.
Backup remoti di SQL Server su un*.file bak su condivisione di rete
Se il server SQL remoto si trova sulla stessa rete di te e di SQL Server e hai accesso alla stessa condivisione di rete (come \ \ servername \ path), allora sul server SQL è possibile eseguire il backup in questa posizione con il comando come:
BACKUP DEL DATABASE dbname SU DISCO = N’ \ \ servername \ path \ dbname.BAK ‘
E dal proprio computer si sarebbe in grado di accedere alla stessa posizione, prendere il *.bak file e fare quello che vuoi con esso.
È possibile scrivere i propri script per automatizzarlo o eseguire il backup del server SQL di rete utilizzando SQLBackupAndFTP.
Il vantaggio dei backup nel percorso UNC è che si ottiene il backup nello stesso ambito *.formato bak. Il rovescio della medaglia è fondamentalmente legato alla necessità di configurare correttamente i diritti di accesso. Visita il link qui sopra per i dettagli sulle autorizzazioni.
Backup remoti di SQL Server in uno script ( * .sql) file
Uno script SQL Server generato ( * .sql) il file di backup contiene le informazioni necessarie per ricreare il database su un computer remoto. Lo script include comandi per ricreare lo schema del database (tabelle, viste, stored procedure, trigger, cataloghi full-text, ruoli, regole e così via) e i dati. Hai diverse opzioni per generare uno script (*.sql) file di backup
Database di scripting con SqlBackupAndFtp
Questo è di gran lunga il metodo più semplice per eseguire il backup dei database remoti. Basta selezionare “SQL Server remoto” come tipo di server impostare le credenziali di accesso:
Quindi configurare la compressione, la crittografia, dove inviare i backup e dove inviare notifiche e-mail. Vedere maggiori dettagli in Come eseguire il backup del database SQL Server remoto utilizzando SQLBackupAndFTP
Database di scripting con SQL Server Management Studio (SSMS)
Si noti che questo funziona come un “backup” ad hoc, ma non è possibile pianificare lo scripting SSMS. Per generare uno script di database con SSMS:
- Apri SSMS
- Connettiti al server SQL remoto
- Fai clic con il pulsante destro del mouse sul database che desideri eseguire il backup e seleziona Attività- > Genera script. Si apre una procedura guidata
- Premere Avanti nella schermata Introduzione
- Lasciare selezionato il valore predefinito “Script intero database e oggetti database” e premere Avanti
- Fare clic sul pulsante Avanzate e modificare “Tipi di dati in script” da “Solo schema” a “Schema e dati”. Premi OK
- Seleziona l’opzione “Salva in una nuova finestra di query” e premi Avanti, Avanti e Fine
Copia lo script nel tuo file locale e archivia o esegui ovunque sia necessario.
Altre opzioni per il backup remoto di SQL Server
Se l’utilizzo di word “backup” per quanto riguarda lo scripting è stato piuttosto lungo, le opzioni discusse in questa sezione sono ancora più lontane da quello che è considerato un “backup del database”. Tuttavia, ti consente di ottenere una copia dei tuoi dati, ecco perché esamineremo anche queste opzioni
Spostamento dei dati con la procedura guidata di importazione ed esportazione di SQL Server in SSMS
È possibile utilizzare la procedura guidata di importazione ed esportazione di SQL Server per copiare i dati dal server SQL remoto a un server SQL locale. Si noti che NON copierà tutti gli oggetti del database, ma solo i dati. Non possiamo immaginare di usarlo come metodo di backup principale. Comunque qui le istruzioni:
- Aprire SSMS
- Connettersi al server SQL locale
- Fare clic con il pulsante destro del mouse sul database in cui si desidera ripristinare i backup e selezionare Attività- > Importa dati. Si apre una procedura guidata
- Scegliere “SQL Server Native Client” come origine dati e il server SQL remoto come nome del server.
- Selezionare il database da cui copiare i dati. Prossimo.
- Scegliere “SQL Server Native Client” come origine dati e SQL Server locale come nome server.
- Selezionare il database in cui copiare i dati. Prossimo.
- Selezionare le tabelle da copiare. Avanti, Avanti, Fine