Überprüft · Hosmio Ressourcen
Bevor Sie beginnen
Wählen Sie ein entbehrliches Ziel und einen schriftlichen Testumfang. Bestätigen Sie den Zugriff auf Anwendungscode, erforderliche Softwareversionen und genehmigtes Sicherungsmaterial. Halten Sie das Ziel getrennt von der Produktion, mit deaktivierten ausgehenden Benachrichtigungen, geplanten Aufgaben und externen Schreibvorgängen, bis sie bewusst getestet werden.
01
Listen Sie auf, was übertragen und was neu erstellt werden muss.
Beziehen Sie die Laufzeitumgebung, Datenbank, hochgeladene Dateien, Konfiguration, geplante Aufgaben, Zertifikate, DNS-Eigentümerschaft und externe Integrationen ein. Halten Sie fest, wer jede Abhängigkeit kontrolliert und wie der Zugriff wiederhergestellt werden kann, wenn der aktuelle VPS nicht verfügbar ist. Identifizieren Sie jede anbieterspezifische Funktion, die einen Ersatz statt einer Dateikopie benötigt.
Schreiben Sie die erwarteten Versionen und Erweiterungen auf. Ein Installationsbefehl, der heute abruft, was gerade am neuesten ist, rekonstruiert möglicherweise nicht die Anwendung, die Sie betreiben. Verweisen Sie für Zugangsdaten auf geschützten Secret-Speicher; ein Wiederherstellungsplan sollte erklären, wie eine autorisierte Person sie abruft, ohne die Secrets in den Plan selbst aufzunehmen.
02
Wählen Sie eine datenbewusste Export- und Wiederherstellungsmethode.
Für PostgreSQL deckt ein logischer Export mit pg_dump eine Datenbank ab, während globale Objekte wie Rollen gesondert behandelt werden müssen. Das Tool weigert sich, einen Server mit einer neueren Major-Version zu dumpen, als der Client unterstützt. Die offizielle Dokumentation warnt außerdem davor, pg_dump als universelle reguläre Produktions-Backup-Strategie zu betrachten. PostgreSQL: pg_dump ↗
Wählen Sie mit Ihrem Betreiber die Methode, die zu Ihrer Anwendung und Ihren Wiederherstellungsanforderungen passt. Halten Sie fest, was der Export auslässt und wie Dateien mit Datenbankverweisen konsistent gehalten werden. Ein erfolgreich zurückgegebener Befehl ist eine nützliche erste Prüfung, kein Beweis dafür, dass eine vollständige Anwendung erhalten wurde.
03
Stellen Sie in einem ausdrücklich separaten Ziel wieder her.
Untersuchen Sie das Archiv und das Ziel vor der Wiederherstellung. Die Wiederherstellung eines PostgreSQL-Archivs erfolgt mit pg_restore; Optionen, die vorhandene Objekte bereinigen, können Daten entfernen, und das Standardverhalten kann nach SQL-Fehlern fortfahren. Planen Sie die Fehlerbehandlung und prüfen Sie das Ergebnis, statt anzunehmen, dass jedes Objekt wiederhergestellt wurde. PostgreSQL: pg_restore ↗ Führen Sie ein Tutorial nicht nur deshalb gegen die Produktionsdatenbank aus, weil ihr Name vertraut ist.
Wählen Sie für Datei-Backups den vorgesehenen Snapshot und ein leeres Testziel. Restic dokumentiert, dass die Wiederherstellung vorhandene Dateien überschreiben kann; ein unterbrochenes Überschreiben kann ein unvollständiges Ergebnis hinterlassen. restic: Wiederherstellung aus Backup ↗ Notieren Sie den Quell-Snapshot und den Zielpfad in der Übungsnotiz. Dies sind Methodenauswahl-Richtlinien, keine Befehle, die ausgeführt oder gegen einen Hosmio VPS verifiziert wurden.
04
Prüfen Sie Benutzeraufgaben und verborgene Nebenwirkungen.
| Prüfen | Aufzubewahrende Nachweise | Ergebnis |
|---|---|---|
| Anwendung startet mit den dokumentierten Versionen | Versionsinventar und Startergebnis | Noch nicht getestet |
| Repräsentative Datensätze und Dateien stimmen überein | Prüfungen synthetischer Datensätze und Anhänge | Noch nicht getestet |
| Berechtigungen verhalten sich korrekt | Zwei Testrollen und erwarteter Zugriff | Noch nicht getestet |
| Jobs senden keine doppelten externen Arbeiten | Ausgehende Aktionen deaktiviert oder kontrollierter Test | Noch nicht getestet |
| Ersatz-Betreiber kann den Notizen folgen | Unabhängiger Durchlauf und Lücken | Noch nicht getestet |
Verwenden Sie nach Möglichkeit synthetische Konten und harmlose Testdatensätze. Prüfen Sie Zugriffsgrenzen ebenso wie erfolgreiche Lesezugriffe. Eine Anwendung, die startet, aber falsche Berechtigungen gewährt, ist keine erfolgreiche Wiederherstellung. Behalten Sie fehlgeschlagene Prüfungen mit einem Verantwortlichen für die Behebung im Protokoll.
05
Planen Sie den Punkt, an dem neue Schreibvorgänge die Entscheidung ändern.
Eine Übung sollte die Sequenz des zukünftigen Umzugs informieren: finaler Konsistenzschritt, Zielprüfungen, Verkehrsumschaltung, Abnahmeentscheidung und Außerbetriebnahme des alten Dienstes. Legen Sie fest, wer den Vorgang stoppen oder umkehren kann. Wenn das Ziel neue Schreibvorgänge akzeptiert hat, können Nutzer, die auf eine alte Kopie zurückgeschickt werden, diese Schreibvorgänge verlieren oder aufteilen; ein Rollback erfordert einen Datenplan, nicht nur eine DNS-Änderung.
Berücksichtigen Sie Überschneidungen im Budget. Ein zweiter Server, unabhängiger Speicher, Verkehrsgebühren, Lizenzen und Betreiberzeit können erforderlich sein. Gehen Sie nicht davon aus, dass ein Anbieter entweder den VPS anteilig berechnet oder dass vorausbezahlte Mittel erstattungsfähig sind. Die veröffentlichten Zeitraumpreise von Hosmio beschreiben Vorauszahlungsbedingungen; sie definieren keinen Migrations- oder Erstattungsservice.
06
Hinterlassen Sie Belege, die eine andere Betreiberin nutzen kann.
Notieren Sie Übungsdatum, Versionen, Kopie-Identifikatoren, Ziel, aufgewendeten Aufwand und Ergebnisse erst, nachdem die Übung tatsächlich durchgeführt wurde. Verwenden Sie bis dahin „geplant“ oder „nicht getestet“. Bewahren Sie das Abnahmeblatt bei den Wiederherstellungsnotizen auf und listen Sie Abhängigkeiten auf, die einen unabhängigen Neuaufbau noch verhindern.
Wenn die Übung fehlschlägt, klassifizieren Sie die Lücke: fehlende Daten, inkompatible Software, nicht verfügbare Anmeldedaten, eine externe Abhängigkeit oder ein unklares Verfahren. Beheben Sie das kleinste blockierende Problem und wiederholen Sie dann die betroffene Prüfung. Bezeichnen Sie die Anwendung nicht als portabel, solange eine kritische Aufgabe ungetestet bleibt.
Verknüpfen Sie den Plan mit benannten operativen Verantwortlichkeiten und dem Änderungsgenehmigungsprozess des Kunden. Das beabsichtigte Ergebnis ist eine nachgewiesene Fähigkeit, innerhalb eines dokumentierten Umfangs wiederherzustellen, nicht ein Versprechen von Nullunterbrechung oder eine automatisch gelieferte Migration.