Wenn LTO-3-Vollsicherung mehr als ein Band benötigt. Was ist mein nächster Hardwareschritt?

IN ORDNUNG. einige Vorgaben zu berücksichtigen

Ich verwende Backup Exec 12.x / 13.x. Habe eine Server 2003/2008-Umgebung einschließlich Exchange.

Ich habe ein Backup auf Festplatte (Full / Diff), das unabhängig vom Backup auf LTO (Full / Diff) ist. Aus mehr als einem Grund möchte ich lieber nicht nur von Festplatte auf Band sichern, sondern die Sicherung direkt auf LTO übertragen.

Ich habe derzeit ein einzelnes LTO-3-Laufwerk ohne eine Art Lader / Roboter / Bibliothek. In der Box für das LTO-Laufwerk befindet sich eine Adaptec 39160 Ultra160 SCSI-Karte . Derzeit verwende ich ein Band für Full (eins pro Woche) und ein Band für Diff (vier Tage die Woche, bevor das Band herausgenommen wird). Das vollständige Backup stößt an die Grenze von 372,5 GB, und wenn das Backup am Samstag noch nicht abgeschlossen ist, wartet es am Montagmorgen noch auf ein Band.

Ward erwähnte, das zweite LTO3-Band am Montagnachmittag / Abend nach den normalen Geschäftszeiten einzulegen. Das Problem damit wird unten verglichen:

Normaler Durchfluss

• Legen Sie am Freitag LTO3-Band 1 für die vollständige Sicherung für Woche 1 ein
• Montag LTO3 Band für Differential einlegen
• Die Differentiale von Dienstag, Mittwoch und Donnerstag verwenden ein Band, das am Montag eingelegt wurde
• Wiederholen Sie für Woche 2

2 LTO3-Bänder für den vollständigen Sicherungsablauf

• Legen Sie am Freitag LTO3-Band 1 für die vollständige Sicherung für Woche 1 ein
• Legen Sie am Montag LTO3-Band 2 für die Vollsicherung für Woche 1 ein
• Montag LTO3-Band 1 für vollständige Sicherung für Woche 1 einlegen (zur Überprüfung)
• Montag LTO3-Band 2 für vollständige Sicherung für Woche 1 einlegen (zur Überprüfung)
• Dienstag LTO 3 Band für Differential einlegen
• Mittwoch, Donnerstag Differentiale verwenden Band, das Dienstag eingelegt wurde
• Wiederholen Sie für Woche 2

Die zusätzlichen Bandwechsel dauern mindestens 6 Stunden in den Montag hinein (ab dem Zeitpunkt, an dem ich das zweite Band eingelegt habe). Wenn ich das um 17 Uhr machen würde, wäre ich bis fast Mitternacht hier und würde die Bänder tauschen. Dies zählt nicht die Wartezeit am Samstag, Sonntag und Montag auf ein Band.

Jetzt könnte ich den Überprüfungsprozess ausschalten und zwei Bandwechsel speichern und den "Backup" -Prozess um mehrere Stunden verkürzen, aber ich kann nicht einfach Band 2 einlegen und am Ende des Tages fortgehen, wenn ich die Überprüfung nicht ausschalte . Wenn die Sicherung auf ein zweites Band übertragen wird, verlängert sich der Sicherungsvorgang, aber auch

• Erhöht die Anzahl der Bänder in der Rotation (Kosten)
• Erhöht die Anzahl der Bänder im Transport (Größe / Gewicht des Aktenkoffers, der zur Lagerung außerhalb des Standorts transportiert wird)
• Erhöht die Komplexität des Sicherungsprozesses, indem ich nach Stunden zur Überprüfung vor Ort bleibe
• Erhöht die Komplexität der Verwaltung von Sicherungen / Wiederherstellungen in meinem Büro, das sich nicht direkt neben dem Serverraum befindet. Dies vervierfacht sich, wenn Sie solche Probleme von zu Hause aus lösen.

