Ergebnis 1 bis 6 von 6

Thema: File Level Backup ?!

  1. #1
    fkose ist offline Neuer Benutzer
    Registriert seit
    04.07.2011
    Beiträge
    3

    Standard File Level Backup ?!

    Hallo liebe Gemeinde,

    ich habe das Forum VOR diesem Beitrag nach einer "Lösung" für mein Anliegen durchsucht und etwas passendes nicht gefunden. Deshalb mein Hilfegesuch an euch

    Auf einem Ubuntu 8.04 Cluster läuft PostgreSQL. Wir haben Lieferanten die alle täglich auf diese Datenbank schreibend zugreifen. Jeder Lieferant hat eine eigene Datenbank.
    Nun hat einer der Lieferanten seine lokale Datenbank unwiederbringlich verfeuert. Sie besitzen kein Backup.
    Sie möchten von uns am liebsten die komplette Datenbank.

    Ich glaube, dass pg_dump für uns keine Möglichkeit darstellt, da beim restore die Datenbank ja neu geschrieben wird <-- Richtig!! ...???? Die darüberliegende Applikation schreibt zu jedem Wert der Datenbank Hash-Werte. Bei einem Restore würde der Hash neu berechnet was die Daten faktisch für die weitere Verwerndung unbrauchbar macht.


    Kann ich die Datenbank für diesen Lieferanten vorübergehend aushängen/offline nehmen und die Datenbank auf File-Level Ebene kopieren? Wenn ja, ist Sie auf Lieferantenseite einlesbar?

    Ich kenne diese Vorgehensweise vom Microsoft SQL Server ( .mdf ) Files.

    Gibt es einen klügeren Weg?

    Zur Information: Wir verfügen über ein voll funktionsfähiges WAL-Backup. Die Fähigkeit aus diesem Backup wiederherzustellen obliegt mir NICHT.

    Bitte keine Fragen: "Warum arbeitest Du mit dem DB-System wenn Du es nicht beherscht?"
    Antwort: Das Thema gehört nicht zu meinen "Kernqualifikationen". Die Anforderung wurde an mich herangetreten, da ich vermutlich der einzige aus unserem Unternehmen bin der im entferntesten dazu im Stande ist :/

    Vielen Dank im voraus


    Schönes Gruß

    Fabian

  2. #2
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Dresden
    Beiträge
    5.465

    Standard

    Zitat Zitat von fkose Beitrag anzeigen
    Hallo liebe Gemeinde,

    ich habe das Forum VOR diesem Beitrag nach einer "Lösung" für mein Anliegen durchsucht und etwas passendes nicht gefunden. Deshalb mein Hilfegesuch an euch

    Auf einem Ubuntu 8.04 Cluster läuft PostgreSQL. Wir haben Lieferanten die alle täglich auf diese Datenbank schreibend zugreifen. Jeder Lieferant hat eine eigene Datenbank.
    Nun hat einer der Lieferanten seine lokale Datenbank unwiederbringlich verfeuert. Sie besitzen kein Backup.
    Sie möchten von uns am liebsten die komplette Datenbank.

    Ich glaube, dass pg_dump für uns keine Möglichkeit darstellt, da beim restore die Datenbank ja neu geschrieben wird <-- Richtig!! ...???? Die darüberliegende Applikation schreibt zu jedem Wert der Datenbank Hash-Werte. Bei einem Restore würde der Hash neu berechnet was die Daten faktisch für die weitere Verwerndung unbrauchbar macht.


    Kann ich die Datenbank für diesen Lieferanten vorübergehend aushängen/offline nehmen und die Datenbank auf File-Level Ebene kopieren? Wenn ja, ist Sie auf Lieferantenseite einlesbar?

    Ich kenne diese Vorgehensweise vom Microsoft SQL Server ( .mdf ) Files.

    Gibt es einen klügeren Weg?

    Zur Information: Wir verfügen über ein voll funktionsfähiges WAL-Backup. Die Fähigkeit aus diesem Backup wiederherzustellen obliegt mir NICHT.

    Bitte keine Fragen: "Warum arbeitest Du mit dem DB-System wenn Du es nicht beherscht?"
    Antwort: Das Thema gehört nicht zu meinen "Kernqualifikationen". Die Anforderung wurde an mich herangetreten, da ich vermutlich der einzige aus unserem Unternehmen bin der im entferntesten dazu im Stande ist :/

    Vielen Dank im voraus


    Schönes Gruß

    Fabian
    Backup-Restore einer einzelnen DB auf Filesystemlevel kannst Du mehr oder weniger, vor allem aber mehr, vergessen. Aber pg_dump dieser einzelnen DB sollte kein Problem sein, das ist Plain-Ascii (bei passenden Optionen). Das kannst Du dann, auch bei Versionsunterschieden oder anderer Hardware-Plattform, wieder einlesen.

    Was Du da mit Hash meinst, versteh ich allerdings nicht.


    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  3. #3
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.055

    Standard

    Also, habt ihr ein Basisbackup für das WAL, von vor der Zeit, als der Kunde die Datenbank geschrottet hat?
    Habt ihr alle WAL-Dateien seit dem Backup? Hebt die bitte auf.

    Nun, wenn du all diese Fragen mit "Ja" beantworten kannst und wenn das alles auch in Ordnung ist, dann habt ihr reelle Chancen, die Datenbank wiederherzustellen.
    Wenn nicht - nun ja, ist weg.

    Ihr solltet ab diesem Punkt auf das Löschen von alten Dateien verzichten und professionelle Hilfe zu Rate ziehen.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  4. #4
    fkose ist offline Neuer Benutzer
    Registriert seit
    04.07.2011
    Beiträge
    3

    Standard

    Hallo und vielen Dank für eure Antworten!

    vielleicht muss ich das Konstrukt ein wenig tiefer erläutern.

    Jeder Lieferant schreibt täglich in seine lokale PostgreSQL DB.
    Unsere Lieferanten sind über einen IPSec Tunnel an unsere Datenbank angebunden. Jeden Tag werden zu Zeitpunkt X über eine .NET Applikation die Datenbanken synchronisiert. Bei der Synchronisierung erstellt die Applikation Hash-Werte für jeden Datensatz und schreibt diese in NUR UNSERE Datenbank in eine gesonderte Tabelle. Ein Alghorythmus überwacht diese Tabelle.

    Der Lieferant hat sein lokalen DB Server unwiederbringlich verloren. Wenn wir jetzt seine Daten die wir synchronisiert haben dumpen und Ihm zum wiedereinspielen zur Verfügung stellen wird die Datenbank neu geschrieben und die Synchronisierungs-App würde neue Hash-Werte generieren.

    Diese Synchronisierungsapp soll mit dieser Hash-Funktion genau solche Fälle verhindern, da wir unter keinen Umständen doppelte Datensätzen einspielen dürfen.


    Das WAL Backup ist konsistent. Wir fahren monatlich ein Base-Backup und schreiben täglich die WriteAheadLogs.

    Wir sichern damit den gesamten Server ( 14 Liefranten Datanbanken ) - Können wir damit gezielt eine einzige Datenbank unter den o.g. Aspekten "extrahieren" ???


    Gruß

  5. #5
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.055

    Standard

    Versteht ihr unter "Datenbank" eine logische Datenbank (aka "CREATE DATABASE") oder eine eigene laufende PostgreSQL-Instanz (aka eigener Prozess)?

    In jedem Fall: ihr solltet in der Lage sein, die Datenbank wiederherzustellen.
    Fraglich ist nur, wie lange das in dem Fall dauert - siehe Frage oben.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  6. #6
    fkose ist offline Neuer Benutzer
    Registriert seit
    04.07.2011
    Beiträge
    3

    Standard

    Moin,

    wir meinen éine eigene Instanz.

    Wir haben das jetzt so gelöst, dass wir unseren kompletten Server auf einem plain postgresql wiederhergestellt haben, alle anderen Lieferanten DBs gelöscht haben und ein neues Backup gezogen haben.
    Anschließend haben wir unserem Lieferanten das Backup zur Verfügung gestellt. Hat geklappt

    Danke und Gruß!

    @Moderator: Bitte Topic closen

Ähnliche Themen

  1. Frage Deutsche Übersetzungen für log level
    Von george im Forum Allgemeines
    Antworten: 0
    Letzter Beitrag: 21.06.2011, 15:01
  2. COPY FROM DAT-File
    Von Ciatronical im Forum SQL
    Antworten: 2
    Letzter Beitrag: 20.09.2010, 23:04
  3. [News]: DB Solo 2.1 Takes Schema Comparison to the Next Level
    Von Xandrian im Forum Neuigkeiten & Ankündigungen
    Antworten: 0
    Letzter Beitrag: 08.04.2007, 22:21
  4. Welches ODBC Level wird unterstützt?
    Von Kitzlig1980 im Forum externe Schnittstellen
    Antworten: 5
    Letzter Beitrag: 27.04.2006, 19:03
  5. Row Level Locking
    Von zbenjamin im Forum SQL
    Antworten: 18
    Letzter Beitrag: 27.04.2006, 10:33

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum