Condividi tramite

Backup completi dei file (SQL Server)

Questo argomento è rilevante per i database di SQL Server che contengono più file o filegroup.

È possibile eseguire il backup e il ripristino dei file in un database di SQL Server singolarmente. Inoltre, è possibile specificare un intero filegroup anziché specificare singolarmente ogni file costitutivo. Si noti che se un file in un filegroup è offline (ad esempio, perché il file viene ripristinato), l'intero filegroup è offline e non può essere sottoposto a backup.

I backup dei file dei gruppi di sola lettura possono essere combinati insieme ai backup parziali. I backup parziali includono tutti i filegroup di lettura/scrittura e, facoltativamente, uno o più filegroup di sola lettura. Per altre informazioni, vedere Backup parziali (SQL Server).

Un backup di file può fungere da base differenziale per i backup differenziali dei file. Per altre informazioni, vedere Backup differenziali (SQL Server).

Annotazioni

I backup completi dei file vengono in genere chiamati backup di file, tranne quando vengono confrontati in modo esplicito con i backup differenziali dei file.

In questo argomento:

Vantaggi dei backup di file

I backup di file offrono i vantaggi seguenti rispetto ai backup del database:

  • L'uso dei backup di file può aumentare la velocità di ripristino consentendo di ripristinare solo i file danneggiati, senza ripristinare il resto del database.

    Ad esempio, se un database è costituito da diversi file che si trovano su dischi diversi e un disco ha esito negativo, è necessario ripristinare solo il file sul disco non riuscito. Il file danneggiato può essere ripristinato rapidamente e il ripristino è più veloce di quanto sarebbe per un intero database.

  • I backup dei file aumentano la flessibilità nella pianificazione e nella gestione dei supporti rispetto ai backup completi del database, che per i database di grandi dimensioni possono diventare ingestibili. La maggiore flessibilità dei backup di file o filegroup è utile anche per database di grandi dimensioni che contengono dati con caratteristiche di aggiornamento variabili.

Svantaggi dei backup di file

  • Lo svantaggio principale dei backup dei file rispetto ai backup completi del database è la complessità amministrativa aggiuntiva. Mantenere e tenere traccia di un set completo di questi backup può essere un'attività dispendiosa in termini di tempo che potrebbe superare i requisiti di spazio dei backup completi del database.

  • Un errore multimediale può rendere irreversibile un database completo se un file danneggiato non dispone di un backup. È quindi necessario mantenere un set completo di backup dei file e, per il modello di recupero con registrazione bulk o completa, uno o più backup del log che coprano minimamente l'intervallo tra il primo e l'ultimo backup completo del file.

Panoramica dei backup di file

Un backup completo dei file esegue il backup di tutti i dati in uno o più file o filegroup. Per impostazione predefinita, i backup di file contengono record di log sufficienti per eseguire il rollforward del file alla fine dell'operazione di backup.

Il backup di un file o di un filegroup di sola lettura è lo stesso per ogni modello di recupero. Nel modello di recupero completo, un set completo di backup dei file, insieme a backup del log sufficienti a coprire tutti i backup dei file, è l'equivalente di un backup completo del database.

È possibile eseguire un'unica operazione di backup dei file alla volta. È possibile eseguire il backup di più file in un'unica operazione, ma questo potrebbe estendere il tempo di ripristino se è necessario ripristinare un singolo file. Ciò è dovuto al fatto che per individuare il file, l'intero backup viene letto.

Annotazioni

È possibile ripristinare singoli file da un backup del database; Tuttavia, l'individuazione e il ripristino di un file richiedono più tempo da un backup del database rispetto a un backup di file.

Backup di file e Modello di Recupero Semplice

In base al modello di recupero semplice, deve essere eseguito un backup di tutti i file. In questo modo si garantisce che il database possa essere ripristinato in un momento coerente. Anziché specificare singolarmente ogni file o filegroup di lettura/scrittura, utilizzare l'opzione READ_WRITE_FILEGROUPS. Questa opzione consente di eseguire il backup di tutti i filegroup di lettura/scrittura del database. Un backup creato specificando READ_WRITE_FILEGROUPS è noto come backup parziale. Per altre informazioni, vedere Backup parziali (SQL Server).

Backup di file e modello di ripristino completo

Nel modello di recupero completo, è necessario eseguire il backup del log delle transazioni, indipendentemente dal resto della strategia di backup. Un set completo di backup completi dei file, insieme a backup del log sufficienti per coprire tutti i backup dei file dall'inizio del primo backup del file, equivale a un backup completo del database.

Il ripristino di un database usando solo backup di file e log può essere complesso. Pertanto, se possibile, è consigliabile eseguire un backup completo del database e avviare i backup del log prima del primo backup del file. La figura seguente illustra una strategia in cui viene eseguito un backup completo del database (al momento t1) subito dopo la creazione del database (al momento t0). Questo primo backup del database consente l'avvio dei backup del log delle transazioni. I backup del log delle transazioni vengono pianificati a intervalli impostati. I backup dei file sono eseguiti ad un intervallo che soddisfa al meglio le esigenze aziendali per il database. Questa figura mostra ognuno dei quattro filegroup di cui viene eseguito il backup uno alla volta. L'ordine in cui viene eseguito il backup (A, C, B, A) riflette i requisiti aziendali del database.

Strategia che combina i backup di database, file e log

Annotazioni

Nel modello di recupero con registrazione completa è necessario eseguire il rollforward del log delle transazioni durante il ripristino di un backup di file di lettura/scrittura per assicurarsi che il file sia coerente con il resto del database. Per evitare il roll forward di molti backup del log delle transazioni, è consigliabile usare backup differenziali dei file. Per altre informazioni, vedere Backup differenziali (SQL Server).

Attività correlate

Per creare un backup di file o filegroup

Annotazioni

I backup dei file non sono supportati dalla Creazione guidata del piano di manutenzione.

Vedere anche

BACKUP (Transact-SQL)
Panoramica del backup (SQL Server)
Backup e ripristino: interoperabilità e coesistenza (SQL Server)
Backup differenziali (SQL Server)
Ripristini di file (modello di recupero semplice)
Ripristini di file (modello di recupero completo)
Ripristino in linea (SQL Server)
Ripristini parziali (SQL Server)

  • Last updated on