file db 호스팅 카페24 FILE&DB 자동화 백업 서버

서버에 몸소 접근해서 공작 중에 폴더 말소 명을 과실 수행하여 모든 폴더를 말소해 버렸다. 하지만 이렇다 서버에 예대립 못한 말썽가 발생한다면 어떨까요? 제가 약10여령 간격 누리집를 경영하면서 겪었던 몇 가장귀 보기가 있습니다. 웹 서버의 경우 24겨를간격 중단없이 안정적으로 덤를 공급해야 하는 특성이 있습니다. 근간 나달연구소가 카페24의 웹호스팅에서 가공호스팅 서버로 기왕 완결 하였습니다.

서버 관리원나 누리집 관리원가 이런 공기을 맞닥트리게 되면 그럭저럭 10초 격 눈동자이 풀리면서 등에 냉한부터 기라 시작합니다. 누리집 경영 중 특수 게시판을 정리하면서 중요한 게시글을 말소해버렸다. 누리집 관리원그림면에서 특수 모듈을 과실말소하여 누리집가 일시아웃 되었다. 누리집 도안을 수정하다 모듈의 불안정성으로 인해 도안 사실가 남김없이 말소 되었다.

나달연구소의 경우 기존에는 서버 관리에 규정이 많은 웹 호스팅을 이용했습니다. 주기적으로 백업되는 기록철을 가장귀고 특수 때으로 반복할 수 있습니다. 바로 백업 기록철들입니다. 이런 공기이 발생했을 때 릴리퍼가 있습니다.

이렇다 곡절로 서버의 중요한 기록철과 DB를 백업하는 성능이 필요해졌습니다. 그렇기 땜에 호스팅사에서 공급을 해주는 무급 백업/반복 성능이 없습니다. 하지만 새로 기왕한 매상품은 가공의 서버를 통채로 대여를 한것이기 땜에 서버의 모든 권한이 저에게 있습니다. 서버의 시스템 권한이 많이 규정되긴 하지만 백업/반복할 수 있는 성능을 무급로 공급해주는 매상품입니다.

갈무리 된 백업 기록철들은 가외로 건설된 백업 서버로 원거리 송전되어야 한다. 생성되는 백업 기록철들은 용적이 굉장히 크므로 근간 7일까지만 갈무리되고 관리되어야 한다. 매일 매일 특수 겨를에 특수 폴더 및 DB를 기록철 구성로 압축하여 갈무리되야 한다. 제가 생각하는 불가결 가정은 세 가장귀입니다.

Shell 배치기록철에는 누리집 경영에 기중하다 기록철과 DB를 압축하여 기록철로 생성하고 백업 서버로 원거리 송전하는 성능이 들어있습니다. 그리고 이 모든 성능을 기계화 하기 위험 흔히 사용되는 Shell 배치기록철과 스케줄러 명을 수행하는 Crontab을 활용하였습니다. 경영할 서버에 백업 사실를 갈무리하면 물리적으로 말썽가 발생했을때 백업 사실도 남김없이 낙본이 되기 땜에 가외의 서버를 활용해야 합니다. 이런 성능을 실현하기 위험 술집 호스팅사에 백업서버로 활용할 가공서버를 1대 더 대여를 했습니다.

나중 편에는 백업 서버를 이용하여 경영서버가 말썽로 인해 멈추더라도 긴급하게 대응할 수 있는 서버이중화에 대해서 다루어 보겠습니다^^ . 이 격만 대답을 세워놓아도 말썽가 발생하면 대부분 반복가 가능합니다. #Crontab 스케줄러에는 매일 갓밝이5시에 위에서 작성된 #Shell 배치기록철을 수행하도록 등록해놓았습니다. 게다가 백업 서버에 근간 7일을 넘어가는 기록철들은 원거리으로 말소토록 코딩되어 있습니다.