Datenbanktypen und Beschreibungen (SharePoint Foundation 2010)
Gilt für: SharePoint Foundation 2010
Letztes Änderungsdatum des Themas: 2016-11-30
In diesem Artikel werden die Datenbanken beschrieben, die für Microsoft SharePoint Foundation 2010 installiert werden. Darüber hinaus finden Sie hier Empfehlungen zur Größe und zum Speicherort der Datenbanken.
Datenbanken für SharePoint Foundation 2010 können in Microsoft SQL Server 2008 R2, SQL Server 2008 mit Service Pack 1 (SP1) und kumulativen Update 2 oder SQL Server 2005 mit SP3 und kumulativen Update 3 gehostet werden. Eigenständige Installationen können auch in den Express Editions von SQL Server 2008 R2 oder SQL Server 2008 gehostet werden. Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen (SharePoint Foundation 2010).
Hinweis
Die hier aufgeführten Datenbanknamen werden automatisch generiert, wenn Sie den Konfigurations-Assistent für SharePoint-Produkte ausführen. Sie müssen diese Benennungskonventionen nicht übernehmen. Sie können entweder beim Erstellen von Datenbanken die Namen angeben oder Datenbanknamen ändern, nachdem die Datenbanken erstellt worden sind. Weitere Informationen finden Sie unter Bereitstellen mit vom Datenbankadministrator erstellten Datenbanken (SharePoint Foundation 2010).
Die in diesem Artikel angegebenen Größen der Datenbanken basieren auf den folgenden Bereichen.
| Deskriptor | Größenbereich |
|---|---|
Klein |
1 GB oder weniger |
Mittel |
Bis 100 GB |
Groß |
Bis 1 TB |
Sehr groß |
1 TB oder mehr |
Inhalt dieses Artikels:
Eine grafische Übersicht über die von SharePoint Foundation 2010 verwendeten Datenbanken finden Sie unter Datenbanken, die SharePoint 2010-Produkte unterstützen (https://go.microsoft.com/fwlink/?linkid=187968&clcid=0x407).
SharePoint Foundation 2010-Datenbanken
Die folgenden Datenbanken sind Bestandteil einer SharePoint Foundation 2010-Bereitstellung. Ebenfalls sind sie Bestandteil jeder anderen SharePoint 2010-Produkte-Bereitstellung.
Konfigurationsdatenbank
Die Konfigurationsdatenbank enthält Daten über SharePoint-Datenbanken, Websites in Internetinformationsdienste (Internet Information Services, IIS), Webanwendungen, vertrauenswürdige Lösungen, Webpartpakete, Websitevorlagen und Webanwendungs- und Farmeinstellungen, die speziell für SharePoint 2010-Produkte gelten, z. B. Standardeinstellungen für Kontingente 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 Zahl an Lesevorgängen |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein, d. h. die Datenbank muss wachsen können, da nur eine einzige Konfigurationsdatenbank pro Farm unterstützt wird. (Erhebliches Wachstum ist unwahrscheinlich.) |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 das einfache Wiederherstellungsmodell festzulegen, um das Wachstum der Protokolldatei einzudämmen. |
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 |
Zusätzliche Hinweise
Transaktionsprotokolldateien. Es wird empfohlen, das Transaktionsprotokoll für die Konfigurationsdatenbank regelmäßig zu sichern, um das Abschneiden der Datei zu erzwingen, oder – falls das System nicht gespiegelt wird – die Datenbank auf den einfachen Wiederherstellungsmodus umzustellen. Weitere Informationen finden Sie unter Abschneiden des Transaktionsprotokolls (https://go.microsoft.com/fwlink/?linkid=186687&clcid=0x407).
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, wenn zuerst die SharePoint-Farm offline geschaltet wird.
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. Weitere Informationen dazu, welche Einstellungen während einer Konfigurationssicherung gesichert werden, finden Sie unter Sichern einer Farmkonfiguration (SharePoint Foundation 2010). Informationen dazu, wie Sie Konfigurationseinstellungen dokumentieren und kopieren können, die nicht gesichert werden, finden Sie unter Kopieren von Konfigurationseinstellungen von einer Farm zur anderen (SharePoint Foundation 2010).
Inhaltsdatenbank der Zentraladministration
Die Inhaltsdatenbank der Zentraladministration gilt als Konfigurationsdatenbank. In ihr 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.
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 |
Lese-/Schreibverhalten |
Unterschiedlich |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein, d. h. die Datenbank muss wachsen können, da nur eine einzige Datenbank für die Zentraladministration pro Farm unterstützt wird. (Erhebliches Wachstum ist unwahrscheinlich.) |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 |
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, wenn zuerst die SharePoint-Farm offline geschaltet wird.
Inhaltsdatenbanken
In Inhaltsdatenbanken ist der gesamte Inhalt für eine Websitesammlung gespeichert, einschließlich Websitedokumenten oder -dateien in Dokumentbibliotheken, Listendaten, Webparteigenschaften, Überwachungsprotokollen und Sandkastenlösungen sowie Benutzernamen und Berechtigungen.
Alle Daten für eine bestimmte Websitesammlung befinden sich in einer einzigen Inhaltsdatenbank auf einem einzigen Server. 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 Office Web Apps-Caches finden Sie unter Verwalten des Caches von Office Web Apps.
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 eine optimale Systemleistung sicherzustellen. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten. Die Größe der Inhaltsdatenbanken variiert erheblich, je nach Verwendung. Weitere Informationen finden Sie unter Zusätzliche Hinweise weiter unten. |
Lese-/Schreibverhalten |
Unterschiedlich, je nach Verwendung. Beispielsweise fallen bei Umgebungen für die Zusammenarbeit eine große Anzahl von Schreibvorgängen an, bei Umgebungen für die Dokumentverwaltung eine große Anzahl von Lesevorgängen. |
Empfohlene Skalierungsmethode |
Die Inhaltsdatenbank, die eine Websitesammlung unterstützt, muss ausbaufähig sein, d. h. die Datenbank muss je nach Bedarf wachsen 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. |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 |
Zusätzliche Hinweise
Empfohlene Größenbeschränkungen für Inhaltsdatenbanken
Es wird dringend empfohlen, die Größe der Inhaltsdatenbanken auf 200 GB zu beschränken, um eine optimale Systemleistung sicherzustellen.
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, bei denen Daten relativ stabil bleiben, z. B. bei Referenz-Dokumentverwaltungssystemen 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 im Abschnitt "Einschätzen der Leistungs- und Kapazitätsanforderungen für umfangreiche Dokumentrepositorys" unter Ergebnisse der Leistungs- und Kapazitätstests und Empfehlungen (SharePoint Server 2010).
Schätzen der Größe von Inhaltsdatenbanken
Die Größe von Inhaltsdatenbanken kann je nach Nutzung der Website erheblich 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 ist und wie viele Elemente 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 zur Größe des Office Web Apps-Caches finden Sie unter Verwalten des Caches von Office Web Apps.
Datenbank des Diensts für die Erfassung von Verwendungs- und Integritätsdaten
In der Dienstanwendungsdatenbank des Diensts für die Erfassung von Verwendungs- und Integritätsdaten werden Integritätsüberwachungs- und Verwendungsdaten temporär gespeichert. Diese Datenbank kann für Berichterstellungs- und Diagnosezwecke verwendet werden.
Hinweis
Die Datenbank des Diensts für die Erfassung von Verwendungs- und Integritätsdaten ist die einzige SharePoint Foundation 2010-Datenbank, die direkt abgefragt werden kann oder deren Schema direkt geändert werden kann.
Präfix des Standarddatenbanknamens bei Installation mit dem Konfigurations-Assistent für SharePoint-Produkte |
WSS_UsageApplication |
Speicherortvoraussetzungen |
Die Datenbank des Diensts für die Erfassung von Verwendungs- und Integritätsdaten ist eine Datenbank mit sehr hoher Aktivität, deshalb sollte sie möglichst auf einem separaten Datenträger oder auf einer Spindel platziert werden. |
Allgemeine Angaben zu Größe und Wachstumsfaktor |
Sehr groß. Die Größe der Datenbank hängt von folgenden Faktoren ab: Aufbewahrungsfaktor, Anzahl der Elemente, die für Protokollierung und externe Überwachung konfiguriert sind, Anzahl der Webanwendungen, die in der Umgebung ausgeführt werden, Anzahl der Benutzer, die gegenwärtig arbeiten, und Features, die derzeit aktiviert sind. |
Lese-/Schreibverhalten |
Bei der Datenbank des Diensts für die Erfassung von Verwendungs- und Integritätsdaten fällt eine hohe Zahl von Schreibvorgängen an. |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein, d. h. die Datenbank muss wachsen können, da nur eine einzige Protokollierungsdatei pro Farm unterstützt wird. |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 des Diensts für die Erfassung von Verwendungs- und Integritätsdaten 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 des Diensts für die Erfassung von Verwendungs- und Integritätsdaten asynchron zu spiegeln oder per Protokollversand zu übermitteln, auch wenn diese Möglichkeit besteht. Die Datenbank kann im Notfall problemlos neu erstellt werden. |
Business Data Connectivity-Datenbank
In der Dienstanwendungsdatenbank des Business Data Connectivity-Diensts werden externe Inhaltstypen und damit zusammenhängende 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 |
Bei der Business Data Connectivity-Datenbank fällt eine hohe Zahl von Lesevorgängen an. |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein, d. h. die Datenbank muss wachsen können, da nur eine einzige Business Data Connectivity-Datenbank pro Farm unterstützt wird. (Erhebliches Wachstum ist unwahrscheinlich.) |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 |
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 Anwendungsregistrierungsdienst-Anwendung 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 |
Große Zahl an Lesevorgängen. |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein, d. h. die Datenbank muss wachsen können, da nur eine einzige Datenbank des Anwendungsregistrierungsdiensts pro Farm unterstützt wird. (Erhebliches Wachstum ist unwahrscheinlich.) |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 |
Datenbank für Abonnementeinstellungen
In der Dienstanwendungsdatenbank des Microsoft SharePoint Foundation-Abonnementeinstellungsdiensts 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 |
Bei der Datenbank für Abonnementeinstellungen fällt eine große Zahl an Lesevorgängen an. |
Empfohlene Skalierungsmethode |
Ausbauen der Datenbank, die die Dienstanwendungsinstanz unterstützt. Sie können aufrüsten, indem Sie zusätzliche Instanzen der Dienstanwendung erstellen. Die Entscheidung, eine separate Dienstanwendung zu erstellen, sollte jedoch mehr an geschäftlichen Notwendigkeiten orientiert sein und weniger am Skalierungsbedarf. |
Zugehörige Integritätsregeln |
Keine |
Unterstützte Sicherungsmechanismen |
SharePoint Foundation 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 |
SQL Server-Systemdatenbanken
SharePoint Foundation 2010 baut auf SQL Server auf und verwendet folglich die SQL Server-Systemdatenbanken. In SQL Server wird das direkte Aktualisieren der Informationen in Systemobjekten durch Benutzer, z. B. in Systemtabellen, gespeicherten Systemprozeduren und Katalogsichten, nicht unterstützt. Stattdessen bietet SQL Server ein umfassendes Paket von Administrationstools, mit denen Benutzer ihr System vollständig steuern und alle Benutzer und Objekte in einer Datenbank verwalten können. Weitere Informationen zur SQL Server-Systemdatenbank finden Sie unter Systemdatenbanken (https://go.microsoft.com/fwlink/?linkid=186699&clcid=0x407).
"master"
In der master-Datenbank werden alle Informationen auf Systemebene für eine Instanz von SQL Server aufgezeichnet.
Standarddatenbankname |
master |
Speicherortvoraussetzungen |
Keine |
Allgemeine Angaben zu Größe und Wachstumsfaktor |
Klein |
Lese-/Schreibverhalten |
Unterschiedlich |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein. (Erhebliches Wachstum 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 |
"model"
Die model-Datenbank dient als Vorlage für alle Datenbanken, die in der Instanz von SQL Server erstellt werden. Änderungen an der model-Datenbank, z. B. bei der Datenbankgröße, der Sortierung, dem Wiederherstellungsmodell und anderen Datenbankoptionen, werden auf alle Datenbanken angewendet, die danach erstellt werden.
Standarddatenbankname |
model |
Speicherortvoraussetzungen |
Keine |
Allgemeine Angaben zu Größe und Wachstumsfaktor |
Klein |
Lese-/Schreibverhalten |
Unterschiedlich |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein. (Erhebliches Wachstum 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 |
"msdb"
Die msdb-Datenbank wird vom SQL Server-Agent zum Planen von Warnungen und Aufträgen verwendet.
Standarddatenbankname |
msdb |
Speicherortvoraussetzungen |
Keine |
Allgemeine Angaben zu Größe und Wachstumsfaktor |
Klein |
Lese-/Schreibverhalten |
Unterschiedlich |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein. (Erhebliches Wachstum 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 |
"tempdb"
Die tempdb-Datenbank ist ein Arbeitsbereich zur Aufbewahrung von temporären Objekten oder Zwischen-Resultsets. Sie deckt auch sonstigen Bedarf für vorübergehende Speicherung. Die tempdb-Datenbank wird bei jedem Starten von SQL Server neu erstellt.
Standarddatenbankname |
tempdb |
Speicherortvoraussetzungen |
Muss auf einem schnellen Datenträger platziert werden, und zwar auf einer separaten Spindel getrennt von anderen Datenbanken. Erstellen Sie so viele Dateien, wie erforderlich sind, um die Bandbreite des Datenträgers zu maximieren. Wenn Sie viele Dateien verwenden, wird die Speicherauslastung in der tempdb-Datenbank reduziert und eine deutlich höhere Skalierbarkeit erzielt. Erstellen Sie jedoch nicht zu viele Dateien, da hierdurch die Leistung beeinträchtigt und der Verwaltungsaufwand erhöht würde. Als Richtschnur gilt: Erstellen Sie eine Datendatei pro CPU auf dem Server, und passen Sie dann die Anzahl der Dateien je nach Bedarf nach oben oder unten an. Denken Sie daran, dass eine Doppelkern-CPU als zwei CPUs gilt. |
Allgemeine Angaben zu Größe und Wachstumsfaktor |
Klein bis sehr groß. Die Größe der tempdb-Datenbank kann schnell sowohl zunehmen als auch abnehmen. Die Größe hängt davon ab, wie viele Benutzer das System verwenden und welche Prozesse ausgeführt werden. Beispielsweise können Online-Neuerstellungen von großen Indizes oder umfangreiche Sortiervorgänge bewirken, dass die Datenbank rasch anwächst. |
Lese-/Schreibverhalten |
Unterschiedlich |
Empfohlene Skalierungsmethode |
Muss ausbaufähig sein. |
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 |