Oracle® Site Guard

管理者ガイド

リリース12.1.0.7

E57717-02(原本部品番号:E52894-04)

2015年2月

Oracle Site Guard管理者ガイド リリース12.1.0.7

E57717-02

Copyright © 2015, Oracle and/or its affiliates.All rights reserved.

原本著者:  Rekha M. Kamath

原本協力者:  Praveen Sampath、Shekhar Borde、Shane Vermette、Leo Cloutier、Mahesh Desai、Rama Vijjapurapu、Satheesh Amilineni、Allwarappan Sundarraj、Puligundla Sasidhar、Srinagesh Battula

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 Oracle Site Guardの概要

- 1.1 Oracle Site Guardについて

- 1.2 Oracle Site Guardのメリット

- 1.3 このリリースの新機能

2 Oracle Site Guardの概念について

- 2.1 Oracle Site Guardの用語

- 2.2 Enterprise Manager Cloud Controlコンソールでのサイトの表現

- 2.3 Oracle Site Guardの機能

- 2.3.1 拡張性

- 2.3.1.1 拡張に使用できるスクリプト・タイプ

- 2.3.1.2 スクリプト実行の順序

- 2.3.1.3 スクリプト・パスの構成

- 2.3.2 事前チェックとヘルス・チェック

- 2.3.2.1 事前チェック

- 2.3.2.2 ヘルス・チェック

- 2.3.2.3 事前チェックおよびヘルス・チェックのカスタマイズ

- 2.3.2.4 ラグ・チェック

- 2.3.3 ストレージ統合

- 2.3.3.1 Oracle Sun ZFS

- 2.3.3.2 他のストレージ・タイプの統合

- 2.3.3.3 マウントおよびアンマウント・スクリプト

- 2.3.4 実行の監視とエラーの管理

- 2.3.4.1 操作のカスタマイズ

- 2.3.4.2 実行の監視

- 2.3.4.3 操作のエラー・モード

- 2.3.4.4 失敗した操作の再試行

- 2.3.4.5 一時停止および再開

- 2.3.5 資格証明管理

- 2.3.5.1 Enterprise Managerの資格証明フレームワーク

- 2.3.5.2 Oracle Site Guardの資格証明構成

- 2.3.6 ロールベースのアクセス制御

- 2.3.7 ソフトウェア・ライブラリの統合

- 2.3.8 スクリプト実行用のカスタム資格証明

- 2.3.9 スクリプト・パラメータとして資格証明を渡す

- 2.4 Oracle Site Guardのワークフロー

- 2.4.1 スイッチオーバー・ワークフロー

- 2.4.2 フェイルオーバー・ワークフロー

- 2.4.3 起動ワークフロー

- 2.4.4 停止ワークフロー

3 Oracle Site Guardのインストール

- 3.1 Oracle Site Guardのインストール

- 3.2 Oracle Site Guardを使用するための前提条件

- 3.2.1 プライマリ・サイトおよびスタンバイ・サイトでのターゲットの検出

- 3.2.2 Oracle Site Guard管理者ユーザーの作成

- 3.2.2.1 Enterprise Manager Cloud Controlコンソールを使用したOracle Site Guard管理者の作成

- 3.2.2.2 Enterprise Managerコマンドライン・インタフェースを使用したOracle Site Guard管理者ユーザーの作成

- 3.2.3 プライマリ・サイトおよびスタンバイ・サイトの作成

- 3.2.3.1 Enterprise Manager Cloud Controlコンソールを使用した汎用システムの作成

- 3.2.3.2 EMCLIコマンドを使用した汎用システムの作成

- 3.2.4 資格証明の作成

- 3.2.4.1 名前付き資格証明の作成

- 3.2.4.2 優先資格証明の作成

- 3.2.5 Oracle Site Guard管理者ユーザーへの資格証明権限の付与

- 3.2.5.1 Enterprise Manager Cloud Controlコンソールを使用した資格証明権限の付与

- 3.2.6 ソフトウェア・ライブラリ記憶域の場所の構成

- 3.2.6.1 Enterprise Manager Cloud Controlコンソールを使用したソフトウェア・ライブラリの記憶域の場所の構成

- 3.2.6.2 Enterprise Managerコマンドライン・インタフェースを使用したソフトウェア・ライブラリの記憶域の場所の構成

- 3.2.7 データベースおよびData Guard構成の確認

4 Oracle Site Guardの構成

- 4.1 概要

- 4.2 サイトの構成

- 4.2.1 Enterprise Manager Cloud Controlコンソールを使用したサイトの構成

- 4.2.2 EMCLIコマンドを使用したサイトの構成

- 4.3 資格証明アソシエーションの作成

- 4.3.1 名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

- 4.3.1.1 Enterprise Manager Cloud Controlコンソールを使用した名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

- 4.3.1.2 EMCLIコマンドを使用した名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

- 4.4 スクリプトの構成

- 4.4.1 カスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

- 4.4.1.1 Enterprise Manager Cloud Controlコンソールを使用したカスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

- 4.4.1.2 EMCLIコマンドを使用したカスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

- 4.4.2 マウントおよびアンマウントのスクリプトの構成

- 4.4.2.1 mount_umount.sh

- 4.4.3 ストレージ・スクリプトの構成

- 4.4.3.1 zfs_storage_role_reversal.sh

- 4.4.3.2 Enterprise Manager Cloud Controlコンソールを使用したストレージ・スクリプトの構成

- 4.4.3.3 Enterprise Managerコマンドライン・インタフェースを使用したストレージ・スクリプトの構成

- 4.4.4 スクリプトのパラメータとしての資格証明の構成

- 4.4.4.1 スクリプトへの資格証明パラメータの追加

- 4.4.4.2 スクリプトからの資格証明パラメータの削除

- 4.4.4.3 スクリプトの資格証明パラメータの取得

- 4.4.5 既存のスクリプトを使用したスクリプトのクローニング

- 4.5 補助ホストの構成

- 4.5.1 EMCLIコマンドを使用した補助ホストの追加

- 4.5.2 EMCLIコマンドを使用した補助ホストの削除

- 4.5.3 EMCLIコマンドを使用した補助ホストのリスティング

- 4.6 データベース・ラグ・チェックの構成

- 4.6.1 EMCLIコマンドを使用したデータベース・ラグ・チェックの構成

- 4.6.2 EMCLIコマンドを使用したデータベース・ラグのしきい値の更新

- 4.6.3 EMCLIコマンドを使用したデータベース・ラグのしきい値の削除

- 4.6.4 EMCLIコマンドを使用したデータベース・ラグしきい値のリスティング

5 Oracle Site Guardのトラブルシューティング

- 5.1 操作計画の失敗

- 5.1.1 操作計画ワークフローで検出されないターゲット

- 5.1.2 識別されないOracle WebLogic Server管理対象サーバー・ターゲット

- 5.1.3 ハングした操作手順で必要な手動操作

- 5.1.4 操作計画ワークフローで検出されないOPMN管理対象システム・コンポーネント

- 5.1.5 操作計画ワークフローで検出されないOracle RACデータベース

- 5.1.6 sudo権限を使用してアクセスした場合の操作手順の失敗

- 5.1.7 構成されていない資格証明アソシエーションを示す操作計画の作成中のエラー

- 5.1.8 サイトに追加されるターゲットの資格証明を関連付けできない

- 5.1.9 操作計画の削除中または更新中のエラー

- 5.1.10 操作計画の作成中にスカラー値を作成できないことを示すエラー

- 5.1.11 欠落しているノード・マネージャ資格証明を示す操作計画の作成中のエラー

- 5.2 スイッチオーバー操作またはフェイルオーバー操作の失敗

- 5.2.1 スイッチオーバー操作後またはフェイルオーバー操作後のWebLogic管理サーバー起動不可

- 5.2.2 スイッチオーバー操作後またはフェイルオーバー操作後のWebLogic管理サーバー再起動失敗

- 5.2.3 スイッチオーバー操作時またはフェイルオーバー操作時にホスト利用不可

- 5.2.4 Oracle RACデータベース・インスタンスが利用できない場合のスイッチオーバー操作またはフェイルオーバー操作の失敗

- 5.3 事前チェックの失敗

- 5.3.1 事前チェックの失敗

- 5.3.2 Oracle Management Agentが利用できない場合の事前チェック・ハング

- 5.4 Oracle WebLogic Server操作の失敗

- 5.4.1 ノード・マネージャの再起動失敗

- 5.4.2 管理対象サーバーの起動失敗

- 5.4.3 別のホストに移行されたWebLogic ServerインスタンスがOracle Site Guardから喪失

- 5.4.4 操作計画作成時のエラー表示

- 5.4.5 Site Guardが通信できない場合にノード・マネージャと通信できるWebLogic管理サーバー

- 5.4.6 ホストごとに複数のノード・マネージャを関連付けることができない

- 5.5 データベース障害

- 5.5.1 データベースのスイッチオーバー操作およびフェイルオーバー操作の事前チェック失敗

- 5.5.2 正しくない操作計画カテゴリに含まれるData Guardで保護されているデータベース

- 5.6 ストレージ障害

- 5.6.1 操作計画の実行中にZFS Storage Applianceのログインに失敗する可能性があります

- 5.6.2 ターゲット・アプライアンスの空のプロジェクトを削除する場合に操作計画の実行中にストレージ・ロール・リバーサル操作に失敗する可能性があります

- 5.6.3 'confirm reverse'を実行する場合に操作計画の実行中にストレージ・ロール・リバーサル操作に失敗する可能性があります

6 Oracle Site Guard操作の実行

- 6.1 概要

- 6.2 操作計画の管理

- 6.2.1 操作計画の作成

- 6.2.1.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の作成

- 6.2.1.2 EMCLIコマンドを使用した操作計画の作成

- 6.2.2 既存の計画を使用した新しい操作計画の作成

- 6.2.3 操作計画の編集および更新

- 6.2.3.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の編集と更新

- 6.2.3.2 EMCLIコマンドを使用した操作計画の編集と更新

- 6.2.4 操作計画の削除

- 6.2.4.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の削除

- 6.2.4.2 コマンドライン・インタフェースを使用した操作計画の削除

- 6.3 事前チェックの実行

- 6.3.1 Enterprise Manager Cloud Controlコンソールを使用した事前チェック・ユーティリティの実行

- 6.3.2 コマンドライン・インタフェースを使用した事前チェック・ユーティリティの実行

- 6.4 ヘルス・チェックのスケジュール

- 6.4.1 Enterprise Manager Cloud Controlコンソールを使用したヘルス・チェックのスケジュール

- 6.4.2 EMCLIを使用したヘルス・チェックのスケジュール

- 6.5 Oracle Site Guard操作計画の実行

- 6.5.1 Enterprise Manager Cloud Controlコンソールを使用したOracle Site Guard操作計画の実行

- 6.5.2 EMCLIコマンドを使用したOracle Site Guard操作計画の実行

- 6.6 Oracle Site Guard操作の監視

- 6.6.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の監視

- 6.6.1.1 操作アクティビティの表示

- 6.6.1.2 操作の一時停止、再開または停止

- 6.6.2 EMCLIを使用した操作計画の監視

- 6.7 実行エラーの管理

- 6.8 サイト・ロールの手動リバース

- 6.8.1 Enterprise Manager Cloud Controlコンソールを使用したサイト・ロールの手動リバース

- 6.8.2 EMCLIを使用したサイト・ロールの手動リバース

7 Oracle Site Guardコマンドライン・インタフェース

- 7.1 add_siteguard_aux_hosts

- 7.2 add_siteguard_script_credential_params

- 7.3 add_siteguard_script_hosts

- 7.4 configure_siteguard_lag

- 7.5 create_operation_plan

- 7.6 create_siteguard_configuration

- 7.7 create_siteguard_credential_association

- 7.8 create_siteguard_script

- 7.9 delete_operation_plan

- 7.10 delete_siteguard_aux_host

- 7.11 delete_siteguard_configuration

- 7.12 delete_siteguard_credential_association

- 7.13 delete_siteguard_lag

- 7.14 delete_siteguard_script

- 7.15 delete_siteguard_script_credential_params

- 7.16 delete_siteguard_script_hosts

- 7.17 get_operation_plan_details

- 7.18 get_operation_plans

- 7.19 get_siteguard_aux_hosts

- 7.20 get_siteguard_configuration

- 7.21 get_siteguard_credential_association

- 7.22 get_siteguard_health_checks

- 7.23 get_siteguard_lag

- 7.24 get_siteguard_script_credential_params

- 7.25 get_siteguard_script_hosts

- 7.26 get_siteguard_scripts

- 7.27 get_siteguard_supported_targets

- 7.28 run_prechecks

- 7.29 schedule_siteguard_health_checks

- 7.30 stop_siteguard_health_checks

- 7.31 submit_operation_plan

- 7.32 update_operation_plan

- 7.33 update_siteguard_configuration

- 7.34 update_siteguard_credential_association

- 7.35 update_siteguard_lag

- 7.36 update_siteguard_script

8 Oracle Site Guardのアップグレードまたはダウングレード

- 8.1 Oracle Site Guardのアップグレード

- 8.2 Oracle Site Guardのダウングレード

A パラメータとして渡された資格証明の抽出(例)

- extract_credentials_sample_script.sh

- extract_credentials_sample_script.py

- extract_credentials_sample_script.pl

はじめに

Oracle Site Guardガイドでは、Oracle Enterprise Manager Cloud Control (Cloud Control)によって提供されるOracle Fusion Middleware障害時リカバリ・ソリューションと、この製品を使用してデータ・センターおよびサイトを管理する方法の詳細を説明します。

対象読者

このガイドは、Oracle Fusion Middleware障害時リカバリ・ソリューションを活用するために、Cloud Controlによって提供されるOracle Site Guard機能を使用する必要のある管理者を主な対象にしています。管理者は、システム管理者の職務を担いつつクリティカルなデータ・センター作業を行うデザイナの場合もありますし、デフォルトやカスタムのデプロイメント・プロシージャ、パッチ計画およびパッチ・テンプレートを実行してエンタープライズ構成を管理するオペレータの場合もあります。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、Oracle Other Product One Release 7.0のドキュメント・セットまたはOracle Other Product Two Release 6.1のドキュメント・セット内の次のドキュメントを参照してください。

- Oracle Fusion Middlewareディザスタ・リカバリ・ガイド

- Oracle Fusion Middleware高可用性ガイド

- Oracle Data Guard Broker

- Oracle Site Guard for Oracle Exalogicを使用した障害時リカバリの自動化

- Oracle Enterprise Managerライフサイクル管理ガイド

- Oracle Enterprise Managerコマンドライン・インタフェース・ガイド

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 Oracle Site Guardの概要

この章では、Oracle Site Guardの概要を説明します。障害時リカバリ・ソリューションとしてOracle Site Guardを使用するメリットについても説明します。

次のトピックが含まれます:

- 第1.1項「Oracle Site Guardについて」

- 第1.2項「Oracle Site Guardのメリット」

- 第1.3項「このリリースの新機能」

1.1 Oracle Site Guardについて

Oracle Site Guardは障害時リカバリ・ソリューションで、管理者は、サイトの完全なスイッチオーバーやフェイルオーバーを自動化できるようになります。

Oracle Site Guardは、Oracle Fusion Middleware、Oracle Fusion ApplicationsおよびOracleデータベースの調整されたフェイルオーバーを編成します。また、拡張して、別のデータ・センターのソフトウェア・コンポーネントを組み込むことも可能です。

Oracle Site Guardは、プライマリ環境とスタンバイ環境を同期し、ミッション・クリティカルなデータを保護する基礎となるレプリケーション・メカニズムと統合できます。Oracleデータベース用のOracle Data GuardやOracle Sun ZFSのサポートが組み込まれています。また、Oracle Site Guardは、他のストレージ・レプリケーション・テクノロジをサポートすることも可能です。

1.2 Oracle Site Guardのメリット

Oracle Site Guardには次のような利点があります。

障害時リカバリ時間の最小化

Oracle Site Guardはサイト・レベルで動作するので、アプリケーション、ミドルウェアおよびデータベースなどの個々のサイト・コンポーネントに対して面倒な障害時リカバリを手動で実行する必要がなくなります。本番サイト全体のトラフィックは、単一の操作でスタンバイ・サイトにリダイレクトできます。

ヒューマン・エラーの削減

障害時リカバリは、多くの緻密で相互依存するプロシージャの複雑な編成を伴います。Oracle Site Guardでは、これらのプロシージャが自動化および順序付けされるので、人手の介在を必要としない、高速でシームレスな障害時リカバリ操作をサイト全体で実現できます。

柔軟かつカスタマイズ可能

Oracle Site Guardは、障害時リカバリ計画をカスタマイズおよびチューニングできるため、あらゆるエンタープライズ・デプロイメントでの使用に適用しています。Oracle Site Guardには、操作をカスタマイズし、エラーを処理するためのメカニズムが用意されています。

特別なスキルが不要

Oracle Site Guardのオペレータと管理者には、データベース、アプリケーションおよびストレージ・レプリケーションなどの領域での特別な知識またはドメインの専門知識は不要です。Oracle Site Guardを使用することにより、本番サイトに影響を与えることなく、障害時リカバリの準備状況を継続して監視できます。

1.3 このリリースの新機能

このリリースでは、次の新機能が提供されています。

事前チェックのカスタマイズ

独自のカスタム事前チェック・スクリプトを追加して、Oracle Site Guardで実行される事前チェックおよびヘルス・チェックを拡張します。この機能を使用して、操作計画に先行する事前チェックおよびヘルス・チェックをカスタマイズおよび改善します。

Oracle Enterprise Managerのソフトウェア・ライブラリへのユーザー・スクリプトの追加

独自のスクリプトをOracle Enterprise Managerのソフトウェア・ライブラリに追加し、Oracle Site Guardワークフローで使用します。これはOracle Site Guardの機能を活用して実行時にスクリプトを自動的にデプロイするため、実行する必要があるホストでスクリプトを手動で事前にデプロイする必要がなくなります。

スクリプト実行用のカスタム資格証明の構成

構成されたスクリプトを実行するための代替セットの資格証明を構成します。これにより、スクリプト・ホストに構成された資格証明と異なる資格証明を使用してスクリプトを実行できます。

スクリプトへのパラメータとしての資格証明の指定

構成されたスクリプトのパラメータとして1つ以上の資格証明を指定します。これにより、スクリプトで追加の認証機能を実行する必要がある場合に構成されたスクリプトに安全に資格証明を渡すことができます。

フェイルオーバー操作中のプライマリ・サイトの停止

Oracle Site Guardを構成して、フェイルオーバー操作中にオプションでプライマリ・サイトを停止します。Oracle Site Guardは、スタンバイ・サイトのフェイルオーバー前にベスト・エフォート原則に基づいてプライマリ・サイト・コンポーネントの停止を試行します。

操作計画のクローニング

「類似作成」機能を使用して、既存の計画をクローニングして新しい操作計画を作成します。特に新しい操作計画が既存の計画またはスクリプトと非常に似ている場合、これによって構成中の時間が削減されます。

構成されたスクリプトのクローニング

「類似作成」機能を使用して、既存のスクリプト構成をクローニングして新しいスクリプトを構成します。特に新しいスクリプト構成が既存のスクリプト構成と非常に似ている場合、これによって構成中の時間が削減されます。

Oracle Fusion Middleware 12cのサポート

Oracle Site Guardを使用して、Oracle Fusion Middleware 12cデプロイメントを保護します。

Oracle Database 12cのサポート

Oracle Site Guardを使用して、Oracle Database 12cデプロイメントを保護します。

2 Oracle Site Guardの概念について

この章では、Oracle Site Guardの用語およびEnterprise Manager Cloud Controlコンソールでのサイトのアーキテクチャについて説明します。Oracle Site Guardにより実行される様々な操作のワークフローの概要についても説明します。

次のトピックが含まれます:

- 第2.1項「Oracle Site Guardの用語」

- 第2.2項「Enterprise Manager Cloud Controlコンソールでのサイトの表現」

- 第2.3項「Oracle Site Guardの機能」

- 第2.4項「Oracle Site Guardのワークフロー」

2.1 Oracle Site Guardの用語

このドキュメントでは次の用語を使用します。

- ターゲット
ターゲットは、エンタープライズ内のインフラストラクチャおよびビジネス・コンポーネントを表すコアEnterprise Managerエンティティです。ビジネスが効率的に機能するには、これらのコンポーネントを監視および管理する必要があります。ターゲットの例としては、Oracle Fusion MiddlewareファームやOracleデータベース・インスタンスがあります。Oracle Site Guardの障害時リカバリ操作は、1つのサイトの1つ以上のターゲットを保護するように設計されます。

- サイト
データセンター内の関連するエンティティを論理的にグループ化したものです。たとえば、Web層、ミドルウェア層およびデータベース層のソフトウェア・コンポーネント、さらには関連付けられたストレージのすべてが、1つのサイトを構成することがあります。Oracle Site Guardは、サイトに対する障害時リカバリ操作を実行します。Oracle Site Guardでは、1つのデータセンターに対して複数のサイトを定義でき、各サイトに対する障害時リカバリ操作を独立して管理できます。

- プライマリ・サイト
Oracle Site Guardによる保護対象として構成されているアクティブ・アプリケーション(一連のターゲット)を現在ホストしているサイトです。プライマリ・サイトは、本番サイトとも呼ばれます。

- スタンバイ・サイト
障害時リカバリ操作が発生したときに保護対象アプリケーション(一連のターゲット)をホストすることが意図されているサイトです。

- ロール
サイトの現在の役割です。ロールはプライマリまたはスタンバイのいずれかです。

- スイッチオーバー
本番サイトとスタンバイ・サイトの役割を逆転するプロセスは、スイッチオーバーと呼ばれます。スイッチオーバーは、定期的な検証のために行う、または現在の本番サイトで計画メンテナンスを実行するための計画済の操作です。スイッチオーバー中に、現在のスタンバイ・サイトが新しい本番サイトになり、現在の本番サイトが新しいスタンバイ・サイトになります。

- フェイルオーバー
(本番サイトに障害が発生したことなどが原因で)本番サイトが突然使用できなくなった後で、現在のスタンバイ・サイトを新しい本番サイトにするプロセスは、フェイルオーバーと呼ばれます。

- 操作計画
操作計画には、特定のOracle Site Guard操作の実行フローが含まれます。障害時リカバリ操作の手順を実行する順序、およびシリアル、パラレルなどのその他の属性を定義します。

- 事前チェック
事前チェックは、事前に順序付けられた一連のチェックで、操作計画が、保護対象として想定される環境に準拠しているかどうかを確認します。事前チェックは、障害時リカバリの準備状況を評価するために使用され、必要に応じて実行されます。

- ヘルス・チェック
事前に順序付けられた一連のチェックであるヘルス・チェックは、ユーザー定義のスケジュールに基づいて定期的に実行されるようにプログラムできます。ヘルス・チェックは、障害時リカバリの準備状況を継続的に評価するために使用されます。

- カスタム事前チェック・スクリプト
カスタム事前チェック・スクリプトは、Oracle Site Guard操作計画の事前チェック・プロシージャの一部として実行されるユーザー定義のスクリプトです。事前チェック・スクリプトの数と実行順序は、操作計画の一部として定義できます。

- 前処理スクリプト
前処理スクリプトはサイト固有のユーザー定義のスクリプトで、Oracle Site Guard操作の開始時にサイトで実行されます。前処理スクリプトの数と実行順序は、操作計画の一部として定義できます。

- 後処理スクリプト
後処理スクリプトはサイト固有のユーザー定義のスクリプトで、Oracle Site Guard操作の終了時にサイトで実行されます。後処理スクリプトの数と実行順序は、操作計画の一部として定義できます。

- グローバル前処理スクリプト
グローバル前処理スクリプトは操作固有のユーザー定義のスクリプトで、Oracle Site Guard操作計画の開始時にサイトで実行されます。グローバル前処理スクリプトの数と実行順序は、操作計画の一部として定義できます。

- グローバル後処理スクリプト
グローバル後処理スクリプトは操作固有のユーザー定義のスクリプトで、Oracle Site Guard操作計画の終了時にサイトで実行されます。グローバル後処理スクリプトの数と実行順序は、操作計画の一部として定義できます。

- スーパー管理者
スーパー管理者は特権ユーザーの1つで、Enterprise Managerのすべてのターゲットと、Oracle Site Guardのすべての構成、操作およびアクティビティにアクセスできます。

2.2 Enterprise Manager Cloud Controlコンソールでのサイトの表現

サイトは、1つ以上のユーザー・アプリケーションを実行するソフトウェア・コンポーネントおよび関連付けられたハードウェアの論理的なグループです。たとえば、サイトは、ソフトウェア・コンポーネントに関連付けられた記憶域とともに、Oracle Fusion Middlewareインスタンス、Oracle Fusion Applicationインスタンス、Oracleデータベースをデプロイするために使用されるサーバー(ホスト)のコレクションで構成できます。Oracle Site Guardは、Enterprise Manager Cloud Control汎用システム・ターゲットを使用してサイトを表現します。いずれのサイトも、それがプライマリであるかスタンバイであるかにかかわらず、Oracle DatabaseおよびOracle Fusion Middlewareドメインなどの他のターゲット・タイプのコレクションである汎用システムとして表現されます。Oracle Site Guardは、プライマリ・サイトとスタンバイ・サイトの両方が同じEnterprise Manager Cloud Controlデプロイメントにより管理されるEnterprise Managerデプロイメントのみをサポートしています。

図2-1は、同じEnterprise Manager Cloud Controlデプロイメントにより管理されるOracle Fusion Middleware障害時リカバリ・トポロジの概要を示しています。

図2-1 Enterprise Manager Cloud Controlにより管理されるOracle Fusion Middleware障害時リカバリ・トポロジにおけるプライマリ・サイト(本番サイト)とスタンバイ・サイト

次に、Oracle Fusion Middleware障害時リカバリ・トポロジの重要事項を示します。

- 単一のEnterprise Manager Cloud Controlインスタンスが、プライマリ・サイトおよびスタンバイ・サイトを監視します。

- Oracle Management Agent (EMエージェント)は、プライマリ・サイトおよびスタンバイ・サイトのすべてのホストのローカル(レプリケートされていない)記憶域にインストールされます。
次に例を示します。

- Web層の管理対象システム・コンポーネント(WEBHOST1およびWEBHOST2)

- Oracle Fusion Middlewareアプリケーション(APPHOST1およびAPPHOST2)

- Oracle RACデータベース(RAC DBHOST1およびRAC DBHOST2)

Oracle Management Agent (EMエージェント)は、Enterprise Manager Cloud Controlのコア・コンポーネントの1つで、Enterprise Managerシステムで管理対象外ホストを管理対象ホストに変換できます。管理エージェントはEnterprise Managerプラグインと連携して、管理対象ホスト上で動作しているターゲットを監視します。

2.3 Oracle Site Guardの機能

この項では、Oracle Site Guardの機能について説明します。

次のトピックが含まれます:

- 拡張性

- 事前チェックとヘルス・チェック

- ストレージ統合

- 実行の監視とエラーの管理

- 資格証明の管理

- ロールベースのアクセス制御

- ソフトウェア・ライブラリの統合

- スクリプト実行用のカスタム資格証明

- スクリプト・パラメータとして資格証明を渡す

2.3.1 拡張性

Oracle Site Guardでは、操作ワークフローの特定のポイントにカスタム・スクリプトを挿入することにより、組込みの障害時リカバリ機能を拡張できます。これにより、障害時リカバリ操作中にカスタマイズされた、サイト固有または操作固有のアクティビティを実行するメカニズムが提供されます。

拡張に関して、挿入できるスクリプトの数に制限はありません。これらのユーザー定義のスクリプトが実行される時間および方法と実行される順序は、スクリプト・タイプを選択して構成できます。

この項には次のトピックが含まれます:

- 拡張に使用できるスクリプト・タイプ

- スクリプト実行の順序

- スクリプト・パスの構成

2.3.1.1 拡張に使用できるスクリプト・タイプ

Oracle Site Guardの機能をカスタマイズおよび拡張するには、次のタイプのスクリプトを使用できます。

- カスタム事前チェック・スクリプト

- 前処理スクリプト

- 後処理スクリプト

- グローバル前処理スクリプト

- グローバル後処理スクリプト

- マウント/アンマウント・スクリプト

- ストレージ・スクリプト

カスタム事前チェック・スクリプト

これらのスクリプトは、ユーザーによって用意されます。操作計画を実行する前に発生する事前チェックまたはヘルス・チェック・フェーズ中のユーザー定義のアクティビティを実行するために使用されます。カスタム事前チェック・スクリプトは、事前チェックまたはヘルス・チェックの一部として実行されます。

前処理スクリプト

これらのスクリプトは、ユーザーによって用意されます。操作計画内のサイト固有の操作の開始時にユーザー定義のアクティビティを実行するために使用されます。前処理スクリプトは、サイトでOracle Site Guardがターゲット関連の操作を実行する前に実行されます。

後処理スクリプト

これらのスクリプトは、ユーザーによって用意されます。操作計画内のサイト固有の操作の終了時にユーザー定義のアクティビティを実行するために使用されます。後処理スクリプトは、サイトでOracle Site Guardがターゲット関連のすべての操作を実行した後に実行されます。

グローバル前処理スクリプト

これらのスクリプトは、ユーザーによって用意されます。操作計画の開始時にユーザー定義の操作固有のアクティビティを実行するために使用されます。グローバル前処理スクリプトは、Oracle Site Guardが最初のサイト(通常はプライマリ・サイト)で操作を実行する前に実行されます。

グローバル後処理スクリプト

これらのスクリプトは、ユーザーによって用意されます。操作計画の終了時にユーザー定義の操作固有のアクティビティを実行するために使用されます。グローバル後処理スクリプトは、Oracle Site Guardが最後のサイト(通常はスタンバイ・サイト)で操作を完了した後に実行されます。

マウント/アンマウント・スクリプト

これらのスクリプトはOracle Site Guardにバンドルされ、ユーザーが固有のスクリプトを定義することもできます。操作中にファイル・システムでマウントおよびアンマウント操作を実行するために使用されます。すべてのサービスおよびアプリケーションがプライマリ・サイトで停止した後、アンマウント・スクリプトが実行されます。サービスまたはアプリケーションがスタンバイ・サイトで起動する前に、マウント・スクリプトが実行されます。

ストレージ・スクリプト

これらのスクリプトは、Oracle Site Guardにバンドルされています。ユーザーが固有のストレージ・スクリプトを定義することもできます。これらのスクリプトは、障害時リカバリ操作中にOracle Sun ZFS Applianceのストレージ・ロール・リバーサル・アクティビティを実行するために使用します。ストレージ・スイッチオーバー・スクリプトがスイッチオーバー操作中に実行され、マウント・スクリプトが実行される前にスタンバイ・サイトで実行されます。ストレージ・フェイルオーバー・スクリプトがフェイルオーバー操作中に実行され、マウント・スクリプトが実行される前にスタンバイ・サイトで実行されます。

表2-1は、Oracle Site Guardを使用してサイトを設定中に使用される様々なタイプのスクリプトの概要を示しています。

図2-2および図2-3は、スクリプトのソースおよび機能のビジュアル表現を示しています。

表2-1 Oracle Site Guardで使用されるスクリプトのタイプ

スクリプトのタイプ

ユーザーが用意していますか(カスタム・スクリプト)

Oracle Site Guardが用意していますか(バンドルされたスクリプト)

カスタム事前チェック・スクリプト

はい(オプション)

いいえ

前処理スクリプト、後処理スクリプト、グローバル前処理スクリプト、グローバル後処理スクリプト

はい(オプション)

いいえ

マウントおよびアンマウント・スクリプト

はい(オプション)

はい(ユーザーが構成する必要があります)

ストレージ・スイッチオーバーおよびストレージ・フェイルオーバー・スクリプト

はい(オプション)

