RE: [pgsql-de-allgemein] Wie überprüfe ich ein Backup Prozess mit pg_dump

Ralf Emanuel schrieb:
> ich habe den ganzen Prozess noch einmal aufgerollt und die Fehlermeldungen recherchiert.
> Datenbank: 8.2.7
> OS: Linux
> Dump Befehl: pg_dump -f datei.dump -Fc -Z9 -EUNICODE <tabelle>
>
> Bei der ersten DB wird folgender Fehler ausgeworfen:
> --snip--
> pg_dump: Error message from server: ERROR: could not access status of transaction 264714840
> DETAIL: Could not open file "pg_clog/00FC": Datei oder Verzeichnis nicht gefunden.
> pg_dump: The command was: COPY public.systemlog (systemlog_id, lvl, datum, loggername, servername, nachricht, daten, klasse, methode, stacktrace, flag, flag_benutzer_id) TO stdout;
> --snip--
>
> Bei einer weiteren DB wird folgender Fehler ausgeworfen:
> --snip--
> pg_dump: SQL command failed
> pg_dump: Error message from server: ERROR: invalid page header in block 4782 of relation "pg_toast_14155985"
> pg_dump: The command was: COPY public.cms_online_contents (content_id, resource_id, file_content) TO stdout;
> --snip--
>
> Weitere DBs auf dem gleichen Server können ohne Probleme gedumped werden.

Wenn pg_dump in diesem Fall einen Return Code "0" zurückgegeben hat, dann ist tatsächlich
etwas faul. In diesem Fall sollte definitiv etwas anderes zurückgegeben werden.

Die beiden obigen Fehler weisen eindeutig auf eine kaputte Datenbank hin.

Der erste Fehler könnte durch das versehentliche Löschen eines Files entstanden sein,
aber speziell der zweite Fehler deutet für mich klar auf einen Fehler im Filesystem oder
in der Hardware hin.

Ich würde schnell einen Dump ziehen (auch wenn nicht alles mitkommt), dann den Server stoppen
und ein Filesystem-Backup machen (tar o.ä.).

Dann würde ich das Filesystem überprüfen und auch überprüfen (lassen, denn von Hardware
verstehe ich nichts) ob die Festplatte kaputt ist. Es schaut nämlich sehr so aus.

Liebe Grüße,
Laurenz Albe