Risposte:
Immagina di avere molti processi di backup. Backup completi, backup differenziali, backup del registro delle transazioni ... Ora immagina di dover spostare tutti i backup dal disco locale alla SAN. se si utilizzano dispositivi di backup, è sufficiente ricreare i dispositivi con percorsi per il nuovo disco. Ma se gli script di backup sono scritti per utilizzare percorsi completi, è necessario riscrivere ogni processo, ogni fase del processo per modificare questi percorsi.
Tuttavia, può verificarsi uno scenario in cui non è necessario utilizzare i dispositivi di backup, ad esempio quando si utilizza uno scenario personalizzato in cui si modifica in modo dinamico il percorso di backup o il nome del file (ad esempio, aggiungendo data / ora alla cartella o al nome del file).
Preferisco un file per backup
Non voglio:
Se si dispone di database di dimensioni TB, partizioni, filegroup e si desidera eseguire backup / ripristini parziali, questi problemi si moltiplicano. In una situazione di DR, voglio tutto semplice e chiaro.
La maggior parte dei negozi (grandi e piccoli) in cui sono stato fa questo: è più semplice gestire i file che descrivono se stessi.
Il concetto di "dispositivo" risale a Sybase, SQL Server 6.5 e versioni precedenti. Qui c'erano anche dispositivi a disco MDF separati e LDF introdotti con SQL Server 7
Un dispositivo di backup logico è solo un'astrazione dal dispositivo fisico.
Ciò semplifica il passaggio tra dispositivi fisici, poiché è possibile modificare la definizione del dispositivo logico anziché modificare gli script di backup o i pacchetti di manutenzione.
Ho usato un dispositivo di backup logico per un sistema di reporting in cui volevamo eseguire più ripristini e non volevamo scrivere l'intero percorso. Potremmo facilmente cambiare la definizione del dispositivo di dump senza dover cambiare i nostri script.
Credo che lo stesso concetto si applichi all'uso di un dispositivo di dump logico per i backup su nastro, anche se non abbiamo mai scaricato direttamente su nastro.
Questi sono gli unici benefici di cui sono a conoscenza in questo momento.
Mentre hanno i loro usi, preferisco attenermi a un backup completo, differenziale o del registro delle transazioni per file, in quanto semplifica l'esecuzione di script di pulizia per eliminare i vecchi backup e impedire il riempimento delle unità di backup.
Per quanto ne so, i vantaggi dell'utilizzo di un dispositivo di backup sono la semplificazione degli script, il che rende più semplice il trasferimento di unità o dispositivi e, secondo me, il più utile; essere in grado di disporre di uno script di backup uniforme su più server in cui la posizione di backup può essere definita su un server in base al server, ma il dispositivo di backup può rimanere lo stesso su tutti i server. Ad esempio "Primary_Backup_Location".
Oltre a ciò che è già stato scritto sopra, l'unica altra ragione per cui potrei vedere l'uso dei dispositivi di backup è se hai spazio limitato. Se si dispone di un DB da 100 GB e 2 unità con 60 GB di spazio libero ciascuna, è possibile creare un dispositivo di backup su ciascuna unità e eseguire il backup su entrambi. L'avvertenza è che è necessario ripristinare entrambi i dispositivi.
-Chris
- Ovviamente potresti scrivere su più file di backup anziché anche sui dispositivi.