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

   Á¶È¸ 4593   Ãßõ 1    

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

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
2019-11   4348   ÇãÀα¸¸¶Æ¾
2019-12   5354   PCMaster
2020-12   4566   ¹«¾Æ
2019-01   10786   ÀÌÇϳª
2019-09   5741   µö·¯´×¼­¹ö
2016-01   13637   ÆĶõ²Þ
2019-10   6204   µö·¯´×¼­¹ö
2020-04   7836   Â÷³ÝÄÄÇ»ÅÍ
2022-08   10147   touch
2015-01   69144   ¿¥ºê¸®¿À
2018-02   15396   »õÃÑ
2020-01   8639   µö·¯´×¼­¹ö
2020-09   5799   ±¤ÁÖµ¿Å°È£Å×
2022-03   4713   »õÇϾᱸ¸§
2016-02   17816   ¸¸¼®±º
2017-06   12024   °æ±â±¤ÁÖ
2018-02   17067   ȸ¿øK
2019-02   9167   À¸¶óÂ÷Â÷Â÷
2019-10   4196   µö·¯´×¼­¹ö
2022-03   4566   FOXBI