はい(Oracle Sun ZFSのみ。ユーザーが構成します。)

図2-2 Oracle Site Guardスクリプト: 実行内容

図2-3 Oracle Site Guardスクリプト: 提供者

2.3.1.2 スクリプト実行の順序

図2-4、図2-5および図2-6は、Oracle Site Guardが異なる操作のために様々なタイプのユーザー定義のスクリプトを実行する順序を示しています。

図2-4 スイッチオーバー操作のスクリプトの実行順序

図2-5 フェイルオーバー操作のスクリプトの実行順序

注意:
フェイルオーバー中にプライマリ・サイトで実行されるオプションのスクリプトは、スイッチオーバー操作中にプライマリ・サイトで実行したスクリプトと同じです。ユーザーがフェイルオーバー中にプライマリ・サイトを停止した場合、プライマリ・サイトのスクリプトはフェイルオーバー操作の一部としてのみ実行されます。

図2-6 開始または停止操作のスクリプトの実行順序

注意:
カスタム事前チェック・スクリプトは、フェイルオーバー操作のためにプライマリ・サイトで実行するようスケジュールされます。ただし、プライマリ・サイトがアクセス不可または使用不可である可能性があるため、これらのスクリプトが「エラー時も続行」モードで実行するよう設定されます。

2.3.1.3 スクリプト・パスの構成

スクリプトのタイプおよび必要な実行時動作に応じて、適切な形式を使用してスクリプトのパスを構成する必要があります。Oracle Site Guardは、構成パスおよびユーザーが用意したスクリプトのタイプを使用してスクリプトの場所(パス)を決定します。表2-2は、様々なタイプのスクリプト、ユーザーが指定する必要がある対応するスクリプト・パスおよびOracle Site Guardが抽出および使用するコンポーネントの構成方法の例を示しています。表2-2にリストされていないスクリプト・パス形式はサポートされていません。

表2-2 例: スクリプト・パスの構成

スクリプトの場所

スクリプト・タイプ

ユーザー構成パス

Oracle Site Guardが抽出したスクリプト・パス

Enterprise Managerソフトウェア・ライブラリ

シェル・スクリプト

sh swlib_script.sh

sh ./swlib_script.sh

sh ./swlib_script.sh -

sh ./swlib_script.sh -option1 -option2

/home/bash swlib_script.sh

/home/bash swlib_script.sh -a param1 -b param2

swlib_script.sh

Perlスクリプト

perl swlib_script.pl

perl swlib_script.pl -a param1 -b param2

/home/perl swlib_script.pl

/home/perl swlib_script.pl -a param1 -b param2

swlib_script.pl

Pythonスクリプト

python swlib_script.py

python swlib_script.py -a param1 -b param2

/home/python swlib_script.py

/home/python swlib_script.py -a param1 -b param2

swlib_script.py

ユーザー定義(カスタム)

シェル・スクリプト

sh /home/oracle/custom_script.sh

/home/oracle/custom_script.sh

/home/bash /home/oracle/custom_script.sh

/home/bash /home/oracle/custom_script.sh -a param1 -b param2

/home/bash /home/oracle/custom_script

/home/oracle/custom_script

/home/oracle/custom_script.sh

/home/oracle/custom_script

Perlスクリプト

perl /home/oracle/custom_script.pl

/home/perl /home/oracle/custom_script.pl -a param1 -b param2

/home/oracle/custom_script.pl

Pythonスクリプト

/home/python /home/oracle/custom_script.py

/home/python /home/oracle/custom_script.py -a param1 -b param2

/home/oracle/custom_script.py

2.3.2 事前チェックとヘルス・チェック

障害時リカバリ計画を成功させるには、計画が保護対象の環境を正確に表している必要があります。保護対象サイトでトポロジの変更や構成のずれが発生すると、障害時リカバリ計画と環境との間の同期が失われてしまい、計画が部分的に、または完全に意味のないものになってしまう可能性があります。障害時リカバリ計画と保護対象環境との間のこの相違は、障害時リカバリが実際に実行されるまで検出されないことがよくあります。障害時リカバリ操作を開始する前にスタンバイ・サイトが本番ロールを実行できることを確認することも非常に重要です。

Oracle Site Guardでは、事前チェックおよびヘルス・チェックの機能を使用して、この問題を解決できます。

2.3.2.1 事前チェック

事前チェックは、障害時リカバリの準備状況を必要に応じて評価するための完全に自動化された便利なメカニズムを提供します。事前チェックは、選択された操作計画が成功するかどうかをチェックするために、自動的に(スタンドアロン・モードで)実行できます。また、操作計画を実行する前に起動することもできます。この場合、事前チェックが失敗すると、操作計画は実行されません。

2.3.2.2 ヘルス・チェック

ヘルス・チェックは、事前チェックの特別なカテゴリです。ヘルス・チェックは、定期的に実行するようにスケジュールできる事前チェックです。このため、ヘルス・チェックは、障害時リカバリの準備状況を継続的に評価するメカニズムを提供します。

ヘルス・チェックは特定の操作計画に対して構成され、ユーザー指定のスケジュールが関連付けられる必要があります。

たとえば、スタンバイ・サイトへのスイッチオーバー計画に関連付けられたヘルス・チェックを、その操作計画の忠実度を継続的に監視するために、毎週水曜日と土曜日の午前0時30分に実行するように設定できます。また、ヘルス・チェックの結果が電子メールで通知されるように選択することもできます。

構成済の各操作計画にヘルス・チェックを関連付けることができ、異なる計画のヘルス・チェックは相互に独立して実行できます。操作計画のヘルス・チェックは、いつでも停止できます。

Oracle Site Guardは、事前チェック中およびヘルス・チェック中に次のチェックを実行します。

- 計画されている障害時リカバリ操作に関係するすべてのホストがアクセス可能であることのチェック。このチェック中に、Oracle Site Guardは、ホストに構成された資格証明を使用して各ホストにログインします。これにより、ホストに接続可能であり、ディレクティブおよびスクリプトを実行するためにアクセスできます。

- プライマリおよびスタンバイ・データベースが正しく構成され、Data Guard保護が正しく機能しているかどうかをチェックします。このチェックは次を確認します。

- プライマリおよびスタンバイ・データベース名が正しい。

- データベース・ログイン資格証明が正しい。

- Data Guard Brokerがデータベースのスイッチオーバーを実行できます。

- データベース・フラッシュバック・ステータスが「オン」に設定されています。

- Data Guard REDOおよびトランスポート・ラグがユーザーによって指定された制限内です。

- ZFSストレージ・レプリケーションが正しく機能しているかどうかをチェックします。このチェックは次を確認します。

- レプリケーション・ラグがユーザーによって指定された制限内です。

- ソースおよび宛先ZFSアプライアンスに接続可能です。

- ログイン資格証明が有効です。

- レプリケーション・アクションが正しく構成されています。

- 各構成済ユーザー・スクリプトが正しい場所にあるかどうかを確認してユーザー・スクリプトが正しく構成されているかどうかをチェックします。

- スイッチオーバーまたはフェイルオーバー中にレプリケートされたファイル・システムをマウントできるかどうかをチェックします。これを確認するため、チェックでは、マウント操作のためにファイル・システム・マウント・ポイントが存在しアクセスできることを確認します。

- Data GuardおよびZFSレプリケーション・ラグ・チェックがユーザーによって指定された範囲内かどうかをチェックします。

注意:
関連付けられた事前チェックは、作成される操作計画ごとに自動的に作成されます。ただし、ヘルス・チェックは操作計画ごとに明示的にスケジュールする必要があります。

2.3.2.3 事前チェックおよびヘルス・チェックのカスタマイズ

事前チェックの一部および後でスケジュールされるヘルス・チェックの一部として実行されるカスタム(ユーザー定義)・スクリプトを追加して、事前チェック・プロセスをカスタマイズできます。これにより、ユーザーは障害時リカバリ・ワークフローに含まれる必要があるサードパーティ・コンポーネントの事前チェックを追加して、Oracle Site Guardの事前チェックおよびヘルス・チェック機能を拡張できます。カスタム事前チェック・スクリプトは、組込み事前チェック機能と同じように機能します。ユーザー定義の事前チェック・スクリプトが例外を検出し、エラーをSite Guardに戻す場合、その事前チェック手順は失敗とみなされ、事前チェック・スクリプトの構成方法(スクリプト実行手順が属性「エラー時に停止」で構成されている場合など)に応じて、障害時リカバリ操作が中断する可能性があります。

2.3.2.4 ラグ・チェック

障害時リカバリ構成には、通常、アプリケーション層とデータベース層によりデータ・ストレージ用に使用される、1つ以上のストレージ・アプライアンスとデータ・ストアが含まれます。障害時リカバリ時にこれらのデータをスタンバイ・サイトで利用できるようにするために、これらのデータ・ストアをプライマリ・サイトからスタンバイ・サイトに、連続レプリケーションまたは定期的なレプリケーションを使用してレプリケートする必要があります。サイトのスイッチオーバーまたはフェイルオーバーの操作を正常に完了するには、Oracle Site Guardは障害時リカバリ・プロセスの一部として、ストレージ・ロール・リバーサルも実行する必要があります。

プライマリ・サイトとスタンバイ・サイトとの間のデータ・レプリケーションの効率性および適時性は大きく変動する特徴があり、ネットワークの帯域幅、輻輳、待機時間、ストレージ・アプライアンスの負荷、レプリケートされるデータの量などの多くの要因により異なります。プライマリ・サイトのソース・データとスタンバイ・サイトのレプリケートされたデータとの間には、ある程度のラグが存在することが一般的です。Oracle Site Guardには、障害時リカバリ操作が実行開始前に許容されるレプリケーション・ラグの量を構成するためのメカニズムが用意されています。障害時リカバリ操作の事前チェック・フェーズで、Oracle Site Guardは現在のレプリケーション・ラグをチェックします。ラグがユーザー指定のしきい値を超えている場合、Oracle Site Guardは障害時リカバリ操作を実行しません。

次のラグ・チェック・パラメータを構成できます。

データベース・ラグ・チェック

このパラメータは、Oracle Data Guardにより管理されるREDO適用およびREDO転送に許容されるラグを指定します。

ZFSラグ・チェック

このパラメータは、ZFSにより管理されるアプリケーション層ストレージ・レプリケーションに許容されるラグを指定します。

2.3.3 ストレージ統合

ストレージ管理操作は、障害時リカバリ操作の重要な部分です。障害時リカバリ中に、アプリケーションをスタンバイ・サイトに移行する前にストレージ・レプリケーションを逆にしてストレージ・アプライアンスを再構成する必要があります。Oracle Site Guardには、様々なストレージ・テクノロジに対するストレージ統合オプションが用意されています。

次のトピックは、Oracle Site Guardにより提供されるストレージ統合オプションを説明します。

- Oracle Sun ZFS

- 他のストレージ・タイプの統合

- マウントおよびアンマウント・スクリプト

2.3.3.1 Oracle Sun ZFS

Oracle Site Guardには、Oracle Sun ZFSストレージに対する統合機能が組み込まれています。Oracle Sun ZFSストレージ・アプライアンスをデプロイする場合、Oracle Site Guardにバンドルされているストレージ管理スクリプト(zfs_storage_role_reversal.sh)を使用して、Oracle Site Guardの障害時リカバリ操作の一部としてSun ZFSストレージ・ロール・リバーサルを編成できます。

2.3.3.2 他のストレージ・タイプの統合

Oracle Site Guardでは、他のストレージ・テクノロジ独自のカスタム・ストレージ管理スクリプトをOracle Site Guard操作計画に組み込めるスクリプト統合フレームワークが提供されており、他のストレージ・テクノロジを統合できます。操作計画実行のストレージ・スクリプト実行フェーズ中に独自のカスタム・ストレージ管理スクリプトを起動することにより、サードパーティ・ストレージ・テクノロジに対するストレージ・ロール・リバーサルを実装できます。

2.3.3.3 マウントおよびアンマウント・スクリプト

Oracle Site Guardでは、ストレージ管理スクリプトだけでなく、ファイル・システムをマウントまたはアンマウントするためのユーザー・スクリプトも統合できます。たとえば、スイッチオーバー操作時に、プライマリ・サイトで複数層アプリケーションが使用するファイル・システムがアプリケーションの停止後にアンマウントされ、その後、スタンバイ・サイトでそれらのファイル・システムのレプリケートされたバージョンがアプリケーションの起動前にマウントされます。プライマリ・サイトとスタンバイ・サイトでのアプリケーション・サーバーに対するこれらのアンマウントおよびマウントの操作は、組み込まれているスクリプト統合のためのメカニズムを使用して編成できます。Oracle Site Guardには、mount_umount.shというファイル・システムのマウントおよびアンマウントの操作を処理するためのスクリプトがバンドルされています。または、操作計画の適切な時点で起動する独自のカスタム・スクリプトを定義できます。

2.3.4 実行の監視とエラーの管理

Oracle Site Guard操作計画を実行する場合、実行前に計画をカスタマイズし、計画の実行を監視し、計画実行中に発生したエラーを管理し、変更後に計画実行を再試行できます。

この項には次のトピックが含まれます:

- 操作のカスタマイズ

- 実行の監視

- 操作のエラー・モード

- 失敗した操作の再試行

2.3.4.1 操作のカスタマイズ

Oracle Site Guardの操作計画は、トポロジと環境に応じてカスタマイズできます。操作計画の各手順は、次のパラメータを使用してカスタマイズできます。

- 手順を実行のために有効化または無効化するかどうかの指定(無効化された手順は実行中にスキップされます)

- 実行順序の別の時点への手順の移動(ドメイン・グループ内で起動する管理対象サーバーの順序の変更など)

- 手順のエラーを処理する方法の指定(つまり、エラーが発生した場合の操作の実行の停止または継続)

- 指定されたグループの手順を順次または並行して実行する必要があるかどうかの指定(指定されたドメイン・グループのすべての管理対象サーバーの同時(並行)起動の試行など)

2.3.4.2 実行の監視

Oracle Site Guardの障害時リカバリ操作は、Oracle Enterprise Managerプロシージャとして実行され、各操作の結果はOracle Enterprise Manager Cloud Controlコンソールの「プロシージャ・アクティビティ」ページで監視できます。Oracle Site Guard操作の「プロシージャ・アクティビティ」画面には、各操作計画の手順が階層化されて表示され、実行された各手順の結果がグラフィカルなアイコンで示されます。手順に成功すると緑のチェック・マークが表示され、手順に失敗すると赤の十字が表示されます。アイコンは、手順がスキップされて実行のために構成されていないことを示します。このメカニズムにより、操作計画の進捗サマリーを視覚的に把握できます。

「操作アクティビティ」ページで表示する場合、各操作計画または事前チェックの実行詳細が結果のサブ手順を含むトップレベル手順の階層として編成されます。最初に、トップレベル手順のみがユーザーに表示されます。結果のサブ手順は各トップレベル手順内で閉じられて表示されません。ただし、操作アクティビティの各トップレベル手順は、トップレベル手順をクリックして展開し、階層を移動して下位のサブ手順を選択することにより、さらに詳細に確認できます。各サブ手順の実行ログも、詳細に確認できます。操作アクティビティがこのように階層で編成されているので、操作計画の結果をあらゆる詳細レベルで確認できます。

2.3.4.3 操作のエラー・モード

Oracle Site Guard操作計画の各手順には、構成できる関連付けられたエラー・モードがあります。このエラー・モードは、手順の実行時に発生するエラーをOracle Site Guardがどのように処理するかを定義するものです。

次のエラー・モードを指定できます。

エラー時に停止

このモードでは、現在の手順の実行中にエラーが検出されると、Oracle Site Guardは操作計画の実行を停止します。

エラー時も続行

このモードでは、現在の手順の実行中にエラーが検出されでも、Oracle Site Guardは次の手順の実行を継続します。

2.3.4.4 失敗した操作の再試行

Oracle Site Guardが操作の実行時にエラーを検出して操作を停止した場合、失敗の原因となった問題を解決して、操作を再試行できます。Oracle Site Guardは、失敗した操作の実行を、失敗が発生した手順から再開します。「remove」をクリックして失敗した手順を無視し、操作を再試行することもできます。この場合、Oracle Site Guardは失敗した手順を無視し、失敗した手順の直後から操作計画の実行を再開します。

2.3.4.5 一時停止および再開

Oracle Site Guard操作の進行中に、任意のポイントでいつでも操作を一時停止できます。その後、一時停止した操作を再開でき、Oracle Site Guardは、一時停止したポイントから操作を再開します。また、現在進行中の操作を停止することもできます。

注意:
停止した操作は、再開できません。

2.3.5 資格証明管理

次の項では、Oracle Site Guardにより提供される包括的な資格証明管理フレームワークを説明します。

- Enterprise Managerの資格証明フレームワーク

- Oracle Site Guardの資格証明構成

2.3.5.1 Enterprise Managerの資格証明フレームワーク

Oracle Enterprise Managerでは、IDを管理するための包括的な資格証明管理フレームワークが用意されており、Enterprise Managerターゲットへのアクセスが承認および認証の下で行われるようにしています。通常、名前付き資格証明を使用するようにOracle Site Guardを構成する前に、Enterprise Managerでこれらの資格証明を設定できます。資格証明を構成すると、保護対象サイトのすべての管理対象ターゲットに対するアクセスに対して、これらの資格証明がOracle Site Guardにより使用されます。

サイトのトポロジによっては、ホスト、Oracleデータベース・インスタンス、WebLogic Server、他のターゲット・タイプなどの様々なターゲットに対して、Oracle Site Guardによる名前付き資格証明の使用が必要な場合があります。Enterprise Managerで資格証明を設定する方法の詳細は、Oracle Enterprise Managerライフサイクル管理ガイドを参照してください。

2.3.5.2 Oracle Site Guardの資格証明構成

必要なターゲット資格証明をEnterprise Managerの資格証明管理フレームワークで構成したら、これらの資格証明をOracle Site Guardの資格証明構成プロセスで使用できます。Oracle Site Guardの資格証明構成では、障害時リカバリ操作でOracle Site Guardがアクセスおよび制御するターゲットに対して有効な資格証明を関連付ける必要があります。資格証明の設定と関連付けを行う方法の詳細は、第4.3項「資格証明アソシエーションの作成」を参照してください。

2.3.6 ロールベースのアクセス制御

Oracle Site Guardでは、Enterprise Managerにより提供されるユーザー・アカウント・フレームワークを使用する、ロールベースのアクセス制御(RBAC)が提供されます。Enterprise Managerでは、Enterprise Manager内の様々な領域や機能に対して、事前構成されたロールが提供されます。これらの管理者ロールの1つはEM_SG_ADMINISTRATORで、Enterprise Manager内のOracle Site Guardに焦点を当てたアクティビティ用にカスタマイズされています。この組込みロールを使用することにより、Oracle Site Guardの管理タスクに焦点を当てたユーザーを作成できます。または、カスタマイズした独自のロールやユーザーを作成して、Oracle Site Guardの機能へのロールベースのアクセスを非常に柔軟にチューニングできます。

ロールベースのアクセス制御を設定する方法の詳細は、第3.2.2項「Oracle Site Guardの管理者ユーザーの作成」を参照してください。

2.3.7 ソフトウェア・ライブラリの統合

Oracle Site Guardには、Oracle DatabaseのスイッチオーバーやOracle Weblogic Serverの起動または停止など、障害時リカバリ操作の実行中に通常必要であるアクティビティを実行するための組込みスクリプト(バンドルされているスクリプト)が含まれます。これらの組込みスクリプトはEnterprise Managerソフトウェア・ライブラリの一部として含まれ、すべての必要なスクリプトが操作の実行中に適用可能なホストに自動的にデプロイされます。ただし、組込みスクリプトに加えて、ユーザーは操作の一部として他のカスタム・スクリプトを自動的にデプロイして実行する必要がある場合があります。Oracle Site Guardは、ユーザーが独自のカスタム・スクリプトをEnterprise Managerソフトウェア・ライブラリにアップロードして計画を作成する場合にこれらのスクリプトを操作計画に追加するメカニズムを提供します。

Enterprise Managerソフトウェア・ライブラリの一部であるスクリプトを使用する別の利点は、これらのスクリプトが実行時にすべての構成されたスクリプトに自動的にデプロイされることです。一方、Enterprise Managerソフトウェア・ライブラリの一部でないユーザー・スクリプトは、操作計画の実行を開始する前に構成されたスクリプト・ホストごとに手動でデプロイする必要があります。

ユーザーがEnterprise Managerソフトウェア・ライブラリに追加できる様々なタイプのスクリプトの詳細は、第2.3.1項「拡張性」を参照してください。

2.3.8 スクリプト実行用のカスタム資格証明

外部的にデプロイまたはソフトウェア・ライブラリを介してデプロイされるユーザー定義のスクリプトは、スクリプトを実行するホストに構成された資格証明を使用して通常実行されます。これらの資格証明はEnterprise Manager資格証明管理フレームワークに構成および保持され、ホスト通常資格証明またはホスト特権資格証明と呼ばれます。ただし、他のセットの資格証明を資格証明リポジトリに追加し、この代替セットの資格証明で実行するスクリプトを構成することもできます。これは、スクリプト・ホストに構成された標準(ホスト通常)または特権(ホスト特権)資格証明と異なる資格証明権限がスクリプトに必要な場合に便利です。たとえば、特定のユーザーIDを使用してホストのサーバー・プロセスを停止するために実行する必要があるスクリプトです。

2.3.9 スクリプト・パラメータとして資格証明を渡す

ユーザー定義のスクリプトは、最初に他のエンティティで認証する必要があるアクションを頻繁に実行し、この認証を実行するために1つ以上のセットの資格証明が必要です。スクリプトに資格証明をハードコードすることを回避したり、スクリプトにクリアテキスト・パラメータとして資格証明を確実に渡すため、Oracle Site Guardは1つ以上のセットの資格証明を構成されたスクリプトに安全に渡すメカニズムを提供します。これらの資格証明は、Oracle Enterprise Managerの資格証明管理フレームワークの安全な方法で格納および保持されます。これらの資格証明がユーザー・スクリプトのパラメータとして構成および関連付けられた後、Oracle Site Guardは実行時間にこれらの資格証明を暗号化してユーザー・スクリプトに渡します。ユーザー・スクリプトはこれらの資格証明を抽出して認証するために使用できます。

ユーザー・スクリプト内の暗号化された資格証明の抽出の詳細は、付録A「パラメータとして渡された資格証明の抽出(例)」を参照してください。

2.4 Oracle Site Guardのワークフロー

Oracle Site Guardのワークフローは、操作としても扱われ、Enterprise Managerデプロイメント・プロシージャとしてモデル化されます。

プライマリ・サイトに障害または計画外の停止が発生した場合には、Oracle Site Guardは次の手順を自動化して、トポロジ内でスタンバイ・サイトが本番のロールを引き継げるようにします。

1. プライマリ・サイトで実行しているサービスとアプリケーションを停止し、プライマリ・サイトのストレージをアンマウントします。

2. プライマリ・サイトからスタンバイ・サイトへのストレージ・レプリケーションを停止して、ストレージ・ロール・リバーサルを実行します。

3. Oracle Data Guard Brokerを使用して、Oracle Databaseのフェイルオーバーまたはスイッチオーバーを実行します。

4. スタンバイ・サイトにレプリケートされたストレージ(ファイル・システム)をマウントします。

5. スタンバイ・サイトでサービスとアプリケーションを起動します。この時点で、スタンバイ・サイトが本番のロールを引き継ぎます。

注意:
連続ストレージ・レプリケーションが構成されていない場合、Site Guard操作を開始する前にプライマリ・サイトからスタンバイ・サイトへの最終的なストレージ・レプリケーションを実行することをお薦めします。ただし、プライマリ・サイトに失敗した場合、この最終的なレプリケーションを実行できない可能性があります。

Oracle Site Guardのワークフローに対しては、Enterprise Managerのプロシージャ管理フレームワークを使用して、監視、一時停止、再開および停止を行うことができます。

Oracle Site Guardでは、障害時リカバリ操作用に、用途が明確な次のワークフローが提供されています。

- スイッチオーバー・ワークフロー

- フェイルオーバー・ワークフロー

- 起動ワークフロー

- 停止ワークフロー

2.4.1 スイッチオーバー・ワークフロー

スイッチオーバー・ワークフローは、本番アクティビティをプライマリ・サイトからスタンバイ・サイトに制御された方法で移行します。図2-7は、典型的なスイッチオーバー・ワークフローで実行される手順の例を示します。

図2-7 スイッチオーバー・ワークフロー

2.4.2 フェイルオーバー・ワークフロー

フェイルオーバー・ワークフローは、本番アクティビティをスタンバイ・サイトに強制的に移行します。フェイルオーバー・ワークフローが開始されると、Oracle Site Guardにより、プライマリ・サイトは利用できないと想定され、すべての保護対象アプリケーションがスタンバイ・サイトで起動されます。図2-8は、典型的なフェイルオーバー・ワークフローで実行される手順の例を示します。

図2-8 フェイルオーバー・ワークフロー

2.4.3 起動ワークフロー

起動ワークフローは、本番アクティビティをサイトで起動します。このワークフローは、通常、メンテナンス後にサイトを起動するため、またはスイッチオーバーなどの大規模なワークフローのテストの一部としてサイトの起動が可能であることをテストするために使用されます。図2-9は、典型的な起動ワークフローで実行される手順の例を示します。

図2-9 起動ワークフロー

2.4.4 停止ワークフロー

停止ワークフローは、本番アクティビティをサイトで停止します。このワークフローは、通常、メンテナンス用にサイトを停止するため、またはスイッチオーバーなどの大規模なワークフローのテストの一部としてサイトの停止が可能であることをテストするために使用されます。図2-10は、典型的な停止ワークフローで実行される手順の例を示します。

図2-10 停止ワークフロー

3 Oracle Site Guardのインストール

この章では、Enterprise Manager Cloud Control環境でOracle Site Guardをインストールする方法について説明します。

内容は次のとおりです。

- 第3.1項「Oracle Site Guardのインストール」

- 第3.2項「Oracle Site Guardを使用するための前提条件」

3.1 Oracle Site Guardのインストール

Oracle Site Guardは、Enterprise Manager Cloud Control 12c Fusion Middlewareプラグイン12.1.0.7に含まれています。

Oracle Site Guard構成は、Enterprise Managerコマンドライン・インタフェース(EMCLI)または互換バージョンのOracle Enterprise Manager Cloud Control (Cloud Control)のいずれかを使用して管理できます。

Oracle Site Guardをインストールするには、次のタスクを実行します。

- 既存のOracle Fusion Middleware Enterpriseデプロイに、Enterprise Manager Cloud Control 12c Fusion Middlewareプラグイン12.1.0.7をインストールします。Enterprise Manager Cloud Control 12c Fusion Middlewareプラグイン12.1.0.7のインストールの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

注意:
『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』の「Oracle Management Agentのインストール」の説明に従って、Enterprise Managerが管理する各ホストにOracle Management Agent (Enterprise Manager Agent)がインストールされていることを確認してください。

- 『Oracle Enterprise Managerコマンドライン・インタフェース』の説明に従って、Enterprise Managerコマンドライン・インタフェース(EMCLI)をインストールします。

注意:
Oracle Management Serviceがインストールされている場所と同じOracleホームにEM CLIをインストールすることをお薦めします。たとえば、OMS_HOME/bin/emcliにインストールします。

3.2 Oracle Site Guardを使用するための前提条件

Oracle Site Guardのインストールが終了したら、Oracle Site Guard構成を開始する前に次の前提条件を完了する必要があります。

- プライマリ・サイトおよびスタンバイ・サイトでのターゲットの検出

- Oracle Site Guard管理者ユーザーの作成

- プライマリ・サイトおよびスタンバイ・サイトの作成

- 資格証明の作成

- Oracle Site Guard管理者ユーザーへの資格証明権限の付与

- ソフトウェア・ライブラリ記憶域の場所の構成

- データベースおよびData Guard構成の確認

3.2.1 プライマリ・サイトおよびスタンバイ・サイトでのターゲットの検出

Oracle Site Guardを開始するための最初の手順として、Oracle Site Guardの保護対象となるプライマリ・サイトとスタンバイ・サイトのすべてのターゲットを検出する必要があります。

プライマリ・サイトとスタンバイ・サイトのターゲットを検出するには、『Oracle Enterprise Manager Cloud Control管理者ガイド』で説明されているターゲットの検出および監視の手順を完了します。

Oracle Enterprise Managerで次のターゲット・タイプを検出します。

- Oracle Fusion Applications

- Oracle Fusion Middlewareファーム/WebLogicドメイン

- Oracle HTTP ServerおよびOracle Fusion MiddlewareファームのOracle Internet Directory部分などのOracle Fusion Middleware管理システム・コンポーネント

- Real Application Cluster (RAC)データベース

- 単一インスタンス・データベース

サイトは、検出するターゲットで稼働している必要があります。これは、サイトが本番サイトとして機能することを意味します。2サイトのデプロイメントでは、プライマリ・サイトのターゲットが先に検出され、次にスタンバイ・サイトのターゲットが検出されます。プライマリ・サイトでターゲットを検出したら、スタンバイ・サイトに本番ロールを引き継ぐために、『Oracle Fusion Middlewareディザスタ・リカバリ・ガイド』のスイッチオーバーの実行に関する項の説明に従って、手動でスイッチオーバー操作を実行する必要があります。次に、プライマリ・サイトと同様に、スタンバイ・サイトのターゲットを検出する必要があります。

注意:
スタンバイ・サイトでターゲットを検出したら、プライマリ・サイトに本番ロールを引き継ぐために、『Oracle Fusion Middlewareディザスタ・リカバリ・ガイド』のスイッチオーバーの実行に関する項の説明に従って、Oracle Site Guardを使用してプライマリ・サイトへのスイッチ・バック操作を実行できます。構成プロセス中に手動でのみスイッチオーバーおよびスイッチバックを実行する必要があります。

3.2.2 Oracle Site Guard管理者ユーザーの作成

障害時リカバリ操作を管理するために、Oracle Site Guardに焦点を当てたユーザーまたは管理者を作成することが推奨されます。Enterprise ManagerスーパーユーザーではないユーザーおよびEM_SG_ADMINISTRATORロールが割り当てられていないユーザーは、Oracle Site Guardの機能にアクセスできません。

Oracle Site Guard管理者に対する次の権限制限と、それらがEnterprise Managerスーパーユーザーにどのような影響を及ぼすかに注意する必要があります。

- Oracle Site Guard管理者は、自身が所有する操作計画のみを、表示、変更および実行できます。管理者は、他のOracle Site Guard管理者またはスーパーユーザーが所有する操作計画を、表示、変更または実行することはできません。

- スーパーユーザーは、すべてのOracle Site Guard管理者および他のスーパーユーザーを含む任意のユーザーが所有する操作計画を、表示、変更および実行できます。

これらの制限をデプロイメントで受け入れることができない場合は、Oracle Site Guard管理者ユーザーを作成する手順を省略し、組込みのスーパーユーザー・ロールを使用してOracle Site Guardの機能にアクセスします。

次の方法のいずれかを使用して、1人以上のOracle Site Guard管理者ユーザーを作成します。

- Enterprise Manager Cloud Controlコンソールを使用したOracle Site Guard管理者ユーザーの作成

- Enterprise Managerコマンドライン・インタフェースを使用したOracle Site Guard管理者ユーザーの作成

3.2.2.1 Enterprise Manager Cloud Controlコンソールを使用したOracle Site Guard管理者の作成

Enterprise Manager Cloud Controlを使用してOracle Site Guard管理者ユーザーを作成するには、次の手順を完了します。

1. スーパーユーザーとしてEnterprise Managerにログインします。

2. 「設定」メニューから、「セキュリティ」、「管理者」の順に選択します。

3. 「管理者」ページで「作成」をクリックします。

4. 管理者の作成ウィザードで次を実行します。

