Bei einem QNAP-Backup zu Backblaze B2 sind vor allem der Sicherungsauftrag in HBS 3, das B2-Speicherziel und die Aufbewahrungsregeln betroffen. Eine unmittelbare Gefahr für die Daten auf dem NAS besteht durch die Planung nicht, doch falsche Synchronisations- oder Löschregeln können das Cloud-Backup unbrauchbar machen. Prüfe zuerst die installierte HBS-3-Version, den belegten Umfang der ausgewählten Freigaben und die verfügbaren Zieltypen unter den Speicherplätzen der App. Initialisiere keine Datenträger und lösche weder vorhandene Sicherungsaufträge noch B2-Buckets, solange deren Inhalt und Zweck nicht geklärt sind.
Für eine belastbare Planung reicht die Größe des QNAP-Volumes nicht aus. Maßgeblich sind die tatsächlich ausgewählten Daten, ihre tägliche Änderungsmenge, die gewünschte Aufbewahrungsdauer und das Volumen einer möglichen Wiederherstellung. Die jeweils gültigen Speicher-, Download- und Transaktionspreise musst du direkt der Preisübersicht deines Backblaze-Kontos entnehmen, weil diese Tarifbestandteile und Freigrenzen veränderlich sind.
Erst Sicherungsumfang und Wiederherstellungsziel festlegen
Backblaze B2 sollte bei dieser Aufgabe als externes Backup-Ziel dienen, nicht als Erweiterung des QNAP-Speicherpools. HBS 3 liest die ausgewählten Dateien aus den Freigaben des NAS und überträgt die Sicherungsdaten in einen B2-Bucket. RAID, Snapshots und B2 erfüllen dabei unterschiedliche Aufgaben: RAID hält den Betrieb bei bestimmten Laufwerksausfällen aufrecht, ein Snapshot ermöglicht schnelle lokale Rücksprünge und B2 bewahrt eine räumlich getrennte Kopie.
Lege vor der Einrichtung fest, welche Daten eine Wiederherstellung rechtfertigen. Medien, die jederzeit neu beschafft werden können, verursachen möglicherweise mehr laufende Kosten als Nutzen. Unersetzliche Dokumente, Fotos, Projektdateien, Konfigurationsexporte und andere wichtige Nutzdaten gehören dagegen in die engere Auswahl.
- Quellmenge: Summe der ausgewählten Freigaben und Ordner, nicht die nominelle Kapazität des NAS.
- Änderungsrate: täglich neu erstellte oder geänderte Daten, die zusätzliche Versionen erzeugen können.
- Aufbewahrung: Anzahl und Alter der Versionen, die HBS 3 oder das gewählte Sicherungsformat erhalten soll.
- Wiederherstellung: erwartete Datenmenge bei einzelnen verlorenen Dateien und bei einem vollständigen NAS-Ausfall.
- Internetanschluss: real nutzbarer Upload für die Erstsicherung und Download für den Ernstfall.
Ein ungeprüfter Zwei-Wege-Abgleich ist für diesen Zweck ungeeignet. Löschungen oder Verschlüsselungsschäden auf der Quelle könnten auf das Ziel übertragen werden. Verwende einen Sicherungsauftrag mit passender Versionierung und getrennten Zugangsdaten für den vorgesehenen Bucket.
Backblaze B2 für HBS 3 vorbereiten
Backblaze B2 organisiert Daten in Buckets. Für das QNAP-Backup ist ein eigener Bucket sinnvoll, weil sich Zugriffsrechte, Kosten und Löschregeln dann leichter von anderen Cloud-Daten trennen lassen. Halte Bucket-Namen, Region beziehungsweise Endpunkt und die im Konto angezeigten Zugangsdaten für die Einrichtung bereit.
Erstelle im Backblaze-Konto einen Application Key, dessen Berechtigungen und Geltungsbereich auf den Backup-Bucket beschränkt sind, soweit die vorgesehenen HBS-3-Funktionen das erlauben. Ein kontoweiter Hauptschlüssel wäre unnötig weitreichend. Der Schlüssel muss Lesen, Schreiben und die für den Sicherungsauftrag benötigten Dateioperationen erlauben; reine Schreibrechte können spätere Prüfungen und Wiederherstellungen behindern.
Speichere die angezeigte Key-ID und den geheimen Anwendungsschlüssel unmittelbar in einem Passwortmanager. Der geheime Teil lässt sich nach dem Erstellen unter Umständen nicht erneut anzeigen. Verwechsle den Application Key nicht mit dem Kennwort des Backblaze-Benutzerkontos.
B2 als Speicherplatz in QNAP HBS 3 anlegen
Die Einrichtung erfolgt in Hybrid Backup Sync, kurz HBS 3. Die Bezeichnungen einzelner Schaltflächen können sich mit QTS, QuTS hero und der App-Version ändern. Suche innerhalb von HBS 3 nach der Verwaltung der Speicherplätze beziehungsweise nach dem Anlegen eines Cloud-Speicherplatzes und wähle dort Backblaze B2, sofern es als eigener Zieltyp angeboten wird. Falls deine installierte Version stattdessen einen kompatiblen Objektspeicher verlangt, verwende ausschließlich die von Backblaze für dein Konto angegebenen S3-kompatiblen Zugangsdaten und den dort ausgewiesenen Endpunkt.
- Öffne HBS 3 und kontrolliere, ob die App ohne ausstehende Migration oder Fehlermeldung startet.
- Lege einen neuen Cloud-Speicherplatz für Backblaze B2 an.
- Trage Key-ID, Application Key, Bucket und gegebenenfalls den im B2-Konto ausgewiesenen Endpunkt ein.
- Vergib einen eindeutigen Namen, der Ziel und Zweck erkennen lässt, etwa B2-Dokumente-Backup.
- Führe den Verbindungstest aus. Speichere den Zielzugang erst, wenn Authentifizierung und Bucket-Zugriff funktionieren.
Scheitert der Test an der Anmeldung, prüfe zuerst auf vertauschte Schlüsselwerte und abgelaufene oder gelöschte Application Keys. Ist die Anmeldung erfolgreich, aber der Bucket nicht erreichbar, sind eher der Geltungsbereich des Schlüssels, die Bucket-Auswahl oder ein abweichender Endpunkt betroffen. Bei einer Zeitüberschreitung kommen zusätzlich DNS, Standardgateway, Firewall-Regeln und die Systemzeit des QNAP-NAS infrage.
Den Sicherungsauftrag ohne unnötige Folgekosten konfigurieren
Erstelle in HBS 3 einen Sicherungsauftrag vom lokalen NAS zum eingerichteten B2-Speicherplatz. Wähle nur die zuvor festgelegten Freigaben aus und beginne nicht sofort mit der gesamten Datenmenge. Ein kleiner Testordner zeigt, ob Upload, Versionierung, Verschlüsselung und Wiederherstellung gemeinsam funktionieren.
Die folgenden Einstellungen beeinflussen sowohl Sicherheit als auch Kosten:
- Zeitplan: Häufige Läufe verkürzen den möglichen Datenverlustzeitraum, können bei vielen kleinen Änderungen aber mehr Versionen und Anfragen erzeugen.
- Versionierung: Mehr Versionen schützen vor später bemerkten Änderungen. Gleichzeitig bleibt mehr Datenbestand im Bucket gespeichert.
- Clientseitige Verschlüsselung: Falls sie in deinem gewählten Auftrag verfügbar ist, verschlüsselt HBS 3 die Daten vor dem Upload. Das Kennwort oder der Wiederherstellungsschlüssel muss außerhalb des NAS sicher verwahrt werden.
- Komprimierung und Deduplizierung: Diese Funktionen können das übertragene Volumen reduzieren, führen abhängig vom gewählten HBS-Format aber zu einem proprietären Sicherungsbestand. Prüfe vorab, welches QNAP-Werkzeug für die Wiederherstellung benötigt wird.
- Integritätsprüfung: Eine Prüfung erhöht die Aussagekraft des Backups, kann jedoch zusätzliche Lesevorgänge, Datenübertragung und Laufzeit verursachen. Umfang und Häufigkeit sollten zur Datenmenge passen.
HBS 3 kann Sicherungen je nach Auftrag als normale Dateien oder in einem verarbeiteten Sicherungsformat ablegen. Bei QuDedup-basierten Beständen ist für eine Wiederherstellung außerhalb des NAS gegebenenfalls der QuDedup Extract Tool erforderlich. Notiere daher HBS-3-Version, Auftragstyp, Verschlüsselungseinstellung und benötigtes Wiederherstellungswerkzeug zusammen mit dem Backup-Konzept.
Die laufenden B2-Kosten nachvollziehbar berechnen
Die Monatskosten bestehen nicht nur aus dem hochgeladenen Ausgangsbestand. Ein vollständiges Rechenmodell berücksichtigt die durchschnittlich gespeicherte Datenmenge, kostenpflichtige Downloads, API- beziehungsweise Transaktionskosten und gegebenenfalls Steuern. Freigrenzen und Rundungsregeln dürfen erst berücksichtigt werden, wenn sie in der Preisübersicht des verwendeten B2-Kontos bestätigt sind.
Verwende für einen Abrechnungsmonat diese Formel:
Monatskosten netto = (durchschnittlich gespeicherte GB × Speicherpreis je GB-Monat) + (kostenpflichtig heruntergeladene GB × Downloadpreis je GB) + Transaktionskosten
Ein rein rechnerisches Szenario zeigt die Anwendung. Die eingesetzten Preise sind Platzhalter und keine Aussage über einen geltenden Backblaze-Tarif:
- Durchschnittlicher Speicherbestand: 4.200 GB
- Angenommener Speicherpreis: 0,006 Euro je GB-Monat
- Kostenpflichtiger Download im Monat: 100 GB
- Angenommener Downloadpreis: 0,01 Euro je GB
- Angenommene Transaktionskosten: 0,50 Euro
Rechnung: (4.200 GB × 0,006 Euro je GB-Monat) + (100 GB × 0,01 Euro je GB) + 0,50 Euro = 25,20 Euro + 1,00 Euro + 0,50 Euro = 26,70 Euro netto für den Beispielmonat.
Ersetze alle Preiswerte durch die Angaben aus der Backblaze-Preisübersicht und den Speicherbestand durch den im B2-Konto gemessenen Durchschnitt. Für die Budgetplanung sollte außerdem ein Wiederherstellungsszenario gerechnet werden. Bei einem angenommenen vollständigen Download von 4.200 GB lautet der variable Downloadanteil mit dem Platzhalter aus dem Beispiel: 4.200 GB × 0,01 Euro je GB = 42,00 Euro. Ob und in welcher Höhe dieser Posten tatsächlich anfällt, hängt von den dann geltenden Tarifregeln und Freimengen ab.
Die schwerste Schätzgröße ist meist der künftige Speicherbestand. Addiere nicht pauschal jede tägliche Änderung zur vollständigen Ausgangsmenge, denn gelöschte Versionen, Deduplizierung und Aufbewahrungsregeln verändern das Ergebnis. Aussagekräftiger ist ein Testauftrag über mehrere Wochen: Miss den belegten B2-Speicher zu Beginn und Ende des Zeitraums und leite daraus den monatlichen Zuwachs ab.
Uploadzeit und Erstbefüllung realistisch abschätzen
Die Erstsicherung kann bei mehreren Terabyte deutlich länger dauern als ein normaler Folgelauf. Für eine grobe Untergrenze wird die Datenmenge in Bit umgerechnet und durch den nutzbaren Upload in Bit pro Sekunde geteilt. Protokollaufwand, kleine Dateien, NAS-Auslastung und Verbindungsunterbrechungen verlängern die reale Dauer.
Bei 1 TB zu übertragenden Daten und einem tatsächlich nutzbaren Upload von 50 Mbit/s ergibt sich als vereinfachte Rechnung:
Zeit in Sekunden = (1.000.000 MB × 8 Bit je Byte) ÷ 50 Mbit/s = 160.000 Sekunden. Das entspricht rund 44,4 Stunden als theoretischer Wert ohne Zusatzaufwand.
Begrenze den Auftrag während der Hauptnutzungszeit, wenn der Upload sonst Videokonferenzen, Fernzugriffe oder andere Dienste beeinträchtigt. Eine Bandbreitenbegrenzung verlängert zwar die Erstbefüllung, verhindert aber, dass das Backup die Internetverbindung vollständig belegt. Der Auftrag sollte währenddessen nicht durch einen Wechsel des Ziel-Buckets oder der Verschlüsselungseinstellungen umgebaut werden.
Der Restore-Test entscheidet über die Eignung
Ein erfolgreicher Upload belegt noch keine funktionierende Wiederherstellung. Lege für den ersten Test einen kleinen Ordner mit mehreren Dateitypen an, sichere ihn nach B2 und stelle ihn in einen getrennten lokalen Testordner zurück. Öffne einige Dateien und vergleiche Dateinamen, Ordnerstruktur, Größe und Inhalt.
Teste zusätzlich eine ältere Version, falls Versionierung aktiviert wurde. Nur so lässt sich erkennen, ob die Aufbewahrung tatsächlich vor versehentlichem Überschreiben schützt. Bei clientseitiger Verschlüsselung gehört ein Wiederherstellungsversuch mit den außerhalb des NAS verwahrten Schlüsselinformationen zwingend zum Test.
Ein produktiver Auftrag ist erst sinnvoll, wenn vier Ergebnisse vorliegen: HBS 3 kann den B2-Bucket erreichen, der Testlauf endet ohne Fehler, die Rücksicherung funktioniert in einen leeren Zielordner und die gemessene Speichernutzung passt zur Kostenrechnung. Schlägt einer dieser Punkte fehl, ändere nur die betroffene Ebene. Ein Authentifizierungsfehler verlangt keine Neuinstallation von HBS 3, und ein fehlgeschlagener Restore darf nicht durch das Löschen des vorhandenen Buckets beantwortet werden.
Eine tragfähige Planung für den Regelbetrieb
Für den Regelbetrieb braucht das QNAP-NAS einen dokumentierten Sicherungsumfang, einen eingeschränkten B2-Anwendungsschlüssel, eine nachvollziehbare Aufbewahrung und einen getesteten Rückweg. Beginne mit einem kleinen HBS-3-Auftrag und übertrage die vollständigen Freigaben erst nach erfolgreicher Rücksicherung.
Kontrolliere anschließend regelmäßig den Auftragsstatus in HBS 3, die belegte Datenmenge im B2-Konto und die Abrechnungsposten. Ein unerwartet stark wachsender Bucket weist häufig auf eine zu lange Aufbewahrung, große veränderliche Dateien oder eine andere Datenstruktur als angenommen hin. Änderungen an Versionierung, Deduplizierung oder Verschlüsselung sollten erst nach einem erneuten Restore-Test in den produktiven Auftrag übernommen werden.