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

バックアップと DR サービス用に他のセルフマネージドデータベースを準備する

次のセルフマネージドデータベースインスタンスとデータをバックアップする前に、データベースサーバーをホストとしてバックアップと DR サービスに追加する必要があります。この機能を動作させるには、ほとんどのデータベースで設定やその他の準備手順が必要です。このページの手順は、ほとんどのセルフマネージドデータベースを対象としています。

対象	確認	次に、
IBM Db2	IBM Db2 のバックアップと DR	Db2 データベースの前提条件
PostgreSQL	PostgreSQL 用の Backup and DR	PostgreSQL データベースの前提条件
SAP ASE	SAP ASE 用の Backup and DR	SAP ASE データベースの前提条件
SAP IQ	SAP IQ 向け Backup and DR	SAP IQ データベースの前提条件
SAP MaxDB	SAP MaxDB のバックアップと DR	SAP MaxDB データベースの前提条件
SAP HANA	SAP HANA のバックアップと DR	バックアップ用に SAP HANA データベースを準備する
Microsoft SQL Server	SQL Server のバックアップと DR	Backup and DR サービス用に SQL Server データベースを準備する
Oracle	Backup and DR for Oracle	Oracle データベースのバックアップの前提条件とその後のページ

Backup and DR でサポートされている他のすべてのデータベースについては、次の手順を行います。

Db2 データベースの前提条件

各データベースで自動ストレージモードを使用する必要があります。そうしないと、インスタンスのみが検出されます。
各データベースはアーカイブログモードにする必要があり、LOGARCHMETH1 はローカルディスクに設定する必要があります。データベースが循環モードかアーカイブログモードかを確認するには、db2 get db cfg for <database name>| grep LOGARCHMETH1 コマンドを実行します。
データベースが循環モードの場合は、続行する前にロギングをアーカイブモードに変更します。LOGARCHMETH1 パラメータを設定するには、次のものを使用します。
db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'
HADR スタンバイデータベースの場合、[スタンバイでの読み取り] オプションを有効にする必要があります。つまり、DB2_HADR_ROS パラメータを ON に設定する必要があります。

注: サードパーティのログバックアップの場所はサポートされていません。バックアップと復元を成功させるには、ログバックアップの場所（LOGARCHMETH1）をローカルディスクに設定する必要があります。
注: Pacemaker HADR を使用している場合は、IBM Db2 HADR 用に Pacemaker 対応のスナップショットを構成するをご覧ください。

PostgreSQL データベースの前提条件

このセクションでは、PostgreSQL データベースの前提条件について説明します。

プライマリノードから PostgreSQL を保護する

バックアップユーザーを作成します。

create user actuser;

バックアップの権限を提供します。

alter user actuser with superuser;
alter user actuser with Replication;

ログのバックアップを行うには、PostgreSQL のアーカイブモード（archive_mode）を ON に設定する必要があります。アーカイブログモードオプションを構成するには、インスタンスのデータディレクトリにある postgresql.conf ファイルを更新し、PostgreSQL を再読み込みします。
```
archive_mode = on
 // Command to reload PostgreSQL
 pg_ctl reload -D <Postgres_datadir_path>
```

例: pg_ctl reload -D /pgdata

スタンバイノードから PostgreSQL を保護する

バックアップユーザーを作成します。

create user actuser;

バックアップの権限を提供します。

alter user actuser with superuser;
alter user actuser with Replication;

スタンバイノードでの PostgreSQL アーカイブモード（WAL）の設定:

WAL を保存するディレクトリを作成します。
この例では、/pglog がディレクトリであると想定しています。root ユーザーとして次の手順を実行します。
```
mkdir /pglog
chown -R postgres:postgres /pglog
```
アーカイブのパラメータを構成します。
この例では、$PGDATA が /pgdata/11/data であることを前提としています。これらの手順は postgres ユーザーとして実行します。
ファイル /pgdata/11/data/postgresql.conf のパラメータを追加または更新します。
```
 wal_level = replica
 archive_mode = always
 archive_command = 'test ! -f /pglog/%f && cp %p /pglog/%f'
```
PostgreSQL を再起動します。
```
 /usr/pgsql-11/bin/pg_ctl stop -D /pgdata/11/data
 /usr/pgsql-11/bin/pg_ctl start -D /pgdata/11/data
```
スタンバイからのデータベース接続を受け入れるように、プライマリの pg_hba.conf にエントリを追加または更新します。
```
host postgres <db-user> <standby-ip/32> <connection method>
```
例: host postgres postgres 10.128.0.29/32 trust

アーカイブの生成をテストします（postgres ユーザーとして）。
```
ls -l /pglog/
```
次のログ切り替えコマンドを実行します。
```
 /usr/pgsql-11/bin/psql -h 10.128.0.28 -p5432 -c "select pg_switch_wal();"
 sleep 5 # log shipping may take some time depending on network
 ls -l /pglog/
```

SAP ASE データベースの前提条件

始める前に、SAP ASE サーバーで次の操作を行います。

バックアップユーザーアカウントは、oper_role または sa_role のいずれかのバックアップ権限を使用して作成する必要があります。ホスト構成でバックアップユーザー名とパスワードが設定されている必要があります。ソースに対して quiesce コマンドを実行するユーザーをパスワードありまたはパスワードなしで作成し、このユーザーに sa_role 特権または quiesce 特権を付与します。パスワードを使用してユーザーを作成するには、次のコマンドを実行します。
```
isql -Usa -P<password> -S<SAP ASE_Server_Name>
1>sp_addlogin actuser, '<password>'
2go
1>grant role sa_role to actuser
2>go
```
パスワードを必要としないユーザーログインを構成するには、パスワードを null に設定してから、次のコマンドを実行します。
```
1>sp_configure "minimum password length", 0
2>go
1> sp_modifylogin actuser, "min passwd length",
"0"
2> go
3> exit
isql -Uactuser -P'<password>' -S<server_name>
> sp_password '<password>', NULL
>go
>sp_configure "minimum password length", 8
>go
```
注: 1 台のサーバーで複数の SAP ASE インスタンスが実行されている場合、そのサーバーで実行中のすべての SAP ASE インスタンスの間でバックアップユーザー名とパスワードが共通している必要があります。
SAP ASE サーバーにバックアップと DR エージェントをインストールします。
トランザクションログのバックアップを有効にするには、SAP ASE インスタンスの各データベースに対してデータベースレベルで Truncate on chkpt false を設定する必要があります。
ボリュームレベルのバックアップには次のことが当てはまります。
- SAP ASE インスタンスが LVM の下になければならず、ブートボリュームではない必要があります。
- SAP ASE ボリュームのプロビジョニングに使用する LVM ボリュームに、少なくとも 20% の空き容量が必要です。

SAP IQ データベースの前提条件

始める前に、SAP IQ サーバーで次のことを確認してください。

ログのバックアップを取るには、SAP IQ PITR ロギングをオンにする必要があります。PITR ログオプションを構成するには、次の SAP IQ API が必要です。
- ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>
- SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`
PITR ロギングを有効にした後に、データベースの完全バックアップが必要です。
ユーティリティデータベースは、ユーザー名とパスワードを指定して開始する必要があります。dbname は utility_db にする必要があります。例: start_iq -n utility_db -su act,passwd
データベースバックアップのユーザー名とパスワードは、utility_db のユーザー名とパスワードと同じである必要があります。また、DBA 権限が必要です。バックアップユーザーを作成するには、次のようにします。
```
create user actuser identified by 'mypassword';
grant dba to actuser;
```
注: 1 台のサーバーで複数の SAP IQ インスタンスが実行されている場合、そのサーバーで実行中のすべての SAP IQ インスタンスの間でバックアップユーザー名とパスワードが共通している必要があります。
- SAP IQ サーバーホストにバックアップと DR エージェントをインストールします。

SAP MaxDB データベースの前提条件

開始する前に、SAP MaxDB サーバーで次の操作を行います。

1 台のサーバーで複数の MaxDB インスタンスが実行されている場合、そのサーバーで実行中のすべての MaxDB インスタンスの間で DB ユーザー名とパスワードが共通している必要があります。
自動ログのバックアップが有効になっている必要があります。次のコマンドを使用して、ログの自動バックアップを有効にします。
```
dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> autolog_on
<autolog_backup_template_name>
```
自動ログのバックアップを有効にするには、自動ログのバックアップテンプレートが必要です。

バックアップテンプレートを作成するには、次のコマンドを使用します。

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log

自動ログのバックアップを有効にするには、ログの上書きエリアを無効にする必要があります。

ログの書き換えを無効にするには、次のコマンドを使用します。

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> db_execute SET LOG AUTO
    OVERWRITE OFF.

SAP MaxDB サーバーホストにバックアップと DR エージェントをインストールします。

次のステップ

バックアップと DR 用にデータベースを準備したら、ホストを追加してデータベースを検出できます。