Datenbanktypen und -beschreibungen (SharePoint Server 2010)

 

Gilt für: SharePoint Foundation 2010, SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

In diesem Artikel werden die Datenbanken beschrieben, die für Microsoft SharePoint Server 2010 installiert werden. Jede Datenbankbeschreibung enthält außerdem Informationen zur Größe und zur Platzierung. Weitere Informationen zur Platzierung 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 Editionen von SQL Server 2008 R2 oder SQL Server 2008 gehostet werden. Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen (SharePoint Server 2010).

Hinweis

Die hier aufgeführten Datenbanknamen werden automatisch generiert, wenn Sie den Konfigurations-Assistent für SharePoint-Produkte ausführen. Es ist nicht notwendig, die vorgegebenen Namenskonventionen zu verwenden. Sie können entweder beim Erstellen der Datenbanken Datenbanknamen angeben oder die Namen nach dem Erstellen ä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 Gigabyte (GB)
Groß	Bis zu 1 Terabyte
Sehr groß	1 Terabyte oder mehr

Inhalt dieses Artikels

• SharePoint Foundation 2010-Datenbanken

• SharePoint Server 2010 – Standard Edition-Datenbanken

• SharePoint Server 2010 – Enterprise Edition-Datenbanken

• Project Server 2010-Datenbanken

  Wenn SharePoint Server 2010 ausgeführt wird, wird möglicherweise auch Microsoft Project Server 2010 in der Umgebung ausgeführt.

• FAST Search Server für SharePoint 2010-Datenbanken

  Wenn SharePoint Server 2010 ausgeführt wird, wird möglicherweise auch Microsoft FAST Search Server 2010 for SharePoint in der Umgebung ausgeführt.

• SQL Server-Systemdatenbanken

• SQL Server Reporting Services-Datenbanken

