Sichern von Anpassungen in SharePoint Server

GILT FÜR:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

Sie können Anpassungen an SharePoint Server-Websites mithilfe der die Website für die SharePoint-Zentraladministration oder von Microsoft PowerShell sichern. Das Sicherungstool ist abhängig von der bereitgestellten Umgebung, den Anforderungen Ihres Sicherungszeitplans und den Vereinbarungen zum Servicelevel (Service Level Agreements, SLAs), die Sie mit Ihrer Organisation getroffen haben.

Bevor Sie beginnen

Lesen Sie zunächst die Liste der möglichen Anpassungen durch, die Sie an den Websites vornehmen können, ehe Sie mit diesem Vorgang beginnen:

• Als Lösungen gepackte Anpassungen (WSP-Dateien). Lösungen enthalten entwickelte Websiteelemente, die in der Regel von Entwicklern erstellt werden. Entwickelte Websiteelemente sind beispielsweise folgende:

  • Webparts

  • Workflows

  • Website- und Listendefinitionen

  • Dokumentkonverter

  • Ereignisempfänger

  • Zeitgeberaufträge

  • Assemblys

• Erstellte Websiteelemente, die in der Regel von Webdesignern erstellt werden, werden nicht explizit kompiliert und befinden sich in einer Inhaltsdatenbank. Folgende Websiteelemente werden erstellt:

  • Gestaltungsvorlagen

  • Cascading Stylesheets

  • Formulare

  • Layoutseiten

• Änderungen der Datei Web.config.

• Drittanbieterlösungen und die zugehörigen Binärdateien und Registrierungsschlüssel, z. B. IFilter

• Durch direkte Bearbeitung über den Browser vorgenommene Änderungen an Websites

• Entwickelte Anpassungen, die nicht als Lösungen verpackt sind

Hinweis

Für alle diese Arten von Anpassungen sind unterschiedliche Arten von Sicherungen erforderlich.

Sichern von Lösungspaketen in SharePoint Server

Lösungspakete können mithilfe von SharePoint Designer oder Visual Studio erstellt werden. Es wird dringend empfohlen, alle Anpassungen als Lösungspakete bereitzustellen. Weitere Informationen finden Sie unter Erstellen von SharePoint-Lösungspaketen.

Ein Lösungspaket ist eine bereitstellbare, wiederverwendbare Datei, die einen Satz von Features, Websitedefinitionen und Assemblys enthalten kann, die für Websites gelten, und die einzeln aktiviert oder deaktiviert werden können. Lösungspakete können z. B. Webparts, Website- oder Listendefinitionen, benutzerdefinierte Spalten, neue Inhaltstypen, benutzerdefinierte Felder, benutzerdefinierte Aktionen, codierte Workflows oder Workflowaktivitäten und -bedingungen enthalten.

Die für die Sicherung von Lösungspaketen verwendete Methode ist davon abhängig, ob die Anpassungen als vertrauenswürdige Lösungen oder Sandkastenlösungen (teilweise vertrauenswürdiger Code) bereitgestellt werden.

Vertrauenswürdige Lösungen sind Lösungspakete, die von Farmadministratoren bereitgestellt werden. Sie werden für die gesamte Farm bereitgestellt und können für jede Website innerhalb der Farm verwendet werden. Vertrauenswürdige Lösungen werden in der Konfigurationsdatenbank gespeichert. Sie werden gesichert, wenn eine Farm unter Verwendung einer SharePoint Server-Sicherung gesichert wird und sind in reinen Konfigurationssicherungen enthalten. Vertrauenswürdige Lösungen können zudem als Gruppe oder einzeln gesichert werden. Vertrauenswürdige Lösungen werden in der Sicherungshierarchie angezeigt.

