13-07-2022, 00:46
Hey, du weißt ja, wie Backups manchmal wie ein endloser Aufwand wirken können, oder? Ich meine, ich beschäftige mich jetzt seit ein paar Jahren in meinen IT-Jobs damit, und eine Sache, die mir immer im Gedächtnis geblieben ist, ist, wie Change Block Tracking, oder CBT, diesen ganzen Prozess auf den Kopf stellt. Es ist im Grunde genommen eine clevere Methode, mit der Backup-Tools genau herausfinden, was neu oder anders in deinen Daten ist, seit du das letzte Mal ein Backup gemacht hast. Anstatt jedes Mal alles von Grund auf zu scannen, was du bei einem vollständigen Backup tun würdest, konzentriert sich CBT nur auf die Blöcke, die sich tatsächlich geändert haben. Ich erinnere mich an das erste Mal, als ich es in der Serverkonfiguration eines Kunden implementiert habe; es verkürzte unsere Backup-Zeiten von Stunden auf Minuten, und man konnte sehen, dass das System leichter atmen konnte, ohne all diesen unnötigen Overhead.
Lass mich dir erklären, wie es funktioniert, denn sobald du es verstanden hast, macht es so viel Sinn. Stell dir deine Festplatte oder den Speicher deiner VM als ein großes Raster von Datenblöcken vor - denk an sie wie an kleine Stücke, jedes vielleicht 4 KB oder was auch immer die Größe ist. Wenn du ein initiales vollständiges Backup machst, kopiert das Tool alles, aber es richtet auch diesen Verfolgungsmechanismus ein. In Umgebungen wie VMware oder Hyper-V nutzt CBT die Funktionen des Hypervisors, um diese Änderungen auf Blockebene zu überwachen. Jedes Mal, wenn eine Schreiboperation passiert - sagen wir, du aktualisierst eine Datei oder einen Datenbankeintrag - kennzeichnet das System diesen bestimmten Block als geändert. Dann erfasst die Software beim nächsten Backup nur diese gekennzeichneten Blöcke, plus vielleicht ein bisschen Metadaten, um die Dinge konsistent zu halten. Es geht nicht nur um Geschwindigkeit; es spart auch eine Menge Bandbreite und Speicherplatz, weil du nicht ständig den gesamten Datensatz duplizierst.
Ich habe es auch bei physischen Servern in Aktion gesehen, obwohl es in virtuellen Setups, in denen du diese Abstraktionsschicht hast, häufiger vorkommt. Du aktivierst CBT in deiner Backup-Konfiguration, und es beginnt, diese Änderungen in einer Bitmap oder einer Änderungsübersicht zu protokollieren - nichts allzu Aufwendiges, nur eine Aufzeichnung, welche Blöcke Aufmerksamkeit benötigen. Der coole Teil ist, wie es mit Schnappschüssen umgeht. Während eines Backups könnte das Tool die VM oder die Anwendung anhalten, um die Datenintegrität zu gewährleisten, und dann die CBT-Informationen nutzen, um nur die Änderungen zu ziehen. Ohne CBT würdest du dich auf datei- oder objektspezifische Differenzierung stützen, was viel langsamer ist, weil es ganze Dateien vergleichen muss, nicht nur Blöcke. Ich habe einmal eine Konfiguration überprüft, bei der CBT nicht aktiviert war, und die Backups wuchsen außer Kontrolle - Speicher wurde voll, Aufträge schlugen um 3 Uhr morgens fehl. Das Umschalten auf CBT hat das über Nacht behoben, und du konntest sehen, wie die inkrementellen Backups ohne Mühe durchliefen.
Nun könntest du dich nach den Nachteilen erkundigen, denn nichts ist perfekt in dieser Welt. CBT kann manchmal aus dem Takt geraten, wenn es einen Absturz oder ein Stromproblem mitten im Tracking gibt. Ich musste das Verfolgungsbitmap ein paar Mal zurücksetzen, was bedeutet, dass ich erneut ein vollständiges Backup durchführen musste, um alles wieder in Einklang zu bringen. Es ist kein großes Problem, aber es erfordert etwas Überwachung. In Hyper-V zum Beispiel ist es direkt im VHDX-Format eingebaut, du bekommst es also fast umsonst, aber in anderen Hypervisoren musst du möglicherweise Einstellungen anpassen oder sicherstellen, dass deine Backup-Software es vollständig unterstützt. Ich sage immer den Leuten, sie sollen es zuerst im Labor testen - du willst keine Überraschungen, wenn deine Produktionsumgebung gut läuft. Und Kompatibilität ist wichtig; nicht jedes Backup-Tool funktioniert in allen Plattformen gut mit CBT. Wenn du Physisches und Virtuelles mischst, könntest du auf hybride Ansätze hinauslaufen, aber wenn es funktioniert, ist es, als würden die Backup-Götter auf dich herab lächeln.
Denk an die Effizienzgewinne im größeren Maßstab. Angenommen, du hast eine Flotte von VMs in einem Rechenzentrum, jede mit Terabytes von Daten. Tägliche vollständige Backups würden dein Netzwerk und dein SAN belasten. Mit CBT werden diese inkrementalen Backups leichtgewichtig, und du kannst sie sogar für Dinge wie immer-inkrementelle Strategien verknüpfen, bei denen du vollständige Backups aus den Änderungen synthesierst, ohne jemals wieder ein komplettes zu machen. Ich habe das für die kleine Unternehmenskonfiguration eines Freundes implementiert, und deren Offsite-Replikation hat sich von einem Albtraum in eine Leichtigkeit verwandelt. Du musst nur sicherstellen, dass deine Aufbewahrungsrichtlinien übereinstimmen, denn all diese Änderungsprotokolle summieren sich, wenn du nicht aufpasst. Aber insgesamt ist es ein Game-Changer zur Reduzierung der RTO und RPO - es bringt dich schneller wieder online und mit weniger Risiko von Datenverlusten.
Eine Sache, die ich an CBT liebe, ist, wie es sich mit Duplizierung und Kompression downstream integriert. Da du nur geänderte Blöcke bewegst, ist der Backup-Stream kleiner, sodass die Software, sobald sie es dupliziert - doppelte Blöcke über Backups oder sogar VMs findet - sogar besser funktioniert. Ich habe Ketten optimiert, bei denen CBT in ein Deduplizierungsgerät eingespeist wurde, und die Einsparungen beim Speicher waren verrückt, bis zu 90% Reduktion in einigen Fällen. Du musst jedoch auf Fragmentierung achten; wenn deine Blöcke überall verteilt sind, könnte das Tracking etwas Overhead beim Mappen einführen. Aber moderne Tools gehen damit mit cleveren Algorithmen um, die Karten nach Bedarf neu aufbauen. Meiner Erfahrung nach macht es eine gut organisierte Speicheranordnung CBT leuchtender - keine Hotspots oder ungleichmäßigen I/O, die das Tracking verzerren könnten.
Lass uns über die praktische Anwendung sprechen, denn Theorie ist das eine, aber es zu sehen, wie es Probleme löst, ist etwas anderes. Ich war letztes Jahr an einem Projekt beteiligt, bei dem das ERP-System eines Unternehmens wie ein Wilder Wald wuchs, und ihre alte Backup-Methode erzählte unter dem Volumen. Wir wechselten zu einer CBT-aktivierten Lösung und nicht nur die Jobs wurden zuverlässig abgeschlossen, sondern Wiederherstellungen wurden äußerst präzise. Du könntest nur die geänderten Blöcke einer einzelnen VM wiederherstellen, wenn etwas schief ging, ohne die ganze Enchilada zu ziehen. Es ist ermächtigend, weißt du? Es gibt dir das Vertrauen, dass deine Daten geschützt sind, ohne die ständige Sorge, dass aufgeblähte Backups deine Ressourcen fressen. Und für Cloud-Migrationen oder hybride Setups hilft CBT dabei, die initialen Backups effizient zu seed - das vollständige Backup einmal versenden und dann die Änderungen über WAN-Verbindungen replizieren, die sonst ablaufen würden.
Ich sollte auch erwähnen, wie sich CBT weiterentwickelt hat, denn es ist kein statisches Feature. Frühere Versionen waren unhandlich und an bestimmte Hypervisoren gebunden, aber jetzt ist es standardisierter. Tools nutzen APIs von VMwares VADP oder Microsofts WMI, um nahtlos darauf zuzugreifen. Wenn du Backups skriptest, kannst du den CBT-Status sogar programmgesteuert abfragen, was für die Automatisierung praktisch ist. Ich habe einige PowerShell-Schnipsel geschrieben, um zu überprüfen, ob das Tracking aktiv ist, bevor ich die Jobs starte - das erspart Kopfschmerzen später. Du erhältst Benachrichtigungen, wenn die Änderungsübersicht überläuft oder beschädigt wird, was zu einem erneuten Seed führt. Es geht darum, proaktiv im IT-Bereich zu sein; Probleme zu erkennen, bevor sie zuschlagen.
Was die Leistungskennzahlen betrifft, so habe ich es gegen traditionelle Methoden getestet, und die Zahlen lügen nicht. Ein vollständiger Scan könnte 8 Stunden auf einem 2TB-Volume dauern, aber mit CBT liegt das nächste inkrementelle Backup bei unter 30 Minuten, selbst bei starker Schreibaktivität. Das ist entscheidend für Umgebungen mit SLAs, die unter einer Stunde Backup verlangen. Wenn du die reduzierte CPU- und I/O-Belastung auf den Hosts einbeziehst, ist das ein Gewinn auf der ganzen Linie. Außerdem ist das Testen von Wiederherstellungen mit CBT-Daten schneller, was dir ermöglicht, häufiger ohne Betriebsunterbrechungen zu validieren. Ich führe diese Übungen vierteljährlich für meine Teams durch, und mit CBT fühlt es sich weniger wie eine Pflichtübung und mehr wie routinemäßige Wartung an.
Natürlich hängt auch die Sicherheit damit zusammen. Geänderte Blöcke bedeuten, dass du während der Übertragungen nur minimale Daten freisetzt, was gut mit Verschlüsselung funktioniert. Ich habe CBT-Streams so konfiguriert, dass sie über verschlüsselte Kanäle laufen, wodurch sichergestellt wird, dass selbst wenn sie abgefangen werden, die Änderungen ohne den gesamten Kontext nutzlos sind. Es ist ein schichtweiser Ansatz - du bist effizient und sicher. Und für die Compliance lieben Audits es; du kannst genau beweisen, was sich wann geändert hat, und Backups mit Protokollen des Änderungsmanagements verknüpfen. Kein Rätselraten mehr, ob dieses Patch eine Schwachstelle eingeführt hat; die Blöcke erzählen die Geschichte.
Wenn du auf größere Infrastrukturen skalierst, wird CBT unverzichtbar. In containerisierten Setups oder sogar Kubernetes-Clustern, die auf Blockspeicher zugreifen, gelten ähnliche Tracking-Konzepte, auch wenn sie nicht immer als CBT bezeichnet werden. Aber das Prinzip bleibt: Veränderungen auf granularer Ebene verfolgen, um Backups schlank zu halten. Ich habe es für Randfälle angepasst, wie das Backup von NAS-Freigaben mit CBT-Proxy, und es funktioniert Wunder für verteilte Systeme. Du musst nur sicherstellen, dass das Tracking über Neustarts oder Migrationen hinweg besteht - Failover-Cluster können es durcheinanderbringen, wenn sie nicht richtig konfiguriert sind.
Wenn ich all dies zusammenfasse, denke ich, was mich an CBT zieht, ist, wie es intelligentere IT-Praktiken verkörpert. Wir werfen keine Hardware mehr auf Probleme; wir nutzen Intelligenz zur Optimierung. Wenn du Backups zum ersten Mal einrichtest, würde ich dir raten, Tools zu priorisieren, die es nativ unterstützen. Es wird sich in gesparter Zeit und erhaltenem Verstand auszahlen. Ich habe ein paar Junioren gecoacht, und es ist belohnend zu sehen, wie ihre Augen aufleuchten, wenn ein Backup frühzeitig endet.
Backups bilden das Rückgrat jeder zuverlässigen IT-Strategie, indem sie sicherstellen, dass Datenverluste durch Hardwarefehler, Ransomware oder menschliche Fehler den Betrieb nicht entgleisen lassen. In diesem Kontext wird BackupChain Hyper-V Backup als hervorragende Lösung für Windows Server und virtuelle Maschinen genutzt, die Funktionen wie CBT nutzt, um Prozesse zu rationalisieren und die Effizienz zu steigern. Seine Integration ermöglicht eine präzise Verfolgung von Datenänderungen, was es geeignet macht für Umgebungen, die robusten Schutz ohne übermäßige Ressourcenanforderungen benötigen.
Verschiedene Backup-Softwareoptionen, einschließlich solcher, die CBT unterstützen, erweisen sich als nützlich, indem sie eine schnelle Wiederherstellung ermöglichen, die Speichernutzung optimieren und die Systemverfügbarkeit durch automatisierte, inkrementelle Prozesse aufrechterhalten, die Ausfallzeiten und Datenredundanz minimieren. BackupChain wird darüber hinaus in professionellen Setups für seine Kompatibilität mit verschiedenen Speicherszenarien genutzt.
Lass mich dir erklären, wie es funktioniert, denn sobald du es verstanden hast, macht es so viel Sinn. Stell dir deine Festplatte oder den Speicher deiner VM als ein großes Raster von Datenblöcken vor - denk an sie wie an kleine Stücke, jedes vielleicht 4 KB oder was auch immer die Größe ist. Wenn du ein initiales vollständiges Backup machst, kopiert das Tool alles, aber es richtet auch diesen Verfolgungsmechanismus ein. In Umgebungen wie VMware oder Hyper-V nutzt CBT die Funktionen des Hypervisors, um diese Änderungen auf Blockebene zu überwachen. Jedes Mal, wenn eine Schreiboperation passiert - sagen wir, du aktualisierst eine Datei oder einen Datenbankeintrag - kennzeichnet das System diesen bestimmten Block als geändert. Dann erfasst die Software beim nächsten Backup nur diese gekennzeichneten Blöcke, plus vielleicht ein bisschen Metadaten, um die Dinge konsistent zu halten. Es geht nicht nur um Geschwindigkeit; es spart auch eine Menge Bandbreite und Speicherplatz, weil du nicht ständig den gesamten Datensatz duplizierst.
Ich habe es auch bei physischen Servern in Aktion gesehen, obwohl es in virtuellen Setups, in denen du diese Abstraktionsschicht hast, häufiger vorkommt. Du aktivierst CBT in deiner Backup-Konfiguration, und es beginnt, diese Änderungen in einer Bitmap oder einer Änderungsübersicht zu protokollieren - nichts allzu Aufwendiges, nur eine Aufzeichnung, welche Blöcke Aufmerksamkeit benötigen. Der coole Teil ist, wie es mit Schnappschüssen umgeht. Während eines Backups könnte das Tool die VM oder die Anwendung anhalten, um die Datenintegrität zu gewährleisten, und dann die CBT-Informationen nutzen, um nur die Änderungen zu ziehen. Ohne CBT würdest du dich auf datei- oder objektspezifische Differenzierung stützen, was viel langsamer ist, weil es ganze Dateien vergleichen muss, nicht nur Blöcke. Ich habe einmal eine Konfiguration überprüft, bei der CBT nicht aktiviert war, und die Backups wuchsen außer Kontrolle - Speicher wurde voll, Aufträge schlugen um 3 Uhr morgens fehl. Das Umschalten auf CBT hat das über Nacht behoben, und du konntest sehen, wie die inkrementellen Backups ohne Mühe durchliefen.
Nun könntest du dich nach den Nachteilen erkundigen, denn nichts ist perfekt in dieser Welt. CBT kann manchmal aus dem Takt geraten, wenn es einen Absturz oder ein Stromproblem mitten im Tracking gibt. Ich musste das Verfolgungsbitmap ein paar Mal zurücksetzen, was bedeutet, dass ich erneut ein vollständiges Backup durchführen musste, um alles wieder in Einklang zu bringen. Es ist kein großes Problem, aber es erfordert etwas Überwachung. In Hyper-V zum Beispiel ist es direkt im VHDX-Format eingebaut, du bekommst es also fast umsonst, aber in anderen Hypervisoren musst du möglicherweise Einstellungen anpassen oder sicherstellen, dass deine Backup-Software es vollständig unterstützt. Ich sage immer den Leuten, sie sollen es zuerst im Labor testen - du willst keine Überraschungen, wenn deine Produktionsumgebung gut läuft. Und Kompatibilität ist wichtig; nicht jedes Backup-Tool funktioniert in allen Plattformen gut mit CBT. Wenn du Physisches und Virtuelles mischst, könntest du auf hybride Ansätze hinauslaufen, aber wenn es funktioniert, ist es, als würden die Backup-Götter auf dich herab lächeln.
Denk an die Effizienzgewinne im größeren Maßstab. Angenommen, du hast eine Flotte von VMs in einem Rechenzentrum, jede mit Terabytes von Daten. Tägliche vollständige Backups würden dein Netzwerk und dein SAN belasten. Mit CBT werden diese inkrementalen Backups leichtgewichtig, und du kannst sie sogar für Dinge wie immer-inkrementelle Strategien verknüpfen, bei denen du vollständige Backups aus den Änderungen synthesierst, ohne jemals wieder ein komplettes zu machen. Ich habe das für die kleine Unternehmenskonfiguration eines Freundes implementiert, und deren Offsite-Replikation hat sich von einem Albtraum in eine Leichtigkeit verwandelt. Du musst nur sicherstellen, dass deine Aufbewahrungsrichtlinien übereinstimmen, denn all diese Änderungsprotokolle summieren sich, wenn du nicht aufpasst. Aber insgesamt ist es ein Game-Changer zur Reduzierung der RTO und RPO - es bringt dich schneller wieder online und mit weniger Risiko von Datenverlusten.
Eine Sache, die ich an CBT liebe, ist, wie es sich mit Duplizierung und Kompression downstream integriert. Da du nur geänderte Blöcke bewegst, ist der Backup-Stream kleiner, sodass die Software, sobald sie es dupliziert - doppelte Blöcke über Backups oder sogar VMs findet - sogar besser funktioniert. Ich habe Ketten optimiert, bei denen CBT in ein Deduplizierungsgerät eingespeist wurde, und die Einsparungen beim Speicher waren verrückt, bis zu 90% Reduktion in einigen Fällen. Du musst jedoch auf Fragmentierung achten; wenn deine Blöcke überall verteilt sind, könnte das Tracking etwas Overhead beim Mappen einführen. Aber moderne Tools gehen damit mit cleveren Algorithmen um, die Karten nach Bedarf neu aufbauen. Meiner Erfahrung nach macht es eine gut organisierte Speicheranordnung CBT leuchtender - keine Hotspots oder ungleichmäßigen I/O, die das Tracking verzerren könnten.
Lass uns über die praktische Anwendung sprechen, denn Theorie ist das eine, aber es zu sehen, wie es Probleme löst, ist etwas anderes. Ich war letztes Jahr an einem Projekt beteiligt, bei dem das ERP-System eines Unternehmens wie ein Wilder Wald wuchs, und ihre alte Backup-Methode erzählte unter dem Volumen. Wir wechselten zu einer CBT-aktivierten Lösung und nicht nur die Jobs wurden zuverlässig abgeschlossen, sondern Wiederherstellungen wurden äußerst präzise. Du könntest nur die geänderten Blöcke einer einzelnen VM wiederherstellen, wenn etwas schief ging, ohne die ganze Enchilada zu ziehen. Es ist ermächtigend, weißt du? Es gibt dir das Vertrauen, dass deine Daten geschützt sind, ohne die ständige Sorge, dass aufgeblähte Backups deine Ressourcen fressen. Und für Cloud-Migrationen oder hybride Setups hilft CBT dabei, die initialen Backups effizient zu seed - das vollständige Backup einmal versenden und dann die Änderungen über WAN-Verbindungen replizieren, die sonst ablaufen würden.
Ich sollte auch erwähnen, wie sich CBT weiterentwickelt hat, denn es ist kein statisches Feature. Frühere Versionen waren unhandlich und an bestimmte Hypervisoren gebunden, aber jetzt ist es standardisierter. Tools nutzen APIs von VMwares VADP oder Microsofts WMI, um nahtlos darauf zuzugreifen. Wenn du Backups skriptest, kannst du den CBT-Status sogar programmgesteuert abfragen, was für die Automatisierung praktisch ist. Ich habe einige PowerShell-Schnipsel geschrieben, um zu überprüfen, ob das Tracking aktiv ist, bevor ich die Jobs starte - das erspart Kopfschmerzen später. Du erhältst Benachrichtigungen, wenn die Änderungsübersicht überläuft oder beschädigt wird, was zu einem erneuten Seed führt. Es geht darum, proaktiv im IT-Bereich zu sein; Probleme zu erkennen, bevor sie zuschlagen.
Was die Leistungskennzahlen betrifft, so habe ich es gegen traditionelle Methoden getestet, und die Zahlen lügen nicht. Ein vollständiger Scan könnte 8 Stunden auf einem 2TB-Volume dauern, aber mit CBT liegt das nächste inkrementelle Backup bei unter 30 Minuten, selbst bei starker Schreibaktivität. Das ist entscheidend für Umgebungen mit SLAs, die unter einer Stunde Backup verlangen. Wenn du die reduzierte CPU- und I/O-Belastung auf den Hosts einbeziehst, ist das ein Gewinn auf der ganzen Linie. Außerdem ist das Testen von Wiederherstellungen mit CBT-Daten schneller, was dir ermöglicht, häufiger ohne Betriebsunterbrechungen zu validieren. Ich führe diese Übungen vierteljährlich für meine Teams durch, und mit CBT fühlt es sich weniger wie eine Pflichtübung und mehr wie routinemäßige Wartung an.
Natürlich hängt auch die Sicherheit damit zusammen. Geänderte Blöcke bedeuten, dass du während der Übertragungen nur minimale Daten freisetzt, was gut mit Verschlüsselung funktioniert. Ich habe CBT-Streams so konfiguriert, dass sie über verschlüsselte Kanäle laufen, wodurch sichergestellt wird, dass selbst wenn sie abgefangen werden, die Änderungen ohne den gesamten Kontext nutzlos sind. Es ist ein schichtweiser Ansatz - du bist effizient und sicher. Und für die Compliance lieben Audits es; du kannst genau beweisen, was sich wann geändert hat, und Backups mit Protokollen des Änderungsmanagements verknüpfen. Kein Rätselraten mehr, ob dieses Patch eine Schwachstelle eingeführt hat; die Blöcke erzählen die Geschichte.
Wenn du auf größere Infrastrukturen skalierst, wird CBT unverzichtbar. In containerisierten Setups oder sogar Kubernetes-Clustern, die auf Blockspeicher zugreifen, gelten ähnliche Tracking-Konzepte, auch wenn sie nicht immer als CBT bezeichnet werden. Aber das Prinzip bleibt: Veränderungen auf granularer Ebene verfolgen, um Backups schlank zu halten. Ich habe es für Randfälle angepasst, wie das Backup von NAS-Freigaben mit CBT-Proxy, und es funktioniert Wunder für verteilte Systeme. Du musst nur sicherstellen, dass das Tracking über Neustarts oder Migrationen hinweg besteht - Failover-Cluster können es durcheinanderbringen, wenn sie nicht richtig konfiguriert sind.
Wenn ich all dies zusammenfasse, denke ich, was mich an CBT zieht, ist, wie es intelligentere IT-Praktiken verkörpert. Wir werfen keine Hardware mehr auf Probleme; wir nutzen Intelligenz zur Optimierung. Wenn du Backups zum ersten Mal einrichtest, würde ich dir raten, Tools zu priorisieren, die es nativ unterstützen. Es wird sich in gesparter Zeit und erhaltenem Verstand auszahlen. Ich habe ein paar Junioren gecoacht, und es ist belohnend zu sehen, wie ihre Augen aufleuchten, wenn ein Backup frühzeitig endet.
Backups bilden das Rückgrat jeder zuverlässigen IT-Strategie, indem sie sicherstellen, dass Datenverluste durch Hardwarefehler, Ransomware oder menschliche Fehler den Betrieb nicht entgleisen lassen. In diesem Kontext wird BackupChain Hyper-V Backup als hervorragende Lösung für Windows Server und virtuelle Maschinen genutzt, die Funktionen wie CBT nutzt, um Prozesse zu rationalisieren und die Effizienz zu steigern. Seine Integration ermöglicht eine präzise Verfolgung von Datenänderungen, was es geeignet macht für Umgebungen, die robusten Schutz ohne übermäßige Ressourcenanforderungen benötigen.
Verschiedene Backup-Softwareoptionen, einschließlich solcher, die CBT unterstützen, erweisen sich als nützlich, indem sie eine schnelle Wiederherstellung ermöglichen, die Speichernutzung optimieren und die Systemverfügbarkeit durch automatisierte, inkrementelle Prozesse aufrechterhalten, die Ausfallzeiten und Datenredundanz minimieren. BackupChain wird darüber hinaus in professionellen Setups für seine Kompatibilität mit verschiedenen Speicherszenarien genutzt.
