計画的および計画外停止のソリューション
計画的および計画外の停止は、PeopleSoft環境で発生する可能性があります。アプリケーションのダウンタイムを最小限に抑えるために利用できるOracleソリューションをご紹介します。PeopleSoftアプリケーションの停止時間の最小化は、個々のコンポーネントの停止時間ではなく、アプリケーションに基づきます。
計画外停止ソリューション
PeopleSoft環境でのシステム障害または人的障害によって発生する可能性のある計画外停止のタイプと、リカバリおよび停止時間を最小限に抑えるために使用できるテクノロジ・ソリューションを次に示します。
次の基本的なシナリオをテストして、環境内で正しく構成されていることを確認し、緊急事態が発生した場合に行動する準備ができていることを確認することをお薦めします。
停止タイプ | Oracleソリューション | メリット | リカバリ時間 |
---|---|---|---|
ロード・バランサ | ソフトウェア・ロード・バランサ、ローカルにレプリケートされた構成 | 障害が発生していないロード・バランサに接続をシームレスに移行 | 停止時間がありません |
PeopleSoft PIA Webサーバー・ノードまたはコンポーネントの障害 | Coherence*Webキャッシュ・サーバー・クラスタのない冗長Webサーバー | 接続は、存続しているノードに再分散されます。生存ノードは処理を続行します。 | 停止時間がありません作業の再認証と再送信が必要になる場合があります。 |
PeopleSoft PIA Webサーバー・ノードまたはコンポーネントの障害 | Coherence*Webキャッシュ・サーバー・クラスタを使用する冗長Webサーバー | 接続は、存続しているノードに再分散され、セッション状態が維持されます。生存ノードは処理を続行します。 | 停止時間や作業の再認証や再発行は不要です。 |
PeopleSoftアプリケーション・ドメイン・サーバー・ノードまたはコンポーネントの障害 |
冗長アプリケーションドメインサーバー アクティブ接続で構成されたPIAサーバーは、アプリケーション・サーバー間でロード・バランシングされ、動作しているアプリケーション・サーバーに作業を再送信します。 |
接続は、存続しているノードに再分散されます。存続するノードはリクエストを受け取り、コンテキストの損失はありません | 停止時間がありません |
データベース・サーバーまたはインスタンス障害 | Oracle RAC、アプリケーション・継続性、FANイベント | 障害が発生したインスタンスでの作業の自動リカバリ: セッションは透過的にフェイルオーバーされ、更新は自動的に再送信されます。 | 秒から分 |
サイト障害 | Oracle Data Guard、rsync | データ損失を最小限に抑えながらフル・サイト・フェイルオーバー | データベース・ロール遷移、ファイル・システム・マウントおよびPeopleSoftアプリケーション起動の決定後10分未満。 |
ストレージ障害 | ASM | ミラー化と自動リバランス。 | 停止時間がありません |
ストレージ障害 | Oracle RMAN (フラッシュ・リカバリ領域あり)。 | 完全に管理されたデータベース・リカバリとディスクベースのバックアップ。 | 数分から数時間 |
ストレージ障害 | リージョン・ローカルOracleオブジェクト・ストレージ | クラウド管理のデータベース・リカバリとディスクベースのバックアップ | 数分から数時間 |
ストレージ障害 | Oracle Data Guard、rsync | データの損失を最小限に抑えながら、サイト全体のフェイルオーバーを実行します。 | データベース・ロール遷移、ファイル・システム・マウントおよびPeopleSoftアプリケーション起動の決定後10分未満。 |
人的エラー | Oracle Data Guardとフラッシュバック・データベース。 | コピーに関する研究(スタンバイ) | 時間数(データ修正による検索)。 |
データ破損 | 高速リカバリ領域を備えたOracle RMAN。 | オンライン・ブロック・メディア・リカバリおよび管理されたディスクベースのバックアップ。 | 数分から数時間 |
データ破損 | Oracle Active Data Guard | フィジカル・スタンバイ・データベースを使用して、破損したブロックを自動的に検出して修復します。 | ダウンタイムがなく、アプリケーションに対して透過的です。 |
データ破損 | Oracle Data Guard | 破損したREDOブロックの自動検証および再転送 | ダウンタイムがなく、アプリケーションに対して透過的です。 |
データ破損 | Oracle Data Guard Broker | ローカル・スタンバイ・データベースへの高速フェイルオーバー、またはDRサイトへのフル・サイト・フェイルオーバー。 |
ローカル・スタンバイ: データベース・ロール遷移、ファイル・システム・マウントおよびPeopleSoftアプリケーション起動の決定後、5分未満。 フル・サイト・フェイルオーバー: データベース・ロール遷移、ファイル・システム・マウントおよびPeopleSoftの決定後10分未満。 |
ノート:
プライマリサイトの障害からすばやく回復し、そこで操作を再開できる可能性があり、セカンダリサイトに切り替えるよりも全体的な操作の中断が少なくなる可能性があります。したがって、前述の表では、フェイルオーバーの実行を決定し、決定が行われた後にスクリプト化された移行の実行にかかる時間について述べました。DRサイトへのフェイルオーバー前に人間の決定を必要としない場合は、データベースでファスト・スタート・フェイルオーバーを構成します。ファスト・スタート・フェイルオーバーが構成されていて、スタンバイ・データベースの適用ラグがファスト・スタート・フェイルオーバーのラグ制限内にある場合、DRサイトを起動する時間によって、ファスト・スタート・フェイルオーバーのタイムアウトしきい値がスタンバイに遷移する全体的な時間にのみ追加されます。
アクションを自動的に実行するかどうかにかかわらず、迅速かつ正確な実行を確保するためにフェイルオーバー・プロセスを完全にスクリプト化する必要があります。
計画メンテナンス・ソリューション
次に、PeopleSoft環境で通常発生する計画メンテナンス・アクティビティの概要と、停止時間を最小限に抑えるための推奨テクノロジ・ソリューションを示します。
メンテナンス・アクティビティ | ソリューション | PeopleSoft停止 |
---|---|---|
中間層オペレーティング・システムまたはハードウェアのアップグレード | WebおよびTuxedoアプリケーション・サーバー間のロード・バランシング、冗長サービス。 | Coherence*Webが実行中の場合、停止時間はありません。 |
PeopleSoft (アプリケーションおよびPeopleTools) | PeopleSoftホーム外パッチ適用。 | 分(スキーマの変更なし)から時間(スキーマの変更が必要) |
PeopleSoftアプリケーション構成の変更 | PeopleSoftアプリケーション・ローリング再起動。 | 停止時間はありません |
PeopleSoftアップグレード | PeopleSoftアウトオブプレース・アップグレード。 | 時間から日数(スキーマの変更が必要です。時間はデータベース・サイズによって異なります)* |
データベース層オペレーティング・システムのパッチ適用またはハードウェアのメンテナンス | Oracle RACローリング、スタンバイ・ファースト。 | 停止時間はありません |
Oracle Databaseリリース更新のパッチ適用 | Oracle RACローリング、スタンバイ・ファースト。 | 停止時間はありません |
Oracle Databaseのアップグレード | Data Guard一時論理ローリング・アップグレード。関連項目: ローカル・スタンバイ・データベースを使用したPeopleSoft停止時間の短縮 | 秒から分 |
Oracle GridおよびOracle Clusterwareのアップグレードおよびパッチ | Oracle RACローリング、スタンバイ・ファースト。 | 停止時間はありません |
*実際には、読取り専用レプリカを提供することで、拡張アップグレードのダウンタイムの影響を軽減する方法もあります。Oracle Consulting Servicesは、アップグレードの計画と実行に役立ちます。