tencent cloud

MySQL에서 MariaDB(Percona)로 마이그레이션
마지막 업데이트 시간:2024-03-07 20:10:41
MySQL에서 MariaDB(Percona)로 마이그레이션
마지막 업데이트 시간: 2024-03-07 20:10:41
본문은 DTS의 데이터 마이그레이션 기능을 사용하여 MySQL, MariaDB, Percona에서 TencentDB for MariaDB로 데이터를 마이그레이션하는 방법을 설명합니다.
원본 데이터베이스에서 지원하는 배포 유형은 다음과 같습니다.
자체 구축 MySQL, TencentDB for MySQL.
자체 구축 MariaDB, TencentDB for MariaDB.
자체 구축 Percona.
설명：
TencentDB for MariaDB는 MariaDB, MySQL 및 Percona의 세 가지 커널을 지원합니다. 사용자는 사용할 때 커널을 구분할 필요가 없으며, 원본 데이터베이스가 Tencent Cloud MariaDB인 경우 원본 데이터베이스의 커널이 MariaDB, Percona 또는 MySQL인지 여부에 관계없이 원본 데이터베이스의 유형을 설정할 때 모두 MariaDB를 선택합니다.
MySQL, MariaDB 및 Percona는 데이터를 Tencent TencentDB for MariaDB로 마이그레이션하기 때문에 세 시나리오의 마이그레이션 요구 사항 및 작업 단계는 기본적으로 동일합니다. 이 장에서는 MariaDB에서 MariaDB로의 데이터 마이그레이션을 예로 들지만, 다른 시나리오는 관련 콘텐츠를 참고하십시오.

주의 사항

전체 데이터 마이그레이션 중에 DTS는 원본 데이터베이스 리소스를 사용하므로 원본 데이터베이스의 로드와 부담이 증가할 수 있습니다. 데이터베이스 설정이 낮으면 사용량이 적은 시간에 데이터를 마이그레이션하는 것이 좋습니다.
기본적으로 잠금 없는 마이그레이션이 사용되며 마이그레이션 과정에서 원본 데이터베이스에 전역 잠금(FTWRL)이 적용되지 않고 기본 키가 없는 테이블만 테이블 잠금이 추가되고 나머지는 NOLOCK입니다.
데이터 일관성 검증 생성 시 DTS는 마이그레이션 작업을 실행하는 계정을 사용하여 원본 데이터베이스에 시스템 데이터베이스 __tencentdb__를 입력하여 마이그레이션 작업 중 데이터 대조 정보를 기록합니다.
후속 데이터 문제를 찾을 수 있도록 원본 데이터베이스의 __tencentdb__ 시스템 데이터베이스는 마이그레이션 작업이 끝난 후 삭제되지 않습니다.
__tencentdb__시스템 데이터베이스는 단일 스레드 연결 대기 메커니즘을 사용하며 원본 데이터베이스의 저장 공간의 약 0.01%–0.1%인 매우 작은 공간을 차지합니다. 예를 들어, 원본 데이터베이스가 50G인 경우 __tencentdb__는 약 5K-50K가 됩니다. 따라서 원본 데이터베이스의 성능에 거의 영향을 미치지 않으며 리소스를 선점하지 않습니다.

전제 조건

