Was sind die Risiken des Wechselns von SharePoint_Config DB-Wiederherstellungsmodell zu einfach?

Question

My SharePoint_Config-Datenbank-Protokolldatei wächst in dem Umfang, in dem er sehr viel Speicherplatz für scheinbar keinen guten Grund behält. In meiner Entwicklungsumgebung habe ich sein Wiederherstellungsmodell auf einfach geändert, um die Freigabe von Speicherplatz zu ermöglichen, und vermeiden Sie das Risiko der Protokolldatei, um erneut in demselben Tempo zu wachsen.

Der nächste Schritt bestand darin, die Protokolldatei mit der attribut leeren Datei zu verkleinern, indem Sie die Daten in andere Dateien in derselben Dateigruppe migrieren.

Wenn dies geschehen wurde, wurde ein Drittel der Scheibe (33 GB) freigegeben, und meine Entwicklungsumgebung scheint in Ordnung zu sein. Meine Vermutung ist, dass dies in einer Entwicklungsumgebung perfekt in Ordnung ist, in der keine Wiederherstellungs- und Datenbankprotokollierung nicht so kritisch ist.

könnte dies jedoch auch in einer Produktionsumgebung erfolgen? Ich verstehe, dass alle meine Protokolle weg sind, aber was sind die Risiken des Fortfahrens, wie ich in der Produktion tue? Was sind die Risiken des Wechselns von SharePoint_Config DB-Wiederherstellungsmodell zu einfach?

Answer 1

Es gibt zwei Arten , um diese Sorge zu betrachten.

Zunächst ist es, buchstäblich zu ergreifen, was Microsoft im Nennwert sagt, weil sie die meiste Zeit über die operativen Best Practices für ihre eigenen Produkte korrigieren.

sagte also, wenn Sie der hier genannten Richtlinie folgen, http://techet.microsoft.com/de-us/library/cc678868. (v= Office.14) .aspx

es sagt

Zusätzliche Hinweise Transaktionsprotokolldateien. Wir empfehlen, dass Sie das Transaktionsprotokoll für die Konfigurationsdatenbank regelmäßig sichern, um die Abschnitte zu erzwingen, oder - wenn Sie Ihr System nicht spiegeln, ändern Sie die Datenbank, um im einfachen Wiederherstellungsmodus auszuführen. Weitere Informationen finden Sie unter Transaktionsprotokollentransport ( http://go.microsoft.com/fwlink/p/?Linklid)= 186687 ).

So ist ein einfacher Wiederherstellungsmodus der Weg, denn, wenn die Spiegelung deaktiviert ist.

Der zweite Weg ist, wie Ihre Sicherungs- und Wiederherstellungsstrategien definiert sind. Was ist Ihr Wiederherstellungsansatz?

PowerShell Angetrieben komplette Farm-Backup- und Zentraladministrator-Farm-Wiederherstellung oder SQL-angetriebene Wiederherstellung durch Datenbank-Anhängen über denselben Server-Aliase und Hardware. Die einfache Wiederherstellung wäre der bevorzugte Modus für den ersten Fall, und für den zweiten Fall ist es vorgezogen, die SharePoint-Konfiguration dB in einem vollständigen Wiederherstellungsmodus zu halten, nur um sicherzustellen, dass ein "AS ist" des vorherigen Zustands von dem Punkt der Farm fehlgeschlagen ist. < / p>

ms umreißt dies, wie unten erwähnt,

Die Konfigurationsdatenbank wird gesichert, wenn Sie einen SharePoint ausführen Farmkonfiguration und Inhaltssicherung sowie einige Konfigurationseinstellungen Aus der Datenbank werden als XML-Dateien exportiert und gespeichert. Wenn ein Bauernhof ist Wiederhergestellt wird die Konfigurationsdatenbank nicht wiederhergestellt. Stattdessen das Gespeicherte Konfigurationseinstellungen werden importiert. Die Konfigurationsdatenbank kann erfolgreich mit dem SQL Server gesichert und wiederhergestellt werden Andere Tools Wenn der SharePoint Farm zuerst offline genommen wird.

Wörtlich sind die IFS und Böder Ihres Anliegens sehr subjektiv, da SharePoint ziemlich einige von ihnen unterstützt. Sie können daher entscheiden, ein einfaches Wiederherstellungsmodell für die Konfigurationsdatenbank zu unternehmen und die Protokolle in der Produktion nur zu verkleinern, wenn sie die oben genannten Bedingungen erfüllt, damit die Vorsichtsmaßnahmen entsprechend genommen werden.

Answer 2

Standardmäßig ist die sharepoint_config-Datenbank auf das vollständige Wiederherstellungsmodell eingestellt. Microsoft empfiehlt es sich jedoch, das Wiederherstellungsmodell für Ihre SharePoint_Config-Datenbank auf einfache in der Produktion einzustellen (Referenz: http://techet.microsoft.com/en-us/library/cc678868.aspx ). Sie können das Wiederherstellungsmodell für SharePoint_Config ändern, nachdem Sie den SharePoint_Config dB erstellt haben.

Verkleinern Sie niemals Ihre Datenbanken, sei es Entwicklung, Produktion, Produktion oder wo immer. Denn wenn Sie Ihre DBS verkleinern, erhöht er die Fragmentierung, die die Leistung verringert. Es ist nicht den Speicherbetrag wert, den Sie frei machen (Referenz: http://www.microsoftvirtualacademy.com/training-courses/tuning-sql-server-2012-for-sharepoint-2013-jump-start#bbid=onaemo8b3b7 ( In einer dieser Videos erwähnten, erinnere ich mich nicht, welchen) und http://blog.sqlauthority.com/2011/01/19/sql-server-Shrinking-database-is-bad-inkrampf-fragmentierung-drückung- Leistung / ).