emc networker 릴리즈 8.1 서버 재해 복구 및 가용성 …emc networker 릴리즈 8.1 서버...

EMC® NetWorker릴리즈 8.1

서버 재해 복구 및 가용성 Best Practice 가이드P/N 302-000-554REV 01

EMC NetWorker 릴리즈 8.1 서버 재해 복구 및 가용성 Best Practice 가이드2

Copyright © 1990 - 2013 EMC Corporation. All Rights Reserved. Published in the USA.

발행: 2013년 7월

본 문서의 정보는 발행일 현재 정확한 것으로 간주되며 모든 정보는 예고 없이 변경될 수 있습니다.

본 문서의 정보는 "있는 그대로" 제공됩니다. EMC CORPORATION은 본 문서의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목적을 위한 적합성에 대하여 어떠한 묵시적인 보증도 부인합니다. 본 문서에 설명된 EMC 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어 라이센스가 필요합니다.

EMC2, EMC 및 EMC 로고는 미국 및 기타 국가에서 EMC Corporation의 등록 상표 또는 상표입니다. 본 문서에 사용된 기타 모든 상표는 해당 소유주의 자산입니다.

사용 중인 제품군에 대한 최신 규제 관련 문서를 보려면 EMC 온라인 지원 웹 사이트의 기술 문서 및 권장 사항 섹션으로 이동하십시오.

목차

머리말

제 1 장 소개

개정 내역 ................................................................................................... 10 NetWorker 서버 재해 복구 로드맵............................................................... 10

제 2 장 NetWorker Server 의 가용성 및 복구 옵션

부트스트랩 및 인덱스 ................................................................................ 14부트스트랩 세이브 세트 ....................................................................... 14클라이언트 파일 인덱스 세이브 세트 ................................................... 14부트스트랩 권장 사항 및 활용 방법...................................................... 15부트스트랩을 가져오는 방법................................................................ 15

주요 정보 수집 ........................................................................................... 16하드웨어 정보 ...................................................................................... 16소프트웨어 정보................................................................................... 16

재해 복구 시나리오 검토............................................................................ 17기본 재해 복구(동일한 호스트) ............................................................ 17고급 재해 복구(다른 호스트) ................................................................ 18NetWorker 서버 재해 복구를 위한 기초 준비 ........................................ 19

제 3 장 데이터 스토리지 및 디바이스

기능 및 고려 사항....................................................................................... 22 NetWorker 메타데이터 스토리지 ................................................................ 22 다중 경로 액세스 및 페일오버.................................................................... 23

스토리지 디바이스 및 미디어............................................................... 23접속 방법.............................................................................................. 23

신뢰성 및 상관 관계 ................................................................................... 25

제 4 장 재해 복구 활용 사례

기본 재해 복구 시나리오............................................................................ 28 기본적인 재해 복구 고려 사항.................................................................... 30 고급 재해 복구 고려 사항 ........................................................................... 32 클러스터 솔루션 ........................................................................................ 34 B2D(Backup-to-Disk)................................................................................... 35 인덱스 또는 구성 손상 ............................................................................... 36 SAN 스토리지의 손상 또는 유실 ................................................................. 36 서버, Data Domain 시스템 또는 사이트의 유실 .......................................... 37 복제 솔루션................................................................................................ 37

NetWorker Server 복제 .......................................................................... 38

EMC NetWorker 릴리즈 8.1 서버 재해 복구 및 가용성 Best Practice 가이드 3

목차

4 EMC NetWorker 릴리즈 8.1 서버 재해 복구 및 가용성 Best Practice 가이드

머리말

EMC는 제품군을 향상시키기 위한 노력의 일환으로 소프트웨어와 하드웨어의 개정 버전

을 정기적으로 릴리즈하고 있습니다. 따라서 이 문서에서 설명하는 일부 기능은 현재 사용 중인 소프트웨어 또는 하드웨어의 일부 버전에서 지원되지 않을 수도 있습니다. 제품 기능에 대한 최신 정보는 제품 릴리즈 노트를 참조하십시오.

제품이 올바르게 작동하지 않거나 이 문서에 설명된 대로 작동하지 않는 경우 EMC 담당자에게 문의하십시오.

참고: 이 문서에서 설명하는 내용은 발행 당시를 기준으로 정확합니다. 이 문서의 새 버전이 EMC 온라인 지원 웹 사이트에 릴리즈될 수 있습니다. EMC 온라인 지원 웹 사이트에

서 이 문서의 최신 버전을 사용하고 있는지 확인하십시오.

용도

이 문서에서는 NetWorker 재해 복구를 설계하고 계획하는 방법을 설명합니다. 자세한 재해 복구 지침은 제공되지 않습니다. 특정 환경에 적용되는 단계별 재해 복구 지침은 EMC NetWorker SolVe Desktop(이전의 NPG(NetWorker Procedure Generator))의 재해 복구 섹션을 참조하십시오.

