.png){kind=spacer}
Databanktypen und -beschreibungen (SharePoint Server 2010)
Aktualisiert: 1. November 2011
In diesem Artikel werden die Datenbanken beschrieben, die mit Microsoft SharePoint Server 2010 installiert werden. Sie finden darin auch Informationen zu Größe und Platzierung. Weitere Informationen zum Speichern von Datenbanken finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).
Datenbanken für SharePoint Server 2010 können in Microsoft SQL Server 2008 R2, SQL Server 2008 mit Service Pack 1 (SP1) und kumulativen Update 2 oder SQL Server 2005 mit SP3 und kumulativen Update 3 gehostet werden. Eigenständige Installationen können auch in den Express Editions von SQL Server 2008 R2 oder SQL Server 2008 gehostet werden. Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen (SharePoint Server 2010).
 Hinweis: |
|---|
|
Die in diesem Thema aufgeführten Datenbanknamen werden automatisch erstellt, wenn Sie den Konfigurations-Assistent für SharePoint-Produkte ausführen. Es ist nicht notwendig, diese Namenskonventionen zu verwenden. Sie können Datenbanknamen entweder beim Erstellen der Datenbanken angeben oder die Namen nach dem Erstellen der Datenbanken ändern. Weitere Informationen finden Sie unter Bereitstellen mit vom Datenbankadministrator erstellten Datenbanken (SharePoint Server 2010). |
Die in diesem Artikel aufgeführten Datenbankgrößen basieren auf den folgenden Bereichen.
| Beschreibung | Größenbereich |
|---|---|
|
Klein |
1 Gigabyte (GB) oder weniger |
|
Mittel |
Bis zu 100 GB. |
|
Groß |
Bis zu 1 Terabyte |
|
Sehr groß |
1 Terabyte oder mehr |
Inhalt dieses Artikels:
-
Project Server 2010-Datenbanken
Wenn Sie SharePoint Server 2010 ausführen, gehört möglicherweise auch Microsoft Project Server 2010 zur Umgebung.
-
FAST Search Server für SharePoint 2010-Datenbanken
Wenn Sie SharePoint Server 2010 ausführen, gehört möglicherweise auch Microsoft FAST Search Server 2010 for SharePoint zur Umgebung.
Eine grafische Darstellung der von SharePoint Server 2010 verwendeten Datenbanken finden Sie unter Datenbankmodell (in englischer Sprache) (http://go.microsoft.com/fwlink/?linkid=187968&clcid=0x407).
SharePoint Foundation 2010-Datenbanken
Die folgenden Datenbanken sind Bestandteil einer Bereitstellung von SharePoint Foundation 2010. Diese Datenbanken sind ebenfalls Teil von sonstigen SharePoint 2010-Produkte-Bereitstellungen.
Konfiguration
Die Konfigurationsdatenbank enthält Daten zu SharePoint-Datenbanken, IIS-Websites (Internetinformationsdienste, Internet Information Services), Webanwendungen, vertrauenswürdigen Lösungen, Webpartpaketen, Websitevorlagen und Webanwendungs- und Farmeinstellungen, die fürSharePoint 2010-Produkte spezifisch sind, wie etwa Standardkontingenteinstellungen sowie gesperrte Dateitypen.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
SharePoint_Config |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein Transaktionsprotokolldateien können jedoch sehr umfangreich werden. Weitere Informationen finden Sie nachstehend unter Zusätzliche Hinweise. |
|
Lese-/Schreibeigenschaften |
Häufige Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich, d. h. Datenbank muss vergrößert werden können, da nur eine Konfigurationsdatenbank pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und System Center Data Protection Manager (DPM) 2010. Die Konfigurationsdatenbank stellt einen Sonderfall für die Sicherung und Wiederherstellung dar. Weitere Informationen finden Sie nachstehend unter Zusätzliche Hinweise. |
|
Standardwiederherstellungsmodell |
Vollständig. Es wird empfohlen, für die Konfigurationsdatenbank zum einfachen Wiederherstellungsmodell zu wechseln, um die Größenzunahme der Protokolldatei einzuschränken. |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Zusätzliche Hinweise
Transaktionsprotokolldateien. Die Sicherung des Transaktionsprotokolls für die Konfigurationsdatenbank sollte regelmäßig ausgeführt werden, um Abschneiden zu erzwingen, oder - falls das System nicht gespiegelt wird - um zum einfachen Wiederherstellungsmodus für die Datenbank zu wechseln. Weitere Informationen finden Sie unter Abschneiden des Transaktionsprotokolls (http://go.microsoft.com/fwlink/?linkid=186687&clcid=0x407).
Sicherung und Wiederherstellung Die Konfigurationsdatenbank wird beim Sichern von SharePoint-Farmkonfiguration und -inhalt gesichert; einige Konfigurationseinstellungen der Datenbank werden exportiert und als XML-Dateien gespeichert. Wenn eine Farm wiederhergestellt wird, wird die Konfigurationsdatenbank nicht wiederhergestellt, sondern die gespeicherten Konfigurationseinstellungen importiert. Die Konfigurationsdatenbank kann erfolgreich mithilfe von SQL Server oder anderen Tools gesichert und wiederhergestellt werden, wenn die SharePoint-Farm zuerst offline geschaltet wird.
| Hinweis: |
|---|
|
Wenn ausschließlich die Farmkonfiguration gesichert oder wiederhergestellt wird, werden zahlreiche Konfigurationseinstellungen nicht gespeichert, vor allem Webanwendungseinstellungen, Dienstanwendungseinstellungen und Einstellungen, die für den lokalen Server spezifisch sind. Diese Einstellungen werden bei einer Sicherung von Farminhalt und -konfiguration gespeichert. Einige Einstellungen, wie Dienstanwendungs-Proxyeinstellungen, können jedoch bei einer Farmwiederherstellung nicht wiederhergestellt werden. Informationen darüber, was bei einer Konfigurationssicherung gespeichert wird, finden Sie unter Sichern einer Farmkonfiguration (SharePoint Server 2010). Informationen zum Dokumentieren und Kopieren von Konfigurationseinstellungen, die nicht gesichert werden, finden Sie unter Kopieren von Konfigurationseinstellungen von einer Farm zu einer anderen (SharePoint Server 2010). |
Inhalt der Zentraladministration
Die Inhaltsdatenbank der Zentraladministration wird als Konfigurationsdatenbank eingestuft. Sie speichert den gesamten Websiteinhalt, einschließlich der Websitedokumente oder -dateien in Dokumentbibliotheken, Listendaten und Webparteigenschaften, zusätzlich zu Benutzernamen und -rechten für die Websitesammlung der Zentraladministration. Wenn Microsoft SQL Server PowerPivot für Microsoft SharePoint installiert ist, werden in der Inhaltsdatenbank für die Zentraladministration auch die im PowerPivot-Verwaltungsdashboard verwendeten Excel-Arbeitsblätter und PowerPivot-Datendateien gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
SharePoint_AdminContent |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein Bei Verwendung von PowerPivot nimmt der Inhalt der Zentraladministration im Verlauf eines Jahres zu, sofern die Standardeinstellungen verwendet werden, bei denen die Verwendungsdatenerfassung und der Datenaktualisierungsverlauf 365 Tage lang aufbewahrt werden. Weitere Informationen zu PowerPivot für SharePoint finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm (http://go.microsoft.com/fwlink/?linkid=186698&clcid=0x407). |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich, d. h. Datenbank muss vergrößert werden können, da nur eine Datenbank für die Zentraladministration pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. Die Inhaltsdatenbank für die Zentraladministration stellt einen Sonderfall für die Sicherung und Wiederherstellung dar. Weitere Informationen finden Sie nachstehend unter Zusätzliche Hinweise. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Zusätzliche Hinweise
Sicherung und Wiederherstellung Die Inhaltsdatenbank für die Zentraladministration wird beim Sichern von SharePoint-Farmkonfiguration und -inhalt gesichert. Wenn eine Farm wiederhergestellt wird, wird die Inhaltsdatenbank für die Zentraladministration nicht wiederhergestellt. Die Inhaltsdatenbank für die Zentraladministration kann erfolgreich mithilfe von SQL Server oder anderen Tools gesichert und wiederhergestellt werden, wenn die SharePoint-Farm zuerst offline geschaltet wird.
Inhaltsdatenbanken
In Inhaltsdatenbanken wird der gesamte Inhalt einer Websitesammlung gespeichert, einschließlich der Websitedokumente oder -dateien in Dokumentbibliotheken, Listendaten, Webparteigenschaften, Überwachungsprotokollen und Sandkastenlösungen, zusätzlich zu Benutzernamen und -rechten.
Alle Daten einer bestimmten Websitesammlung befinden sich in einer Inhaltsdatenbank auf nur einem Server. Eine Inhaltsdatenbank kann mehreren Websitesammlungen zugeordnet werden.
Inhaltsdatenbanken enthalten auch den Microsoft Office Web Apps-Cache, wenn Office Web Apps bereitgestellt wurden. Pro Webanwendung wird nur ein Cache erstellt. Wenn für mehrere Websitesammlungen, die in unterschiedlichen Inhaltsdatenbanken gespeichert sind, Office Web Apps aktiviert sind, verwenden sie alle denselben Cache. Sie können die Cachegröße, den Ablaufzeitraum und den Speicherort konfigurieren. Weitere Informationen zur Cachegröße der Office Web Apps finden Sie unter Verwalten des Caches von Office Web Apps.
In Inhaltsdatenbanken werden auch Benutzerdaten für PowerPivot für SharePoint gespeichert, wenn die Anwendung Bestandteil der Umgebung ist.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
WSS_Content |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Es wird dringend empfohlen, die Größe der Inhaltsdatenbanken auf 200 GB zu beschränken, um die Systemleistung aufrecht zu erhalten. Weitere Informationen finden Sie nachstehend unter Zusätzliche Hinweise. Die Größe von Inhaltsdatenbanken schwankt stark abhängig von der Nutzung. Weitere Informationen finden Sie nachstehend unter Zusätzliche Hinweise. |
|
Lese-/Schreibeigenschaften |
Variiert abhängig von der Nutzung. So werden beispielsweise in Umgebungen für die Zusammenarbeit häufig Schreibvorgänge ausgeführt, während in Dokumentverwaltungsumgebungen häufig Lesevorgänge ausgeführt werden. |
|
Empfohlene Skalierungsmethode |
Die Inhaltsdatenbank, die eine Websitesammlung unterstützt, muss vertikal skaliert werden, d. h. die Datenbank muss bei Bedarf vergrößert werden können. Sie können jedoch zusätzliche Websitesammlungen erstellen, die einer Webanwendung zugeordnet werden, und die neue Websitesammlung einer anderen Inhaltsdatenbank zuordnen. Wenn einer Inhaltsdatenbank mehrere Websitesammlungen zugeordnet sind, können Sie zudem eine Websitesammlung zu einer anderen Datenbank verschieben. Ausführliche Tipps zur Größe von Inhaltsdatenbanken finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010). |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja |
Zusätzliche Hinweise
Empfohlene Grenzwerte für die Größe von Inhaltsdatenbanken
Es wird dringend empfohlen, die Größe von Inhaltsdatenbanken auf 200 GB zu beschränken, um die Systemleistung aufrecht zu erhalten.
 Wichtig: |
|---|
|
Inhaltsdatenbanken mit einer Größe von bis zu 1 TB werden nur für große Repositorys und Archiv mit einer einzigen Website unterstützt, in denen die Daten weitgehend statisch bleiben, beispielsweise Systeme zur Verwaltung von Verweisdokumenten und Datenarchiv-Websites. Für diese Szenarien werden höhere Datenbankgrößen unterstützt, da ihre E/A-Muster und Standard-Datenstrukturformate für hohe Mengen konzipiert und getestet wurden. Weitere Informationen zu großen Dokumentrepositorys finden Sie unter "Abschätzen der Leistungs- und Kapazitätsanforderungen für große Dokumentrepositorys" unter Ergebnisse der Leistungs- und Kapazitätstests und Empfehlungen (SharePoint Server 2010). |
Größenschätzung von Inhaltsdatenbanken
Die Größe von Datenbanken variiert stark abhängig von der Verwendung der Website. Zu den Wachstumsfaktoren gehören die Anzahl der Dokumente, die Anzahl der Benutzer, die Verwendung der Versionsverwaltung, die Verwendung von Papierkörben, die Größe von Kontingenten, ob das Überwachungsprotokoll konfiguriert wurde und die Anzahl der Elemente, die für die Überwachung ausgewählt wurden.
Wenn Office Web Apps verwendet werden, kann der Office Web Apps-Cache starke Auswirkungen auf die Größe einer Inhaltsdatenbank haben. Weitere Informationen zur Größe des Office Web Apps-Caches finden Sie unter Verwalten des Caches von Office Web Apps.
Wenn PowerPivot für SharePoint verwendet wird, nimmt die Größe der in SharePoint Server gespeicherten Excel-Dateien zu, wodurch wiederum die Größe der Inhaltsdatenbank steigt. Weitere Informationen finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm (http://go.microsoft.com/fwlink/?linkid=186698&clcid=0x407).
Ausführliche Empfehlungen zur Berechnung der Größe einer Inhaltsdatenbank finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).
Datenbank für die Erfassung von Verwendungs- und Integritätsdaten
Die Datenbank für die Erfassung von Verwendungs- und Integritätsdaten wird von der Dienstanwendung für die Erfassung von Verwendungs- und Integritätsdaten verwendet. In der Datenbank werden zeitweise Daten zur Integritätsüberwachung und Verwendung gespeichert; sie kann zum Erstellen von Berichten und zur Diagnose verwendet werden.
| Hinweis: |
|---|
|
Die Datenbank für die Erfassung von Verwendungs- und Integritätsdaten ist die einzige SharePoint Server 2010-Datenbank, die direkt abgefragt oder deren Schema geändert werden kann. |
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
WSS_UsageApplication |
|
Speicherortanforderungen |
Die Datenbank für die Erfassung von Verwendungs- und Integritätsdaten ist äußerst aktiv und sollte ggf. auf einem getrennten Datenträger oder Spindle untergebracht werden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Sehr umfangreich. Die Datenbankgröße hängt vom Aufbewahrungsfaktor, der Anzahl der Elemente, die für die Protokollierung und externe Überwachung aktiviert wurden, der Anzahl der ausgeführten Webanwendungen in der Umgebung, der Anzahl der aktiven Benutzer und der aktivierten Features ab. |
|
Lese-/Schreibeigenschaften |
In der Datenbank für die Erfassung von Verwendungs- und Integritätsdaten werden sehr viele Schreibvorgänge ausgeführt. |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich, d. h. Datenbank muss vergrößert werden können, da nur eine Protokollierungsdatenbank pro Farm unterstützt wird. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja. Obwohl die Spiegelung der Datenbank für die Erfassung von Verwendungs- und Integritätsdaten möglich ist, wird dies nicht empfohlen. Im Falle eines Fehlers ist es einfacher, die Datenbank neu zu erstellen. |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja. Obwohl die asynchrone Spiegelung oder der Protokollversand der Datenbank für die Erfassung von Verwendungs- und Integritätsdaten möglich ist, wird dies nicht empfohlen. Im Falle eines Fehlers ist es einfacher, die Datenbank neu zu erstellen. |
Business Data Connectivity-Datenbank
In der Datenbank der Business Data Connectivity-Dienstanwendung werden externe Inhaltstypen und verwandte Objekte gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Bdc_Service_DB_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Die Größe hängt von der Anzahl der Verbindungen ab. |
|
Lese-/Schreibeigenschaften |
In der Business Data Connectivity-Datenbank werden sehr viele Lesevorgänge ausgeführt. |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich, d. h. Datenbank muss vergrößert werden können, da nur eine Business Data Connectivity-Datenbank pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Datenbank der Anwendungsregistrierung
In der Datenbank der Anwendungsregistrierungs-Dienstanwendung werden abwärtskompatible Informationen gespeichert, um Verbindungen mit Informationen herzustellen, die vom Geschäftsdatenkatalog-API von Microsoft Office SharePoint Server 2007 verwendet werden.
| Hinweis: |
|---|
|
Nach dem Migrieren einer Anwendung aus dem Microsoft Office SharePoint Server 2007-Geschäftsdatenkatalog kann die Anwendungsregistrierungs-Dienstanwendung deaktiviert und die Datenbank gelöscht werden. |
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Application_Registry_server_DB_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Die Größe hängt von der Anzahl der Verbindungen ab. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich, d. h. Datenbank muss vergrößert werden können, da nur eine Datenbank für den Anwendungsregistrierungsdienst pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Datenbank für Abonnementeinstellungen
In der Datenbank für Microsoft SharePoint Foundation-Abonnementeinstellungen werden Features und Einstellungen für gehostete Kunden gespeichert. Die Dienstanwendung und die Datenbank für Abonnementeinstellungen werden nicht vom Konfigurations-Assistent für SharePoint-Produkte erstellt; sie müssen mithilfe von Windows PowerShell-Cmdlets erstellt werden. Weitere Informationen finden Sie unter New-SPSubscriptionSettingsServiceApplication.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
SubscriptionSettings_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Die Größe hängt von der Anzahl der unterstützten Mandanten, Farmen und Features ab. |
|
Lese-/Schreibeigenschaften |
In der Abonnementdatenbank werden viele Lesevorgänge ausgeführt. |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Empfohlenes Wiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
SharePoint Server 2010 Standard Edition-Datenbanken
Die folgenden Datenbanken sind Bestandteil einer Bereitstellung von SharePoint Server 2010 Standard Edition.
Secure Store Service-Datenbank
In der Datenbank für den Secure Store Service werden Anmeldeinformationen, wie Kontonamen und Kennwörter, gespeichert und zugeordnet.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Secure_Store_Service_DB_ |
|
Speicherortanforderungen |
Für die sichere Speicherung von Anmeldeinformationen wird empfohlen, die Secure Store Service-Datenbank auf einer gesonderten Datenbankinstanz oder einem gesonderten Datenbankserver mit Zugriff für einen einzigen Administrator zu hosten. Wenn die Datenbank auf dem SharePoint-Standarddatenbankserver bzw. der Standardinstanz gehostet wird, haben alle Datenbankadministratoren Zugriff auf die Secure Store Service-Datenbank. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel. Die Größe und das Wachstum hängen von der Anzahl der Zielanwendungen, der Anzahl der Felder für Anmeldeinformationen pro Zielanwendung und der Anzahl der in einer Zielanwendung gespeicherten Benutzer ab. Wenn die Überwachung aktiviert ist, wirkt sich auch die Anzahl der Lese-/Schreibvorgänge in einer bestimmten Zielanwendung auf die Größe aus. |
|
Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja |
Statusdatenbank
In der Datenbank der Statusdienstanwendung werden zeitweise Statusinformationen für InfoPath Forms Services, das Diagramm-Webpart und Visio Services gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
StateService |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittelgroß. Die Größe hängt von der Verwendung von InfoPath Forms Services und Visio Services ab. |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Horizontales Skalieren; fügen Sie der Dienstanwendung mithilfe von Windows PowerShell-Cmdlets eine weitere Statusdatenbank hinzu. Weitere Informationen finden Sie unter Verwalten des Statusdiensts (SharePoint Server 2010). |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Web Analytics-Stagingdatenbank
In der Stagingdatenbank werden zeitweise nicht aggregierte Faktendaten, Objektmetadaten und Batchdaten in der Warteschlange für die Web Analytics-Dienstanwendung gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
WebAnalyticsServiceApplication_StagingDB_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel. Die Größe variiert abhängig von der Anzahl der generierten Berichte. |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Horizontales Skalieren; ordnen Sie der Dienstanwendungsinstanz eine andere Web Analytics-Stagingdatenbank zu. |
|
Zugehörige SharePoint-Integritätsregeln |
Mithilfe einer Regel wird überprüft, ob die Service Broker-Warteschlange für die Web Analytics-Datenbanken aktiviert ist. |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja |
Web Analytics-Berichtsdatenbank
In der Berichtsdatenbank werden aggregierte Standardberichttabellen, nach Websitegruppen aggregierte Faktendaten, Datum- und Objektmetadaten sowie Diagnoseinformationen für die Web Analytics-Dienstanwendung gespeichert.
| Wichtig: |
|---|
|
Bei umfangreichen Umgebungen wird die Ausführung der Berichtsdatenbank für die Web Analytics-Dienstanwendung auf einem Server mit SQL Server 2008 Enterprise Edition empfohlen, damit die Web Analytics-Dienstanwendung von der Tabellenpartitionierung profitieren kann. |
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
WebAnalyticsServiceApplication_ReportingDB_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Sehr groß. Die Größe variiert abhängig von den Aufbewahrungsrichtlinien. |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Mithilfe einer Regel wird überprüft, ob die Service Broker-Warteschlange für die Web Analytics-Datenbanken aktiviert ist. |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010, SQL Server und DPM 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja |
Verwaltungsdatenbank der Suchdienstanwendung
In der Verwaltungsdatenbank werden die Konfiguration und die Zugriffssteuerungsliste (Access Control List, ACL) der Suchdienstanwendung sowie die besten Suchergebnisse für die Durchforstungskomponente gehostet. Auf diese Datenbank wird bei jeder Benutzer- und Verwaltungsaktion zugegriffen.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_DB_ |
|
Speicherortanforderungen |
Die Verwaltungsdatenbank sollte in den Arbeitsspeicher des Servers passen, damit der Server die Belastung durch Endbenutzerabfragen effizient verarbeiten kann. Aufgrund dieser Anforderung ist es in der Regel sinnvoll, dass sich Verwaltungs- und Durchforstungsdatenbanken auf demselben Server befinden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein bis mittel. Zu den Faktoren, die sich auf die Größe auswirken, gehören die Anzahl der besten Suchergebnisse, die Anzahl der Inhaltsquellen und Durchforstungsregeln, die Sicherheitsbeschreibungen für die Sammlung sowie der Umfang an Datenverkehr. |
|
Lese-/Schreibeigenschaften |
Ungefähr gleich viele Lese- und Schreibvorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Durchforstungsdatenbank der Suchdienstanwendung
In der Durchforstungsdatenbank werden der Status der durchforsteten Daten und der Durchforstungsverlauf gespeichert.
| Wichtig: |
|---|
|
Für umfangreiche Umgebungen wird die Ausführung der Durchforstungsdatenbank auf einem Server mit SQL Server 2008 Enterprise Edition empfohlen, damit die Dienstanwendung von der Datenkomprimierung profitieren kann. |
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_CrawlStoreDB_ |
|
Speicherortanforderungen |
In der Durchforstungsdatenbank werden sehr viele E/A-Vorgänge ausgeführt, wodurch der SQL Server-Cache regelmäßig geleert wird. In umfangreichen Umgebungen wird die Speicherung der Datenbank auf einem Server empfohlen, auf dem sich nicht die Eigenschaftendatenbank oder sonstige Datenbanken befinden, die für Endbenutzeraufgaben genutzt werden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. Im Allgemeinen weist die Durchforstungsdatenbank zu Beginn eine mittlere Größe auf und gewinnt im Laufe der Zeit an Umfang. Die Faktoren, die sich auf die Größe auswirken, sind die Anzahl der Elemente in der Sammlung. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge. Das Verhältnis von Lese- zu Schreibvorgängen beträgt 3:1. |
|
Empfohlene Skalierungsmethode |
Horizontales Skalieren; ordnen Sie der Dienstanwendungsinstanz eine weitere Durchforstungsdatenbank zu. Es können mehrere Durchforstungsdatenbanken auf demselben Server gespeichert werden, wenn der Server den erforderlichen E/A-Durchsatz pro Sekunde bewältigt. |
|
Zugehörige Integritätsregeln |
Mithilfe der Integritätsregel Suche - Mindestens eine Durchforstungsdatenbank weist fragmentierte Indizes auf; Indizes werden bei Bedarf von Integritätsregel defragmentiert werden Statistiken neu erstellt und, falls SQL Server Enterprise Edition auf dem System ausgeführt wird, die Datenkomprimierung aus Seitenebene aktiviert. |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Eigenschaftendatenbank der Suchdienstanwendung
In der Eigenschaftendatenbank werden Informationen gespeichert, die den durchforsteten Daten zugeordnet sind, einschließlich Eigenschaften, Verlauf und Durchforstungswarteschlangen.
| Wichtig: |
|---|
|
Für umfangreiche Umgebungen wird die Ausführung der Eigenschaftendatenbank auf einem Server mit SQL Server 2008 Enterprise Edition empfohlen, damit die Dienstanwendung von der Datenkomprimierung profitieren kann. |
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_PropertyStoreDB_ |
|
Speicherortanforderungen |
Mindestens ein Drittel der Eigenschaftendatenbank sollte in den Arbeitsspeicher auf dem Server passen. In umfangreichen Umgebungen wird empfohlen, dass Sie diese Datenbank auf einem eigenen Server speichern, um schnellere Abfrageergebnisse zu erzielen. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Groß bis sehr groß. Zu den Faktoren, die sich auf das Wachstum auswirken, gehören die Anzahl der verwalteten Eigenschaften und die Anzahl der Dokumente. |
|
Lese-/Schreibeigenschaften |
Viele Schreibvorgänge. Das Verhältnis von Lese- zu Schreibvorgängen beträgt 1:2. |
|
Empfohlene Skalierungsmethode |
Horizontales Skalieren; ordnen Sie der Dienstanwendungsinstanz eine andere Eigenschaftendatenbank zu. Es wird empfohlen, jede weitere Eigenschaftendatenbank auf einem anderen Server unterzubringen. |
|
Zugehörige Integritätsregeln |
Die Integritätsregel Suche - Mindestens eine Eigenschaftendatenbank weist fragmentierte Indizes auf wird standardmäßig einmal pro Woche ausgeführt. Mithilfe der Regel werden Indizes defragmentiert, Statistiken neu erstellt und, falls SQL Server Enterprise Edition auf dem System ausgeführt wird, die Datenkomprimierung aktiviert. |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Profildatenbank der Benutzerprofil-Dienstanwendung
In der Profildatenbank werden Benutzer und zugehörige Informationen gespeichert und verwaltet. Darüber hinaus werden darin Informationen zu sozialen Netzwerken des Benutzers sowie Mitgliedschaften in Verteilerlisten und Websites gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
User Profile Service Application_ProfileDB_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. Zu den Wachstumsfaktoren gehören zusätzliche Benutzer und die Verwendung von Newsfeeds. Aufgrund von Newsfeeds nehmen die Aktivitäten von Benutzern zu. Standardmäßig werden die letzten zwei Wochen an Aktivitäten aufbewahrt; Newsfeeds, die älter als zwei Wochen sind, werden vom Zeitgeberauftrag gelöscht. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein, ein Administrator kann jedoch das Benutzerprofilreplikations-Modul verwenden, das Bestandteil des SharePoint Administration Toolkit ist, um Daten des sozialen Netzwerks wie thematische Kategorien, Anmerkungen und Bewertungen zwischen Benutzerprofildienst-Anwendungen zu replizieren. Die Replikation kann in eine Richtung oder in beide Richtungen erfolgen. Weitere Informationen finden Sie unter Benutzerprofilreplikations-Modul (Übersicht) (SharePoint Server 2010). |
Synchronisierungsdatenbank der Benutzerprofil-Dienstanwendung
In der Synchronisierungsdatenbank werden Konfigurations- und Stagingdaten gespeichert, die beim Synchronisieren der Profildaten mithilfe von Verzeichnisdiensten wie Active Directory verwendet werden.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
User Profile Service Application_SyncDB_ |
|
Speicherortanforderungen | |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. Zu den Wachstumsfaktoren gehören die Anzahl der Benutzer und Gruppen sowie das Verhältnis von Benutzern zu Gruppen. |
|
Lese-/Schreibeigenschaften |
Ungefähr gleich viele Lese- und Schreibvorgänge. |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein, ein Administrator kann jedoch das Benutzerprofilreplikations-Modul verwenden, das Bestandteil des SharePoint Administration Toolkit ist, um Daten des sozialen Netzwerks wie thematische Kategorien, Anmerkungen und Bewertungen zwischen Benutzerprofildienst-Anwendungen zu replizieren. Die Replikation kann in eine Richtung oder in beide Richtungen erfolgen. Weitere Informationen finden Sie unter Benutzerprofilreplikations-Modul (Übersicht) (SharePoint Server 2010). |
Datenbank für thematische Kategorien der Benutzerprofil-Dienstanwendung
In der Datenbank für thematische Kategorien werden von Benutzern erstellte thematische Kategorien und Notizen zusammen mit den jeweiligen URLs gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
User Profile Service Application_SocialDB_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein bis sehr groß. Zu den Wachstumsfaktoren gehören die Anzahl der Kategorien, Bewertungen und Notizen, die erstellt und verwendet werden. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge. Das Verhältnis von Lese- zu Schreibvorgängen beträgt ca. 50:1. |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein, ein Administrator kann jedoch das Benutzerprofilreplikations-Modul verwenden, das Bestandteil des SharePoint Administration Toolkit ist, um Daten des sozialen Netzwerks wie thematische Kategorien, Anmerkungen und Bewertungen zwischen Benutzerprofildienst-Anwendungen zu replizieren. Die Replikation kann in eine Richtung oder in beide Richtungen erfolgen. Weitere Informationen finden Sie unter Benutzerprofilreplikations-Modul (Übersicht) (SharePoint Server 2010). |
Datenbank für verwaltete Metadaten
In der Datenbank der Dienstanwendung für verwaltete Metadaten werden verwaltete Metadaten und zusammengefasste Inhaltstypen gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
Managed Metadata Service_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel. Zu den Wachstumsfaktoren gehört die Menge an verwalteten Metadaten. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge. Das Verhältnis von Lese- zu Schreibvorgängen beträgt ca. 1.000:1. |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja |
Word Automation Services-Datenbank
In der Word Automation Services-Datenbank werden Informationen zu anstehenden und abgeschlossenen Dokumentkonvertierungen gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
WordAutomationServices_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
SharePoint Server 2010 Enterprise Edition-Datenbanken
Die folgenden Datenbanken sind Bestandteil einer SharePoint Server 2010 Enterprise Edition-Bereitstellung, zusätzlich zu den Datenbanken, die zum Lieferumfang der Standard Edition gehören.
Datenbank der PerformancePoint-Dienstanwendung
In der Datenbank der PerformancePoint-Dienstanwendung werden temporäre Objekte, permanente Filterwerte und Benutzerkommentare gespeichert.
| Hinweis: |
|---|
|
Microsoft SQL Server 2008 Analysis Services (SSAS) wird auch als Datenquelle für die PerformancePoint-Dienstanwendung empfohlen. Wenn Sie SQL Server Analysis Services konfiguriert und Cubes erstellt haben, stehen zusätzliche Funktionen zur Verfügung, wie z. B. Drilldownanalysen von veröffentlichten Dashboards. |
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
PerformancePoint Service Application_ |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Benutzerkommentare und Anmerkungen werden unbegrenzt aufbewahrt und nehmen abhängig von der Anzahl der Benutzer der Anwendung zu. Temporäre Objekte werden einmal täglich entfernt. |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Durch Erstellen zusätzlicher Instanzen der Dienstanwendung ist die horizontale Skalierung der Datenbank möglich, doch hängt die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, meistens von Geschäftsanforderungen und nicht vom Umfang ab. |
|
Zugehörige Integritätsregeln |
Mithilfe der Integritätsregel Datenbank nicht verfügbar wird überprüft, ob die PerformancePoint-Datenbank verfügbar ist. |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Project Server 2010-Datenbanken
Project Server 2010 setzt das Vorhandensein von SharePoint Server 2010 Enterprise Edition voraus.
Entwurfsdatenbank
In der Entwurfsdatenbank sind Daten für die Bearbeitung von Projekten enthalten. In dieser Datenbank werden auch die Tabellen gehostet, die von der Projektwarteschlange verwendet werden. Auf Daten in der Entwurfsdatenbank können Benutzer nicht direkt zugreifen.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
ProjectServer_Draft |
|
Speicherortanforderungen |
Muss sich in derselben Datenbankinstanz wie die veröffentlichte Datenbank und die Archivdatenbank befinden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel |
|
Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 und SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja, es sind jedoch zusätzliche Schritte erforderlich. |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja, jedoch müssen die Protokolle aller Datenbanken synchronisiert werden. |
Veröffentlichte Datenbank
Die veröffentlichte Datenbank enthält eine Kopie aller veröffentlichten Projekte. Die Datenbank enthält auch Tabellen, die spezifisch für Project Server sind (Arbeitszeittabellen, Ressourcen, benutzerdefinierte Felder, Sicherheitsdefinitionen und sonstige Metadaten). In dieser Datenbank werden auch die Tabellen gehostet, die von der Arbeitszeittabellen-Warteschlange verwendet werden. Auf Daten in der veröffentlichten Datenbank können Benutzer nicht direkt zugreifen.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
ProjectServer_Published |
|
Speicherortanforderungen |
Muss sich auf demselben Datenbankserver wie die Entwurfsdatenbank und die Archivdatenbank befinden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel |
|
Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 und SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja, es sind jedoch zusätzliche Schritte erforderlich. |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja, jedoch müssen die Protokolle aller Datenbanken synchronisiert werden. |
Archivdatenbank
In der Archivdatenbank werden die Sicherungsdaten von Projekten, Ressourcen, Kalender, benutzerdefinierten Enterprise-Feldern, Enterprise-Global-Ansichtsdefinitionen von Project Web Access, Project Web Access-Systemeinstellungen sowie Kategorie- und Gruppensicherheitseinstellungen des Project Web Access-Administrators gespeichert. Auf Daten in der Archivdatenbank können Benutzer nicht direkt zugreifen.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
ProjectServer_Archive_ |
|
Speicherortanforderungen |
Muss sich auf demselben Datenbankserver wie die Entwurfsdatenbank und die veröffentlichte Datenbank befinden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein, kann jedoch sehr groß werden. Wenn die Archivierungsfunktion für Ihr System verwendet wird, ist diese Datenbank mindestens so groß wie die Entwurfsdatenbank, wird wahrscheinlich jedoch deutlich größer. Sie können einen Grenzwert für die Größe der Archivdatenbank festlegen, der ein bestimmtes Vielfaches der Entwurfsdatenbank nicht überschreiten darf. |
|
Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 und SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja, es sind jedoch zusätzliche Schritte erforderlich. |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja, jedoch müssen die Protokolle aller Datenbanken synchronisiert werden. |
Berichtsdatenbank
Die Berichtsdatenbank ist das Repository für das gesamte Portfolio der Projekte in Project Server. In den Tabellen werden stabile Momentaufnahmen der einzelnen Projektpläne auf der Grundlage der letzten Veröffentlichung eines Projekts in Project Server dargestellt. Sie enthalten denormalisierte Zeitphasendaten, die außerhalb des Project-Clients erweiterte Berichtfunktionen ermöglichen. Endbenutzer können auf die Daten in der Berichtsdatenbank zugreifen.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
ProjectServer_Reporting |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Groß |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SharePoint Server 2010 und SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja, es müssen jedoch zusätzliche Schritte ausgeführt werden, um die vollständige Synchronisierung der Project-Datenbanken und -Protokolle sicherzustellen. |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja, es müssen jedoch zusätzliche Schritte ausgeführt werden, um die vollständige Synchronisierung der Project-Datenbanken und -Protokolle sicherzustellen. |
FAST Search Server für SharePoint 2010-Datenbanken
FAST Search Server 2010 for SharePoint setzt das Vorhandensein von SharePoint Server 2010 Enterprise Edition voraus.
Suchverwaltungsdatenbank
In der Suchverwaltungsdatenbank werden Daten im Zusammenhang mit der Verwaltung von FAST Search Server 2010 for SharePoint gespeichert und verwaltet. Dazu gehören Gruppen von Sucheinstellungen, Schlüsselwörter, Synonyme, Dokument- und Websiteherauf- und -herabstufungen, Inklusionen und Ausschlüsse der Ausdrucksextraktion, Ausschlüsse von der Rechtschreibprüfung, beste Suchergebnisse, visuelle beste Suchergebnisse sowie Suchschema-Metadaten.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
FASTSearchAdminDatabase |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Wachstum und Größe hängen von der Anzahl der Schlüsselwörter, Synonyme, Dokumentherauf- und herabstufungen, Websiteherauf- und herabstufungen, Inklusionen der Ausdrucksextraktion, Ausschlüsse der Ausdrucksextraktion, Ausschlüsse von der Rechtschreibprüfung, besten Suchergebnisse und visuellen besten Suchergebnisse ab. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
PowerPivot für SharePoint
PowerPivot für SharePoint ergänzt SharePoint Server 2010 und Excel Services durch die serverseitige Verarbeitung, Zusammenarbeit und Unterstützung der Dokumentverwaltung für PowerPivot-Arbeitsmappen, die Sie in SharePoint Server 2010 veröffentlichen.
PowerPivot für SharePoint setzt die Installation von SQL Server 2008 R2 Enterprise Edition Analysis Services in der Umgebung voraus.
| Hinweis: |
|---|
|
Die Verwendung von PowerPivot für SharePoint wirkt sich ebenfalls auf die Größe der Inhaltsdatenbank der Zentraladministration und der Inhaltsdatenbanken aus, in denen die Excel-Arbeitsmappen gespeichert werden. Weitere Informationen finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm (http://go.microsoft.com/fwlink/?linkid=186698&clcid=0x407). |
PowerPivot-Anwendungsdatenbank
In der PowerPivot-Anwendungsdatenbank wird der Speicherort von zwischengespeicherten oder geladenen PowerPivot-Datendateien, Datenaktualisierungszeitplänen und PowerPivot-Verwendungsdaten gespeichert, die aus der zentralen Datenbank der Verwendungsdatensammlung kopiert werden.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
DefaultPowerPivotServiceApplicationDB |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
|
Lese-/Schreibeigenschaften | |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. |
|
Zugehörige Integritätsregeln |
Keine. Verwendung von SQL Server-Integritätsregeln. |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Ja, aber die Spiegelung wird ausschließlich über SQL Server verwaltet: SharePoint Server 2010 erkennt die PowerPivot-Datenbank nicht. |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Ja |
SQL Server-Systemdatenbanken
SharePoint Server 2010 basiert auf SQL Server und nutzt folglich die Systemdatenbanken von SQL Server. In SQL Server werden Benutzer, die die Informationen in Systemobjekten wie Systemtabellen, gespeicherten Systemprozeduren und Katalogansichten direkt aktualisieren, nicht unterstützt. Anstelle dessen werden in SQL Server umfangreiche Verwaltungstools bereitgestellt, die Benutzern die vollständige Verwaltung ihres Systems und aller Benutzer und Objekte in einer Datenbank ermöglichen. Weitere Informationen zu den Systemdatenbanken von SQL Server finden Sie unter Systemdatenbanken (http://go.microsoft.com/fwlink/?linkid=186699&clcid=0x407).
master-Datenbank
In der master-Datenbank werden alle Informationen auf Systemebene für eine SQL Server-Instanz aufgezeichnet.
|
Standarddatenbankname |
master |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
model-Datenbank
Die model-Datenbank wird als Vorlage für alle in der SQL Server-Instanz erstellten Datenbanken verwendet. Änderungen, die an der model-Datenbank vorgenommen werden, wie etwa Datenbankgröße, Sortierung, Wiederherstellungsmodell sowie sonstige Datenbankoptionen, werden auf alle später erstellten Datenbanken angewendet.
|
Standarddatenbankname |
model |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
msdb-Datenbank
Die msdb-Datenbank wird vom SQL Server-Agent für die Planung von Benachrichtigungen und Aufträgen verwendet.
|
Standarddatenbankname |
msdb |
|
Speicherortanforderungen |
Keine |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
tempdb-Datenbank
Die tempdb-Datenbank ist ein Arbeitsbereich zur Aufbewahrung temporärer Objekte oder Zwischenresultsets. Darüber hinaus werden auch andere temporäre Speicheranforderungen erfüllt. Die tempdb-Datenbank wird bei jedem Starten von SQL Server neu erstellt.
|
Standarddatenbankname |
tempdb |
|
Speicherortanforderungen |
Speichern Sie die Datenbank auf einem schnellen Datenträger, getrennt von den Spindles für andere Datenbanken. Erstellen Sie so viele Dateien wie notwendig, um die Datenträgerbandbreite zu maximieren. Bei Verwendung mehrerer Dateien wird das Risiko von tempdb-Speicherkonflikten gesenkt und eine höhere Skalierbarkeit erzielt. Erstellen Sie jedoch nicht zu viele Dateien, da dies zu Leistungseinbußen führen kann und den Verwaltungsaufwand erhöht. Als allgemeine Richtlinie gilt, eine Datendatei für jede CPU auf dem Server zu erstellen und die Anzahl der Dateien nach Bedarf zu erhöhen oder zu reduzieren. Beachten Sie, dass eine Doppelkern-CPU als zwei CPUs gezählt wird. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein bis sehr groß. Die Größe der tempdb-Datenbank steigt und sinkt rasch. Die Größe ist abhängig von der Anzahl der Benutzer des Systems sowie der jeweiligen Prozesse, die ausgeführt werden. So gewinnt die Datenbank beispielsweise rasch an Größe, wenn umfangreiche Indizes online neu erstellt oder umfangreiche Sortierungen ausgeführt werden. |
|
Lese-/Schreibeigenschaften |
Variiert |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Einfach |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
SQL Server Reporting Services-Datenbanken
Die folgenden SQL Server Reporting Services-Datenbanken können im Rahmen einer SharePoint Server 2010-Bereitstellung verwendet werden.
| Hinweis: |
|---|
|
Wenn Ihre Bereitstellung die Verwendung von Access Services erfordert, hängen die Anforderungen für Reporting Services wie folgt vom ausgeführten Modus ab:
|
Weitere Informationen zur Verwaltung von SQL Server Reporting Services-Datenbanken finden Sie unter Bewährte Methoden für den Berichtsserverkatalog (in englischer Sprache) (http://go.microsoft.com/fwlink/?linkid=185486&clcid=0x407).
Berichtsserver-Datenbank
In der Berichtsserver-Datenbank von SQL Server werden alle Berichtsmetadaten gespeichert, einschließlich Berichtsdefinitionen, Berichtsverlauf und Momentaufnahmen sowie Informationen zur Zeitplanung.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
RSDB |
|
Speicherortanforderungen |
Muss sich auf demselben Datenbankserver wie die ReportServerTempDb-Datenbank befinden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
ReportServerTempDB-Datenbank
In der ReportServerTempDB-Datenbank von SQL Server Reporting Services werden alle temporären Momentaufnahmen während der Ausführung der Berichte gespeichert.
|
Standard-Datenbanknamenpräfix bei Installation mithilfe des Konfigurations-Assistent für SharePoint-Produkte |
RSTempDB |
|
Speicherortanforderungen |
Muss sich auf demselben Datenbankserver wie die Berichtsserver-Datenbank befinden. |
|
Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein bis sehr groß. Die Größe der ReportServerTempDB-Datenbank steigt und sinkt rasch, abhängig von der Anzahl der gleichzeitigen interaktiven Benutzer und der Anzahl der Momentaufnahmen für die Berichte. |
|
Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
|
Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank |
|
Zugehörige Integritätsregeln |
Keine |
|
Unterstützte Sicherungsmechanismen |
Sicherung und Wiederherstellung in SQL Server, doch wird die Sicherung dieser Datenbank nicht empfohlen. |
|
Standardwiederherstellungsmodell |
Vollständig |
|
Verfügbarkeit durch Unterstützung der Spiegelung in einer Farm |
Nein |
|
Unterstützt asynchrone Spiegelung oder Protokollversand an andere Farmen für die Notfallwiederherstellung |
Nein |
Siehe auch
Other Resources
Ressourcencenter: Kapazitätsverwaltung für SharePoint Server 2010Ressourcencenter: SQL Server- und SharePoint Server 2010-Datenbanken (in englischer Sprache)
Änderungsverlauf
| Datum | Beschreibung |
|---|---|
|
1. November 2011 |
2011/10/31 |
|
29. Juli 2010 |
2010/07/26 |
|
4. Juni 2010 |
2010/05May/Week5 |
|
12. Mai 2010 |
Erstveröffentlichung |