Sandkastenlösungen sind Lösungspakete, die von Websitesammlungs-Administratoren in einer einzelnen Websitesammlung bereitgestellt werden können. Sandkastenlösungen werden in der Inhaltsdatenbank gespeichert, die der Websitesammlung zugeordnet ist, in der die Lösungspakete bereitgestellt werden. Sie sind in SharePoint Server-Farm-, Webanwendungs-, Inhaltsdatenbank- und Websitesammlungssicherungen enthalten, sind aber in der Sicherungshierarchie nicht sichtbar und können nicht einzeln ausgewählt oder gesichert werden.

Es wird empfohlen, dass Sie sowohl für vertrauenswürdige Lösungen als auch für Sandkastenlösungen eine Sicherung der ursprünglichen WSP-Datei sowie des zur Erstellung der WSP-Datei verwendeten Quellcodes aufbewahren.

So sichern Sie vertrauenswürdige Lösungen mithilfe der Zentraladministration

1. Stellen Sie sicher, dass das Benutzerkonto, mit dem dieses Verfahren ausgeführt wird, Mitglied der Gruppe Farmadministratoren ist.

2. Starten Sie Zentraladministration.

3. Klicken Sie auf der Homepage der Zentraladministration im Abschnitt Sichern und Wiederherstellen auf Sicherung durchführen.

4. Wählen Sie auf der Seite Sicherung ausführen - Schritt 1 von 2: Zu sichernde Komponente auswählen die Option Lösungen aus, und klicken Sie dann auf Weiter.

   Wenn Sie nur eine einzelne Lösung sichern möchten, können Sie diese auswählen.

5. Wählen Sie auf der Seite Sicherung starten - Schritt 2 von 2: Sicherungsoptionen auswählen im Abschnitt Sicherungstyp die Option Vollständig oder Differenziell aus.

   Hinweis

   [!HINWEIS] Wenn Sie die Lösung zum ersten Mal sichern, müssen Sie die Option Vollständig verwenden. Sie müssen eine vollständige Sicherung ausführen, bevor Sie eine differenzielle Sicherung ausführen können.

6. Geben Sie im Abschnitt Speicherort der Sicherungsdatei den UNC-Pfad (Universal Naming Convention) des Sicherungsordners ein. Klicken Sie dann auf Sicherung starten.

7. Der allgemeine Status aller Sicherungsaufträge wird oben auf der Seite "Status von Sicherungs- und Wiederherstellungsaufträgen" im Abschnitt Bereitschaft angezeigt. Der Status des aktuellen Sicherungsauftrags wird im unteren Teil der Seite im Abschnitt Sichern angezeigt. Die Statusseite wird alle 30 Sekunden automatisch aktualisiert. Durch Klicken auf Aktualisieren können die Statusangaben manuell aktualisiert werden. Sicherung und Wiederherstellung sind Timerdienstaufträge. Daher kann es einige Sekunden dauern, bis die Sicherung gestartet wird.

   Falls Fehler gemeldet werden, überprüfen Sie sie in der Spalte Fehlermeldung der Seite Status von Sicherungs- und Wiederherstellungsaufträgen. Weitere Details finden Sie in der Datei Spbackup.log unter dem UNC-Pfad, den Sie in Schritt 4 angegeben haben.

So sichern Sie vertrauenswürdige Lösungen mithilfe von PowerShell

1. Vergewissern Sie sich, dass Sie über die folgenden Mitgliedschaften verfügen:

   • Feste Serverrolle securityadmin auf der SQL Server-Instanz.

   • Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.

   • Gruppe "Administratoren" auf dem Server, auf dem Sie die PowerShell-Cmdlets ausführen.

   Mit dem Cmdlet Add-SPShellAdmin kann ein Administrator die Berechtigung zur Verwendung von SharePoint Server-Cmdlets gewähren.

   Hinweis

   Wenn Sie über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

2. Starten Sie die SharePoint-Verwaltungsshell.

