- 이 기사는 MySQL 용 Zmanda 복구 관리자 (ZRM)
- 정보 유형 : 팁
정보 설명 :
ZRM for MySQL은 증분 백업을 수행하기 위해 MySQL 서버에서 바이너리 로깅을 활성화해야합니다. 바이너리 로깅은 MySQL 성능에 미치는 영향을 최소화하지만 활성 데이터베이스에서는 로그가 수백 기가 바이트 또는 테라 바이트까지 증가 할 수 있습니다.
ZRM for MySQL에는 사이트 요구 사항에 따라 백업 및 복구 프로세스를 사용자 정의 할 수있는 여러 플러그인 인터페이스가 있습니다. 플러그인 인터페이스 중 하나는 백업 후 플러그인입니다. 백업 후 로그가 더 이상 필요하지 않기 때문에 사후 백업 플러그인은 백업 후 바이너리 로그를 제거 할 수 있습니다.
이전 바이너리 로그를 제거하는 다음 명령을 MySQL 용 ZRM 용 기본 백업 후 플러그인에 추가 할 수 있습니다.
mysql -uroot -ppasswd -e à ¢ €œdate_sub (now (), 간격 1 일 전에 마스터 로그 제거); à ¢ €�
또 다른 옵션은 à ¢ €œexpire_log_daysà ¢ €� MySQL 서버 매개 변수를 설정하는 것입니다. expire_log_days의 기본값은 로그를 제거하지 않는 것입니다. 이것을 숫자로 설정하면 MySQL 서버가 로그를 정리하도록 할 수 있습니다.
주의: 마스터 서버에서 백업을 수행하는 경우 사용자는 마스터 복제 서버에서 이진 로그를 제거 할 때주의해야합니다. 슬레이브가 하루 이상 서버보다 뒤쳐지면 바이너리 로그 제거로 인해 복제가 실패합니다.
