16.5.3 ZFS에서 MySQL 복구 처리
ZFS 복제를 사용하여 데이터의 정기적 사본을 제공 할 때 원래 시스템에 장애가 발생한 경우, 수동 또는 자동으로 테이블을 복구 할 수 있는지 확인하십시오.
오류가 발생하면이 순서에 따릅니다.
마스터 스크립트가 시작되어 실행중인 경우 중지합니다.
슬레이브 파일 시스템을 읽기 / 쓰기로 설정합니다.
root-shell> zfs set readonly = off slavepool
노예 mysqld를 시작합니다.
InnoDB를 사용하는 경우, 필요에 따라 자동 복구를 취득하여 테이블의 데이터가 올바른지 확인합니다 (여기에서는 INSERT 중간 스냅 샷에서 시작되었음을 표시되어 있습니다).InnoDB : The log sequence number in ibdata files does not match InnoDB : the log sequence number in the ib_logfiles! 081109 15:59:59 InnoDB : Database was not shut down normally! InnoDB : Starting crash recovery. InnoDB : Reading tablespace information from the .ibd files ... InnoDB : Restoring possible half-written data pages from the doublewrite InnoDB : buffer ... 081109 16:00:03 InnoDB : Started; log sequence number 0 1142807951 081109 16:00:03 [Note] /slavepool/mysql-5.0.67-solaris10-i386/bin/mysqld : ready for connections. Version : '5.0.67'socket : '/tmp/mysql.sock'port : 3306 MySQL Community Server (GPL)
InnoDB 테이블과 정기적 인 동기화 일정을 사용하여 중요한 데이터 손실의 위험을 줄일 수 있습니다. MyISAM 테이블은 REPAIR TABLE 의 실행이 필요한 경우가 일부 정보를 잃은 가능성도 있습니다.