3. Geben Sie an der PowerShell-Eingabeaufforderung den folgenden Befehl ein, um alle Lösungen in der Farm zu sichern. Wenn Sie eine einzelne Lösung sichern möchten, fügen Sie den Namen der Lösung dem Elementpfad farm\solutions hinzu.

   Backup-SPFarm -backupmethod full -directory <UNC location> -item "farm\solutions"
   

   Dabei gilt Folgendes:

   • <UNC location> ist der UNC-Speicherort des Verzeichnisses, in dem Sie die Sicherungdatei speichern.

Weitere Informationen finden Sie unter Backup-SPFarm.

Hinweis

[!HINWEIS] Es wird empfohlen, Windows PowerShell zum Ausführen von administrativen Befehlszeilenaufgaben zu verwenden. Das Befehlszeilentool Stsadm ist veraltet, aber weiterhin vorhanden, um die Kompatibilität mit früheren Produktversionen zu gewährleisten.

Sichern von Sandkastenlösungen in SharePoint Server

Sie können nicht nur Sandkastenlösungen sichern. Stattdessen müssen Sie die Farm, die Webanwendung oder die Inhaltsdatenbank sichern, der die Sandkastenlösung zugeordnet ist.

Sichern von erstellten Websiteelementen in SharePoint Server

Sie können nicht nur erstellte Websiteelemente sichern. Stattdessen müssen Sie die Farm, die Webanwendung oder die Inhaltsdatenbank sichern, der das erstellte Websiteelement zugeordnet ist.

Sichern von Workflows in SharePoint Server

Workflows sind ein spezieller Anpassungstyp, den Sie sichern können. Stellen Sie sicher, dass der Sicherungs- und Wiederherstellungsplan die folgenden auf die Umgebung zutreffenden Szenarien berücksichtigt:

• Deklarative Workflows, wie sie in SharePoint Designer erstellt wurden, werden in der Inhaltsdatenbank für die Websitesammlung gespeichert, für die sie bereitgestellt werden. Durch die Sicherung der Inhaltsdatenbank werden diese Workflows geschützt.

• Benutzerdefinierte deklarative Workflowaktionen verfügen über Komponenten an den folgenden drei Speicherorten:

  • Die Visual Studio 2013-Assemblys für die Aktionen werden im globalen Assemblycache (GAC) gespeichert.

  • Die XML-Definitionsdateien (. ACTIONS-Dateien) werden im Verzeichnis 16\TEMPLATE<LCID>\Workflow gespeichert.

  • Ein XML-Eintrag zum Markieren der Aktion als autorisierter Typ wird in der Web.config-Datei für die Webanwendungen gespeichert, in denen sie verwendet wird.

    Wenn die Farmworkflows benutzerdefinierte Aktionen verwenden, sollten Sie ein Dateisicherungssystem verwenden, um diese Dateien und XML-Einträge zu schützen. Entsprechend zu Features wie Webparts und Ereignisempfängern sollten diese Dateien nach der Wiederherstellung nach Bedarf erneut auf die Farm angewendet werden.

• Workflows, die benutzerdefinierten Code verwenden, wie diejenigen, die unter Verwendung von Visual Studio erstellt werden, werden an zwei Orten gespeichert. Die Visual Studio-Assemblys für den Workflow werden im GAC gespeichert, und die XML-Definitionsdateien werden im Verzeichnis „Features" gespeichert. Dies entspricht anderen Typen von SharePoint-Features wie Webparts und Ereignisempfängern. Wenn der Workflow als Bestandteil eines Lösungspakets installiert wurde, werden diese Workflows durch die Sicherung der Farm, der Webanwendung, der Inhaltsdatenbank oder der Websitesammlung geschützt.

• Wenn Sie einen benutzerdefinierten Workflow erstellen, der mit einer anderen Websitesammlung interagiert als derjenigen, in der der Workflow bereitgestellt wurde, müssen beide Websitesammlungen gesichert werden, um den Workflow zu schützen. Dies umfasst auch Workflows, die in eine Verlaufsliste oder eine andere benutzerdefinierte Liste in einer anderen Websitesammlung schreiben. Wenn eine Farm gesichert wird, werden auch alle Websitesammlungen in der Farm und alle diesen zugeordneten Workflows gesichert.

