Datenbanken, Bereitstellungstopologien und Sicherung

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Hinweis

Azure DevOps Server wurde zuvor als Visual Studio Team Foundation Server bezeichnet.

Sie können Ihre Bereitstellung vor Datenverlusten schützen, indem Sie einen regelmäßigen Sicherungs Zeitplan für die Datenbanken erstellen, von denen Azure DevOps Server abhängig ist. Sichern Sie zunächst alle Azure DevOps Server-Datenbanken, um die Azure DevOps Server-Bereitstellung vollständig wiederherzustellen.

Wenn die Bereitstellung SQL Server Reporting Services umfasst, müssen Sie auch die Datenbanken sichern, die von Azure devops innerhalb dieser Komponenten verwendet werden. Um Synchronisierungsfehler oder nicht übereinstimmenden Daten zu vermeiden, müssen Sie alle Sicherungen mit dem gleichen Zeitstempel synchronisieren. Die einfachste Art zum Sicherstellen einer erfolgreichen Synchronisierung, besteht in der Verwendung markierter Transaktionen. Durch das routinemäßige Markieren verwandter Transaktionen in jeder Datenbank erstellen Sie eine Reihe allgemeiner Wiederherstellungspunkte in den Datenbanken. Eine Schritt-für-Schritt-Anleitung zum Sichern einer Bereitstellung mit einem einzelnen Server, die Berichterstattung verwendet, finden Sie unter Erstellen eines Sicherungs Zeitplans und eines Plans.

Wenn die Bereitstellung SQL Server Reporting Services-oder SharePoint-Produkte umfasst, müssen Sie auch die Datenbanken sichern, die von Azure devops innerhalb dieser Komponenten verwendet werden. Um Synchronisierungsfehler oder nicht übereinstimmenden Daten zu vermeiden, müssen Sie alle Sicherungen mit dem gleichen Zeitstempel synchronisieren. Die einfachste Art zum Sicherstellen einer erfolgreichen Synchronisierung, besteht in der Verwendung markierter Transaktionen. Durch das routinemäßige Markieren verwandter Transaktionen in jeder Datenbank erstellen Sie eine Reihe allgemeiner Wiederherstellungspunkte in den Datenbanken. Eine Schritt-für-Schritt-Anleitung zum Sichern einer Einzel Server Bereitstellung, die SharePoint Foundation verwendet und auch die Berichterstellung verwendet, finden Sie unter Erstellen eines Sicherungs Zeitplans und eines Plans.

Sichern von Datenbanken

Schützen Sie Ihre Azure devops-Bereitstellung vor Datenverlusten, indem Sie Datenbanksicherungen erstellen. In der folgenden Tabelle und den zugehörigen Abbildungen wird gezeigt, welche Datenbanken gesichert werden müssen, und es wird erläutert, wie diese Datenbanken in einer Bereitstellung physisch verteilt werden können.

Datenbanktyp „Product“ (Produkt) Erforderliche Komponente?
Konfigurationsdatenbank Azure DevOps Server Ja
Warehouse-Datenbank Azure DevOps Server Ja
Projekt Auflistungs Datenbanken Azure DevOps Server Ja
Berichtsdatenbanken SQL Server Reporting Services Nein
Analysedatenbanken SQL Server Analysis Services Nein
Datenbanktyp „Product“ (Produkt) Erforderliche Komponente?
Konfigurationsdatenbank Azure DevOps Server Ja
Warehouse-Datenbank Azure DevOps Server Ja
Projekt Auflistungs Datenbanken Azure DevOps Server Ja
Berichtsdatenbanken SQL Server Reporting Services Nein
Analysedatenbanken SQL Server Analysis Services Nein
SharePoint-Produkt Datenbanken SharePoint-Produkte Nein

Bereitstellungstopologien

Auf Grundlage der Bereitstellungskonfiguration können sich alle Datenbanken, die gesichert werden müssen, auf dem gleichen physischen Server befinden, wie in dieser Beispieltopologie dargestellt.

Hinweis

