Dump / Restore dauerte 40 Minuten für 4 Dateisysteme, jetzt 24 Stunden

373
Lars Poulsen

Auf meinem Small Business Linux-Server verwende ich Dump für Backups. Ich habe 4 Dateisysteme (root, home, app1, app2), von denen root eine "echte" Partition ist, während die anderen LVM-Partitionen sind. Alle sind ext4.

Ich war in der Lage, die Dumps der Stufe 0 in 40 bis 45 Minuten zu erledigen. Plötzlich fingen sie an, eines Tages 8 Stunden zu dauern, seitdem geht es langsamer und langsamer ... jetzt dauert es mehr als 24 Stunden. Die Dumps der Ebene 1 werden an den meisten Tagen in 10-15 Minuten durchgezoomt.

Mein erster Gedanke war, es könnte "Schmutz" im größten Dateisystem (/ home) geben, das als erstes langsam wurde. Aber fsck hat es nicht geheilt.

Ich wurde inspiriert, den Status des smartctl-Geräts auf der Festplatte mit den Live-Dateisystemen zu überprüfen, und tatsächlich wurden einige hunderttausend Lesefehler festgestellt. Das Laufwerk ersetzt und aus Sicherungen wiederhergestellt (die gut waren). Problem blieb bestehen. smartctl auf dem Ersatzlaufwerk wies MILLIONEN vorübergehender Lesefehler auf. Einige Artikel im Internet legen nahe, dass dies für moderne Terabyte-Laufwerke in Ordnung und normal ist. Trotzdem habe ich das Laufwerk durch eine SSD ersetzt, aber es hat sich nichts geändert.

Das Live-Dateisystem befand sich auf einer 500-GB-Festplatte von Seagate Barracuda. Mir wurde immer gesagt, Seagate Barracuda sei der Goldstandard von Laufwerken.

Die Sicherungs-Bereitstellungsdiskette ist ein WD-1-TB-Laufwerk. smartctl zeigt 0 Fehler an.

Gibt es eine Idee, warum dieses Problem aus dem Nichts auftauchte und was es verursacht hat?

Einige Leute werden sagen, Dump / Restore sei heute zu alt für die Schule, aber ich finde, dass es für diese Verwendung viel einfacher zu handhaben ist als rsync. Ich habe tägliche Inkrementale und archiviere dann die wöchentliche Stufe 0 auf eine BD-R DL-Disc.

HILFE

1
Können Sie uns mehr über Ihren Sicherungsprozess erzählen? Wo sichern Sie Ihre Dateisysteme? Könnte das Ziel Ihr Engpass sein? Alternativ erzählen Sie uns, dass rsync keine Inkrementale bereitstellt, ... Haben Sie Lösungen wie Bacula in Betracht gezogen? SYN vor 7 Jahren 0
Crontab führt 4 Level 0-Dumps am Samstag 00:15 aus, 4 Level 1-Dumps von Montag bis Freitag auf / backups. Hierbei handelt es sich um eine LVM-Partition, die alle / dev / sdb (Die Produktionsdateisysteme auf / dev / sda) beansprucht. Lars Poulsen vor 7 Jahren 0
Ich mag keine GUI-Subsysteme - kein einfaches Skript. Ja, ich weiß, dass Sie mit rsync inkrementelle Spiele mit harten Links machen können, aber (a) Es ist komplizierter als ich mag (b) Ich habe am Ende Tausende von kleinen Dateien, die ich auf meine Off-Site-Medien stelle und nicht 4 komprimiert Dump-Dateien. (c) uns gefällt, was wir gewohnt sind, und ich habe es seit einem Jahrzehnt verwendet. (Eigentlich hatte ich eine Band-Jukebox, um die Dump-Dateien zu spoolen, bis das Set nicht mehr auf Band passt und DVD, DVD-DL, BD-R und jetzt BD-R / DL wurde.) Lars Poulsen vor 7 Jahren 0
Ja, ich habe die Bereitstellungsdiskette als möglichen Engpass betrachtet, aber (a) Warum plötzlich (b) smartctl keine Fehler sagt Lars Poulsen vor 7 Jahren 0
Während ich immer noch auf eine Antwort auf das Problem hoffe, untersuche ich die Problemumgehung, wenn Sie Rsync mit harten Links verwenden. Ich sehe, dass die Rsync-Ansicht der 4 Dateisysteme bis zu 70 GB anstelle der 47 GB der (komprimierten) Dump-Dateien addiert - eine Ebene 0 plus eine Ebene 1. Lars Poulsen vor 7 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme