Recovery nach Servercrash - Dauer

[kollinchen]

Hallo Gemeinde!
Was habt ihr denn so für Erfahrungen hinsichtlich des Recovery Managers nach einem Server Crash? Einer unser Server hat für den Crash selbst nur wenige Sekunden gebraucht, für das Wiederherstellen durch den Recovery Manager beim Neustart fast 2,5 Stunden. Laut Aussage der IBM ist das eben so, wir sollen doch die Datenbanken verkleinern. Naja...
Würde es etwas bringen, die Translogs häufiger zu sichern?
LG

[pur_berger]

Hm - Datenbankwartung?

Online ...

load compact /pfad/dateiname.nsf  -c
load updall /pfad/dateiname.nsf   -R -X
load fixup /pfad/dateiname.nsf   -F -O

Lotus Software Knowledge Base Document
Title:        Administrator Guide for Domino Server maintenance
Doc #:        7006573
URL:        http://www.ibm.com/support/docview.wss?rs=899&uid=swg27006573

Lotus Software Knowledge Base Document
Title:        Lotus Domino server maintenance tips
Doc #:        1248830
URL:        http://www.ibm.com/support/docview.wss?rs=899&uid=swg21248830


Offline ...

DOS-commandbox, in das Domino Installverzeichnis gewechselt
und dort wird gestartet:

ncompact -c,  danach nupdall -r

Dann kann der Server wieder hochgefahren werden.

Das kann allerdings ein paar Stunden dauern und - gilt dann nur für die Datenbanken auf dem betreffenden Server

[Thomas Schulte]

Der Springende Punkt bei deinem Szenario sind die Transaction Logs, wo liegen die (separate Platte mit eigenem Controller?). Wie oft sichert ihr den Server (täglich/wöchentlich/monatlich?)?

Nach einem Server Crash muss er nämlich die kompletten Transaction Logs ab dem Zeitpunkt der letzten Sicherung durcharbeiten. Und das kann je nach Größe und Zugriffsgeschwindigkeit etwas dauern.

[kollinchen]

Die Sicherung des Servers läuft alle 3 Tage, die Translogs werden alle 5 Stunden gesichert. Die Translogs liegen auf einer LUN. Ist sicher nicht optimal... Muss der Server alle Translogs durchgehen nach einem Crash, oder nur die, die noch nicht durch die Backup Software gesichert wurden?

[Thomas Schulte]

Soweit ich weis alle seit dem Zeitpunkt der letzten Server Sicherung. Weil erst diese Sicherung den Commit für das Transaction Log darstellt.

und das mit der LUN ist für das Transaction Log tatsächlich suboptimalst, weil es an dieser Stelle nämlich sehr auf die Geschwindigkeit des Lese und Schreibzugriffes ankommt.

[Jens_1]

Moin!

Nur mal so für mich zum Verständnis - ich habe mit dem Transaktionsprotokoll seit 3-4 Jahren nichts mehr am Hut weil bei uns halt nicht gewollt.
War es nicht so, daß gerade durch die Verwendung des Transaktionsprotokolls der Server nach einem Crash deutlich schneller wieder hochfahren sollte als ohne? Das war doch imho eines der wesentlichen Argumente für die Verwendung des Transaktionsprotokolls - oder?

Gruß
Jens

[Thomas Schulte]

Richtig dem ist so. Nur hängt das Ganze dann halt sehr davon ab, wo man das Transaction Log hininstalliert hat.

Gleiches Plattensystem wie Data Verzeichnis oder noch besser gleiches Plattensystem und gleicher Controller und es wird dann halt nicht schneller sondern langsamer.

[kollinchen]

hmm. Die LUN für das Translog liegt auf HP EVA. Soll super schnell sein...
 

[m3]

Paul Mooney meint, man sollte die Transaction Logs lokal halten, wenn man nicht genau weiß, was man auf dem SAN tut:

Transactional logging is great.  Implemented correctly, you can gain about 10% disk performance on your domino server.  Now what is implemented right?  Placing your transactional logs on a separate drive to the data directory (or any directory links).  A separate drive is is a seperate physical disk or disk array - with different controllers/spindles.  IE Separate.

In relation to a SAN - yes you can put transactional logs on a SAN, but only if you have implemented in the same manner.  This usually costs a lot of money (separate drive area/disks/controllers/spindles/LUN).  If your blades come with a local array (raid 1 array) use them for your transactional logs and SAN boot them instead.  Sometimes, the Domino administrator is not the SAN administrator aswell - and you may need to ensure that if you have Trnslog running on the SAN, that it is done in this manner.

So, unless implemented properly I recommend that the transactional log files are on local drives.  I have many scars from SANs!

[kollinchen]

Hey, danke erstmal, das werden wir mal prüfen. Wir haben nun auch noch etwas gefunden, einen notes.ini Parameter:
TRANSLOG_Performance
Syntax: TRANSLOG_Performance=value
Description: Specifies the trade-off between transactional log runtime and restart recovery time, as follows:


1 - Favor runtime. The system stores more database changes in memory writes fewer changes to the transaction log. Fewer writes to disk improves server runtime.
2 - Standard (default)

3 - Favor restart recovery time. The system stores fewer database changes in memory and writes more changes to the transaction log. More writes to the transaction log improves restart recovery time.

----------
Das werden wir jetzt auch mal checken...

[Maverick]

Hallo Gemeinde!

Hallo Frau Kollegin,

... Laut Aussage der IBM ist das eben so, wir sollen doch die Datenbanken verkleinern. Naja...

habt ihr wirklich Zugriff auf die Meinung der IBM, oder handelt es sich dabei um die Meinung eures Rechenzentrums?

LG
Paul

[kollinchen]

 

Das war tatsächlich die Aussage eines IBM Mitarbeiters bzw. -Beauftragten. Wie auch immer...