Next Steps

SharePoint, Salesforce, Management Demo SharePoint, Salesforce, Live Chat HelpOpen a Support Ticket Search knowledge Base SharePoint, Salesforce, Free Trial DownloadBuy SharePoint and Salesforce Management Software

KOSTENLOSES Tool für SharePoint-Wiederherstellungen einzelner Elemente

Unterstützt WSS v3, MOSS 2007, SharePoint Foundation und SharePoint Server 2010

 

Wenn Unternehmen SharePoint zum ersten Mal bereitstellen, greifen sie zum Schutz ihrer SharePoint-Inhalte häufig auf SQL Server-Sicherungen zurück. Allerdings fehlt hier bei der Datensicherung und Wiederherstellung in SharePoint die Möglichkeit, einzelne Elemente wiederherzustellen. Dadurch werden ansonsten schnelle Wiederherstellungen mühsam und ineffizient. DocAve Recovery Manager von AvePoint behebt dieses Problem mit Funktionen zur originalgetreuen Wiederherstellung einzelner Elemente direkt aus SQL- und DPM-Livedatenbanken und -Sicherungen. Diese kostenlose Komponente ist eine Ergänzung des Moduls DocAve Backup and Recovery von AvePoint, mit dem Unternehmen, die ihre unternehmenskritischen Betriebsvorgänge schützen möchten, umfassenden Schutz erhalten, vom Schutz einzelner Elemente bis hin zum Schutz der gesamten Plattform.

Wie bei jeder AvePoint-Software kommen auch bei DocAve Recovery Manager nur vollständig unterstützte Methoden und APIs von Microsoft zum Einsatz.

AKTIONSANGEBOT nur für kurze Zeit:
Der DocAve Recovery Manager wird jetzt mit 1 Jahr Wartung und einer 45 Tage-Testversion sämtlicher Module der DocAve-Plattform inkl. 1 GB Migrationsvolumen zum Aktionspreis angeboten!
DocAve SQL Restore Controller

Die folgende Tabelle zeigt, welche Features Ihnen im kostenlosen SQL Restore Controller und dem Modul DocAve Backup and Recovery von AvePoint zur Verfügung stehen.


  Features DocAve SQL Restore Controller DocAve Backup and Recovery
Wiederherstellung Wiederherstellung von Elementen, Websites und Site Collections aus aktiven SQL- und DPM-Datenbanken Häkchen Häkchen
Wiederherstellung von Elementen, Websites und Site Collections aus SQL- und DPM-Sicherungen Häkchen Häkchen
Schnelle Wiederherstellung der gesamten SharePoint-Plattform   Häkchen
Sicherung Granulare Sicherungsfunktion (zur Optimierung von Speicherressourcen)   Häkchen
Automatisierte Erstellung von Sicherungsplänen nach Wichtigkeit des Inhalts für das Unternehmen   Häkchen
Schutz von IIS-Einstellungen   Häkchen
Möglichkeit einer synchronen Sicherung aller Farmkomponenten   Häkchen
Schutz des globalen Assemblycaches (GAC)   Häkchen
Schutz der Struktur 12 (12-Hive)   Häkchen
Schutz der Konfigurationen und Anpassungen für Front-End-Webserver   Häkchen
Schutz der SSP-Konfigurationen (Shared Service Provider, Anbieter für gemeinsame Dienste)   Häkchen
Schutz der SSO-Konfigurationen (Single Sign On, einmaliges Anmelden)   Häkchen


Das kostenlose Tool SQL Restore Controller von AvePoint ist präzise und leistungsstark und genau das Richtige für Organisationen, die ihre SQL Server- und DPM-Sicherungen effektiv und effizient nutzen müssen. Aber es fragt sich: Reicht das?

 

Ist Ihre SharePoint-Bereitstellung durch SQL Server-Sicherungen ausreichend geschützt?

Viele Organisationen, die SharePoint ausführen, verwenden ausschließlich die integrierten Funktionen von SQL Server zum Sichern und – bei Bedarf – zum Wiederherstellen von Inhalten und der Plattform. Ohne eine Lösung, die eine originalgetreue Wiederherstellung einzelner Elemente aus SQL Server-Sicherungsabbildern ermöglicht (wie SQL Restore Controller von AvePoint), kann sich das jedoch als mühsam und ineffizient erweisen.

