このページは Cloud Translation API によって翻訳されました。

Backup and DR Service 用に Oracle データベースを準備する

始める前に、Oracle 用 Backup and DR サービスを確認することをおすすめします。

Oracle データベースをバックアップする前に、Oracle サーバーをホストとしてバックアップと DR サービスに追加する必要があります。これを機能させるには、Oracle データベースのバックアップの前提条件を参照し、次の準備手順に沿って操作してください。

Oracle データベースの準備手順
ステップ	準備手順
1	Linux 環境で Oracle データベースを準備するまたは Windows 環境で Oracle データベースを準備する
2	ASM ディスクグループ上のデータファイルを含む Oracle データベースのバックアップを準備する
3	Oracle データベース認証を準備するデータベースブロック変更トラッキングを有効にする（省略可） Oracle Data Guard ノードから保護する RMAN バックアップの他のノードへの RAC 透過的フェイルオーバーを構成する Oracle アーカイブログの圧縮複数のノード間でのロードバランシング用に Oracle データベースサービスを構成する Oracle 12c にパッチを適用する

Linux 環境で Oracle データベースを準備する

Oracle データベースを保護する前、またはデータベース保護ジョブが失敗した場合は、Oracle データベースサーバーで次の設定が正しいことを確認します。

保護対象の Oracle データベースは、それぞれ稼働中である必要があります。次に例を示します。

database: actdb
#ps -ef | grep pmon | grep -i actdb
oracle   27688     1  0  2015 ?        00:26:24 ora_pmon_actdb

データベースはアーカイブログモードで実行されている必要があります。データベースがアーカイブログモードで実行されていることを確認するには、Oracle OS ユーザーとしてデータベースサーバーにログインし、データベース環境変数を設定します。
```
export ORACLE_HOME=<oracle home path>
(get this from /etc/oratab)
export ORACLE_SID=<database instance name> (you can get this through
ps -ef | grep pmon)
export PATH=$ORACLE_HOME/bin:$PATH
```
sqlplus にログインします。
```
#sqlplus / as sysdba
#SQL> archive log list;
Database log mode   Archive Mode
Automatic archival        Enabled
Archive destination        +FRA
Oldest online log sequence     569
Next log sequence to archive   570
Current log sequence        570
#SQL>
```
注: アーカイブログモードが有効になっていない場合は、続行する前にアーカイブモードを有効にしてください。
データベースは spfile を使用している必要があります。データベースが spfile で実行されていることを確認します。
```
#sqlplus / as sysdba
SQL> show parameter spfile
NAME      TYPE   VALUE
------------------ ----------- ------------
spfile      string  +DATA/ctdb/spfilectdb.ora
```
注: 値が null_ の場合は、spfile セットを取得します。バックアップと DR は、pfile を使用したバックアップもサポートしています。pfile はデフォルトの場所に存在している必要があります。たとえば、Linux の pfile は $ORACLE_HOME/dbs の下に配置する必要があります。
Oracle RAC データベースの場合、スナップショット制御ファイルは共有ディスク内に配置する必要があります。ASM で管理している Oracle RAC データベースの場合は、スナップショット制御ファイルを共有ディスクに配置する必要があります。

これを確認するには、RMAN に接続して show all コマンドを実行します。必要に応じて構成します。
```
    rman target /
```
次に、RMAN で次の操作を行います。
```
   show all
```
db_unique_name が CTDB のデータベースの RMAN 構成パラメータは次のとおりです。
```
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/ctdb/snapcf_ctdb.f';
```
この例は、ローカルファイルシステムに設定された構成を示しています。

RAC 環境では、共有 ASM ディスクグループに設定する必要があります。ASM ディスクグループに配置するには、次のコマンドを使用します。
```
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+<DG name>/snap_<DB name>.f';
```

ASM ディスクグループ上のデータファイルを含む Oracle データベースのバックアップを準備する

ASM ディスクグループのバックアップと DR ステージングディスク

ASM diskstring パラメータは設定する必要があり、null にすることはできません。ASM OS ユーザーとしてデータベースサーバーにログインし、ASM 環境変数を設定します。

    # export ORACLE_HOME=(oracle ASM home path)
    (get this from /etc/oratab)
    #export ORACLE_SID=(ASM instance name) (you
    can get this through ps ?ef | grep pmon)
    #export PATH=$ORACLE_HOME/bin:$PATH

sqlplus に接続します。

    #sqlplus / as sysasm
    #sql> show parameter asm_diskstring
    NAME      TYPE   VALUE
    ------------------- ----------- ------------------------------
    asm_diskstring      string  ORCL:*, /dev/sdt1, /dev/sdu1

値の結果が null の場合は、バックアップと DR 保護に進む前に、既存の ASM ディスクの正しい ASM ディスク文字列値を取得します。バックアップと DR のバックアップは、バックアップステージングディスクのディスク文字列パス（/dev/Backup and DR/asm/*）を追加して ASM にマッピングします。

ファイルシステムのバックアップと DR のステージングディスク

Oracle ASM データベースをファイルシステムに保護する場合は、[Application Details & Settings] で [Convert ASM to file system] を [Yes] に設定する必要があります。Oracle Database のアプリケーションの詳細と設定をご覧ください。

Oracle データベース認証を準備する

次の追加の準備手順は、データベース認証を使用する場合にのみ必要です。Oracle データベース認証については、データベース認証を使用したバックアップと DR をご覧ください。

Linux 環境で Oracle データベースを準備するの手順に沿って操作します。
指定されていない場合は、Backup and DR バックアップ用のデータベースユーザーアカウントを作成します。
```
create user act_rman_user identified by <password>;
```
すべてのノードに sqlplus にログインして、次のコマンドを実行し、sysdba にすべての RAC ノードへのアクセス権を付与します。
```
grant create session, resource, sysdba to act_rman_user;
```
Oracle 12c では、このロールは of sysdba ではなく sysbackup にすることができ、データベースユーザー名は # で始まります。

RAC 環境のすべてのノードで sysdba ロールが付与されていることを確認します。

#sqlplus / as sysasm
# sql> select * from gv$pwfile_users;
INST_ID USERNAME SYSDB SYSOP SYSAS
---------- --------------  ----- ----- -----
1 SYS TRUE TRUE FALSE
2 SYS TRUE TRUE FALSE
1 ACT_RMAN_USER TRUE TRUE FALSE
2 ACT_RMAN_USER TRUE TRUE FALSE

次の手順に沿って、環境タイプに基づいてサービス名をテストします。
- RAC 以外の環境で Oracle サービス名を作成して確認する
- RAC 環境で Oracle サービス名を作成して確認する

RAC 以外の環境で Oracle サービス名を作成して確認する

Oracle サービス名は、データベース認証にのみ使用されます。OS 認証には必要ありません。

例: データベース名: dbstd、インスタンス名: dbstd

Oracle サービス名がリストにない場合は、$ORACLE_HOME/network/admin または $GRID_HOME/network/admin にある tnsnames.ora ファイルに次のエントリを追加して、サービス名エントリを作成します。
```
act_svc_dbstd =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST
= (IP of the database server)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dbstd)
) )
```
tnsnames.ora ファイルが標準以外の場所にある場合は、Oracle データベースのアプリケーションの詳細と設定で説明されているように、[Application Details & Settings] でファイルの絶対パスを指定します。
データベースのサービス名エントリをテストして、構成されていることを確認します。

Oracle OS ユーザーとしてログインし、Oracle 環境を設定します。
```
TNS_ADMIN=(tnsnames.ora file location)
tnsping act_svc_dbstd
```
データベースユーザーアカウントを確認して、バックアップと DR バックアップが接続できることを確認します。
```
sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
```
Oracle データベースのアプリケーションの詳細と設定で説明されているように、[Application Details & Settings] の [Oracle Service Name] 設定で、作成したサービス名（act_svc_dbstd）を指定します。

RAC 環境で Oracle サービス名を作成して確認する

Oracle サービス名は、データベース認証にのみ使用されます。OS 認証には必要ありません。

3 ノード RAC の例:

データベース名: dbrac
Instance1 名: dbrac1
Instance2 名: dbrac2
インスタンス 3 名: dbrac3。データベース保護はノード 3（インスタンス名 dbrac3）から設定されます。

次のエントリを追加して、$ORACLE_HOME/network/admin または $GRID_HOME/network/admin の tnsnames.ora ファイルにサービス名エントリを作成します。

act_svc_dbrac3 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = (IP of the database server)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = dbrac3)
(SERVICE_NAME = dbrac)
) ) )
 Where:
 HOST = This can be SCAN IP in a RAC environment or VIP or IP of the node 3 database server.
SERVICE_NAME = database name
INSTANCE_NAME = database instance name on node3

servicename をテストします。

Oracle OS ユーザーとしてログインし、Oracle 環境を設定します。
```
TNS_ADMIN=(tnsnames.ora file location)
tnsping act_svc_dbrac3
```
データベースユーザーアカウントを確認して、バックアップと DR バックアップが接続できることを確認します。
```
sqlplus act_rman_user/act_rman_user@act_svc_dbrac3 as sysdba
```
Oracle データベースのアプリケーションの詳細と設定を構成するで説明されているように、[Application Details & Settings] の [Oracle Service name] 設定で、作成したサービス名（act_svc_dbrac3）を指定します。

tnsnames.ora ファイルが標準以外の場所にある場合は、Oracle データベースのアプリケーションの詳細と設定で説明されている [Application Details & Settings] の Oracle TNS_Admin Path 設定で、tnsnames.ora ファイルの絶対パスを指定します。

データベースブロックの変更トラッキングを有効にする（省略可）

データベース変更ブロックのトラッキングについては、Oracle データベースブロック変更のトラッキング（BCT）をご覧ください。

データベースブロックの変更トラッキングが有効になっているかどうかを確認するには:

sqlplus / as sysdba

sql プロンプトで、次のコマンドを入力します。

select * from v$block_change_tracking;

データベースブロックの変更トラッキングが有効になっていない場合は、sqlplus からデータベースブロックの変更トラッキングを有効にします。

ASM ディスクグループを使用する

sqlplus / as sysdba

sql プロンプトで、次のコマンドを入力します。

alter database enable block change tracking using file '+<ASM Disk Group Name>/<database name>/<dbname>.bct';

ファイルシステムを使用する

sqlplus / as sysdba

sql プロンプトで、次のコマンドを入力します。

alter database enable block change tracking using file '$ORACLE_HOME/dbs/<dbname>.bct';

Oracle Data Guard ノードで保護する

Oracle データベースは、プライマリデータベースノードまたは Oracle Data Guard スタンバイノードから保護できます。Oracle Data Guard ノードで保護が設定されている場合は、管理コンソールの [Application Details and Settings] でプライマリノードの認証情報を設定します。

データベース認証の場合（Linux のみ）

ユーザー名/パスワード: データベースユーザーアカウントの認証情報。このユーザーアカウントを Data Guard ノードで sysdba アクセス権で使用できるようにするには、プライマリノードで sysdba 権限を持つユーザーを作成する必要があります（sysdba アクセス権を持つバックアップユーザーアカウントの作成をご覧ください）。次に、プライマリノードから取得したパスワードファイル（$ORACLE_HOME/dbs/ 内）を Data Guard ノードにコピーする必要があります。

注: Backup and DR Service は、Windows 環境での Oracle へのデータベース認証をサポートしていません。

OS 認証用

ユーザー名/パスワード: OS 認証では、sysdba 権限は必要ありません。このデータベースユーザーアカウントには、connect, alter system 権限が必要です。このユーザーアカウントを Data Guard ノードで使用できるようにするには、このユーザーをプライマリノードで作成する必要があります。

ユーザーに sysdba ロールがない場合は、grant connect, alter system, select on dba_tablespaces が必要です。

これらの権限を付与するには、SQL プロンプトで次の操作を行います。

    grant connect, alter system, select on dba_tablespaces to act_rman_user;

Oracle Data Guard プライマリノードのサービス名: これは、スタンバイノードからプライマリノードに接続するように Data Guard ノードで構成された tnsnames.ora ファイルのサービス名です。バックアップが Data Guard スタンバイノードから構成されている場合、OS 認証と DB 認証の両方に Oracle Data Guard プライマリノードのサービス名が必要です。

すべての詳細と設定について詳しくは、Oracle データベースのアプリケーションの詳細と設定をご覧ください。

データベースノード	OS 認証	データベース認証
プライマリ	データベースの認証情報は必要ありません。	データベースの認証情報が必要です。ロールが選択されていない場合は、sysdba が使用されます。
スタンバイ	OS 認証の場合でも、データベース認証情報が必要です（プライマリに接続してログを切り替えるため）。データベース認証情報に sysdba/sysbackup ロールは必要ありません。sysdba/sysbackup アカウントを使用している場合は、[アプリケーションの詳細と設定] の [データベース内のユーザーロール] でユーザーロールを設定します。	データベース認証情報が必要です。データベースの認証情報は、sysdba ロールまたは sysbackup ロールのいずれかである必要があります。また、[アプリケーションの詳細と設定] で [データベース内のユーザーロール] を sysdba または sysbackup に設定する必要があります。データベース認証を設定するには、Oracle サーバーでデータベース認証を有効にするをご覧ください。

RMAN バックアップの他のノードへの RAC 透過的フェイルオーバーを構成する

バックアップと DR エージェントは、バックアップフェイルオーバー構成の一部となるすべてのノードにインストールされ、実行されている必要があります。保護は 1 つのノードからのみ設定されます。

[Details and Settings] の [Cluster Nodes] で、Oracle RAC 環境の Failover choice のノードを指定します。

    <Failover choice>:<Node IP>:<Servicename>:<Role>

ここで

フェイルオーバーの選択: フェイルオーバーするノードの順序。
ノード IP: バックアップを実行するノードの IP アドレス
Servicename: バックアップと DR RMAN バックアップ用に tnsnames.ora で作成され、指定されたサービスの名称。バックアップと DR バックアップ用に新しく作成したサービス名の場合や、該当するノード上のデータベースの SID 名（インスタンス名）の場合があります。
ロール: F（フェイルオーバーノードであることを示します）

フェイルオーバーノードで tnsnames.ora ファイル（$ORACLE_HOME/network/admin/tnsnames.ora または $GRID_HOME/network/admin/tnsnames.ora）に新しいサービス名を作成するには

Oracle One Node 環境の例

RAC One Node は 2 つのノードで構成されます。

172.15.157.200
172.15.157.201

データベースは 1 つ（OneN）で、常にいずれか 1 つのノードでのみ稼働しています。クラスタノードは 1:172.15.157.201:OneN:F と設定されており、OneN は 172.15.157.200 で保護されています。

OneN が 172.15.157.201 にフェイルオーバーした場合、バックアップと DR バックアップはこれに準じ、次のバックアップを 200 ではなく 201 で行います。フェイルオーバーがバックアップジョブの途中で起こった場合はそのジョブは失敗します。また、その次のジョブは新しくバックアップを開始するためにフェイルオーバーノードを使用します。

One Node ではなく Oracle 環境の例:

2 ノード RAC（dbrac1、dbrac2）
保護は dbrac1 のデータベース名「dbrac」を使用して設定され、フェイルオーバーは dbrac2 に設定されます。
node2 のサービス名: act_svc_dbrac2
Node2 の IP またはスキャン IP: 172.1.1.0

act_svc_node2 =

  (DESCRIPTION =
  (ADDRESS = (PROTOCOL = TCP)(HOST = 172.1.1.0)(PORT = 1521))
  (CONNECT_DATA =
  (SERVER = DEDICATED)
  (INSTANCE_NAME = dbrac2)
  (SERVICE_NAME = dbrac)
  ) )

[アプリケーションの詳細と設定] で、クラスタノードエントリは次のとおりです。

Failoverchoice:NodeIP:Servicename:Role

1:172.1.1.1:act_svc_node2:F

クラスタノードエントリ F と M の動作

F: フェイルオーバーノード。保護ノードがバックアップを実行しない場合のみ参加します。

M: メンテナンスノード。バックアップを実行できることが検証された場合は、保護ノードを置き換えます。

Oracle アーカイブログの圧縮

バックアップと DR アーカイブログバックアップは、Oracle ログバックアップセットの圧縮をサポートしています。選択する圧縮の種類は、これらの RMAN 構成設定によって異なります。ユースケースに基づいてオプションを選択します。

圧縮率が低いほど、バックアップスループットへの影響は少なくなります。これは、CPU リソースが制限要因となる環境に最適です。
ほとんどの環境では、中程度の圧縮が推奨されます。圧縮率と速度のバランスが取れています。
高い圧縮率はリソースを大量に消費するため、ネットワーク速度が制限要因となる低速なネットワークを介したバックアップに最適です。

デフォルトの設定は [ベーシック] です。基本では Oracle Advanced Compression は必要ありません。

環境内に設定された圧縮の種類を確認するには、RMAN プロンプトから show all コマンドを実行します。

rman target /

    show all

複数のノード間でロードバランシングを行うように Oracle データベースサービスを構成する

この手順は Oracle ASM データベースにのみ適用されます。この例では、4 ノード RAC 環境を想定しています。ノード 3 と 4 は、バックアップ用にロードバランシングされます。

参照:

複数のノードからの並列 RMAN イメージコピーを構成する
複数のノード間でロードバランシングを行うように Oracle データベースサービスを構成する

Oracle RAC ノード間のロードバランシングには、Oracle データベース認証が必要です。

複数のノードからの並列 RMAN イメージコピーを構成する

RAC 環境では、複数のノードから並列で実行するようにバックアップを構成できます。

すべてのノードにバックアップと DR エージェントをインストールします。
[アプリケーションの詳細と設定] を使用して、ノード 3 とノード 4 への ASM ディスクグループのマッピングを設定します。
srvctl を使用してデータベースサービスを作成し、ノード 3 とノード 4 から実行します。
このサービスは、[アプリケーションの詳細と設定] で指定します。[詳細設定] の [チャンネル数] を選択します。RMAN は、ノードの 3 と 4 の間でチャネルを分散します。
Oracle サービス名と RAC メンバーノードを設定します。

複数のノード間でのロードバランシング用に Oracle Database Services を構成する

[Application Details & Settings] で、RAC メンバーノード: ノード 3 の IP とノード 4 の IP を構成します。
バックアップと DR でバックアップに使用されるメンテナンスノードのデータベースサービスを作成します。
```
srvctl add service -d <dbname> -s act_service_<dbname>
-r <dbinstance3>,<dbinstance4> srvctl start service -d <dbname>
-s act_service_<dbname>
```
バックアップノード（この例では dbinstance3 ノードと dbinstance4 ノード）に作成された Oracle サービス名の tns エントリを、tnsnames.ora ファイル（$ORACLE_HOME/network/admin/tnsnames.ora または $GRID_HOME/network/admin/tnsnames.ora）に追加します。
```
act_service_<dbname> =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <SCAN IP>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = <DATABASE NAME>)
) )
```
作成した servicename をテストします。

tnsping actservice

servicename とユーザー認証情報をテストします。

sqlplus act_rman_user/act_rman_user@act_service_<dbname> as sysdba

このサービス名を [Application Details & Settings] の Oracle サービス名に指定します。
バックアップに使用する専用のアーカイブログバックアップサービスを保護されたノード（ノード 3 など）に作成します。
```
srvctl add service -d <dbname> -s act_arc_service_<dbname> -r <dbinstance3>
srvctl start service -d <dbname> -s act_arc_service_<dbname>
```
tnsnames.ora ファイル（$ORACLE_HOME/network/admin/tnsnames.ora または $GRID_HOME/network/admin/tnsnames.ora）の下に作成されたアーカイブログバックアップサービス名の tns エントリを追加します。
```
act_arc_service_<dbname> =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <SCAN IP>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = <node 3 instance>)
(SERVICE_NAME = act_arc_service_<dbname>)
) )
```
サービス名をテストします。

tnsping act_archservice
このサービス名を [Application Details & Settings] アーカイブログバックアップサービス名に指定します。

Oracle 12c にパッチを適用する

Oracle 12c のインストールにこのパッチが含まれていない場合、バックアップと DR のアプリケーション対応マウントが失敗することがあります。このパッチは Oracle サポートポータルからダウンロードできます。

Oracle Database 12c バグ番号 19404068（作成された制御ファイルのデータベースの復元時に ORA-1610 が発生）

（パッチ 19404068）Oracle 12.1.0.2.0 用 Linux x86-64

パッチがインストールされているかどうかを確認するには、次のコマンドを実行します。

    $cd $ORACLE_HOME/OPatch
    $./opatch lsinventory -details
    $./opatch lsinventory -details | grep 19404068

次のステップ

Oracle ホストを追加する前に、次の操作を行います。

Backup and DR Service 用に Oracle データベースを準備する

Linux 環境で Oracle データベースを準備する

ASM ディスク グループ上のデータファイルを含む Oracle データベースのバックアップを準備する

Oracle データベース認証を準備する

RAC 以外の環境で Oracle サービス名を作成して確認する

RAC 環境で Oracle サービス名を作成して確認する

データベース ブロックの変更トラッキングを有効にする（省略可）

ASM ディスク グループを使用する

ファイル システムを使用する

Oracle Data Guard ノードで保護する

データベース認証の場合（Linux のみ）

OS 認証用

RMAN バックアップの他のノードへの RAC 透過的フェイルオーバーを構成する

Oracle One Node 環境の例

クラスタノード エントリ F と M の動作

Oracle アーカイブログの圧縮

複数のノード間でロード バランシングを行うように Oracle データベース サービスを構成する

複数のノードからの並列 RMAN イメージコピーを構成する

複数のノード間でのロード バランシング用に Oracle Database Services を構成する

Oracle 12c にパッチを適用する

次のステップ

Oracle DBA ガイド

ASM ディスクグループ上のデータファイルを含む Oracle データベースのバックアップを準備する

データベースブロックの変更トラッキングを有効にする（省略可）

ASM ディスクグループを使用する

ファイルシステムを使用する

クラスタノードエントリ F と M の動作

複数のノード間でロードバランシングを行うように Oracle データベースサービスを構成する

複数のノード間でのロードバランシング用に Oracle Database Services を構成する