Skip to main content
TechNet
Einblicke in SharePoint Schützen der SharePoint-Daten
Pav Cherny


Schützen von Daten durch Sicherung, kein Wiederherstellung und Notfall-Wiederherstellungsstrategien ein neuer Ansatz;SharePoint stellt noch eindeutige Herausforderungen, die Suche hinter typische Datenträgersicherung, Lastenausgleich und Redundanz Ansätze erfordern.
Die Daten Schutz Herausforderungen in SharePoint entstammen die SharePoint-Architektur Speichern von Inhalt und Konfigurationsdaten auf Front-End- und Back-End-Servern. Z. B. die meisten Inhalte in Datenbanken von SQL Server oder Anbieter (Shared Service Provider, SSP) befindet und die meisten Konfigurationsdaten sind in der Konfigurationsdatenbank gespeichert. Hängt jedoch SharePoint auch Front-End-Server-Komponenten wie Binärdateien, Registrierungsstruktur und Anpassungen.
Um die SharePoint Daten Schutz in einer Weise Herausforderungen, die die Umgebung und Anforderungen entspricht, müssen Sie die akzeptable Ausfallzeit (auch als die Wiederherstellung Zeit Ziel oder RTO bezeichnet), und Sie den Verlust von Daten, die zwischen den letzten wiederherstellbare Sicherung und zeigen Verlust von Daten (auch als die Wiederherstellung auf Ziel oder freigegebenen FERTIGUNGSAUFTRAG bezeichnet) auftreten kann. Bedenken, die als RTO und RPO verringern, in der Regel Kosten erhöhen. Wenn einige der Daten nicht unternehmenswichtige oder mehr statischer Natur ist, können Sie auch mehrere RTO und RPO Ziele basierend auf (Service Level Agreements) definieren. Außerdem müssen Sie die Abhängigkeiten berücksichtigen, die Datencenter Verteilung sowie WAN-Verbindungen zu RTO und freigegebenen FERTIGUNGSAUFTRAG, beitragen.
In diesem Artikel werden wir die Datenschutz Strategien und mit SharePoint verfügbaren Optionen betrachten. Diese reichen von kostengünstige, erreichen High-RTO und RPO Ansätze, wie z. B. integrierte Wiederverwendung Lagerplatz Funktionen, erweiterte hoher Verfügbarkeit Optionen wie z. B. Spiegelung, clustering und Data Protection Manager (DPM), können niedrige RTO und RPO Ziele. Es ist nicht möglich in allen möglichen Szenarien und Architekturen in diesem Artikel angepasst werden, damit ich mich auf die häufigsten Probleme und deren Behebung konzentrieren werden.

