メトロ仮想データセンター

スイッチオーバーを実行するには、次の手順を実行します。

1. アプリケーションが完全にシャットダウンされ、データベースにユーザーが接続されていないことを確認してください。

2. スイッチオーバーが開始する少なくとも30分前に、両方のDCで実行されているアーカイブUTLスクリプトを無効にします。テストが完了し、DBが適切な場所で実行されたら、アーカイブされたユーティリティスクリプトのコメントを解除します。

3. 現在のプライマリDBで次のSQLクエリを実行します。

   SELECT * FROM DBA_JOBS_RUNNING; (There should not be any sys owned jobs running)
   SELECT OWNER, JOB_NAME, START_DATE, END_DATE, ENABLED FROM DBA_SCHEDULER_JOBS WHERE ENABLED='TRUE' AND OWNER <> 'SYS';
       (Data Guard Broker does not kill the jobs owned by sys.)
   

4. job_queue_processesを設定します およびaq_tm_processes スイッチオーバーテストの完了後に元の値にリセットする必要があるため、元の値をメモしてください。

5. emagentを停止します プライマリDBで実行されています。

6. 現在のプライマリDBで次のSQLクエリを実行します。

    SELECT sid, username, status, program, inst_id FROM gv$session
    WHERE username is not null and status='ACTIVE' order by inst_id;
        (Validate and check the number of connections is active; a large number
        of active connections can lead to the switchover taking more time.)
   

7. すべてのsqlplusからログアウトします sysとして接続されているセッション 。

8. 現在のプライマリDBで次のSQLクエリを実行します。

    set linesize to 132
    col value format a35
    SELECT inst_id,name,value from gv$parameter
    WHERE name in ('job_queue_processes','aq_tm_processes');
        (Check and validate the value of job_queue_processes and aq_tm_processes should be zero.)
   

9. 次のコマンドを実行して、DataGuardの構成を検証します。

   DGMGRL> show configuration verbose
   
   ** STATUS Should show success, do not proceed if the status is not "success".
   

10. Cluster Ready Services（CRS）のステータスをチェックして、すべてのリソースがオンラインで登録されていることを確認します。これは、ブローカーがこのプロセス中にDBをマウントおよびシャットダウンするためにCRSにハンドオーバーするためです。

11. プライマリDBでいくつかのログを切り替え、それらがスタンバイDBに適用されたことを確認します。

12. 続行する前に、スイッチオーバーを実行し、DRCログとアラートログに障害がないか監視します。次のコマンドは、古いプライマリをスタンバイに変換してから、古いスタンバイをプライマリに変換します。

    DGMGRL> switchover to ‘DDMPROD_STANDBY’;
    

13. スイッチオーバーが完了したら、ログ転送およびログ適用サービスが稼働し、正しく機能していることを確認します。

MVDCのフェイルオーバーテストシナリオ

フェイルオーバーとは、プライマリDB（RACプライマリDBのすべてのインスタンス）に障害が発生し、スタンバイDBがプライマリの役割を引き継ぐように移行された場合です。フェイルオーバーは、次の場合に実行されます。

• プライマリDBの壊滅的な障害であり、プライマリDBをタイムリーに回復する可能性はありません。
• オブザーバーとスタンバイDBの両方がプライマリDBへのネットワーク接続を失ったとき、およびスタンバイDBが同期されていることを確認したとき 状態。

フェイルオーバーシナリオ

次のDB条件は、ファストスタートフェイルオーバーをトリガーします。

• プライマリサイトの障害
• 以下を含むプライマリDB条件：
• インスタンスの失敗
• RACの場合、最後に存続するインスタンス
• 最後に使用可能なインスタンスのシャットダウンアボート
• I / Oエラーのためにオフラインにされたデータファイル（オフラインデータファイルのためにフェイルオーバーを実行するときにしきい値は無視されます）

ネットワーク関連の状態は、プライマリとオブザーバー、およびプライマリとターゲットのスタンバイDB間のリンクがダウンしている場合にのみフェイルオーバーを引き起こす可能性があります。オブザーバーとスタンバイ間の接続は、構成が同期状態にあることをオブザーバーが確認できるようにするために必要です。 。

画像ソース： https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

結論

MVDCは、効率的なリソースの使用、負荷分散、高可用性、および2つのDC間の自動切り替えを支援します。両方のDCが同時に（アクティブ-アクティブ）実行され、サービスの負荷を共有し、全体的なサービス機能を向上させます。 MVDCは、災害復旧のフェイルオーバーまたはアップグレード/メンテナンスの切り替えのためにデータベースを切り替えるために必要な人的介入を削減します。

[フィードバック]タブを使用して、コメントを書き込んだり、質問したりします。

専門家による管理、管理、構成で環境を最適化する

Rackspaceのアプリケーションサービス（RAS） 専門家は、幅広いアプリケーションポートフォリオにわたって次の専門的かつ管理されたサービスを提供します。

• eコマースおよびデジタルエクスペリエンスプラットフォーム
• エンタープライズリソースプランニング（ERP）
• ビジネスインテリジェンス
• Salesforceの顧客関係管理（CRM）
• データベース
• メールホスティングと生産性

お届けします：

• 偏りのない専門知識 ：私たちは、即時の価値を提供する機能に焦点を当てて、お客様の近代化の旅を簡素化し、導きます。
• 狂信的な経験 ™：最初にプロセスを組み合わせます。テクノロジーセカンド。包括的なソリューションを提供するための専用のテクニカルサポートを備えたアプローチ。
• 比類のないポートフォリオ ：豊富なクラウドエクスペリエンスを適用して、適切なテクノロジーを適切なクラウドに選択して導入できるようにします。
• アジャイルデリバリー ：私たちはあなたがあなたの旅の途中であなたに会い、あなたの成功と一致します。

今すぐチャットして始めましょう。