TencentDB for MariaDB 인스턴스를 생성해야 합니다.
원본 및 타깃 데이터베이스는 데이터 마이그레이션 지원 데이터베이스에 설명된 대로 마이그레이션 기능 및 버전에 대한 요구 사항을 충족해야 합니다.
모든 준비 작업을 마쳐야 합니다.
원본 데이터베이스에는 다음 권한이 있어야 합니다.
‘전체 인스턴스’ 마이그레이션:
CREATE USER ’마이그레이션 계정’@’%’ IDENTIFIED BY ’마이그레이션 비밀번호’;  
GRANT RELOAD,LOCK TABLES,REPLICATION CLIENT,REPLICATION SLAVE,SHOW DATABASES,SHOW VIEW,PROCESS ON *.* TO ’마이그레이션 계정’@’%’; 
//원본이 Tencent Cloud MariaDB 데이터베이스인 경우 RELOAD 인증을 위해 티켓을 제출해야 하며, 다른 시나리오의 경우 코드 인증을 참고하십시오
//원본 데이터베이스가 Alibaba CDB인 경우 SHOW DATABASES에 대한 인증이 필요하지 않으며 다른 시나리오에 대한 인증이 필요하며, Alibaba CDB 인증은 https://help.aliyun.com/document_detail/96101.html을 참고하십시오
//트리거 및 이벤트 마이그레이션을 선택하는 경우 TRIGGER 및 EVENT 권한을 모두 인증해야 합니다
GRANT ALL PRIVILEGES ON `__tencentdb__`.* TO '마이그레이션 계정'@'%'; 
GRANT SELECT ON *.* TO '마이그레이션 계정';
‘지정 객체’ 마이그레이션:
CREATE USER ’마이그레이션 계정’@’%’ IDENTIFIED BY ’마이그레이션 비밀번호’;  
GRANT RELOAD,LOCK TABLES,REPLICATION CLIENT,REPLICATION SLAVE,SHOW DATABASES,SHOW VIEW,PROCESS ON *.* TO ’마이그레이션 계정’@’%’; 
//원본이 Tencent Cloud MariaDB 데이터베이스인 경우 RELOAD 인증을 위해 티켓을 제출해야 하며, 다른 시나리오의 경우 코드 인증을 참고하십시오
//원본 데이터베이스가 Alibaba CDB인 경우 SHOW DATABASES에 대한 인증이 필요하지 않으며 다른 시나리오에 대한 인증이 필요하며, Alibaba CDB 인증은 https://help.aliyun.com/document_detail/96101.html을 참고하십시오
//트리거 및 이벤트 마이그레이션을 선택하는 경우 TRIGGER 및 EVENT 권한을 모두 인증해야 합니다
GRANT ALL PRIVILEGES ON `__tencentdb__`.* TO '마이그레이션 계정'@'%'; 
GRANT SELECT ON `mysql`.* TO '마이그레이션 계정'@'%';
GRANT SELECT ON 마이그레이션 예정 데이터베이스.* TO '마이그레이션 계정';
타깃 데이터베이스 권한 필요: ALTER, ALTER ROUTINE, CREATE, CREATE ROUTINE, CREATE TEMPORARY TABLES, CREATE USER, CREATE VIEW, DELETE, DROP, EVENT, EXECUTE, INDEX, INSERT, LOCK TABLES, PROCESS, REFERENCES, RELOAD, SELECT, SHOW DATABASES, SHOW VIEW, TRIGGER, UPDATE.

제한

