DetailPage-MSS-KB

Knowledge Base

Artikel-ID: 822400 - Geändert am: Freitag, 2. November 2007 - Version: 5.6

 

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt verschiedene Lösungen für die Wiederherstellung von Daten aus einer Microsoft SQL Server-Datenbank, wenn ein Notfall. Dieser Artikel beschreibt auch die vor- und Nachteile jeder Lösung.

Notfall-Wiederherstellung ist ein Prozess, mit denen Sie helfen Informationssysteme und Daten wiederherstellen, wenn ein Notfall eintritt.

Beispiele für Notfälle sind eine natürliche oder einem man-made Notfall z. B. ein Feuer oder ein technischer Notfall z. B. beim Ausfall eines Datenträgers zwei in einem Redundant Array of Independent (Disks) 5-Array.

Planung der Notfallwiederherstellung ist die Arbeit, die alle Aktionen, die in Reaktion auf einen Notfall müssen Vorbereitung gewidmet ist. Die Planung umfasst die Auswahl einer Strategie, um wertvolle Daten wiederherzustellen. Die Auswahl der entsprechenden Wiederherstellungsstrategie hängt von Ihren Business-Anforderungen.

Hinweis: Die Lösungen, die in diesem Artikel erläuterten bieten nur allgemeine Beschreibungen der Technologien, die Sie verwenden können. Diese allgemeinen Beschreibungen sind für die verschiedenen Verfahren zur Wiederherstellung und die Pläne zur Notfallwiederherstellung vergleichen. Bevor Sie entscheiden, auf welche Notfall Wiederherstellungslösung für Sie am besten geeignet ist, stellen Sie sicher, dass Sie jede der vorgeschlagenen Notfallwiederherstellungslösungen ausführlicher betrachten. Nach der Erörterung von jeder Wiederherstellungslösung Notfall enthält in diesem Artikel Verknüpfungen, wo Sie zusätzliche Informationen über die Lösung finden können.

Failover-Clusterunterstützung

Microsoft SQL Server 2000-Failover-Clusterunterstützung Failover automatisch dient Fall eines Hardwarefehlers oder einen Softwarefehler. Sie können die Failover-Clusterunterstützung zum Erstellen eines Failoverclusters für eine einzelne Instanz von SQL Server 2000 oder für mehrere Instanzen von SQL Server 2000 von SQL Server 2000 verwenden. Failover-Clusterunterstützung ermöglicht ein Datenbanksystem die Verarbeitung von einer Instanz von SQL Server von einem ausgefallenen Server auf einem Server arbeiten automatisch zu wechseln. Daher ist die Failover-Clusterunterstützung hilfreich, wenn ein Betriebssystemfehler auftritt oder wenn Sie eine geplante Aktualisierung der Datenbank Systemressourcen durchführen. Darüber hinaus erhöht die Failover-Clusterunterstützung Serververfügbarkeit ohne Ausfallzeiten.

Da für hohe Verfügbarkeit mit fast keine Downtime des Servers Failover-Clusterunterstützung entworfen wurde, sollte die gruppierten Knoten geografisch nebeneinander sein. Failover-Clusterunterstützung möglicherweise nicht sinnvoll, wenn ein Datenträger-Array-Fehler auftritt.

Hinweis: Um Failover-Clusterunterstützung zu implementieren, müssen Sie Microsoft SQL Server 2000 Enterprise Edition installieren.

Die folgenden Betriebssysteme unterstützen Failover-Clusterunterstützung:
  • Microsoft Windows NT 4.0, Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise Edition
  • Microsoft Windows Server 2003, Datacenter Edition
Diese Betriebssysteme enthalten eine installierbare Komponente (Microsoft Cluster Service, MSCS). Zum Implementieren von Failover-Clusterunterstützung für SQL Server, müssen Sie MSCS installieren.

Weitere Informationen zu MSCS und dessen Installation finden Sie im folgenden Artikel der Microsoft Knowledge Base:
259267  (http://support.microsoft.com/kb/259267/ ) Installationsressourcen für den Microsoft-Clusterdienst

Vorteile und Nachteile der Failover-Clusterunterstützung verwenden

Vorteile
Sie haben die hohe Verfügbarkeit. Failover-Clusterunterstützung automatisch tritt auf, wenn der primäre Server ausfällt.
Nachteile
  • Sie verursachen eine größere Ausgabe. Die Wartung von zwei Servern sind zwei Mal die Kosten der Verwaltung von eines einzelnen Servers. Da Sie zwei Servern gleichzeitig zu verwalten haben, ist es aufwändiger zum Installieren und Verwalten von Clusterknoten.
  • Server sollte in den gleichen Pfad sein. Wenn die Zweige des Unternehmens sind über den Globus und aktiv/aktiv-Cluster in den Verzweigungen implementiert werden müssen, unterscheidet die Netzwerk- und Speicherinfrastruktur, die Sie verwenden sehr Servercluster mit einem standard Quorumgerät. Daher, obwohl es möglich ist, empfiehlt es sich nicht, geografisch entfernte Server verwenden.
  • Sie haben keinen Schutz gegen ein Datenträgerfehler Array.
  • Failover-Clusterunterstützung lässt nicht Failovercluster auf Datenbankebene oder auf der Datenbankebene-Objekt, z. B. die Tabelle erstellen.
Weitere Informationen zum Failover-Clusterunterstützung die folgende Microsoft-Website:
http://msdn2.microsoft.com/en-us/library/aa174512(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa174512(SQL.80).aspx)
Weitere Informationen zum Failover-Clusterunterstützung finden Sie folgende Artikel der Microsoft Knowledge Base:
243218  (http://support.microsoft.com/kb/243218/ ) Reihenfolge der Schritte bei der Installation von SQL Server 2000 Enterprise Edition auf Microsoft Cluster Server
822250  (http://support.microsoft.com/kb/822250/ ) Supportwebcast: Microsoft SQL Server 2000 Failover-Clusterunterstützung Verfahren zur Wiederherstellung
Weitere Informationen über die Microsoft-Supportrichtlinie für SQL Server-Failovercluster finden Sie im folgenden Artikel der Microsoft Knowledge Base:
327518  (http://support.microsoft.com/kb/327518/ ) Microsoft-Supportrichtlinie für ein SQL Server-Failovercluster

Datenbankspiegelung

Datenbankspiegelung ist ein hauptsächlich Softwarelösung zur Erhöhung der Datenbankverfügbarkeit. Sie können nur implementieren, Spiegelung auf einer Basis pro Datenbank. Spiegelung funktioniert nur mit Datenbanken, die das vollständige Wiederherstellungsmodell verwenden. Die einfache und massenprotokollierte Wiederherstellungsmodelle unterstützen nicht die Datenbankspiegelung. Daher werden alle Massenvorgänge immer vollständig protokolliert. Datenbankspiegelung funktioniert mit allen unterstützten Datenbank-Kompatibilitätsgrad.

Vorteile und Nachteile der Verwendung der Datenbankspiegelung

Vorteile
  • Datenbankspiegelung erhöht den Datenschutz.
  • Datenbankspiegelung erhöht die Verfügbarkeit einer Datenbank.
  • Datenbankspiegelung verbessert die Verfügbarkeit von der Produktionsdatenbank während Aktualisierungen.
Nachteile
  • Die Spiegeldatenbank sollten mit der Prinzipaldatenbank identisch sein. Beispielsweise sollten alle Objekte, Benutzernamen und Berechtigungen identisch sein.
  • Datenbankspiegelung umfasst die Übertragung von Informationen von einem Computer zu einem anderen Computer über ein Netzwerk. Die Sicherheit der Informationen, die SQL Server überträgt ist daher sehr wichtig.

Transaktions-Peer-to-Peer-Replikation

Transaktions-Peer-to-Peer-Replikation ist für Anwendungen konzipiert, die möglicherweise Daten lesen oder möglicherweise ändern die in jeder Datenbank, die an der Replikation teilnimmt. Darüber hinaus, wenn alle Server die Host die Datenbanken sind nicht verfügbar, können Sie die Weiterleitung von Datenverkehr an die übrigen Server-Anwendung bearbeiten. Die verbleibenden Server enthalten identische Kopien der Daten.

Vorteile und Nachteile der mithilfe der Peer-to-Peer-Transaktionsreplikation

Vorteile
  • Lesen Leistung wird verbessert, da alle Knoten Aktivität verteilt werden können.
  • Aggregieren Update Leistung, Leistung einfügen und Löschen von Leistung für die Topologie die Leistung eines einzelnen Knotens ähnelt, da alle Änderungen an alle Knoten weitergegeben werden.
Nachteile
  • Peer-zu-Peer-Replikation ist nur in SQL Server 2005 Enterprise Edition verfügbar.
  • Alle beteiligte Datenbanken müssen identische Schemas und Daten enthalten.
  • Wir empfehlen, dass jeder Knoten seine eigene Verteilungsdatenbank verwenden. Diese Konfiguration beseitigt das Risiko für SQL Server 2005 um ein Einzelpunkt-Versagen.
  • Sie können nicht in mehreren Peer-to-Peer-Publikationen innerhalb einer einzelnen Publikationsdatenbank Tabellen und andere Objekte einschließen.
  • Benötigen Sie eine Publikation für die Peer-to-Peer-Replikation aktiviert wird, bevor Sie alle Abonnements erstellen.
  • Sie müssen Abonnements mithilfe einer Sicherung oder durch Festlegen des Werts der Synchronisationsart des Abonnements zur Unterstützung der Replikation nur initialisieren.
  • Transaktions-Peer-to-Peer-Replikation bietet keine Konflikterkennung oder Konfliktlösung.
  • Es wird empfohlen, dass Identitätsspalten nicht verwenden.

Wartung von einen betriebsbereiten Standbyserver

Sie können erstellen und verwalten einen betriebsbereiten Standbyserver mithilfe einer der folgenden Methoden:
  • Protokollversand
  • Transaktionsreplikation
Weitere Informationen zu diesen beiden Methoden folgt.

Protokollversand

Protokollversand ist im Resource Kit für Microsoft SQL Server 7.0 enthalten und ist vollständig in Microsoft SQL Server 2000 Enterprise Edition und Microsoft SQL Server 2000 Developer Edition integriert. Protokollieren Sie Protokollversand verwendet einen Standbyserver, der während des normalen Betriebs nicht verwendet wird. Ein Standbyserver ist hilfreich Daten wiederherstellen, wenn ein Notfall eintritt. Sie können Protokollversand nur auf der Datenbankebene verwenden. Sie können es nicht auf der Instanzebene verwenden.

Wenn Sie ein Standbyserver Transaktionsprotokolle Wiederherstellen ist, wird die Datenbank im exklusiven Modus, und ist unbrauchbar. Allerdings können Sie die Stapelverarbeitung Aufträge zwischen Transaktion Protokoll Wiederherstellungen Berichterstellung ausführen oder (Database Console Befehle, DBCC) prüft um die Integrität der standby-Server kontinuierlich zu überprüfen. Für Anwendungen wie z. B. Decision Support Server, die kontinuierliche Verarbeitung auf einem Datenbankserver erfordern ist Protokollversand nicht die entsprechende Option.

Die Wartezeit auf dem Standbyserver wird basierend auf wie häufig Sicherungen des Transaktionsprotokolls auf dem primären Server ausgeführt werden und dann auf den Standbyserver angewendet. Wenn der primäre Server ausfällt, verlieren Sie möglicherweise die Änderungen, die vorgenommen wurden von den Buchungen, die nach Ihrer letzten Transaktionsprotokoll aufgetreten Sicherung.

Beispielsweise wenn Transaktionsprotokollsicherungen alle zehn Minuten erstellt werden, können Transaktionen während der letzten 10 Minuten verloren. Dies bedeutet nicht notwendigerweise, dass Datenaktualisierungen, die an den primären Server, während der Wartezeit vorgenommen werden verloren. In der Regel können neue Updates im Transaktionsprotokoll primären wiederhergestellt und auf den betriebsbereiten Standbyserver mit nur einer kleinen Verzögerung im Wechsel von den primären Server zu den Standbyserver angewendet werden. Der Hauptzweck des Protokollversands besteht, um einen betriebsbereiten Standbyserver zu verwalten. Wenn ein betriebsbereiter Standbyserver Ihr Hauptziel ist, ist der Protokollversand wahrscheinlich besser geeignet als andere Lösungen, die in diesem Artikel wird beschrieben.

Vor- und Nachteile der Protokollversand verwenden

Vorteile
  • Sie können alle Datenbankaktivitäten wiederherstellen. Die Wiederherstellung gehören alle Objekte, die wie z. B. Tabellen und Ansichten erstellt wurden. Darüber hinaus Sicherheit Änderungen wie die neuen Benutzer erstellt wurden und alle Berechtigungsänderungen über die.
  • Sie können die Datenbank schneller wiederherstellen. Die Wiederherstellung der Datenbank und das Transaktionsprotokoll basiert auf niedriger Ebene Seite Formate. Daher Protokollversand Wiederherstellung beschleunigt und die schnelle Wiederherstellung von Daten führt.
Nachteile
  • Die Datenbank ist während des Wiederherstellungsprozesses unbrauchbar, da die Datenbank im exklusiven Modus auf dem Standbyserver ist.
  • Es ist ein Mangel an Granularität. Während der Wiederherstellung werden alle Änderungen in den primären Server auf den Standbyserver angewendet. Sie können Protokollversand nicht um Änderungen auf wenige Tabellen anwenden und die verbleibenden Änderungen zurückweisen verwenden.
  • Es gibt kein automatisches Failover von Anwendungen. Wenn der primäre Server wegen eines Notfalls fehlschlägt, zeigt der Standbyserver nicht Failover automatisch. Daher müssen Sie explizit die Anwendungen umleiten, die an den primären Server der Standbyserver (Failover) eine Verbindung herstellen.
Hinweis: Wenn Ihr Hauptzweck besteht in einen betriebsbereiten Standbyserver zu verwalten, empfiehlt Microsoft die Verwendung des Protokollversands. Der betriebsbereite Standbyserver zeigt alle Transaktionen, die auf dem primären Server auftreten. Sie können nicht jedoch den Standbyserver verwenden, wenn der primäre Server verfügbar ist.

Weitere Informationen zum Einrichten eines betriebsbereiten Standbyserver mithilfe des Protokollversands finden Sie folgende Artikel der Microsoft Knowledge Base:
323135  (http://support.microsoft.com/kb/323135/ ) Microsoft SQL Server 2000 - Gewusst wie: Einrichten der Protokollversand (Whitepaper)
325220  (http://support.microsoft.com/kb/325220/ ) Supportwebcast: Microsoft SQL Server 2000-Protokollversand
Finden Sie weitere Informationen zum Protokollversand auf der folgenden Microsoft-Websites:
http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx)
http://www.microsoft.com/downloads/details.aspx?familyid=7395ec1b-199f-42bc-a31b-2056adf73f94 (http://www.microsoft.com/downloads/details.aspx?familyid=7395ec1b-199f-42bc-a31b-2056adf73f94)

Transaktionsreplikation

Sie können auch die Transaktionsreplikation verwenden, um einen betriebsbereiten Standbyserver zu verwalten. Transaktionsreplikation repliziert die Daten auf einem Server (Herausgeber) an einen anderen Server (Abonnent) mit weniger Wartezeit als Protokollversand. Sie können die Transaktionsreplikation auf Datenbankebene z. B. auf Tabellenebene implementieren. Microsoft empfiehlt daher, Transaktionsreplikation, verwenden Wenn Sie weniger Daten zu schützen und Sie einen schnellen Wiederherstellungsplan benötigen.

Ein Pushabonnement können Sie die um Transaktionsreplikation zwischen zwei Servern mit dem primären Server als dem Verleger und der Standbyserver als Abonnenten zu erzwingen. Transaktionsreplikation wird die Datenreplikation sichergestellt. Wenn der Verleger fehlschlägt, kann der Abonnent verwendet werden.

Diese Lösung ist anfällig für das Fehlschlagen der Verleger und Abonnenten zur selben Zeit. In einem solchen Szenario kann nicht die Daten geschützt. In allen anderen Szenarios z. B. der Ausfall von einem Verteiler oder Abonnent empfiehlt es sich um die Daten in der Abonnent mit den Daten in dem Verleger zu synchronisieren.

Sie sollten die Transaktionsreplikation verwenden, um ein betriebsbereiter Standbyserver nur, wenn Schemaänderungen nicht implementiert oder Sie andere Änderungen an der Datenbank nicht implementieren, z. B. Sicherheit, dass die Replikation Änderungen nicht unterstützt zu verwalten.

Hinweis: Replikation ist nicht für die Wartung von betriebsbereiten Standbyserver entwickelt. Bei der Replikation können replizierte Daten auf dem Abonnenten Sie Berichte generieren. Die Replikation können für andere allgemeine Zwecke Sie auch ohne Verarbeitung auf dem Verleger relativ ausgelastet durchführen zu müssen.

Vor- und Nachteile der mithilfe der Transaktionsreplikation

Vorteile
  • Sie können Daten auf einem Abonnenten lesen, während Sie Änderungen vornehmen.
  • Änderungen werden mit weniger Wartezeit angewendet.

    Hinweis: Dieser Vorteil möglicherweise nicht anwendbar, wenn eine der folgenden Bedingungen erfüllt ist:
    • Replikations-Agents werden nicht auf fortlaufend festgelegt.
    • Replikations-Agents werden aufgrund von Fehlern beendet, die während der Replikation auftreten können.
Transaktionsreplikation mehr Zeit in Anspruch Änderungen übernehmen, da große Batchaktualisierungen während der Replikation durchgeführt werden müssen.
Nachteile
  • Schemaänderungen oder Sicherheitsänderungen, die auf dem Verleger durchgeführt werden, nachdem die Replikation werden auf dem Abonnenten nicht verfügbar.
  • Der Verteiler bei der Transaktionsreplikation verwendet eine Verbindung (Open Database CONNECTIVITY) oder ein OLE-Datenbank (OLEDB)-Verbindung, um Daten zu verteilen. Protokollversand verwendet jedoch die TRANSACTION RESTORE Low-Level Transact­SQL-Anweisung, die Transaktionsprotokolle zu verteilen. Ist eine RESTORE TRANSACTION-Anweisung wesentlich schneller als eine ODBC-Verbindung oder eine OLEDB-Verbindung.
  • Ein Serverwechsel löscht in der Regel Replikation Konfigurationen. Daher müssen Sie zwei Mal die Replikation konfigurieren:
    Beim Wechseln Sie an den Abonnenten.
    Wenn Sie wieder zu der Herausgeber wechseln.
  • Wenn ein Notfall eintritt, müssen Sie manuell Server wechseln, durch alle Anwendungen auf dem Abonnenten umleiten.
Weitere Informationen zur Replikation finden Sie im folgenden Artikel der Microsoft Knowledge Base:
195757  (http://support.microsoft.com/kb/195757/ ) Häufig gestellte Fragen - SQL Server 7.0 - Replikation

Feature Sicherung und Wiederherstellung

Feature Sichern und Wiederherstellen von SQL Server ist ein wichtiges Sicherheitselement zum Schutz kritische Daten, die Sie in SQL Server-Datenbanken speichern. Sie können eine Kopie einer Datenbank (eine Sicherungs Kopie) mithilfe der Sicherung erstellen und Wiederherstellen Feature und speichern Sie die Kopie der Datenbank an einem Speicherort, der möglichen Ausfall des Servers geschützt ist, die die Instanz von SQL Server ausgeführt wird. Wenn eine Datenbank-Systemfehler oder einer Beschädigung der Datenbank auftreten, können Sie dann die Sicherungskopie die Datenbank neu erstellen oder zum Wiederherstellen der Datenbank verwenden.

Beim Planen von Notfall-Wiederherstellung mithilfe der Sicherung und Feature wiederherstellen auch bestimmen Sie wie wichtig ist, die Daten in der Datenbank. Darüber hinaus Bestimmen der Wiederherstellung-Anforderungen für die Datenbank. Beispielsweise bestimmen Sie, die folgende Wiederherstellung Anforderungen:
  • Der Punkt, dem Sie die Datenbank wiederherstellen. Sie müssen entscheiden, welche der folgenden beiden durchführen möchten:
    Stellen Sie die Datenbank die Bedingung am Abend vor dem Fehler wieder her.
    Stellen Sie die Datenbank den Zustand der einem Zeitpunkt zum Zeitpunkt der Fehler möglichst nah wieder her.
  • Wie lange die Datenbank nicht verfügbar sein kann. Gibt an, ob Sie die Datenbank sofort wiederherstellen müssen.
Nachdem Sie die Wiederherstellung Anforderungen ermittelt haben, können Sie einen Sicherungsvorgang planen, die einen Satz von Sicherungen an die Anforderungen verwaltet

Sie können nur eine Datenbank wiederherstellen, die in den Zustand der Zeitpunkt, wo Sie die aktuellste Sicherung durchgeführt. Transaktionen, die nach der Sicherung aufgetreten gehen möglicherweise verloren. Microsoft empfiehlt daher, dass Sie das Feature Sichern und Wiederherstellen nur für nicht-unternehmenswichtige Datenbankanwendungen verwenden.

Vor- und Nachteile der mit der Funktion Sicherung und Wiederherstellung

Vorteile
  • Sie können bis zu Wechselmedien zum Schutz vor Datenträgerfehlern Datenbank sichern.
  • Sie haben keinen im Netzwerk abhängig, wie Sie, tun Wenn Sie Failoverclustering oder Protokollversand.
Nachteile
  • Beim Sichern der Datenbank können Sie keine Vorgänge wie Tabellenerstellung, Indexerstellung, Datenbank verkleinern oder nicht protokollierte Operationen durchführen.
  • Wenn ein Fehler auftritt, verlieren Sie möglicherweise die neuesten Daten.
  • Wenn ein Notfall, müssen Sie die Datenbank manuell wiederherstellen.
Hinweis: Bevor Sie Ihre Sicherungs- und -Prozedur in einer Produktionsumgebung verwenden, empfiehlt es sich um diese Prozedur in einer Testumgebung gründlich zu testen.

Weitere Informationen über das Feature Sichern und Wiederherstellen finden Sie folgende Artikel der Microsoft Knowledge Base:
325257  (http://support.microsoft.com/kb/325257/ ) Supportwebcast: SQL Server 2000-Datenbank wiederherstellen: Sichern und Wiederherstellen
281122  (http://support.microsoft.com/kb/281122/ ) Beschreibung des Wiederherstellen von Datei- und Dateigruppensicherungen Sicherungen in SQL Server
Finden Sie weitere Informationen über das Feature Sichern und Wiederherstellen auf der folgenden Microsoft-Websites:
http://msdn2.microsoft.com/en-us/library/aa196617(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa196617(SQL.80).aspx)
http://msdn2.microsoft.com/en-us/library/aa196685(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa196685(SQL.80).aspx)
http://msdn2.microsoft.com/en-us/library/aa178143(SQL.80).aspx (http://msdn2.microsoft.com/en-us/library/aa178143(SQL.80).aspx)

Festplattenredundanz Daten mithilfe von redundante Array of independent Disks (RAID)

Eine RAID auf mehrere Datenträger größere Zuverlässigkeit bieten und weniger Ausfallzeiten für Server redundante Daten gespeichert. RAID-Stufen 0, 1 und 5 werden im Allgemeinen als Wiederherstellungsoptionen für SQL Server verwendet. RAID-Technologien die erwähnten ermöglichen den Fehler und die konsequente Ersetzung eines einzelnen Datenträgers ohne den Server offline. Wenn mehrere Datenträgerfehler auftreten, kann möglicherweise Daten nicht wiederhergestellt werden. Microsoft empfiehlt daher, dass redundante Datenverwaltung mit einer Prozedur Sicherungs- und sicherstellen, dass Daten gehen nicht verloren werden, wenn ein Hardwarefehler oder anderen unvorhersehbaren Zwischenfall kombinieren.

RAID 0 verwendet Striping-Technologie für schnelleren Zugriff, während RAID 1 spiegeln Technologie für die Zuverlässigkeit der Daten verwendet. Ein verbreitetes Verfahren in der relationalen Datenbank-Management verwendet umfasst gemeinsame Verwendung von RAID 0 und RAID-1. Bei diesem Verfahren werden zwei identische Stripesetvolumes Arrays von Laufwerken ständig aktualisiert, so dass die Informationen, die auf beide der Arrays gespeichert sind identisch. Wenn ein Array ausfällt, übernimmt das anderen Array automatisch bis das ursprüngliche Array wieder online geschaltet wird.

RAID 5 (auch bekannt als Stripesets mit Parität) verwendet ein einzelnes Stripeset-Datenträgerarray mit Paritätsbits zusammen mit den Daten geschrieben. Wenn ein Datenträger ausfällt, kann die Paritätsbits verwendet werden, um die fehlenden Daten zu berechnen, bis Sie den Datenträger ersetzen. Wenn Sie den Datenträger ersetzen, können Sie die Paritätsinformationen und die verbleibenden Daten, die Daten aus dem ausgefallenen Datenträger neu erstellen und die neu erstellte Daten in die neue Festplatte kopieren verwenden. Diese Operationen auftreten, ohne jede Systemausfallzeit Datenbank. Eine RAID bietet viele andere Optionen und Funktionen für Sie sicherstellen, dass Ihre Datenbanksysteme als wenig Ausfallzeiten möglichst auftreten.

Vorteile und Nachteile der mit eine RAID

Vorteile
Sie verlieren Daten nicht, wenn alle eine Festplatte ausfällt.
Nachteile
  • Es kann geraume Zeit wiederherstellen die Daten in Anspruch nehmen.
  • Wenn mehrere Festplatten, Sie wertvolle Daten wiederherstellen möglicherweise nicht.
Weitere Informationen zu RAID finden Sie im folgenden Artikel der Microsoft Knowledge Base:
100110  (http://support.microsoft.com/kb/100110/ ) Übersicht über redundant Arrays of inexpensive Disks (RAID)

Informationsquellen

Download eine aktualisierte Version der SQL Server 2000-Onlinedokumentation die folgenden Microsoft-Website:
http://www.microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5 (http://www.microsoft.com/downloads/details.aspx?FamilyId=8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5)
Weitere Informationen zu anderen Notfall-Wiederherstellung-Optionen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
307775  (http://support.microsoft.com/kb/307775/ ) Artikel zur Disaster Recovery bei Microsoft SQL Server
Weitere Informationen zum Failover-Clusterunterstützung finden Sie folgende Artikel der Microsoft Knowledge Base:
195761  (http://support.microsoft.com/kb/195761/ ) Häufig gestellte Fragen - SQL Server 7.0 - Failover
260758  (http://support.microsoft.com/kb/260758/ ) Häufig gestellte Fragen - SQL Server 2000 - Failover-Clusterunterstützung
274446  (http://support.microsoft.com/kb/274446/ ) Aktualisieren Sie auf SQL Server 2000-Failover-Lösung empfohlen für alle nicht-SQL Server 2000 virtual Server
280743  (http://support.microsoft.com/kb/280743/ ) Windows-clustering und geografisch getrennte Standorte
Weitere Informationen über das Feature Sichern und Wiederherstellen der folgenden Microsoft-Website:
http://technet.microsoft.com/en-us/library/cc966495.aspx (http://technet.microsoft.com/en-us/library/cc966495.aspx)
Weitere Informationen über das Feature Sichern und Wiederherstellen finden Sie folgende Artikel der Microsoft Knowledge Base:
253817  (http://support.microsoft.com/kb/253817/ ) Wie Sie das letzte Transaktionsprotokoll zu sichern, wenn der Master und die Datenbankdateien in SQL Server beschädigt sind
314546  (http://support.microsoft.com/kb/314546/ ) Zum Verschieben von Datenbanken zwischen Computern, auf denen SQL Server ausgeführt wird
Weitere Informationen zu Volltextkatalog-Ordner und Dateien finden Sie im folgenden Artikel der Microsoft Knowledge Base:
240867  (http://support.microsoft.com/kb/240867/ ) Zum Verschieben, kopieren und Volltextkatalog Ordner und Dateien sichern

Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
Keywords: 
kbmt kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo KB822400 KbMtde
Maschinell übersetzter ArtikelMaschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 822400  (http://support.microsoft.com/kb/822400/en-us/ )
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
Freigeben
Weitere Supportoptionen
Microsoft Community-Supportforen
Kontaktieren Sie uns direkt
Zertifizierten Partner finden
Microsoft Store