Datenwiederherstellung aus Backup: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
| Zeile 67: | Zeile 67: | ||
::Nutze hierzu folgenden Befehl: <code>screen</code> | ::Nutze hierzu folgenden Befehl: <code>screen</code> | ||
:;Die Daten aus dem Backup sind | :;Die Daten aus dem Backup sind durch das Monunten auf dem Container eingehängt und zu finden im Ordner /mnt | ||
::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN | ::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN | ||
::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain. | ::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain. | ||
Version vom 7. Juni 2022, 14:32 Uhr
Allgemeines
- 1. Folgende Daten müssen vorliegen oder vom Kunden angefordert werden
- -> Server (siehe alternativ ggf. Bahnhof)
- -> Domain
- -> Datum der Wiederherstellung
- -> Ordner der wiederhergestellt werden soll
- -> Datenbank die wiederhergestellt werden soll
- -> probiere vorab immer nur die Dateien wiederherzustellen, oft reicht dies schon aus (es sei denn der Kd hat definitiv die Datenbank kaputt gemacht, z.B. CSV Import oder Shop-Update)
- -> Bei fehlgeschlagen Updates muss immer beides wiederhergestellt werden
Vorbereiten der Wiederherstellung
1. Backup mounten
- 1.1 Anmeldung im Cloudpit
- bei Shared-Servern (wwwxx, Mädchenname) Anmeldung mit Nutzer estugo_webhosting
- bei Managed vServern Anmeldung mit Nutzer estugo
- (https://cloudpit.io/auth/login) Zgd. findest du in Keepass
- 1.2 Suche mittels Suchfunktion den Container, für welchen du das Backup einspielen möchtest
- (z.B www70.estugo.de)
- 1.3 Suche dir unter "Datensicherung" das vom Kunden gewünschte Backup raus
- (z.B vom 30.01.)
- 1.4 Klicke unter Aktionen auf "Backup mounten"
- Achtung!!! Ausschließlich Backup mounten
- 1.5 Warte bis das Backup gemountet wurde
- Das Backup befindet sich nun im Ordner /mnt
2. Ordner backup_estugo erstellen
- Melde Dich als admin im Plesk an
- Wechsele in das Abo des Kunden
- Lege im Basisverzeichnis der Dateiverwaltung des Kunden (also auf oberster Ebene) den Ordner backup_estugo an.
Zwischeninfo an den Kunden
- Vorlage im OTRS -> "Backup wiederherstellen"
- -> Informiere den Kunden über den Status
- -> ersetze Anrede und ggf. Ordnernamen
- -> lasse das Ticket offen
Wiederherstellung aus Backup in der Shell
Verbinde dich per Putty auf den Container (z.B. www70.estugo.de)
- Melde Dich als User root auf dem Server an
DATENBANK wiederherstellen
- Datenbank via Shell aus dem Ordner /mnt in den Ordner /backup_estugo im Kundenabo kopieren und entpacken
- Hierzu hast Du als Vorbereitung den Ordner backup_estugo im Basisverzeichnis des Kunden angelegt.
- Der folgende Befehl kopiert und entpackt die Datenbank aus /mnt in das Verzeichnis des Kunden: (Achtung Dokumentenstamm und DB-Name anpassen)
cp -a /mnt/var/lib/mysql-gzdumps/XXX_XX.sql.gz /var/www/vhosts/XXX.XXX.hostkraft.de/backup_estugo/ && gunzip /var/www/vhosts/XXX.XXX.hostkraft.de/backup_estugo/XXX_XXX.sql.gz
- Im Anschluss Benutzer anpassen
- Die Datenbank hat nun den Nutzer "root", damit der Kunde die Datei auch löschen kann, muss der Richtige Nutzer angepasst werden (meist der erste Teil der Subdomain)
chown -R ############:psacln /var/www/vhosts/XXX.XXX.hostkraft.de/backup_estugo/XXX_XXX.sql
- Um eine Datenbankbackup aus dem direkten Ordner /mnt/var/lib/mysql zu besorgen zB wenn unser CronJob nicht klappte siehe weiter unten den Punkt Bonus DB
FTP-DATEN wiederherstellen
- Am Besten wird es sein, Du startest das Backup in einer Screen-Session
- Nutze hierzu folgenden Befehl:
screen
- Die Daten aus dem Backup sind durch das Monunten auf dem Container eingehängt und zu finden im Ordner /mnt
- auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN
- Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain.
rsync -arvuP /mnt/var/www/vhosts/XXX.XXX.hostkraft.de/html/gx2 /var/www/vhosts/XXX.XXX.hostkraft.de/backup_estugo/
- um ein Backup zu beschleunigen und ggf unwichtige Ordner auszuschließen, hilt der Zusatz --exclude (siehe Beispiel)
rsync -arvuP --exclude=verzeichnis/ /mnt/var/www/vhosts/XXX.XXX.hostkraft.de/html/gx2 /var/www/vhosts/XXX.XXX.hostkraft.de/backup_estugo/
E-MAILS wiederherstellen (nur zur Info)
- Daten sind wie gehabt unter dem Ordner /mnt zu finden
- - z.B. per midnight commander (
mc) den Mailordner des Kunden suchen und mit folgendem Befehl gezielt Dateien aus dem Backup in den Kundenverzeichnis kopieren.
rsync -arvuP /mnt/var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur/ /var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur
- Hier ein Beispiel für die Wiederherstellung eines ganzen Postfach´s
rsync -av --delete /mnt/var/qmail/mailnames/tomaske.net/ordner/Maildir /var/qmail/mailnames/tomaske.net/ordner/
Nach der Wiederherstellung
- -> Es kann je nach Daten ca. 30-90 Minuten dauern
- -> Sobald die Wiederherstellung abgeschlossen ist, informiere den Kunden
Backup in Cloudpit abhängen
- Im Cloudpit unter "Datensicherungen" auf Backup unmounten klicken
- (Gekenntzeichnet durch den orange farbenen Balken oberhalb der verfügbaren Backups)
Eintrag im Bahnhof
- -> Damit wir wissen wer wann Daten wiederhergestellt hat, halte dies in der Datenbank fest
- -> Der Text könnte wie folgt lauten
- -> ersetze Kürzel, Datum und ggfs. den Text
- ^mp 18.04.2017:
- MySQL wiederhergestellt
- Ordner wiederhergestellt
Bonus_DB
- Datenbank direkt Dumpen aus /mnt/var/lib/mysql/datenbank_gx1
- Folgenden Befehl habe ich für den Dump verwendet
mysqldump -f -p`cat /etc/psa/.psa.shadow ` --socket=/tmp/mysqlmc.sock -uadmin ##datenbank_name## > /root/####datenbank_name###_###datum###.sql.dump- Anschliessend habe ich den dump als "tar.gz" via
tar -cvzf /var/www/vhosts/######.#####.hostkraft.de/####datenbank_name###_###datum###.sql.dump.tar.gz /root/datenbank_name_17122019.sql.dump- generiert und wieder hinter mir aufgeräumt.