NetVault Plug-in for MySQL 12.2 - 사용자 안내서

데이터 복원: 개요

이 항목에서는 플러그인 복원 프로세스에 대해 간략히 소개하고 사용할 수 있는 모든 기능을 설명합니다. 또한 MySQL Standard/Community 복원 시나리오 예시 및 MySQL Enterprise Backup 복원 시나리오 예시에서는 다양한 복원 유형의 예를 제공합니다. Quest에서는 이러한 항목을 검토하여 사용 가능한 기능 및 다양한 복원 유형에 적용되는 방법을 숙지할 것을 권장합니다.

MySQL Standard/Community에 사용 가능한 복원 방법 검토

성공적인 복원을 수행하려면 사용할 수 있는 복원 유형을 이해해야 합니다.

플러그인이 전체 또는 개별 데이터베이스/테이블 복사 전용 복원을 수행하는 경우 MySQL의 mysqldump 유틸리티를 사용하여 테이블을 생성하고 채우는 데 사용되는 SQL 문을 백업 미디어에 직접 스트리밍합니다. 플러그인이 이러한 백업 형태 중 하나를 복원하면 백업 미디어에서 SQL 문을 직접 읽고 자동으로 실행합니다.

플러그인이 증분 또는 차등 백업을 수행하는 경우 MySQL 바이너리 로그 인덱스는 백업 미디어에 복사해야 하는 바이너리 로그를 결정하는 데 사용됩니다. 이러한 백업이 복원되면 바이너리 로그가 임시 디렉터리 ""NETVAULT_HOME/tmp/MySQL"로 복원됩니다. mysqlbinlog 유틸리티는 바이너리 로그에 기록된 각 트랜잭션에 대한 SQL 문을 생성하는 데 사용됩니다. 이러한 문은 자동으로 실행됩니다. 이 프로세스를 "바이너리 로그 적용"이라고 합니다.

증분 및 차등 복원 중에는 바이너리 로그에 기록된 모든 트랜잭션이 적용될 수 있으며 특정 시점(PIT 복구)에 적용될 수 있습니다. PIT 복구는 실수로 테이블을 삭제하거나 잘못된 업데이트를 실행하는 경우와 같이 데이터 손상 직전 시점까지 복구하려고 할 때 유용합니다.

증분 또는 차등 복원 중에 복원할 바이너리 로그에서 PIT 복구를 수행할 수 있습니다. 시간 기준 PIT 복구는 데이터 손상이 발생한 시간을 알고 있을 때 유용합니다. 예를 들어 개발자가 오전 6시에 테이블을 삭제한 경우, PIT 복구는 오전 5시 55분의 중지 시간으로 수행될 수 있습니다.

시간 기반 PIT 복구는 일반적으로 1단계 프로세스입니다. 옵션 탭에서 바이너리 로그 복원 및 적용 옵션을 선택하고 중지 시간을 원하지 않는 트랜잭션 직전으로 지정하여 증분 또는 차등 백업으로부터 바이너리 로그를 복원합니다.

데이터 손상의 실제 시간을 알 수 없거나 보다 정확한 복구가 필요한 경우 위치 기반 PIT 복구를 사용해야 합니다. 예를 들어 개발자가 데이터베이스에서 테이블을 삭제했지만 테이블을 삭제한 정확한 시간을 알 수 없는 경우 위치 기반 PIT 복구를 사용해야 합니다.

위치 기반 PIT 복구는 3단계 프로세스입니다.

MySQL Enterprise Backup에 사용 가능한 복원 옵션 검토

MEB 기반 방법을 사용하여 전체 또는 증분 복원을 수행할 수 있습니다. TTS 백업 옵션을 사용한 경우 TTS 복원을 완료할 수도 있습니다. TTS 복원 프로세스 내에서 특정 테이블을 복원(부분 복원이라고 함)하고 지정된 테이블 중 하나의 이름을 바꿀 수 있는 추가 옵션을 사용할 수 있습니다.

중요: TTS 백업 또는 복원 기능을 제한적으로 사용할 수 있으므로 Quest에서는 TTS 옵션을 신중하게 사용할 것을 권장합니다.

TTS 백업을 복원하기 위한 다음과 같은 제한 사항에 유의하십시오.

자세한 내용은 https://dev.mysql.com/doc/mysql-enterprise-backup/4.0/en/restore-use-tts.html 페이지를 참조하십시오.

MySQL에서 데이터 복원

MySQL용 플러그인‑을 사용한 표준 복원에는 다음과 같은 항목에 설명된 단계가 포함됩니다.