프로덕션 서버에 대한 백업 계획

프로덕션 서버에 대한 백업 계획

우리는 모든 도메인이 원격으로 호스팅되는 프로덕션 서버(RHEL 5.3 64비트)를 보유하고 있습니다. 우리는 물리적 손상이 발생하더라도 다른 원격 시스템에 있는 복원 지점에서 시스템을 신속하게 재구성할 수 있도록 시스템에 대한 표준 백업 계획을 갖고 싶습니다.

어떤 제안이라도 대단히 감사하겠습니다.

답변1

"기타" 섹션에는 좋은 질문이 많이 있습니다. 이 모든 것은 다음과 같이 요약됩니다. 수행 중인 작업과 회복 속도에 따라 달라집니다. 곧? 매우 비싸다. 일주일 정도 쉬어갈 수 있나요? 아마 꽤 저렴할 겁니다. 실제로 서버 옆에 얼마나 자주 가시나요?

하지만 최소한 백업하고 싶은 항목은 다음과 같습니다.

/etc /home 웹루트 기타 애플리케이션 파일 데이터베이스 파일

대부분의 경우 rsync 또는 tar를 사용할 수 있습니다. Rsync에는 데이터를 호스팅할 수 있는 어딘가에 "라이브" 서버가 필요합니다. Tar는 아카이브 파일(bzip 가능)을 만든 다음 다른 서버에서 압축을 풀어야 합니다.

장애 조치 서버를 실행하려면 디스크 공간과 CPU가 충분하고 기타 등등이 필요한 것이 분명 필요합니다. RHEL5.3이 필요합니다(동일한 패치 유지). 항상 실행하지 않는 한 두 번째 서버에 라이선스를 부여할 필요는 없을 것입니다.

데이터베이스 파일의 경우 mysqldump 또는 pg_dump로 시작하는 것이 좋습니다. Oracle이 있다면 rman으로 시작하세요. 이는 가장 비효율적이지만 이러한 데이터를 백업하는 가장 빠르고 확실한 방법입니다.

이것이 시작하는 데 도움이 되기를 바랍니다.

답변2

저는 서버 5개, 데이터베이스 서버 2개, 웹 서버 2개, 로드 밸런서 1개, 백업 드라이브 1개를 가지고 있습니다. 따라서 웹 서버 중 하나가 실패하더라도 다른 서버는 아무 문제가 없었던 것처럼 계속 작동할 수 있습니다. 로드 밸런서, 데이터베이스 복제 및 소프트웨어 RAID를 조사해야 합니다.

답변3

이것에 얼마를 쓰고 싶나요? 이를 수행하는 상용 제품이 있습니다. 내가 가장 좋아하는 것은 R1Soft입니다. 무료 버전은 데이터베이스를 파일로 덤프한 다음 데이터를 재동기화할 다른 곳에 공간을 확보하는 것입니다. 그런 다음 이를 확장하여 여러 버전의 파일을 보관할 수 있습니다.

답변4

테이프 드라이브가 있다는 점을 고려하면바큘라. 내 경험에 따르면 데이터를 테이프에 안전하게 저장하는 것으로 시작되며 베어 메탈 복원은 매우 우아합니다. 하드웨어 및 바큘라 구성에 맞게 사용자 정의된 USB 키를 만들고 콜드 스페어 박스에서 부팅할 수 있습니다. 가장 최근 백업에서 자동으로 복원됩니다.

다른 사람들이 말했듯이, bacula가 데이터베이스를 테이프에 올바르게 저장하려면 데이터베이스를 디스크에 덤프해야 한다는 것을 잊지 마십시오. 콜드 메탈 복원 후 DB를 복원하는 것도 귀하의 책임입니다.

무엇을 하든지 하나님의 사랑을 위하여테스트해 보세요, 그리고 자주. 여러분이 큰 어려움을 겪을 것이라고 생각했던 백업 일정이 지난 8개월 동안 테이프에 0을 기록했다는 사실을 발견하는 것만큼 가슴 아픈 일은 없습니다.

관련 정보