Und ja, ich werde am Samstag nicht mehr als 6 Stunden dort sitzen und das Bandlaufwerk babysitten. Ich möchte ein Leben außerhalb der Arbeit haben. 12 Stunden Tage MF sind schlimm genug, wenn sie passieren. Ich werde mich nicht permanent an eine sechstägige Arbeitswoche binden.

Das Bandlaufwerk ist ein Dell PowerVault 110T LTO3. Der Backup-Server ist mit Gigabit-Ethernet ausgestattet und verwendet nur eine einzige Netzwerkkarte. In etwa 12 Stunden kann er ein vollständiges Band füllen.

Ich kann den Sicherungsvorgang so ändern, dass einer der intensiveren Server von einem vollständigen Sicherungsvorgang auf einem eigenen LTO getrennt wird, um diese Entscheidung vorübergehend aufzuhalten. Ich denke jedoch, dass bald eine der folgenden Optionen ausgewählt werden muss:

1. Kaufen Sie ein LTO-3-Laufwerk und nutzen Sie den Vorteil, dass nur ein zweites physisches Band verfügbar ist. Dies ist eine weniger wünschenswerte Option und nur sinnvoll, wenn LTO-3-Laufwerke erheblich billiger sind als LTO-4-Laufwerke, was nicht der Fall ist.

2. Kaufen Sie ein LTO-4-Laufwerk, und verwenden Sie die LTO-4-Bänder für vollständige Sicherungen und LTO-3-Bänder für Differenzialzwecke, bis die LTO-3-Bänder ausgewechselt werden und neue LTO4-Bänder den Preis für LTO3-Bänder erreichen. Dies wird mich wahrscheinlich jahrelang durch das Backup am Wochenende bringen, ohne dass ich die Bänder tauschen muss. Dies wirkt sich auch teilweise auf das Schuhputzen aus, da LTO4 eine niedrigere Mindestgeschwindigkeit als LTO3 hat.

3. Kaufen Sie etwas, das Bänder automatisch einziehen kann. Ich gehe davon aus, dass ich dem PowerVault 110T nichts hinzufügen kann, und dies würde den Kauf eines neuen Geräts bedeuten, bei dem Band und Lader in einer Einheit sind. Dies ist wahrscheinlich nicht kosteneffektiv, da nur ein Laufwerk beschafft und Bänder manuell geladen werden müssen. Das automatische Laden von LTO4 wäre jedoch die ultimative Annehmlichkeit. Ich überlasse es dem Chef, sich zwischen einem einzelnen Bandlaufwerk und einem Autoloading-Laufwerk zu entscheiden.

Evan Anderson erwähnte in einer anderen Lösung, dass Sie Laufwerke in dieser Preisklasse kaufen könnten

 LTO-4 (internal drive, 1 tape / day) - $2,766.00  
 LTO-4 (autoloader, 1 tape / day) - $4,566.00

Ich weiß aber nicht genau, was er oder Sie für das eigentliche Laufwerk und ggf. den Controller empfehlen würden. Zeigen Sie mir eine neue URL (oder Dell oder HP oder was auch immer Ihr Lieblingsanbieter sein mag) für Ihre Lösung, wenn es Ihnen nichts ausmacht, nachzuschlagen, oder geben Sie mir einfach eine Marke und eine Modellnummer und ich werde es gerne tun das bein arbeite ich selber.

Ich bin auf der Suche nach einem notwendigen Kauf, bevor diese Backup-Rotation zu umständlich wird. Ich habe wahrscheinlich ein paar Monate.

Xenny nennt das Alter der Server und die Geschwindigkeit der Sicherung. Der Exchange-Server ist 6 Jahre alt (obwohl die Festplatten viel neuer sind). Es gibt ein paar 4 Jahre alte Server im Mix mit Consumer-Sata-Laufwerken (WD6400AAKS). Server, die ich als "neu" betrachte, sind zu diesem Zeitpunkt 2 Jahre alt.