SharePoint Data Protection Ebenen
Der herkömmliche Ansatz in vorhandenen Dokumentation, die mit Data Protection umgeht SharePoint in drei logische Schichten aufteilen, basierend auf wie oft Daten ist in der Regel wiederhergestellt am jeweils. Die erste Ebene ist für Daten, deren Wiederherstellung häufig Benutzer gesteuert ist, wie z. B. Versehentliches Löschen oder Beschädigungen an Dokumenten, Listen, und Websites. Websiteadministratoren oder Endbenutzer durchführen die Wartungsaufgaben, um diese Daten wiederherzustellen.
Die zweite Ebene ist für komplexere Sicherungs- und Aufgaben durchgeführt, indem Administratoren auf der Farm-Ebene, einschließlich der Daten- und Geschäftskontinuität im Fall eines Hardwarefehlers, Migrationen oder Datenbankoperationen.
Die dritte Ebene häufig als Notfall-Wiederherstellung bezeichnet umfasst sofort beim Entwerfen der Infrastruktur in z. B. als um eine hohen Verfügbarkeit sicherzustellen, mithilfe von Redundanzen und Vermeiden von einzelne Fehlerquellen. Abbildung 1 zeigt drei Ebenen in genauer.
fig01.gif
Abbildung 1 traditionell Data Protection Ebenen
Obwohl diese Art der SharePoint-Datenschutz durch Ebenen betrachten beim Entwerfen eines Plans für Sicherung, Wiederherstellung und Verfügbarkeit sowie übereinstimmende Vorfälle Auflösung Schritte für Supporttechniker hilfreich ist, bietet es eine optimale Vorgehensweisen basierenden Reihe von Tools und Topologien nicht unbedingt.
Zugegeben, ist es schwierig jeder einzelnen Umgebung mit wenigen Topologien; aufnehmenaber wenn flexibel genug, werden Sie die meisten Konfigurationen berücksichtigen. Ich in Redundanz und hohe Verfügbarkeit so weit wie möglich erstellen möchten und bieten ein paar hohe Verfügbarkeit-basierte Topologieoptionen später.
Verwenden einen Ansatz, der mit Server und Hervorheben von Front-End-Topologie Entwurf und Back-End-Subsystemen als die logischen Ebenen beginnt und Empfehlungen für hohe Verfügbarkeit umfasst, können Sie eine Umgebung mit integrierten Schutz von Daten erstellen.
Mit anderen Worten, können anstatt die Daten in drei Ebenen betrachten und reagieren auf Notfälle oder Wiederherstellungsanforderungen, Sie verringern das Risiko von Datenverlust, indem erstellen einen Entwurf anpassen, der beseitigt einzelner Fehlerquellen und standardisierter Serverkonfigurationen enthält. Beide Front-End-IIS-Servern und SharePoint-Anwendungsservern (z. B. Crawl/Indizierung) berücksichtigt als Teil der Front-End-Subsystem.

Übernahme eines Komponentenbasierende Ansatzes
Beim Betrachten von Data Protection Strategien für SharePoint versuchen ich immer, betrachten die Microsoft für Anleitungen und Vorgehensweisen. Nicht gemeint nur die Produktdokumentation, sondern auch der interne Microsoft IT-Organisation, die Design, Bereitstellung und Vorgänge behandelt.
Microsoft hat eine kontinuierliche Initiative zur Vereinfachung der alle Elemente der Infrastruktur und standardisieren Operationen Vorgehensweisen für den Punkt, in denen mehr als 80 Prozent der Probleme von front-line Supporttechniker und Helpdesk-Side Support aufgelöst werden kann. Dieser Initiative gehören SharePoint-Infrastruktur und Datenschutz.
Eine wichtigen Ideen in des IT-Initiative wurde erstellt Standardkonfiguration blockiert, bestehend aus physische und logische Komponenten, die schnell sein könnte zu skalieren, einrichten und out bereitgestellt. Abbildung 2 zeigt ein Beispiel dieser Konfiguration Blöcke.
fig02.gif
Abbildung 2 SharePoint Bereitstellung und Infrastruktur blockiert.
Ein anderer Ansatz gelernt von Microsoft ist componentize Schutz von Daten nach, wo die Daten befinden. In der Praxis umfasst dies denken Blöcke Front-End-und Back-End-Blöcke als unterschiedliche Elemente, erstellen in hohe Verfügbarkeit, um den Grad, den Budget und Ressourcen zu ermöglichen und eliminieren Sicherung/Wiederherstellung Prozesse über hohe Verfügbarkeit. Z. B. durch Verwenden von Front-End-Servern mit Lastenausgleich, und speichern alle benutzerdefinierte Daten in der Inhalts- und Konfigurationsdatenbanken können überflüssig die u. a. Sichern der Systemstatusdaten Binär- und System von Front-End-Servern. Nachdem alle sind Sie Teil ersetzbare Bausteine.

