이 항목에서는 플러그인 복원 프로세스에 대해 간략히 소개하고 사용할 수 있는 모든 기능을 설명합니다. 또한 MySQL Standard/Community 복원 시나리오 예시 및 MySQL Enterprise Backup 복원 시나리오 예시에서는 다양한 복원 유형의 예를 제공합니다. Quest에서는 이러한 항목을 검토하여 사용 가능한 기능 및 다양한 복원 유형에 적용되는 방법을 숙지할 것을 권장합니다.
성공적인 복원을 수행하려면 사용할 수 있는 복원 유형을 이해해야 합니다.
플러그인이 전체 또는 개별 데이터베이스/테이블 복사 전용 복원을 수행하는 경우 MySQL의 mysqldump 유틸리티를 사용하여 테이블을 생성하고 채우는 데 사용되는 SQL 문을 백업 미디어에 직접 스트리밍합니다. 플러그인이 이러한 백업 형태 중 하나를 복원하면 백업 미디어에서 SQL 문을 직접 읽고 자동으로 실행합니다.
플러그인이 증분 또는 차등 백업을 수행하는 경우 MySQL 바이너리 로그 인덱스는 백업 미디어에 복사해야 하는 바이너리 로그를 결정하는 데 사용됩니다. 이러한 백업이 복원되면 바이너리 로그가 임시 디렉터리 ""NETVAULT_HOME/tmp/MySQL"로 복원됩니다. mysqlbinlog 유틸리티는 바이너리 로그에 기록된 각 트랜잭션에 대한 SQL 문을 생성하는 데 사용됩니다. 이러한 문은 자동으로 실행됩니다. 이 프로세스를 "바이너리 로그 적용"이라고 합니다.
시간 기반 PIT 복구는 일반적으로 1단계 프로세스입니다. 옵션 탭에서 바이너리 로그 복원 및 적용 옵션을 선택하고 중지 시간을 원하지 않는 트랜잭션 직전으로 지정하여 증분 또는 차등 백업으로부터 바이너리 로그를 복원합니다.
1 |
옵션 탭에서 시간 또는 위치를 식별하기 위해 바이너리 로그를 임시 디렉터리로 복원 옵션을 선택하여 증분 또는 차등 백업의 바이너리 로그를 MySQL Server의 임시 디렉터리로 복원합니다. |
2 |
MySQL의 mysqlbinlog 유틸리티를 사용하여 원치 않는 트랜잭션의 특정 위치를 식별하십시오. 자세한 내용은 MySQL 참조 안내서의 특정 시점(PIT) 복구 섹션을 참조하십시오. |
3 |
동일한 증분 또는 차등 백업을 다시 복원하십시오. 그러나 임시 디렉터리에서 바이너리 로그 적용 복원 옵션을 선택하고 원치 않는 트랜잭션 바로 앞에 위치하는 중지 위치를 지정하십시오. |
TTS 백업을 복원하기 위한 다음과 같은 제한 사항에 유의하십시오.
자세한 내용은 https://dev.mysql.com/doc/mysql-enterprise-backup/4.0/en/restore-use-tts.html 페이지를 참조하십시오.
MySQL용 플러그인‑을 사용한 표준 복원에는 다음과 같은 항목에 설명된 단계가 포함됩니다.
• |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Términos de uso Privacidad Cookie Preference Center