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?
sql-server
sharepoint
Toni Frankola
quelle
quelle
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.
quelle
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
quelle
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.
quelle