Loading...
MySQL 9.5 Reference Manual 9.5의 17.18.1 InnoDB Backup의 한국어 번역본입니다.
아래의 경우에 피드백에서 신고해주신다면 반영하겠습니다.
감사합니다 :)
안전한 데이터베이스 관리를 위한 핵심은 정기적으로 백업하는 것입니다. 데이터 볼륨, MySQL 서버 수, 데이터베이스 워크로드에 따라, 단독으로 또는 조합하여 다음과 같은 백업 기법을 사용할 수 있습니다: MySQL Enterprise Backup 을 이용한 hot backup; MySQL 서버가 종료된 상태에서 파일을 복사하는 cold backup; 작은 데이터 볼륨이거나 스키마 오브젝트 구조를 기록하기 위한 mysqldump 를 이용한 logical backup입니다. hot backup과 cold backup은 실제 데이터 파일을 복사하는 physical backup으로, mysqld 서버가 더 빠른 복원을 위해 직접 사용할 수 있습니다.
MySQL Enterprise Backup 을 사용하는 것이
InnoDB 데이터를 백업하는 권장 방법입니다.
참고
InnoDB 는 타사 백업 도구를 사용하여
복원된 데이터베이스를 지원하지 않습니다.
MySQL Enterprise Backup 컴포넌트의 일부인 mysqlbackup 명령을 사용하면,
InnoDB 테이블을 포함한 실행 중인 MySQL 인스턴스를
데이터베이스에 대한 일관된 스냅샷을 생성하면서도
작업 중단을 최소화하여 백업할 수 있습니다.
mysqlbackup 이
InnoDB 테이블을 복사하는 동안에도
InnoDB 테이블에 대한 읽기와 쓰기는 계속될 수 있습니다.
MySQL Enterprise Backup은 또한 압축된 백업 파일을 생성하고,
테이블 및 데이터베이스의 부분 집합만 백업할 수도 있습니다.
MySQL 바이너리 로그와 함께 사용하면,
사용자는 시점 복구를 수행할 수 있습니다.
MySQL Enterprise Backup은 MySQL Enterprise 서브스크립션의 일부입니다.
자세한 내용은
Section 32.1, “MySQL Enterprise Backup Overview” 를 참조하십시오.
MySQL 서버를 종료할 수 있다면,
InnoDB 가 테이블을 관리하기 위해 사용하는 모든 파일로 구성된
physical backup을 만들 수 있습니다.
다음 절차를 사용하십시오:
MySQL 서버를 slow shutdown 으로 종료하고, 오류 없이 중지되었는지 확인합니다.
모든 InnoDB 데이터 파일
(ibdata 파일과
.ibd 파일)을 안전한 위치로 복사합니다.
모든 InnoDB redo 로그 파일
(#ib_redoN
파일)을 안전한 위치로 복사합니다.
my.cnf 구성 파일을
안전한 위치로 복사합니다.
physical backup에 더하여, mysqldump 를 사용하여 테이블을 덤프하는 방식으로 정기적으로 logical backup을 생성하는 것이 권장됩니다. 바이너리 파일은 사용자가 눈치채지 못한 상태에서 손상될 수 있습니다. 덤프된 테이블은 사람이 읽을 수 있는 텍스트 파일에 저장되므로 테이블 손상을 더 쉽게 발견할 수 있습니다. 또한 형식이 더 단순하기 때문에 심각한 데이터 손상 가능성도 더 작습니다.
mysqldump 에는
다른 클라이언트를 차단하지 않고 일관된 스냅샷을 생성하기 위한
--single-transaction 옵션도 있습니다.
Section 9.3.1, “Establishing a Backup Policy” 를 참조하십시오.
Replication은 InnoDB 테이블과 함께 동작하므로,
MySQL replication 기능을 사용하여
고가용성이 필요한 데이터베이스 사이트에
데이터베이스 사본을 유지할 수 있습니다.
Section 17.19, “InnoDB and MySQL Replication” 을 참조하십시오.
17.18 InnoDB Backup and Recovery
17.18.2 InnoDB Recovery