Dieses Beispiel enthält keine Reporting Services-oder SharePoint-Produkte, sodass Sie keine Datenbanken sichern müssen, die mit Reporting-, Analyse-oder SharePoint-Produkten verknüpft sind.

Einfache Azure DevOps Server Datenbankstruktur

Die Datenbanken können alternativ jedoch auch auf verschiedenen Servern oder Serverfarmen verteilt sein. In dieser Beispieltopologie müssen Sie die folgenden Datenbanken sichern, die über sechs Server oder Serverfarmen skaliert sind:

  • Konfigurationsdatenbank

  • Warehouse-Datenbank

  • die Projekt Auflistungs Datenbanken, die sich im SQL Server Cluster befinden.

  • die Sammlungs Datenbank, die sich auf dem eigenständigen Server befindet, auf dem SQL Server ausgeführt wird

  • Datenbanken auf dem Server, der Reporting Services ausführt

  • Datenbank auf dem Server, der Analysis Services ausführt

  • die Verwaltungs Datenbanken für SharePoint-Produkte und die Website Sammlungs Datenbanken für beide SharePoint-Webanwendungen

    Wenn Ihre SharePoint-Datenbanken auf mehreren Servern skaliert werden, können Sie die Funktion für geplante Sicherungen nicht verwenden, um Sie zu sichern. Sie müssen Sicherungen für diese Datenbanken manuell konfigurieren und sicherstellen, dass diese Sicherungen mit den Azure DevOps Server Datenbanksicherungen synchronisiert werden. Weitere Informationen finden Sie unter Manuelles Sichern von Azure DevOps Server.

Komplexe Azure DevOps Server Datenbankstruktur

In diesen beiden Beispielen müssen Sie keine der Clients sichern, die eine Verbindung mit dem Server herstellen. Sie müssen die Caches für Azure DevOps Server auf den Client Computern jedoch möglicherweise manuell löschen, bevor Sie die Verbindung mit der wiederhergestellten Bereitstellung wiederherstellen können.

Zu sichernde Datenbanken

In der folgenden Liste finden Sie weitere Informationen dazu, was Sie sichern müssen, abhängig von den Bereitstellungs Ressourcen.

Wichtig

