Domino 9 und frühere Versionen > ND9: Administration & Userprobleme
Erfahrungen mit Backup Software für Domino
notesman:
Hallo liebe Adminkollegen,
ich stehe vor der Erneuerung unserer Backuplösung(en) und habe deshalb mal hier nach einer gängigen Lösung gesucht.
Situation:
Domino:
- Eine vSphere 5.5 Landschaft.
- Domino 9.x (2 Postfachserver im Cluster) (2 x 600 GB)
(Im Cluster ist Transaction Log aktiviert)
1 Domino Archivserver (1 TB)
1 Domino Traveller (100 GB)
mehrere kleine Server wie Mailgateways, …
MS AD mit diversen Anwendungs und 2 Fileservern (insges. 6 TB)
Bisher
2 x Hardwareserver mit BackupExec 2014 (LTO 5 + 6)
1 x Virtueller Server mit BackupExec 2014
+ Acronis Backup für Vsphere
IBM/Quantum Super Loader 3
---------------------------------------------------------------------------------
Wie hier im Forum schon erwähnt bin auch ich mit BackupExec nicht komplett zufrieden.
Deshalb habe ich mal eine Teststellung von Veaam Backup 9 installiert.
(unterstützt jetzt (Version 9) auch LTO Wechsler) (Allerdings klappt es bisher nur mit Fehlermeldungen)
Hier wird die Sicherung ja über Snapshots gemacht. +
eine Endpointsoftware mit der man Hardwareserver mehr oder weniger komfortabel sichern kann.
Tivoli TSM ist einfach zu teuer für unser Budget, SEP Sesam behaupteten (vor 2 jahren) auf BE 2014 Preisniveau zu sein, wurden dann aber doch deutlich teurer mit Support /erst 8K€ dann doch >15K€)
Arcserve hatten wir wegen des schlechten Supports (alte Agenten)(damals) durch BE 2010 ersetzt.
Für unsere vSphere Essentials gibt es von Veaam eine passende Essentials Version, die unter 5000 € für 3 ESX Server kostet.
Zum Thema Snapshot + Domino habe ich dann hier einige Meinungen gefunden:
****** Jetzt mal eine Meinung hier aus dem Forum:
--- „Eine komplette Snapshot Sicherung bei Domino Servern ist unsinnig. Bedenke bitte die Datenmengen denn bei einem Snapshot sicherst du immer den kompletten Server und das macht bei Domino Servern keinen Sinn. Ein Domino Server sollte immer über die Domino API gesichert werden, jede Enterprise Backupsoftware ist dazu in der Lage.“ ----
****** Ende des Kommentares
****** Jetzt noch mal eine weitere Meinung hier aus dem Forum:
--- „Der Vorteil besteht ja darin ,dass man mit den Archivierenden TR-Logfiles in der Woche immer nur die Veränderungsdaten (also die aufgelaufenen Logfiles) sichert und nur am Wochenende eine Vollsicherung fährt.
Zu dem Thema Virtualisierung. Auch unsere Server laufen in der VMWare Welt und erhalten eine vmdk Sicherung (Online, wobei ja quasi on the fly ein Snapshot erstellt wird und der kostet zusätzlich Platz) , aber die Domino relevanten Files *.nsf, *.ntf, *.txn sind bei dieser Sicherung excluded (das ist bei der Backupsoftware wohl möglich, bei uns Netbackup).
Auch ich stoße hier ins gleiche Horn... Snapshot ist für den Domino Server komplett uninteressant, da ich hier ja auch keine einzelnen Dateien sichern & zurücksichern kann.
Wenn ich DB1 zurücksichern will, dann wird auch DB2 auf den selben Sicherungsstand zurückgefahren. „---
****** Ende des Kommentares
-----------------------------------------------------------------------------------
-----------------------------------------------------------------------------------
Meine Erfahrung ist:
Auch z.B. BackupExec mit seinen Agenten sichert täglich ALLE *.NSF so gut wie komplett (= Vollsicherung)
Und die Komprimierung ist jetzt auch nicht wirklich überzeugend (weder Band noch Disk). Noch dazu streichen die Agenten unregelmässig die Segel und sichern unregelmässig mal den einen oder anderen Server NICHT !!! (Ob nun ein Windows Update oder eine Netzstörung oder etwas anderes der Auslöser ist, … ?!
Bei Acronis und / oder Veaam kann ich die komplette Snapshotsicherung
mounten und dann sehr wohl eine einzelne NSF zurück holen.
Zusätzlich kann ich natürlich auch eine Maschiene ohne Postfächer/DBs „imagen“ und z.B. handlich aufs NAS legen.(Oder eine Replik erstellen)
Bisher haben wir über unabhängige Platten in der VM die Trennung von Maschine und Datenpartition zu erreichen.
Bei Veaam wird aber wegen der Snapshottechnologie so eine Platte nicht gesichert, so das man die Anbindung dieser Platten erst ändern müsste.
Auch früher habe ich schon mal für die Sicherung den jeweiligen Dominodienst per Stop-Batch beendet und nach dem Sichern wieder hochgefahren.
Wenn ich jetzt bei der virtuellen Maschine vor dem Backup den Dienst stoppe und dann den Snapshot mache und den Dienst wieder starte.
Dann müsste doch alles im Snapshot OK sein? (Da es ein Cluster ist, wird der Ausfall nur marginal bemerkt werden (und das noch Abends)
Meine Frage:
- Hat jemand Erfahrung/Meinung zu Veaam?
Wenn ja: auch mit z.B. LTo Wechslern …
- Wie ist die aktuelle (neueste BackupExec im Vergleich zur 2014?
Lieben Gruss, Frank
Ice-Tee:
Wir haben uns ebenfalls seit zwei Wochen von Backup Exec getrennt.
Nun verwenden wir Acronis Backup Advanced for VMware 11.5, um unsere VMs zu sichern. Cluster-Unterstützung ist voll gegeben.
Das funktioniert wunderbar, auch das sichern der Dominio Server. Da gibt es mehrer mögliche Ansätze.
1) Durch ein kleines Script den VMware Tools sagen, das der Domino kurz beendet werden soll. Dieser startet dann nach dem (Acronis)Snapshoot wieder und dauert in der Regel nur Sekunden. 2) Das ganze durch den VSS-Dienst erledigen lassen. Wichtig bei Acronis, für Domino den "Software – System-Provider" zu verwenden.
Dann wird die VM komplett oder dank CBT inkrementell und differentiell gesichert.
Bei einer Wiederherstellung sind die DBs nicht korrupt.
LTO Wechsler werden zu 100% unterstützt. Diese emulieren wir allerdings, da wir einen RDX-Wechsler verwenden.
Wir sind sehr zufrieden!
schroederk:
Ich kann nicht nachvollziehen, warum man für das Sichern eines Domino-Servers keine vernünftige Backup-Lösung nutzt, sondern quasi hintenrum über das Sichern der VMDK (Snapshot-Technologie).
Veam unterstützt das meines Wissens auch noch immer nicht.
Wir sind gerade dabei BackupExec rauszuwerfen. Ich kann von meiner Seite aus nur SEP Sesam empfehlen.
Unterstützt gleichzeitige Backups auf ein Laufwerk, mehrere Laufwerke, LTO, in einem Wechsler.
Wir haben einen für 48 Bänder und 2 LTO5-Laufwerken.
SEP ist auch in der Lage gesicherte VMDKs als Laufwerk zu mounten, sodass hierüber auch ein File-Restore funktioniert ohne dafür ein paralleles System aufzusetzen.
SEP kann entweder Agenten-basiert oder Volumen-basiert lizensiert werden.
Der Entwicklung und Support ist in Deutschland und erfolgt auch direkt über die Entwickler, anstatt über Hotlines von was-weiß-ich-woher.
Preis in etwa dort anzusiedeln, wo auch BackupExec liegt.
MCPvsTron:
Hallo allerseits,
ich möchte das Prinzip (und die damit verbundenen Vorteilen) der API Sicherung nicht erneut erläutern. Aber die hier beschriebenen "Umgehungs-" Szenarien sind in größeren Umgebungen kaum umsetzbar, oder wie lange soll eine Snapshotsicherung mal abgesehen von den Sicherungskapazitäten dauern, wenn täglich über 5 TB an Daten gesichert werden sollen?
Ein Time-in Point Restore ist damit nach wie vor nicht möglich.
Viele Grüße
Christian
Ice-Tee:
--- Zitat von: MCPvsTron am 19.02.16 - 14:54:44 ---Hallo allerseits,
ich möchte das Prinzip (und die damit verbundenen Vorteilen) der API Sicherung nicht erneut erläutern. Aber die hier beschriebenen "Umgehungs-" Szenarien sind in größeren Umgebungen kaum umsetzbar, oder wie lange soll eine Snapshotsicherung mal abgesehen von den Sicherungskapazitäten dauern, wenn täglich über 5 TB an Daten gesichert werden sollen?
Ein Time-in Point Restore ist damit nach wie vor nicht möglich.
Viele Grüße
Christian
--- Ende Zitat ---
Ich weiß nicht, wo du deine Infos her hast? Aber mit Acronis Backup Advanced ist durch das SQL Add-On auch ein "point-in-time restore" kein Problem (das meinst du doch?).
Das eigentliche Erstellen des Snapshot ist Mintensache und läuft parallel. Sind die 5 TB als Fullbackup gerechnet? Oder sind die 5 TB inkrementelle oder differentielle Backups? Das wäre schon der Hammer! Ein bestehendes Tempoproblem kann ich absolut nicht nachvollziehen.
API hin oder her - es führen immer mehrere Wege nach Rom. Wenn das Ergebnis stimmt und keine Nachteile offensichtlich sind? Dann passt es doch ...
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln