Grundlegendes zum Sichern von Team Foundation Server

Sie können die Bereitstellung vor Datenverlust schützen, indem Sie regelmäßige Sicherungen der Datenbanken durchführen, von denen Visual Studio Team Foundation Server (TFS) abhängt. Um die Bereitstellung von Team Foundation in ihrer Gesamtheit wiederherzustellen, müssen Sie zunächst alle Datenbanken für TFS sichern. Wenn die Bereitstellung SharePoint-Produkte oder SQL Server Reporting Services einschließt, müssen Sie auch die Datenbanken sichern, die TFS für diese Komponenten verwendet. 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 zugehöriger Transaktionen in allen Team Foundation- Datenbanken werden eine Reihe allgemeiner Wiederherstellungspunkte in den Datenbanken erstellt. Schrittweise Anweisungen zum Sichern einer Bereitstellung auf einem Einzelserver, bei der SharePoint Foundation und Berichterstellung verwendet werden, finden Sie unter Konfigurieren eines Sicherungsplans.

Sichern von Datenbanken

Das Erstellen von Sicherungen der Datenbanken, die TFS verwendet, stellt einen wichtigen Aspekt beim Schutz der Bereitstellung von Team Foundation gegen Datenverluste dar. In der folgenden Tabelle und den dazu gehörenden Abbildungen wird dargestellt, welche Datenbanken Sie sichern müssen, und es werden Beispiele dafür aufgeführt, wie diese Datenbanken physisch in einer Bereitstellung verteilt sein können.

Datenbanktyp	Produkt	Optionale Komponente?
Konfigurationsdatenbank	Team Foundation Server	Nein
Warehouse-Datenbank	Team Foundation Server	Nein
Teamprojekt-Auflistungsdatenbanken	Team Foundation Server	Nein
SharePoint-Produkte-Datenbanken	SharePoint-Produkte	Ja
Berichtsdatenbanken	SQL Server Reporting Services	Ja
Analysedatenbanken	SQL Server Analysis Services	Ja

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. Dieses Beispiel umfasst nicht SharePoint-Produkte oder Reporting Services, sodass keine Datenbanken gesichert werden müssen, die mit der Berichterstellung, der Analyse oder SharePoint-Produkte zusammenhängen.

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

• Teamprojekt-Auflistungsdatenbanken im SQL Server-Cluster

• Auflistungsdatenbank auf dem eigenständigen Server, der SQL Server ausführt

• SharePoint-Produkte-Verwaltungsdatenbanken und Siteauflistungsdatenbanken für beide SharePoint-Webanwendungen1

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

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

1 Wenn die SharePoint-Datenbanken über mehrere Server skaliert sind, können Sie die Funktion für geplante Sicherungen nicht zur Sicherung verwenden. Sie müssen die Sicherungen für diese Datenbanken manuell konfigurieren und sicherstellen, dass diese Sicherungen mit den Sicherungen für TFS-Datenbanken synchronisiert werden. Ausführliche Informationen finden Sie unter Manuelle Sicherung von Team Foundation Server.

In diesen beiden Beispielen müssen Sie keine der Clients sichern, die eine Verbindung mit dem Server herstellen. Sie müssen jedoch ggf. die Zwischenspeicher für Team Foundation Server auf den Clientcomputern löschen, bevor eine Verbindung zur wiederhergestellten Bereitstellung erstellt werden kann.

Zu sichernde Datenbanken

In der folgenden Liste sind weitere Details dazu aufgeführt, welche Sicherungen Sie abhängig von den Bereitstellungsressourcen noch durchführen müssen.

Warnung

Alle Datenbanken in der folgenden Liste sind SQL Server-Datenbanken.Obwohl Sie SQL Server Management Studio verwenden können, um jederzeit einzelne Datenbanken zu sichern, sollten Sie solche individuellen Sicherungen wenn möglich vermeiden.Die Wiederherstellung einzelner Sicherungen kann zu unerwarteten Ergebnissen führen, da die von TFS verwendeten Datenbanken alle verknüpft sind.Wenn Sie nur eine Datenbank sichern, sind die Daten in dieser Datenbank nicht mehr synchron mit den Daten in den anderen Datenbanken.

