Verkleinern von Datenbanken in Project Server 2010
Gilt für: Project Server 2010
Letztes Änderungsdatum des Themas: 2016-11-30
Das Ändern der Größe der Bereitstellung einer Farm ist keine exakte Wissenschaft. Es empfiehlt sich, Vorsicht walten zu lassen und der Microsoft SQL Server-Instanz eher zu viel Speicherplatz zuzuordnen. Wenn Ihr System einen stabilen Status erreicht (die Anzahl der pro Jahr erstellten Projekte ist in etwa identisch mit der Anzahl von Projekten, die Sie archivieren bzw. löschen), können Sie möglicherweise den ursprünglich zugeordneten Speicherplatz reduzieren, um Speicherplatz in der SQL Server-Instanz freizugeben.
Verkleinern von Datendateien
Sie können jede Datei in einer Datenbank (mit der Erweiterung MDF, LDF und NDF) verkleinern, um nicht verwendete Seiten zu entfernen und Speicherplatz freizugeben. Datendateien in Microsoft SharePoint Server 2010-Datenbanken werden nicht automatisch verkleinert, auch wenn durch zahlreiche Aktivitäten Leerzeichen in der Datenbank erstellt werden. Zu den Aktivitäten, mit denen Leerzeichen erstellt werden können, zählen das Zusammenführen von Datenbanken und das Löschen von Projekten, Ressourcen, umfangreichen benutzerdefinierten Feldern, Dokumenten, Dokumentbibliotheken, Listen, Listenelementen und Websites innerhalb von Projektarbeitsbereichen.
Freier Speicherplatz wird vom Ende der Datei freigegeben. So wird in einer Inhaltsdatenbankdatei mit 60 GB und einer angegebenen Zielgröße von 40 GB so viel Speicherplatz wie möglich von den 20 GB am Ende der Datenbankdatei freigegeben. Wenn verwendete Seiten in diesen 20 GB enthalten sind, werden diese Seiten anschließend in die 40 GB am Anfang der verbleibenden Datei verschoben. Der freie Speicherplatz in einer Datenbank kann mithilfe der gespeicherten Prozedur sp_spaceused ermittelt werden. Weitere Informationen finden Sie unter sp_spaceused (Transact-SQL) (https://technet.microsoft.com/de-de/library/ms188776.aspx).
Datenbankdateien können einzeln oder als Gruppe verkleinert werden. Verkleinerungsvorgänge sind am effektivsten für eine große Datei oder Website, die potenziell sehr viel ungenutzten Speicherplatz generiert. Datenbankdateien können nur so weit verkleinert werden, bis kein freier Speicherplatz mehr vorhanden ist. Daher bietet das Verkleinern für eine Inhaltsdatenbank, in der Inhalte selten gelöscht werden, möglicherweise nur minimale Vorteile. Das wiederholte Verkleinern kann zu erhöhter Fragmentierung führen, da bei diesem Vorgang der Fragmentierungsstatus von Indizes nicht beibehalten wird. Datenbankdateien müssen nicht so oft wie Indizes verkleinert werden. In Umgebungen, in denen Daten häufig aus den Datenbanken gelöscht werden, sollten Sie die Verkleinerung der Datenbankdateien häufiger einplanen.
Beachten Sie beim Verkleinern von Datenbanken Folgendes:
Es wird davon abgeraten, Datenbanken automatisch zu verkleinern oder einen Wartungsplan zu konfigurieren, mit dem die Datenbanken programmgesteuert verkleinert werden.
Verkleinern Sie eine Datenbank nur, wenn mindestens 50 % des Inhalts vom Benutzer oder Administrator entfernt wurde.
Es wird empfohlen, nur Inhaltsdatenbanken zu verkleinern. Für die Konfigurationsdatenbank, die Inhaltsdatenbank der Zentraladministration, die SSP-Datenbanken und die Suchdatenbanken werden in der Regel nicht genügend Löschvorgänge ausgeführt, und sie weisen deshalb nicht genug freien Speicherplatz auf.
Vermeiden Sie die Notwendigkeit der Verkleinerung von Datenbanken, indem Sie bei der Kapazitätsplanung Speicherplatz für das Wachstum zuordnen, einschließlich eines Overheads von 10 bis 20 %.
Das Verkleinern von Datenbanken ist sehr ressourcenintensiv. Daher sollten Sie, wenn Sie eine Datenbank verkleinern müssen, den Zeitpunkt für die Ausführung des Vorgangs sorgfältig planen.
Datenbanken und Datenbankdateien können manuell verkleinert werden, indem Management Studio oder der Wartungsplanungs-Assistent verwendet werden. Weitere Informationen finden Sie unter Verkleinern einer Datenbank (https://technet.microsoft.com/de-de/library/ms189080.aspx).