mysql binlog ¸¦ ÀÌ¿ëÇÑ (°í±Þ)º¹±¸

   Á¶È¸ 4598   Ãßõ 1    

http://ehostidc.co.kr/center/EH050402.php?no=279706&page=2&choose=tit¡¦ (275)
http://ehostidc.co.kr/center/EH050501.php?ke=17 (257)

mysql binlog 를 이용한 (고급)복구

1. 시나리오

a. DB 작업 중 실수로 table을 drop 했다.

b. DB의 백업을 확인한 결과 일 백업 본이 존재한다.

2. 1차 복원

a. 백업본을 이용하여 table 복원

- 사고 발생

- 백업본을 이용한 복원

- 복원 결과

- 백업 시점까지의 데이터 복원 완료

2. binlog 를 이용한 추가 복구

a. 백업 이후의 데이터 복구

- 복원된 디비의 마지막 data import 시간

- 장애 유발 시간

# mysqlbinlog --start-datetime=" "
--stop-datetime=" "
-d DB명 binlog_파일명 >> 복구파일명.sql

b. 해당 복구 파일에서 특정 테이블만 저장

- 테스트 테이블 구성으로 인해 auto_incresment 는 SET 으로 별도 설정되어 위의 데이터는 수동으로 ; 를 추가 해 줘야 한다.

c. 테이블 복구



- 정확하게 백업 시간과 장애 시간을 알수 있다면 해당 시점 사이에 대해 복구가 가능하다.











https://www.aiocp.co.kr/ ( 딥러닝,머신러닝 서버 판매 ,컨설팅) https://bigbangcloud.co.kr/ ( GPU 클라우드 서비스) ::: AI 서버의 모든것 ::: 인공지능의 시작~ (주)이호스트ICT
ªÀº±Û Àϼö·Ï ½ÅÁßÇÏ°Ô.


PDS
Á¦¸ñPage 7/20
2016-02   17823   ¸¸¼®±º
2017-06   12028   °æ±â±¤ÁÖ
2018-02   17073   ȸ¿øK
2019-02   9174   À¸¶óÂ÷Â÷Â÷
2019-10   4199   µö·¯´×¼­¹ö
2022-03   4574   FOXBI
2021-09   7829   FOXBI
2021-01   5552   ±ô¹Ú±ô¹Ú°¡
2022-03   7316   FOXBI
2018-04   14846   ȸ¿øK
2019-07   4599   µö·¯´×¼­¹ö
2019-08   5923   µö·¯´×¼­¹ö
2019-11   5531   ½ºÄµl¹ÎÇö±â
2020-03   7603   ½ºÄµl¹ÎÇö±â
2015-02   41278   ±è°Ç¿ì
2016-02   16602   ¸¸¼®±º
2019-10   4272   µö·¯´×¼­¹ö
2019-11   11878   µö·¯´×¼­¹ö
2020-03   5351   ¼öÆÛ½ÎÀ̾ð
2020-06   6819   ¸¸¼®±º