EMC NetWorker SolVe Desktop은 EMC 온라인 지원 사이트(https://support.emc.com/products/1095)의 툴 및 유틸리티 섹션에서 다운로드할 수 있습니다.

대상

이 가이드는 NetWorker 설명서 집합의 일부이며, 네트워크에서 백업을 설치 및 유지 관리하는 시스템 관리자를 위한 것입니다. 이 가이드는 일일 백업을 모니터링하는 운영자에게 유용할 것입니다.

관련 문서

다음 EMC 정보 제품에서는 보다 자세한 정보를 제공합니다.

◆ EMC NetWorker 설치 가이드 지원되는 모든 플랫폼에서 클라이언트, 콘솔 및 서버용 NetWorker 소프트웨어를 설치 또는 업데이트하기 위한 지침을 제공합니다.

◆ EMC NetWorker 클러스터 통합 가이드 클러스터 서버 및 클라이언트에 NetWorker 소프트웨어를 설치하는 작업과 관련된 정보를 제공합니다.

◆ EMC NetWorker 릴리즈 노트 최신 NetWorker 소프트웨어 릴리즈의 새 기능, 변경 사항, 해결된 문제, 알려진 제한 사항, 환경 및 시스템 요구 사항에 대한 정보를 제공합니다.

◆ EMC NetWorker 관리 가이드 NetWorker 소프트웨어를 구성 및 유지 보수하는 방법에 대해 설명합니다.

◆ EMC NetWorker 및 EMC Data Domain 중복 제거 디바이스 통합 가이드 NetWorker 환경에서 데이터 중복 제거 백업 및 스토리지를 위한 Data Domain 디바이

스 사용에 대한 계획 및 구성 정보를 제공합니다.


https://support.emc.com/products/1095

머리말

◆ EMC NetWorker 및 VMware 통합 가이드NetWorker 환경에서 VMware를 사용하기 위한 계획 및 구성 정보를 제공합니다.

◆ EMC NetWorker Snapshot Management 통합 가이드 EMC 스토리지 시스템에서 미러 기술을 사용하여 생성한 운영 데이터의 스냅샷 복제

본을 분류하고 관리하는 데 필요한 정보를 제공합니다.

◆ EMC NetWorker 및 EMC Avamar 통합 가이드NetWorker 환경에서 Avamar를 사용하기 위한 계획 및 구성 정보를 제공합니다.

◆ EMC NetWorker 오류 메시지 가이드 일반적인 NetWorker 오류 메시지에 대한 정보를 제공합니다.

◆ EMC NetWorker 성능 최적화 계획 가이드 NetWorker에 대한 기본 성능 튜닝 정보를 제공합니다.

◆ EMC NetWorker 명령 참조 가이드 NetWorker 명령 및 옵션에 대한 참조 정보를 제공합니다.

◆ EMC NetWorker 라이센스 가이드 NetWorker 제품 및 기능의 라이센스 관리에 대한 정보를 제공합니다.

◆ NetWorker License Manager 9th Edition 설치 및 관리 가이드NetWorker License Manager 제품에 대한 설치, 설정 및 구성 정보를 제공합니다.

◆ EMC NetWorker 소프트웨어 호환성 가이드NetWorker, NetWorker 모듈 및 옵션에 대해 지원되는 클라이언트, 서버 및 스토리지 노드 운영 체제의 목록이 나와 있습니다.

◆ NetWorker Management Console 온라인 도움말 NetWorker Management Console 및 NetWorker Administration 창에서 일상적인 관리 작업을 수행하는 방법에 대해 설명합니다. 도움말을 보려면 기본 메뉴에서 도움말

을 클릭하십시오.

◆ NetWorker User 온라인 도움말 NetWorker Server에 접속한 후 네트워크를 통해 파일을 백업, 복구, 아카이빙 및 검색

하는 Windows 클라이언트 인터페이스인 NetWorker User 프로그램을 사용하는 방법

에 대해 설명합니다.

◆ EMC NetWorker SolVe Desktop(이전의 NPG(NetWorker Procedure Generator))고객, 지원 담당자 및 현장 직원이 가장 많이 수행하는 작업의 실행 단계를 사용자를 중심으로 정확하게 생성하는 데 사용하는 독립 실행형 Windows 애플리케이션입니

다. NPG를 통해, 사용자가 선택할 수 있는 프롬프트를 기반으로 각 절차를 조정하고 생성할 수 있습니다.

NetWorker Procedure Generator를 액세스하려면 https://support.emc.com/에 로그온하

여 NetWorker Procedure Generator를 검색하십시오. 이 사이트를 이용하려면 서비스 계약을 체결해야 합니다.

◆ 기술 노트 및 백서

중요한 비즈니스 문제나 요구 사항에 적용되는 제품의 세부 기술 측면에 대해 설명

합니다. 기술 노트 및 백서 유형에는 기술 및 비즈니스 고려 사항, 응용 기술, 상세 검토, Best Practice 계획 등이 있습니다.


https://support.emc.com/

머리말

이 문서에 사용된 표기법

EMC는 중요 알림 사항에 다음과 같은 표기법을 사용합니다.

'알림'은 위험을 초래할 수 있는 정보에 대한 내용입니다.

참고: 참고는 중요하지만 위험하지는 않은 정보를 나타냅니다.

입력 표기법

이 문서에서는 다음과 같은 글꼴을 사용합니다.

지원 정보

EMC 지원, 제품 및 라이센스 정보는 다음과 같이 확인할 수 있습니다.

제품 정보 — 설명서, 릴리즈 노트, 소프트웨어 업데이트 또는 EMC 제품, 라이센스 등록 및 서비스에 대한 자세한 정보는 EMC 온라인 지원 웹 사이트에서 확인할 수 있습니다(등록 필요).


일반 글꼴 다음에 대해 절차가 아닌 본문에 사용:• 인터페이스 요소의 이름(예: 창, 대화 상자, 버튼, 필드 및 메뉴의 이름)

• 리소스, 속성, 풀, 부울 표현식, 버튼, DQL 문, 키워드, 절, 환경 변수, 함수, 유틸리티의 이름

• URL, 경로 이름, 파일 이름, 디렉토리 이름, 컴퓨터 이름, 링크, 그룹, 서비스 키, 파일 시스템, 알림

굵은 글꼴 명령, 데몬, 옵션, 프로그램, 프로세스, 서비스, 애플리케이션, 유틸리티, 커널, 알림, 시스템 호출, man 페이지의 이름을 나타내기 위해 절차가 아닌 본문에 사용됨

다음에 대해 절차에 따라 수행하는 경우 사용:• 인터페이스 요소의 이름(예: 창, 대화 상자, 버튼, 필드 및 메뉴의 이름)

• 사용자가 명확하게 선택하거나, 클릭하거나, 누르거나, 입력하는 항목

기울임꼴 다음에 대해 모든 텍스트에 사용(절차에 따라 수행되는 경우 포함):• 본문 중 참조되는 출판물의 전체 제목

• 강조(예: 새로운 용어)

• 변수

Courier 다음을 나타내기 위해 사용됨:• 시스템 출력(예: 오류 메시지, 스크립트)

• URL, 전체 경로, 파일 이름, 확인 메시지 및 구문(본문 밖에 표시될 때)

Courier, 굵은 글꼴 특정 사용자 입력(예: 명령)에 사용

Courier, 기울임꼴 다음에 대해 절차에 따라 수행하는 경우 사용:• 명령줄의 변수

• 사용자 입력 변수

< > 사용자가 입력하는 매개 변수 또는 변수 값은 꺾쇠 괄호로 표시합니다.

[ ] 선택적 값은 대괄호로 표시합니다.

| 세로 막대는 대체 선택 항목을 나타냅니다(막대는 “또는”을 의미함).

{ } 중괄호는 사용자가 지정해야 하는 내용(예: x, y 또는 z)을 의미합니다.

... 줄임표는 예에서 생략된 중요하지 않은 정보를 나타냅니다.



머리말

기술 지원 — 기술 지원을 받으려면 EMC 온라인 지원 웹 사이트로 이동하여 지원을 선택하십시오. 지원 페이지에는 서비스 요청 생성 등의 여러 옵션이 있습니다. 서비스 요청을 개설하려면 유효한 지원 계약이 있어야 합니다. 유효한 지원 계약을 체결하는 방법에 대한 자세한 내용이나 계정에 대한 질문은 EMC 영업 담당자에게 문의하십시오.

온라인 커뮤니티 — 다른 사용자와 연락하거나 대화하고, 제품 지원 및 솔루션에 대한 컨텐츠를 보려면 EMC Community Network(https://community.EMC.com/)를 방문하십시오. 모든 EMC 제품의 고객, 파트너 및 공인 전문가와 온라인에서 교류하십시오.

제안 사항

여러분이 보내 주시는 의견은 사용자 문서의 정확도, 구성 및 전반적인 품질을 향상하는 데 많은 도움이 됩니다. 다음 주소로 이 문서에 대한 여러분의 의견을 보내주십시오.

[email protected]


mailto:[email protected]

1장

소개

이 장은 다음과 같은 섹션으로 구성됩니다.

◆ 개정 내역 ............................................................................................................... 10◆ NetWorker 서버 재해 복구 로드맵 .......................................................................... 10

소개 9

소개

개정 내역이 문서에 대한 문의 또는 제안 사항이 있으시면 다음 e-메일로 보내 주십시오[email protected]

이 문서의 개정 내역은 10페이지의 표 1에 나와 있습니다.

NetWorker 서버 재해 복구 로드맵이 가이드에서는 재해 복구를 계획하는 데 도움이 되는 정보를 제공합니다. 자세한 단계

별 재해 복구 지침은 제공하지 않습니다.

특정 환경에 적용되는 단계별 재해 복구 지침은 NPG(Networker Procedure Generator)의 재해 복구 섹션을 참조하십시오.

NPG는 EMC 온라인 지원 사이트(https://support.emc.com/products/1095)의 툴 및 유틸리티 섹션에서 다운로드할 수 있습니다.

11페이지의 그림 1에는 NetWorker Server의 재해 복구를 수행할 때 따라야 할 개략적인 단계가 나와 있습니다.

표 1 개정 내역

개정 버전 날짜 설명 - 추가 또는 변경된 섹션

01 2013년 7월 최초 릴리즈


mailto:[email protected]

소개

그림 1 재해 복구 로드맵

NetWorker 서버 재해 복구 로드맵 11

소개


2장

NetWorker Server의 가용성 및 복구 옵션

이 섹션에서는 NetWorker 서버를 보호하고 복구하는 데 사용할 수 있는 다양한 옵션을 대략적으로 소개합니다.


◆ 부트스트랩 및 인덱스 ........................................................................................... 14◆ 주요 정보 수집 ...................................................................................................... 16◆ 재해 복구 시나리오 검토 ....................................................................................... 17

NetWorker Server의 가용성 및 복구 옵션 13

NetWorker Server 의 가용성 및 복구 옵션

부트스트랩 및 인덱스주요 구성 정보를 백업하는 것이 바로 NetWorker 서버를 복구하는 데 있어 핵심이라 할 수 있습니다. 이러한 구성 정보는 NetWorker 서버의 여러 위치에 저장되며 사용하는 클라이언트, 디바이스 및 볼륨이 교체되거나 업데이트되거나 변경됨에 따라 바뀔 수 있습

니다.

이 저장된 데이터를 보호하는 대표적인 두 가지 백업 구성 요소는 다음과 같습니다.

◆ 14페이지의 “부트스트랩 세이브 세트”

◆ 14페이지의 “클라이언트 파일 인덱스 세이브 세트”

부트스트랩 세이브 세트

부트스트랩은 백업 서버에 의해 생성되는 특수한 세이브 세트입니다. 부트스트랩 백업

에는 NetWorker Client, 디바이스, 볼륨의 현재 상태와 구성에 대한 주요 정보와 기타 백업 및 복구 작업과 관련한 중요한 정보가 포함되어 있습니다.

부트스트랩은 NetWorker Server에 있는 세 가지 구성요소인

◆ NetWorker Server의 미디어 데이터베이스

◆ 작업 데이터베이스를 포함하는 NetWorker Server의 리소스 데이터베이스

◆ 서버 인덱스.

일반적으로 부트스트랩 백업은 각 백업 또는 Savegroup이 완료된 후에 생성되며 대개 크기가 작습니다. 이 세이브 세트를 백업하는 것이 안전하고 일관된 방식으로 구성 정보를 캡처할 수 있는 유일하고 확실한 방법입니다. NetWorker 서버의 정상적인 재해 복구를 보장하려면 사용하는 다른 보호 방법에 관계없이 이 세이브 세트의 가용성이 보장되어

야 합니다.

클라이언트 파일 인덱스 세이브 세트

클라이언트의 예약된 백업에서 모든 세이브 세트가 완료되면 NetWorker 소프트웨어가 클라이언트별 백업 정보를 클라이언트 파일 인덱스에 저장합니다. 각 클라이언트에는 NetWorker Server의 nsr/index 디렉토리에 저장된 클라이언트 파일 인덱스 디렉토리가 있습니다. 클라이언트 파일 인덱스는 백업 데이터에 대한 레코드 역할을 하며, 복구 프로세스를 간소화하고 데이터를 탐색 및 복원할 수 있는 기능을 지원합니다. 클라이언트 파일 인덱스는 여러 개의 개별 파일과 디렉토리로 이루어져 있고 백업된 클라이언트 데이터의 양에 따라 크기가 다릅니다.

각 클라이언트 파일 인덱스에는 다음 정보가 들어 있습니다.

◆ 클라이언트에 대해 수행한 백업

◆ 백업 레벨 및 백업 유형

◆ 파일 속성

데이터를 복구하는 데 클라이언트 파일 인덱스가 항상 필요한 것은 아닙니다. 클라이언

트 파일 인덱스를 백업하고 해당 부트스트랩 정보를 사용하여 복구가 가능한지를 확인

해야 합니다. 재해 복구가 이루어진 후 백업 및 복구 서비스가 완벽하게 복원되는지 여부

는 클라이언트 파일 인덱스의 가용성에 크게 좌우됩니다. 클라이언트 파일 인덱스를 사용하여 NetWorker 서버를 완전하게 작동하는 상태로 복원하는 데 필요한 시간을 확인할 수 있습니다.



nsrck 명령을 사용하여 인덱스 백업에서 클라이언트의 클라이언트 파일 인덱스를 재구

축할 수 있습니다.

부트스트랩 권장 사항 및 활용 방법

기본적으로 NetWorker Server가 활성 그룹의 구성원인 경우 부트스트랩은 특정 Savegroup의 백업 작업이 모두 완료된 후에 백업됩니다. NetWorker Server가 활성 그룹

의 구성원이 아닌 경우에는 모든 Savegroup의 백업 작업이 모두 완료된 후에 부트스트랩

이 백업됩니다.

최신 NetWorker Server 구성 정보가 캡처되는지 확인하려면 다음과 같이 하십시오.

◆ 참조용으로 부트스트랩 레코드를 보관합니다. 이러한 레코드는 백업 서버 또는 해당 구성 요소와 별개로 관리해야 합니다. 부트스트랩 레코드를 e-메일 또는 인쇄본으로 보존할 수도 있습니다.

◆ 부트스트랩 레코드에서는 다음과 같은 정보를 제공합니다.

• 부트스트랩 백업의 날짜와 시간

• 부트스트랩 세이브 세트가 저장된 볼륨과 위치

• 부트스트랩의 세이브 세트 ID

• 볼륨에 있는 부트스트랩 세이브 세트의 시작 파일 및 레코드 번호

◆ Savegroup의 모든 세이브 세트가 완료된 후 또는 최소 12시간마다 한 번씩 부트스트

랩을 정기적으로 백업합니다.

◆ 미디어 중 하나가 장애를 일으키거나 유실되더라도 전체 NetWorker Server 복구에 영향을 주지 않도록 부트스트랩 볼륨의 클론을 정기적으로 생성합니다.

◆ 부트스트랩 세이브 세트를 NetWorker Server에 로컬로 연결된 디바이스에 씁니다.

◆ 부트스트랩 세이브 세트를 별도의 전용 미디어에 씁니다.

◆ 클라이언트 백업 데이터와 부트스트랩 세이브 세트를 함께 저장하지 마십시오. 이 절차를 통해 복구 프로세스 속도를 높이고 부적절한 정책이나 보호 설정이 있는 클라이언트 데이터 볼륨에 관계없이 NetWorker Server가 복구되도록 할 수 있습니다.

◆ 로컬에서 홍수, 화재, 정전 등의 재해가 발생할 경우에도 부트스트랩 데이터에 액세

스할 수 있는 위치에 미디어가 있어야 합니다. 부트스트랩 데이터의 로컬 복제본이 유용하기는 하지만 그러려면 이 정보의 복제본을 여러 개 보관해야 합니다.

부트스트랩을 가져오는 방법

부트스트랩 레코드는 다음 방법으로 가져올 수 있습니다.

◆ 부트스트랩 레코드의 복제본을 e-메일로 보내거나 인쇄하도록 부트스트랩 알림을 구성합니다.

◆ mminfo -B 명령을 사용합니다.

◆ Savegroup 완료 보고서를 검토합니다. Savegroup 백업 중에 세이브 세트가 생성되

면 이 보고서에 부트스트랩 레코드가 표시됩니다.

부트스트랩 및 인덱스 15


주요 정보 수집재해 복구가 신속하게 이루어질 수 있도록 각 하드웨어, 소프트웨어, 네트워크, 디바이

스 및 미디어 구성 요소의 정확한 레코드를 보존합니다.

하드웨어 정보

다음과 같은 하드웨어 정보를 보존하고 항상 최신 상태로 유지합니다.

◆ 볼륨 또는 파일 시스템 구성

◆ 정규화된 도메인 이름, IP 주소 및 호스트 이름

◆ DNS(Domain Name Server) 게이트웨이, Active Directory 또는 도메인 서버에 대한 참조

◆ 하드 드라이브 구성

◆ 미디어 디바이스의 이름과 경로

◆ 하드웨어 공급업체 연락처 정보 및 연락 번호

◆ 각 시스템의 각 하드웨어(활성/비활성)에 대한 구성 정보

소프트웨어 정보

다음과 같은 소프트웨어 정보를 보존하고 항상 최신 상태로 유지합니다.

◆ 원래 운영 체제 미디어의 복제본 및 패치와 그 보관 위치

◆ 소프트웨어 Enabler 및 인증 코드

◆ 소프트웨어 공급업체 연락처 정보 및 연락 번호

◆ 설치된 운영 체제 버전 및 패치

◆ 운영 체제 구성

◆ 재해 발생 시 컴퓨터 복구에 사용할 수 있는 응급 미디어

◆ 각 NetWorker Server의 NetWorker 부트스트랩 정보

◆ 커널 구성 및 위치

◆ 디바이스 드라이버

◆ 모든 Windows 볼륨 마운트 지점 및 UNC 경로의 목록



재해 복구 시나리오 검토다음과 같은 재해 복구 시나리오가 발생할 수 있습니다. 시나리오마다 복구 절차의 단계 수가 다르고 복구 계획을 세우거나 복구를 실행하기가 더 용이할 수도, 더 어려울 수도 있습니다. NPG는 OS 플랫폼별로 NetWorker 소프트웨어를 사용하여 재해 복구를 수행하

는 방법에 대한 단계별 지침을 제공합니다.

가장 단순한 시나리오에서는 원래 구성이나 주변 환경과 거의 또는 완전히 동일하게 같은 물리적 서버를 그대로 사용합니다. 디스크 또는 전원 공급 장애와 같은 단순한 구성 요소 장애로 인해 기본 운영 체제가 제거되거나 손상되는 시나리오가 대개 이에 해당합

니다. 이 시나리오에서는 소프트웨어를 새로 설치해야 합니다.

홍수 또는 화재로 인해 전산실 또는 건물 전체가 유실되는 대형 사고가 발생하는 시나리

오의 경우 문제가 더 복잡합니다. 이 시나리오에서는 동일한 하드웨어를 사용할 수 없고 주변 환경이 파괴되거나 바뀔 수 있습니다. 복구 프로세스도 더 복잡하고 일부 요소를 조정하거나 우선 순위를 정해야 합니다.

다음 섹션에서는 NetWorker Server를 복구할 때 고려해야 할 사항을 자세하게 설명합

니다.

◆ 17페이지의 “기본 재해 복구(동일한 호스트)”

◆ 18페이지의 “고급 재해 복구(다른 호스트)”

기본 재해 복구(동일한 호스트)

재해 복구를 수행하는 가장 간단한 방법은 동일한 호스트에 NetWorker Server를 복구하

는 것입니다. 이 기본적인 수준의 복구 작업은 구축된 모든 NetWorker에 대해 계획하고 적용해야 합니다.

이 재해 복구 시나리오의 목표는 다음과 같습니다.

◆ NetWorker Server를 서버에서 장애가 발생하기 전 마지막으로 알려진 정상 상태 시점으로 최대한 신속하게 복원합니다.

◆ 원래 복구 미디어를 사용할 수 있게 합니다.

◆ 원래 복구 디바이스를 사용할 수 있게 합니다.

◆ SAN, IP 및 스토리지 유닛과 같은 원래 환경을 변경되지 않은 상태로 유지합니다.

다음과 같은 경우 이 복구 작업은 간단히 수행됩니다.

◆ 적절한 부트스트랩과 인덱스 백업이 존재하는 경우

◆ 구성 세부 정보가 크게 변경되지 않았고 자세하게 파악되거나 문서화되어 있는 경우

◆ 복구에 필요한 미디어 및 디바이스에 액세스할 수 있는 경우

◆ 백업 관리자가 복구 작업을 수행하는 데 필요한 전문 기술과 지식을 보유한 경우 NetWorker 8.1 이상 버전에는 nsrdr이라는 명령줄 마법사 프로그램이 포함되어 있습

니다. 이 프로그램은 NetWorker Server의 미디어 데이터베이스, 리소스 파일, 클라이

언트 파일 인덱스 등을 복구하는 프로세스를 자동화합니다. 자세한 내용은 NetWorker 관리 가이드를 참조하십시오.

재해 복구 시나리오 검토 17


물리적 호스트에 영향을 미치는 외부적인 문제로 인해 재해 복구를 수행하거나 제대로 완료할 수 없는 경우도 있습니다. 이러한 시나리오에서는 적절한 접속 구성 또는 대체 접속 구성을 사용할 수 있도록 조정하는 수작업이 필요합니다. 이 상황에서는 부트스트랩 또는 클라이언트 파일 인덱스를 복원할 필요가 없습니다. 일시적으로 변경된 서버를 원래 상태로 복원하려면 원래 구성을 알아야 합니다.

고급 재해 복구(다른 호스트)

NetWorker Server를 다른 호스트에 복구하는 작업은 동일한 호스트에 복구하는 기본 재해 복구 작업보다 복잡합니다. 다른 호스트에 복구하려면 동일한 호스트에 복구하는 기본 재해 복구에 비해 훨씬 작업량도 많고 고도의 기술을 요합니다. 다른 호스트에 복구할 때는 일반적으로 추가적인 정보나 리소스 및 적절한 기술을 활용하여 작업을 수행하고 완료해야 합니다.

건물이나 장소가 완전히 유실되는 사태는 발생 가능성이 희박하지만, NetWorker Server를 복구하는 데 소요되는 작업량과 시간이 사고 후 비즈니스 크리티컬 서비스를 복원하

거나 유지하는 데 소요되는 시간에 직접적인 영향을 미치게 됩니다. 비즈니스 크리티컬 서비스 자체도 영향을 받을 수 있으며, 재해 복구 또는 페일오버 프로세스에서 NetWorker Server가 제공하는 백업 및 복구 서비스를 사용해야 할 수 있습니다. 따라서 모든 재해 복구 또는 무중단 업무 운영 계획에 고급 재해 복구 시나리오를 포함하는 것이 중요합니다.

동일한 호스트에 복구하는 기본 재해 복구와 목표는 동일하지만 다음과 같은 차이가 있습니다.

◆ NetWorker Server 하드웨어가 다르고 접속 구성 및 구성이 원래와 달라질 수 있습

니다.

◆ 단순히 부트스트랩과 클라이언트 인덱스를 복원하는 것도 기본 재해 복구처럼 쉽고 빠르게 수행하기가 어렵습니다.

◆ 백업 및 복구 서비스를 사용하려면 구성을 추가로 변경해야 할 수 있습니다.

◆ 원래 복구 미디어와 디바이스에 대한 즉각적인 액세스가 보장되지 않습니다.

◆ 환경이 달라지는 경우가 많으므로 SAN, IP 및 스토리지 유닛이 원래 서버와 일치하지 않을 수 있습니다.

◆ NetWorker Server를 사용하려면 추가 단계를 수행해야 할 수 있습니다.

◆ 적절한 부트스트랩 및 인덱스 백업을 사용할 수 있어야 하지만 원본 세이브 세트의 복제본이어도 무방합니다.

◆ 세이브 세트 백업에 액세스하려면 추가 단계를 수행해야 할 수 있습니다.



NetWorker 서버 재해 복구를 위한 기초 준비

NetWorker 서버의 성공적인 재해 복구 가능성을 최대한 높이려면 다음 최소 요구 사항을 충족해야 합니다.

◆ 최소 12시간마다 한 번씩 부트스트랩을 정기적으로 백업합니다.

◆ 서버 OS 구성을 정기적으로 백업합니다.

◆ 모든 클라이언트의 클라이언트 파일 인덱스를 백업합니다. 부트스트랩을 백업하기 전이나 후에 모든 클라이언트 인덱스의 전용 백업 작업을 별도로 수행할 수 있습니

다. 이 단계는 포괄적인 재해 복구 백업 솔루션을 제공합니다.

◆ NetWorker Server에 있는 별도의 물리적 위치에서 각 부트스트랩 백업의 상태 및 컨텐츠를 모니터링하고 기록하고 저장합니다.

◆ 부트스트랩 백업에 전용 풀을 사용합니다.

◆ 부트스트랩 백업의 클론을 생성합니다.

◆ SAN, IP 및 모든 스토리지 구성 요소의 접속 구성과 세부 정보를 기록하고 보존합

니다.

재해 복구 시나리오 검토 19

3장

데이터 스토리지 및 디바이스


◆ 기능 및 고려 사항 .................................................................................................. 22◆ NetWorker 메타데이터 스토리지 ........................................................................... 22◆ 다중 경로 액세스 및 페일오버 ............................................................................... 23◆ 신뢰성 및 상관 관계 .............................................................................................. 25

데이터 스토리지 및 디바이스 21


기능 및 고려 사항재해 복구 계획과 실제 복구 작업의 성공 여부는 데이터가 저장된 미디어의 가용성과 해당 데이터를 읽는 디바이스의 가용성에 달려 있습니다. 재해가 국지적으로 발생하

여 디바이스와의 접속이 가능한 경우도 있습니다. 반면 보다 심각하거나 중대한 사고

가 발생한 경우에는 NetWorker Server의 기반이 되는 환경에 영향을 미치기도 합니다. 이 경우 디바이스가 작동하지 않거나 디바이스 또는 미디어를 액세스하지 못하게 될 수 있습니다.

다음과 같은 다양한 전략을 통해 이러한 시나리오에 대처할 수 있습니다.

◆ 디바이스와 데이터 복제본을 여러 개 만듭니다.

◆ 짧은 시간 내에 다른 디바이스, 미디어 또는 경로를 사용할 수 있게 합니다.

이러한 복구 전략은 업무 중단, 작업량, 불확실한 추측을 최소화하면서 복원을 수행할 수 있게 합니다.

NetWorker 메타데이터 스토리지정상적인 수명 동안 스토리지 또는 데이터를 보호하면 재해 상황을 예방하는 데 도움이 됩니다. 이러한 단계는 재해 복구의 시간을 단축하고 신뢰성을 높이는 데에도 도움이 될 수 있습니다.

백업 서버의 속도, 신뢰성, 확장성 및 성능을 높이려면 다음과 같이 하십시오.

◆ 별도의 LUN에 주요 구성 정보와 인덱스 데이터를 보존하여 OS 손상 문제를 해소하

고 전반적인 시스템 성능을 향상시킵니다.

◆ RAID로 보호된 스토리지 시스템이나 외부 스토리지 시스템에서 LUN을 호스팅하여 이 데이터의 성능, 신뢰성 및 복원력을 높입니다.

◆ 적당한 스토리지 용량을 확보합니다.

◆ 스토리지가 최적의 수준으로 보호되고 성능을 발휘하게 합니다.

◆ 이 데이터에 대해 복제 또는 스냅샷과 같은 고급 보호 기술을 사용하여 보호 수준을 강화하는 것이 좋습니다.



다중 경로 액세스 및 페일오버부트스트랩 정보를 저장하는 데 사용되는 모든 스토리지 디바이스에 대해 다음을 고려

하십시오.

◆ 23페이지의 “스토리지 디바이스 및 미디어”

◆ 23페이지의 “접속 방법”

스토리지 디바이스 및 미디어

스토리지마다 복구 성능과 구축의 난이도가 다르기 때문에 상황에 따라 사용되는 재해 복구 전략도 바뀌어야 합니다. 예를 들어 단일 테이프 디바이스를 취득하고 이동하는 기능은 VTL(가상 테이프 라이브러리)을 사용할 때보다 간편하지만, 설치 및 구성을 완료하

는 데 상당한 시간과 노력이 소요될 수 있습니다.

기존 테이프의 경우 수동으로 로드되는 단일 테이프 데크를 사용할 수 있습니다. 이러한 데크는 물리적 서버에 사용되는 하드웨어와 나란히 설치하거나 그 내부에 설치할 수 있습니다. 경우에 따라 여러 디바이스와 자동화된 로봇 팔을 사용한 오토로더로 미디어를 로드하고 언로드하기도 합니다.

VTL이나 디스크 시스템과 같은 기타 스토리지 디바이스의 경우 CPU, 메모리, 네트워킹, 다수의 디스크 유닛이 포함된 어플라이언스일 수 있습니다.

접속 방법

접속 방법은 독립 실행형 테이프 디바이스의 간단한 케이블 연결부터 복잡한 IP 또는 SAN 연결까지 다양합니다. 필수적인 접속이 불가능하다면 사용 가능한 디바이스나 미디어가 있다 해도 무용지물입니다.

재해 복구 계획에 있어서는 다음 구성 요소의 가용성이 중요합니다.

◆ 스페어 케이블

◆ 대체 포트 및 경로

◆ 복원력이 뛰어난 네트워크

다중 경로 액세스를 위해 듀얼 포트로 디바이스 구성

경우에 따라 백업 애플리케이션과 디바이스에 영향을 미치지 않는 듀얼 포트나 다중 경로 액세스를 사용하여 디바이스를 구성할 수도 있습니다. 하지만 이러한 구성으로 구성

하기가 어려운 디바이스도 있습니다. 스페어 포트나 대체 호스트 이름 및 경로를 재해 복구 시에 생성하거나 구성하는 것보다 재해 복구 계획 단계로서 구성하여 사용할 수 있게 하는 편이 더 간단합니다.

대다수 제조업체는 이중 경로 테이프 디바이스 또는 라이브러리 제어 포트를 지원하지 않거나 제한 사항을 두기 때문에 이러한 옵션이 사실상 불가능합니다. 하지만 대체 포트

를 예약하는 방법으로 대체 또는 백업 경로 연결을 가능하게 할 수 있습니다.

다중 경로 액세스 및 페일오버 23


여러 위치에서 디바이스를 사용할 수 있도록 구성 여러 위치에서 사용할 수 있도록 디바이스를 구성한 후 백업을 이동하거나 데이터를 적절한 디바이스로 전송해야 하는 경우도 있습니다. 이 경우 더 빠르고 강력한 백업 서비스

를 제공할 수 있습니다. 단, 구성이 복잡한 경우가 많아 구성하거나 유지 보수하거나 문제를 해결하기가 어려울 수 있습니다. 이러한 상황에서는 결국 정상적인 사용을 위해 디바이스를 적극적으로 사용하고 구성하거나 오로지 재해 복구 시에 사용하도록 디바이

스를 대기 상태로 두는 것 중 하나를 선택해야 하는 경우가 많습니다.

정상적인 사용이란 재해 복구 이외의 정상 작업 중에 모든 위치에서 디바이스를 적극적

으로 사용하는 것을 말합니다. 이러한 시나리오에서는 구성이 복잡해지고 운영 및 문제 해결과 관련한 문제가 발생할 수 있습니다. 반면 디바이스 가용성에 있어서 이점이 있고 필요할 때 디바이스의 정상 작동이 보장됩니다.

대기 사용이란 정상적인 작업 상황에서는 사용되지 않도록 디바이스를 대기 상태로 두는 것을 말합니다. 이 방식은 구성을 간소화할 수 있지만 필요할 때 디바이스가 작동하지 않을 수 있습니다. 또한 정상적인 작업 상황에서는 디바이스가 사용되지 않으므로 리소

스의 활용 측면에서도 효율성이 낮습니다.

디바이스 페일오버

정상적인 사용 시나리오와 대기 사용 시나리오에서 공히 디바이스 페일오버는 오류가 발생하기 쉽고 어느 정도 수작업이 필요한 부분입니다. 이러한 문제 중 일부는 쉽게 해결

되지만 문서화하여 숙지하고 실제 작업 시에 적용해야 합니다.

재해 복구 계획을 수립할 때 다음을 고려하십시오.

◆ 디바이스 액세스 경로가 다르거나 변경되거나 사라질 수도 있습니다. 모두 구성에 영향을 미칠 수 있으며, 추가적인 수정 단계가 필요할 수 있습니다.

◆ 디바이스 이름은 위치나 용도를 나타내는 것이어야 합니다. 이러한 이름을 사용하면 문제를 해결하고 재해 복구 절차의 신뢰성을 높이는 데 도움이 됩니다.

◆ 디바이스의 상태와 가용성을 확인합니다. 주기적으로 사용되지 않는 디바이스는 가장 필요한 때에 문제를 일으키기 쉽습니다.

백업 서비스를 설계할 때 복구 성능을 고려하는 것이 바람직하며 유휴 디바이스는 포함

하지 않습니다. 단, 이러한 솔루션이 ROI를 개선하고 백업 작업 실행에 사용할 가용 용량

과 성능을 높여주기는 하지만 복구 기능을 설계에 반영할 경우 솔루션을 구성하고 관리

하기가 더 복잡해집니다. 클러스터링 기술과 복제 기술은 백업 환경에서 복구 성능을 향상시키는 것은 물론 복잡성을 줄이기 위한 목적으로도 사용됩니다.

재해 복구 계획에 클러스터링 및 복제 기술을 구현하면 다음과 같은 이점이 있습니다.

◆ 디스크 스토리지, 네트워크 연결 등의 여러 요소를 관리하고 자동화하는 데 도움이 됩니다.

◆ 올바른 하드웨어에서 디스크 스토리지 및 네트워크 연결과 같은 리소스의 가용성이 보장됩니다.

◆ 실행 중인 소프트웨어 서비스에 적합한 리소스 및 구성이 보장됩니다.



신뢰성 및 상관 관계백업 및 복구 서비스의 신뢰성은 선택한 소프트웨어, 디바이스, 재해 복구 방식에 관계

없이 개별 구성 요소의 신뢰성에 좌우됩니다.

복구 성능이 뛰어난 백업 및 복구 서비스를 설계하려면 다음을 따르십시오.

◆ 서비스의 성능 및 작동 기대치에 맞는 디바이스를 선택합니다.

• 디바이스와 경로를 여러 개 사용하여 신뢰성과 가용성을 높일 수 있습니다. 이렇

게 하면 단일 장애 지점을 해소하는 데 도움이 되지만 신뢰성이 완벽하게 보장되

는 서비스는 없으므로 모든 단일 장애 지점이 제거되지는 않습니다.

• 다양한 재해 복구 시나리오를 고려하여 신중하게 설계하면 흔히 발생하는 단일 장애 지점을 찾아내고 없앨 수 있습니다.

◆ 서비스의 예상되는 듀티 사이클과 사용되는 구성 요소의 신뢰성을 고려합니다.

• 연속적으로 작동할 수 없는 디바이스도 있고 성능이나 기능상의 한계가 있는 디바이스도 있습니다.

• 물리적 테이프 디바이스와 같은 일부 디바이스를 장시간 사용하면 신뢰성이 저하될 수 있습니다.

• 디스크 스토리지, 중복 제거 시스템 또는 VTL과 같은 어플라이언스를 사용할 경우 유지 보수 기간이 필요할 수 있으며, 그 시간 동안에는 백업을 수행하지 못하

거나 백업의 속도나 효율이 저하될 수 있습니다.

◆ 정기적인 유지 보수를 고려하십시오.

• 유지 보수를 요하는 문제가 발생하여 일정 시간 동안 서비스가 중단될 수도 있습

니다.

• 서비스와 해당 서비스의 하위 구성 요소를 오프라인 상태로 전환하거나 페일오

버하거나 자동으로 복구하는 기능을 통해 서비스에 미치는 영향을 최소화하면서 유지 보수를 수행하도록 보장할 수 있습니다.

• 최적의 성능, 신뢰성 및 지원을 보장하려면 소프트웨어 패치와 업데이트가 필요

합니다.

신뢰성 및 상관 관계 25

4장

재해 복구 활용 사례


◆ 기본 재해 복구 시나리오 ....................................................................................... 28◆ 기본적인 재해 복구 고려 사항 ............................................................................... 30◆ 고급 재해 복구 고려 사항 ...................................................................................... 32◆ 클러스터 솔루션 .................................................................................................... 34◆ B2D(Backup-to-Disk) .............................................................................................. 35

◆ 인덱스 또는 구성 손상 ........................................................................................... 36◆ SAN 스토리지의 손상 또는 유실 ............................................................................ 36◆ 서버, Data Domain 시스템 또는 사이트의 유실 ..................................................... 37◆ 복제 솔루션 ........................................................................................................... 37

재해 복구 활용 사례 27


기본 재해 복구 시나리오이 섹션에서는 기본 NetWorker 구축 사례를 통해 재해 복구에서 중요한 주안점을 소개합

니다.

29페이지의 그림 2에는 소규모 사무소에 적합한 기본 NetWorker 솔루션의 예가 나와 있습니다. 서버의 성능이 충분하고 스토리지 및 접속 구성이 적절하게 사이징된 경우 100대의 클라이언트와 다수의 비즈니스 시스템을 보호할 수 있습니다.

이 예의 NetWorker Server 구성은 매우 낮은 수준의 복구 성능을 제공하며 복구하기 어렵

거나 불가능하게 하는 여러 가지 재해 복구 문제를 잘 보여 줍니다.

◆ NetWorker Server:

• 단일 이더넷 연결이 구성되어 있어 단일 장애 지점이 됩니다.

• 내부 디스크를 사용하는 것이 단일 장애 지점이 됩니다.

• 미러링 기능 또는 스토리지 복제 기능이 없습니다.

• 작업 공간 또는 데이터 센터 내의 단일 공간을 설치되어 있어 단일 장애 지점이 됩니다.

◆ 부트스트랩 e-메일이 구성되지 않고 모니터링되지 않아 부트스트랩 백업 e-메일이 유실됩니다.

◆ 부트스트랩 및 인덱스 백업이 3년치 백업이 저장된 단일 테이프에 기록됩니다. 볼륨

이 변경되거나 클론이 생성되지 않아 단일 장애 지점이 됩니다.

◆ 재해 복구용으로 부트스트랩의 단일 복제본이 3개월마다 생성되어 다른 건물에 있는 사무실의 관리자 데스크에 저장됩니다. 하지만 이 테이프의 용도를 알지 못하는 해당 관리자는 주 건물에서 수 킬로미터 떨어진 사무실의 잠겨 있는 데스크 안에 테이프를 보관하여 단일 장애 지점이 됩니다.

안타깝게도 이 예에서는 NetWorker Server가 제대로 관리되지 않고 서버를 보호하기 위한 주의가 소홀합니다.



그림 2 기본 NetWorker 솔루션

이 예에서는 다음과 같은 문제가 재해 복구에 지장을 초래합니다.

◆ 백업 환경의 복구 성능 또는 이중화가 부족합니다. NetWorker Server가 단일 시스템

으로 구성되어 있고 RAID 보호 스토리지를 사용하지만 직접 연결을 통해 로컬에 위치해 있습니다. 시스템 근처에 설치된 소형 오토로더에 있는 테이프 디바이스도 마찬가지입니다.

◆ 사이트에 재해가 발생할 경우 테이프 디바이스, 서버, 스토리지가 유실될 수 있습니

다. 이 예의 고객은 데이터 공간을 하나밖에 보유하지 않아 보조 사이트를 운영하기

가 사실상 불가능합니다.

◆ 고객이 사이트에서 테이프를 제거하지 않습니다. 테이프는 매월 이동되지만 주요 시스템에 대한 소수의 월별 백업에 국한되기 때문에 대부분의 테이프는 사이트에 그대로 남아 있습니다.

◆ 부트스트랩 백업은 매일 실행되도록 구성되었으며 인덱스 및 부트스트랩 테이프에 기록됩니다. 직원이 바뀌고 작업 부하가 증가하면서 이 테이프가 변경되더라도 몇 주 동안 처리되지 않는 경우가 많습니다. 테이프가 변경되면 새 테이프에 레이블이 표시되고 이전 테이프는 보관용으로 사무실 관리자에게 전달됩니다. 하지만 이 테이프의 용도를 알지 못하는 해당 관리자는 주 건물에서 수 킬로미터 떨어진 사무실

의 잠겨 있는 데스크 안에 테이프를 보관합니다.

◆ 부트스트랩 알림이 e-메일을 통해 전송되도록 구성되어 있습니다. 하지만 e-메일 별칭이 모니터링되지 않습니다.

◆ 부트스트랩 알림 e-메일이 몇 개월 동안 제대로 전송되지 않는데도 문제를 인식하는 사람이 없습니다.

기본 재해 복구 시나리오 29


이 예에서 심각한 재해가 발생할 경우 회사는 데이터와 시스템을 복구하는 데 매우 큰 어려움을 겪게 됩니다. 일부 데이터가 오프사이트에 저장되어 있지만 NetWorker Server와 인프라스트럭처를 사용할 수 없으면 무용지물입니다.

하드웨어 구성 요소는 신속하게 찾을 수 있지만 NetWorker Server를 이전 상태로 복구하

는 것이 여전히 문제입니다. 최근에야 변경된 사무실 관리자의 데스크에 보관된 부트스

트랩 테이프를 사용할 수 있습니다. 이 테이프를 사용하려면 누군가 테이프가 보관된 장소와 그 담당자를 알고 있어야 하고 사무실 관리자가 데스크를 열어 테이프를 전달할 수 있어야 합니다. 그러나 부트스트랩에 대한 기록이 없기 때문에 전체 테이프를 스캔하여 새 NetWorker Server에서 레코드를 재구성해야 합니다. 이 과정에는 시간이 많이 소요됩

니다. 온도 변화가 심한 구역에 테이프가 보관되어 있어 읽기 오류가 발생할 수 있고 복구가 불가능할 수 있습니다.

이러한 상황은 극단적인 예라고도 할 수 있지만 주의 깊게 고려하지 않을 경우 재해 복구 상황이 비즈니스에 심각한 영향을 줄 수 있음을 잘 보여 줍니다.

이 상황에서 다음과 같은 절차가 마련되어 있다면 훨씬 쉽고 빠르게 복구 작업을 수행할 수 있을 것입니다.

◆ 정기적으로 부트스트랩 테이프 변경

◆ 부트스트랩 및 클라이언트 파일 인덱스의 클론 복제본 생성

◆ 부트스트랩 알림 저장

일부 데이터가 영구적으로 손실될 가능성이 높지만 복구된 핵심 데이터로 업무를 재개

할 수 있습니다. 복구 링크 또는 원격 스토리지를 갖춘 보조 사이트를 운영하기가 현실적

으로 어렵더라도 몇 가지 간단한 방법을 이용하고 제대로 관리만 이루어진다면 훨씬 쉽고 빠르게 복구할 수 있습니다.

지금까지 살펴본 좋지 않은 예와 반대로 향상된 수준의 재해 복구 보호 환경을 보여 주는 예를 살펴보겠습니다.

기본적인 재해 복구 고려 사항다음은 쉽고 경제적으로 NetWorker Server의 가용성을 높일 수 있는 단계입니다.

◆ 일반적으로 네트워크 연결과 스토리지 연결을 모두 다중화하는 경우가 많으며 이는 연결 문제나 NIC 또는 HBA의 문제로 인한 장애 발생 가능성을 줄이는 데 도움이 됩니다.

◆ 대부분의 스토리지 시스템은 RAID를 사용하여 하나 이상의 디스크 장애가 시스템에 영향을 미치는 상황을 방지합니다. 이러한 스토리지 시스템은 예산에 맞게 다양한 규모로 제공됩니다.

이러한 절차를 시행하는 데에는 비용이 들지 않지만 지속적인 유지 보수와 관리를 수행

하는 데 일정 비용이 발생하게 됩니다. 하지만 이러한 옵션은 매우 간단하고 경제적이면

서도 재해 복구의 속도와 작업의 용이성에 크게 영향을 미칩니다.

31페이지의 그림 3에서는 NetWorker Server의 가용성과 재해 복구 기능을 향상시키는 데 이용할 수 있는 몇 가지 기본적인 단계를 보여 줍니다. 이 그림에는 백업 및 복구에 이용되는 단일 사이트가 나와 있습니다.



이 예는 백업 환경을 최적화하여 단일 장애 지점을 줄이고 복구 속도와 복구 능력을 높이

는 방법을 보여 줍니다. 그 방법은 다음과 같습니다.

◆ 매일 부트스트랩 및 인덱스 백업의 클론을 생성합니다.

◆ 부트스트랩 및 인덱스 백업 클론 복제본을 사이트에서 제거하여 안전한 원격 위치에 보관합니다.

◆ 자동 페일오버 기능을 갖춘 이중 경로 이더넷을 구성하고 스위치에서 관리합니다. 이렇게 하면 복구 성능이 뛰어난 단일 IP 접속이 구현됩니다.

◆ e-메일 알림을 캡처하고 여러 위치에 저장하며 아카이브에서 제공되게 합니다.

◆ 일별로 백업 서비스와 백업 작업에서 치명적이지 않은 오류와 경고를 모니터링합

니다.

◆ RAID 보호 기능, 복제 기능, 스냅샷 기능을 제공하는 스토리지 시스템과 함께 이중 경로 SAN을 사용합니다.

그림 3 표준 재해 복구 구축 사례

이 예에서는 다음을 통해 재해 복구 성능을 높이도록 백업 환경이 최적화되어 있습니다.

기본적인 재해 복구 고려 사항 31


◆ 네트워크 및 SAN 링크를 추가하여 이전의 예와 동일한 단일 NetWorker Server의 복원

력과 성능을 강화했습니다.

◆ 스토리지를 RAID 기술로 보호하고 스냅샷, 복제 및 미러링을 통해 보호 수준을 강화

합니다.

◆ e-메일 알림을 지정된 별칭에 전송하여 원격으로 액세스할 수 있게 합니다. e-메일 알림을 저장하고 모니터링합니다.

◆ 문제를 조기에 발견할 수 있도록 로그에서 오류를 모니터링합니다.

◆ 이용 가능한 사이트가 한 곳뿐이므로 매일 사이트에서 테이프를 제거합니다.

◆ 테이프를 안전하고 통제된 장소에 보관합니다.

◆ 일부 데이터의 클론을 생성하여 복제본을 여러 개 만듭니다. 이 단계는 복구에 도움

이 되고 미디어의 오류나 손실로 인한 데이터 손실 위험을 줄여 줍니다.

◆ 항상 2개의 복제본이 존재하도록 매일 부트스트랩의 클론을 생성합니다.

고급 재해 복구 고려 사항이 섹션에서는 복원력을 강화하고 보호 수준이나 복구 속도를 높이는 다른 여러 가지 옵션을 소개합니다. 대개는 이전 섹션의 권장 사항만 실천해도 충분한 보호 수준을 구현할 수 있으며, 적절한 시간 내에 신뢰할 수 있는 방법으로 백업 서비스를 복구할 수 있습니

다. 하지만 그러한 조치로는 보호 수준이 충분하지 않거나 비즈니스 요구 사항에 부합하

는 복구 속도와 복구 성능을 얻을 수 없는 경우도 있습니다.

복구 능력과 복원력을 높이는 최선의 방법은 보조 사이트를 구축하는 것입니다. 보조 사이트를 구축하면 인프라스트럭처와 데이터가 두 곳에 동시에 존재하게 되어 단일 사이트 또는 사이트 내의 단일 구성 요소에서 발생한 문제로 인한 피해를 최소화할 수 있습니다.

33페이지의 그림 4에는 2개의 사이트를 사용하도록 구성된 단일 NetWorker Server의 기본 레이아웃이 나와 있습니다.

이 예에서

◆ SAN, 네트워크 등의 핵심 인프라스트럭처는 이전 예와 동일합니다.

◆ 인프라스트럭처는 이중 경로로 구성되었습니다.

◆ 스토리지를 이중화하여 NetWorker 구성을 보조 사이트에 복제하는 기능을 제공할 수 있습니다.

◆ 테이프 디바이스를 사용하여 부트스트랩 및 인덱스 백업을 저장합니다. 이러한 디바

이스는 다른 건물에 설치되어 있습니다.

◆ 인덱스 스토리지를 복제하거나 보조 사이트에서 사용할 수 있게 하여 복구 시간을 대폭 단축할 수 있습니다.

◆ 백업 및 복구 서비스의 가용성 손실을 최소화하기 위해 보조 NetWorker Server를 추가하고 클러스터링하여 서버의 가용성을 높입니다.



그림 4 2개 사이트에 대해 구성된 단일 NetWorker Server

이 예에서

◆ 사이트 중 하나에는 필요할 때까지 유휴 상태로 유지되는 패시브 또는 대기 서버가 설치되어 있습니다. 하지만 2개 사이트 모두에서 노드의 클러스터 서비스가 실행되

도록 구성된 클러스터 솔루션도 이와 같은 구성으로 구축할 수 있습니다.

◆ 이 예에서 테이프 오토로더는 한쪽 사이트에만 설치되어 있어 단일 장애 지점이 됩니다. 오토로더를 하나 더 추가하면 이러한 단일 장애 지점을 없애는 데 도움이 되지

만 구성의 복잡성이 가중됩니다. 이 환경에서는 데이터 중복 제거 기능을 결합한 B2D(Backup-to-Disk) 솔루션을 사용하는 편이 더 효과적입니다.

고급 재해 복구 고려 사항 33


이러한 구성이나 운영 백업 서버를 보호해야 하는 구성을 사용할 때 해결해야 할 과제 중 하나는 시스템의 상태를 일관되게 캡처하는 기능입니다. 백업 및 복구 작업이 진행되는 중에는 서버와 백업 구성 파일의 상태가 계속 변합니다. 이 정보를 정확하게 캡처하는 유일한 방법은 내장된 부트스트랩 백업 프로세스를 사용하는 것입니다.

구성 파일을 복제하는 것도 가능하지만 부트스트랩 백업 작업을 통해 장애 발생 시 정합

성이 보장되는 상태를 만들 수 있습니다. 부트스트랩 백업은 데이터의 복구 능력을 보장

하는 유일한 방법입니다.

이 구성에서는 SAN 스토리지를 사용하여 AFTD 디바이스의 공간을 제공할 수 있습니다. 이러한 공간은 부트스트랩 백업에 사용하고 보조 사이트에 복제하여 정합성 보장 복제

본을 확보할 수 있습니다.

클러스터 솔루션34페이지의 그림 5에서는 각 사이트에 동일한 하드웨어로 물리적 노드를 구성하여 사이

트를 이중화하는 데 따른 이점을 극대화하는 방법을 보여 줍니다.

이 예에서는 두 노드를 함께 클러스터링하여 양쪽 사이트 중 어디에서든 활성화할 수 있는 가용성이 높은 서비스를 제공합니다. 단, 테이프 디바이스 구성이 복잡하고 정합성이 보장되는 상태로 시스템 구성을 캡처하기가 어려울 수 있습니다.

그림 5 클러스터 환경의 NetWorker Server



B2D(Backup-to-Disk)B2D 기반 솔루션은 구성을 간소화하고 정합성이 보장되는 상태로 시스템 구성을 캡처

하는 기능을 강화하는 데에도 도움이 됩니다.

그림은 다소 복잡하게 보이지만 구성의 복잡성을 최소화하면서 사이트 중 하나에서 재해가 발생했을 때 쉽고 빠른 페일오버를 보장하는 데 도움이 되는 효과적인 솔루션을 제공합니다.

35페이지의 그림 6에는 이전의 예와 유사한 클러스터 솔루션이 나와 있습니다. 이 솔루

션에서는 양쪽 사이트 어디에서든 실행 가능한 NetWorker 서비스를 호스트하는 노드 클러스터 2개가 구성됩니다. 이 예의 구성이 다소 과도하게 보일 수도 있지만 많은 재해 복구 시나리오의 요구 사항에 부합합니다.

그림 6 B2D 솔루션을 사용한 NetWorker Server

B2D(Backup-to-Disk) 35


이 예에서

◆ 운영 백업 스토리지 디바이스가 AFTD 또는 DD Boost 디바이스를 사용한 B2D 기능을 지원하는 Data Domain 시스템으로 대체되었습니다.

◆ 클라이언트 파일 인덱스 정보, 미디어 데이터베이스 및 여러 구성 파일이 모두 SAN을 통해 적절한 노드에 제공되는 SAN 스토리지에 저장됩니다.

◆ 이 SAN 스토리지는 사이트 간에 복제됩니다. 이러한 단계는 사이트가 유실되더라도 스토리지의 가용성을 보장합니다.

◆ 이 시나리오에서도 장기 보존 데이터는 테이프에 저장해야 합니다. 이러한 요구 사항은 보조 사이트를 사용하여 해결합니다.

◆ 이 사이트의 로컬 스토리지 노드에 테이프 아웃용으로 테이프 유닛을 사용할 수 있습니다.

◆ 부트스트랩 및 인덱스 백업의 주간 복제본은 테이프에 콜론이 생성되어 오프사이트

로 보내집니다.

◆ 두 Data Domain 시스템 모두에 부트스트랩 및 인덱스 백업의 클론이 생성되므로 두 사이트 모두에서 사용할 수 있습니다.

◆ 부트스트랩 및 인덱스는 AFTD 디바이스에 정기적으로 백업됩니다. 이러한 단계는 페일오버 시에 환경의 정합성을 보장하고 백업 서비스를 보호합니다.

인덱스 또는 구성 손상부트스트랩 및 인덱스를 AFTD에 백업하면 장애나 작업자의 실수로 인해 미디어 데이터

베이스 또는 구성 영역이 손상되었을 때 신속하고 즉각적인 복구가 가능합니다. 부트스

트랩 및 인덱스를 AFTD에 백업하면 신속하고 즉각적인 복구가 가능합니다.

구성 손상으로 인해 DD Boost 디바이스를 액세스하기가 어려워질 경우 AFTD 디바이스

를 재구성하는 편이 상대적으로 더 쉬울 수 있습니다.

SAN 스토리지의 손상 또는 유실SAN 스토리지가 유실 또는 손상된 경우 다음과 같이 해결할 수 있습니다.

◆ DD Boost 디바이스를 재구성합니다.

◆ 두 Data Domains 시스템과 오토체인저에 부트스트랩 백업이 저장되어 있으므로 테이프 디바이스를 구성합니다.



서버, Data Domain 시스템 또는 사이트의 유실서버, Data Domain 시스템 또는 사이트가 유실되더라도 백업 및 복구 서비스는 손실되지 않습니다.

네트워크, 전원 또는 냉각의 문제로 인해 사이트 또는 단일 서버가 유실된 경우 페일오버

를 실행하기 위해 잠깐 지연이 발생한 후에 다른 사이트에서 백업 서비스를 계속 실행할 수 있습니다. 이러한 유실 상태는 대개 일시적이므로 추가적인 복구 작업이 필요하지 않습니다. 문제가 해결되고 나면 복제본을 복원하고 페일오버 상태를 되돌려 운영 사이트

를 사용할 수 있습니다.

두 사이트가 서로 수 킬로미터 이내에 있는 경우 테이프 아웃 및 오프사이트 스토리지를 사용할 수 있습니다.

복제 솔루션복제는 공급업체마다 다르게 사용하는 용어입니다. 공급업체 간의 복제 솔루션이 같은 경우는 거의 없으며 대개 제공하는 기능이나 정상 작동을 위한 매개 변수가 조금씩 다릅

니다. 이 섹션에서는 기술, 공급업체 또는 모델을 모두 다루지는 않지만 NetWorker Server 재해 복구에 적용할 수 있는 복제, 미러링 및 스냅샷 기능에 대한 몇 가지 배경 정보를 제공합니다.

NetWorker Server가 지속적으로 읽거나 변경하거나 업데이트하는 유형의 복제 기술을 사용할 때는 다음과 같은 작업을 고려하십시오.

◆ 로그 파일에 이벤트와 오류가 업데이트됩니다.

◆ 클라이언트 파일 인덱스는 새로운 백업을 반영하거나 탐색 또는 보존 정책의 기한에 도달한 백업을 제거하기 위해 업데이트됩니다.

◆ 미디어 데이터베이스는 사용 중에 각 볼륨의 위치와 상태를 반영하도록 업데이트됩

니다.

◆ 세이브 세트 정보가 생성, 삭제 또는 변경됩니다.

◆ 일반 구성은 NetWorker Server, 해당 스토리지 노드, 디바이스 및 클라이언트의 현재 상태를 반영하도록 업데이트됩니다.

이러한 모든 변경 사항은 디스크에 대한 많은 입출력 작업을 유발합니다. 따라서 입출력 속도와 신뢰성에 영향을 미치는 모든 요소는 NetWorker Server 또는 재해 복구 작업의 성능이나 신뢰성에도 영향을 미치게 된다는 점을 고려해야 합니다.

복제, 미러링 또는 스냅샷과 같은 모든 입출력 작업에는 요청된 입출력을 캡처하는 일종

의 인터셉트 요소가 필요합니다. 입출력이 캡처되면 쓰기 작업인지, 변경 작업인지, 아니면 읽기 작업인지를 쉽게 확인할 수 있습니다. 디스크를 업데이트해야 하고 쓰기가 성공적으로 실행되었는지를 확인해야 하는 쓰기 작업이 가장 문제가 됩니다.

디스크가 로컬에 설치되어 있으면, 특히 고급 스토리지 기술을 사용하는 경우에 이 작업

은 매우 신속하게 처리됩니다. 하지만 업데이트로 인해 서로 멀리 떨어져 있는 2개의 시스템에서 변경을 실행해야 하는 경우에는 변경 내용을 전송하고 확인하는 데 시간이 많이 걸릴 수 있습니다.

서버, Data Domain 시스템 또는 사이트의 유실 37


NetWorker Server 복제

이 섹션에서는 NetWorker Server를 호스팅하는 데 사용되는 스토리지의 복제를 지원하

는 시나리오를 설명합니다. 복제는 일반적으로 클러스터링과 함께 사용되거나, 두 개의 분리된 호스트가 NetWorker Server로 작동하여 한 서버는 활성화되어 있고 다른 서버는 운영 서버에서 장애가 발생한 경우 NetWorker 서비스를 시작할 수 있도록 준비되어 있는 시나리오에서 별도로 사용됩니다. 구체적인 성능 요구 사항에 대해서는 NetWorker 성능 최적화 및 계획 가이드를 참조하십시오.

NetWorker Server의 복합 호스트 IDNetWorker Server를 보조 호스트로 페일오버하는 경우 NetWorker 라이센스의 재호스팅

을 방지하려면 복합 호스트 ID를 사용하십시오. 복합 호스트 ID는 액티브 및 패시브 노드 모두에 대해 단일 ID를 생성하여 단일 라이센스를 사용하게 하는 방법입니다. 복합 호스

트 ID는 클러스터되었거나 복제된 NetWorker Server 환경의 모든 액티브-패시브 시나리

오에서 지원됩니다. 복합 호스트 ID 설정에 대해서는 NetWorker 클러스터 통합 가이드를 참조하십시오.

페일오버 시 접속 관련 문제를 방지하려면 데이터 영역의 모든 NetWorker Client에서 서버 파일에 두 NetWorker Server 노드가 있는지 확인해야 합니다.

동기식 복제 기술

모든 동기식 복제에서 상당한 지연이 발생하며, NetWorker Server에서 생성되는 입출력

의 특성이 지연의 원인입니다(98%의 쓰기가 1Kb 미만인 많은 양의 소규모 임의 입출력). 디스크 요청 서비스 시간이 조금만 증가해도 NetWorker Server의 성능에 상당한 영향

을 미치며 서버 안정성 문제가 발생할 수도 있습니다. 따라서 동기식 복제로 인해 서비스 시간이 크게 증가하지 않는다는 것이 입증된 솔루션만 EMC의 검증을 받을 수 있습니다.

이 고려 사항은 로컬 FC 기반 SAN 클라우드의 EMC VNX MirrorView/S 또는 EMC Symmetrix VMAX SRDF/S와 같은 모든 스토리지 기반 동기식 복제 기술에 적용됩니다.

동기식 복제 토폴로지에 IP 기반 링크 또는 SAN 라우팅이 존재하는 경우 성능 영향을 입증하는 RPQ(Request for Product Qualification)가 필요합니다.

RPQ가 필요한 구성의 예에는 다음이 포함됩니다.

◆ IP 기반 복제본(FCoE, FCIP, 이더넷 등)을 통한 SRDF/S 또는 MirrorView/S

◆ 원격 FC 기반 복제본(SAN 라우팅, DWDM 등)을 통한 SRDF/S 또는 MirrorView/S

비동기식 복제 기술

복제에 사용되는 링크에 충분한 대역폭이 있어 복제가 연속적이고 로드로 인해 재시작

되지 않는 경우 모든 하드웨어 기반 비동기식 또는 유사 동기식 복제가 지원됩니다. 복제

가 재시작되는 동안에는 타겟 쪽이 동기화 중단 상태로 간주되므로 이 기간 동안에는 스토리지 페일오버가 지원되지 않습니다.

이 고려 사항은 모든 링크 유형을 통한 SRDF/A 또는 MirrorView/A와 같은 모든 비동기식 복제 기술에 적용됩니다.



NAS(Network Attached Storage)

NAS 파일러와 NAS 스토리지에 대한 두 접속이 모두 NetWorker 성능 최적화 및 계획 가이드에 설명되어 있는 성능 요구 사항을 충족하는 경우 NetWorker Server 데이터베이스가 NAS 파일러에서 제공하는 NFS(Unix/Linux) 또는 CIFS(Windows) 공유에 위치할 수 있습니

다. 일반적으로 CIFS/NFS 공유의 지연 시간이 로컬 또는 SAN 스토리지에 비해 높으므로 이러한 고려 사항은 CIFS/NFS 공유에 적용되어야 합니다.

CIFS/NFS 공유가 NetWorker Server의 최소 요구 사항을 충족하는 경우 NAS 파일러의 기본 복제 기술을 사용하는 복제가 지원됩니다.

Geo 복제 기술

SRDF/CE와 같은 Geo 클러스터링에 사용되는 모든 스토리지 기반 복제 솔루션의 경우 일반적인 검증 규정을 제공할 수 없을 정도로 사용 사례가 다양하기 때문에 이러한 솔루션

은 사례별로 검증되어야 합니다.

일반적으로 이러한 솔루션의 지원 가능성은 비동기식 복제 시나리오와 유사하므로, 복제가 링크 안정성이나 대역폭 부족 등으로 인해 재시작되지 않고 연속적이면 솔루션이 지원됩니다.

호스트 기반 복제 기술

호스트 기반 복제는 호스트에서 실행하는 소프트웨어를 가리키므로 소프트웨어 기반 복제라고도 합니다. NetWorker Server 데이터베이스의 모든 소프트웨어 기반 원격 미러

링 또는 복제는 입출력 지연 시간이 미치는 영향이 상당하고 일부 필터 레벨 드라이버의 알려진 비호환성 때문에 검증할 수 없습니다. 여기에는 Symantec Veritas VxVM 원격 복제본 또는 EMC RepliStor 같은 솔루션이 포함됩니다.

복제 솔루션 39

emc networker 릴리즈 8.1 서버 재해 복구 및 가용성 …emc networker 릴리즈 8.1 서버...

Documents