ページの先頭行へ戻る
Symfoware Server V12.2.0 クラスタ運用ガイド
FUJITSU Software

8.1.1 切り替え発生後の縮退運転における運用操作

切り替え発生後の縮退運転における運用操作について、説明します。

注意

  • プライマリサーバの異常によって切り替えが発生してからスタンバイサーバの組込みを行うまで、データベースは多重化構成ではありません。できるだけ早急に異常原因を取り除き、組込みを行ってください。

  • スタンバイサーバで参照系の業務を行っていた場合、プライマリサーバに異常が発生してサーバが切り替わると、新しく切り替わったプライマリサーバに負荷が集中します。したがって、旧スタンバイサーバで行っている参照系の業務を一時停止して、旧プライマリサーバを新スタンバイサーバとして組込んだあと、新スタンバイサーバに対して参照系の業務を再開することを推奨します。

  • 異常が発生した旧プライマリサーバを新スタンバイサーバとして組込む前に、新しく切り替わったプライマリサーバのインスタンスを停止した場合には、旧プライマリサーバのインスタンスから起動するとスプリットブレインが発生します。そのため、新プライマリサーバのインスタンスを起動してから、スタンバイサーバの再構築を行ってください。

切り替えが発生して縮退運転が行われている場合は、以下の運用操作を行って、スタンバイサーバを復旧してもとの状態に戻します。

これらの運用操作の流れを以下の図に示します。

図8.1 運用操作の流れ

8.1.1.1 異常原因の特定とスタンバイサーバの再構築

以下の手順でリカバリを実施してください。

  1. Mirroring Controllerの停止

  2. Mirroring Controller管理ディレトリのリカバリ

  3. 異常原因の特定とリカ

8.1.1.1.1 Mirroring Controllerの停止

異常が発生した旧プライマリサーバに対して、mc_ctlコマンドをstopモードで実行します。

例)
$ mc_ctl stop -M /mcdir/inst1

これにより、リカバリを実施する必要があるインスタンスも停止します。

注意

停止しない場合は、“運用ガイド”の“インスタンス停止失敗時の対処”を参照して、インスタンスを停止します。

そのあと、上記のコマンドに-eオプションを指定してMirroring Controllerを強制停止してください。

8.1.1.1.2 Mirroring Controller管理ディレクトリのリカバリ

バックアップデータからMirroring Controller管理ディレクトリ配下のファイルをコピーして、リカバリを実施してください。

8.1.1.1.3 異常原因の特定とリカバリ

プライマリサーバとスタンバイサーバのシステムログを参照して異常の原因を特定したあと、復旧します。

mc_ctlコマンドをsetupモードで実行して、旧プライマリサーバのデータを新プライマリサーバと同期してリカバリします。

例)
$ mc_ctl setup -M /mcdir/inst1 -r standby -U ユーザー名 -h プライマリサーバのホスト名 -p プライマリサーバのポート番号 --standby-name=スタンバイサーバ名

参照

このリカバリ手順は、スタンバイサーバをセットアップする手順と同じです。

6.4.2 スタンバイサーバのインスタンスの作成・設定・登録”を参照して、リカバリを実施してください。

8.1.1.2 スタンバイサーバの組込み

復旧した旧プライマリサーバをスタンバイサーバとして起動することをスタンバイサーバの組込みと呼びます。

旧プライマリサーバに対して、Mirroring Controllerとインスタンスを起動します。

Mirroring Controllerオプションを使用する場合

インスタンス管理者ユーザーで、mc_ctlコマンドをstartモードで-fオプションを指定して実行します。これにより、自動切り替え/切り離しの有効化を行います。

なお、-fオプションを指定せずに起動した場合、自動切り替え/切り離しは有効になりません。有効にするには、Mirroring Controllerを起動したあとにmc_ctlコマンドをenable-failoverモードで実行するか、-fオプションを指定してMirroring Controllerを再起動してください。

例)
$ mc_ctl start -M /mcdir/inst1 -w -f
Mirroring Controllerオプションを使用しない場合

インスタンス管理者ユーザーで、mc_ctlコマンドをstartモードで実行します。

例)
$ mc_ctl start -M /mcdir/inst1 -w

8.1.1.3 プライマリサーバの切り戻し

スタンバイサーバを組込んだあとにプライマリサーバとスタンバイサーバをもとの構成に戻したい場合は、プライマリサーバの切り戻しを行います。

以前のプライマリサーバで主な業務を行いたい場合に実施してください。

以下の手順で行います。

  1. プライマリサーバの切り戻し

    プライマリサーバとスタンバイサーバのどちらかでmc_ctlコマンドをswitchモードで実行します。

    例)
    $ mc_ctl switch -M /mcdir/inst1

    mc_ctlコマンドをswitchモードで実行したあとは、以下の状態になります。

    例)
    $ mc_ctl status -M /mcdir/inst1
    mirroring status
    ----------------
    switched
    server_id  host_role                   host         host_status   db_proc_status        disk_status
    ---------------------------------------------------------------------------------------------------
    nd1        primary                     192.0.2.100   normal        abnormal(postmaster)  normal
    nd2        none(inactivated primary)   192.0.2.110   normal        abnormal(postmaster)  normal
  2. 旧プライマリサーバの停止

    旧プライマリサーバでmc_ctlコマンドをstopモードで実行して、Mirroring Controllerとインスタンスを停止します。

    例)
    $ mc_ctl stop -M /mcdir/inst1
  3. 旧プライマリサーバ(新スタンバイサーバ)に新プライマリサーバのインスタンスの複製を作成

    mc_ctlコマンドをsetupモードで実行して、新スタンバイサーバのデータを新プライマリサーバと同期して作成します。

    例)
    $ mc_ctl setup -M /mcdir/inst1 -r standby -U ユーザー名 -h 新プライマリサーバのホスト名 -p 新プライマリサーバのポート番号 --standby-name=新スタンバイサーバ名

    参照

    新スタンバイサーバに新プライマリサーバのインスタンスを複製する手順は、新スタンバイサーバをセットアップする手順と同じです。

    6.4.2 スタンバイサーバのインスタンスの作成・設定・登録”を参照して、リカバリを実施してください。

  4. スタンバイサーバの組込み

    スタンバイサーバでMirroring Controllerとインスタンスを起動します。

    Mirroring Controllerオプションを使用する場合

    インスタンス管理者ユーザーで、mc_ctlコマンドをstartモードで-wオプションと-fオプションを指定して実行します。これにより、自動切り替え/切り離しの有効化を行います。

    なお、-fオプションを指定せずに起動した場合、自動切り替え/切り離しは有効になりません。有効にするには、Mirroring Controllerを起動したあとにmc_ctlコマンドをenable-failoverモードで実行するか、-fオプションを指定してMirroring Controllerを再起動してください。

    例)
    $ mc_ctl start -M /mcdir/inst1 -w -f
    Mirroring Controllerオプションを使用しない場合

    インスタンス管理者ユーザーで、mc_ctlコマンドをstartモードで-wオプションを指定して実行します。

    例)
    $ mc_ctl start -M /mcdir/inst1 -w