Alle Datenbanken in der folgenden Liste sind SQL Server-Datenbanken. Obwohl Sie SQL Server Management Studio verwenden können, um einzelne Datenbanken zu einem beliebigen Zeitpunkt zu sichern, sollten Sie möglichst keine solchen einzelnen Sicherungen verwenden. Bei der Wiederherstellung aus einzelnen Sicherungen können unerwartete Ergebnisse auftreten, da die von Azure devops verwendeten Datenbanken in Beziehung zueinander stehen. Wenn Sie nur eine Datenbank sichern, werden die Daten in dieser Datenbank möglicherweise nicht mit den Daten in den anderen Datenbanken synchronisiert.

  • Datenbanken für Azure DevOps Server : die logische Datenebene für Azure DevOps Server umfasst mehrere SQL Server Datenbanken, einschließlich der Konfigurations Datenbank, der Warehouse-Datenbank und einer Datenbank für jede Projekt Sammlung in der Bereitstellung. Diese Datenbanken können sich alle auf demselben Server befinden, werden auf mehrere Instanzen in derselben SQL Server Bereitstellung verteilt oder auf mehrere Server verteilt. Unabhängig von ihrer physischen Verteilung müssen Sie alle Datenbanken mit dem gleichen Zeitstempel sichern, damit ein ausreichender Schutz vor Datenverlust gegeben ist. Sie können Datenbanksicherungen manuell oder automatisch mithilfe von Wartungsplänen durchführen, die zu bestimmten Zeiten oder in bestimmten Intervallen ausgeführt werden.

    Wichtig

    Die Liste der Azure devops-Datenbanken ist nicht statisch. Eine neue Datenbank wird jedes Mal erstellt, wenn Sie eine Auflistung erstellen. Wenn Sie eine Auflistung erstellen, stellen Sie sicher, dass Sie dem Wartungsplan die Datenbank für diese Auflistung hinzufügen.

  • Datenbanken für Reporting Services und Analysis Services : Wenn Ihre Bereitstellung SQL Server Reporting Services oder SQL Server Analysis Services verwendet, um Berichte für Azure DevOps Server zu generieren, müssen Sie die Berichts-und Analyse Datenbanken sichern. Sie müssen jedoch weiterhin bestimmte Datenbanken nach der Wiederherstellung erneut generieren, z. B. das Warehouse.
  • Verschlüsselungsschlüssel für den Berichts Server : der Berichts Server verfügt über einen Verschlüsselungsschlüssel, den Sie sichern müssen. Dieser Schlüssel schützt vertrauliche Informationen, die in der Berichtsserverdatenbank gespeichert sind. Sie können diesen Schlüssel manuell sichern, indem Sie entweder das Reporting Services-Konfigurationstool oder ein Befehlszeilentool verwenden.
  • Datenbanken für SharePoint-Produkte : Wenn die Bereitstellung SharePoint-Produkte verwendet, um Projekt Portale zu hosten, müssen Sie mehrere Datenbanken sichern. Diese Datenbanken enthalten die Verwaltungs Datenbank für jede SharePoint-Webanwendung, die von der Bereitstellung verwendet wird, und die Website Sammlungs Datenbanken, die Projekt Portale hosten Vorzugsweise wurde Ihre Bereitstellung so konfiguriert, dass für jede Projekt Sammlung in Ihrer Bereitstellung eine separate Website Sammlung verwendet wird. Ebenso wie Projekt Sammlungen in Azure DevOps Server als Einheit gesichert und wieder hergestellt werden können, können Website Sammlungen in SharePoint-Produkten gesichert und wieder hergestellt werden. Wenn eine oder mehrere Auflistungen in der Bereitstellung Sites oder untergeordnete Sites von Siteauflistungen als Stammsite verwenden, können Sie die Auflistungen möglicherweise nicht vollständig sichern und wiederherstellen. Weitere Informationen finden Sie unter Organisieren des Servers mit Projekt Sammlungen.

    Hinweis

    Sie können davon ausgehen, dass Sie sowohl Datenbanken als auch Websites für die Projektportal Seiten sichern müssen. SharePoint-Produkte generieren die Websites jedoch dynamisch aus den Datenbanken. Wenn Sie also die Datenbanken sichern, sichern Sie auch die Abschnitte des Projekts, die als Websites angezeigt werden. Wenn Sie benutzerdefinierte Website Sammlungen, Website Vorlagen oder Webparts in SharePoint-Produkten, aber außerhalb Azure DevOps Server erstellt haben, müssen Sie diese separat sichern. Weitere Informationen finden Sie unter Backup (SharePoint Foundation).

Erweiterte Vorbereitung für Sicherungen

Wenn Sie Azure devops bereitstellen, sollten Sie einen Datensatz der von Ihnen erstellten Konten sowie aller von Ihnen angegebenen Computernamen, Kenn Wörter und Setup Optionen aufbewahren. Bewahren Sie außerdem stets eine Kopie aller Wiederherstellungsmaterialien, Dokumente und Datenbanken- sowie Transaktionsprotokollsicherungen an einem sicheren Ort auf. Um auch für Unglücksfälle aller Art gerüstet zu sein, z. B. für Feuer oder Naturkatastrophen, bewahren Sie Duplikate Ihrer Serversicherungen an einem anderen Ort als dem Serverstandort auf. Dies hilft Ihnen, sich vor dem Verlust wichtiger Daten zu schützen. Am besten ist es, jeweils drei Kopien der Sicherungsmedien aufzubewahren, davon mindestens eine extern in einer sorgfältig kontrollierten Umgebung.

Wichtig

Führen Sie regelmäßig eine Testdatenwiederherstellung aus, um sicherzustellen, dass die Dateien korrekt gesichert wurden. Eine Test Wiederherstellung kann Hardwareprobleme offenlegen, die bei einer nur-Software-Überprüfung nicht angezeigt werden.

