IO 기능: 데이터 보호 및 복구 - 기초 -> 표준화

이 페이지의 내용

소개
요구 사항: 중요한 서버에 대해 정의된 백업 및 복원 서비스
체크포인트: 중요한 서버에 대해 정의된 백업 및 복원 서비스

소개

데이터 보호 및 복구가 네 번째 핵심 인프라 최적화 기능입니다. 다음 표에는 데이터 보호 및 복구의 표준화 수준으로 이동함에 따른 상위 과제, 해당 솔루션 및 이점이 나열되어 있습니다.

인프라 최적화 모델의 표준화 수준에서는 중요한 서버에 대해 정의된 백업 및 복원 서비스를 포함한 데이터 보호 및 복구의 주요 영역을 다룹니다. 표준화 수준의 최적화를 달성하려면 중요 서버 데이터의 백업 및 복구를 관리하기 위한 절차와 도구가 조직에 마련되어 있어야 합니다.

요구 사항: 중요한 서버에 대해 정의된 백업 및 복원 서비스

대상

중요 서버의 80% 이상에 백업 및 복원 솔루션이 마련되어 있지 않으면 이 절을 읽어야 합니다.

개요

백업 및 복구 기술은 조직 내 데이터 가용성과 액세스를 보장하기 위한 데이터 보호 전략의 기초를 제공합니다. 데이터 저장, 복원 및 복구는 가장 중요한 비즈니스 자산 중 하나인 기업 데이터에 대한 주요 스토리지 관리 운영 프로세스입니다.

데이터 센터에서는 서버 클러스터링, 소프트웨어 미러링 또는 하드웨어 미러링과 같은 결함 허용 기술과 중복 구성 요소를 사용하여 중요 데이터를 복제함으로써 높은 가용성을 보장합니다. 그러나 이러한 기술만으로는 응용 프로그램 버그, 바이러스, 보안 침해 또는 사용자 오류로 인해 발생할 수 있는 데이터 손상이나 삭제 문제를 해결할 수 없습니다.

보관 형식으로 정보를 유지 관리하기 위한 요구 사항(예: 업계 또는 법률 감사에 따른 요구 사항)이 있을 수 있으며 이 요구 사항은 트랜잭션 데이터, 문서 및 공동 작업 정보(예: 전자 메일)에 이르기까지 그 범위가 확장될 수 있습니다. 따라서, 예기치 않은 정전이나 재해로부터 데이터를 보호하거나 데이터 보관의 업계 요구 사항을 충족하기 위한 종합적인 백업 및 복구 체계 기반의 데이터 보호 전략을 마련해야 합니다.

다음 지침은 백업 및 복구 서비스용 Windows Server System Reference Architecture 구현 가이드를 기반으로 합니다.

1단계: 평가

평가 단계에서는 백업 및 복구 작업에 대한 비즈니스 요구 사항을 검토하고 현재 마련되어 있는 백업 및 복구 프로세스에 대한 인벤토리를 조사합니다. 백업 작업은 비즈니스 요구 사항에 따라 데이터를 올바르게 저장하여 복원 및 복구가 가능하도록 해줍니다. 백업 및 복구 솔루션을 설계할 때는 조직의 비즈니스 요구 사항과 운영 환경을 고려해야 합니다.

2단계: 식별

백업 및 복구 솔루션에 대한 식별 단계의 목표는 대상으로 지정된 데이터 리포지토리를 파악하고 데이터의 중요 특성에 대해 우선 순위를 지정하는 것입니다. 중요 데이터는 비즈니스 운영에 필요하고 적용 가능한 법률 또는 규정에 부합하는 데이터로 정의되어야 합니다. 배포되는 백업 및 복구 솔루션은 예측 가능하고 신뢰할 수 있어야 하며 규정을 준수하고 데이터를 가능한 한 빨리 처리할 수 있어야 합니다.

데이터를 관리할 때 처리해야 할 과제는 다음과 같습니다.

• 데이터 볼륨의 증가를 관리해야 합니다.

• 스토리지 인프라를 관리하여 서비스 수준 계약(SLA)의 정의에 따라 서비스 품질(QoS)을 향상시키고 복잡성 및 관리 비용을 줄여야 합니다.

• 응용 프로그램을 스토리지 및 데이터 관리 요구 사항과 통합해야 합니다.

• 짧거나 존재하지 않는 데이터 백업 기간 내에서 작동해야 합니다.

• 최신 기술을 실행할 수 없는 기존 IT 시스템을 지원해야 합니다.

