최근에 제가 발견한 것처럼, 직접 파일 저장소보다 더 멋진 전체 파일 시스템 백업은 사용이 제한적인 것 같습니다. 예:
- AD, 레지스트리 및 Windows 자체: 복원은 하드웨어에 독립적이지 않습니다.
- MSSQL 및 pgsql 서버: VSS를 사용하여 백업하지 않는 한(어쨌든 데이터베이스의 핫 백업을 수행하는 것만큼 서버를 혼란스럽게 만드는 것처럼 보임) 데이터가 반드시 사용 가능한 상태에 있는 것은 아닙니다.
- NTBackup으로 생성된 백업은 Windows Server 2003보다 최신 버전에서는 복원할 수 없습니다.
서버 하드웨어를 사용할 수 없게 된 경우 단일 서버, 9-5 가용성 환경에서 교체 시스템을 구축하는 경우 얻을 수 있는 하드웨어에 따라 가능한 한 광범위하게 호환되는 백업을 갖는 것이 바람직할 것입니다. , 처음부터 구축하고 설정하는 데 어려움을 겪고 있는 것이 분명하기 때문입니다. 그렇다면 다음 백업 전략에 큰 단점이 있습니까?
- 다운 SQL 서비스
- 모든 서버 하드 디스크를 외부 백업 파일로 7-zip tar 업데이트
- 무결성 확인
- SQL 서비스를 다시 시작하세요
(tar 업데이트는 전체 백업을 복원한 다음 증분 백업을 한 번에 하나씩 복원해야 하는 중간 단계를 피하기 위한 것입니다.)
답변1
시스템 상태 백업은 이기종 하드웨어로 복원할 수 있습니다. 이것은 어려운 경험일 수 있지만 할 수 있습니다. 링크 텍스트
SQL db 덤프는 하드웨어에 종속되지 않지만 애플리케이션을 다시 가져오지는 않습니다.
디스크 타르링이 동일한 하드웨어에서 작동한다고 가정하면(서버가 Linux 부팅 CD에서 부팅되고 해당 환경에서 타르링되지 않는 한 의심스럽습니다) 대상 서버가 완전히 새 것이거나 mb 또는 RAID 카드가 교체된 경우에도 작동합니까? 서버를 종료하지 않으면 시스템 상태 백업이 별도로 수행되지 않는 한 복원 가능한 AD 백업이 없습니다.
이 솔루션을 자동화할 수 있습니까? 출력을 확인할 수 있습니까? 문서화할 수 있고 휴가 중이거나 다른 회사로 이동한 경우 복구를 수행할 수 있을 만큼 단계가 간단합니까? 문제가 발생하면 기술 지원을 받을 수 있나요? 긴급 상황에서 좌절감을 진정으로 줄이고자 한다면 이러한 모든 문제를 고려해야 합니다.
MS가 Server 2008에서 NTbackup을 지원하지 않는다는 설명은 올바르지 않습니다. Server 2008은 NT 백업 복원을 제공합니다. 링크 텍스트
동일하거나 다른 하드웨어로 또는 가상 머신(P2V)으로 복원할 수 있는 이미지 기반 백업은 "빠른" 복원이 필요한 경우 최소 요구 사항 중 일부입니다. 일반적으로 이를 위해서는 타사 제품 및/또는 MS 추가 기능(StorageCraft, Acronis, BackupExec, MS DPM, VMWare/Xen/HyperV 또는 복제와 함께 SAN에서 VM의 하드웨어 기반 스냅샷 생성)이 필요합니다. SBS 2003에는 "충분히 좋은" 것으로 간주될 수 있는 서버 백업이 있으며 모든 Server 2008에는 이미지 기반 백업이 있습니다.
답변2
비록 당신이 일종의 요점을 갖고 있지만 모든 경우에 당신이 옳다고 확신하지는 않습니다. 그러나 백업된 것과 동일한 하드웨어 및 소프트웨어 기반으로 복원하는 경우를 고려해야 합니다(대부분의 경우 또는 적어도~해야 한다- 어쨌든 당연히 그렇게 하세요). 시나리오는 서버에 오류가 발생하여 이를 다시 가져와야 하는 DR입니다.지금, 레거시 또는 기록 백업에서 복원하는 대신(귀하가 더 고려하고 있는 것으로 생각됩니다).
데이터를 다시 가져오는 것은 쉽지 않습니다. OS 및 해당 구성을 다시 가져오는 것은 상대적으로 사소한 것부터 확실히 사소하지 않은 것까지 다양할 수 있습니다. 서버 응용 프로그램을 가져오고 해당 구성을 다시 설정하는 것은 거의 항상 쉽지 않습니다. 전체 백업을 사용하면 이러한 상황에서 비용을 절감할 수 있습니다.
내가 말하려는 것은 정상적인 백업 전략은 복원 절차뿐만 아니라 복원된 환경의 하드웨어와 소프트웨어도 고려해야 한다는 것입니다.