서버 백업 어떻게 하세요?

제가 다니는 회사에서는 처음에는 Alexsandria 백업 유틸리티를이용해 DLT Library로 DB LOG와 파일 시스템 변경분에 대해서 자동으로 백업을 받았었습니다. 그리고 일주일에 한번씩 DB 풀데이터를 DLT로 백업받아서 한달간 보관했구요. 그런데 금감원에서 니들 그러다가 건물 무너지면 니네 장사 못하는거야 상관 없는데 고객데이터 날리면 니들이 책임질래 ?? 그래서 그 백업 받은 DLT TAPE을 약 1km 정도 떨어진 건물에 소산시켰습니다.

근데 니네 DB 풀 백업받고 나서 6일지나서 건물 무너지면 6일동안 데이터는 어떻게 할래 ?? 그래서 DB 풀 백업을 매일 받아서 약 2km 정도 떨어진 다른 건물로 소산 시켰습니다. 백업주기가 바뀌면서 보관주기도 전의 일주일에 한번 백업 한달 보관에서 하루한번 백업 일주일 보관으로 변경되었습니다. 이때부터 백업이 빡셔지기 시작했습니다

그런데 RAID 5 로 구성된 스토리지가 그럴확율은 낮지만 스토리지가 미쳐가지고 뻑 하고 다 죽었소... 하고 데이터 날리고 죽었다고 쳤을때 이놈을 다시 RESTORE 하고 다시 업무가 가능하도록 하는데 약 열흘이 걸린답니다. 뭔가 빠른 백업과 복구가 가능한 솔루션이 필요했습니다

팀장이 사장한테 니네는 돈만 쓰냐?? 이거 하나 살라면 우리가 제품을 몇개나 팔아야 하는지 알아 ?? 하면서 욕 얻어 듣고 스토리지 하나를 더 도입하고 나서는 자잘한 스토리지 말고 운영쪽에서 쓰는 대형 스토리지는 두개가 됐습니다. 기존 백업 작업은 유지한채 이녀석들을 저녁마다 맨날 Rsync 비슷한 작업을 시킵니다. 스토리지하나가 나 죽었소... 하고 뻑 나가도 어제 업무시간까지의 데이터가 남아 있는 다른 스토리지가 있고 , 자동화된 DB 로그 시점백업받은게 있으니까 복구 시간은 기존보다 훨씬 짧아지게 됐습니다

근데 미국에서 비행기로 건물 받아 버리는 사건이 발생하고 나서 또 딴지가 들어오기 시작했습니다. 니네 건물 무너지면 어떻할꺼냐 ??? 띠바 건물 무너지면 장사 때려친다니까.. 이러고 싶었지만 월급쟁이가 힘 있나요.. 그래서 스토리지 하나를 이사보내기로 했습니다. 멀리 이사보내고 이 두 놈을 광케이블로 연결해놓고 시점마다 Sync시키면 되니 멋져 보였습니다

근데 건물무너지면 ?? 데이터는 있는데 운영하드웨어가 없으면 데이터 부여 잡고 살껀가 ?? 그래서 운영하드웨어쪽도 스토리지 이사가 있는곳에 몇대 더 집어 넣어 주기로 했습니다.

스토리지 -> 백업스토리지 백업후 백업스토리지 -> TAPE 이 가장 현실적인 백업이 아닐까 싶습니다

저두 NFS 나 Rsync 를 선호 합니다.

우선 하드 디스크의 가격이 많이 다운되었고.... 회사에나 보면 안쓰는 구형 컴많이 있죠 펜티엄 100 정도 되는 컴에 하는데 5기가 2~3개 달면 좋죠.

보안을 생각해서 백업이 끝나면 자동으로 컴을 끄죠.

랜 으로 컴을 켤수 있는 기종이면, 필요할때만 켤수도 있을테니.......

글쓴이 : lamp

서버의 데이터 백업에 대해서 자세하게 기술된 서적이나 사이트의 추천을 부탁합니다.
운영체제는 리눅스와 윈도우즈 서버에 한정해서요.
제가 가까운 시일안에 필요한 경우가 생길지도 몰라서요.

매주 클론테이블로 테이프에 백업을 받고 있는데요
계속 테이프는 꽂아놓은 상태로 같은 테잎에 매주 엎어쓰기를 하고 있거든요. (테잎 종류는 DDS3입니다.)
계속 이렇게 하면 테잎의 수명이 금방 다할거 같아서 테입 몇개를 더 구입하려고 하는데요
몇 개정도를 번갈아서 백업을 돌리고 얼마마다 한번씩 새로운 테입으로 교체하는 것이 좋은지 궁금합니다.

회사가 아니고 개인적인 목적의 백업입니다만..;

저는 물리적으로 다른 하드디스크에 dump로 저장합니다.
일요일은 레벨 0 으로, 월-토요일은 레벨1로 백업하고 있는데 각 요일별로 증분백업을 실시할까 하고 있습니다.

백업용 하드디스크는 평소에는 마운트하지 않고 백업타임에만 마운트하도록 해서 예상치 않은 오류에 최대한 대비합니다. (전원이상 혹은 공회전으로 인한 과열에 대비해서 평소에 전원마저 차단해 두면 더욱 좋겠지만..)

고민되는 점은, 파일시스템이 바뻐서 바뀌는 내용이 많을 경우 내용이 천문학적으로 늘어난다는 점입니다.
1G짜리 파일이 매일매일 억세스되면 매일매일 백업되서 결과적으로 일주일이면 7G가 저장되더군요.

회사는 전통적인 테이프 방식을 많이 사용합니다. (non-compressed)
백업매체로써 테이프보다 나은건 아직까지 없는 것으로 알고 있습니다. DVD도 DDS3보다 용량이 적지요. (DDS4에 비하자면 용량을 따라잡을만한게 없을지도..)

문제가 되는것은 억세스 속도와 미디어의 질 정도.. (기록이 제대로 되지 않아 나중에 다시 읽는데 문제가 생긴다던지, 복구하는데 seek만 하루종일 걸린다던지 등등. 백업후 저장된 데이터를 읽을 수 있는지 반드시 확인하는게 좋다고 합니다.)

테이프 장비가 느리고 자기력에 대해 불안정할지라도, 고속으로 회전하는 디스크 장비보다는 훨씬 안정적이고 비용도 훨씬 저렴하다고 알고 있습니다. :)
(회사의 업무용 데이터 백업은 수년 이상 장기보관을 해야 하므로 단순한 용량대 가격비교는 곤란합니다.)

흠.. 백업은 두가지로 분류됩니다.

1. 장애대응용
2. 영구보관용

1번 같은 경우는 hdd->hdd, hdd->net->hdd 등이 많이 쓰이지만
2번 같은 경우는 아직도 tape이 거의 주류를 이루지요.

물론 실제적으로 어떻게 백업을 받느냐는 것은 여러가지 방법이 있겠지만
중요한 것은 최신 자료뿐만아니라 이전자료도 남겨놔야한다는 겁니다.

저희 회사는 가장 안중요한 바이너리는 일주일마다 백업받고,
삼주일동안 보관합니다.

가장 중요한 데이타는 매일 듀얼 백업한후 한달동안 보관하지요.
즉 tape 로 백업을 받는다면 tape 이 62(31*2)개가 있는 셈입니다.

저같은 경우는 개인적인 백업본들을 최소 60일 보관하고 있습니다.

그리고 백업본은 절대로 같은 시스템에 두면 안됩니다.
완전히 격리가 안된다면 적어도 하드 디스크라도 별도의 곳에 보관하시기를 강력히 권고합니다.

:)