Wenn Sie eine Datenbank sichern und wiederherstellen, müssen Sie die Daten auf Medien mit einer Netzwerkadresse sichern (z. B. auf Bänder und Datenträger, die als Netzlaufwerke freigegeben wurden). Der Sicherungsplan sollte Vorschriften für die Verwaltung von Medien enthalten, wie z. B. folgende Vorgehensweisen:

  • Einen Verfolgungs- und Verwaltungsplan für die Aufbewahrung und den Wiedereinsatz von Sicherungssätzen
  • Einen Plan für das Überschreiben von Sicherungsmedien
  • Bei Multiserverumgebungen die Festlegung, ob zentralisierte oder verteilte Sicherungen zu verwenden sind
  • Eine Möglichkeit, die Haltbarkeit von Medien zu verfolgen
  • Ein Verfahren, um die Auswirkungen beim Verlust eines Sicherungssatzes oder Sicherungsmediums, z. B. eines Bands, möglichst gering zu halten
  • Eine Entscheidung, ob Sicherungssätze vor Ort oder an einem anderen Ort zu lagern sind und eine Analyse über deren mögliche Auswirkungen auf die Wiederherstellungszeit

Da Azure devops-Daten in SQL Server Datenbanken gespeichert werden, müssen Sie die Computer, auf denen Azure devops-Clients installiert sind, nicht sichern. Wenn ein Medien Fehler oder ein Notfall aufgetreten ist, bei dem diese Computer aufgetreten sind, können Sie die Client Software erneut installieren und die Verbindung mit dem Server wiederherstellen. Wenn Sie die-Client Software neu installieren, haben die Benutzer eine saubere und zuverlässigere Alternative zum Wiederherstellen eines Client Computers aus einer Sicherung.

Sie können einen Server mithilfe der verfügbaren Features für geplante Sicherungen oder durch manuelles Erstellen von Wartungsplänen in SQL Server sichern, um die Datenbanken zu sichern, die sich auf Ihre Azure devops-Bereitstellung beziehen. Die Azure devops-Datenbanken funktionieren in Beziehung zueinander, und wenn Sie einen manuellen Plan erstellen, sollten Sie Sie sichern und gleichzeitig wiederherstellen. Weitere Informationen zu Strategien zum Sichern von Datenbanken finden Sie unter Sichern und Wiederherstellen SQL Server-Datenbanken.

Sicherungsarten

Wenn Sie die verfügbaren Sicherungs Arten verstehen, können Sie die besten Optionen zum Sichern der Bereitstellung ermitteln. Wenn Sie beispielsweise mit einer großen Bereitstellung arbeiten und sich gegen Datenverluste schützen und gleichzeitig begrenzte Speicherressourcen effizient nutzen möchten, können Sie differenzielle Sicherungen sowie vollständige Datensicherungen konfigurieren. Wenn Sie SQL Server AlwaysOn verwenden, können Sie Sicherungen der sekundären Datenbank erstellen. Außerdem können Sie versuchen, eine Backup-Komprimierung zu verwenden oder Sicherungen auf mehrere Dateien aufzuteilen. Nachstehend finden Sie kurze Beschreibungen der Sicherungsoptionen:

Vollständige Datensicherungen (Datenbanken)

Eine vollständige Datenbanksicherung ist für die Wiederherstellbarkeit der Bereitstellung erforderlich. Eine vollständige Sicherung schließt einen Teil des Transaktionsprotokolls ein, sodass die vollständige Sicherung wiederhergestellt werden kann. Vollständige Sicherungen sind darin in sich abgeschlossen, dass sie die gesamte Datenbank in dem Zustand darstellen, in dem sie sich zum Zeitpunkt der Sicherung befand. Weitere Informationen finden Sie unter vollständige Datenbanksicherungen.

Differenzielle Datensicherungen (Datenbanken)

Eine differenzielle Datenbanksicherung zeichnet nur die Daten auf, die sich seit der letzten vollständigen Datenbanksicherung geändert haben, die als differenzielle Basis bezeichnet wird. Differenzielle Datenbanksicherungen sind kleiner und schneller als vollständige Datenbanksicherungen. Diese Option benötigt weniger Zeit für die Sicherung, büßt dabei aber eine größere Komplexität ein. Für große Datenbanken können differenzielle Sicherungen in kürzeren Intervallen auftreten als Datenbanksicherungen, die die Gefahr des Datenverlusts reduzieren. Weitere Informationen finden Sie unter differenzielle Datenbanksicherungen.