• 관리를 분산화한 기술 섬을 관리해야 합니다.

• 가장 적합한 전략을 각 데이터 형식에 적용할 수 있도록 데이터 가치를 평가해야 합니다.

조직의 모든 데이터를 백업 및 복원하는 것이 중요하지만, 본 항목에서는 기초 수준에서 표준화 수준으로 성공적으로 이동하기 위해 중요 서비스에 구현해야 하는 백업 및 복원 정책 및 절차에 대해 다룹니다.

3단계: 평가 및 계획

평가 및 계획 단계에서는 여러 데이터 지점을 고려하여 조직에 적합한 백업 및 복구 솔루션을 결정해야 합니다. 다음 요구 사항이 포함될 수 있습니다.

• 저장할 데이터의 양

• 예상되는 데이터 증가량

• 백업 및 복원 성능

• 데이터베이스 백업 및 복원 필요성

• 전자 메일 백업 요구 사항

• 백업 및 복원 표

• 데이터 보관(현지에서 떨어진 저장) 요구 사항

• 제약 사항 식별

• 스토리지 인프라 구성 요소 선택 및 취득

• 스토리지 모니터링 및 관리 계획

• 백업 전략 테스트

자세한 내용은 MOF(Microsoft Operations Framework) 스토리지 관리를 참조하십시오.

백업 계획

중요한 서버의 백업 및 복구 계획을 개발할 때는 다음 요소를 고려해야 합니다.

• 백업 모드

• 백업 유형

• 백업 토폴로지

• 서비스 계획

Microsoft DPM(Data Protection Manager)은 네트워크 파일 서버에 디스크 기반 데이터 보호 및 복구를 사용할 수 있게 해 주는 서버 소프트웨어 응용 프로그램입니다. DPM 계획 및 배포 가이드 에는 백업 및 복구 계획 설정에 대한 풍부한 정보가 포함되어 있습니다.

백업 모드

백업 모드는 백업할 데이터와 관련된 백업 방식을 결정합니다. 데이터 백업 방식에는 다음 두 가지가 있습니다.

• 온라인 백업. 백업 도중 데이터에 액세스할 수 있습니다.

• 오프라인 백업. 데이터를 액세스할 수 없는 상태에서 백업합니다.

백업 종류

온라인 백업 및 오프라인 백업 시 다양한 종류의 백업을 사용할 수 있습니다. 개별 환경의 SLA, 백업 창 및 복구 시간의 요구 사항에 따라 해당 환경에 가장 적합한 방법을 결정해야 합니다.

• 전체 백업. 모든 디스크의 모든 파일을 캡처합니다.

• 증분 백업. 마지막 증분 백업 이후 추가되거나 변경된 파일을 캡처합니다.

• 차등 백업. 마지막 전체 백업 이후 추가되거나 변경된 파일을 캡처합니다.

백업 토폴로지

원래, 백업에 필요한 유일한 스토리지 기술은 하드 디스크를 서버의 스토리지 어댑터에 직접 연결하는 것이었습니다. 이러한 종류의 스토리지를 DAS(Direct-Attached Storage)라고 합니다. SAN(Storage Area Network) 및 NAS(Network Attached Storage)와 같은 기술의 개발로 백업 및 복구 환경이 크게 변화되었습니다. 특히 SAN 환경에서는 백업 및 복구 프로세스를 효과적으로 최적화하고 단순화할 수 있습니다.

• 로컬 서버 백업 및 복구(DAS). 각 서버가 고유 백업 장치에 연결됩니다.

• LAN 기반 백업 및 복구(NAS). 다른 서버(미디어 서버로 지정)가 백업 중인 데이터를 실제로 관리하는 동안 일부 백업 서버가 작업을 시작하고 백업한 데이터(제어 데이터라고도 함)에 대한 메타데이터를 수집하는 다중 계층 아키텍처입니다.

  

• SAN 기반 백업 및 복구. 이 토폴로지에서는 실제 백업 복사 작업을 업무용 호스트에서 보조 호스트 시스템으로 이동할 수 있습니다.

  

서비스 계획

백업 및 복구 서비스의 설계 시 여러 요소를 고려해야 합니다. 고려 사항은 다음을 포함합니다.

• 빠른 백업 및 빠른 복구 우선 순위 - RTO(Recovery Time Objective)

• 데이터 변경 빈도

• 백업 시 시간 제약 사항

• 스토리지 미디어

• 데이터 보관 요구 사항

• 복구된 데이터의 최신성 - RPO(Recovery Point Objective)

