Backup di SQL Server utilizzando Volume Shadow Copy


9

Molte note utility di backup per Windows utilizzano il servizio Copia Shadow del volume integrato nelle versioni più recenti di Windows per creare un'istantanea temporizzata del disco al fine di eseguire il backup sicuro dei file aperti.

Ma quanto funziona bene questo meccanismo con SQL Server? So che esiste un VSS Writer di SQL Server per aiutare i sistemi di backup a interagire con SQL Server, ma non tutti i sistemi di backup conoscono SQL Server e sfruttano l'API relativa al backup fornita.

Quindi la mia domanda è: che dire dei programmi che non sanno nulla di SQL Server?

Presumibilmente ottengono un'istantanea point-in-time dei file MDF e LDF come esistevano in un singolo istante. E presumibilmente il formato dei dati di SQL Server è abbastanza robusto da garantire che tale snapshot sia coerente e utilizzabile.

È così che funzionano le cose o mi sto perdendo qualcosa? Ci sono "problemi" sull'utilizzo di un tale meccanismo di backup o sarei al sicuro?

Risposte:


8

Risposta breve: non giocano molto bene insieme a meno che tu non abbia configurato correttamente il server SQL (e anche allora non lo consiglierei).

Ci sono molte informazioni su VSS e MSSQL che giocano insieme qui:
MSKB919023: connettività di SQL Server 2005 e Volume Shadow Copy Service (VSS) .

Un avvertimento però:

presumibilmente, il formato dei dati di SQL Server è abbastanza robusto da garantire che tale snapshot sia coerente e utilizzabile

È un grande presupposto, e sfortunatamente non sempre è sicuro. Ecco perché i tuoi piani di manutenzione MSSQL sono essenziali per assicurarti di poter recuperare dalle catastrofi.


6

Non eseguire mai il backup dei file MDF e LDF.

Esegui backup (piani, SQL, SMO, qualunque cosa), quindi esegui il backup di questi file di backup.

Francamente, non capisco cosa dicono i venditori su VSS. Non mi piace anche qualsiasi fornitore che ha un plug-in SQL Server per i backup. Si utilizzano solo backup nativi di SQL Server

Cordiali saluti: escludi anche MDF e LDF dalla scansione antivirus.


2

Se non disponi di un software con "opzione" SQL, allora:

Creare piani di manutenzione SQL o processi di backup pianificati per i database, scaricarli su disco, quindi eseguire il backup del server. O quando li scarichi, scaricali direttamente nella posizione di backup da disco a disco, se ne hai uno.


2

Il problema principale con il backup VSS è causato dalla memorizzazione nella cache del server sql.

Lo stato corrente sul disco non contiene sempre tutte le modifiche al database. Il software di backup deve essere consapevole di ciò per garantire che il server sql scriva tutte le sue cache prima di scattare un'istantanea.

Detto questo: il metodo più sicuro è ancora il backup nella gestione sql / con strumenti server sql.

E dovresti escludere tutti i dati del server sql e i file di backup da virusscanners (.bak, .mdf, .ldf).


3
Lo scopo dell'architettura VSS Requestor \ Writer è garantire che l'applicazione di riferimento (ad es. L'app di backup) possa indicare al proprietario (SQL Server \ Exchange ecc.) Di svuotare tutti i dati memorizzati nella cache e aprire le transazioni, quindi svuotare la cache del disco del sistema operativo prima fare l'istantanea. Se funziona bene è un altro problema, ma l'architettura fa il possibile per garantire che i file siano coerenti.
Helvick,

2
no a meno che tu non abbia apportato una folle modifica alla configurazione, una volta che una transazione è impegnata, è su disco. non c'è nulla di commesso nella cache che non sia commesso anche su disco.
collo lungo
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.