Erstellen eine Front-End-Subsystem mit hoher Verfügbarkeit
Auf den ersten Blick mag das Konzept der Hochverfügbarkeit aufwendige oder übermäßige, insbesondere bei einer herkömmlichen "Sicherung auf Band"Ansatz hat in der Vergangenheit gearbeitet. Noch ist eine grundlegende Ebene nicht kostspielig oder schwierig zu Redundanz für Front-End- und Anwendung-Server implementieren. Es ist viel teurer, wenn Band fehlschlägt oder wenn es wird erweitert Ausfallzeiten.
Auf der sehr einfachen Ebene besteht vier Servern ein Baustein für das Front-End-Subsystem. Zwei werden IIS in einer Konfiguration mit Lastenausgleich und zwei ausführen Anwendungsrollen z. B. Dienste für Excel-Berechnungen, Project Server oder Indizierung ausgeführt. Wenn Sie es vorziehen, können Sie die IIS-Server als einen Block mit Lastenausgleich und Anwendungsserver als einem anderen Block vorstellen.
In dieser Konfiguration wird die Notwendigkeit, Daten sichern standardmäßig nicht entfernt. Wenn Sie Anpassungen an web.config oder anderen Dateien haben, müssen Sie eine Kopie beibehalten. Sie müssen auch Dokumentation von Konfigurationseinstellungen, einschließlich für IIS und für SharePoint, z. B. alternative Access Zuordnungen (AAM) beibehalten. Sie können IIS-Metabasis, XML-Master und Konfiguration sichern Dateien und ein dokumentiertes Prozesses für Neukonfigurieren eines standard Bereitstellung, einschließlich SSL-Zertifikate installieren. Die gute Nachricht ist, nachdem dokumentieren und Organisieren von Anpassungen, Ersatz Blöcke schnell bereitstellen und schließen Sie diese.

Back-End-Subsystem Schutz Datenoptionen
Wie bereits erwähnt, SharePoint enthält die meisten Inhalt und Konfigurationsdetails in SQL Server-Datenbanken und es ist möglich, Front-End-Sicherungen einen Komponentenbasierende Ansatz mit standardisierten Konfigurationen überflüssig. Wenn Sie die Notwendigkeit, Sichern von Front-End-Servern verhindern, können Sie auf die SQL Server-Datenbanken konzentrieren.
Da SharePoint so stark von SQL Server abhängt, verschieben die Sicherungen Überlegungen Weg von direkter SharePoint-gesteuerten zu den Optionen, die Sie für den Datenschutz mit SQL Server den.
Auf der SharePoint-Ebene wie es mit SQL Server behandelt die Optionen sind in der Benutzeroberfläche für die Sicherung und Wiederherstellung;auf der SQL Server-Ebene Sie beginnen mit Überlegungen zum Entwurf und dann berücksichtigen deren Auswirkungen auf die Sicherung und Wiederherstellungsverfahren.
Die erste Option für Schutz von Daten in SQL Server ist ein Snapshot, der eine Version schreibgeschützt, statisch zu einem Zeitpunkt in der Zeit einer Datenbank ist. Snapshots können für das Zurücksetzen auf eine vorherige Quelle Datenbank Version im Fall von Benutzer oder Administrator-Fehler, z. B. nützlich sein. Weitere Informationen zu Snapshots finden Sie unter msdn.microsoft.com/library/ms187054%28SQL.90%29.aspx.
Die zweite Option, Protokollversand, die Transaktionsprotokolldateien aus einem aktiven, primären Server auf einen Standbyserver übertragen abhängig ist. Wenn der primäre Server ausfällt, können Sie manuell ein Failover auf den Standbyserver und gelieferte Protokolle wiederherstellen.
Es ist wichtig zu beachten, kein automatisches Failover mit Protokollversand besteht und die Wiederherstellungszeit ist möglicherweise aufgrund zu den Schritten zum Wiederherstellen der Protokolle und schalten Sie den standby-Server lange. Weitere Informationen finden Sie unter msdn.microsoft.com/library/ms187103.aspx.
Die dritte Option ist spiegeln, die von der Protokollversand funktioniert und ist mit SQL Server 2005 verfügbar und höher. Spiegelung arbeitet mit Datenbanken, die vollständige Wiederherstellung verwenden Modell und unterstützt quick Failover zu einem hot standby-Server. Es gibt drei Modi: Hohe Sicherheit, hohe Leistung und hohe Verfügbarkeit. Der am häufigsten verwendete Modus für SharePoint-Umgebungen ist hohe Verfügbarkeit. Dieser Modus unterstützt Automatisches Failover über ein Zeugenserver. Spiegelung ist schneller als Protokollversand, da Sie nicht manuell Protokolle wiederherstellen verfügen. Weitere Informationen finden Sie unter go.microsoft.com/fwlink/?LinkId=83725&clcid=0x409.
Die vierten und fünften Optionen sind Replikation und clustering. Replikation ist nützlich, wenn Sie mehrere geografisch verteilte Datenzentren da Sie Daten in einem zentralen primären Datencenter kopieren können. Dies bietet einige Schutz von Daten jedoch mehr für Leistungssteigerungen an Remotestandorten verwendet.
Failover-Clusterunterstützung wird das Konzept der Aufteilung in Komponenten weiter durch die Trennung des Speicher-Subsystem vom Betriebssystem. Bei Clustern abhängig ein System gemeinsam genutzten Speicher wie z. B. ein Storage Area Network (SAN) mehrere physische Server. (Es ist wichtig zu beachten, dass das clustering nicht das Speichersubsystem als einzelnen Ausfallpunkt beseitigt.)
Die häufigsten Hochverfügbarkeitslösungen clustering Spiegelung und. Protokollversand wird verwendet, wenn Ausfallzeiten akzeptabel ist oder wenn Budget Einschränkungen werden. Die große Kompromisse zwischen Spiegelung und clustering sind, dass häufig eine allgemeine Speichersubsystem Clustering, während nur explizit gespiegelte Datenbanken Spiegelung geschützt werden. Weitere Informationen finden Sie unter technet.microsoft.com/library/ms179410.aspx.