기본 테이블, 뷰, 함수, 트리거, 저장 프로시저 및 이벤트 마이그레이션을 지원합니다. information_schema, sys, performance_schema, __cdb_recycle_bin__, __recycle_bin__, __tencentdb__, mysql을 포함한 시스템 DB 테이블은 마이그레이션할 수 없습니다.
뷰, 저장 프로시저 및 함수를 마이그레이션할 때 DTS는 원본 데이터베이스의 DEFINER([DEFINER = user1])에 해당하는 user1이 마이그레이션 계정의 user2와 동일한지 확인하고, 동일하지 않은 경우 마이그레이션 후 DTS는 타깃 데이터베이스에 있는 user1의 SQL SECURITY 속성을 DEFINER에서 INVOKER([INVOKER = user1])로 변경하고 타깃 데이터베이스의 DEFINER를 마이그레이션 계정의 user2로 설정합니다([DEFINER = 마이그레이션 계정 user2]). 원본 데이터베이스의 뷰 정의가 너무 복잡하면 작업이 실패할 수 있습니다.
원본 MySQL 데이터베이스가 비 GTID 데이터베이스인 경우 DTS는 이에 대한 HA 스위치를 지원하지 않습니다. 전환되면 DTS 증분 동기화가 중단될 수 있습니다.
InnoDB, MyISAM 및 TokuDB 데이터베이스 엔진이 있는 데이터만 마이그레이션할 수 있습니다. 다른 데이터 테이블 엔진은 마이그레이션 중에 기본적으로 건너뜁니다.
연결된 데이터 객체는 함께 마이그레이션해야 합니다. 그렇지 않으면 마이그레이션이 실패합니다. 일반적인 연결 관계에는 뷰-참조 테이블, 뷰-뷰 참조, 기본/외래 키 연결 테이블 등이 포함됩니다.
증분 마이그레이션 중에 원본 데이터베이스에 분산 트랜잭션이 있거나 STATEMENT 형식의 Binlog문을 생성하면 마이그레이션이 실패됩니다.
원본 데이터베이스가 Tencent Cloud MariaDB인 경우 애플리케이션 제한 사항은 다음과 같습니다.
DTS 마이그레이션 작업을 수행하려면 원본 및 대상 데이터베이스의 lower_case_tame_name 매개변수(테이블 이름 대소문자 구분) 값이 동일해야 합니다. 원본 데이터베이스가 TencentDB for MariaDB인 경우 인스턴스 생성 중에만 이 매개변수를 수정할 수 있으므로 원본 데이터베이스를 생성할 때 대소문자 구분 규칙을 결정하고 검증 중 값이 다른 경우 대상 데이터베이스의 이 매개변수를 수정해야 합니다. .
원본 데이터베이스가 TencentDB for MariaDB 10.4인 경우 액세스 유형은 데이터베이스 옵션을 지원하지 않으며 공용 네트워크 또는 기타 유형을 선택해야 합니다.
잠금 없는 마이그레이션 시나리오에서 마이그레이션 작업 단계가 ‘원본 데이터베이스에서 내보내기’인 경우 DDL 작업은 지원되지 않습니다.
원본 데이터베이스 Binlog의 GTID에 hole이 있는 경우 마이그레이션 작업의 성능에 영향을 미치고 작업이 실패할 수 있습니다.
동일한 트랜잭션에 DML 및 DDL 문을 모두 포함하는 시나리오는 지원되지 않으므로 작업 실행 중에 오류가 트리거됩니다.
Geometry 데이터 유형은 지원되지 않으며 작업 실행 중에 오류를 트리거합니다.
'ALTER VIEW' 명령은 지원하지 않으며 이 명령을 만나면 작업을 건너뛰고 마이그레이션되지 않습니다.

작업 제한

마이그레이션하는 동안 다음 작업을 수행하지 마십시오. 그렇지 않으면 마이그레이션 작업이 실패합니다.
원본 및 타깃 데이터베이스와 포트 번호의 사용자 정보(사용자 이름, 암호 및 권한 포함)를 수정하거나 삭제하지 마십시오.
원본 데이터베이스에서 분산 트랜잭션을 실행하지 마십시오.
STATEMENT 형식의 Binlog 데이터를 원본 데이터베이스에 쓰지 마십시오.
원본 데이터베이스에서 Binlog를 지우지 마십시오.
데이터베이스/테이블 구조 마이그레이션 또는 전체 마이그레이션 중에 데이터베이스/테이블 구조를 변경하는 DDL 작업을 실행하지 마십시오.
증분 마이그레이션 중에 시스템 테이블 __tencentdb__를 삭제하지 마십시오.
전체 데이터 마이그레이션만 수행하는 경우 마이그레이션 중에 원본 데이터베이스에 새 데이터를 쓰지 마십시오. 그렇지 않으면 원본 및 타깃 데이터베이스의 데이터가 일치하지 않습니다. 데이터 쓰기가 있는 시나리오에서 실시간으로 데이터 일관성을 보장하려면 전체+증분 데이터 마이그레이션을 선택하는 것이 좋습니다.
원본 데이터베이스가 Alibaba Cloud RDS 또는 PolarDB인 경우 RDS 및 PolarDB는 기본 키 또는 null이 아닌 고유 키가 없는 테이블에 대해 Binlog에 기본 키 열을 추가하지만 테이블 구조에는 표시되지 않아 DTS가 실패할 수 있습니다. 기본 키가 없는 테이블은 마이그레이션하지 않는 것이 좋습니다.