1. 「プロパティ」ページで、次の手順を実行します。
1. 名前SG_ADMINを指定します。

2. パスワードを入力します。

3. 確認のためにパスワードを再入力します。

2. 他のデータ・フィールドは変更せずに、「次へ」をクリックします。

3. 「ロール」ページで、左側の「使用可能なロール」ペインからEM_SG_ADMINISTRATORロールを選択し、「移動」をクリックして、そのロールを右側の「選択したロール」ペインに追加します。

4. 別のユーザーとしてプライマリおよびスタンバイ・サイトでターゲットを検出した場合、「ターゲット権限」ページでターゲット・レベル権限をOracle Site Guard管理者ユーザーに割り当ててください。
1. 「すべてのターゲットに適用可能な権限」セクションの「完全な任意のターゲット」または「任意のターゲットの表示」権限を割り当てます。

2. または、「ターゲット権限」を設定して、プライマリおよびスタンバイ・サイトの各ターゲットの表示権限または完全な権限を割り当てます。

5. 「確認」画面で、ユーザー・アカウントに対し入力した情報を確認して、「終了」をクリックします。

3.2.2.2 Enterprise Managerコマンドライン・インタフェースを使用したOracle Site Guard管理者ユーザーの作成

コマンドライン・インタフェースで(OMS_HOME/bin/emcliにある)次のEMCLIコマンドを実行して、Oracle Site Guard管理者ユーザーを作成します。

emcli create_user
-name="SG_ADMIN"
-password=password
-roles="EM_SG_ADMINISTRATOR;EM_USER;PUBLIC"

パラメータ

説明

-name

Oracle Site Guard管理者ユーザーの名前を入力します。

-password

Oracle Site Guard管理者ユーザーのパスワードを入力します。

-roles

このユーザーに割り当てるロールのリスト。
EM_SG_ADMINSTRATOR;EM_USER;PUBLICと入力します。

create_userコマンドを使用する方法の詳細は、Oracle Enterprise Managerコマンドライン・インタフェース・ガイドのcreate_userに関する説明を参照してください。

3.2.3 プライマリ・サイトおよびスタンバイ・サイトの作成

Oracle Site Guardにより管理される障害時リカバリ・サイトは、Enterprise Managerで汎用システム・ターゲット・タイプとしてモデル化されます。汎用システムを作成して、プライマリ・サイトおよびスタンバイ・サイトを作成できます。使用する各汎用システムには、システムが示すサイトに関連するすべてのターゲット、Oracle Fusion Middlewareファームおよびデータベースが含まれている必要があります。

汎用システムを作成するには、次のいずれかの方法を使用します。

- Enterprise Manager Cloud Controlコンソールを使用した汎用システムの作成

- EMCLIコマンドを使用した汎用システムの作成

3.2.3.1 Enterprise Manager Cloud Controlコンソールを使用した汎用システムの作成

Enterprise Manager Cloud Controlコンソールを使用してプライマリ・サイトの汎用システムを作成するには、次の手順を実行します。

1. スーパーユーザーとしてEnterprise Managerにログインします。

2. 「ターゲット」メニューから、「システム」をクリックします。

3. ドロップダウン・メニューから「追加」をクリックして、「汎用システム」を選択します。

4. 「一般」セクションで、プライマリ・システムまたはプライマリ・サイトの名前を入力します。

5. ドロップダウン・メニューからタイムゾーンを選択します。

6. 「メンバー」セクションで、「追加」をクリックします。

7. プライマリ・システムの一部となるターゲットを選択して、「選択」をクリックします。一般的に追加されるターゲットの例を、次に示します。

- 次を含むOracle Fusion Middlewareファーム

- 管理サーバー

- 管理対象サーバー

- システム・コンポーネント(Oracle HTTP Serverなど)

- Oracle RACデータベースを使用している場合は、次にこれをクラスタ・データベース・ターゲットと関連付ける必要があります。単一のデータベース・インスタンスの場合、そのインスタンスをデータベース・インスタンス・ターゲットに関連付ける必要があります。

注意:
次のターゲット・タイプが汎用システムに追加されていないことを確認します。

- データベース・システム

- 個々のRACデータベース・インスタンス

8. 「次へ」をクリックします。
「アソシエーションの定義」ページが表示されます。

9. 「次へ」をクリックします。
「可用性の基準」ページが表示されます。

10. 「可用性の基準」から、「任意のキー・メンバー」オプションを選択し、「メンバー」ペインでターゲットをダブルクリックします。選択したメンバーが「メンバー」ペインから削除され、「キー・メンバー」ペインに追加されます。

11. 「次へ」をクリックします。
「グラフ」ページが表示されます。

12. 「次へ」をクリックします。
「確認」ページが表示されます。

13. 設定を確認して「終了」をクリックします。

3.2.3.2 EMCLIコマンドを使用した汎用システムの作成

コマンドライン・インタフェースで次のemcliコマンド(OMS_HOME/bin/emcliにあります)を実行して、汎用システムを作成します。

注意:
新しいEMCLIクライアントの設定の詳細は、Cloud Controlコンソール内の「Enterprise Managerコマンドライン・インタフェースのダウンロード」ページを参照してください。このページにアクセスするには、「Cloud Control」の「設定」メニューから、「コマンドライン・インタフェース」をクリックします。

emcli create_system
-name="name"
-type=generic_system
-add_members="name1:type1;name2:type2;..."]...
-timezone_region="actual_timezone_region"

注意:
ターゲットのステータスおよびアラート情報を取得するには、emcli get_targetsコマンドを実行します。詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』の「Verbリファレンス」の章を参照してください。

パラメータ

説明

-name

システム名を入力します。

-type

タイプとしてgeneric_systemを入力します。

-add_members

既存のターゲットをシステムに追加します。各ターゲットは、名前と値のペアtarget_name:target_typeで指定します。このオプションは、複数回指定できます。

-timezone_region

タイムゾーン・リージョンを指定します。ここで指定するタイムゾーンは、このシステムでのジョブやブラックアウトなどのスケジュール操作に使用されます。

『Oracle Enterprise Managerコマンドライン・インタフェース』の「create_system」を参照してください。

3.2.4 資格証明の作成

Oracle Site Guardに関連付けられている次のターゲットに対して、名前付き資格証明または優先資格証明を作成、委任できます。

- ホスト(通常または非ルート・ユーザー用)

- ホスト(root権限を持つユーザー用)

- Oracle Node Manager (ノード・マネージャ用のホスト・ターゲット資格証明を使用します)

- Oracle Weblogic Server

- Oracle Database (SYSDBA)

この項には次のトピックが含まれます:

- 名前付き資格証明の作成

- 優先資格証明の作成

注意:
作成した資格証明をOracle Site Guard構成に関連付ける必要があります。Oracle Site Guardは、同じターゲット・タイプのすべてのターゲットに対して同じ資格証明を指定できます。たとえば、システム内のすべてのデータベースでは、同じsysdba資格証明を使用できます。また、Oracle Site Guardでは、同じタイプのターゲットで異なる資格証明を使用することもできます。
プライマリ・サイトおよびスタンバイ・サイトのすべてのターゲット間で資格証明が同じである場合、スタンバイ・サイトで実行中のターゲットの資格証明を作成する必要はありません。

3.2.4.1 名前付き資格証明の作成

名前付き資格証明は、次のいずれかの方法を使用して作成できます。

- Enterprise Manager Cloud Controlコンソールを使用した名前付き資格証明の作成

- EMCLIコマンドを使用した名前付き資格証明の作成

Enterprise Manager Cloud Controlコンソールを使用した名前付き資格証明の作成

Enterprise Manager Cloud Controlコンソールを使用して名前付き資格証明を作成するには、次の手順を実行します。

1. できればEM_CLOUD_ADMINISTRATORユーザーとして、Enterprise Managerにログインします。

2. 「設定」メニューから、「セキュリティ」、「名前付き資格証明」の順に選択します。
「名前付き資格証明」ページが表示されます。

3. 「作成」をクリックします。
「資格証明の作成」ページが表示されます。

4. 「一般プロパティ」セクションで、次のように指定します。

- 資格証明名: 資格証明の名前を入力します。

- 資格証明の説明: 資格証明の説明を入力します。

- 認証ターゲット・タイプ/資格証明のタイプ/有効範囲: 次の表に示す詳細を入力します。

要素

ホスト詳細

ホスト(root-ユーザー権限)詳細

Oracle Node Manager詳細

Oracle WebLogic Server

データベース・インスタンス

認証ターゲット・タイプ

ホスト

ホスト

ホスト

Oracle WebLogic Server

データベース・インスタンス

資格証明のタイプ

ホスト資格証明

ホスト資格証明

ホスト資格証明

Oracle WebLogic資格証明

データベース資格証明

有効範囲

グローバル

グローバル

グローバル

グローバル

グローバル

- これらの資格証明が、選択した認証ターゲット・タイプのすべてのターゲットに対して有効な場合は、「有効範囲」を「グローバル」に設定します。
これらの資格証明が特定のターゲットに対してのみ有効な場合は、「有効範囲」を「ターゲット」に設定し、「ターゲット・タイプ」フィールドと「名前」フィールドを特定のターゲットに一致するように設定します。

5. 「資格証明プロパティ」セクションで、次のように指定します。

- ユーザー名: ユーザー名を入力します。

- パスワード: パスワードを入力します。

- パスワードの確認: パスワードを再度入力します。

- 実行権限: 次の表に示す詳細を入力します。

要素

ホスト

ホスト(root権限を持つユーザー)

Oracle WebLogic Server

データベース・インスタンス

実行権限

なし

「Sudo」を選択して、「別名実行」フィールドに値を入力します。

Oracle WebLogic Server管理ユーザーの資格証明

Oracle Database SYSユーザー資格証明

注意:
Oracle Site Guardで使用する資格証明が、rootとして実行するためにsudo権限を使用するよう構成されている場合、sudo権限は、ターゲットの関連ホストで稼働するすべてのエージェントで、PDP (権限委任プロバイダ)として構成されている必要があります。
PDPはEnterprise Manager Cloud Controlコンソールから構成できます。PDPを構成するには、Enterprise Manager Cloud Controlコンソールで「設定」→「セキュリティ」→「権限委任」を選択します。

6. Oracle Site Guard管理者以外のユーザーとしてこの資格証明を作成する場合、資格証明を使用するOracle Site Guard管理者への資格証明を表示するアクセス権を付与する必要があります。「Oracle Site Guard管理者ユーザーへの資格証明権限の付与」で説明されている手順を使用して、アクセス権を提供できます。
アクセス権を提供するには、「アクセス制御」セクションの次の手順を実行します。

1. 「権限の追加」をクリックします。「権限の追加」ポップアップ・ウィンドウが表示されます。

2. Oracle Site Guard管理者ユーザーの作成中に作成したすべてのOracle Site Guard管理者ユーザーの行を選択します。「Oracle Site Guard管理者ユーザーの作成」を参照してください。

3. 「選択」をクリックします。

4. 選択したユーザーが「アクセス制御」表の権限受領者のリストに表示されていることを確認します。

7. 「テストと保存」をクリックします。資格証明をテストするには、ドロップダウン・メニューから、資格証明のテスト対象について適切な「ターゲット・タイプのテスト」を選択し、「ターゲット名のテスト」を指定します。

EMCLIコマンドを使用した名前付き資格証明の作成

コマンドライン・インタフェースで次のemcliコマンドを実行し、名前付き資格証明をターゲット優先資格証明として設定できます。

emcli create_named_credential
-cred_name="cred_name"
-auth_target_type="auth_target_type"
-cred_type="cred_type"
-attributes="p1:v1;p2:v2"

パラメータ

説明

cred_name

この資格証明の名前を設定します。

auth_target_type

認証ターゲット・タイプを設定します。

cred_type

ターゲット/資格証明セットの資格証明タイプを設定します。

attributes

次の資格証明列の値を入力します。

colname:colvalue;colname:colvalue

セパレータの値は、-separator=attributes=newvalueを使用して変更できます。また、サブセパレータの値も-subseparator=attributes=newvalueを使用して変更できます。

注意: このパラメータの値の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』を参照してください。

3.2.4.2 優先資格証明の作成

優先資格証明アソシエーションは、次のいずれかの方法を使用して作成できます。

- Enterprise Manager Cloud Controlコンソールを使用した優先資格証明の作成

- EMCLIコマンドを使用した優先資格証明の作成

Enterprise Manager Cloud Controlコンソールを使用した優先資格証明の作成

Enterprise Manager Cloud Controlコンソールを使用して優先資格証明を作成するには、次の手順に従います。

1. スーパー・ユーザーまたはEM_CLOUD_ADMINISTRATORとしてEnterprise Managerにログインします。

2. 「設定」メニューから、「セキュリティ」、「優先資格証明」の順に選択します。
「優先資格証明」ページが表示されます。

3. ターゲット・タイプを選択して、「優先資格証明の管理」をクリックします。ターゲット固有の「優先資格証明」ページが表示されます。

4. 「デフォルトの優先資格証明」表から資格証明のタイプを選択して、「設定」をクリックします。「名前付き資格証明の選択」ポップアップ・ウィンドウが表示されます。

5. 優先資格証明にする既存の名前付き資格証明を選択して、「保存」をクリックします。
「新規」を選択して、優先資格証明として設定する新しい名前付き資格証明を作成します。

資格証明のユーザー名とパスワードを入力します。

資格証明の名前を入力して、「別名保存」を選択します。指定した名前で資格証明が保存されます。

「テストと保存」をクリックします。

EMCLIコマンドを使用した優先資格証明の作成

名前付き資格証明は、コマンドライン・インタフェースで次のemcliコマンドを実行して、ターゲット優先資格証明として設定できます。

注意:
オラクル社では、emcliコマンドを使用して優先資格証明を作成することをお薦めします。

emcli set_preferred_credential
-set_name="set_name"
-target_name="target_name"
-target_type="type"
-credential_name="name"
[-credential_owner ="owner"]

注意:
[]は、オプションのパラメータであることを示します。

パラメータ

説明

set_name

この資格証明セットの優先資格証明を設定します。

target_name

ソフトウェア・ライブラリの場所へのパスを設定します。

target_type

ターゲット/資格証明セットのターゲット・タイプ。

credential_name

資格証明の名前。

credential_owner

資格証明の所有者。現在ログインしているユーザーがデフォルトに設定されます。

例:

emcli set_preferred_credential
-set_name="HostCredsNormal"
-target_name="test.example.com"
-target_type="host"
-credential_name="MyHostCredentials"
-credential_owner="Admin"

3.2.5 Oracle Site Guard管理者ユーザーへの資格証明権限の付与

名前付き資格証明は、第3.2.4.1項「名前付き資格証明の作成」で説明されているように構成され、障害時リカバリ操作用にターゲットを利用および管理するために使用されます。第3.2.2項「Oracle Site Guard管理者ユーザーの作成」で説明されているようにOracle Site Guard管理者ユーザーを割り当てている場合、これらの名前付き資格証明を使用するために権限を割り当てる必要があります。

Oracle Site Guard管理者ユーザーに資格証明権限を付与するには、次の方法のいずれかを使用します。

- Enterprise Manager Cloud Controlコンソールを使用した資格証明権限の付与

3.2.5.1 Enterprise Manager Cloud Controlコンソールを使用した資格証明権限の付与

Enterprise Manager Cloud Controlコンソールを使用して資格証明権限を付与するには、次の手順に従います。

1. スーパー・ユーザーまたはEM_CLOUD_ADMINISTRATORとしてEnterprise Managerにログインします。

2. 「設定」メニューから、「セキュリティ」、「名前付き資格証明」の順に選択します。
「名前付き資格証明」ページが表示されます。

3. 権限付与の対象となる名前付き資格証明を選択して、「アクセスの管理」をクリックします。その資格証明の「アクセスの管理」ページが表示されます。

4. 「権限の追加」をクリックします。

5. ポップアップ・ウィンドウで、権限の付与先となるOracle Site Guard管理者ユーザーを選択します。次に、「選択」を選択します。

6. 「保存」をクリックして、付与した権限を保存します。

3.2.6 ソフトウェア・ライブラリ記憶域の場所の構成

Oracleソフトウェア・ライブラリ(ソフトウェア・ライブラリ)は、操作計画を実行するために必要なスクリプトを格納するリポジトリです。

ソフトウェア・ライブラリを構成する方法の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』の「ソフトウェア・ライブラリの構成」を参照してください。

ソフトウェア・ライブラリの記憶域の場所を構成するには、次の方法のいずれかを使用します。

- Enterprise Manager Cloud Controlコンソールを使用したソフトウェア・ライブラリの記憶域の場所の構成

- Enterprise Managerコマンドライン・インタフェースを使用したソフトウェア・ライブラリの記憶域の場所の構成

3.2.6.1 Enterprise Manager Cloud Controlコンソールを使用したソフトウェア・ライブラリの記憶域の場所の構成

Oracleソフトウェア・ライブラリの記憶域の場所を構成するには、次の手順を実行します。

注意:
Oracleソフトウェア・ライブラリの構成は、1回のみのプロセスです。Enterprise Managerでは、デプロイメント・プロシージャ関連タスクを続行する前にOracleソフトウェア・ライブラリを設定する必要があります。Oracleソフトウェア・ライブラリが構成されていないことを確認してから、この項に示す手順を実行します。

1. Enterprise ManagerにEM_CLOUD_ADMINISTRATORユーザーでログインします。

2. 「設定」メニューから、「プロビジョニングとパッチ適用」、「ソフトウェア・ライブラリ」の順に選択します。
「ソフトウェア・ライブラリ: 管理」ページが表示されます。

3. 「記憶域のタイプ」ドロップダウン・ボックスから、「OMS共有ファイル・システム」を選択します。

4. 「追加」をクリックします。

5. すべてのOMSユーザーからアクセスできる名前および場所を指定して、「OK」をクリックします。

注意:
ソフトウェア・ライブラリの記憶域の場所は、すべてのOMSからローカル・ディレクトリと同じようにアクセスできる必要があるため、複数OMSのシナリオでは、OCFS2またはNFSを使用したクラスタ・ファイル・システムを設定する必要があります。単一のOMSシステムでは、任意のローカル・ディレクトリでかまいません。

Oracle Enterprise Managerにより、指定した場所にソフトウェア・ライブラリのコンテンツをアップロードする新しいジョブの実行が開始されます。

注意:
詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』の「ソフトウェア・ライブラリの構成」を参照してください。

3.2.6.2 Enterprise Managerコマンドライン・インタフェースを使用したソフトウェア・ライブラリの記憶域の場所の構成

コマンドライン・インタフェースで次のEMCLIコマンドを実行することにより、ソフトウェア・ライブラリで記憶域の場所を構成できます。

emcli add_swlib_storage_location
-name="name_of_software_library"
-path="path_to_the_software_library_location"

パラメータ

説明

name

ソフトウェア・ライブラリの名前を設定します。

path

ソフトウェア・ライブラリの場所へのパスを設定します。

たとえば、次のようになります。

emcli add_swlib_storage_location
-name="Softlib"
-path="/u01/em/swlib"

3.2.7 データベースおよびData Guard構成の確認

Oracle Site Guardは、Oracle Data Guardを使用してデータベースのスイッチオーバーおよびフェイルオーバーを実行します。Oracle Site Guardが障害時リカバリ・ワークフローの一部としてデータベース操作を正しく実行できるように、次の手順を実行します。

1. フラッシュバック・リカバリがプライマリおよびスタンバイ・データベースの両方で構成および有効化されていることを確認します。フラッシュバックが正しく構成されていない場合、スタンバイ・データベースをフェイルオーバー操作後に復元する必要があります。

2. Oracle Data Guardがプライマリおよびスタンバイ・データベース(単一インスタンスまたはRAC)で機能していることを確認します。

3. Site Guard外部のOracle Data Guardスイッチオーバーおよびフェイルオーバー操作を実行できることを確認します(たとえば、DGMGRLユーティリティを使用します)。

注意:
Data Guard Brokerの構成のサマリーおよびステータスの表示の詳細は、Oracle Data Guard BrokerガイドのSHOW CONFIGURATIONに関する項を参照してください。

4 Oracle Site Guardの構成

この章では、Oracle Site Guardを構成するために従う必要のあるタスクについて説明します。

次のトピックが含まれます:

- 第4.1項「概要」

- 第4.2項「サイトの構成」

- 第4.3項「資格証明アソシエーションの作成」

- 第4.4項「スクリプトの構成」

- 第4.5項「補助ホストの構成」

- 第4.6項「データベース・ラグ・チェックの構成」

4.1 概要

障害時リカバリの操作計画を作成する前に、最初にOracle Site Guardを構成する必要があります。Oracle Site Guardを構成したら、その作成した構成を使用する操作計画を作成できます。

図4-1は、Oracle Site Guardを構成するためのロードマップを示します。オプションとマークされている手順は、サイト・トポロジと操作計画で特定のタイプの構成が必要な場合に必要となります。ただし、ほとんどのエンタープライズ・デプロイメントは大規模で複雑なため、通常、図に示されているすべての構成手順が必要になります。

図4-1 Oracle Site Guard構成のワークフロー

注意:

- Oracle Site Guardを構成する前に、第3.2項「Oracle Site Guardを使用するための前提条件」で説明されているタスクが完了していることを確認します。

- 構成タスクを実行するには、EM_SG_ADMINISTRATORロール権限を使用してログインする必要があります。第3.2.2項「Oracle Site Guardの管理者ユーザーの作成」で説明されている、必要なユーザー資格証明が作成済であることを確認します。

4.2 サイトの構成

障害時リカバリ構成を設定する最初の手順として、サイトを構成し、構成済サイトにロールを指定する必要があります。構成済サイトは、プライマリ(本番)サイトまたはスタンバイ・サイトとして指定する必要があります。

次の方法のいずれかを使用して、サイトを構成します。

- Enterprise Manager Cloud Controlコンソールを使用したサイトの構成

- EMCLIコマンドを使用したサイトの構成

4.2.1 Enterprise Manager Cloud Controlコンソールを使用したサイトの構成

Oracle Site Guard構成を作成し、スタンバイ・システムをプライマリ・システムに関連付けるには、次の手順を完了します。

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 第3.2.3項「プライマリ・サイトおよびスタンバイ・サイトの作成」の説明に従って作成したプライマリ・サイトに対応するシステムの名前(汎用システム)をクリックします。
プライマリ・サイトの「汎用システム」ページが表示されます。

4. システムのホームページで、「汎用システム」メニューから「サイト・ガード」、「構成」の順に選択します。
「サイト・ガード構成」ページが表示されます。

5. 「一般」タブの「スタンバイ・システム」セクションで、「追加」をクリックします。
「検索と選択: スタンバイ・システム」ページが表示されます。

6. スタンバイ・システムを選択し、「選択」をクリックします。

7. 「作成」をクリックします。また、Oracle Site Guard構成がすでに存在する場合は、「保存」をクリックします。

8. 「OK」をクリックして、処理を確定します。
サイト・ガードにより、スタンバイ・システム構成が保存されます。

4.2.2 EMCLIコマンドを使用したサイトの構成

プライマリ・サイトおよびスタンバイ・サイトの構成を追加するには、コマンドライン・インタフェースで次のemcliコマンドを実行する必要があります。

注意:
emcliへのログインの詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』の「コマンドライン・インタフェースの概要およびインストール」の章を参照してください。

emcli create_siteguard_configuration
-primary_system_name="system_name1"
-standby_system_name="system_name2"

パラメータ

説明

-primary_system_name

プライマリ・サイトに関連付けられるシステムの名前を入力します。

-standby_system_name

スタンバイ・サイトに関連付けられるシステムの名前を入力します。

既存のプライマリ・サイトおよびスタンバイ・サイトの間の関連付けを表示するには、コマンドライン・インタフェースで次のemcliコマンドを実行する必要があります。

emcli get_siteguard_configuration
[-primary_system_name="name_of_the_primary_system"]
[-standby_system_name="name_of_the_standby_system"]

4.3 資格証明アソシエーションの作成

この項では、サイト・ガードにより管理されているターゲットと第3.2.4項「資格証明の作成」の手順に従って作成した資格証明を関連付ける方法を説明します。

注意:

- 名前付き資格証明または優先資格証明を使用している場合は、ターゲットを管理するために必要なすべての資格証明が第3.2.4項「資格証明の作成」の説明に従って作成済であることを確認します。

- 第3.2.2項「Oracle Site Guard管理者ユーザーの作成」の説明に従ってEM_SG_ADMINISTRATOR権限を持つユーザーを作成済であり、第3.2.5項「Oracle Site Guard管理者ユーザーへの資格証明権限の付与」の説明に従ってそのユーザーに資格証明権限を付与済であることを確認します。

次のターゲットに対して、名前付き資格証明アソシエーションまたは優先資格証明アソシエーションを設定する必要があります。

- Oracle Fusion MiddlewareおよびOracle Databaseがインストールされ、構成されている各ホスト(通常ユーザーおよびroot権限を持つユーザーの場合)

- Oracle WebLogic管理サーバー

- Oracle Database

4.3.1 名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

名前付き資格証明アソシエーションまたは優先資格証明アソシエーションは、次の方法のいずれかを使用して作成できます。

- Enterprise Manager Cloud Controlコンソールを使用した名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

- EMCLIコマンドを使用した名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

4.3.1.1 Enterprise Manager Cloud Controlコンソールを使用した名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

Enterprise Manager Cloud Controlコンソールを使用して名前付き資格証明を作成するには、次の手順を実行します。

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」を選択します。

3. 「システム」ページで、資格証明アソシエーションを作成するシステムの名前をクリックします。

4. システムのホームページで、「汎用システム」メニューから「サイト・ガード」、「構成」の順に選択します。

5. 「資格証明」タブをクリックします。
説明に従って、異なるタイプの資格証明を関連付けます。

通常ホスト資格証明を関連付ける

通常ホスト資格証明を関連付けて、ターゲット・ホストの特定のコマンドまたはスクリプトを実行します。

通常ホスト資格証明を関連付けるには、次の手順に従います。

1. 「資格証明」タブの「通常ホスト資格証明」セクションで、「追加」をクリックします。
通常ホスト資格証明の追加ダイアログが表示されます。

2. 通常ホスト資格証明を関連付けるターゲットを選択します。「すべて」を選択して、リストのすべてのシステムを選択します。
ページの「優先資格証明の使用」オプションを選択して、デフォルトの資格証明セットを選択できます。「優先資格証明の使用」を選択すると、「名前付き資格証明」セクションは無効になります。名前付き資格証明を選択するには、「優先資格証明の使用」の選択を解除します。

3. 「保存」をクリックします。

特権ホスト資格証明を関連付ける

特権ホスト資格証明を関連付けて、ターゲット・ホストのストレージをマウントまたはアンマウントします。

特権ホスト資格証明を関連付けるには、次の手順に従います。

1. 「資格証明」タブの「特権ホスト資格証明」セクションで、「追加」をクリックします。
特権ホスト資格証明の追加ダイアログが表示されます。

2. 特権ホスト資格証明を関連付けるターゲットを選択します。リスト内のすべてのターゲットを選択するには、「すべて」を選択します。
ページの「優先資格証明の使用」オプションを選択して、デフォルトの資格証明セットを選択できます。「優先資格証明の使用」を選択すると、「名前付き資格証明」セクションは無効になります。名前付き資格証明を選択するには、「優先資格証明の使用」の選択を解除します。

3. 「保存」をクリックします。

Oracle Node Manager資格証明の関連付け

ノード・マネージャ・ターゲットを管理するために接続するOracle Node Manager資格証明を関連付けます。Oracle Node Manager資格証明をOracle Weblogic Serverターゲットを持つ各サイトに関連付ける必要もあります。ただし、Oracle Node Manager資格証明を構成する場合、タイプHostNormalまたはHostPrivilegedの資格証明を使用して構成する必要があります。

Oracle Node Manager資格証明を関連付けるには、次の手順に従います。

1. 「資格証明」タブの「Oracle Node Manager資格証明」セクションで、「追加」をクリックします。
Oracle Node Manager資格証明の追加ダイアログが表示されます。

2. Oracle Node Manager資格証明を関連付けるターゲット・ホストを選択します。「すべて」を選択して、リストのすべてのターゲット・ホストを選択します。
ページの「優先資格証明の使用」オプションを選択して、デフォルトの資格証明セットを選択できます。「優先資格証明の使用」を選択すると、「名前付き資格証明」セクションは無効になります。名前付き資格証明を選択するには、「優先資格証明の使用」の選択を解除します。

3. 「保存」をクリックします。

Oracle WebLogic管理資格証明を関連付ける

Oracle WebLogic管理資格証明を関連付けて、管理サーバーに接続するか、管理対象サーバーを起動または停止します。

Oracle WebLogic管理資格証明を関連付けるには、次の手順に従います。

1. 「資格証明」タブの「Oracle WebLogic管理資格証明」セクションで、「追加」をクリックします。
Oracle WebLogic管理資格証明の追加ダイアログが表示されます。

2. Oracle WebLogic管理資格証明を関連付けるターゲットを選択します。リスト内のすべてのターゲットを選択するには、「すべて」を選択します。
ページの「優先資格証明の使用」オプションを選択して、デフォルトの資格証明セットを選択できます。「優先資格証明の使用」を選択すると、「名前付き資格証明」セクションは無効になります。名前付き資格証明を選択するには、「優先資格証明の使用」の選択を解除します。

3. 「保存」をクリックします。

SYSDBAデータベース資格証明を関連付ける

SYSDBAデータベース資格証明を関連付けて、Data Guard Brokerを介してスイッチオーバーまたはフェイルオーバー操作を実行します。

データベース資格証明を関連付けるには、次の手順に従います。

1. 「資格証明」タブの「SYSDBAのデータベース資格証明」セクションで、「追加」をクリックします。
Oracle WebLogic管理資格証明の追加ダイアログが表示されます。

2. SYSDBAデータベース資格証明を関連付けるターゲットを選択します。リスト内のすべてのターゲットを選択するには、「すべて」を選択します。
ページの「優先資格証明の使用」オプションを選択して、デフォルトの資格証明セットを選択できます。「優先資格証明の使用」を選択すると、「名前付き資格証明」セクションは無効になります。名前付き資格証明を選択するには、「優先資格証明の使用」の選択を解除します。

3. 「保存」をクリックします。

4.3.1.2 EMCLIコマンドを使用した名前付き資格証明アソシエーションまたは優先資格証明アソシエーションの作成

ターゲットに対する名前付き資格証明アソシエーションまたは優先資格証明アソシエーションを作成するには、コマンドライン・インタフェースで資格証明フレームワークEMCLIコマンドを実行します。

emcli create_siteguard_credential_association
-system_name="name_of_the_system"
[-target_name="name_of_the_target"]
-credential_type="type_of_credential"
[-credential_name="name"]
[–use_preferred_credential="true_or_false"]
-credential_owner="owner"

パラメータ

説明

-system_name

システムの名前を指定します。

-target_name

ターゲットの名前を指定します。このパラメータはオプションです。

-credential_type

資格証明のタイプを指定します。例: HostNormal、HostPrivileged、NodeManager、WLSAdminまたはDatabaseSysdba。
注意: ノード・マネージャ資格証明の場合、NodeManager credential_typeを指定し、target_nameの値を指定して、credential_nameのHostNormal資格証明を使用します。

-credential_name

資格証明の名前を指定します。
credential_nameの値が指定されていない場合、use_preferred_credentialをtrueに設定する必要があります。

-credential_owner

資格証明の所有者を指定します。

-use_preferred_credential

優先資格証明を使用している場合は、trueを指定します。デフォルト値はfalseです。デフォルト値を使用する場合は、名前付き資格証明を使用する-credential_nameパラメータを指定する必要があります。

4.4 スクリプトの構成

Oracle Site Guardには、障害時リカバリ操作を管理するための様々なタイプのスクリプトをユーザーが構成できるようにするメカニズムが用意されています。これらのスクリプトは、それらが提供する機能に応じて、Oracle Site Guardにバンドルされている場合や、ユーザーが用意できる場合があります。Oracle Site Guardの構成中にこれらのスクリプトを構成する必要があります。実行する必要があるホストに自動的にステージング(デプロイ)できるように、これらのスクリプトをEnterprise Managerソフトウェア・ライブラリに追加する必要があることに注意してください。ソフトウェア・ライブラリの一部でないスクリプトは、実行するために定義される各ホストで手動でステージング(デプロイ)する必要があります。

Oracle Site Guardを使用して、次のタイプのスクリプトを構成できます。

- カスタム事前チェック・スクリプト
カスタム事前チェック・スクリプトを使用して、Oracle Site Guardが用意する事前チェックおよびヘルス・チェック機能を拡張します。Oracle Site Guardの事前チェックおよびヘルス・チェック機能の詳細は、第2.3.1項「拡張性」を参照してください。

- 前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプト
前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトは、操作計画を実行する場合にOracle Site Guardの機能を拡張するために使用されます。詳細は、第2.3.1項「拡張性」を参照してください。

- マウントおよびアンマウント・スクリプト
第2.3.3項「ストレージ統合」で説明されているマウントおよびアンマウント・スクリプトは、操作中に実行されるファイル・システムのマウントおよびアンマウント操作に必要です。Oracle Site Guardにバンドルされているスクリプトを使用するか、独自のスクリプトを用意できます。

- ストレージ・スクリプト
第2.3.3項「ストレージ統合」で説明されているストレージ・スクリプトは、操作中に実行する必要があるストレージ管理に必要です。Oracle Site Guardでバンドルされているスクリプトを使用するか、独自のスクリプトを用意できます。

注意:

- ユーザー定義のスクリプトは実行可能スクリプトであり、リターン・コードが明確に定義されている必要があります。スクリプトは、成功した場合は0を戻し、失敗した場合は、ゼロ以外の値を戻す必要があります。

- すべてのユーザー定義スクリプトを実行するために必要な権限を構成していることを確認します。

この項には次のトピックが含まれます:

- カスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

- マウントおよびアンマウントのスクリプトの構成

- ストレージ・スクリプトの構成

- スクリプトのパラメータとしての資格証明の構成

- 既存のスクリプトを使用したスクリプトのクローニング

4.4.1 カスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトをカスタマイズするために、次の属性を利用できます。

パラメータ

説明

script path

スクリプトが存在するファイル・システム・パス。スクリプトは、target hostsパラメータで指定した各ホストと同じパスの場所に存在する必要があります。

コンポーネント

ソフトウェア・ライブラリのエンティティへのパス。コンポーネントが指定されている場合、パスに含められるのはファイル名とそのパラメータのみです。このパラメータはオプションです。

target hosts

スクリプトの実行先となるホストのリスト。

run on

スクリプトが、target hostsパラメータで指定したホストのいずれかで実行するか(Any)またはすべてで実行するか(All)を指定します。

operation type

スクリプトの構成対象となる操作タイプ(スイッチオーバー、フェイルオーバー、起動または停止)。

role

スクリプト実行時のサイトのロール(プライマリまたはスタンバイ)を指定します。たとえば、primaryロール用に構成されているスクリプトは、サイトがプライマリ・ロールの場合のみ実行します。

credential type

指定したホストでスクリプトを実行するために使用される資格証明のタイプ(通常ホスト資格証明または特権ホスト資格証明)を指定します。
様々なタイプの資格証明の詳細は、第4.3項「資格証明アソシエーションの作成」を参照してください。

カスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトを構成するには、次の方法のいずれかに従います。

- Enterprise Manager Cloud Controlコンソールを使用したカスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

- EMCLIコマンドを使用したカスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

4.4.1.1 Enterprise Manager Cloud Controlコンソールを使用したカスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

プライマリ・サイトに対して前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトを構成するには、次の手順を完了します。

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」をクリックします。
「システム」ページが表示されます。

3. スクリプトを構成する必要のあるシステムの名前(汎用システム)を選択します。
そのサイトの「汎用システム」ページが表示されます。

4. 「汎用システム」→「サイト・ガード」→「構成」をクリックします。
「サイト・ガード構成」ページが表示されます。

5. 「前処理/後処理スクリプト」タブをクリックします。

6. 「追加」をクリックします。
「前処理/後処理スクリプトの追加」ページが表示されます。

7. 次の詳細を入力します。

- ソフトウェア・ライブラリ・パス: スクリプトを含むソフトウェア・ライブラリ・エンティティへのパスを入力します。または、アイコンをクリックしてソフトウェア・ライブラリのエンティティを参照します。これは、スクリプトがEnterprise Managerソフトウェア・ライブラリにすでに追加されている場合のみ適用されます。
ソフトウェア・ライブラリのエンティティは、ロックされていないフォルダに存在する必要があります。記号は、フォルダがロックされていることを示します。

- スクリプト・パス: スクリプトへのパスを入力するか、または検索アイコンをクリックしてファイル・システムを参照し、スクリプトを見つけます。ログイン資格証明を指定して、リモート・ホストのファイル・システムを参照することもできます。

- ターゲット・ホスト: 1つ以上のターゲット・ホストを選択するか、スクリプトをすべてのホストで実行する場合は「すべて」を選択します。

- スクリプト・タイプ: 構成されているスクリプトのタイプに応じて次のオプションのいずれかを選択します。

- カスタム事前チェック・スクリプト

- 前処理スクリプト

- 後処理スクリプト

- Global Pre Script

- Global Post Script

- 実行場所: すべての選択したホストでスクリプトを実行する場合は「すべてのホスト」を選択し、選択したターゲット・ホストのいずれか1つでスクリプトを実行する場合は「任意のホスト」を選択します。

- 操作タイプ: このスクリプトが実行する操作を指定します。「スイッチオーバー」、「フェイルオーバー」、「起動」または「停止」のオプションから選択します。

- ロール: システム・ロールに基づいて、「プライマリ」または「スタンバイ」を選択します。スクリプトはシステムに特定のロールが割り当てられている場合のみ実行します。

注意:
「グローバル前処理スクリプト」および「グローバル後処理スクリプト」のスクリプト・タイプには、操作タイプが「起動」または「停止」である場合のみ、サイト・ロールを選択できます。スイッチオーバーおよびフェイルオーバー操作では、ロール・パラメータはOracle Site Guardによって選択され、変更できません。

- 資格証明タイプ: スクリプトを実行する次の資格証明タイプのいずれかを選択します。

- 通常ホスト資格証明
スクリプト・ホストに構成された通常(非ルート)権限を選択します

- 特権ホスト資格証明
スクリプト・ホストに構成された特権(ルート)権限を選択します

- カスタム・ホスト資格証明
代替セットの名前付き資格証明を選択します。このオプションを選択する場合、「名前付き資格証明」ドロップダウン・メニューから名前付き資格証明を選択します。

- 名前付き資格証明: スクリプトを実行する場合に使用する名前付き資格証明を選択します。資格証明タイプがカスタム・ホスト資格証明に設定されている場合のみ、この選択を適用できます。

- ランタイム・スクリプト: これが操作実行中にのみ使用できるランタイム・スクリプトであるかどうかを選択します。通常、ソフトウェア・ライブラリの一部であるスクリプトはランタイム・スクリプトとして指定する必要がありますが、ユーザー・スクリプトがランタイム・スクリプトとして指定される場合があります。

注意:
事前チェック中またはヘルス・チェック中に、Oracle Site Guardは、ソフトウェア・ライブラリに追加されたランタイム・スクリプトの有無をチェックします。ただし、スクリプトがソフトウェア・ライブラリの一部でない場合、Oracle Site Guardは操作計画を実行する前に有無をチェックしません。

- 資格証明パラメータ: 1つ以上の構成済の資格証明を選択して、このスクリプトへのパラメータとして渡します。スクリプトに渡す資格証明を選択するには、「使用可能な値」列から「選択した値」列にそれらの資格証明を移動します。

8. 「保存」をクリックします。

4.4.1.2 EMCLIコマンドを使用したカスタム事前チェック・スクリプト、前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトの構成

プライマリ・サイトに対して前処理スクリプト、後処理スクリプト、グローバル前処理スクリプトおよびグローバル後処理スクリプトをOracle Site Guardで構成するには、コマンドライン・インタフェースで次のemcliコマンドを実行します。

emcli create_siteguard_script
-system_name=name_of_the_system
-operation=name_of_the_operation
-script_type=type_of_the_script
[-host_name=name_of_the_host_where_the_scripts_are_run]
-path=path_of_the_script
[-component="path_of_the_entity_in_software_library"]
[-runtime_script="flag_to_specify_if_prechecks_to_check_availability_of_this_script"]
[-run_on=flag_specifying_the_host]
[-all_hosts=flag_to_run_script_on_all_the_hosts_in_the_system]
[-role=role_associated_with_the_system]
[-credential_type=type_of_the_credential]
[-credential_name="name_of_the_credential"]
[-target_storage_credential_name=target_storage_credential]
[-source_storage_credential_name=source_storage_credential]
[-credential_owner=credential_owner]

注意:

- [ ]で囲まれているパラメータは、オプションであることを示します。

- -host_nameパラメータはいくつでも指定できます。

- パラメータ-all_hostsに値trueを指定すると、-host_nameオプションはオーバーライドされてシステム内のすべてのホストが選択されます。

パラメータ

説明

-system_name

システムの名前を指定します。

-operation

操作の名前を指定します。次の操作名のいずれかです。
Switchover、Failover、StartまたはStop。

-script_type

スクリプトのタイプを指定します。Mount、UnMount、Global-Pre-Script、Global-Post-Script、Pre Script、Post-Script、Storage-FailoverまたはStorage-Switchoverを指定できます。

-host_name

このスクリプトが実行されるホストの名前を指定します。
このパラメータはオプションで、2回以上指定できます。

-path

スクリプトのパスを指定します。

-component

ソフトウェア・ライブラリのエンティティへのパスを指定します。コンポーネントが指定されている場合、パスに含められるのはファイル名とそのパラメータのみです。
このパラメータはオプションです。

-runtime_script

trueまたはfalseとして値を指定します。スクリプトがランタイム・スクリプトとして指定される場合、事前チェックはスクリプトの有無を確認しません。スクリプトが動的にマウントされるか、操作計画の実行の一部として生成される場合、このパラメータが使用されます。
デフォルトでは、ソフトウェア・ライブラリからステージングされたすべてのスクリプトがランタイム・スクリプトとして指定されます。ソフトウェア・ライブラリからステージングされないスクリプトのデフォルト値は、falseです。

このパラメータはオプションです。

-run_on

使用可能なホストの1つのみでスクリプトを実行する(anyと入力)か、すべてのホストで実行する(allと入力)かを指定します。
このパラメータはオプションで、デフォルト値はallです。

-all_hosts

スクリプトを、システム内のすべてのホストで実行できるようにするためのオプション・フラグ。このパラメータは、host_nameを無視します。trueまたはfalseを入力します。

-role

システム・ロールに基づいたスクリプトを構成するためのオプション・フラグ。デフォルトでは、スクリプトは、特定のシステムのプライマリ・ロールおよびスタンバイ・ロールの両方に対して構成されます。例: PrimaryまたはStandby。

–credential_type

HostNormalまたはHostPrivileged (root権限がある場合)を指定します。

-credential_name

このスクリプトを実行するために使用される資格証明の名前を指定します。
パラメータcredential_nameの値が指定されない場合、パラメータcredential_typeの値を指定する必要があります。

-target_storage_credential_name

ターゲット・ストレージの名前付き資格証明を指定します。target_storage_credential_nameを指定した場合は、source_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-source_storage_credential_name

ソース・ストレージの名前付き資格証明を指定します。source_storage_credential_nameを指定した場合は、target_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-credential_owner

資格証明の所有者を指定します。target_storage_credential_nameおよびsource_storage_credential_nameを指定した場合は、属性credential_ownerを指定する必要があります。

注意:

- []は、オプションのパラメータであることを示します。

- オプション-host_nameはいくつでも指定できます。

- -all_hosts=trueを指定すると、-host_nameオプションはオーバーライドされてシステム内のすべてのホストが選択されます。

- -roleオプションは、前処理スクリプトまたは後処理スクリプトに対してのみ適用できます。

4.4.2 マウントおよびアンマウントのスクリプトの構成

マウントおよびアンマウントのスクリプトは、次の2つの方法で提供されるストレージ・スクリプトです。

- バンドル
Oracle Site Guardには、ファイル・システムのマウントおよびアンマウントの操作を処理するためのスクリプトがバンドルされています。スクリプトmount_umount.shは、Enterprise Managerソフトウェア・ライブラリに含まれています。Oracle Site Guardでは、バンドルされているスクリプトが、実行するために定義されているすべてのホストに自動でデプロイされます。

- ユーザー定義
ファイル・システムのマウントおよびアンマウントの操作用に独自のカスタム・スクリプトを定義できます。

独自のスクリプトをEnterprise Managerソフトウェア・ライブラリに追加できます。これを実行する場合、Oracle Site Guardは実行時にスクリプトをすべての構成済ホストにデプロイします。これは、Oracle Site Guardがmount_umount.shなどのバンドルされたスクリプトを自動的にデプロイする方法と似ています。ただし、スクリプトがソフトウェア・ライブラリの一部でない場合、実行する必要があるすべてのホストにこれらのスクリプトをデプロイする必要があります。

4.4.2.1 mount_umount.sh

この項では、mount_umount.shスクリプトの構文と使用方法を説明します。

ファイル・システムをマウントまたはアンマウントする操作のために、バンドルされているmount_umount.shスクリプトを例4-1で示されるように構成します。

例4-1 mount_umount.shスクリプトの使用方法

sh mount_umount.sh [-o operation_type ][-f directories_to_mount_or_unmount]

注意:

- マウントまたはアンマウントするディレクトリが複数ある場合は、カンマを使用してディレクトリを区切ります。ディレクトリ名の間にスペースがないことを確認します。

- /etc/fstabファイルが、マウントまたはアンマウントするエントリで更新されていることを確認します。

- ファイル・システムをマウントまたはアンマウントするために必要な権限を所有していることを確認します。

複数のディレクトリをマウントするには、次のコマンドを実行します。

sh mount_umount.sh -o mount -f /u02/oracle/config,/u02/oracle/product,/u02/oracle/stage

単一のディレクトリをマウントするには、次のコマンドを実行します。

sh mount_umount.sh -o mount -f /u01/app/oracle/product/test

複数のディレクトリをアンマウントするには、次のコマンドを実行します。

sh mount_umount.sh -o umount -f /u02/oracle/config,/u02/oracle/product,/u02/oracle/stage

単一のディレクトリをアンマウントするには、次のコマンドを実行します。

sh mount_umount.sh -o umount -f /u01/app/oracle/product/test

次のオプションのいずれかを使用して、マウントまたはアンマウントのスクリプトを構成します。

- Enterprise Manager Cloud Controlコンソールを使用したマウント・スクリプトまたはアンマウント・スクリプトの構成

- EMCLIコマンドを使用したマウント・スクリプトまたはアンマウント・スクリプトの構成

4.4.2.1.1 Enterprise Manager Cloud Controlコンソールを使用したマウント・スクリプトまたはアンマウント・スクリプトの構成

Enterprise Manager Cloud Controlコンソールを使用してマウント・スクリプトまたはアンマウント・スクリプトを構成するには、次の手順に従います。

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」をクリックします。
「システム」ページが表示されます。

3. スクリプトを構成する必要のあるシステムの名前(汎用システム)を選択します。
そのサイトの「汎用システム」ページが表示されます。

4. 「汎用システム」→「サイト・ガード」→「構成」をクリックします。
「サイト・ガード構成」ページが表示されます。

5. 「ストレージ・スクリプト」タブをクリックします。

6. 「追加」をクリックします。
「ストレージ・スクリプトの追加」ページが表示されます。

7. 次の詳細を入力します。

- ソフトウェア・ライブラリ・パス: スクリプトを含むソフトウェア・ライブラリ・エンティティへのパスを入力します。または、検索アイコンをクリックして、ソフトウェア・ライブラリのエンティティを参照します。これは、スクリプトがEnterprise Managerソフトウェア・ライブラリにすでに追加されている場合のみ適用されます。

- スクリプト・パス: バンドルされているmount_umount.shスクリプトと該当するオプション(第4.4.2.1項「mount_umount.sh」を参照)を指定するか、または独自のユーザー定義スクリプトへのパスを入力します。
ユーザー定義のスクリプトを入力するには、検索アイコンをクリックしてファイル・システムを参照します。ログイン資格証明を指定して、リモート・ホストのファイル・システムを参照することもできます。

- ターゲット・ホスト: 1つ以上のターゲット・ホストを選択するか、スクリプトをすべてのホストで実行する場合は「すべて」を選択します。

- スクリプト・タイプ: 次のオプションのいずれかを選択します。

- マウント

- アンマウント

- 実行場所: このオプションは無効です。値は、「すべてのホスト」に設定されます。

- 操作タイプ: このスクリプトが実行する操作を指定します。「スイッチオーバー」または「フェイルオーバー」のオプションから選択します。

- ランタイム・スクリプト: これが操作実行中にのみ使用できるランタイム・スクリプトであるかどうかを選択します。通常、ソフトウェア・ライブラリの一部であるスクリプトはランタイム・スクリプトとして指定する必要がありますが、ユーザー・スクリプトがランタイム・スクリプトとして指定される場合があります。

注意:
事前チェック中またはヘルス・チェック中に、Oracle Site Guardは、ソフトウェア・ライブラリに追加されたランタイム・スクリプトの有無をチェックします。ただし、スクリプトがソフトウェア・ライブラリの一部でない場合、Oracle Site Guardは操作計画を実行する前に有無をチェックしません。

- 資格証明タイプ: スクリプトの実行中に次の資格証明タイプのいずれかを選択します。

- 通常ホスト資格証明: スクリプト・ホストに構成された通常(非ルート)権限を使用するには、これらの資格証明を選択します。

- 特権ホスト資格証明: スクリプト・ホストに構成された特権(ルート)権限を使用するには、これらの資格証明を選択します。

- カスタム・ホスト資格証明: 代替セットの名前付き資格証明を使用するには、これらの資格証明を選択します。このオプションを選択する場合、「名前付き資格証明」ドロップダウン・メニューから名前付き資格証明を選択します。

- 名前付き資格証明: スクリプトを実行する場合に使用する名前付き資格証明を指定します。資格証明タイプがカスタム・ホスト資格証明に設定されている場合のみ、この選択を適用できます。

- 資格証明パラメータ: このスクリプトのパラメータとして渡す1つ以上の構成済の資格証明を選択します。スクリプトに渡す資格証明を選択するには、「使用可能な値」列から「選択した値」列にそれらの資格証明を移動します。

8. 「保存」をクリックします。

4.4.2.1.2 EMCLIコマンドを使用したマウント・スクリプトまたはアンマウント・スクリプトの構成

マウント・スクリプトまたはアンマウント・スクリプトを構成するには、コマンドライン・インタフェースを使用して次のemcliコマンドを実行します。

emcli create_siteguard_script
-system_name="system_name"
-operation="operation_name"
-script_type="type_of_script"
[-host_name="name_of_the_host"]
-path="path_of_the_script"
[-component="path_of_the_entity_in_software_library"]
[-runtime_script="flag_to_specify_if_prechecks_should_check_availability_of_this_script"]
[-run_on="flag_specifying_hosts_that_will_run_the_script"]
[-all_hosts="flag_to_run_the_script_on_all_the_hosts_on_the_system"]
[-role="role_associated_with_the_system"]
[-credential_type="type_of_credential"]
[-credential_name="name_of_the_credential"]
[-target_storage_credential_name="target_storage_credential"]
[-source_storage_credential_name="source_storage_credential"]
[-credential_owner="credential_owner"]

パラメータ

説明

-system_name

スクリプトの構成対象となるシステムを指定します。

-operation

操作の機能を指定します。例: 「スイッチオーバー」または「フェイルオーバー」。

-script_type

スクリプトのタイプ。実行する機能に応じて、次のオプションのいずれかを入力します。

- マウント

- アンマウント

-host_name

スクリプトの実行先となるホストの名前を指定します。
ホストのリストを指定するには、セミコロンでホスト名を区切るか、-host_nameオプションを複数回指定します。

注意: すべてのホストはsystem_nameで指定したシステムの一部であることを確認します。

-path

スクリプトへのパスを入力します。
バンドルされているmount_umount.shスクリプトを構成する場合、mount_umount.shに記述されているパスを指定します。

例:

sh mount_umount.sh -o mount -f /u02/oracle/config,/u02/oracle/product,/u02/oracle/stage

Enterprise Managerソフトウェア・ライブラリに追加したユーザー定義のスクリプトを構成する場合、スクリプトの名前およびスクリプトに必要な追加の引数のみを指定してください。

例:

sh example_script.sh -a value1 -b value2 -c value3

すべての構成されたホストにデプロイするユーザー定義のスクリプトを構成する場合、スクリプトの場所へのフル・パスおよびスクリプトが必要とするすべての引数を入力します。

注意: スクリプトは、各ホストの同じパスの場所に存在する必要があります。

例:

/path_to_the_script/example_script.sh -a value1 -b value2 -c value3

-component

ソフトウェア・ライブラリのエンティティへのパスを指定します。コンポーネントが指定されている場合、-pathオプションに含められるのはスクリプト名とそのパラメータのみです。

-runtime

スクリプトがランタイム・スクリプトであるかどうかを指定します。スクリプトがランタイム・スクリプトである場合、事前チェックではスクリプトの有無を確認しません。スクリプトが動的にマウントされるか、操作計画の実行の一部として生成される場合、このオプションを使用できます。デフォルトでは、ソフトウェア・ライブラリからステージングされたすべてのスクリプトがランタイム・スクリプトとして指定されます。ソフトウェア・ライブラリからステージングされていないスクリプトでは、デフォルト値はfalseです。

-run-on

使用可能なホストの1つのみでスクリプトを実行する(anyと入力)か、すべてのホストで実行する(allと入力)かを指定します。

-all_hosts

スクリプトがシステムのすべてのホストで実行されるようにするには、このオプション・フラグを指定します。このパラメータは、-host_nameパラメータをオーバーライドします。

-role

このオプションは、タイプMountおよびUnMountのスクリプトに適用できません。

-credential type

root権限のあるユーザーについて、HostNormal資格証明またはHostPrivileged資格証明を指定します。credential_typeの値が指定されていない場合、credential_nameの値を指定する必要があります。

-credential_name

このスクリプトを実行する場合に使用する代替の名前付き資格証明を指定します。credential_nameの値が指定されていない場合、credential_typeの値を指定する必要があります。

-target_storage_credential_name

このオプションは、タイプMountおよびUnMountのスクリプトに適用できません。

-source_storage_credential_name

このオプションは、タイプMountおよびUnMountのスクリプトに適用できません。

-credential_owner

このオプションは、タイプMountおよびUnMountのスクリプトに適用できません。

4.4.3 ストレージ・スクリプトの構成

ストレージ・スクリプトは、ストレージ・スイッチオーバーおよびストレージ・フェイルオーバーの操作用に使用されます。ストレージ・スクリプトには次の2つのタイプがあります。

- バンドル
Oracle Site Guardには、ファイル・システムのマウントおよびアンマウントの操作を処理するためのスクリプトがバンドルされています。スクリプトzfs_storage_role_reversal.shは、Enterprise Managerソフトウェア・ライブラリに含まれています。Oracle Site Guardでは、バンドルされているスクリプトが、実行するために定義されているすべてのホストに自動でデプロイされます。

- ユーザー定義
ファイル・システムのマウントおよびアンマウントの操作用に独自のカスタム・スクリプトを定義できます。

独自のスクリプトをEnterprise Managerソフトウェア・ライブラリに追加できます。これを実行する場合、Oracle Site Guardは実行時にスクリプトをすべての構成済ホストにデプロイします。これは、Oracle Site Guardがzfs_storage_role_reversal.shなどのバンドルされたスクリプトを自動的にデプロイする方法と似ています。ただし、スクリプトがソフトウェア・ライブラリの一部でない場合、実行する必要があるすべてのホストにデプロイする必要があります。

4.4.3.1 zfs_storage_role_reversal.sh

この項では、zfs_storage_role_reversal.shスクリプトの構文と使用方法を説明します。このスクリプトはOracle Site Guardにバンドルされ、スイッチオーバーまたはフェイルオーバー操作計画の一部としてストレージ・ロール・リバーサル操作を実行するために使用できます。

スイッチオーバーとフェイルオーバーの操作のために、バンドルされているzfs_storage_role_reversal.shスクリプトを例4-2と次の表で示されるように構成します。

例4-2 zfs_storage_role_reversal.shスクリプトの使用方法

zfs_storage_role_reversal.sh  [options]

オプション

説明

必須かどうか

--target_applianceまたは-t

ターゲットZFSアプライアンスのホスト名を指定します。
例:

zfssite1.example.com

はい

--target_userまたは-w

スクリプトを実行するための権限を持つ、ターゲットZFSアプライアンス上のユーザー名を指定します。指定されない場合、スクリプトを実行するユーザーのユーザー名が使用されます。
例: root

いいえ

--source_applianceまたは-h

ソースZFSアプライアンスのホスト名を指定します。
例:

zfsite2.example.com

はい

--source_userまたは-u

スクリプトを実行するための権限を持つ、ソースZFSアプライアンス上のユーザー名を指定します。指定されない場合、スクリプトを実行するユーザーのユーザー名が使用されます。
例: root。

いいえ

--project_nameまたは-j

レプリケートされたZFSプロジェクトの名前を指定します。
たとえば、ZFS-DR-Projectです。

はい

--target_pool_nameまたは-p

ターゲットZFSアプライアンス上のストレージ・プールの名前を指定します。
例: zfssite1-pool-0

はい

--source_pool_nameまたは-q

ソースZFSアプライアンス上のストレージ・プールの名前を指定します。
例: zfssite2-pool-0

はい

--operation_typeまたは-o

このスクリプトの構成先となる操作。
例: switchover、failover、switchover_prechecksまたはfailover_prechecks。

はい

--is_sync_neededまたは-c

ロール・リバーサルを開始する前にレプリケーション・パッケージを更新または同期する必要があるかどうかを指定します。適用できる値はYまたはNです。
指定されない場合、デフォルト値はスイッチオーバーにY、フェイルオーバー操作にNです。

いいえ

--continue_on_sync_failureまたは-f

更新または同期が失敗した場合にロール・リバーサルを続行するかどうかを指定します。適用できる値はYまたはNです。
このオプションは、パラメータ-is_sync_neededが有効な場合にのみ適用されます。このパラメータのデフォルト値はNです。

いいえ

--sync_timeoutまたは-e

タイムアウト値(秒単位)を指定し、この時間が経過しても更新または同期が完了しない場合は、これらの操作は失敗したと宣言されます。このオプションは、-is_sync_neededが有効な場合のみ適用されます。
例: 600 (10分)

いいえ

--keep_log_fileまたは-l

スクリプトが出力をログ・ファイルに送信するかどうかを指定します。適用できる値はYまたはNです。
指定されない場合、デフォルトはN(ログ出力はログ・ファイルに送信されません)です。

いいえ

--zfs_lag_in_secondsまたは-z

ZFSレプリケーション・ラグしきい値(秒単位)を指定します。レプリケーション・ラグがこの値を超えた場合、ストレージ・ロールをリバースしないでください。例: 300 (5分)

いいえ

--is_source_reachableまたは-x

Site Guardがソース・アプライアンスに接続可能かどうかをチェックするかどうかを指定します。このオプションはフェイルオーバーの場合にのみ適用され、スクリプトによるソース・アプライアンスの使用可能性のチェックを防ぐために使用する必要があります。適用できる値はYまたはNです。
指定されない場合、デフォルト値はYです。

いいえ

--source_user_equivalenceまたは-m

ソース・アプライアンスへのSSH接続を確立する場合に使用するSSHユーザー名を指定します。これが指定されない場合、スクリプトは代替のユーザー名を指定せずにSSH接続を試行します。
例:

--source_user_equivalence user1

いいえ

--target_user_equivalenceまたは-n

ターゲット・アプライアンスへのSSH接続を確立する場合に使用するSSHユーザー名を指定します。これが指定されない場合、スクリプトは代替のユーザー名を指定せずにSSH接続を試行します。
例:

--target_user_equivalence user2

いいえ

次のオプションのいずれかを使用して、ストレージ・スクリプトを構成します。

- Enterprise Manager Cloud Controlコンソールを使用したストレージ・スクリプトの構成

- Enterprise Managerコマンドライン・インタフェースを使用したストレージ・スクリプトの構成

4.4.3.2 Enterprise Manager Cloud Controlコンソールを使用したストレージ・スクリプトの構成

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」をクリックします。
「システム」ページが表示されます。

3. スクリプトを構成する必要のあるシステムの名前(汎用システム)を選択します。
そのサイトの「汎用システム」ページが表示されます。

4. 「汎用システム」→「サイト・ガード」→「構成」をクリックします。
「サイト・ガード構成」ページが表示されます。

5. 「ストレージ・スクリプト」タブをクリックします。

6. 「追加」をクリックします。
「ストレージ・スクリプトの追加」ページが表示されます。

7. 次の詳細を入力します。

- ソフトウェア・ライブラリ・パス: スクリプトを含むソフトウェア・ライブラリ・エンティティへのパスを入力します。または、検索アイコンをクリックして、ソフトウェア・ライブラリのエンティティを参照します。これは、スクリプトがEnterprise Managerソフトウェア・ライブラリにすでに追加されている場合のみ適用されます。

- スクリプト・パス: バンドルされているzfs_storage_role_reversal.shスクリプトと該当するオプション(第4.4.3.1項「zfs_storage_role_reversal.sh」を参照)を指定するか、または独自のユーザー定義スクリプトへのパスを入力します。ユーザー定義のスクリプトを参照するには、検索アイコンをクリックしてファイル・システムを参照します。ログイン資格証明を指定して、リモート・ホストのファイル・システムを参照することもできます。
例:

sh zfs_storage_role_reversal.sh -t zfssite1.mycompany.com -h zfssite2.mycompany.com -j ZFS-DR-Project -p zfssite1-pool-0 -q zfssite2-pool-0 -c N -f Y -z 300 -l Y switchover

- ターゲット・ホスト: 1つ以上のターゲット・ホストを選択するか、スクリプトをすべてのホストで実行する場合は「すべて」を選択します。

- スクリプト・タイプ: Oracle Site Guardが実行する必要がある機能に応じて、次のオプションのいずれかを選択します。

- ストレージ・スイッチオーバー

- ストレージ・フェイルオーバー

スクリプト・タイプのストレージ・スイッチオーバーまたはストレージ・フェイルオーバーを選択すると、ダイアログの使用可能なオプションが変更されます。「ターゲット記憶域の資格証明」と「ソース記憶域の資格証明」の2つのオプションが追加で表示されます。

- 実行場所: すべての選択されたホストでスクリプトを実行するには、「すべてのホスト」を選択します。選択したターゲット・ホストのいずれか1つでスクリプトを実行するには、「任意のホスト」を選択します。

- 操作タイプ: このスクリプトが実行する操作を指定します。「スイッチオーバー」または「フェイルオーバー」のオプションから選択します。

- ランタイム・スクリプト: これが操作実行中にのみ使用できるランタイム・スクリプトであるかどうかを選択します。通常、ソフトウェア・ライブラリの一部であるスクリプトはランタイム・スクリプトとして指定する必要があります。ただし、ユーザー・スクリプトはランタイム・スクリプトとして指定される場合があります。