Recovery Toolset
Selbst mit einem einfarbigen hoher Verfügbarkeit Design für die Front-End- und Back-End-Subsysteme werden Sie Szenarien konfrontiert, für die Datenwiederherstellung erforderlich ist. Beispielsweise können Benutzern oder Administratoren versehentlich löschen, Listen, Dokumenten, Websites oder auch Änderungen der Farm Ebene, die die Verfügbarkeit des gesamten Farm auswirken. Und die unvorhersehbare kann auftreten, die Wiederherstellung des Dienstes, z. B. Naturkatastrophen, unmöglich macht. Viele Tools stehen diese Arten von Operationen, einschließlich Hilfe zur Verfügung:
  • Versionskontrolle: Dies ist ein Feature von Dokumentbibliotheken, die auf Dokumente und Listen funktioniert. Es ist als Teil der SharePoint-Data Protection-Funktionalität enthalten, aber standardmäßig deaktiviert. Versionsverwaltung unterstützt keine Ordner, Websites oder Websites. Wenn Sie die Versionsverwaltung aktivieren, können Benutzer frühere Versionen ohne Ihre direkte Eingriffe zugreifen.
  • Papierkorb: Benutzer können diese Funktion aus einer Website verwenden, um Listen, Dokumente und Dokumentbibliotheken, Ordner und Elemente wiederherzustellen. Sie können auch den Papierkorb als Websiteadministrator Ebene der Websitesammlung zugreifen. Dieses Feature wird auf der Webanwendungsebene konfiguriert.
  • Microsoft-Website löschen aufnehmen: Dieses Tool verwendet SPWebEvent ­ Receiver.WebDeleting-Methode, um Ihnen eine Wiederverwendung Lagerplatz-ähnliche Funktion auf der Ebene der Site bereitzustellen. Das SharePoint-Objektmodell enthält die WebDeleting-Methode, damit Sie benutzerdefinierte Sicherung Funktionen für Websites erstellen können. Weitere Informationen finden Sie unter msdn2.microsoft.com/library/microsoft.sharepoint.spwebeventreceiver.webdeleting.aspx
  • Stsadm.exe: Dieses Befehlszeilenprogramm bietet viel Flexibilität für Inhalte wiederherstellen. Sie können Sichern und Wiederherstellen von Websitesammlungen, Satabses, Webanwendungen oder die gesamte Farm. Weitere Informationen über die Befehle und Kontext finden Sie unter technet.microsoft.com/library/cc263441.aspx.
  • Zentrale Verwaltung sichern: Dies ist ein GUI-Tool in SharePoint, das Sie verwenden können, um die Farm, Inhaltsdatenbank oder Webanwendung sichern enthalten ist.
  • Data Protection Manager (DPM): Teil der Protokollfamilie Microsoft System Center DPM schützt SharePoint-Daten Sicherungen alle 15 Minuten und Dokumentieren Sie wieder alle Granularität, z. B. Serverfarm Websitesammlung, Website, Bibliothek usw. ermöglicht. Eines der größten Vorteile, die DPM bietet, ist die Möglichkeit, Elemente direkt ohne provisorisch oder Bereitstellen einer gesicherten Version einer Datenbank wiederherzustellen.
  • Drittanbieter-Tools: Mit Tools von Drittanbietern können dargestellt werden schwierig, wenn Sie flawlessly in allen Szenarios durchführen. Sie sollten sich wie die Tools Funktionalität von SharePoint und Windows Server Volumeschattenkopie-Dienst sowie alle erforderlichen post-backup/Restore-Operationen integrieren. Viele sind Unternehmen wie Quest, AvePoint und CommVault erhältlich.

