Backup completi di file
Le informazioni contenute in questo argomento sono rilevanti per i database di SQL Server che includono più file o filegroup.
Nota
Per una panoramica dei vari tipi di backup, vedere Backup in base al modello di recupero con registrazione minima o Backup con il modello di recupero con registrazione completa.
Durante un backup completo di file viene creata una copia di backup di tutti i dati presenti in uno o più file o filegroup. In base al modello di recupero con registrazione completa, un intero set di backup completi di file corrisponde, insieme a un numero sufficiente di backup del log tale da coprire tutti i backup di file, a un backup completo del database.
Nota
I backup completi di file in genere vengono definiti semplicemente backup di file, tranne quando vengono confrontati in modo esplicito con i backup differenziali di file.
I backup di file possono velocizzare l'operazione di recupero in quanto consentono di ripristinare solo i file danneggiati senza la restante parte del database. Se, ad esempio, un database è costituito da più file che si trovano in dischi diversi, in caso di errore di uno dei dischi sarà sufficiente ripristinare il file che si trova in tale disco.
È possibile eseguire il backup e il ripristino dei singoli file che costituiscono un database. In un'istruzione BACKUP o RESTORE è possibile specificare un intero filegroup anziché ogni singolo file componente. Se, tuttavia, un qualsiasi file di un filegroup non è in linea, ad esempio perché è in fase di ripristino, l'intero filegroup risulterà non in linea e non sarà possibile eseguirne il backup.
Nota
In SQL Server versione 7.0 e SQL Server 2000 i backup di file e i backup differenziali di file non contengono record del log. Per recuperare i relativi dati, è necessario applicare in modo esplicito un backup del log. In queste versioni i backup di file possono pertanto essere utilizzati solo con i modelli di recupero con registrazione completa e con registrazione minima delle operazioni bulk. In SQL Server 2005 e versioni successive i backup di file contengono per impostazione predefinita un numero sufficiente di record del log per il rollforward del file fino al termine dell'operazione di backup.
Vantaggi e svantaggi dei backup di file
I backup di file offrono i vantaggi seguenti rispetto ai backup completi del database:
Il recupero in caso di errori isolati nei supporti di memorizzazione è più rapido. È possibile ripristinare rapidamente il file o i file danneggiati.
I backup di file offrono maggiore flessibilità nella pianificazione e nella gestione dei supporti rispetto ai backup completi del database, che possono diventare poco gestibili per database di dimensioni molto estese. La maggiore flessibilità dei backup di file o filegroup risulta utile anche per database di grandi dimensioni che includono dati con caratteristiche di aggiornamento variabili.
Lo svantaggio principale dei backup di file rispetto ai backup del database è un aumento della complessità a livello amministrativo. Un errore di un supporto può rendere irrecuperabile un intero database se manca un backup di un file danneggiato. È quindi necessario creare un intero set di backup di file e, nel caso del modello di recupero con registrazione completa o con registrazione minima delle operazioni bulk, uno o più backup del log che coprano almeno l'intervallo tra il primo backup completo di file e l'ultimo backup completo di file.
Il mantenimento e la registrazione di un gruppo completo di questi backup può essere un'attività dispendiosa in termini di tempo e può richiedere uno spazio superiore a quello previsto per i backup completi del database.
In base al modello di recupero con registrazione completa, l'utilizzo di backup differenziali di file, nonostante comporti una maggiore complessità amministrativa, può ridurre il numero di backup del log che è necessario ripristinare. Per ulteriori informazioni, vedere Backup differenziali del file.
Nota
I backup di file relativi a filegroup di sola lettura possono essere combinati con backup parziali. Nei backup parziali vengono inclusi tutti i filegroup di lettura/scrittura e, facoltativamente, uno o più filegroup di sola lettura. Per ulteriori informazioni, vedere Backup parziali.
Considerazioni sul backup di file
Per ottimizzare i vantaggi derivanti dall'utilizzo di backup di file, è necessario tenere presenti il layout dei dati sul disco e i tipi di utilizzo. È consigliabile attenersi alle linee guida seguenti:
Eseguire backup frequenti dei dati che vengono modificati spesso.
Eseguire backup meno frequenti dei dati che non vengono modificati spesso.
Eseguire un solo backup per i dati di sola lettura.
Nota
Il backup di un file o un filegroup di sola lettura è identico per tutti i modelli di recupero.
È possibile eseguire una sola operazione di backup del file alla volta. È possibile eseguire il backup di più file durante una singola operazione, ma si tenga presente che ciò potrebbe comportare un allungamento del tempo di esecuzione del recupero quando è necessario ripristinare un singolo file, perché per individuare tale file è necessario leggere l'intero backup.
Nota
Sebbene sia possibile ripristinare singoli file da un backup del database, l'individuazione e il ripristino di un file da un backup del database anziché da un backup di file richiedono maggior tempo.
Considerazioni aggiuntive sul modello di recupero con registrazione minima
In base al modello di recupero con registrazione minima, è necessario creare una copia di backup contenente tutti i file di lettura/scrittura, al fine di garantire che il database possa essere ripristinato fino a un punto nel tempo consistente. 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 con l'opzione READ_WRITE_FILEGROUPS è noto come backup parziale. Per ulteriori informazioni, vedere Backup parziali.
Considerazioni aggiuntive sul modello di recupero con registrazione completa
In base al modello di recupero con registrazione completa, è necessario eseguire il backup del log delle transazioni indipendentemente dalla strategia di backup in uso. Un intero set di backup completi di file corrisponde, insieme a un numero sufficiente di backup del log tale da coprire tutti i backup di file dall'inizio del primo backup di file, a un backup completo del database.
Il ripristino di un database solo tramite backup di file e del log può essere un'operazione complessa. Se possibile, è quindi consigliabile eseguire un backup completo del database e far iniziare i backup del log prima del primo backup di file. Nella figura seguente viene illustrata una strategia che prevede l'esecuzione di un backup completo del database (punto t1) subito dopo la creazione del database (punto t0). Questo primo backup del database consente di avviare i backup del log delle transazioni, che vengono pianificati in modo da essere eseguiti a intervalli prestabiliti. I backup di file vengono eseguiti in base all'intervallo più appropriato alle esigenze aziendali per il database. In questa figura viene illustrato il backup in successione di ognuno dei quattro filegroup. L'ordine in cui viene eseguito il backup (A, C, B, A) è basato sulle esigenze aziendali per il database.
.gif "Strategia che combina backup di database, file e log")
In base al 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 garantire che il file sia consistente con la parte restante del database. Per evitare il rollforward di numerosi backup del log delle transazioni, è consigliabile utilizzare backup differenziali di file. Per ulteriori informazioni, vedere Backup differenziali del file.
Creazione di backup di file o filegroup
La sintassi dell'istruzione BACKUP per la creazione di un backup di file è la seguente:
BACKUP DATABASE database_name <file_or_filegroup> [ ,...n ] TO <backup_device>
Nota
Il primo backup di un file o di un filegroup deve includere il backup completo del file o del filegroup. Dopo aver creato un backup completo di un file o di un filegroup, è possibile creare uno o più backup differenziali del file basati su tale backup completo. Per ulteriori informazioni, vedere Backup differenziali del file.
Per eseguire il backup di file e filegroup
Nota
I backup di file non sono supportati nella Creazione guidata piano di manutenzione.
Utilizzo di backup differenziali di file
Un backup di file può fungere da base differenziale per backup differenziali di file. In questo modo è possibile integrare un backup di file con una breve serie di backup differenziali di file. Per ulteriori informazioni, vedere Utilizzo dei backup differenziali e Backup differenziali del file.
Ripristino di backup di file