Doch selbst mit diesem Tool stellt sich die Frage, ob das ausreicht. Die Antwort ist ganz einfach: Das kommt darauf an. Werfen wir zunächst im Einzelnen einen Blick auf folgende Punkte: Welche Möglichkeiten bieten SQL Server-Sicherungen, und warum sind möglicherweise selbst Funktionen zum Wiederherstellen einzelner Elemente je nach Bereitstellung und deren Wichtigkeit für die Organisation nicht ausreichend.


Was enthält ein SQL Server-Datenbank- und Sicherungsabbild eigentlich, und wie funktioniert es?

  • SQL-Datenbanken und die daraus abgeleiteten Datensicherungen enthalten alle Inhaltsdatenbanken, Konfigurationsdatenbanken und Verwaltungsdatenbanken von SharePoint.
  • SQL Server erfasst diese Elemente asynchron, d. h die Abbilder dieser Elemente werden möglicherweise nicht zur selben Zeit erfasst. Somit kann es vorkommen, dass beispielsweise die aktuellste Sicherung der Inhaltsdatenbank nicht mit der aktuellsten Sicherung der Konfigurationsdatenbank synchron ist.

Was wird in einer SQL Server-Datenbank nicht gespeichert?

  • IIS-Einstellungen
  • Der globale Assemblycache (GAC)
  • Struktur 12 (12-Hive)
  • Einstellungen und Anpassungen für Front-End-Webserver
  • SSP-Konfigurationen (Shared Service Provider, Anbieter für gemeinsame Dienste)
  • SSO-Konfigurationen (Single Sign On, einmaliges Anmelden)
  • Webparts, benutzerdefinierte Features und SharePoint-Lösungen
  • Anpassungen zu "Aussehen und Verhalten" von SharePoint (z. B. Masterseiteneinstellungen und Websitedesigns)

Was bedeutet das für eine Wiederherstellung der SharePoint-Plattform in der Praxis?

Bei einem Ausfall der Produktionsplattform – wegen einer Naturkatastrophe, Beschädigung oder aus einem anderen Grund – ist es Ihr oberstes Ziel, die Umgebung schnellstens wieder online zu schalten. Wenn Sie eine Wiederherstellung mit einem SQL Server-Abbild ausführen, sind Sie unter anderem mit folgenden Aufgaben konfrontiert:

  • Sie müssen zuerst das Betriebssystem (Windows Server), SQL Server und SharePoint neu installieren.
  • Anschließend müssen Sie die als Abbilder gesicherten Inhaltsdatenbanken, Konfigurationsdatenbanken und Verwaltungsdatenbanken in SQL Server wiederherstellen.
  • Sie müssen jede Webanwendung manuell erstellen und dann jede wiederhergestellte Datenbank manuell mit der neuen Webanwendung verbinden.
  • Alle IIS-Einstellungen müssen manuell neu konfiguriert werden. Das dauert mehrere Stunden.
  • Der globale Assemblycache muss mit allen zugehörigen Einstellungen, Lösungen und Anpassungen der speziellen Produktionsumgebung neu konfiguriert werden. Das dauert in der Regel mehrere Stunden.
  • Die Struktur 12 (12-Hive) wird bei der Neuinstallation von SharePoint automatisch erstellt, muss jedoch für Ihre Produktionsumgebung manuell konfiguriert werden. Das dauert mehrere Stunden.
  • Alle Einstellungen und Anpassungen für Front-End-Webserver müssen manuell konfiguriert und/oder neu geschrieben werden.
  • Alle SharePoint-Lösungen und Anpassungen zu "Aussehen und Verhalten" von SharePoint müssen manuell neu konfiguriert/neu installiert werden.
  • Alle Inkompatibilitäten, die sich aus der asynchronen Abbilderstellung der verschiedenen Datenbanken durch SQL Server ergeben haben, müssen manuell ermittelt und behoben werden.

