Was ist Ihre bewährte Methode? Wiederherstellungsmodell für SharePoint-Datenbanken

9

Paul Randal stellte einige wirklich nette Fragen zu Best Practices für SharePoint SQL-Datenbanken. Als er heute einem Kunden bei der Pflege der SharePoint-Installation half, stellte er mir eine Frage zum besten SQL-Wiederherstellungsmodell für die SharePoint-Datenbank.

Es ist meine Praxis (ich bin kein DB-Administrator :)))), das einfache Wiederherstellungsmodell zu verwenden. Wenn SharePoint-Datenbanken regelmäßig gesichert werden und Sie auch eine Tool-Sicherung eines Drittanbieters auf Elementebene haben, müssen Sie nicht die gesamten Protokolle speichern.

Vermisse ich hier etwas? Ist das der richtige Ansatz? Haben Sie jemals das SharePoint DB-Protokoll verwendet, um Ihre Daten wiederherzustellen?

Toni Frankola
quelle

Antworten:

8

Dies hängt ganz davon ab, wie viele Daten Sie verlieren möchten, und wie viel Verwaltungsaufwand erforderlich ist. Wenn Sie das einfache Wiederherstellungsmodell verwenden und sonntags einmal pro Woche Backups erstellen ... Wenn Sie am Samstag um 11:59 Uhr einen Absturz haben, haben Sie eine Woche Arbeit verloren. Durch Erhöhen der Häufigkeit von Sicherungen (oder Differenzieren) wird der Datenverlust verringert.

Indem Sie regelmäßige vollständige / differenzielle Sicherungen durchführen, aber das vollständige Wiederherstellungsmodell mit Transaktionsprotokollen verwenden, können Sie die letzte Sicherung wiederherstellen und dann die Transaktionsprotokolle zu einem Zeitpunkt unmittelbar vor dem Absturz wiedergeben und wenig bis gar keine Daten verlieren.

Apropos Paul Randal ... er hat diesen Monat einen großartigen Artikel zu genau diesem Thema für das TechNet Magazine geschrieben :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx

Sean Earp
quelle
Laura fügt einen sehr guten Punkt hinzu ... Ich habe die Frage wie gestellt beantwortet, aber eine bessere Frage könnte sein: "Was ist der beste Weg, um SharePoint zu sichern?" Wenn Sie nur SQL Server-Sicherungen durchführen, müssen Sie Ihre Konfigurationsdatenbank neu erstellen und Ihre Inhalts-DBs manuell neu anhängen. Wenn Sie eine SharePoint-fähige Sicherungsanwendung wie Data Protection Manager ( microsoft.com/dpm ) verwenden, kümmert sie sich um die Datenbanksicherungen (einschließlich der Konfigurationsdatenbank) und ermöglicht Ihnen weiterhin die Wiederherstellung von SharePoint zu bestimmten Zeitpunkten . Muuuuch einfacher als alles manuell zu machen.
Sean Earp
Backup ist eine weitere Frage, über die wir diskutieren könnten. DPM ist nett, aber keine KMU-Lösung. Was würden Sie für eine Farmumgebung mit einem Server (kleine Unternehmen) empfehlen? stsadm backup, symantec oder etwas anderes?
Toni Frankola
1
Leider hat die SharePoint-Sicherungsgeschichte mehr "es kommt darauf an" als jedes andere Produkt, mit dem ich gearbeitet habe. Sprechen wir über Backups auf Farmebene? Notfallwiederherstellung? Websitesammlung sichern? Site Backup? Das SharePoint-Sicherungsressourcenzentrum in TechNet verfügt über einige hervorragende Ressourcen, mit denen Sie entscheiden können, welches Tool zum Sichern von welchem ​​Aspekt von SharePoint verwendet werden soll. Solange es Ihnen nichts ausmacht, alles in der Konfigurationsdatenbank neu zu konfigurieren (Sie haben es dokumentiert, oder?), Funktionieren SQL-Sicherungen der Inhaltsdatenbanken zum Schutz der gesamten Farm.
Sean Earp
Hoppla! Ich habe die URL vergessen: technet.microsoft.com/en-us/office/sharepointserver/…
Sean Earp
Wenn ich meine SP-Konfigurationsdatenbank sowie alle Datenbanken für meine verschiedenen Dienstanwendungen sichern kann, kann ich dann meine Farm neu erstellen und einfach alle diese Datenbanken bereitstellen und loslegen?
Aaronster
5

