クラウドへのスイッチオーバー

機能テストとパフォーマンス・テストで新しい環境の準備が整ったことが示されたら、本番操作をスケジュールしてOCIに切り替えることができます。

このプロセスには、3つの部分があります。

• オンプレミスの本番PeopleSoftアプリケーションを停止します。
• クラウドのデータベースに切り替え、OCIのフィジカル・スタンバイをプライマリにし、オンプレミス・データベースをフィジカル・スタンバイにします。
• 新しいプライマリ・サイトでOCIのPeopleSoftアプリケーションを起動します。

これらのタスクが完了したら、プライマリOCI環境のバックアップを取得できます。

フル・スタック・スイッチオーバーの実行

Oracle Data Guardスイッチオーバー・ロールの変更を実行し、OCIのOracle Exadata Database Service on Dedicated Infrastructureのフィジカル・スタンバイをプライマリに、オンプレミス・データベースをフィジカル・スタンバイにします。

1. オンプレミスの本番PeopleSoftアプリケーションを停止します。
   オンプレミス・システムで、PeopleSoft Internet Architecture (PIA)、バッチおよびアプリケーション・サーバーを停止します。完全に、清潔に閉めましょう。
2. プライマリ・サイトのOCIデータベース・サーバーにoracleユーザーとしてログインします。ホーム・ディレクトリで、スタンバイ・データベース環境のソースを指定します。

   $ . ./CDBHCM.env

3. SYSとしてData Guard Brokerを起動します。

   $ dgmgrl
   DGMGRL> connect sys/password

4. Data Guard Brokerを使用して、データベースがスイッチオーバーの準備ができていることを確認します。

   DGMGRL> validate database CDBHCM_iad1dx
     Database Role:     Physical standby database
     Primary Database:  CDBHCM_sca6dp
     Ready for Switchover:  Yes
     Ready for Failover:    Yes (Primary Running)
     Managed by Clusterware:
       CDBHCM_sca6dp:  YES            
       CDBHCM_iad1dx:  YES    

5. スイッチオーバーを実行します。

   DGMGRL> switchover to CDBHCM_iad1dx;
   Performing switchover NOW, please wait...
   New primary database " CDBHCM_iad1dx" is opening...
   Oracle Clusterware is restarting database " CDBHCM_sca6dp" ...
   Connected to " CDBHCM_sca6dp"
   Connected to " CDBHCM_sca6dp"
   Switchover succeeded, new primary is "CDBHCM_iad1dx"

6. ロールベースのデータベース・サービスが起動していることを確認します。まだ起動していない場合は、手動で起動します。
   たとえば、HR92U033_BATCHおよびHR92U033_ONLINEです。

   $ srvctl start service -db CDBHCM_iad1dx -s HR92U033_BATCH
   $ srvctl start service -db CDBHCM_iad1dx -s HR92U033_ONLINE

   ノート:

   データベースがプライマリ・ロールを取得するとすぐに、次のタスクで説明しているPeopleSoft OCIプライマリ・データベースのバックアップを開始できます。
7. アプリケーション・ドメイン・サーバーおよびPIA Webサーバーのスクリプトを使用して、PeopleSoftアプリケーションを起動します。基本的な妥当性チェックを使用して、環境が正しく起動したことを確認します。
   • アプリケーション・サーバーのログをチェックして、PeopleSoftアプリケーションおよびプロセス・スケジューラ・ドメインがエラーなしですべてのTuxedoプロセスを起動することを確認します。
   • PIA Webサーバーが起動したら、OCIコンソールを使用してロード・バランサをチェックし、バックエンド・セットが正常であることを確認し、バックエンド・セット内の各コンピュート・インスタンスに対して緑色のOKを表示します。
   • ブラウザを使用して、エンド・ユーザーとしてアプリケーションにログインできることを確認します。

   クラウドにスイッチオーバーした後、プライマリ・リージョンとセカンダリ・リージョンの両方でOCI Load BalancerでSSLターミネーションを再度有効にする必要がある場合があります。これは、データベースがSNAPSHOT STANDBYにあり、データベースがフィジカル・スタンバイに戻されると、データベース内の変更が失われるためです。configuration.propertiesファイルにWebプロファイルがすでに作成されています。OCIロード・バランサでSSLターミネーションを有効にするには、次を実行します:

   1. すべてのPIAコンピュート・インスタンスでPIA Webサービスを停止します。
   2. PIA Webサービスの1つで、configuration.propertiesファイルを編集し、Webプロファイルを非SSLバージョン(PROD)に戻し、変更を保存します。
   3. この変更が行われたコンピュート・インスタンスでPIA Webサーバーを起動します。
8. PSなどのPeopleSoft管理者としてPIA Webアプリケーションにログインします。
   • ユーザー: PeopleSoft Admin User、PS
