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.