Das Sichern vom alten Exchange-Server auf die Festplatte war bis zu 2184 MB / min schnell, aber im Allgemeinen ist das Sichern auf die Festplatte in diesem Setup genauso langsam wie das Sichern auf Band. Tatsächlich ist die Sicherung auf der Festplatte manchmal langsamer als die Sicherung auf dem LTO-3-Bandlaufwerk. Ich hatte auch Probleme mit Laufwerken, die ausfielen, und es fehlten Einschübe, um weitere Laufwerke hinzuzufügen. Im Allgemeinen ist das Sichern auf die Festplatte ein noch größeres Problem als der LTO3 / 4-Übergang, aber das gehört zu einer anderen Frage zum Serverfehler, wenn ich Eingaben zu diesem Thema machen möchte.

Ich nehme nur einige Zahlen aus einem kürzlich erstellten Backup, um Ihnen eine Vorstellung von der Geschwindigkeit zu geben. Dies ist keine vollständige Liste, sondern gibt Ihnen einen Überblick über die verschiedenen Geschwindigkeiten. Ich plane, dies in Kürze im Format Oldspeed MB / Min. Newspeed MB / Min. Zu aktualisieren, wobei Oldspeed der alte SCSI 320 LTO3 und Newspeed der SAS LTO4 ist.

DC C: ~ 850 MB / min
DC-Systemstatus ~ 700 MB / min
Exchange Server C: und Systemstatus ~ 500 MB / min ~ 600 MB / min
Exchange Server D: ~ 1400 MB / min ~ 1200 MB / min
Exchange Server First Speichergruppe ~ 1100 MB / min ~ 700 MB / min
Webserver C: ~ 600 MB / min ~ 950 MB / min
Webserver E: ~ 1700 MB / min ~ 1950 MB / min
Dateiserver C: ~ 500 MB / min
Dateiserver E: ~ 1500 MB / min ~ 2200 MB / min
Dateiserver G: ~ 1800 MB / min ~ 2400 MB / min
Dateiserver-Systemstatus ~ 650 MB / min
Faxserver C: ~ 400 MB / min ~ 550 MB / min
Abrechnungsserver C: ~ 1300 MB / min ~ 1775 MB / min
Abrechnungsserver D: ~ 1500 MB / min ~ 2250 MB / min
Abrechnungs-SQL-Instanz ~ 1600 MB / min
Anwendungsserver C: und Systemstatus ~ 700 MB / min ~ 900 MB / min
Backup-Server C: 700 MB / min ~ 1800 MB / min
Backup-Server E: 1350 MB / min ~ 2900 MB / min

Überwachen des Fileservers Ich habe Zahlen gesehen, die mich glauben lassen, dass der RAID-Controller die Übertragungsraten zurückhält. Der Controller ist SATA 1.5, aber die Laufwerke sind 3.0-fähig. Ich bemerkte, nachdem ich die Volumes von RAID 1 auf RAID 10 geändert hatte und keine Geschwindigkeitssteigerung für die Backups erzielt hatte. Leider hatte die Verdoppelung der dauerhaften Lesegeschwindigkeit keinen Einfluss auf die Sicherung auf das LTO3-Bandlaufwerk.

Im Allgemeinen gibt mir die direkte Sicherung in LTO einen angemessenen Maßstab dafür, wo meine Server mit E / A-Einschränkungen ausgestattet sind. Die Server, die unter 1500 MB / min sichern, sind im Allgemeinen langsam und die Server zwischen dort und 2400 MB / min sind immer noch wenig ausgelastet. Beispielsweise wird auf dem Exchange 2003-Server immer weniger Speicherplatz verfügbar, und die Datenbank für die erste Speichergruppe wird weiterhin erweitert, um langsamere Teile der Datenträger zu erhalten. Dieser Server wird durch einen Exchange 2010-Server mit schnelleren Prozessoren und mehr Festplatten ersetzt. Den anderen Servern werden Festplatten-Upgrades und / oder SSDs hinzugefügt.