Bewährte Methoden
Mit einem in Komponenten gegliederte Ansatz zum Schutz von Daten aus SharePoint können Sie mit Sicherungs- und Wiederherstellungslösung Tools zur RTO und RPO Leistungsziele Designelemente kombinieren. Beispielsweise ist es möglich, Front-End-Server sichern, vollständig mithilfe einer einzigen standardisierten Konfiguration für alle Server überflüssig. Weitere Empfehlungen umfassen:
  • Verfügen über separate Sicherungs- und Wiederherstellungslösung Tools und Prozeduren. Obwohl einige Tools bieten die Sicherung und Funktionalität wiederherstellen, sollten Sie diese separate Aktivitäten. Dies ist da hoher Verfügbarkeit entwerfen, die Optionen und Sicherung Granularität nicht unbedingt die Arten von Wiederherstellungen Sie entsprechen tun werden. Darüber hinaus die Sicherungs- und Aufgaben Aufwand haben und dauert abgeschlossen. Durch das Planen für diese separat, haben Sie eine großartige Möglichkeit, die Umgebung steuern.
  • Document. Zumindest sollten Sie dokumentieren die Konfigurationen von Ihren Servern, Topologie, SharePoint-Einstellungen, IIS-Einstellungen und Verfahren für Sicherung und Wiederherstellung. Platzieren Sie diese Dokumentation an einem nicht-SharePoint Standort.
  • Test und praktischen. Sicherzustellen Sie, dass Ihre Pläne und Verfahren von Wiederherstellungsaufgaben üben und überprüfen, dass Daten wiederhergestellt werden kann.
  • Vereinfachen und zentralisieren. Arbeiten mit Komponentenbasierende Elemente ist eine Möglichkeit zu vereinfachen und die Konfiguration zu standardisieren. Untersuchen Sie zusätzlich weitere Optionen, wie z. B. Zentralisieren der Verwaltung und Datacenter-Topologien vereinfachen.

Pav Cherny ist IT-Experte und Autor und ist auf Microsoft-Technologien für Zusammenarbeit und einheitliche Kommunikation spezialisiert. Seine Veröffentlichungen enthalten Whitepaper, Produkthandbücher sowie Bücher mit dem Schwerpunkt IT-Vorgänge und Systemverwaltung. Pav ist Präsident der Biblioso Corporation, ein Unternehmen, das auf verwaltete Dokumentations- und Lokalisierungsdienste spezialisiert ist.