Transactionlogging, Dimensionierung?

[jkunze]

Hallo,

wir haben einen neuen Server für unsere CRM Datenbank (ca. 40 GB). Nun wollten wir endlich mal Transactionlogging aktivieren.

Wie groß sollte hier die TL-Partition ausgelegt werden?
Und gibt es evtl. noch etwas zu beachten?

Danke für alle Tips vorab,

Gruß Jochen

[Glombi]

Aus der KBASE:

Is There a Larger Size Limitation For Transactional Logs in Notes Domino 6?
Product:
Lotus Domino  >  Lotus Domino Server  >  Versions 6.0, 6.5
Platform(s):
Platform Independent
Doc Number:
1099477
Published:  13.09.2004
Technote

Problem

In Notes Domino Release 5.x there is a current limitation of 4 GB of transactional log extents when using Circular mode.  This gives many customers close to or less than 24 hours of logging.  This limit is also wasteful when transactional logging is on a very large drive where the remaining disk space cannot be used.  Has this changed in Notes Domino 6?



Solution
In Notes Domino 6 a new logging style has been implemented called linear looping. This is the same scheme as circular (one set of transaction logs which is reused), but allows unlimited size.

Supporting Information:

From a backup standpoint, the linear looping style should be considered equivalent to circular.  That is to say, archival of extents is not supported with linear style logging.  The benefit to the user is that it extends the size of the log before extents are reused, affording a larger time window within which standard database backups can be recovered using log extents that are still available in the transaction log directory.

Only circular type logging has a limit on the log size of 4 GB.  There is, in fact, no limit in size to the transaction log when using archive or linear style logging other than the amount of available disk space.  In Domino version 6 the 'Maximum log space' field on the Transactional Logging tab of the Server document is no longer used with Archive transactional logging.  It is used only for Circular and Linear.  Although it is unnecessary to limit the log size with linear style logging, you can do so by specifying any size in the 'Maximum log space' field up to the size of the disk that is used to back the txn logs.  Be aware that it will format the number of extents that will fit in the space that is specified.  For example, if you specify 200 GB for the logs, you will have to wait for the 200 GB of logs to format at start up time.

Note:  In R5, Archive logging can workaround the 4 GB size limitation which can accommodate any size logs up to the size of the drive.  However, a utility must be used to archive the extents. Archive mode is also available in Notes Domino 6.


Andreas

[Glombi]

Falls Ihr SAN einsetzt - ist erst ab R6 supportet:

Should Transactional Log Extents (.TXN Files) Be Directed to a Storage Area Network (SAN)?
Product:
Lotus Domino  >  Lotus Domino Server  >  Versions 6.0, 5.0, 6.5
Platform(s):
Platform Independent
Doc Number:
1103076
Published:  28.05.2005
Technote

Problem

A customer has transactional logging enabled on their Domino R5 or 6.x server and has the transactional log extents (.TXN files) as configured in the Server document, placed on a Storage Area Network (SAN) .  Is it recommended to direct .TXN files to a SAN?



Solution
Previously, when local storage was faster and more reliable than SAN storage, it was not recommended to use SAN/NAS (Network Attach Storage) due to performance concerns.  In R5 and 6.x, the performance of SAN/NAS was not as efficient and expeditious as that of locally attached SCSI disks.

Now, however, with the improvements in SAN storage performance and reliability, we do support transactional log extents (.TXN files) being directed to a fast and reliable SAN.

[jkunze]

Hi Glombi,

wir setzen Win2003 ein und Domino 7. Ich habe nur hier geposted, weil ich dachte, da lesen mehr Leute mit.

Mein Ziel ist es, so wenig wie nötig für TL zur Verfügung zu stellen. Und da fehlen mir halt die Anhaltspunkte,

Gruß Jochen

[Glombi]

Ich habe es ins R7 Board verschoben...

Bitte immer im richtigen Board posten.

Andreas

[jkunze]

Alles klar,
ich werds nie auch wieder probieren,
Gruß Jochen

[Wolfgang]

Wie groß sollte hier die TL-Partition ausgelegt werden?
Und gibt es evtl. noch etwas zu beachten? 

... ja, den Grund für TL und die Art der verwendeten Datensicherung.
Daraus ergibt sich u.U., ob Du archivierendes oder umlaufendes TL verwenden mußt/kannst/solltest/vermeiden solltest und daraus kann sich wiederum ergeben, wie groß der Platz sein muß. Hängt natürlich außerdem von der Zahl der Bewegungen innerhalb der DB ab.

Gruß
Wolfgang

[jkunze]

Hallo,

das sind jetzt meine Erkenntnisse:

Die unbedingte Empfehlung für TL ist :

separate Platte mit Datenspiegelung
RAID 0 oder
RAID 1 mit dediziertem Controller

Ansonsten ist mit mit Performanceeinbußen zu rechnen!


Gruß Jochen

[matze79]

Auf einem Server habe ich mit fast 200 User ca. 200 GB an Daten. Mein Transaction-Log ist auf Circlular gestelt mit 4 GB. Hier werden die Transactionen von ca. 3 Tagen geloggt.

Ich nutze Transactionlogging wegen der Datensicherung und zur Absicherung von Abstürzen.

[Wolfgang]

Mein Transaction-Log ist auf Circlular gestelt mit 4 GB. Hier werden die Transactionen von ca. 3 Tagen geloggt.

Ich nutze Transactionlogging wegen der Datensicherung und zur Absicherung von Abstürzen. 

... das ist aber eine spannende Variante, ein umlaufendes TL in Verbindung mit der Datensicherung zu verwenden. Und das gab noch nie Probleme beim Zurückspielen einer DB?
Wie oft macht Ihr denn dann Komplettsicherungen? Bei uns würde das so nicht funktionieren.

Wenn die Backup-Software TL richtig unterstützt, dann setzt man das TL normalerweise auf archivierend. Bei einer Komplettsicherung (z.B. am Wochenende) werden die alten TL-Dateien gelöscht. Während der Woche reicht die Komplettsicherung und das TL der Zwischenzeit, um eine DB minutengenau wiederherzustellen.

Macht man eine Komplettsicherung nur am Wochenende mit einem umlaufenden TL, das nicht die komplette Woche beinhaltet, dann gäbe das beim Zurückspielen Bruch ... 

Gruß
Wolfgang

[matze79]

> Wie oft macht Ihr denn dann Komplettsicherungen? Bei uns würde das so
> nicht funktionieren.

Wir machen jeden Tag ein Full-Backup mit einem speziellen Online-Plugin für unserer Backup-Software.

[Wolfgang]

> Wie oft macht Ihr denn dann Komplettsicherungen? Bei uns würde das so
> nicht funktionieren.

Wir machen jeden Tag ein Full-Backup mit einem speziellen Online-Plugin für unserer Backup-Software.

... ja, so funktionierts latürnich ...     ;-)