지원되는 SQL 작업

작업 유형
지원되는 SQL 작업
DML
INSERT, UPDATE, DELETE, REPLACE
DDL
TABLE: CREATE TABLE, ALTER TABLE, DROP TABLE, TRUNCATE TABLE, RENAEM TABLE
VIEW: CREATE VIEW, DROP VIEW
INDEX: CREATE INDEX, DROP INDEX
DATABASE: CREATE DATABASE, ALTER DATABASE, DROP DATABASE

환경 요건

설명：
시스템은 마이그레이션 작업을 시작하기 전에 다음 환경 요구 사항을 자동으로 확인하고 요구 사항이 충족되지 않으면 오류를 보고합니다. 실패 항목을 식별할 수 있는 경우 확인 항목 요구 사항에 따라 수정하십시오. 그렇지 않으면 시스템 확인이 완료될 때까지 기다렸다가 오류 메시지에 따라 문제를 수정하십시오.
유형
환경 요건
원본 데이터베이스 요구 사항
원본 및 타깃 데이터베이스를 연결할 수 있어야 합니다.
원본 데이터베이스가 있는 서버에 충분한 아웃바운드 대역폭이 있어야 합니다. 그렇지 않으면 마이그레이션 속도가 영향을 받습니다.
데이터베이스 매개변수 요구 사항:
원본 데이터베이스의 server_id 매개변수는 수동으로 설정해야 하며 0이 될 수 없습니다.
원본 데이터베이스/테이블의 row_format은 FIXED로 설정할 수 없습니다.
원본 및 타깃 데이터베이스의 lower_case_table_names 변수 값은 동일해야 합니다.
원본 데이터베이스의 connect_timeout 변수는 10 이상이어야 합니다.
연결 시간 초과 가능성을 줄이려면 skip-name-resolve를 활성화하는 것이 좋습니다.
Binlog 매개변수 요구사항:
원본 데이터베이스의 log_bin 변수는 ON으로 설정해야 합니다.
원본 데이터베이스의 binlog_format 변수는 ROW로 설정해야 합니다.
원본 데이터베이스의 binlog_row_image 변수는 FULL로 설정해야 합니다.
MySQL 5.6 이상에서 gtid_mode 변수가 ON이 아니면 알람이 트리거됩니다. gtid_mode를 활성화하는 것이 좋습니다.
do_db 및 ignore_db로 필터 조건을 설정할 수 없습니다.
원본 데이터베이스가 세컨더리 데이터베이스인 경우 log_slave_updates 변수를 ON으로 설정해야 합니다.
최소 3일 동안 원본 데이터베이스의 Binlog를 보관하는 것이 좋습니다. 그렇지 않으면 체크포인트에서 작업을 재개할 수 없으며 실패합니다.
외래 키 종속성:
외래 키 종속성은 NO ACTION 또는 RESTRICT 두 가지 유형 중 하나로만 설정할 수 있습니다.
부분 테이블 마이그레이션 중에는 외래 키 종속성이 있는 테이블을 마이그레이션해야 합니다.
FLOAT 유형의 데이터에 대한 DTS의 마이그레이션 정밀도는 38자리이며, DOUBLE 유형의 데이터는 308자리입니다. 요구 사항을 충족하는지 확인해야 합니다.
타깃 데이터베이스에 대한 요구 사항
타깃 데이터베이스 버전은 원본 데이터베이스 버전보다 높거나 같아야 합니다.
타깃 데이터베이스 공간의 크기는 원본 데이터베이스에서 마이그레이션할 데이터베이스/테이블 크기의 1.2배 이상이어야 합니다. (전체 데이터 마이그레이션은 INSERT 작업을 동시에 실행하여 타깃 데이터베이스의 일부 테이블에서 데이터 조각을 생성합니다. 따라서 전체 마이그레이션이 완료된 후 타깃 데이터베이스의 테이블 크기가 원본 데이터베이스의 테이블 크기보다 클 수 있습니다.)
타깃 데이터베이스는 원본 데이터베이스에 있는 것과 동일한 이름을 가진 테이블 및 뷰와 같은 마이그레이션 객체를 가질 수 없습니다.
타깃 데이터베이스의 max_allowed_packet 매개변수는 4M 이상으로 설정해야 합니다.
기타 요구 사항
환경 변수 innodb_stats_on_metadata를 OFF로 설정해야 합니다.

