-
Was ist die Nachverfolgung geänderter Blöcke?
-
Warum muss die Nachverfolgung geänderter Blöcke aktiviert sein?
-
Sicherungstypen, die die Nachverfolgung geänderter Blöcke erfordern
-
Aktivierung der geänderten Blockverfolgung (CBT) mithilfe des vSphere-Webclients
-
Aktivierung der Changed Block Tracking mit PowerCLI
-
So sichern Sie virtuelle Maschinen mit Vinchin Backup & Recovery
-
Häufig gestellte Fragen zur Änderungsblockverfolgung
-
Fazit
Haben Sie jemals eine Fehlermeldung gesehen, die besagt: „Die Nachverfolgung geänderter Blöcke muss für diesen Sicherungstyp auf der VM aktiviert sein“? Wenn Sie virtuelle Maschinen in VMware-Umgebungen verwalten, ist diese Meldung häufig – insbesondere bei der Einrichtung inkrementeller oder differenzieller Sicherungen. Das bedeutet, dass Ihre Sicherungssoftware eine spezielle Funktion namens Changed Block Tracking (CBT) benötigt, um mit diesen Sicherungstypen effizient arbeiten zu können. Wir erläutern, was CBT leistet, warum es für moderne Sicherungen so wichtig ist, wie man sie Schritt für Schritt aktiviert – und was zu tun ist, wenn etwas schiefgeht.
Was ist die Nachverfolgung geänderter Blöcke?
Nachverfolgung geänderter Blöcke (CBT) ist eine VMware vSphere-Funktion, die verfolgt, welche Teile der Festplatte einer virtuellen Maschine sich seit dem letzten Sicherungsvorgang geändert haben. Anstatt jedes Mal beim Sichern einer VM jeden Datenblock zu kopieren, ermöglicht CBT es Ihrem Sicherungstool, nur jene Blöcke zu kopieren, die sich tatsächlich seit dem letzten Snapshot oder der letzten Sicherungsaufgabe geändert haben.
Wie funktioniert es? Wenn CBT auf einer VM und ihren Festplatten aktiviert ist, führt vSphere für jede virtuelle Festplatte eine Bitmap-Protokolldatei – die CTK-Datei – mit, die verfolgt, welche Datenträgerblöcke nach jedem Snapshot- oder Backup-Vorgang geändert wurden. Sicherungsanwendungen können dann mithilfe der VMware-APIs diese Protokolldatei abfragen, um schnell nur die geänderten Datenblöcke zu identifizieren, anstatt die gesamten Festplatten zu scannen.
CBT arbeitet auf der Virtualisierungsebene – es sind keine Änderungen innerhalb des Gastbetriebssystems erforderlich – und funktioniert mit VMs, die die Hardwareversion 7 oder höher verwenden. Dadurch ist es für die meisten Unternehmensanwendungen effizient und zuverlässig.
Warum muss die Nachverfolgung geänderter Blöcke aktiviert sein?
Warum erscheint so oft „Die Nachverfolgung geänderter Blöcke muss für diesen Sicherungstyp auf der VM aktiviert sein“? Weil bestimmte Arten von Sicherungen vollständig davon abhängen, genau zu wissen, was sich seit dem letzten Durchlauf geändert hat – andernfalls verlieren sie ihren Effizienzvorteil.
Inkrementelle und differentielle Sicherungen sind darauf ausgelegt, nur neue oder geänderte Daten seit der letzten vollständigen/inkrementellen/differenziellen/forever-inkrementellen Sicherung zu speichern. Ohne aktiviertes CBT auf VM- und Datenträgerebene kann Ihre Sicherungsanwendung nicht erkennen, welche Blöcke zwischen den Aufträgen geändert wurden; sie muss möglicherweise alle Datenblöcke manuell scannen – ein langsamer Prozess – oder jedes Mal auf vollständige imagebasierte Sicherungen zurückgreifen.
Dies führt direkt zu längeren Backup-Fenstern, erhöhtem Speicherbedarf, höherer Netzlast während der Übertragungen – und manchmal sogar zu fehlgeschlagenen Aufträgen, wenn aufgrund von Richtlinien oder Compliance-Vorgaben strikt inkrementeller Modus erforderlich ist. Kurz gesagt: Die Aktivierung von CBT ist nicht nur eine bewährte Methode; sie ist unerlässlich für schnelle und zuverlässige moderne VM-Schutzabläufe.
Sicherungstypen, die die Nachverfolgung geänderter Blöcke erfordern
Nicht alle VM-Sicherungen benötigen CBT – aber viele tun es, wenn Sie Geschwindigkeit und Effizienz wünschen:
Incrementelle Sicherungen: Diese erfassen nur Änderungen, die seit der letzten erfolgreichen inkrementellen oder vollständigen Sicherung vorgenommen wurden.
Differenzielle Sicherungen: Diese erfassen alle Änderungen, die seit der letzten vollständigen Sicherung vorgenommen wurden.
Strategien mit dauerhafter Inkrementierung: Einige Lösungen verwenden Ketten mit dauerhafter Inkrementierung, bei denen nur eine anfängliche Vollsicherung und anschließend laufende inkrementelle Sicherungen gespeichert werden; diese setzen vollständig auf genaues Änderungs-Tracking.
Synthetische vollständige Sicherungen: Einige Tools erstellen neue „vollständige“ Wiederherstellungspunkte aus Ketten inkrementeller Sicherungen – was erneut präzise Kenntnis der über die Zeit geänderten Blöcke erfordert.
Granulare Wiederherstellungen: Schnelle Wiederherstellungen hängen oft davon ab, mithilfe zugrunde liegender Protokolle über Blockänderungen genau ermitteln zu können, welche Dateien zwischen bestimmten Zeitpunkten betroffen waren.
Vollständige Sicherungen auf Image-Ebene erfordern keine CBT – sie kopieren einfach alles – aber die Aktivierung von CBT kann dennoch helfen, verwendete Sektoren im Hintergrund effizienter zu verfolgen. Wenn Sie einen inkrementellen/differentiellen Sicherungsvorgang ohne aktivierte CBT auf beiden Ebenen (VM + Datenträger) versuchen, müssen Sie mit Fehlern wie „Die Verfolgung geänderter Blöcke muss für diese Sicherungsart auf der VM aktiviert sein“ rechnen – oder mit einer stillen Rückkehr zu langsameren Methoden, die Ressourcen verschwenden.
Aktivierung der geänderten Blockverfolgung (CBT) mithilfe des vSphere-Webclients
Die Aktivierung von CBT über den vSphere-Webclient erfordert sorgfältige Aufmerksamkeit, folgt jedoch klaren Schritten:
Zuerst – stellen Sie sicher, dass Ihre Ziel-VM ausgeschaltet ist und keine Snapshots vorhanden sind! Vorhandene Snapshots verhindern die ordnungsgemäße Aktivierung der Änderungsverfolgung.
1. Klicken Sie in der vSphere-Webclient mit der rechten Maustaste auf Ihre ausgeschaltete virtuelle Maschine und wählen Sie Einstellungen bearbeiten.
2. Wechseln Sie zum Tab VM-Optionen.
3. Erweitern Sie die erweiterten Einstellungen und klicken Sie auf Konfiguration bearbeiten.
4. Klicken Sie auf Konfigurationsparameter hinzufügen.
5. Fügen Sie einen Parameter namens ctkEnabled mit dem Wert TRUE hinzu.
6. Fügen Sie für jede angehängte virtuelle Festplatte (z. B. scsi0:0) einen weiteren Parameter mit einem Namen wie scsi0:0.ctkEnabled hinzu und setzen Sie diesen auf TRUE (ersetzen Sie „scsi0:0“ durch den tatsächlichen SCSI-Gerätenamen pro Festplatte).
7. Klicken Sie auf OK, um die Änderungen zu speichern.
8. Schalten Sie Ihre virtuelle Maschine nach dem Bearbeiten der Parameter erneut ein.
Tip: Der parameterbezogene Parameter pro Datenträger (scsiX:X.ctkEnabled) ist entscheidend – wenn er nicht korrekt für jeden angehängten Datenträger festgelegt ist, den Sie über inkrementelle/differentielle Aufträge schützen möchten, werden diese Datenträger keine CTK-Dateien erzeugen, die von den meisten modernen Sicherungstools benötigt werden!
Nach dem erneuten Einschalten überprüfen Sie Ihren Datenspeicherordner auf Dateien mit der Endung *-ctk.vmdk neben jeder VMDK-Datei; deren Vorhandensein bestätigt die erfolgreiche Aktivierung der Änderungsprotokollierung für jeden Festplattengeräte.
Wenn Sie bereits vorhandene doppelte Parameter sehen (z. B. aus früheren Versuchen), stellen Sie sicher, dass ihre Werte korrekt gesetzt sind, anstatt redundante Einträge hinzuzufügen – dies könnte später bei der Fehlersuche zu Verwirrung führen!
Aktivierung der Changed Block Tracking mit PowerCLI
Für größere Umgebungen oder für alle, die die Automatisierung bevorzugen, bietet PowerCLI eine effiziente Möglichkeit, CBT gleichzeitig für mehrere virtuelle Maschinen zu aktivieren:
Stellen Sie erneut sicher, dass die VMs ausgeschaltet sind und keine Snapshots vorhanden sind, bevor Sie fortfahren!
1. Öffnen Sie die PowerCLI-Shell und stellen Sie dann eine Verbindung her mit
Connect-VIServer <your_vcenter_server>
2. Zielfreigabe-VM-Objekt abrufen
$vm = Get-VM -Name "YourVMName"
3a. Globale ChangeTracking-Flag setzen
$spec = New-Object VMware.Vim.VirtualMachineConfigSpec $spec.ChangeTrackingEnabled = $true $vm.ExtensionData.ReconfigVM($spec)
3b (Erweitert): Für jede angehängte Festplatte das Flag pro Datenträger konfigurieren:
foreach ($hd in $vm.ExtensionData.Config.Hardware.Device | Where { $_ -is [VMware.Vim.VirtualDisk] }) {
$key = "$($hd.ControllerKey):$($hd.UnitNumber).ctkEnabled"
New-AdvancedSetting -Entity $vm -Name $key -Value "TRUE" -Force
}4. Schalten Sie Ihre VM erneut ein, indem Sie
Start-VM -VM $vm
Dieser Ansatz stellt sicher, dass sowohl globale (ChangeTrackingEnabled) als auch individuelle (scsiX:X.ctkEnabled) Flags ordnungsgemäß konfiguriert sind – und das sogar bei mehreren Festplatten pro Server! Danach sollte stets die Erstellung der *-ctk.vmdk-Dateien in den Datastore-Ordnern überprüft werden, die den geschützten VMs/Festplatten entsprechen, bevor Produktionsaufträge mit inkrementellen/differenziellen Modi geplant werden.
Automatisierungstipp: Sie können durch mehrere VMs iterieren, indem Sie die obige Logik in Standard-PowerShell-Schleifen einbetten, die auf über Get-VM abgerufene Listen abzielen.
So sichern Sie virtuelle Maschinen mit Vinchin Backup & Recovery
Sobald die Nachverfolgung geänderter Blöcke aktiviert ist, wird der Einsatz eines fortschrittlichen Unternehmens-Schutzkonzepts einfach mit Vinchin Backup & Recovery – einer professionellen Lösung, die mehr als 15 gängige Virtualisierungsplattformen unterstützt, darunter VMware, Hyper-V, Proxmox, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack und weitere. Besonders für VMware-Nutzer nutzt Vinchin Backup & Recovery Funktionen wie die integrierte ruhige Momentaufnahme (quiesced snapshot) und den HotAdd-Übertragungsmodus sowie eine umfassende Unterstützung der Nachverfolgung geänderter Blöcke – und bietet so schnelle inkrementelle Sicherungen, die genau auf anspruchsvolle Umgebungen zugeschnitten sind.
Zu den umfangreichen Funktionen gehören forever-incrementelle Sicherungen unter Verwendung von Deduplizierung und Komprimierung; Optionen für granulares Wiederherstellen; instant Recovery; LAN-freie Übertragungswege; automatisierte Planung – alles darauf ausgelegt, die Effizienz zu maximieren und den Ressourcenverbrauch in unterschiedlichen Infrastrukturen unabhängig von Umfang oder Komplexität zu minimieren.
Die Sicherung einer VMware-VM mithilfe von Vinchin Backup & Recovery erfolgt über vier intuitive Schritte in der Webkonsole:
Schritt 1. Sicherungsquelle auswählen

