Oracle 19c Enterprise Edition での高可用性と障害回復の設定

Oracle Enterprise Edition データベースを高可用性と障害回復用に最適化するための推奨事項とベスト プラクティスを適用します。
Oracle 19c 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
ファイル内の接続ウォレットおよび接続文字列を更新します。同期することで、プライマリノードとセカンダリノード間の通信を確実に維持できます。