注意:
事前チェック中またはヘルス・チェック中に、Oracle Site Guardは、ソフトウェア・ライブラリに追加されたランタイム・スクリプトの有無をチェックします。ただし、スクリプトがソフトウェア・ライブラリの一部でない場合、Oracle Site Guardは操作計画を実行する前に有無をチェックしません。

- 資格証明のタイプ: スクリプトを実行するために使用する次の資格証明のタイプのいずれかを選択します。

- スクリプト・ホストに構成された通常(非ルート)権限を使用する通常ホスト資格証明。

- スクリプト・ホストに構成された特権(ルート)権限を使用する特権ホスト資格証明。

- 代替セットの名前付き資格証明を使用するカスタム・ホスト資格証明。このオプションを選択する場合、「名前付き資格証明」ドロップダウン・メニューから使用する名前付き資格証明を選択します。

- 名前付き資格証明: スクリプトを実行する場合に使用する名前付き資格証明を選択します。資格証明タイプがカスタム・ホスト資格証明に設定されている場合のみ、この選択を適用できます。

- ターゲット記憶域の資格証明: ターゲット・ストレージ・アプライアンスにアクセスするために使用する名前付き資格証明を選択します。

- ソース記憶域の資格証明: ソース・ストレージ・アプライアンスにアクセスするために使用する名前付き資格証明を選択します。

- 資格証明パラメータ: 1つ以上の構成済の資格証明を選択して、このスクリプトへのパラメータとして渡します。スクリプトに渡す資格証明を選択するには、「使用可能な値」列から「選択した値」列にそれらの資格証明を移動します。

8. 「保存」をクリックします。

4.4.3.3 Enterprise Managerコマンドライン・インタフェースを使用したストレージ・スクリプトの構成

ストレージ・スクリプトを構成するには、コマンドライン・インタフェースを使用して次のemcliコマンドを実行します。

emcli create_siteguard_script        -system_name="name_of_the_system"        -operation="name_of_the_operation"        -script_type="type_of_the_script"        [-host_name="name_of_the_host_where_the_script_will_be_run"]        -path="path_of_the_script"        [-component="path_of_the_entity_in_software_library"]        [-runtime_script="flag_to_specify_if_prechecks_should_check_availability_of_this_script"]        [-run_on="flag_specifying_which_hosts_will_run_the_script"]        [-all_hosts="flag_to_run_the_script_on_all_the_hosts_in_the_system"]        [-role="role_associated_with_the_system"]        [-credential_type="type_of_the_credential"]        [-credential_name="name_of_the_credential"]        [-target_storage_credential_name="target_storage_credential"]        [-source_storage_credential_name="source_storage_credential"]        [-credential_owner="credential_owner"]

パラメータ

説明

-system_name

スクリプトの構成対象となるシステムを指定します。

-operation

操作の機能を指定します。例: Switchover、Failover、StartまたはStop。

-script_type

実行する操作に応じて、スクリプトのタイプを指定します。
例: Storage SwitchoverまたはStorage Failover。

-host_name

スクリプトの実行先となるホストの名前を指定します。
このオプションは、複数のホストを構成するために、必要な数だけ指定できます。

各ホストは、パラメータsystem_nameで指定したシステムの一部であることを確認します。

-path

スクリプトへのパスを入力します。
バンドルされているzfs_storage_role.shスクリプトを構成する場合、"zfs_storage_role_reversal.sh"に記述されているパスを指定します。

例:

sh zfs_storage_role_reversal.sh -t zfssite1.mycompany.com -h zfssite2.mycompany.com -j ZFS-DR-Project -p zfssite1-pool-0 -q zfssite2-pool-0 -c N -f Y -z 300 -o switchover

Enterprise Managerソフトウェア・ライブラリに追加したユーザー定義のスクリプトを構成する場合、スクリプトの名前およびスクリプトに必要な追加の引数のみを指定してください。

例:

sh example_script.sh -a value1 -b value2 -c value3

すべての構成されたホストにデプロイするユーザー定義のスクリプトを構成する場合、スクリプトの場所へのフル・パスおよびスクリプトが必要とするすべての引数を入力します。

注意: スクリプトは、各ホストの同じパスの場所に存在する必要があります。

例:

/path_to_the_script/example_script.sh -a value1 -b value2 -c value3

-component

ソフトウェア・ライブラリのエンティティへのパスを指定します。コンポーネントが指定されている場合、-pathオプションに含められるのはスクリプト名とそのパラメータのみです。

-runtime_script

スクリプトがランタイム・スクリプトであるかどうかを指定します。スクリプトがランタイム・スクリプトとして指定される場合、事前チェックはスクリプトの有無を確認しません。スクリプトが動的にマウントされるか、操作計画の実行の一部として生成される場合、このオプションを使用できます。デフォルトでは、ソフトウェア・ライブラリからステージングされたすべてのスクリプトがランタイム・スクリプトとして指定されます。ソフトウェア・ライブラリからステージングされないスクリプトのデフォルト値は、falseです。

-run_on

使用可能なホストの1つのみでスクリプトを実行する(anyと入力)か、すべてのホストで実行する(allと入力)かを指定します。
このパラメータはオプションで、デフォルト値はallです。

-all_hosts

スクリプトがシステムのすべてのホストで実行されるようにするには、このオプション・フラグを指定します。このパラメータは、host_nameを無視します。

-role

このオプションは、ストレージ・スイッチオーバーおよびストレージ・フェイルオーバー・タイプのスクリプトに適用できません。

–credential_type

root権限のあるユーザーについて、HostNormal資格証明またはHostPrivileged資格証明を指定します。パラメータcredential_typeの値が指定されない場合、credential_nameの値を指定する必要があります。

-credential_name

このスクリプトを実行する場合に使用する代替の名前付き資格証明を指定します。パラメータcredential_typeの値が指定されない場合、パラメータcredential_typeの値を指定する必要があります。

-target_storage_credential_name

ターゲット・ストレージ・アプライアンスにアクセスするために使用する名前付き資格証明を指定します。このオプションは、ストレージ・スイッチオーバーおよびストレージ・フェイルオーバー・タイプのスクリプトにのみ適用できます。パラメータtarget_storage_credential_nameの値が指定される場合、source_storage_credential_nameおよびcredential_ownerの値を指定する必要があります。

-source_storage_credential_name

ソース・ストレージ・アプライアンスにアクセスするために使用する名前付き資格証明を指定します。このオプションは、ストレージ・スイッチオーバーおよびストレージ・フェイルオーバー・タイプのスクリプトにのみ適用できます。パラメータtarget_storage_credential_nameの値を指定した場合は、target_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-credential_owner

target_storage_credentialおよびsource_storage_credentialの名前付き資格証明の所有者を指定します。

4.4.4 スクリプトのパラメータとしての資格証明の構成

Oracle Site Guardは、スクリプトへのパラメータとして資格証明を追加、削除および取得するためのEM CLIコマンドを提供します。スクリプトを構成してパラメータとして資格証明を受け取る前に、第3.2.4項「資格証明の作成」の説明に従ってこれらの資格証明を作成していることを確認してください。また、資格証明パラメータを構成するスクリプトが第4.4項「スクリプトの構成」の説明に従ってすでに構成されていることを確認してください。

スクリプト・パラメータとして資格証明を構成するために次のアクションを実行できます。

- スクリプトへの資格証明パラメータの追加

- スクリプトからの資格証明パラメータの削除

- スクリプトの資格証明パラメータの取得

4.4.4.1 スクリプトへの資格証明パラメータの追加

資格証明パラメータを構成されたスクリプトに追加するには、コマンドライン・インタフェースを使用して次のEM CLIコマンドを実行します。スクリプトへのパラメータとして構成する必要がある各セットの資格証明に一度このコマンドを実行する必要があります。

emcli add_siteguard_script_credential_params
-script_id="id_associated_with_the_script"
-credential_name="name_of_the_credential"
[-credential_owner="credential_owner"]

パラメータ

説明

-script_id

スクリプトIDを指定します。

-credential_name

資格証明の名前を指定します。

-credential_owner

資格証明の所有者の詳細を指定します。資格証明の所有者がログインしているユーザーと同じである場合、このパラメータの値を指定する必要はありません。

4.4.4.2 スクリプトからの資格証明パラメータの削除

スクリプトにすでに構成されている1つ以上の資格証明パラメータを削除するには、コマンドライン・インタフェースを使用して次のEM CLIコマンドを実行します。

emcli delete_siteguard_script_credential_params
-script_id="Id associated with the script"
[-credential_name="name of the credential"]
[-credential_owner="credential owner"]

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

-credential_name

資格証明の名前を指定します。この引数が指定されない場合、スクリプトに関連付けられているすべての資格証明が削除されます。
このパラメータはオプションです。

-credential_owner

資格証明の所有者を指定します。資格証明の所有者がログインしているユーザーと同じである場合、このパラメータを指定する必要はありません。

4.4.4.3 スクリプトの資格証明パラメータの取得

スクリプトに構成された1つ以上の資格証明パラメータのリストを取得するには、コマンドライン・インタフェースを使用して次のEM CLIコマンドを実行します。

emcli get_siteguard_script_credential_params
-script_id="Id_associated_with_the_script"         [-credential_name="name_of_the_credential"]         [-credential_owner="credential_owner"]

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

-credential_name

資格証明の名前を指定します。この引数が指定されない場合、スクリプトに関連付けられているすべての資格証明が削除されます。
このパラメータはオプションです。

-credential_owner

資格証明の所有者を指定します。資格証明の所有者がログインしているユーザーと同じである場合、このパラメータを指定する必要はありません。

4.4.5 既存のスクリプトを使用したスクリプトのクローニング

既存のスクリプトをクローニング(コピー)して、新しいスクリプトを作成および構成できます。これは、すべてのタイプのスクリプトに適用されます。

Enterprise Manager Cloud Controlコンソールを使用してスクリプトをクローニングするには、次の手順を実行します。

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. スクリプトを構成する必要のあるシステムの名前(汎用システム)を選択します。そのサイトの「汎用システム」ページが表示されます。

4. 「汎用システム」→「サイト・ガード」→「構成」をクリックします。
「サイト・ガード構成」ページが表示されます。

5. 「前処理/後処理スクリプト」タブまたは「ストレージ・スクリプト」タブをクリックします。
「前処理/後処理スクリプト」ページまたは「ストレージ・スクリプト」ページが表示されます。

6. 「スクリプト」表から構成されたスクリプトを選択して、「類似追加」をクリックします。

7. 変更する事前構成済の値を変更します。

8. 「保存」をクリックします。

4.5 補助ホストの構成

Enterprise Managerによって管理される1つ以上のホストを、サイトの補助ホストとして構成できます。補助ホストは、Enterprise Managerによって管理されている必要があります。補助ホストは、1つ以上のサイトの一部となることができます。これらのホストは、サイトで前処理スクリプト、後処理スクリプトまたはストレージ・スクリプトを実行するために使用できます。

次のアクションが実行できます。

- EMCLIコマンドを使用した補助ホストの追加

- EMCLIコマンドを使用した補助ホストの削除

- EMCLIコマンドを使用した補助ホストのリスティング

4.5.1 EMCLIコマンドを使用した補助ホストの追加

サイトに補助ホストを追加するには、コマンドライン・インタフェースで次のEMCLIコマンドを実行します。

emcli add_siteguard_aux_hosts
-system_name="system_name"
-host_name="host_name"

パラメータ

説明

-system_name

操作を実行しているシステムを指定します。

-host_name

スクリプトを実行するホストの名前。
注意: ホスト名がsystem_nameで指定したシステムの一部であることを確認します。

4.5.2 EMCLIコマンドを使用した補助ホストの削除

サイトの補助ホストを削除するには、コマンドライン・インタフェースで次のEMCLIコマンドを実行します。

emcli delete_siteguard_aux_host
-system_name="system_name"
[-host_name="name_of_the_host"]

パラメータ

説明

-system_name

操作を実行しているシステムを指定します。

-host_name

スクリプトを実行するホストの名前。
注意: ホスト名がsystem_nameで指定したシステムの一部であることを確認します。

4.5.3 EMCLIコマンドを使用した補助ホストのリスティング

システムのすべての補助ターゲットのリストを表示するには、次のコマンドを実行します。

emcli get_siteguard_aux_hosts
-system_name="system_name"

パラメータ

説明

-system_name

操作を実行しているシステムを指定します。

4.6 データベース・ラグ・チェックの構成

この項では、Data Guardが有効になっている1つ以上のデータベースで適用ラグおよびトランスポート・ラグの値を構成する方法を説明します。

次のトピックが含まれます:

- EMCLIコマンドを使用したデータベース・ラグ・チェックの構成

- EMCLIコマンドを使用したデータベース・ラグのしきい値の更新

- EMCLIコマンドを使用したデータベース・ラグのしきい値の削除

- EMCLIコマンドを使用したデータベース・ラグしきい値のリスティング

4.6.1 EMCLIコマンドを使用したデータベース・ラグ・チェックの構成

次のコマンドを実行することによって、Data Guardが有効になっている1つ以上のデータベースで適用ラグおよびトランスポート・ラグの値を構成できます。

emcli configure_siteguard_lag
-system_name="system_name"
[-target_name="database_target_name"]
-property_name="lag_type"
-value="max_limit"

注意:
[]は、オプションのパラメータであることを示します。

パラメータ

説明

-system_name

しきい値の制限を構成するシステムを指定します。

-target_name

しきい値の制限を構成するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、しきい値はシステムのすべてのデータベースに適用されます。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

-value

構成するしきい値を(秒単位で)指定します。

4.6.2 EMCLIコマンドを使用したデータベース・ラグのしきい値の更新

1つ以上のData Guardが有効になっているデータベースで適用ラグおよびトランスポート・ラグのしきい値を更新するには、次のコマンドを実行します。

emcli update_siteguard_lag
-system_name="system_name"
[-target_name="database_target_name"]
-property_name="lag_type"
-value="max_limit"

注意:
[]は、オプションのパラメータであることを示します。

パラメータ

説明

-system_name

しきい値の制限を構成するシステムを指定します。

-target_name

しきい値の制限を構成するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、しきい値はシステムのすべてのデータベースに適用されます。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

-value

更新するしきい値を(秒単位で)指定します。

4.6.3 EMCLIコマンドを使用したデータベース・ラグのしきい値の削除

1つ以上のData Guardが有効になっているデータベースで構成済の適用ラグおよびトランスポート・ラグのしきい値を削除するには、次のEMCLIコマンドを実行します。

emcli delete_siteguard_lag
-system_name="system_name"
[-target_name="database_target_name"]
-property_name="lag_type"

注意:
[]は、オプションのパラメータであることを示します。

パラメータ

説明

-system_name

しきい値の制限を構成するシステムを指定します。

-target_name

しきい値の制限を構成するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、しきい値はシステムのすべてのデータベースに適用されます。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

4.6.4 EMCLIコマンドを使用したデータベース・ラグしきい値のリスティング

システムの構成済のデータベースの適用ラグおよびトランスポート・ラグのしきい値の制限を表示するには、次のコマンドを実行します。

emcli get_siteguard_lag
-system_name="system name"
[-target_name="database_target_name"]
-property_name="lag_type"

注意:
[]は、オプションのパラメータであることを示します。

パラメータ

説明

-system_name

しきい値の制限を取得するシステムを指定します。

-target_name

しきい値の制限を取得するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、システムのすべてのデータベースのしきい値が表示されます。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

5 Oracle Site Guardのトラブルシューティング

この章では、障害時リカバリ・トポロジにおいてOracle Site Guardをデプロイおよび管理するときに一般的に発生する可能性がある状況について説明します。それらの状況に対処するための手順も説明します。

この章には次の項が含まれます。

- 第5.1項「操作計画の失敗」

- 第5.2項「スイッチオーバー操作またはフェイルオーバー操作の失敗」

- 第5.3項「事前チェックの失敗」

- 第5.4項「Oracle WebLogic Server操作の失敗」

- 第5.5項「データベース障害」

- 第5.6項「ストレージ障害」

5.1 操作計画の失敗

この項では、次に示す操作計画の失敗による問題をトラブルシューティングするためのヒントを説明します。

- 操作計画ワークフローで検出されないターゲット

- 識別されないOracle WebLogic Server管理対象サーバー・ターゲット

- ハングした操作手順で必要な手動操作

- 操作計画ワークフローで検出されないOPMN管理対象システム・コンポーネント

- 操作計画ワークフローで検出されないOracle RACデータベース

- sudo権限を使用してアクセスした場合の操作手順の失敗

- 構成されていない資格証明アソシエーションを示す操作計画の作成中のエラー

- サイトに追加されるターゲットの資格証明を関連付けできない

- 操作計画の作成中にスカラー値を作成できないことを示すエラー

- 操作計画の削除中または更新中のエラー

- 欠落しているノード・マネージャ資格証明を示す操作計画の作成中のエラー

5.1.1 操作計画ワークフローで検出されないターゲット

問題

システムの一部であるOracle DatabaseまたはOracle Fusion Middlewareファームのようなターゲットは、操作計画ワークフローで検出できません。

説明およびソリューション

この問題は、操作計画を作成した後でシステムにターゲットを追加すると発生する場合があります。操作計画の作成中、Oracle Site Guardには、システムの一部であるこれらのターゲットのみが含まれます。新しいターゲットを追加した場合は、操作計画を再作成します。

5.1.2 識別されないOracle WebLogic Server管理対象サーバー・ターゲット

問題

Oracle WebLogic Serverドメインの一部であるOracle WebLogic Server管理対象サーバー・ターゲットは、操作計画ワークフローの作成時に、Oracle Site Guardによって更新されたり、認識されません。

説明およびソリューション

Enterprise Manager Cloud Controlで自動検出を実行する前に、管理対象サーバーが実行されていることを確認してください。

5.1.3 ハングした操作手順で必要な手動操作

問題

操作手順(データベース・スイッチオーバーまたはフェイルオーバー、カスタム・スクリプトなど)がハングすると、手動での処理が必要になります。

説明およびソリューション

Enterprise Manager Cloud Controlコンソールから、操作を一時停止します。操作を停止しないでください。

操作計画をハングさせた条件を手動で修正します。手動でプロシージャを完了したら、操作を再開し、Oracle Site Guard操作を完了します。操作は再発行しないでください。

Oracle Site Guardで、コンポーネントが必要な状態になっていることが判明すると、起動操作または停止操作、またはデータベース・スイッチオーバー操作すべてについて何も操作が実行されません。これによってプロセスが正常に終了し、サイトが必要なロールで更新されます。操作手順が失敗し、問題を解決するために手動の処理が必要になった場合、失敗した手順を再試行するか、手動手順を確認して、操作の実行を続行できます。

注意:
手動で処理した後は、操作を再起動するか再開します。開始した操作が完了したことを確認します。

5.1.4 操作計画ワークフローで検出されないOPMN管理対象システム・コンポーネント

問題

システムの一部であるOPMN管理対象システム・コンポーネントは、操作計画ワークフローでは検出できません。

説明およびソリューション

Oracle Site Guardは、Enterprise Manager Cloud Controlで表現されたOPMN管理対象システム・コンポーネントのみを検出します。たとえば、Oracle HTTP ServerおよびOracle Web CacheのようなOPMN管理対象システム・コンポーネントは、Enterprise Manager Cloud Controlで表現されます。これらのコンポーネントは、Oracle Fusion Middlewareファームの一部として検出されます。

5.1.5 操作計画ワークフローで検出されないOracle RACデータベース

問題

システムの一部であるOracle RACデータベースは、操作計画ワークフローでは検出できません。

説明およびソリューション

Oracle RACデータベースは、Enterprise Manager Cloud ControlのRACデータベース・ターゲットの下にグループ化され、表現されます。RACデータベース・インスタンスが検出されると、RACデータベース・ターゲットが作成され、RACデプロイメントのすべてのデータベース・インスタンスは、RACデータベース・ターゲットの下にグループ化されます。この問題は、各RACインスタンス・ターゲットが、RACデータベース・ターゲットではなく、システムに追加された時に発生する場合があります。Oracle Site Guardは、個々のRACインスタンスを特定できません。

5.1.6 sudo権限を使用してアクセスした場合の操作手順の失敗

問題

sudo権限で資格証明を使用している場合、Site Guard操作はエラーstageOmsFileEntry (Error)で失敗します。この問題は、事前チェック操作でも発生する場合があります。

説明およびソリューション

Site Guardで使用する資格証明が、rootとして実行するためsudo権限を使用するよう構成されている場合、sudo権限は、ターゲットの関連ホストで稼働するすべてのエージェントで、PDP (権限委任プロバイダ)として構成されている必要があります。

PDPはEnterprise Manager Cloud Controlコンソールから構成できます。PDPを構成するには、Enterprise Manager Cloud Controlコンソールで「設定」、「セキュリティ」、「権限委任」の順に選択します。

5.1.7 構成されていない資格証明アソシエーションを示す操作計画の作成中のエラー

問題

操作計画を作成している場合、サイトのターゲットがターゲットの資格証明を作成および関連付けていても関連付けられている資格証明を持たないことを示すエラーが発生する可能性があります。

説明およびソリューション

Enterprise Managerで同じ名前の2つのターゲットがあり、ターゲットのいずれかがサイトの一部である場合、この問題が発生します。たとえば、データベース・インスタンス・ターゲットおよびデータベース・システム・ターゲットの名前が両方db1である場合、データベース・インスタンス・ターゲットがサイトに追加されます。

同じ名前のターゲットを削除して、再検出してください。ターゲットを再検出する場合、各ターゲット名がすべてのEnterprise Managerターゲットで一意であることを確認してください。

5.1.8 サイトに追加されるターゲットの資格証明を関連付けできない

問題

Oracle Site Guardの資格証明の構成中に、ターゲットの資格証明を関連付ける場合に問題に直面する可能性があります。ターゲット・タイプの資格証明の構成が有効化されていないため、またはターゲットが特定のターゲット・タイプのターゲットのリストに表示されないため、これが発生します。ターゲットをサイトに追加しても、このエラーが表示されます。

説明およびソリューション

Enterprise Managerで同じ名前の2つのターゲットがあり、ターゲットのいずれかがサイトの一部である場合、この問題が発生します。たとえば、データベース・インスタンス・ターゲットおよびデータベース・システム・ターゲットの名前が両方db1である場合、データベース・インスタンス・ターゲットがサイトに追加されます。

同じ名前のターゲットを削除して、再検出してください。ターゲットを再検出する場合、各ターゲット名がすべてのEnterprise Managerターゲットで一意であることを確認してください。

5.1.9 操作計画の削除中または更新中のエラー

問題

操作計画を削除中または更新中に、次のエラーが発生する可能性があります。

エラー:ユーザーにはGUID XXXXXXXXXXXXXXXXの実行に対するFULL_JOB権限がありません。

説明およびソリューション

ユーザーが操作計画を削除または更新する必要な権限を持たない場合、この問題が発生する可能性があります。

操作計画の作成中に使用した資格証明を使用してログインし、計画を削除または更新します。

5.1.10 操作計画の作成中にスカラー値を作成できないことを示すエラー

問題

操作計画の作成中、次のようなエラーが発生する場合があります。

oracle.sysman.ai.siteguard.model.exception.ConfigurationException: Cannot create scalar value for name [PropertyType = DB_VERSION]. Value argument to the method getScalarValue() is null

説明およびソリューション

Oracle Site Guardは、Oracle Data Guardで保護されたデータベース・ターゲットに対してEnterprise Managerによって保持されたDB_VERSIONプロパティを読み取って使用します。Data GuardスイッチオーバーまたはフェイルオーバーがEnterprise Managerの外部で発生した場合(たとえば、Data GuardスイッチオーバーがDGMGRLまたはSite Guardを使用して実行された場合)、データベースのDB_VERSIONプロパティをEnterprise ManagerでNULLとして表示できます。

この問題を修正するには、Enterprise Manager Cloudコンソールを使用して、データベース・ターゲットのData Guard管理ページにログインして、NULLからtrueにDataGuardStatusプロパティをリセットします。DataGuardStatusプロパティをリセットする場合、他のData Guard関連プロパティが自動的にリフレッシュされます。

5.1.11 欠落しているノード・マネージャ資格証明を示す操作計画の作成中のエラー

問題

操作計画の作成中、次のようなエラーが発生する場合があります。

Credential association for credential type NODEMANAGER is missing for target host_name belonging to system site_name.

説明およびソリューション

Enterprise Managerでホストのノード・マネージャがターゲット・タイプでないため、Enterprise Managerは直接対話しません。これとは逆に、Oracle Site Guardは、Oracle Fusion Middlewareコンポーネントの障害時リカバリ操作を管理するためにホストのノード・マネージャと対話します。このため、Oracle Site Guardの構成中にノード・マネージャ資格証明を構成および関連付ける必要があります。Enterprise Managerがターゲット・タイプとしてノード・マネージャを認識しないため、ホスト・ターゲットで実行されているノード・マネージャで使用されるホスト資格証明を作成し、Oracle Site Guardの「資格証明構成」ページを使用してこれらの資格証明をOracle Site Guardに関連付ける必要があります。

5.2 スイッチオーバー操作またはフェイルオーバー操作の失敗

この項では、スイッチオーバー操作またはフェイルオーバー操作で発生する可能性のある次の問題について、トラブルシューティングのヒントを示します。

- スイッチオーバー操作後またはフェイルオーバー操作後のWebLogic管理サーバー起動不可

- スイッチオーバー操作後またはフェイルオーバー操作後のWebLogic管理サーバー再起動失敗

- スイッチオーバー操作時またはフェイルオーバー操作時にホスト利用不可

- Oracle RACデータベース・インスタンスが利用できない場合のスイッチオーバー操作またはフェイルオーバー操作の失敗

5.2.1 スイッチオーバー操作後またはフェイルオーバー操作後のWebLogic管理サーバー起動不可

問題

スイッチオーバーまたはフェイルオーバー操作の後、WebLogic管理サーバーが起動しないことがあります。管理サーバーの出力ログ・ファイルには、次のようにエラーが報告されます。

<Jan 19, 2012 3:43:05 AM PST> <Warning> <EmbeddedLDAP> <BEA-171520> <Could not obtain an exclusive lock for directory: ORACLE_BASE/admin/soadomain/aserver/soadomain/servers/AdminServer/data/ldap/ldapfiles. Waiting for 10 seconds and then retrying in case existing WebLogic Server is still shutting down.>

説明およびソリューション

このエラーは、ロックを正常にクリーンアップできなかったことが原因で、管理サーバー・ログ・ファイルに表示されます。このエラーを修正するには、EmbeddedLDAP.lockファイル(ORACLE_BASE/admin/domain_name/aserver/domain_name/servers/AdminServer/data/ldap/ldapfiles/に格納)を削除します。

5.2.2 スイッチオーバー操作後またはフェイルオーバー操作後のWebLogic管理サーバー再起動失敗

問題

スイッチオーバーまたはフェイルオーバー操作の後、WebLogic管理サーバーが起動しないことがあります。管理サーバーの出力ログ・ファイルには、次のようなエラーが報告されます。

<Sep 16, 2011 2:04:06 PM PDT> <Error> <Store> <BEA-280061> <The persistent store "_WLS_AdminServer" could not be deployed: weblogic.store.PersistentStoreException:

[Store:280105]The persistent file store "_WLS_AdminServer" cannot open file _WLS_ADMINSERVER000000.DAT.>

説明およびソリューション

このエラーは、ネットワーク・ファイル・システム(NFS)ストレージからのロックが原因で表示されます。ストレージ・ベンダーのNFSユーティリティを使用して、NFSロックを消去する必要があります。.DATファイルを一時的な場所にコピーし、そのコピーを元に戻してロックを消去します。

5.2.3 スイッチオーバー操作時またはフェイルオーバー操作時にホスト利用不可

問題

スイッチオーバーまたはフェイルオーバー操作の実行中、新しいプライマリ・システムの一部のホストは、使用できないか、停止している場合があります。その場合は、Oracle Site Guardではこれらのホストで操作を実行できません。

説明およびソリューション

これらのホストで実行中のサービスが必須ではなく、サイトが引き続き機能しており、他のノードで実行中のサービスに対してアクティブである場合は、操作計画を更新することで、停止しているホストに関連する手順を無効化することができます。Oracle Site Guardワークフローは、無効化されたすべての手順をワークフローから省略します。

5.2.4 Oracle RACデータベース・インスタンスが利用できない場合のスイッチオーバー操作またはフェイルオーバー操作の失敗

問題

すべてのOracle RACデータベース・インスタンスが停止している場合、スイッチオーバーまたはフェイルオーバー操作は失敗します。

説明およびソリューション

操作計画の作成中に、Oracle Site Guardは、スイッチオーバーまたはフェイルオーバー操作を実行するOracle RACデータベース・インスタンスを決定します。RACに複数のインスタンスがデプロイされていて、一部のインスタンスが停止している可能性があります。スイッチオーバー操作またはフェイルオーバー操作を実行する前に、1つ以上のインスタンスが実行されていることを確認します。Oracle Site Guardでロール・リバーサル操作の実行に使用されるRACインスタンスを特定するには、get_operation_plan_detailsコマンドを実行します。

5.3 事前チェックの失敗

この項では、次の事前チェックの失敗をトラブルシューティングするためのヒントを示します。

- 事前チェックの失敗

- Oracle Management Agentが利用できない場合の事前チェック・ハング

5.3.1 事前チェックの失敗

問題

事前チェックに失敗し、次のエラーが表示されます。

Nmo setuid status NMO not setuid-root (Unix-only)

説明およびソリューション

Oracle Management Agentのインストール後、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のインストール後の作業に関する項の説明に従って、Enterprise Manager CloudホストおよびEnterprise Managerが管理するすべてのホストからroot.shスクリプトを実行してください。

5.3.2 Oracle Management Agentが利用できない場合の事前チェック・ハング

問題

Oracle Management Agentが停止している場合、リモート・ホストでコマンドを実行しようとすると、事前チェックがハングします。

説明およびソリューション

操作に関連するすべてのホストが有効であり、構成されているすべてのスクリプトが、構成された場所のリモート・ホストで使用可能になっていることを確認してください。なんらかの理由でOracle Management Agentにアクセスできない場合、Enterprise Manager Cloud Controlコンソールからログ・ファイルを確認してください。停止しているホストを識別した場合は、それらのホストの事前チェック操作を省略します。

5.4 Oracle WebLogic Server操作の失敗

この項では、次のOracle WebLogic Server操作の失敗をトラブルシューティングするためのヒントを示します。

- ノード・マネージャの再起動失敗

- 管理対象サーバーの起動失敗

- 別のホストに移行されたWebLogic ServerインスタンスがOracle Site Guardから喪失

- 操作計画作成時のエラー表示

- Site Guardが通信できない場合にノード・マネージャと通信できるWebLogic管理サーバー

5.4.1 ノード・マネージャの再起動失敗

問題

次のようなエラーのため、ノード・マネージャが失敗する場合があります。

<Sep 13, 2011 8:45:37 PM PDT> <Error> <NodeManager> <BEA-300033> <Could not execute command "getVersion" on the node manager. Reason: "Access to domain 'base_domain' for user 'weblogic' denied".>

説明およびソリューション

この問題は、ノード・マネージャ資格証明を変更した後、正しいノード・マネージャ・ユーザー名およびパスワードが各管理対象サーバーに指定されているかを確認するためのnmEnrollを実行していない場合に発生する可能性があります。

正しいノード・マネージャ・ユーザー名およびパスワードが指定されたことを確認するには、WLST (wlst.shを使用)に接続して、次の構文を使用してnmEnrollコマンドを実行します。

nmEnroll(domain_directory, node_manager_home)

例:

nmEnroll('C:/oracle/user_projects/domains/prod_domain',
'C:/oracle/wlserver_10.3/common/nodemanager')

注意:
ノード・マネージャを再起動して、変更を有効にします。

5.4.2 管理対象サーバーの起動失敗

問題

Enterprise Manager Cloud ControlでWLS管理サーバーが接続に失敗したため、管理対象サーバーが起動しません。

