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

   Á¶È¸ 4927   Ãßõ 1    

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

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 71/77
2014-05   4956128   Á¤ÀºÁØ1
2015-12   1492568   ¹é¸Þ°¡
2019-07   4928   µö·¯´×¼­¹ö
2020-08   4921   Á¦°¥±âõ
2022-03   4917   ´©¸Þ
2020-08   4913   ±èȲÁß
2019-08   4911   ÇãÀα¸¸¶Æ¾
2022-01   4905   ½ºÄµl¹ÎÇö±â
2021-01   4904   »ç¶ûÇ϶ó
2021-05   4900   ÇöÁø
2020-09   4893   ÇöÁø
2019-11   4887   µö·¯´×¼­¹ö
2022-04   4880   È­Á¤Å¥»ï
2021-05   4878   ÇöÁø
2020-06   4875   ÀÚ¿¬ÀÎ
2019-11   4865   ¾Æ½º¶õ
2019-11   4863   Ansyncic
2020-12   4860   ¹«¾Æ
2019-10   4842   µö·¯´×¼­¹ö
2020-05   4827   µö·¯´×¼­¹ö
2020-11   4824   Â÷³ÝÄÄÇ»ÅÍ
2019-09   4803   ±èȲÁß