MySQL 백업 관련 질문입니다.
글쓴이: janues / 작성시간: 수, 2013/04/03 - 1:10오후
저희 회사에 금일 기준으로 uptime 이 843일인 서버가 한대 있습니다.
이 서버의 용도는 전자문서, CAD 도면등이 DB로 저장되어 있는 파일서버입니다.
대략 mysql data만 770 GB 정도 됩니다.
셧다운하기가 상당히 부담스럽습니다... ㅠ.ㅠ
제 전임자께서 데비안으로 구축했고 이분이 이미 몇달전에 그만두시고 잠수타시는 바람에
인수 인계를 제대로 못 받은 관계로 저도 그냥 uptime이 길어서 걱정만 하고 있었는데요.
오늘 사장님께서 저 서버의 데이터를 매일 백업 받으라고 지시를 하시네요. ㅠ.ㅠ
뭐 대부분의 영세한 업체의 엔지니어가 그렇듯이 저도 그냥 스크립트로 weekly, daily 백업을 할 예정입니다만,
워낙 mysql data가 큰 관계로 첫 full backup 시에 mysql 서비스를 잠시 중단하고 네트워크 연결도 다 끊어버리고
백업을 진행할 생각입니다.
mysql 서비스를 내리고 mysql 디렉토리를 통째로 복사하여 NFS로 다른 시스템으로 넘겨도 데이터가 안전할까요?
예전에 콜드 백업을 몇번 해보기는 했는데 여기처럼 데이터가 많지는 않았거든요.
database 하나에 저렇게 많은 데이터를 쌓아놨으니... tar, cpio는 당연히 안되고 그냥 무식하게 cp -a 할
생각인데 혹시 이 글을 읽으시는 DBA가 계시면 조언 부탁드립니다.
작업은 금요일 저녁에 할 계획입니다.
Forums:
저도 잘 모릅니다만,
일단 DB파일로 저렇게 파일이 커질일은 만무하고, 아마도 질문하시는 분도 알고 계신거 같아요.
전자문서, CAD 도면등이 라고 문의하셨으니까요.
가급적이면, 전자문서, CAD 도면등은 별도의 파일로 저장할 수 있게 웹프로그램이 되었든 분리를 하시는게 맞을것 같아요.
직접 안되시면, 추가 개발이 필요하다라고 사람이라도 구해서 말씀을 하시는게 맞을 것 같습니다.
아시는 것처럼 리스크가 너무 큽니다.
700기가 정도 되면 어떤 네트워크를 사용하는지 모르겠지만, 한두시간으로는 끝나지 않을 것입니다.
100기가에 한시간 이상정도 생각하시면 될듯 싶네요. 이건 물론 네트워크 상태에 따라서 상이한 결과값을 가집니다.
cp를 사용하시던 cp도 옵션여하에 따라서 나중에 다시 데이터를 가져오는 것을 지정할수는 있습니다.
하지만 제가 만약에 한다면 rsync가 좀더 좋지 않을까 생각해 봅니다.
rsync는 최초 1회만 파일 복사하는데 시간을 많이 사용하며, 그 이후에는 상대적으로 변경된 파일만 가져오니까, 좀더 빠른 시간 안에 끝낼 수 있을 것입니다.
mysql에서 업데이트 쿼리를 막는 명령어가 있습니다.
아예 mysql를 중지하고 작업하신다면, 크게 문제가 없을수도 있지만, 고려해 놓아야 할 사항이겠죠.
두서없이 떠들어서 도움이 될런지 하네요.
NFS, rsync 모두 고려 중입니다.
답변 감사합니다.
제 전임자는 파티션을 /, /home 딱 2개만 만들었습니다.
그리고 /usr/local에 mysql을 설치 해놓고 /home/data 에 전자문서, 도면이 저장되도록 해놨는데 자세히 보지는 않았지만 웹에서 다운로드할때 패스만 암호화 하는 것 같습니다.
일단은 말씀하신 rsync 를 세팅해서 테스트삼아 한번 넘겨보겠습니다.
댓글 달기