Eine grafische Übersicht über die Datenbanken, die von SharePoint Server 2010 verwendet werden, finden Sie unter Datenbankmodell (https://go.microsoft.com/fwlink/p/?LinkId=187968).

SharePoint Foundation 2010-Datenbanken

Die folgenden Datenbanken sind Bestandteil der SharePoint Foundation 2010-Bereitstellung. Diese Datenbanken sind auch Bestandteil aller anderen SharePoint 2010-Produkte-Bereitstellungen.

Konfiguration

In der Konfigurationsdatenbank sind Daten zu allen SharePoint-Datenbanken, IIS-Websites (Internet Information Services) oder -Webanwendungen, vertrauenswürdige Lösungen, Webpartpakete, Websitevorlagen, Webanwendungs- und Farmeinstellungen enthalten, die für SharePoint 2010-Produkte spezifisch sind, z. B. Standardkontingenteinstellungen und gesperrte Dateitypen.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	SharePoint_Config
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein Transaktionsprotokolldateien werden jedoch tendenziell relativ groß. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten.
Lese-/Schreibverhalten	Große Anzahl an Lesevorgängen
Empfohlene Skalierungsmethode	Zentrales Hochskalieren ist erforderlich, d. h.die Datenbank muss größer 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	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und System Center Data Protection Manager (DPM) 2010. Die Konfigurationsdatenbank ist in Bezug auf Sicherung und Wiederherstellung ein Sonderfall. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten.
Standardwiederherstellungsmodell	Vollständig. Es wird empfohlen, für die Konfigurationsdatenbank zum einfachen Wiederherstellungsmodell zu wechseln, um die Größenzunahme der Protokolldatei einzuschränken.
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Zusätzliche Hinweise

Transaktionsprotokolldateien. Es wird empfohlen, das Transaktionsprotokoll für die Konfigurationsdatenbank regelmäßig zu sichern, um das Kürzen der Datei zu erzwingen, oder – falls das System nicht gespiegelt wird – die Datenbank auf den einfachen Wiederherstellungsmodus umzustellen. Weitere Informationen finden Sie unter Transaktionsprotokollkürzung (https://go.microsoft.com/fwlink/p/?LinkId=186687).

Sicherung und Wiederherstellung. Die Konfigurationsdatenbank wird gesichert, wenn Sie eine Sicherung der SharePoint-Farmkonfiguration und -inhalte durchführen. Dabei werden einige Konfigurationseinstellungen aus der Datenbank exportiert und als XML-Dateien gespeichert. Bei der Wiederherstellung einer Farm wird die Konfigurationsdatenbank nicht wiederhergestellt. Vielmehr werden die gespeicherten Konfigurationseinstellungen importiert. Sie können die Konfigurationsdatenbank mithilfe von SQL Server oder anderer Tools erfolgreich sichern und wiederherstellen, sobald die SharePoint-Farm offline geschaltet wurde.

Hinweis

Während einer Sicherung und Wiederherstellung nur der Farmkonfiguration werden zahlreiche Konfigurationseinstellungen nicht gesichert, insbesondere Webanwendungseinstellungen, Dienstanwendungseinstellungen und Einstellungen, die speziell für den lokalen Server gelten. Diese Einstellungen werden während einer Sicherung der Farminhalte und -konfiguration gesichert. Einige dieser Einstellungen können jedoch während einer Farmwiederherstellung nicht wiederhergestellt werden, z. B. Einstellungen für den Dienstanwendungsproxy. 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 gilt als Konfigurationsdatenbank. In der Inhaltsdatenbank ist der gesamte Websiteinhalt gespeichert, einschließlich Websitedokumenten oder -dateien in Dokumentbibliotheken, Listendaten und Webparteigenschaften sowie Benutzernamen und Berechtigungen für die Websitesammlung der Zentraladministration. Wenn Microsoft SQL Server PowerPivot für Microsoft SharePoint installiert ist, werden in der Inhaltsdatenbank der Zentraladministration auch die im PowerPivot Management-Dashboard verwendeten Excel-Arbeitsblätter und PowerPivot-Datendateien gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	SharePoint_AdminContent
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein Wenn Sie PowerPivot nutzen und die Standardeinstellungen verwenden, bei denen die Verwendungsdatensammlung und der Datenaktualisierungsverlauf 365 Tage lang aufbewahrt werden, vergrößert sich der Inhalt der Zentraladministration im Laufe eines Jahres. Weitere Informationen zu PowerPivot für SharePoint finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm (https://go.microsoft.com/fwlink/p/?LinkID=186698).
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren ist erforderlich, d. h.die Datenbank muss größer werden können, da nur eine Zentraladministrationsdatenbank pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.)
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010. Die Inhaltsdatenbank der Zentraladministration ist in Bezug auf Sicherung und Wiederherstellung ein Sonderfall. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Zusätzliche Hinweise

Sicherung und Wiederherstellung. Die Inhaltsdatenbank der Zentraladministration wird gesichert, wenn Sie eine Sicherung der SharePoint-Farmkonfiguration und -inhalte durchführen. Bei der Wiederherstellung einer Farm wird die Inhaltsdatenbank der Zentraladministration nicht wiederhergestellt. Sie können die Inhaltsdatenbank der Zentraladministration mithilfe von SQL Server oder anderer Tools erfolgreich sichern und wiederherstellen, sobald die SharePoint-Farm offline geschaltet wurde.

Inhaltsdatenbanken

In Inhaltsdatenbanken wird der gesamte Inhalt einer Websitesammlung gespeichert. Dazu gehören Websitedokumente oder -dateien in Dokumentbibliotheken, Listendaten, Webparteigenschaften, Überwachungsprotokolle und Sandkastenlösungen sowie Benutzernamen und -rechte.

Alle Daten für eine bestimmte Websitesammlung sind in einer Inhaltsdatenbank auf einem einzigen Server gespeichert. Eine Inhaltsdatenbank kann mehreren Websitesammlungen zugeordnet werden.

Inhaltsdatenbanken enthalten außerdem den Cache für Microsoft Office Web Apps, wenn Office Web Apps bereitgestellt sind. Pro Webanwendung wird nur ein Cache erstellt. Wenn für mehrere Websitesammlungen, die in unterschiedlichen Inhaltsdatenbanken gespeichert sind, Office Web Apps aktiviert sind, verwenden alle den gleichen Cache. Sie können die Cachegröße, den Ablaufzeitraum und den Speicherort konfigurieren. Weitere Informationen über die Größe des Caches für 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 Sie die Anwendung in der Umgebung installiert haben.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	WSS_Content
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Es wird dringend empfohlen, die Größe der Inhaltsdatenbanken auf 200 GB zu beschränken, um die Systemleistung aufrechtzuerhalten. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten. Die Größe von Inhaltsdatenbanken kann abhängig von der Nutzung stark variieren. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten.
Lese-/Schreibverhalten	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	Für die Inhaltsdatenbank, die eine Websitesammlung unterstützt, ist zentrales Hochskalieren erforderlich, d. h. die Datenbank muss bei Bedarf größer werden können. Sie können jedoch zusätzliche Websitesammlungen erstellen, die einer Webanwendung zugeordnet sind, und die neuen Websitesammlungen einer anderen Inhaltsdatenbank zuordnen. Darüber hinaus können Sie eine Websitesammlung in eine andere Datenbank verschieben, wenn eine Inhaltsdatenbank mehreren Websitesammlungen zugeordnet ist. Ausführliche Anleitungen dazu, wie Sie die Größe von Inhaltsdatenbanken anpassen können, finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Ja

Zusätzliche Hinweise

Empfohlene Grenzwerte für die Größe von Inhaltsdatenbanken

Es wird dringend empfohlen, die Größe der Inhaltsdatenbanken auf 200 GB zu beschränken, um die Systemleistung aufrechtzuerhalten.

Wichtig

Inhaltsdatenbanken mit einer Größe von bis zu 1 TB werden nur bei großen Repositorys und Archiven mit einer einzigen Website unterstützt, in denen die Daten weitgehend statisch bleiben, beispielsweise Systeme zur Verwaltung von Verweisdokumenten und Datenarchiv-Websites. In diesen Szenarien werden größere Datenbankgrößen unterstützt, da die E/A-Muster und die typischen Datenstrukturformate für größere Maßstäbe entworfen 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 Inhaltsdatenbanken kann abhängig von der Nutzung der Website stark variieren. 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 beträchtliche Auswirkungen auf die Größe einer Inhaltsdatenbank haben. Weitere Informationen über die Größe des Caches für Office Web Apps finden Sie unter Verwalten des Caches von Office Web Apps.

Wenn PowerPivot für SharePoint verwendet wird, werden die in SharePoint Server gespeicherten Excel-Dateien größer, wodurch wiederum die Größe der Inhaltsdatenbank erhöht wird. Weitere Informationen zu finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm (https://go.microsoft.com/fwlink/p/?LinkID=186698).

Ausführliche Empfehlungen zum Berechnen der Größe einer Inhaltsdatenbank finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).

Datenbank für die Sammlung von Integritäts- und Verwendungsdaten

Die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten wird von der Dienstanwendung für die Sammlung von Integritäts- und Verwendungsdaten 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. Die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten ist die einzige SharePoint-Datenbank, die Schemaänderungen unterstützt.

Hinweis

Weitere Informationen zu unterstützten Lesevorgängen finden Sie unter „Nachtrag zu Lesevorgängen“ unter KB 841057: Unterstützung für Änderungen an den Datenbanken, die von Office Server-Produkten und Windows SharePoint Services verwendet werden.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	WSS_UsageApplication
Speicherortvoraussetzungen	Die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten ist äußerst aktiv und sollte nach Möglichkeit auf einem getrennten Datenträger oder einer separaten Spindel untergebracht werden.
Allgemeine Angaben zu Größe und Wachstumsfaktor	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-/Schreibverhalten	Die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten weist eine große Anzahl von Schreibvorgängen auf.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren ist erforderlich, d. h.die Datenbank muss größer werden können, da nur eine Protokollierungsdatenbank pro Farm unterstützt wird.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja. Allerdings wird davon abgeraten, die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten zu spiegeln, auch wenn diese Möglichkeit besteht. Die Datenbank kann im Notfall problemlos neu erstellt werden.
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja. Allerdings wird davon abgeraten, die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten asynchron zu spiegeln oder per Protokollversand zu übermitteln, auch wenn diese Möglichkeit besteht. Die Datenbank kann im Notfall problemlos neu erstellt werden.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja. Allerdings wird davon abgeraten, die Datenbank für die Sammlung von Integritäts- und Verwendungsdaten zu replizieren, auch wenn diese Möglichkeit besteht. Die Datenbank kann im Notfall problemlos neu erstellt werden.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Business Data Connectivity-Datenbank

In der Datenbank der Business Data Connectivity-Dienstanwendung werden externe Inhaltstypen und verwandte Objekte gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Bdc_Service_DB_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein. Die Größe hängt von der Anzahl der Verbindungen ab.
Lese-/Schreibverhalten	Die Business Data Connectivity-Datenbank weist eine große Anzahl von Lesevorgängen auf.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren ist erforderlich, d. h. die 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	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Datenbank der Anwendungsregistrierung

In der Dienstanwendungsdatenbank des Anwendungsregistrierungsdiensts werden abwärtskompatible Informationen gespeichert, mithilfe derer Verbindungen zu Informationen hergestellt werden, die von der Geschäftsdatenkatalog-API von Microsoft Office SharePoint Server 2007 verwendet werden.

Hinweis

Nachdem Sie eine Anwendung aus dem Geschäftsdatenkatalog von Office SharePoint Server 2007 migriert haben, können Sie die Anwendungsregistrierungs-Dienstanwendung deaktivieren und die Datenbank löschen.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Application_Registry_server_DB_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein. Die Größe hängt von der Anzahl der Verbindungen ab.
Lese-/Schreibverhalten	Viele Lesevorgänge.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren ist erforderlich, d. h.die Datenbank muss größer werden können, da nur eine Datenbank des Anwendungsregistrierungsdiensts pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.)
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für 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 für Abonnementeinstellungen und die zugehörige Datenbank werden nicht durch den Konfigurations-Assistent für SharePoint-Produkte erstellt, sondern müssen mithilfe von Windows PowerShell-Cmdlets erstellt werden. Weitere Informationen finden Sie unter New-SPSubscriptionSettingsServiceApplication.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	SubscriptionSettings_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein. Die Größe hängt von der Anzahl der unterstützten Mandanten, Farmen und Features ab.
Lese-/Schreibverhalten	In der Abonnementdatenbank werden viele Lesevorgänge ausgeführt.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Empfohlenes Wiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

SharePoint Server 2010 – Standard Edition-Datenbanken

Die folgenden Datenbanken sind Bestandteil der SharePoint Server 2010 Standard Edition-Bereitstellung.

Secure Store Service-Datenbank

In der Datenbank für die Secure Store Service-Anwendung werden Anmeldeinformationen, z. B. Kontonamen und Kennwörter, gespeichert und zugeordnet.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Secure_Store_Service_DB_
Speicherortvoraussetzungen	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 nur einen 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 Angaben zu Größe und Wachstumsfaktor	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-/Schreibverhalten	Gleich viele Lese- und Schreibvorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Datenbank für den Statusdienst

In der Anwendungsdatenbank für die Statusdienstanwendung werden zeitweise Statusinformationen für InfoPath Forms Services, Exchange Server, das Diagramm-Webpart und Visio Services gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	StateService
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittelgroß. Größe wird durch die Verwendung von InfoPath Forms Services und Visio Services bestimmt.
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Horizontales Skalieren. Fügen Sie eine weitere Datenbank für den Statusdienst für eine Dienstanwendung mithilfe von Windows PowerShell-Cmdlets hinzu. Weitere Informationen finden Sie unter Verwalten des Statusdiensts (SharePoint Server 2010).
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Web Analytics-Stagingdatenbank

In der Stagingdatenbank werden zeitweise nicht aggregierte Faktendaten, Objektmetadaten und in der Warteschlange befindliche Batchdaten für die Web Analytics-Dienstanwendung gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	WebAnalyticsServiceApplication_StagingDB_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel. Größe variiert in Abhängigkeit von der Anzahl generierter Berichte
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Horizontales Skalieren. Ordnen Sie eine weitere Web Analytics-Stagingdatenbank der Dienstanwendungsinstanz zu.
Zugehörige SharePoint-Integritätsregeln	Eine Regel überprüft, ob die Service Broker-Warteschlange für die Web Analytics-Datenbanken aktiviert ist.
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Web Analytics-Berichtsdatenbank

In der Berichtsdatenbank werden aggregierte Standardberichtstabellen, basierend auf Gruppen von Websites, Datum und Objektmetadaten zusammengefasste Faktendaten sowie Diagnoseinformationen für die Web Analytics-Dienstanwendung gespeichert.

Wichtig

Bei großen Umgebungen wird empfohlen, die Berichtsdatenbank der Web Analytics-Dienstanwendung auf einem Server mit SQL Server 2008 Enterprise Edition auszuführen, damit die Web Analytics-Dienstanwendung die Vorteile der Tabellenpartitionierung nutzen kann.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	WebAnalyticsServiceApplication_ReportingDB_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Sehr groß. Größe variiert in Abhängigkeit von der Aufbewahrungsrichtlinie.
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Eine Regel überprüft, ob die Service Broker-Warteschlange für die Web Analytics-Datenbanken aktiviert ist.
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung sowie SQL Server und DPM 2010.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Verwaltungsdatenbank der Suchdienstanwendung

In der Verwaltungsdatenbank werden die Konfiguration der Suchdienstanwendung und die Zugriffssteuerungsliste (Access Control List, ACL) sowie die besten Suchergebnisse für die Durchforstungskomponente gehostet. Auf diese Datenbank wird für jeden Benutzer und jede Verwaltungsaktion zugegriffen.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Search_Service_Application_DB_
Speicherortvoraussetzungen	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 Angaben zu Größe und Wachstumsfaktor	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 das Datenverkehrsvolumen.
Lese-/Schreibverhalten	Ungefähr gleich viele Lese- und Schreibvorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Durchforstungsdatenbank der Suchdienstanwendung

In der Durchforstungsdatenbank werden der Status der durchforsteten Daten und der Durchforstungsverlauf gespeichert.

Wichtig

Bei großen Umgebungen wird empfohlen, die Durchforstungsdatenbank auf einem Server mit SQL Server 2008 Enterprise Edition auszuführen, damit die Dienstanwendung die Vorteile der Datenkomprimierung nutzen kann.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Search_Service_Application_CrawlStoreDB_
Speicherortvoraussetzungen	Die Durchforstungsdatenbank weist eine große Anzahl von E/A-Vorgängen auf und bewirkt, dass der SQL Server-Cache regelmäßig geleert wird. In großen Umgebungen wird empfohlen, diese Datenbank auf einem Server zu platzieren, auf dem sich weder die Eigenschaftsdatenbank noch andere Datenbanken befinden, die an Endbenutzeraufgaben beteiligt sind.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel bis groß. Die Durchforstungsdatenbank ist in der Regel zunächst mittelgroß und wird ohne Verkleinerung mit der Zeit größer. Der Faktor, der sich auf die Größe der Datenbank auswirkt, ist die Anzahl der Elemente in der Sammlung.
Lese-/Schreibverhalten	Viele Lesevorgänge. Das Verhältnis von Lese- und Schreibvorgängen beträgt 3:1.
Empfohlene Skalierungsmethode	Horizontales Skalieren. Ordnen Sie eine weitere Durchforstungsdatenbank der Dienstanwendungsinstanz zu. Sie können mehrere Durchforstungsdatenbanken auf demselben Server platzieren, wenn der Server die erforderliche Anzahl E/A-Vorgänge pro Sekunde verarbeiten kann.
Zugehörige Integritätsregeln	Die Integritätsregel „Suche – Mindestens eine Durchforstungsdatenbank verfügt möglicherweise über fragmentierte Indizes“ defragmentiert bei Bedarf Indizes, erstellt Statistiken neu und aktiviert die Datenkomprimierung auf Seitenebene, wenn SQL Server Enterprise Edition auf dem System ausgeführt wird.
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Eigenschaftsdatenbank der Suchdienstanwendung

In der Eigenschaftsdatenbank werden die den durchforsteten Daten zugeordneten Informationen gespeichert, u. a. Eigenschaften, Verlauf und Durchforstungswarteschlangen.

Wichtig

Bei großen Umgebungen wird empfohlen, die Eigenschaftsdatenbank auf einem Server mit SQL Server 2008 Enterprise Edition auszuführen, damit die Dienstanwendung die Vorteile der Datenkomprimierung nutzen kann.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Search_Service_Application_PropertyStoreDB_
Speicherortvoraussetzungen	Mindestens ein Drittel der Eigenschaftsdatenbank sollte in den Arbeitsspeicher des Servers passen. In großen Umgebungen wird empfohlen, diese Datenbank auf einem eigenen Server zu platzieren, um schnellere Abfrageergebnisse zu erzielen.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Groß bis sehr groß. Wachstumsfaktoren sind die Anzahl verwalteter Eigenschaften und die Anzahl von Dokumenten.
Lese-/Schreibverhalten	Viele Schreibvorgänge. Das Verhältnis von Lese- und Schreibvorgängen beträgt 1:2.
Empfohlene Skalierungsmethode	Horizontales Skalieren. Ordnen Sie eine weitere Eigenschaftsdatenbank der Dienstanwendungsinstanz zu. Es wird empfohlen, jede weitere Eigenschaftsdatenbank auf einem anderen Server zu platzieren.
Zugehörige Integritätsregeln	Die Integritätsregel „Suche – Mindestens eine Eigenschaftsdatenbank verfügt möglicherweise über fragmentierte Indizes“ wird standardmäßig einmal pro Woche ausgeführt. Sie defragmentiert Indizes, erstellt Statistiken neu und aktiviert die Datenkomprimierung, wenn SQL Server Enterprise Edition auf dem System ausgeführt wird.
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für 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.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Benutzerprofildienst-Anwendung_ProfileDB_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel bis groß. Zu den Wachstumsfaktoren gehören weitere Benutzer und die Nutzung von Newsfeeds. Die Größe von Newsfeeds nimmt mit den Aktivitäten der Benutzer zu. Standardmäßig werden die Aktivitäten der letzten zwei Wochen aufbewahrt. Newsfeeds, die älter als zwei Wochen sind, werden vom Zeitgeberauftrag gelöscht.
Lese-/Schreibverhalten	Viele Lesevorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja. Administratoren können mithilfe des Benutzerreplikations-Moduls, das im SharePoint-Verwaltungstoolkit enthalten ist, Benutzerprofile und Daten für soziale Netzwerke wie Communitytags, Notizen und Bewertungen von einer Benutzerprofil-Dienstanwendung zu einer anderen replizieren. Diese Replikation kann uni- oder bidirektional sein. Weitere Informationen finden Sie unter Benutzerprofilreplikations-Modul (Übersicht) (SharePoint Server 2010).
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Synchronisierungsdatenbank der Benutzerprofildienst-Anwendung

In der Synchronisierungsdatenbank werden Konfigurations- und Stagingdaten gespeichert, die beim Synchronisieren der Profildaten mithilfe von Verzeichnisdiensten wie Active Directory verwendet werden.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Benutzerprofildienst-Anwendung_SyncDB_
Speicherortvoraussetzungen
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel bis groß. Zu den Wachstumsfaktoren gehören die Anzahl der Benutzer und Gruppen sowie das Verhältnis von Benutzern zu Gruppen.
Lese-/Schreibverhalten	Ungefähr gleich viele Lese- und Schreibvorgänge.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein. Administratoren können mithilfe des Benutzerreplikations-Moduls, das im SharePoint-Verwaltungstoolkit enthalten ist, Benutzerprofile und Daten für soziale Netzwerke wie Communitytags, Hinweise und Bewertungen von einer Benutzerprofil-Dienstanwendung zu einer anderen replizieren. Diese Replikation kann uni- oder bidirektional sein. Weitere Informationen finden Sie unter Benutzerprofilreplikations-Modul (Übersicht) (SharePoint Server 2010).
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Datenbank für Communitytags der Benutzerprofildienst-Anwendung

In der Datenbank für Communitytags werden von Benutzern erstellte Communitytags und Notizen zusammen mit den jeweiligen URLs gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Benutzerprofildienst-Anwendung_SocialDB_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein bis sehr groß. Zu den Wachstumsfaktoren gehören die Anzahl der Kategorien, Bewertungen und Notizen, die erstellt und verwendet werden.
Lese-/Schreibverhalten	Viele Lesevorgänge. Das Verhältnis von Lese- und Schreibvorgängen beträgt ungefähr 50:1.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja. Administratoren können mithilfe des Benutzerreplikations-Moduls, das im SharePoint-Verwaltungstoolkit enthalten ist, Benutzerprofile und Daten für soziale Netzwerke wie Communitytags, Notizen und Bewertungen von einer Benutzerprofil-Dienstanwendung zu einer anderen replizieren. Diese Replikation kann uni- oder bidirektional sein. Weitere Informationen finden Sie unter Benutzerprofilreplikations-Modul (Übersicht) (SharePoint Server 2010).
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Datenbank für verwaltete Metadaten

In der Datenbank der Dienstanwendung für verwaltete Metadaten werden verwaltete Metadaten und zusammengefasste Inhaltstypen gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	Verwalteter Metadatendienst_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel. Zu den Wachstumsfaktoren gehört die Menge an verwalteten Metadaten.
Lese-/Schreibverhalten	Viele Lesevorgänge. Das Verhältnis von Lese- und Schreibvorgängen beträgt ungefähr 1.000:1.
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Word Automation Services-Datenbank

In der Word Automation Services-Datenbank werden Informationen zu anstehenden und abgeschlossenen Dokumentkonvertierungen gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	WordAutomationServices_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

SharePoint Server 2010 – Enterprise Edition-Datenbanken

Die folgenden Datenbanken sind neben den Datenbanken, die im Lieferumfang der Standard Edition enthalten sind, Bestandteil der SharePoint Server 2010 Enterprise Edition-Bereitstellung.

Datenbank der PerformancePoint-Dienstanwendung

In der Datenbank der PerformancePoint-Dienstanwendung werden temporäre Objekte, dauerhafte 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, u. a. zusammengefasste Analysen aus veröffentlichten Dashboards.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	PerformancePoint Service Application_
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein. Benutzerkommentare und Anmerkungen werden dauerhaft aufbewahrt und nehmen basierend auf der Anzahl der Anwendungsbenutzer zu. Temporäre Objekte werden einmal pro Tag entfernt.
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren ist durch Erstellen zusätzlicher Instanzen der Dienstanwendung möglich. Die Entscheidung, eine gesonderte Dienstanwendung zu erstellen, hängt jedoch meistens von Geschäftsanforderungen und nicht vom Umfang ab.
Zugehörige Integritätsregeln	Die Integritätsregel „Datenbank ist nicht verfügbar“ überprüft, ob die PerformancePoint-Datenbank verfügbar ist.
Unterstützte Sicherungsmechanismen	SharePoint Server 2010-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Project Server 2010-Datenbanken

Für Project Server 2010 ist SharePoint Server 2010 Enterprise Edition erforderlich.

Entwurfsdatenbank

Die Entwurfsdatenbank enthält Daten zum Bearbeiten von Projekten. Diese Datenbank enthält außerdem die Tabellen, die von der Project-Warteschlange verwendet werden. Endbenutzer haben keinen direkten Zugriff auf die Daten in der Entwurfsdatenbank.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	ProjectServer_Draft
Speicherortvoraussetzungen	Muss sich in der gleichen Datenbankinstanz wie die veröffentlichten und Archivdatenbanken befinden.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel
Lese-/Schreibverhalten	Gleich viele Lese- und Schreibvorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja, aber Sie müssen zusätzliche Schritte ausführen.
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja, aber Sie müssen die Protokolle von allen Datenbanken synchronisieren.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja, aber Sie müssen zusätzliche Schritte ausführen.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Veröffentlichte Datenbank

Die veröffentlichte Datenbank enthält eine Kopie aller Projekte, die veröffentlicht wurden. Die veröffentlichte Datenbank enthält auch die Tabellen, die für Project Server spezifisch sind (Arbeitszeittabellen, Ressourcen, benutzerdefinierte Felder, Sicherheitsdefinitionen und andere Metadaten). Diese Datenbank enthält außerdem die Tabellen, die von der Arbeitszeittabellen-Warteschlange verwendet werden. Endbenutzer haben keinen direkten Zugriff auf die Daten in der veröffentlichten Datenbank.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	ProjectServer_Published
Speicherortvoraussetzungen	Muss sich auf demselben Datenbankserver wie die Entwurfs- und Archivdatenbanken befinden.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Mittel
Lese-/Schreibverhalten	Gleich viele Lese- und Schreibvorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja, aber Sie müssen zusätzliche Schritte ausführen.
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja, aber Sie müssen die Protokolle von allen Datenbanken synchronisieren.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja, aber Sie müssen zusätzliche Schritte ausführen.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Archivdatenbank

In der Archivdatenbank werden die Sicherungsdaten von Projekten, Ressourcen, Kalender, benutzerdefinierte Enterprise-Felder, die Project Web Access-Ansichtsdefinitionen für Enterprise-Global, Project Web Access-Systemeinstellungen sowie Kategorie- und Gruppensicherheitseinstellungen gespeichert, die vom Project Web Access-Administrator eingerichtet wurden. Endbenutzer haben keinen direkten Zugriff auf die Daten in der Archivdatenbank.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	ProjectServer_Archive_
Speicherortvoraussetzungen	Muss sich auf demselben Datenbankserver wie die Entwurfs- und veröffentlichten Datenbanken befinden.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein, kann im Laufe der Zeit sehr groß werden. Wenn das System Archivierungsfunktionen verwendet, wird diese Datenbank mindestens so groß wie die Entwurfsdatenbank, wahrscheinlich sogar viel größer. Sie können einen Grenzwert für die Größe der Archivdatenbank festlegen, sodass diese den angegebenen Multiplikator der Entwurfsdatenbank nicht überschreitet.
Lese-/Schreibverhalten	Gleich viele Lese- und Schreibvorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja, aber Sie müssen zusätzliche Schritte ausführen.
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja, aber Sie müssen die Protokolle von allen Datenbanken synchronisieren.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Ja, aber Sie müssen zusätzliche Schritte ausführen.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

Berichtsdatenbank

Die Berichtsdatenbank ist das Repository für das gesamte Portfolio von Projekten in Project Server. Diese Tabellen stellen Momentaufnahmen aller Projektpläne basierend auf dem Zeitpunkt der letzten Veröffentlichung des Projekts in Project Server dar, enthalten denormalisierte Zeitdaten und ermöglichen die Verwendung von erweiterten Berichtsfunktionen außerhalb des Project-Clients. Endbenutzer verfügen über Zugriff auf die Daten in der Berichtsdatenbank.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	ProjectServer_Reporting
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Groß
Lese-/Schreibverhalten	Viele Lesevorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt.
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SharePoint Server 2010- und SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja. Sie müssen jedoch zusätzliche Schritte ausführen, um sicherzustellen, dass die Project-Datenbanken und -Protokolle vollständig synchronisiert sind.
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Ja. Sie müssen jedoch zusätzliche Schritte ausführen, um sicherzustellen, dass die Project-Datenbanken und -Protokolle vollständig synchronisiert sind.
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

FAST Search Server für SharePoint 2010-Datenbanken

Für FAST Search Server 2010 for SharePoint ist SharePoint Server 2010 Enterprise Edition erforderlich.

Suchverwaltungsdatenbank

In der Suchverwaltungsdatenbank werden die mit der Verwaltung von FAST Search Server 2010 for SharePoint zusammenhängenden Daten gespeichert und verwaltet. Diese umfassen Sucheinstellungsgruppen, Stichwörter, Synonyme, Herauf- und Herabstufungen von Dokumenten und Websites, Ein- und Ausschlüsse bei Ausdrucksentitätsextraktionen, Ausschlüsse bei der Rechtschreibprüfung, beste Suchergebnisse, visuelle beste Suchergebnisse und Suchschema-Metadaten.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	FASTSearchAdminDatabase
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein. Die Größe wird von der Anzahl der Stichwörter, Synonyme, Herauf- und Herabstufungen von Dokumenten und Websites, Einschlüsse und Ausschlüsse bei Ausdrucksentitätsextraktionen, Ausschlüsse bei der Rechtschreibprüfung, besten Suchergebnisse und visuellen besten Suchergebnisse beeinflusst.
Lese-/Schreibverhalten	Viele Lesevorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank. (Erhebliche Größenzunahme ist unwahrscheinlich.)
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

PowerPivot für SharePoint

PowerPivot für SharePoint erweitert SharePoint Server 2010 und Excel Services durch die Unterstützung der serverseitigen Verarbeitung, Zusammenarbeit und Dokumentverwaltung für in SharePoint Server 2010 veröffentlichte PowerPivot-Arbeitsmappen.

Für PowerPivot für SharePoint muss SQL Server 2008 R2 Enterprise Edition Analysis Services in der Umgebung installiert sein.

Hinweis

Die Verwendung von PowerPivot für SharePoint wirkt sich auch auf die Größe der Inhaltsdatenbank der Zentraladministration und die Inhaltsdatenbanken, in denen die Excel-Arbeitsmappen gespeichert werden. Weitere Informationen finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm (https://go.microsoft.com/fwlink/p/?LinkID=186698).

Datenbank der PowerPivot-Anwendung

In der Datenbank der PowerPivot-Anwendung werden der Speicherort der zwischengespeicherten oder geladenen PowerPivot-Datendateien, die Datenaktualisierungszeitpläne und die PowerPivot-Verwendungsdaten gespeichert, die aus der zentralen Datenbank der Verwendungsdatensammlung kopiert werden.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	DefaultPowerPivotServiceApplicationDB
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein
Lese-/Schreibverhalten
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt.
Zugehörige Integritätsregeln	Keine Verwendung von SQL Server-Integritätsregeln.
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Ja. Spiegelung erfolgt jedoch ausschließlich über SQL Server: SharePoint Server 2010 erkennt die PowerPivot-Datenbank nicht.
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

SQL Server-Systemdatenbanken

SharePoint Server 2010 basiert auf SQL Server und nutzt infolgedessen die SQL Server-Systemdatenbanken. In SQL Server können Benutzer die Informationen in Systemobjekten wie Systemtabellen, gespeicherten Systemprozeduren und Katalogansichten nicht direkt aktualisieren. Stattdessen stellt SQL Server einen vollständigen Satz administrativer Tools zur Verfügung, die Benutzern das umfassende Verwalten des Systems sowie aller Benutzer und Objekte in einer Datenbank ermöglichen. Weitere Informationen zu den Systemdatenbanken von SQL Server finden Sie unter Systemdatenbanken (https://go.microsoft.com/fwlink/p/?LinkId=186699).

master

In der master-Datenbank werden für eine SQL Server-Instanz alle Informationen auf Systemebene aufgezeichnet.

Standarddatenbankname	master
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.)
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

model

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, z. B. an der Datenbankgröße, der -sortierung, am Wiederherstellungsmodell und an anderen Datenbankoptionen, werden auf jede Datenbank angewendet, die anschließend erstellt wird.

Standarddatenbankname	model
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.)
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

msdb

Die msdb-Datenbank wird vom SQL Server-Agent für die Planung von Benachrichtigungen und Aufträgen verwendet.

Standarddatenbankname	msdb
Speicherortvoraussetzungen	Keine
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.)
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