説明およびソリューション

管理対象サーバーを起動するには、Oracle Site Guardで管理サーバーおよびノード・マネージャが必要です。管理対象サーバーを正常に起動または停止するには、管理サーバーが実行されていることを確認します。

5.4.3 別のホストに移行されたWebLogic ServerインスタンスがOracle Site Guardから喪失

問題

Oracle Site Guardには、ワークフローの別のホストに移行されているWebLogic Serverインスタンスは含まれません。

説明およびソリューション

操作計画を作成した後、Oracle Site Guardには、サーバー移行によって別のホストに移行された操作計画に関連するWebLogic Serverインスタンスは含まれません。

サーバー移行を完了した後、Enterprise Manager Cloud ControlコンソールからWebLogic Serverファームのターゲットをリフレッシュし、ファームで発生した直近のターゲット変更を有効にします。これはサーバー移行など、ファームでの変更があった場合に、Enterprise Managerでファーム監視機能を再開するために必須の手順です。ファーム・ターゲットをリフレッシュした後は、Oracle Site Guard操作計画を再作成し、すべてのファーム・ターゲットをOracle Site Guardワークフローに含む必要があります。

5.4.4 操作計画作成時のエラー表示

問題

操作計画の作成中、次のようなエラーが表示される場合があります。

oracle.sysman.ai.siteguard.model.common.exception.DAOException:
For hostName:
[2606:b400:800:89:214:4fff:fe46:2d52] credential of type HOSTNORMAL does notexist for  siteName: System1

説明およびソリューション

複数のIPアドレスが構成されているホストで稼働しているWebLogic Serverインスタンスに、リスニング・アドレスを設定していない場合、WebLogic Serverでは、ランダムにIPアドレスを選択し、これをリスニング・アドレスとしてレポートします。このIPアドレスは有効でない場合があり、操作計画を作成する際に問題となる可能性があります。問題を解決するには、解決できるリスニング・アドレスを使用して、管理コンソールでWebLogic Serverを正しく設定します。Oracle WebLogic Serverを構成したら、サーバーを再起動し、Enterprise Manager Cloud Controlからこれを再検出します。リスニング・アドレスの構成の詳細は、『Oracle Fusion Middlewareディザスタ・リカバリ・ガイド』を参照してください。

5.4.5 Site Guardが通信できない場合にノード・マネージャと通信できるWebLogic管理サーバー

問題

Weblogic管理者がノード・マネージャにログインできますが、Oracle Site Guardがノード・マネージャにアクセスできません。

説明およびソリューション

ノード・マネージャで認証するために使用されるユーザー名がWebLogic管理サーバーによってランダムに生成される場合、この問題が発生します。

これを修正するには、次の手順を実行します。

1. WebLogic管理サーバー・コンソールにログインします。

2. 左ペインにリストされている「ドメイン」をクリックします。

3. 「セキュリティ」タブをクリックして、「詳細」リンクをクリックします。
ノード・マネージャ・ユーザー名が表示されます。ユーザー名がランダムに生成された文字列で表示される場合があります。

4. 正しい情報でノード・マネージャ・ログイン資格証明を更新します。

5.4.6 ホストごとに複数のノード・マネージャを関連付けることができない

問題

Oracle Site Guardが同じホストで実行されている複数のノード・マネージャの資格証明を関連付けることができません。

説明

これはOracle Site Guardの現行バージョンの制限です。現行バージョンでは、ホストで実行されているすべてのノード・マネージャに対して1つのセットの資格証明のみサポートできます。指定されたホストのすべてのノード・マネージャが同じセットの資格証明で構成されていることを確認してください。

5.5 データベース障害

ここでは、データベース操作の失敗に関連する次の問題をトラブルシューティングするためのヒントを示します。

- データベースのスイッチオーバー操作およびフェイルオーバー操作の事前チェック失敗

- 正しくない操作計画カテゴリに含まれるData Guardで保護されているデータベース

5.5.1 データベースのスイッチオーバー操作およびフェイルオーバー操作の事前チェック失敗

問題

データベース・スイッチオーバー操作またはデータベース・フェイルオーバー操作の事前チェックが失敗し、次のエラーが表示されます。

Database Status:
DGM-17016: failed to retrieve status for database "racs"
ORA-16713: the Data Guard broker command timed out

説明およびソリューション

このエラーは、ターゲット・データベース・インスタンスで、Data Guardモニター・プロセス(DMON)が停止していることが原因で発生する場合があります。

注意:
Data Guardモニター・プロセス(DMON)はOracle Data Guard Brokerの一部です。

このエラーが発生した場合は、データベース・インスタンスを再起動し、DMONプロセスが実行されていることを確認します。DMONプロセス・エラーのデータベース・ログ・ファイルを表示することもできます。CommunicationTimeoutパラメータを使用して、環境に適したタイムアウト値を選択します。詳細は、『Oracle Data Guard Broker』の「CommunicationTimeout」の項を参照してください。

5.5.2 正しくない操作計画カテゴリに含まれるData Guardで保護されているデータベース

問題

Oracle Site GuardがOracle Data Guardで保護されたデータベース・ターゲットを操作計画のスイッチオーバー/フェイルオーバー・カテゴリのかわりに起動/停止カテゴリに追加します。

説明およびソリューション

Oracle Site Guardは、データベースがData Guardによって保護されているかどうかを判別するためにデータベース・ターゲットに対してEnterprise Managerで保持されているDataGuardStatusプロパティを使用します。これにより、データベースを追加する操作計画カテゴリを判別します。このプロパティの値がNULLである場合、Site GuardはデータベースがData Guardによって保護されず、データベース・ターゲットをスイッチオーバーまたはフェイルオーバー・カテゴリのかわりに操作計画の起動または停止カテゴリに追加していると想定します。

データベースのDataGuardStatusプロパティは、Data GuardスイッチオーバーまたはフェイルオーバーがEnterprise Managerの外部で発生している場合にEnterprise ManagerでNULLとして表示できます。たとえば、DGMGRLまたはOracle Site Guardを使用して、Data Guardスイッチオーバーが実行されます。

Enterprise Manager Cloudコンソールを使用して、データベース・ターゲットのData Guard管理ページにログインします。ログイン時に、Data Guard関連プロパティが自動的にリフレッシュされます。

5.6 ストレージ障害

この項では、ストレージおよびストレージ・アプライアンスに関連する次の問題のトラブルシューティングのヒントを説明します。

- 操作計画の実行中にZFS Storage Applianceのログインに失敗する可能性があります

- ターゲット・アプライアンスの空のプロジェクトを削除する場合に操作計画の実行中にストレージ・ロール・リバーサル操作に失敗する可能性があります

- 'confirm reverse'を実行する場合に操作計画の実行中にストレージ・ロール・リバーサル操作に失敗する可能性があります

5.6.1 操作計画の実行中にZFS Storage Applianceのログインに失敗する可能性があります

問題

Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、ZFSアプライアンスへのログインに失敗する可能性があり、zfs_storage_role_reversal.shスクリプトで生成されたログ・ファイルに次のエラーが表示される場合があります。

資格証明が不正です。指定された資格証明が正しく、特殊文字が含まれていないことを確認してください。

説明およびソリューション

ZFSアプライアンス資格証明のパスワードに特殊文字が含まれている場合にこれが発生します。特殊文字を含まないように、アプライアンス・パスワードを更新してください。次に、Enterprise Managerの資格証明管理フレームワークのストレージ・アプライアンス資格証明を更新して、操作手順を再試行してください。

5.6.2 ターゲット・アプライアンスの空のプロジェクトを削除する場合に操作計画の実行中にストレージ・ロール・リバーサル操作に失敗する可能性があります

問題

Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、ストレージ・ロール・リバーサル操作に失敗する可能性があり、zfs_storage_role_reversal.shスクリプトで生成されたログ・ファイルに次のエラーが表示される可能性があります。

Error: The action could not be completed because the the target (or one of its descendants) has the 'nodestroy' property set. Turn off the property for '1_test' and try again.

説明およびソリューション

プロジェクトにnodestroyプロパティ・セットがある場合にこれが発生します。このプロパティは、Enterprise Manager Cloud Controlインタフェースで破棄の回避と呼ばれます。

このプロパティを無効にし、操作手順を再試行してください。

5.6.3 'confirm reverse'を実行する場合に操作計画の実行中にストレージ・ロール・リバーサル操作に失敗する可能性があります

問題

Oracle Site Guard操作のストレージ・スイッチオーバーまたはストレージ・フェイルオーバー手順の実行中に、confirm reverseの実行中にストレージ・ロール・リバーサル操作に失敗する可能性があり、zfs_storage_role_reversal.shスクリプトで生成されたログ・ファイルに次のエラーが表示される可能性があります。

Error: The action could not be completed because the mountpoint of '<project_name>/<share_name>' would conflict with that of '<project_name>/<share_name>' (/export/<project_name>/<share_name>). Change the mountpoint of '<project_name>/<share_name>' and try again.

指定されたプロジェクトのすべての使用可能なパッケージ内に少なくとも1つの共有をファイル・システムとしてエクスポートしている場合にこれが発生します。指定されたプロジェクトのすべてのパッケージ内のすべての共有のexportedプロパティが無効になっていることを確認してください。

6 Oracle Site Guard操作の実行

この章では、Oracle Site Guard操作計画を作成、実行および監視する方法について説明します。

次のトピックが含まれます:

- 第6.1項「概要」

- 第6.2項「操作計画の管理」

- 第6.3項「事前チェックの実行」

- 第6.4項「ヘルス・チェックのスケジュール」

- 第6.5項「Oracle Site Guard操作計画の実行」

- 第6.6項「Oracle Site Guard操作の監視」

- 第6.7項「実行エラーの管理」

6.1 概要

Oracle Site Guard操作計画には、障害時リカバリ・アクティビティで実行する必要のある手順が含まれます。操作計画では、手順の定義に加えて、手順のシリアルまたはパラレルの実行、エラー時の手順の無視または再試行などの概念もサポートされます。

図6-1は、Oracle Site Guard操作を管理するためのロードマップを示します。オプションとマークされている手順は、サイト・トポロジと操作計画でその構成が必要な場合に必要となります。ただし、ほとんどのエンタープライズ・デプロイメントは大規模なため、通常、図に示されているすべての構成手順が必要になります。

図6-1 Oracle Site Guard操作のワークフロー

注意:

- 操作計画を作成する前に、第4章「Oracle Site Guardの構成」で説明されているタスクが完了していることを確認する必要があります。

- 構成タスクを実行するには、EM_SG_ADMINISTRATORロール権限を使用してログインする必要があります。第3.2.2項「Oracle Site Guardの管理者ユーザーの作成」で説明されている、必要なユーザー資格証明が作成済であることを確認します。

6.2 操作計画の管理

操作計画には、Oracle Site Guard操作の実行フローが含まれます。これは、一連の順序付けられたアクション(手順)で構成される、事前構成されたワークフローです。

Oracle Site Guard障害時リカバリ操作を実行する前に、その操作の計画を作成する必要があります。

次に示すような手順を、操作計画に含めることができます。

- Oracle HTTP Serverの停止。

- Oracle WebLogicドメインのノード・マネージャ、管理対象サーバーおよび管理サーバーの停止。

- Oracle Data Guardを使用したデータベース・ロール・リバーサルの実行。

- 操作計画シーケンス内の特定のポイントでのカスタム・ユーザー・スクリプトの実行。

Oracle Site Guardでは、サイト・トポロジとOracle Site Guard構成に基づいてデフォルト・バージョンの操作計画が作成されます。このデフォルトの操作計画を使用することも、構成に応じてカスタマイズすることもできます。

この項には次のトピックが含まれます:

- 操作計画の作成

- 既存の計画を使用した新しい操作計画の作成

- 操作計画の編集および更新

6.2.1 操作計画の作成

操作計画を作成するには、次のいずれかの方法を使用します。

- Enterprise Manager Cloud Controlコンソールを使用した操作計画の作成

- EMCLIコマンドを使用した操作計画の作成

6.2.1.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の作成

Enterprise Manager Cloud Controlコンソールを使用して操作計画を作成するには、次の手順を実行します。

1. EM_SG_ADMINISTRATORロール権限を持つユーザーとしてEnterprise Managerにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 「システム」ページで、計画の作成先となるシステムの名前(「汎用システム」)をクリックします。
このサイトの「汎用システム」ページが表示されます。

4. 「汎用システム」、「サイト・ガード」、「操作」の順にクリックします。
「サイト・ガード操作」ページが表示されます。

5. 「作成」をクリックします。
「新規操作計画の作成」ダイアログが表示されます。

6. 次の詳細を入力します。
計画名: 計画の名前を入力します。

「操作タイプ」: 次のオプションから操作タイプを選択します。

- スイッチオーバー

- フェイルオーバー

- 起動

- 停止

注意:

- Oracle Site Guard操作タイプの詳細は、第2.4項「Oracle Site Guardのワークフロー」を参照してください。

- ダイアログに表示されるオプションは、選択した操作タイプにより異なります。スイッチオーバーおよびフェイルオーバーの操作タイプの場合、計画用にスタンバイ・システムを選択する必要があります。起動と停止の操作タイプの場合、システム用の現在のロールを選択します。

プライマリ・システム: このフィールドには、この計画の作成先となるシステムの名前が表示されます。このフィールドの値は変更できません。

スタンバイ・システム: リストからスタンバイ・システムを選択します。このオプションが有効になるのは、「操作タイプ」フィールドで「スイッチオーバー」または「フェイルオーバー」を選択した場合のみです。

現在のロール: 「プライマリ」または「スタンバイ」のいずれかを選択します。これは、この計画が適用されるシステムのロールです。計画は、システムがロールに割り当てられた場合のみ実行できます。このオプションが有効になるのは、「操作タイプ」フィールドで「起動」または「停止」を選択した場合のみです。

7. 「保存」をクリックします。

6.2.1.2 EMCLIコマンドを使用した操作計画の作成

次のemcliコマンドをコマンドライン・インタフェースで実行して、新しい操作計画を作成します。

emcli create_operation_plan
[-primary_system_name="name_of_primary_system"]
[-standby_system_name="name_of_standby_system"]
[-system_name="name_of_the_system"]
[-operation="name_of_the_operation"]
[-name="name_of_the_operation_plan"]
[-role="role_associated_with_the_system"]
[-like="name_of_the_operation_plan_from_which_the_steps_are_to_be_copied"

パラメータ

説明

-primary_system_name

プライマリ・サイトに関連付けられるシステムの名前を指定します。このオプションは、スイッチオーバーまたはフェイルオーバーの操作に対して使用されます。

-standby_system_name

スタンバイ・サイトに関連付けられるシステムの名前を指定します。このオプションは、スイッチオーバーまたはフェイルオーバーの操作に対して使用されます。

-system_name

システムの名前を指定します。このオプションは、起動または停止の操作に対して使用されます。

-operation

操作の機能を指定します。例: switchover、failover、startまたはstop。

-name

操作計画の名前を指定します。

-role

操作(startまたはstop)を実行するときシステムに関連付けられるロールを指定します。

-like

手順をコピーする操作計画の名前。このオプションを指定すると、システム名、操作およびロールが無視されます。

6.2.2 既存の計画を使用した新しい操作計画の作成

既存の計画をクローニング(コピー)して、新しい操作計画を作成および構成できます。これは、すべてのタイプの計画に適用されます。

Enterprise Manager Cloud Controlコンソールを使用して計画をクローニングするには、次の手順を実行します。

1. Enterprise ManagerにEM_SG_ADMINISTRATORユーザーでログインします。

2. 「ターゲット」メニューから、「システム」をクリックします。
「システム」ページが表示されます。

3. 操作計画を作成するシステム名(汎用システム)を選択します。そのサイトの「汎用システム」ページが表示されます。

4. 「汎用システム」、「サイト・ガード」、「操作」の順にクリックします。
「サイト・ガード操作」ページが表示されます。

5. 表から既存の操作計画を選択して、「類似作成」をクリックします。

6. 新しい計画の名前を入力します。

7. 「保存」をクリックします。

6.2.3 操作計画の編集および更新

次のタスクを実行して、操作計画を編集または更新できます。

- 操作計画内の手順の順序を変更する。

- 操作計画内の個々の手順を有効または無効にする。

- 操作計画の実行時にOracle Site Guardによりエラーが検出された場合に、操作計画内の手順を停止するか続行するかを選択する。

- 各手順について、シリアルにまたは複数の異なるホストでパラレルに実行するかをカスタマイズする。

いつでも操作計画内の手順を変更し、更新した操作計画を任意のポイントで保存できます。

操作計画を編集または更新するには、次の方法のいずれかを使用します。

- Enterprise Manager Cloud Controlコンソールを使用した操作計画の編集と更新

- EMCLIコマンドを使用した操作計画の編集と更新

6.2.3.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の編集と更新

Enterprise Manager Cloud Controlコンソールを使用して操作計画を編集および更新するには、次の手順に従います。

1. EM_SG_ADMINISTRATORロール権限を持つユーザーとしてEnterprise Managerにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 「システム」ページで、この計画の作成先となっているシステムの名前(「汎用システム」)をクリックします。
そのサイトの「汎用システム」ページが表示されます。

4. システムのホームページで、「汎用システム」、「サイト・ガード」、「操作」の順に選択します。
「サイト・ガード操作」ページが表示されます。

構成済の操作計画が「操作計画」タブに一覧表示されます。

5. 「計画名」列にリストされている既存の操作計画をクリックして選択します。
選択した操作計画に関連付けられている手順が、「操作計画」表の下の「操作の詳細」表に一覧表示されます。表の各行は、操作計画の一部として実行される1つの手順を示します。

6. 「編集」をクリックして、操作計画内の手順を更新およびカスタマイズするためにオプションを有効にします。

7. 「上に移動」(緑色の矢印)、「下に移動」(赤色の矢印)または「ステップの削除」を選択して、操作計画内の手順を順序付けます。
また、「エラー・モード」、「実行モード」または「実行モード」の各列から属性を選択します。

操作計画手順は属するグループから移動できません。

8. 保存をクリックして計画を更新します。

6.2.3.2 EMCLIコマンドを使用した操作計画の編集と更新

操作計画を編集または更新するには、コマンドライン・インタフェースで次のemcliコマンドを実行します。

1. 次のコマンドを実行して、構成済の操作計画のリストを取得します。

emcli get_operation_plans        [-name="name_of_the_operation_plan"]
[-operation="type_of_operation"]
[-system_name="name_of_the_system"]
[-primary_system_name="name_of_the_primary_system"]
[-standby_system_name="name_of_the_standby_system"]

パラメータ

説明

-name

操作計画の名前を指定します。

-operation

操作の名前を指定します。例: switchover、failover、startまたはstop。
これは、オプションのパラメータです。このパラメータを指定しない場合、すべての操作計画が一覧表示されます。

-system_name

操作計画で使用するシステムの名前を指定します。これらの値を指定する場合、-primary_system_nameおよび-standby_system_nameの値を指定する必要はありません。

-primary_system_name

操作計画で使用するプライマリ・システムの名前を指定します。-system_nameの値のかわりにこのパラメータの値を指定できます。フィルタ処理を向上するために-standby_system_nameパラメータを追加で使用することもできます。

-standby_system_name

操作計画で使用するスタンバイ・システムの名前を指定します。-system_nameの値のかわりにこのパラメータの値を指定できます。フィルタ処理を向上するために-primary_system_nameパラメータを追加で使用することもできます。

2. 次のコマンドを実行して、更新する操作計画の詳細を取得します。

emcli get_operation_plan_details
-name="name_of_the_operation_plan"

パラメータ

説明

-name

操作計画の名前を指定します。

3. 次のコマンドを実行して、計画を更新します。

emcli update_operation_plan
-name="operation_plan_name"
-step_number="step_number"
-target_host="host_name"
-target_name="target_name"
[error_mode="error_mode"]
[enabled="true" or "false"]
[-execution_mode="Serial" or "Parallel"]
[-move="up"or"down"]
[-delete="true" or "false"]

パラメータ

説明

-name

操作計画の名前を指定します。

-step_number

更新する必要のある手順の数を指定します。

-target_host

システムの名前を指定します。これを指定すると、このターゲット・ホストに関連するすべてのステップが更新されます。

-target_name

データベース・ターゲット名を指定します。

-error_mode

操作の機能。例: stopまたはcontinue。

-enabled

trueまたはfalseを入力します。

-execution_mode

実行モードを指定します。例: SerialまたはParallel

-move

UpまたはDownを指定して順序を変更します。

-delete

ステップを削除するかどうかを指定します。trueまたはfalseを指定します。

6.2.4 操作計画の削除

操作計画を削除するには、次のいずれかの方法を使用します。

- Enterprise Manager Cloud Controlコンソールを使用した操作計画の削除

- コマンドライン・インタフェースを使用した操作計画の削除

6.2.4.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の削除

Enterprise Manager Cloud Controlコンソールを使用して操作計画を削除するには、次の手順に従います。

1. EM_SG_ADMINISTRATORロール権限を持つユーザーとしてEnterprise Managerにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 「システム」ページで、この計画の作成先となっているシステムの名前(「汎用システム」)をクリックします。
そのサイトの「汎用システム」ページが表示されます。

4. システムのホームページで、「汎用システム」、「サイト・ガード」、「操作」の順に選択します。
「サイト・ガード操作」ページが表示されます。

構成済の操作計画が「操作計画」タブに一覧表示されます。

5. 「計画名」列にリストされている既存の操作計画をクリックして選択します。

6. 「削除」をクリックして、選択した操作計画を削除します。
確認を求めるポップアップ・ウィンドウが表示されます。

7. 「はい」をクリックして、アクションを確認します。

6.2.4.2 コマンドライン・インタフェースを使用した操作計画の削除

1つの操作計画を削除するには、コマンドライン・インタフェースで次のemcliコマンドを実行します。

emcli delete_operation_plan
–name="name_of_the_operation_plan"

パラメータ

説明

-name

操作計画の名前を指定します。

6.3 事前チェックの実行

Oracle Site Guardでは、操作の実行前に、デフォルトで事前チェック・ユーティリティが実行されます。また、任意のOracle Site Guard操作を実行する前に、事前チェック・ユーティリティを個別に実行することもできます。Oracle Site Guard for Fusion Middlewareプラグイン・リリース(12.1.0.7)の事前チェック・ユーティリティは拡張され、データベース・ラグおよびZFSアプライアンスのレプリケーション・ヘルスの事前チェックを含むようになっています。

Oracle Site Guardでは、次の事前チェックが実行されます。

- 操作の対象となるすべてのホストのエージェント・ステータスを確認します。

- 操作計画の作成後に、新規のターゲットが汎用システムに追加されているかどうかをチェックします。

- 操作計画の対象となるすべてのターゲットが、Enterprise Managerリポジトリに存在しているかどうかを確認します。

- 操作計画の作成後に、ターゲットが汎用システムから移動または削除されている場合はこれを検出します。

- 各ターゲット・ホストで実行時以外の構成されたスクリプト(前処理スクリプト/後処理スクリプト/マウント・スクリプト/アンマウント・スクリプト/ストレージ・ロール・リバーサル)の存在をアサートします。

- データベースがロール・リバーサル(スイッチオーバー/フェイルオーバー操作)の準備ができているかを確定するために、Oracle Data Guard Broker事前チェックを実行します。

- データベース・ロールのチェックを実行します。

- データベース・ラグ(適用およびトランスポート)のチェックを実行します。

- ZFSストレージ・アプライアンスのチェックを実行し、ロール変更の準備状況をアサートします。

事前チェック・ユーティリティを実行するには、次のいずれかの方法を使用します。

- Enterprise Manager Cloud Controlコンソールを使用した事前チェック・ユーティリティの実行

- コマンドライン・インタフェースを使用した事前チェック・ユーティリティの実行

6.3.1 Enterprise Manager Cloud Controlコンソールを使用した事前チェック・ユーティリティの実行

Enterprise Manager Cloud Controlを使用して事前チェック・ユーティリティを実行するには、次の手順を実行します。

1. EM_SG_ADMINISTRATORロール権限を持つユーザーとしてEnterprise Manager Cloudコンソールにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 「システム」ページで、事前チェックの実行先となるシステムの名前(「汎用システム」)をクリックします。

4. 「汎用システム」、「サイト・ガード」、「操作」の順にクリックします。「サイト・ガード操作」ページが表示されます。

5. リストから操作計画名をクリックして操作計画を選択します。

6. 「事前チェックの実行」をクリックします。
ダイアログ・ボックスが表示されます。

7. 「はい」をクリックして、アクションを確認します。

事前チェックの進行状況と結果を追跡するには、ページの上部の「確認」ペインの「ここをクリックしてください」リンクをクリックするか、または「エンタープライズ」、「プロビジョニングとパッチ適用」、「プロシージャ・アクティビティ」の順に移動します。

プロシージャ・アクティビティを監視する方法の詳細は、第6.6項「Oracle Site Guard操作の監視」を参照してください。

6.3.2 コマンドライン・インタフェースを使用した事前チェック・ユーティリティの実行

EMCLIコマンドを使用してOracle Site Guard事前チェック・ユーティリティを実行するには、次のコマンドを実行します。

emcli run_prechecks
-operation_plan="operation_plan_name"
[-database_lag_checks="true"|"false"]

パラメータ

説明

-operation_plan

操作計画の名前を入力します。

-database_lag_checks

すべてのData Guard構成済データベースに対し、事前チェックの一部としてデータベース・ラグ・チェックを実行します。このパラメータはオプションです。
デフォルト値はtrueです。

注意:
[]は、オプションのパラメータであることを示します。

6.4 ヘルス・チェックのスケジュール

操作計画用にヘルス・チェックをスケジュールするには、次の方法のいずれかを使用します。

- Enterprise Manager Cloud Controlコンソールを使用したヘルス・チェックのスケジュール

- EMCLIを使用したヘルス・チェックのスケジュール

6.4.1 Enterprise Manager Cloud Controlコンソールを使用したヘルス・チェックのスケジュール

Enterprise Manager Cloud Controlを使用してヘルス・チェックをスケジュールするには、次の手順を実行します。

1. EM_SG_ADMINISTRATORロール権限を持つユーザーとしてEnterprise Manager Cloudコンソールにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 「システム」ページで、事前チェックの実行先となるシステムの名前(「汎用システム」)をクリックします。

4. 「汎用システム」、「サイト・ガード」、「操作」の順にクリックします。「サイト・ガード操作」ページが表示されます。

5. リストから操作計画名をクリックして操作計画を選択します。

6. 「ヘルス・チェックのスケジュール」をクリックします。
操作計画に対するヘルス・チェックのスケジュールダイアログ・ボックスが表示されます。

7. ヘルス・チェックのスケジュールを構成します。

8. 「保存」をクリックします。

各ヘルス・チェックの結果を確認するには、「エンタープライズ」、「プロビジョニングとパッチ適用」、「プロシージャ・アクティビティ」の順に移動します。

プロシージャ・アクティビティを監視する方法の詳細は、第6.6項「Oracle Site Guard操作の監視」を参照してください。

6.4.2 EMCLIを使用したヘルス・チェックのスケジュール

EMCLIを使用してヘルス・チェックをスケジュールするには、コマンドライン・インタフェースで次のコマンドを実行します。

emcli schedule_siteguard_health_checks
-operation_plan={name of the operation plan}
-schedule=
{
start_time:yyyy/MM/dd HH:mm;
[tz:{java timezone ID};]
[frequency:interval/weekly/monthly/yearly;]
[repeat:tx;]
[end_time:yyyy/MM/dd HH:mm;]
[grace_period:xxx;]
}

パラメータ

説明

-operation_plan

操作計画の名前を入力します。

-schedule

ヘルス・チェックのスケジュールを指定します。次のパラメータに値を入力します。
- start_time: ヘルス・チェックの開始時刻を指定します。

- tz: タイムゾーンIDを指定します。このパラメータはオプションです。

- frequency: ヘルス・チェックの実行頻度を指定します(once (1回)/interval (間隔)/weekly (週次)/monthly (月次)/yearly (年次))。このパラメータはオプションです。

頻度をintervalに設定した場合、パラメータrepeatの値を指定する必要があります。

頻度をweeklyまたはmonthlyに設定した場合、曜日を指定する必要があります。

頻度をyearlyに設定した場合は、月と日を指定する必要があります。

- repeat: ヘルス・チェックを繰り返す頻度を指定します。この値は、頻度をintervalに設定した場合のみ必要です。

- days: 日のリストをカンマ区切りで指定します。この値は、頻度をweekly、monthlyまたはyearlyに設定した場合に必要です。

頻度をweeklyに設定した場合、有効な値の範囲は、1から7です。

頻度をmonthlyまたはyearlyに設定した場合は、有効な値の範囲は1から30です。

- months: 月のリストをカンマ区切りで指定します。この値は、頻度をyearlyに設定した場合のみ必要で、有効な値の範囲は1から12です。

- end_time: ヘルス・チェックの実行を終了する時刻を指定します。このパラメータはオプションです。

- grace_period: 猶予期間を分単位で指定します。このパラメータはオプションです。

次に例を示します。

Examples:
start_time:2014/06/10 15:45
start_time:2014/10/29 2:00;frequency:interval;repeat:1d
start_time:2014/08/10 01:00;frequency:interval;repeat:1w
start_time:2014/08/10 01:00;frequency:weekly;days:6,7;grace_period:60;tz:America/New_York

6.5 Oracle Site Guard操作計画の実行

サイトを起動するには、次のいずれかの方法を使用します。

- Enterprise Manager Cloud Controlコンソールを使用したOracle Site Guard操作計画の実行

- EMCLIコマンドを使用したOracle Site Guard操作計画の実行

6.5.1 Enterprise Manager Cloud Controlコンソールを使用したOracle Site Guard操作計画の実行

Enterprise Manager Cloud Controlコンソールを使用して操作計画を実行するには、次のタスクを完了します。

1. EM_SG_ADMINISTRATORロール権限を使用してEnterprise Managerにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. 「システム」ページで、計画の実行先となっているシステムの名前(「汎用システム」)をクリックします。

4. 「汎用システム」ページで、「汎用システム」、「サイト・ガード」、「操作」の順にクリックします。
「サイト・ガード操作」ページが表示されます。

5. リストから操作計画を選択します。

6. 「操作の実行」をクリックします。
ダイアログ・ボックスが表示されます。

7. 操作計画を実行する前に事前チェックを実行するには、「事前チェックの実行」チェック・ボックスを選択します。

8. 「はい」をクリックして、アクションを確認します。

操作の進行状況と結果を追跡するには、ページの上部の「確認」ペインの「ここをクリックしてください」リンクをクリックするか、または「エンタープライズ」、「プロビジョニングとパッチ適用」、「プロシージャ・アクティビティ」の順に移動します。

プロシージャ・アクティビティを監視する方法の詳細は、第6.6項「Oracle Site Guard操作の監視」を参照してください。

6.5.2 EMCLIコマンドを使用したOracle Site Guard操作計画の実行

操作計画を実行するには、コマンドライン・インタフェースで次のEMCLIコマンドを実行します。

emcli submit_operation_plan
-name="name_of_operation_plan"
[-run_prechecks="true | false"]
[-stop_primary="flag_specifying_whether_primary_site_to_be_stopped_during_failover"]
[-database_lag_checks="true"|"false"]

パラメータ

説明

-name

操作計画の名前を指定します。

-run_prechecks

run_prechecks値(trueまたはfalse)を指定します。
デフォルトでは、このパラメータの値はtrueです。

値をfalseに設定した場合、事前チェックは実行されません。

-stop_primary

フェイルオーバー操作中にプライマリ・サイトのターゲットを停止するかどうかを指定します。trueまたはfalseの値を設定します。

-database_lag_checks

すべてのData Guard構成済データベースに対し、事前チェックの一部としてデータベース・ラグ・チェックを実行します。このパラメータはオプションです。
デフォルト値はtrueです。

6.6 Oracle Site Guard操作の監視

操作アクティビティを監視するには、次のいずれかの方法を使用します。

- Enterprise Manager Cloud Controlコンソールを使用した操作計画の監視

- EMCLIを使用した操作計画の監視

6.6.1 Enterprise Manager Cloud Controlコンソールを使用した操作計画の監視

この項には次のトピックが含まれます:

- 操作アクティビティの表示

- 操作の一時停止、再開または停止

6.6.1.1 操作アクティビティの表示

実行のために発行された操作アクティビティを監視するには、次の手順を完了します。

1. EM_SG_ADMINISTRATORロール権限を使用してEnterprise Managerにログインします。

2. 「エンタープライズ」メニューで、「プロビジョニングとパッチ適用」、「プロシージャ・アクティビティ」を順にクリックします。「プロビジョニング」ページが表示されます。

3. 「プロシージャ・アクティビティ」表で、監視する操作のアクティビティの名前をクリックします。
その操作の「プロシージャ・アクティビティ」ページが表示されます。図6-2を参照してください。

図6-2 Enterprise Manager Cloud Controlコンソールでの操作アクティビティの表示

4. 最上位手順の隣のドロップダウン記号をクリックして、サブ手順を表示します。アクティビティの手順が階層として表示されます。図6-3を参照してください。

図6-3 Enterprise Manager Cloud Controlコンソールでの操作アクティビティの手順の階層表示

6.6.1.2 操作の一時停止、再開または停止

進行中の操作を一時停止し、後で再開できます。再開する必要のない操作を停止することもできます。次の手順に従います。

1. EM_SG_ADMINISTRATORロール権限を使用してEnterprise Managerにログインします。

2. 「エンタープライズ」メニューで、「プロビジョニングとパッチ適用」、「プロシージャ・アクティビティ」を順にクリックします。「プロビジョニング」ページが表示されます。

3. 「プロシージャ・アクティビティ」表で、監視する操作の名前をクリックします。
その操作の「プロシージャ・アクティビティ」ページが表示されます。

4. ページの右側にある「プロシージャ・アクション」をクリックします。

5. ドロップダウン・メニューからアクションをクリックします。図6-4を参照してください。

図6-4 操作の一時停止、再開または停止

6.6.2 EMCLIを使用した操作計画の監視

EMCLIを使用して操作計画のステータスを監視するには、コマンドライン・インタフェースで次のコマンドを完了します。

1. 次のコマンドを実行して、プロシージャのリストを取得します。

emcli get_instances
[-type={procedure type}]
[-format=name:]
[-script]
[-noheader]

パラメータ

説明

-type

プロシージャ・タイプを指定します。このパラメータはオプションです。

-format

インスタンスのリストの出力形式を指定します。pretty、scriptまたはcsvを指定します。このパラメータはオプションで、デフォルト値はprettyです。

-script

出力形式がscriptであるかどうかを指定します。このパラメータはオプションです。

-noheader

列ヘッダーを表示しません。このパラメータはオプションです。

2. emcli get_instancesコマンドで表示される操作一覧で、操作のGUIDを書き留めます。

3. 次のコマンドを使用して、操作のステータスを取得します。

emcli get_instance_status -instance="GUID"

6.7 実行エラーの管理

Oracle Site Guardでは、Enterprise Manager Cloud Controlデプロイメント・プロシージャ・フレームワークを使用して、リモート・ホストでの障害時リカバリ操作が編成されます。フレームワークでは、エラー・モードを介してエラー管理が行われます。

操作計画の実行時に検出されたエラーは、様々な方法で管理されます。Oracle Site Guardには、個々の手順でエラー・モードを定義するオプションが用意されており、手順を有効化または無効化することもできます。たとえば、操作手順が「エラー時に停止」のエラー・モードに関連付けられている場合、操作はその手順の実行中にOracle Site Guardにより停止させられます。

その手順を再試行し、操作を続行するには、次の手順を完了します。

1. EM_SG_ADMINISTRATORロール権限を使用してEnterprise Managerにログインします。

2. 「エンタープライズ」メニューで、「プロビジョニングとパッチ適用」、「プロシージャ・アクティビティ」を順にクリックします。「プロビジョニング」ページが表示されます。

3. 「プロシージャ・アクティビティ」表で、変更する操作の名前をクリックします。
その操作の「プロシージャ・アクティビティ」ページが表示されます。

4. 最上位手順の隣のドロップダウン記号をクリックして、サブ手順を表示します。アクティビティの手順が階層として表示されます。手順の階層で、エラーが検出された手順にたどり着くまでドロップダウン記号をクリックします。
図6-5を参照してください。

図6-5 ステータスの詳細

5. 手順を選択し、「アクション」をクリックします。ドロップダウン・メニューが表示されます。

6. ドロップダウン・メニューから、このエラーを管理するためにOracle Site Guardで実行するアクションをクリックします。

- エラーを無視し、計画の他の手順を続行するには、「無視」をクリックします。

- 手順を再実行するには、「再試行」をクリックします。

- この手順のパラメータを更新して手順を再実行するには、「更新と再試行」をクリックします。

注意:

- この項で説明されている手順では、手順のエラー・モードを変更できません。手順のエラー・モードを変更するには、第6.2.3項「操作計画の編集および更新」の説明に従って、操作を編集します。

- 実行エラーを診断する方法の詳細は、第5章「Oracle Site Guardのトラブルシューティング」を参照してください。

6.8 サイト・ロールの手動リバース

Oracle Site Guardを使用して障害時ワークフローまたはワークフローの分離した部分をテストしている場合、サイト・ロールを手動で再構成してプライマリ・サイトとして明示的にサイトを指定する必要がある状況が発生する可能性があります。プライマリ・サイトとしてサイトを指定するか、サイト・ロールを手動で再構成する場合、他のサイトがスタンバイ・サイトとして自動的に指定されます。

サイト・ロールを手動で再構成するには、次の方法のいずれかを使用します。

- Enterprise Manager Cloud Controlコンソールを使用したサイト・ロールの手動リバース

- EMCLIを使用したサイト・ロールの手動リバース

6.8.1 Enterprise Manager Cloud Controlコンソールを使用したサイト・ロールの手動リバース

Enterprise Manager Cloud Controlコンソールを使用したサイト・ロールを手動で再構成するには、次の手順を実行します。

1. EM_SG_ADMINISTRATORロール権限を持つユーザーとしてEnterprise Manager Cloudコンソールにログインします。

2. 「ターゲット」メニューから、「システム」を選択します。
「システム」ページが表示されます。

3. プライマリ・サイトとして指定するシステム(汎用システム)の名前をクリックします。
サイトの「汎用システム」ページが表示されます。

4. システムのホームページで、「汎用システム」メニューから「サイト・ガード」、「構成」の順にクリックします。
「サイト・ガード構成」ページが表示されます。

5. 「プライマリとして設定」をクリックします。

6.8.2 EMCLIを使用したサイト・ロールの手動リバース

プライマリ・サイトとスタンバイ・サイトのロールを手動でリバースするには、コマンドライン・インタフェースで次のEMCLIコマンドを実行します。

注意:
Enterprise Managerコマンドライン・インタフェースへのログインの詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』を参照してください。

emcli update_siteguard_configuration
-primary_system_name="primary_system_name"]
-standby_system_name="standby_system_name"]
[-reverse_role="flag_specifying_whether_system_roles_to_be_reversed"]

パラメータ

説明

-primary_system_name

現在プライマリ・サイトであり、新しいスタンバイ・サイトとして指定する必要があるシステムの名前を入力します。

-standby_system_name

現在スタンバイ・サイトであり、新しいプライマリ・サイトとして指定する必要があるシステムの名前を入力します。

-reverse_role

このオプションを指定して、サイト・ロールをリバースします。

7 Oracle Site Guardコマンドライン・インタフェース

Oracle Site Guardは、Enterprise Managerコマンドライン・インタフェース(EMCLI)を使用して、Oracle Site Guard構成をコマンドラインから直接管理するか、バッチ・プログラムまたはスクリプトから管理します。この章では、Oracle Site Guardの構成に使用するEMCLI動詞をすべてリストします。

注意:
EMCLIコマンドでは大/小文字が区別されます。必ず適切なEMCLI動詞を使用し、正しく入力してください。

- add_siteguard_aux_hosts

- add_siteguard_script_credential_params

- add_siteguard_script_hosts

- configure_siteguard_lag

- create_operation_plan

- create_siteguard_configuration

- create_siteguard_credential_association

- create_siteguard_script

- delete_operation_plan

- delete_siteguard_aux_host

- delete_siteguard_configuration

- delete_siteguard_credential_association

- delete_siteguard_lag

- delete_siteguard_script

- delete_siteguard_script_credential_params

- delete_siteguard_script_hosts

- get_operation_plan_details

- get_operation_plans

- get_siteguard_aux_hosts

- get_siteguard_configuration

- get_siteguard_credential_association

- get_siteguard_health_checks

- get_siteguard_lag

- get_siteguard_script_credential_params

- get_siteguard_script_hosts

- get_siteguard_scripts

- get_siteguard_supported_targets

- run_prechecks

- schedule_siteguard_health_checks

- stop_siteguard_health_checks

- submit_operation_plan

- update_operation_plan

- update_siteguard_configuration

- update_siteguard_credential_association

- update_siteguard_lag

- update_siteguard_script

注意:

- []は、オプションのパラメータであることを示します。

- EMCLIの詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』を参照してください。

7.1 add_siteguard_aux_hosts

新しい補助ホストをサイト・ガード・システムに関連付けます。

補助ホストは、システムの一部ではなく、Enterprise Manager Cloud Controlによって管理されるホストです。これらのホストを使用して任意のスクリプトを実行できます。このホストで実行している他のターゲットは、Site Guard操作計画の一部にはなりません。

構文

emcli add_siteguard_aux_hosts
-system_name="system_name"
-host_name="host_name"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

操作を実行しているシステムを指定します。

-host_name

ホストの1つ以上の名前。このホストは、Enterprise Manager Cloud Controlで管理する必要があります。

例7-1 補助ホストの追加

emcli add_siteguard_aux_hosts
-system_name="austin-system
-host_name="host1.domain.com"

emcli add_siteguard_aux_hosts
-system_name="austin-system"
-host_name="host2.domain.com"
-host_name="host3.domain.com"

次を参照してください。
「delete_siteguard_aux_host」および「get_siteguard_aux_hosts」。

7.2 add_siteguard_script_credential_params

Oracle Site Guardスクリプトのパラメータとして名前付き資格証明を追加します。スクリプト内のこの資格証明のユーザー名とパスワードの値にアクセスできます。

構文