Das heißt, dass eine Wiederherstellung nach einem Ausfall der SharePoint-Plattform allein mithilfe einer SQL Server-Sicherung ein ausgesprochen mühsamer, arbeitsintensiver und extrem fehleranfälliger Vorgang ist.

Warum ist die Möglichkeit granularer Sicherungen für den Schutz von SharePoint-Daten wichtig?

Betrachten wir SQL Server-Sicherungen zur Veranschaulichung erst einmal aus einer anderen Perspektive… und zwar hinsichtlich deren Auswirkung auf Ihre Speicher- und Systemressourcen. Für diese Analyse konzentrieren wir uns auf die Möglichkeiten von SQL Server-Sicherungen während des eigentlichen Sicherungsprozesses.


Wie granular sind SQL Server-Sicherungen?

  • Kurz gesagt: überhaupt nicht. Bei SQL Server-Sicherungen werden Snapshots der gesamten SQL-Datenbank erstellt.

Was bedeutet das für Sie?

  • Zunächst einmal können Sie keine mehrschichtige Sicherungsstrategie erstellen, die offensive Sicherungspläne für unternehmenskritische und häufiger geänderte Inhalte (wie SharePoint-Websites mit Finanzdaten) und weniger offensive Pläne für weniger wichtige und/oder seltener geänderte Inhalte (wie SharePoint-Websites mit Informationen zum Betriebsurlaub) festlegt. Deshalb sind Sie gezwungen, die gesamte SQL-Datenbank so oft zu sichern, wie es die wichtigsten Inhalte erfordern (im erwähnten Beispiel die Finanzdaten). Müssen diese Inhalte einmal täglich gesichert werden, heißt das, dass Sie die gesamte SQL-Datenbank in dieser Häufigkeit sichern müssen, auch wenn keine anderen Inhalte diesen offensiven Schutz verlangen.
  • Außerdem bedeutet die Verwendung von SQL Server-Sicherungen, dass Sie die Speicherressourcen nicht nach der Wichtigkeit der verschiedenen SharePoint-Datasets oder nach der Änderungshäufigkeit abstufen können. Das einzige SQL Server-Abbild muss sich vollständig und unbeschädigt im Speicher befinden. Je nach Größe des Abbilds und Erstellungshäufigkeit kann sich das als äußerst kostspielig erweisen.

Nun, da wir die Möglichkeiten und Nachteile von SQL Server-Sicherungen zum Schutz von SharePoint-Daten veranschaulicht haben, möchten wir einige wichtige Fragen erläutern, die sich jeder Administrator bei der Überlegung stellen sollte, ob SQL Server-Abbilder eine angemessene Strategie für die Organisation darstellen:


  • Wie schnell muss bei einem Ausfall der SharePoint-Produktionsumgebung eine neue Produktionsumgebung betriebsbereit sein?
  • Wie schnell muss nach den festgelegten Service-Level-Agreements (SLAs) ein Element, eine Website oder eine Site Collection bei einer versehentlichen Löschung oder Beschädigung wiederhergestellt werden?
  • Wie oft lassen Speicherressourcen und Budget das Erstellen (und Speichern) einer SQL Server-Sicherung zu?
  • Verhindern die Beschränkungen der Speicherressourcen, dass die festgelegten Service-Level-Agreements erfüllt werden können? Beispiel: Zwar kann täglich eine SQL Server-Sicherung erstellt werden, die SLAs verlangen jedoch, dass entscheidende SharePoint-Inhalte dreimal täglich gesichert werden. Wie ist dieses Problem zu lösen?

Diese Fragen werden in jeder Organisation unterschiedlich beantwortet. Und jede Organisation wird eine eigene Entscheidung dazu treffen, inwieweit eine effizientere Strategie zum Schutz der SharePoint-Daten erforderlich ist. Einige kommen möglicherweise zu dem Schluss, dass ihre SharePoint-SLAs ausreichend Zeit und Kapazitäten für eine manuelle Wiederherstellung der Produktionsumgebung vorsehen. Andere halten vielleicht ihre Speicher- und Systemressourcen für ausreichend, um SQL Server-Sicherungen so oft auszuführen, wie ihre wichtigsten Daten es erfordern, und sie problemlos und uneingeschränkt zu speichern.

