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

   Á¶È¸ 4953   Ãßõ 1    

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

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/77
2014-05   4984864   Á¤ÀºÁØ1
2015-12   1520859   ¹é¸Þ°¡
2020-12   4882   ¹«¾Æ
2019-11   4886   Ansyncic
2019-11   4898   ¾Æ½º¶õ
2020-06   4899   ÀÚ¿¬ÀÎ
2021-05   4901   ÇöÁø
2022-04   4907   È­Á¤Å¥»ï
2019-11   4915   µö·¯´×¼­¹ö
2020-09   4919   ÇöÁø
2021-05   4925   ÇöÁø
2021-01   4933   »ç¶ûÇ϶ó
2019-08   4935   ÇãÀα¸¸¶Æ¾
2020-08   4941   ±èȲÁß
2020-08   4946   Á¦°¥±âõ
2022-03   4949   ´©¸Þ
2019-07   4954   µö·¯´×¼­¹ö
2022-01   4958   ½ºÄµl¹ÎÇö±â
2020-09   4959   ÇöÁø
2021-06   4965   Á¦¿ÂÇÁ·Î
2020-05   4967   µö·¯´×¼­¹ö
2020-11   4983   Á¦¿ÂÇÁ·Î