테스트 사이트 - 개발 중인 베타 버전입니다

백업정책 어떻게 세우시나요?

· 7년 전 · 1369 · 16

운영에 실패한 개발자는 용서할수 있어도, 백업에 실패한 개발자는 용서할수 없다.

 

라는 말이 있죠? ㅋ

 

백업? 참 말은 쉬우면서도 제대로 하지 못하는게 백업입니다.

이 백업이라는게 보험처럼 나중에 어마어마하게 도움이 되는 경우가 많죠.

 

저같은 경우 백업이라하면 일백업도 하고 싶고, 실시간 백업(mysql replication)도 하고 싶기도 한데 

항상 하드웨어가 문제죠. 

같은 사양은 아니더라도 비슷한 사양으로 다른 서버가 한대 이상은 있어야 하니까 말이죠.

사실 같은 서버에 백업을 하는것은 별로 권하고 싶지 않습니다.

해킹이나 시스템이 망가져서 서버에 접근하지 못하는 경우가 많기 때문에 물리적으로 다른 서버에 백업하는 것을 선호하는 편이지요. 또 그것이 맞는 말이기도 하구요.

 

울 회원님들께서는 백업을 어떤 방식으로 하고 계신가요?

댓글 작성

댓글을 작성하시려면 로그인이 필요합니다.

로그인하기

댓글 16개

@라엘 제대로 배워야 하는데 말이죠. 어디서 주워 들어도 다른걸 주워 들었네요. ㅎ
다 용서 못 해. 해고야 해고.. > . <
[http://sir.kr/data/editor/1811/502c3641343d9b57ac98e489eee5e6a7_1541738610_5997.gif]
중분 백업하여 다른 여분 서버로 이동 시키고 있습니다....^^
7년 전
하루 1번 백업 2주 뒤 삭제로 백업하고 있습니다! >_<~
아니 누가 그딴말을 난 백업 몰라.... 그냥 레이드를....... 해킹은 몰러~! 크크크
로컬 서버에 1차백업.
다른 서버에 2차백업..
다른 IDC에 3차백업...
다른 시도에 4차백업....
다른 나라에 5차백업.....
다른 행성에 6차백업......
....... ^^

가상서버를 사용하는데,
서비스 업체의 서버 이미지백업을 믿고 있습니다. ^^

게시글 목록

번호 제목
1717438
1717431
1717422
1717414
1717412
1717407
1717401
1717393
1717386
1717379
1717378
1717365
1717364
1717360
1717359
1717346
1717344
1717333
1717327
1717313
1717312
1717310
1717307
1717306
1717304
1717291
1717283
1717280
1717268
1717265