한 번 실수로 삭제 된 데이터 복구 프로세스를 기억

케이스 설명 :

6 유에 25 블라인드 기간 데이터, 제조 일자 (101) 에 trademarknew 에서 48 로 복제 표 50 에 trademarknew 받는 복사 라이브러리 오용 상표 결과 라이브러리 상표 라이브러리 테이블 덮여있다.

 

복구 아이디어 :

보장하기 위해 50 논스톱, 당신은 복구를 가열해야합니다. 오늘은 일요일 전체 백업이로 전송할 수 있습니다, 월요일 (52) 기계 (에 5.7 년) (52) 를 사용 xtrabackup 데이터 도구를 복구 할 수 있습니다. 회수 한 후, 48 표 사용 mysqldump를 백업하고 백업 전송로 (50) , 열 회복 동작을 수행.

 

복구 프로세스 :

1. 먼저 백업 변속기 (52) 에

SCP의 -r / 백업 / 2018년 6월 24일 / 172.16.1.52:/backup

1. 원래 데이터 파일 삭제

RF RM은은 / var / lib 디렉토리 / mysql을 / *

1. 데이터베이스를 닫습니다

서비스가 중지 mysqld를

1. 백업 파일 복구 (14.20가 재개 )

Innobackup --apply 로그 / 백업 / 2018년 6월 24일

Innobackup --copy 백 / 백업 / 2018년 6월 24일

1. 복구가 완료 개방 데이터베이스 후 ( 16 점 복구가 완료됩니다)

서비스가 시작 mysqld를

1. 45 개 테이블을 사용하여 수정 mysqldump를을 다시 밖으로

mysqldump를 -uroot -p 상표 tm_goods_trans1> /backup/1.sql

오류, 더 때문에 gtid 모드 매개 변수

다시 실행

mysqldump를 --set-gtid-제거 = 오프 -uroot -pswtm_8 % -sin 상표 tm_goods_trans1> /backup/1.sql

오류는 다음과 같은 문을 실행

으로 mysql_fix_privilege_tables -u 루트 -pswtm_8 % -sin --force

모든 국가는 테이블로 표시 확인

 

데이터베이스를 다시 시작

백업 다시

mysqldump를 --set-gtid-제거 = 오프 -uroot -pswtm_8 % -sin 상표 tm_goods_trans1> /backup/1.sql

성공!

1. 백업에 전송 (50) 에

 SCP -r /backup/1.sql 172.16.1.50:/backup/

1. (50) 데이터베이스가 이제 비워 관련 테이블은, 다음 실행 소스 데이터베이스를 복원하는 작업을

MySQL의> 소스 /backup/1.sql;