작업 단계

1. DTS 콘솔에 로그인하고 왼쪽 사이드바에서 데이터 마이그레이션을 선택한 다음 마이그레이션 작업 생성을 클릭하여 마이그레이션 작업 생성 페이지로 이동합니다.
2. 마이그레이션 작업 생성 페이지에서 원본 및 타깃 인스턴스의 유형, 리전 및 사양을 선택하고 구매하기를 클릭합니다.
설정 항목
설명
원본 인스턴스 유형
원본 데이터베이스 유형을 선택합니다. 구매 후 변경할 수 없습니다. 여기에서는 ‘MariaDB’를 선택합니다.
원본 인스턴스 리전
원본 데이터베이스 리전을 선택합니다. 원본 데이터베이스가 자체 구축된 데이터베이스인 경우 가장 가까운 리전을 선택하십시오.
타깃 인스턴스 유형
타깃 데이터베이스 유형을 선택합니다. 구매 후 변경할 수 없습니다. 여기에서는 ‘MariaDB’를 선택합니다.
타깃 인스턴스 리전
타깃 데이터베이스 리전을 선택합니다.
사양
귀하의 업무 여건에 따라 마이그레이션 연계 사양을 선택합니다. 다양한 사양의 성능 및 결제 세부 정보는 과금 개요를 참고하십시오.
3. 원본과 타깃 데이터베이스 설정 페이지에서 작업 설정, 원본 데이터베이스 설정 및 타깃 데이터베이스 설정을 완료하고, 원본 데이터베이스와 타깃 데이터베이스의 연결성 테스트 통과 시 생성을 클릭합니다.
설명：
연결 테스트에 실패하면 수정 방법의 지침에 따라 문제를 해결하고 수정한 후 다시 시도하십시오.
설정 유형
설정 항목
설명
작업 설정
작업 이름
쉬운 작업 식별을 위해 의미 있는 이름을 설정합니다.
실행 모드
즉시 실행: 작업 확인 통과 직후 작업이 시작됩니다.
예약 실행: 작업 실행 시간을 설정하면 작업이 자동으로 시작됩니다.
태그
태그는 다양한 차원의 범주별로 리소스를 관리하는 데 사용됩니다. 기존 태그가 요구 사항을 충족하지 않는 경우 콘솔로 이동하여 추가로 생성하십시오.
원본 데이터베이스 설정
원본 데이터베이스 유형
구매 시 선택한 원본 데이터베이스 유형으로, 변경할 수 없습니다.
서비스 공급자
자체 구축 데이터베이스(클라우드 서버에 자체 구축 포함) 또는 Tencent Cloud 데이터베이스는 ‘일반’을 선택하고 타사 클라우드 벤더 데이터베이스는 해당 서비스 제공 업체를 선택하십시오. 이 시나리오에서는 ‘일반’을 선택하십시오.
리전
구매 시 선택한 원본 데이터베이스 리전으로, 변경할 수 없습니다.
액세스 유형
시나리오에 따라 선택하십시오. 이 시나리오에서는 ‘DC(Direct Connect)’ 또는 ‘VPN 액세스’를 선택합니다. 이 시나리오에서는
을 해야 합니다. 다른 액세스 유형에 대한 준비 작업은
를 참고하십시오.
공중망: 원본 데이터베이스는 공용 IP를 통해 액세스할 수 있습니다.
CVM에서 자체 구축: 원본 데이터베이스가 CVM 인스턴스에 배포됩니다.
DC: 원본 데이터베이스는 DC를 통해 VPC와 상호 연결될 수 있습니다.
VPN 액세스: 원본 데이터베이스는 VPN 연결을 통해 VPC와 상호 연결될 수 있습니다.
데이터베이스: 원본 데이터베이스는 TencentDB 데이터베이스입니다.
CCN: 원본 데이터베이스는 CCN을 통해 VPC와 상호 연결될 수 있습니다.
VPC 전용 게이트웨이/ VPN 게이트웨이
전용 게이트웨이 액세스 시 VPC 전용 게이트웨이만 지원됩니다. 게이트웨이 연결 네트워크 유형을 확인해 주십시오. VPN 게이트웨이, VPN 게이트웨이를 통해 액세스한 VPN 게이트웨이 인스턴스를 선택하십시오.
VPC
VPC 전용 게이트웨이와 VPN 게이트웨이에 연결된 VPC 및 서브넷을 선택합니다.
호스트 주소
원본 데이터베이스에 액세스하기 위한 IP 주소 또는 도메인 이름입니다.
포트
원본 데이터베이스에 액세스하기 위한 포트입니다.
계정
특정 권한이 있어야 하는 원본 데이터베이스 계정입니다.
비밀번호
원본 데이터베이스의 암호입니다.
타깃 라이브러리 설정
타깃 데이터베이스 유형
구매 시 선택한 타깃 데이터베이스 유형으로, 변경할 수 없습니다.
리전
구매 시 선택한 타깃 데이터베이스 리전으로, 변경할 수 없습니다.
액세스 유형
시나리오에 따라 유형을 선택하십시오. 본문은 ‘데이터베이스’를 선택합니다.
데이터베이스 인스턴스
타깃 데이터베이스의 인스턴스 ID를 선택합니다.
계정
특정 권한이 있어야 하는 타깃 데이터베이스 계정입니다.
비밀번호
타깃 데이터베이스의 암호입니다.
4. 마이그레이션 옵션 설정 및 마이그레이션 객체 선택 페이지에서 마이그레이션 유형과 마이그레이션 객체를 설정하고 저장을 클릭합니다.
설명：
마이그레이션하는 동안 테이블 이름을 rename하려면(예: table A를 table B로 rename)
마이그레이션 객체
로 table A만 선택하는 것이 아니라 table A가 있는 전체 데이터베이스(또는 전체 인스턴스)를 선택해야 합니다. 그렇지 않으면 시스템에서 오류를 보고합니다.

