Oracle 19c Enterprise Edition での高可用性と障害回復の設定
Oracle Enterprise Edition データベースを高可用性と障害回復用に最適化するための推奨事項とベスト プラクティスを適用します。
ベストプラクティス | 説明 |
|---|---|
Oracle RAC (Real Application Clusters)を使用します。 | RAC を使用すると、複数のサーバー間で 1 つの Oracle データベースを実行できます。これにより、共有ストレージにアクセスしながら可用性を最大化し、水平方向のスケーラビリティを実現できます。クラスタの 1 つのノードで障害が発生しても、他のノードでデータベースの機能を維持できます。 |
Oracle Data Guard を使用します。 | Oracle Data Guard では、各データベース レコードをレプリケートし、セカンダリ データベースまたはクラスタに保存できます。壊滅的なデータベースまたはデータベース サーバーの障害が発生した場合でも、Data Guard によってデータの損失が最小限に抑えられます。 Data Guard のアーキテクチャと実装の詳細については、Oracle Data Guard のドキュメントを参照してください。 |
バックアップには ARCHIVELOG モードを使用します。 | Data Guard を使用するには、データベースを ARCHIVELOG モードで実行する必要があります。この設定により、フラッシュバック データベースを使用できるようになります。フラッシュバック データベースを使用すると、障害発生前の時点にデータベースを戻すことができます。 バックアップには ARCHIVELOG モードを使用します。 フラッシュバック データベース機能では大量のディスク容量を使用する場合があります。 バックアップのシナリオについては、以下の Oracle リソースを参照してください。
|
フェールオーバ、バックアップ、および復元の手順を確認します。 | 少なくとも 1 年に 1 回、フェールオーバ、バックアップ、復元の手順を確認することをお勧めします。この頻度でフェールオーバをテストすることで、フェールオーバの問題が発生する前に問題を解決できます。 |
テスト環境を作成および管理します。 | 実稼働環境の完全なコピーであるテスト環境を作成します。この環境を使うと、実稼働環境に影響を与えずに、すべての主要な Enforce サーバーの変更をテストできます。完全な DR 処理は、最大で四半期ごと、最低でも 年に 1 回文書化してテストする必要があります。チームの各メンバーがプロセス全体を実行できることを確認します。 |
Oracle ウォレット証明書を同期します。 | 必要に応じて、 jdbc.properties および tnsnames.ora ファイル内の接続ウォレットおよび接続文字列を更新します。同期することで、プライマリノードとセカンダリノード間の通信を確実に維持できます。 |