OpenStorage EMC Data Domain Boost for · 2020-03-11 · l NetBackup Backup, Archive, and Restore Getting Started Guide l NetBackup Administrator's Guide for UNIX and Linux(2권) l

EMC® Data Domain Boost forOpenStorage3.0 버전

관리 가이드302-001-271

REV. 01

Copyright © 2014 EMC Corporation. All rights reserved. Published in USA.

발행: 2014년 10월

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

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

EMC², EMC 및 EMC 로고는 미국 및 기타 국가에서 EMC Corporation의 등록 상표 또는 상표입니다. 본 문서에 사용된 기타 모든 상표

는 해당 소유주의 자산입니다.

사용 중인 제품군에 대한 최신 규제 관련 문서를 보려면 EMC 온라인 지원 웹 사이트(https://support.emc.com)를 확인하십시오.

한국이엠씨컴퓨터시스템즈(주)서울특별시 강남구 테헤란로 152 강남파이낸스센터 18층대표 전화: (02)2125-7000 구입/상담 문의: 080-775-7000 팩스: (02)2125-7280웹 사이트: http://korea.emc.com

2 EMC Data Domain Boost for OpenStorage 3.0 관리 가이드

머리말 7

OpenStorage용 Data Domain Boost 소개 11

개정 내역.......................................................................................................12OpenStorage용 DD Boost 개요.......................................................................12지원되는 구성 ...............................................................................................13업그레이드 호환성.........................................................................................13

DD Boost 기능 15

DD Boost 기능 개요....................................................................................... 16분산된 세그먼트 처리 ....................................................................................16관리되는 파일 복제........................................................................................ 17

대역폭이 낮은 환경 최적화................................................................17암호화된 관리되는 파일 복제............................................................ 17

AIR(Auto Image Replication).......................................................................... 18Data Domain에서 AIR을 사용하는 경우의 제한 사항 ..........................19

MTree 복제.................................................................................................... 19IPv6 지원.......................................................................................................19IFGROUP: DD Boost IP 로드 밸런싱 및 페일오버.............................................. 20

인터페이스.......................................................................................22클라이언트.......................................................................................22

IP 페일오버 호스트 이름.................................................................................23DD Boost-over-Fibre Channel 전송................................................................. 23DD Boost-over-Fibre Channel 경로 관리......................................................... 25

초기 경로 선택..................................................................................27Dynamic Re-Balancing......................................................................27클라이언트 경로 페일오버.................................................................27Queue-Depth 제약............................................................................28

가상 신세틱 백업........................................................................................... 28클라이언트 액세스 권한 인증......................................................................... 29DD Boost 다중 사용자 데이터 경로................................................................. 29스토리지 유닛 관리........................................................................................ 29

다중 사용자 스토리지 유닛 액세스 제어............................................. 29스토리지 유닛 용량 할당량................................................................30스토리지 유닛 스트림 수 관리........................................................... 30

DD Boost를 위한 Data Domain 시스템 준비 31

Data Domain 시스템에서 DD Boost 활성화.....................................................32DD Boost에 여러 사용자 할당.........................................................................32스토리지 유닛 생성 ....................................................................................... 33스토리지 유닛에 대한 논리적 할당량 구성(선택 사항) ..................................... 34스토리지 유닛에 스트림 제한 구성..................................................................34분산 세그먼트 처리 구성................................................................................ 36IFGROUP 구성 ............................................................................................... 36

인터페이스 그룹 수정....................................................................... 38

1장

2장

3장

목차

EMC Data Domain Boost for OpenStorage 3.0 관리 가이드 3

인터페이스 그룹 제거....................................................................... 39MFR(Managed File Replication) 구성..............................................................39

MFR 임계치 조절...............................................................................39대역폭이 낮은 환경 최적화 활성화 ....................................................39암호화 설정...................................................................................... 40IPv6 지원 설정.................................................................................. 40MFR TCP 포트 변경............................................................................41

클라이언트 액세스 권한 인증 구성..................................................................41Secure Multi-Tenancy 기능과 DD Boost 통합.................................................. 42DD Boost-over-FC 서비스 구성........................................................................42DD Boost-over FC 디바이스 세트 사이징......................................................... 43

사이징 계산...................................................................................... 44

OpenStorage용 DD Boost 설치 47

설치 개요.......................................................................................................48OST 플러그인 및 DD OS 업그레이드.................................................. 48방화벽 및 포트..................................................................................48

NetBackup용 OST 플러그인 설치................................................................... 49미디어 서버에 OST 플러그인 설치..................................................... 49UNIX 플러그인 설치 ......................................................................... 49Windows 플러그인 설치....................................................................50NetBackup 서비스............................................................................ 51

Backup Exec용 OST 플러그인 설치.................................................................52미디어 서버에 플러그인 설치............................................................ 52Windows 플러그인 설치....................................................................52Backup Exec 서비스......................................................................... 53

Tuning Windows Media Servers for Performance............................................53Windows 플러그인 제거.................................................................................53

백업 애플리케이션 관리 55

미디어 서버 구성........................................................................................... 56NetBackup 구성............................................................................... 56Backup Exec 구성.............................................................................66

NetBackup Administration............................................................................ 69OST 플러그인 버전 확인....................................................................69NetBackup 버전 확인........................................................................69네트워크 시간 초과...........................................................................69페일오버를 위한 스토리지 유닛 그룹화..............................................70

Backup Exec 관리..........................................................................................71OST 플러그인 버전 확인....................................................................71Backup Exec 버전 확인..................................................................... 71Data Domain 시스템의 스토리지 유닛 삭제....................................... 71

기본적인 문제 해결 73

일반적인 문제 해결........................................................................................ 74파일 복제를 위한 Data Domain 시스템 설정....................................................74NetBackup 문제 해결.....................................................................................74

Data Domain 시스템 삭제 불가......................................................... 74설치 확인......................................................................................... 75자격 증명 확인..................................................................................76라이센스 오류 해결...........................................................................76

4장

5장

6장

목차


미디어 서버에 대한 오류 로깅........................................................... 76미디어 서버에서 실패한 백업 해결.....................................................76플러그인 로그 메시지 해결................................................................78“Cannot connect on socket” 오류 해결............................................. 78Solaris 미디어 서버에서 NetBackup 백업 작업 실패...........................78최적화된 복제 작업 실패................................................................... 79가상 신세틱(synthetic) 백업..............................................................79자동 이미지 복제 모니터링................................................................80

Backup Exec 문제 해결.................................................................................. 85기본적인 문제 해결...........................................................................85설치 확인......................................................................................... 85Data Domain 시스템에 대한 자격 증명 확인.......................................85라이센스 오류 해결 .......................................................................... 85활성 디버깅 설정.............................................................................. 85

목차

EMC Data Domain Boost for OpenStorage 3.0 관리 가이드 5

목차


머리말

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

제품이 올바르게 작동하지 않거나 이 문서에 설명된 대로 작동하지 않는 경우 EMC 기술 지원전문가에게 문의하십시오.

이 문서에서 설명하는 내용은 발행 당시를 기준으로 정확합니다. EMC 온라인 지원(https://support.emc.com)으로 이동하여 이 문서의 최신 버전을 사용하고 있는지 확인하십시오.

용도

이 가이드는 Data Domain 시스템에서 OpenStorage용 EMC Data Domain Boost를 설치, 구성 및 사용하는 방법을 설명합니다.

계속하기 전에 항상 EMC 온라인 지원 사이트(https://support.emc.com)에서 이 문서의 최신 버전을 확인하십시오. 이 문서의 인쇄된 버전이나 CD 기반 버전은 오래되었을 수 있습니

다.

대상

이 가이드는 Symantec 백업 애플리케이션과 일반적인 백업 관리에 익숙한 시스템 관리자를대상으로 합니다.

관련 EMC 설명서

다음 Data Domain 시스템 문서는 추가 정보를 제공합니다.

l EMC Data Domain Operating System Release Notes

l EMC Data Domain Operating System 초기 구성 가이드

l EMC Data Domain Operating System 관리 가이드

l EMC Data Domain Operating System 명령 참조 가이드

l EMC Data Domain 확장 셸프 하드웨어 가이드

l 지원되는 각 플랫폼(예: DD890, DD690g 등)에 대한 Data Domain 시스템 설치 및 설정가이드

OpenStorage 백업 애플리케이션용 DD Boost 설명서

백업 애플리케이션에 대한 설명서는 Symantec 웹 사이트를 통해 얻을 수 있습니다.

Symantec NetBackup 설명서

일반적인 Symantec 지원 페이지에서 NetBackup 서버 제품 페이지로 이동하여 기술 자료에서 설명서를 검색합니다.

특정 문서를 찾으려면 원하는 검색 엔진에서 검색 조건으로 문서 제목을 입력합니다.

l NetBackup 공유 스토리지 가이드

머리말 7

https://support.emc.com/



l NetBackup 문제 해결 가이드

l NetBackup 명령

다음 NetBackup 문서에서도 자세한 내용을 확인할 수 있습니다.

l NetBackup Backup, Archive, and Restore Getting Started Guide

l NetBackup Administrator's Guide for UNIX and Linux(2권)

l NetBackup Administrator’s Guide for Windows(2권)

l Best Practices for using Storage Lifecycle Policies in NetBackup.

l 지원되는 OpenStorage 서버에 대한 정보가 포함된 NetBackup 7.x HardwareCompatibility List

Symantec Backup Exec 설명서

다음 문서는 애플리케이션과 함께 설치됩니다.

l Symantec Backup Exec 2012 Administrator’s Guide

l 지원되는 OpenStorage 서버에 대한 정보가 포함된 Backup Exec 2012 HardwareCompatibility List

본 문서에 사용된 중요 알림 표기법

특별한 고지 사항이 있을 경우 다음과 같은 표기법을 사용합니다.

비즈니스 또는 데이터 손실의 가능성을 경고하는 내용을 나타냅니다.

부수적이지만 항목에 필수적이지 않은 정보를 나타냅니다.

입력 표기법

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

표 1 인쇄용 서체

굵은 글꼴 인터페이스 요소의 이름(예: 창, 대화 상자, 버튼, 필드, 탭, 키, 메뉴 경로

등 특히 사용자가 선택하거나 클릭할 수 있는 요소의 이름)에 사용

기울임꼴 본문 중 참조되는 출판물의 전체 제목에 사용

Monospace 다음을 나타내기 위해 사용됨:

l 시스템 코드

l 시스템 출력(예: 오류 메시지 또는 스크립트)

l 경로 이름, 파일 이름, 프롬프트 및 구문

l 명령 및 옵션

Monospace 기울임꼴 변수에 사용

Monospace 굵은 글꼴

사용자 입력에 사용

[ ] 대괄호는 선택적 값을 묶습니다.

| 세로줄은 대체 선택 항목을 나타냅니다. 즉 “또는”을 의미합니다.

{ } 중괄호는 사용자가 지정해야 하는 컨텐츠(x, y 또는 z)를 나타냅니다.

머리말


표 1 인쇄용 서체 (계속)

... 줄임표는 예에서 생략된 비핵심 정보를 나타냅니다.

지원 정보

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

EMC 제품 정보설명서, 릴리즈 노트, 소프트웨어 업데이트 또는 EMC 제품에 대한 자세한 정보는 다음의 EMC 온라인 지원 웹 사이트(https://support.emc.com)에서 확인하십시오.

기술 지원EMC 온라인 지원 웹 사이트로 이동한 후 서비스 센터를 클릭합니다. EMC 기술 지원을요청할 수 있는 몇 가지 옵션이 나타납니다. 서비스 요청을 개설하려면 유효한 지원 계약이 있어야 합니다. 유효한 지원 계약을 체결하는 방법에 대한 자세한 내용이나 계정에대한 질문은 EMC 영업 담당자에게 문의하십시오.

사용자 의견

여러분이 보내주시는 의견은 EMC 사용 설명서의 체계적인 구성과 정확성, 전반적인 품질 향상을 위해 유용하게 사용됩니다. 본 설명서와 관련한 의견이 있으면 [email protected]으로 보내 주십시오.

머리말

9


mailto:[email protected]

머리말


1장

OpenStorage용 Data Domain Boost 소개

이 장은 다음과 같은 항목으로 구성되어 있습니다.

l 개정 내역...............................................................................................................12l OpenStorage용 DD Boost 개요...............................................................................12l 지원되는 구성 .......................................................................................................13l 업그레이드 호환성.................................................................................................13

OpenStorage용 Data Domain Boost 소개 11

개정 내역다음 표에서는 이 문서의 개정 내역을 보여 줍니다.

표 2 OpenStorage용 DD Boost 릴리즈 3.0.1의 개정 내역

개정 버전 날짜 설명

01 2014년 10월 14일 최초 발행.

OpenStorage용 DD Boost 개요Symantec 백업 애플리케이션(NetBackup 및 Backup Exec)과 관련된 DD Boost(DataDomain Boost)의 두 가지 구성 요소는 다음과 같습니다.

l 각 미디어 서버에 설치하는 OST 플러그인. 이 플러그인에는 Data Domain 시스템에서 실행되는 DD 서버와 통합하기 위한 DD Boost 라이브러리가 포함됩니다.

l Data Domain 시스템에서 실행되는 DD 서버

Data Domain 시스템은 단일 Data Domain 시스템, 게이트웨이 또는 DD ExtendedRetention 시스템이 될 수 있습니다.

백업 애플리케이션(NetBackup 또는 Backup Exec)은 백업 및 복제 시기를 제어하는 정책을설정합니다. 관리자는 하나의 콘솔에서 백업, 복제 및 복구를 관리하며, 효율적인 WANReplicator 소프트웨어를 포함하여 DD Boost의 모든 기능을 사용할 수 있습니다.

Data Domain 시스템은 스토리지 유닛이라고도 하는 사전 생성된 디스크 볼륨을 DD Boost사용 미디어 서버에 표시합니다. 각각 Data Domain OST 플러그인이 있는 여러 미디어 서버에서 Data Domain 시스템의 같은 스토리지 유닛을 스토리지 서버로 사용할 수 있습니다. 각미디어 서버는 Data Domain과 백업 애플리케이션(NetBackup 또는 Backup Exec)에서 지원되는 경우 서로 다른 운영 체제를 실행할 수 있습니다.

이 그림에는 NetBackup을 사용하여 OpenStorage용 Data Domain Boost를 구성하는 예가나와 있습니다.



그림 1 OpenStorage용 DD Boost — NetBackup 구성

1. 클라이언트

2. 서버

3. 운영 스토리지

4. 미디어 서버

5. OST 플러그인

6. Data Domain7. 온사이트 보존 스토리지

8. DD Boost9. WAN10. 오프사이트 재해 복구 스토리지

11. 필요 시 테이프에 아카이빙

12. 백업

13. 보존/복구

14. 복제

15. 재해 복구

지원되는 구성EMC Data Domain은 모든 Data Domain 시스템에서 DD Boost를 지원합니다.

OST 플러그인 버전이 Data Domain 시스템의 소프트웨어 버전 및 백업 애플리케이션 구성과호환되어야 합니다. Data Domain은 EMC 온라인 지원 사이트(https://support.emc.com)에있는 Data Domain Boost Compatibility Guide에 명시되지 않은 조합은 지원하지 않습니다.

업그레이드 호환성복제에 대한 Data Domain의 업그레이드 호환성 정책은 다음과 같습니다.

l 한 제품군 내의 모든 유지 보수 및 패치는 이전 버전과 호환 가능합니다. 제품군은 릴리즈번호의 첫 두 자리 숫자(예: 5.2)로 식별됩니다. 예를 들어 5.2.0.0, 5.2.0.2, 5.2.1.0,5.2.2.0은 모두 이전 버전과 호환 가능합니다.


지원되는 구성 13


l 복제는 연속된 두 릴리즈 제품군(예: 5.5 및 5.4) 전체에서 이전 버전과 호환 가능합니다.단, 각 제품군 내 최신 릴리즈만 완전히 테스트되었습니다.

l 복제 작업에는 두 가지 시스템, 즉 대상 시스템(타겟)과 소스 시스템이 필요하며, 대상이소스와 동일하거나 한 버전 더 상위의 버전을 실행해야 합니다.

l 소스와 대상 Data Domain 시스템에 모두 복제용 라이센스가 있어야 합니다.



2장

DD Boost 기능

단일 노드 및 DD Extended Retention에 대한 새로운 기능과 향상된 기능을 사용할 수 있습니다.

이 장에서는 다음 항목을 통해 DD Boost 소프트웨어의 주요 특징 및 기능에 대해 설명합니다.

l DD Boost 기능 개요............................................................................................... 16l 분산된 세그먼트 처리 ............................................................................................16l 관리되는 파일 복제................................................................................................ 17l AIR(Auto Image Replication).................................................................................. 18l MTree 복제............................................................................................................ 19l IPv6 지원...............................................................................................................19l IFGROUP: DD Boost IP 로드 밸런싱 및 페일오버...................................................... 20l IP 페일오버 호스트 이름.........................................................................................23l DD Boost-over-Fibre Channel 전송......................................................................... 23l DD Boost-over-Fibre Channel 경로 관리................................................................. 25l 가상 신세틱 백업................................................................................................... 28l 클라이언트 액세스 권한 인증................................................................................. 29l DD Boost 다중 사용자 데이터 경로......................................................................... 29l 스토리지 유닛 관리................................................................................................ 29

DD Boost 기능 15

DD Boost 기능 개요백업 애플리케이션은 데이터 복구 및 재해 복구 대처 전략의 중요한 구성 요소입니다. 각 전략에는 사용자가 신속하게 대응하고 효과적으로 운영을 관리하도록 지원하는 강력하고 간편하면서 유연한 토대가 필요합니다.

EMC Data Domain 시스템은 백업 소프트웨어와 손쉽게 통합되며 인라인 중복 제거를 통한보존 및 복구의 이점을 제공합니다. 또한 Data Domain 시스템은 WAN을 통한 복제 기능을 제공하므로 오프사이트 재해 복구 보호 효과를 누릴 수 있습니다.

DD Boost는 클라이언트와 백업 서버 간의 중복 제거 프로세스를 분산시켜 성능을 높여 줍니다.

분산된 세그먼트 처리DD Boost 소프트웨어의 분산된 세그먼트 처리 기능은 클라이언트와 서버 간의 중복 제거 프로세스를 분산시켜 중복된 데이터가 Data Domain 시스템으로 전송되지 않도록 방지합니다.

분산된 세그먼트 처리 기능은 다음과 같은 이점을 제공합니다.

l DD Boost 라이브러리에서 고유한 데이터만 Data Domain 시스템에 전송되기 때문에 생성되는 네트워크 트래픽이 감소할 수 있습니다. 일반적으로 데이터 세트의 중복률이 높을수록 Data Domain 시스템으로 전송 시 네트워크 대역폭 절감률이 커집니다.

l 분산된 세그먼트 처리 기능을 사용할 때 DD Boost 라이브러리는 추가 메모리를 사용하지 않습니다. 하지만 데이터가 Data Domain 시스템에 있는지 확인하기 위해 애플리케이션 호스트에 추가 처리 능력이 필요합니다.

그림 2 분산된 세그먼트 처리 기능이 활성화됨

1. 데이터베이스/서버

2. Data Domain 시스템

DD Boost 기능


3. Data Domain OpenStorage 플러그인

4. 세그먼트

5. 지문

6. 압축

7. 필터

8. 쓰기

Solaris 11/11.1 번들 OpenSSL 1.0.0.j를 사용하고 Solaris 11(SRU2 이상) 또는 Solaris 11.1이상을 실행하는 경우 플러그인의 DSP(Distributed Segment Processing) 기능이 향상됩니

다. SPARC T4 프로세서를 실행하고 Solaris 11(SRU2 이상) 또는 Solaris 11.1 이상을 실행하

는 Solaris 플러그인에는 DSP가 기본적으로 활성화되어 있습니다.

관리되는 파일 복제DD Boost 소프트웨어는 애플리케이션에서 Data Domain Replicator 소프트웨어를 제어할 수있도록 하므로, 네트워크 효율성이 뛰어난 Data Domain 복제 기술을 사용해 한 DataDomain 시스템의 데이터에 대한 복제본을 다른 Data Domain 시스템에서 생성할 수 있습니다.

백업 애플리케이션에서 여러 Data Domain 시스템 간의 데이터 복제를 제어할 수 있기 때문에, 백업 관리자는 중앙 집중식으로 모든 백업 및 중복 복제본을 추적하여 관리할 수 있습니다.

대역폭이 낮은 환경 최적화

저대역폭 Replicator 옵션을 사용하면 WAN 대역폭 사용량이 감소합니다. 관리되는 파일 복제 작업이 저대역폭 네트워크(WAN) 링크를 통해 수행될 경우 유용한 옵션입니다. 이 기능은데이터 전송 중 데이터를 추가로 압축하므로 사용 가능 대역이 6Mb/s 미만인 WAN 링크를 통해 관리되는 파일 복제 작업을 수행할 경우에만 사용하는 것이 좋습니다.

대역폭이 낮은 환경 최적화 옵션을 사용하려면 소스와 대상 Data Domain 시스템에 모두 이설정을 구성해야 하며, 이 옵션은 모든 복제 작업에 적용됩니다.

이 주제에 대한 자세한 내용은 EMC Data Domain Operating System 관리 가이드를 참조하십시오.

암호화된 관리되는 파일 복제

이 옵션을 사용하면 애플리케이션이 SSL을 사용하여 두 Data Domain 시스템 간의 복제 세션을 암호화할 수 있습니다. 모든 데이터와 메타데이터가 암호화되어 WAN을 통해 전송됩니다.

소스와 대상 시스템이 자동 조정을 통해 요청한 애플리케이션에 영향을 미치지 않고 암호화를 수행합니다. 암호화된 파일 복제는 ADH-AES256-SHA 암호 그룹을 사용합니다.

이 옵션은 각 Data Domain 시스템에 활성화되어 있으며 해당 시스템의 모든 관리되는 파일복제 작업에 적용됩니다. 관리되는 파일 복제 작업에 참여하는 소스와 대상 Data Domain 시스템에서 모두 이 옵션이 활성화되어 있어야 합니다.

암호화된 관리되는 파일 복제 기능은 선택적인 암호화 라이센스를 통해 DD OS에 제공되는저장된 데이터 암호화 기능과 함께 사용할 수 있습니다. 암호화된 관리되는 파일 복제 기능을저장된 데이터 암호화 기능과 함께 사용하는 경우, 암호화된 백업 이미지 데이터가 다시 SSL을 사용하여 암호화되어 WAN을 통해 전송됩니다.

DD Boost 기능

관리되는 파일 복제 17

l 이 주제에 대한 자세한 내용은 EMC Data Domain Operating System 관리 가이드를 참조하

십시오. 이 기능을 사용하려면 소스와 대상 Data Domain 시스템에서 모두 DD OS 5.0 이상을 실행해야 합니다. 이 기능을 활성화하기 위해 Data Domain 시스템의 파일 시스템을

다시 시작할 필요가 없습니다.

l 저대역폭 최적화 옵션과 암호화 옵션을 함께 사용할 수 있습니다.

AIR(Auto Image Replication)AIR(Auto Image Replication)은 원격 마스터 서버 도메인에 이미지를 복제하는 방식으로 작동합니다. NetBackup 7.6에 도입된 AIR 기능은 SLP(Storage Lifecycle Policies)를 통해NetBackup 마스터 도메인 간에 선택한 이미지를 복제할 수 있도록 함으로써 사이트 간 복제와 관련된 당면 과제를 해결합니다.

AIR의 주된 목적은 사이트 장애로부터 보호하기 위해 미션 크리티컬 백업의 오프사이트 복제본을 생성하는 것이며, 백업을 별도의 도메인에 저장할 수 있도록 하여 백업 도메인의 스토리지 용량을 확장하거나 일상적인 데이터 복구 기능을 제공하기 위한 것이 아닙니다. 사이트 간WAN 대역폭 제한으로 인해 일반적으로 가장 중요한 데이터만 AIR을 사용해 복제하도록 선택해야 합니다. 이 방식의 전자 오프사이팅을 통해 운영 사이트에서 백업이 완료되자마자 사용자 개입이 필요 없이 SLP 구성을 기반으로 오프사이트 위치에 백업 세트가 복제될 수 있을 뿐만 아니라, 복제가 완료되는 즉시 재해 복구 사이트에서 복제본을 사용할 수 있습니다.

AIR을 사용하려면 소스와 타겟 도메인에 적절한 디스크 스토리지 유닛을 구성해야 합니다.스토리지 유닛은 각 Data Domain 시스템에 구성된 관리 ddboost association 명령을

사용하여 서로 연결됩니다.

아래 그림은 다음과 같은 구성을 보여 줍니다.

소스 Data Domain 시스템(D1)은 타겟 도메인으로 백업 이미지 복제본을 라우팅합니다.

ddboost association create D1-SU-A replicate-to D2 D2-SU-B

타겟 Data Domain 시스템(D2)은 인증 및 이벤트 알림을 제공합니다.

ddboost association create D2-SU-B replicate-from D1 D1-SU-A

현재는 각 스토리지 유닛에 대해 하나의 연결만 지원됩니다. 따라서 아래 그림과 같이 단일복제 시나리오만 지원됩니다.

그림 3 자동 이미지 복제

1. D1(NBU 도메인 1) SU-A

DD Boost 기능


2. D2(NBU 도메인 2) SU-B

AIR 연결 생성 시에는 IP 서버 이름만 유효하므로, AIR 연결 생성 시 DFC 서버 이름을 사용하

면 안 됩니다.

자동 이미지 복제는 소스 도메인에 있는 디스크 풀의 백업을 타겟 도메인의 디스크 풀로 복제함으로써 수행됩니다. 복제 작업에는 소스 도메인과 타겟 도메인에 하나씩 두 개의 SLP가 필요하며, 둘 모두 같은 이름을 가져야 합니다. 소스 도메인의 SLP는 백업 정책과 연결되어 있으며, 백업 기록과 이후의 타겟 도메인에 대한 복제를 제어합니다. 타겟 도메인의 SLP는 백업정책과 연결되어 있지 않지만 소스 도메인에서 복제된 새 이미지가 감지되면 알림 메커니즘을 통해 호출됩니다. 이 SLP는 타겟 도메인으로의 백업에 대한 정보를 추가하는 프로세스를실행하며 백업을 타겟 도메인의 다른 스토리지 위치로 복제하도록 구성할 수 있습니다.

자동 이미지 복제의 백업 이미지는 일반적인 NetBackup 백업 이미지와 다릅니다. 백업이 완료된 후 타겟 도메인에 복제되기 전에 백업과 연결된 이미지 데이터베이스 정보(백업에 실제로 포함된 내용이 나열된 NetBackup 카탈로그의 일부)가 백업 이미지 끝에 추가되기 때문입니다. 타겟 도메인에서 새 백업이 감지되면 해당 백업에서 이 정보가 읽혀져 타겟 도메인의NetBackup 카탈로그에 기록됩니다. 이 정보는 소스 도메인 복제본과 타겟 도메인의 첫 복제본에만 있으며, 타겟 도메인에서 생성되는 이후 중복 복제본에는 포함되어 있지 않습니다.

Data Domain에서 AIR을 사용하는 경우의 제한 사항

AIR은 단일 타겟 스토리지 유닛에 대해서만 지원됩니다. 단일 SLP를 사용하여 다중 구간 복제를 수행할 수 없습니다. 각 중간 도메인에 SLP를 설정하여 시작 이미지를 예상하고 가져와서 다음 타겟 마스터에 복제하는 경우 시작 도메인에서 여러 도메인으로 다중 구간 복제가 가능합니다.

MTree 복제DD OS 릴리즈 5.5부터 소스 및 대상 Data Domain 시스템에서 서로 다른 사용자 이름에 대해스토리지 유닛의 MTree 복제가 지원됩니다. 스토리지 유닛의 MTree 복제를 사용하려면MTree에 사용자를 할당하여 MTree의 타겟 스토리지 유닛을 스토리지 유닛으로 변환해야 합니다. MTree에 사용자를 할당하려면 DD OS ddboost storage-unit modify 명령을

사용합니다. 자세한 내용은 EMC Data Domain Operating System 명령 참조 가이드를 참조하십시오.

IPv6 지원IPv6 복제 지원에는 관리되는 파일 복제가 포함되며, 관리되는 파일 복제는 ddboostfile-replication option set ipversion ipv6 명령을 사용하여 구성됩니다.

클라이언트는 호스트 이름을 사용하여 Data Domain 시스템에 접속합니다. 호스트 이름 매개변수는 문자열 유형이며, a.b.c.d 형식의 IPv4 주소 또는 유효한 IPv6 주소(예: 1234:abcd::4567 또는 12:34:56:78::0)도 사용할 수 있습니다. 네트워크에 IPv4와 IPv6 주소가 둘 다 있는 경우 접속 시 클라이언트에서 제공하는 IP 주소 계열이 호스트 이름 확인을 위한 기본 IP주소 계열로 사용됩니다. 네트워크에 한 가지 IP 주소 계열만(IPv4만 또는 IPv6만) 있는 경우,호스트 이름이 해당 주소로 확인되고, 백업 및 복구를 위한 클라이언트와 Data Domain 간의접속에 이 주소가 사용됩니다. 클라이언트에 기본 IP 주소 계열이 지정되지 않은 경우, DNS를통해 확인되는 IP 주소가 백업 및 복구를 위한 클라이언트와 Data Domain 간의 접속에 사용됩니다. 기본값은 IPv4입니다. 이전 버전과의 호환성을 위해 IPv4가 기본 IP 주소로 설정되어있습니다. 주소 확인이 실패할 경우 클라이언트가 새 호스트 이름으로 다시 접속을 시도합니다.

DD Boost 기능

Data Domain에서 AIR을 사용하는 경우의 제한 사항 19

IFGROUP은 IPv6를 지원하지 않습니다. DD Boost 클라이언트에서 IPv6 별칭 IP 주소를 사용

해서는 안 됩니다. 물리적/VLAN 인터페이스당 하나의 IPv6 주소만 지원됩니다.

IFGROUP: DD Boost IP 로드 밸런싱 및 페일오버

이 기능은 DD Boost-over-IP 전송에만 적용됩니다.

IFGROUP 기능을 사용하면 여러 이더넷 링크를 하나의 그룹으로 결합해 Data Domain 시스템의 한 인터페이스만 백업 애플리케이션에 등록할 수 있습니다. DD Boost 라이브러리는 백업애플리케이션에 등록된 인터페이스에서 Data Domain 시스템과 조정 과정을 거쳐 데이터를Data Domain 시스템에 전송할 최선의 인터페이스를 확보합니다. 로드 밸런싱은 이더넷 레벨집계를 사용하여 인터페이스를 가상 인터페이스로 구성할 때보다 더 높은 물리적 처리량을Data Domain 시스템에 제공합니다.

Data Domain 시스템은 그룹의 모든 인터페이스에서 여러 백업 애플리케이션 호스트의 접속을 로드 밸런싱합니다. 로드 밸런싱은 백업 애플리케이션에 영향을 미치지 않으며 DD Boost소프트웨어를 통해 처리됩니다. IFGROUP은 DD Boost 소프트웨어 계층에서 작동하므로 기본 네트워크 연결과 원활하게 작동하며 물리적/가상 인터페이스를 지원합니다. 데이터 전송은 인터페이스에서 미완료된 접속 수에 따라 로드 밸런싱됩니다. 백업 및 복원 작업의 접속만로드 밸런싱됩니다.

Data Domain 시스템 간의 관리되는 파일 복제 접속은 IFGROUP의 일부가 아닙니다. 대상

Data Domain 시스템에 대해 단일 IP 주소가 사용됩니다. IFGROUP의 한 인터페이스를 제외

하여 소스와 대상 Data Domain 시스템 간의 관리되는 파일 복제 경로를 위해 예약해 두는 것이 좋습니다.

DD Boost 기능


그림 4 IFGROUP: DD Boost IP 로드 밸런싱 및 페일오버

1. 미디어 서버

2. OST 플러그인

3. 네트워크 계층 집계

4. 로드 밸런싱된 미디어 서버 그룹

5. 인터페이스 그룹 그룹 내 4개 포트

6. NIC7. DD Boost

IFGROUP은 다른 네트워크 계층 집계 및 페일오버 기능과 함께 사용할 수 있습니다. 그림의구성 예가 한 가지 가능성을 보여 줍니다. 미디어 서버와 Data Domain 시스템에 연결된 스위치를 연결하는 링크는 집계된 페일오버 모드로 구성됩니다. 이 구성은 완벽한 네트워크 페일오버 기능을 제공합니다. 사용 가능한 모든 집계 기술을 미디어 서버와 스위치 간에 사용할수 있습니다.

IFGROUP은 VLAN 태그 지정 및 IP 별칭 지정을 비롯한 Data Domain 시스템의 다른 네트워크계층 기능과도 작동합니다. 이 기능을 사용하면 모두 Data Domain 시스템의 동일한 물리적링크에서 실행되는 여러 가상 네트워크로 트래픽을 분리할 수 있어 유연성이 향상됩니다.

Data Domain 시스템에서 VLAN 태그 지정 및 IP 별칭 지정을 구성하는 방법에 대한 자세한 내용은 EMC Data Domain Operating System 관리 가이드를 참조하십시오.

IFGROUP는 다음과 같은 이점을 제공합니다.

l 애플리케이션에 여러 인터페이스로 Data Domain 시스템을 등록할 필요가 없어 설치와구성이 간소화됩니다.

DD Boost 기능

IFGROUP: DD Boost IP 로드 밸런싱 및 페일오버 21

l 애플리케이션에 영향을 미치지 않고 진행 중인 모든 작업을 장애가 발생한 인터페이스에서 올바르게 작동하는 링크로 페일오버합니다. 백업 애플리케이션 관점에서 작업이 중단없이 계속됩니다.

l Data Domain 시스템 작동 중에 그룹의 인터페이스 중 하나에서 장애가 발생할 경우 이후수신되는 백업 작업을 사용 가능한 인터페이스에 보냅니다.

l 그룹의 여러 인터페이스에서 백업 및 복구 작업을 자동으로 로드 밸런싱함으로써 링크활용도를 높입니다.

l Data Domain 시스템에 IFGROUP이 구성되어 있어야 합니다.

l 동일한 IFGROUP의 1GbE 인터페이스 및 10GbE 인터페이스를 지원합니다. 단일IFGROUP에서 속도가 다른 인터페이스의 결합이 가능하며 지원됩니다.

l 관리자는 여러 IFGROUP을 정의할 수 있으며, 이 경우 한 IFGROUP <group-name> 내에서로드 밸런싱과 페일오버가 적용됩니다. 이를 통해 VLAN의 클라이언트와 같은 일부 DataDomain 시스템 인터페이스에만 연결할 수 있는 백업 서버를 지원할 수 있습니다.

l 각 IFGROUP <group-name>은 IFGROUP에 속한 인터페이스와 클라이언트 목록으로 구성됩니다. IFGROUP <group-name> 내의 모든 인터페이스는 <group-name>의 모든 클라이언트에서 연결할 수 있습니다.

인터페이스

ifgroup 인터페이스는 단일 ifgroup<group-name>의 구성원이며 다음과 연결된 IPv4로 구성될수 있습니다.

l 물리적 인터페이스. 예: eth0al 링크 페일오버 또는 Link Aggregation을 위해 생성된 가상 인터페이스. 예: veth1l 가상 별칭 인터페이스. 예: eth0a:2 또는 veth1:2l 가상 VLAN 인터페이스. 예: eth0a.1 또는 veth1.1l 네트워크 오류 시 페일오버를 수행할 수 있도록 ifgroup<group-name> 내의 모든 인터페이

스는 고유한 인터페이스(이더넷, 가상 이더넷)여야 합니다.

클라이언트

ifgroup 클라이언트는 단일 ifgroup<group-name>의 구성원이며 다음으로 구성될 수 있습니다.

l FQDN(Fully Qualified Domain Name)(예: ddboost.datadomain.com)

l 와일드카드(예: *.datadomain.com 또는 “*”)

l 클라이언트의 단축 이름(예: ddboost)

클라이언트가 ifgroup의 인터페이스 중 하나에 직접 접속하는 경우 클라이언트 구성이 필요없습니다. 클라이언트가 ifgroup의 클라이언트 조건과 일치하지 않는 경우, Data Domain 시스템에 대한 관리되는 인터페이스로서 사용되는 IP 주소를 기준으로 최종 확인이 이루어집니다. 이에 따라 ifgroup 그룹을 활성화하기 위해 "dummy" 클라이언트 이름이 사용될 수 있습니다.

이 자동 감지 클라이언트 그룹이 작동하기 위해 다른 그룹에서는 "*"(모든 클라이언트)를 사용할 수 없습니다.

DD Boost 기능


IP 페일오버 호스트 이름페일오버 호스트 이름 기능을 이용하면 첫 번째 접속 시 페일오버 또는 네트워크 오류로 인한페일오버에 사용할 대체 Data Domain 관리 IP 주소와 호스트 이름을 구성할 수 있습니다. 대체 호스트 이름은 DNS에서 구성하거나 DD Boost 클라이언트의 /etc/hosts 파일에서 구성할 수 있습니다. IPv4와 IPv6가 모두 지원됩니다.

대체 호스트 이름을 구성하려면 Data Domain 시스템 호스트 이름에 -failover를 추가합

니다.

IPv4 예:

10.6.109.38 ddp-880-1.datadomain.com ddp-880-110.6.109.40 ddp-880-1-failover.datadomain.com ddp-880-1-failover

IPv6 예:

3000::230 ddp-880-2-v6.datadomain.com ddp-880-2-v63000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

이 기능을 사용하면 링크 페일오버 모드에서 관리 IP 주소가 필요 없습니다. 또한 이 페일오버인터페이스를 ifgroup에 추가하여 시스템의 표준 관리 인터페이스를 거치지 않고 ifgroup에직접 접속할 수 있습니다. 이렇게 하면 로드 밸런스와 처리 성능이 향상됩니다. 첫 번째 접속이 실패할 경우 페일오버 IP 주소(있는 경우)가 사용됩니다. 접속이 설정되면 ifgroup을 사용해 읽기/쓰기 인터페이스가 선택됩니다. 위의 IPv4 예를 살펴보겠습니다.

1. 클라이언트에서 ddp-880-1.datadomain.com에 접속을 시도합니다.

2. 접속이 실패하면 클라이언트에서 ddp-880-1-failover.datadomain.com에 접속을 시도합니다.

3. 첫 번째 접속 후 네트워크 오류가 발생할 경우 다른 인터페이스에 접속이 다시 시도됩니다. 예를 들어 ddp-880-1-failover.datadomain.com에 첫 번째 접속이 이루어

진 경우 클라이언트에서 ddp-880-1.datadomain.com에 접속을 다시 시도합니다.오류 발생 시 접속을 시도한 최종 주소가 항상 Data Domain 시스템 IP 주소입니다.

DD Boost-over-Fibre Channel 전송DD OS 버전 5.4 이전에는 DD Boost 라이브러리와 Data Domain 시스템 간의 모든 통신이 IP네트워킹을 통해 수행되었습니다. 애플리케이션은 호스트 이름 또는 IP 주소를 사용하여Data Domain 시스템을 지정합니다. 을 참조하십시오(23페이지)

그림 5 DD Boost-over-IP 전송

1. 미디어 서버

2. 애플리케이션, DD Boost 라이브러리, TCP/IP 전송

DD Boost 기능

IP 페일오버 호스트 이름 23


4. DD Boost 서비스

5. TCP/IP

DD OS 릴리즈 5.4에는 DD Boost 라이브러리와 Data Domain 시스템 간의 통신을 위한 대체전송 메커니즘으로 Fibre Channel이 도입되었습니다.

DD Boost-over-FC 전송을 통해 Data Domain 시스템에 액세스를 요청하기 위해 애플리케이션은 특별한 문자열 DFC-<dfc-server-name>을 사용해 Data Domain 시스템을 지정합니

다. 여기서 <dfc-server-name>은 Data Domain 시스템에 구성된 DD Boost-over-FC 서버 이름입니다.

IP 호스트 이름이 대소문자를 구분하지 않듯이 dfc-server-name도 대소문자를 구분하

지 않습니다.

그림 6 미디어 서버와 Data Domain 시스템 간의 SCSI 명령

1. 미디어 서버

2. 애플리케이션, DD Boost 라이브러리, DD Boost-over-FC 전송


4. DD Boost 서비스

5. DD Boost-over-FC 서버

6. FC 기반 SCSI 명령

7. SCSI 프로세서 디바이스

Data Domain 시스템에서 DD Boost-over-FC 서비스를 설정하려면 추가 구성 단계가 필요합니다. 자세한 내용은 DD Boost-over-FC 서비스 구성(42페이지)을 참조하십시오.

DD Boost-over-FC 전송의 경우 로드 밸런싱과 링크 레벨의 고가용성이 IFGROUP이 아닌 다른수단을 통해 달성됩니다. 자세한 내용은 DD Boost-over-Fibre Channel 경로 관리(25페이지)를 참조하십시오.

DD Boost-over-FC 통신 경로는 미디어 서버/DD Boost 라이브러리와 Data Domain 시스템 간에만 적용되며 두 Data Domain 시스템 간의 통신에는 적용되지 않습니다. 다음 그림에서 볼수 있듯이, 그러한 통신은 미디어 서버와 Data Domain 시스템 간의 통신 경로에 관계없이 항상 IP 네트워크를 통해서만 이루어집니다.

DD Boost 기능


그림 7 Fibre Channel 통신 경로

1. 미디어 서버

2. 애플리케이션, DD Boost 라이브러리

3. IP 또는 FC4. IP 또는 FC(제어)5. Data Domain 시스템, 복제 소스

6. IP만(데이터)7. Data Domain 시스템, 복제 대상

DD Boost-over-Fibre Channel 경로 관리IFGROUP: DD Boost IP 로드 밸런싱 및 페일오버(20페이지)에 설명된 IFGROUP 기반 메커니즘은 이더넷 인터페이스에 기반한 것으로, Fibre Channel 전송에는 해당하지 않습니다. DDBoost-over-FC 솔루션에는 다른 경로 메커니즘이 제공됩니다.

Data Domain 시스템은 하나 이상의 물리적 경로를 통해 하나 이상의 프로세서 유형 SCSI 디바이스를 미디어 서버에 알립니다. 해당 운영 체제는 사용 가능한 모든 경로에서 모든 디바이스를 검색하여 검색된 각 디바이스와 경로에 대해 일반 SCSI 디바이스를 생성합니다.

예를 들어 다음과 같은 경우를 고려해 볼 수 있습니다.

l 미디어 서버에 이니시에이터 HBA 포트 2개(A 및 B)가 있음

l Data Domain 시스템에 FC 타겟 엔드포인트 2개(C 및 D)가 있음

l 두 이니시에이터 HBA 포트에서 두 FC 타겟 엔드포인트에 모두 액세스할 수 있도록 FibreChannel Fabric 조닝(zoning)이 구성됨

l Data Domain 시스템이 다음을 포함하는 SCSI 타겟 액세스 그룹으로 구성됨

n Data Domain 시스템의 두 FC 타겟 엔드포인트

n 두 이니시에이터 HBA 포트

n 디바이스 4개(0, 1, 2, 3)

DD Boost 기능

DD Boost-over-Fibre Channel 경로 관리 25

그림 8 DD Boost-over-FC 경로 관리 시나리오

1. 디바이스 4개2. 미디어 서버

3. HBA 이니시에이터 A4. HBA 이니시에이터 B5. Data Domain 시스템

6. Fibre Channel 엔드포인트 C7. Fibre Channel 엔드포인트 D

이 경우 미디어 서버 운영 체제는 각각 이니시에이터, 타겟 엔드포인트, 디바이스 번호 조합을 갖는 일반 SCSI 디바이스를 최대 16개 검색할 수 있습니다.

l /dev/sg11: (A, C, 0)

l /dev/sg12: (A, C, 1)

l /dev/sg13: (A, C, 2)

l /dev/sg14: (A, C, 3)

l /dev/sg15: (A, D, 0)

l /dev/sg16: (A, D, 1)

l /dev/sg17: (A, D, 2)

l /dev/sg18: (A, D, 3)

l /dev/sg19: (B, C, 0)

l /dev/sg20: (B, C, 1)

l /dev/sg21: (B, C, 2)

l /dev/sg22: (B, C, 3)

l /dev/sg23: (B, D, 0)

l /dev/sg24: (B, D, 1)

l /dev/sg25: (B, D, 2)

l /dev/sg26: (B, D, 3)

애플리케이션이 DD Boost 서버에 대한 라이브러리의 접속을 설정하도록 요청하는 경우 DDBoost 라이브러리 내의 DD Boost-over-FC 전송 로직이 SCSI 요청을 사용해 이러한 일반 SCSI디바이스 16개에 대한 카탈로그를 작성합니다. 이러한 일반 SCSI 디바이스는 원하는 DataDomain 시스템의 DD Boost-over-FC 서비스에 액세스하기 위한 경로입니다. 서버에 대한 접속을 설정하는 과정에서 DD Boost-over-FC 전송 로직은 이 경로 카탈로그를 서버에 제공합니다.

DD Boost 기능


초기 경로 선택

서버는 다양한 타겟 엔드포인트와 알려진 이니시에이터를 통과하는 DD Boost-over-FC 트래픽에 대한 통계를 유지합니다. 접속 설정 절차 중에 서버의 경로 관리 로직은 이러한 통계를참조하여 다음 기준에 따라 이 접속에 사용할 경로를 선택합니다.

l Queue-Depth 제약 클라이언트(아래 참조)의 경우, 서로 다른 경로에 접속을 균등하게 분배

l 사용 빈도가 가장 낮은 타겟 엔드포인트 선택

l 선택한 타겟 엔드포인트에 대한 경로 중에서 사용 빈도가 가장 낮은 이니시에이터 선택

Dynamic Re-Balancing서버에서는 정기적으로 동적 재조정을 수행하며 이 과정에서 통계를 참조하여 다음과 같은상황이 있는지 확인합니다.

l Queue-Depth 제약 클라이언트(아래 참조)의 경우, 사용 가능한 경로에 걸쳐 접속이 불균등하게 분배되어 있음

l 타겟 엔드포인트에 걸쳐 워크로드가 불균형 상태임

l 이니시에이터에 걸쳐 워크로드가 불균형 상태임

이러한 상황이 발견될 경우 서버가 하나 이상의 접속을 서버 지정 경로 마이그레이션 대상으로 표시할 수 있습니다. 이 작업은 서버에서 향후 데이터 전송 중에 DD Boost 라이브러리가이후 작업부터 카탈로그의 다른 가용 경로를 사용하도록 요청하게 함으로써 수행됩니다.

클라이언트 경로 페일오버

클라이언트는 서버의 동적 재조정 로직에 의해 지시를 받아 다른 경로를 사용하기 시작할 수있습니다. 그런데 클라이언트에서 자체적으로 다른 가용 경로를 사용하도록 결정할 수도 있습니다. 이는 클라이언트가 현재 접속 경로를 사용할 때 오류를 수신할 경우 발생합니다.

예를 들어 접속 경로 카탈로그가 다음 8개 경로로 이루어져 있고

l /dev/sg21: (A, C, 0)

l /dev/sg22: (A, C, 1)

l /dev/sg23: (A, D, 0)

l /dev/sg24: (A, D, 1)

l /dev/sg25: (B, C, 0)

l /dev/sg26: (B, C, 1)

l /dev/sg27: (B, D, 0)

l /dev/sg28: (B, D, 1)

서버가 처음 경로 선택 시 (A, C, 0) 경로를 선택하는 경우를 살펴보겠습니다. DD Boost 라이브러리의 DFC 전송 로직은 SCSI 명령을 사용하여 /dev/sg21에 접속용 데이터를 보내고 받기 시작합니다.

나중에 케이블 분리 또는 일부 하드웨어 장애로 인해 타겟 엔드포인트 C에서 해당 스위치로의 링크를 사용할 수 없게 됩니다. 그러면 이후에 DFC 전송 로직에서 /dev/sg21에 제출하

는 SCSI 요청이 실패하고 해당 디바이스에 SCSI 요청을 전송할 수 없다는 내용의 오류 코드가 생성됩니다.

이 경우 DFC 전송 로직은 디바이스 카탈로그에서 다른 물리적 구성 요소, 즉 다른 이니시에이터 및 타겟 엔드포인트 조합을 갖는 경로를 찾습니다. 선택한 경로에 SCSI 요청이 다시 시도

DD Boost 기능

초기 경로 선택 27

되고 SCSI 요청을 성공적으로 완료할 수 있는 경로가 검색될 때까지 이 프로세스가 반복됩니다.

Queue-Depth 제약

DD Boost-over-FC 솔루션의 경우 요청이 수신되는 특정 SCSI 디바이스는 무의미합니다. 모든 SCSI 디바이스가 동일하게, SCSI 프로토콜에서 요구하는 SCSI 명령의 대상 객체입니다.SCSI 요청을 처리할 때 서버 로직은 SCSI 요청이 도착한 특정 디바이스를 고려하지 않습니다.

그렇다면 왜 굳이 둘 이상의 디바이스를 허용할까요? 특정 클라이언트 측 운영 체제가 해당일반 SCSI 디바이스를 통해 동시에 수행될 수 있는 미완료 입출력 요청 수를 제한하기 때문입니다. 예를 들어 Windows SCSI Pass-Through 인터페이스 메커니즘은 각 일반 SCSI 디바이스를 통해 한 번에 하나의 SCSI 요청만 수행합니다. 이는 여러 접속(예: 백업 작업)에서 동일한 일반 SCSI 디바이스를 사용하려는 경우 DD Boost-over FC 솔루션의 성능에 영향을 미칩니다.

또한 Data Domain 시스템은 알리는 대상 SCSI 디바이스당 미완료 입출력 요청 수를 제한합니다. 워크로드 규모가 큰 경우 성능을 위해 Data Domain 시스템에서 여러 SCSI 디바이스에알려야 할 수 있습니다.

디바이스당 동시 SCSI 요청 수에 대해 시스템에서 부과한 제한을 “Queue-Depth”라고 합니다. Queue-Depth가 매우 낮아 성능에 영향을 미치는 Windows 같은 클라이언트 시스템은“Queue-Depth 제약”으로 간주됩니다.

워크로드, Data Domain 시스템 유형, 클라이언트 시스템이 Queue-Depth 제약을 받는지 여부를 기준으로 구성할 디바이스 수에 대한 지침은 DD Boost-over FC 디바이스 세트 사이징(43페이지) 섹션을 참조하십시오.

가상 신세틱 백업신세틱 전체(synthetic full) 백업 또는 신세틱(synthetic) 누적 증분 백업은 이전 백업에서 합성되는 백업입니다. 신세틱(synthetic) 백업은 이전에 작성된 기존 전체 백업 또는 신세틱 전체(synthetic full) 백업과 후속 차등 백업 또는 누적 증분 백업에서 생성됩니다. 기존 전체 백업은 합성되지 않은 전체 백업을 의미합니다. 클라이언트는 기존 백업을 복구하는 방식과 동일한 방식으로 합성된 백업을 사용하여 파일 및 디렉토리를 복구할 수 있습니다.

기존 전체 백업에서는 모든 파일이 클라이언트에서 미디어 서버로 복제되고 결과 이미지 세트가 Data Domain 시스템으로 전송됩니다. 따라서 마지막 증분 또는 차등 백업 이후에 변경되지 않은 파일도 복제됩니다. 하지만 신세틱 전체(synthetic full) 백업에서는 Data Domain시스템에 있는 이전에 작성된 전체 백업과 후속 증분 백업을 합성하여 새로운 전체 백업을 생성합니다. 이 새로운 신세틱(synthetic full) 백업은 가장 최근 전체 백업 시점의 클라이언트파일 시스템과 정확하게 일치합니다.

이러한 처리가 클라이언트가 아닌 미디어 서버의 지시에 따라 Data Domain 시스템에서 수행되므로 가상 신세틱(synthetic) 백업은 네트워크 트래픽과 클라이언트 처리를 줄이는 데에도도움이 됩니다. 클라이언트 파일 및 백업 이미지 세트는 네트워크를 통해 한 번만 전송됩니다. 백업 이미지가 신세틱(synthetic) 백업으로 합성된 후에는 이전의 증분 및/또는 차등 이미지를 만료시킬 수 있습니다.

가상 신세틱 전체(synthetic full) 백업은 데이터 볼륨이 관리 가능한 수준이고 일별 변경 사항이 적은 원격 사무소 백업에 적합한 확장 가능한 솔루션입니다. 클라이언트의 일별 변경 비율이 높은 경우에는 증분 또는 차등 백업이 지나치게 커질 수 있습니다. 이 경우에는 가상 신세틱(synthetic) 백업이 기존 전체 백업에 비해 이점이 없습니다. 정상적인 주별 전체 및 일별 증분 백업 정책을 사용한다고 가정할 때 뛰어난 복구 성능을 얻으려면 두 달마다 한 번씩 기존전체 백업을 생성하는 것이 좋습니다.

DD Boost 기능


가상 신세틱 전체(synthetic full) 백업은 전체 신세틱 백업 또는 전체 백업과 같은 최신 전체백업과 모든 후속 증분 백업을 합성한 것입니다. 이 백업의 타임 스탬프는 최신 증분 백업 후1초 뒤에 발생한 것으로 지정됩니다. 최신 증분 백업 이후 변경된 백업 선택 사항은 반영되지않습니다.

클라이언트 액세스 권한 인증DD Boost에 대한 클라이언트 액세스 권한 인증을 구성하면 매 접속 시 일회성 DD Boost 인증을 요구함으로써 DD Boost 클라이언트의 Data Domain 시스템 액세스를 제한하게 됩니다.호스트 이름에 대한 접속 인증은 자격 증명이 제공될 때까지만 필요합니다. 언제든지 재시작없이 클라이언트 목록을 업데이트할 수 있기 때문에 액세스 권한 인증이 진행 중인 작업에 영향을 미치지 않습니다.

DD Boost 다중 사용자 데이터 경로향상된 DD Boost 다중 사용자 데이터 경로 기능으로 스토리지 유닛 격리가 개선됩니다. DataDomain 시스템에서 DD Boost 액세스를 위한 사용자를 여러 명 구성할 수 있습니다.

스토리지 유닛 관리DD OS ddboost 명령을 사용하여 스토리지 유닛, 테넌트 및 할당량 제한을 구성하고 수정할

수 있으며 각 스토리지 유닛에 대한 스트림 경고 제한을 구성할 수 있습니다.

다중 사용자 스토리지 유닛 액세스 제어

다중 사용자 스토리지 유닛 액세스 제어 기능은 DD Boost 프로토콜을 위해 다중 사용자 이름을 지원하여 사용자 환경을 향상시키고, 이를 통해 Data Domain 시스템을 공유하는 여러 사용자를 위한 데이터 격리 기능을 제공합니다. DD Boost 프로토콜을 사용하여 백업 애플리케이션이 사용자 이름과 암호로 Data Domain 시스템에 접속해 이 기능을 지원합니다. 사용자이름과 암호는 모두 공개 키 암호화 기술을 사용하여 암호화됩니다.

시스템 관리자는 스토리지 유닛에 사용할 각 백업 애플리케이션(NetBackup 또는 BackupExec)에 대해 로컬 Data Domain 시스템 사용자를 생성합니다. 스토리지 유닛은 하나의 사용자 이름을 사용하여 생성되며, 업그레이드 시 이를 수정하여 사용자 이름을 변경할 수 있습니다. 백업 애플리케이션에서 Data Domain 시스템에 접속할 때에는 접속 시 사용한 사용자 이름 소유의 스토리지 유닛에만 액세스할 수 있습니다. 스토리지 유닛에 대한 액세스는 동적으로 결정되므로 스토리지 유닛의 사용자 이름에 대한 변경 사항이 즉시 적용됩니다. 스토리지유닛의 사용자 이름이 다른 사용자 이름으로 변경되면 이전 사용자 이름을 사용하여 백업 애플리케이션에서 수행되던 모든 읽기/쓰기 작업이 사용 권한 오류로 즉시 실패합니다.

Secure Multi-Tenancy 기능과 통합하기 위해 tenant-unit키워드가 ddbooststorage-unit명령에 도입됩니다. 각 테넌트 유닛마다 하나의 스토리지 유닛을 구성해야

합니다. 각 테넌트 유닛은 여러 스토리지 유닛과 연결할 수 있습니다. 테넌트 유닛 연결과 스토리지 유닛 사용자 이름 소유권은 서로 독립적입니다. 테넌트 유닛은 명령줄 인터페이스를통해 관리 경로에 사용되지만, 데이터 경로(예: 읽기/쓰기)에는 사용할 수 없습니다. 스토리지 유닛에 대한 모든 명령이 테넌트 유닛을 지원합니다.

테넌트 유닛에 대한 자세한 내용은 EMC Data Domain Operating System 관리 가이드를 참조하

십시오.

DD Boost 기능

클라이언트 액세스 권한 인증 29

스토리지 유닛 용량 할당량

DD OS 사용자는 할당량을 사용해 Data Domain 시스템의 논리적 스토리지 제한 용량을 할당함으로써 Data Domain 시스템의 일부를 고유한 스토리지 유닛 전용으로 사용 가능하게 할수 있습니다. DD Boost 스토리지 유닛 할당량 제한을 동적으로 설정하거나 제거할 수 있습니다. 할당량을 사용하여 논리적 크기가 다른 다양한 DD Boost 스토리지 유닛의 용량을 할당함으로써, 관리 사용자가 시간의 경과에 따라 특정 스토리지 유닛의 사용 내역을 모니터링하도록 할 수도 있습니다.

할당량 기능 및 할당량 작업과 관련된 명령에 대한 자세한 내용은 EMC Data DomainOperating System 명령 참조 가이드의 ddboost, quota 및 mtree 섹션을 참조하십시오.

DD Boost API를 통해 용량을 관리하는 백업 애플리케이션(예: Symantec NetBackup 및Backup Exec)을 사용하는 경우 이 기능과 관련해서 주의가 필요합니다. DD Boost API는 논리적 설정값을 중복 제거율로 나누어서 API에 대한 논리적 설정값을 물리적 설정값으로 변환

합니다. 따라서 중복 제거율이 변경될 경우 논리적 할당량을 조정해야 할 수 있습니다.

스토리지 유닛 스트림 수 관리

이 기능을 통해 스토리지 유닛의 스트림 수를 관리할 수 있습니다. ddboost showconnections 명령 출력은 Data Domain 시스템의 스트림 유형별 접속 수를 기준으로 스트

림 수에 대한 정보를 제공합니다. 이 기능으로 스토리지 유닛별 스트림 수 정보를 확인하고스트림 유형별로 경고 제한을 구성하여 알림을 생성할 수 있습니다.

시스템 관리자는 4가지 각 스트림 유형에 대해 스토리지 유닛별 스트림 경고 제한을 구성해야 합니다. 스트림 유형에는 백업, 복구, 복제, 결합된 스트림이 있습니다. 스토리지 유닛별로4개의 스트림 카운터가 유지되어 백업, 복구, 복제 송/수신 데이터를 모니터링합니다. 백업,복구, 복제, 결합 스트림에 대해 4가지 새 키워드를 ddboost storage-unit create명령에 추가하여 스트림 유형에 대한 경고 제한을 구성할 수 있습니다.

스트림 수가 경고 제한 할당량을 초과할 때는 알림이 생성됩니다. 스트림 제한에 따라 10분이상 할당량 미만으로 반환되면 알림이 자동으로 지워집니다.

스트림 경고 할당량 미만을 유지하도록 DD Boost 백업 애플리케이션의 워크로드를 줄여야

합니다. 할당량 초과를 방지하기 위해 경고 제한을 재구성할 수 있습니다.

DD Boost 기능


3장

DD Boost를 위한 Data Domain 시스템 준비

Data Domain 시스템을 구성하는 다음 절차는 NetBackup 및 Backup Exec에 적용됩니다.

이 가이드에 사용되는 명령에 대한 전체 설명은 EMC Data Domain Operating System 명령 참조 가이드를 참조하십시오.

이 장에서는 다음 항목에 대해 설명합니다.

l Data Domain 시스템에서 DD Boost 활성화.............................................................32l DD Boost에 여러 사용자 할당.................................................................................32l 스토리지 유닛 생성 ............................................................................................... 33l 스토리지 유닛에 대한 논리적 할당량 구성(선택 사항) ............................................. 34l 스토리지 유닛에 스트림 제한 구성..........................................................................34l 분산 세그먼트 처리 구성........................................................................................ 36l IFGROUP 구성 ....................................................................................................... 36l MFR(Managed File Replication) 구성......................................................................39l 클라이언트 액세스 권한 인증 구성..........................................................................41l Secure Multi-Tenancy 기능과 DD Boost 통합.......................................................... 42l DD Boost-over-FC 서비스 구성................................................................................42l DD Boost-over FC 디바이스 세트 사이징................................................................. 43

DD Boost를 위한 Data Domain 시스템 준비 31

Data Domain 시스템에서 DD Boost 활성화Data Domain Boost에 사용 가능한 모든 Data Domain 시스템에는 고유한 이름이 있어야 합니다. 항상 고유한 값을 갖는 Data Domain 시스템의 DNS 이름을 사용할 수 있습니다.

절차

1. Data Domain 시스템에서 관리 사용자로 로그인합니다.

2. 파일 시스템이 설정되고 실행 중인지 확인하기 위해 다음 명령을 입력합니다.

# filesys statusThe file system is enabled and running.

3. Data Domain에서 제공한 라이센스 키를 사용하여 DD Boost 라이센스를 추가합니다.

# license add license_codeLicense “ABCE-BCDA-CDAB-DABC” added.

4. 다음 명령을 입력하여 DD Boost를 활성화합니다.

# ddboost enableDD Boost enabled

l 사용자가 백업 애플리케이션에서 Data Domain 시스템에 접속하도록 구성되어야 합니다. 자세한 내용은 EMC Data Domain Operating System 관리 가이드를 참조하십시오.

l Data Domain 시스템에서 DD Boost 액세스를 위한 사용자를 여러 명 구성할 수 있습

니다. 다음 DD OS 명령을 사용하여 Data Domain 시스템에 사용자 이름, 암호 및 역할

이 이미 설정되어 있어야 합니다.

user add <user> [password <password>][role {admin | security | user | backup-operator | data-access}][min-days-between-change <days>] [max-days-between-change <days>][warn-days-before-expire <days>] [disable-days-after-expire <days>][disable-date <date>]

예를 들어 로그인 이름이 jsmith이고 암호가 usr256인 관리자 권한을 갖는 사용자를 추가하려면 다음 명령을 입력합니다.

# user add jsmith password usr256 role admin

그런 다음 DD Boost 사용자 목록에 jsmith를 추가하기 위해 다음 명령을 입력합니다.

# ddboost user assign jsmith

DD Boost에 여러 사용자 할당시스템 관리자는 스토리지 유닛에 사용할 각 백업 애플리케이션에 대해 로컬 Data Domain시스템 사용자를 생성해야 합니다. 스토리지 유닛은 하나의 사용자 이름을 사용하여 생성되며, 업그레이드 시 이를 수정하여 사용자 이름을 변경할 수 있습니다. 모든 애플리케이션에서모든 스토리지 유닛에 액세스할 수 있습니다. 각 스토리지 유닛은 한 사용자 이름이 소유하며, 여러 스토리지 유닛을 동일한 사용자 이름이 소유할 수 있습니다. 애플리케이션에서는 사용자 이름과 암호를 인증합니다. 사용자 이름과 암호는 서로 다른 애플리케이션에서 공유됩니다.

DD Boost에 할당되지 않은 유효한 Data Domain 시스템 로컬 사용자를 통해 스토리지 유닛을 생성할 때, 해당 사용자는 사용자가 ddboost user assign 명령을 사용하여 추가되

는 것과 마찬가지로 DD Boost 사용자 목록에 자동으로 추가됩니다. 스토리지 유닛이 사용자이름 없이 생성될 경우 단일 사용자 역할을 수행합니다.



DD Boost 사용자 목록에 사용자를 할당하고 추가하려면 다음 명령을 입력합니다.

# ddboost user assign user1 user2User "user1" assigned to DD Boost.User "user2" assigned to DD Boost.

사용자 목록의 사용자를 확인하고 표시하려면 다음 명령을 입력합니다.

# ddboost user showDD Boost user ------------- user1user2 -------------

사용자 목록에서 사용자를 할당 해제하고 삭제하려면 다음 명령을 입력합니다.

# ddboost user unassign user1User "user1" unassigned from DD Boost.

스토리지 유닛에 대한 정보를 필터링하도록 ddboost file-replication show 명령

이 업데이트되었습니다.

스토리지 유닛 생성NetBackup 또는 Backup Exec 설치 시 OpenStorage를 사용하도록 설정된 각 Data Domain시스템에 대해 하나 이상의 스토리지 유닛을 생성해야 합니다. NetBackup 시스템에서는 스토리지 유닛이 미디어 서버의 디스크 풀에 해당하는 한편, Backup Exec 시스템에서는 테이프 저장소에 해당합니다.

절차

1. Data Domain 시스템의 스토리지 유닛을 생성하려면 다음 명령을 입력합니다.

# ddboost storage-unit create NEW_STU1 user user1Created storage-unit "NEW_STU1" for "user1".

스토리지 유닛 이름은 해당 Data Domain 시스템에서 고유해야 합니다. 하지만 서로 다른

Data Domain 시스템에 대해 동일한 스토리지 유닛 이름을 사용할 수 있습니다. 사용자 이름이 스토리지 유닛을 소유하며 이 사용자 이름의 자격 증명을 사용한 접속만 이 스토리

지 유닛에 액세스할 수 있습니다.

명령 옵션에 대한 자세한 내용은 EMC Data Domain Operating System 명령 참조 가이드의ddboost storage-unit 섹션을 참조하십시오.

DD Boost에 할당되지 않은 유효한 Data Domain 로컬 사용자를 통해 스토리지 유닛을 생성할 때, 해당 사용자는 ddboost 사용자가 ddboost user assign 명령을 사용하여

사용자 목록에 추가되는 것과 마찬가지로 DD Boost 사용자 목록에 자동으로 추가됩니다.

2. Boost를 사용하도록 설정된 각 Data Domain 시스템에 대해 위의 단계를 반복합니다.

3. Data Domain 시스템의 스토리지 유닛을 수정하려면 다음 명령을 입력합니다.

# ddboost storage-unit modify NEW_STU1 user user2Storage-unit "NEW_STU1" modified for user "user2".


스토리지 유닛 생성 33

ddboost storage-unit modify 명령을 사용하면 백업 애플리케이션에서 해당 스

토리지 유닛의 사용자 이름 소유권을 변경할 수 있습니다. 사용자 이름을 변경하기 위해

스토리지 유닛에 있는 모든 파일의 속성을 변경할 필요가 없으므로 변경 작업이 빠르게

수행됩니다.

4. 스토리지 유닛의 사용자 목록을 표시하려면 다음 명령을 입력합니다.

# ddboost storage-unit show Name Pre-Comp (GiB) Status User ------------------------------ -------------- ------ --------backup 19517.4 RW user1tset 0.0 RW user2SYNTH_REPL 2221.0 RW user3 ------------------------------ -------------- -------- -------- Q : Quota Defined RO : Read Only RW : Read Write

스토리지 유닛에 대한 논리적 할당량 구성(선택 사항)스토리지 유닛에 대한 선택적인 할당량 제한을 통해 Data Domain 시스템의 스토리지 용량을할당할 수 있습니다. 할당량 제한은 스토리지 유닛을 생성할 때 지정하거나 이후에 별도의 명령을 통해 지정할 수 있습니다. 자세한 내용은 EMC Data Domain Operating System 명령 참조가이드의 할당량 및 ddboost 관련 섹션을 참조하십시오.

할당량이 설정된 경우 일부 OpenStorage 백업 애플리케이션에서 납득하기 어려운 크기와

용량을 보고할 수 있습니다. 기술 자료 문서 “Storage Unit Quota Display on NetBackup andBackup Exec”(문서 ID 85210)에 관련 내용이 자세히 설명되어 있습니다.

절차

1. Data Domain 시스템에 할당량 제한을 설정하려면 다음을 입력합니다.

# quota enable2. 스토리지 유닛을 생성할 때 할당량 제한을 구성하려면 다음 명령을 사용하여 quota-soft-

limit 및 quota-hard-limit 값을 지정합니다.

# ddboost storage-unit create storage-unit[quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

3. 할당량 제한을 생성한 후에 수정하려면 다음 명령을 사용하여 새 quota-soft-limit 및quota-hard-limit 값을 지정합니다.

# ddboost storage-unit modify storage-unit[quota-soft-limit {n {MiB|GiB|TiB|PiB}|none}] [quota-hard-limit {n {MiB|GiB|TiB|PiB}|none}]

4. 스토리지 유닛의 할당량 제한을 확인하려면 다음 명령을 사용합니다.

# quota show storage-units storage-unit-list

스토리지 유닛에 스트림 제한 구성시스템 관리자는 백업, 복원, 복제 및 결합된 스트림, 각각의 네 가지 스트림에 대해 스토리지유닛마다 스트림 경고 제한을 구성합니다. 스트림 수가 경고 제한 할당량을 초과할 때는 알림



이 생성됩니다. 스트림 제한에 따라 10분 이상 할당량 미만으로 반환되면 알림이 자동으로지워집니다.

DD Boost 사용자가 스트림 경고 할당량 미만으로 유지하기 위해 워크로드를 줄일 것으로 예상되거나, 시스템 관리자가 제한을 초과하지 않도록 하기 위해 구성된 경고 제한을 변경할 수있습니다.

스트림 제한이 있는 스토리지 유닛을 생성하려면 다음을 입력합니다.

# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-soft-limit 1 repl-stream-soft-limit 2Created storage-unit "NEW_STU0" for "user2".Set stream warning limits for storage-unit "NEW_STU0".

스토리지 유닛에 대한 스트림 제한을 수정하려면 다음을 입력합니다.

# ddboost storage-unit modify NEW_STU1 write-stream-soft-limit 3 read-stream-soft-limit 2 repl-stream-soft-limit 1NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

모든 활성 스토리지 유닛에 대한 DD Boost 스트림 제한을 표시하려면 다음을 입력합니다.

# ddboost streams show active Name Read Write Repl-out Repl-in Read Write Repl Combined Streams Streams Streams Streams Limit Limit Limit Limit------------- ------- ------- -------- ------- ----- ----- ----- -------- NEW_STU1 1 0 0 0 2 3 1 - NEW_STU0 0 2 1 0 1 5 2 - ------------- ------- ------- -------- ------- ----- ----- ----- DD System Stream Limits: read=50 write=180 repl-in=180 repl-out=90 combined=180

출력에 표시되는 Data Domain 시스템 스트림 제한은 Data Domain 시스템의 유형에 따라 달라집니다.

특정 기간 동안의 특정 스토리지 유닛에 대한 DD Boost 스트림 제한 기록을 표시하려면 다음을 입력합니다.

# ddboost streams show history storage-unit stu1 last 1hoursINTERVAL: 10 mins"-" indicates that the data is not available for the intervals

Storage-Unit: "NEW_STU0"Date Time read write repl-out repl-inYYYY/MM/DD HH:MM streams streams streams streams----------------- ------- ------- --------- --------2013/08/29 12:00 0 0 0 02013/08/29 12:10 0 0 0 02013/08/29 12:20 0 1 0 02013/08/29 12:30 0 2 0 02013/08/29 12:40 0 2 0 02013/08/29 12:50 0 1 0 02013/08/29 13:00 0 0 0 0----------------- ------- ------- --------- --------

특정 스토리지 유닛에 대한 DD Boost 스트림 제한을 표시하려면 다음을 입력합니다.

# ddboost streams show history storage-unit xyzStorage-unit /data/col1/xyz not configured


스토리지 유닛에 스트림 제한 구성 35

분산 세그먼트 처리 구성분산 세그먼트 처리 옵션은 Data Domain 시스템에서 구성되며 Data Domain 시스템에 설치된 모든 미디어 서버와 OST 플러그인에 적용됩니다.

이 옵션을 구성하려면 다음 명령을 사용합니다.

# ddboost option set distributed-segment-processing {enabled | disabled}

분산 세그먼트 처리 옵션을 활성화하거나 비활성화하기 위해 Data Domain 파일 시스템을 다시 시작할 필요가 없습니다.

분산 세그먼트 처리는 DD OS 4.8 이상을 실행하는 Data Domain 시스템과 통신하는 OST 플러그인 2.2 이상에서 지원됩니다.

처음부터 DD OS 5.2가 설치된 시스템에는 분산 세그먼트 처리가 기본적으로 활성화되어 있지만, DD OS 5.1, 5.0.x 또는 4.9.x에서 DD OS 5.2로 업그레이드한 시스템의 경우 분산 세그먼트 처리가 이전 상태로 남아 있습니다.

IFGROUP 구성

이 기능은 DD Boost over IP에만 적용됩니다. IFGROUP 기능에 대한 개요는 IFGROUP: DDBoost IP 로드 밸런싱 및 페일오버(20페이지)를 참조하십시오.

Data Domain 시스템이 구성된 인터페이스 그룹의 클라이언트에서 접속 요청을 받으면IFGROUP이 그룹에서 가장 사용 빈도가 낮은 인터페이스에 해당 접속을 할당함으로써 로드밸런싱을 달성하고 입/출력 처리량을 높입니다.

IFGROUP을 구성하려면 아래 설명된 대로 기존 인터페이스를 그룹에 추가하여 Data Domain시스템에서 인터페이스 그룹을 생성합니다.

절차

1. 다음과 같이 인터페이스 그룹을 생성합니다.

# ddboost ifgroup create group_name

예:

# ddboost ifgroup create external# ddboost ifgroup create lab10G

group_name“default”는 생성하지 않고도 사용할 수 있습니다. 값을 지정하지 않으면 나머지 모든 ddboost ifgroup 명령에서 “default” 그룹이 사용됩니다.

2. 각 ifgroup에 클라이언트와 인터페이스를 추가합니다. net 명령을 사용하여 인터페이스

가 이미 생성되어 있어야 합니다.

# ddboost ifgroup add [group_name] {interface ipaddr | client host-name}

예:



# ddboost ifgroup add interface 10.6.109.140 client *.datadomain.com# ddboost ifgroup add interface 10.6.109.141 client *

group_name을 지정하지 않으면 기본 그룹이 사용됩니다.

3. 백업 애플리케이션에 등록할 인터페이스 하나를 Data Domain 시스템에서 선택합니다.페일오버 Aggregation 인터페이스를 생성하고 백업 애플리케이션에 해당 인터페이스를등록하는 것이 좋습니다.

백업 애플리케이션에 등록할 인터페이스를 ifgroup에서 선택할 필요는 없습니다. ifgroup의 일부가 아닌 인터페이스도 백업 애플리케이션에 등록할 수 있습니다.DNS 또는 그 밖의 이름 확인 메커니즘을 사용하여 확인할 수 있는 이름으로 인터페이스를 등록하는 것이 좋습니다 NetBackup을 사용하고 192.168.1.1의 이름이dd22.abc.com이라고 할 경우 미디어 서버에서 다음 명령을 실행합니다.

nbdevconfig -creatests -st 9 -stype DataDomain -storage_server dd22.abc.com -media_server load64

백업 애플리케이션에 등록된 인터페이스는 백업 애플리케이션과 해당 OST 플러그인에서

Data Domain 시스템과 통신하는 데 사용됩니다. 이 인터페이스를 사용할 수 없는 경우 해당 Data Domain 시스템에 백업할 수 없습니다.

4. 인터페이스와 클라이언트가 구성되었으면 그룹이 자동으로 활성화됩니다. 다음과 같이ifgroup의 상태(활성화 또는 비활성화)를 확인합니다.

# ddboost ifgroup status [group_name]Status of ifgroup “default” is “enabled”

group_name을 지정하지 않으면 기본 그룹이 사용됩니다.

클라이언트가 ifgroup 인터페이스에 직접 접속되는 경우 클라이언트 항목이 필요하지 않지만 ifgroup에서 그룹을 활성화하는 데는 클라이언트가 하나 필요합니다. 따라서 다음과

같이 "dummy" 클라이언트를 추가합니다. ddboost ifgroup add clientgroup-name.noclient.

5. 인터페이스와 클라이언트를 포함한 모든 그룹의 전체 구성을 확인합니다.

# ddboost ifgroup show config all결과

다음 표에서는 출력 예를 보여 줍니다.

Group Name Status Interfaces Clients Count Count-----------------------------------------------------------------default enabled 2 1external enabled 2 1lab10G enabled 2 2-----------------------------------------------------------------Group Name Status Interfaces ------------------------------------------------------------default enabled 10.6.109.141


IFGROUP 구성 37

default enabled 10.6.109.41external enabled 10.6.109.140 external enabled 10.6.109.142lab10G enabled 192.168.1.220lab10G enabled 192.168.1.221-----------------------------------------------------------------Group Name Status Clients ------------------------------------------------------------default enabled *external enabled *.datadomain.comlab10G enabled ddboost-dl.datadomain.com lab10G enabled yellowmedia.datadomain.com------------------------------------------------------------

정확히 일치하는 이름이 먼저 검색된 후에 부분적으로 일치하는 이름이 검색됩니다. 따라서

위의 예의 경우 ddboost-dl.datadomain이 lab10G 그룹에서 검색되었습니다.

인터페이스 그룹 수정

인터페이스 그룹의 설정이 완료되면 해당 그룹에 인터페이스를 추가하거나 삭제할 수 있습니다. 다음 예는 Data Domain 시스템에 구성된 인터페이스 그룹에서 인터페이스를 제거하는방법을 보여 줍니다.

절차

1. 그룹에서 제거하려는 인터페이스에 백업 애플리케이션에서 Data Domain 시스템으로 진행 중인 작업이 없는지 확인합니다. 이를 위해 Data Domain 시스템에서 다음 명령을 입력해 해당 인터페이스 그룹의 기존 접속 상태를 확인합니다.

# ddboost show connections

활성 계층에 대한 이 명령의 예는 DD860 Extended Retention 시스템 관련 문서(이전 문서 명칭: DD860 Archiver Administration Guide)를 참조하십시오.

2. Data Domain 시스템에서 group-name 또는 default 그룹으로부터 원하는 인터페이스 또는 클라이언트를 삭제합니다.

# ddboost ifgroup del default interface 10.6.109.144

이렇게 하면 해당 인터페이스가 그룹에서 해제되어 DD Boost 스토리지 서버에서 미디어서버 작업에 더 이상 사용되지 않습니다.

백업 애플리케이션에 등록된 인터페이스를 제거하면 Data Domain 시스템에서 미디어 서버에 액세스할 수 없습니다. Data Domain 시스템의 ifgroup 구성은 삭제되지 않습니다.

결과

네트워크 계층에서 Data Domain 시스템의 인터페이스 그룹에 추가된 인터페이스를 변경하려면 그룹에서 해당 인터페이스를 제거했다가 다시 추가합니다.

net 명령을 사용한 변경 작업으로 인터페이스를 수정하려면(예: ifgroup에 구성된 인터페이

스 활성화) ddboost show connections 명령을 실행하여 로드 밸런싱 뷰를 업데이트

합니다. 로드 밸런싱 뷰를 업데이트하면 ifgroup에서 해당 인터페이스를 사용할 수 있습니다.



인터페이스 그룹 제거

다음 예는 Data Domain 시스템에 구성된 인터페이스 그룹을 제거하는 방법을 보여 줍니다.

절차

1. 백업 애플리케이션에서 Data Domain 시스템으로 진행 중인 작업이 없는지 확인합니다.이를 위해 Data Domain 시스템에서 다음 명령을 입력해 해당 인터페이스 그룹의 접속 상태를 확인합니다.

# ddboost ifgroup show connections2. Data Domain 시스템에 접속된 미디어 서버에서 보류 중인 작업이 없는지 확인합니다.

3. 시스템에서 group-name 또는 default 그룹을 비활성화합니다.

# ddboost ifgroup disable <group-name>4. 인터페이스 그룹을 다시 설정합니다.

# ddboost ifgroup reset <group-name>결과

모든 인터페이스가 그룹에서 해제됩니다. 그러나 미디어 서버는 백업 애플리케이션에 등록된 Data Domain 시스템의 인터페이스에서 DD Boost 스토리지 서버에 계속 액세스할 수 있습니다. 위의 예에서 Data Domain 시스템은 192.168.1.1을 사용해 백업 애플리케이션에 여전히 등록되어 있습니다.

더 이상 필요하지 않은 그룹은 destroy 옵션을 사용해 구성에서 제거합니다.

# ddboost ifgroup destroy group-name

예:

# ddboost ifgroup destroy external

클라이언트는 그룹 상태(활성화/비활성화)와 관계없이 호스트 이름에 따라 그룹에 속하게 됩니다. 따라서 그룹을 비활성화해도 클라이언트가 다른 그룹을 사용하게 되지 않습니다. 클라이언트가 비활성화된 그룹에 있게 될 경우 등록된 인터페이스를 사용하며 원래 접속된 상태로 유지됩니다.

Enterprise Manager Data Management DD Boost 뷰에서도 IFGROUP을 관리할 수 있습니다.EMC Data Domain Operating System 관리 가이드를 참조하십시오.

MFR(Managed File Replication) 구성

MFR 임계치 조절

관리되는 파일 복제를 사용 중인 경우 복제 임계치 조절을 해제해야 합니다. 임계치 조절을사용해야 할 경우 /ddr/bin/repl_throttle 대상 포트 속도 명령을 통해 수동으로 임계치를 설정하는 방법이 있습니다. 이 작업이 필요한 경우 엔지니어링 팀에 문의하십시오.

대역폭이 낮은 환경 최적화 활성화

관리되는 파일 복제에 대해 대역폭이 낮은 환경 최적화 옵션을 활성화하려면 다음을 입력합니다.

# ddboost file-replication option set low-bw-optim enabledLow bandwidth optimization enabled for optimized duplication.


인터페이스 그룹 제거 39

대역폭이 낮은 환경 최적화 옵션을 활성화하거나 비활성화하기 위해 Data Domain 파일 시스

템을 다시 시작할 필요가 없습니다. 하지만 대역폭이 낮은 환경 최적화를 활성화한 후에는

Data Domain 시스템에 대해 전체 정리 주기를 실행해야 대역폭이 낮은 환경 최적화가 효력

을 발휘합니다.

Enterprise Manager Data Management DD Boost 뷰에서도 대역폭이 낮은 환경 최적화를 모니터링하고 관리할 수 있습니다. EMC Data Domain Operating System 관리 가이드를 참조하십시오.

이 기능은 백업 애플리케이션에 영향을 미치지 않으므로 미디어 서버에 대한 구성을 변경할필요가 없습니다.

l 이 기능을 활성화하면 Data Domain 시스템에서 추가 리소스(CPU 및 메모리)가 사용되므

로 총 대역폭이 6Mbps 미만인 저대역폭 네트워크를 통해 관리되는 파일 복제를 수행하

는 경우에만 이 옵션을 사용하는 것이 좋습니다.

l 관리되는 파일 복제에 대한 대역폭이 낮은 환경 최적화 옵션은 독립 실행형 Data Domain시스템에서만 지원되며,

l Data Domain Extended Retention 시스템에서는 대역폭이 낮은 환경 최적화가 지원되지

않습니다.

암호화 설정

암호화된 관리되는 파일 복제 옵션을 활성화하려면 다음을 입력합니다.

# ddboost file-replication option set encryption enabled

요청된 암호화가 설정된 것으로 출력에 표시됩니다.

이 기능은 백업 애플리케이션 NetBackup과 Backup Exec에 영향을 미치지 않으므로 미디어서버에 대한 구성을 변경할 필요가 없습니다. 이 기능을 사용하도록 설정하면 Data Domain시스템에 CPU 및 메모리의 추가적인 리소스가 필요합니다.

IPv6 지원 설정

기존의 관리되는 파일 복제 명령에 이제 IPv4 또는 IPv6 기능이 포함됩니다. DD Boost가 관리되는 파일 복제에 IPv6를 지원하도록 새로운 키워드 ipversion이 레지스트리에 추가되어IPv6 네트워크를 지원하기 위한 옵션을 제공합니다. IPv6 키워드 변수는 ddboost file-replication option set 명령 키워드 ipversion을 통해 제어됩니다. ipversion 옵션

이 ipv6인 경우 IPv6가 관리되는 file-replication에 대한 기본 IP 주소 유형입니다. ipversion옵션이 ipv4인 경우에는 IPv4가 관리되는 파일 복제에 대한 기본 IP 주소 유형입니다. 기본 IP주소가 지정되지 않은 경우 기본값은 IPv4입니다.

DD Boost 파일 복제의 기본 IP 버전을 IPv6로 설정하려면 다음을 입력합니다.

# ddboost file-replication option set ipversion ipv6Ipversion for file-replication set to "ipv6"

DD Boost file-replication 옵션의 현재 값을 표시하려면 다음을 입력합니다.

# ddboost file-replication option show ipversionIpversion for file-replication is: ipv6

DD Boost 파일 복제 옵션을 기본값인 IPv4로 재설정하려면 다음을 입력합니다.

# ddboost file-replication option reset ipversion



MFR TCP 포트 변경

관리되는 파일 복제 TCP 포트를 변경하려면 Data Domain 파일 시스템을 다시 시작해야 합니

다. 따라서 계획된 이벤트로 진행해야 합니다.

복제 TCP 포트를 기본값인 2051에서 port-number로 변경하려면 소스와 대상 Data Domain시스템 모두에서 다음 명령을 입력합니다.

# replication option set listen-port port-number# filesys restart

관리되는 파일 복제와 디렉토리 복제는 모두 listen-port 옵션을 사용합니다. 관리되는 파일

복제는 소스와 대상에서 모두 replication option set listen-port 명령을 사용

하여 대상이 수신하는 포트와 소스가 접속하는 포트를 지정합니다. 디렉토리 복제는 listen-port 옵션을 사용하여 복제 대상 서버 listen-port만 지정합니다. 복제 소스에서 특정 대상의

접속 포트는 replication modify 명령을 사용하여 입력됩니다.

l 이 주제에 대한 자세한 내용은 EMC Data Domain Operating System 명령 참조 가이드를 참조하십시오.

클라이언트 액세스 권한 인증 구성DD Boost에 대한 클라이언트 액세스 제어를 구성하면 DD Boost 클라이언트의 Data Domain시스템 액세스가 제한되고 DNS에 대한 종속성이 제거됩니다. 기본적으로 DD Boost가 활성화된 상태에서 클라이언트 목록에 클라이언트를 하나도 추가하지 않은 경우, 모든 클라이언트가 자동으로 클라이언트 목록에 포함됩니다. 기본적으로 * 와일드카드가 사용됩니다.

액세스를 제한하려면 목록에서 * 와일드카드를 제거하고 개별 클라이언트를 추가합니다.

미디어 서버 클라이언트 목록에는 정규화된 도메인 이름 또는 단축 이름이 모두 포함될 수 있습니다. 클라이언트 이름은 미디어 호스트의 “hostname”과 일치해야 하며 대/소문자를 구분합니다.

DD Boost 클라이언트 목록에서 모든 클라이언트를 삭제하려면 다음을 입력합니다.

# ddboost clients delete client-list

필요에 따라 이전에 추가한 모든 클라이언트를 삭제하고 DD Boost 클라이언트 목록을 재설정하려면 다음을 입력합니다.

# ddboost client reset

클라이언트는 정규화된 도메인 이름 또는 단축 이름으로 추가할 수 있습니다. DD Boost 클라이언트 목록에 클라이언트를 추가하려면 다음을 입력합니다.

# ddboost clients add client-list

예:

# ddboost clients add ddboost-dl.emc.com ddboost-dlddboost-dl.emc.com : Addedddboost-dl : Added

DD Boost 클라이언트 목록을 보려면 다음을 입력합니다.

# ddboost clients show config

Client Encryption Strength Authentication Mode----------------------- ------------------- -------------------* none none


MFR TCP 포트 변경 41

*.corp.emc.com medium anonymousrtp-ost-ms02.domain high anonymousrtp-ost-ms02.domain.com high anonymous

액세스 권한 인증 시 액세스를 제한하는 데 다음 검색 순서가 사용됩니다.

l 와일드카드 * 다음에 부분 문자열(예: *.emc.com 다음에 *.com)

l 전송된 클라이언트 이름과 완전히 일치하는 이름(예: ddboost-dl.emc.com)

검색 결과 항목을 찾을 수 없으면 클라이언트에 액세스가 거부됩니다.

Secure Multi-Tenancy 기능과 DD Boost 통합SMT(Secure Multi-Tenancy) 기능과 DD Boost를 통합하기 위해 tenant-unit 키워드가ddboost storage-unit 명령에 도입됩니다. 각 스토리지 유닛에 하나의 테넌트 유닛을

구성해야 하며, 각 테넌트 유닛을 여러 스토리지 유닛과 연결할 수 있습니다. 테넌트 유닛 연결과 스토리지 유닛 사용자 이름 소유권은 서로 독립적입니다. 테넌트 유닛은 명령을 통해 관리 경로에 사용되지만, 데이터 경로(예: 읽기/쓰기)에는 사용할 수 없습니다. 스토리지 유닛과 관련된 모든 명령이 테넌트 유닛을 지원합니다.

DD Boost 사용자와 통합하기 위한 SMT 테넌트 유닛을 생성하려면 다음을 입력합니다.

# smt tenant-unit create tu1Tenant-unit "tu1" created.

기본 테넌트 유닛에 DD Boost 사용자를 할당하려면 다음을 입력합니다.

# ddboost user option set user1 default-tenant-unit tu1Default-tenant-unit is set to "tu1" for user "user1".

기본 테넌트 유닛에 추가 DD Boost 사용자를 할당합니다.

기본 테넌트 유닛에서 DD Boost 사용자를 삭제하고 할당 해제하려면 다음을 입력합니다.

# ddboost user option reset user3 Default-tenant-unit is reset for user "user3".

기본 테넌트 유닛에 연결된 DD Boost 사용자를 표시하려면 다음을 입력합니다.

# ddboost user showDD Boost user Default tenant-unit------------- -------------------user1 tu1user2 tu2 ------------- -------------------

DD Boost-over-FC 서비스 구성DD Boost-over-FC 서비스를 지원하려면 지원되는 Fibre Channel 타겟 HBA를 시스템에 설치해야 합니다. 또한 EMC Data Domain Operating System 명령 참조 가이드 및 관리 가이드에서SCSI 타겟 서브시스템을 관리하는 데 도움이 될 수 있는 관련 명령인 scsitarget에 대한

정보를 참조하십시오.

다음과 같은 추가 구성 단계도 필요합니다.

절차

1. DD Boost-over-FC 서비스를 활성화합니다.

# ddboost option set fc enabled



2. 옵션: DFC-server-name을 설정합니다.

# ddboost fc dfc-server-name set <server-name>

또는 Data Domain 시스템의 기본 호스트 이름인 기본값을 사용합니다. 유효한 dfc-server-name은 다음 문자 중 하나 이상으로 구성됩니다.

l 소문자(“a”–“z”)

l 대문자(“A”–“Z”)

l 숫자(“0”–“9”)

l 밑줄(“_”)

l 대시(“–”)

점 또는 마침표 문자(“.”)는 dfc-server-name에 사용할 수 없습니다. 단, Data

Domain 시스템의 정규화된 도메인 이름을 dfc-server-name으로 사용하는 경우 가

능합니다.

IP 호스트 이름과 마찬가지로, dfc-server-name은 대/소문자를 구분하지 않습니다.

DDBoost-over-FC를 통해 동일한 클라이언트에서 액세스할 수 있는 여러 Data Domain 시스템은 대/소문자를 구분하는 dfc-server-name 없이 구성되어야 합니다.

3. SCSI 타겟 액세스 그룹을 생성합니다.

# ddboost fc group create <group-name>

예:

# ddboost fc group create lab_group4. 사용 가능한 scitarget endpoint 목록을 표시하려면 다음을 입력합니다.

# scsitarget endpoint show listEndpoint System Address Transport Enabled Status------------- -------------- ------------ ------- ------endpoint-fc-0 6a FibreChannel Yes Onlineendpoint-fc-1 6b FibreChannel Yes Online------------- -------------- ------------ ------- ------

5. 엔드포인트 중 하나에 대해 SCSI 타겟 액세스 그룹의 디바이스 세트를 구성합니다.

# ddboost fc group modify <group-name> device-setcount count endpoint endpoint-list

예:

# ddboost fc group modify lab_group device-set count 8 endpoint 6a6. SCSI 타겟 액세스 그룹에 이니시에이터를 추가합니다.

# ddboost fc group add group-name initiator initiator-spec

예:

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

DD Boost-over FC 디바이스 세트 사이징DD Boost-over-Fibre Channel 경로 관리(25페이지)에 설명된 대로, Data Domain 시스템은DD Boost 라이브러리가 DD Boost-over-FC 서비스와 통신하는 데 사용할 “DFC 디바이스” 유형의 프로세서를 하나 이상 알립니다. Data Domain 시스템에서는 ddboost-type scsitarget


DD Boost-over FC 디바이스 세트 사이징 43

액세스 그룹에 이니시에이터를 추가함으로써 해당 이니시에이터에 이러한 DFC 디바이스에대한 액세스가 부여됩니다.

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

이니시에이터에 알리는 DFC 디바이스 수는 scsitarget 액세스 그룹의 device-set를 구성함으로써 제어됩니다.

# ddboost fc group modify lab_group device-set count 4

Data Domain 시스템당 지원되는 최대 DFC 디바이스 수는 64개입니다.

그렇다면 해당 미디어 서버에서 몇 개의 DFC 디바이스를 이니시에이터에 알려야 할까요? 이는 여러 가지 요소에 따라 달라집니다.

1. 미디어 서버에 Queue-Depth 제약이 있는지 여부.DD Boost-over-Fibre Channel 경로 관리(25페이지)에 설명된 대로, Windows 플랫폼은“Queue-Depth 제약”이 있는 것으로 간주됩니다. Windows SCSI Pass-Through 인터페이스 메커니즘은 각 일반 SCSI 디바이스를 통해 한 번에 하나의 SCSI 요청만 수행하기 때문입니다. 이는 여러 접속(예: 백업 작업)에서 동일한 일반 SCSI 디바이스를 사용하려는 경우 DD Boost-over FC 솔루션의 성능에 영향을 미칩니다. 따라서 Windows 플랫폼에서 둘이상의 작업을 실행하는 경우 여러 개의 DFC 디바이스를 알리는 것이 좋습니다.

반면, Linux SCSI 일반 드라이버에는 이러한 제약이 없습니다. Linux는 “Queue-Depth 제약”이 없는 것으로 간주되므로 Linux 시스템의 이니시에이터에 하나의 DFC 디바이스를알리면 충분합니다.

2. 미디어 서버와 Data Domain 시스템 간의 물리적 경로 수.알리는 각 DFC 디바이스에 대해, 미디어 서버 운영 체제는 미디어 서버 OS가 디바이스에액세스하는 데 사용하는 각 물리적 경로에 하나씩 n개의 일반 SCSI 디바이스를 생성합니다.

예를 들어 다음 구성을 가정해 보겠습니다.

l 미디어 서버에 이니시에이터 HBA 포트 2개(A 및 B)가 있음

l Data Domain 시스템에 FC 타겟 엔드포인트 2개(C 및 D)가 있음

l 두 이니시에이터 HBA 포트에서 두 FC 타겟 엔드포인트에 모두 액세스할 수 있도록Fibre Channel Fabric 조닝(zoning)이 구성됨

이 경우 미디어 서버 OS는 다음 4개의 물리적 경로를 통해 각 디바이스를 인식합니다.

A -> CA -> DB -> CB -> D

또한 알리는 각 DFC 디바이스에 대해 4개의 일반 SCSI 디바이스를 생성합니다.

따라서 Queue-Depth가 1로 제약된 Windows 미디어 서버의 경우, 알리는 DFC 디바이스가 하나뿐이더라도 Data Domain 시스템에 대한 동시 SCSI 요청이 최대 4개까지 가능합니다.

사이징 계산

Data Domain 시스템에서 해당 미디어 서버의 이니시에이터에 알릴 DFC 디바이스 수를 결정하는 데 다음 계산을 사용할 수 있습니다. 동일한 미디어 서버에 있는 모든 이니시에이터에동일한 수의 DFC 디바이스를 알리는 것이 좋습니다.

Data Domain 시스템

Data Domain 시스템은 단일 DFC SCSI 디바이스에 대한 동시 요청 수를 제한합니다. 이 제한으로 인해, 모든 시점에 Data Domain 시스템에 대한 최대 동시 작업 수에 따라 알리는 디바이



스 수를 조정해야 합니다. 일반적으로 DDBoost over FC를 사용하여 미디어 서버에서 요구되는 작업 수가 많을수록 알리는 디바이스 수가 많아집니다.

모든 시점에 DFC를 사용하여 실행되는 Data Domain 시스템에 대한 최대 동시 작업 수를 J라고 하겠습니다.

작업당 최대 동시 접속 수를 C라고 하겠습니다.

l Data Domain Extended Retention 시스템에 대해 3개

l 다른 유형의 Data Domain 시스템에 대해 1개

계산법:

l 모든 미디어 서버에서 DFC를 사용하여 DD 시스템에 대해 이루어지는 최대 동시 접속 수:

n S = J * C

n DFC 디바이스 수 D = 최소값(64, 2*(S/128)), 반올림

n “D”개의 디바이스를 사용하도록 모든 DFC 액세스 그룹을 구성해야 합니다.

예:가정:

l 미디어/마스터 서버 8개와 단일 Data Domain 시스템이 있고, 모든 시점에 각 서버에서최대 50개의 작업을 실행합니다.

l 이 경우 J = 8 * 50 = 400, C = 1(단일 Data Domain 시스템), S = J * C = 400, D = 2 *400 / 128 = 6.25, 반올림하여 7

l 따라서 7개의 디바이스를 사용하도록 Data Domain 시스템의 모든 DFC 그룹을 구성해야합니다.

가정:

l 미디어 서버 8개와 DD Extended Retention 시스템이 있고, 모든 시점에 각 서버에서 최대 30개의 작업을 실행합니다.

l 이 경우 J = 8 * 30 = 240, C = 3(DD Extended Retention 시스템), S = J * C = 720, D = 2* 720 / 128 = 11.25, 반올림하여 12

l 따라서 12개의 디바이스를 사용하도록 DD 시스템의 모든 DFC 그룹을 구성해야 합니다.

Linux 미디어 서버

Data Domain 시스템(44페이지) 섹션에 나온 계산법을 사용한 Data Domain에서 알리는 DFC디바이스 수가 Linux 미디어 서버에 충분하며, 추가적인 구성 작업이 필요 없습니다. Linux 미디어 서버는 Queue-Depth 제약을 받지 않으므로 성능에 미치는 영향 없이 많은 수의 접속에서 동일한 DFC 일반 SCSI 디바이스를 공유할 수 있습니다.

Windows 미디어 서버

Data Domain 서버 경로 관리 로직은 사용 가능한 논리적 경로(이니시에이터, 타겟 엔드포인트, DFC 디바이스) 전체에 걸쳐 접속을 분산시킵니다. 최대 DFC 디바이스 수를 64개로 하여각 접속이 미디어 서버에서 고유한 일반 SCSI 디바이스(논리적 경로)를 사용하도록 충분한DFC 디바이스를 구성하려고 합니다.

Data Domain 시스템에서 구성되는 DFC 수(위의 Data Domain 시스템(44페이지)에 나온 대로 계산)를 X라고 하겠습니다. 미디어 서버와 Data Domain 시스템 간의 물리적 경로 수를 P라고 하겠습니다. 최대 동시 작업 수를 J, 작업당 최대 접속 수를 C라고 하겠습니다.

– DD Extended Retention 시스템에 대해 3개 – 다른 유형의 Data Domain 시스템에 대해 1개

계산법:

l 미디어 서버에서의 최대 동시 접속 수 S = J * C, DFC 디바이스 수 D = 최소값((S/P), X), 반올림, 최대 64개


사이징 계산 45

D 값이 X보다 클 경우, Windows 클라이언트를 사용하는 액세스 그룹에 한해 D개의 디바이스를 구성하는 것이 충분합니다.

예:

가정:

l 미디어 서버와 Data Domain 시스템 간의 물리적 경로 4개, 최대 작업 수 30개, DDExtended Retention 시스템

l 이 경우 X = 25, P = 4, J = 30, C = 3

l 미디어 서버에서의 최대 동시 접속 수 S = (J * C) = 90

l DFC 디바이스 수 D = (90/4, 25) = 25

따라서 미디어 서버의 각 이니시에이터에 25개의 디바이스를 알리도록 Data Domain 시스템을 구성해야 합니다.

가정:

l 미디어 서버와 Data Domain 시스템 간의 물리적 경로 2개, 최대 작업 수 50개, 단일 DDData Domain 시스템

l 이 경우 X=18, P = 2, J = 40, C = 1

l 미디어 서버에서의 최대 동시 접속 수 S = (J * C) = 40

l DFC 디바이스 수 D = 최대값(40/2, 18) = 20

따라서 미디어 서버의 각 이니시에이터에 20개의 디바이스를 알리도록 Data Domain 시스템을 구성해야 합니다.

D(20) 값이 X(18)보다 크기 때문에, Windows 클라이언트를 사용하는 DFC 액세스 그룹에 한해 2개의 디바이스를 구성하는 것으로 충분합니다.



4장

OpenStorage용 DD Boost 설치



l 설치 개요...............................................................................................................48l NetBackup용 OST 플러그인 설치............................................................................49l Backup Exec용 OST 플러그인 설치......................................................................... 52l Tuning Windows Media Servers for Performance....................................................53l Windows 플러그인 제거.........................................................................................53

OpenStorage용 DD Boost 설치 47

설치 개요Data Domain Boost를 설치하는 전체 단계는 다음과 같습니다.

절차

1. Data Domain 시스템에서 DD Boost를 활성화하는 데 필요한 라이센스를 획득합니다.EMC에서 직접 DD Boost 라이센스 키를 구매할 수 있습니다.

l 기본 라이센스를 사용하여 데이터를 백업 및 복구할 수 있습니다.

l 관리되는 파일 복제 또는 자동 이미지 복제를 수행하려면 별도의 복제 라이센스가 필요합니다. 복제 라이센스는 소스 및 대상 Data Domain 시스템에 모두 필요합니다.

2. Data Domain 시스템에서 DD Boost를 사용하도록 설정하고 구성합니다. 최소한 스토리지 유닛별로 하나의 사용자 이름을 구성하거나 여러 스토리지 유닛에 하나의 사용자 이름을 구성해야 합니다.

3. 각 미디어 서버에 OST 플러그인 소프트웨어를 설치합니다.

4. 이 장에 나온 설치 단계를 완료한 후에는 DD Boost를 위한 Data Domain 시스템 준비(31페이지) 장에 설명된 바와 같이 DD Boost를 구성합니다.

OST 플러그인 및 DD OS 업그레이드

OST 플러그인 또는 DD OS를 업그레이드하기 전에 Data Domain Boost Compatibility Guide를참조하십시오. Data Domain Boost Compatibility Guide에 OST 플러그인과 DD OS의 호환성이정의되어 있습니다.

DD OS 릴리즈의 새로운 기능을 활용하려면 OST 플러그인을 해당 버전으로 업그레이드합니다. 이전 버전의 OST 플러그인은 최신 버전의 DD OS와 호환되기는 하지만 최신 버전의 DDOS에서 제공되는 새로운 기능이 없습니다. 미디어 서버에 OST 플러그인 설치(49페이지)에 설명된 대로 업그레이드를 수행합니다.

이 문서에서는 DD OS 5.5의 명령을 사용하여 Data Domain에 DD Boost를 구성하는 방법을

설명합니다. 이 버전의 OST 플러그인에 다른 버전의 DD OS를 사용하는 경우 해당 DD OS 명령 참조 가이드를 참조하십시오.

방화벽 및 포트

이 내용은 DD Boost-over-IP에만 해당됩니다.

Data Domain 시스템은 초기 구성 상태에서 방화벽을 통해 작동하지 않습니다(미디어 서버에서 Data Domain 시스템 또는 한 Data Domain 시스템에서 다른 Data Domain 시스템 간).방화벽을 통해 Data Domain 시스템을 작동해야 할 경우 해당 네트워크 지원 공급업체에 문의하십시오.

DD Boost 백업 및 최적화된 중복 제거가 작동하려면 방화벽에서 다음 포트를 열어 두어야 합니다.

l TCP 2049(NFS)

l TCP 2051(관리되는 파일 복제에 필요하지만 자동 이미지 복제에는 필요 없음)

l TCP 111(NFS portmapper)



NetBackup용 OST 플러그인 설치이 섹션에서는 NetBackup 환경 내에 OST 플러그인을 설치하는 데 사용되는 명령을 설명합니다.

NetBackup 환경은 미디어 서버와 마스터 서버로 구성되어 있습니다. 마스터 서버는 클라이언트와 미디어 서버를 관리하며 미디어 서버 역할도 할 수 있습니다. 각 미디어 서버에 OST플러그인이 설치되어 있어야 합니다. 마스터 서버가 미디어 서버로도 구성되어 있는 경우 마스터/미디어 서버에도 OST 플러그인을 설치해야 합니다.

마스터 서버 또는 미디어 서버에서, 명령줄에서 실행되는 명령을 입력할 수 있습니다. 마스터

서버에서 명령을 실행하는 경우, -media_server 옵션을 사용하여 스토리지 서버 속성을

플러그인에 쿼리하는 작업을 어디에 지시할지 NetBackup에 알립니다.

이 가이드에서는 다음 디렉토리에 있는 NetBackup 명령을 사용하며, 이러한 디렉토리를UNIX 또는 Windows PATH에 추가해야 합니다.

절차

1. 다음 디렉토리 위치를 UNIX PATH에 추가합니다.

$ exportPATH=$PATH:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/volmgr/bin

2. 다음 디렉토리 위치를 Windows PATH에 추가합니다.

$ PATH=%PATH%;C:\Program Files\Veritas\NetBackup\bin;C:\Program Files\Veritas\NetBackup\bin\admincmd;C:\Program Files\Veritas\Volmgr\bin

미디어 서버에 OST 플러그인 설치

Data Domain 시스템에 액세스해야 하는 미디어 서버에 OST 플러그인 소프트웨어가 설치되어 있어야 합니다. UNIX OST 플러그인을 업그레이드하는 경우 이전 버전의 플러그인이 덮어쓰이므로 이전 버전을 제거할 필요가 없습니다. UNIX 시스템에서 OST 플러그인을 제거하는것에 대한 특별한 지침은 없습니다.

UNIX 플러그인 설치

절차

1. EMC 온라인 지원에서 최신 버전의 OST 플러그인을 다운로드합니다. MD5sum 또는 다이제스트 유틸리티를 사용해 다운로드의 MD5 다이제스트를 확인함으로써 무결성을 확인합니다.

2. gunzip 또는 이와 동등한 명령을 입력해 tar 파일의 압축을 풉니다. 미디어 서버의 원하

는 위치에 파일을 저장합니다.

3. 실행 중인 백업 애플리케이션의 Remote Manager and Monitor Service(nbrmms) 프로세

스를 중지합니다. 다음을 입력합니다.

# nbrmms -terminate4. OST 플러그인(gtar 패키지에 들어 있는 일련의 라이브러리)을 설치합니다.

5. tar 명령을 사용하여 파일의 압축을 풉니다.

# tar -vxf filename


NetBackup용 OST 플러그인 설치 49

6. 또한 이 패키지에는 install.sh라는 설치 스크립트가 포함되어 있습니다. 이 스크립

트는 설치를 시작하기 전에 nbrmms가 중지되었는지 여부를 확인합니다. 다음을 입력합

니다.

# install.sh -d directorypath

디렉토리 경로는 선택 사항입니다. 디렉토리 경로를 지정하지 않을 경우 일반적으로 백업애플리케이션이 패키지를 찾는 위치인 /usr/openv/lib/ost-plugins를 스크립트

에서 사용합니다. 스크립트가 설치하는 공유 라이브러리 파일은libstspiDataDomain.so 및 libstspiDataDomainMT.so입니다.

7. 플러그인이 이미 있는 경우 계속하려면 y를 입력하라는 메시지가 표시됩니다.

8. 다음 명령을 입력하여 백업 애플리케이션의 nbrmms 프로세스를 다시 시작합니다.

# nbrmms

UNIX 플러그인 설치 또는 업데이트 실패 해결(AIX 미디어 서버)절차

1. NetBackup Remote Manager and Monitor Service(nbrmms)를 중지합니다.

2. 다음을 입력합니다.

# ./install.sha plugin already exists, do you want to proceed with installation? (y or n) yInstalling the Data Domain OpenStorage Client Libraries ...cp libstspiDataDomain.so /usr/openv/lib/ost-plugins/libstspiDataDomain.socp: /usr/openv/lib/ost-plugins/libstspiDataDomain.so: Cannot open or remove a file containing a running program.ERROR in copying libstspiDataDomain.so to /usr/openv/lib/ost-plugins/libstspiDataDomain.so, error = 1

설치 스크립트 실행이 실패하고 해당 플러그인이 이미 있다는 오류 메시지가 표시될 수있습니다. 이 실패는 플러그인이 이미 설치되어 있고 다른 인스턴스로 대체되는 경우에발생합니다.

3. 설치 스크립트 실행이 실패할 경우

a. 다음을 입력합니다.

# /usr/sbin/slibcleanb. 다음을 입력합니다.

# ./install.sh

이제 모듈이 메모리에서 언로드되었으므로 install.sh 스크립트가 올바르게 실행될 것입니다.

Windows 플러그인 설치

Windows 플러그인 설치 관리자는 libstspiDataDomainSetup.exe이며, 64비트

Windows 플러그인을 지원합니다.

설치 준비

절차

1. EMC 온라인 지원에서 최신 버전의 Windows OST 플러그인 설치 관리자를 다운로드합니다.

2. WinMD5 또는 유사 유틸리티를 사용해 다운로드의 MD5 다이제스트를 확인함으로써 무결성을 확인합니다. 플러그인 libstspiDataDomainSetup.exe의 압축을 풉니다.



3. 모든 NetBackup 서비스를 중지합니다. 서비스를 중지할 때 NetBackup Windows 서비스시작, 중지 및 다시 시작(51페이지)에 나온 지침을 따릅니다.

4. Windows 제어판을 사용하거나 자동 모드로 OST 플러그인 제거 명령을 실행하여 이전 플러그인 버전을 제거합니다.

libstspiDataDomainUninstall.exe /S

또는 대화형 모드를 사용합니다.

libstspiDataDomainUninstall.exe

설치 시작

대화형 모드 또는 자동 모드로 설치를 실행할 수 있습니다.

절차

1. 설치 실행 파일을 두 번 클릭하여 설치 관리자를 시작합니다.

설치 관리자는 NetBackup이 설치되어 있는지, 그리고 해당 서비스가 실행 중인지를 확인합니다. 설치 관리자가 실행 중인 서비스를 감지할 경우 관련 영향에 대한 메시지를 표시하고 종료됩니다.

2. 서비스가 중지된 경우 설치 관리자가 라이센스 계약을 표시합니다. 계약 내용을 읽고 IAgree를 클릭하여 계속합니다.

3. Choose Install Location 대화 상자에는 올바른 대상 폴더가 표시되어 있습니다. 이 폴더를 변경하지 마십시오. Install을 클릭하여 설치를 시작합니다.

진행 표시줄을 통해 설치를 모니터링합니다.

4. 설치가 완료되면 Show details 버튼을 클릭하여 설치된 파일과 해당 위치를 확인합니다.

5. 모든 서비스를 다시 시작합니다. NetBackup Windows 서비스 시작, 중지 및 다시 시작(51페이지)을 참조하십시오.

6. Windows 미디어 서버의 성능을 튜닝합니다. Tuning Windows Media Servers forPerformance(53페이지)를 참조하십시오.

NetBackup 서비스

UNIX 또는 Windows 서비스의 시작, 중지 및 다시 시작에 대한 지침을 따릅니다.

NetBackup UNIX 서비스 시작 및 중지

UNIX 서비스를 중지하려면 다음을 입력합니다.

# nbrmms -terminate

UNIX 서비스를 시작하거나 다시 시작하려면 다음을 입력합니다.

# nbrmms

NetBackup Windows 서비스 시작, 중지 및 다시 시작

절차

1. 시작 > 제어판 > 관리 도구 > 서비스로 이동합니다.

2. 서비스 창에 서비스가 이름별로 사전순에 따라 나열됩니다. NetBackup RemoteManager and Monitor Service 이름을 찾습니다. Status 필드에 서비스의 상태가 표시

됩니다.

3. 서비스를 선택하고 오른쪽 마우스 버튼을 클릭합니다.


NetBackup 서비스 51

4. 표시되는 메뉴에 서비스 관련 옵션인 Stop, Start, 또는 Restart 옵션이 있습니다. 원하는메뉴 옵션을 선택합니다.

Backup Exec용 OST 플러그인 설치

미디어 서버에 플러그인 설치

Data Domain 시스템에 액세스해야 하는 미디어 서버에 OST 플러그인 소프트웨어가 설치되어 있어야 합니다. Backup Exec은 Windows 미디어 서버에서만 OpenStorage를 지원하기 때문에 다음 섹션에서는 Windows 서버에 대한 지침만 다룹니다.

Backup Exec에는 DD Boost-over-FC가 지원되지 않습니다.

Windows 플러그인 설치

Windows 플러그인 설치 관리자는 libstspiDataDomainSetup.exe이며, 64비트

Windows 플러그인을 지원합니다.

절차

1. 설치 준비

a. EMC 온라인 지원에서 최신 버전의 Windows OST 플러그인 설치 관리자를 다운로드합니다.

b. 모든 Backup Exec 서비스를 중지합니다. 서비스를 중지할 때 Backup Exec 서비스(53페이지)에 나온 지침을 따릅니다.

c. Windows 제어판 또는 libstspiDataDomainUninstall.exe 를 사용하여 이전 플러그인 버전을 제거합니다.

d. 설치 실행 파일을 두 번 클릭하여 설치 관리자를 시작합니다. 설치 관리자는 BackupExec이 설치되어 있는지, 그리고 해당 서비스가 실행 중인지를 확인합니다. 설치 관리자가 실행 중인 서비스를 감지할 경우 관련 영향에 대한 메시지를 표시하고 종료됩니다.

e. 설치를 진행합니다.

2. 설치를 시작합니다.

a. 서비스가 중지된 경우 설치 관리자가 라이센스 계약을 표시합니다. 계약 내용을 읽고계속하려면 I Agree를 선택합니다.

b. Choose Install Location 대화 상자에는 올바른 대상 폴더가 표시되어 있습니다. 폴더를 변경하지 마십시오. Install을 선택하여 설치를 시작합니다.

진행 표시줄을 통해 설치를 모니터링합니다.

c. 설치가 완료되면 Show details 버튼을 선택하여 설치된 파일과 해당 파일의 위치를확인합니다.

d. 모든 Backup Exec 서비스를 다시 시작합니다. Backup Exec 서비스(53페이지)를 참조하십시오.

3. Backup Exec Deduplication Option이 활성화되어 있는지 확인합니다.



Backup Exec 서비스

Windows 서비스 시작, 중지 또는 다시 시작

Backup Exec 내에서 Backup Exec Service Manager 창을 통해 Backup Exec 서비스를 시작,중지 및 다시 시작할 수 있습니다.

Backup Exec 플러그인 업그레이드

절차

1. Backup Exec Services Manager를 실행하고 모든 서비스를 중지합니다(대화 상자는 닫지않아야 함).

2. 이전 플러그인을 제거하고 새 플러그인을 설치합니다.

3. Backup Exec Services Manager 대화 상자로 돌아가서 모든 서비스를 다시 시작합니다.

4. 대화 상자를 닫습니다.

Tuning Windows Media Servers for Performance튜닝 정보는 EMC 지원 포털 사이트(https://support.emc.com)에 있는 기술 자료 문서Tuning Windows Media Servers for Performance(문서 ID 85209)를 참조하십시오.

Windows 플러그인 제거이 절차는 NetBackup과 Backup Exec에 적용됩니다.

절차

1. 백업 애플리케이션의 서비스를 중지합니다.

2. 다음 중 하나를 수행합니다.

l 일반적인 Windows 프로그램을 제거하듯이 Windows 제어판의 프로그램 제거 기능으로 Data Domain OpenStorage 플러그인을 제거합니다.

l 플러그인과 동일한 디렉토리에 설치된 libstspiDataDomainUninstall.exe를 두 번 클릭합니다. Uninstall을 클릭합니다. 제거 후에 Show details를 클릭하여 제거된 파일을 확인합니다.


Backup Exec 서비스 53

https://support.emc.com



5장

백업 애플리케이션 관리


이 장에서는 다음의 주요 항목에 대해 설명합니다.

l 미디어 서버 구성................................................................................................... 56l NetBackup Administration.................................................................................... 69l Backup Exec 관리.................................................................................................. 71

백업 애플리케이션 관리 55

미디어 서버 구성미디어 서버 구성은 사용하는 백업 애플리케이션에 따라 달라집니다. 해당 구성 섹션을 참조하십시오.

NetBackup 구성

이 장의 예에서는 다음 구성을 가정합니다.

l NBU 7.x를 실행하고 이름이 load64인 미디어 서버 1대

l DD Boost가 활성화되어 있고 이름이 dd22 및 dd100인 Data Domain 시스템 2대

미디어 서버 구성은 다음 절차로 이루어집니다.

l 각 Data Domain 시스템 등록

l 새로 추가된 디바이스(특히 Boost-over-FC의 경우) 검색

l Data Domain 시스템과 통신할 각 미디어 서버에 대한 자격 증명 추가

l 디스크 풀 생성

l 디스크 풀 모음인 스토리지 유닛 생성

l 백업 정책 설정

마스터 서버 또는 미디어 서버에서, 명령줄에서 실행되는 명령을 입력할 수 있습니다. 마스터

서버에서 명령을 실행하는 경우, -media_server 옵션을 사용하여 스토리지 서버 속성을

플러그인에 쿼리하는 작업을 어디에 지시할지 NetBackup에 알립니다.

동시 접속 제한

Backup Exec을 사용할 때 단일 미디어 서버에서 가능한 최대 동시 접속(작업) 수는 64개입니다.

각 Data Domain 시스템 등록

절차

1. 미디어 서버에서 백업 애플리케이션의 서비스를 시작합니다. NetBackup 서비스(51페이지)를 참조하십시오.

2. 미디어 서버에서 다음을 입력하여 백업 애플리케이션이 플러그인을 감지하는지 확인합니다.

# bpssinfo -pi -stype DataDomain

출력에는 다음이 표시됩니다.

l 공급업체 버전, 즉 플러그인 버전

l 빌드 버전, 즉 OST 플러그인 버전

3. Virtual Synthetics를 사용하려는 경우 Data Domain 시스템에서 다음 명령을 입력하여 이기능을 활성화합니다.

# ddboost option set virtual-synthetics enabled



4. 미디어 서버에서 다음을 입력하여 Data Domain 시스템을 등록합니다.

DD Boost-over-IP의 경우:

# nbdevconfig -creatests -stype DataDomain -storage_server dd22 -media_server load64

이 경우 storage_server는 IP 주소이거나 dd22 같은 호스트 이름이 될 수 있습니다.

DD Boost-over-FC의 경우:

# nbdevconfig -creatests -stype DataDomain -storage_server DFC-dd100 -media_server load64

이 경우 storage_server 접두사 DFC-는 Data Domain 시스템과 통신하는 데 DDBoost-over-FC 전송을 사용하려 한다는 것을 나타냅니다. 접두사 뒤에 나오는 이름은 원하는Data Domain 시스템의 DFC-server-name(예: dd100)입니다.

5. DD Boost를 실행할 각 Data Domain 시스템에 대해 위의 절차를 반복합니다.

자격 증명 추가

절차

1. Data Domain 시스템과 통신해야 할 미디어 서버에서 다음을 입력합니다.

# tpconfig -add -storage_server dd22 -stype DataDomain -sts_user_id username -password password

NetBackup 7의 경우 NetBackup 내에서도 자격 증명을 구성할 수 있습니다. 자세한 내용

은 NetBackup 설명서를 참조하십시오.

이제 ddboost storage-unit create storage-unit user user-name 명령을 사용하여 각 스토

리지 유닛을 고유하게 생성할 수 있습니다.

2. 특정 Data Domain 시스템과 통신해야 할 각 미디어 서버에 대해 위의 단계를 반복합니다.다음은 dd100을 사용하는 DFC 서버의 예입니다.

# tpconfig -add -storage_server DFC-dd100 -stype DataDomain -sts_user_id username -password password

결과

자격 증명을 추가한 후에 백업 애플리케이션은 다음을 수행합니다.

l 미디어 서버에서 Data Domain 시스템에 로그인할 수 있도록 자격 증명을 저장합니다.

l 운영 스토리지(백업 애플리케이션의 클라이언트)와 스토리지 서버(Data Domain 시스템) 간에 데이터를 전송할 수 있는 Data Mover로 미디어 서버를 구성합니다. 백업 애플리케이션은 미디어 서버와 스토리지 서버 간의 액세스 경로를 유지합니다.

디스크 풀 생성

디스크 풀은 백업 애플리케이션이 단일 개체로 관리하는 디스크 볼륨 모음으로, 스토리지 유닛에 해당합니다.

각 디스크 풀에는 고유한 이름이 있어야 합니다.

백업 애플리케이션은 CLI(Command Line Interface)와 GUI(Graphical User Interface)를 제공하며, 둘 중 하나를 사용해 디스크 풀을 생성할 수 있습니다.


NetBackup 구성 57

디스크 풀 생성

절차

1. 백업 애플리케이션의 Remote Manager and Monitor Service(nbrmms)가 실행되고 있어

야 합니다. 이 서비스를 시작하려면 다음을 입력합니다.

# nbrmms2. 다음을 입력하여 Data Domain 시스템(dd22)의 스토리지 유닛 ID를 얻습니다.

# nbdevconfig -previewdv -storage_server dd22-stype DataDomain > /tmp/dvlist

3. 다음을 입력하여 이전 명령에서 얻은 정보를 사용해 디스크 풀을 생성합니다.

# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain-storage_servers dd22 -dvlist /tmp/dvlist

디스크 풀 이름은 고유한 이름이어야 합니다.

그러면 다음과 같은 출력이 표시됩니다

Disk pool dd22_storage-unit1_dp has been successfully created with 1 volume.

스토리지 유닛 생성

스토리지 유닛당 하나씩 디스크 풀을 포함하고 있습니다. 여러 스토리지 유닛을 하나의 스토리지 유닛 그룹으로 함께 그룹화할 수 있습니다. CLI 또는 GUI를 사용하여 스토리지 유닛을생성할 수 있습니다.

각 스토리지 유닛에 고유한 이름이 있어야 합니다.

스토리지 유닛 생성

절차

1. 다음과 비슷한 명령을 입력합니다.

# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp -host load64a -M load64a

이 명령의 출력은 없습니다.

백업 정책 생성

백업 정책을 생성하는 방법은 NetBackup 7.x Administration Guides를 참조하십시오.

버퍼 구성

다양한 버퍼의 수와 크기를 설정할 수 있습니다. 하지만 버퍼의 크기 제한은 변경할 수 없습니다. 사용 중인 운영 체제에 따라 관련 파일의 위치는 다음과 같습니다.

l UNIX 파일 위치: /usr/openv/netbackupl Windows 파일 위치: install_path\netbackup\db\config최상의 성능을 얻으려면 SIZE_DATA_BUFFERS 및 SIZE_DATA_BUFFERS_DISK를 262144로설정합니다.

버퍼의 수와 크기를 설정하려면 운영 체제에 따라 다음 파일을 생성합니다.



l NET_BUFFER_SZn 설명: TCP/IP 소켓 버퍼 크기

n 미디어: 해당 없음

n UNIX에서의 기본값: 32,032

n Windows에서의 기본값: 32,032

l NUMBER_DATA_BUFFERS

이 값은 2의 거듭제곱이어야 합니다.

n 설명: 공유 데이터 버퍼 수입니다.

n 미디어: 테이프

n UNIX에서의 기본값: 8/4(비 멀티플렉싱/멀티플렉싱)

n Windows에서의 기본값: 16/8(비 멀티플렉싱/멀티플렉싱)

l NUMBER_DATA_BUFFERS_RESTOREn 설명: 공유 데이터 버퍼 수입니다.




l NUMBER_DATA_BUFFERS_DISK

이 값은 2의 거듭제곱이어야 합니다.

n 설명: 공유 데이터 버퍼 수입니다.

n 미디어: Disk



l SIZE_DATA_BUFFERS

크기는 32KB의 배수여야 합니다. 이 파일이 없는 경우의 기본값은 32KB입니다. DataDomain 플러그인에서 지원되는 최대값은 1MB입니다.이 파일이 있는 경우의 기본값이자 최상의 성능을 위해 권장되는 값은 256KB입니다.

n 설명: 공유 데이터 버퍼 크기입니다.


n UNIX에서의 기본값: 64KB

n Windows에서의 기본값: 64KB

l SIZE_DATA_BUFFERS_DISK

크기는 32KB의 배수여야 합니다. 이 파일이 없는 경우의 기본값은 32KB입니다. DataDomain 플러그인에서 지원되는 최대값은 1MB입니다.이 파일이 있는 경우의 기본값이자 최상의 성능을 위해 권장되는 값은 256KB입니다.


NetBackup 구성 59

n 설명: 공유 데이터 버퍼 크기입니다.

n 미디어: Disk



l SIZE_DATA_BUFFERS_NDMPn 설명: NDMP 백업의 버퍼 크기입니다.

n 미디어: 해당 없음



최적화된 복제 구성

OST 플러그인을 통해 NetBackup 미디어 서버에서 복제 프로세스를 지정하고 해당 실행을Data Domain 시스템에 위임할 수 있습니다. 이러한 공유는 다음과 같은 이점이 있습니다.

l 백업 애플리케이션 시스템이 백업 파일의 생성 및 복제를 제어하고 해당 카탈로그에서모든 복제본을 추적함으로써 간편하고 효율적인 복구를 지원합니다.

l 최적화된 복제는 백업 이미지의 복제본을 생성할 때 데이터 경로에서 미디어 서버를 제거하여 백업 애플리케이션 시스템의 로드를 줄이고 다른 작업을 위한 리소스를 확보합니다.

l Data Domain 시스템에서는 중복 제거된 데이터에 WAN(Wide Area Network) 효율성이높은 복제 프로세스를 사용합니다. 프로세스가 WAN에 최적화되므로 복제본을 생성하는데 필요한 WAN 대역폭의 전체 로드가 감소합니다.

l 저대역폭 최적화 옵션과 같은 Data Domain Replicator 소프트웨어 기능을 사용하면 백업 애플리케이션에 영향을 미치지 않고 6Mb/s 미만의 WAN 링크를 통해 전송되는 데이터를 더욱 줄일 수 있습니다.

l 암호화된 최적화 복제와 같은 Data Domain Replicator 소프트웨어 기능은 백업 애플리케이션에 영향을 미치지 않으면서 복제본을 생성하기 위해 WAN을 통해 전송되는 모든데이터를 암호화함으로써 보안을 강화합니다.

net hosts add ipaddr {host | "alias host"}... 명령을 사용하여 소스

Data Domain 시스템에 대상 Data Domain 시스템의 IP 주소를 추가하는 것이 좋습니다.

소스 및 대상 미디어 서버가 모두 두 Data Domain 시스템에 액세스할 수 있는 권한을 가져야

합니다. net hosts add 명령을 사용하여 Data Domain 시스템에 액세스해야 하는 모든 미디

어 서버를 해당 Data Domain 시스템에 추가하는 것이 좋습니다.

DD Boost-Over-Fibre Channel 고려 사항

DD Boost-over-FC를 사용하면 최적화된 복제를 구성하는 절차가 복잡해집니다.

최적화된 복제 작업에는 다음 3가지 시스템 간의 통신이 필요합니다.

l Media_Server

l Src_DD_System — 소스 Data Domain 시스템

l Dst_DD_System — 대상 Data Domain 시스템

최적화된 복제 작업 시 Dst_DD_System은 다른 두 시스템 모두에서 액세스됩니다.

l Media_Server의 액세스 — 제어 작업/설정용



l Src_DD_System의 액세스 — 데이터 전송용

Media_Server와 Dst_DD_System 간의 통신에는 다음 전송 방법 중 하나가 사용될 수 있습니다.

l DD Boost-over-IP

l DD Boost-over-FC

한편 Src_DD_System과 Dst_DD_System 간의 통신은 항상 IP 네트워킹을 통해 이루어집니다.

이제 Media_Server가 DD Boost-over-FC를 사용해 Dst_DD_System과 통신하는 경우를 고려해 보겠습니다. 전체 최적화된 복제 작업에는 Dst_DD_System에 대한 두 가지 "이름"이 필요합니다.

l DFC-<dfc-server-name> -- Media_Server의 DD Boost Library에서 필요

l IP 호스트 이름 -- Src_DD_System에서 필요

하지만 구성 시에는 Dst_DD_System에 대한 하나의 이름만 DD Boost 라이브러리에 제시됩니다. 즉, DFC- 형식의 이름(DFC-<dfc-server-name>)입니다.

DD Boost 라이브러리는 데이터 전송 시작 요청의 일부로 Src_DD_System에 이름을 전달해야 합니다.

Src_DD_System에는 Dst_DD_System에 대한 IP 호스트 이름이 필요합니다. 두 Data Domain시스템 간의 모든 통신이 IP 네트워킹을 통해 수행되기 때문입니다.

하지만 DD Boost 라이브러리는 Dst_DD_System을 DFC- 형식의 이름으로만 알고 있습니다.그렇다면 DD Boost 라이브러리는 Src_DD_System에 어떤 Dst_DD_System 이름을 제시해야할까요?

실제로 DD Boost 라이브러리는 단지 “DFC-” 접두사를 제거한 후 Dst_DD_System의 DFC-server-name을 Src_DD_System에 제시합니다.

예를 들면 다음과 같습니다.

미디어 서버: clientASrc_DD_System: DFC-ddr1Dst_DD_System: DFC-ddr2

이 경우 DD Boost 라이브러리는 Src_DD_System에 Dst_DD_System 이름으로 ddr2를 제시

합니다.

이는 만일 Dst_DD_System의 DFC-server-name이 Src_DD_System에 알려진 IP 호스트 이름과 동일할 경우에 원활하게 작동합니다. 이는 예상되는 정상적인 상황입니다. Data Domain시스템의 기본 DFC-server-name이 단순한 노드 이름이기 때문입니다.

사용자는 Dst_DD_System의 DFC-server-name을 다른 이름(예: my-ddr-via-dfc)으로 변경

할 경우 Src_DD_System이 my-ddr-via-dfc의 호스트 이름을 조회할 때 Dst_DD_System이

연결할 수 있는 IP 주소를 찾도록 해야 합니다. 이렇게 하려면 Src_DD_System의 /etc/hosts 파일에 항목을 추가하면 됩니다.

스토리지 수명주기 정책을 사용하여 최적화된 복제 자동화

스토리지 수명주기 정책은 백업 파일 대상 목록과 각 파일의 보존 기간으로 구성됩니다. 수명주기 프로세스에서는 파일이 생성되고 보존된 후 최종적으로 만료됩니다. 스토리지 수명주기 정책에서 1차 백업본과 복제본에 서로 다른 보존 기간을 지정할 수 있습니다. 예를 들어 원본 로컬 백업본의 보존 기간은 1로 지정하고 재해 복구 사이트에 있는 복제본의 보존 기간은다르게 지정할 수 있습니다.

개별 스토리지 유닛을 SLP의 복제 대상으로 선택합니다. 자세한 내용은 EMC 온라인 지원 사이트(https://support.emc.com)에 있는 기술 자료 문서 OST Duplication Does Not Work(문서 ID 71960)를 참조하십시오.


NetBackup 구성 61


l 두 Data Domain 스토리지 서버 간에 최적화된 복제 데이터를 전송하기 위한 기본 링크

또는 IP 주소가 있는 경우 대상 스토리지 서버를 생성할 때 해당 링크 또는 주소를 사용합

니다.

l 수동으로 최적화된 복제를 시작하려면 Symantec NetBackup 문서에 설명된 NBU CLI 명령 bpduplicate를 사용합니다.

가상 신세틱(synthetic) 백업 구성

가상 신세틱(synthetic) 백업을 사용하려면 정책 속성 및 스케줄을 다음과 같이 설정합니다.

절차

1. DD OS 5.4에서는 가상 신세틱(synthetic) 백업이 기본적으로 활성화되어 있습니다. 비활성화된 경우 다음을 입력하여 Data Domain 시스템에서 가상 신세틱(synthetic) 백업을 활성화합니다.

# ddboost option set virtual-synthetics enable2. NetBackup이 Data Domain 시스템에서 가상 신세틱(synthetic) 백업을 활성화했는지 확

인하고 다음을 입력하여 OptimizedImage 플래그가 설정되어 있는지 확인합니다.

# nbdevquery -liststs -U

DD Boost 버전 2.5를 사용하여 DD OS 5.2 이전에 생성된 이전 디스크 풀을 사용하는 경우 ddboost option set virtual-synthetics enable 명령이 예상대로 작

동하지 않습니다. 작업이 완료되지만 NetBackup이 일반 신세틱(synthetic) 복제를 수행

하기 때문에 위의 메시지가 나타나지 않습니다. 이러한 경우 다음 단계를 수행하십시오.

a. NetBackup에서 새 디스크 풀을 생성합니다.

b. 다음 명령을 입력하여 수동으로 기존 디스크 풀에 플래그를 추가합니다.# disk-pool-name: dlh35-dpstorage-server-name: dlh35

nbdevconfig -changests -storage_server dlh35 -stype DataDomain -setattribute OptimizedImage

nbdevconfig -changedp -dp dlh35-dp -stype DataDomain -setattribute OptimizedImage

c. 다음 명령을 사용하여 OptimizedImage 플래그가 디스크 풀에 추가되었는지 확인

합니다.# nbdevquery -listdp -U -dp dlh35-dp

OptimizedImage 플래그가 출력에 표시되지 않는 경우 nbdevconfig 명령을 사용

하여 플래그를 구성합니다.

# nbdevconfig -changests

백업 작업 예

다음 예는 백업을 시작하기 위한 명령과 다양한 유형의 백업을 보여 줍니다.

백업 작업 예: 전체 백업

전체 백업은 DDR 스토리지 유닛에서 볼 수 있듯이 헤더(HDR) 이미지 파일, 하나 이상의 조각(F1) 이미지 파일, TIR(True Image Restore) 이미지 파일로 구성됩니다.

# ddboost storage-unit show sparc1 compression



List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376

백업 작업 예: 증분 백업

증분 백업은 아래 굵은 글꼴로 나타낸 DDR 스토리지 유닛에서 볼 수 있듯이 헤더(HDR) 이미지 파일, 하나 이상의 조각(F1) 이미지 파일, TIR(True Image Restore) 이미지 파일을 추가합니다.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0:::


NetBackup 구성 63

Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404

백업 작업 예: 신세틱(Synthetic Full) 백업

신세틱(Synthetic Full) 백업은 아래 굵은 글꼴로 나타낸 DDR 스토리지 유닛에서 볼 수 있듯이헤더(HDR) 이미지 파일, 하나 이상의 조각(F1) 이미지 파일, TIR(True Image Restore) 이미지파일을 추가합니다.

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404 rtp-ost-sparc1.datadomain.com_1309959823_C1_HDR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 768 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959823_C1_F1:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 7,435,452 Globally Compressed: 7,420,935 Locally Compressed: 7,444,262



Meta-data: 23,812 rtp-ost-sparc1.datadomain.com_1309959823_C1_TIR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.0 Original Bytes: 100,449 Globally Compressed: 54,304 Locally Compressed: 1,958 Meta-data: 376

신세틱(Synthetic Full) 백업은 DDP_SYNWR API를 사용하여 수행되며, Data Domain 시스템에서 ddboost show stats 및 ddboost show histograms 명령을 통해 표시할 수있습니다.

# ddboost show stats 07/06 07:13:38 DD Boost statistics: ... DDP_SYNWR : 18 [0] ... Count Errors ----------------------------- ------------- ------ Image creates 9 0 Image deletes 0 0 Pre-compressed bytes received 3,712,802,816 - Bytes after filtering 1,856,586,752 - Bytes after local compression 1,856,586,752 - Network bytes received 1,857,697,928 - Compression ratio 2.0 - Total bytes read 0 0 ----------------------------- ------------- ------

소스 도메인에서 자동 이미지 복제 백업 구성

소스 복제가 적절히 구성된 디스크 풀로 백업을 보내야 합니다.

스토리지 수명주기 정책(예: AIR-test1-test2)을 생성해야 하며, 여기에는 표준 백업 단계 및복제(NBU 7.1) 단계를 포함하고 “원격 마스터(원격 도메인의 복제 타겟 디바이스에 전송)”를지정해야 합니다. SLP를 정책 스토리지로 지정하는 정책을 생성해야 합니다.

타겟 도메인에서 자동 이미지 복제 백업 구성

자동으로 가져올 백업은 Destination Replication 속성이 있는 디스크 풀에 파일 복제해야 합니다.

소스 도메인과 동일한 이름으로 지정된 스토리지 수명주기 정책(예: AIR-test1-test2)이 생성됩니다. 이 정책에 가져오기 단계가 포함되어 있습니다.

자동 이미지 복제 백업 실행

소스 도메인에서 자동 이미지 복제 백업이 실행되는 경우, 백업 단계 후 일정 시간이 지난 뒤(기본적으로 30분 후) 복제 단계가 수행됩니다.

다른 NetBackup 및 Backup Exec에 최적화된 중복 작업과 똑같이, AIR 복제 Src-repl작업

수는 ddboost show connections명령의 출력에 작업으로 표시됩니다.

소스 도메인에서 복제 후 얼마 뒤에(기본적으로 30분) 가져온 이미지 세트를 사용할 수 있으며, 이는 타겟 도메인의 Activity Monitor에 표시됩니다.

다른 NetBackup 및 Backup Exec 최적화 복제 작업과 달리 AIR 복제 작업은 ddboostshow connections 명령 출력에 Dst-repl 작업으로 표시되지 않습니다.


NetBackup 구성 65

Backup Exec 구성

Backup Exec에는 DD Boost-over-Fibre Channel이 지원되지 않습니다.

작업 설정, 예약 및 모니터링에 대한 자세한 내용은 Symantec Backup Exec 2012Administrator's Guide를 참조하십시오.모든 Backup Exec 버전에 대해 다음 단계를 수행하십시오.

절차

1. 다음 정보를 사용해 로그온 계정을 생성합니다.

a. 기본값이 아닌 로그인 계정

b. DD Boost 사용자 이름

c. DD Boost 암호

이제 ddboost storage-unit create storage-unit user user-name 명령을 사용하여 각 스토리지 유닛을 고유하게 생성할 수 있습니다.

2. 디바이스를 구성합니다.

a. Data Domain 시스템의 스토리지 유닛을 생성합니다.

b. OpenStorage 서버를 추가하고 이전에 생성한 Data Domain 호스트 이름과 로그온 계정 이름을 지정합니다.

c. Backup Exec이 Data Domain 시스템에 쿼리하여 스토리지 유닛 목록이 표시됩니다.원하는 스토리지 유닛을 선택합니다.

d. 디바이스의 동시 작업 수를 지정합니다. 단일 미디어 서버 OpenStorage 플러그인에서 연결된 모든 OpenStorage 스토리지 유닛에 대한 총 동시 접속(작업) 수는 48개입니다. 단일 디바이스의 동시 작업 제한은 다음과 같이 결정할 수 있습니다. 48 >= #OpenStorage 스토리지 유닛 수 + Σ 각 스토리지 유닛의 동시 작업 수. 스토리지 유닛이 하나 있는 단일 Data Domain 시스템의 경우 동시 작업 수는 최대 47개로 설정할 수있습니다.

e. Disk Space Management의 기본값을 지정합니다. 데이터 스트림 청크 크기의 범위는64KB~256KB입니다. 최적의 성능을 얻기 위한 권장 값은 256KB입니다.

f. 스토리지 유닛 공유 값을 지정합니다. 공유 미디어 서버를 단일 운영 미디어 서버와 연결하면 여러 미디어 서버에서 하나의 Data Domain 스토리지 유닛을 공유할 수 있습니다. 미디어 서버 목록에서 운영 미디어 서버를 선택합니다.

g. 새 Data Domain 시스템이 추가되면 Backup Exec 서비스를 다시 시작합니다.

로그온 계정 생성

로그온 계정을 생성하려면 다음 단계를 수행합니다.

절차

1. Home 페이지의 Getting Started 패널에서 1) Create Logon Accounts 왼쪽에 있는 아이콘을 두 번 클릭합니다. Logon Account Wizard Welcome 대화 상자가 표시됩니다. Next를클릭합니다.

2. Set Up a Logon Account 대화 상자에서 Add a new logon account를 선택하고 Next를 클릭합니다.



3. Enter Logon Account Credentials 대화 상자에서 DD Boost의 사용자 이름과 암호를 입력합니다. Next를 클릭합니다.

4. Logon Account Name 대화 상자에서 이 로그온 계정을 나타내는 계정 이름을 입력합니다. Next를 클릭합니다.

5. Type of Logon Account 대화 상자에서 이 계정을 모든 Backup Exec 사용자가 사용할 수있게 설정합니다. Next를 클릭합니다.

6. Default Logon Account 대화 상자에서 No를 선택합니다. Data Domain 시스템 계정은 대개 Backup Exec 시스템 로그온이 아닙니다. Next를 클릭합니다.

7. Logon Account Summary 대화 상자에 표시된 계정 설정을 확인합니다. 이전에 선택한 항목을 편집하려면 Back을 클릭합니다. 계정 정보에 문제가 없으면 Next를 클릭합니다.

8. Completing the Logon Account Wizard 대화 상자가 표시됩니다. Finish를 클릭합니다.

디바이스 구성

디바이스를 구성하려면 다음 단계를 수행합니다.

절차

1. Data Domain 시스템의 스토리지 유닛을 생성합니다. 스토리지 유닛 생성(58페이지)을참조하십시오.

2. Backup Exec Home 페이지의 Tools 메뉴에서 Configure Devices를 선택합니다. 메뉴에서 Add OpenStorage를 선택합니다.

3. Add OpenStorage Device 대화 상자의 General 탭을 다음과 같이 구성합니다.

l Name: Data Domain 시스템의 이름을 입력합니다.

l 서버: Data Domain 호스트 이름을 입력합니다.

l 이전에 생성한 로그온 계정 이름을 선택합니다.

l 서버 유형으로 DataDomain을 선택합니다.

l Storage unit: 스토리지 유닛을 선택합니다.

l 동시 작업: 디바이스의 동시 작업 수를 지정합니다.단일 미디어 서버 OST 플러그인에서 연결된 모든 OpenStorage 스토리지 유닛에 대한총 동시 접속(작업) 수는 48개입니다. 단일 디바이스의 동시 작업 제한은 다음과 같이결정할 수 있습니다.

48 >= # OpenStorage 스토리지 유닛 수 + ∑ 각 스토리지 유닛에 대한 동시 작업 수

스토리지 유닛이 하나 있는 단일 Data Domain 시스템의 경우 동시 작업 수는 최대 47개로 설정할 수 있습니다.

4. 확인을 클릭합니다.

5. Add OpenStorage Device 대화 상자의 Advanced 탭을 다음과 같이 구성합니다.

l Disk Space Management 및 Direct Access에 기본값을 적용합니다.

l Data stream chunk size를 64KB~256KB에서 선택합니다. 최적의 성능을 얻기 위한권장 값은 256KB입니다.

6. 확인을 클릭합니다.

7. Sharing 탭을 클릭합니다.

공유 미디어 서버를 단일 운영 미디어 서버와 연결하면 여러 미디어 서버에서 하나의Data Domain 스토리지 유닛을 공유할 수 있습니다.

미디어 서버 목록에서 운영 미디어 서버를 선택하고 OK를 클릭합니다.


Backup Exec 구성 67

8. 새 Data Domain 시스템이 추가되면 Backup Exec 서비스를 다시 시작해야 합니다.Restart Services 대화 상자에서 Restart Now를 클릭합니다.

결과

디바이스가 구성된 후에는 Devices 페이지에 새 스토리지 유닛이 표시됩니다.

최적화된 복제 구성

Backup Exec에서 복제 작업을 구현하는 방법에 대한 자세한 내용은 Symantec Backup Exec2012 Administrator’s Guide를 참조하십시오. 백업 작업에 관련 복제 작업을 연결하거나 이전백업 세트를 복제할 수 있습니다.

OST 플러그인을 통해 미디어 서버에서 복제 프로세스를 지정하고 해당 실행을 Data Domain시스템에 위임할 수 있습니다. 이러한 공유는 다음과 같은 이점이 있습니다.

l 백업 애플리케이션 시스템이 백업 파일의 생성 및 복제를 제어하고 해당 카탈로그에서모든 복제본을 추적함으로써 간편하고 효율적인 복구를 지원합니다.

l 최적화된 복제는 백업 파일의 복제본을 생성할 때 미디어 서버를 사용하지 않아 백업 애플리케이션 시스템의 로드를 줄이고 다른 작업을 위한 리소스를 확보합니다.

l Data Domain 시스템에서는 중복 제거된 데이터에 WAN(Wide Area Network) 효율성이높은 복제 프로세스를 사용합니다. 프로세스가 WAN에 최적화되므로 복제본을 생성하는데 필요한 WAN 대역폭의 전체 로드가 감소합니다.

l 대역폭이 낮은 환경 최적화 옵션과 같은 Data Domain Replicator 소프트웨어 기능을 사용하면 백업 애플리케이션에 영향을 미치지 않고 6Mb/s 미만의 WAN 링크를 통해 전송되는 데이터를 더욱 줄일 수 있습니다.

l 암호화된 최적화 복제와 같은 Data Domain Replicator 소프트웨어 기능은 백업 애플리케이션에 영향을 미치지 않으면서 복제본을 생성하기 위해 WAN을 통해 전송되는 모든데이터를 암호화함으로써 보안을 강화합니다.

다음 명령을 사용하여 소스 Data Domain 시스템에 대상 Data Domain 시스템의 IP 주소를 추가하는 것이 좋습니다.

net hosts add ipaddr {host | "alias host"}

소스 및 대상 미디어 서버가 모두 두 Data Domain 시스템에 액세스할 수 있는 권한을 가져야

합니다. net hosts add 명령을 사용하여 Data Domain 시스템에 액세스해야 하는 모든

미디어 서버를 해당 Data Domain 시스템에 추가하는 것이 좋습니다. 시스템 간 이미지를 복제하려면 다음 조건이 충족되어야 합니다.

l 최적화된 복제를 수행할 두 Data Domain 시스템 모두에서 구성된 디바이스의 데이터 스트림 청크 크기가 동일한 값으로 설정되어야 합니다. OpenStorage Device Properties 대화 상자에 표시된 대로 이 값을 256KB로 설정하는 것이 좋습니다.

l 대상 Data Domain 시스템의 Concurrent Operations 수가 소스 Data Domain 시스템의

값보다 크거나 같아야 합니다.

최적화된 복제에 대한 구성 제한

l 최적화된 복제는 Backup Exec 2010 R2 이상에서 지원됩니다.

l Data Domain은 데이터 세트가 하나만 있는 이미지에 대해 최적화된 복제를 지원합니다.한 작업에서 여러 볼륨 또는 여러 볼륨의 선택 항목(C:\Windows, D:, E: 등) 또는 에이

전트(SQL Server, SharePoint 등) 또는 이러한 조합을 백업하는 경우 Symantec BackupExec 핫픽스 138226을 적용하지 않으면 결과 백업 이미지에 모든 드라이브 또는 애플리케이션의 데이터 세트가 포함됩니다. 이 핫픽스는 Backup Exec 2010 R2에만 적용할 수



있습니다. 핫픽스 138226이 적용된 상태에서 Backup Exec은 백업 작업의 각 데이터 세트당 하나씩 여러 이미지를 생성합니다. 한 작업에 여러 볼륨이 포함된 위의 예에서는 C:\Windows에 하나, D: 에 하나, E:에 하나씩 3개의 이미지가 생성됩니다. 이후에

Backup Exec에서 선택한 개별 이미지 또는 3개 이미지 모두에 대한 최적화된 복제를 수행할 수 있습니다.

NetBackup Administration

OST 플러그인 버전 확인

절차


# bpstsinfo -pi -stype DataDomain결과

출력에 공급업체 버전, 플러그인 버전 및 빌드 버전이 표시됩니다.

NetBackup 버전 확인

절차

1. 다음을 입력하여 표시합니다.

# cat <NetbackupInstall_Dir>/version결과

샘플 출력은 다음과 같습니다.

Netbackup-Solaris10 7.5

네트워크 시간 초과

백업 및 복구 작업은 종종 완료하는 데 시간이 오래 걸립니다. OST 플러그인을 일시적인 네트워크 중단으로부터 복구할 수 있더라도 백업 애플리케이션 시간 초과가 너무 낮게 설정되어있으면 백업 애플리케이션 시스템의 운영 체제가 작업을 중간에 종료할 수 있습니다.

시간 초과 값은 30분(1800초) 이상으로 설정하는 것이 좋습니다.

네트워크 연결이 끊어진 후에 관리자는 ddboost reset stats 명령을 실행하여 작업 접

속을 해제해야 합니다.

CLI를 사용한 백업 애플리케이션 시간 초과 설정

절차

1. <NetBackupInstall_directory>/bp.conf 파일에 다음 두 줄을 추가합니다.

CLIENT_CONNECT_TIMEOUT = 1800CLIENT_READ_TIMEOUT = 1800

시간 초과 값이 초 단위로 표시됩니다.


NetBackup Administration 69

GUI를 사용한 백업 애플리케이션 시간 초과 설정

절차

1. NetBackup Management 노드를 확장합니다.

2. Host Properties를 확장합니다.

3. Master Servers를 선택합니다.

4. 오른쪽 창에서 시스템 이름을 두 번 클릭합니다.

표시되는 속성 대화 상자에서 시간 초과 값을 변경합니다.

페일오버를 위한 스토리지 유닛 그룹화

관리자는 워크로드를 공유하도록 스토리지 유닛 그룹을 지정할 수 있습니다. 관리자는 다음선택 조건 중 하나를 설정하여 백업 애플리케이션 시스템이 다음 작업 시 그룹에서 스토리지유닛을 선택하는 방법을 지정합니다.

l Failover(권장 설정)페일오버를 선택 조건으로 설정하면 해당 스토리지 유닛에 장애가 발생하더라도 백업 작업이 실패하지 않습니다. 이 경우 백업 애플리케이션이 동일한 그룹 내 다른 스토리지 유닛을 선택하여 작업을 완료합니다.

l Prioritized

l Round robin

l Load balance

Data Domain 스토리지 서버 삭제

이 절차를 수행하면 스토리지 서버와 연결된 모든 데이터와 리소스가 제거됩니다. 필요한 경우를 제외하고는 이 절차를 수행하지 마십시오.

절차

1. 다음을 입력하여 BACKUP_ID로 지정된 모든 파일을 삭제합니다.

# bpexpdate -backupid BACKUP_ID -d 0 2. GUI에서 모든 정책을 삭제합니다.

3. 다음을 입력하여 모든 스토리지 유닛을 삭제합니다.

# bpstudel -label SU_NAME 4. 다음을 입력하여 모든 디스크 풀을 삭제합니다.

# nbdevconfig -deletedp -stype DataDomain -dp pool-name 5. 다음을 입력하여 스토리지 서버를 삭제합니다.

# nbdevconfig -deletests -storage_server dd22 -stype DataDomain

GUI를 사용해 파일, 수명주기 정책, 스토리지 유닛 및 디스크 풀을 삭제할 수 있습니다.문제 해결 정보는 Data Domain 시스템 삭제 불가(74페이지)를 참조하십시오.

6. tpconfig 명령을 사용하여 자격 증명을 제거합니다.



# tpconfig -delete -storage_server dd22 -stype DataDomain -sts_user_id username

Backup Exec 관리

OST 플러그인 버전 확인

절차

1. Backup Exec 설치 디렉토리로 이동하여 libstspiDataDomain.dll 파일을 찾습니

다.

2. 파일 이름을 마우스 오른쪽 버튼으로 클릭하고 메뉴에서 속성을 선택합니다.

3. Details 탭을 선택합니다. OST 플러그인 버전이 파일 버전으로 표시됩니다.

Backup Exec 버전 확인

절차

1. Backup Exec Home 페이지의 Help 메뉴에서 About을 선택합니다.

Data Domain 시스템의 스토리지 유닛 삭제

절차

1. Data Domain 시스템의 스토리지 유닛을 삭제하는 방법에는 두 가지가 있습니다.

l Backup Exec 디바이스(Data Domain 시스템의 스토리지 유닛) 내 모든 미디어를 삭제한 후 Backup Exec에서 이 디바이스를 삭제합니다.

l 디바이스에 미디어가 남아 있는 경우에도 Backup Exec에서 디바이스를 삭제할 수 있습니다. Data Domain 시스템에 스토리지 유닛이 남아 있고 일부 파일이 스토리지 유닛에 남게 됩니다. 이 공간을 확보하려면 다음을 입력하여 Data Domain 시스템의 스토리지 유닛을 삭제합니다.

# ddboost storage-unit delete storage-unit


Backup Exec 관리 71



6장

기본적인 문제 해결

이 장에는 고객이 문제를 자체적으로 해결하는 데 도움이 되는 기본적인 문제 해결 팁이 나와있습니다. 직접 해결할 수 없는 문제의 경우 고객은 계약한 지원 공급업체에 문의해야 합니다.

자세한 내용은 https://support.emc.com에 있는 Data Domain 기술 자료를 참조하십시오.


l 일반적인 문제 해결................................................................................................ 74l 파일 복제를 위한 Data Domain 시스템 설정............................................................74l NetBackup 문제 해결.............................................................................................74l Backup Exec 문제 해결.......................................................................................... 85

기본적인 문제 해결 73

일반적인 문제 해결문제를 조사할 때는 Data Domain 시스템과 백업 애플리케이션 시스템에 모두 DD Boost 소프트웨어의 구성 요소가 있다는 점을 유념합니다. 두 환경이 호환되어야 합니다. 두 시스템모두에 적용되는 문제 해결 고려 사항은 다음과 같습니다.

l 지원되는 구성EMC 온라인 지원 사이트(https://support.emc.com)에 있는 EMC Data Domain BoostCompatibility Guide에 명시된 지원되는 구성을 갖추었는지 확인합니다.

구성 요소가 변경될 경우 지원되는 구성이 더 이상 지원되지 않을 수 있습니다.

l 인증 실패인증 실패가 발생할 경우 모든 시스템이 다른 시스템에 대한 올바른 액세스 자격 증명을갖추었는지 확인합니다. 사용자 자격 증명 설정에 대한 지침은 미디어 서버 구성(56페이지)에 나와 있습니다.

파일 복제를 위한 Data Domain 시스템 설정모든 DD OS 버전에서 replication throttle 명령이 복제를 제어합니다. 임계치를 너무 낮게 설정하면 NetBackup과 Backup Exec에서 최적화된 복제가 실패할 수 있습니다.

NetBackup 문제 해결

Data Domain 시스템 삭제 불가

이 절차는 다음과 같은 가정 하에 수행됩니다.

l Data Domain 시스템을 삭제할 수 없습니다.

l deletests 옵션을 사용하여 nbdevconfig 명령을 이미 실행했는데 삭제가 실패했

습니다. 이는 emm 또는 rmms 프로세스가 중단되었을 수 있음을 의미합니다.

l 지정된 Data Domain에 대한 모든 파일이 만료되었습니다. 파일 만료 방법에 대한 지침은NBU 설명서를 참조하십시오.

여전히 Data Domain 시스템을 삭제할 수 없는 경우 다음 단계를 수행하십시오.

절차


# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. 핵심 파일이 출력될 경우 EMC Data Domain 지원 팀에 문의하십시오. 그렇지 않으면 다음

단계로 진행합니다.

3. 아래에서 사용 중인 운영 체제에 해당하는 지침을 따릅니다.

Windows 시스템의 경우

절차

1. 다음 두 실행 파일을 실행하여 미디어 서버에서 NetBackup 서비스를 다시 시작합니다.

NBUInstallPath\NetBackup\bin\bpdown.exeNBUInstallPath\NetBackup\bin\bpup.exe




2. deletests를 다시 실행합니다. 실패할 경우 NBUInstallPath\NetBackup\nblog.conf 파일을 열고 다음 항목을 추가하여 보다 자세한 NBU 로깅을 활성화합니

다.

NBSTSI=OID=2023. 미디어 서버에 대한 오류 로깅(76페이지)에 설명된 대로 미디어 서버에 대한 자세한 로

깅 메시지를 사용하도록 설정합니다.

UNIX 시스템의 경우

절차

1. rmms가 다시 시작되지만 emm은 다시 시작되지 않을 경우 모든 프로세스, 특히 emm 또는

rmms가 작동하는지 확인합니다.

2. 이러한 프로세스가 작동하지 않을 경우 다음을 입력합니다.

# /bp/bin/goodies/netbackup start 3. deletests를 다시 실행합니다. 여전히 실패할 경우 /bp/nblog.conf 파일을 열고

다음 항목을 추가하여 자세한 NBU 로깅을 활성화합니다.

NBSTSI=OID=202 4. 미디어 서버에 대한 오류 로깅(76페이지)에 설명된 대로 자세한 로깅 메시지를 사용하

도록 설정합니다.

설치 확인

잘못된 설치로 인해 백업과 같은 기본적인 작업에 문제가 생길 수 있습니다.

절차

1. 운영 체제에 따라 다음을 입력하여 해당 파일이 올바른 위치에 있는지 확인합니다.

a. UNIX 시스템에서 다음을 입력합니다.

# ls /usr/openv/lib/ost-plugins/

명령 출력에 다음과 같은 공유 라이브러리 파일 이름이 포함되어야 합니다.

libstspiDataDomain.solibstspiDataDomainMT.so

b. Windows 시스템에서 다음을 입력합니다.

C:\Program Files\Veritas\bin\ost-plugins

명령 출력이 공유 라이브러리 파일의 이름인 libstspiDataDomain.dll이어야

합니다.

2. 다음을 입력하여 플러그인 버전을 확인합니다.

# bpstsinfo -pi

출력에 표시되는 공급업체 버전이 Data Domain 플러그인 버전이고, 빌드 버전이 DDBoost API 버전입니다.

bpstsinfo 명령이 실패할 경우 /usr/openv/netbackup/logs/admin 디렉토리

에서 해당 로그 파일을 확인합니다.


설치 확인 75

자격 증명 확인

절차

1. 스토리지 서버로 등록된 모든 Data Domain 시스템에 대한 자격 증명을 표시하려면 백업애플리케이션 시스템에서 다음 명령을 입력합니다.

# tpconfig -dsh -all_hosts -stype DataDomain

사후 요구 사항

Data Domain 시스템(OpenStorage 서버)에 대한 자격 증명을 추가하지 못했다는 메시지가표시될 경우 자격 증명 추가(57페이지) 절차를 따릅니다. 이 절차에는 자격 증명을 설정하고오류와 불일치 사항을 확인하는 방법이 나와 있습니다.

라이센스 오류 해결

Configure Disk Pool 마법사에서 라이센스 오류가 보고될 경우 다음을 수행합니다.

절차

1. bp.conf 파일을 엽니다.

2. 추가 CLIENT_NAME 항목이 포함되어 있는지 확인합니다.

3. 추가 CLIENT_NAME 항목이 있으면 삭제합니다.

미디어 서버에 대한 오류 로깅

오류 로그는 OpenStorage 환경에서 NetBackup 관련 문제를 해결하는 데 사용되는 주요 수단입니다.

절차

1. 백업, 복구 또는 최적화된 복제 작업을 시작하기 전에 NetBackup 미디어 서버에 대한 로깅을 활성화합니다. 미디어 서버 운영 체제에 대한 지침을 따르거나 NetBackup GUI를 사용합니다.

l UNIX 시스템에서 오류 로깅 활성화

다음을 입력합니다.

# /usr/openv/netbackup/logs/mklogdirl Windows 시스템에서 오류 로깅 활성화

다음을 입력합니다.

C:\Program Files\Netbackup\logs\mklogdir.bat결과

로깅을 활성화하면 OST 플러그인이 오류 및 정보 제공용 로그 메시지에 DataDomain을 접두사로 추가합니다.

미디어 서버에서 실패한 백업 해결

아래 나온 미디어 서버 운영 체제별 설명에 따라 로그 파일에서 플러그인 오류 메시지를 찾습니다.



UNIX 시스템에서 실패한 백업 해결

절차


# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain

이 명령은 지정된 로그 파일에서 DataDomain이라는 단어가 포함된 줄을 선택합니다.이 플러그인은 DataDomain을 로그 메시지의 접두사로 사용합니다.

Windows 시스템에서 실패한 백업 해결

절차


C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log 2. 로그 파일을 열고 DataDomain이라는 단어를 찾습니다.

실패한 파일 복제 해결

절차

1. 미디어 서버 로그 파일에서 플러그인 오류 메시지를 찾습니다. 이러한 파일은 서버의 운영 체제에 따라 다음과 같은 위치에 있습니다.

l UNIX

n read_file의 경우:/usr/openv/netbackup/logs/bpdm

n write_file의 경우:/usr/openv/netbackup/logs/bptm

n file-replication의 경우:/usr/openv/netbackup/logs/bpdm

l Windows

n read_file의 경우:C:\Program Files\Veritas\logs\bpdm

n write_file의 경우:C:\Program Files\Veritas\logs\bptm

n write_file의 경우:C:\Program Files\Veritas\logs\bptm

2. 다음을 입력하여 복제 라이센스가 설치되어 있는지 확인합니다.

# license show 3. 추가 지원이 필요한 경우 계약한 지원 공급업체에 문의하십시오.

시간 초과 오류 해결

절차

1. 클라이언트가 Data Domain 시스템에 ping을 수행할 수 있는지 확인합니다.

2. 다음을 입력하여 Data Domain 시스템에서 파일 시스템이 실행 중인지 확인합니다.

# filesys status3. 다음을 입력하여 Data Domain 시스템에서 NFS가 실행 중인지 확인합니다.


미디어 서버에서 실패한 백업 해결 77

# nfs status

플러그인 로그 메시지 해결

플러그인에 오류가 발생할 경우 NetBackup에 EPLUGIN 오류 코드가 반환되고 오류 이유가

기록됩니다.

절차

1. 이유가 다음 중 하나인지 확인합니다.

l Write Length Exceeds Limit Error쓰기 버퍼 데이터 크기는 제한되어 있습니다. 제한 초과 오류 메시지를 받을 경우 버퍼구성(58페이지)에 설명된 대로 지정된 제한 내 값으로 버퍼 크기를 변경합니다.

l Program Not Registered다음과 같이 출력되면 프로그램이 등록되지 않은 것입니다.

(: RPC: Program not registered) 2. 유효한 라이센스를 설치하여 DD Boost를 활성화합니다.

# license add ddboost-license-code3. 다음을 입력하여 Data Domain 시스템에서 파일 시스템이 실행 중인지 확인합니다.

# filesys status

“Cannot connect on socket” 오류 해결

nbdevconfig -creatests 명령이 실행되었지만 소켓 접속 오류로 인해 스토리지 서버

가 생성되지 않을 경우 이 오류가 발생합니다.

“”다음 단계를 수행하십시오.

절차

1. nbemm 프로세스가 실행되고 있는지 확인합니다. 시작 시 계속 오류가 발생할 경우 대개

NBU 데이터베이스에 문제가 있는 것입니다.

2. vxlogview 유틸리티를 사용해 /usr/openv/logs/51216-*.log에 있는 로그를

검토하여 오류가 있는지 확인합니다.

3. 데이터베이스를 다시 생성합니다. 다음을 입력합니다.

# /usr/openv/db/bin/create_nbdb -drop

Solaris 미디어 서버에서 NetBackup 백업 작업 실패

파일 백업 작업이 시작 시 미디어 쓰기 오류(84)로 실패할 경우, 일반적인 Activity Monitor 작업 세부 정보에 다음이 표시될 수 있습니다.

2/28/2009 3:36:22 AM - Critical bptm(pid=1750) failure to open sts for storage server apoddrrp01: plug-in reports error 2060046 plugin error2/28/2009 3:36:23 AM - end writing media open error(83)

bptm 로그에는 다음과 비슷한 정보가 포함될 수 있습니다.

01:33:02.585 [28874] <16> apoddrrp01: /usr/openv/lib/ost-plugins/libstspiDataDomain.so:stspi_open_server STS_EPLUGIN Can't connect to mountd on apoddrrp01 (: RPC: Miscellaneous tli error - An event requires attentionError 0)

위의 예에서 /etc/inet/ipsecinit.conf의 항목은 포트 665 (sun-dr)의 트래픽에

암호화를 적용했습니다. 그러나 Solaris 운영 체제에 Sun 동적 재구성이 비활성화되어 있었습니다. 따라서 미디어 서버가 포트 665를 사용하여 NFS를 통해 Data Domain 시스템에 접속했지만 해당 패킷이 암호화되지 않았기 때문에 미디어 서버에서 전송되지 않았습니다.



이 문제를 해결하려면 동적 재구성을 비활성화해야 합니다.

동적 재구성 비활성화

절차

1. /etc/inet/inetd.conf에서 sun-dr 항목의 주석 처리를 제거하거나 이 항목을 제거합니다.

sun-dr stream tcp wait root /usr/lib/dcs dcssun-dr stream tcp6 wait root /usr/lib/dcs dcs

2. 다음을 입력하여 inetd가 구성 파일을 다시 읽도록 합니다.

kill -HUP pid-inetd 3. /etc/inet/ipsecinit.conf에서 sun-dr 항목의 주석 처리를 제거하거나 이 항

목을 제거합니다.

{dport sun-dr ulp tcp} permit {auth_algs md5}{sport sun-dr ulp tcp} apply {auth_algs md5 sa unique}

4. 실행 중인 시스템에서 활성 IPsec 구성을 제거합니다.

a. 다음을 입력하여 인덱스 번호를 얻습니다.

ipsecconf | grep sun-dr

b. 다음을 입력하여 sun-dr에 대한 정책을 삭제합니다.

ipsecconf -d index

최적화된 복제 작업 실패

DD OS 4.7 이상을 실행하는 소스 및 대상 Data Domain 시스템 모두에 최적화된 복제 작업을위한 Replicator 소프트웨어 라이센스가 필요합니다.

이 라이센스가 설치되지 않은 경우 최적화된 복제 작업이 실패합니다. 일반적인 ActivityMonitor 작업 세부 정보에 미디어 쓰기 오류(84)가 발생했다는 내용이 나오며, NetBackupbpdm 로그에 NFS 작업이 지원되지 않는다는 내용이 표시됩니다.

복제용 라이센스 추가

절차

1. Data Domain에서 복제 라이센스 코드를 얻습니다.

2. 각 Data Domain 시스템의 명령줄 인터페이스에서 라이센스 코드를 추가합니다.

# license add license code

가상 신세틱(synthetic) 백업

l 일반 백업이 양호한지 확인합니다.

l Storage Lifecycle Policy 속성이 적절하게 설정되어 있는지 확인합니다.

l 스토리지 유닛에서 TIR 파일이 생성되고 있는지 확인합니다.# ddboost storage-unit show [compression] [storage-unit] [tenant-unit tenant-unit]

l DDP_SynWR RPC가 전송되고 있는지 확인합니다.# ddboost show stats

l OptimizedImage 플래그가 설정되어 있는지 확인합니다.# nbdevquery -liststs

l 가상 신세틱 백업이 Data Domain 시스템에서 활성화되어 있는지 확인합니다.


최적화된 복제 작업 실패 79

# ddboost option show

자동 이미지 복제 모니터링

소스 Data Domain 시스템에서는 자동 이미지 복제와 직접 관련된 RPC, 즉DDP_REMFILEOPS 및 DDP_IMAGESETOPS에 대한 통계와 히스토그램이 보고됩니다. 또한DDP_IMAGESETS는 이 Data Domain 시스템에서 전송되는 모든 이미지 세트의 개수입니다.DDP_IMAGESETS 히스토그램은 이미지 세트의 마지막 이미지가 파일 복제를 위해 전송된 시점부터 타겟 도메인의 Data Domain 시스템에 이벤트가 게시되기까지 걸린 시간을 보고합니다.

타겟 Data Domain 시스템에는 DDP_GETEVENT RPC에 대한 통계와 히스토그램이 보고됩니다. 또한 DDP_EVENTS는 가져오기에 대해 보고되는 모든 이미지 세트 이벤트의 개수입니다.DDP_EVENTS 히스토그램은 타겟 도메인의 Data Domain 시스템에 이벤트가 게시된 시점부터 가져오기 위해 NetBackup에 전달되기까지 걸린 시간을 보고합니다.

개별 파일의 파일 복제 성능 보고서를 얻으려면 ddboost file-replication show명령을 사용합니다.

DD Boost 통계를 표시하려면 다음을 입력합니다.

# ddboost show stats

DD Boost 히스토그램을 표시하려면 다음을 입력합니다.

# ddboost show histogram

자동 이미지 복제 작업이 수행되지 않음

절차

1. 복제를 위한 소스 Data Domain 시스템에서 타겟 Data Domain 시스템으로의 접속이 작동하는지 확인하려면 다음을 입력합니다.

# replication option show

TCP 포트가 2051이거나 기본값인지 확인합니다.

2. 소스와 타겟 Data Domain 시스템에서 연결이 제대로 구성되어 있는지 확인하려면 다음을 입력합니다.

# ddboost association show3. 소스 Data Domain 시스템의 새 백업 이미지를 확인하려면 다음을 입력합니다.

# ddboost storage-unit show source-su4. 타겟 Data Domain 시스템의 새 백업 이미지를 확인하려면 다음을 입력합니다.

# ddboost storage-unit show target-su

타겟의 이미지 이름이 소스의 이미지 이름과 일치하는지 확인합니다.

a. 새 파일 복제 이미지가 전송되지 않을 경우 소스 Data Domain 시스템에서 보고된 파일 복제 오류 및 문제가 있는지 확인합니다.

b. bpdm log의 디버그 레벨을 높이고 조사하여 문제가 있는지 확인합니다.

5. 타겟 Data Domain 시스템에 대한 통계를 확인하려면 다음을 입력합니다.

ddboost show stats



타겟 도메인에 오류가 없는데 타겟 Data Domain 시스템의 DDP_GETEVENT 총 개수가 증가하는 경우, 이 Data Domain 시스템의 일부 NetBackup 타겟 도메인이 정기적으로 이벤

트를 폴링하고 있음을 나타냅니다.

DDP_GETEVENT가 증가하지 않는 경우 다음을 입력합니다.nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

NetBackup 서비스를 다시 시작합니다.

6. 디스크 풀에서 보고서를 제대로 사용했는지 확인합니다. 그렇지 않은 경우 다음을 입력하여 데이터베이스를 업데이트합니다.

nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

NetBackup 서비스를 다시 시작합니다.

a. NBU 7.1에서는 다음을 입력하여 STS_LSUF_REP_TARGET 및 _SOURCE 플래그를 찾습니다.

bpstsinfo -li -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sparc12sol02 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_TARGET) Save As : (STS_SA_OPAQUEF) Replication Sources: 1 ( ddp-890-1.datadomain.com:sparc12sol02 ) Replication Targets: 0 ( ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sol022sparc1 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_SOURCE) Save As : (STS_SA_OPAQUEF) Replication Sources: 0 ( ) Replication Targets: 1 ( ddp-890-1.datadomain.com:sol022sparc1 ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536


자동 이미지 복제 모니터링 81

Physical Bytes Used: 40263745536 Resident Images: 0

b. NBU 7.5에서는 다음을 입력하여 복제 타겟과 소스를 찾습니다.

nbdevquery -listdp -stype DataDomain -U

Disk Pool Name : sol022sparc1-dd670c2Disk Pool Id : sol022sparc1-dd670c2Disk Type : DataDomainStatus : UPFlag : PatchworkFlag : VisibleFlag : OpenStorageFlag : SingleStorageServerFlag : CopyExtentsFlag : AdminUpFlag : InternalUpFlag : LifeCycleFlag : CapacityMgmtFlag : FragmentImagesFlag : CprFlag : FT-TransferFlag : OptimizedImageFlag : ReplicationSourceRaw Size (GB) : 7726.00Usable Size (GB) : 7726.00Num Volumes : 1High Watermark : 98Low Watermark : 80Max IO Streams : -1Comment :Storage Server : ost-dd670c2.datadomain.com (UP)

7. .imgset 및 이벤트 파일이 타겟 Data Domain 시스템에 있는지 확인하려면 다음을 입력

합니다.

ddboost event show target-su

.imgset 파일의 이름은 다음 형식으로 지정됩니다.192:rtp-ost-sparc1.datadomain.com_ddr1.domain1.com_1328637954_1.imgset

구문 설명 192:rtp-ost-sparc1.datadomain.com은 작업 번호와 소스 클라이언

트 호스트 이름으로 이루어진 Netbackup 이미지 세트 이름(포함된 _은 모두 -로 변환됨)이고, . ddr1.domain1.com은 소스 Data Domain 시스템의 호스트 이름입니다.

1328637954는 Netbackup 이미지 타임스탬프(이 경우 이미지가 2/7/12 18:05에 생성

됨)입니다. Excel에서는 A2의 타임스탬프가 =A2/86400+DATE(1970,1,1) 수식을 사용해

시간/날짜로 변환됩니다. 1은 세트에 있는 이미지 수입니다. 현재는 항상 1.imgset 가식별자입니다.

.event 파일의 이름은 다음 형식으로 지정됩니다.bluemedia.datadomain.com_31234_6589_1.event.0000000000000006

구문 설명 bluemedia.datadomain.com은 연결된 이미지 세트를 처음 감지한

NetBackup 미디어 서버의 호스트 이름입니다. 31234는 NetBackup 미디어 서버의 프로

세스 ID입니다. 6589는 NetBackup 미디어 서버의 스레드 ID입니다. 1.event0000000000000006은 이 Data Domain 시스템에서의 고유한 이벤트 식별자입니다.

a. .imgset 파일이 타겟 스토리지 유닛에 오랫동안(2시간 이상) 있는 것은 타겟

NetBackup 도메인이 게시된 이벤트를 쿼리하고 있지 않음을 나타냅니다.



b. 이벤트 파일이 타겟 스토리지 유닛에 오랫동안(2시간 이상) 있는 것은 타겟NetBackup 도메인이 이벤트를 처리하고 있지 않음을 나타냅니다. 이는 .imgset 파일에 지정된 SLP의 철자가 타겟 NetBackup 도메인에서 잘못되었음을 의미할 수 있습니다.

8. NetBackup 데이터베이스에 플러그인이 이벤트 소스이고 ddboost show stats 명령을 사용한 DDP_GETEVENT RPC 카운트가 증가하고 있는 것이 반영되어 있는지 확인합니다. 그렇지 않은 경우 다음을 사용하여 데이터베이스를 업데이트합니다.

nbdevconfig -updatests -storage_server rtp-ost-d670c2.datadomain.com -stype DataDomain

a. 다음을 입력하여 STS_SRV_EVSYNC를 찾습니다.

bpstsinfo -si -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

Server Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com Supported Stream Formats: [ ] Server Flags: (STS_SRV_IMAGELIST | STS_SRV_CRED | STS_SRV_EVSYNC | STS_SRV_IMAGE_COPY) Maximum Connections: 149 Current Connections: 0 Supported Interfaces: [ ] Supported Credentials: [ ]

b. stsem의 통합 로그 디버그 레벨을 6으로 높입니다.

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=6c. 시작 날짜와 시간을 지정하여 기간을 캡처하고 stsem 로그를 검토해서 오류가 있는

지 확인합니다.

vxlogview -p 51216 -o stsem -b "2/7/2012 3:30:00 PM" > c:\stsem.log

또는 이전 시간을 캡처합니다.

vxlogview -p 51216 -o stsem –t 4 > c:\stsem.logd. 로그로 인해 파일 시스템이 가득 차지 않도록 stsem의 통합 로그 디버그 레벨을 1로

되돌립니다.

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=19. stsem 로그에서 가져오기에 대한 이벤트가 게시되었음을 나타내는 로그 항목을 찾습니

다. 가져오기에 대해 게시된 후 해당 이벤트 파일은 타겟 Data Domain 시스템에서 삭제됩니다.

02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()] AddOstImageToImport seqno=52 masterServer=<rtp-ost-sparc1.datadomain.com> media=<rtp-ost-sparc1.datadomain.com> origin_NBU_master=<bluemedia> isi_slpname=<AIR-vol1-vol2> e_orig_server=<DataDomain:rtp-ost-dd670c2.datadomain.com> e_num_images=<1> : [0] servername=<rtp-ost-dd670c2.datadomain.com> servertype=<DataDomain> imo_lsu.sln_name=<vol2> imo_def.img_basename=<bluemedia_1329923106_C1_IM>

10.이벤트가 타겟 도메인에서 모두 사용되고 있는 것으로(해당 타겟 스토리지 유닛에 나열된이벤트가 없음) ddboost event show 출력에 나타나지만 Activity Monitor에 가져오

기 작업이 표시되지 않을 경우 소스와 타겟 도메인 미디어 마스터 서버의 시간이 적절히


자동 이미지 복제 모니터링 83

동기화(일반적으로 몇 분 이내)되어 있는지 확인합니다. 표준 시간대가 같지 않아도 됩니다.

11.bpcd 로그에서 가져오기 작업이 시작되었음을 나타내는 항목을 찾습니다. 소스 도메인

에서 보고된 이미지 ID를 검색하면 가장 간편하게 찾을 수 있습니다. 이 경우 이미지 ID는bluemedia_1329923106입니다.

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -cbluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

12.bpdbm 로그에서 다음 로그 항목이 검색됩니다.

07:05:33.463 [24169] <2> db_logimagerec: backup id bluemedia_1329923106

13.마지막으로 bpdm 로그에서 가져오기가 수행되는지 확인합니다.

7:05:30.232 [24150] <2> bpdm: INITIATING (VERBOSE =5): -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

14.no images were successfully processed (191) 메시지와 함께 가져오기

작업이 실패할 경우 bpimport log에서 자세한 정보를 검토하십시오. 아래 예에서는

타겟 도메인의 SLP가 소스 도메인의 SLP와 일치하지 않았습니다.

04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica image, backup id ostqa-sparc1.datadomain.com_1333724024, Import failed because the imported image specifies an SLP name which does not exist

15.적절한 디버깅 레벨이 설정된 경우 ddfs.info 에서 Data Domain 시스템의 AIR 작업

에 대한 자세한 로그를 확인할 수 있습니다. 기본(레벨 0) 디버깅 레벨로 실행되는 경우ddfs.info에 ost_remfileops, ost_imagesetops,ost_get_event_id, ost_get_event의 오류 메시지가 포함됩니다. 이는 치명적

오류를 나타냅니다. 보다 일반적인 오류를 확인하려면 OST 디버그 마스크(-M)의 디버그레벨(-D)을 3으로 높여야 합니다. 이를 위해 config_debug 유틸리티를 사용합니다.

/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3

전체 작동 로그는 디버그 레벨 6에서 확인할 수 있습니다. 하지만 디버그 레벨 6은 로깅

출력 양 때문에 일반적으로 사용되지 않습니다. 디버그 레벨 6을 사용할 경우 문제를 캡처

한 후 ddfs.info에서 디버그 레벨을 0으로 되돌려야 합니다.

자동 이미지 복제 취소

해당 SLP에 따라 진행 중인 복제를 중지하려면, Symantec Best Practices Guide에 제안된 대로 다음을 입력합니다.

nbstlutil cancel –lifecycle SLP name -force

자세한 내용은 http://www.symantec.com/business/support/에서 Symantec NetBackupAuto Image Replication FAQ를 참조하십시오.



http://www.symantec.com/business/support/

Backup Exec 문제 해결


l 모든 스토리지 유닛에 대해 동시 접속(작업) 수가 적절하게 설정되어 있는지 확인합니다.

n Backup Exec: 단일 미디어 서버 플러그인에서 연결된 모든 OpenStorage 스토리지유닛에 대한 총 동시 접속 수는 48개입니다. 이 값은 디바이스를 구성할 때 지정되었습니다. 을 참조하십시오.(67페이지)

l 문제가 발생할 경우 Backup Exec 서비스를 중지했다가 다시 시작해 봅니다. 이렇게 해도문제가 해결되지 않을 경우

n 서버를 재부팅합니다.

n 디버거를 시작하고 문제를 재현해 봅니다.

설치 확인

잘못된 설치로 인해 백업과 같은 기본적인 작업에 문제가 생길 수 있습니다.

절차

1. C:\Program Files\Symantec\Backup Exec\에libstspiDataDomain.dll이 있는지 확인합니다.

2. DLL을 마우스 오른쪽 버튼으로 클릭하고 속성 > 자세히를 선택하여 플러그인 버전을 확인합니다.

Data Domain 시스템에 대한 자격 증명 확인

절차

1. OpenStorage 디바이스 속성을 표시하여 로그온 계정을 살핍니다.

2. 로그온 사용자 이름이 Data Domain 시스템의 DD Boost 사용자 이름과 일치하는지 확인합니다.

라이센스 오류 해결

Backup Exec에 중복 제거 라이센스 옵션의 일부로 OpenStorage에 대한 라이센스가 있어야합니다.

활성 디버깅 설정

Backup Exec 문제를 해결하려면 Backup Exec 디버깅 유틸리티(SGMON)를 사용합니다.

절차

1. Backup Exec Debug Monitor for Active Debugging을 실행합니다.

2. 다음 Capture 옵션을 선택(활성화)해야 합니다. Job Engine, Backup Exec Server, Deviceand Media

3. Capture to file을 활성화해야 합니다.

4. Device and Media Debug를 설정하고 Enable verbose logging을 선택합니다(활성화되지 않은 경우).


Backup Exec 문제 해결 85



Documents

OpenStorage EMC Data Domain Boost for · 2020-03-11 · l NetBackup Backup, Archive, and Restore Getting Started Guide l NetBackup Administrator's Guide for UNIX and Linux(2권) l