Tibase에서 복제를 설정하는 방법은 무엇입니까?

안녕하세요! Tibase 공급업체로서 저는 Tibase에서 복제를 설정하는 방법에 대해 자주 질문을 받습니다. 이는 데이터베이스의 성능, 가용성 및 데이터 무결성을 크게 향상시킬 수 있는 중요한 프로세스입니다. 이 블로그에서는 Tibase에서 복제를 설정하는 단계를 안내하고 그 과정에서 몇 가지 팁과 요령을 공유하겠습니다.

Tibase의 복제란 무엇입니까?

설정 프로세스를 시작하기 전에 Tibase의 맥락에서 복제가 무엇을 의미하는지 빠르게 이해해 보겠습니다. 복제는 하나의 데이터베이스(소스)에서 하나 이상의 다른 데이터베이스(복제본)로 데이터를 복사하고 동기화하는 프로세스입니다. 이는 읽기 요청을 복제본으로 오프로드하여 읽기 성능을 향상시키고, 기본 데이터베이스에 장애가 발생할 경우 고가용성을 제공하고, 여러 위치에 데이터를 배포하는 등 다양한 이유로 유용할 수 있습니다.

전제 조건

Tibase에서 복제 설정을 시작하기 전에 준비해야 할 몇 가지 사항이 있습니다:

다중 Tibase 인스턴스: 적어도 두 개의 Tibase 인스턴스가 필요합니다. 하나는 소스로, 하나 이상은 복제본으로 사용됩니다. 이러한 인스턴스는 요구 사항에 따라 동일한 서버에 있을 수도 있고 다른 서버에 있을 수도 있습니다.
네트워크 연결: 원본 인스턴스와 복제본 인스턴스는 네트워크를 통해 서로 통신할 수 있어야 합니다. 필요한 포트가 열려 있고 방화벽 제한 사항이 없는지 확인하십시오.
티베이스 라이선스: 복제에 사용하려는 모든 인스턴스에 대해 유효한 Tibase 라이센스가 있는지 확인하십시오.

1단계: 소스 인스턴스 구성

첫 번째 단계는 복제를 허용하도록 원본 인스턴스를 구성하는 것입니다. 방법은 다음과 같습니다.

megagen anyridge tibase dental implant temporary abutment

바이너리 로깅 활성화: 바이너리 로깅은 데이터베이스에 대한 모든 변경 사항을 기록하므로 복제에 필수적입니다. 바이너리 로깅을 활성화하려면 Tibase 구성 파일(보통tibasedb.cnf). 다음 줄을 추가하거나 수정합니다.

로그 빈 = tibase-bin 서버 ID = 1

그만큼로그빈매개변수는 바이너리 로그 파일의 기본 이름을 지정하고서버 ID소스 인스턴스의 고유 식별자입니다.

소스 인스턴스 다시 시작: 구성 파일을 변경한 후 Tibase 소스 인스턴스를 다시 시작하면 변경 사항이 적용됩니다.

sudo systemctl 재시작 tibasedb

복제 사용자 생성: 복제본 인스턴스가 데이터 연결 및 복제에 사용할 수 있는 사용자를 원본 인스턴스에 생성해야 합니다. 다음을 사용하여 소스 인스턴스에 로그인합니다.티베이스클라이언트에서 다음 SQL 명령을 실행합니다.

사용자 생성 'repl_user'@'%' '비밀번호'로 식별됨; *.*에 복제 슬레이브를 'repl_user'@'%'로 부여합니다. 플러시 권한;

바꾸다'비밀번호'원하는 강력한 비밀번호를 사용하세요.

2단계: 복제본 인스턴스 구성

이제 소스에 연결하고 데이터 복제를 시작하도록 복제본 인스턴스를 구성할 차례입니다.

서버 ID 설정: 원본 인스턴스와 유사하게 각 복제본 인스턴스에는 고유한 인스턴스가 필요합니다.서버 ID. 복제본 인스턴스에서 Tibase 구성 파일을 수정하고 다음 줄을 추가하거나 수정합니다.

서버 ID = 2

확인하십시오서버 ID원본 인스턴스 및 다른 복제본 인스턴스와 다릅니다.

복제본 인스턴스 다시 시작: 변경 사항을 적용하려면 Tibase 복제본 인스턴스를 다시 시작하세요.

sudo systemctl 재시작 tibasedb

소스에 연결하도록 복제본 구성: 다음을 사용하여 복제본 인스턴스에 로그인합니다.티베이스클라이언트를 실행하고 다음 SQL 명령을 실행하여 소스에 연결하도록 복제본을 구성합니다.

MASTER를 MASTER_HOST = 'source_host', MASTER_USER = 'repl_user', MASTER_PASSWORD = 'password', MASTER_LOG_FILE = 'tibase-bin.000001', MASTER_LOG_POS = 4로 변경;

바꾸다'소스_호스트'소스 인스턴스의 호스트 이름이나 IP 주소로'repl_user'그리고'비밀번호'이전에 생성한 복제 사용자 및 비밀번호로'tibase-bin.000001'그리고4실제 바이너리 로그 파일 이름과 소스 인스턴스의 위치를 사용합니다. 다음을 실행하여 현재 바이너리 로그 파일 이름과 위치를 얻을 수 있습니다.마스터 상태 표시;소스 인스턴스에서.

복제 프로세스 시작: 복제본이 소스에 연결되도록 구성되면 다음 명령을 사용하여 복제 프로세스를 시작합니다.

슬레이브 시작;

3단계: 복제 확인

복제 프로세스를 시작한 후에는 올바르게 작동하는지 확인해야 합니다. 복제본 인스턴스에서 다음 명령을 실행하면 됩니다.

슬레이브 상태 표시\G

다음을 찾으세요.Slave_IO_실행 중그리고Slave_SQL_실행 중출력의 필드. 둘 다 다음으로 설정되어야 합니다.예복제가 제대로 작동하는지 여부. 이 필드 중 하나가 다음으로 설정된 경우아니요, 복제 구성에 문제가 있을 수 있습니다. 자세한 내용은 출력의 오류 메시지를 확인하세요.

팁과 요령

복제 지연 모니터링: 복제본이 소스의 변경 사항을 따라잡지 못하는 경우 복제 지연이 발생할 수 있습니다. 복제 지연을 비교하여 모니터링할 수 있습니다.Seconds_Behind_Master필드의슬레이브 상태 표시산출. 지연 시간이 상당한 경우 데이터베이스를 최적화하거나 복제본 인스턴스의 리소스를 늘려야 할 수 있습니다.
정기적으로 백업: 복제를 하더라도 데이터베이스를 정기적으로 백업하는 것이 중요합니다. 복제는 데이터베이스의 변경 사항만 복사하고 하드웨어 오류나 사람의 실수 등 다른 이유로 인한 데이터 손실을 방지하지 않으므로 백업을 대체할 수 없습니다.
테스트 장애 조치: 원본 인스턴스에 장애가 발생할 경우 복제본 인스턴스가 기본 인스턴스로 인계될 수 있도록 장애 조치 시나리오를 주기적으로 테스트합니다. 이렇게 하면 가동 중지 시간이 발생하기 전에 문제를 식별하고 해결하는 데 도움이 됩니다.