• Datenbanken für Team Foundation Server   Die logische Datenebene für Team Foundation Server schließt mehrere SQL Server-Datenbanken ein, einschließlich der Konfigurationsdatenbank, der Warehouse-Datenbank und einer Datenbank für jede Teamprojektsammlung in der Bereitstellung. Diese Datenbanken können sich alle auf dem gleichen Server befinden, können auf mehrere Instanzen in der gleichen SQL Server-Bereitstellung oder auf mehrere Server verteilt sein. 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.

  Warnung

  Die Liste der Datenbanken für Team Foundation Server 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 SharePoint-Produkte   Wenn die Bereitstellung SharePoint-Produkte zum Hosten von Teamprojekten verwendet, müssen Sie mehrere Datenbanken sichern. Diese Datenbanken schließen die Verwaltungsdatenbank für alle SharePoint-Webanwendungen ein, die von der Bereitstellung verwendet wird sowie die Websitesammlungsdatenbanken, die Teamprojektportale hosten. Im Idealfall wurde die Bereitstellung auf die Verwendung einer separaten Websitesammlung für jede Teamprojektauflistung in der Bereitstellung konfiguriert. Ebenso wie Teamprojektsammlungen in Team Foundation Server als Einheit gesichert und wiederhergestellt werden können, können Siteauflistungen in SharePoint-Produkte gesichert und wiederhergestellt 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 Verwalten von Teamprojektauflistungen.

  Hinweis

  Auf den ersten Blick scheint es notwendig, sowohl die Datenbanken als auch die Websites der Teamprojekt-Portalseiten zu sichern.SharePoint-Produkte generiert die Websites jedoch dynamisch aus den Datenbanken.Wenn Sie die Datenbanken sichern, sichern Sie daher auch die Bereiche des Teamprojekts, die als Websites angezeigt werden.Wenn Sie benutzerdefinierte Websitesammlungen, Websitevorlagen oder Webparts in SharePoint-Produkte, jedoch außerhalb von Team Foundation, erstellt haben, müssen Sie diese separat sichern.Weitere Informationen finden Sie auf der folgenden Seite der Microsoft-Website: Sicherung (SharePoint Foundation).

• Datenbanken für Berichterstellungs- und Analysedienste Wenn die Bereitstellung SQL Server Reporting Services oder SQL Server Analysis Services zum Erstellen von Berichten für Team Foundation Server verwendet, müssen Sie die Berichterstellungs- und Analysedatenbanken sichern. Sie müssen jedoch weiterhin bestimmte Datenbanken nach der Wiederherstellung erneut generieren, z. B. das Warehouse.

• Verschlüsselungsschlüssel für den Berichtsserver   Der Berichtsserver 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.

Erweiterte Vorbereitung für Sicherungen

Notieren Sie sich bei der Bereitstellung von Team Foundation die erstellten Konten und alle festgelegten Computernamen, Kennwörter sowie Setupoptionen. 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 Testwiederherstellung kann Hardwareprobleme aufzeigen, die bei Softwareüberprüfungen nicht auftreten.

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 die Team Foundation-Daten in SQL Server-Datenbanken gespeichert werden, müssen die Computer, auf denen Team Foundation-Clients installiert sind, nicht gesichert werden. Wenn ein Medienfehler oder ein Notfall eintritt, der diese Computer betrifft, können Sie die Clientsoftware neu installieren und erneut eine Verbindung mit dem Server herstellen. Das Neuinstallieren der Clientsoftware stellt für die Benutzer eine einfachere und zuverlässigere Alternative als die Wiederherstellung eines Clientcomputers von einer Sicherung dar.

Sie können einen Server sichern, indem Sie die Funktionen für geplante Sicherungen verwenden, die in Update 2 verfügbar sind, oder indem Sie Wartungspläne in SQL Server manuell erstellen, um die Datenbanken für die Bereitstellung von Team Foundation zu sichern. Die Datenbanken für Team Foundation Server stehen in Beziehung zueinander, und wenn Sie einen manuellen Plan erstellen, sollten sie gleichzeitig gesichert und wiederhergestellt werden. Weitere Informationen über Strategien zum Sichern von Datenbanken finden Sie auf der Microsoft-Website auf der Seite zur Einführung in Sicherungs- und Wiederherstellungsstrategien in SQL Server.

Typen von Sicherungen

Wenn Sie die Typen der verfügbaren Sicherungen verstehen, können Sie besser entscheiden, welche Optionen zur Sicherung der Bereitstellung am Besten geeignet sind. 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 Backups der sekundären Datenbank ausführen. 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 Datensicherung (Datenbanken)   Eine vollständige Datenbanksicherung ist Voraussetzung, um die Bereitstellung wiederherstellen zu können. 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 auf der Microsoft-Website auf der Seite zu vollständigen 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 auf der Microsoft-Website auf der Seite zu differenziellen 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. Mithilfe von Transaktionsprotokollsicherungen können Sie die Datenbank bis zum Fehlerzeitpunkt oder einem anderen Zeitpunkt wiederherstellen.

Sicherungen von Transaktionsprotokollen   Das Transaktionsprotokoll ist ein Seriendatensatz, in dem zusätzlich zu den Transaktionen, die Änderungen in einer Datenbank ausführen, auch sämtliche Änderungen in der Datenbank selbst aufgezeichnet werden. 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. Sie können die Datenbank beispielsweise auf einen Zeitpunkt vor der Eingabe unerwünschter Daten oder vor einem Fehler zurücksetzen. Neben Datenbanksicherungen muss Ihre Wiederherstellungsstrategie auch Transaktionsprotokollsicherungen umfassen. Weitere Informationen finden Sie auf der Microsoft-Website auf der Seite zum Arbeiten mit Transaktionsprotokollsicherungen.

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. Dies ist z. B. bei Datenbanken mit einer hohen Transaktionsrate der Fall; eine hohe Transaktionsrate bewirkt, dass das Transaktionsprotokoll schnell an Größe zunimmt. In diesem Fall sollten Sie häufiger Transaktionsprotokollsicherungen erstellen. Weitere Informationen finden Sie auf der Microsoft-Website auf der Seite zur Fehlerbehebung beim vollständigen Transaktionsprotokoll.

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 Synchronisierung der Daten für die erfolgreiche Wiederherstellung von Team Foundation Server wichtig ist, sollten Sie markierte Transaktionen als Teil der Sicherungsstrategie verwenden, wenn Sie Sicherungen manuell konfigurieren. Weitere Informationen finden Sie unter Konfigurieren eines Sicherungsplans und Manuelle Sicherung von Team Foundation Server.

Sicherungskopien von Diensten (Anwendungsebene)

Die einzige Sicherung, die auf logischer Anwendungsebene ausgeführt wird, sichert den Verschlüsselungsschlüssel von 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 gehen möglicherweise davon aus, dass Sie Websites sichern müssen, die als Teamprojektportale verwendet werden. Wenn Sie SharePoint-Produkte als Teil der Bereitstellung von Team Foundation Server integriert haben, werden die Portale als Teil der Sicherung der Datenbanken für Team Foundation 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. Wenn Sie an SharePoint-Produkte oder an Diensten außerdem Anpassungen vorgenommen haben, müssen Sie diese ebenfalls sichern oder andernfalls aufzeichnen, damit sie auf einem neuen Server reproduziert werden können.

Obwohl Sie eine Anwendungsebene einfacher als eine Datenebene sichern können, müssen Sie beim Wiederherstellen einer Anwendungsebene zahlreiche Schritte ausführen. Sie müssen eine andere Anwendungsebene für Team Foundation installieren, Teamprojektsammlungen umleiten, um die neue Anwendungsebene zu verwenden, und die Portalsites für Teamprojekte umleiten.

Standardmäßige Datenbanknamen

Wenn Sie die Namen der Datenbanken nicht anpassen, können Sie die folgende Tabelle zum Identifizieren der Datenbanken nutzen, die in der Bereitstellung von Team Foundation Server verwendet werden. Wie bereits erwähnt, verfügen nicht alle Bereitstellungen über alle diese Datenbanken. Wenn Sie Team Foundation Server zum Beispiel nicht mit Reporting Services konfiguriert haben, verfügen Sie nicht über die ReportServer- oder ReportServerTempDB-Datenbanken. Auf ähnliche Weise haben Sie die Datenbank für System Center Virtual Machine Manager (SCVMM) nicht, die VirtualManagerDB genannt wird, wenn Sie Team Foundation Server nicht so konfiguriert haben, dass Lab Management unterstützt wird. Außerdem können die Datenbanken, die Team Foundation Server verwendet mehrere Instanzen von SQL Server oder über mehrere Server verteilt werden.

Hinweis

Standardmäßig wird den Namen aller Datenbanken, die automatisch erstellt werden, das Präfix TFS_ hinzugefügt, wenn Sie Team Foundation Server installieren oder ausführen.

