Antworten:
Stellen Sie sich vor, Sie haben möglicherweise viele Sicherungsjobs. Vollständige Sicherungen, differenzielle Sicherungen, Transaktionsprotokollsicherungen ... Stellen Sie sich nun vor, Sie müssen alle Ihre Sicherungen von der lokalen Festplatte in das SAN verschieben. Wenn Sie Sicherungsgeräte verwenden, müssen Sie nur die Geräte mit den Pfaden zur neuen Festplatte neu erstellen. Wenn Ihre Sicherungsskripte jedoch so geschrieben sind, dass sie vollständige Pfade verwenden, müssen Sie jeden Job und jeden Jobschritt neu schreiben, um diese Pfade zu ändern.
Es kann jedoch Szenarien geben, in denen Sie die Sicherungsgeräte nicht verwenden müssen, z. B. wenn Sie ein benutzerdefiniertes Szenario verwenden, in dem Sie den Sicherungspfad oder den Dateinamen dynamisch ändern (z. B. Datum / Uhrzeit zum Ordner- oder Dateinamen hinzufügen).
Ich bevorzuge eine Datei pro Backup
Ich will nicht:
Wenn Sie über eine Datenbank mit TB-Größe, Partitionen und Dateigruppen verfügen und teilweise Sicherungen / Wiederherstellungen durchführen möchten, werden diese Probleme multipliziert. In einer DR-Situation möchte ich alles einfach und klar.
Die meisten (großen und kleinen) Geschäfte, in denen ich war, tun dies: Es ist einfacher, mit selbstbeschreibenden Dateien umzugehen.
Das "Geräte" -Konzept geht auf Sybase, SQL Server 6.5 und früher zurück. Auch hier gab es Festplattengeräte. Mit SQL Server 7 wurden separate MDFs und LDFs eingeführt
Ein logisches Sicherungsgerät ist nur eine Abstraktion vom physischen Gerät.
Dies vereinfacht das Wechseln zwischen physischen Geräten, da Sie die logische Gerätedefinition ändern können, anstatt Ihre Sicherungsskripte oder Wartungspakete bearbeiten zu müssen.
Ich habe ein logisches Sicherungsgerät für ein Berichtssystem verwendet, bei dem wir mehrere Wiederherstellungen durchführen wollten und nicht den vollständigen Pfad ausschreiben wollten. Wir könnten die Definition des Dump-Geräts leicht ändern, ohne unsere Skripte ändern zu müssen.
Ich glaube, dass das gleiche Konzept für die Verwendung eines logischen Speicherauszugs für Bandsicherungen gilt, obwohl wir nie direkt auf Band ausgegeben haben.
Dies sind die einzigen Vorteile, die mir derzeit bekannt sind.
Während sie ihre Verwendung haben, bleibe ich lieber bei einer vollständigen, differenziellen oder Transaktionsprotokollsicherung pro Datei, da es einfacher ist, Bereinigungsskripte auszuführen, um alte Sicherungen zu löschen und zu verhindern, dass die Sicherungslaufwerke voll werden.
Nach meinem Verständnis sind die Vorteile der Verwendung eines Sicherungsgeräts die Vereinfachung von Skripten, die es einfacher machen, wenn Sie Laufwerke oder Geräte verschieben müssen, und meiner Meinung nach am nützlichsten sind. In der Lage sein, ein einheitliches Sicherungsskript über mehrere Server hinweg zu haben, wobei der Sicherungsspeicherort auf Serverbasis festgelegt werden kann, das Sicherungsgerät jedoch auf allen Servern gleich bleiben kann. Zum Beispiel "Primary_Backup_Location".
Abgesehen von dem, was oben bereits geschrieben wurde, ist der einzige andere Grund, für den ich die Verwendung von Sicherungsgeräten sehen konnte, der Platzmangel. Wenn Sie über eine Datenbank mit 100 GB und 2 Laufwerke mit jeweils 60 GB freiem Speicherplatz verfügen, können Sie auf jedem Laufwerk ein Sicherungsgerät erstellen und auf beiden Laufwerken sichern. Die Einschränkung ist, dass Sie dann beide Geräte zur Wiederherstellung benötigen.
-chris
- Natürlich können Sie auch in mehrere Sicherungsdateien anstelle der Geräte schreiben.