Sie sollten die Transaktionsprotokolle ebenfalls regelmäßig sichern. Diese Sicherungen sind für das Wiederherstellen von Daten notwendig, wenn Sie das Vollständige Datenbanksicherungsmodell verwenden. Wenn Sie Transaktionsprotokolle sichern, können Sie die Datenbank bis zum Zeitpunkt des Fehlers oder zu einem früheren Zeitpunkt wiederherstellen.

Transaktionsprotokollsicherungen

Das Transaktionsprotokoll ist ein serieller Datensatz aller Änderungen, die in einer Datenbank vorgenommen wurden, zusätzlich zu der Transaktion, die jede Änderung durchgeführt hat. Das Transaktionsprotokoll zeichnet den Beginn jeder Transaktion, die Änderungen an den Daten und ggf. ausreichende Informationen auf, um die während der Transaktion durchgeführten Änderungen rückgängig zu machen. Die Protokollgröße nimmt kontinuierlich in dem Maße zu, wie protokollierte Vorgänge in der Datenbank auftreten.

Wenn Sie Transaktionsprotokolle sichern, können Sie die Datenbank so wiederherstellen, wie sie zu einem früheren Zeitpunkt war. Beispielsweise können Sie die Datenbank bis zu einem Zeitpunkt wiederherstellen, bevor unerwünschte Daten eingegeben wurden oder ein Fehler aufgetreten ist. Neben Datenbanksicherungen muss Ihre Wiederherstellungsstrategie auch Transaktionsprotokollsicherungen umfassen. Weitere Informationen finden Sie unter Transaktionsprotokoll Sicherungen (SQL Server).

Transaktionsprotokollsicherungen benötigen im Allgemeinen weniger Ressourcen als vollständige Sicherungen. Aus diesem Grund können Sie Transaktionsprotokollsicherungen häufiger als vollständige Sicherungen erstellen und so das Risiko eines Datenverlusts verringern. Dennoch können Transaktionsprotokollsicherungen mitunter größer als vollständige Sicherungen sein. Beispielsweise bewirkt eine Datenbank mit einer hohen Transaktionsrate, dass das Transaktionsprotokoll schnell anwächst. In diesem Fall sollten Sie häufiger Transaktionsprotokollsicherungen erstellen. Weitere Informationen finden Sie unter Problembehandlung für ein vollständiges Transaktionsprotokoll (SQL Server Fehler 9002).

Es stehen die folgenden Sicherungstypen für Transaktionsprotokolle zur Verfügung:

  • Eine reine Protokollsicherung enthält nur Transaktionsprotokolldatensätze für ein Intervall, keine Massenänderungen.
  • Eine Massenprotokollsicherung schließt Protokoll- und Datenseiten ein, die durch Massenvorgänge geändert wurden. Die Zeitpunktwiederherstellung ist nicht zulässig.
  • Eine Sicherung des Protokollfragments wird von einer möglicherweise beschädigten Datenbank erstellt, um die noch nicht gesicherten Protokolldatensätze zu erfassen. Sicherungen des Protokollfragments werden nach Auftreten eines Fehlers erstellt, um den Verlust von Daten zu verhindern, und können entweder reine Protokoll- oder Massenprotokolldaten enthalten.

Da die Datensynchronisierung für eine erfolgreiche Wiederherstellung Azure DevOps Server wichtig ist, sollten Sie als Teil Ihrer Sicherungsstrategie markierte Transaktionen verwenden, wenn Sie Sicherungen manuell konfigurieren. Weitere Informationen finden Sie unter Erstellen eines Sicherungs Zeitplans und planen und Manuelles Sichern Azure DevOps Server.

Dienst Sicherungen auf Anwendungsebene

