Datenbanktypen und -beschreibungen in SharePoint Server
GILT FÜR:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
In diesem Artikel werden die Datenbanken beschrieben, die für SharePoint Server installiert werden. Jede Datenbankbeschreibung enthält außerdem Informationen zur Größe und Platzierung. Weitere Informationen finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server).
Datenbanken für SharePoint Server 2019 können in Microsoft SQL Server 2016 und Microsoft SQL Server 2017 gehostet werden. Datenbanken für SharePoint Server 2016 können in SQL Server 2014 Service Pack 1 (SP1) und SQL Server 2016 gehostet werden. Datenbanken für SharePoint Server 2013 können in SQL Server 2008 R2 mit Service Pack 1 (SP1) oder SQL Server 2012 gehostet werden. Weitere Informationen finden Sie unter Systemanforderungen für SharePoint Server 2016 und 2019 und Hardware- und Softwareanforderungen für SharePoint 2013.
Alle in diesem Artikel aufgeführten Datenbanknamen werden automatisch erstellt, wenn der Konfigurations-Assistent für SharePoint-Produkte ausgeführt wird. Sie müssen diese Namenskonventionen nicht verwenden. Sie können entweder ihre eigenen Datenbanknamen angeben, wenn Sie sie erstellen, oder die Namen ändern, nachdem sie erstellt wurden. Weitere Informationen finden Sie unter Verschieben oder Umbenennen von Dienstanwendungsdatenbanken in SharePoint Server.
Die in diesem Artikel aufgeführten Datenbankgrößen basieren auf den folgenden Bereichen.
| Beschreibung | Größenbereich |
|---|---|
| Sehr klein |
Bis zu 100 Megabyte (MB) |
| KKleinste |
1 Gigabyte (GB) oder weniger |
| Mittel |
Bis zu 100 Gigabyte (GB) |
| Groß |
Bis zu 1 Terabyte |
| Sehr groß |
Mehr als 1 Terabyte (TB) |
Sie können das SharePoint Server 2016-Datenbankposter als PDF - oder Visio-Datei herunterladen.
Eine grafische Übersicht über die Datenbanken, die SharePoint Server 2013 unterstützen, finden Sie unter Datenbankmodell.
SharePoint Server-Systemdatenbanken
Die folgenden Datenbanken sind Bestandteil aller SharePoint Server-Bereitstellungen. Diese Datenbanken werden stets installiert, wenn eine SharePoint Server-Edition bereitgestellt wird. Die drei Datenbanken, die bei der Bereitstellung von SharePoint Server automatisch installiert werden, sind die Konfigurationsdatenbank, die Zentraladministration-Inhaltsdatenbank und die allgemeine Inhaltsdatenbank.
Konfiguration
Die Konfigurationsdatenbank enthält Daten zu den folgenden Bereichen:
SharePoint-Datenbanken
Internetinformationsdienste (IIS)-Websites
Webanwendungen
Vertrauenswürdige Lösungen
Webpartpakete
Websitevorlagen
Webanwendungen
Verteilter Cache – Konfigurationsobjekte
Die Konfigurationsdatenbank verfolgt den Status aller Server in der Farm, die den Verteilten Cachedienst ausführen.
Außerdem enthält die Konfigurationsdatenbank spezifische Daten für SharePoint Server-Farmeinstellungen, z. B. Standardkontingenteinstellungen und gesperrte Dateitypen.
Konfigurationsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei der Installation mit dem Konfigurations-Assistenten für SharePoint-Produkte |
SharePoint_Config |
| Anforderungen an den Speicherort |
Muss sich an demselben Speicherort wie die Zentraladministration-Datenbank befinden |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein Transaktionsprotokolldateien, die in der Konfigurationsdatenbank gespeichert sind, können sehr umfangreich werden. Weitere Informationen finden Sie unter Hinweise. |
| Lese-/Schreibeigenschaften |
Häufige Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich, da nur eine Konfigurationsdatenbank pro Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, SQL Server und System Center Data Protection Manager. Das Sichern und Wiederherstellen der Konfigurationsdatenbanken ist aufgrund des Transaktionsprotokolls ein Sonderfall. Weitere Informationen finden Sie unter Hinweise. |
| Standardwiederherstellungsmodell |
Vollständig. Es wird empfohlen, die Konfigurationsdatenbank auf dem vollständigen Wiederherstellungsmodell beizubehalten und Sicherungen zu erstellen, um die Protokolldateien abzuschneiden. |
Hinweise
Transaktionsprotokolldateien. Es wird empfohlen, das Transaktionsprotokoll für die Konfigurationsdatenbank regelmäßig zu sichern, um das Kürzen der Datei zu erzwingen. Wenn Sie SQL Server Always On Verfügbarkeitsgruppen oder Datenbankspiegelung verwenden, sollten Sie die Datenbank auch im vollständigen Wiederherstellungsmodus ausführen. Weitere Informationen finden Sie unter Das Transaktionsprotokoll (SQL Server).
Sicherung und Wiederherstellung. Die Konfigurationsdatenbank wird gesichert, wenn Sie eine SharePoint-Farmkonfiguration und inhaltsbezogene Sicherung durchführen. Einige Konfigurationseinstellungen aus der Datenbank werden exportiert und als XML-Datei gespeichert. Wenn eine Farm wiederhergestellt wird, wird die Konfigurationsdatenbank nicht wiederhergestellt. Stattdessen werden die gespeicherten Konfigurationseinstellungen importiert. Die Konfigurationsdatenbank kann erfolgreich gesichert und mit SQL Server oder anderen Tools wiederhergestellt werden, wenn die SharePoint-Farm zuerst offline geschaltet wird.
Hinweis
Wenn ausschließlich die Farmkonfiguration gesichert oder wiederhergestellt wird, werden zahlreiche Konfigurationseinstellungen nicht gespeichert. Bei diesen Konfigurationseinstellungen kann es sich beispielsweise um bestimmte Webanwendungseinstellungen, Dienstanwendungseinstellungen und Einstellungen handeln, die speziell für den lokalen Server gelten. Diese Einstellungen werden bei einer Sicherung von Farminhalt und -konfiguration gespeichert. Einige Einstellungen, wie Dienstanwendungs-Proxyeinstellungen, können jedoch bei einer Farmwiederherstellung nicht wiederhergestellt werden. Informationen darüber, was bei einer Konfigurationssicherung gespeichert wird, finden Sie unter Sichern von Farmkonfigurationen in SharePoint Server. Informationen zum Dokumentieren und Kopieren von Konfigurationseinstellungen, die nicht gesichert werden, finden Sie unter Kopieren von Konfigurationseinstellungen zwischen Farmen in SharePoint Server.
Inhaltsdatenbank der Zentraladministration
Die Inhaltsdatenbank der Zentraladministration wird als Konfigurationsdatenbank eingestuft. Darin sind alle Konfigurationsdaten für die Websitesammlung der Zentraladministration gespeichert. Wenn SQL Server PowerPivot für SharePoint Server 2016 installiert ist, werden in der Inhaltsdatenbank der Zentraladministration auch die Excel Online-Arbeitsblätter und PowerPivot-Datendateien gespeichert, die im PowerPivot-Verwaltungsdashboard verwendet werden.
Hinweis
PowerPivot für SharePoint kann nur auf SharePoint Server 2016 installiert werden, wenn Sie SQL Server 2016 CTP 3.1 oder höher als Datenbankserver verwenden.
Um weitere Informationen zu erhalten, laden Bereitstellen von SQL Server 2016 PowerPivot und Power View in SharePoint 2016 herunter. Um weitere Informationen zum Konfigurieren und Bereitstellen von Business Intelligence in einer SharePoint Server 2016-Farm mit mehreren Servern zu erhalten, laden Sie Bereitstellen von SQL Server 2016 PowerPivot und Power View in SharePoint 2016-Farm mit mehreren Ebenen herunter.
Hinweis
[!HINWEIS] Excel-Dienste und die zugehörigen Business Intelligence-Funktionen stehen nicht mehr in SharePoint Server 2016 zur Verfügung. Excel Services-Funktionen sind jetzt Teil von Excel Online in Office Online Server (dies ist die nächste Version von Office Web Apps Server), und SharePoint-Benutzer können die Dienste von dort aus verwenden. Weitere Informationen finden Sie unterOffice Online Server und Configure Excel Online administrative settings.
Wenn SQL Server 2012 PowerPivot für SharePoint 2013 installiert ist, werden in der Inhaltsdatenbank der Zentraladministration auch die im PowerPivot Management-Dashboard verwendeten Excel-Arbeitsblätter und PowerPivot-Datendateien gespeichert. Power Pivot für SharePoint 2013 kann nur unter SharePoint Server 2013 installiert werden.
Inhaltsdatenbank der Zentraladministration
| Kategorie | Beschreibung |
|---|---|
| Standard-Datenbanknamenpräfix bei der Installation mithilfe des Konfigurations-Assistenten für SharePoint-Produkte |
SharePoint_AdminContent_<GUID> |
| Anforderungen an den Speicherort |
Muss sich auf derselben Datenbankmodulinstanz wie die Konfigurationsdatenbank befinden. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
KKleinste Wenn Sie Power Pivot für SharePoint verwenden und die Standardeinstellungen verwenden, die die Sammlung von Nutzungsdaten und den Datenaktualisierungsverlauf 365 Tage lang beibehalten, wächst die Inhaltsdatenbank der Zentraladministration über einen Zeitraum von einem Jahr. |
| Lese-/Schreibeigenschaften |
Variiert |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich. Die Größe der Datenbank muss zunehmen können, da nur eine Inhaltsdatenbank für die Zentraladministration-Farm unterstützt wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, SQL Server und System Center Data Protection Manager. Das Sichern und Wiederherstellen der Inhaltsdatenbank für die Zentraladministration ist ein Sonderfall. Weitere Informationen finden Sie unter Hinweise. |
| Standardwiederherstellungsmodell |
Vollständig |
Hinweise
Sicherung und Wiederherstellung: Die Inhaltsdatenbank der Zentraladministration wird gesichert, wenn Sie eine Sicherung der SharePoint-Farmkonfiguration und -inhalte durchführen. Wenn eine Farm wiederhergestellt wird, wird die Inhaltsdatenbank der Zentraladministration nicht wiederhergestellt. Die Inhaltsdatenbank der Zentraladministration kann erfolgreich gesichert und mit SQL Server oder anderen Tools wiederhergestellt werden, wenn die SharePoint-Farm zuerst offline geschaltet wird.
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, die für eine bestimmte Websitesammlung gespeichert werden, befinden sich in einer Inhaltsdatenbank auf nur einem Server. Eine Inhaltsdatenbank kann mehreren Websitesammlungen zugeordnet werden.
Inhaltsdatenbanken speichern außerdem Folgendes:
Project Server 2016-Daten und -Objekte
PowerPivot für SharePoint-Benutzerdaten
Hinweis
[!HINWEIS] Beachten Siem, dass PowerPivot für SharePoint nur auf SharePoint Server 2016 installiert werden, wenn Sie SQL Server 2016 CTP 3.1 oder höher als Datenbankserver verwenden. Laden Sie SQL Server 2016 CTP 3.1 aus dem Microsoft Download Center herunter.
PowerPivot für SharePoint 2013 kann nicht auf SharePoint Foundation 2013, sondern nur auf SharePoint Server 2013 installiert werden.
Um die Business Intelligence-Tools (BI) in SharePoint Server 2013 verwenden zu können, müssen Sie SQL Server 2012 mit Service Pack 1 (SP1) oder SQL Server 2014 64-Bit-Version installieren. Weitere Informationen finden Sie unter Systemanforderungen für SharePoint Server 2016 und 2019 und Softwareanforderungen für Business Intelligence in SharePoint Server.
Inhaltsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
WSS_Content |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Es wird empfohlen, die Größe der Inhaltsdatenbanken auf 200 GB zu beschränken, um die Systemleistung aufrechtzuerhalten. Weitere Informationen finden Sie unter Hinweise. Die Größe von Inhaltsdatenbanken kann abhängig von der Nutzung stark schwanken. Weitere Informationen finden Sie unter Hinweise. |
| Lese-/Schreibeigenschaften |
Variiert abhängig von der Nutzung. So werden beispielsweise in Umgebungen für die Zusammenarbeit häufig Schreibvorgänge ausgeführt, während in Dokumentverwaltungsumgebungen häufig Lesevorgänge ausgeführt werden. |
| Empfohlene Skalierungsmethode |
Für Inhaltsdatenbanken, die eine Websitesammlung unterstützen, muss die vertikale Skalierung möglich sein. Die Datenbank muss je nach Bedarf wachsen können. Sie können 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. Weitere Informationen zur Größenbestimmung von Inhaltsdatenbanken finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, SQL Server und System Center Data Protection Manager. |
| Standardwiederherstellungsmodell |
Vollständig |
Hinweise
Empfohlene Grenzwerte für die Größe von Inhaltsdatenbanken
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 umfangreichen Dokumentrepositorys finden Sie unter „Estimate Performance and Capacity Requirements for Large Scale Document Repositories“ (Schätzen von Leistungs- und Kapazitätsanforderungen für große Dokumentrepositorys), zugänglich über Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server).
Größenschätzung von Inhaltsdatenbanken
Die Größe von Datenbanken variiert abhängig von der Nutzung der Website stark. 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 der Überwachungspfad konfiguriert wurde und die Anzahl der Elemente, die für die Überwachung ausgewählt wurden.
Wenn PowerPivot für SharePoint verwendet wird, nimmt die Größe der Excel Online-Dateien, die in SharePoint Server 2016 gespeichert sind, zu, wodurch sich wiederum die Größe der Inhaltsdatenbank erhöht. Weitere Informationen finden Sie unter PowerPivot für SharePoint (SSAS).
Wenn PowerPivot für SharePoint verwendet wird, nimmt die Größe der in SharePoint Server 2013 gespeicherten Excel-Dateien zu, wodurch sich wiederum die Größe der Inhaltsdatenbank erhöht. Weitere Informationen finden Sie unter Planen einer PowerPivot-Bereitstellung in einer SharePoint-Farm.
Ausführliche Empfehlungen zum Berechnen der Größe einer Inhaltsdatenbank finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server).
SharePoint Server-Dienstanwendungsdatenbanken
Die folgenden Dienstanwendungsdatenbanken sind in SharePoint Server-Bereitstellungen verfügbar.
App-Verwaltungsdatenbank
Die App-Verwaltungsdatenbank wird von der App-Verwaltungsdienstanwendung genutzt. Darin werden die App-Lizenzen und -Berechtigungen gespeichert, die aus dem SharePoint Store oder App-Katalog heruntergeladen werden.
App-Verwaltungsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
AppMng_Service_DB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Vertikale Skalierung, wenn die Dienstanwendungsdatenbank eine Größe von 10 GB erreicht. Horizontales Hochskalieren nur in SharePoint. |
| Lese-/Schreibeigenschaften |
Viele Schreibvorgänge während der App-Installation und Lizenzerneuerung. |
| Empfohlene Skalierungsmethode |
Datenbanken für die App-Lizenzverwaltung können nur in SharePoint in Microsoft 365 horizontal hochskaliert werden. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der Business Data Connectivity-Dienstanwendung
In der Datenbank der Business Data Connectivity-Dienstanwendung werden externe Inhaltstypen und verwandte Objekte gespeichert.
Business Data Connectivity-Datenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Bdc_Service_DB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Die Größe hängt von der Anzahl der Verbindungen ab. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren ist erforderlich. Die Größe der Datenbank muss zunehmen 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 Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbanken der Suchdienstanwendung
Die Suchdienstanwendung verfügt über vier Datenbanken, die SharePoint Server 2016 unterstützen. Die vier Datenbanken des Suchdiensts sind in der folgenden Liste angegeben. In den Tabellen, die auf die Liste folgen, sind die relevanten Informationen zu den Datenbanken aufgeführt.
Suchverwaltung: In der Datenbank der Suchverwaltung werden die Konfiguration der Suchanwendung und die Zugriffssteuerungsliste (Access Control List, ACL) für die Durchforstungskomponente gehostet.
Analysebericht: In der Analyseberichtsdatenbank werden die Ergebnisse für Verwendungsanalyseberichte gespeichert, und bei Bedarf werden Informationen aus der Linkdatenbank extrahiert.
Durchforstung: In der Durchforstungsdatenbank werden der Status der durchforsteten Daten und der Durchforstungsverlauf gespeichert.
Verbinden: Die Link-Datenbank speichert die Informationen, die von der Inhaltsverarbeitungskomponente extrahiert werden, und die Durchauswahlinformationen.
Wichtig:
In SharePoint 2013 ist der Sicherungs- und Wiederherstellungsprozess für alle Suchdienst-Anwendungsdatenbanken mit SQL Server-Tools auf folgende Szenarios beschränkt:
Das Sichern und Wiederherstellen der Suchverwaltungsdatenbank ist für die Migration der Konfiguration oder für Upgrades möglich.
Führen Sie eine Sicherung und Wiederherstellung von Suchdienst-Anwendungsdatenbanken nur durch, wenn die SharePoint-Farm vollständig beendet wurde. Wenn die SharePoint-Farm beendet wird, können Sie die Farm auf Momentaufnahmen sichern oder eine Sicherung mit SQL Server Tools erstellen, um sicherzustellen, dass die Suchindizes mit den Suchdatenbanken synchronisiert werden. Eine Wiederherstellung muss den gesamten Sicherungssatz enthalten.
Das Wiederherstellen von Suchdatenbanksicherungen, die nicht mit den Suchindizes synchronisiert werden, wird nicht unterstützt. Dies führt möglicherweise zu unerwartetem Suchverhalten und weist ein hohes Risiko der Suchindexbeschädigung auf. Führen Sie alle Datenbanksicherungen innerhalb des gleichen Zeitrahmens durch, um zu vermeiden, dass die Datenbanken nicht miteinander synchronisiert sind.
Suchverwaltungsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_DB_<GUID> |
| Anforderungen an den Speicherort |
Die Verwaltungsdatenbank sollte in den Arbeitsspeicher des Servers passen, damit der Server die Belastung durch Endbenutzerabfragen effizient verarbeiten kann. Aufgrund dieser Anforderung ist es am besten, die Verwaltungs- und Durchforstungsdatenbanken nicht auf demselben Server zu haben. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
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 die Menge des Datenverkehrs. |
| Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Hochskalieren durch Erstellen zusätzlicher Instanzen der Dienstanwendung. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Analyseberichtsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_AnalyticsReportingStoreDB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. |
| Lese-/Schreibeigenschaften |
Viele Schreibvorgänge während nächtlicher Analyseaktualisierungen |
| Empfohlene Skalierungsmethode |
Horizontales Skalieren durch Erstellung einer zusätzlichen Analyseberichtsdatenbank mithilfe eines Teilungsvorgangs, wenn die Hauptdatenbank eine Größe von mehr als 200 GB erreicht. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Durchforstungsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_CrawlStoreDB_<GUID> |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Horizontales Skalieren durch die Erstellung einer zusätzlichen Durchforstungsdatenbank pro 20 Millionen durchforstete Elemente. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Linkdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Search_Service_Application_LinkStoreDB_<GUID> |
| Anforderungen an den Speicherort |
Es wird empfohlen, für die Linkdatenbank bei Websites mit hohem Datenverkehrsaufkommen separate Spindles (Datenträgerlaufwerke) anderer Datenbanken zu verwenden. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. Die Linkdatenbank wächst auf dem Datenträger pro 1 Millionen bereitgestellte Dokumente um 1 GB an. Die Durchklick-Daten wachsen linear zum Abfragedatenverkehr an, und zwar um 1 GB pro 1 Million Abfragen. |
| Lese-/Schreibeigenschaften |
Viele Schreibvorgänge während der Inhaltsverarbeitung |
| Empfohlene Skalierungsmethode |
Horizontales Skalieren durch Erstellen einer zusätzlichen Linkdatenbank pro 60 Millionen durchforstete Dokumente. Fügen Sie außerdem eine zusätzliche Linkdatenbank pro 100 Millionen zu erwartender Abfragen pro Jahr hinzu. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
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.
Secure Store Service-Datenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Secure_Store_Service_DB_<GUID> |
| Anforderungen an den Speicherort |
Für die sichere Speicherung von Anmeldeinformationen wird empfohlen, die Secure Store-Datenbank auf einer separaten Datenbank instance oder Datenbankservers zu hosten, auf dem der Zugriff auf einen Administrator beschränkt ist. Wenn die Datenbank auf dem SharePoint-Standarddatenbankserver und instance gehostet wird, haben alle Datenbankadministratoren standardmäßig Zugriff auf die Secure Store-Datenbank. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. 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- und Schreibvorgänge in einer bestimmten Zielanwendung auf die Größe aus. |
| Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank für die Sammlung von Verwendungs- und Integritätsdaten
Die Datenbank "Sammlung von Nutzungs- und Integritätsdaten" wird von der Dienstanwendung "Nutzungs- und Integritätsdatensammlung" 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.
Verwendungsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
SharePoint Server 2019 und 2016 = WSS_Logging SharePoint 2013 = SharePoint_Logging |
| Anforderungen an den Speicherort |
Die Datenbank für die Sammlung von Nutzungs- und Integritätsdaten ist sehr aktiv und sollte auf einem separaten Datenträger oder einer separaten Spindel abgelegt werden, wenn dies möglich ist. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Sehr umfangreich. Die Datenbankgröße hängt vom Aufbewahrungsfaktor, der Anzahl der Elemente, die für die Protokollierung und externe Überwachung aktiviert wurden, der Anzahl der ausgeführten Webanwendungen in der Umgebung, der Anzahl der aktiven Benutzer und der aktivierten Features ab. |
| Lese-/Schreibeigenschaften |
Viele Schreibvorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren. Die Größe der Datenbank muss also zunehmen können, da nur eine Instanz der Dienstanwendung für die Erfassung von Verwendungs- und Integritätsdaten pro Farm unterstützt wird. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Datenbank für Abonnementeinstellungendienst
In der Dienstanwendungsdatenbank des Microsoft SharePoint Foundation-Abonnementeinstellungsdiensts werden Features und Einstellungen für gehostete Kunden gespeichert. Die Abonnementeinstellungen-Dienstanwendung und die Datenbank werden nicht vom Konfigurations-Assistenten für SharePoint-Produkte erstellt. Sie müssen mithilfe von PowerShell-Cmdlets oder SQL Server erstellt werden. Weitere Informationen finden Sie unter New-SPSubscriptionSettingsServiceApplication.
Datenbank für Abonnementeinstellungen
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per PowerShell-Cmdlet New-SPSubscriptionSettingsServiceApplication |
SettingsServiceDB |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein. Die Größe hängt von der Anzahl der unterstützten Mandanten, Farmen und Features ab. |
| Lese-/Schreibeigenschaften |
In der Abonnementdatenbank werden viele Lesevorgänge ausgeführt. |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbanken der SharePoint-Benutzerprofil-Dienstanwendung
Der Benutzerprofildienst verfügt über drei Datenbanken, die SharePoint Server 2019 und 2016 unterstützen. Die drei Datenbanken des Benutzerprofildiensts sind in der folgenden Liste angegeben. In den Tabellen, die auf die Liste folgen, sind die relevanten Informationen zu den Datenbanken aufgeführt.
Profil: 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.
Synchronisierung: In der Synchronisierungsdatenbank werden Konfigurations- und Stagingdaten gespeichert, die beim Synchronisieren der Profildaten mithilfe von Verzeichnisdiensten wie Active Directory verwendet werden.
Communitytags: In der Datenbank für Communitytags werden von Benutzern erstellte Communitytags und Notizen zusammen mit den jeweiligen URLs gespeichert.
Profildatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
User Profile Service Application_ProfileDB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. Zu den Wachstumsfaktoren gehören zusätzliche Benutzer und die Verwendung von Newsfeeds. Newsfeeds wachsen mit Benutzeraktivitäten. Standardmäßig werden die letzten zwei Wochen der Aktivität beibehalten, nach der ein Zeitauftrag die Nachrichtenfeedelemente löscht, die älter als zwei Wochen sind. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Synchronisierungsdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
User Profile Service Application_SyncDB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß. Zu den Wachstumsfaktoren gehören die Anzahl der Benutzer und Gruppen sowie das Verhältnis von Benutzern zu Gruppen. |
| Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Datenbank für Communitytags
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
User Profile Service Application_SocialDB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein bis sehr groß. Zu den Wachstumsfaktoren gehören die Anzahl der Kategorien, Bewertungen und Notizen, die erstellt und verwendet werden. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Einfach |
Datenbank der Word Automation Services-Dienstanwendung
In der Word Automation Services-Datenbank werden Informationen über ausstehende und abgeschlossene Dokumentkonvertierungen und -aktualisierungen gespeichert. Diese Informationen werden durch den Word Automation Services-Zeitgeberauftrag verarbeitet und als in einer Warteschlange befindliche Konvertierungsauftragselemente an Anwendungsserver verteilt.
Word Automation Services-Datenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
WordAutomationServices_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge, einmal pro Konvertierungselement. |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der Dienstanwendung "Verwalteter Metadatendienst"
In der Datenbank der Dienstanwendung für verwaltete Metadaten werden verwaltete Metadaten und zusammengefasste Inhaltstypen gespeichert. Verwaltete Metadaten bestehen aus Begriffen in einer hierarchischen Struktur, die für die Kategorisierung von Inhalten und Erstellung von Websitesammlungen verwendet werden können.
Wichtig:
Der verwaltete Metadatendienst ist der Taxonomiedienst und bietet das Terminologiespeicher-Verwaltungstool in die Website für die SharePoint-Zentraladministration. Auf dieses Tool kann auch über jede Websitesammlung zugegriffen werden. Sie können dorthin navigieren, indem Sie das Menü "Websiteeinstellungen"verwenden und auf Terminologiespeicherverwaltung klicken.
Die Anwendungsdatenbank des Verwalteten Metadatendiensts speichert die Taxonomie (Begriffe, Struktur und Metadaten). Der verwaltete Metadatendienst ist auch für die Inhaltstypsyndikation erforderlich. Obwohl dies kein Feature des Diensts ist, stellen die meisten Organisationen verwaltete Metadaten mithilfe von Inhaltstypen bereit, sodass beide häufig zusammen bereitgestellt werden.
Datenbank für verwaltete Metadaten
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
Managed Metadata Service_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel. Zu den Wachstumsfaktoren gehört die Menge an verwalteten Metadaten. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Skalieren durch Erstellen zusätzlicher Instanzen der Dienstanwendung. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der Dienstanwendung "SharePoint-Übersetzungsdienste"
In der Datenbank der maschinellen Übersetzungsdienste werden Informationen zu ausstehenden und abgeschlossenen Batchübersetzungen von Dokumenten gespeichert, die über zulässige Dateierweiterungen verfügen.
Datenbank der maschinellen Übersetzungsdienste
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
TranslationService_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufskalieren, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftlichen Anforderungen und nicht auf Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der Project Server-Dienstanwendung
Wichtig
[!WICHTIGER HINWEIS] Die Project Server-Dienstanwendungsdatenbank befindet sich nur im SharePoint Server 2013. Project Server 2019 und 2016 erstellen keine Datenbank in SharePoint Server, sondern verwenden die Inhaltsdatenbank (WSS_Content).
Von Project Server wird eine separate Datenbank für jede Project Web App-Instanz erstellt. Jede Project Web App-Datenbank enthält die folgenden Daten:
Alle Project Portfolio Management (PPM)-Daten
Zeitüberwachungs- und Arbeitszeittabellendaten
Aggregierte SharePoint-Projektwebsitedaten
Project Server-Datenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
ProjectWebApp |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein bis mittel |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der SQL Server-Instanz, auf der die Project Web App-Datenbank gehostet wird. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server 2013-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der Dienstanwendung "SQL Server PowerPivot"
In der Datenbank des PowerPivot-Diensts werden die Datenaktualisierungszeitpläne und die PowerPivot-Verwendungsdaten gespeichert, die aus der zentralen Datenbank der Verwendungsdatensammlung kopiert werden.
Wenn PowerPivot verwendet wird, werden zusätzliche Daten in Inhaltsdatenbanken und in der Inhaltsdatenbank der Zentraladministration (WSS_Content) gespeichert.
Wichtig:
SQL Server PowerPivot für SharePoint Server 2016 erfordert SQL Server 2016 CTP 3.1 oder höher Analysis Services (SSAS), Business Intelligence oder Enterprise Edition.
SQL Server 2012 PowerPivot für SharePoint 2013 erfordert SQL Server 2012 Analysis Services (SSAS), Business Intelligence oder Enterprise Edition.
PowerPivot-Datenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
DefaultPowerPivotServiceApplicationDB_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der PerformancePoint-Dienste-Dienstanwendung
In der PerformancePoint-Dienste-Datenbank werden temporäre Objekte und beibehaltene Benutzerkommentare und Einstellungen gespeichert.
PerformancePoint-Dienste-Datenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
PerformancePoint-Dienstanwendung _<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank, die die Dienstanwendungsinstanz unterstützt. Horizontales Hochskalieren durch Erstellen zusätzlicher Instanzen der Dienstanwendung. Die Entscheidung, eine separate Dienstanwendung zu erstellen, basiert jedoch wahrscheinlich auf geschäftsbezogenen Anforderungen und nicht auf den Skalierungsanforderungen. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
Datenbank der Statusdienst-Dienstanwendung
In der Statusdienstdatenbank werden Informationen zum temporären Status für InfoPath Forms Services, Exchange Server, das Diagramm-Webpart und Visio Services gespeichert.
Statusdienstdatenbank
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname bei Installation per Konfigurations-Assistent für SharePoint-Produkte |
StateService_<GUID> |
| Anforderungen an den Speicherort |
Keine |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel bis groß, je nach Verwendung der Features, bei denen Daten in der Statusdienstdatenbank gespeichert werden. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Horizontales Skalieren durch Erstellen einer weiteren Statusdienstdatenbank mithilfe von Microsoft PowerShell-Cmdlets. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SharePoint Server-Sicherung und -Wiederherstellung, PowerShell und SQL Server. |
| Standardwiederherstellungsmodell |
Vollständig |
SQL Server-Systemdatenbanken
SharePoint Server basiert auf SQL Server und nutzt die Systemdatenbanken von SQL Server. SQL Server ermöglicht Es Benutzern nicht, Informationen in Systemobjekten wie Systemtabellen, gespeicherten Systemprozeduren und Katalogsichten direkt zu aktualisieren. Stattdessen werden in SQL Server umfangreiche Verwaltungstools bereitgestellt, die Benutzern die vollständige Verwaltung ihres Systems und aller Benutzer und Objekte in einer Datenbank ermöglichen. Weitere Informationen zu den SQL Server-Systemdatenbanken finden Sie unter Systemdatenbanken.
Masterdatenbank
In der master-Datenbank werden für eine SQL Server-Instanz alle Informationen auf Systemebene aufgezeichnet. Dazu gehören Anmeldungen, Konfigurationen und andere Datenbanken.
master
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
master |
| Anforderungen an den Speicherort |
Die master-Datenbank muss sich auf derselben SQL Server-Instanz befinden, die auch von SharePoint verwendet wird. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Variiert |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server sichern und wiederherstellen. |
| Standardwiederherstellungsmodell |
Einfach |
Modelldatenbank
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, werden auch auf alle später erstellten Datenbanken angewendet.
model
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
model |
| Anforderungen an den Speicherort |
Die model-Datenbank muss sich auf derselben SQL Server-Instanz befinden, die auch von SharePoint verwendet wird. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Variiert |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server sichern und wiederherstellen. |
| Standardwiederherstellungsmodell |
Vollständig |
msdb-Datenbank
Die MSDB-Datenbank wird vom SQL Server-Agent für die Planung von Benachrichtigungen und Aufträgen verwendet.
msdb
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
msdb |
| Anforderungen an den Speicherort |
Die msdb-Datenbank muss sich auf derselben SQL Server-Instanz befinden, die auch von SharePoint verwendet wird. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Variiert |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server sichern und wiederherstellen. |
| Standardwiederherstellungsmodell |
Einfach |
tempdb-Datenbank
Die tempdb-Datenbank enthält temporäre Objekte oder Zwischenresultsets. Beispielsweise sind darin alle temporären Tabellen, temporären gespeicherten Prozeduren und alle anderen temporären gespeicherten Elemente enthalten. Die tempdb-Datenbank wird bei jedem Starten von SQL Server neu erstellt.
tempdb
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
tempdb |
| Anforderungen an den Speicherort |
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 die Leistung verringern und den Verwaltungsaufwand erhöhen kann. 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 Doppelkernprozessor als zwei CPUs gezählt wird. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Mittel, je Aktivitäten wie 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-/Schreibeigenschaften |
Variiert |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren. (Erhebliche Größenzunahme ist unwahrscheinlich.) |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server sichern und wiederherstellen. |
| Standardwiederherstellungsmodell |
Einfach |
SQL Server Reporting Services-Datenbanken
Die folgenden SQL Server Reporting Services (SSRS) können im Rahmen einer SharePoint Server 2016-Bereitstellung verwendet werden.
Wichtig:
Wenn Sie Access Services in SharePoint Server 2013 ausführen, ist SQL Server 2012 erforderlich. Die Anforderungen für Reporting Services hängen wie folgt vom Modus ab, in dem Sie ausgeführt werden:
Der lokale Modus erfordert nur SharePoint Server 2013 und das SQL Server Reporting Services-Add-In.
Der verbundene Modus erfordert SharePoint Server 2013, das SSRS-Add-In und SQL Server 2016 (verfügbar als Standard Edition oder Enterprise Edition).
Berichtsserverkatalog-Datenbank
In der Berichtsserverkatalog-Datenbank von SQL Server Reporting Services werden alle Berichtsmetadaten gespeichert, einschließlich Berichtsdefinitionen, Berichtsverlauf und Momentaufnahmen sowie Informationen zur Zeitplanung. Wenn der Berichtsserverkatalog verwendet wird, werden Berichtsdokumente in SharePoint-Inhaltsdatenbanken gespeichert.
Berichtsserverkatalog
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
ReportingService_<GUID> |
| Anforderungen an den Speicherort |
Muss sich auf demselben Datenbankserver wie die ReportServerTempDb-Datenbank befinden. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Klein |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server sichern und wiederherstellen. |
| Standardwiederherstellungsmodell |
Vollständig |
ReportServerTempDB-Datenbank
In der ReportServerTempDB-Datenbank von SQL Server Reporting Services werden während der Ausführung der Berichte alle temporären Momentaufnahmen gespeichert.
ReportServerTempDB
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
ReportingService_<GUID>_TempDB |
| Anforderungen an den Speicherort |
Muss sich auf demselben Datenbankserver wie die Berichtsserverkatalog-Datenbank befinden. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Die Größe dieser Datenbank variiert und kann sich in kurzen Abständen von klein in sehr groß ändern. Die Größe richtet sich nach der Verwendung zwischengespeicherter Momentaufnahmen von Berichten. |
| Lese-/Schreibeigenschaften |
Viele Lesevorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren der Datenbank |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server Sichern und Wiederherstellen, es wird jedoch davon abgeraten, diese Datenbank zu sichern. |
| Standardwiederherstellungsmodell |
Vollständig |
Berichtsserverwarnungen-Datenbank
In der Berichtsserverwarnungen-Datenbank werden alle Metadaten von Datenwarnungen und Laufzeitinformationen gespeichert, die zum Erzeugen von Datenwarnungen für Reporting Services-Betriebsberichte erforderlich sind. Daten aus Berichten werden in der Datenbank verarbeitet, um Regeln einzuhalten, die in den Warnungsdefinitionen festgelegt sind.
Berichtsserverwarnungen
| Kategorie | Beschreibung |
|---|---|
| Standarddatenbankname |
ReportingService_<GUID>_Alerting |
| Anforderungen an den Speicherort |
Muss sich auf demselben Datenbankserver wie die Berichtsserverkatalog-Datenbank befinden. |
| Allgemeine Größeninformationen und Wachstumsfaktoren |
Die Größe dieser Datenbank variiert und kann sich in kurzen Abständen von klein in sehr groß ändern. Die Größe richtet sich nach der Verwendung von Datenwarnungen. |
| Lese-/Schreibeigenschaften |
Gleich viele Lese- und Schreibvorgänge |
| Empfohlene Skalierungsmethode |
Vertikales Skalieren zur Optimierung der Datei-E/A-Vorgänge und Speicherauslastung. |
| Zugehörige Integritätsregeln |
Keine |
| Unterstützte Sicherungstools |
SQL Server sichern und wiederherstellen. |
| Standardwiederherstellungsmodell |
Vollständig |
Siehe auch
Konzepte
Technische Referenz für SharePoint Server
Verwalten von Datenbanken in SharePoint Server