Die meisten Sicherungen enthalten Dateien und Datenbank, und die meisten Wiederherstellungen scheitern dann an etwas, das nie darin war. Eine Sicherung ist vollständig, wenn ihre Wiederherstellung auf einem nackten Server eine funktionierende Website ergibt, ohne dass etwas aus dem Gedächtnis getippt wird.
Die beiden offensichtlichen
- Die Website-Dateien samt Uploads — die oft auf einer anderen Platte liegen und deshalb fehlen.
- Die Datenbank, als Dump gezogen und nicht im laufenden Betrieb kopiert.
mysqldump --single-transaction --quick --routines --triggers --events dbname | gzip > db.sql.gz--single-transaction nimmt einen konsistenten Snapshot, ohne die Website zu sperren. --routines, --triggers und --events nehmen die Teile mit, die ein schlichter Dump stillschweigend auslässt.
Die vier, die vergessen werden
- Die Post. Auf demselben Server und nie in der Website-Sicherung. Fünf Jahre Post zu verlieren ist schlimmer, als die Website zu verlieren.
- Die Cronjobs. Keine Dateien in Ihrer Website.
crontab -l, und das Ergebnis speichern. - Die Serverkonfiguration. Der Nginx-Block, der PHP-Pool, das Zertifikat. Das aus dem Gedächtnis neu zu bauen ist der langsamste Teil jeder Wiederherstellung.
- DNS. Ein Export der Zone. Dreißig Einträge von Hand nachzubauen, während die Website liegt, ist genau so schlimm, wie es klingt.
crontab -l > cron.txt
cp -a /etc/nginx/sites-available/mysite .
cp -a /etc/php/8.3/fpm/pool.d/mysite.conf .Und die Zugangsdaten
Eine verschlüsselte Sicherung, deren Schlüssel nur auf dem gestorbenen Server lag, ist keine Sicherung. Bewahren Sie den Schlüssel woanders auf — und notieren Sie, wo.
Der Test, der es beweist
Stellen Sie auf einem leeren Server wieder her, ohne ein einziges anderes Dokument zu öffnen. Alles, was Sie anderswo nachschlagen müssen, fehlt in der Sicherung.
Die automatischen EGPHP-Sicherungen umfassen Dateien, Datenbanken und Post, und EGPNL stellt jede davon einzeln wieder her. Diese Seite ist die Checkliste für alles, was Sie selbst sichern.
