Hallo,
wir haben vor kurzem einiges an de IT-Infrastruktur verändert. Unter anderem nutzen wir eigentlich nicht mehr Lotus Notes. Ich kennen mich mit Lotus Notes auch nicht weiter aus.
Allerdings ist der Server mit der Domino-Installation auch der AD DC und muss daher gesichert werden. Bevor die Lotus-Notes-Installation in den Ruhestand versetzt wird würde ich gerne noch ein Backup machen und herausfinden, was da schief läuft mit der neuen Backupsoftware.
Die alte Backupsoftware hat auch nur gesichert nachdem die Lotus-Dienste heruntergefahren wurden.
Vor jedem Backup fahre ich diese Dienste herunter:
net stop "Lotus Domino Server (LotusDominodata)" 2>&1 >> %LOG%
net stop "Lotus Domino Diagnostics (DLotusDomino)" 2>&1 >> %LOG%
net stop "Lotus Notes-Diagnose" 2>&1 >> %LOG%
Dann erstellt die Backup-Software ein VSS Snapshot und fängt mit dem Backup der Schattenkopien an.
Das Pre-Backupskript startet nach erstellten VSS-Schattenkopien wieder die Dienste.
Ist das soweit ok für ein Lotus Notes Domino Backup?
Früher mit einem langsameren Backupserver dauerte so ein Backup auf LTO3 4 Stunden. Die neue Backup-Software mit neuer Backup-Server-Hardware (u.a. LTO5) benötigte anfangs noch 6,5 Stunden, inzwischen aber 18 und mehr.
Mir scheint, dass das eher an der Backupsoftware liegt, da diese inzwischen upgedated wurde.
Wie kann man den Flaschenhals finden, der dafür verantwortlich ist? Bzw. welche Benchmarks etc. könnte man hernehmen um dem Hersteller aufzuzeigen, dass es an der Hardware des Lotus-Domino-Servers nicht liegt (falls dem so ist). Der Domino Server läuft auf einem Partitioniertem Raid5 (C: und D:).
Gibt es eine gute Performance/Monitoring-Software, die man für entsprechende Benchmarks der Festplatte und des Netzwerkdurchsatzes empfehlen kann?
Das hier passt nicht ganz, da wir kein TSM nutzen und auch kein online Backup beabsichtigt ist:
http://adsm.org/forum/showthread.php?28133-Long-Backuptime-Lotus-Domino-Server
Aber wie kann es sein, dass robocopy diese Probleme scheinbar(?) nicht hat? 1)
Außerdem fällt mir ein, dass der Lotus-Server, seit ich VSS nutze, ja nur etwa 5 Minuten, bis zur Erstellung der VSS-Schattenkopie heruntergefahren ist. Stört das die Wartungsaufgaben trotzdem so stark?
IBM spricht auch von the traditional method of making backup copies of files to tape or file server in Notes/Domino Best Practices: Backup & Recovery (http://www-01.ibm.com/support/docview.wss?rs=463&uid=swg27009311).
In Achieving ultimate storage and server cost savings with DAOS in IBM Lotus Notes and Lotus Domino 8.5 (http://www.ibm.com/developerworks/lotus/library/notes85-daos/index.html) liest sich das eher wie ein Vorteil für die Backupdauer (habe den Artikel allerdings nur überflogen).
1)
Inkrementell sind es bei den DAOS noch 11,25 MiB/s stat 12,9 MiB/s (erster Lauf):
-------------------------------------------------------------------------------
ROBOCOPY :: Robust File Copy for Windows :: Version XP010
-------------------------------------------------------------------------------
Started : Mon Oct 28 14:11:45 2013
Source : D:\Lotus\Domino\data\DAOS\0003\
Dest : Z:\DriveImageXML\yarcgui_temp\0003\
Files : *.*
Options : *.* /COPY:DAT /NP /ETA /R:1000000 /W:30
------------------------------------------------------------------------------
15653 D:\Lotus\Domino\data\DAOS\0003\
Newer 129369 000036764D1E73AC446BFD7E177675A704CBF8F80001F830.nlo
Newer 120122 00007A616C9BE4D18CAED44DBDDE3B7C08271CAE0001D411.nlo 14:12 -> 14:12
[...]
Newer 1.0 m FFEF8D191233536C199F514DC148EA1F0DA9D584001167EA.nlo 14:46 -> 14:46
Older 3.9 m FFEFF879B47CC3E70C262D599C0334B43F9BF756003FB617.nlo 14:46 -> 14:46
Older 890802 FFF990762100F412CABB716F3D148392DE127183000D9689.nlo 14:46 -> 14:46
------------------------------------------------------------------------------
Total Copied Skipped Mismatch FAILED Extras
Dirs : 1 0 1 0 0 0
Files : 15653 15418 235 0 0 0
Bytes : 22.857 g 22.522 g 343.26 m 0 0 0
Times : 0:35:05 0:34:10 0:00:00 0:00:55
Speed : 11794776 Bytes/sec.
Speed : 674.902 MegaBytes/min.
Ended : Mon Oct 28 14:46:50 2013
Man sieht, dass Lotus Notes fast alles verändert als DBMS, und nur 343,26 MiB übersprungen werden von den 22,9 GiB.
Allerdings war auch die zweite Sicherung der nsf-Datei mit 12,36 MiB/s etwas langsamer als beim ersten Lauf, möglicherweise war das System mehr belastet.
Trotzdem leuchtet mir nicht ein, weshalb die Backupsoftware so viel länger benötigt. Oder liegt es daran, dass sie Tape-basiert ist, und ich wäre besserr bedient Backup 2 Disk 2 Tape zu versuchen?
Ich werde mal das komplette Laufwerk D: als VSS per robocopy sichern. Mal sehen, ob es dann auch so in die Knie geht. Dann ein Bandbackup des Spiegels, ob dieser dann flott auf Tape gesichert werden kann.
Übrigens sind C: und vor allem D: stark fragmentiert (http://www-10.lotus.com/ldd/dominowiki.nsf/dx/01152009062114PMWEBVDT.htm).
Volume (C:)
Volumegröße = 24,41 GB
Clustergröße = 4 KB
Belegter Speicherplatz = 16,56 GB
Freier Speicherplatz = 7,85 GB
Freier Speicherplatz (%) = 32 %
Volumefragmentierung
Fragmentierung gesamt = 23 %
Dateifragmentierung = 46 %
Speicherplatzfragmentierung = 0 %
--
Volume Daten (D:)
Volumegröße = 423 GB
Clustergröße = 4 KB
Belegter Speicherplatz = 257 GB
Freier Speicherplatz = 166 GB
Freier Speicherplatz (%) = 39 %
Volumefragmentierung
Fragmentierung gesamt = 22 %
Dateifragmentierung = 45 %
Speicherplatzfragmentierung = 0 %