Wenn Sie nur die Datenbank sichern, werden NICHT alle Sharepoint-Informationen abgerufen. Sicher, es wird alles in die Datenbank aufgenommen, aber alle Anpassungen und das Erscheinungsbild gehen verloren. Dies mag für Sie als Administrator nicht von Bedeutung sein, aber ich versichere Ihnen, dass Ihre Benutzer unglücklich sein werden.

Zu den Optionen gehören das Abrufen eines Sicherungsagenten, der die Sharepoint-Datenbank für Ihre Sicherungssoftware lesen kann, oder das Durchführen einiger Skriptsicherungen, die die Konfigurationsinformationen abrufen und diese sowie Ihre SQL-Datenbanksicherung an einem sicheren Ort ablegen.

http://technet.microsoft.com/en-us/library/cc288330.aspx Enthält einige Informationen.

TESTEN Sie Ihre Backups. Stellen Sie sie wieder her. Sehen Sie, was sich ändert, was funktioniert, was nicht. Unsere erste Wiederherstellung war nicht so gut wie es hätte sein können. Zum Glück war dies nur ein Teil des Prozesses bei der Erstellung eines Testservers, der ein Duplikat unseres Produktionsservers war, anstatt zu versuchen, verlorene oder zerstörte Daten wiederherzustellen.

Aus Gründen der Relevanz bearbeitet Als ich dies erneut las, stellte ich fest, dass ich abgelenkt war und den Antwortpunkt meiner Antwort verfehlte. Wenn Sie vollständige Sicherungen mit Transaktionsprotokollierung durchführen, können Sie zu viel feineren Zeitpunkten zurücksetzen. Dies erfordert mehr Geschick als DBA, ist aber nicht so schwer. Wenn Sie nicht viele Updates haben und es nicht das Ende der Welt ist, einen ganzen Tag Arbeit zu verlieren, ist das wahrscheinlich in Ordnung. Weitere Optionen sind das häufigere Ausführen der einfachen Sicherung. Sagen wir Mitternacht, 10 Uhr, 14 Uhr, 18 Uhr oder was auch immer für den Arbeitszyklus eines Unternehmens funktioniert. Dies verbraucht mehr Festplatte, verringert jedoch das Risiko von Datenverlusten. Wie bei allen Backups besteht ein Gleichgewicht zwischen dem, was die Benutzer tolerieren, und dem, was die Administratoren bereitstellen können.

Laura Thomas
quelle
Ich stimme völlig mit Ihnen. Was verwenden Sie für Backups?
Toni Frankola
Wir verwenden Symantec NetBackup. Wir sind dabei, den SharePoint-Agenten zu erwerben. Derzeit führen wir ein zweistufiges Backup durch.
Laura Thomas
2

Sharepoint muss wie eine SQL-Datenbank behandelt werden, da es sich um eine SQL-Datenbank handelt. Treffen Sie daher beim Einrichten des Shops alle regulären Vorsichtsmaßnahmen für die SQL-Einrichtung. Bei Backups sollten Sie nicht nur Ihre Datenbanken regelmäßig sichern, sondern auch Ihren 12-Hive sichern, der alle Ihre SP-Informationen enthält.

Weitere Informationen finden Sie in diesem Thread: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea

SQLChicken
quelle
Ich bin mir nicht sicher, warum dies abgelehnt wurde ... SQLChicken ist mit Ausnahme von SSP korrekt. Dies erfordert besondere Sorgfalt und Fütterung aufgrund von Suchindizes, die NICHT in SQL Server enthalten sind.
Jeff
2
Ich wünschte wirklich, ServerFault würde die Leute zwingen, einen Kommentar zu hinterlassen, wenn sie abstimmen ...
SQLChicken
0

Es gibt einige Datenbanken, die standardmäßig auf den einfachen Modus eingestellt sind. Zum Beispiel die Suchdatenbank. Suchdaten werden an zwei Orten gespeichert: einer Datenbank und der Indexdatei im Server-Dateisystem. Sie benötigen beide, um Suchanfragen zu bearbeiten, und beide werden gleichzeitig gesichert, damit eine wiederhergestellte Version funktioniert. Da die Chancen dafür sehr, sehr gering sind, würden sich die meisten Menschen dafür entscheiden, ihren Inhalt einfach neu zu zeichnen und den Suchindex neu zu generieren.

In diesem Fall würde der einfache Modus gut funktionieren.

Jeff Costa
quelle