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