tempdb

Die tempdb-Datenbank ist ein Arbeitsbereich zum Speichern von temporären Objekten oder Zwischenresultsets. Sie enthält auch alle anderen temporären gespeicherten Elemente. Die tempdb-Datenbank wird bei jedem Start von SQL Server neu erstellt.

Standarddatenbankname	tempdb
Speicherortvoraussetzungen	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 ein Doppelkernprozesor als zwei CPUs gezählt wird.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein bis sehr groß. Die tempDB-Datenbank nimmt schnell an Größe zu und ab. Größe hängt von der Anzahl der Benutzer des Systems sowie der jeweiligen Prozesse, die ausgeführt werden. So nimmt die Datenbank beispielsweise rasch an Größe zu, wenn umfangreiche Indizes online neu erstellt oder umfangreiche Sortierungen ausgeführt werden.
Lese-/Schreibverhalten	Variiert
Empfohlene Skalierungsmethode	Zentrales Hochskalieren
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Einfach
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für 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 für die Bereitstellung die Verwendung von Access Services erforderlich ist, richten sich die Anforderungen für Reporting Services nach dem Modus der Ausführung:

• Der lokale Modus erfordert nur SharePoint Server 2010 und das SQL Server 2008 R2 Reporting Services (SSRS)-Add-In.