Die einzige für die logische Anwendungsebene benötigte Sicherung ist der Verschlüsselungsschlüssel für Reporting Services. Wenn Sie die Bereitstellung mit der Funktion für geplante Sicherungen sichern, wird dieser Schlüssel als Teil des Plans für Sie gesichert. Sie können davon ausgehen, dass Sie Websites, die als Projekt Portale verwendet werden, sichern müssen.

Wenn Sie SharePoint-Produkte als Teil ihrer Azure DevOps Server Bereitstellung integriert haben, werden die Portale als Teil der Sicherung der Datenbanken für Azure DevOps Server und SharePoint-Produkte gesichert. Wenn Sie jedoch eine Website angegeben haben, die nicht mit einer integrierten Webanwendung erstellt wurde, müssen Sie diese Sites manuell sichern und wiederherstellen. Außerdem müssen Sie, wenn Sie über Anpassungen an SharePoint-Produkten oder-Diensten verfügen, diese auch sichern oder anderweitig aufzeichnen, damit Sie auf einem neuen Server reproduziert werden können.

Obwohl Sie eine Anwendungsebene einfacher als eine Datenebene sichern können, gibt es noch mehrere Schritte zum Wiederherstellen einer Anwendungsebene. Sie müssen eine andere Logik Schicht für Azure DevOps Server installieren, Projekt Sammlungen umleiten, um die neue Anwendungsebene zu verwenden, und die Portal Websites für Projekte umleiten.

Standardmäßige Datenbanknamen

Wenn Sie die Namen der Datenbanken nicht anpassen, können Sie die folgende Tabelle verwenden, um die Datenbanken zu identifizieren, die in der Bereitstellung von Azure DevOps Server verwendet werden. Wie bereits erwähnt, verfügen nicht alle Bereitstellungen über alle diese Datenbanken. Wenn Sie z. b. Azure DevOps Server mit Reporting Services nicht konfiguriert haben, verfügen Sie nicht über die Datenbanken Report Server oder ReportServerTempDB. Ebenso haben Sie die Datenbank für System Center Virtual Machine Manager (SCVMM), VirtualManagerDB, nicht, es sei denn, Sie konfigurieren Azure DevOps Server, um Lab Management zu unterstützen. Außerdem können die von Azure DevOps Server verwendeten Datenbanken auf mehrere Instanzen von SQL Server oder auf mehrere Server verteilt werden.

Hinweis

Standardmäßig wird das Präfix TFS_ den Namen aller Datenbanken hinzugefügt, die bei der Installation von Azure DevOps Server oder während der Installation von automatisch erstellt werden.

