追加のCPUおよびI / Oを含む欠落データを再構築する必要があるため、システムの実行は非常に遅くなります。
RAID-5構成でディスクが欠落している場合、リカバリ戦略はありません。別のディスクがダウンした場合、あなたはあなたのデータが失われます。歩いてはいけない、最寄りのベンダーまで走ってください。そこから、同日中の緊急宅配便で発送されるメーカーの保証の対象となる互換性のある部品を入手できます。アレイを購入したベンダーがすでに部品を入手している場合は、両方の部品を入手し、もう一方をスペアとして隠しておきます。
本番システムにRAID-5を使用している場合は、アレイ内のスペアディスクをホットスペアとして残すことを検討する必要があります。
追加-ログが個別のボリューム(物理的に個別のディスク)にない場合、単一のミラーペアであっても、個別のディスクセットにログを移動します。また、ログボリュームの競合がパフォーマンスに不釣り合いに悪い影響を与えるため、データベースに大きな負荷がかかっている場合にも、パフォーマンスが向上します。
これが可能な場合は、次を実行してデータベースをより堅牢にすることもできます。
- データベースをシャットダウンします。
- データベースをバックアップします。
- ログを物理的に別個のディスクセットに移動します(データベースがログの移動先を認識できるように、データベースを再構成してください)。
- データベースとアプリケーションを再起動します。
ログが別のボリュームにある場合、ディスク障害によってログが損なわれない場合にのみ、バックアップから復元およびロールフォワードできます。データベースログは、次の理由から(特に)別のディスクボリュームに置く必要があります。
ログの使用パターンは主にシーケンシャルであり、ファイルの最後にログエントリを追加します(ファイルは実際にはリングバッファーです)。これは、ディスクヘッドシークアクティビティがほとんどないため、多数のログエントリをすばやく書き出すことができることを意味します。
ランダムアクセスワークロードが非常に大きい物理ディスク(トランザクションテーブルやインデックスなど)を共有している場合、ヘッドシークアクティビティが順次書き込みを中断するため、不均衡に速度が低下します。
ログを別のボリュームに保持することは、ほとんど常にパフォーマンスの向上につながり、非常に重いワークロードをサポートするためにログに必要なミラーペアは1つだけです。これは、それを行うためのハードウェアが非常に安価であることを意味するため、大きなパフォーマンスと信頼性を得るためのコストはわずかです。
データ配列がダウンしても、ログは失われません。適切なバックアップ戦略がある場合は、バックアップから復元し、ログから先に進むことができます。つまり、単一障害点にならずに、アレイ全体がサーバー上でダウンする可能性があります。データ損失を引き起こすには、ログとデータの両方のアレイに同時に障害が発生する必要があります。