우리는 Symantec Backup Exec 12를 사용합니다. 시스템 상태를 매일 밤 백업할 필요는 없다고 생각합니다. 매월 또는 시스템 변경이 있는 경우 백업하도록 선택하고 있습니다.
시스템 상태가 정확히 무엇을 백업하는지에 대한 기사를 읽었습니다. 지금까지 제가 이해한 바에 따르면, 시스템 상태에도 불구하고 시스템 복원을 수행하려면 전체 C: 드라이브와 시스템의 다른 드라이브를 백업해야 합니다.
우리는 여러 서버를 압축된 800GB 테이프에 백업하고 있습니다. 문제는 이제 우리가 시스템 상태를 매달 백업만 하도록 선택하여 전체 백업당 80GB를 절약한다는 것입니다. 전체 C: 드라이브를 매일 밤 계속 백업해야 한다고 생각하시나요?
참고: 우리는 주간 마스터와 야간 증분을 수행합니다. 이런 의문이 생기는 이유는 주간 마스터를 유지한 다음 이전 주를 순환으로 되돌리는 월간을 유지하고 연말이 끝날 때까지 월간을 유지한 다음 연말을 영원히 저장하고 결국 각 달이 순환으로 돌아가기 때문입니다. 어쩌고 저쩌고 방황 중이군요. 현재 우리는 전체 백업당 두 개의 테이프를 사용하고 있습니다. 편의상 테이프를 1개로 줄이려고 했지만 백업을 올바르게 수행하고 싶습니다!
다른 관리자가 찾은 모범 사례는 무엇입니까?
답변1
시스템 상태에는 레지스트리가 포함되어 있다는 점을 명심하세요. 레지스트리 변경 여부는 서버와 설치된 서비스에 따라 다릅니다. 해당 서비스 정의가 레지스트리에 있고 설정이 변경된 경우 해당 서비스 정의가 변경된 후 시스템 상태 백업을 업데이트해야 합니다.
답변2
이론적으로는 시스템 상태를 엄격하게 백업할 수 있으며 재해가 발생한 경우 새 하드웨어에 OS를 새로 설치하여 이를 복원할 수 있습니다.
실제로 상황이 항상 순조롭게 진행되는 것은 아닙니다. C-드라이브에는 복원 시 도움이 되거나 중요한 A) 로그 또는 B) 하드웨어 관련 유틸리티/드라이버가 있는 경우가 많습니다.
시스템 상태만으로 벗어날 수 있는지 알아보려면 실제로 재해 복구 테스트를 수행하고 실제 복원을 수행해야 합니다(사실 이 테스트는 일반적인 규칙과 마찬가지로 매년 수행해야 합니다). 적은 양으로 백업할 수 있다는 것이 입증될 때까지 항상 너무 많이 백업하는 실수를 저지르십시오.
-제이
답변3
저는 매주 시스템 상태를 사용하여 일부 Windows 서버에서 C: 드라이브의 전체 백업을 수행합니다. 우리는 쉽게 다시 생성할 수 없는 항목이 C: 드라이브에 보관되어 있는 시스템의 OS만 백업하는 데 신경을 씁니다. 어쨌든 복원하는 것보다 재구축하는 것이 더 빠른 상자가 많습니다. Weekly Fulls의 기본 이론은 해당 드라이브에서 그렇게 자주 바뀌어서는 안 됩니다. 우리는 해당 백업을 2주 동안 보관하므로 두 개의 백업 복사본이 있습니다. 이는 우리에게 필요한 것을 되찾고 너무 많은 디스크를 소비하지 않는 데 있어 큰 균형을 제공했습니다. 또한 이는 OS/시스템 상태 백업이 상대적으로 최신이라는 것을 의미하며, 손실된 변경 사항을 롤백해야 하는 경우 해당 백업은 지난 주에만 해당됩니다. 즉, 기억할 수 있을 만큼 최근의 백업이고 너무 많지 않다는 의미입니다. 귀찮은 일.
우리는 C: 드라이브에 어떤 종류의 사용자 데이터도 저장하지 않습니다. 다른 드라이브에 설치할 수 없는 애플리케이션 데이터와 구성 문제를 해결하기 위한 것입니다.
SystemStates를 사용하여 DC를 야간에 백업하므로 기본적으로 DR 전용으로 2주만 보관하는 최신 AD 정보를 다시 한 번 얻을 수 있습니다. 우리가 훨씬 더 오래 보관하는 사용자 데이터와 비교하면.
답변4
C:의 전체 백업도 수행하지 않지만 시스템 상태는 매일 밤 백업합니다. Active Directory를 사용하는 경우 DC에서 정기적인 시스템 상태 백업을 유지하는 것이 매우 중요합니다. 전체 드라이브의 전체 백업에 비해 자체적으로 많은 공간을 차지하지 않으며 백업이 DNS보다 오래된 경우 삭제 표시 기간(기본적으로 60일)은 AD 복원에 적합하지 않습니다.
직접적인 경험으로 볼 때, OS 및 시스템 드라이브의 베어메탈 백업이 원활하게 진행되지 않는 경우가 많습니다. 우리는 중복성을 위해 핫스왑 RAID와 같은 것을 사용하고 가능한 경우 데이터를 백업하며 구성을 선택합니다. 어쨌든 완전히 문제가 발생할 경우 OS와 앱을 다시 설치해야 한다는 가정하에 말입니다.