RTO 및 RPO에 대한 자세한 내용을 보려면 https://www.microsoft.com/technet/technetmag/issues/2006/10/FailoverClusters/를 방문하십시오.

복구 계획

복구 계획이 마련되어 있지 않으면 가장 바람직한 백업 계획도 효과가 없을 수 있습니다. 다음은 바람직한 데이터 복구 계획 요소의 일부입니다.

백업 확인

백업 확인은 재해 복구의 중요한 단계입니다. 유효한 백업이 없으면 데이터를 복구할 수 없습니다.

복원을 수행하기 전 기존 로그 파일 백업

서버를 복원하기 전에 기존의 모든 로그 파일을 백업하는 것이 바람직한 방법입니다. 데이터가 손실되었거나 실수로 이전 백업 세트를 복원한 경우 로그 파일이 복구 작업 수행에 도움이 됩니다.

정기적인 연습 수행

정기적인 연습으로 재해 복구 능력을 측정하고 재해 복구 계획을 입증할 수 있습니다. 테스트 환경을 만들어 완전한 데이터 복구를 시도해 보십시오. 업무용 백업의 데이터를 사용해야 하며, 데이터를 복구하는 데 걸리는 시간을 기록해야 합니다. 이 테스트에는 현지에서 떨어진 스토리지의 데이터 검색도 포함됩니다.

재해 키트 만들기

운영 체제 구성 시트, 하드 디스크 파티션 구성 시트, RAID(Redundant Array of Independent Disks) 구성, 하드웨어 구성 시트 등이 포함된 재해 키트를 구축하여 재해 대비 계획을 미리 세웁니다. 복구 시스템 구성에 필요한 정보 또는 디스크를 찾는 데 주로 시간이 소요될 수 있지만, 이 자료는 컴파일하기가 쉬워 복구 시간을 최소화할 수 있습니다.

4단계: 배포

적합한 스토리지 인프라 구성 요소가 마련되고 복구 서비스 계획이 정의된 후 조직에서 스토리지 솔루션과 관련 모니터링 및 관리 도구를 IT 환경에 설치할 수 있습니다.

운영

업무 환경에 사용되는 백업 및 복구용 스토리지 관리 리소스를 모니터링하고 관리하는 것은 매우 중요한 작업입니다. 프로세스가 중앙 집중형인지, 분산형인지 여부에 관계없이 백업 및 복구를 위한 기술 및 절차를 관리해야 합니다. 따라서, 스토리지 관리 시스템 가용성, 용량 및 성능을 쉽게 모니터링하고 분석할 수 있는 기능을 마련해야 합니다.

SRM(Storage Resource Management)은 디스크와 같은 중요 저장 장치를 적절한 파일 시스템에서 포맷 및 설치하는 데 중점을 둔 주요 스토리지 관리 작업입니다.

일반적으로 업무 환경에서 스토리지 리소스를 모니터링하고 관리하는 데 사용되는 도구는 설치된 운영 체제의 일부로 제공되는 기능 및/또는 Microsoft Data Protection Manager와 같이 기타 솔루션과 함께 제공되는 기능으로 구성됩니다.

스토리지 리소스 관리 시스템을 사용하려면 적절한 훈련과 기술이 필요합니다. 스토리지 리소스를 성공적으로 모니터링하고 관리하는 데 필요한 일부 기본 개념을 이해하고 결과를 분석하는 것이 필요합니다. 또한, 올바른 작업에 올바른 도구를 선택하면 운영 그룹이 데이터 및 스토리지 리소스의 가용성, 용량 및 성능을 향상시킬 수 있습니다.

추가 정보

• 백업 및 복구 솔루션에 대한 자세한 내용을 보려면 Data Protection Manager 2006및 백업 및 복구 서비스웹 사이트를 방문하십시오.

• Microsoft에서 서버에 대한 높은 가용성을 확보하는 방법에 대한 자세한 내용을 보려면 https://www.microsoft.com/technet/itshowcase/content/highavailcomp.mspx를 방문하십시오.

체크포인트: 중요한 서버에 대해 정의된 백업 및 복원 서비스

위에서 설명한 단계를 완료했다면 중요한 서버에 대해 정의된 백업 및 복원 서비스에 대한 표준화 수준의 최소 요구 사항을 충족한 것입니다.

MOF(Microsoft Operations Framework) 스토리지 관리 및 Windows Server System Reference Architecture의 백업 및 복구 서비스 구현 가이드에서 다룬 추가 최적의 방법을 따르도록 권장합니다.

다음 자체 평가 질문으로 이동하십시오.