9. PSユーザーとして、現在またはアクティブなWebプロファイルをコピーします。
   • ユーザー: PeopleSoft Admin User、PS
   1. ナビゲーション・バー・アイコンをクリックします。
   2. 「ナビゲータ」をクリックします。
   3. PeopleToolsをクリックします。
      オプションをスクロールする必要がある場合があります。
   4. 「Webプロファイル」をクリックします。
      オプションをスクロールする必要がある場合があります。
   5. 「Webプロファイルのコピー」をクリックします。
   6. 「検索」をクリックします
      検索ボックスに何も入力する必要はありません。
   7. リストからアクティブなWebプロファイル(PRODなど)をクリックします。
   8. 「宛先」フィールドに、PROD_SSLなどの名前を入力します。
   9. 「保存」をクリックします。
   10. 「ホーム」アイコンをクリックします。
10. コピーしたWebプロファイルを構成します。
    • ユーザー: PeopleSoft Admin User、PS
    1. ナビゲーション・バー・アイコンをクリックします。
    2. 「ナビゲータ」をクリックします。
       ステップ2と同じセッションにいる場合、ナビゲータは現在の場所を記憶します。
    3. 「Webプロファイル構成」をクリックします。
    4. 「検索」をクリックします
       検索ボックスに何も入力する必要はありません。
    5. 作成したばかりのPROD_SSLなど、リストからアクティブなWebプロファイルをクリックします。
    6. 仮想アドレス指定タブをクリックします。
    7. プロトコル: 「デフォルト・アドレス指定」にhttps (小文字)と入力します。
    8. ポート: デフォルト・ポートに443を入力するか、別のポートを入力します。空白のままにすると、デフォルトでポート443になります。
    9. 「保存」をクリックします。
    10. アプリケーションを終了します
11. PIA Webサーバーを停止します。
12. configuration.propertiesファイルを編集し、WebプロファイルをSSLバージョン(PROD_SSL)に設定して、変更を保存します。
13. すべてのPIA Webサーバー・コンピュート・インスタンスのWebプロファイルがSSL対応プロファイルに設定されていることを確認します。
14. PIA Webサーバーを再起動します。

PeopleSoft OCIプライマリ・データベースのバックアップ

Oracleでは、スイッチオーバーが完了し、OCIのデータベースがプライマリ・ロールになったらすぐにデータベース全体のバックアップを実行して、OCIでベースライン・データベースのバックアップを確立することをお薦めします。完全バックアップを今すぐ取得し、自動バックアップを設定するには、次を実行します。

1. OCIコンソールにログインします。
2. Oracle Exadata Database Service on Dedicated Infrastructureクラスタを含むコンパートメントを選択します。
3. 「Oracle Exadata Database Service on Dedicated Infrastructure」クラスタをクリックします。
4. データベースのリストからデータベースをクリックします。
5. 「Resources」の下の「Backups」をクリックします。
6. 「自動バックアップの構成」をクリックします。
   バックアップ用の新しいフォームが表示されます。
7. 「自動バックアップの有効化」を選択します。
   自動バックアップを定義するには、次の手順を実行します。
   1. バックアップ保存期間(7日から60日)。
   2. 完全バックアップが行われる曜日。
   3. 全体バックアップが作成される、上で選択した日の2時間の時間ウィンドウ(UTC)。
   4. 増分バックアップが実行される各日の2時間ウィンドウ(UTC)。
   5. 完全バックアップをすぐに取得する場合は、「最初のバックアップをすぐに取得」を選択します。
      このフォームで変更を保存すると、完全バックアップが開始されます。
   6. 「変更の保存」をクリックします

最初のバックアップをすぐに取得するように指定した場合、変更を保存すると、OCIによって全体バックアップが開始されます。

その時点からのバックアップ・アクティビティは、指定したバックアップ期間中に行われ、増分バックアップを週6日、完全バックアップを週1回実行するパターンが開始されます。アーカイブされたredoログは、30分ごとに1回自動的にバックアップされます。OCIベースのバックアップでは、OCIでクラウド・バックアップ・モジュールを使用するようにOracle Recovery Manager (RMAN)を構成します。

各バックアップが完了すると、データベースの「リソース」ページのバックアップ表にリストされます。

オンプレミス・データベースの削除

OCI環境に操作を切り替えましたが、Oracle Data Guardを使用してオンプレミス・データベースの同期を維持しています。これはフォールバックとして短い期間実行することをお薦めしますが、ある時点で、古いオンプレミス・データベースへのredo replayを停止し、その環境を削除します。

1. プライマリ・サイトのOCIデータベース・サーバーにoracle OSユーザーとしてログインします。
2. 環境をソースにします。

   $ . ./CDBHCM.env

3. syspasswordを使用して、SYSとしてData Guard Brokerにログインします。

   $ dgmgrl
   DGMGRL> sys/syspassword

4. すべてのデータベースのredoroutesを削除します。
   カスケード・スタンバイ構成が不要になり、構成を削除できます。

   DGMGRL> EDIT DATABASE CDBHCM_sca6dp reset property RedoRoutes;
   DGMGRL> EDIT DATABASE CDBHCM_iad1dx reset property RedoRoutes;
   DGMGRL> EDIT DATABASE CDBHCM_phx5s reset property RedoRoutes;

5. オンプレミス・データベースCDBHCM_sca6dpを構成から削除します。

   DGMGRL> REMOVE DATABASE CDBHCM_sca6dp;

現在のプライマリは、redoを残りのスタンバイ・データベースに送信します。これで、オンプレミス・データベースを停止します。