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

   Á¶È¸ 5288   Ãßõ 1    

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

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 25/78
2015-12   1775658   ¹é¸Þ°¡
2014-05   5250591   Á¤ÀºÁØ1
2023-06   10620   Á¤¹«Çö
2019-06   10623   Æä³Ñ9500¾Æ¡¦
2016-11   10648   ¿¥ºê¸®¿À
2016-03   10649   Ä«·ÎÄ«·Î
2015-12   10650   ¼Ò¸Á»ç¶û71
2017-04   10668   ±èȲÁß
2017-08   10683   Libre
2017-05   10697   ´ÊÀáÀڴ¾ÆÀÌ
2015-12   10722   ¼Ò¸Á»ç¶û71
2016-03   10722   ȸ¿øK
2019-07   10722   À̼±È£
2021-03   10742   ½ºÄµl¹ÎÇö±â
2015-12   10811   ¼Ò¸Á»ç¶û71
2016-03   10811   µðºñµð
2024-08   10811   gmltj
2018-06   10826   ȸ¿øK
2018-07   10827   KMG5586
2016-03   10856   ĵÀ§µå
2022-01   10885   ½ºÄµl¹ÎÇö±â
2019-03   10888   pmnxis