Datenbank Beschreibung
TFS_Configuration Die Konfigurations Datenbank für Azure DevOps Server enthält den Katalog, die Server Namen und die Konfigurationsdaten für die Bereitstellung. Der Name dieser Datenbank kann zusätzliche Zeichen zwischen TFS_ und Konfiguration enthalten, wie z. b. den Benutzernamen der Person, die Azure DevOps Server installiert hat. Beispielsweise kann der Name der Datenbank TFS_UserNameConfiguration
TFS_Warehouse Die Warehouse-Datenbank enthält die Daten zur Erstellung des Warehouses, das von Reporting Services verwendet wird. Der Name dieser Datenbank enthält möglicherweise zusätzliche Zeichen zwischen TFS_ und Warehouse, z. b. den Benutzernamen der Person, die Azure DevOps Server installiert hat. Beispielsweise ist der Name der Datenbank möglicherweise TFS_UserNameWarehouse.
TFS_CollectionName Die Datenbank für eine Projekt Sammlung enthält alle Daten für die Projekte in dieser Auflistung. Diese Daten enthalten den Quellcode, die Buildkonfigurationen und Lab Management-Konfigurationen. Die Anzahl der Auflistungsdatenbanken entspricht der Anzahl der Auflistungen. Wenn Sie z. b. über drei Sammlungen in der Bereitstellung verfügen, müssen Sie diese drei Sammlungs Datenbanken sichern. Die Namen der einzelnen Datenbanken enthalten möglicherweise zusätzliche Zeichen zwischen TFS_ und CollectionName, wie z. b. den Benutzernamen der Person, die die Sammlung erstellt hat. Beispielsweise kann der Name einer Sammlungs Datenbank TFS_UserNameCollectionName sein.
TFS_Analysis Die Datenbank für SQL Server Analysis Services enthält die Datenquellen und Cubes für die Bereitstellung von Azure DevOps Server. Der Name dieser Datenbank enthält möglicherweise zusätzliche Zeichen zwischen TFS_ und Analyse, z. b. den Benutzernamen der Person, die Analysis Services installiert hat. Beispielsweise ist der Name der Datenbank möglicherweise TFS_UserNameAnalysis.
Hinweis: Sie können diese Datenbank sichern, aber Sie müssen das Warehouse aus der wiederhergestellten TFS_Warehouse Datenbank neu erstellen.
ReportServer Die Datenbank für Reporting Services enthält die Berichte und Berichts Einstellungen für die Bereitstellung von Azure DevOps Server.
Hinweis: Wenn Reporting Services auf einem separaten Server von Azure DevOps Server installiert ist, ist diese Datenbank möglicherweise nicht auf dem Datenebenenserver für Azure DevOps Server vorhanden. In diesem Fall müssen Sie Sie separat von Azure DevOps Server konfigurieren, sichern und wiederherstellen. Sie sollten die Wartung der Datenbanken synchronisieren, um Synchronisierungs Fehler zu vermeiden.
ReportServerTempDB Die temporäre Datenbank für Reporting Services speichert Informationen vorübergehend, wenn Sie bestimmte Berichte ausführen.
Hinweis: Wenn Reporting Services auf einem separaten Server als Azure DevOps Server installiert ist, ist diese Datenbank möglicherweise nicht auf dem Datenebenenserver für Azure DevOps Server vorhanden. In diesem Fall müssen Sie Sie separat von Azure DevOps Server konfigurieren, sichern und wiederherstellen. Sie sollten jedoch die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.
VirtualManagerDB Die Verwaltungsdatenbank für SCVMM enthält die Informationen, die Sie in der SCVMM-Administratorkonsole anzeigen, z. B. virtuelle Computer, virtuelle Computerhosts, virtuelle Computerbibliotheksserver und ihre Eigenschaften.
Hinweis: Wenn SCVMM auf einem separaten Server als Azure DevOps Server installiert ist, ist diese Datenbank möglicherweise nicht auf dem Datenebenenserver für Azure DevOps Server vorhanden. In diesem Fall müssen Sie Sie separat von Azure DevOps Server konfigurieren, sichern und wiederherstellen. Sie sollten jedoch markierte Transaktionen verwenden und die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.

Standardmäßige Datenbanknamen für SharePoint-Produkte

Hinweis

Sie sollten keine markierten Transaktionen verwenden, wenn Sie die Datenbanken, die von SharePoint-Produkten verwendet werden, manuell sichern oder wiederherstellen. Um Synchronisierungs Fehler zu vermeiden, sollten Sie jedoch versuchen, die Sicherungs-und Wiederherstellungs Zeitpläne für SharePoint-Produkte und Azure DevOps Server zu synchronisieren. Weitere Informationen finden Sie unter Erstellen eines Sicherungs Plans für SharePoint Foundation.

Datenbank Beschreibung
WSS_Config Die Konfigurations Datenbank für SharePoint-Produkte enthält eine Liste aller Websites, z. b. Inhalts Datenbanken, Website Vorlagen, benutzerdefinierte Webparts und andere Einstellungen der SharePoint-zentral Administration.
WSS_Content Die Inhalts Datenbank für SharePoint-Produkte enthält den eigentlichen Inhalt in den Projekt Portalen.
Hinweis: der Name dieser Datenbank variiert abhängig von der installierten Version von SharePoint-Produkten und davon, ob die Person, die Sie installiert hat, den Namen angepasst hat.
WSS_AdminContent Die Verwaltungs Datenbank für SharePoint-Produkte enthält die Sicherheitsinformationen für Benutzer, Rollen und Datenbanken.