emcli add_siteguard_script_credential_params
-script_id="id_associated_with_the_script"
-credential_name="name_of_the_credential"
[-credential_owner="credential_owner"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトIDを指定します。

-credential_name

資格証明の名前を指定します。

-credential_owner

資格証明の所有者の詳細を指定します。資格証明の所有者がログインしているユーザーと同じである場合、このパラメータの値を指定する必要はありません。

例7-2 Site Guardスクリプト資格証明パラメータの追加

emcli add_siteguard_script_credential_params
-script_id="1"
-credential_name="NAMED_CREDENTIAL_X"

emcli add_siteguard_script_credential_params
-script_id="2"
-credential_name="NAMED_CREDENTIAL_Y"
-credential_owner="SG_ADMIN"

次を参照してください。
delete_siteguard_script_credential_paramsおよびget_siteguard_script_credential_params。

7.3 add_siteguard_script_hosts

ホストをOracle Site Guard構成スクリプトに追加します。複数のホストを追加できます。

構文

emcli add_siteguard_script_hosts
-script_id="script_id"
-host_name="host_name"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

-host_name

スクリプトに関連付けるホストを指定します。複数のホスト名を指定できます。

例7-3 ホストの追加

emcli add_siteguard_script_hosts
-script_id="10"
-host_name ="host1.domain.com"

次を参照してください。
「create_siteguard_script」および「get_siteguard_script_hosts」。

7.4 configure_siteguard_lag

システムのすべてのデータベースまたは選択されたデータベースに対する適用ラグとトランスポート・ラグの制限を構成します。

構文

emcli configure_siteguard_lag
-system_name="system_name"
[-target_name="database_target_name"]
-property_name="ApplyLag" or "TransportLag"
-value="maximum_lag_limit_in_seconds"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

しきい値の制限を構成するシステムを指定します。

-target_name

しきい値の制限を構成するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、しきい値はシステムのすべてのデータベースに適用されます。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

-value

構成するしきい値を(秒単位で)指定します。

例7-4 適用ラグおよびトランスポート・ラグの値の構成

emcli configure_siteguard_lag
-system_name="example-system"
-property_name="ApplyLag"
-value="1000"

emcli configure_siteguard_lag
-system_name="example-system"
-target_name="OID_db"
-property_name="TransportLag"
-value="2500"

次を参照してください。
「get_siteguard_lag」、「update_siteguard_lag」および「delete_siteguard_lag」。

7.5 create_operation_plan

Oracle Site Guard操作の操作計画を作成します。

構文

emcli create_operation_plan
[-primary_system_name="name_of_primary_system"]
[-standby_system_name="name_of_standby_system"]
[-system_name="name_of_the_system"]
[-operation="name_of_the_operation"]
[-name="name_of_the_operation_plan"]
[-role="role_associated_with_the_system"]
[-like="name_of_the_operation_plan_from_which_the_steps_are_to_be_copied"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-primary_system_name

プライマリ・サイトに関連付けられるシステムの名前を指定します。このオプションは、スイッチオーバーまたはフェイルオーバーの操作に対して使用されます。

-standby_system_name

スタンバイ・サイトに関連付けられるシステムの名前を指定します。このオプションは、スイッチオーバーまたはフェイルオーバーの操作に対して使用されます。

-system_name

システムの名前を指定します。このオプションは、起動または停止の操作に対して使用されます。

-operation

操作の機能を指定します。例: switchover、failover、startまたはstop。

-name

操作計画の名前を指定します。

-role

操作(startまたはstop)を実行するときシステムに関連付けられるロールを指定します。

-like

手順をコピーする操作計画の名前。このオプションを指定すると、システム名、操作およびロールが無視されます。

例7-5 操作計画の作成

emcli create_operation_plan
-primary_system_name="austin"
-standby_system_name="austin2"
-operation="switchover"
-name="austin-switchover-plan"

emcli create_operation_plan
-system_name="austin"
-operation="start"
-name="austin-start-plan"
-role="Primary"

emcli create_operation_plan
-like="austin-start-plan"
-name="austin-start-plan-copy"

次を参照してください。
「get_operation_plans」および「submit_operation_plan」。

7.6 create_siteguard_configuration

Oracle Site Guardのサイト構成を作成します。

構文

emcli create_siteguard_configuration
-primary_system_name="name_of_primary_system"
-standby_system_name="name_of_standby_system"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-primary_system_name

プライマリ・サイトに関連付けられるシステムの名前を指定します。

-standby_system_name

スタンバイ・システムに関連付けられるシステムの名前を指定します。複数のオプションおよび複数のシステム名を指定できます。

例7-6 Site Guard構成の作成

emcli create_siteguard_configuration
-primary_system_name="example1"

emcli create_siteguard_configuration
-primary_system_name="example1"
-standby_system_name="example2"

次を参照してください。
「update_siteguard_configuration」および「delete_siteguard_configuration」。

7.7 create_siteguard_credential_association

資格証明をサイト内のターゲットに関連付けます。

構文

emcli create_siteguard_credential_association
-system_name="name_of_the_system"
[-target_name="name_of_the_target"]
-credential_type="type_of_credential"
[-credential_name="name"]
[–use_preferred_credential="true_or_false"]
-credential_owner="owner"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-target_name

ターゲットの名前を指定します。このパラメータはオプションです。

-credential_type

資格証明のタイプを指定します。例: HostNormal、HostPrivileged、NodeManager、WLSAdminまたはDatabaseSysdba。
注意: ノード・マネージャ資格証明の場合、NodeManager credential_typeを指定し、target_nameの値を指定して、credential_nameのHostNormal資格証明を使用します。

-credential_name

資格証明の名前を指定します。
credential_nameを指定していない場合は、use_preferred_credentialをtrueに設定する必要があります。

-credential_owner

資格証明の所有者を指定します。

-use_preferred_credential

優先資格証明を使用している場合は、trueを指定します。デフォルト値はfalseです。デフォルト値を使用する場合は、名前付き資格証明を使用する-credential_nameパラメータを指定する必要があります。

例7-7 Site Guard資格証明アソシエーションの作成

emcli create_siteguard_credential_association
-system_name="austin-system"
-credential_type="HostNormal"
-credential_name="HOST-SGCRED"
-credential_owner="sysman"

emcli create_siteguard_credential_association
-system_name="austin-system"
-credential_type="HostPrivileged"
-use_preferred_credential="true"
-credential_owner="sysman"

emcli create_siteguard_credential_association
-system_name="austin-system"
-credential_type="HostNormal"
-credential_owner="sysman"

emcli create_siteguard_credential_association
-system_name="austin-system"
-target_name="austin-database-instance"
-credential_type="DatabaseSysdba"
-credential_name="HOST-DBCRED"
-credential_owner="sysman"

次を参照してください。
「delete_siteguard_credential_association」および「update_siteguard_credential_association」。

7.8 create_siteguard_script

Oracle Site Guard構成用のスクリプト(前処理スクリプト、後処理スクリプトおよびストレージ・スクリプト)を作成します。

構文

emcli create_siteguard_script
-system_name=name_of_the_system
-operation=name_of_the_operation
-script_type=type_of_the_script
[-host_name=name_of_the_host_where_the_scripts_are_run]
-path=path_of_the_script
[-component="path_of_the_entity_in_software_library"]
[-runtime_script="flag_to_specify_if_prechecks_to_check_availability_of_this_script"]
[-run_on=flag_specifying_the_host]
[-all_hosts=flag_to_run_script_on_all_the_hosts_in_the_system]
[-role=role_associated_with_the_system]
[-credential_type=type_of_the_credential]
[-credential_name="name_of_the_credential"]
[-target_storage_credential_name=target_storage_credential]
[-source_storage_credential_name=source_storage_credential]
[-credential_owner=credential_owner]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-operation

操作の名前を指定します。次の操作名のいずれかです。
Switchover、Failover、StartまたはStop。

-script_type

スクリプトのタイプを指定します。Mount、UnMount、Global-Pre-Script、Global-Post-Script、Pre Script、Post-Script、Storage-FailoverまたはStorage-Switchoverを指定できます。

-host_name

このスクリプトが実行されるホストの名前を指定します。
このパラメータはオプションで、2回以上指定できます。

-path

スクリプトのパスを指定します。

-component

ソフトウェア・ライブラリのエンティティへのパスを指定します。コンポーネントが指定されている場合、パスに含められるのはファイル名とそのパラメータのみです。
このパラメータはオプションです。

-runtime_script

trueまたはfalseとして値を指定します。スクリプトがランタイム・スクリプトとして指定される場合、事前チェックはスクリプトの有無を確認しません。スクリプトが動的にマウントされるか、操作計画の実行の一部として生成される場合、このパラメータが使用されます。
デフォルトでは、ソフトウェア・ライブラリからステージングされたすべてのスクリプトがランタイム・スクリプトとして指定されます。ソフトウェア・ライブラリからステージングされないスクリプトのデフォルト値は、falseです。

このパラメータはオプションです。

-run_on

使用可能なホストの1つのみでスクリプトを実行する(anyと入力)か、すべてのホストで実行する(allと入力)かを指定します。
このパラメータはオプションで、デフォルト値はallです。

-all_hosts

スクリプトを、システム内のすべてのホストで実行できるようにするためのオプション・フラグ。このパラメータは、host_nameを無視します。trueまたはfalseを入力します。

-role

システム・ロールに基づいたスクリプトを構成するためのオプション・フラグ。デフォルトでは、スクリプトは、特定のシステムのプライマリ・ロールおよびスタンバイ・ロールの両方に対して構成されます。例: PrimaryまたはStandby。

–credential_type

HostNormalまたはHostPrivileged (root権限がある場合)を指定します。

-credential_name

このスクリプトを実行するために使用される資格証明の名前を指定します。
パラメータcredential_nameの値が指定されない場合、パラメータcredential_typeの値を指定する必要があります。

-target_storage_credential_name

ターゲット・ストレージの名前付き資格証明を指定します。target_storage_credential_nameを指定した場合は、source_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-source_storage_credential_name

ソース・ストレージの名前付き資格証明を指定します。source_storage_credential_nameを指定した場合は、target_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-credential_owner

資格証明の所有者を指定します。target_storage_credential_nameおよびsource_storage_credential_nameを指定した場合は、属性credential_ownerを指定する必要があります。

例7-8 Site Guardスクリプトの作成

emcli create_siteguard_script
-system_name="austin-system"
-operation="Switchover"
-script_type="Precheck-Script"
-role="Primary"
-credential_type="HostNormal"
-path="/tmp/precheckscript"
-all_hosts="true"

emcli create_siteguard_script
-system_name="austin-system"
-operation="Failover"
-script_type="Post-Script"
-role="Standby"
-credential_name="MY_NAMED_HOST_CREDENTIAL"
-path="/tmp/postscript"
-host_name="host1.domain.com"
-host_name="host2.domain.com"
-run_on="any"
-runtime_script="true"

emcli create_siteguard_script
-system_name="austin-system"
-operation="Switchover"
-script_type="Pre-Script"
-credential_type="HostNormal"           -path="stop_mycomponent.sh"
-component="/Components/MyScripts/LCM_Operations"
-all_hosts="true"
-role="Primary"

emcli create_siteguard_script
-system_name="austin-system"
-operation="Switchover"
-script_type="Global-Pre-Script"
-credential_type="HostNormal"
-path="/tmp/prescript"
-all_hosts="true"
-target_storage_credential_name="SGCRED-TARGET-STORAGE"
-source_storage_credential_name="SGCRED-SOURCE-STORAGE"
-credential_owner="sysman"

次を参照してください。
「update_siteguard_script」、「delete_siteguard_script」および「get_siteguard_scripts」。

7.9 delete_operation_plan

指定された操作計画をOracle Site Guard構成から削除します。

構文

emcli delete_operation_plan
-name="name_of_operation_plan"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-name

削除する操作計画の名前を指定します。

例7-9 操作計画の削除

emcli delete_operation_plan
-name="austin-switchover"

次を参照してください。
「create_operation_plan」および「get_operation_plans」。

7.10 delete_siteguard_aux_host

システムに関連付けられた任意の補助ホストを削除します。

構文

emcli delete_siteguard_aux_host
-system_name="system_name"
[-host_name="name_of_the_host"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

操作を実行しているシステムを指定します。

-host_name

スクリプトを実行するホストの名前。これはオプション・パラメータです。指定しない場合、システムに関連付けられているすべてのホストが削除されます。
注意: ホスト名がsystem_nameで指定したシステムの一部であることを確認します。

例7-10 補助ホストの削除

emcli delete_siteguard_aux_host
-system_name="austin-system"

emcli delete_siteguard_aux_host
-system_name="austin-system"
-host_name="example-host1.domain.com"

emcli delete_siteguard_aux_host
-system_name="austin-system"
-host_name="example-host2.domain.com"

次を参照してください。
「add_siteguard_aux_hosts」および「get_siteguard_aux_hosts」。

7.11 delete_siteguard_configuration

Oracle Site Guard構成を削除します。指定されたシステムおよび関連付けられているすべてのスタンバイ・システムに関連する全体の構成(スクリプト、資格証明アソシエーション、サイト・アソシエーション、操作計画)が削除されます。

構文

emcli delete_siteguard_configuration
-primary_system_name="name_of_the_primary_system"
-standby_system_name="name_of_the_standby_system"
[-force="flag_specifying_whether_old_configurations_to_be_deleted"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-primary_system_name

プライマリ・システムの名前を指定します。

-standby_system_name

スタンバイ・システムの名前を指定します。このパラメータはオプションです。ただし、このパラメータを指定しない場合、指定したプライマリ・システムとすべてのスタンバイ・システムのOracle Site Guard構成は削除されます。

-force

古い構成を削除する必要があるかどうかを指定します。trueまたはfalseを入力します。
このパラメータはオプションです。

例7-11 Site Guard構成の削除

emcli delete_siteguard_configuartion
-primary_system_name="austin-system1"

emcli delete_siteguard_configuration
-standby_system_name="austin2-system2"

emcli delete_siteguard_configuration
-force="true"

次を参照してください。
「create_siteguard_configuration」および「get_siteguard_configuration」。

7.12 delete_siteguard_credential_association

Oracle Site Guard構成から資格証明アソシエーションを削除します。

構文

emcli delete_siteguard_credential_association
-system_name="name"
[-target_name=["name"]
-credential_type="type"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

サービスが置かれているシステムを指定します。

-credential_type

資格証明のタイプを指定します。HostNormal、HostPrivileged、NodeManager、WLSAdminまたはDatabaseSysdbaを指定できます。

-target_name

ターゲットの名前を指定します。このパラメータはオプションです。

例7-12 Site Guard資格証明アソシエーションの削除

emcli delete_siteguard_credential_association
-system_name="austin-system"
-credential_type="HostNormal"

emcli delete_siteguard_credential_association
-system_name="austin-system"
-target_name="austin-database-instance"
-credential_type="DatabaseSysdba"

次を参照してください。
「create_siteguard_credential_association」、「update_siteguard_credential_association」および「get_siteguard_credential_association」。

7.13 delete_siteguard_lag

システムの1つ以上のData Guardが有効になっているデータベースで構成済の適用ラグおよびトランスポート・ラグのしきい値を削除します。

構文

emcli delete_siteguard_lag
-system_name="system_name"
[-target_name="database_target_name"]
-property_name="lag_type"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

しきい値の制限を構成するシステムを指定します。

-target_name

しきい値の制限を構成するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、しきい値はシステムのすべてのデータベースに適用されます。このパラメータはオプションです。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

例7-13 適用ラグおよびトランスポート・ラグの値の削除

emcli delete_siteguard_lag
-system_name="austin-system"
-property_name="ApplyLag"

emcli delete_siteguard_lag
-system_name="austin-system"
-target_name="OID_db"
-property_name="TransportLag"

次を参照してください。
「update_siteguard_lag」、「configure_siteguard_lag」および「get_siteguard_lag」。

7.14 delete_siteguard_script

Oracle Site Guard構成から指定されたスクリプトを削除します。

構文

emcli delete_siteguard_script
-script_id="script id"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

例7-14 Site Guardスクリプトの削除

emcli delete_siteguard_script
-script_id="10"

次を参照してください。
「create_siteguard_script」、「get_siteguard_scripts」および「update_siteguard_script」。

7.15 delete_siteguard_script_credential_params

Oracle Site Guardスクリプトへのパラメータである名前付き資格証明を削除します。スクリプト内のこの資格証明のユーザー名とパスワードの値にアクセスできます。

構文

emcli delete_siteguard_script_credential_params
-script_id="Id associated with the script"
[-credential_name="name of the credential"]
[-credential_owner="credential owner"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

-credential_name

資格証明の名前を指定します。この引数が指定されない場合、スクリプトに関連付けられているすべての資格証明が削除されます。
このパラメータはオプションです。

-credential_owner

資格証明の所有者を指定します。資格証明の所有者がログインしているユーザーと同じである場合、このパラメータを指定する必要はありません。

例7-15 Site Guardスクリプト資格証明パラメータの削除

emcli delete_siteguard_script_credential_params
-script_id="1"
-credential_name="NAMED_CREDENTIAL_X"

emcli delete_siteguard_script_credential_params
-script_id="2"
-credential_name="NAMED_CREDENTIAL_Y"
-credential_owner="SG_ADMIN"

emcli delete_siteguard_script_credential_params
-script_id="3"

次を参照してください。
「add_siteguard_script_credential_params」および「get_siteguard_script_credential_params」。

7.16 delete_siteguard_script_hosts

ホストまたは特定のスクリプトと関連付けられたホストを削除します。

構文

emcli delete_siteguard_script_hosts
-script_id="script id"
-host_name="host_name"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

-host_name

このスクリプトが実行されるホストの名前を指定します。
このパラメータは、2回以上指定できます。

例7-16 Site Guardスクリプト・ホストの削除

emcli delete_siteguard_script_hosts
-script_id="10"
-host_name="example-host.domain.com"

出力列

ステップ番号、操作名、ターゲット名、ターゲット・ホストおよびエラー・モード

次を参照してください。
「create_siteguard_script」および「add_siteguard_script_hosts」。

7.17 get_operation_plan_details

指定された操作計画に関する手順ごとの詳細な情報を提供します。

構文

emcli get_operation_plan_details
-name="plan_name"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-name

操作計画の名前を指定します。

例7-17 操作計画の詳細の取得

emcli get_operation_plan_details
-name="austin-switchover"

次を参照してください。
「create_operation_plan」および「get_operation_plans」。

7.18 get_operation_plans

構成されたすべての操作計画を一覧表示します。

構文

emcli get_operation_plans        [-name="name_of_the_operation_plan"]
[-operation="type_of_operation"]
[-system_name="name_of_the_system"]
[-primary_system_name="name_of_the_primary_system"]
[-standby_system_name="name_of_the_standby_system"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-name

操作計画の名前を指定します。

-operation

操作の名前を指定します。例: switchover、failover、startまたはstop。
これはオプション・パラメータです。このパラメータを指定しない場合、すべての操作計画が一覧表示されます。

-system_name

操作計画で使用するシステムの名前を指定します。これらの値を指定する場合、-primary_system_nameおよび-standby_system_nameの値を指定する必要はありません。

-primary_system_name

操作計画で使用するプライマリ・システムの名前を指定します。-system_nameの値のかわりにこのパラメータの値を指定できます。フィルタ処理を向上するために-standby_system_nameパラメータを追加で使用することもできます。

-standby_system_name

操作計画で使用するスタンバイ・システムの名前を指定します。-system_nameの値のかわりにこのパラメータの値を指定できます。フィルタ処理を向上するために-primary_system_nameパラメータを追加で使用することもできます。

例7-18 操作計画の取得

emcli get_operation_plans
-operation="switchover"         -system_name="austin-system"

emcli get_operation_plans
-operation="switchover"
-primary_system_name="austin-system"

emcli get_operation_plans
-operation="failover"
-standby_system_name="austin2-system"

emcli get_operation_plans
-name="austin-switchover-plan"
-system_name="austin-system"

出力列

計画名、操作名、プライマリ・システム名、スタンバイ・システム名、作成日

次を参照してください。
「create_operation_plan」および「submit_operation_plan」。

7.19 get_siteguard_aux_hosts

システムに関連付けられている補助ホストの一覧を取得します。

構文

emcli get_siteguard_aux_hosts
-system_name="system_name"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

操作を実行しているシステムを指定します。

例7-19 補助ターゲットのリスティング

emcli get_siteguard_supported_targets
-system_name="example-system"

次を参照してください。
「add_siteguard_aux_hosts」および「delete_siteguard_aux_host」。

7.20 get_siteguard_configuration

Oracle Site Guard構成を指定します。

構文

emcli get_siteguard_configuration
[-primary_system_name="name_of_the_primary_system"]
[-standby_system_name="name_of_the_standby_system"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-primary_system_name

プライマリ・システムの名前を指定します。

-standby_system_name

スタンバイ・システムの名前を指定します。

出力列

プライマリ・システム、スタンバイ・システム

例7-20 Site Guard構成の取得

emcli get_siteguard_configuartion
-primary_system_name="austin-system"
-standby_system_name="austin2-system"

次を参照してください。
「create_siteguard_configuration」および「delete_siteguard_configuration」。

7.21 get_siteguard_credential_association

システムに構成された資格証明アソシエーションをリストします。

構文

emcli get_siteguard_credential_association
-system_name="name_of_the_system"
[-target_name="name_of_the_target"]
[-credential_type="type_of_the_credential"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-target_name

ターゲットの名前を指定します。このパラメータはオプションです。

-credential_type

資格証明のタイプを指定します。HostNormal、HostPrivileged、NodeManager、WLSAdminまたはDatabaseSysdbaを指定できます。
注意: ノード・マネージャ資格証明タイプの場合、credential_typeとしてNodeManagerを指定し、target_nameの値を指定して、パラメータcredential_nameのHostNormal資格証明を使用します。

このパラメータはオプションです。

出力列

ターゲット名、資格証明名、資格証明タイプ

例7-21 Site Guard資格証明アソシエーションの取得

emcli get_siteguard_credential_association
-system_name="austin-system"
-credential_type="HostNormal"

emcli create_siteguard_credential_association
-system_name="austin-system"
-target_name="austin-database-instance"
-credential_type="DatabaseSysdba"

次を参照してください。
「create_siteguard_credential_association」および「update_siteguard_credential_association」。

7.22 get_siteguard_health_checks

操作計画に対するヘルス・チェックのスケジュールを表示します。

構文

emcli get_siteguard_health_checks
-operation_plan="name_of_the_operation_plan"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-operation_plan

ヘルス・チェックのスケジュールを表示する必要がある操作計画の名前を指定します。

例7-22 Site Guardヘルス・チェックの取得

emcli get_siteguard_health_checks
-operation_plan="austin-switchover"

次を参照してください。
「schedule_siteguard_health_checks」、「stop_siteguard_health_checks」および「run_prechecks」。

7.23 get_siteguard_lag

システムのすべてのデータベースまたは選択されたデータベースに対するApplyLagおよびTransportLagの制限を取得および表示します。

構文

emcli get_siteguard_lag
-system_name="name_of_the_system"
[-target_name="database_target_name"]
-property_name="lag_type"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-target_name

データベース名を指定します。

-property_name

プロパティの名前を指定します。有効な値はApplyLagおよびTransportLagです。

例7-23 Site Guardラグの取得

emcli get_siteguard_lag
[-system_name="austin-system"]
[-property_name="ApplyLag"]

emcli get_siteguard_lag
[-system_name="austin-system"]
[-target_name="OID_db"]
[-property_name="TransportLag"]

次を参照してください。
「update_siteguard_lag」、「configure_siteguard_lag」および「delete_siteguard_lag」。

7.24 get_siteguard_script_credential_params

Site Guardスクリプトのすべての資格証明パラメータを指定します。

構文

emcli get_siteguard_script_credential_params        -script_id="Id_associated_with_the_script"         [-credential_name="name_of_the_credential"]         [-credential_owner="credential_owner"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

-credential_name

資格証明の名前を指定します。この引数が指定されない場合、スクリプトに関連付けられているすべての資格証明が削除されます。
このパラメータはオプションです。

-credential_owner

資格証明の所有者を指定します。資格証明の所有者がログインしているユーザーと同じである場合、このパラメータを指定する必要はありません。

例7-24 Oracle Site Guardスクリプト資格証明パラメータの取得

emcli get_siteguard_script_credential_params
-script_id="1"
-credential_name="NAMED_CREDENTIAL_X"

emcli get_siteguard_script_credential_params
-script_id="3"

emcli get_siteguard_script_credential_params
-script_id="3"
-credential_owner="SG_ADMIN"

次を参照してください。
add_siteguard_script_credential_paramsおよびdelete_siteguard_script_credential_params。

7.25 get_siteguard_script_hosts

スクリプトが実行されるように設計されたすべてのスクリプトに関連付けられたホストを一覧表示します。

構文

emcli get_siteguard_script_hosts
-script_id="script_id"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトに関連付けられるIDを指定します。

出力列

ホスト名

例7-25 Site Guardスクリプト・ホストの取得

emcli get_siteguard_script_hosts
-script_id="10"

次を参照してください。
「create_siteguard_script」および「add_siteguard_script_hosts」。

7.26 get_siteguard_scripts

指定されたシステムに関連付けられたOracle Site Guardスクリプトを取得します。

構文

emcli get_siteguard_scripts
-system_name="system_name"
-operation="operation_name"
-script_type="type_of_the_script"
[-role="role_of_the_system"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-operation

操作の名前を指定します。例: switchover、failover、startまたはstop。

-script_type

スクリプトのタイプを指定します。例: mount、unmount、pre-script、post-script、global pre-script、global post-script、storage-failoverまたはstorage-switchover。

-role

システムに関連付けられたロールに基づいてスクリプトをフィルタ処理するオプションのパラメータ。例: PrimaryまたはStandby。

出力列

スクリプトID、タイプ、操作、パスおよびロール

例7-26 Site Guardスクリプトの取得

emcli get_siteguard_scripts
-system_name="austin-system"
-operation="Switchover"
-script_type="Pre-Script"

emcli get_siteguard_scripts
-system_name="austin-system"
-operation="Switchover"
-script_type="Pre-Script"
-role="Primary"

次を参照してください。
「create_siteguard_script」、「delete_siteguard_script」および「update_siteguard_script」。

7.27 get_siteguard_supported_targets

システムでOracle Site Guardがサポートするすべてのターゲットのリストを取得します。

構文

emcli get_siteguard_supported_targets
-system_name={system name}
[-target_type={target type}]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-target_type

ターゲットのタイプを指定します。これはオプション・パラメータです。

例7-27

emcli get_siteguard_supported_targets
-system_name="austin-system"

emcli get_siteguard_supported_targets
-system_name="austin-system"
-target_type="weblogic"

emcli get_siteguard_supported_targets
-system_name="austin-system"
-target_type="database"

次を参照してください。
「create_siteguard_script」、「delete_siteguard_script」および「update_siteguard_script」。

7.28 run_prechecks

特定の操作計画に対するOracle Site Guard事前チェックを実行します。

構文

emcli run_prechecks
-operation_plan="name_operation_plan"
[-database_lag_checks="true"|"false"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-operation_plan

操作計画の名前を指定します。

-database_lag_checks

すべてのData Guard構成済データベースに対し、事前チェックの一部としてデータベース・ラグ・チェックを実行します。trueまたはfalseの値を入力します。
このパラメータはオプションです。

例7-28 事前チェックの実行

emcli run_prechecks
-operation_plan="austin-switchover"

emcli run_prechecks
-operation_plan="austin-switchover"
-database_lag_checks="false"

次を参照してください。
「create_operation_plan」、「get_operation_plans」および「submit_operation_plan」。

7.29 schedule_siteguard_health_checks

操作計画に対してヘルス・チェックをスケジュールします。

構文

emcli schedule_siteguard_health_checks
-operation_plan={name of the operation plan}
-schedule=
{
start_time:yyyy/MM/dd HH:mm;
[tz:{java timezone ID};
[frequency:interval/weekly/monthly/yearly;]
[repeat:tx;]
[end_time:yyyy/MM/dd HH:mm;]
[grace_period:xxx;]
}
[-notify="flag_specifying_whether_email_notifications_to_be_sent"]
[-email="email_address_to_be_notified"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-operation_plan

ヘルス・チェックをスケジュールする操作計画の名前を指定します。

-schedule

ヘルス・チェックを実行するためのスケジュールを指定します。
start_time: ヘルス・チェックの開始時刻を指定します。

tz: タイムゾーンIDを指定します(オプション)。

frequency: 有効な値は、once/interval/weekly/monthly/yearly (オプション)

frequencyをintervalに設定した場合、repeatを指定する必要があります。

frequencyをweeklyまたはmonthlyに設定した場合、daysを指定する必要があります。

frequencyをyearlyに設定した場合、daysとmonthsを指定する必要があります。

repeat: ヘルス・チェックを繰り返す頻度を指定します。frequencyがintervalに設定されている場合は必須です。

days: 日のリストをカンマ区切りで指定します。frequencyをweekly、monthlyまたはyearlyに設定した場合のみ必要です。frequencyをweeklyに設定した場合、有効な値の範囲は1から7です。frequencyをmonthlyまたはyearlyに設定した場合は、有効な値の範囲は1から30です。

months: 月のリストをカンマ区切りで指定します。frequencyをyearlyに設定した場合のみ必要です。有効な値の範囲は、1から12です。

end_time: ヘルス・チェックの実行を終了する時刻を指定します(オプション)。

指定しないと、ヘルス・チェックは無期限に実行します。

grace_period: 猶予期間を分単位で指定します(オプション)。

値をfalseに設定すると、事前チェックは実行されません。

-database_lag_checks

すべてのData Guard構成済データベースに対し、事前チェックの一部としてデータベース・ラグ・チェックを実行します。このパラメータはオプションです。
デフォルト値はtrueです。

-notify

ヘルス・チェック・レポートを通知するかどうかを指定します。
trueに設定されている場合、ヘルス・チェック実行レポートが指定された電子メール・アドレスに送信されます。

このパラメータはオプションです。

-email

ヘルス・チェック・レポートの通知に使用する必要がある電子メール・アドレスを指定します。この電子メール・アドレスは、現在のユーザーの構成された電子メール・アドレスである必要があります。
このパラメータはオプションです。

例7-29 Oracle Site Guardヘルス・チェックのスケジュール

emcli schedule_siteguard_health_checks
-operation_plan="austin-switchover"
-schedule="start_time:2014/06/10 15:45"
emcli schedule_siteguard_health_checks
-operation_plan="austin-switchover"
-schedule="start_time:2014/10/29 2:00;frequency:interval;repeat:1d"

emcli schedule_siteguard_health_checks
-operation_plan="austin-failover"
-schedule="start_time:2014/08/10 01:00;frequency:interval;repeat:1w"
emcli schedule_siteguard_health_checks
-operation_plan="austin-failover"
-schedule="start_time:2014/08/10
1:00;frequency:weekly;days:6,7;grace period:60;tz:America/New_York"

次を参照してください。
「get_siteguard_health_checks」、「stop_siteguard_health_checks」および「run_prechecks」。

7.30 stop_siteguard_health_checks

操作計画に対する今後のヘルス・チェックをすべて停止します。

構文

emcli stop_siteguard_health_checks
-operation_plan="name_of_the_operation_plan"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-operation_plan

実行を停止するヘルス・チェックが対象とする操作計画の名前を指定します。

例7-30 Oracle Site Guardヘルス・チェックの停止

emcli stop_siteguard_health_checks
-operation_plan="austin-switchover"

次を参照してください。
「schedule_siteguard_health_checks」、「get_siteguard_health_checks」および「run_prechecks」。

7.31 submit_operation_plan

指定された操作計画を送信して実行します。

構文

emcli submit_operation_plan
-name="name_of_operation_plan"
[-run_prechecks="true | false"]
[-stop_primary="flag_specifying_whether_primary_site_to_be_stopped_during_failover"]
[-database_lag_checks="true"|"false"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-name

操作計画の名前を指定します。

-run_prechecks

run_prechecks値(trueまたはfalse)を指定します。
デフォルトでは、このパラメータの値はtrueです。

値をfalseに設定した場合、事前チェックは実行されません。

-stop_primary

フェイルオーバー操作中にプライマリ・サイトのターゲットを停止するかどうかを指定します。trueまたはfalseの値を設定します。

-database_lag_checks

すべてのData Guard構成済データベースに対し、事前チェックの一部としてデータベース・ラグ・チェックを実行します。このパラメータはオプションです。
デフォルト値はtrueです。

例7-31 操作計画の発行

emcli submit_operation_plan
-name="example-switchover"
-database_lag_checks="false"

emcli submit_operation_plan
-name="example-switchover"
-run_prechecks="false"

次を参照してください。
「create_operation_plan」および「get_operation_plans」。

7.32 update_operation_plan

特定の操作計画の任意の手順で、エラー・モードおよび実行モードを更新します。

構文

emcli update_operation_plan
-name="operation_plan_name"
-step_number="step_number"
-target_host="host_name"
-target_name="target_name"
[error_mode="error_mode"]
[enabled="true" or "false"]
[-execution_mode="Serial" or "Parallel"]
[-move="up"or"down"]
[-delete="true" or "false"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-name

操作計画の名前を指定します。

-step_number

更新する必要のある手順の数を指定します。

-target_host

システムの名前を指定します。これを指定すると、このターゲット・ホストに関連するすべてのステップが更新されます。

-target_name

データベース・ターゲット名を指定します。

-error_mode

操作の機能。例: stopまたはcontinue。

-enabled

trueまたはfalseを入力します。

-execution_mode

実行モードを指定します。例: SerialまたはParallel

-move

UpまたはDownを指定して順序を変更します。

-delete

ステップを削除するかどうかを指定します。trueまたはfalseを指定します。

例7-32 操作計画の更新

emcli update_operation_plan
-name="austin-switchover"
-step_number="1"
-error_mode="Continue"
-enabled="true"
-execution_mode="Serial"

emcli update_operation_plan
-name="austin-switchover"
-step_number="5"
-move="Up"

emcli update_operation_plan
-name="austin-switchover"
-target_host="myhost.domain.com"
-error_mode="Continue"
-enabled="true"

emcli update_operation_plan
-name="example-switchover"
-target_name="/Farm1/MyDomain"
-delete="true"

次を参照してください。
「create_operation_plan」および「get_operation_plan_details」。

7.33 update_siteguard_configuration

Oracle Site Guard構成を更新して、スタンバイ・システムを追加します。1つのプライマリ・システムを、1つ以上のスタンバイ・システムに関連付けることができます。

構文

emcli update_siteguard_configuration
-primary_system_name="primary_system_name"]
-standby_system_name="standby_system_name"]
[-reverse_role="flag_specifying_whether_system_roles_to_be_reversed"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-primary_system_name

プライマリ・システムの名前を指定します。

-standby_system_name

スタンバイ・システムの名前を指定します。このパラメータは、2回以上指定できます。

-reverse_role

スタンバイからプライマリにサイトのロールをリバースするかどうかを指定します。trueまたはfalseを入力します。
このオプションが指定される場合、1つのスタンバイ・システム名のみをパラメータ-standby_system_nameを使用して送信できます。デフォルト値はfalseです。

例7-33 Site Guard構成の更新

emcli update_siteguard_configuartion
-primary_system_name="austin-system"
-standby_system_name="austin2-system"

emcli update_siteguard_configuration
-primary_system_name="austin-system"
-standby_system_name="austin2-system"
-reverse_role

次を参照してください。
「create_siteguard_configuration」および「delete_siteguard_configuration」。

7.34 update_siteguard_credential_association

資格証明アソシエーションを更新します。

構文

emcli update_siteguard_credential_association
-system_name="name_of_the_system"
[-target_name="name_of_the_target"]
-credential_type="type_of_the_credential"
[-credential_name="name_of_the_credential"]
[–use_preferred_credential="true_or_false"]
-credential_owner="credential_owner"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

システムの名前を指定します。

-target_name

ターゲットの名前を指定します。このパラメータはオプションです。

-credential_type

資格証明のタイプを指定します。HostNormal、HostPrivileged、WLSAdminまたはDatabaseSysdbaを指定できます。

-credential_name

資格証明の名前を指定します。

-use_preferred_credential

優先資格証明を使用している場合は、trueを指定します。デフォルト値はfalseです。デフォルト値を指定する場合は、名前付き資格証明を使用する-credential_nameパラメータを指定する必要があります。

-credential_owner

資格証明の所有者を指定します。

例7-34 Site Guard資格証明アソシエーションの更新

emcli update_siteguard_credential_association
-credential_type="HostNormal"
-credential_name="HOST-SGCRED"
-credential_owner="sysman"

emcli update_siteguard_credential_association
-credential_type="HostPrivileged"
-use_preferred_credential="true"
-credential_owner="sysman"

emcli update_siteguard_credential_association
-target_name="austin-database-instance"
-credential_type="DatabaseSysdba"
-credential_name="HOST-DBCRED"
-credential_owner="sysman"

次を参照してください。
「delete_siteguard_credential_association」および「create_siteguard_credential_association」。

7.35 update_siteguard_lag

システムの1つ以上のData Guardが有効になっているデータベースで適用ラグおよびトランスポート・ラグのしきい値を更新します。

構文

emcli update_siteguard_lag
-system_name="system_name"
[-target_name="database_target_name"]
-property_name="lag_type"
-value="max_limit"

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-system_name

しきい値の制限を構成するシステムを指定します。

-target_name

しきい値の制限を構成するデータベース・ターゲット名を指定します。このパラメータが指定されない場合、しきい値はシステムのすべてのデータベースに適用されます。

-property_name

プロパティ名を指定します。有効な値はApplyLagおよびTransportLagです。

-value

更新するしきい値を(秒単位で)指定します。

例7-35 適用ラグおよびトランスポート・ラグの値の更新

emcli update_siteguard_lag
-system_name="example-system"
-property_name="ApplyLag"
-value="1000"

emcli update_siteguard_lag
-system_name="example-system"
-target_name="OID_db"
-property_name="TransportLag"
-value="2500"

次を参照してください。
「get_siteguard_lag」、「configure_siteguard_lag」および「delete_siteguard_lag」。

7.36 update_siteguard_script

任意のスクリプトに関連付けられたパスおよびall_hostsフラグを更新します。

構文

emcli update_siteguard_script
-script_id="ID_associated_with_the_script"
-path="path_of_the_script"
[-component="path of the entity in Software library"]
-runtime_script="flag_to_specify_if_prechecks_to_check_availability_of_the_script"
–credential_type="type_of_credential"
[-host_name="name_of_the_host_where_this_script_will_run"]
[-run_on="flag_specifying_the_host"]
[-all_hosts="true" or "false"]
[-target_storage_credential_name="target_storage_credential"]         [-source_storage_credential_name="source_storage_credential"]         [-credential_owner="credential_owner"]

注意:
[]は、パラメータがオプションであるか、一定の条件下ではオプションであることを示します。

パラメータ

説明

-script_id

スクリプトIDを指定します。

-path

スクリプトのパスを指定します。

-component

ソフトウェア・ライブラリのエンティティへのパスを指定します。このパラメータの値が指定される場合、パスに含められるのはファイル名とそのパラメータのみです。

-runtime_script

スクリプトがランタイム・スクリプトであるかどうかを指定します。スクリプトがランタイム・スクリプトとして指定される場合、事前チェックはスクリプトを確認しません。スクリプトが動的にマウントされるか、操作計画の実行の一部として生成される場合、このオプションを使用できます。
デフォルトでは、ソフトウェア・ライブラリからステージングされたすべてのスクリプトがランタイム・スクリプトとして指定されます。

ソフトウェア・ライブラリからステージングされないスクリプトのデフォルト値は、falseです。

–credential_type

HostNormalまたはHostPrivileged (root権限がある場合)を指定します。

-credential_name

資格証明の名前を指定します。値が指定されない場合、パラメータcredential_typeの値を指定する必要があります。

-host_name

このスクリプトを実行するホストの名前。
このパラメータはオプションで、2回以上指定できます。

-run_on

使用可能なホストの1つのみでスクリプトを実行する(any)か、すべてのホストで実行する(all)かを指定します。
このパラメータはオプションで、デフォルト値はallです。

-all_hosts

スクリプトを、システム内のすべてのホストで実行できるようにするためのオプション・フラグ。例: trueまたはfalse。

-target_storage_credential_name

ターゲット・ストレージの名前付き資格証明を指定します。
target_storage_credential_nameを指定した場合は、source_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-source_storage_credential_name

ソース・ストレージの名前付き資格証明を指定します。
source_storage_credential_nameを指定した場合は、target_storage_credential_nameおよびcredential_ownerを指定する必要があります。

-credential_owner

資格証明の所有者を指定します。
target_storage_credential_nameおよびsource_storage_credential_nameを指定した場合は、credential_ownerを指定する必要があります。

例7-36 Site Guardスクリプトの更新

emcli update_siteguard_script
-script_id="10"
-path="/tmp/script"
-all_hosts="true"

emcli update_siteguard_script
-script_id="10"
-path="stop_mycomponent.sh"
-component="/Components/MyScripts/LCM_Operations"              -all_hosts="true"

emcli update_siteguard_script
-script_id="10"
-host_name="host1.domain.com"
-host_name="host2.domain.com"
-run_on="any"
emcli update_siteguard_script
-script_id="10"
-all_hosts="false"
-credential_name="MY_NAMED_HOST_CREDENTIAL"
-host_name="host1.domain.com"
emcli update_siteguard_script
-script_id="16"
-path="/tmp/script"
-credential_type="HostPrivileged"
-runtime_script="true"
emcli update_siteguard_script
-script_id="20"
-path="/tmp/script"
-all_hosts="true"
-target_storage_credential_name="SGCRED-TARGET-STORAGE"
-source_storage_credential_name="SGCRED-SOURCE-STORAGE"
-credential_owner="sysman"

次を参照してください。
「create_siteguard_script」、「get_siteguard_scripts」および「delete_siteguard_script」。

8 Oracle Site Guardのアップグレードまたはダウングレード

この章では、Enterprise Manager Cloud Control環境でOracle Site Guardを異なるバージョンにアップグレードまたはダウングレードする方法について説明します。

次のトピックが含まれます:

- 第8.1項「Oracle Site Guardのアップグレード」

- 第8.2項「Oracle Site Guardのダウングレード」

8.1 Oracle Site Guardのアップグレード

Oracle Site Guard (12.1.0.6)からOracle Site Guard (12.1.0.7)にアップグレードするには、次の手順を完了します。

1. 第6.2.4「操作計画の削除」で説明されている手順に従って、既存のOracle Site Guard操作計画をすべて削除します。

注意:
削除する操作計画をアップグレード後に再作成する可能性があるので、オラクル社は、それらの計画の詳細を記録しておくことをお薦めします。

2. 第4章「Configuring Oracle Site Guardの構成」で説明されている手順を使用して作成した、既存のOracle Site Guard構成のすべてを削除します。

構成を次の順序で削除します。

1. すべての構成済ストレージ・スクリプトを削除します。

2. すべての構成済の前処理スクリプトおよび後処理スクリプトを削除します。

3. すべての資格証明アソシエーションを削除します。

4. すべての構成済スタンバイ・システムを削除します。

5. Oracle Site Guard構成を削除します。

注意:
削除する構成をアップグレード後に再作成する可能性があるので、オラクル社は、それらの構成の詳細を記録しておくことをお薦めします。

3. Oracle Enterprise Manager Fusion Middlewareプラグインを(たとえば、12.1.0.6から12.1.0.7に)アップグレードします。Oracle Enterprise Managerプラグインの詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』の「管理プラグイン」を参照してください。

4. 手順2で削除したOracle Site Guard構成を、記録してある構成詳細を使用して再作成します。
第4章「Oracle Site Guardの構成」で説明されているプロシージャに従います。

5. 手順1で削除したOracle Site Guard操作計画を、記録してある構成詳細を使用して再作成します。第6.2.1項「操作計画の作成」で説明されている手順に従います。

8.2 Oracle Site Guardのダウングレード

Oracle Site Guard (12.1.0.7)をOracle Site Guard (12.1.0.6)にダウングレードするには、次の手順を完了します。

1. 第6.2.4「操作計画の削除」で説明されている手順に従って、既存のOracle Site Guard操作計画をすべて削除します。

注意:
削除する操作計画をアップグレード後に再作成する可能性があるので、オラクル社は、それらの計画の詳細を記録しておくことをお薦めします。

2. 第4章「Configuring Oracle Site Guardの構成」で説明されている手順を使用して作成した、既存のOracle Site Guard構成のすべてを削除します。

構成を次の順序で削除します。

1. すべての構成済ストレージ・スクリプトを削除します。

2. すべての構成済の前処理スクリプトおよび後処理スクリプトを削除します。

3. すべての資格証明アソシエーションを削除します。

4. すべての構成済スタンバイ・システムを削除します。

5. Oracle Site Guard構成を削除します。

注意:
削除する構成をアップグレード後に再作成する可能性があるので、オラクル社は、それらの構成の詳細を記録しておくことをお薦めします。

3. Oracle Enterprise Manager Fusion Middlewareプラグインを(たとえば、12.1.0.7から12.1.0.6に)ダウングレードします。Oracle Enterprise Managerプラグインの詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』の「管理プラグイン」を参照してください。

4. 手順2で削除したOracle Site Guard構成を、記録してある構成詳細を使用して再作成します。
第4章「Oracle Site Guardの構成」で説明されているプロシージャに従います。

5. 手順1で削除したOracle Site Guard操作計画を、記録してある構成詳細を使用して再作成します。第6.2.1項「操作計画の作成」で説明されている手順に従います。

A パラメータとして渡された資格証明の抽出(例)

ユーザー定義のスクリプトにパラメータとして渡される資格証明は、入力ストリームとして使用できます。この章には、スクリプトのコード・サンプルが含まれています。サンプル・コードで使用されるBashシェル・スクリプト、PerlスクリプトおよびPythonスクリプト言語は、資格証明パラメータの抽出方法を示します。

注意:
この章のスクリプトはサンプルのみです。環境に応じて変更および適用する必要があります。たとえば、Oracle Site Guardからスクリプトに渡された資格証明の数は、スクリプトの要件と完全に一致する必要があります。

extract_credentials_sample_script.sh

#!/bin/bash

all_users=
all_passwords=
no_of_users=
no_of_passwords=

get_user_name() {
local index=$(expr $1)

if [ "$no_of_users" -lt $index ]; then
echo ""
else
echo $(echo "$all_users" | awk -v userNameIndex="$index" -F'<<SiteGuard_User>>' '{print $userNameIndex}')
fi
}

get_password() {
local index=$(expr $1)

if [ "$no_of_passwords" -lt $index ]; then
echo ""
else
echo $(echo "$all_passwords" | awk -v passwordIndex="$index" -F'<<SiteGuard_Password>>' '{print $passwordIndex}')
fi
}

load_credentials() {
read -s all_credentials

all_users=$(echo "${all_credentials}" | awk -F'<<SiteGuard_Credentials>>' '{print $1}')
all_passwords=$(echo "${all_credentials}" | awk -F'<<SiteGuard_Credentials>>' '{print $2}')
no_of_users=$(expr $(echo "$all_users" | awk -F'<<SiteGuard_User>>' '{print NF}'))
no_of_passwords=$(expr $(echo "$all_passwords" | awk -F'<<SiteGuard_Password>>' '{print NF}'))

if [ "$no_of_users" -ne "$no_of_passwords" ]; then
echo "INFO: Total no. of users : '$no_of_users'"
echo "INFO: Total no. of passwords : '$no_of_passwords'"
echo "ERROR: Number of User Names and number of Passwords do not match"
exit 1
else
echo "Total of '$no_of_users' credentials found"
fi
}

load_credentials

userName=$(get_user_name '1')
password=$(get_password '1')

echo "[1] UserName : '$userName', Password : '$password'"

userName=$(get_user_name '2')
password=$(get_password '2')

echo "[2] UserName : '$userName', Password : '$password'"

userName=$(get_user_name '3')
password=$(get_password '3')

echo "[3] UserName : '$userName', Password : '$password'"

userName=$(get_user_name '4')
password=$(get_password '4')

echo "[4] UserName : '$userName', Password : '$password'"

extract_credentials_sample_script.py

#!/usr/bin/python

# -*- coding: utf-8 -*-

import sys

class SiteGuardCredentialUtil(object):
userNames = passwords = ''
noOfUsers = noOfPasswords = 0
credentialNotSet = False

def __init__(self):
credentialsIO = sys.stdin.readlines()[0]

if credentialsIO :
credentials = credentialsIO.split('<<SiteGuard_Credentials>>')
self.userNames = credentials[0].split('<<SiteGuard_User>>')
self.passwords = credentials[1].split('<<SiteGuard_Password>>')
self.noOfUsers = len(self.userNames)
self.noOfPasswords = len(self.passwords)
self.credentialNotSet = True

if self.noOfUsers != self.noOfPasswords :
print("INFO: Total no. of users : '%s'"%self.noOfUsers)
print("INFO: Total no. of passwords : '%s'"%self.noOfPasswords)
print('ERROR: Number of User Names and number of Passwords do not match')
sys.exit(1)
else :
print("INFO: Total of '%s' credentials found"%self.noOfUsers)

def getCredential(self, credentail):
if self.credentialNotSet :
if self.noOfUsers < int(credentail) :
print("ERROR: Credential not found at index '%s'"%credentail)
sys.exit(1)
else :
credentialIndex = credentail - 1;
return self.userNames[credentialIndex], self.passwords[credentialIndex]
else :
print('WARNING: SiteGuard Credentials not set')

return '', ''

def main():
sgUtil = SiteGuardCredentialUtil()
myUser, myPassword = sgUtil.getCredential(1)
print("[1] UserName : '"+ myUser + "', Password : '" + myPassword + "'")

myUser, myPassword = sgUtil.getCredential(2)
print("[2] UserName : '"+ myUser + "', Password : '" + myPassword + "'")

myUser, myPassword = sgUtil.getCredential(3)
print("[3] UserName : '"+ myUser + "', Password : '" + myPassword + "'")

myUser, myPassword = sgUtil.getCredential(4)
print("[4] UserName : '"+ myUser + "', Password : '" + myPassword + "'")

"""
Starting point...
"""
main()

extract_credentials_sample_script.pl

#!/usr/local/bin/perl

use strict;
use warnings;

our @ALL_USERS     = undef;
our @ALL_PASSWORDS = undef;

our $NO_OF_USERS     = 0;
our $NO_OF_PASSWORDS = 0;

my $CREDENTIALS = <STDIN>;

load_credentials($CREDENTIALS);

my $userId1   = get_user_name(1);
my $password1 = get_password(1);

print_msg("[1] UserName : '$userId1', Password : '$password1'");

my $userId2   = get_user_name(2);
my $password2 = get_password(2);

print_msg("[2] UserName : '$userId2', Password : '$password2'");

my $userId3   = get_user_name(3);
my $password3 = get_password(3);

print_msg("[3] UserName : '$userId3', Password : '$password3'");

my $userId4   = get_user_name(4);
my $password4 = get_password(4);

print_msg("[4] UserName : '$userId4', Password : '$password4'");

sub load_credentials {
my ($credentials) = @_;
chomp($credentials);
if ( length($credentials) <= 0 ) {
print_msg("WARNING: Credentials not found");
return '';
}
else {
my @userIds   = split( /<<SiteGuard_Credentials>>/, $credentials );
my @passwords = split( /<<SiteGuard_Credentials>>/, $credentials );

@ALL_USERS     = split( /<<SiteGuard_User>>/,     $userIds[0] );
@ALL_PASSWORDS = split( /<<SiteGuard_Password>>/, $passwords[1] );

$NO_OF_USERS     = $#ALL_PASSWORDS + 1;
$NO_OF_PASSWORDS = $#ALL_PASSWORDS + 1;

if ( "$NO_OF_USERS" != "$NO_OF_PASSWORDS" ) {
print_msg("INFO: Total no. of users : '$NO_OF_USERS'");
print_msg("INFO: Total no. of passwords : '$NO_OF_PASSWORDS'");
print_msg("ERROR: Number of User Names and number of Passwords do not match.");
exit 1;
}
else {
print_msg("Total of '$NO_OF_USERS' credentials found.");
}
}
}

sub get_user_name {
my ($index) = @_;

my $userName = "";

if ( "$NO_OF_USERS" > $index - 1 ) {
$userName = $ALL_USERS[ $index - 1 ];
}
else {
print_msg("ERROR: Credential at index '$index' not found.");
exit 1;
}

return $userName;
}

sub get_password {
my ($index) = @_;

my $password = "";

if ( "$NO_OF_PASSWORDS" > $index - 1 ) {
$password = $ALL_PASSWORDS[ $index - 1 ];
}
else {
print_msg("ERROR: Credential at index '$index' not found.");
exit 1;
}
return $password;
}

sub print_msg {
my ($msg) = @_;
print("$msg \n");
}

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2015, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

制限付権利

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション（人的傷害を発生させる可能性があるアプリケーションを含む）への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性（redundancy）、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。