설정 항목
설명
마이그레이션 유형
시나리오에 따라 유형을 선택하십시오.
구조적 마이그레이션: 원본 데이터베이스의 데이터베이스 및 테이블과 같은 구조적 데이터가 마이그레이션됩니다.
전체 마이그레이션: 전체 데이터베이스가 마이그레이션됩니다. 마이그레이션된 데이터는 작업이 시작될 때만 원본 데이터베이스의 기존 콘텐츠가 되지만 작업이 시작된 후 원본 데이터베이스에 기록된 증분 데이터는 포함되지 않습니다.
전체 + 증분 마이그레이션: 마이그레이션된 데이터에는 작업이 시작될 때 원본 데이터베이스의 기존 콘텐츠와 작업이 시작된 후 원본 데이터베이스에 기록된 증분 데이터가 포함됩니다. 마이그레이션 중에 원본 데이터베이스에 데이터 쓰기가 있고 논스톱 방식으로 원활하게 데이터를 마이그레이션하려면 이 옵션을 선택하십시오.
객체 마이그레이션
전체 인스턴스: information_schema, mysql, performance_schema 및 sys와 같은 시스템 데이터베이스를 제외한 전체 데이터베이스 인스턴스를 마이그레이션합니다.
지정된 객체: 지정된 객체를 마이그레이션합니다.
고급 마이그레이션 객체
저장 프로시저(Procedure), 함수(Function), 트리거(Trigger), 이벤트(Event)의 마이그레이션을 지원합니다.
고급 객체의 마이그레이션은 일회성 작업입니다. 작업이 시작되기 전에 원본 데이터베이스에 있는 고급 객체의 마이그레이션만 지원합니다. 작업이 시작된 후 새로 추가된 고급 객체는 타깃 데이터베이스와 동기화되지 않습니다.
저장 프로시저 및 함수는 ‘원본 데이터베이스 내보내기’ 단계에서 마이그레이션됩니다. 트리거 및 이벤트, 증분 작업 없음, 작업 종료 시 마이그레이션, 증분 작업이 있는 경우 사용자가 작업 완료를 클릭한 후에 마이그레이션이 시작되므로 완료 클릭 후 작업 전환 시간이 더 길어집니다.
자세한 내용은 고급 객체 마이그레이션 을 참고하십시오.
선택된 객체
DB 테이블 매핑 지원(DB 테이블 이름 변경), 데이베이스 이름과 테이블 이름 위에 마우스를 올리면 편집 버튼이 나타납니다. 클릭 후 팝업 창에서 새 이름을 입력할 수 있습니다.
마이그레이션할 고급 객체를 선택할 때 DB 테이블의 이름 변경을 하지 않는 것이 좋습니다. 그렇지 않으면 고급 객체의 마이그레이션이 실패할 수 있습니다.
Online DDL 임시 테이블 마이그레이션을 지원(gh-ost, pt-online-schema-change 툴 사용)합니다. 테이블의 편집 버튼을 클릭하면 팝업 창에서 임시 테이블 이름을 선택할 수 있습니다. 자세한 내용은 Online DDL 임시 테이블 마이그레이션을 참고하십시오.
5. 확인 작업 페이지에서 확인을 진행하고 확인 통과 후 작업 실행을 클릭합니다.
확인이 실패한 경우 검증 불통과 처리 방법의 설명 대로 문제를 수정하고 확인 작업을 다시 시작합니다.
실패: 확인 항목 실패로 작업이 차단되었음을 나타냅니다. 문제를 수정하고 확인 작업을 다시 실행해야 합니다.
알람: 확인 항목이 요구 사항을 완전히 충족하지 못함을 나타내며, 작업을 계속할 수 있지만 비즈니스에 영향을 미칩니다. 알람을 무시할지 아니면 문제를 해결하고 계속할지 선택합니다.