• Der verbundene Modus erfordert SharePoint Server 2010, das SSRS-Add-In und einen SQL Server 2008 R2-Berichtsserver (verfügbar als Standard Edition oder Enterprise Edition).

Weitere Informationen zum Verwalten von SQL Server Reporting Services-Datenbanken finden Sie unter Bewährte Methoden für den Berichtserverkatalog (https://go.microsoft.com/fwlink/p/?LinkID=185486).

Berichtserverdatenbank

In der Berichtsserverkatalog-Datenbank von SQL Server Reporting Services werden alle Berichtsmetadaten gespeichert, einschließlich Berichtsdefinitionen, Berichtsverlauf und Momentaufnahmen sowie Informationen zur Zeitplanung.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	RSDB
Speicherortvoraussetzungen	Muss sich auf demselben Datenbankserver wie die ReportServerTempDb-Datenbank befinden.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein
Lese-/Schreibverhalten	Viele Lesevorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

ReportServerTempDB-Datenbank

In der ReportServerTempDB-Datenbank von SQL Server Reporting Services werden während der Ausführung der Berichte alle temporären Momentaufnahmen gespeichert.

Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte	RSTempDB
Speicherortvoraussetzungen	Muss sich auf demselben Datenbankserver wie die ReportServer-Datenbank befinden.
Allgemeine Angaben zu Größe und Wachstumsfaktor	Klein bis sehr groß. Die ReportServerTempDB-Datenbank nimmt in Abhängigkeit von der Anzahl der gleichzeitigen interaktiven Benutzer und der Anzahl der Berichtsmomentaufnahmen schnell an Größe zu und ab.
Lese-/Schreibverhalten	Viele Lesevorgänge
Empfohlene Skalierungsmethode	Zentrales Hochskalieren der Datenbank
Zugehörige Integritätsregeln	Keine
Unterstützte Sicherungsmechanismen	SQL Server-Sicherung und -Wiederherstellung, doch wird die Sicherung dieser Datenbank nicht empfohlen.
Standardwiederherstellungsmodell	Vollständig
Unterstützt Spiegelung innerhalb einer Farm, um Verfügbarkeit sicherzustellen	Nein
Unterstützt asynchrone Spiegelung oder Protokollversand zu einer anderen Farm für Notfallwiederherstellung	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Verfügbarkeit	Nein
Unterstützt synchrone Replikation bei Verwendung von SQL Server AlwaysOn-Verfügbarkeitsgruppen für Notfallwiederherstellung	Nein

See Also

Other Resources

Ressourcencenter: Kapazitätsverwaltung für SharePoint Server 2010
Ressourcencenter: SQLServer- und SharePoint Server 2010-Datenbanken