Datenbank	Beschreibung
TFS_Configuration	Die Konfigurationsdatenbank für Team Foundation Server enthält den Katalog, die Servernamen und die Konfigurationsdaten für die Bereitstellung. Der Name dieser Datenbank kann zwischen TFS_ und Configuration weitere Zeichen enthalten, wie z. B. den Namen des Benutzers, der Team Foundation Server installiert hat. Der Name der Datenbank kann z. B. "TFS_UserNameConfiguration" lauten.
TFS_Warehouse	Die Warehouse-Datenbank enthält die Daten zur Erstellung des Warehouses, das von Reporting Services verwendet wird. Der Name dieser Datenbank kann zwischen TFS_ und Warehouse weitere Zeichen enthalten, wie z. B. den Namen des Benutzers, der Team Foundation Server installiert hat. Der Name der Datenbank kann z. B. "TFS_UserNameWarehouse" lauten.
TFS_CollectionName	Die Datenbank für eine Teamprojektsammlung enthält alle Daten für die Teamprojekte 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 Auflistungen in der Bereitstellung verfügen, müssen Sie drei Auflistungsdatenbanken sichern. Die Namen der einzelnen Datenbanken können zusätzliche Zeichen zwischen TFS_ und CollectionName enthalten, z. B. den Benutzername der Person, von der die Auflistung erstellt wurde. Der Name einer Auflistungsdatenbank kann z. B. "TFS_UserNameCollectionName" lauten.
TFS_Analysis	Die Datenbank für SQL Server Analysis Services enthält die Datenquellen und die Cubes zur Bereitstellung von Team Foundation Server. Der Name dieser Datenbank kann zusätzliche Zeichen zwischen TFS_ und Analysis enthalten, z. B. den Benutzername der Person, die Analysis Services installiert hat. Der Name der Datenbank kann z. B. "TFS_UserNameAnalysis" lauten. Hinweis Sie können diese Datenbank sichern, wobei Sie jedoch das Warehouse aus der wiederhergestellten TFS_Warehouse-Datenbank neu erstellen müssen.
ReportServer	Die Datenbank für Reporting Services enthält alle Berichte und Berichtseinstellungen für die Bereitstellung von Team Foundation Server. Hinweis Wenn Reporting Services auf einem anderen Server installiert ist als Team Foundation Server, ist diese Datenbank möglicherweise nicht auf dem Datenebenenserver für Team Foundation vorhanden.In dem Fall ist eine Konfiguration, Sicherung und Wiederherstellung unabhängig von Team Foundation Server erforderlich.Sie sollten jedoch die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler 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 anderen Server installiert ist als Team Foundation Server, ist diese Datenbank möglicherweise nicht auf dem Datenebenenserver für Team Foundation vorhanden.In dem Fall ist eine Konfiguration, Sicherung und Wiederherstellung unabhängig von Team Foundation Server erforderlich.Sie sollten jedoch die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.
WSS_Config	Die Konfigurationsdatenbank für SharePoint-Produkte enthält eine Liste aller Websites. Dazu gehören Inhaltsdatenbanken, Websitevorlagen, benutzerdefinierte Webparts und andere Einstellungen aus der SharePoint-Zentraladministration. Hinweis Sie sollten keine markierten Transaktionen verwenden, wenn Sie von SharePoint-Produkte verwendete Datenbanken manuell sichern oder wiederherstellen.Synchronisierungsfehler lassen sich allerdings vermeiden, indem Sie versuchen, die Sicherungs- und Wiederherstellungszeitpläne für SharePoint-Produkte und Team Foundation Server zu synchronisieren.Weitere Informationen finden Sie unter Erstellen eines Sicherungsplans für SharePoint Foundation.
WSS_Content	Die Inhaltsdatenbank für SharePoint-Produkte enthält den eigentlichen Inhalt in Teamprojektportalen. Hinweis Der Name dieser Datenbank unterscheidet sich je nach der installierten Version von SharePoint-Produkte und ob der Name der Datenbank von der Person, die die Software installiert hat, geändert wurde.Sie sollten keine markierten Transaktionen verwenden, wenn Sie von SharePoint-Produkte verwendete Datenbanken manuell sichern oder wiederherstellen.Synchronisierungsfehler lassen sich allerdings vermeiden, indem Sie versuchen, die Sicherungs- und Wiederherstellungszeitpläne für SharePoint-Produkte und Team Foundation Server zu synchronisieren.Weitere Informationen finden Sie unter Erstellen eines Sicherungsplans für SharePoint Foundation.
WSS_AdminContent	Die Verwaltungsdatenbank für SharePoint-Produkte enthält die Sicherheitsinformationen für Benutzer, Rollen und Datenbanken. Hinweis Sie sollten keine markierten Transaktionen verwenden, wenn Sie von SharePoint-Produkte verwendete Datenbanken manuell sichern oder wiederherstellen.Synchronisierungsfehler lassen sich allerdings vermeiden, indem Sie versuchen, die Sicherungs- und Wiederherstellungszeitpläne für SharePoint-Produkte und Team Foundation Server zu synchronisieren.Weitere Informationen finden Sie unter Erstellen eines Sicherungsplans für SharePoint Foundation.
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 anderen Server als Team Foundation Server installiert ist, ist diese Datenbank möglicherweise nicht auf dem Datenebenenserver für Team Foundation vorhanden.In dem Fall ist eine Konfiguration, Sicherung und Wiederherstellung unabhängig von Team Foundation Server erforderlich.Sie sollten jedoch markierte Transaktionen verwenden und die Wartung der Datenbanken synchronisieren, um Synchronisierungsfehler zu vermeiden.

Siehe auch

Konzepte

Sichern und Wiederherstellen von TFS

Weitere Ressourcen

Wiederherstellen einer Bereitstellung auf neuer Hardware