I server di database sono una delle chiavi in qualsiasi organizzazione. Sono loro che memorizzano le informazioni e forniscono risultati su richiesta, ed è estremamente importante preservare il database in qualsiasi situazione. La consegna di base di solito include le utilità necessarie, ma un amministratore che non ha mai incontrato un database prima dovrà fare i conti con le peculiarità del lavoro per garantire l'automazione.
Tipi di backup del database
Per prima cosa, cerchiamo di capire che tipo di backup sono. Il server database non è una normale applicazione desktop, e per garantire che tutte le proprietà ACID (Atomic, Consistency, Isolated, Durable) siano soddisfatte, vengono utilizzate una serie di tecnologie, e quindi la creazione e il ripristino di un database da un archivio ha le sue peculiarità . Esistono tre diversi approcci per il backup dei dati, ciascuno con i propri vantaggi e svantaggi.
Con un backup logico, o SQL, (pg_dump, mysqldump, SQLCMD), viene creata un'istantanea del contenuto del database, tenendo conto dell'integrità transazionale, e salvata come file con comandi SQL (è possibile selezionare l'intero database o singole tabelle) , con cui è possibile ricreare il database su un altro server. Questo richiede tempo (soprattutto per database di grandi dimensioni) per il salvataggio e il ripristino, quindi molto spesso questa operazione non può essere eseguita e viene eseguita durante un carico minimo (ad esempio, di notte). Durante il ripristino, l'amministratore dovrà eseguire diversi comandi per preparare tutto il necessario (creare un database vuoto, account, ecc.).
Backup fisico (livello di file system): copia dei file che il DBMS utilizza per archiviare i dati nel database. Ma una semplice copia ignora i blocchi e le transazioni che potrebbero essere archiviate e violate in modo errato. Se provi ad allegare questo file, sarà in uno stato incoerente e genererà errori. Per ottenere un backup aggiornato, il database deve essere arrestato (è possibile ridurre i tempi di inattività utilizzando rsync due volte: prima su uno in esecuzione, poi su uno arrestato). Lo svantaggio di questo metodo è ovvio: non è possibile recuperare determinati dati, solo l'intero database. Quando si avvia un database ripristinato da un archivio del file system, sarà necessario verificarne l'integrità. Qui vengono utilizzate varie tecnologie di assistenza. Ad esempio, in PostgreSQL, i log di logging proattivo WAL (Write Ahead Logs) e una funzione speciale (Point in Time Recovery - PITR) che permette di tornare ad un certo stato del database. Con il loro aiuto, il terzo scenario è facilmente implementabile, quando un backup a livello di file system è combinato con una copia di backup dei file WAL. Innanzitutto, ripristiniamo i file della copia di backup del file system, quindi utilizzando WAL il database viene aggiornato. Questo è un approccio leggermente più complesso per l'amministrazione, ma non ci sono problemi con l'integrità del database e il ripristino dei database fino a un certo momento.
Un backup logico viene utilizzato nei casi in cui è necessario eseguire una copia completa del database una tantum o nelle operazioni quotidiane non è necessario molto tempo o spazio per creare una copia. Quando lo scaricamento dei database richiede molto tempo, prestare attenzione all'archiviazione fisica.
barman
Licenza: GNU GPL
DBMS supportati: PostgreSQL
PostgreSQL supporta funzionalità di backup sia fisico che logico, aggiungendo un altro livello di WAL (vedi barra laterale), che può essere chiamato copia continua. Ma gestire più server utilizzando strumenti standard non è molto conveniente nemmeno per un amministratore esperto e, in caso di errore, i secondi contano.
Barman (gestore di backup e ripristino) è uno sviluppo interno di 2ndQuadrant, un provider di servizi basato su PostgreSQL. Progettato per il backup fisico PostgreSQL (logica non supporta), l'archiviazione WAL e il ripristino rapido in caso di arresto anomalo. Supporta backup e ripristino remoti di più server, funzioni PITR (point-in-time-recovery), gestione WAL. SSH viene utilizzato per copiare e inviare comandi a un host remoto, la sincronizzazione e il backup tramite rsync possono ridurre il traffico. Barman si integra anche con le utility standard bzip2, gzip, tar e simili. In linea di principio, puoi utilizzare qualsiasi programma di compressione e archiviazione, l'integrazione non richiederà molto tempo. Sono state implementate diverse funzioni di servizio e di diagnostica per monitorare lo stato dei servizi e regolare la larghezza di banda. Sono supportati gli script pre/post.
Barman è scritto in Python e le politiche di backup sono gestite utilizzando il file INI amichevole barman.conf, che può essere posizionato in / etc o nella home directory dell'utente. La consegna include un modello già pronto con commenti dettagliati all'interno. Funziona solo su sistemi *nix. Per l'installazione su RHEL, CentOS e Scientific Linux, collegare EPEL, un repository che contiene pacchetti aggiuntivi. Gli utenti Debian / Ubuntu hanno a disposizione un repository ufficiale:
$ sudo apt-get install barman
Il repository non contiene sempre l'ultima versione, per installarlo dovrai fare riferimento ai sorgenti. Ci sono poche dipendenze ed è facile capire il processo.
Dumper Sypex
Licenza: BSD
DBMS supportati: MySQL
MySQL viene fornito con le utility mysqldump e mysqlhotcopy che consentono di creare facilmente un dump del database, sono ben documentati e su Internet è possibile trovare un gran numero di esempi e frontend già pronti. Questi ultimi consentono a un principiante di iniziare rapidamente. Sypex Dumper è uno script PHP che consente di creare e ripristinare facilmente una copia di un database MySQL. Creato per funzionare con database di grandi dimensioni, funziona in modo molto rapido, comprensibile e facile da usare. Sa come lavorare con gli oggetti MySQL: viste, procedure, funzioni, trigger ed eventi.
Un altro vantaggio, a differenza di altri strumenti, quando si esporta la transcodifica in UTF-8, è che l'esportazione in Dumper viene eseguita nella codifica nativa. Il file risultante occupa meno spazio e il processo è più veloce. Un dump può contenere oggetti con codifiche diverse. Inoltre, è facile importare/esportare in più fasi, interrompendo il processo durante il caricamento. Una volta ripresa, la procedura riprenderà dal punto in cui era stata interrotta. Durante il ripristino, sono supportate quattro opzioni:
- CREA + INSERISCI - modalità di ripristino standard;
- TRUNCATE + INSERT - meno tempo per creare tabelle;
- SOSTITUISCI - ripristiniamo i vecchi dati nel database di lavoro senza sovrascrivere i nuovi;
- INSERISCI IGNORA - aggiungiamo dati cancellati o nuovi al database senza toccare quelli esistenti.
Supporta la compressione della copia (gzip o bzip2), l'eliminazione automatica dei vecchi backup, la visualizzazione del contenuto di un file dump, il ripristino solo della struttura della tabella. Sono inoltre disponibili funzioni di servizio per la gestione del database (creazione, eliminazione, verifica, ripristino del database, ottimizzazione, pulizia delle tabelle, utilizzo degli indici, ecc.), nonché un file manager che consente di copiare i file sul server.
Il controllo avviene tramite un browser web, l'interfaccia AJAX è localizzata pronta all'uso e dà l'impressione di lavorare con un'applicazione desktop. È anche possibile eseguire attività dalla console e in base a una pianificazione (tramite cron).
Perché Dumper funzioni è necessario un classico server L | WAMP, l'installazione è comune a tutte le applicazioni scritte in PHP (copia i file e imposta i permessi), e non sarà difficile nemmeno per un principiante. Il progetto fornisce documentazione dettagliata e tutorial video che dimostrano come lavorare con Sypex Dumper.
Ci sono due edizioni: Sypex Dumper (gratuito) e Pro ($ 10). Il secondo ha più funzionalità, tutte le differenze sono elencate sul sito.
Backup SQL e FTP
Licenza:
DBMS supportati: MS SQL Server
MS SQL Server è una delle soluzioni più popolari e quindi si verifica abbastanza spesso. Il processo di backup viene creato utilizzando SQL Server Management Studio, Transact-SQL stesso e i cmdlet del modulo SQL PowerShell (Backup-SqlDatabase). Sul sito Web di MS, puoi trovare solo un'enorme quantità di documentazione che ti consente di comprendere il processo. La documentazione, sebbene completa, è molto specifica e le informazioni su Internet spesso si contraddicono tra loro. Un principiante ha davvero bisogno di esercitarsi all'inizio, "mettendoci sopra le mani", quindi, nonostante tutto ciò che è stato detto, gli sviluppatori di terze parti hanno molto da cambiare. Inoltre, la versione gratuita di SQL Server Express non dispone di strumenti di backup integrati. Per le versioni precedenti di MS SQL (fino al 2008), puoi trovare utilità gratuite, ad esempio il backup di SQL Server, ma nella maggior parte di questi progetti sono già stati commercializzati, sebbene offrano tutte le funzionalità spesso per un importo simbolico.
Ad esempio, la progettazione di Backup SQL e FTP e Ripristino SQL con un clic è impostata e dimenticata. Possedendo un'interfaccia molto semplice ed intuitiva, consentono di creare copie di database MS SQL Server (incluso Express) e Azure, salvare file crittografati e compressi su FTP e servizi cloud (Dropbox, Box, Google Drive, MS SkyDrive o Amazon S3) , il risultato può essere immediatamente visualizzato. È possibile avviare il processo sia manualmente che secondo una pianificazione, inviare un messaggio sul risultato di un'attività via e-mail, avviare script personalizzati.
Sono supportate tutte le opzioni di backup: completo, differenziale, registro delle transazioni, copia della cartella dei file e molto altro. I vecchi backup vengono eliminati automaticamente. Per connettersi a un host virtuale, viene utilizzato SQL Management Studio, anche se potrebbero esserci delle sfumature e questo non funzionerà in tutte queste configurazioni. Sono disponibili cinque versioni per il download, da quella gratuita gratuita a quella accumulata di Prof Lifetime (al momento della stesura di questo articolo, costava solo $ 149). La funzionalità gratuita è abbastanza per le piccole reti in cui sono installati uno o due server SQL, tutte le funzioni di base sono attive. Il numero di database di backup è limitato, la possibilità di inviare file a Google Drive e SkyDrive e la crittografia dei file. L'interfaccia, sebbene non localizzata, è molto semplice e comprensibile anche per un principiante. Hai solo bisogno di connetterti al server SQL, dopo di che verrà visualizzato un elenco di database, dovresti contrassegnare quelli necessari, configurare l'accesso alle risorse remote e indicare l'ora dell'esecuzione dell'attività. E tutto questo in una finestra.
Ma c'è un "ma". Il programma stesso non ha lo scopo di ripristinare gli archivi. Per questo, viene offerta un'utility gratuita separata Ripristino SQL con un clic, che comprende anche il formato creato dal comando BACKUP DATABASE. L'amministratore deve solo indicare l'archivio e il server su cui ripristinare i dati e premere un pulsante. Ma in scenari più complessi, dovrai usare RESTORE.
Funzionalità del backup di MS SQL Server
La creazione di una copia di backup e il ripristino di un DBMS ha le sue differenze che devono essere prese in considerazione, soprattutto quando si trasferisce un archivio su un altro server. Ad esempio, diamo un'occhiata ad alcune delle sfumature di MS SQL Server. Per l'archiviazione tramite Transact-SQL, utilizzare il comando BACKUP DATABASE (è presente anche un differenziale DIFFERENTIAL) e il log delle transazioni BACKUP LOG.
Se il backup viene distribuito su un server diverso, è necessario assicurarsi che siano presenti le stesse unità logiche. In alternativa, è possibile sovrascrivere manualmente i percorsi corretti per i file di database utilizzando l'opzione WITH MOVE del comando RESTORE DATABASE.
Una situazione semplice è il backup e il trasferimento di database su altre versioni di SQL Server. Questa operazione è supportata, ma funzionerà per SQL Server se la versione del server su cui è distribuita la copia è la stessa o più recente della versione su cui è stata creata. E c'è una limitazione: non più di due versioni più recenti. Dopo il ripristino, il database sarà in modalità di compatibilità con la versione con cui è stata effettuata la transizione, ovvero non saranno disponibili nuove funzioni. Questo può essere facilmente risolto modificando COMPATIBILITY_LEVEL. Puoi farlo usando la GUI o SQL.
ALTER DATABASE MyDB SET COMPATIBILITY_LEVEL = 110;
Puoi determinare su quale versione è stata creata la copia guardando l'intestazione del file di archivio. Per non sperimentare, durante l'aggiornamento a una nuova versione di SQL Server, è necessario eseguire Microsoft Upgrade Advisor gratuito.
Iperius
Licenza: commerciale, esiste una versione gratuita
DBMS supportati: Oracle 9-11, XE, MySQL, MariaDB, PostgreSQL e MS SQL Server
Quando devi gestire più tipologie di DBMS, non puoi fare a meno delle mietitrici. La scelta è ottima. Ad esempio, Iperius è un software di backup di file leggero, molto facile da usare, ma potente che ha funzionalità di backup a caldo per i database senza interruzioni o blocchi. Fornisce backup completi o incrementali. Può creare immagini disco complete per la reinstallazione automatica dell'intero sistema. Supporta il backup su NAS, USB, streamer, FTP/FTPS, Google Drive, Dropbox e SkyDrive. Supporta la compressione zip senza limiti di dimensione del file e crittografia AES256, eseguendo script e programmi esterni. Include un programmatore di attività molto funzionale, possibilmente esecuzione parallela o sequenziale di più attività, il risultato viene inviato via e-mail. Sono supportati numerosi filtri, variabili per la personalizzazione di percorsi e impostazioni.
La capacità di caricamento FTP semplifica l'aggiornamento delle informazioni su più siti Web. Il backup dei file aperti viene eseguito utilizzando la tecnologia VSS (Volume Shadow Copy), che consente il backup a caldo non solo dei file DBMS, ma anche di altre applicazioni. Oracle utilizza anche lo strumento di backup e ripristino RMAN (Recovery Manager). Per non sovraccaricare il canale, è possibile regolare la larghezza di banda. La gestione del backup e del ripristino viene eseguita utilizzando le console locali e web. Tutte le funzioni sono in bella vista, quindi, per impostare un'attività, devi solo capire il processo, non devi nemmeno esaminare la documentazione. Basta seguire le istruzioni della procedura guidata. Puoi anche notare l'account manager, che è molto conveniente per un gran numero di sistemi.
Le funzioni di base sono offerte gratuitamente, ma la possibilità di eseguire il backup del database è inclusa solo nelle versioni Advanced DB e Full. L'installazione da XP a Windows Server 2012 è supportata.
Backup a portata di mano
Licenza: una pubblicità
DBMS supportati: Oracle, MySQL, IBM DB2 (7-9.5) e MS SQL Server
Uno dei più potenti sistemi di gestione di database relazionali è IBM DB2, che è scalabile in modo univoco e supporta più piattaforme. Viene fornito in diverse edizioni, che sono costruite sulla stessa base e differiscono funzionalmente. L'architettura del database DB2 consente di gestire quasi tutti i tipi di dati: documenti, XML, file multimediali e così via. DB2 Express-C gratuito è particolarmente popolare. Il backup è molto semplice:
Esempio di db di backup Db2
Oppure un'istantanea utilizzando la funzione Advanced Copy Services (ACS):
Db2 backup db sample usa snapshot
Ma ricorda che nel caso degli snapshot, non possiamo recuperare (db2 recovery db) singole tabelle. Ci sono anche opportunità per il backup automatico e molto altro. I prodotti sono ben documentati, sebbene i manuali si trovino raramente su Internet in lingua russa. Inoltre, non tutte le soluzioni personalizzate forniscono supporto per DB2.
Ad esempio, Handy Backup consente di eseguire il backup di diversi tipi di server di database e di salvare i file su quasi tutti i supporti (disco rigido, CD/DVD, cloud e archiviazione di rete, FTP/S, WebDAV e altri). È possibile eseguire il backup del database tramite ODBC (solo tabelle). È una delle poche soluzioni che supporta DB2 e porta anche il logo "Pronto per IBM DB2 Data Server Software". L'intera procedura viene eseguita utilizzando una normale procedura guidata, in cui è sufficiente selezionare l'elemento desiderato e formare un'attività. Il processo di installazione stesso è così semplice che anche un principiante può capirlo. È possibile creare diverse attività che verranno eseguite in base a una pianificazione. Il risultato viene registrato nel diario e inviato via e-mail. Mentre il lavoro è in esecuzione, non è necessario arrestare il servizio. L'archivio viene automaticamente compresso e crittografato per garantirne la sicurezza.
Due versioni di Handy Backup supportano DB2 - Office Expert (locale) e Server Network (rete). Funziona su computer con Win8/7/Vista/XP o 2012/2008/2003. Il processo di distribuzione stesso è facile per qualsiasi amministratore.
E anche: backup SQL, backup 1C.
Il server 1C contiene i dati in un database situato su un server SQL. Oggi stiamo considerando MS SQL 2005/2008.
Per prevenire la perdita di dati in caso di disco del server bruciato o altre situazioni di forza maggiore, è necessario eseguire i backup dall'inizio.
Naturalmente, nessuno vuole eseguire il backup SQL del database 1C con le penne ogni giorno. Ci sono strumenti automatici per questo. Conosciamoli.
Configurazione di backup SQL
L'impostazione di Backup SQL per un database 1C non è diversa dall'impostazione di un backup per qualsiasi altro database.
Avvia MS SQL Management Studio per configurare. Questo programma è nel gruppo di programmi MS SQL.
Aggiunta di un'attività di backup per il database SQL 1C
Le attività di backup automatico per i database SQL si trovano nel ramo Piani di gestione/manutenzione.
Per aggiungere una nuova attività di backup, fare clic con il pulsante destro del mouse sul gruppo Piani di manutenzione e selezionare Nuovo piano di manutenzione.
Immettere un nome per l'attività. Il nome conta solo per te. È meglio usare caratteri inglesi per ogni evenienza.
Configurazione di un'attività di backup per il database SQL 1C
Si aprirà l'editor delle missioni. Si noti che i lavori possono eseguire varie operazioni con il database, non solo backup.
L'elenco delle opzioni per le operazioni viene visualizzato in basso a sinistra. Fare doppio clic sull'attività di backup del database o trascinare semplicemente verso destra.
Presta attenzione alla freccia. Puoi trascinare diverse operazioni diverse o identiche e collegarle con le frecce. Quindi verranno eseguite diverse attività contemporaneamente nella sequenza definita.
Nella finestra delle impostazioni, seleziona i database SQL 1C richiesti (puoi diversi o uno alla volta).
Selezionare la posizione in cui salvare il backup del database SQL 1C. È necessario selezionare un disco rigido fisicamente diverso. A livello organizzativo, puoi selezionare la casella di controllo "Crea sottocartelle".
Ora impostiamo la pianificazione del backup. La pianificazione del backup è stata aggiunta da sola per impostazione predefinita. Ma puoi aggiungere diversi programmi (ad esempio, uno è giornaliero, uno è settimanale, ecc.). Fare clic sul pulsante per configurare la pianificazione del backup.
Lo screenshot mostra un esempio del backup SQL giornaliero del database 1C a 3 notti.
Per rendere comprensibile la pianificazione del backup nell'elenco, è possibile modificarla.
Salvataggio di un'attività di backup per il database SQL 1C
Fare clic su masterizza. L'attività apparirà a sinistra nell'elenco.
È importante! Verificare che il processo di backup del database SQL sia stato creato correttamente. Per fare ciò, fare clic con il pulsante destro del mouse sul lavoro e selezionare Esegui.
Di conseguenza, dovrebbe apparire un file di backup nel percorso specificato. Se qualcosa non va, elimina l'attività (Canc) e ricomincia.
Questo articolo ti mostrerà come eseguire manualmente un backup completo del database utilizzando Microsoft SQL Server Management Studio.
1. Creazione di un backup
In realtà è piuttosto semplice. Lanciamo lo snap-in” » (« Inizio» — « Tutti i programmi» — « SQL Server 2008 R2» — « Microsoft SQL Server Management Studio») E inserire i dati per l'autorizzazione.
Successivamente, nell'Esplora oggetti, apri la scheda " Banca dati"E fai clic con il pulsante destro del mouse sul database di cui desideri eseguire il backup. Nel menu contestuale che appare, seleziona " Compiti» ( Compiti) — « Crea un backup» ( Backup ...) .
La finestra " Backup del database» ( Backup della banca dati). Assicuriamoci che ne valga la pena" Pieno» ( Pieno), se necessario, imposta un nome e una descrizione e indica anche lo scopo del backup. Per impostazione predefinita, è selezionato il percorso sul disco rigido del computer alla cartella Backup della posizione principale dei database del server SQL. Per modificare la posizione della copia, premere prima " Eliminare» ( Rimuovere) per rimuovere l'assegnazione esistente, quindi " Aggiungere» ( Aggiungere…) Per aggiungerne uno nuovo.
Qui impostiamo la posizione e il nome del file di backup e facciamo clic su " ok". È possibile specificare diverse destinazioni di questo tipo. In questo caso, il backup verrà suddiviso in parti uguali, ciascuna parte nel file specificato.
Quando tutte le impostazioni sono impostate, fare clic su " ok"E attendi il completamento dell'attività. Se tutto è stato eseguito correttamente, troveremo il file di backup del database SQL nella directory specificata.
2. Ripristino di un database da un backup
Il recupero avviene in modo simile. V" Microsoft SQL Server Management Studio»Scegli una base da cui è stato effettuato il backup, cliccaci sopra con il tasto destro del mouse, nel menu contestuale, seleziona “ Compiti» ( Compiti) — « Ristabilire» ( Ristabilire) — « Banca dati…» ( Banca dati ...).
La finestra " Recupero database» ( Ripristina database). Qui, come fonte, indichiamo “ Dal dispositivo» ( Dal dispositivo) e selezionare il file di backup (creato al passaggio 1).
Impostiamo il flag” Ristabilire» ( Ristabilire) di fronte al backup selezionato. Se necessario, nella scheda " Parametri» ( Opzioni), è possibile specificare ulteriori opzioni di ripristino, il cui significato può essere letto.
Dopo aver effettuato tutte le impostazioni, fare clic su " ok"E attendi il messaggio di ripristino del database riuscito.
3. Ripristino di un backup su un altro database (copia dei dati)
Se è necessario caricare i dati nel database, diverso da quello da cui è stato effettuato il backup, quindi durante il caricamento, oltre alle azioni descritte al paragrafo 2, è necessario nella scheda " Parametri"(Opzioni) imposta i nomi dei file di questo database e imposta il flag" Sovrascrivi database esistente"(CON SOSTITUZIONE).
Questo articolo ti ha aiutato?
Nonostante nei nostri materiali precedenti abbiamo già toccato il problema del backup dei database Microsoft SQL Server, la risposta del lettore ha mostrato la necessità di creare un materiale completo con uno studio più approfondito della parte teorica. In effetti, gli articoli realizzati con un'enfasi sulle istruzioni pratiche consentono di impostare rapidamente un backup, ma non spiegano i motivi per scegliere l'una o l'altra impostazione. Cercheremo di colmare questa lacuna.
Modelli di recupero
Prima di iniziare a configurare un backup, dovresti scegliere un modello di ripristino. Per la scelta ottimale, dovresti valutare i requisiti di ripristino e la gravità della perdita di dati, confrontandoli con i costi generali di implementazione di un particolare modello.
Come sai, il database MS SQL è costituito da due parti: il database stesso e il registro delle transazioni ad esso. Il database contiene i dati dell'utente e del servizio al momento attuale, il registro delle transazioni include la cronologia di tutte le modifiche al database per un certo periodo, avendo il registro delle transazioni, possiamo ripristinare lo stato del database in qualsiasi momento arbitrario.
Sono disponibili due modelli di ripristino per l'utilizzo in ambienti di produzione: semplice e completo... C'è anche un modello con registrazione incompleta, ma è consigliato solo come aggiunta al modello completo per il periodo di operazioni di massa su larga scala, quando non è necessario ripristinare il database fino a un certo punto nel tempo.
Modello semplice prevede il backup del solo database, quindi possiamo ripristinare lo stato del database solo al momento del backup, tutte le modifiche tra la creazione dell'ultimo backup e il fallimento andranno perse. Allo stesso tempo, uno schema semplice ha un piccolo sovraccarico: devi solo archiviare copie del database, il registro delle transazioni viene automaticamente troncato e non aumenta di dimensioni. Inoltre, il processo di ripristino è il più semplice e non richiede molto tempo.
Modello completo consente di ripristinare il database in qualsiasi momento arbitrario, ma richiede, oltre al backup del database, di archiviare copie del registro delle transazioni per l'intero periodo per il quale potrebbe essere necessario il ripristino. Con il lavoro attivo con il database, la dimensione del log delle transazioni e, di conseguenza, la dimensione degli archivi, può raggiungere grandi dimensioni. Anche il processo di recupero è molto più complesso e richiede tempo.
Quando si sceglie un modello di ripristino, è necessario confrontare il costo del ripristino con il costo dell'archiviazione dei backup e tenere conto anche della disponibilità e delle qualifiche del personale che eseguirà il ripristino. Il ripristino con un modello completo richiede determinate qualifiche e conoscenze da parte del personale, mentre con uno schema semplice sarà sufficiente seguire le istruzioni.
Per i database con una piccola quantità di informazioni aggiunte, può essere più vantaggioso utilizzare un modello semplice con un'elevata frequenza di copia, che ti consentirà di recuperare rapidamente e continuare a lavorare inserendo manualmente i dati persi. Il modello completo dovrebbe essere utilizzato principalmente dove la perdita di dati è inaccettabile e il suo possibile ripristino è associato a costi significativi.
Tipi di backup
Copia completa del database- come suggerisce il nome, rappresenta il contenuto del database e una parte del log delle transazioni attivo per il momento in cui è stato formato il backup (ovvero informazioni su tutte le transazioni correnti e incomplete). Consente di ripristinare completamente il database al momento del backup.
Copia differenziale del database- una copia completa ha uno svantaggio significativo, contiene tutte le informazioni nel database. Se è necessario eseguire backup abbastanza spesso, sorge immediatamente la domanda sull'uso dispendioso dello spazio su disco, poiché la maggior parte dello spazio di archiviazione sarà occupata dagli stessi dati. Per eliminare questo inconveniente, è possibile utilizzare copie differenziali del database, che contengono solo informazioni che sono cambiate dall'ultima copia completa.
Si prega di notare che una copia differenziale è data dall'ultima volta completare copiando, cioè ogni copia differenziale successiva contiene i dati della precedente (ma allo stesso tempo possono essere modificati) e la dimensione della copia crescerà costantemente. Per il ripristino è sufficiente un backup completo e uno differenziale, in genere l'ultimo. Il numero di copie differenziali dovrebbe essere selezionato in base all'aumento delle loro dimensioni, non appena la dimensione della copia differenziale è uguale alla dimensione della metà di quella completa, ha senso creare una nuova copia completa.
Backup del registro delle transazioni- si applica solo al modello di ripristino completo e contiene una copia del log delle transazioni dal momento in cui è stata creata la copia precedente.
È importante ricordare il punto seguente: le copie del registro delle transazioni non sono in alcun modo correlate alle copie del database e non contengono informazioni dalle copie precedenti, pertanto, per ripristinare il database, è necessario disporre di una catena ininterrotta di copie per il periodo durante che si desidera essere in grado di ripristinare lo stato del database. In questo caso, il momento dell'ultima copia riuscita deve essere compreso in questo periodo.
Diamo un'occhiata alla figura sopra, se la prima copia del file di registro viene persa, è possibile ripristinare lo stato del database solo al momento della copia completa, che sarà simile a un semplice modello di ripristino, è possibile ripristinare lo stato del database in qualsiasi momento solo dopo la successiva copia differenziale (o completa), a condizione che la catena di copie di log a partire da quella che precede la copia della base e oltre sia continua (in figura - dalla terza in poi ).
Registro delle transazioni
Per comprendere i processi di ripristino e lo scopo dei diversi tipi di backup, è necessario esaminare più da vicino la struttura e il funzionamento del registro delle transazioni. Una transazione è la più piccola operazione logica possibile che ha senso e può essere eseguita solo nella sua interezza. Questo approccio garantisce l'integrità e la coerenza dei dati in tutte le situazioni, poiché lo stato intermedio dell'operazione è inaccettabile. Il registro delle transazioni è progettato per controllare eventuali modifiche nel database.
Quando si esegue qualsiasi operazione, viene aggiunto al registro delle transazioni un record sull'inizio di una transazione, a ciascun record viene assegnato un numero univoco (LSN) da una sequenza indistruttibile, ogni volta che i dati cambiano, viene inserito un record corrispondente nel registro e dopo l'operazione è completata, nel registro viene visualizzato un segno di chiusura della transazione (commit).
Ad ogni avvio, il sistema analizza il log delle transazioni ed esegue il rollback di tutte le transazioni non salvate; allo stesso tempo, si verifica il roll forward delle modifiche salvate nel log, ma non scritte su disco. Ciò rende possibile utilizzare la memorizzazione nella cache e le scritture pigre senza timore dell'integrità dei dati anche in assenza di sistemi di alimentazione di backup.
La parte del registro che contiene le transazioni attive e viene utilizzata per il ripristino dei dati è denominata parte attiva del registro. Inizia con un numero chiamato numero minimo di recupero (MinLSN).
Nel caso più semplice, MinLSN è il numero di record della prima transazione in sospeso. Se guardi la figura sopra, quindi aprendo una transazione blu otterremo MinLSN pari a 321, dopo che è stato registrato nel record 324, il numero MinLSN cambierà in 323, che corrisponderà al numero del verde, non ancora commesso, transazione.
In pratica, tutto è un po' più complicato, ad esempio, i dati di una transazione blu chiusa potrebbero non essere ancora stati scaricati su disco e lo spostamento di MinLSN su 323 renderà impossibile il ripristino di questa operazione. Per evitare una situazione del genere, è stato introdotto il concetto di posto di blocco. Un checkpoint viene creato automaticamente quando sono soddisfatte le seguenti condizioni:
- Quando si esegue esplicitamente l'istruzione CHECKPOINT. Il checkpoint viene attivato sul database di connessione corrente.
- Quando si esegue un'operazione con registrazione minima su un database, ad esempio l'esecuzione di un'operazione di copia di massa su un database coperto da un modello di ripristino con registrazione di massa.
- Quando si aggiungono o rimuovono file di database utilizzando l'istruzione ALTER DATABASE.
- Quando si interrompe l'istanza di SQL Server utilizzando l'istruzione SHUTDOWN o quando si arresta il servizio SQL Server (MSSQLSERVER). In entrambi i casi, verrà creato un checkpoint per ogni database nell'istanza di SQL Server.
- Se l'istanza di SQL Server crea periodicamente dei checkpoint automatici in ogni database per abbreviare i tempi di ripristino del database.
- Quando si esegue il backup del database.
- Quando si esegue un'azione che richiede l'arresto del database. Gli esempi includono l'impostazione di AUTO_CLOSE su ON e la chiusura dell'ultima connessione dell'utente al database o la modifica di un parametro del database che richiede il riavvio del database.
A seconda di quale evento si è verificato in precedenza, a MinLSN verrà assegnato il valore del numero di record del checkpoint o dell'inizio della transazione in sospeso più vecchia.
Troncamento del registro delle transazioni
Il registro delle transazioni, come qualsiasi registro, richiede la pulizia periodica dei record obsoleti, altrimenti crescerà e occuperà tutto lo spazio disponibile. Considerando che quando si lavora attivamente con un database, la dimensione del registro delle transazioni può superare notevolmente la dimensione del database, questo problema è rilevante per molti amministratori.
Fisicamente, il file di registro delle transazioni è un contenitore per i registri virtuali, che vengono riempiti in sequenza man mano che il registro cresce. Il log logico contenente la voce MinLSN è l'inizio del log attivo, i log logici che lo precedono sono inattivi e non sono necessari per il ripristino automatico del database.
Se viene selezionato il modello di ripristino semplice, quando i log logici raggiungono la dimensione pari al 70% del file fisico, la parte inattiva del log viene automaticamente ripulita, la cosiddetta. troncamento. Tuttavia, ciò non riduce il file di registro fisico, solo i registri logici vengono troncati e possono essere riutilizzati dopo questa operazione.
Se il numero di transazioni è elevato e non sono presenti registri logici inattivi quando viene raggiunto il 70% della dimensione del file fisico, la dimensione del file fisico aumenterà.
Pertanto, il file di registro delle transazioni con un modello di ripristino semplice crescerà in base all'attività di lavoro con il database fino a quando non potrà contenere in modo affidabile l'intera parte attiva del registro. Dopo di che la sua crescita si fermerà.
Con un modello completo, la parte inattiva del registro non può essere troncata finché non viene eseguito il backup completo. Il troncamento del registro viene eseguito a condizione che sia stato eseguito il backup del registro delle transazioni e quindi sia stato creato un checkpoint.
I backup del registro delle transazioni configurati in modo errato nel modello completo possono portare a una crescita incontrollata del file di registro, che è spesso un problema per gli amministratori inesperti. Sono comuni anche i suggerimenti per troncare manualmente il registro delle transazioni. Con un modello di ripristino completo, questo non dovrebbe essere fatto in modo categorico, poiché così facendo violerai l'integrità della catena di copie di log e sarai in grado di ripristinare il database solo al momento della creazione delle copie, che corrisponderà al modello semplice.
In questo caso, è il momento di ricordare di cosa abbiamo parlato all'inizio dell'articolo, se i costi del modello completo superano i costi di restauro, dovresti dare la preferenza al modello semplice.
Modello di recupero semplice
Ora, dopo aver acquisito le conoscenze minime richieste, si può passare ad un esame più approfondito dei modelli di recupero. Cominciamo con uno semplice. Diciamo che al momento dell'incidente abbiamo una copia piena e due differenziali:
Il backup è stato eseguito una volta al giorno e l'ultima copia è stata creata di notte dal 21 al 22. Il crash si verifica la sera del 22 prima che venga creata la copia successiva. In questo caso, sarà necessario ripristinare in sequenza le copie complete e l'ultima differenziale, mentre i dati dell'ultimo giorno lavorativo andranno persi. Se, per qualche motivo, anche la copia del 21 risulta danneggiata, allora possiamo ripristinare la copia precedente, perdendo un altro giorno di lavoro, allo stesso tempo, il danneggiamento della copia del 20 non interferirà con il corretto ripristino i dati la sera del 21, se disponibile una copia corrispondente.
Modello di recupero completo
Consideriamo una situazione simile, ma utilizzando il modello di recupero completo. Eseguiamo anche backup su base giornaliera, secondo il principio full + differenziale, e il log delle transazioni viene copiato più volte al giorno.
Il processo di recupero in questo caso sarà più difficile. Prima di tutto, dovrai creare manualmente una copia di backup del pezzo finale del registro (mostrato in rosso), ad es. parte del registro dal momento dell'ultima copia fino all'incidente.
In caso contrario, il database può essere ripristinato solo allo stato al momento dell'ultima copia del registro delle transazioni.
Allo stesso tempo, il danneggiamento del file di copia di log del giorno precedente non ci impedirà di ripristinare lo stato attuale del database, ma ci limiterà al momento della creazione dell'ultima copia, ovvero giorni attuali.
Quindi ripristiniamo in sequenza la copia completa e differenziale e la catena di copie di registro create dopo l'ultimo backup, l'ultima ripristina una copia del frammento di registro finale, che ci darà l'opportunità di ripristinare il database proprio al momento del disastro o arbitrario che lo ha preceduto.
Se l'ultima copia differenziale è danneggiata, nel caso di un modello semplice ciò comporterà la perdita di un altro giorno lavorativo, il modello completo consente di ripristinare la penultima copia, dopodiché sarà necessario ripristinare l'intera catena di copie del log delle transazioni dal momento della penultima copia al fallimento. La profondità del recupero dipende solo dalla profondità della catena continua di tronchi.
D'altra parte, se una delle copie del log delle transazioni è danneggiata, diciamo, la penultima, possiamo recuperare i dati solo al momento dell'ultimo backup + il periodo nella catena non danneggiata delle copie del log. Ad esempio, se i log sono stati fatti alle 12, 14 e 16 e il log creato alle 14 è danneggiato, allora avendone una copia giornaliera possiamo ripristinare il database fino alla fine della catena continua, es. fino alle 12.
L'ampia funzionalità di Bacula Enterprise Edition, tra le altre cose, consente di creare rapidamente e facilmente backup di database per. Ad esempio, stiamo parlando di uno strumento con cui è possibile eseguire il backup di MS SQL Server. Un utente può effettuare un backup di MS SQL creando backup di specifici database MS SQL di grandi volumi utilizzati dalla piattaforma Windows a un costo inferiore per software di terze parti, con la possibilità di ripristinare i dati in un momento specifico (ripristino PITR ) su una rete e un'unità locale.
Lo script Bacula Systems per la creazione di backup di MS SQL Server è caratterizzato da un'estrema efficienza ottenuta attraverso l'implementazione di un'architettura moderna e altamente affidabile. Inoltre, il software consente di eseguire un backup di MS SQL Server, utilizzare una varietà di opzioni per creare backup di MS SQL.
Lo script di backup di MS SQL Bacula Systems funziona indipendentemente dal VSS. Ciò significa che lo strumento di backup MS SQL non utilizza snapshot VSS per creare backup. Pertanto, l'utente può impostare il seguente valore "Enable VSS = no" nel Bacula FileSet. La creazione efficiente di backup di MS SQL Server e il loro ripristino utilizzando questa soluzione è ottenuta tramite l'uso di Microsoft API per SQL Server. Ciò consente a Bacula Systems di supportare i meccanismi di sicurezza e tutti i tipi di autenticazione disponibili in Microsoft SQL Server.
Backup del registro delle transazioni MS SQL e ripristino point-in-time MS SQL: il software Bacula Enterprise Edition consente di ripristinare blocchi di dati MS SQL o impostazioni specifiche fino a un determinato momento. Implementando modelli di ripristino completi e registrati in blocco, è possibile ripristinare MS SQL utilizzando il ripristino PITR o utilizzare LSN per ripristinare il sistema in uno stato specifico. È possibile ripristinare uno stato specifico di un database MS SQL in qualsiasi momento specifico con precisione al secondo. Nel caso di backup del log delle transazioni MS SQL, in fase di ripristino, lo stato del database verrà ripristinato dai vari backup selezionati.
Caratteristiche a colpo d'occhiobackup e ripristino automatici di MS SQL con Bacula Enterprise
Bacula Systems ha creato un plug-in per il backup di MS SQL Server da utilizzare con Bacula Enterprise Edition. Il backup di MS SQL Server con Bacula ha le seguenti caratteristiche:
- Supporta backup MS SQL completi e differenziali
- Supporto per backup incrementali MS SQL
- Backup MS SQL su rete e unità locale
- Backup programmato di MS SQL
- Creazione di backup a livello di database MS SQL Server
- Possibilità di includere/escludere un database dalla procedura per la creazione dei backup
- Supporto per la creazione di backup di database di sola lettura
- Ripristino dei backup MS SQL su disco
- Invio di un flusso di backup direttamente al demone di archiviazione
- Ripristino point-in-time MS SQL
Panoramica e configurazione dei backup MS SQL 2008, 2008 R2, 2012 e 2014
Questo documento fornisce soluzioni per Bacula Enterprise Edition 8.4 e versioni successive che non sono supportate da versioni software precedenti. Il backup del database MS SQL è stato testato e supportato da MS SQL 2003 R2, MS SQL 2008 R2, MS SQL 2012, MS SQL 2005, MS SQL 2008, MS SQL 2014. Il backup MS SQL da Bacula con SQL Express è possibile.
Glossario di backup MS SQL 2008, 2008 R2, 2012 e 2014
- MS SQL sta per Microsoft SQL Server.
- Registro delle transazioni Qualsiasi database MS SQL Server ha un registro delle transazioni, che registra tutte le transazioni e le modifiche al database eseguite durante tali transazioni. Il registro delle transazioni è un elemento importante del database. In caso di errore del sistema, potrebbe essere necessario il registro delle transazioni per ripristinare il database a uno stato funzionante. Per ulteriori informazioni, vedere https://msdn.microsoft.com/en-us/library/ms190925.aspx.
- Backup differenziale del database MS SQL Server. Il backup differenziale si basa sull'ultimo backup completo. Durante un backup differenziale, vengono acquisiti solo i dati modificati dall'ultimo backup completo. Ulteriori informazioni sono disponibili all'indirizzo https://msdn.microsoft.com/en-us/library/ms175526.aspx.
- Backup completo del database MS SQL Server. Durante un backup completo del database, viene eseguito il backup dell'intero database. Il backup include una parte del registro delle transazioni allo scopo di ripristinare un database completo da un backup. I backup completi del database contengono il database al momento del completamento del backup. Per ulteriori informazioni, vedere https://msdn.microsoft.com/en-us/library/ms186289.aspx.
- Backup "solo per la copia" (CopyOnly). I backup di sola copia sono backup di MS SQL indipendenti dalla normale sequenza dei backup di SQL Server tradizionali. A volte è utile creare backup per esigenze speciali senza influire sul processo generale di backup e ripristino del database. Per ulteriori informazioni, vedere https://msdn.microsoft.com/en-us/library/ms191495.aspx.
- VDI(Virtual Appliance Interface) è una tecnologia Microsoft che consente di creare chiamato pipa tra i programmi.
- LSN Ogni voce nel registro delle transazioni di MS SQL Server è identificata con un numero di registrazione della transazione (LSN) univoco. Ulteriori informazioni sono disponibili all'indirizzo https://technet.microsoft.com/en-us/library/ms190411%28v=sql.105%29.aspx.
Backup MS SQL Server 2008, 2008 R2, 2012 e 2014
Backup completo dei database MS SQL Server 2008, 2008 R2, 2012 e 2014
Durante un backup completo di un database MS SQL, i file del database e il registro delle transazioni vengono salvati, il che consente di proteggere completamente il database MS SQL in caso di guasto del supporto. In caso di danneggiamento di uno o più file, il ripristino del database MS SQL da un backup ripristinerà tutte le transazioni impegnate. Inoltre, eseguirà il rollback di tutte le transazioni in corso. In questa modalità vengono creati i backup dei database master e mbdb.
Backup differenziale di database MS SQL Server 2008, 2008 R2, 2012 e 2014
Il backup differenziale del database MS SQL Server si basa sull'ultimo backup completo del database MS SQL. Durante la creazione di un backup MS SQL differenziale, sono stati creati solo i dati che sono cambiati dall'ultimo backup MS SQL completo. Per la funzione di backup differenziale MS SQL, la sequenza dei backup è estremamente importante. Se per qualche motivo il backup completo a cui fa riferimento MS SQL non è disponibile, non è possibile utilizzare backup differenziali del database MS SQL Server. MS SQL Backup di Bacula utilizza tecniche specifiche per risolvere questo problema. Pertanto, in caso di difficoltà, lo stato del backup differenziale del database può essere aggiornato automaticamente a un backup completo.
Backup del registro delle transazioni MS SQL 2008, 2008 R2, 2012 e 2014
Configurazione del backup di MS SQL e configurazione del database
Ripristino del database MS SQL dal backup
È possibile utilizzare tutti i metodi standard per avviare la procedura di ripristino di un database MS SQL da un backup. Tuttavia, è necessario assicurarsi che, in caso di ripristino di dati differenziali, venga ripristinato anche un backup completo precedente del database MS SQL. In questo caso, il ripristino avviene automaticamente se lo esegui nella console bconsole utilizzando le opzioni di ripristino 5 o 12. Nella struttura dei file generata, è necessario contrassegnare il ripristino di database completi o istanze di database.
Opzioni per il ripristino del database MS SQL dal backup
Il software Bacula Enterprise Edition consente agli utenti di utilizzare molte opzioni per il ripristino di MS SQL e applicare una varietà di modi per "ripristinare" il database. Le opzioni di ripristino più comunemente utilizzate sono descritte di seguito:
- Parametro Where: nel caso di Bacula Enterprise Edition, questo parametro consente all'amministratore di ripristinare il database in una posizione specifica.
- Sostituisci parametro: utilizzato per determinare il comportamento di Bacula con il database corrente durante il ripristino. Il backup MS SQL di Bacula ti consente anche di utilizzare alcune opzioni in più durante il ripristino, ad esempio:
- Istanza: poiché MS SQL utilizza più istanze, il backup MS SQL di Bacula consente di scegliere quale istanza ripristinare. Questo parametro è facoltativo e, se non è specificato, il ripristino utilizzerà il valore specificato durante la creazione del backup. Per impostazione predefinita, viene utilizzata un'istanza denominata "MSSQLSERVER".
- Banca dati. Questa opzione specifica il nome del database da ripristinare e utilizza il valore impostato al momento della creazione del database. Questo parametro è facoltativo. Per impostazione predefinita, il backup dei database di SQL Server utilizza il parametro Where per determinare il nome del nuovo database. Se a entrambi i parametri Where e Database viene assegnato un nome di database valido, verrà utilizzato il parametro Database.
- Utente. Il nome utente utilizzato per connettersi all'istanza del database MS SQL. Questo parametro è facoltativo e, se non è specificato, il ripristino utilizzerà il valore specificato durante la creazione del backup.
- Parola d'ordine. La password utilizzata per connettersi all'istanza del database MS SQL. Questo parametro è facoltativo e, se non è specificato, il ripristino utilizzerà il valore specificato durante la creazione del backup.
- Dominio. Il dominio utilizzato per connettersi all'istanza del database MS SQL. Questo parametro è facoltativo e, se non è specificato, il ripristino utilizzerà il valore specificato durante la creazione del backup.
- Recupero. Questo parametro consente di determinare se il database verrà ripristinato allo stato precedente durante il ripristino o meno. Per impostazione predefinita, quando si ripristina il database, verrà ripristinato lo stato precedente.
- Stop_before_mark. Condizione CON STOPBEFOREMARK =
Utilizzato per indicare che la voce del registro delle transazioni immediatamente precedente il flag è un punto di ripristino. Il punto di ripristino può essere data e ora, LSN o mark_name. - Stop_at_mark. Condizione CON STOPATMARK =
Utilizzato per indicare che una transazione contrassegnata è un punto di ripristino. STOPATMARK si sposta in avanti fino al flag e attiva un replay della transazione contrassegnata. Il punto di ripristino può essere data e ora, LSN o mark_name. - Stop_at =
... La CON STOPAT = condizione utilizzato per indicare che il punto di ripristino è data/ora. - Restrict_user. La clausola WITH RESTRICT_USER viene utilizzata per limitare l'accesso al database ripristinato. L'impostazione predefinita è n.
Il ripristino point-in-time MS SQL può essere eseguito direttamente dal plug-in di backup MS SQL. È inoltre possibile ripristinare i file localmente ed eseguire operazioni dalla console di gestione di Microsoft SQL Server per poter utilizzare più funzionalità.
LSN
Il numero LSN della voce di registro in cui si è verificato uno specifico evento di backup e ripristino può essere visualizzato in uno dei seguenti modi:
- Quando si visualizza una descrizione delle attività per la creazione di un backup utilizzando il software Bacula
- Nel nome del file di registro
- Nella tabella msdb.backupset
- Nella tabella msdb.backupfile
Quando si esegue un'attività per creare un backup di un database MS SQL, quando si visualizza una descrizione dell'attività, verranno visualizzate le seguenti informazioni sui numeri LSN:
Numero Primo LSN corrisponde all'ultimo numero LSN dell'ultimo backup del log delle transazioni. Questo backup può essere il primo backup completo o l'ultimo backup (incrementale).
Numero Ultimo LSN corrisponde all'ultima transazione registrata.
Nel caso di un backup del registro delle transazioni (incrementale), il nome del file associato a questo database nell'attività per la creazione di un backup incrementale sarà simile al seguente:
Il numero nel titolo, nel nostro caso 42000162001, corrisponde all'ultimo numero LSN del lavoro precedente (per la creazione di un backup completo o incrementale).
Figura 2: Primo LSN, ultimo LSN e LSN nei nomi dei file
Come mostrato nell'esempio in Figura 2, se l'amministratore ha bisogno di ripristinare il database MS SQL allo stato corrispondente al numero LSN 14, possono essere eseguite le seguenti azioni:
- Nel menu di ripristino del database, utilizzare l'opzione 5
- Seleziona l'ultimo file di backup completo "data.bak" (LSN: 10)
- Seleziona il backup incrementale “log-10.trn”
Oppure, se l'ultimo backup completo di MS SQL Server non è disponibile, ma è disponibile il backup completo precedente, allora:
- Utilizzare l'opzione di ripristino 3, selezionare i valori ID lavoro appropriati
- Seleziona la directory del database “/ @ mssql / db29187”
- Seleziona il file di backup completo "data.bak" (LSN: 2)
- Seleziona i backup incrementali “log-2.trn”, “log-3.trn”, “log-10.trn”
- Imposta il parametro stop_at_mark su "lsn: 14"
- Esegui l'attività per ripristinare il backup
Script di ripristino MS SQL
| Descrizione | Dove | Banca dati | Esempio |
| Recupera i file su disco | Sentiero | dove = c: / tmp | |
| Ripristina il database originale | dove = / | ||
| Recupera con un nuovo nome | Nome | dove = newdb | |
| Recupera con un nuovo nome | Nome | database = newdb | |
| Recupera con un nuovo nome e sposta i file | Nome |
Tabella 1: Scenari di ripristino di MS SQL
2.3.1 Recupero del database MS SQL con nome originale
Per ripristinare il database con il nome originale, il parametro Dove non deve essere impostato (valore vuoto), oppure deve essere impostato il valore “/” e il parametro Sostituire deve essere assegnato un valore Sempre, oppure devi prima eliminare il database originale.
Ripristino di un backup MS SQL con un nuovo nome
Per ripristinare un backup di un database MS SQL con un nuovo nome, potrebbe essere necessario prima spostare i file del database su disco. Tutto dipende dal fatto che il DB originale esista ancora.
Se il database originale non è più disponibile, il parametro dove, oppure il campo “Opzioni Plugin” può contenere il nome del nuovo database. Il backup MS SQL di Bacula creerà automaticamente il database con un nuovo nome.
Se il DB originale è ancora richiesto, il parametro where verrà utilizzato per spostare i file su disco e il nuovo DB dovrà essere nominato utilizzando il menu Plugin Options. Nella struttura di ripristino, seleziona il file layout.dat.
Utilizzo del mio catalogo
Esegui l'attività di riparazione di MS SQL:
Utilizzando My Catalog, avviare l'attività di riparazione del database MS SQL:
Ripristino di MS SQL su disco locale
Se specifichi dove = c: / percorso /, i file verranno ripristinati sul disco locale e l'amministratore del database MS SQL può utilizzare l'estensione procedurale TSQL per la console di gestione di Microsoft SQL Server per ripristinare il database. I comandi SQL necessari per ripristinare il database sono elencati nella descrizione Uscita lavoro come mostrato nell'immagine qui sotto.
