조만간 Backup에 대한 글을 쓰기 앞서
올블로그 (Allbog)가 어제오늘 아침까지 장애가 발생하었고
공지에서 보니 backup에서 문제가 있어 즉시 바로 복구 하지 못했다 라는 글을 보고
여러 생각들이 들었습니다.
Backup!!!
DB 운영 관리에서 가장 중요한 부분이자 가장 간과하기 쉬운 관리입니다.
MSSQL에서는 그냥 유지 관리부분에서 추가만 해주면 별 관리가 필요없지만
이래서 문제가 발생됩니다.. 너무 관리를 않해서.. ^^;
아무리 backUp을 완료하고 체크섬 옵션까지 했다고 하더라도
실제로 시스템에 문제가 발생되어 그동안 아무문제 없이 백업된 파일을
실제로 리스토어 했을시 문제없이 리스토어에 성공하지 못하는 경우들을
수없이 많이 보아왔고 이런문제로 많은 고민들을 해보았습니다.
그래서 내린 결론과 수행법은
백업된 파일을 실제로 리스토어 해보자였습니다.
또한 이렇게 운영하는 사이트들도 많이 있습니다.
어떻게 라고 물으신다면..
그냥 리스토어 하면 되지 어떻게 리스토 어를 하냐고 물으시면 걍 리스토어하면 되지 다른 무엇이
필요하냐고 대 물어보고 싶군요.. ( 장금이 버젼 )농담입니다.. ^^;
정설하고..
무조건 개발DB 머신을 확보하십시오
그리고 그 개발DB 머신에 백업받은 파일을 매일 리스토어 하십시요
그러면 이 리스토어 한 DB를 가지고 얼마든지 최신Data를 이용한
개발 DB를 확보하실수도 있으며 ( 물론 중요Data나 고객 Data들은 다르게 변형하시고요..)
나아가 매일 리스토어를 해봄으로써 실제 리스토어에 필요한 시간 / 문제점 / 비용들을
어느정도 예측 ( 최소한 개발DB에 리스토어 하는것보단 빠른 시간을 얻을실수 있겠죠 )
하실수 있는 장점을 얻는 동시에 리스토어가 성공함으로써 얻는 BackUp 파일의 신뢰성
을 확보하실수 있을것이라 봅니다.
또한 위의 작업들을 전부 스케줄어 걸어두시어 메인DB에서 BackUp이 완료되면
해당 작업들이 자동으로 이루어지도록 하시면 그리 큰 관리비용도 들지 않으며
간단히 실패유무만 보시면 됩니다.
아 이미 하고 계시다고요..
그럼 당신이 근무하는 회사는 어느정도 Data 운영에 크게 문제가 없이 잘 운영하고
있다고 볼수 있겠습니다.
최소한 backUp받은 파일에 대한 신뢰성과 실제 리스토어를 통한 복구에 대한 잠재 위험성은
사라졌을테니 말입니다. 이거 진짜 신경쓰이는 잠재적인 스트레스 입니다.
우리 회사는 StandBy나 클러스터 서버운영들으로 장애발생시 잘 대처하고 있다고
말씀하시더라도 그 DB들로 계속 운영하실지 않고 메인DB를 살릴려면
무조건 해당 Back File을 복구해야 않을까요?
복구실패..
이건 DBA로서는 악몽같은 이야기 입니다. 늘 사표를 왼쪽 주머니에 넣고 다녀야 하죠..^^;
