fighting for truth, justice, and a kick-butt lotus notes experience.

Lotus Traveler im Failover- oder Backup-Fall

 März 2 2011 09:49:29 AM
Lotus Traveler ist leider selbst nicht Clusterfähig und somit nicht Out-of-the-Box hochverfügbar.
Man kann nun durch vorgelagerte Systeme (Reverse Proxy & Loadbalancer) und dem Betrieb des Traveler-Servers unter VmWare, die Verfügbarkeit und Ausfallsicherheit steigern.

Aber was passiert, wenn man gezwungen ist auf der Domino Anwendungsebene ein Backup zurückzuspielen oder das Endgerät wird per Loadbalancer auf einen anderen Domino Traveler Server umgeleitet.

Nun im Backup-Fall ist die Empfehlung und an die sollte man sich halten, dass die Derby State Datenbank im Traveler Unterordner ntsdb nicht zurückgesichert werden darf. Beim Start erzeugt der Traveler-Server eine neue leere Derby State Datenbank. Die State Datenbank hält Informationen über die verbundenen Geräte und das Synchronisationsprotokoll. Die LotusTraveler.nsf stellt dem Notes Administrator lediglich eine Sicht auf einige Informationen aus der State-Datenbank zur Verfügung.

Somit verfügt der Traveler-Server nach einem Restore oder einem Failover über keine Device-Informationen in der Derby-DB. So, was passiert nun, wenn das Endgerät mit seiner vorhandenen Konfiguration eine Synchronisation durchführt? Das Gerät hat ja schon Traveler-Daten. Bleiben diese erhalten oder werden diese verworfen und neu vom Server heruntergeladen?

Die Traveler Doku spricht hier lediglich davon, dass vom Traveler Server ein Prime-Sync ausgeführt wird. Aber was bedeutet dies nun?

Ich habe diese Frage mir einmal vom Traveler-Dev-Team erläutern lassen, da widersprüchliche Information hierzu kursieren.

Im Grunde genommen ist das Ergebnis das Gleiche als wenn bei einem laufenden Traveler Server auf der Server Console "tell traveler reset " ausgeführt wird. Sämtliche Traveler Daten über das Device bis auf die User Konfiguration (was soll synchronisiert werden, wieviel Tage, Anhangsgrößen...), die in der Maildatenbank in Profildokumenten gespeichert werden, werden mit diesem Befehl in der Derby-DB gelöscht.
Lediglich die Sicherheitsinformationen (Ist ein Device gesperrt oder ein Wipe in Wartestellung) werden bei einem tell traveler reset-Command nicht entfernt, diese sind in unserem Failover Fall ebenfalls nicht vorhanden.
Der Traveler Server führt jetzt einen erneuten ersten Prime Sync aus. Dabei werden ALLE Traveler-Daten auf dem Endgerät gelöscht und eine neue Kopie der Daten vom Server übertragen. Es findet hier somit keine Form eines Deltaabgleichs statt.

Je nach Netzwerkverbindung kann dieser erste Prime Sync einige Sekunden bis zu Minuten dauern. Wenn nun im Failover Fall, alle 500 Benutzer von Traveler Server A auf Traveler Server B wechseln, wird erhebliche Last auf diesem neuen Server und auf den Mail-Servern erzeugt, da alle Geräte fast zeitgleich einen Prime-Sync erzwingen und Daten übertragen.

Daher sollte ein Failover bewusst und wirklich nur als letzte Maßnahme durchgeführt werden.
Kommentare

1U. Melzer  03/10/2011 1:58:42 PM  Lotus Traveler im Failover- oder Backup-Fall

Hallo Herr Poettgen,

gibt es einen besonderen Grund, weshalb die Derby-DB nicht zurückgesichert werden sollte. Hat sich IBM bereits dazu geäussert?

Viele Grüsse

Melzer

2Detlev Poettgen  03/10/2011 7:35:06 PM  Lotus Traveler im Failover- oder Backup-Fall

Hallo Herr Melzer,

die Derby-State-Datenbank beinhaltet unter anderem das Synchronisation-Protokoll (vergleichbar mit dem Replikationsprotokoll).

Wenn Sie ein nur 30 Minuten altes Backup der Datenbank zurückkopieren, führt dies zu einem inkonsistenten Zustand und es ist für den Traveler Server Task nicht klar, welche Daten bereits auf den Devices sind und welche noch nicht.

Daher müßten Sie eh nach einem Backup der Datenbank einen neuen Prime-Sync für alle Devices veranlassen.

MfG

Detlev

3R. Gillmann  07/22/2015 9:23:59 AM  Lotus Traveler im Failover- oder Backup-Fall

Hallo Herr Poettgen,

wie kann eine Derby-DB auf den Initialzustand (frisch nach der Travelerinstallation) zurückgesetzt werden?

Freundliche Grüße

R. Gillmann

4Detlev Poettgen  07/22/2015 9:46:13 AM  Lotus Traveler im Failover- oder Backup-Fall

Das ist eigentlich relativ einfach.

1. Server herunterfahren.

2. Im Data-Verzeichnis den Traveler-Ordner sicherheitshalber komplett sichern (ausserhalb der Data-Verzeichnisses speichern).

3. Den Original data/Traveler/ntsdb - Ordner leeren

4. Das Traveler-Setup erneut ausführen

5R. Gillmann  08/04/2015 11:49:18 AM  Lotus Traveler im Failover- oder Backup-Fall

Genau des habe ich bereits im Vorfeld versucht. Der Traveler-Task kam jedoch nicht mehr hoch.

Ich hatte leider nur einen Versuch und kaum Zeit, so dass ich die Fehler leider nicht dokumentieren konnte.

  •  
  • Hinweis zum Datenschutz und Datennutzung:
    Bitte lesen Sie unseren Hinweis zum Datenschutz bevor Sie hier einen Kommentar erstellen.
    Zur Erstellung eines Kommentar werden folgende Daten benötigt:
    - Name
    - Mailadresse
    Der Name kann auch ein Nickname/Pseudonym sein und wird hier auf diesem Blog zu Ihrem Kommentar angezeigt. Die Email-Adresse dient im Fall einer inhaltlichen Unklarheit Ihres Kommentars für persönliche Rückfragen durch mich, Detlev Pöttgen.
    Sowohl Ihr Name als auch Ihre Mailadresse werden nicht für andere Zwecke (Stichwort: Werbung) verwendet und auch nicht an Dritte übermittelt.
    Ihr Kommentar inkl. Ihrer übermittelten Kontaktdaten kann jederzeit auf Ihren Wunsch hin wieder gelöscht werden. Senden Sie in diesem Fall bitte eine Mail an blog(a)poettgen(punkt)eu

  • Note on data protection and data usage:
    Please read our Notes on Data Protection before posting a comment here.
    The following data is required to create a comment:
    - Name
    - Mail address
    The name can also be a nickname/pseudonym and will be displayed here on this blog with your comment. The email address will be used for personal questions by me, Detlev Pöttgen, in the event that the content of your comment is unclear.
    Neither your name nor your e-mail address will be used for any other purposes (like advertising) and will not be passed on to third parties.
    Your comment including your transmitted contact data can be deleted at any time on your request. In this case please send an email to blog(a)poettgen(dot)eu

Archive