configure_db_ha -configureRABackup
1つ以上のデータベースがバックアップとREDOをリカバリ・アプライアンスに送信し、リカバリ・アプライアンスによって保護されるように構成します。また、データベースのOracleホームにリカバリ・アプライアンス・バックアップ・モジュールもインストールします。(指定したデータベースは、リカバリ・アプライアンスに保護されたデータベースとして登録されている必要があります。)
configure_db_ha -configureRABackup
ノート:
このサブコマンドは非推奨です。このタスクを実行するには、configureBackupToRA
を使用します。
ここで指定するデータベースは、リカバリ・アプライアンスの保護データベースとして登録する必要があります。
書式
emcli configure_db_ha –configureRABackup –ra_target_name="<Recovery Appliance target name>" –ra_user="<Recovery Appliance database user name>" ( (–target_name="<database target name>" –target_type="oracle_database|rac_database") | input_file="target_list:<full pathname of input file>" ) [–db_cred="<database named credential>"] [–db_host_cred="<database host named credential>"] [–enable_redo_ship] [–force_backup_module_install] [–staging_directory=”<full pathname where Backup Module will be staged on database hosts>”] [–schedule= { start_time:yyyy/MM/dd HH:mm; tz:{java timezone ID}; }] [ ] indicates that the parameter is optional.
オプション
- ra_target_name
指定したデータベースのバックアップの送信先として構成されるリカバリ・アプライアンスのターゲット名。
- ra_user
指定したすべてのデータベースが、リカバリ・アプライアンスへのバックアップとREDOの送信に使用するリカバリ・アプライアンス・データベース・ユーザー。これには、リカバリ・アプライアンスの管理者ユーザーではなく、仮想プライベート・カタログ・ユーザーを指定する必要があります。
- target_name
リカバリ・アプライアンスにバックアップを送信するように構成される単一インスタンスまたはクラスタ・データベースのターゲット名。複数データベース操作は、–target_name/–target_typeのかわりに–input_fileオプションを使用して実行できます。
- target_type
–target_nameによって指定されるターゲットの種類。単一インスタンス・データベース(oracle_database)またはクラスタ・データベース(rac_database)です。
- input_file
構成される各データベースの情報を含む入力ファイル。このオプションは-target_name/-target_typeのかわりです。target_nameおよびtarget_type行はデータベースごとに必須です。db_credおよびdb_host_cred行はオプションです。これらがデータベースについて指定されると、そのデータベースについてコマンドラインで指定された資格証明の設定(ある場合)が上書きされます。このファイルの形式は次のとおりです。
target.0.target_name=<database #1 target name> target.0.target_type=oracle_database|rac_database target.0.db_cred=<database named credential for database #1> target.0.db_host_cred=<database host named credential for database #1> target.1.target_name=<database #1 target name> target.1.target_type=oracle_database|rac_database target.1.db_cred=<database named credential for database #2> target.1.db_host_cred=<database host named credential for database #2>
- db_cred
既存のEnterprise Managerデータベースの名前付き資格証明の名前。これを使用して、指定されたすべてのターゲット・データベースに接続できます。この引数が指定されない場合は、優先資格証明が使用されます。複数のデータベースが使用される場合、これにはグローバル名前付き資格証明を指定する必要があります。
ノート:
-input_fileオプションが使用される場合、個々のデータベースについてこのオプションが上書きされることがあります。 - db_host_cred
データベース・インスタンスまたはクラスタ・インスタンスのターゲット・タイプに対して作成された、既存のEnterprise Managerデータベースのホスト資格証明の名前。(ホスト・ターゲット・タイプとは異なり)指定のターゲット・データベース・ホストでのオペレーティング・システム・コマンドの実行に使用できます。資格証明は、すべてのOracleホームへの書込み権限を持つユーザーのものであることが必要です。この引数が指定されない場合は、優先資格証明が使用されます。複数のデータベースが使用される場合、これにはグローバル名前付き資格証明を指定する必要があります。
ノート:
-input_fileオプションが使用される場合、個々のデータベースについてこのオプションが上書きされることがあります。 - enable_redo_ship
指定されたすべてのターゲット・データベースからリカバリ・アプライアンスへのリアルタイムREDO転送を有効にします。
- force_backup_module_install
既存のバックアップ・モジュールがOracleホームにすでにインストールされていても、Enterprise Managerソフトウェア・ライブラリに格納されているリカバリ・アプライアンス・バックアップ・モジュールのバージョンを、指定のターゲット・データベースのOracleホームにインストールします。このオプションでは既存のバックアップ・モジュールが上書きされるため、ソフトウェア・ライブラリ内のバックアップ・モジュール・バージョンが、指定されたすべてのターゲット・データベースにインストールされているバージョンと同じか新しい場合のみこのオプションを選択してください。このフラグを指定しないと、既存のバックアップ・モジュールがOracleホームに存在しない場合のみ、バックアップ・モジュールがインストールされます。
- staging_directory
データベース・ホストでバックアップ・モジュールのインストール・ファイルがステージングされるディレクトリ。このディレクトリはすべてのホストに存在する必要があります。この場所に一時サブディレクトリが作成され、バックアップ・モジュールのインストール後またはファイル・システム・バックアップ・エージェントの完了後に削除されます。デフォルトのディレクトリは<Agent installation root>/EMStageです。
- schedule
カスタマイズされたバックアップ・デプロイメント・プロシージャをスケジュールします。スケジュール・オプションを指定しない場合、プロシージャは即座に実行されます。
- start_time: プロシージャの実行開始時間。書式は\"yyyy/MM/dd HH:mm\"です
- tz: タイムゾーンID (オプション)
次の例では、単一インスタンス・データベース"Finance"が、バックアップとREDOをリカバリ・アプライアンス"Chicago ZDLRA"に送信するように構成します。バックアップ・モジュールがすでに存在する場合、各データベースのOracleホームにバックアップ・モジュールはインストールされません。この例では、データベースとホストの名前付き資格証明が使用されます。
emcli configure_db_ha –configureRABackup –ra_target_name="Chicago ZDLRA" –ra_user="rauser1" –target_name="Finance" –target_type="oracle_database" –db_cred="DB_USER" –db_host_cred="DB_HOST_USER" –enable_redo_ship例2
次の例では、クラスタ・インスタンス・データベース"Finance"が、バックアップとリカバリ・アプライアンス"Chicago ZDLRA"に送信するように構成します。REDOは送りません。各クラスタ・データベース・インスタンスのOracleホームにバックアップ・モジュールの強制インストールが実行されます。この例では、データベースとホストの優先資格証明が使用されます。
emcli configure_db_ha –configureRABackup -ra_target_name="Chicago ZDLRA" –ra_user="rauser1" –target_name="Finance" –target_type="rac_database" –force_backup_module_install例3
次の例では、入力ファイル"/tmp/dblist"に指定された複数のデータベースが、バックアップとREDOをリカバリ・アプライアンス"Chicago ZDLRA"に送信するように構成します。各データベースのOracleホームにバックアップ・モジュールの強制インストールが実行されます。バックアップ・モジュールのインストール・ファイルはカスタム・ディレクトリの場所(/tmp/stage)にステージングされます。この例では、データベースとデータベース・ホストの名前付き資格証明が使用されます。
emcli configure_db_ha –configureRABackup –ra_target_name="Chicago ZDLRA" –ra_user="rauser1" –input_file="target_list:/tmp/dblist" -db_cred="NC_PDB_SYSDBA" –db_cred=”DB_USER” –db_host_cred="DB_HOST_USER" –enable_redo_ship –force_backup_module_install –staging_directory=”/tmp/stage"例4
次の例では、入力ファイル"/tmp/dblist"に指定されたデータベースが、バックアップとREDOをリカバリ・アプライアンス"Chicago ZDLRA"に送信するように構成します。すでに存在する場合、バックアップ・モジュールはインストールされません。この例では、データベースとホストのグローバル名前付き資格証明が使用されます。この操作は、指定された将来の時刻にスケジュール設定されます。
emcli configure_db_ha –configureRABackup –ra_target_name="Chicago ZDLRA" –ra_user="rauser1" –input_file="target_list:/tmp/dblist" –db_cred="DB_USER" –db_host_cred="DB_HOST_USER" –enable_redo_ship -schedule="start_time:2016/06/28 18:31;tz:PST;"