Datacenter/ Storage

Datenreplikation mit Service

22. September 2011, 11:07 Uhr | Guy Berlo, Vice President Central European Sales & Operations bei Falconstor

Fortsetzung des Artikels von Teil 2

Disaster-Recovery-Strategie

 Um eine echte Disaster-Recovery-Lösung zu implementieren, die eine vollständige Wiederherstellung aller Dienste sicherstellt, muss die Branche zunächst das serviceorientierte Data-Protection-Modell annehmen. Serviceorientiertes Data-Protection erfordert Überlegungen zu den einzelnen IT-Diensten und was sie beinhalten. Ein einfaches Webportal ist beispielsweise nicht einfach LUN 32; es umfasst einen Apache-Server, eine SQL-Serverdatenbank, eine Content-Management-Anwendungen und viele weitere Elemente. IT-Teams müssen den Webportaldienst als eine integrierte Einheit managen, die in ihrer Gesamtheit geschützt werden muss. Um dies zu erreichen, muss Data-Protection die Anwendungen erkennen, das heißt, sie muss wissen, wie Daten von einer Datenbank oder einer E-Mail-Anwendung in systemkohärenter Weise kopiert werden. Erst wenn die Zeitstempel aller Schlüsselkomponenten identisch und die Daten richtig angeordnet sind, kann das gesamte Sys-tem ohne Fehler verlagert oder wiederhergestellt werden.

Sobald man mit Service-Level arbeitet und Data-Protection-Systeme implementiert, die mit der Arbeitweise von IT-Mangern zum Betrieb von Unternehmen übereinstimmen, kann man mit der Einrichtung von Backup-, Replikations- und Wiederherstellungsregeln auf Basis von Service-by-Service beginnen. Serviceorientiertes Data-Protection ist eine großartige Idee aber man kann nicht alle Data-Protection-Systeme über Nacht neu erfinden. Man kann sich aber dieser Idee in logischen Schritten annähern:

  1. Ersatz ineffektiver Datenreplikationsmodelle durch einen serviceorientierten Ansatz für Disaster-Recovery.
  2. Das System sollte sowohl physikalische als auch virtuelle Server unterstützen und komfortable mit jeder Art von Speicher oder Netzwerk arbeiten können. Es sollte in der Lage sein, physikalische Server in virtuelle Server übertragen zu können.
  3. Man sollte sich für eine offene, integrierte Architektur entscheiden, die heterogene Umgebungen unterstützt.
  4. Es sollten eigenständige Wiederherstellungsabläufe definiert werden, die mit den Geschäftsanwendungen und ihren Prioritäten übereinstimmen.
  5. Testverfahren für die Recovery-Aufgaben einführen, um die Genauigkeit und das Vertrauen in Wiederherstellungsprozesse vor und während eines tatsächlichen Störfalles zu garantieren.

 

Anbieter zum Thema

zu Matchmaker+

  1. Datenreplikation mit Service
  2. Die „Umzugsunternehmen” der IT-Welt
  3. Disaster-Recovery-Strategie
  4. Umfassendes Disaster-Recovery

Lesen Sie mehr zum Thema


Jetzt kostenfreie Newsletter bestellen!

Weitere Artikel zu Server, Datacenter

Weitere Artikel zu Storage

Matchmaker+