Schritt 2. Sichern Sie das Ziel auswählen

Schritt 3. Sicherungsstrategien auswählen

Schritt 4. Überprüfen und Einreichen des Auftrags

Weltweit von Tausenden von Organisationen anerkannt – mit Spitzenbewertungen in der Branche – bietet Vinchin Backup & Recovery eine voll ausgestattete kostenlose Testversion, die 60 Tage lang gültig ist, sodass Sie selbst erleben können, wie echter datenschutz auf Unternehmensebene funktioniert.
Häufig gestellte Fragen zur Änderungsblockverfolgung
F1: Kann die Aktivierung der Änderungsblockverfolgung die Leistung bei intensiver Schreibaktivität beeinträchtigen?
A1: In seltenen Fällen können Workloads mit hohem I/O-Aufkommen einen geringen Mehraufwand durch zusätzliche Protokollierungsoperationen erfahren, aber die meisten Produktionssysteme zeigen laut offizieller Dokumentation von Broadcom/VMware-Quellen eine vernachlässigbare Auswirkung.
Q2: Was sollte ich tun, wenn mein automatisiertes Skript fehlschlägt, weil einige Festplatten keine ctk-aktivierten Parameter haben?
A2: Überprüfen Sie die Ausgabe/Protokolle des Skripts sorgfältig und verifizieren Sie manuell fehlende, den genauen Controller-/Einheitennummern entsprechende Datenträgerschlüssel, die im Abschnitt Einstellungen bearbeiten > Festplatten > Erweiterte Parameter in der vCenter-Benutzeroberfläche angezeigt werden, bevor Sie anschließend erneut Batch-Läufe versuchen!
F3: Gibt es ein Risiko, wenn ctk-Flags über einen längeren Zeitraum wiederholt deaktiviert und wieder aktiviert werden?
A3: Es besteht kein erhebliches Risiko, solange alle Aktionen ausgeschaltet werden, während der Strom abgeschaltet ist/keine aktiven Snapshots vorhanden sind – testen Sie jedoch immer zunächst Nicht-Produktionsklone, wenn möglich, bevor Sie umfangreiche Aktualisierungen in der Live-Infrastruktur anwenden!
Fazit
Die Nachverfolgung geänderter Blöcke muss für diesen Sicherungstyp auf der VM aktiviert sein, wenn Sie in modernen Umgebungen – besonders bei großem Umfang – eine schnelle und zuverlässige inkrementelle Datensicherung wünschen! Die Aktivierung gewährleistet einen reibungslosen Betrieb, egal ob die Automatisierung über Skripte oder über grafische Werkzeuge erfolgt, und minimiert gleichzeitig langfristig den Ressourcenverbrauch! Vinchin unterstützt eine nahtlose Integration und nutzt diese Funktionen standardmäßig – probieren Sie uns noch heute risikofrei aus!
Teilen auf: