Das System läuft sehr langsam, da es die fehlenden Daten, die zusätzliche CPU und E / A erfordern, rekonstruieren muss.
Wenn in einer RAID-5-Konfiguration eine Festplatte fehlt, gibt es keine Wiederherstellungsstrategie . Wenn eine andere Festplatte ausfällt, gehen Ihre Daten verloren . Laufen Sie nicht zu Fuß zum nächstgelegenen Händler, von dem Sie ein kompatibles Teil erhalten, für das die Herstellergarantie gilt, und das von einem Eilkurier am selben Tag versandt wird. Wenn der Anbieter, bei dem Sie das Array gekauft haben, bereits dabei ist, das Teil zu beschaffen, holen Sie sich beide Teile und verstauen Sie das andere als Ersatzteil.
Wenn Sie ein RAID-5-System für ein Produktionssystem verwenden, sollten Sie in Betracht ziehen, eine Ersatzfestplatte im Array als Ersatzlaufwerk zu belassen.
Hinzugefügt - Wenn sich Ihre Protokolle nicht auf einem separaten Volume befinden (physisch getrennte Datenträger), verschieben Sie sie auf einen separaten Satz von Datenträgern, auch nur auf ein einzelnes gespiegeltes Paar. Dies ist auch ein Leistungsgewinn, wenn Ihre Datenbank stark ausgelastet ist, da Konflikte mit Protokollvolumes die Leistung überproportional beeinträchtigen.
Wenn dies möglich ist, können Sie Ihre Datenbank auch stabiler machen, indem Sie die folgenden Schritte ausführen:
- Fahren Sie die Datenbank herunter.
- Sichern Sie die Datenbank.
- Verschieben Sie die Protokolle auf einen physisch getrennten Satz von Datenträgern (stellen Sie sicher, dass Sie die Datenbank neu konfigurieren, damit sie weiß, wohin die Protokolle verschoben wurden).
- Starten Sie die Datenbank und die Anwendung neu.
Wenn Sie die Protokolle auf einem separaten Volume haben, können Sie die Sicherung wiederherstellen und einen Roll-Forward durchführen, wenn ein Festplattenfehler die Protokolle nicht beeinträchtigt. Datenbankprotokolle sollten sich unter anderem aus folgenden Gründen auf einem separaten Datenträger befinden:
Die Verwendungsmuster der Protokolle sind überwiegend sequentiell und hängen Protokolleinträge an das Ende der Datei an (die Datei ist praktisch ein Ringpuffer). Dies bedeutet, dass eine große Anzahl von Protokolleinträgen schnell ausgeschrieben werden kann, da nur eine geringe Suchaktivität für den Plattenkopf vorliegt.
Wenn physische Datenträger mit einer hohen Arbeitslast mit wahlfreiem Zugriff (z. B. Transaktionstabellen und -indizes) gemeinsam genutzt werden, werden sie überproportional verlangsamt, da die Head-Search-Aktivität die sequenziellen Schreibvorgänge unterbricht.
Es ist fast immer ein Leistungsgewinn, wenn die Protokolle auf einem separaten Volume gespeichert werden. Für Protokolle ist nur ein einzelnes gespiegeltes Paar erforderlich, um eine hohe Auslastung zu gewährleisten. Dies bedeutet, dass die Hardware dafür recht billig ist, sodass für einen großen Gewinn an Leistung und Zuverlässigkeit nur geringe Kosten anfallen.
Wenn Ihr Datenarray ausfällt, gehen die Protokolle nicht verloren. Wenn Sie über eine geeignete Sicherungsstrategie verfügen, können Sie diese aus der Sicherung wiederherstellen und über die Protokolle fortfahren. Dies bedeutet, dass ein ganzes Array auf dem Server ausfallen kann, ohne dass ein einzelner Fehler auftritt. Sowohl das Protokoll- als auch das Datenarray müssen gleichzeitig ausfallen, um Datenverlust zu verursachen.