Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

Archival TransLog: Wiederverwenden von Logs wann?

<< < (2/4) > >>

Sascha Seipp:
Moin allerseits,

hab das Ganze mal mit meinem Backup-Admin nachvollzogen: es wurde bis dato wohl der MS Shadow Copy-Modus für's Backup genutzt, und damit klappt das mit dem Archiv-Flag so nicht. Nachdem das deaktiviert wurde, sieht es jetzt schon besser aus: eine Datei wird neu geschrieben und bekommt das A-Flag - sobald sie gesichert wurde, nimmt das Backup das A-Flag heraus und Domino weiß, daß es die Datei wieder verwenden kann.

Das ist jetzt auch schon ein paar Mal passiert, dennoch nehmen die TXN-Dateien in einem Maße zu, wie das eigentlich nicht sein müßte (ich würde erwarten, wenn Domino die Wahl hat, eine Datei neu anzulegen oder eine vorhandene zu recyceln, dann nimmt es erstmal die vorhandene?).
Im Moment hab ich ein Laufwerk von 20 GB für die Translogs (auf nem Testserver, der nicht viel macht). Davon sind knapp 7 GB mit Translogs belegt, wobei für einen Tag nicht mehr als 5 TXNs gebraucht werden (320 MB), und nach meinem Kenntnisstand machen wir mindestens einmal die Woche FullBackup.

Wie kann ich denn, davon ausgehend, daß der Start in diese Einstellung nicht ganz rund war, das Ganze nochmal bereinigen? Wenn ich den Server herunterfahre, kann ich die vorhandenen TXNs gefahrlos löschen, oder? (Von selbst macht der Server das ja nicht).

Ciao
Sascha

Tode:
ALSO: Wenn Du den Server durchstartest, dann sollte er die "überzähligen" TXN- Files selbständig löschen. Im laufenden Betrieb werden einmal verwendete Files NICHT aufgeräumt, sondern nur bei Bedarf wiederverwendet (vorher umbenannt). Es gibt aber einen INI- Eintrag, der den Server dazu "zwingt", nicht nur beim Serverneustart aufzuräumen...

Ich finde aber gerade ums verrecken den INI- Parameter nicht. Werde den hier ergänzen, sobald ich ihn wiedergefunden habe.

Das hier ist mal lesenswert für Dich, besonders dieser Abschnitt:
--- Zitat ---When the log space is close to reaching capacity and the Domino server requires a new log file, Domino first checks its list of log extents that have already been backed up. It renames the TXN file with the next sequential number and then uses that file in the logging process. The Domino server does not delete any log files; it simply renames them, which saves valuable processing time.
--- Ende Zitat ---

EDIT: Da ist er ja, der Link: TRANSLOG_MAX_ARCHIVE_EXTENTS ist der "geheime" Parameter... und ist auch schon wieder anderthalb Jahre her, dass wir das hier hatten...

Sascha Seipp:
Hallo allerseits,

mußte ja gerade mit Schrecken feststellen, daß dieses Thema hier schon ein halbes Jahr rumdümpelt, ohne daß ich mich wieder dazu gemeldet hätte. Leider ist's auch immer noch nicht ganz vom Tisch:

Das Wiederverwenden der Logs klappt jetzt - der Backup-Kollege hatte wohl schlicht vergessen, auch die TransLogs mit zu sichern.. Wir haben jetzt aber immer noch ein Problem, welches ich nicht recht verstehe. Nachdem ich mir die HP Data Protector-Config zusammen mit dem Backup-Kollegen nochmal angeschaut habe, haben wir jetzt folgendes konfiguriert: es sind sowohl die Datenbanken als auch die TransLogs im Backup-Job selektiert. Ein Full Backup läuft immer freitags um 18:00 Uhr, ansonsten täglich alle drei Stunden ein Incremental Backup.
Jenes Incremental Backup liefert aber jedes Mail für jede der DBs folgende Warn-Meldung:


--- Zitat ---[Warning] From: OB2BAR_LDBAR@<hostname> "<Domino server name>"  Time: 08/16/15 08:59:45
       Lotus Notes C API 'NSFIsNewBackupNeeded' returned error 1497: Function only supported for transaction logged databases.
--- Ende Zitat ---

Und es scheint auch so zu sein, daß deshalb das Point-In-Time-Rücksichern der DBs nicht klappt. Ich bekomme zwar den Stand des letzten FullBackups, aber nicht mehr. Da lautet dann der Fehler:


--- Zitat ---[0B68:0002-0C6C] comp = 11, fnc = 82, tracePt = 1023D000000 comp = 11, fnc = 49, tracePt = 10442200000 Logger Failure: Func=hlgScanLogBegin RC=0x00002015 File=rm\rmrest.cpp:1407
[0B68:0002-0C6C] **** DbMarkCorrupt(Database failed recovery.), DB=D:\restore\admin4.nsf  TID=[0B68:0002-0C6C] File=rm\rmresth.hpp Line=180 ***
[Minor] From: OB2BAR_LDBAR@<hostname> "<Domino server name>"  Time: 11.08.2015 11:49:17
   Lotus Notes C API 'NSFRecoverDatabases' returned error 5091: Recovery Manager: Error from Logging Subsystem..
--- Ende Zitat ---

Kann mir dazu evtl. jemand sagen, woher das kommt und wie man das abstellen kann?

Ciao
Sascha

Pfefferminz-T:
Was sagt denn das "HP Data-Protector"-Forum zu den Logmeldungen des Produkts?

" Lotus Notes C API 'NSFIsNewBackupNeeded' returned error 1497: Function only supported for transaction logged databases."

Ist TL für die Datenbanken aktiviert?
Was sichert ihr inkrementell? Ich hoffe nur die TLs?
Falls ihr wochentags einen Compact -C oder Compact -B macht, dann wird normalerweise eine neue DBIID vergeben und ihr müsst dann ein Fullbackup der Datenbank(en) machen.

Gruss,
Thorsten

Sascha Seipp:
Moin Thorsten,

das HP DP-Forum ist nicht so meine Welt :-) - der Backup-Kollege ist gerade im Urlaub, aber wenn er wieder da ist, ist eine Frage an HP sicherlich auch einer der nächsten Schritte, wenn wir es von der Notes-Seite aus nicht gelöst bekommen. Ggf. mach ich auch ein Ticket bei IBM auf, aber ich dachte mir, ich erfrage erstmal anderer Leute Erfahrungen.
Da die Meldungen ja scheinbar welche der Notes-API sind, könnte ich mir vorstellen, daß die HP-Fraktion damit weniger anfangen kann als die Notes-Experten.

Transactional Logging im Archived-Modus ist auf allen bis auf einer DB des Servers aktiviert. Die Unterscheidung zwischen Full und Incremental Backup in DP ist laut HP-Doku so gestaltet, daß ein Full alle DBs und alle noch nicht archivierten TransLogs sichert, wohingegen ein Incremental zunächst alle noch nicht gesicherten TransLogs sichert sowie die DBs mit neuer DBIID bzw. solche, bei denen ein konfigurierter Wert von Änderungen seit dem letzten Backup überschritten ist - im unveränderten Default sind das 64 MB. Letzteres ist mir zwar nicht ganz klar, weil ich zu dieser Option keinen Gegenpart in der IBM-Doku finde, aber es handelt sich um eine Option der Notes-Integration von DP, insofern unterstelle ich mal, die haben sich irgendwas Sinnvolles dabei gedacht.

Wir hatten bisher auf allen Servern ein Compact -B jeden Tag und ein Compact -C jede Woche konfiguriert. Für diesen Server hab ich das Compact -C deaktiviert und das andere in ein Compact -b umgebaut. Macht aber irgendwie keinen Unterschied.

Ciao
Sascha

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete