翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
高可用性ディザスタリカバリ機能を備えた Db2 for LUW を Amazon EC2 に移行する
Amazon Web Services、Feng Cai、Aruna Gangireddy、Venkatesan Govindan
概要
IBM Db2 LUW (Linux、UNIX、Windows) のワークロードを Amazon Web Services (AWS) へ移行する場合は、Amazon Elastic Compute Cloud (Amazon EC2) と Bring Your Own License (BYOL) モデルを使用します。しかし、膨大なデータをオンプレミスの Db2 から AWS に移行することは容易ではありません。特に、停止期間が限られている場合はなおさらです。多くのお客様は、停止時間を 30 分未満に設定しようとしています。これにより、データベース自体に費やす時間が少なくなります。
このパターンでは、Db2 の高可用性ディザスタリカバリ (HADR) を使用して、短期間の停止で Db2 を移行する方法を扱っています。 このアプローチは、リトルエンディアン Linux プラットフォーム上にあり、データパーティショニング機能 (DPF) を使用していない Db2 データベースに適用されます。
前提条件と制限事項
前提条件
アクティブな AWS アカウント
オンプレミスファイルシステムのレイアウトと一致する Amazon EC2 インスタンス上で実行される Db2 インスタンス
EC2 インスタンスにアクセス可能な Amazon Simple Storage Service (Amazon S3) バケット
Amazon S3 をプログラムで呼び出すための AWS Identity and Access Management (IAM) ポリシーとロール
Amazon EC2 とオンプレミスサーバーのタイムゾーンとシステムクロックの同期
AWS Site-to-Site VPN または AWS Direct Connect を介して AWS に接続されたオンプレミスのネットワーク
HADR ポートでのオンプレミスサーバーと Amazon EC2 間の通信
制限事項
Db2 オンプレミスインスタンスと Amazon EC2 は同じプラットフォームファミリーに配置する必要があります。
HADR はパーティション化されたデータベース環境ではサポートされません。
HADR は、データベースログファイルの RAW I/O (ディスクへの直接アクセス) の使用をサポートしていません。
HADR は、無限ログ記録をサポートしていません。
LOGINDEXBUILD は YES に設定する必要があります。これにより、インデックスを再構築するためのログの使用量が増加します。
Db2 のオンプレミスワークロードをログ記録する必要があります。ログに記録されていないトランザクションをブロックするには、データベース設定で blocknonlogged=yes を設定します。
製品バージョン
アーキテクチャ
ソーステクノロジースタック
ターゲットテクノロジースタック
ターゲットアーキテクチャ
以下の図では、オンプレミスの Db2 が db2-server1 上でプライマリとして稼働しています 2 つの HADR スタンバイターゲットがあります。1 つのスタンバイターゲットはオプションとしてオンプレミスに配置されています。もう 1 つのスタンバイターゲット db2-ec2 は Amazon EC2 に配置されています。データベースが AWS に切り替わると、db2-ec2 がプライマリになります。
ログはプライマリオンプレミスデータベースからスタンバイオンプレミスデータベースにストリーミングされます。
Db2 HADR を使用すると、ログはオンプレミスのプライマリデータベースから Site-to-Site VPN 経由で Db2 on Amazon EC2 にストリーミングされます。
Db2 のバックアップとアーカイブのログは、オンプレミスのプライマリデータベースから AWS の S3 バケットに送信されます。
AWS サービス
その他のツール
ベストプラクティス
エピック
| タスク | 説明 | 必要なスキル |
|---|
環境変数を設定する。 | このパターンでは、以下の名前とポートを使用します。 Db2 オンプレミスホスト名: db2-server1 HADR スタンバイホスト名: db2-server2 (HADR がオンプレミスで実行されている場合) Amazon EC2 ホスト名: db2-ec2 インスタンス名: db2inst1 データベース名: SAMPLE ハードポート: db2-server1: 50010
db2-server2: 50011
db2-ec2: 50012
環境に合わせて変更することができます。 | DBA |
| タスク | 説明 | 必要なスキル |
|---|
AMS CLI をセットアップします。 | 次のコマンドを使用して、最新バージョンの AWS CLI をダウンロードしてインストールします。 $ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip
sudo ./aws/install
| Linux 管理者 |
Db2 アーカイブログのローカル送信先を設定します。 | 大量の更新バッチジョブやネットワークの速度低下などの状況により、HADR スタンバイサーバーに遅延が生じる可能性があります。スタンバイサーバーは、進行状況に間に合うようにプライマリサーバーのトランザクションログを必要とします。次の順序でログをリクエストします。 このセットアップでは、/db2logs はソース上の LOGARCHMETH2 によってステージング領域として設定されます。このディレクトリにアーカイブされたログは Amazon S3 に同期され、Db2 on Amazon EC2 によってアクセスされます。AWS CLI コマンドがアクセスできないサードパーティベンダーツールを使用するように LOGARCHMETH1 が設定されている可能性があるため、このパターンでは LOGARCHMETH2 が使用されます。 db2 connect to sample
db2 update db cfg for SAMPLE using LOGARCHMETH2 disk:/db2logs
| DBA |
オンラインデータベースのバックアップを実行します。 | オンラインデータベースのバックアップを実行し、ローカルのバックアップファイルシステムに保存します。 db2 backup db sample online to /backup
| DBA |
| タスク | 説明 | 必要なスキル |
|---|
S3 バケットを作成する。 | オンプレミスサーバー用の S3 バケットを作成して、バックアップ Db2 イメージとログファイルを AWS に送信します。 Amazon EC2 もこのバケットにアクセスします。 aws s3api create-bucket --bucket hadrmig-db2 --region us-east-1
| AWS 管理者 |
IAM ポリシーを作成します。 | この db2bucket.json ファイルには、S3 バケットにアクセスするための IAM ポリシーが含まれています。 {
"Version": "2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"kms:GenerateDataKey",
"kms:Decrypt",
"s3:PutObject",
"s3:GetObject",
"s3:AbortMultipartUpload",
"s3:ListBucket",
"s3:DeleteObject",
"s3:GetObjectVersion",
"s3:ListMultipartUploadParts"
],
"Resource": [
"arn:aws:s3:::hadrmig-db2/*",
"arn:aws:s3:::hadrmig-db2"
]
}
]
}
次の AWS CLI コマンドを使用して、ポリシーを作成します。 aws iam create-policy \
--policy-name db2s3hapolicy \
--policy-document file://db2bucket.json
JSON 出力には、ポリシーの Amazon リソースネーム (ARN) が表示されます。ここで、aws_account_id はアカウント ID を表します。 "Arn": "arn:aws:iam::aws_account_id:policy/db2s3hapolicy"
| AWS 管理者、AWS システム管理者 |
IAM ロールに IAM ポリシーをアタッチします。 | 通常、Db2 が実行中の EC2 インスタンスには、システム管理者によって IAM ロールが割り当てられています。IAM ロールが割り当てられていない場合は、Amazon EC2 コンソールから [IAM ロールを変更] を選択してください。 EC2 インスタンスに関連付けられた IAM ロールに IAM ポリシーをアタッチします。ポリシーがアタッチされると、EC2 インスタンスは S3 バケットにアクセスできるようになります。 aws iam attach-role-policy --policy-arn "arn:aws:iam::aws_account_id:policy/db2s3hapolicy" --role-name db2s3harole
| |
| タスク | 説明 | 必要なスキル |
|---|
オンプレミスの Db2 サーバーで AWS CLI を設定します。 | 事前に生成した Access Key ID と Secret Access Key を使用して、AWS CLI を設定します。 $ aws configure
AWS Access Key ID [None]: *************
AWS Secret Access Key [None]: ***************************
Default region name [None]: us-east-1
Default output format [None]: json
| AWS 管理者、AWS システム管理者 |
Amazon S3 にバックアップイメージを送信します。 | 以前は、オンラインデータベースのバックアップが /backup ローカルディレクトリに保存されていました。次のコマンドを実行して、バックアップイメージを S3 バケットに送信します。 aws s3 sync /backup s3://hadrmig-db2/SAMPLE_backup
| AWS 管理者、AWS システム管理者 |
Amazon S3 に Db2 アーカイブログを送信します。 | オンプレミスの Db2 アーカイブログを、Amazon EC2 上のターゲット Db2 インスタンスがアクセスできる Amazon S3 バケットと同期します。 aws s3 sync /db2logs s3://hadrmig-db2/SAMPLE_LOGS
cron または他のスケジューリングツールを使用して、このコマンドを定期的に実行します。この頻度は、ソースデータベースがトランザクションログファイルをアーカイブする頻度に応じて異なります。 | |
| タスク | 説明 | 必要なスキル |
|---|
PKCS12 キーストアを作成します。 | Db2 は、公開鍵暗号規格 (PKCS) 暗号化キーストアを使用して AWS アクセスキーをセキュアに保護します。キーストアを作成し、ソース Db2 インスタンスで使用するように設定します。 gsk8capicmd_64 -keydb -create -db "/home/db2inst1/.keystore/db2s3.p12" -pw "<password>" -type pkcs12 -stash
db2 "update dbm cfg using keystore_location /home/db2inst1/.keystore/db2s3.p12 keystore_type pkcs12"
| DBA |
Db2 ストレージアクセスエイリアスを作成します。 | Db2 はストレージアクセスエイリアスを使用して INGEST、LOAD、BACKUP DATABASE、または RESTORE DATABASE コマンドで Amazon S3 に直接アクセスします。 IAM ロールが既に EC2 インスタンスに割り当てられているため、USER と PASSWORD は必要ありません。 db2 "catalog storage access alias <alias_name> vendor S3 server <S3 endpoint> container '<bucket_name>'"
例えば、スクリプトは次のようになります。 db2 "catalog storage access alias DB2AWSS3 vendor S3 server s3.us-east-1.amazonaws.com container 'hadrmig-db2'"
| DBA |
ステージング領域を設定します。 | また、DB2_ENABLE_COS_SDK=ON と DB2_OBJECT_STORAGE_SETTINGS=EnableStreamingRestore および awssdk ライブラリへのリンクを使用して、Amazon S3 ステージング領域をバイパスして、データベースのバックアップと復元を行うことも推奨されています。 #By root:
cp -rp /home/db2inst1/sqllib/lib64/awssdk/RHEL/7.6/* /home/db2inst1/sqllib/lib64/
#By db2 instance owner:
db2set DB2_OBJECT_STORAGE_LOCAL_STAGING_PATH=/db2stage
db2set DB2_ENABLE_COS_SDK=ON
db2set DB2_OBJECT_STORAGE_LOCAL_STAGING_PATH=/db2stage
db2stop
db2start
| DBA |
バックアップイメージからデータベースを復元します。 | S3 バケットのバックアップイメージから Amazon EC2 上のターゲットデータベースを復元します。 db2 create db sample on /data1
db2 restore db sample from DB2REMOTE://DB2AWSS3/hadrmig-db2/SAMPLE_backup replace existing
| DBA |
| タスク | 説明 | 必要なスキル |
|---|
オンプレミスの Db2 サーバーをプライマリとして設定します。 | db2-server1 (オンプレミス ソース)上にある HADR のデータベース構成設定をプライマリとして更新します。HADR_SYNCMODE をトランザクション応答時間が最も短い SUPERASYNC モードに設定します。
db2 update db cfg for sample using HADR_LOCAL_HOST db2-server1 HADR_LOCAL_SVC 50010 HADR_REMOTE_HOST db2-ec2 HADR_REMOTE_SVC 50012 HADR_REMOTE_INST db2inst1 HADR_SYNCMODE SUPERASYNC
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully
オンプレミスデータセンターと AWS 間で、ネットワークに多少の遅延が発生することが予想されます。(ネットワークの信頼性に基づいて異なる HADR_SYNCMODE 値を設定できます。詳細については、「関連リソース」セクションを参照してください。 | DBA |
ターゲットデータベースログのアーカイブ先を変更します。 | ターゲットデータベースログのアーカイブ先を Amazon EC2 環境に合わせて変更します。 db2 update db cfg for SAMPLE using LOGARCHMETH1 'DB2REMOTE://DB2AWSS3//SAMPLE_LOGS/' LOGARCHMETH2 OFF
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully
| DBA |
Amazon EC2 サーバーで Db2 用の HADR を設定します。 | スタンバイ状態で、db2-ec2 上の HADR のデータベース設定を更新します。 db2 update db cfg for sample using HADR_LOCAL_HOST db2-ec2 HADR_LOCAL_SVC 50012 HADR_REMOTE_HOST db2-server1 HADR_REMOTE_SVC 50010 HADR_REMOTE_INST db2inst1 HADR_SYNCMODE SUPERASYNC
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully
| DBA |
HADR 設定を検証します。 | ソースとターゲットの Db2 サーバーで、HADR パラメータを検証します。 db2-server1 のセットアップを検証するには、次のコマンドを実行します。
db2 get db cfg for sample|grep HADR
HADR database role = PRIMARY
HADR local host name (HADR_LOCAL_HOST) = db2-server1
HADR local service name (HADR_LOCAL_SVC) = 50010
HADR remote host name (HADR_REMOTE_HOST) = db2-ec2
HADR remote service name (HADR_REMOTE_SVC) = 50012
HADR instance name of remote server (HADR_REMOTE_INST) = db2inst1
HADR timeout value (HADR_TIMEOUT) = 120
HADR target list (HADR_TARGET_LIST) =
HADR log write synchronization mode (HADR_SYNCMODE) = NEARSYNC
HADR spool log data limit (4KB) (HADR_SPOOL_LIMIT) = AUTOMATIC(52000)
HADR log replay delay (seconds) (HADR_REPLAY_DELAY) = 0
HADR peer window duration (seconds) (HADR_PEER_WINDOW) = 0
HADR SSL certificate label (HADR_SSL_LABEL) =
HADR SSL Hostname Validation (HADR_SSL_HOST_VAL) = OFF
db2-ec2 のセットアップを検証するには、次のコマンドを実行します。 db2 get db cfg for sample|grep HADR
HADR database role = STANDBY
HADR local host name (HADR_LOCAL_HOST) = db2-ec2
HADR local service name (HADR_LOCAL_SVC) = 50012
HADR remote host name (HADR_REMOTE_HOST) = db2-server1
HADR remote service name (HADR_REMOTE_SVC) = 50010
HADR instance name of remote server (HADR_REMOTE_INST) = db2inst1
HADR timeout value (HADR_TIMEOUT) = 120
HADR target list (HADR_TARGET_LIST) =
HADR log write synchronization mode (HADR_SYNCMODE) = SUPERASYNC
HADR spool log data limit (4KB) (HADR_SPOOL_LIMIT) = AUTOMATIC(52000)
HADR log replay delay (seconds) (HADR_REPLAY_DELAY) = 0
HADR peer window duration (seconds) (HADR_PEER_WINDOW) = 0
HADR SSL certificate label (HADR_SSL_LABEL) =
HADR SSL Hostname Validation (HADR_SSL_HOST_VAL) = OFF
HADR_LOCAL_HOST、HADR_LOCAL_SVC、HADR_REMOTE_HOST、および HADR_REMOTE_SVC のパラメータは、1 つのプライマリと 1 つのスタンバイの HADR 設定を示します。
| DBA |
Db2 HADR インスタンスを起動します。 | まず、db2-ec2 スタンバイサーバーで Db2 HADR インスタンスを起動します。 db2 start hadr on db sample as standby
DB20000I The START HADR ON DATABASE command completed successfully.
プライマリ (ソース) サーバー db2-server1 で Db2 HADR を起動します。 db2 start hadr on db sample as primary
DB20000I The START HADR ON DATABASE command completed successfully.
これで、オンプレミスの Db2 と Amazon EC2 間の HADR 接続が正常に確立されました。 Db2 プライマリサーバー db2-server1 は、トランザクションログの db2-ec2 へのリアルタイムストリーミングを開始します。 | DBA |
| タスク | 説明 | 必要なスキル |
|---|
Db2 on Amazon EC2 を補助スタンバイとして追加します。 | HADR がオンプレミスの Db2 インスタンス上で実行している場合は、db2-ec2 で次のコマンドを実行することで、HADR_TARGET_LIST を使用して Db2 on Amazon EC2 を補助スタンバイとして追加できます。 db2 update db cfg for sample using HADR_LOCAL_HOST db2-ec2 HADR_LOCAL_SVC 50012 HADR_REMOTE_HOST db2-server1 HADR_REMOTE_SVC 50010 HADR_REMOTE_INST db2inst1 HADR_SYNCMODE SUPERASYNC
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully.
db2 update db cfg for sample using HADR_TARGET_LIST "db2-server1:50010|db2-server2:50011"
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully.
| DBA |
オンプレミスサーバーに補助スタンバイ情報を追加します。 | 2 台のオンプレミスサーバ(プライマリサーバとスタンバイサーバ)の HADR_TARGET_LIST を更新します。 db2-server1 で、以下のコードを実行します。
db2 update db cfg for sample using HADR_TARGET_LIST "db2-server2:50011|db2-ec2:50012"
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully. SQL1363W One or more of the parameters submitted for immediate modification were not changed dynamically. For these configuration parameters, the database must be shutdown and reactivated before the configuration parameter changes become effective.
db2-server2 で、以下のコードを実行します。
db2 update db cfg for sample using HADR_TARGET_LIST "db2-server1:50010|db2-ec2:50012"
DB20000I The UPDATE DATABASE CONFIGURATION command completed successfully. SQL1363W One or more of the parameters submitted for immediate modification were not changed dynamically. For these configuration parameters, the database must be shutdown and reactivated before the configuration parameter changes become effective.
| DBA |
HADR 設定を検証します。 | ソースとターゲットの Db2 サーバーで、HADR パラメータを検証します。 db2-server1 で、以下のコードを実行します。
db2 get db cfg for sample|grep HADR
HADR database role = PRIMARY
HADR local host name (HADR_LOCAL_HOST) = db2-server1
HADR local service name (HADR_LOCAL_SVC) = 50010
HADR remote host name (HADR_REMOTE_HOST) = db2-server2
HADR remote service name (HADR_REMOTE_SVC) = 50011
HADR instance name of remote server (HADR_REMOTE_INST) = db2inst1
HADR timeout value (HADR_TIMEOUT) = 120
HADR target list (HADR_TARGET_LIST) = db2-server2:50011|db2-ec2:50012
HADR log write synchronization mode (HADR_SYNCMODE) = NEARSYNC
HADR spool log data limit (4KB) (HADR_SPOOL_LIMIT) = AUTOMATIC(52000)
HADR log replay delay (seconds) (HADR_REPLAY_DELAY) = 0
HADR peer window duration (seconds) (HADR_PEER_WINDOW) = 0
HADR SSL certificate label (HADR_SSL_LABEL) =
HADR SSL Hostname Validation (HADR_SSL_HOST_VAL) = OFF
db2-server2 で、以下のコードを実行します。
db2 get db cfg for sample|grep HADR
HADR database role = STANDBY
HADR local host name (HADR_LOCAL_HOST) = db2-server2
HADR local service name (HADR_LOCAL_SVC) = 50011
HADR remote host name (HADR_REMOTE_HOST) = db2-server1
HADR remote service name (HADR_REMOTE_SVC) = 50010
HADR instance name of remote server (HADR_REMOTE_INST) = db2inst1
HADR timeout value (HADR_TIMEOUT) = 120
HADR target list (HADR_TARGET_LIST) = db2-server1:50010|db2-ec2:50012
HADR log write synchronization mode (HADR_SYNCMODE) = NEARSYNC
HADR spool log data limit (4KB) (HADR_SPOOL_LIMIT) = AUTOMATIC(52000)
HADR log replay delay (seconds) (HADR_REPLAY_DELAY) = 0
HADR peer window duration (seconds) (HADR_PEER_WINDOW) = 0
HADR SSL certificate label (HADR_SSL_LABEL) =
HADR SSL Hostname Validation (HADR_SSL_HOST_VAL) = OFF
db2-ec2 で、以下のコードを実行します。
db2 get db cfg for sample|grep HADR
HADR database role = STANDBY
HADR local host name (HADR_LOCAL_HOST) = db2-ec2
HADR local service name (HADR_LOCAL_SVC) = 50012
HADR remote host name (HADR_REMOTE_HOST) = db2-server1
HADR remote service name (HADR_REMOTE_SVC) = 50010
HADR instance name of remote server (HADR_REMOTE_INST) = db2inst1
HADR timeout value (HADR_TIMEOUT) = 120
HADR target list (HADR_TARGET_LIST) = db2-server1:50010|db2-server2:50011
HADR log write synchronization mode (HADR_SYNCMODE) = SUPERASYNC
HADR spool log data limit (4KB) (HADR_SPOOL_LIMIT) = AUTOMATIC(52000)
HADR log replay delay (seconds) (HADR_REPLAY_DELAY) = 0
HADR peer window duration (seconds) (HADR_PEER_WINDOW) = 0
HADR SSL certificate label (HADR_SSL_LABEL) =
HADR SSL Hostname Validation (HADR_SSL_HOST_VAL) = OFF
HADR_LOCAL_HOST、HADR_LOCAL_SVC、HADR_REMOTE_HOST、HADR_REMOTE_SVC、および HADR_TARGET_LIST のパラメータは、1 つのプライマリ HADR 設定と 2 つのスタンバイ HADR 設定を示します。
| |
Db2 HADR を停止して起動します。 | これで、3 台のサーバーすべてに HADR_TARGET_LIST が設定されました。各 Db2 サーバーは他の 2 つのサーバーを認識しています。新しい設定を利用するには、HADR を停止して再起動します (短時間の停止)。 db2-server1 で、以下のコマンドを実行します。
db2 stop hadr on db sample
db2 deactivate db sample
db2 activate db sample
db2-server2 で、以下のコマンドを実行します。
db2 deactivate db sample
db2 start hadr on db sample as standby
SQL1766W The command completed successfully
db2-ec2 で、以下のコマンドを実行します。
db2 start hadr on db sample as standby
SQL1766W The command completed successfully
db2-server1 で、以下のコマンドを実行します。
db2 start hadr on db sample as primary
SQL1766W The command completed successfully
これで、オンプレミスの Db2 と Amazon EC2 間の HADR 接続が正常に確立されました。 Db2 プライマリサーバー db2-server1 は、db2-server2 と db2-ec2 の両方へのトランザクションログレコードのリアルタイムストリーミングを開始します。 | DBA |
| タスク | 説明 | 必要なスキル |
|---|
スタンバイサーバーに HADR 遅延がないことを確認してください。 | プライマリサーバー db2-server1 から HADR ステータスを確認します。HADR_STATE が REMOTE_CATCHUP 状態になっても、心配する必要はありません。HADR_SYNCMODE が SUPERASYNC に設定されている場合は正常です。PRIMARY_LOG_TIME と STANDBY_REPLAY_LOG_TIME は同期していることを示します。 db2pd -hadr -db sample
HADR_ROLE = PRIMARY
REPLAY_TYPE = PHYSICAL
HADR_SYNCMODE = SUPERASYNC
STANDBY_ID = 2
LOG_STREAM_ID = 0
HADR_STATE = REMOTE_CATCHUP
.....
PRIMARY_LOG_TIME = 10/26/2022 02:11:32.000000 (1666750292)
STANDBY_LOG_TIME = 10/26/2022 02:11:32.000000 (1666750292)
STANDBY_REPLAY_LOG_TIME = 10/26/2022 02:11:32.000000 (1666750292)
| DBA |
HADR テイクオーバーを実行します。 | 移行を完了するには、HADR テイクオーバーのコマンドを実行して db2-ec2 をプライマリデータベースとして使用します。db2pd コマンドを使用して HADR_ROLE 値を検証します。 db2 TAKEOVER HADR ON DATABASE sample
DB20000I The TAKEOVER HADR ON DATABASE command completed successfully.
db2pd -hadr -db sample
Database Member 0 -- Database SAMPLE -- Active -- Up 0 days 00:03:25 -- Date 2022-10-26-02.46.45.048988
HADR_ROLE = PRIMARY
REPLAY_TYPE = PHYSICAL
AWS への移行を完了するには、Db2 on Amazon EC2 にアプリケーション接続を設定します。 | |
トラブルシューティング
| 問題 | ソリューション |
|---|
ファイアウォールとセキュリティ上の理由から NAT を使用する場合、ホストには 2 つの IP アドレス (1 つは内部、もう 1 つは外部) が割り当てられる可能性があるので、HADR IP アドレスのチェックが失敗する可能性があります。START HADR ON DATABASE コマンドは次のメッセージを返します。 HADR_LOCAL_HOST:HADR_LOCAL_SVC (-xx-xx-xx-xx.:50011 (xx.xx.xx.xx:50011)) on remote database is different from HADR_REMOTE_HOST:HADR_REMOTE_SVC (xx-xx-xx-xx.:50011 (x.x.x.x:50011)) on local database.
| NAT 環境で HADR をサポートするには、内部アドレスと外部アドレスの両方を使用して HADR_LOCAL_HOST を設定できます。例えば、Db2 サーバーの内部名が host1 で外部名が host1E の場合、HADR_LOCAL_HOST は HADR_LOCAL_HOST: "host1 | host1E" になります |
関連リソース