Doch für viele wettbewerbsorientierte Organisationen gilt:

  • SharePoint ist unternehmenskritisch und ein Ausfall über einen längeren Zeitraum ist nicht akzeptabel.
  • IT-Ressourcen sind bei einem Plattformausfall für eine manuelle Wiederherstellung der Produktionsfarm nicht verfügbar.
  • Speicherressourcen müssen über granulare Sicherungsstrategien optimiert werden.

  • Für diese Organisationen gibt es eine preiswerte und leistungsstarke Lösung, die ihre Anforderungen erfüllt. Klicken Sie auf die nächste Registerkarte, um zu erfahren, wie Sie umfassenden und optimierten Plattformschutz erhalten.

DocAve Backup and Recovery stellt sich vor


DocAve Backup and Recovery erfüllt die Forderung nach einer vollständigen, flexiblen und intelligenten Datensicherungslösung für Microsoft SharePoint. DocAve ermöglicht eine originalgetreue Sicherung und Wiederherstellung von einzelnen Inhaltselementen bis zu vollständigen SharePoint-Umgebungen mit allen Farmkomponenten unter Beibehaltung aller Metadaten, Sicherheitseinstellungen und Versionsverläufe.

Mit der einzigartigen Business Criticality Matrix werden SharePoint-Inhalte automatisch nach Wichtigkeit und Nutzungsverhalten klassifiziert. Dadurch können Sie die Speicher- und Systemressourcen optimieren und anhand der Analyse von Echtzeitdaten regelbasierte Sicherungen ausführen.


Unternehmensweite SharePoint-Sicherung ohne Wenn und Aber

Vollständige SharePoint-Umgebungen können geschützt werden, von einzelnen Elementen und Websites bis zu Webanwendungen, Inhaltsdatenbanken, Indexservern und sogar IIS-Einstellungen. Die originalgetreue Sicherung schließt alle Metadaten, Sicherheitseinstellungen, Versionsverläufe und benutzerdefinierten Layouts ein. Die einzigartigen granularen Sicherungspläne (über die Business Criticality Matrix oder den herkömmlichen, uneingeschränkt anpassbaren Terminplaner) ermöglichen es Ihnen, die Sicherungsprozesse ganz den geschäftlichen Anforderungen oder organisatorischen Zeitplänen entsprechend auszuführen. Darüber hinaus werden neue SharePoint-Inhalte automatisch erkannt, und es werden vollständige, inkrementelle und differenzielle Sicherungen nach Zeitplan oder Bedarf ausgeführt.


Wiederherstellung bei minimaler Geschäftsunterbrechung und minimalem Datenverlust

Sie können SharePoint-Komponenten, Datenbanken, Indizes und Konfigurationen schnell und einfach wiederherstellen. Mithilfe granularer Wiederherstellungen einzelner Elemente aus DocAve- oder SQL Server-Sicherungen über das intuitive, Zeitpläne unterstützende Restore Controller-Tool können schnell wichtige Dokumente, Websites oder Site Collections wiederhergestellt und während der normalen Geschäftszeiten in einer SharePoint-Liveumgebung verarbeitet werden. Fehlende oder beschädigte Informationen können umgehend direkt vom Originaldatenträger wiederhergestellt werden. Die Steuerelemente, auf die über eine browserbasierte Benutzeroberfläche (in Active Directory integriert) zugegriffen werden kann, ermöglichen den verantwortlichen Administratoren die Überwachung aller SharePoint-Farmen im Unternehmen rund um die Uhr.


Weniger Fehler durch Mitarbeiter dank vereinfachter Sicherung des gesamten Systems

DocAve Backup and Recovery schützt alle SharePoint-Komponenten, unabhängig davon, wo sie sich befinden, und vereinfacht die Notfallwiederherstellung in jedem Szenario. Die elegante webbasierte Benutzeroberfläche bietet einen Gesamtüberblick über die ganze SharePoint-Umgebung, und zu schützende Komponenten können ganz einfach per Zeigen und Klicken ausgewählt werden.