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

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

· 7년 전 · 1368 · 16

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

 

라는 말이 있죠? ㅋ

 

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

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

 

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

항상 하드웨어가 문제죠. 

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

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

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

 

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

댓글 작성

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

로그인하기

댓글 16개

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

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

게시글 목록

번호 제목
1717629
1717626
1717625
1717621
1717619
1717611
1717610
1717609
1717607
1717601
1717598
1717591
1717590
1717583
1717575
1717572
1717568
1717566
1717549
1717545
1717533
1717512
1717511
1717508
1717495
1717479
1717473
1717470
1717463
1717452