6. 데이터 마이그레이션 작업 목록으로 돌아가면 작업이 준비 중 상태로 들어간 것을 볼 수 있습니다. 1 - 2분 후 데이터 마이그레이션 작업이 시작됩니다.
구조 마이그레이션 또는 전체 마이그레이션을 선택: 완료되면 작업이 자동 중지됩니다.
전체 + 증분 마이그레이션 선택: 전체 마이그레이션이 완료된 후 마이그레이션 작업은 자동으로 중지되지 않는 증분 데이터 동기화 단계에 자동으로 들어갑니다. 증분 데이터 동기화를 수동으로 중지하려면 완료를 클릭해야 합니다.
적절한 시기에 증분 데이터 동기화 및 비즈니스 전환을 수동으로 완료합니다.
마이그레이션 작업이 증분 동기화 단계에 있고 지연 상태가 아닌지 확인합니다. 그렇다면 몇 분 동안 원본 데이터베이스에 데이터 쓰기를 중지하십시오.
타깃-원본 데이터베이스 데이터 간격이 0MB이고 타깃-원본 데이터베이스 시간 지연이 0초인 경우 증분 동기화를 수동으로 완료합니다.
7. (옵션) 작업 조회, 삭제 등 작업을 수행하려면 해당 작업을 클릭하고 작업 열에서 해당 작업을 선택합니다. 자세한 내용은 작업 관리를 참고하십시오.
8. 마이그레이션 작업 상태가 작업 성공이 되면 정식으로 컷오버할 수 있습니다. 자세한 내용은 컷오버 설명을 참고하십시오.
문제 해결에 도움이 되었나요?
더 자세한 내용은 문의하기 또는 티켓 제출 을 통해 문의할 수 있습니다.
예
아니오

피드백