2 ファイル・システムのスナップショットとデータ・ミラーリングを使用したバックアップの管理
データのバックアップは、システムのファイル・システムを保存する一般的な方法です。 バックアップが物理システムの場所以外の場所に格納されている場合は、障害発生時にバックアップを使用してシステムをリストアできます。
バックアップを補完するその他の戦略を採用して、データを保持できます。 一般的な方法は、システムのスナップショットを取得し、ミラー化を構成することです。
ファイル・システム・スナップショットの操作
コピーオンライト(CoW)機能を使用してスナップショットとボリュームまたはサブボリューム間でデータをレプリケートするように、ファイル・システムを構成できます。 スナップショットは、ディスク領域を安価に使用し、小さな変更をロールバックする効率的な方法です。
より広範なバックアップおよびリカバリ計画の一部として、ファイル・システムのスナップショットを使用します。 スナップショットはハードウェア障害から保護できませんが、ソフトウェア障害またはユーザー・エラーが発生した場合に迅速なリカバリ・メカニズムを提供できます。
snapperユーティリティを使用して、スナップショットの作成を自動化できます。
Btrfsを使用したスナップショットの管理
Btrfsでは、ファイル・システム内の任意のディレクトリにスナップショットを作成でき、ファイル・システム自体が各スナップショットの一貫性を監視およびメンテナンスします。 この監視とメンテナンスによって、Btrfsスナップショットの信頼性が大幅に向上し、論理ボリューム・マネージャ(LVM)によって提供されるスナップショット機能を使用するよりもパフォーマンスが大幅に向上します。
ファイル・システムのスナップショットを作成および管理するためにOracle Linuxで提供されているsnapperユーティリティは、通常の時間指定スナップショットを簡素化および自動化します。 したがって、システムを特定の時間に戻すことが容易になります。 このユーティリティには、yumまたはdnf用のプラグインも付属しているため、ソフトウェアの更新、インストール、または削除の直前と直後にスナップショットを自動的に生成できます。 ソフトウェアの変更に関連付けられたスナップショットによって、不注意の構成変更、競合、非互換性、その他の類似した障害シナリオからのリカバリが簡略化されます。
Btrfsフォーマット済ボリュームの管理の詳細は、次のいずれかのリンクを参照してください:
LVMを使用したスナップショットの管理
論理ボリューム・マネージャ(LVM)は、論理ボリュームが複数のディスクにまたがるように、OSにボリューム抽象化を提供します。 したがって、ハード・ドライブの交換、パーティションのサイズ変更またはボリューム・バックアップの実行中に、LVMはサービスの継続性を維持します。 LVMを使用すると、ボリューム全体のスナップショットを作成できます。
LVMを使用してスナップショットを作成すると、そのスナップショットはボリューム・レベルで作成されるため、基礎となるファイル・システムでは作成したスナップショットが認識されません。 LVMスナップショットでは、特定の時点における論理ボリュームのミラーが維持されますが、ファイル・システムの一貫性は必ずしも保証されません。 OS内からスナップショット・ボリュームにアクセスする必要がある場合は、作成後にそのスナップショット・ボリュームをマウントする必要があります。
LVMスナップショットはボリュームの変更のみを追跡するため、ストレージ領域に関しては効率的ですが、スナップショットが元のボリュームで発生したすべての変更のメタデータを効果的に追跡して格納するため、コピーオンライトの実装はスナップショットがそのまま残っている場合、システムの一般的なパフォーマンスに悪影響を及ぼす可能性があります。 このため、これらの変更を追跡するための十分な領域を確保するために、事前にスナップショット・ボリュームの戦略を計画する必要があります。 ベスト・プラクティスとして、スナップショットの使用が終了した後、スナップショットのいつものクリーン・アップを実行します。 LVMスナップショットは主に、安定したバックアップを容易にするためにある時点のボリュームの静的および変化しないイメージを提供するように設計されていますが、計画済メンテナンス期間の変更をロールバックするためにも使用できます。
LVMを使用したストレージの管理の詳細は、次のいずれかのリンクを参照してください:
データ・ミラーリングの操作
複数のボリュームにデータをレプリケートすることで、データ損失やハードウェア障害に対する自己回復性を確保できます。 データをリアルタイムでミラーリングすることで、障害時リカバリ操作を実行するときに、そのデータの正確性と整合性を保持することもできます。
Oracle Cloud Infrastructureでホストされているデータ・ミラーリングの管理
Oracle Cloud Infrastructureでホストされているブロック・ボリュームには、データの自己回復性と耐久性が組み込まれています。 すべてのボリュームが、組込みの修復メカニズムにより、自動的にレプリケートされ、複数のストレージ・サーバー上に冗長的に格納されます。 詳細は、ブロック・ボリュームの概要に関する項を参照してください。
Oracle Cloud Infrastructure上の一部のコンピュート・インスタンスでは、ローカルにアタッチされたNVMeデバイスを低レイテンシで高パフォーマンスのブロック・ストレージに使用できます。 ローカルにアタッチされたNVMeデバイスの場合、このストレージは、Oracle Cloud Infrastructureで提供される一般的なブロック・ストレージに同じデータの自己回復性と耐久性で保護されません。 ハードウェア障害を軽減するために、複数のデバイスにわたってデータをミラーリングするようにソフトウェアRAIDを設定することを検討してください。 詳細は、NVMeデバイスでのデータの保護に関する項を参照してください。 Oracle LinuxシステムでのRAIDの構成に関する一般情報は、次のいずれかのリンクを参照してください:
ソフトウェアRAIDを使用したブロック・デバイスの冗長性の管理
ボリューム間でデータをレプリケートするには、RAID-1ミラー構成でソフトウェアRAIDを使用するようにOracle Linuxを構成します。 RAID-1は、ファイル・システムやボリューム・スナップショット機能で使用すると、ローカライズされた障害時リカバリに最も役に立ちます。 RAID-1は、地理的レプリケーションやOracle Cloud Infrastructureが提供するミラーリングよりも柔軟性と耐障害性が低くなっています。 ただし、RAID-1は即時オン・サイト・サービスを提供し、ディスク障害が発生した場合の停止時間を短縮できます。
RAIDの構成の詳細については、次のいずれかのリンクを参照してください: