기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
고가용성 재해 복구 기능을 EC2 갖춘 Db2를 LUW Amazon으로 마이그레이션하세요
제작: 펑 카이 (AWS), 아루나 갠지레디 (), 벤카테산 고빈단 (AWS) AWS
환경: 프로덕션 | 출처IBM: LUW 온프레미스용 Db2 | 대상: 아마존의 Db2 EC2 |
R 유형: 리호스팅 | 워크로드: IBM | 기술: 마이그레이션, 데이터베이스, 운영 체제 |
AWS서비스: AWS 다이렉트 커넥트, 아마존EC2, Amazon S3, AWS 사이트 투 사이트 VPN |
요약
고객이 IBM Db2 LUW (리눅스UNIX, 윈도우) 워크로드를 Amazon Web Services (AWS) 로 마이그레이션할 때는 Amazon Elastic Compute Cloud (AmazonEC2) 와 함께 기존 보유 라이선스 사용 (BYOL) 모델을 사용하는 것이 가장 빠른 방법입니다. 하지만 온프레미스 Db2에서 대량의 데이터를 마이그레이션하는 것은 어려울 AWS 수 있으며, 특히 운영 중단 기간이 짧은 경우에는 더욱 그렇습니다. 많은 고객이 운영 중단 기간을 30분 미만으로 설정하고자 하므로 데이터베이스 자체에 시간이 거의 남지 않습니다.
이 패턴은 Db2 고가용성 재해 복구 () 를 사용하여 운영 중단 기간이 짧은 Db2 마이그레이션을 수행하는 방법을 다룹니다. HADR 이 접근 방식은 리틀엔디안 Linux 플랫폼에 있고 데이터 파티셔닝 기능 () 을 사용하지 않는 Db2 데이터베이스에 적용됩니다. DPF
사전 조건 및 제한 사항
사전 조건
활성 AWS 계정
온프레미스 파일 시스템 레이아웃과 일치하는 Amazon EC2 인스턴스에서 실행되는 Db2 인스턴스
인스턴스에 액세스할 수 있는 Amazon Simple Storage 서비스 (Amazon S3) 버킷 EC2
Amazon S3를 프로그래밍 방식으로 호출하기 위한 AWS Identity 및 Access Management (IAM) 정책 및 역할
Amazon 및 온프레미스 서버의 동기화된 시간대 EC2 및 시스템 시계
AWS사이트 간 VPN 또는 Direct Connect를 AWS 통해 연결된 온-프레미스 네트워크 AWS
포트를 통한 온프레미스 서버와 Amazon EC2 간의 통신 HADR
제한 사항
Db2 온프레미스 인스턴스와 Amazon은 동일한 플랫폼 패밀리에 EC2 있어야 합니다.
HADR분할된 데이터베이스 환경에서는 지원되지 않습니다.
HADR데이터베이스 로그 파일에 원시 I/O (직접 디스크 액세스) 사용을 지원하지 않습니다.
HADR무한 로깅은 지원하지 않습니다.
LOGINDEXBUILD은(는) YES(으)로 설정해야 하며, 이렇게 하면 인덱스 재구축을 위한 로그 사용량이 늘어납니다.
Db2 온프레미스 워크로드를 기록해야 합니다. 기록되지 않은 모든 트랜잭션을 차단하도록 데이터베이스 구성에서 blocknonlogged=yes을(를) 설정합니다.
제품 버전
아키텍처
소스 기술 스택
대상 기술 스택
아마존 EC2
AWSID 및 액세스 관리 (IAM)
Amazon S3
AWS사이트 간 VPN
대상 아키텍처
다음 다이어그램에서는 Db2 온프레미스가 db2-server1에서 기본으로 실행되고 있습니다. HADR대기 타겟이 두 개 있습니다. 하나의 스탠바이 타겟은 온프레미스이며 선택 사항입니다. 다른 대기 타겟은 Amazon에 EC2 있습니다. db2-ec2 로 AWS 넘어간 후에는 데이터베이스가 기본 데이터베이스가 db2-ec2 됩니다.
로그는 기본 온프레미스 데이터베이스에서 스탠바이 온프레미스 데이터베이스로 스트리밍됩니다.
Db2를 HADR 사용하면 로그가 기본 온프레미스 데이터베이스에서 사이트 간 사이트를 거쳐 Amazon의 Db2로 VPN 스트리밍됩니다. EC2
Db2 백업 및 아카이브 로그는 기본 온프레미스 데이터베이스에서 S3 버킷으로 전송됩니다. AWS
AWS서비스
기타 도구
모범 사례
에픽
| 작업 | 설명 | 필요한 기술 |
|---|
환경 변수를 설정합니다. | 이 패턴은 다음 이름과 포트를 사용합니다. Db2 온프레미스 호스트 이름: db2-server1 HADR대기 호스트 이름: db2-server2 (현재 온프레미스에서 실행 HADR 중인 경우) 아마존 EC2 호스트 이름: db2-ec2 인스턴스 이름: db2inst1 데이터베이스 이름: SAMPLE HADR포트: db2-server1: 50010
db2-server2: 50011
db2-ec2: 50012
환경에 맞게 변경할 수 있습니다. | DBA |
| 작업 | 설명 | 필요한 기술 |
|---|
설정 AWSCLI. | 의 AWS CLI 최신 버전을 다운로드하고 설치하려면 다음 명령을 실행합니다. $ curl "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip"
unzip awscliv2.zip
sudo ./aws/install
| 리눅스 관리자 |
Db2 아카이브 로그의 로컬 대상을 설정합니다. | 대량 업데이트 일괄 작업 및 네트워크 속도 저하와 같은 상황으로 인해 HADR 대기 서버가 지연될 수 있습니다. 이를 따라잡으려면 스탠바이 서버에 기본 서버의 트랜잭션 로그가 필요합니다. 로그를 요청하는 순서는 다음과 같습니다. 이 설정에서 /db2logs은(는) 소스의 LOGARCHMETH2에 의해 스테이징 영역으로 설정됩니다. 이 디렉터리에 보관된 로그는 Amazon S3에 동기화되고 Amazon의 Db2에서 액세스할 수 있습니다. EC2 이 패턴이 사용하는 LOGARCHMETH2 이유는 AWS CLI 명령으로 액세스할 수 없는 타사 공급업체 도구를 사용하도록 구성되었을 LOGARCHMETH1 수 있기 때문입니다. db2 connect to sample
db2 update db cfg for SAMPLE using LOGARCHMETH2 disk:/db2logs
| DBA |
온라인 데이터베이스 백업을 실행합니다. | 온라인 데이터베이스 백업을 실행하고 로컬 백업 파일 시스템에 저장합니다. db2 backup db sample online to /backup
| DBA |
| 작업 | 설명 | 필요한 기술 |
|---|
S3 버킷을 생성합니다. | 온프레미스 서버가 백업 Db2 이미지와 로그 파일을 on에 보낼 S3 버킷을 생성합니다. 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) 이 표시되며, 여기서 계정 ID를 aws_account_id 나타냅니다. "Arn": "arn:aws:iam::aws_account_id:policy/db2s3hapolicy"
| AWS관리자, AWS 시스템 관리자 |
IAM정책을 IAM 역할에 연결합니다. | 일반적으로 Db2를 실행하는 EC2 인스턴스에는 시스템 관리자가 할당한 IAM 역할이 있습니다. IAM역할이 할당되지 않은 경우 Amazon EC2 콘솔에서 IAM역할 수정을 선택할 수 있습니다. IAM정책을 EC2 인스턴스와 연결된 IAM 역할에 연결합니다. 정책이 연결되면 EC2 인스턴스는 S3 버킷에 액세스할 수 있습니다. aws iam attach-role-policy --policy-arn "arn:aws:iam::aws_account_id:policy/db2s3hapolicy" --role-name db2s3harole
| |
| 작업 | 설명 | 필요한 기술 |
|---|
온프레미스 Db2 AWS CLI 서버에서 구성합니다. | 이전에 Secret Access Key 생성한 Access Key ID 및 를 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 시스템 관리자 |
Db2 아카이브 로그를 Amazon S3에 보냅니다. | 온프레미스 Db2 아카이브 로그를 Amazon의 대상 Db2 인스턴스에서 액세스할 수 있는 Amazon S3 버킷과 동기화합니다. EC2 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에 직접 액세스합니다. EC2인스턴스에 IAM 역할을 할당했으므로 PASSWORD 필수는 아니기 때문입니다. USER 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 |
스테이징 영역을 설정합니다. | 데이터베이스 백업 및 복원을 위한 Amazon S3 스테이징 영역을 우회하려면 DB2_ENABLE_COS_SDK=ONDB2_OBJECT_STORAGE_SETTINGS=EnableStreamingRestore, 및 awssdk 라이브러리 링크를 사용하는 것이 좋습니다. #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 버킷의 백업 EC2 이미지로부터 Amazon의 대상 데이터베이스를 복원합니다. db2 create db sample on /data1
db2 restore db sample from DB2REMOTE://DB2AWSS3/hadrmig-db2/SAMPLE_backup replace existing
| DBA |
| 작업 | 설명 | 필요한 기술 |
|---|
온프레미스 Db2 서버를 기본 서버로 구성합니다. | HADRon db2-server1 (온-프레미스 원본) 을 기본으로 사용하는 데이터베이스 구성 설정을 업데이트하십시오. 트랜잭션 응답 시간이 가장 짧은 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
온프레미스 데이터 센터와 A 사이의 일부 네트워크 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 서버에서 HADR Db2에 맞게 구성합니다. | 대기 모드로 전환하기 위한 HADR 데이터베이스 구성 업데이트: db2-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
| 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_SVCHADR_REMOTE_HOST, 및 HADR_REMOTE_SVC 매개변수는 하나의 기본 설정과 하나의 대기 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.
기본 (소스) HADR 서버에서 Db2를 시작합니다. db2-server1 db2 start hadr on db sample as primary
DB20000I The START HADR ON DATABASE command completed successfully.
온프레미스와 Amazon EC2 Db2 간의 HADR 연결이 이제 성공적으로 설정되었습니다. Db2 기본 서버 db2-server1은(는) 트랜잭션 로그 기록을 db2-ec2(으)로 실시간으로 스트리밍하기 시작합니다. | DBA |
| 작업 | 설명 | 필요한 기술 |
|---|
Amazon의 Db2를 보조 EC2 스탠바이로 추가합니다. | 온프레미스 Db2 인스턴스에서 실행 HADR 중인 경우 다음 명령을 HADR_TARGET_LIST 실행하여 Amazon Db2를 보조 예비 EC2 인스턴스로 추가할 수 있습니다. db2-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 |
온프레미스 서버에 보조 대기 정보를 추가합니다. | 두 개의 온프레미스 서버(기본 및 대기)에서 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_HOSTHADR_REMOTE_SVC, 및 HADR_TARGET_LIST 매개변수는 기본 설정 1개와 대기 HADR 설정 2개를 나타냅니다.
| |
Db2를 HADR 중지하고 시작합니다. | HADR_TARGET_LIST이(가) 이제 세 서버 모두에 설치되었습니다. 각 Db2 서버는 나머지 두 서버를 인식합니다. 새 구성을 활용하려면 중지했다가 다시 시작하십시오 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
온프레미스와 Amazon Db2 간의 HADR EC2 연결이 이제 성공적으로 설정되었습니다. Db2 기본 서버 db2-server1은(는) 트랜잭션 로그 기록을 db2-server2 및 db2-ec2 모두에 실시간으로 스트리밍하기 시작합니다. | DBA |
| 작업 | 설명 | 필요한 기술 |
|---|
스탠바이 서버에 HADR 지연이 없는지 확인하십시오. | 주 서버에서 HADR db2-server1 상태를 확인합니다. 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 takeover 명령을 실행하여 기본 데이터베이스를 만드십시오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 애플리케이션 연결이 EC2 Amazon의 Db2를 가리키도록 하십시오. | |
문제 해결
| 문제 | Solution |
|---|
방화벽 및 보안상의 NAT 이유로 사용하는 경우 호스트에 내부 IP 주소 하나와 외부 IP 주소가 두 개 있을 수 있으며, 이로 인해 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.
| HADRNAT환경에서 지원하려면 내부 및 외부 주소를 모두 HADR_LOCAL_HOST 사용하여 를 구성할 수 있습니다. 예를 들어, Db2 서버에 내부 이름이 host1, 외부 이름이 host1E인 경우 HADR_LOCAL_HOST은(는) HADR_LOCAL_HOST: "host1 | host1E"일 수 있습니다. |
관련 리소스
