Asigra DS-Client Benutzerhandbuch Seite 760

Wissensdatenbank: BACKUP
• Die erste Phase stellt die vollständige MS SQL-Ablage des SharePoint-
Servers wieder her.
• Die zweite Phase stellt die differentialen MS SQL-Backups (falls zutreffend)
des SharePoint-Servers wieder her.
2. Bevor eine Web-Anwendung zum Originalstandort wiederhergestellt wird, muß jede
bestehende Web-Anwendung mit demselben Namen und mit diesem in Bezug
stehende Freigaben-Dienst-Anwendung von der SharePoint-Zentralverwaltung
gelöscht werden.
Restores zum Alternativstandort
Folgendes sollte in Betracht gezogen werden, falls Sie einen VSS-bewußten SharePoint-Backup
zu einem Alternativstandort wiederherstellen möchten.
1. Ein VSS-bewußter SharePoint-Backup-Satz unterstützt nur das Umbenennen der
SQL-Datenbank-Komponente während einem Alternativ-Restore.
• Sie können nur den SQL-Datenbanknamen umbenennen. Jedoch wird dies
nicht die internen .mdf und .ldf Dateien dieser Datenbank umbenennen.
Deshalb stellen Sie vor dem Restore sicher, dass keine Datei mit demselben
Namen im Ziel-Datenverzeichnis existiert. Anderenfalls wird der Restore
fehlschlagen.
• Zum Beispiel: Falls der Original-Datenbankname 'abcd123' ist, dann werden
die interne Datenbank und die Protokolldateien wahrscheinlich 'abcd123.mdf'
und 'abcd123.ldf' sein. Falls Sie den SharePoint-Server zu einem
Alternativstandort wiederherstellen und die Datenbank zu 'xyz1234'
umbenennen, werden die internen Dateien trotzdem 'abcd123.mdf' und
'abcd123.ldf' sein.
• Zu welchem Namen Sie die Datenbank auch ändern wollen, dieser muß
bereits im SharePoint-Server existieren. Dies ist, weil die VSS-Schreiber in
der Lage sein müssen, die wiederhergestellten Daten mit dem neuen
Datenbanknamen zu verknüpfen. (Im vorigen Beispiel würde dies das
Verknüpfen der 'abcd123.mdf' und 'abcd123.ldf' Dateien mit der 'xyz1234'
Datenbank bedeuten.)
2. Komponenten umbenennen: Normalerweise müssen Sie einen VSS-bewußten
SharePoint-Backup so wiederherstellen, wie Sie diesen ursprünglich gesichert haben
(d.h. indem Sie den VSS-Schreibern auf dem Zielrechner die Restore-Vorgänge
überlassen). Es ist nur nützlich, die SQL-Server-Komponente eines SharePoint-
Servers in den folgenden Szenarios umzubenennen.
• Szenario 1: Der Quelldatenbankname existiert bereits in der Ziel-SharePoint-
Farm (d.h. dieser wird von einer anderen Datenbank verwendet).
Restore-Schritte:
1. Erstellen Sie eine neue Datenbank im Datenbank-Server einer SharePoint-Farm.
2. Führen Sie ein Restore des SharePoint-Servers zum Alternativstandort durch und
benennen Sie die Datenbankkomponente zur Datenbank um, die in Schritt 1 erstellt
wurde.
3. Nachdem der Restore zum Alternativstandort beendet ist, erstellen Sie in der
SharePoint-Server-Anwendung eine neue Web-Anwendung unter Verwendung der
wiederhergestellten Datenbank.
• Szenario 2: Die Zieldatenbank hat einen anderen Datenbanknamen als die
Quelle, jedoch hat diese dieselbe databaseid und siteid, wie die Quelle.
Restore-Schritte:
DS-Client Benutzerhandbuch
v12.2 [Revisionsdatum: 13. Juni 2013]
© Asigra Inc. Alle Rechte vorbehalten.
Erzeugt am: 13.6.13
Seite: 760
Vertraulich.