http://en.wikipedia.org/wiki/Tape_drive erwähnt "Wenn Schuhputzer auftreten, hat dies erhebliche Auswirkungen auf die erreichbare Datenrate sowie auf die Lebensdauer von Laufwerken und Bändern." Es wird jedoch nicht erwähnt, dass der Schuhputz die effektive Kapazität eines Bandes verringert. Wenn ich mir die Archivbänder von der Bank ansehe, kann ich feststellen, dass auf den LTO3-Bändern etwa 2% bis 15% Speicherplatz verschwendet wurden. Nirgendwo in der Nähe genug, um mich davon abzuhalten, auf LTO4 oder einen Autoloader umzusteigen, aber es könnte von Bedeutung sein. Mit Backup Exec können Sie Ihren Schuhputz-Abfall wie folgt berechnen:

• Erstellen eines Sicherungsjobs, der ungefähr 100% der nativen Bandkapazität ohne Komprimierung sichert. Deaktivieren Sie die Komprimierung des Laufwerks und der Software, wenn Sie den Test ausführen.
• Schauen Sie in der Registerkarte "Datenträger" von Backup Exec nach und vergleichen Sie die Spalte "Verwendete Kapazität" mit der Spalte "Daten". Wenn die Komprimierung deaktiviert ist und die Zahlen übereinstimmen, sind Sie überhaupt nicht auf Schuhputzer eingestellt.

In meinem Fall hatte ich ein LTO3-Archivband mit 272,4 GB "verwendet", aber nur 233,67 GB "Daten" und ein anderes mit 400,6 GB gegenüber 395,19 GB. Ich habe auch eine Sicherung auf LTO4 ohne Komprimierung versucht und 833 GB mit nur 786,77 GB Daten "verbraucht" bekommen. Natürlich wird das Schuhputzen von meiner Umgebung zu deiner variieren, aber vorher habe ich nicht daran gedacht, es zu testen. Hoffentlich wird Ihnen dadurch klar, wie viel verschwendetes Band Sie in Ihrer Backup-Umgebung haben.

Bearbeiten: Neue Informationen unter http://www.fujifilmusa.com/shared/bin/LTO_Overview.pdf, die die minimalen Bandgeschwindigkeiten für LTO3 und LTO4 anzeigen. Es sieht so aus, als hätte der IBM LTO4 tatsächlich eine niedrigere Mindestgeschwindigkeit als der IBM LTO3. In beiden Fällen ist mein durchschnittlicher Server zu langsam, um LTO3 / 4 zu füttern, ohne einen Schuhputzer zu haben. Ich mache mir Sorgen, dass meine Sicherung auf lokalen Datenträgern zu langsam ist, um das Laufwerk schnell zu versorgen, aber ich muss das testen.

Wenn ich die Informationen zum IBM-Laufwerk in voller Höhe aus dem obigen PDF-Dokument ziehe, erhalte ich sie

LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed)
LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed)
LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed)
LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed)  

Update : Der Server, den ich für die Sicherung verwendet habe, hat zu Abbruchfehlern geführt, sodass ich das Bandlaufwerk auf einen anderen Server verschoben habe. Der alte SCSI-Controller war ein Adaptec 160. Der "neue" Controller ist ein LSI-basierter 320 (zumindest nehme ich an, dass der externe Anschluss ein 320 ist, da die 4 Festplatten im Server 320 SCSI in der Serververwaltung erwähnen).

Die neue Serversituation lässt mich vorübergehend ohne Backup auf der Festplatte, bis ich ein externes Gehäuse für den direkt angeschlossenen Speicher erhalte. Im Allgemeinen hat mich diese LTO-Diskussion dazu bewogen, mehr Festplatten für meine Server zu kaufen. Ich muss RAID-Arrays neu konfigurieren, um die Sicherungsgeschwindigkeit und hoffentlich die Zuverlässigkeit des gesamten Setups zu erhöhen.

Update 2 : Der unten stehende Vergleich verwendet einen alten Dateiserver, dessen RAID-Controller alle Übertragungen mit ~ 40 MB / s überlastet. Ideal wären also etwa 2400 MB / min. Dies ist ungefähr die Geschwindigkeit, die benötigt wird, um die Kante des Schuhglanzes zu testen. Vermutlich wird der Datenfluss nicht perfekt regelmäßig sein und die Geschwindigkeitsanpassung während des gesamten Tests erzwingen.

