Seite 2 von 2 ErsteErste 12
Ergebnis 11 bis 13 von 13

Thema: "Recovering" des Master mit pg_basebackup

  1. #11
    mrmarbury ist offline Neuer Benutzer
    Registriert seit
    29.11.2011
    Beiträge
    7

    Standard

    Ja wie gesagt, ich habe wohl mittlerweile alle Möglichkeiten einen switchback zu machen ausprobiert. Teilweise einfach nur um festzustellen wie sich PG verhällt. Habe bisher allerdings keine negativen Unterschiede zw "Master erst Slave machen und dann Master" und "Master gleich zum Master machen (per pg_basebackup -x) finden können (also solange man auf die WALs verzichten kann und alles andere aus ist natürlich). Wie gesagt hier geht es nicht um beliebiges PITR sondern um die maximal letzten 5 Minuten bzw den Stand direkt vor dem switchback. Und der ist per Dump garantiert.

    Es wird sowieso noch ein paar Tage dauern bis das upgrade statt findet. Evtl bis nach Weihnachten. Bis dahin werde ich verschiedene weitere Tests fahren. Falls mir noch was auffällt schreibe ich nochmal. Solltest Du aber auf wichtige Details stoßen, darfst Du natürlich auch antworten

    Cheers,
    Stefan

  2. #12
    mrmarbury ist offline Neuer Benutzer
    Registriert seit
    29.11.2011
    Beiträge
    7

    Standard [GELÖST] "Recovering" des Master mit pg_basebackup

    Okay, mache es jetzt über doch über den traditionellen Weg. Ist glaube ich besser. Aber danke für die Diskussion. So konnte ich wenigstens ein paar Fragen ausräumen.

  3. #13
    eMKay ist offline Neuer Benutzer
    Registriert seit
    12.01.2012
    Beiträge
    13

    Standard

    Hallo Stefan,

    ich hab die Diskussion zu dem Switchback zugegeben nur kurz überflogen, aber noch eine kleine Anregung gehabt.
    Ich stand mal vor einem ähnlichen Problem das Switchback-Verfahren zu Scripten um einen Master/Standby Cluster umzusetzen.
    Ich habe mich damals dafür entschieden ganz auf ein explizites Switchback zu verzichten.
    Beide Server A und B waren identisch ausgestattet und konfiguriert.
    B repliziert vom Master A
    Fällt A aus, so wird B über den Trigger zum Master umgeschaltet (B bleibt ab diesen Moment für immer der Master, bis er mal ausfallen sollte)
    Nun wird A einfach zum Slave deklariert, führt ein basebackup durch und fängt mit der Streaming-Replication an.

    Damit spart man sich eine erneute Ausfallzeit beim Switchback. Vorausgesetzt beide Server sind ähnlich ausgestattet und können die Last tragen.

    Grüße Max

Seite 2 von 2 ErsteErste 12

Ähnliche Themen

  1. Antworten: 7
    Letzter Beitrag: 03.02.2012, 09:58
  2. Problem "breche Verbindung ab wegen Absturz eines anderen Serverprozesses"
    Von vogelpohl im Forum Allgemeines
    Antworten: 43
    Letzter Beitrag: 12.06.2010, 15:36
  3. Problem Function geht nicht "invalid input syntax for integer: (0,t,)"
    Von cfi im Forum Trigger und Funktionen
    Antworten: 2
    Letzter Beitrag: 05.09.2008, 08:10
  4. "Group-by" und "max" Funktionen verknüpfen
    Von superguddy777 im Forum SQL
    Antworten: 1
    Letzter Beitrag: 22.08.2007, 08:35
  5. OLD.sum(...) ->record "old" has no field "sum"
    Von Mster im Forum Trigger und Funktionen
    Antworten: 5
    Letzter Beitrag: 18.01.2007, 15:00

Stichworte

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