Sharepoint Disaster Recovery

Question

Was sind Ihre Disaster Recovery-Pläne für Windows Sharepoint Services 3.0?

Zur Zeit haben wir alle Datenbanken sind das Backup (1 Inhalt, admin, suchen und config) SQL Backup-Tools, und das Backup der Front-End-Server über Dataprotector.

unsere Backups Um zu testen, haben wir eine weitere Server-Farm verwenden, stellen Sie die Inhaltsdatenbank (nach dem Verfahren auf technet ) und eine neue Anwendung erstellen, die diese Datenbank verwendet. Wir müssen nur Lösungen Umschichtung auf der neu erstellten Sharepoint-Anwendung.

Allerdings müssen wir Zugriff auf die Datenbank-Anmeldeinformationen (auf SQL Server) ändern: die Benutzerkonten auf die Produktion verwendet werden, sind nicht die gleichen wie die auf unserer „test“ Farm verwendet

.

Am Ende können wir unsere Content-Datenbank wiederherstellen und Zugriff auf alle Standorte. Suche nicht funktioniert, aber wir untersuchen.

Ist dieses Szenario zuverlässig wiederherstellen (wie in von Microsoft unterstützt)?

Answer 1

Sie können nicht wirklich Backup / Restore sowohl Konfigurationsdatenbank und Suchdatenbank:

• Wiederherstellen Konfigurationsdatenbank nur dann funktionieren, wenn die neue Farm genau die gleichen Servernamen haben
• , wenn Sie die Suchdatenbank wiederherstellen, wird der Volltextindex nicht synchronisieren. Dies ist jedoch kein Problem, da kann man einfach indizieren.

Als Ergebnis würde ich sagen, ja, das ist ein zuverlässiges für den Inhalt. Aber kümmern:

• Sie müssen möglicherweise einige Konfigurations Redo (AAM, verwalteten Pfad ...).
• Dies ist nicht Anpassung enthält, Sie möchten eine Sicherungskopie Ihrer Lösung halten

Answer 2

Zuverlässigkeit liegt im Auge des Betrachters. In diesem Fall, wenn die Tests der Wiederherstellungsvorgang erfolgreich ist, dann ja, ist es zuverlässig.

Answer 3

Eine Reihe meiner Klienten laufen Sharepoint (beide MOSS und WSS) in virtuellen Umgebungen, SQL Server auch virtualisiert ist und sowohl mit SQL-Tools gesichert und mit Volumeschattenkopie.

Der Vorteil einer virtuellen Umgebung ist Ausfallzeiten sind nur so lange, wie es Ihren Virtual Server-Host nimmt die Bilder zu starten.

Wenn Sie Virtualization nicht verwenden, dann sichert Transaktion erinnern protokolliert regelmäßig, da dies es leichter zu einem bestimmten Punkt in dem Tag wieder herzustellen - es bedeutet auch, dass die Transaktionsprotokolle wachsen nicht zu groß

!

Answer 4

Ich ziehe die stsadm -o backup Befehl ‚für katastrophalen Backup‘ zu verwenden, wie es in der Hilfe sagt. Dies kann geplant werden, sondern erfordert eine gewisse Wartung der Backup-Metadaten-XML-Datei, wenn Sie nicht genügend Speicherplatz anfangen zu laufen und müssen ältere Backups zu archivieren. Es hat den Vorteil der Übertragung über Timer-Aufträge (in der Regel) und andere Konfiguration, weil, wie Nico sagt, die Config-Datenbank gestellt wird für die meisten Situationen nicht funktionieren.

Zur Wiederherstellung können Sie die Benutzeroberfläche verwenden, das ist schön und hat nicht herum zu verwirren mit viel mehr. Ich denke, es ist Ihre Lösungen auch wieder, aber noch nicht, dass ausgiebig getestet.