Ich kenne die Puffergröße und die Pufferanzahl, die ich beim Geschwindigkeitstest des alten LTO3-Laufwerks verwendet habe, nicht mehr, aber es ändert sich überhaupt nicht viel. Durch die Optimierung der Puffer habe ich möglicherweise einen Gewinn von 100 MB / min. Die Testdaten umfassen ca. 20 GB gescannte TIFs und JPGs. Ich habe diese Tests an einem Freitagnachmittag durchgeführt und die Tests nicht genügend oft wiederholt, um die Daten zu mitteln oder auf andere Weise ungültige Daten auszusondern. Tests nach Stunden, die Auswahl anderer Daten und anderer Variablen können diese Tests spürbar beeinflussen.

In allen Tests werden die gleichen Server verwendet. Das alte Laufwerk befindet sich auf einem 320-SCSI-LVD-Controller, der PCIx ist. Das neue Laufwerk befindet sich auf einem PCIe LSI 3801E SAS-Controller. Möglicherweise sind der Laufwerkscontroller und / oder das LTO3-Bandlaufwerk Engpässe. Ich werde nicht die einzelnen Komponenten testen, sondern nur die alte und die neue Paarung. Der Server, auf dem Backup Exec ausgeführt wird, verfügt über 4 GB RAM, 32-Bit-Server 2008-Standard und eine Pentium D-Dual-Core-CPU mit 3,2 GHz.

Die Netzwerkverbindung erfolgt über einen 1-Gbit-Switch. Beide Server befinden sich auf demselben Switch. Ich habe eine Remotedesktopverbindung geöffnet, aber während der Sicherung ist die Gb-Verbindung im schlimmsten Fall zu weniger als 50% ausgelastet und durchschnittlich zu 25% ausgelastet.

So grob die Testmethoden auch sind, ich bin mir ziemlich sicher, dass die Engpässe nicht in einer Variablen liegen, die ich ignoriere.

Kurze Testergebnisse :
~ 1500 MB / min mit Dell LTO3-Laufwerk und eingeschalteter LTO3-Bandkomprimierung (64 KB Blockgröße)

~ 1800 MB / min bei Verwendung eines Quantum Superloader3 LTO 4-Laufwerks mit einem LTO3-Band (gleiches Band wie oben). Durchgangsmodus EIN

~ 2150 MB / min bei Verwendung des Quantum Superloader3 LTO 4-Laufwerks mit einem LTO3-Band (das gleiche Band wie oben) Komprimierung EIN, 256 KB Blockgröße, 256 KB Puffergröße, Pufferanzahl 10, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgang schreiben Durchgangsmodus EIN
~ 2200 MB / min bei Verwendung des Quantum Superloader3 LTO 4-Laufwerks mit einem LTO3-Band (gleiches Band wie oben) Komprimierung AUS, 256 KB Blockgröße, 256 KB Puffergröße, Pufferanzahl 10, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, Schreiben SCSI-Passthrough-Modus EIN

~ 2050 MB / min unter Verwendung eines Quantum Superloader3 LTO 4-Laufwerks mit eingeschalteter LTO4-Bandkomprimierung, 256 KB Blockgröße, 256 KB Puffergröße, Pufferanzahl 10, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgriffsmodus EIN
~ 2250 MB / min unter Verwendung des Quantum Superloader3 LTO 4-Laufwerks mit ausgeschalteter LTO4-Bandkomprimierung, 256 KB Blockgröße, 256 KB Puffergröße, Pufferanzahl 10, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgriffsmodus EIN

~ 2050 MB / min bei Verwendung eines Quantum Superloader3 LTO 4-Laufwerks mit eingeschalteter LTO4-Bandkomprimierung, 256 KB Blockgröße, 1 MB Puffergröße, Pufferanzahl 10, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgriffsmodus EIN
~ 2300 MB / min unter Verwendung des Quantum Superloader3 LTO 4-Laufwerks mit ausgeschalteter LTO4-Bandkomprimierung, 256 KB Blockgröße, 1 MB Puffergröße, Pufferanzahl 10, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgriffsmodus EIN

~ 2200 MB / min unter Verwendung des Quantum Superloader3 LTO 4-Laufwerks mit eingeschalteter LTO4-Bandkomprimierung, 256 KB Blockgröße, 1 MB Puffergröße, Pufferanzahl 20, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgriffsmodus EIN
~ 2300 MB / min unter Verwendung des Quantum Superloader3 LTO 4-Laufwerks mit ausgeschalteter LTO4-Bandkomprimierung, 256 KB Blockgröße, 1 MB Puffergröße, Pufferanzahl 20, Hochwasseranzahl 0, Einzelblock-Schreibmodus EIN, SCSI-Durchgriffsmodus EIN

Es ist klar, dass die Optimierungsblockgröße wichtiger ist als die Puffergröße. Unabhängig von der verwendeten Block- oder Puffergröße erhalten Sie eine bessere Leistung, wenn Sie die Komprimierung deaktivieren, wenn Ihre Quelldaten nicht mit der minimalen Datenübereinstimmungsrate der Bandlaufwerke mithalten können. Leider handelt es sich hierbei nicht um eine Einstellung pro Job oder Bandformat, sodass Sie die Komprimierung nicht nur auf vollständige Sicherungen oder nur auf LTO3 beschränken können. Sie müssen auch testen, wie groß das Problem mit Ihrer Kombination aus Hardware und Software ist. Natürlich sind die Leistungseinbußen gering, und die wichtigeren Tests werden darin bestehen, das vollständige Backup von 600 GB auf 800 GB anstelle von 20 GB zu optimieren. Ich werde versuchen, das Update erneut durchzuführen, sobald einige Wochen oder Monate Backups durchgeführt wurden.

Beachten Sie außerdem, dass 100 MB / min weit unter der Mindestgeschwindigkeit für das Streamen von Bändern mit LTO 3 liegen, sodass Sie wahrscheinlich einiges an Kapazität verlieren, wenn das Band angehalten und gestartet wird (dh Sie werden wahrscheinlich besser als 1,5: 1 Komprimierung, dies geht jedoch bei Lücken in den Daten auf dem Band verloren). Dies wird wahrscheinlich mit LTO 4 etwas schlimmer sein, da ich denke, dass die Mindestgeschwindigkeit gestiegen ist.

Disk - Disk - Tape hilft Ihnen bei Problemen mit der Mindestgeschwindigkeit und bietet Ihnen kostenlose Kapazität.

Wenn Sie dies nicht tun, sollten Sie unbedingt eine geplante Defragmentierung der Festplatten auf den Servern in Betracht ziehen, die Sie sichern. 1000 MB / min ist für Gig-Ethernet auf einigermaßen moderner Hardware kein besonders hoher Durchsatz. Ich würde davon ausgehen, dass Sie auch auf 2 Jahre alten Computern 1800 MB / min erreichen sollten (das heißt, Sie lesen nur mit 30 MB / s von der Server-Festplatte), sodass Verbesserungspotenzial besteht.

Bearbeiten: Für LTO 3 möchten Sie wirklich eine Blockgröße von 256 KB, um die beste Leistung zu erzielen.

Glänzender WRT-Schuh. Das Band kann nicht zurückgespult werden, wenn der Puffer kurz leer ist, sodass eine Lücke auf dem Band verbleibt.

Backups übersteigen zwangsläufig die ursprünglich von Ihnen geplante Kapazität. Folgendes würde ich zu Ihrer Situation vorschlagen und sagen:

1. Das vollständige Backup überschreitet also die Kapazität eines Bandes. Verwenden Sie dann zwei Bänder.

2. Befolgen Sie die Empfehlungen von Symantec und fahren Sie mit der Sicherung auf Festplatte fort. Sichern Sie anschließend diese Festplatten-Backups auf Band. Planen Sie die Sicherung auf der Festplatte so, dass sie nach Stunden erfolgt, wenn weniger Ressourcen verwendet werden. Planen Sie die Sicherung auf Band so, dass sie zu jedem Zeitpunkt am Tag nach Abschluss der Festplattensicherungen durchgeführt wird, da die Sicherung auf Band keine Auswirkungen auf Produktionssysteme hat.

3. Stellen Sie sich Ihre wöchentlichen Sicherungen (vollständige und differenzielle Sicherungen) als Teil desselben Sicherungssatzes vor. Wenn es zwei oder drei Bänder pro Woche braucht, dann sei es so.

4. Planen Sie die Sicherung auf Band so, dass sie nur in der Woche ausgeführt wird, in der Sie die Bänder austauschen möchten.

Ich habe eine ähnliche Situation, ich benutze ein Dell Powervault 110t lto2 Laufwerk und hier ist was ich tue:

1. am samstag mache ich ein vollständiges backup auf festplatte (backup auf festplatte ordner für vollständige backups).

2. Sonntag bis Freitag nehme ich inkrementelle Backups auf die Festplatte (ein weiteres Backup auf den Festplattenordner für inkrementelle Backups).

3. montag bis freitag mache ich sicherungen auf band der vollständigen und inkrementellen sicherung auf festplattenordnern. Wenn das Band seine Kapazität erreicht hat, tausche ich es aus. Wenn die Kapazität mitten in der Nacht erreicht ist, tausche ich sie am nächsten Morgen aus und der Bandjob ist beendet.

4. nach freitags backup to tape job tausche ich die bänder für die nächste woche. Die zwei Bänder, die ich herausziehe, sind die vollständigen und inkrementellen der aktuellen Woche und gehen in meine 4-wöchige Rotation über. Jetzt weiß ich, dass sich alle Backup-Daten der aktuellen Woche auf einem Band befinden, das außerhalb des Standorts gespeichert ist.

spülen und wiederholen

Wir machen etwas Ähnliches wie Joe:

1. Samstag: vollständige Sicherung auf Festplatte. Wenn dies erledigt ist, starten Sie die vollständige Sicherung auf Band
2. Montag: Legen Sie am Ende des Tages ein zweites Band ein und lassen Sie das Backup abschließen
3. Mo-Fr: Differenzielle Sicherungen nur auf Festplatte

Wenn Sie das Disk-Tape wirklich unabhängig von der Disk-Disk-Sicherung ausführen müssen, würden die beiden Sicherungen leicht nicht synchron sein:

1. Starten Sie die Diskette und das Diskettenband am Samstag, die Diskette wird beendet und das Diskettenband wartet am Montag auf ein zweites Band
2. Beenden Sie das Band am Montag (ich würde immer noch bis zum Ende des Tages warten, um das Band einzulegen).
3. Mo-Fr, mach deine Disk-Disk-Differentiale (ich sehe, dass du das nicht sagst, aber ich gehe davon aus, dass du das tust)
4. Di-Fr, machen Sie Ihre Disk-Tape-Differentiale

Ich sehe kein Problem damit, dass leicht unterschiedliche Dateisätze auf den beiden verschiedenen Medien gesichert werden. In fast allen Fällen stellen Sie eine Datei von der Festplattensicherung wieder her, wobei das Band nur ein Fallback oder eine einfache Möglichkeit ist, mehrere Sicherungssätze zu organisieren.

Hier ist eine Option, die Ihnen helfen könnte, eine Weile durchzukommen:

Haben Sie darüber nachgedacht, Ihr Backup in zwei separate Datensätze aufzuteilen? Abhängig davon, wie Ihre Dateien organisiert sind, können Sie sie möglicherweise einfach in zwei logische Blöcke (dh nach Abteilung) aufteilen. Sie würden am Donnerstagabend eine vollständige Sicherung des ersten Datensatzes und am Freitagabend eine vollständige Sicherung des zweiten Datensatzes durchführen. Jede Nacht danach wurden zwei Jobs auf einem einzigen Band ausgeführt, ein Unterschied für jeden Datensatz.

Auf diese Weise kommen Sie nicht an Wochenenden herein, und Sie müssen nicht auf eine Fahrt babysitten, während Sie auf die Verifizierung warten. Außerdem haben Sie den zusätzlichen Schutz, dass Sie sozusagen nicht alle Eier in einem Korb haben.