• Workflows, die noch nicht bereitgestellt wurden, müssen separat gesichert und wiederhergestellt werden. Wenn Sie einen neuen Workflow entwickeln, ihn aber noch nicht in der SharePoint Server-Farm bereitgestellt haben, stellen Sie sicher, dass Sie den Ordner, in dem Sie die Workflowprojektdateien speichern, durch eine Dateisystemsicherungsanwendung sichern.

Sichern von Änderungen an der Datei "Web.config" in SharePoint Server

Eine häufige Anpassung von SharePoint Server ist die Änderung der Datei Web.config. Es wird dringend empfohlen, die Änderungen an der Datei Web.config unter Verwendung der Zentraladministration oder der SharePoint Server-APIs und des Objektmodells vorzunehmen. Da diese Änderungen in der Konfigurationsdatenbank gespeichert werden, können sie aus einer Farm- oder reinen Konfigurationssicherung wiederhergestellt werden.

Änderungen an der Web.config Datei, die nicht mithilfe der Zentraladministration oder der SharePoint Server-APIs und des Objektmodells vorgenommen werden, sollten mithilfe einer Dateisystemsicherung geschützt werden.

Hinweis

[!HINWEIS] Wenn Sie die formularbasierte Authentifizierung verwenden, erfolgt die Anbieterregistrierung in der Datei Web.config manuell, und diese ist nicht durch die SharePoint Server-Sicherung geschützt. Stellen Sie in diesem Fall sicher, dass die Datei Web.config unter Verwendung einer Dateisystemsicherung gesichert wird.

Sichern von Drittanbieterprodukten in SharePoint Server

Wenn Produkte von Drittanbietern als Lösungspakete bereitgestellt werden, werden sie durch SharePoint Server-Sicherungen geschützt. Es wird empfohlen, alle für die Installation erforderlichen ursprünglichen Dateien, Verteilungsmedien, Dokumentationen sowie die Lizenz und die Produktschlüssel aufzubewahren.

Sichern von entwickelten Anpassungen, die nicht als Lösungen in SharePoint Server gepackt sind

Das Sichern entwickelter Anpassungen, die nicht als Lösungspakete bereitgestellt werden, kann ein komplexer Prozess sein, da die Speicherorte der Anpassungsdatei möglicherweise nicht an standardisierten Orten gespeichert werden und SharePoint Server sie nicht automatisch sichert.

Entscheiden Sie zusammen mit dem Entwicklungsteam oder dem Hersteller Ihrer Anpassungen, ob Ihre Anpassungen zusätzliche Add-In-Software oder Dateien in anderen Speicherorten beinhalten. Es wird empfohlen, Verzeichnisse mit einer Sicherungslösung auf Dateisystemebene zu sichern. In der folgenden Tabelle werden die Speicherorte auf Webservern aufgeführt, an denen Anpassungen häufig gespeichert werden.

Speicherort	Beschreibung
%PROGRAMFILES%\Common files\Microsoft Shared\Web Server Extensions\16	Häufig aktualisierte Dateien, benutzerdefinierte Assemblys, benutzerdefinierte Vorlagen, benutzerdefinierte Websitedefinitionen
Inetpub	Speicherort für die virtuellen IIS-Verzeichnisse
%WINDIR%\Assembly	Globaler Assemblycache (GAC): ein geschützter Speicherort des Betriebssystems, in dem Microsoft .NET Framework-Code-Assemblys installiert werden, um einen Vollzugriff auf das System zu ermöglichen

Siehe auch

Konzepte

Wiederherstellen von Anpassungen in SharePoint Server

Sichern von Farmen in SharePoint Server

Sichern von Farmkonfigurationen in SharePoint Server

Sichern von Webanwendungen in SharePoint Server

Sichern von Inhaltsdatenbanken in SharePoint Server

Sichern von Websitesammlungen in SharePoint Server

Update Workflow in SharePoint Server