로컬 서버에 VM 백업을 저장하는 사람이 있나요? 일부 개발 VM이 포함된 HyperV 서버가 있으며 로컬 서버에 백업을 저장하는 방법이 언급되었지만또한원격 위치에서. 백업을 로컬에 저장하면 원격 위치에서 가져오는 대신 VM을 빠르고 쉽게 복원할 수 있다는 아이디어입니다. 물론 이것은 무엇보다도 큰 공간 낭비입니다. 이것에 또 무슨 문제가 있습니까?
감사해요
답변1
그것이 바로 우리가 하는 일입니다. 우리는 모든 VM의 D2D 백업을 유지합니다. 이전 몇 달 동안의 백업을 빠르고 쉽게 복구할 수 있습니다. 안전한 보관을 위해 매주 전체 테이프 백업을 오프사이트로 가져갑니다.
디스크 어레이 비용은 상당히 비쌉니다. 그러나 다운타임은 하루도 채 되지 않습니다. 백업 테이프를 보관하는 사람이 아프거나 휴가를 갔거나 실종된 경우라면 쉽게 그럴 수 있습니다.
답변2
그것은 나에게 완벽하게 이해됩니다. 차지하는 공간에 관해서는 로컬 복사본이 기본 백업이 아니기 때문에 매우 저렴한 외부 드라이브를 사용하는 것이 어떨까요? 일반적으로 백업용으로 하드 드라이브를 사용하는 것을 권장하지 않지만 이 시나리오에서는 하드 드라이브를 사용하지 않을 이유가 없습니다. 드라이브에 장애가 발생하면 오프사이트 백업을 사용하여 새 복사본을 생성하기만 하면 됩니다.
저는 아트워크 파일에도 비슷한 접근 방식을 사용합니다(저는 프린터에서 일합니다). 파일이 너무 크기 때문에 여유 공간을 확보하기 위해 오래된 파일을 주기적으로 보관해야 합니다. 테이프에 있는 해당 아카이브는 오프사이트에 저장됩니다. 아티스트는 때때로 해당 파일에 액세스해야 하기 때문에 DVD에 복사본을 만들어 테이프를 다시 가져오지 않고도 쉽게 파일에 액세스할 수 있습니다. 이는 윈윈(win-win) 상황입니다.
답변3
개인적으로 저는 실제 사용 중인 VM과 동일한 어레이나 디스크에 백업을 저장하지 않을 것입니다. 서버의 동일한 물리적 위치 또는 서버 내의 별도 디스크 세트에 백업을 저장합니다. 이렇게 하면 가장 흔히 발생하는 디스크나 기타 하드웨어 오류가 발생한 경우 VM을 매우 빠르게 복원할 수 있는 방법이 있습니다.
또한, 식별한 대로 VM을 원격 위치나 테이프에 백업하여 오프사이트에 저장하고 이를 사용하여 도난, 화재, 홍수 등 머신 전체가 손실된 경우 복원할 수도 있습니다.
이러한 가능성은 하드웨어 오류보다 훨씬 낮기 때문에 데이터의 원격/테이프 복사를 위해 VM을 덜 빈번하게 백업하고 발생할 가능성이 있는 오류의 90% 이상에 대해 빠른 복구 방법을 계속 유지할 수 있습니다. 발생하다.
도움이 되었기를 바랍니다.
답변4
우리는 일주일 동안 보존하면서 모든 VM을 로컬 디스크(즉, 모든 VM이 실행되는 동일한 스토리지 어레이가 아닌)에 매일 백업합니다. 일주일에 한 번 최신 일일 백업을 테이프에 복사합니다. 이를 오프사이트에 저장하고 매주, 매월 교대로 최대 1년 동안 보관합니다.
모범 사례는 다음과 같습니다.3-2-1 규칙:
- 최소한 3개의 데이터 복사본(원본과 2개의 백업)을 확보하십시오.
- 두 개의 서로 다른 미디어(예: 디스크와 테이프)에 복사본을 저장합니다.
- 하나의 백업 사본을 오프사이트에 보관하십시오.
오프사이트 백업은 물론 화재나 도난 등 재해 복구를 위한 것이지만 로컬 복사본이 가장 자주 사용되는 백업입니다. 결국 속도가 빠르고(로컬에서 사용 가능) 최신 데이터가 포함되어 있습니다.
복제는 낭비적인 것처럼 보이지만 스토리지는 저렴하고 생산성 손실을 고려하면 비즈니스 사례를 작성하는 것이 일반적으로 쉽습니다.