LEGATO NetWorker, Release 7.2, UNIX and Linux Version ...tnudata.com/service01/uxag_7_070725155647.pdf · LEGATO Software EMC Corporation 사업부 최종 사용자 라이센스 계약

NetWorker™

릴리스 7.2UNIX® 및 Linux® 버전

관리 지침서

Copyright © 1990 - 2005 by EMC Corporation. All rights reserved. 이 소프트웨어(설명서 포함)는 최종 사용자 라이센스 계약이나 기타 적용 가능한 계약에 설명된 조건을 따르며, 사용자는 라이센스 계약의 모든 조건에 동의하는 경우에만 이 소프트웨어를 사용할 수 있습니다. 이 소프트웨어는 EMC의 독점적인 기밀 정보로 구성되어 있으며 이의 무단 사용, 공개 및 복제는 엄격하게 금지됩니다. 미국 정부에 의한 소프트웨어 및 설명서의 사용, 복제 또는 공개에 대해서는 DFARS 252.227-7013의 기술 데이터 및 컴퓨터 소프트웨어의 권리(Rights in Technical Data and Computer Software) 조항의 하위 조항 (c)(1)(ii) 또는 48 CFR 52.227-19의 상업용 컴퓨터 소프트웨어 - 제한적 권리(Commercial Computer Software - Restricted Rights)의 하위 조항 (c)(1) 및 (2)에 설명된 제한 사항을 따릅니다. 제조업체는 EMC의 분과인 LEGATO Software(2350 West El Camino Real, Mountain View, CA 94040 소재)입니다.

LEGATO NetWorker, 릴리스 7.2, UNIX 및 Linux 버전, 관리 지침서

2005 년 6 월01-8570-7.2-ko

LEGATO 및 LEGATO 로고는 등록 상표이고, LEGATO NetWorker, NetWorker, AAM, Co-StandbyServer, RepliStor, SnapShotServer, QuikStartz, AlphaStor, ClientPak, Xtender, XtenderSolutions, DiskXtender, ApplicationXtender, ArchiveXtender, EmailXtender 및 EmailXaminer는 EMC의 분과인 LEGATO Software의 상표 또는 등록 상표입니다. 이는 LEGATO 상표 중 일부 목록이며 다른 상표는 해당 소유권자의 자산일 수 있습니다.

다음은 옆에 명시된 회사의 상표 또는 등록 상표이며 이 문서에서는 식별의 용도로만 사용됩니다.Acrobat, Adobe / Adobe Systems, Inc.Apple, Macintosh / Apple Computer, Inc.Caldera Systems, SCO, SCO OpenServer, UnixWare / Caldera, Inc.TELEform / CardiffCheck Point, FireWall-1 / Check Point Software Technologies, Ltd.Unicenter / Computer Associates International, Inc.Access Logix, Celerra, Centera, CLARiX, EMC, EMC2, MirrorView, Navisphere, SnapView, SRDF, Symmetrix, Symmetrix DMXTimeFinder / EMC CorporationFujitsu / Fujitsu, Ltd.Hewlett-Packard, HP, HP-UX, HP Tru64, HP TruCluster, OpenVMS, ProLiant / Hewlett-Packard CompanyAIX, DB2, DB2 Universal Database, Domino, DYNIX, DYNIXptx, IBM, Informix, Lotus, Lotus Notes, OS/2, PTX, ptx/ADMIN, Raid Plus, ServeRAID, Sequent, Symmetry, Tivoli, / IBM CorporationInstallShield / InstallShield Software CorporationIntel, Itanium / Intel CorporationLinux / Linus TorvaldsActive Directory, Microsoft, MS-DOS, Outlook, SQL Server, Windows, Windows NT / Microsoft CorporationNetscape, Netscape Navigator / Netscape Communications CorporationDate ONTAP, NetApp, NetCache, Network Appliance, SnapMirror, SnapRestore / Network Appliance, Inc.IntraNetWare, NetWare, Novell / Novell, Inc.Oracle, Oracle8i, Oracle9i / Oracle CorporationNetFORCE / Procom Technology, Inc.DLTtape / Quantum CorporationRed Hat / Red Hat, Inc.R/3, SAP / SAP AGIRIX, OpenVault, SGI / Silicon Graphics, Inc.SPARC / SPARC International, Inc.a

ACSLS, REELbackup, StorageTek / Storage Technology CorporationSolaris, Solstice Backup, Sun, SunOS, Sun StorEdge, Ultra / Sun Microsystems, Inc.SuSE / SuSE, Inc.Sybase / Sybase, Inc.Turbolinux / Turbolinux, Inc.Unicode / Unicode, Inc.VERITAS, VERITAS File System/ VERITAS Software CorporationWumpusWare / WumpusWare, LLCUNIX / X/Open Company Ltdb

참고:

a. SPARC 상표를 사용하는 제품은 Sun Microsystems, Inc.에서 개발한 아키텍처를 기반으로 합니다.

b. UNIX는 미국 및 기타 국가에서 등록 상표이며 X/Open Company, Ltd.에서 독점적으로 라이센스를 관리합니다.

기타 모든 상표 또는 제품 이름은 해당 소유권자의 상표 또는 등록 상표일 수 있습니다.

LEGATO SoftwareEMC Corporation 사업부최종 사용자 라이센스 계약

본 제품에는 그 사용에 있어서 본 최종 사용자 라이센스 계약(“EULA“)의 적용을 받는 특정 컴퓨터 프로그램 및 기타 고유한 자료가 포함되어 있습니다. 귀하(이하 정식 사용자로 정의)는 제품을 설치하기 전에 먼저 본 계약을 모두 읽고 본 계약의 내용을 준수하며 계약의 당사자가 될 것을 동의해야 합니다. 본 제품의 설치를 진행하면(또는 다른 사람에게 설치 권한을 부여하면) 귀하 및 귀하의 회사는 본 계약에 동의하여 설치할 권한을 부여받았다는 의미입니다. 제품에 전자적으로 액세스하는 경우 계약의 마지막에 표시되는 “Accept“ 버튼을 선택하여 이 계약에 명시된 모든 조건에 동의하십시오. 본 계약의 조건에 동의하지 않는 경우 본 제품과 모든 미디어, 설명서 및 지불 영수증을 구입처에 반환하면 본 제품의 최초 입수일로부터 30일 이내에 환불 받을 수 있습니다. 제품에 전자적으로 액세스한 경우에는 본 계약 끝에 있는 “Decline“ 버튼을 선택한 후 위에서 언급한 환불 반환 절차에 따라 지불 영수증을 반환하십시오. 본 계약의 유효성 또는 효력을 발생시키는 데 있어 서면 승인이 전제 조건은 아니며 이는 LEGATO 또는 LEGATO의 대리인이 그러한 서면 승인을 요청한 경우에도 마찬가지입니다. 귀하가 본 제품을 주문한 경우 LEGATO의 주문 승낙 여부는 귀하가 다른 모든 조건들을 제외하고 이 계약 조건에 동의하는지 여부에 달려 있으며 이러한 조건이 LEGATO의 청약으로 간주될 경우 명시적으로 이 조건에 한해서만 주문이 승낙됩니다.

1. 정의

1.1 권한 코드: 소프트웨어의 영구적 사용을 위해 LEGATO에서 정식 사용자에게 제공하는 고유한 코드입니다. 인증 코드는 정식 사용자가 작동 코드를 LEGATO에 등록한 후 제공됩니다. 인증 코드는 정식 사용자가 제공하는 고유 시스템 ID와 연관될 수 있습니다.

1.2 설명서: 소프트웨어의 사용을 위해 LEGATO에서 제공한 모든 미디어에 관한 모든 사용자 참고 자료를 의미합니다.

1.3 작동 코드: 소프트웨어의 작동을 위해 LEGATO에서 제공한 코드를 의미합니다.

1.4 정식 사용자: 본 라이센스를 획득한 자연인 또는 법인을 의미합니다.

1.5 소프트웨어: 본 계약과 관련하여 정식 사용자에게 제공되는 소프트웨어 프로그램의 개체 코드 복사본, 관련 원본 미디어 및 그에 수반하는 모든 설명서와 때때로 LEGATO에서 제공하는 모든 업데이트를 의미합니다.

2. 소프트웨어의 소유권 및 관리

2.1 소유권 및 권리. 양 당사자간의 관계에서와 같이 LEGATO 및 라이센스 소유자는 다음에 대한 모든 권리, 자격 및 이익을 가집니다. (i) 소프트웨어 및 그에 관한 모든 지적 재산권 (ii) 모든 서비스 표시, 상표, 상표명 또는 기타 소프트웨어와 관련된 호칭들 (iii) 모든 저작권, 특허권, 영업 비밀에 관한 권리 및 기타 소프트웨어와 관련된 소유권

2.2 소프트웨어 활성화. LEGATO에서는 소프트웨어를 사용 가능하게 하는 작동 코드와 인증 코드를 사용합니다. 소프트웨어는 CD-ROM에 저장된 개체 코드 소프트웨어와 소프트웨어의 초기 활성화를 위한 작동 코드로 구성된 “미디어 키트“에 포함되어 제공되나 소프트웨어와 작동 코드는 전자적으로 제공될 수도 있습니다. LEGATO는 정식 사용자로부터 작동 코드가 설치되고 호스트 ID 정보가 제공되었다는 확인을 받은 다음 정식 사용자에게 인증 코드를 제공합니다. LEGATO는 작동 코드와 인증 코드의 생성 및 배포를 관리하며 이러한 관리는 LEGATO에 의해서 때때로 변경될 수 있습니다.

2.3 소프트웨어의 관리. LEGATO는 소프트웨어 미디어에 정식 사용자의 사용이 승인되지 않았고 작동 코드 및 인증 코드의 액세스가 허가되지 않는 추가 컴퓨터 프로그램을 포함시킬 수 있습니다. 이러한 추가 컴퓨터 프로그램을 포함시키는 것은 LEGATO의 라이센스 승인을 뜻하는 것이 결코 아니며, 정식 사용자가 해당 프로그램의 라이센스를 취득하고 해당 작동 코드를 제공 받은 경우 이외에는 이러한 프로그램의 액세스 또는 사용은 엄격하게 금지됩니다.

3. 라이센스 부여

3.1 부여. LEGATO는 정식 사용자에게 본 계약의 조항에 의하여 해지되지 않는 한 비독점적이고, 양도가 불가능하며, 재사용 허용이 불가능한 영구적 라이센스(이하 “라이센스“)를 부여합니다. 이 라이센스에 따라 (i) 본 설명서에 의거하여 설치된 소프트웨어의 라이센스는 허가받은 컴퓨터에서 내부 운영의 목적으로만 사용할 수 있습니다. (ii) 컴퓨터 시스템의 기능 장애 시 소프트웨어를 임시로 이동할 수 있습니다. 소프트웨어는 (a) 물리 또는 가상 시스템에서 복사본 또는 사용자별로, (b) 메일박스 수 또는 사용 가능한 비동시 사용자 수를 기준으로 또는 (c) 지원하는 데이터 볼륨을 기준으로 라이센스가 부여됩니다. 본 계약 하에 부여되는 라이센스는 소프트웨어 또는 그 일부나 복사본의 판매를 허용하지 않습니다. 정식 사용자는 소프트웨어 제품에 의해 명시적으로 특별히 허용되었거나 추가 컴퓨터를 위한 추가 라이센스를 구매하지 않는 한, 본 소프트웨어를 한 대를 초과하는 컴퓨터에서 사용할 수 없습니다. 명시적으로 부여되지 않은 권한은 LEGATO가 보유합니다.

3.2 사본. 정식 사용자는 다음과 같은 조건으로 소프트웨어의 사본을 만들 수 있습니다. (i) 라이센스가 부여된 소프트웨어를 사용하기 위한 필수적인 단계를 거쳐 만들어졌으며 다른 용도로는 사용하지 않거나 (ii) 보관을 목적으로 사용할 경우. 각 사본에는 모든 상표 및 저작권 고지 사항을 함께 복사하여 포함시켜야 합니다. 정식 사용자는 소프트웨어의 다른 사본은 만들 수 없습니다.

3.3 사용 제한. 정식 사용자는 다음을 수행하거나 제 3자에게 다음을 교사, 방조 또는 허락해서는 안됩니다. (i) 어떤 방법으로든지 소프트웨어의 소스 코드 또는 내재된 아이디어나 연산 체계를 분해, 해체 또는 역공정하거나 개축 또는 발견하려는 시도, (ii) 소프트웨어에서 식별 표지, 저작권 또는 기타 고지를 제거하려는 시도, (iii) 시분할 또는 서비스 제공의 목적으로 그 일부를 제공, 임대, 대여 또는 사용하려는 행위, (iv) 소프트웨어의 일부분으로부터 파생물을 창조하는 행위 또는 (v) 허가되지 않은 당사자들이 소프트웨어를 사용할 수 있는 방법을 개발하는 행위 등이 있습니다. EC 법이 적용되는 경우 위 3.3 (i)상의 제한은 해당 행위가 컴퓨터 프로그램의 법적 보호에 대한 EC 규정에 반하지 않는 범위에서 이러한 행위를 금지한다는 의미로 한정됩니다. 위 규정에도 불구하고 소프트웨어의 분해, 해체 또는 역공정에 앞서 정식 사용자가 서면으로 LEGATO에게 그런 정보와 원조를 제공해 줄 것을 요청해야 하며 LEGATO가 적당한 시간 내에 이러한 요청에 응답했거나 응답할 수 있는 경우, 정식 사용자는 소프트웨어를 분해, 해체 또는 역공정할 수 없습니다.

3.4 구매 주문. 구매 주문, 영수증 또는 송장에 포함되어 있는 내용은 어떠한 방법으로도 본 계약상의 조건을 변경하거나 추가적인 조건을 더할 수 없습니다.

3.5 업데이트. 본 조항은 취득한 소프트웨어가 원본 소프트웨어에 대한 업데이트(이하 “업데이트“)일 경우에 적용됩니다. 동일한 소프트웨어의 이전 버전에 대한 업데이트를 구매한 경우 이외에는 업데이트는 적법하게 허가받은 소프트웨어가 아닙니다. 업데이트는 본 계약의 조항에 의거해서만 사용이 가능합니다. 원본 소프트웨어와 업데이트는 적법하게 허가된 하나의 소프트웨어로 구성됩니다.

3.6 평가판 라이센스. 이 조항은 소프트웨어가 최초 30일간의 평가 기간 동안 사용되는 경우에 적용됩니다. 라이센스는 소프트웨어의 배달 시점으로부터 30일 동안만 유효하며 정식 사용자가 이 기간 동안 소프트웨어를 평가할 수 있도록 고안되었습니다. 정식 사용자가 소프트웨어의 라이센스를 계속 사용하려는 경우에는 소프트웨어의 라이센스를 구입해야 합니다. 정식 사용자가 이 라이센스를 구입하면 위의 2.2 절에 따라 작동 코드가 제공됩니다. 30일 간의 평가판 사용 기간 종료 시 LEGATO와 라이센스 계약을 맺지 않기로 결정했다면 본 계약상 정식 사용자의 권리는 자동으로 종료되며 정식 사용자는 신속하게 모든 소프트웨어 복사본을 LEGATO에게 반납하거나 파기하고 그 사실을 LEGATO에게 증명해야 합니다.

3.7 GPL(General Public License). 이 소프트웨어에는 GPL(General Public License)을 따르는 소프트웨어에서 파생된 구성 요소가 하나 이상 포함될 수 있습니다. 이러한 구성 요소는 본 계약이 아닌 해당 GPL 하에서 독점적으로 라이센스가 부여됩니다.

4. 유지 보수 및 지원

4.1 LEGATO는 본 계약상 지원, 유지 보수, 업그레이드, 수정본 또는 새로운 릴리스를 제공할 의무가 없습니다. 이러한 서비스는 별도의 계약을 통해 제공될 수 있습니다.

5. 책임 제한

5.1 미디어 및 설명서. 소프트웨어의 최초 사본이 정식 사용자에게 전달되는 과정에서 미디어 또는 설명서가 손상되었거나 물리적인 하자가 있을 경우 및 하자 또는 손상된 제품이 30일 이내에 LEGATO로 반송된 경우(요금 선불)에 LEGATO는 정식 사용자에게 무료로 교체품을 제공합니다.

5.2 소프트웨어 보증 제한. 본 계약에서 규정한 조건 및 책임 제한 사항에 따라 LEGATO는 소프트웨어의 최초 사본이 정식 사용자에게 전달된 날로부터 30일 동안 전달된 소프트웨어가 당시 출판된 LEGATO의 소프트웨어 설명서와 실질적으로 일치함을 보증합니다. 본 보증은 보증 기간 동안 LEGATO에 보고된 문제들에만 해당합니다. 미국 이외의 다른 지역의 고객들을 위해 이 제한된 소프트웨어 보증서는 법에서 명시한 최소한의 보증에 맞추어 보증서를 제한하기 위해 작성되었습니다.

5.3 구제 수단. 본 계약에서 규정한 대로 작동하지 않는 소프트웨어에 대하여 정식 사용자에게 가능한 구제 수단은 수리 또는 교체이며, 만약 LEGATO가 판단하여 그러한 구제 수단을 실행할 수 없는 경우 정식 사용자가 LEGATO에 소프트웨어의 모든 복사본을 반송하면 LEGATO는 정식 사용자가 지불한 라이센스 요금을 환불합니다. 환불 시 이러한 소프트웨어에 대한 본 계약은 통지 없이 자동적으로 해지됩니다.

6. 보증의 부인

6.1 보증의 부인. 위의 제 5절의 제한된 보증의 경우를 제외하고, 모든 소프트웨어는 “있는 그대로“ 제공됩니다. LEGATO와 라이센스 소유자는 소프트웨어와 관련하여 아무런 보증을 하지 않으며 시장성, 특정 목적에 대한 적합성의 보증을 포함한 법규상의 또는 묵시적 보증, 거래 과정이나 사용으로 발생한 보증 또는 권리 불침해 보증 등 일체의 보증 책임을 부인합니다. LEGATO는 소프트웨어가 특정 요건을 충족하거나 소프트웨어의 작동이 중단되지 않고 오류가 없다는 것을 보증하지 않습니다. 소프트웨어 및 성능과 관련한 Legato의 모든 보증 책임, 계약상의 책임, 과실 책임, 무과실 책임 및 기타 학설상 책임은 위 5.3항에서 명시된 구제 수단으로 전적으로 제한됩니다. 일부 관할지에서는 묵시적 보증의 배제나 묵시적 보증의 존속 기간에 대한 제한을 허용하지 않으므로 위의 제한 사항은 적용되지 않습니다.

7. 책임의 제한

7.1 책임의 제한. 신체 부상의 경우를 제외하고 LEGATO와 라이센스 소유자들은 어떠한 경우에도 본 계약의 주요 내용과 관련하여 다음의 사항들에 대하여 어떠한 계약상의 책임, 과실 책임, 무과실 책임이나 기타 법률상 계약상 혹은 형평법상 이론에 의한 책임이나 의무도 지지 않습니다. (I) 손해 발생 가능성에 대한 사전 통지의 여부에 상관 없이 모든 간접적 손해, 특별 손해, 부수적 손해 또는 파생적 손해, (II) 이익 감소나 데이터 손실로 인한 손해, (III) 대체 물품, 기술, 서비스 또는 권리 조달 비용, (IV)또는 책임의 원인이 되는 특정 LEGATO 소프트웨어에 대하여 LEGATO가 초과하여 획득한 사항이 이에 해당합니다. 일부 관할지에서는 우연하거나 필연적인 손상을 제한 또는 제외하지 못하므로 이러한 사법권에 대한 LEGATO의 책임은 법에 명시된 범위로 한정됩니다.

8. 기간 및 해지

8.1 기간. 본 계약의 기간은 계약 조항에 따라 해지되지 않는 한 영구적입니다.

8.2 해지. LEGATO는 정식 사용자가 본 계약 조항을 위반하는 경우 통지 없이 계약을 해지할 수 있습니다.

8.3 해지의 효력. 본 계약을 해지한 경우, 정식 사용자는 소프트웨어의 모든 사용을 중지하고 정식 사용자 소유의 소프트웨어와 모든 설명서 및 이에 관련된 자료들을 LEGATO에게 반송하거나 파기하여 그 사실을 LEGATO에게 증명해야 합니다. 본 계약에서 부여되고 명시적으로 규정된 라이센스를 제외하고 본 계약의 조건은 해지된 후에도 유효합니다.

9. 기타

9.1 준거법. 본 계약은 메사추세츠 주법을 따르며 섭외사법상의 원칙 또는 국제 물품 매매 계약에 관한 UN 협약과 관련이 없습니다.

9.2 정부의 제한적 권리. 직간접적으로 미국, 대리인 및/또는 기관(“미국 정부“)을 위해 또는 정부를 대신하여 취득한 모든 소프트웨어는 제한적 권리가 제공됩니다. 미국 정부에 의한 소프트웨어 및 설명서의 사용, 복제 또는 공개에 대해서는 DFARS 252.227-7013의 기술 데이터 및 컴퓨터 소프트웨어의 권리(Rights in Technical Data and Computer Software) 조항의 하위 조항 (c)(1)(ii) 또는 48 CFR 52.227-19의 상업용 컴퓨터 소프트웨어 - 제한적 권리(Commercial Computer Software - Restricted Rights)의 하위 조항 (c)(1) 및 (2)에 설명된 제한 사항을 따릅니다. 제조업체는 EMC Corporation의 분과인 LEGATO Software(2350 W. El Camino Real, Mountain View, CA 94040 소재)입니다. 이 소프트웨어는 공개 시장에서 시세에 따라 라이센스를 획득한 상업용 소프트웨어 제품이며 정부의 자금 지원 없이 민간 비용으로 개발된 것입니다.

9.3 수출입 규제. 정식 사용자가 LEGATO에게 제품의 최종 도착지를 공개했는지 여부에 관계 없이 정식 사용자는 먼저 미국 정부 또는 사용권자가 그 관할지 안에서 사업을 운영하는 다른 국가나 국가 기구에 의해 소프트웨어에 부과되는 수출입 규제를 준수하지 않고서는 소프트웨어의 어떤 부분 또는 소프트웨어의 일부를 포함하고 있는 시스템을 직간접적으로(정식 사용자가 미국 외부에 제품을 전달했을 경우에 발생하는 추가적인 수출 포함) 미국 밖에 있는 자에게 수출하거나 양도할 수 없습니다. 정식 사용자는 항시 그러한 법령, 규칙 및 행정 명령을 준수하여야 하고 직간접적으로 이러한 법령, 규칙 또는 행정 명령을 위반하는 행동을 범하지 않는다는 데 동의합니다.

9.4 양도. 본 계약은 합리적 이유 없이 철회되지 않는 LEGATO의 사전 서면 동의 없이 정식 사용자에 의해 이전 또는 양도될 수 없습니다. LEGATO는 정식 사용자에게 통지하고 본 계약 내의 일부 또는 모든 권리 및 의무를 이전하거나 양도할 수 있습니다.

9.5 유일한 구제 수단 및 위험 부담. 계약자의 전적이고 독점적인 구제 수단은 이 계약서에 설명되어 있습니다. 정식 사용자의 유일하고 독점적인 구제 수단은 본 계약에 규정되어 있습니다.

9.6 형평법상의 보상. 계약 당사자들은 소프트웨어에 대한 LEGATO의 지적 재산권에 불리한 영향을 끼치는 본 계약의 위반은 금전적으로 치명적인 손실을 가져올 수 있다는 사실과 LEGATO는 본 계약 또는 법적으로 받을 수 있는 구제 수단 이외에 형평법상 보상을 받을 권리가 있다는 데 동의합니다.

9.7 권리 포기. 계약 당사자 중 어느 한 쪽이 본 계약상 어떤 조항의 이행을 강제하지 않는 것은 그 조항 및 기타 조항에 대한 장래의 권리를 포기하는 것으로 간주되지 않으며 본 계약상 권리나 권한을 단독으로 혹은 일부를 행사하는 데 있어 제재를 받지 않습니다.

9.8 분리 가능성. 관할지의 법원에서 어떠한 이유로 본 계약상 어느 조항 또는 그 일부가 집행 불가능하다고 판단할 경우 본 계약상 이러한 조항은 당사자들의 의도를 실행하기 위하여 허용 가능한 최대 범위까지 집행될 것이며 본 계약의 나머지 조항은 완전한 효력을 유지할 것입니다.

10. 계약의 완전성

10.1 본 계약은 당사자들 간의 모든 이해 및 동의를 규정하며 양 당사자들로부터 권한을 부여받은 대리인들이 서명한 서면에 의해서만 변경될 수 있습니다. 어떠한 매각인, 배급자, 공인 대리점, 딜러, 소매상, 판매자 등 기타 어떤 사람도 LEGATO로부터 본 계약을 변경하거나 본 계약상의 보증, 진술이나 약정과 다르거나 그에 추가적인 보증, 진술이나 약정을 하도록 권한을 부여받지 않습니다. 구매 주문의 어떠한 조건도 어떠한 방식으로든 본 계약의 조건을 변경하거나 대체 또는 파기할 수 없습니다.

LEGATO NetWorker, 릴리스 7.2, UNIX 및 Linux 버전관리 지침서 5

목차

머리말 ............................................................................................................................41.

이 설명서의 독자................................................................................................................................... 41.

제품 설명서 ........................................................................................................................................... 41.

규약 ....................................................................................................................................................... 42.

정보 및 서비스 ...................................................................................................................................... 43.

일반 정보 ....................................................................................................................................... 43.

기술 지원 ....................................................................................................................................... 43.

라이센스 부여 및 등록 ................................................................................................................... 44.

고객 피드백 ........................................................................................................................................... 44.

1장: 소개 ................................................................................................................... 45.

NetWorker 저장 장치 관리 .................................................................................................................... 46.

교차 플랫폼 관리 ........................................................................................................................... 47.

성능................................................................................................................................................ 48.

선택적 NetWorker 소프트웨어 추가.............................................................................................. 48.

편리성 ............................................................................................................................................ 49.

확장성 ............................................................................................................................................ 49.

NetWorker 소프트웨어 작동 방법......................................................................................................... 50.

NetWorker 자원 및 속성 ................................................................................................................ 51.

NetWorker 데몬 및 프로그램......................................................................................................... 53.

마스터 NetWorker 서버 프로세스 .......................................................................................... 54.

NetWorker 소프트웨어의 데이터 백업 방법 ......................................................................................... 55.

NetWorker 소프트웨어의 데이터 복구 방법 ......................................................................................... 58.

NetWorker 저장 장치 노드 작업............................................................................................................ 59.

저장 장치 노드 복구 작업 .............................................................................................................. 60.

NetWorker 라이센스 모드 ..................................................................................................................... 61.

평가 모드 ....................................................................................................................................... 62.

LEGATO NetWorker, 릴리스 7.2, UNIX 및 Linux 버전관리 지침서

목차

6

사용 가능 모드................................................................................................................................62.

인증 모드 ........................................................................................................................................63.

LEGATO License Manager............................................................................................................63.

NetWorker 제품군..................................................................................................................................63.

서버 소프트웨어 제품 ....................................................................................................................63.

클라이언트 소프트웨어 제품 .........................................................................................................64.

기타 NetWorker 관련 제품 .............................................................................................................65.

NetWorker 설명서..................................................................................................................................66.

Documentation Suite CD-ROM......................................................................................................66.

NetWorker 제품 매뉴얼의 인쇄본 ..................................................................................................66.

관리 지침서 ....................................................................................................................................66.

설치 안내서 ....................................................................................................................................67.

릴리스 부록 ....................................................................................................................................67.

수정된 버그 목록............................................................................................................................67.

UNIX 온라인 도움말.......................................................................................................................68.

UNIX 매뉴얼 페이지.......................................................................................................................68.

Disaster Recovery Guide ...............................................................................................................68.

Performance Tuning Guide............................................................................................................69.

Error Message Guide.....................................................................................................................69.

LEGATO Compatibility Guides ......................................................................................................69.

패치 및 기타 설명서 .......................................................................................................................69.

Command Reference Guide ..........................................................................................................69.

2장: 시작 ................................................................................................................... 71.

NetWorker 소프트웨어 사용을 위한 사전 준비 .....................................................................................71.

NetWorker 소프트웨어 처음 실행 .........................................................................................................72.

작업 도구 ........................................................................................................................................72.

NetWorker 관리 프로그램 시작......................................................................................................74.

볼륨에 레이블 지정 및 마운트 .......................................................................................................74.

데이터 백업 ....................................................................................................................................75.

스케줄 백업 사용 ....................................................................................................................75.

목차


스케줄 백업 즉시 수행하는 방법............................................................................................ 76.

백업 사용자 정의 방법 ........................................................................................................... 76.

클라이언트 추가 ............................................................................................................................ 78.

작업 확인............................................................................................................................................... 78.

백업 시 데이터 모니터 및 확인...................................................................................................... 78.

Group Control Details 대화 상자 표시 ................................................................................... 79.

백업 서버 확인 ............................................................................................................................... 79.

NetWorker 프로세스 실행 여부 확인............................................................................................. 79.

메시지를 보는 방법........................................................................................................................ 80.

NetWorker 소프트웨어 사용자 정의 및 구성 ........................................................................................ 81.

미리 구성된 설정 ........................................................................................................................... 81.

구성 계획 ....................................................................................................................................... 81.

NetWorker 관리자 인터페이스.............................................................................................................. 85.

관리자 권한.................................................................................................................................... 85.

TCP/IP 네트워크 요구 사항........................................................................................................... 85.

NetWorker 관리 프로그램 ............................................................................................................. 85.

NetWorker 관리 그래픽 인터페이스 ...................................................................................... 86.

서버 정보 ........................................................................................................................ 86.

메시지 영역..................................................................................................................... 87.

NetWorker 관리 프로그램 도구 모음.............................................................................. 87.

NetWorker 관리 프로그램 인터페이스 사용자 정의 .............................................................. 88.

숨겨진 속성..................................................................................................................... 88.

서버 정보 새로 고침 빈도(폴링 간격) 변경..................................................................... 89.

인터페이스의 비영어 언어 ..................................................................................................... 90.

NetWorker 자원...................................................................................................................... 90.

NetWorker 문자 기반 인터페이스 ................................................................................................. 90.

명령줄 인터페이스......................................................................................................................... 90.

NetWorker 수동 백업, 복구 및 아카이브 인터페이스 ........................................................................... 91.

nwbackup 프로그램....................................................................................................................... 91.

nwrecover 프로그램 ...................................................................................................................... 92.

nwarchive 프로그램 ....................................................................................................................... 93.


목차

8

nwretrieve 프로그램 .......................................................................................................................94.

라이센스 관리 ........................................................................................................................................95.

개요 ................................................................................................................................................95.

온라인으로 작동 코드 얻기 ............................................................................................................96.

팩스나 우편으로 작동 코드 얻기....................................................................................................96.

작동 코드 입력................................................................................................................................97.

작동 코드 삭제................................................................................................................................97.

영구 사용을 위한 NetWorker 소프트웨어 권한 부여 .....................................................................98.

업데이트 작동 입력 ........................................................................................................................98.

NetWorker 서버 재호스팅 ..............................................................................................................98.

LEGATO License Manager............................................................................................................98.

3장: 서버 관리........................................................................................................... 99.

NetWorker 서버 연결성 .........................................................................................................................99.

서버 연결 설정..............................................................................................................................100.

연결 닫기 ......................................................................................................................................100.

클라이언트/서버 통신 구성 .................................................................................................................100.

서버 구성 .............................................................................................................................................101.

서버 설치 ......................................................................................................................................101.

현재 사용자, 권한 및 User 그룹 구성원 확인 .......................................................................102.

성능 제어 .............................................................................................................................................103.

세션 수..........................................................................................................................................103.

대상 세션 ......................................................................................................................................104.

서버 액세스 관리 .................................................................................................................................105.

관리자 권한 ..................................................................................................................................105.

Administrator 속성 사용 ........................................................................................................107.

NetWorker User 그룹...........................................................................................................................107.

사전 구성 사용자 그룹 .................................................................................................................107.

Administrators.......................................................................................................................107.

Users.....................................................................................................................................108.

NetWorker 사용자에게 연결된 권한 사용자 정의........................................................................108.

목차


User Group 편집.......................................................................................................................... 110.

통지 ..................................................................................................................................................... 111.

사전 구성된 통지 ......................................................................................................................... 111.

통지 사용자 정의 ......................................................................................................................... 113.

이벤트................................................................................................................................... 113.

작업 ...................................................................................................................................... 114.

우선 순위 .............................................................................................................................. 114.

통지 작성 ..................................................................................................................................... 115.

통지 편집 ..................................................................................................................................... 116.

통지 삭제 ..................................................................................................................................... 116.

보고서.................................................................................................................................................. 117.

루틴 데이터 이동 작업 보고서..................................................................................................... 117.

NetWorker 서버 부트스트랩 보고서 .................................................................................... 117.

저장 장치 관리 응용프로그램 보고서.......................................................................................... 118.

프로그램이 인식 가능한 보고서 생성 .................................................................................. 118.

구분자 분리 값 형식...................................................................................................... 118.

XML 형식 ...................................................................................................................... 119.

NetWorker 서버 통계 및 진단 보고서.......................................................................................... 120.

메시지 로그 파일 ......................................................................................................................... 120.

NetWorker 자원의 변경 내용 모니터 및 보고.............................................................................. 120.

Monitor RAP 속성 활성화 .................................................................................................... 120.

방화벽 지원 ......................................................................................................................................... 121.

서비스 포트를 사용한 두 가지 NetWorker 소프트웨어 구성 ...................................................... 121.

구성 1: NetWorker 클라이언트에 인접한 저장 장치 노드 ................................................... 122.

구성 2: NetWorker 서버에 인접한 저장 장치 노드 .............................................................. 124.

방화벽 지원 구성 ......................................................................................................................... 125.

기본 설정을 사용하여 방화벽 지원 구성.............................................................................. 125.

포트 범위 구성에 대한 팁..................................................................................................... 126.

포트 범위 제한...................................................................................................................... 127.

필요한 최소 포트 범위 결정 ................................................................................................. 127.

NetWorker 서버 포트 범위 요구 사항........................................................................... 127.


목차

10

서버의 서비스 포트 범위 설정 ......................................................................................128.

NetWorker 클라이언트 포트 범위 요구 사항 ................................................................128.

저장 장치 노드 포트 범위 요구 사항 .............................................................................128.

저장 장치 노드의 서비스 포트 범위 설정......................................................................128.

NetWorker 서비스 포트 설정 구성 .......................................................................................129.

TCP 패킷 고려 사항..............................................................................................................130.

rpcinfo 출력 샘플 ..................................................................................................................130.

포트 구성 문제 해결 .....................................................................................................................132.

저장 장치 노드 .....................................................................................................................................133.

필요 조건 ......................................................................................................................................133.

라이센스 부여...............................................................................................................................134.

저장 장치 노드 구성 .....................................................................................................................134.

저장 장치 노드 작업의 Timeout 속성...........................................................................................135.

저장 장치 노드 친화력 ................................................................................................................135.

저장 장치 노드의 부트스트랩 백업 ......................................................................................136.

저장 장치 노드 및 복제 ................................................................................................................136.

하나의 저장 장치 노드를 공유하도록 여러 NetWorker 다중 서버 구성 ......................................137.

저장 장치 노드 문제 해결 팁 ........................................................................................................137.

온라인 인덱스 ......................................................................................................................................138.

온라인 인덱스의 특성 ..................................................................................................................138.

자동 인덱스 작업 ..................................................................................................................139.

온라인 인덱스 검사...............................................................................................................140.

인덱스에 대한 정보 보기 ......................................................................................................140.

Save Set 인덱스...........................................................................................................................142.

클라이언트의 Save Set에 대한 정보 보기 ...........................................................................142.

Save Set 내역 ..............................................................................................................................143.

Save set 내역 보기 ...............................................................................................................143.

클라이언트 파일 인덱스의 위치...................................................................................................144.

클라이언트 파일 인덱스 위치 지정 ......................................................................................144.

클라이언트 파일 인덱스 이동...............................................................................................145.

온라인 인덱스 크기 관리 .....................................................................................................................146.

목차


클라이언트 파일 인덱스 크기 줄이기.......................................................................................... 146.

미디어 데이터베이스 크기 줄이기 .............................................................................................. 147.

가장 오래된 Save Set 주기 제거 ................................................................................................. 147.

온라인 인덱스에서 볼륨 기반 항목 제거 ..................................................................................... 148.

클라이언트 파일 인덱스 항목 제거 ...................................................................................... 148.

클라이언트 파일 인덱스 및 미디어 데이터베이스 항목 제거 .............................................. 148.

온라인 인덱스 항목을 삭제하는 방법 .................................................................................. 149.

미디어 데이터베이스 압축 .......................................................................................................... 149.

서버 유지 보수 작업 ............................................................................................................................ 150.

메시지 로그 관리 ......................................................................................................................... 150.

로그 파일 트리밍을 위한 시작 스크립트 설정 ..................................................................... 150.

4장: 클라이언트 작업.............................................................................................. 153.

NetWorker 클라이언트........................................................................................................................ 154.

클라이언트 구성.................................................................................................................................. 154.

클라이언트 이름 .......................................................................................................................... 155.

Save set ....................................................................................................................................... 155.

사전 정의된 Save set ........................................................................................................... 156.

All Save set .......................................................................................................................... 157.

SYSTEM 및 VSS SYSTEM Save Set.................................................................................. 158.

클라이언트 작성 .......................................................................................................................... 160.

클라이언트 편집 .......................................................................................................................... 163.

클라이언트 삭제 .......................................................................................................................... 163.

삭제한 클라이언트 복원 .............................................................................................................. 163.

클라이언트 ID.............................................................................................................................. 164.

클라이언트 ID에 액세스하기 ............................................................................................... 164.

클라이언트 이름 변경 .................................................................................................................. 164.

클라이언트의 nsrla.res 데이터베이스 편집 ................................................................................ 165.

nsrla.res 데이터베이스 편집 ................................................................................................ 165.

nsradmin 프로그램에서 숨겨진 속성 표시........................................................................... 166.

같은 컴퓨터의 여러 클라이언트.......................................................................................................... 166.


목차

12

클라이언트와 Save set의 고유 조합 사용 ...................................................................................167.

클라이언트 및 Save set 조합.......................................................................................................168.

Save set 상태 값..................................................................................................................................168.

Save set의 상태 보기 ...................................................................................................................169.

Save set의 상태 변경 ...................................................................................................................170.

찾기 및 보유 방침 ................................................................................................................................170.

NetWorker 서버의 찾기 및 보유 방침 ..........................................................................................171.

찾기 방침 사용 방법..............................................................................................................172.

1주 찾기 방침........................................................................................................................173.

2주 찾기 방침........................................................................................................................174.

보유 방침 사용 방법..............................................................................................................175.

3주 보유 방침........................................................................................................................176.

데이터 수명 주기 관리 .................................................................................................................177.

단일 클라이언트에 여러 개의 방침 할당......................................................................................179.

동일 클라이언트에 다른 방침을 할당...................................................................................179.

사전 구성된 방침..........................................................................................................................180.

방침 작성 ......................................................................................................................................180.

방침 편집 ......................................................................................................................................181.

방침 삭제 ......................................................................................................................................181.

스냅샷 방침 ..................................................................................................................................182.

수동 백업을 위한 찾기 및 보유 방침 ............................................................................................182.

찾기 및 보유 Save set 방침 수정.........................................................................................................183.

msrmm으로 찾기 방침 및 보유 방침 변경 ............................................................................183.

수동 백업 방침 수정 .....................................................................................................................184.

Save set의 찾기 및 보유 방침에 대한 보고서..............................................................................184.

개체성...........................................................................................................................................185.

Save set의 찾기 및 보유 방침 대체 .............................................................................................185.

백업 명령 사용자 정의 .........................................................................................................................185.

사용자 정의된 백업 프로그램에 save 명령 사용 .........................................................................186.

save 프로그램을 사용하여 사용자 정의 백업 스크립트 작성 ..............................................187.

save 백업 명령......................................................................................................................188.

목차


사용자 정의된 백업 명령에 savepnpc 명령 사용 ........................................................................ 190.

Timeout 속성 ........................................................................................................................ 192.

여러 그룹에 대해 savepnpc 명령 사용자 정의 .................................................................... 192.

savepnpc 명령이 로깅하는 메시지 ...................................................................................... 193.

디렉티브.............................................................................................................................................. 193.

로컬 및 전역 디렉티브 ................................................................................................................. 193.

응용 프로그램 특정 모듈 ............................................................................................................. 194.

암호 ASM ............................................................................................................................. 197.

rawasm 사용 시 중요한 예방 조치 ....................................................................................... 198.

복구 시 rawasm 사용.................................................................................................... 198.

디렉티브 형식 .............................................................................................................................. 198.

디렉토리 지정....................................................................................................................... 199.

응용 프로그램 특정 모듈 지정 ............................................................................................. 199.

ASM 용법에서 와일드카드 사용................................................................................... 200.

보관 환경 키워드.................................................................................................................. 200.

사전 구성된 디렉티브 자원 ......................................................................................................... 201.

디렉티브 자원 작성...................................................................................................................... 202.

디렉티브 자원 편집...................................................................................................................... 203.

디렉티브 자원 삭제...................................................................................................................... 203.

이 클라이언트에 대한 NetWorker 서버를 추가 또는 변경.................................................................. 203.

servers 파일 편집 ........................................................................................................................ 204.

Client Priority ....................................................................................................................................... 204.

논리 볼륨 백업 .................................................................................................................................... 205.

NetWorker 클라이언트 라이센스 부여 ............................................................................................... 206.

nsrlic 프로그램............................................................................................................................. 207.

클라이언트 라이센스 오류 메시지 .............................................................................................. 207.

NetWorker ClientPak for Mac OS X.................................................................................................... 208.

지원되는 Mac 기존 파일.............................................................................................................. 208.

지원되는 파일 시스템.................................................................................................................. 208.

알려진 제한 사항 ......................................................................................................................... 208.

Mac OS X에서 NetWorker 클라이언트 백업............................................................................... 208.


목차

14

Mac OS X 클라이언트에서 데이터 백업 수행......................................................................208.

스케줄 백업 ...................................................................................................................209.

수동 백업 .......................................................................................................................209.

MAC OS X 필수 디렉티브 ....................................................................................................209.

표준 Mac OS X 디렉티브..............................................................................................210.

재해 복구를 위한 NetInfo 데이터베이스 백업 ......................................................................210.

저장 전에 NetInfo 데이터베이스 백업...........................................................................210.

Mac OS X에 대한 사용자 정의 savepnpc 스크립트 .....................................................211.

Mac OS X에서 NetWorker 클라이언트 다시 시작.......................................................................211.

Mac OS X에서 NetWorker 클라이언트 데몬 종료 ...............................................................211.

Mac OS X에서 NetWorker 클라이언트 데몬 시작 ...............................................................212.

개별 파일 및 디렉토리 복구 .........................................................................................................212.

5장: 장치 및 미디어 관리 ........................................................................................ 213.

풀 .........................................................................................................................................................214.

NetWorker 서버의 풀 사용 방법...................................................................................................214.

NetWorker 풀 유형 .......................................................................................................................215.

사전 구성된 풀 ......................................................................................................................215.

Default 풀 ..............................................................................................................................216.

풀 구성을 사용한 데이터 정렬..............................................................................................216.

NetWorker 서버에서 풀 기준을 사용하여 데이터를 정렬하는 방법............................................217.

개별 풀로 클라이언트 인덱스 및 부트스트랩 보내기 ..................................................................218.

둘 이상의 풀 구성에 대한 기준 일치 ............................................................................................219.

어떤 풀 기준과도 일치하지 않는 경우 .........................................................................................220.

풀 구성..........................................................................................................................................221.

증분 백업 ..............................................................................................................................221.

수동 백업 ..............................................................................................................................221.

복제 데이터...........................................................................................................................222.

아카이브 데이터 ...................................................................................................................222.

저장 장치 및 풀 구성을 사용한 데이터 정렬................................................................................223.

다른 미디어 사용 ..................................................................................................................223.

목차


백업 데이터에 특정 장치 사용 ............................................................................................. 223.

풀 작성 ......................................................................................................................................... 224.

풀에 대한 Save set의 정규 표현식 ...................................................................................... 225.

자동 미디어 검증.................................................................................................................. 226.

풀 편집 ......................................................................................................................................... 226.

풀 삭제 ......................................................................................................................................... 227.

아카이브 풀 작성 ......................................................................................................................... 227.

볼륨 레이블 지정................................................................................................................................. 227.

NetWorker 서버의 레이블 템플리트 사용 방법 ........................................................................... 228.

사전 구성된 레이블 템플리트 .............................................................................................. 229.

레이블 템플리트 속성 완성 ......................................................................................................... 229.

레이블 템플리트 명명 전략 ......................................................................................................... 232.

레이블 지정 팁...................................................................................................................... 232.

레이블 템플리트 작성 방법 ......................................................................................................... 233.

레이블 템플리트 편집 .................................................................................................................. 234.

레이블 템플리트 삭제 .................................................................................................................. 234.

Devices................................................................................................................................................ 234.

NetWorker 에디션에 따른 장치 지원........................................................................................... 235.

지원되는 장치 및 미디어 유형 보기 ..................................................................................... 235.

Sun StorEdge Network Foundation HBA/Driver의 구성 ............................................................. 236.

Sample /usr/sbin/lus_add_fp_devs 스크립트 출력 샘플 ..................................................... 236.

되감지 않는 테이프 장치 사용..................................................................................................... 238.

블록 크기 모드 ............................................................................................................................. 238.

장치 추가 ..................................................................................................................................... 238.

장치 편집 ..................................................................................................................................... 239.

장치 삭제 ..................................................................................................................................... 239.

장치 매개 환경 변수..................................................................................................................... 240.

NSR_DEV_BLOCK_SIZE_MEDIA_TYPE .......................................................................... 241.

NSR_DEV_TAPE_FILE_SIZE_MEDIA_TYPE ................................................................... 241.

NSR_DEV_DEFAULT_CAPACITY_MEDIA_TYPE............................................................ 241.

NSR_DEV_LOAD_TIME_MEDIA_TYPE ............................................................................ 241.


목차

16

NSR_DEV_LOAD_POLL_INTERVAL_MEDIA_TYPE ........................................................242.

NSR_DEV_LOAD_TRY_LIMIT_MEDIA_TYPE...................................................................242.

CDI 기능 .......................................................................................................................................242.

동적 드라이브 공유..............................................................................................................................243.

DDS 소개.....................................................................................................................................244.

DDS의 장점 ..........................................................................................................................244.

DDS 구성......................................................................................................................................244.

블록 크기 호환성..........................................................................................................................245.

UNIX와 Microsoft Windows 간에 호환되지 않는 블록 크기.................................................246.

SCSI 예약/해제 설정 ....................................................................................................................246.

NDMP에서 DDS 사용 ..................................................................................................................247.

SAN 환경 NDMP 노드의 DDS..............................................................................................247.

Devices 대화 상자의 DDS 속성 ...................................................................................................248.

Hardware ID 속성 .................................................................................................................248.

Shared Devices 속성 ............................................................................................................248.

장치 작성과 DDS 사용 .................................................................................................................249.

Devices 창을 통해 장치 공유 중단 .......................................................................................249.

Idle Device Timeout 속성 변경 .............................................................................................250.

고 가용성 및 DDS ........................................................................................................................250.

nsrjb 프로그램 고 가용성 한계 .............................................................................................250.

호스트 고장 시 사용자 개입 필요 .........................................................................................250.

DDS 라이센스 부여......................................................................................................................251.

NetWorker DiskBackup .......................................................................................................................251.

파일 유형 장치..............................................................................................................................252.

고급 파일 유형 장치 .....................................................................................................................253.

고급 파일 유형 장치 사용 시 고려 사항................................................................................253.

고급 파일 유형 장치에 대한 최대 Save set 수 .....................................................................254.

고급 파일 유형 장치를 사용하여 직접 파일 액세스 .............................................................255.

파일 유형 장치 및 고급 파일 유형 장치의 차이 ...........................................................................257.

고급 파일 유형 장치 동시 작업.............................................................................................259.

복제 프로세스의 차이 ..................................................................................................................261.

목차


고급 파일 유형 장치의 수동 복제......................................................................................... 261.

NetWorker Administrator 표시 방법 변경 .................................................................................... 262.

장치 표시 ...................................................................................................................... 262.

볼륨 표시 ...................................................................................................................... 263.

기본에서 읽기 전용으로 변경 사항 전파.............................................................................. 264.

NetWorker DiskBackup을 위한 구성 지원 ........................................................................... 265.

지원되는 디스크 구입업체............................................................................................ 265.

시스템 구성 내의 NetWorker DiskBackup.................................................................... 266.

NetWorker DiskBackup을 위한 공간 회복 ........................................................................... 267.

NetWorker DiskBackup 구성 ....................................................................................................... 267.

UNIX 및 Linux에서 파일 유형 또는 고급 파일 유형 장치 구성 .................................... 267.

Microsoft Windows 저장 장치 노드의 로컬 디스크에서 파일 유형 또는

고급 파일 유형 장치 구성 ............................................................................................. 269.

Microsoft Windows 저장 장치 노드에 CIFS 마운트된 고급 파일 유형 장치 구성 ............... 270.

Microsoft Windows 저장 장치 노드에서 NetWorker 서비스 시작 ................................ 270.

Microsoft Windows 저장 장치 노드에서 CIFS 마운트 고급 파일 유형 장치 구성 ............... 271.

NetWorker DiskBackup 라이센스 부여 ....................................................................................... 272.

NetWorker DiskBackup 라이센스 부여 오류 메시지 ........................................................... 273.

미디어 처리 오류 해결 ........................................................................................................................ 273.

반복되는 장치 오류 제한 ............................................................................................................. 273.

Auto Media Management................................................................................................................... 274.

저장 장치 노드 .................................................................................................................................... 276.

저장 장치 노드 구성..................................................................................................................... 276.

관리자 권한.................................................................................................................................. 276.

새 저장 장치 노드에 소프트웨어 설치......................................................................................... 277.

NetWorker 서버에만 업데이트 설치 .................................................................................... 277.

기존 저장 장치 노드에 업데이트 설치 ................................................................................. 277.

저장 노드 원격 장치로 Autochanger와 Silo 구성 ........................................................................ 277.

저장 노드 원격 장치에 대한 시간 종료 설정 ............................................................................... 278.

전용 저장 장치 노드..................................................................................................................... 278.

AlphaStor용 장치 자원 대기 ........................................................................................................ 279.


목차

18

마운트 클래스 및 자원 대기 구성 .........................................................................................279.

NSR 마운트 요청 보기..........................................................................................................279.

저장 장치 관리 작업.............................................................................................................................279.

NetWorker 서버의 볼륨 레이블 지정 사용 방법 ..........................................................................280.

NetWorker 서버의 풀 사용 방법...................................................................................................280.

백업 시 NetWorker 서버의 볼륨 선택 및 마운트 방법 .................................................................281.

레이블 재지정을 위한 NetWorker 서버의 볼륨 선택 방법...........................................................282.

볼륨 상태 .............................................................................................................................................283.

읽기 전용 모드..............................................................................................................................284.

NetWorker 볼륨 작업...........................................................................................................................284.

볼륨 정보 보기..............................................................................................................................284.

Save set 정보 보기.......................................................................................................................285.

볼륨 마운트 ..................................................................................................................................286.

한 번의 작업으로 볼륨의 레이블 지정 및 마운트하기 .................................................................287.

마운트하지 않고 레이블 미리 지정하는 방법 ..............................................................................288.

볼륨 마운트 해제..........................................................................................................................288.

볼륨 이름 찾기..............................................................................................................................289.

볼륨 모드 변경..............................................................................................................................289.

오프사이트에 저장하기 위해 볼륨을 Full로 표시 ........................................................................290.

온라인 인덱스에서 손상된 볼륨 제거 ..........................................................................................290.

볼륨 당 최대 Save set 수 .............................................................................................................291.

Save set 스테이징 ...............................................................................................................................292.

파일 유형 장치 또는 adv_file 장치에서 데이터 스테이징............................................................293.

명령줄에서 스테이징 및 복제 수행 ..............................................................................................293.

스테이징 방침 작성 ......................................................................................................................293.

스테이징 방침 편집 ......................................................................................................................295.

스테이징 방침 삭제 ......................................................................................................................295.

6장: 백업 그룹 및 스케줄 ........................................................................................ 297.

NetWorker 스케줄에 대한 개요 ..........................................................................................................297.

Group 자원 ...................................................................................................................................298.

목차


Schedule 자원.............................................................................................................................. 298.

백업 그룹............................................................................................................................................. 298.

NetWorker 서버가 그룹을 사용하는 방법 ................................................................................... 299.

그룹을 사용한 복수 클라이언트 백업 .................................................................................. 299.

사전 구성된 그룹 ......................................................................................................................... 301.

핵심 그룹 속성 ............................................................................................................................. 301.

중지된 그룹 백업 ......................................................................................................................... 302.

그룹 작성 ..................................................................................................................................... 302.

그룹 백업의 시간 간격 설정 ........................................................................................................ 303.

강제로 증분 백업하기 .................................................................................................................. 304.

그룹 편집 ..................................................................................................................................... 305.

그룹 삭제 ..................................................................................................................................... 305.

그룹 백업 관리 .................................................................................................................................... 305.

즉시 그룹 시작하기...................................................................................................................... 306.

즉시 그룹 중단하기...................................................................................................................... 306.

수동으로 그룹 다시 시작하기...................................................................................................... 307.

그룹 제어 내역 보기..................................................................................................................... 307.

그룹 백업 미리 보기..................................................................................................................... 308.

Save 그룹 완료 보고서 ................................................................................................................ 309.

부트스트랩 생성 및 인쇄 출력 ............................................................................................................ 309.

파일에 부트스트랩 보관 .............................................................................................................. 309.

전자 우편으로 부트스트랩 파일 보내기............................................................................... 309.

시스템 콘솔 로그 ......................................................................................................................... 310.

열린 파일 백업 .................................................................................................................................... 310.

VSS로 열린 파일 백업 ................................................................................................................. 310.

스케줄.................................................................................................................................................. 311.

NetWorker 서버가 스케줄을 사용하는 방법................................................................................ 312.

사전 구성된 NetWorker 스케줄 ................................................................................................... 312.

백업 주기 ..................................................................................................................................... 313.

주간 백업 주기...................................................................................................................... 314.

복수 클라이언트의 Default 스케줄 ...................................................................................... 315.


목차

20

시차를 둔 복수 클라이언트의 주간 스케줄 ..........................................................................316.

스케줄 계획 고려 사항 .................................................................................................................316.

대규모의 클라이언트 파일 시스템 스케줄...................................................................................317.

핵심 스케줄 속성..........................................................................................................................318.

스케줄의 자원 구성 순서..............................................................................................................320.

스케줄 작성 ..................................................................................................................................320.

스케줄 편집 ..................................................................................................................................321.

스케줄 삭제 ..................................................................................................................................321.

클라이언트의 정규 백업 스케줄 대체 ..........................................................................................321.

백업 레벨 .............................................................................................................................................322.

NetWorker 백업 레벨 작동 방법...................................................................................................323.

백업 레벨 - 1 .........................................................................................................................324.

백업 레벨 - 2 .........................................................................................................................325.

백업 레벨 - 3 .........................................................................................................................326.

NetWorker 서버의 백업 레벨 사용 방법.......................................................................................326.

온라인 인덱스 및 백업 레벨..................................................................................................327.

NetWorker 온라인 인덱스의 백업 레벨 ................................................................................328.

Save set 통합.......................................................................................................................................328.

Save set 통합의 작동 방법...........................................................................................................328.

요구 사항 ......................................................................................................................................329.

Save set 통합 사용.......................................................................................................................329.

Save set 통합의 제한 사항...........................................................................................................330.

Save set 통합 호출.......................................................................................................................330.

Save set 통합 스케줄............................................................................................................330.

명령 프롬프트에서 Save set 통합 호출................................................................................331.

특정 풀로 통합 백업의 지정 데이터를 보내기 .............................................................................331.

레벨 1과 전체 백업의 통합 ...................................................................................................332.

7장: 백업 및 복구 ................................................................................................... 333.

수동 데이터 백업 .................................................................................................................................333.

수동 백업 시작..............................................................................................................................334.

목차


명령 프롬프트에서 데이터를 수동으로 백업 ....................................................................... 335.

데이터 복구 ......................................................................................................................................... 335.

데이터 복구.................................................................................................................................. 336.

명령 프롬프트에서 데이터 복구........................................................................................... 337.

이전 백업에서 데이터 복구 ......................................................................................................... 337.

찾기 시간 변경...................................................................................................................... 338.

복구된 데이터의 충돌 해결 방법 ................................................................................................. 338.

복구한 데이터 재배치.................................................................................................................. 339.

복구된 데이터 재배치 .......................................................................................................... 339.

디렉토리나 파일의 버전을 보는 방법.......................................................................................... 340.

복구 가능 파일 검색..................................................................................................................... 340.

복구 가능 파일의 내역 보기 ........................................................................................................ 340.

복구 가능 파일의 내역 보기 ................................................................................................. 340.

데이터 복구에 필요한 볼륨 보기 ................................................................................................. 341.

데이터 복구에 필요한 볼륨 보기.......................................................................................... 341.

재해 복구............................................................................................................................................. 341.

지정 복구............................................................................................................................................. 341.

지정 복구 사용 ............................................................................................................................. 343.

지정 복구에 대한 액세스 요구 사항 ............................................................................................ 343.

User 그룹의 멤버에 권한 추가...................................................................................... 345.

Disable Directed Recover 속성 .................................................................................... 346.

원격 클라이언트의 servers 파일에 클라이언트 컴퓨터 추가....................................... 346.

지정 복구를 수행하기 전에 파일 찾기......................................................................................... 347.

지정 복구 수행 방법..................................................................................................................... 347.

지정 복구에 recover 명령 사용 ............................................................................................ 348.

recover 명령 ......................................................................................................................... 348.

특정 파일 및 디렉토리의 지정 복구 ..................................................................................... 349.

Save set 복구 ...................................................................................................................................... 350.

Save set 복구............................................................................................................................... 350.

전체 Save set 복구 ...................................................................................................................... 351.

Save set에서 개별 파일 또는 디렉토리 복구 .............................................................................. 352.


목차

22

Save set 복구에 필요한 볼륨 보기 ..............................................................................................352.

복구한 Save set 데이터 재배치 ...................................................................................................353.

복구한 Save set 데이터의 충돌 해결...........................................................................................354.

Save set를 볼륨에서 NetWorker 서버로 복구 .............................................................................355.

볼륨에서 직접 하나의 파일 복구..................................................................................................355.

복구 방법 비교 .....................................................................................................................................356.

인덱스 기반 복구..........................................................................................................................356.

인덱스 기반 복구의 장점 ......................................................................................................356.

인덱스 기반 복구의 단점 ......................................................................................................356.

Save set 복구 ...............................................................................................................................357.

Save set 복구의 장점............................................................................................................357.

Save set 복구의 단점............................................................................................................357.

인덱스 기반 및 Save set 복구 사이의 결정 .................................................................................358.

온라인 인덱스 복구..............................................................................................................................359.

클라이언트 파일 인덱스 복구 ......................................................................................................359.

특정 시간과 날짜의 클라이언트 파일 인덱스 복구......................................................................360.

특정 시간 및 날짜의 클라이언트 파일 인덱스 복구 .............................................................360.

온라인 인덱스의 Save set 항목 복구...........................................................................................361.

클라이언트 파일 인덱스 전용...............................................................................................361.

클라이언트 파일 인덱스와 미디어 데이터베이스 ................................................................361.

scanner 프로그램 ................................................................................................................................362.

scanner 프로그램을 사용하여 Save set 정보 가져오기 ..............................................................363.

클라이언트 ID를 기준으로 새 클라이언트 작성 ...................................................................364.

8장: 데이터 아카이브 .............................................................................................. 367.

NetWorker 아카이브 개요 ...................................................................................................................367.

아카이브 요청 사항 ......................................................................................................................368.

NetWorker 서버의 데이터 아카이브 방법....................................................................................368.

인덱스화된 아카이브 및 비인덱스화 아카이브 ...........................................................................370.

인덱스화된 아카이브(Indexed Archive 풀, PC Archive 풀)..................................................370.

비인덱스화 아카이브(Archive 풀).........................................................................................370.

목차


아카이브 권한 ..................................................................................................................................... 370.

클라이언트의 아카이브 서비스 사용........................................................................................... 371.

아카이브 액세스 사용 또는 제한 ................................................................................................. 371.

공용 아카이브 액세스 사용 ......................................................................................................... 372.

Archive 풀............................................................................................................................................ 372.

사전 구성된 Indexed Archive 풀 및 PC Archive 풀 ..................................................................... 372.

사전 구성된 Archive 풀................................................................................................................ 372.

사용자 정의 Archive 풀 작성 ....................................................................................................... 373.

데이터 아카이브 절차 ......................................................................................................................... 373.

NetWorker 클라이언트의 아카이브 서비스 사용 ........................................................................ 373.

수동 데이터 아카이브 .................................................................................................................. 374.

NetWorker 클라이언트에서 수동 아카이브 요청................................................................. 374.

명령 프롬프트에서 수동으로 아카이브................................................................................ 375.

아카이브 예약 .............................................................................................................................. 376.

아카이브 스케줄................................................................................................................... 376.

아카이브 요청 편집 .............................................................................................................. 377.

아카이브 요청 삭제 .............................................................................................................. 377.

아카이브 데이터 검색 및 복구 ............................................................................................................ 378.

검색 권한 ..................................................................................................................................... 378.

비인덱스화 아카이브된 데이터 검색........................................................................................... 378.

인덱스화된 아카이브 데이터 복구 .............................................................................................. 379.

Archive Request 관리 ......................................................................................................................... 380.

언제라도 스케줄 아카이브를 시작하는 방법............................................................................... 380.

진행중인 스케줄 아카이브를 중단하는 방법............................................................................... 380.

스케줄 아카이브를 사용하지 않는 방법 ...................................................................................... 381.

스케줄 아카이브의 내역 보기..................................................................................................... 381.

9장: 복제 ................................................................................................................. 383.

볼륨 복제............................................................................................................................................. 383.

볼륨 복제 작업 방법..................................................................................................................... 383.

볼륨 복제 요구 사항..................................................................................................................... 384.


목차

24

볼륨 복제 성능..............................................................................................................................384.

복제와 볼륨 중복의 비교..............................................................................................................385.

복사 작업 시 볼륨 중복의 문제.............................................................................................385.

볼륨 복제와 데이터 추적 정보 .....................................................................................................386.

볼륨 복제의 모드를 재활용 가능으로 변경 ..........................................................................386.

복제 볼륨 삭제 ......................................................................................................................387.

복제 볼륨 삭제 ......................................................................................................................387.

볼륨 복제 및 복구.........................................................................................................................387.

복제 볼륨 작성..............................................................................................................................388.

복제 볼륨 작성 ......................................................................................................................388.

복제 볼륨 내역 보기 .....................................................................................................................389.

Save set 복제.......................................................................................................................................389.

개요 ..............................................................................................................................................389.

보유 방침 ..............................................................................................................................390.

성능 레벨 ..............................................................................................................................390.

온라인 인덱스 항목...............................................................................................................390.

장치.......................................................................................................................................390.

Save set 복제 작동 방법 ..............................................................................................................390.

수동으로 Save set 복제 ...............................................................................................................391.

자동으로 Save set 복제 ...............................................................................................................393.

Save set 복제 예 ..........................................................................................................................394.

Save set 수동 복제 ...............................................................................................................394.

한 클라이언트의 자동 복제...................................................................................................395.

여러 클라이언트의 자동 복제...............................................................................................396.

복제된 Save set 복구 ...................................................................................................................399.

다른 정보 및 절차 ................................................................................................................................400.

아카이브된 데이터 복제...............................................................................................................400.

복제 저장 장치 노드 친화력 .........................................................................................................400.

10장: Autochanger 및 Silo.................................................................................... 403.

Autochanger 설치 및 구성 ...................................................................................................................404.

목차


Autochanger 보기 ........................................................................................................................ 405.

Autochanger 추가 ........................................................................................................................ 405.

SCSI Autochanger 구성 ....................................................................................................... 406.

SJI Autochanger 구성 .......................................................................................................... 407.

저장 장치 노드에서 Autochanger 구성 ................................................................................ 410.

Autochanger 연결 테스트 ............................................................................................................ 410.

jbverify 프로그램을 사용한 장치 구성 테스트 ............................................................................. 411.

jbverify 프로그램 실행 요구 사항 ......................................................................................... 411.

서버 및 클라이언트에 대한 요구 사항.......................................................................... 411.

저장 장치 노드에 대한 요구 사항 ................................................................................. 412.

Autochanger 테스트............................................................................................................. 412.

독립형 장치 테스트 .............................................................................................................. 413.

로컬 장치 테스트.................................................................................................................. 413.

jbverify 프로그램으로 테이프 테스트................................................................................... 413.

Autochanger 속성 구성................................................................................................................ 413.

핵심 Autochanger 속성 ........................................................................................................ 413.

Autochanger에 비 공유 장치 추가............................................................................................... 414.

Autochanger 장치 경로명 ............................................................................................. 416.

Autochanger 속성 편집 ........................................................................................................ 416.

Autochanger 삭제................................................................................................................ 417.

Autochanger 재설정 .................................................................................................................... 417.

원격 Autochanger 관리................................................................................................................ 417.

원격 Autochanger 장치 추가................................................................................................ 418.

Autochanger 작업에 대한 휴지 기간 조정................................................................................... 418.

Autochanger 작업에 대한 휴지 기간 조정 ........................................................................... 419.

Autochanger 구성 편집 ....................................................................................................................... 419.

jbedit 프로그램 사용 .................................................................................................................... 420.

제한.............................................................................................................................................. 420.

동적 드라이브 공유 ............................................................................................................................. 421.

Autochanger 구성 시 DDS 사용 방법.......................................................................................... 421.

샘플 jbco nfig 출력 ............................................................................................................... 422.


목차

26

Autochanger 내에서 장치 공유 중단............................................................................................424.

Idle Device Timeout 속성 변경.....................................................................................................424.

NetWorker 호스트 간에 Autochanger 공유 .........................................................................................425.

Autochanger 공유 라이센스 부여 및 가용성................................................................................425.

Autochanger 공유 작동 방법........................................................................................................426.

Autochanger 공유 구성 ................................................................................................................427.

jbconfig 프로그램 추가 .........................................................................................................427.

구성 시 장치 이름 지정 ................................................................................................................427.

복구를 위한 호스트 장치 선택 .....................................................................................................428.

공유 Autochanger를 사용한 데이터 복구.............................................................................428.

복제를 위한 호스트 장치 선택 .....................................................................................................429.

공유 Autochanger 장치의 볼륨 레이블 지정, 로딩 및 언로딩 .....................................................429.

서버 장치의 볼륨 관리 ..........................................................................................................430.

저장 노드 장치의 볼륨 관리..................................................................................................430.

볼륨의 자동 마운트 해제..............................................................................................................431.

UNIX 및 Microsoft Windows의 호환 블록 크기 설정 ...................................................................431.

허용되는 블록 크기 확인 ......................................................................................................431.

해결책 ...................................................................................................................................432.

Autochanger 작업 ................................................................................................................................432.

사용 가능한 Autochanger 슬롯을 지정하는 방법 ........................................................................433.

Autochanger 장치 유지 관리........................................................................................................433.

서비스 모드...........................................................................................................................434.

장치를 서비스 모드로 전환 ...........................................................................................434.

공유 장치를 서비스 모드로 전환...................................................................................434.

클리닝을 위한 Autochanger 자원 구성 ................................................................................435.

클리닝 카트리지에 기본이 아닌 슬롯을 사용하는 방법.......................................................436.

클리닝 카트리지 교체 ...........................................................................................................437.

TapeAlert ..............................................................................................................................438.

Autochanger와의 미디어 자동 관리.............................................................................................439.

기록을 위한 NetWorker 서버의 볼륨 선택 방법 ...................................................................440.

Autochanger 볼륨 마운트 ............................................................................................................441.

목차


Autochanger 볼륨 마운트 .................................................................................................... 441.

Invenory에 포함되어 있지 않은 볼륨 마운트 ....................................................................... 441.

Autochanger 볼륨 마운트 해제 ............................................................................................ 442.

Autochanger 볼륨에 레이블 지정................................................................................................ 442.

볼륨이 언로드될 때 레이블 확인.......................................................................................... 443.

바코드로 볼륨에 레이블 지정 ............................................................................................................. 444.

바코드로 볼륨에 레이블 지정...................................................................................................... 445.

바코드 레이블 지정 팁................................................................................................................. 446.

일치하지 않는 볼륨 및 바코드 레이블 사용 ................................................................................ 447.

Autochanger 볼륨 Inventory ........................................................................................................ 448.

Autochanger 볼륨 Inventory................................................................................................. 448.

볼륨 가져오기/내보내기 기능을 가진 Autochanger 사용 ................................................................... 450.

가져오기/내보내기 기능을 사용하여 볼륨 배치.......................................................................... 450.

가져오기/내보내기 기능을 사용하여 볼륨 회수.......................................................................... 451.

Autochanger 사용 관련 팁 .................................................................................................................. 451.

Autochanger Notification ............................................................................................................. 451.

재활용과 추가 볼륨 추가 비교..................................................................................................... 452.

Autochanger의 풀 사용................................................................................................................ 453.

장치 측정 ..................................................................................................................................... 453.

요소 상태 사용 불가능................................................................................................................. 453.

Autochanger 재설정 .................................................................................................................... 453.

Autochanger 재설정............................................................................................................. 454.

옵티컬 Autochanger .................................................................................................................... 454.

Silo....................................................................................................................................................... 455.

NetWorker 소프트웨어와 Silo의 상호 작용 방법......................................................................... 455.

Silo 설치....................................................................................................................................... 455.

Silo 장치 이름 지정 규칙.............................................................................................................. 456.

StorageTek........................................................................................................................... 456.

IBM 3494.............................................................................................................................. 457.

EMASS/Grau........................................................................................................................ 457.

NetWorker 소프트웨어에서 작동하도록 DAS를 설정하는 방법 ......................................... 458.


목차

28

Silo에서 장치에 할당된 이름 찾기 ................................................................................458.

Silo 장치 정의...............................................................................................................................458.

Silo 장치 해제...............................................................................................................................459.

Silo 장치 클리닝 ...........................................................................................................................459.

EMASS/Grau 및 StorageTek Silo의 환경 변수 설정 ...................................................................459.

Silo에서의 미디어 관리........................................................................................................................461.

Silo 슬롯 번호...............................................................................................................................462.

볼륨 가져오기/내보내기 기능을 가진 Silo 사용...........................................................................462.

Silo 볼륨 마운트 및 마운트 해제 ..................................................................................................463.

Silo 볼륨에 레이블 지정 ...............................................................................................................463.

Silo 볼륨 할당...............................................................................................................................464.

Silo 볼륨 할당 .......................................................................................................................464.

Silo 볼륨 할당 해제 ......................................................................................................................465.

Silo 볼륨 할당 해제 ...............................................................................................................466.

Silo Inventory................................................................................................................................466.

11장: LEGATO NetWorker 클러스터 지원 ............................................................ 467.

클러스터 개념 및 용어 .........................................................................................................................467.

클러스터 개념...............................................................................................................................467.

클러스터 용어...............................................................................................................................468.

클러스터링...........................................................................................................................................469.

클러스터 인식 및 클러스터 비 인식 NetWorker 서버 ..................................................................470.

NetWorker 소프트웨어에서 지원되는 클러스터 환경.........................................................................470.

HP TruCluster Server...................................................................................................................471.

HACMP for AIX ............................................................................................................................471.

HP MC/ServiceGuard ..................................................................................................................472.

HP MC/LockManager...................................................................................................................473.

Sun Cluster 환경 ..........................................................................................................................473.

LEGATO Automated Availability Manager ..................................................................................474.

VERITAS Cluster Server 환경 .....................................................................................................474.

클러스터 환경에서 데이터 백업 ..........................................................................................................475.

목차


물리적 클러스터 클라이언트에서 스케줄 백업 구성 .................................................................. 475.

가상 클러스터 클라이언트에서 스케줄 백업을 구성하는 방법................................................... 476.

가상 클러스터 클라이언트에서 수동 백업 수행.......................................................................... 477.

root 관리 권한을 사용한 수동 백업 수행.............................................................................. 477.

root가 아닌 관리 권한을 사용한 수동 백업 수행.................................................................. 478.

HP MC/ServiceGuard ................................................................................................... 478.

LEGATO Automated Availability Manager for AIX, HP-UX 및 Linux........................... 479.

VERITAS Cluster Server .............................................................................................. 479.

로컬 저장 장치 노드에 백업하기 위한 가상 클라이언트 구성 .................................................... 479.

로컬 저장 장치 노드에 가상 클라이언트 백업 ..................................................................... 480.

가상 서버에 외부 클라이언트 구성 ............................................................................................. 480.

클러스터 환경에서 데이터 복구.......................................................................................................... 480.

물리 클라이언트에 속한 전용 디스크에서 데이터 복구.............................................................. 480.

가상 클라이언트에 속한 공유 디스크에서 데이터 복구.............................................................. 481.

스케줄 백업 추적................................................................................................................................. 481.

Save set가 특정 인덱스를 사용하도록 강제 ............................................................................... 482.

경로 소유권 규칙 ......................................................................................................................... 483.

경로 소유권 규칙 점검 ......................................................................................................... 483.

경로 소유권 규칙 대체 ......................................................................................................... 484.

수동 백업 동안 경로 소유권 규칙 대체......................................................................... 484.

스케줄 백업 동안 경로 소유권 규칙 대체 ..................................................................... 484.

가상 서버에서 물리 저장 장치 노드 사용 ........................................................................................... 485.

Autochanger 및 독립형 테이프 장치 사용 .......................................................................................... 487.

Autochanger 및 독립형 테이프 장치를 위한 구성....................................................................... 487.

구성 옵션 1........................................................................................................................... 487.

구성 옵션 2........................................................................................................................... 489.

구성 옵션 3........................................................................................................................... 491.

클러스터 내의 DDS ..................................................................................................................... 492.

고 가용성과 DDS ................................................................................................................. 492.

nsrjb 프로그램 고 가용성 한계 ..................................................................................... 492.

호스트 고장 시 사용자 개입 필요......................................................................................... 493.


목차

30

고 가용성 DDS를 위한 플랫폼 지원 .....................................................................................493.

클러스터 구성 내에서 로봇 제어 ..........................................................................................493.

jbconfig 프로그램을 사용한 로봇 제어 .................................................................................495.

특수 장치 파일이 없는 Sun Cluster ..............................................................................496.

특수 장치 파일이 있는 TruCluster 5.1B........................................................................497.

독립형 호스트에서 로봇 제어...............................................................................................499.

다른 클러스터의 NetWorker 서버에서 로봇 제어 ................................................................501.

NetWorker 클러스터 라이센스 부여....................................................................................................502.

고 가용성 NetWorker 서버 사용...................................................................................................502.

클러스터 및 가상 클라이언트 사용 ..............................................................................................503.

클러스터 클라이언트 ............................................................................................................503.

가상 클라이언트 ...................................................................................................................503.

클러스터 클라이언트 백업을 위한 라이센스 요구 사항 ..............................................................504.

클러스터 클라이언트의 응용 프로그램 모듈 백업 ...............................................................504.

12장: NetWorker Server에 대한 NDMP 지원 ........................................................ 505.

NDMP 개요 ..........................................................................................................................................505.

NDMP Connection 지원 ...............................................................................................................506.

라이센스 부여...............................................................................................................................506.

지원되는 NDMP 구성 ..........................................................................................................................507.

NDMP 테이프 서버를 사용하는 로컬 백업 ..................................................................................507.

NetWorker 저장 장치 노드를 사용하여 백업 ...............................................................................509.

NDMP 테이프 서버를 사용하는 경유 백업 ..................................................................................511.

지원되는 테이프 서버 ..................................................................................................................512.

NDMP 지원의 일반 요구 사항 및 제한 사항........................................................................................513.

NetWorker NDMP 요구 사항........................................................................................................513.

NDMP를 지원하는 NetWorker 소프트웨어 제한 사항.................................................................514.

프로토콜 제한 사항 ......................................................................................................................516.

인덱스 처리 및 메모리 요구 사항에 대한 중요 정보....................................................................516.

인덱스 데이터베이스 ............................................................................................................516.

메모리 요구 사항 ..................................................................................................................517.

목차


백업 도중 필요한 임시 공간.......................................................................................... 517.

임시 공간 요구 사항 계산 ............................................................................................. 517.

임시 공간 디렉토리의 위치 변경 .................................................................................. 517.

잠재적 오류 메시지....................................................................................................... 517.

NetWorker NDMP 클라이언트에 대한 저장 장치 노드 지원 .............................................................. 518.

일반 NetWorker 장치로의 NDMP 백업 ....................................................................................... 518.

NDMP에 대한 NetWorker 저장 장치 노드 지원 기능.................................................................. 518.

미디어 데이터베이스의 Save Set 플래그 ................................................................................... 519.

성능.............................................................................................................................................. 519.

NDMP 작업을 위한 NetWorker 서버 구성 .......................................................................................... 520.

NDMP를 위한 Autochanger 지원 구성........................................................................................ 521.

NDMP Autochanger에 대한 정보 얻기 ................................................................................ 521.

NDMP 장치에서 inquire 명령 사용 ...................................................................................... 522.

NDMP Autochanger 구성..................................................................................................... 522.

NetApp 컴퓨터에 대한 NDMP Autochanger를 구성하는 방법 .................................... 523.

NDMP 클라이언트 간에 Autochanger 공유......................................................................... 524.

로봇 팔 제어.................................................................................................................. 524.

로봇 팔 제어.................................................................................................................. 524.

NDMP에서 DDS 지원................................................................................................... 525.

DDS 기능 활성화 .......................................................................................................... 525.

nsrjb를 실행하여 테이프 로드.............................................................................................. 525.

Silo 지원 ............................................................................................................................... 526.

NDMP Device 자원 구성 ............................................................................................................. 526.

NDMP Client 자원 구성 ............................................................................................................... 527.

응용 프로그램 정보 지정...................................................................................................... 528.

모든 NDMP 호스트의 필수 변수 .................................................................................. 528.

NDMP 작업에 대한 추가 고려 사항............................................................................................. 529.

NDMP 테이프 서버에 대한 Force Incremental 및 Interval 속성 설정 ................................. 529.

NDMP 테이프 서버에 대한 그룹 세션 수 설정 .................................................................... 529.

NDMP 백업 수행 ................................................................................................................................. 530.

NDMP 클라이언트 백업에 대한 테이프 서버 지원 ..................................................................... 530.


목차

32

필요 조건 ..............................................................................................................................530.

명령 프롬프트에서 NDMP 백업 수행 ..........................................................................................531.

경유 백업 수행 ......................................................................................................................531.

DAR 백업 수행 .............................................................................................................................532.

NDMP 클라이언트 백업에 대한 저장 장치 노드 지원 .................................................................533.

데이터 쓰기 기술 ..................................................................................................................534.

복제 및 스테이징 ..................................................................................................................534.

다중화 ...................................................................................................................................534.

명령 프롬프트에서 NDMP 백업 수행 ..........................................................................................535.

경유 백업 수행 ......................................................................................................................535.

NDMP 복구 수행..................................................................................................................................536.

NDMP 클라이언트 복구에 대한 저장 장치 노드 지원 .................................................................537.

복구 최적화...........................................................................................................................537.

재구축 Save set 복구 수행...........................................................................................................538.

NetWorker 관리 프로그램에서 복구 수행 ............................................................................538.

명령 프롬프트에서 복구 수행...............................................................................................538.

디렉토리 레벨 복구 수행..............................................................................................................539.

NetWorker 관리 프로그램에서 디렉토리 레벨 복구 수행 ....................................................539.

명령 프롬프트에서 디렉토리 레벨 복구 수행.......................................................................539.

파일별 복구 수행..........................................................................................................................540.

NetWorker 복구 프로그램에서 파일별 복구 수행 ................................................................540.

명령 프롬프트에서 파일별 복구 수행...................................................................................540.

지정 복구 수행..............................................................................................................................541.

지정 Save set 복구 수행.......................................................................................................541.

지정 인덱스 복구 수행 ..........................................................................................................542.

NDMP 복제 ..........................................................................................................................................543.

저장 장치 노드 간에 복제.............................................................................................................543.

복제 기능 ......................................................................................................................................543.

NDMP 인덱스 및 부트스트랩 복제 ..............................................................................................544.

추가 제품 정보 .....................................................................................................................................544.

데이터 서버 역할을 하는 Filer......................................................................................................545.

목차


Network Appliance ............................................................................................................... 546.

기능 및 제한 사항 ......................................................................................................... 546.

다수의 파일 Save Set 백업 및 복구 ...................................................................... 546.

유럽어 파일 이름 지원 .......................................................................................... 546.

지원되는 UTF-8 버전 ............................................................................................ 547.

단일 Save set는 하나의 코드셋만 지원함 ............................................................ 547.

NetApp 호스트에서 DAR을 실행할 때 필요한 NDMP 버전 ......................................... 547.

NDMP 버전 확인........................................................................................................... 548.

NDMP 버전 변경........................................................................................................... 548.

SAN 환경의 DDS에 대한 NetApp 조닝 요구 사항 ....................................................... 548.

NetApp 호스트에 대한 장치 경로명 찾기 ..................................................................... 549.

응용 프로그램 정보 변수 .............................................................................................. 550.

EMC Celerra......................................................................................................................... 551.

NDMP 사용 시 EMC Celerra 고려 사항 ....................................................................... 551.

루트 파일 시스템의 EMC Celerra 백업................................................................. 552.

EMC Celerra Data Mover에서 기존 버전의 NDMP 사용...................................... 552.

EMC Celerra에서 NDMP 버전 낮추기 ......................................................................... 552.

ntape 매개 변수 설정 .................................................................................................... 553.

EMC Celerra 호스트에 대한 장치 경로명 찾기 ............................................................ 553.

응용 프로그램 정보 변수 .............................................................................................. 554.

EMC Centera........................................................................................................................ 554.

EMC IP4700......................................................................................................................... 555.

EMC IP4700 호스트에 대한 장치 경로명 찾기 ............................................................ 555.

응용 프로그램 정보 변수 .............................................................................................. 555.

Auspex ................................................................................................................................. 556.

NDMP 사용 시 Auspex 특정 고려 사항 ........................................................................ 556.

Auspex NS3000 요구 사항 ................................................................................... 556.

Auspex에서 대용량 파일 백업...................................................................................... 556.

DD 형식 백업 제한 사항 및 요구 사항 .................................................................. 557.

Autochanger 구성 팁 ............................................................................................. 557.

Auspex 제한 사항.................................................................................................. 557.


목차

34

Auspex 호스트에 대한 장치 경로명 찾기 .....................................................................558.

응용 프로그램 정보 변수...............................................................................................558.

Procom NetFORCE..............................................................................................................559.

Procom NetFORCE 호스트에 대한 장치 경로명 찾기 .................................................559.

Procom NetFORCE 호스트에 대한 구성 후 요구 사항 ................................................559.

Mirapoint ...............................................................................................................................559.

요구 사항 .......................................................................................................................560.

Mirapoint 호스트의 장치 경로명 ...................................................................................560.

BlueArc .................................................................................................................................560.

테이프 서버 역할만 하는 Filer......................................................................................................561.

DinoStor TapeServer............................................................................................................561.

DinoStor TapeServer 구성 ............................................................................................561.

DinoSto TapeServer에 대한 장치 핸들 지정 ................................................................562.

DinoStor TapeServer를 사용한 원격 백업 수행 ...........................................................562.

SnapImage Module ..............................................................................................................563.

SnapImage Module 장치에 대한 장치 경로명 찾기......................................................563.

Solaris 컴퓨터의 장치 경로명 확인 ...............................................................................563.

HP-UX 컴퓨터의 장치 경로명 확인...............................................................................564.

SnapImage 소프트웨어를 사용한 원격 백업 수행........................................................564.

13장: SNMP 모듈.................................................................................................... 567.

SNMP 트랩 ..........................................................................................................................................567.

NetWorker SNMP Notification 구성.....................................................................................................568.

nsrtrap에 대한 명령줄 옵션..........................................................................................................568.

사전 구성된 NetWorker SNMP Notification 수정.........................................................................569.

NetWorker SNMP Notification 작성 .............................................................................................570.

SNMP 관리 소프트웨어 구성 ..............................................................................................................570.

NetWorker SMI 네트워크 관리 전용 엔터프라이즈 코드 ............................................................571.

SNMP 네트워크 관리 소프트웨어에서 트랩 수신 .......................................................................571.

목차


14장: DiskXtender Data Manager 파일 시스템 지원 ............................................ 573.

지원되는 구성 ..................................................................................................................................... 573.

운영 체제 ..................................................................................................................................... 574.

파일 시스템.................................................................................................................................. 574.

NetWorker 구성 ........................................................................................................................... 574.

경로 정보 ..................................................................................................................................... 574.

사용 권한 ..................................................................................................................................... 574.

DiskXtender Data Manager 파일 시스템 개요.................................................................................... 575.

DXDM 파일 시스템의 파일 데이터.............................................................................................. 575.

파일 데이터에 대한 사용자 액세스 ...................................................................................... 575.

DiskXtender Data Manager 파일 시스템 백업.................................................................................... 577.

DXDM 파일 시스템 백업 ............................................................................................................. 578.

DMAPI 속성 파일 제외 ................................................................................................................ 578.

DMAPI 속성 파일 제외......................................................................................................... 578.

중지된 백업.................................................................................................................................. 578.

기존 DMAPI 프로세스 보기는.............................................................................................. 579.

존재하지 않는 DXULDMLIB 프로세스 제거 ........................................................................ 580.

NetWorker 아카이브 기능 ........................................................................................................... 580.

DiskXtender Data Manager 파일 시스템 복구.................................................................................... 580.

복구 시작 ..................................................................................................................................... 581.

복구된 파일 목록.................................................................................................................. 581.

삭제된 파일 및 이전 파일 버전 복원 ........................................................................................... 582.

파일 버전 복원...................................................................................................................... 582.

파일 시스템 동기화...................................................................................................................... 582.

자동 동기화 .......................................................................................................................... 583.

수동 동기화 .......................................................................................................................... 583.

수동으로 파일 동기화 ................................................................................................... 584.

부록 A: 메모 및 문제 해결 팁 ......................................................................................585.

기술 지원 센터에 문의하기 전에......................................................................................................... 585.


목차

36

클라이언트에서 실행 중인 NetWorker 소프트웨어의 버전 알아내기 .........................................586.

NetWorker 관리 프로그램을 사용하여 클라이언트 소프트웨어 버전을 알아내는 방법......586.

nsradmin을 사용하여 클라이언트 소프트웨어 버전을 알아내는 방법 ................................587.

nsrsup 프로그램 ...........................................................................................................................587.

NetWorker 백업 및 복구 ......................................................................................................................588.

복수 nsrexecd 프로세스...............................................................................................................588.

NetWorker 데몬 검사 ..................................................................................................................588.

비동기 클라이언트 시계 오류 ......................................................................................................589.

백업 중단 실패..............................................................................................................................589.

5.x 클라이언트의 Save set 컷오프 ..............................................................................................590.

대형 Save set를 찾을 때 메모리 사용..........................................................................................590.

5.0 이전 버전 클라이언트에서의 라이센스 부여 오류.................................................................590.

클라이언트 파일 인덱스 검사 실패 ..............................................................................................591.

통지되지 않는 클라이언트 파일 인덱스 크기의 증가 ..................................................................591.

Auto Media Verify 사용 시 미디어 위치 오류가 발생하는 경우 ...................................................591.

PACKET RECEIVE BUFFER 및 NO ECB 카운터 증가 ..............................................................592.

scanner 프로그램이 볼륨을 읽기 전용으로 표시하는 경우.........................................................592.

다른 위치로의 인덱스 복구 실패..................................................................................................593.

클라이언트 별명 문제의 발생 원인 ..............................................................................................593.

구성에 사용할 수 없는 잘못된 문자 .............................................................................................594.

scanner 프로그램에서 레코드 크기에 대한 항목 요구 ................................................................594.

새로운 설치 직후의 복구 작업 실패 .............................................................................................594.

Client File Index Is Missing 메시지 ..............................................................................................595.

중단된 백업에서 파일 복구 ..........................................................................................................595.

전체 레벨로 수행되지 않는 새 클라이언트의 백업......................................................................595.

이름이 재지정된 클라이언트는 이전 백업을 복구할 수 없음 ......................................................596.

savegrp 명령줄 프로그램은 NetWorker 관리 프로그램에서 중단할 수 없음..............................596.

savegrp 명령줄 프로그램 중단 .............................................................................................596.

디스크 레이블 오류 ......................................................................................................................596.

부트스트랩 정보를 인쇄할 수 없음 ..............................................................................................597.

서버 인덱스가 강제되지 않는 경우 ..............................................................................................597.

목차


복사 위반 ..................................................................................................................................... 597.

Xview 오류 ................................................................................................................................... 598.

흩어진 파일을 전체 할당된 파일로 변환 ..................................................................................... 598.

NetWorker 릴리스 6.x 이전 버전에서 NetWorker User Groups를 관리할 수 없음 .................... 599.

mminfo -N 명령은 Save set 이름에 대해 대소문자를 구분함 ..................................................... 599.

클라이언트/서버 통신 ......................................................................................................................... 599.

IP 오류 문제 해결......................................................................................................................... 600.

호스트 테이블 설정...................................................................................................................... 601.

호스트 이름 해결 문제 해결 ........................................................................................................ 602.

IP 이름 검색 순서 설정......................................................................................................... 602.

ping을 사용하여 네트워크 연결 확인 .......................................................................................... 603.

rpcinfo를 사용하여 세션을 설정할 수 있는지 확인 ..................................................................... 603.

포트매퍼 및 rpcbind의 기능적 사용에 대한 대체 ........................................................................ 605.

스위치 및 라우터의 펌웨어 확인 ................................................................................................. 605.

이름 지정 요구 사항..................................................................................................................... 605.

서버 오류의 바인딩...................................................................................................................... 606.

원격 파일 시스템 보관 ................................................................................................................. 606.

원격 복구 액세스 권리 ................................................................................................................. 607.

NetWorker 아카이브 및 복구 .............................................................................................................. 608.

서버의 원격 아카이브 요청 실패 ................................................................................................. 608.

단일 아카이브 Save set로 나타나는 복수 Save set.................................................................... 608.

복제된 아카이브가 NetWorker Retrieve 프로그램에 나타나지 않을 경우 ................................. 608.

틀린 아카이브 풀이 선택된 경우 ................................................................................................. 608.

두 번째 아카이브가 요구가 실행하지 않는 경우......................................................................... 608.

명령줄 아카이브가 즉시 시작하지 않는 경우.............................................................................. 609.

Retrieve 목록의 비어 있는 표시 .................................................................................................. 609.

저장 장치 노드 .................................................................................................................................... 609.

저장 장치 노드 친화력 오류 ........................................................................................................ 609.

저장 장치 노드 시간 종료 오류.................................................................................................... 610.

장치 및 Autochanger........................................................................................................................... 610.

Jukebox 자원의 추가 속성........................................................................................................... 610.


목차

38

관리 명령 ......................................................................................................................................612.

장치 드라이버 설치 테스트 ..........................................................................................................613.

lusdebug 명령 실패...............................................................................................................613.

jbexercise 명령 실패 .............................................................................................................615.

자동 감지된 SCSI Jukebox 옵션이 서버를 중단시킬 경우..........................................................615.

jbconfig에 X11 라이브러리가 필요할 경우 ..................................................................................616.

Autochanger 재고 문제 ................................................................................................................616.

Destination Component Full(대상 구성 요소가 꽉참) 메시지......................................................617.

테이프가 꽉 채워지지 않는 경우..................................................................................................617.

서버가 Autochanger 제어 포트에 액세스할 수 없는 경우 ...........................................................618.

되감지 않는 장치 요구 사항 .........................................................................................................619.

ATL 2640 라이브러리 ..................................................................................................................619.

슬롯에 볼륨 배치..........................................................................................................................620.

Solaris 서버 또는 저장 장치 노드의 슬롯에 볼륨 배치 ........................................................620.

nsrjb에 -o 명령 옵션 사용.............................................................................................................620.

Scanner 명령이 Adv_file 유형 장치와 다르게 동작하는 경우 .....................................................621.

서버 및 원격 저장 장치 노드 시계가 동기화되지 않은 경우 잘못된 오류 메시지가 표시됨 .......621.

LEGATO GEMS SmartMedia 구성 후 Autochanger 재설정 .......................................................621.

장치 지원 업데이트 ......................................................................................................................621.

TZ89 드라이브 유형에 필요한 휴식 시간 ....................................................................................622.

CDI가 NDMP 또는 디스크 파일 유형 장치에서 활성화되면 표시되는 메시지 ...........................622.

진단 도구 .............................................................................................................................................623.

NetWorker 소프트웨어에서 지원되는 구입업체 관련 ASC 및 ASCQ 코드 ................................623.

NetWorker 로켈 및 코드 세트 지원 .....................................................................................................624.

로켈 지원 ......................................................................................................................................624.

코드 세트 지원..............................................................................................................................624.

자원 데이터베이스 참고 사항..............................................................................................................625.

자원 보기 ......................................................................................................................................625.

이전 자원 파일 복원 .....................................................................................................................626.

이전 및 새 자원 파일이 존재하는 경우 기록되는 오류 ................................................................626.

자원 데이터베이스 손상 복구 ......................................................................................................627.

목차


부록 B: UNIX 및 Linux 플랫폼에만 해당되는 참고 사항............................................629.

Solaris.................................................................................................................................................. 629.

NetWorker 실행 파일이 Solaris 클라이언트에 대한 예상된 위치에서 발견되지 않는 경우 ....... 629.

실행 파일 경로 설정 ............................................................................................................. 630.

Solaris에서 지원되지 않는 장치에 대한 지원 얻기 ..................................................................... 630.

Linux.................................................................................................................................................... 630.

SCSI 장치를 감지하도록 Linux 운영 체제 구성 .......................................................................... 630.

inquire 명령 사용을 위한 구성 요구 사항 .................................................................................... 630.

Linux 저널 파일 시스템 지원 ....................................................................................................... 631.

HP-UX ................................................................................................................................................. 631.

HP-UX 시스템에서의 Autochanger 설치 .................................................................................... 631.

Autochanger용 SCSI 주소 선택........................................................................................... 631.

SCSI Pass-Through 드라이버 설치 ..................................................................................... 632.

HP-PB 또는 NIO Pass-Through 드라이버 설치 ........................................................... 632.

GSC, HSC 또는 PCI Pass-Through 드라이버 설치..................................................... 635.

Autochanger 하드웨어 설치................................................................................................. 635.

시스템 종료................................................................................................................... 635.

시스템 시작................................................................................................................... 636.

장치 파일 작성 .............................................................................................................. 636.

주 번호.................................................................................................................................. 637.

부 번호.................................................................................................................................. 637.

장치 드라이버 및 장치 파일 설치 테스트 .................................................................................... 638.

Autochanger 연결 테스트 ............................................................................................................ 638.

“Hardware Address Not Found“ 메시지 ..................................................................................... 639.

HP 테이프 드라이브에서 지원되지 않는 미디어의 오류 ............................................................ 639.

HP-UX 서버 또는 저장 장치 노드에 테이프 드라이브 언로드 .................................................... 640.

HP-UX Autochanger에 필요한 SCSI Pass-Through 드라이버................................................... 640.

fstab 파일의 심볼릭 링크 항목 .................................................................................................... 640.

AIX....................................................................................................................................................... 641.

AIX의 전체 진단 코어 덤프 사용.................................................................................................. 641.


목차

40

AIX에 연결된 STK-9840 드라이브...............................................................................................641.

HP Tru64 UNIX....................................................................................................................................642.

TruCluster Server 5.0에서는 NetWorker 서버 장애 복구가 지원되지 않음 ................................642.

TruCluster 5.x(LGTpa31515)에서의 서비스 포트 범위 바인딩...................................................642.

포트 범위 선택 ......................................................................................................................642.

SCSI CAM Layered Components가 Tru64 UNIX 5.0에서 지원되지 않음 ..................................643.

Tru64 UNIX 5.0 독립형 NetWorker 서버에 지원되는 구성 .........................................................643.

TruCluster 환경의 구성원에 NetWorker 서버 설치 .....................................................................644.

TruCluster V5.0 클러스터에서 부트 파티션 백업 ........................................................................645.

컨텍스트 종속 심볼릭 링크 복원..................................................................................................646.

NetWorker Server가 ASE Manager 내에서 종료되거나 재시작되어야 함 .................................646.

IRIX ......................................................................................................................................................647.

IRIX에서 “No Space Left in Tape“ 메시지를 표시할 경우..........................................................647.

IBM DYNIX/ptx.....................................................................................................................................648.

디스플레이 문제...........................................................................................................................648.

Exabyte 8505 테이프 드라이브 사용 ...........................................................................................648.

NetWorker 설명서 인쇄................................................................................................................649.

아카이브 요청 스케줄 ..................................................................................................................649.

용어집 ..........................................................................................................................651.

색인..............................................................................................................................669.


머리말

이 안내서에서는 LEGATO NetWorker®소프트웨어를 구성 및 관리하는 방법이 제공됩니다.

이 안내서에 수록된 정보를 사용하려면 해당 서버와 클라이언트에 NetWorker 소프트웨어를 설치합니다. 설치 지침에 대해서는 사용 중인 플랫폼에 관한 LEGATO NetWorker 설치 안내서를 참조하십시오.

릴리스 이후 정보는 이 제품의 릴리스 부록에 수록되어 있습니다. 이 문서는 LEGATO 웹 사이트 www.legato.com에서 확인할 수 있습니다. 정기적으로 웹 사이트를 참조하여 최신 버전의 릴리스 부록을 확인하십시오.

이 설명서의 독자이 안내서는 소프트웨어를 설치하고 네트워크상의 서버와 클라이언트에 대한 유지보수 업무를 담당하는 시스템 관리자와 일일 백업을 모니터하는 운영자에게 유용할 것입니다.

제품 설명서이 제품과 관련된 전체 문서 목록을 보려면 66페이지의 “NetWorker 설명서”를 참조하십시오. 대부분의 설명서는 Adobe Acrobat PDF 형식으로 되어 있으므로 Adobe Acrobat Reader를 다운로드하여 설치해야만 볼 수 있습니다. Adobe Acrobat Reader는 LEGATO Documentation Suite CD-ROM의 /viewers/acroread 디렉토리에 있거나 Adobe에서 직접 구할 수 있습니다. 원하는 플랫폼에서 Acrobat Reader를 설치하여 사용하려면 CD-ROM의 /viewers/acroread/readme.txt 파일이나 Adobe 웹 사이트의 지침을 참조하십시오.

http://www.legato.com


머리말

42

규약

이 책에서는 책 내용의 사용과 이해를 보다 쉽게 하기 위해 다음과 같은 활자체 규약과 기호를 사용합니다.

규약 의미 예

굵은꼴 명령줄, 데몬, 옵션, 프로그램 또는 스크립트의 이름

nsradmin 명령은 NetWorker 관리 프로그램의 명령줄 버전을 시작합니다.

텍스트 기울임꼴 용어집이나 특정 장에 정의된 경로명, 파일 이름, 컴퓨터 이름 및 새로운 용어나 강조할 단어

표시되는 메시지는 /nsr/logs/daemon.log에도 기록됩니다.지정은 c:\pagefile.sys에서 각 스왑 파일에 대해 하나씩 작성됩니다.

명령줄 기울임꼴 명령줄에 입력해야 하는 변수 nwadmin -s server_name

고 정폭 글 꼴 화면에 표시되는 예제 및 내용 media waiting: recover waiting for 8mm

5GB tape volume name

고 정폭 글 꼴 ,

굵 은 꼴

예에서와 같이 정확하게 입력해야 하는 명령 및 옵션

nsr_shutdown -a

메뉴 이름>명령 사용자 인터페이스의 선택 경로 및 선택 순서

Volume>Change Mode>Appendable

중요 사항: 데이터를 성공적으로 백업하고 복구하기 위해 반드시 읽고 따라야 하는 내용 중요 사항: no_verify 옵션을 사용할 때는 각별한

주의를 기울여야 합니다.

머리말


정보 및 서비스 LEGATO는 회사, 제품 및 기술 정보를 제공하는 전자 우편, 전화, 팩스 지원을 포함한 다양한 서비스를 제공합니다.

일반 정보

LEGATO 웹 사이트에는 해당 FTP 사이트의 기술 회보 및 바이너리 패치를 포함하여 고객이 필요로 하는 대부분의 정보가 있습니다. 특정한 영업 또는 교육 요청이 있을 경우에는 전자 우편이나 전화를 통해 LEGATO에 문의해 주십시오.

기술 지원

LEGATO 웹 사이트에서는 연락 정보, 소프트웨어 패치, 기술 문서 및 사용 가능한 지원 프로그램에 관한 정보를 제공합니다.

• 현재 지원 계약이 체결되어 있으면 LEGATO 통합 제품 기술 자료에 액세스할 수 있습니다. 소프트웨어 문제와 관련하여 도움이 필요할 경우에는 기술 지원 센터에 문의하십시오.

• 지원 계약을 체결하지 않은 고객은 영업 및 업데이트 지원부에 문의하여 연간 소프트웨어 업데이트 구독 또는 업데이트/지원 건당 기술 지원 서비스를 구매하십시오.

참고: LEGATO Software 기술 지원 및 업데이트 구독 서비스는 (i) LEGATO가 고객에게 제공하는 LEGATO 정가 소프트웨어 및 (ii) 정식 LEGATO 기술 지원 계약을 체결한 고객에게만 적용됩니다.

서비스 또는 자원 기술 회보바이너리 패치

회사 및 제품 정보 교육

www.legato.com Yes Yes Yes Yes

ftp.legato.com

(anonymous로 로그인)

Yes Yes

LEGATO 영업부(650) 210-7000(내선 1)[email protected]

Yes

LEGATO Education Services(650) [email protected]

Yes



머리말

44

라이센스 부여 및 등록

제품에 대한 라이센스를 얻고 등록하려면 라이센스 부여 웹 사이트(www.legato.com)를 방문하십시오. 연락처 정보를 변경하거나, 라이센스를 이전하거나, 라이센스 부여에 대한 질문을 하려면 다음 중 한 가지 방법으로 LEGATO에 연락하십시오.

고객 피드백LEGATO는 소프트웨어 기능, 설치 절차, 설명서 등에 대한 사용자의 의견과 제안을 환영합니다.

• 특정 안내서에 대한 의견이 있으시면 www.legato.com에서 의견 양식을 작성해 주십시오. 설명서 페이지로 이동한 후 해당 가이드 이름 옆에서 의견 링크를 클릭하면 됩니다. 모든 의견은 보통 영업일 1일 이내에 검토 및 실행됩니다.

• 당사 설명서의 전반적인 품질을 높이기 위해 www.legato.com에 있는 간단한 설문에 참여해 주시기 바랍니다. 설명서 페이지로 이동한 후 설문 링크를 클릭하십시오.

• 다른 제안 사항이나 의견이 있으시면 [email protected]으로 전자 우편을 보내십시오. LEGATO에서 모든 의견에 일일이 답해드리지는 못하지만 제품 설계 시 사용자 여러분의 모든 의견과 제안을 최대한 반영할 것입니다.

라이센스 부여 및 등록 문의

전화 번호 (650) 8126000(내선 3, 내선 2)a

+31 23 554 8881b

a. 미국, 아시아 및 태평양 지역의 연락 정보b. 유럽, 중앙 아시아 및 아프리카 지역의 연락 정보

팩스 번호 (650) 745-1477a

+31 23 554 8808b

전자 우편 [email protected]

[email protected]





1장:소개

LEGATO NetWorker 클라이언트/서버 환경은 유용한 데이터가 손실되지 않도록 기업의 비즈니스 정보를 보호해 드립니다. 데이터 양이 빠르게 증가하는 네트워크 환경에서 데이터 관리의 필요성이 매우 중요해집니다. LEGATO NetWorker 제품은 그러한 과제를 충족할 수 있는 탁월한 능력과 유연성을 제공합니다.

NetWorker 소프트웨어는 클라이언트 서버 구조를 기반으로 합니다. 지원되는 모든 버전의 NetWorker 서버, 저장 노드 및 클라이언트는 상호 운용성이 있으므로 전체 네트워크에 대해 한 개의 네트워크 백업과 복구 솔루션만 가지고 있으면 됩니다.

참고: 지원되는 NetWorker 소프트웨어 버전에 대한 자세한 내용은 LEGATO 웹 사이트(www.legato.com)에서 LEGATO Compatibility Guides를 참조하십시오.

이 장에서는 NetWorker 소프트웨어를 소개하고 제품을 사용하고 파악하는 데 필요한 용어와 주요 개념 같은 배경 정보를 제공합니다. 이 장에는 또한 사용자가 사용할 수 있는 인쇄 및 전자 설명서의 요약 정보도 포함되어 있습니다. 본 안내서의 다음 장들에서는 데이터를 보관하고 복구하기 위한 NetWorker 인터페이스, 기능 및 방법에 대한 고유 정보를 제공합니다.

설치 정보는 이 장에 나와 있지 않습니다. 소프트웨어 설치에 대한 지침은 해당 플랫폼용 LEGATO NetWorker 설치 안내서 를 참조하십시오. 관리 지침서에 수록된 정보는 NetWorker 서버와 클라이언트에 NetWorker 소프트웨어가 이미 성공적으로 설치되어 있는 것을 전제로 작성된 내용입니다.

이 장의 주요 절은 다음과 같습니다.

• 46페이지의 “NetWorker 저장 장치 관리”

• 50페이지의 “NetWorker 소프트웨어 작동 방법”

• 55페이지의 “NetWorker 소프트웨어의 데이터 백업 방법”

• 58페이지의 “NetWorker 소프트웨어의 데이터 복구 방법”

• 59페이지의 “NetWorker 저장 장치 노드 작업”

• 61페이지의 “NetWorker 라이센스 모드”


1장:소개

46

1

• 63페이지의 “NetWorker 제품군”

• 66페이지의 “NetWorker 설명서”

NetWorker 저장 장치 관리NetWorker 제품은 네트워크의 전체 컴퓨터를 통해 데이터를 백업하고 복구하는 네트워크 저장 장치 관리 응용 프로그램입니다. 이 소프트웨어는 개별 데이터 항목(디스크 분할, 디렉토리 또는 파일)을 자동으로 백업, 저장 및 인덱스화하고, 특정 데이터 항목이나 클라이언트의 전체 내용을 복구할 수 있어 기업의 유용한 데이터를 보호합니다. 기존 데이터 항목의 이전 버전을 복구할 수도 있습니다.

네트워크와 데이터의 양이 커져도 NetWorker 소프트웨어는 로드를 처리할 수 있는 용량 및 성능을 제공합니다. 또한 백업한 데이터를 특정 클라이언트의 그룹별로 또는 특정 저장 장치 볼륨으로 융통성있게 정렬할 수 있는 다양한 기능을 제공합니다. 또한 데이터, 미디어 및 장치에 관해 정기적인 백업 상태 정보를 제공하기도 합니다. 백업한 데이터와 미디어를 추적하는 NetWorker 인덱스 파일의 크기가 시간이 지나면 커질 수 있으므로, 인덱스 크기를 쉽게 관리할 수 있도록 유지하기 위해 사용자가 지정한 기준에 따라 오래되고 날짜가 지난 항목이 제거됩니다.

NetWorker 소프트웨어 기능에는 광범위한 저장 장치에 대한 고성능 처리를 제공하는 저장 장치 관리 응용 프로그램이 있습니다. NetWorker 소프트웨어 제품은 다음과 같은 구성 요소로 구성됩니다.

• NetWorker 클라이언트 소프트웨어는 관리될 데이터가 있는 컴퓨터에 설치되는 프로세스와 프로그램의 모음입니다.

• NetWorker 서버 소프트웨어는 데이터 백업, 복구 및 아카이브를 포함한 NetWorker 서비스를 수행하는 컴퓨터에 설치되는 프로세스와 프로그램의 모음입니다.

• NetWorker 저장 장치 노드 소프트웨어는 백업, 복구 및 아카이브를 포함한 NetWorker를 작업하는 동안 컴퓨터에 부착된 저장 장치를 제어하는 컴퓨터에 설치되는 프로세스와 프로그램의 모음입니다.

NetWorker 서버에 직접 연결되는 저장 장치에 데이터를 백업하도록 NetWorker 소프트웨어를 구성하거나, 연결된 하나 이상의 저장 장치가 있는 개별 컴퓨터인 NetWorker 저장 장치 노드(storage node)를 작성할 수 있습니다. NetWorker 서버는 NetWorker 데이터를 추적하는 자원 및 파일을 관리합니다. 저장 장치 노드 컴퓨터는 저장 장치와 미디어를 제어합니다.

데이터의 특성에 따라 백업 및 아카이브 데이터를 특정 볼륨의 모음으로 지정할 수 있습니다. 데이터가 저장 장치 미디어에 기록되면 NetWorker 서버는 관리되는 모든 데이터의 위치를 추적하도록 데이터베이스를 작성합니다. NetWorker 서버는 데이터 상태를 모니터하고 사용자가 정의한 대로 과거 데이터가 다른 레벨에 있게 되면 추적 시스템을 통해 데이터를 자동으로 이동시킵니다.

1장:소개


1

사용자는 복구 가능한 파일의 인덱스를 찾아 볼 수 있고, 데이터나 미디어의 상태를 설명하는 보고서를 작성할 수 있으며, 사용자가 지정한 시점까지 데이터를 복구할 수 있습니다. 데이터 복구 요구에 대해 NetWorker 저장 장치 관리 시스템은 요구된 데이터를 포함하는 볼륨을 찾고, 복구할 장치를 적절한 볼륨에 마운트하도록 지시하거나 이름별로 볼륨을 요구하도록 운영자에게 메시지를 보낼 수 있습니다. 이러한 방법으로 NetWorker 시스템은 모든 저장 장치 볼륨 작업을 관리합니다.

다음 세 가지 방법을 사용하여 NetWorker 소프트웨어를 관리하고 운영합니다.

• NetWorker Administrator 그래픽 인터페이스를 사용하여 스케줄 백업을 관리 및 구성하고, 클라이언트와 장치를 추가하며, NetWorker 서버를 구성합니다. NetWorker 관리 프로그램을 사용하면 네트워크 상의 모든 NetWorker 서버, 클라이언트 또는 저장 장치에 백업 및 복구 작업을 구성하고 수행할 수 있습니다.

• NetWorker Backup, Restore, Archive 및 Retrieve 그래픽 인터페이스를 사용하여 클라이언트 컴퓨터와 NetWorker 서버 간에 데이터를 수동으로 백업, 복구 및 아카이브합니다. NetWorker 서버는 서버 자신의 클라이언트 역할도 하기 때문에 이 서버에는 관리 프로그램과 함께 이러한 프로그램이 모두 설치되어 있어야 합니다.

• NetWorker 명령줄 유틸리티를 실행합니다. 이 소프트웨어에서는 Autochanger 및 Silo 장치 구성 같은 특정 작업을 명령줄 유틸리티를 통해 수행해야 합니다.

참고: “autochanger“는 Autoloader, Carousel, 데이터휠, Jukebox, 라이브러리 및 Near-line 저장 장치와 같은 다양한 백업 장치를 말합니다.

교차 플랫폼 관리

NetWorker 소프트웨어는 여러 플랫폼에서 사용할 수 있는 저장 장치 관리 제품입니다. 컴퓨터에 NetWorker 클라이언트 소프트웨어가 설치되어 있고 네트워크로 연결된 경우에는 Microsoft Windows, UNIX 또는 Novell NetWare를 실행하는 컴퓨터에서도 NetWorker 서버를 관리할 수 있습니다. 또한 한 플랫폼의 NetWorker 클라이언트가 다른 플랫폼의 NetWorker 서버로 데이터를 백업할 수 있습니다. 다른 운영 체제의 클라이언트를 백업하려면 NetWorker 서버에 해당 유형의 클라이언트에 대한 ClientPak® 작동 코드가 있어야 합니다. 자세한 내용은 설치 안내서를 참조하십시오.

NetWorker 소프트웨어가 설치된 네트워크 상의 모든 클라이언트나 서버에 대해 관리 서비스를 지시하고 수행할 수 있습니다. 해당 컴퓨터와 관련 있는 옵션 만을 표시하기 때문에 모니터링 세션을 시작하기 전에 개별 컴퓨터의 구성을 사용자가 알아야 하는 필요성을 소프트웨어가 없애 줍니다.


1장:소개

48

1

성능

NetWorker의 표준 성능 기능은 다음과 같습니다.

• 서버 세션 수 — 여러 보관 스트림이 서버 또는 저장 장치 노드로 동시에 진행되도록 합니다.

• 다중화 — 하나 이상의 보관 스트림을 동시에 같은 장치에 쓰게 합니다.

• 클라이언트 세션 수 — 클라이언트가 하나 이상의 보관 스트림을 한 번에 보내도록 합니다.

• 세션 관리 — 각 장치에 대한 성능을 최대화하기 위해 장치별 보관 스트림의 수를 제어할 수 있도록 합니다.

• 파일 장치로의 백업 서비스 및 Near-line이나 오프라인 볼륨으로의 후속적인 백업 서비스 진행

선택적 NetWorker 소프트웨어 추가

다음은 선택적인 NetWorker 소프트웨어 추가 기능입니다.

• NetWorker Autochanger 모듈

• NetWorker Silo Software 모듈

• NetWorker Archive 모듈

• NetWorker Database 모듈(여러 유형의 데이터베이스를 백업)

• NetWorker Open File Connection 모듈(OFC)(Microsoft Windows NT 전용)

• NetWorker SNMP(단순 네트워크 관리 프로토콜)

• LEGATO® GEMS® SmartMedia®

• NetWorker OpenVault 원격 저장 장치 시스템(Windows 전용)

• HP-UX 클러스터링

• Solaris 클러스터링

• LEGATO License Manager

1장:소개


1

편리성

NetWorker 소프트웨어는 중요한 데이터의 보호를 쉽게 관리할 수 있는 도구를 제공합니다. 이 도구로 다음을 수행할 수 있습니다.

• 그래픽 인터페이스나 명령줄을 사용한 NetWorker 작업 및 기능 관리

• 네트워크의 모든 컴퓨터에서 NetWorker 기능을 관리 및 구성

• 한 클라이언트의 데이터에 대한 복구 기능을 다른 클라이언트 컴퓨터에 제공하도록 권한 부여

• 온라인 도움말 및 매뉴얼 페이지에 액세스하여 질문에 대한 답을 바로 얻음

• NetWorker 서버나 저장 장치 노드가 백업에 필요한 볼륨에 레이블을 지정하고 볼륨을 마운트하도록 허용하는 미디어 자동 관리 기능 이용

• LEGATO 웹 사이트의 통합 기술 자료 및 기술 회보를 사용하여 일반 질문에 대한 대답을 찾을 수 있습니다.

확장성

저장 장치 관리에 대한 필요가 증가할 때 그에 따라 기존 NetWorker 소프트웨어를 확장할 수 있습니다. 예를 들면 다음과 같습니다.

• 서버 기능에 대한 기본 레벨을 업그레이드하고, 추가 (또는 더 큰) Autochanger 및 더 많은 클라이언트에 대한 지원을 추가하거나, 서버 소프트웨어를 재설치할 필요없이 선택적 소프트웨어 모듈을 추가합니다.

• 데이터베이스 및 기타 파일 시스템이 아닌 데이터베이스를 백업하기 위한 특수 NetWorker Module 클라이언트 소프트웨어를 추가합니다.

• 백업 장치를 제어하기 위한 원격 저장 장치 노드에 대한 지원 추가하며, 데이터 관리 작업은 제어 NetWorker 서버에서 중앙 처리됩니다.

• 저장 장치를 보다 효율적으로 관리하기 위해 기업의 업무 환경에 LEGATO GEMS 소프트웨어를 도입합니다.

• 단일 서버에서 네트워크의 모든 LEGATO 소프트웨어 라이센스를 관리하기 위해 LEGATO License Manager 소프트웨어를 추가합니다.


1장:소개

50

1

NetWorker 소프트웨어 작동 방법NetWorker 소프트웨어는 NetWorker 서버, 클라이언트, 저장 장치 노드, 저장 장치 및 저장 장치 볼륨으로 구성된 클라이언트/서버 시스템으로 작동합니다. NetWorker 서버는 NetWorker 클라이언트로부터 백업 데이터를 받고, 각 데이터 항목을 인덱스화하며, 저장 장치로 데이터를 보내는 컴퓨터입니다. 단일 클라이언트 컴퓨터에서 저장 장치 미디어로 백업되는 데이터를 Save set라고 합니다. Save set는 일반적으로 단일 파일 시스템이나 로컬 디스크에서 백업된 모든 데이터로 구성됩니다. NetWorker 서버가 하나 이상의 클라이언트 Save set를 받으면 데이터는 저장 장치 볼륨(보통 테이프)에 기록됩니다. NetWorker 서버는 또한 앞으로의 복구를 쉽게 하기 위해 각 개별 볼륨의 내용을 인덱스화하기도 합니다.

NetWorker 클라이언트는 NetWorker 클라이언트 소프트웨어가 설치되어 있고 자신의 Save set를 NetWorker 서버로 백업하는 모든 컴퓨터를 말합니다. NetWorker 클라이언트는 워크스테이션이나 전용 서버가 될 수 있습니다. 클라이언트는 또한 자신의 데이터를 백업하는 데 사용되는 NetWorker 서버와는 다른 플랫폼이나 운영 체제를 가질 수도 있습니다. NetWorker 서버는 항상 서버 자신의 클라이언트가 되므로, NetWorker 서버는 계층적 백업 구조의 일부로서 다른 NetWorker 서버로 백업할 수 있습니다.

백업한 데이터 항목의 인덱스를 클라이언트 파일 인덱스라고 합니다. 볼륨의 인덱스는 미디어 데이터베이스라고 합니다. 이들 인덱스를 집합적으로 온라인 인덱스라고 하며 데이터를 찾고 복구할 수 있는 NetWorker 소프트웨어 기능의 근간을 형성합니다.

백업 데이터를 보거나 열람하려는 요구를 제출하면 NetWorker 서버는 클라이언트 파일 인덱스에서 백업한 각 데이터 항목의 레코드를 찾습니다. 데이터 항목이 지정한 기간 동안 여러 번 백업된 경우 클라이언트 파일 인덱스는 같은 데이터 항목의 다른 버전을 복구하기 위한 옵션과 같은 정보를 제공합니다.

선택한 데이터 항목의 복구를 요구하면 NetWorker 서버가 사용자가 원하는 데이터 항목을 포함하고 있는 특정 볼륨이 위치한 미디어 데이터베이스를 찾습니다.

• 저장 장치가 독립형 장치(볼륨을 수동으로 삽입해야 하는 단일 드라이브 장치)인 경우, 서버는 해당 볼륨을 장치에 삽입할 것을 사용자에게 요구합니다.

• 저장 장치가 Autochanger인 경우, 서버는 Autochanger에 지시하여 해당 Autochanger 슬롯에 볼륨을 배치합니다.

복구할 데이터를 선택하고 NetWorker 서버가 해당 볼륨을 찾으면 데이터는 원래 클라이언트 위치나 지정 복구 같은 특정한 경우 사용자가 선택한 다른 클라이언트 위치에서 다시 기록됩니다. 복구된 데이터가 해당 클라이언트에 이미 있던 데이터를 겹쳐쓸 수 있는 경우를 대비하여 NetWorker 서버는 사용자에게 경고하고 충돌을 막을 몇 가지 옵션을 제공합니다. 또한, 복구 충돌이 발생할 때 수행할 작업을 미리 구성할 수도 있습니다.

1장:소개


1

51페이지의 그림 1은 NetWorker 클라이언트에서 시작하여 저장 장치 볼륨에서 끝나는 NetWorker 데이터의 흐름을 보여줍니다.

그림 1. 데이터 백업 흐름

NetWorker 자원 및 속성

NetWorker의 성능 및 기능은 NetWorker 자원을 통해 구성됩니다. 자원은 NetWorker 클라이언트와 서버의 라이센스 부여, 구성 및 작동을 통해 데이터를 백업, 저장 및 복구하기 위해 NetWorker 서버에서 사용하는 구성 요소입니다. NetWorker 자원은 관리 프로그램에서 여러 창을 통해 나타납니다.

대부분의 자원은 권한이 있는 관리자가 작성, 편집 및 삭제할 수 있습니다. NetWorker 구성 권한이 있는 그룹의 멤버만이 자원 구성을 업데이트할 수 있습니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

이 자원의 대화 상자에는 자원을 작성하고 편집하기 위한 속성이 있습니다. NetWorker 속성은 자원의 개별 구성 요소입니다. 속성은 자원 대화 상자에 포함된 여러 텍스트 상자, 드롭다운 목록 등에 나타납니다. 예를 들어 클라이언트는 NetWorker 자원이 되고 클라이언트의 이름은 해당 자원의 속성이 됩니다.

NetWorker

클라이언트

NetWorker

서버

저장 장치장치

저장 장치볼륨

백업 데이터구조 추적

클라이언트Save set

클라이언트Index

정보

미디어Index

정보

데이터 흐름


1장:소개

52

1

NetWorker 제품은 미리 구성된 기본 자원 설정으로 패키지화되어 있습니다. 그러나, 이러한 자원을 수정하여 서버의 성능을 최적화할 수 있습니다. NetWorker 인터페이스에서 발견되는 많은 기능 및 명령과 관리 지침서에 수록된 정보 중 대부분은 자원 작성 및 구성과 관련된 것들입니다.

52페이지의 표 1에는 NetWorker 자원과 그에 대한 설명이 나열되어 있습니다.

표 1. NetWorker 자원 (1/2)

자원 작업

Autochanger 여러 볼륨에 자동으로 마운트하고 기록할 수 있는 장치를 설명합니다. 이 표의 Device를 참조하십시오. “Autochanger“라는 용어는 다양한 백업 장치를 말합니다. Autoloader, Carousel, 데이터휠, Jukebox, 라이브러리 및 Near-line과 같은 저장 장치를 가리킵니다.

클라이언트 백업용 데이터 항목(파일 시스템, 디스크 볼륨, 디렉토리 또는 파일)을 포함하여 NetWorker 클라이언트를 식별하고 특정 백업 명령을 데이터에 할당합니다.

Device 서버나 저장 노드에 연결된 요소를 설명합니다.

Directive 클라이언트의 백업 시 수행하는 파일 프로세싱 작업을 정의합니다.

Group 그룹 백업 작업에 참여하는 고유한 Client 자원 모음을 명명하고 정의합니다. 클라이언트는 그룹 작업 내에서 서로 다른 백업 스케줄을 수행할 수 있지만 그룹의 모든 클라이언트가 동시에 작업을 시작합니다.

Label Template 저장 장치 관리 응용 프로그램이 볼륨의 레이블을 작성해야 할 때마다 수행하기 위한 지침을 NetWorker 서버에 제공합니다. 각 풀은 특정 레이블 템플리트와 관련됩니다.

Notification 특정 NetWorker 이벤트와 로그 파일에 로깅되고 전자 우편을 통해 관리자에 보내지는 메시지와 같은 관련 응답을 명명하고 정의합니다.

Policy 관리자가 지정한 데이터 보관 주기와 연관있는 기간을 정의합니다.

Pool 백업 받은 데이터가 지정된 테이프에 쓰여질 수 있도록 테이프 묶음의 이름을 지정하고 그 묶음에 할당될 수 있는 기준을 정의합니다.

Registration 특정 NetWorker 서버에 사용할 수 있는 기능을 정의합니다.

Schedule Client 또는 Group 자원에 할당될 수 있는 백업 스케줄을 명명하고 정의합니다. 정의되는 계획은 데이터가 백업되는 날짜와 각 백업의 레벨을 규정합니다.

서버 로컬 NetWorker 서버 특성을 식별합니다. NetWorker 서버당 하나의 Server 자원만이 존재할 수 있습니다.

1장:소개


1

또한 많은 자원이 다른 자원의 속성으로도 존재합니다. 이러한 독립적 관계는 구성을 구현하는 순서에 영향을 미칩니다. 특정 구성 요소 자원을 다른 자원의 속성으로 나열할 수 있으려면 먼저 이들을 정의해야 합니다. 예를 들어 사용자 정의 Label Template 자원을 풀에 적용하려면 풀을 구성하기 전에 레이블 템플리트를 작성해야 합니다.

NetWorker 관리 프로그램에서 NetWorker 자원과 속성에 액세스하고 사용하는 방법에 대한 자세한 내용은 85페이지의 “NetWorker 관리자 인터페이스”를 참조하십시오.

NetWorker 데몬 및 프로그램

NetWorker 클라이언트/서버 기술은 네트워크 원격 프로시저 호출(RPC) 프로토콜을 사용하여 데이터를 백업합니다. NetWorker 소프트웨어는 저장 장치 관리 클라이언트 구성, 클라이언트 파일 인덱스 및 미디어 데이터베이스뿐 아니라 백업 및 복구 프로세스를 감시하는 여러 데몬과 프로그램으로 구성됩니다.

NetWorker 환경에서는 백업 요청이 수신되면 여러 데몬과 프로그램을 호출합니다. 데몬은 백업 데이터를 포함하는 미디어뿐만 아니라 백업 또는 복구와 관련된 작업 및 백업된 내용에 대한 레코드 정보를 조정합니다.

53페이지의 표 2에서는 NetWorker 서버 및 저장 장치 노드 데몬과 프로그램에 대해 설명합니다. NetWorker 매뉴얼 페이지에는 NetWorker 데몬 및 프로그램에 대해 자세히 설명되어 있습니다.

Staging 한 저장 장치 미디어에서 다른 저장 장치 미디어로 데이터를 옮기고, 원래 위치에서 데이터를 제거하기 위한 NetWorker 방침을 명명하고 정의합니다.

User Group NetWorker 관리자는 특정 그룹에 사용자를 할당하고 NetWorker 구성 및 작업에 대한 액세스와 같은 사용자 권한을 정의할 수 있습니다.

표 2. 서버 데몬 및 프로그램 (1/2)

데몬 또는 프로그램 기능

ansrd 사용 중인 복구 세션을 모니터합니다. 복구 세션에 대한 응답으로 nsrd는 에이전트 프로세스를 작성합니다.

nsrck 클라이언트 파일 인덱스의 일관성을 확인합니다. 클라이언트 파일 인덱스의 일관성을 확인할 때마다 nsrd가 호출됩니다.

표 1. NetWorker 자원 (2/2)

자원 작업


1장:소개

54

1

마스터 NetWorker 서버 프로세스

nsrd 프로세스는 다음 작업을 수행하는 마스터 NetWorker 서버 데몬입니다.

• 다른 데몬 시작

• 서버 및 저장 장치 노드 시스템에서 미디어 데몬 할당

• 클라이언트에 대한 백업 및 복구 서비스의 권한 부여

• 스케줄 백업을 위해 클라이언트에 연결

• NetWorker 구성 정보 관리

• 백업 및 복구 세션 모니터링

• 서버 통계 및 메시지 로그 관리

nsrd NetWorker 서버 데몬은 스케줄 백업이나 수동 백업 요청을 수신하면 nsrexecd NetWorker 클라이언트 데몬 및 여러 클라이언트 측 프로그램을 호출합니다. ansrd 에이전트는 백업 세션의 진행을 모니터하기 위해 NetWorker 서버 컴퓨터에서 시작합니다.

nsrd RPC 기반 save 및 recover 서비스를 NetWorker 클라이언트에 제공합니다. 이 데몬은 마스터 NetWorker 데몬입니다. 이 데몬에 대한 자세한 내용은 54페이지의 “마스터 NetWorker 서버 프로세스”를 참조하십시오.

nsrexec 각 Save set의 진행을 모니터합니다. 에이전트 프로세스는 savegrp 프로그램에 의해 호출됩니다.

nsrim 서버의 클라이언트 파일 인덱스를 관리합니다. savegrp 프로그램 인스턴스의 맨 끝에서 호출됩니다. 24시간 동안 savegrp를 몇 번 실행하는지 관계 없이 nsrim은 단 한 번만 호출됩니다.

nsrindexd save 프로그램에 의해 전달된 정보를 기반으로 한 클라이언트 파일 인덱스의 항목을 삽입하기 위한 방법을 제공합니다.

nsrmmd 여러 클라이언트 백업 시 장치 지원을 제공하고 마운트 요청을 생성하며 Save set 데이터를 다중화합니다. nsrd 데몬은 활성화된 장치에 대해 각각 하나씩 여러 nsrmmd 데몬을 시작할 수 있습니다. 마운트 요청을 보류하는 동안 추가 nsrmmd 데몬이 시작됩니다. 이 데몬은 미디어 다중화 장치 데몬입니다.

nsrmmdbd 미디어 및 Save set 데이터베이스 관리 서비스를 로컬 nsrd 및 nsrmmd 데몬에 제공하고 미디어 데이터베이스에 항목을 기록합니다. 이 데몬은 미디어 관리 데이터베이스 데몬입니다.

savegrp save 프로세스를 통해 NetWorker 클라이언트의 그룹을 실행합니다.

표 2. 서버 데몬 및 프로그램 (2/2)


1장:소개


1

55페이지의 표 3에서는 클라이언트측 데몬 및 프로그램에 대해 설명합니다.

NetWorker 소프트웨어의 데이터 백업 방법NetWorker 서버에서 백업 그룹을 구성할 때 해당 백업 그룹의 시작 시간을 예약합니다. 56페이지의 그림 2는 스케줄 백업을 수행하는 동안 모든 NetWorker 클라이언트 및 서버 데몬과 프로그램이 상호 작용하는 방법을 보여줍니다.

표 3. 클라이언트 데몬 및 프로그램


nsrexecd NetWorker 서버의 원격 실행 요구를 허가하고 클라이언트에서 save 및 savefs 프로그램을 실행합니다.

recover NetWorker 서버의 클라이언트 파일 인덱스를 찾고 주 디스크 저장 장치에 지정된 파일을 복구합니다.

save 지정된 파일들이나 데이터를 다중화된 데이터 스트림의 형태로 NetWorker 서버에 보내는 역할을 수행합니다. 이 데이터스트림은 nsrmmd 데몬에 의해 미디어에 보내지고 nsrindexd 데몬에 의해 해당 클라이언트의 인덱스와 미디어 데이터베이스에 정보가 기록됩니다.

savefs 파일 시스템 정보를 NetWorker 서버에 보관(save 프로그램을 사용하여)합니다. 이전에 수행된 백업 이후에 수정된 파일들만을 백업하는 데 사용됩니다.


1장:소개

56

1

그림 2. 스케줄 백업 동안의 데몬 및 프로그램

스케줄 백업 시 발생하는 일련의 이벤트는 다음과 같습니다.

1. nsrd 서버 데몬은 스케줄된 시간에 백업 그룹에 대해 서버의 savegrp 프로그램을 시작합니다.

2. savegrp 프로그램은 NetWorker 서버에 구성된 모든 클라이언트 자원을 질의하여 다음 사항을 확인합니다.

• 서버에 구성된 어떤 클라이언트가 스케줄된 그룹의 구성원이 되는가?

• 어떤 레벨의 백업(save)을 수행하는가?

• NetWorker의 서버에 지정된 세션 수 값을 검토하여 얼마나 많은 Save set를 동시에 진행할 것인가?

• 그룹에 대한 가장 최근의 백업은 언제 수행되었는가?

이 정보 중 하나라도 NetWorker 서버에서 사용할 수 없다면 savegrp는 백업 그룹에 할당된 각 클라이언트에서 savefs를 실행하도록 nsrexecd 클라이언트 측 데몬에 요청을 보내 필요한 정보를 수집합니다.

NetWorker 클라이언트 NetWorker 서버

클라이언트 Save set 클라이언트

파일 인덱스

save nsrindexd nsrmmdbd

nsrd

내부 프로세스 통신

데이터

추적 정보

미디어

데이터베이스

nsrmmd

저장 장치 미디어

nsrexecd

savefs savegrp

1장:소개


1

3. savefs 프로그램은 클라이언트에 대해 백업할 개체를 savegrp에게 알립니다. savegrp가 백업할 개체에 대한 정보를 수신하면 savegrp는 서버에 대한 작업 목록을 수집합니다. 작업 목록은 백업을 위해 연결되는 클라이언트의 순서를 지정합니다. 작업 목록의 순서는 Client 자원의 Client Priority 속성에 의해 결정됩니다. Client Priority 속성에서 가장 낮은 값이 정의된 클라이언트가 먼저 연결됩니다.

4. 이전 백업 세션 동안 클라이언트 파일 인덱스에 문제가 발생한 경우 nsrd는 NetWorker 서버의 클라이언트 파일 인덱스 및 미디어 데이터베이스의 일관성과 상태를 확인하기 위해 nsrck 프로그램을 호출합니다. 그런 다음 nsrd는 nsrindexd 클라이언트 파일 인덱스 삽입 데몬을 시작합니다.

5. savegrp 프로그램은 서버 작업 목록에 있는 첫 번째 클라이언트에 연결합니다. 클라이언트의 nsrexecd가 호출되고 서버의 작업 목록에 나열된 첫 번째 Save Set의 save 세션을 시작합니다. save 프로그램은 그룹, 클라이언트, Save set, 저장 장치 노드 친화력 및 보관 데이터의 레벨과 같은 모든 보관 조건을 nsrd로 전달합니다. nsrd는 이 정보를 사용하여 데이터를 저장할 볼륨 풀을 확인하고, NetWorker 서버 또는 NetWorker 서버가 제어하는 저장 장치 노드의 적절한 미디어 데몬으로 이 정보를 전달합니다.

따라서 nsrmmd 미디어 데몬은 다음을 수행합니다.

• nsrd에 의해 지시되어 볼륨 풀에 할당된 미디어의 마운트를 요구하면서 NetWorker 서버의 콘솔로 메시지를 보냅니다.

• 저장 장치 미디어로 save 명령이 보낸 데이터를 기록합니다.

• NetWorker 서버의 미디어 데이터베이스에 기록하기 위해 저장 장치 정보를 nsrmmdbd로 전달합니다.

6. 클라이언트에서 Save set 활동이 멈추면 NetWorker 서버는 프로세스를 계속 이동하기 위해 그룹에서 다른 Save set를 찾도록 시도합니다. savegrp 프로그램은 NetWorker 서버의 구성에서 Parallelism 속성에 의해 설정된 한계까지 가능한 많은 Save Set를 동시에 백업하도록 시도합니다.

7. savegrp 프로그램은 그룹의 모든 클라이언트가 백업될 때까지 서버 작업 목록의 각 항목에 대해 백업 프로세스를 반복하고, 최근 24시간 안에 실행된 적이 없는 경우 nsrim을 호출합니다. NetWorker 서버가 백업되는 그룹의 일부일 경우 NetWorker 서버의 bootstrap 파일이 백업됩니다. 부트스트랩 파일에는 NetWorker 재해 복구 절차에 꼭 필요한 정보가 포함되어 있습니다. 부트스트랩 백업이 완료되면 부트스트랩 출력물이 NetWorker 서버용으로 구성된 기본 프린터로 보내집니다. NetWorker 서버를 복구해야 할 경우를 대비해서 부트스트랩 출력물을 안전한 장소에 보관하십시오.

8. savegrp의 최종 실행 결과는 서버로 다시 보내지고 savegroup 완료 보고서에 포함되며, 이는 전자 우편을 통해 root 사용자에게 보내집니다.


1장:소개

58

1

NetWorker 소프트웨어의 데이터 복구 방법58페이지의 그림 3은 NetWorker 클라이언트에 데이터를 복구하는 동안 NetWorker 서버 및 클라이언트 데몬과 프로그램이 상호 작용하는 방법을 보여줍니다.

그림 3. 복구 세션 동안의 데몬 및 프로그램

복구 세션 동안 발생하는 일련의 이벤트는 다음과 같습니다.

1. NetWorker 서버가 클라이언트로부터 recover 요청을 받으면 서버의 nsrd 데몬은 서버의 nsrmmd 미디어 데몬에 연결합니다.

2. nsrmmd 데몬은 서버의 nsrmmdbd 미디어 데이터베이스 데몬에 연결하여 recover에서 요청한 Save Set를 포함하는 미디어를 확인합니다.

3. Save Set의 미디어 위치를 알게 되면 nsrmmd는 마운트 요청을 실행하고 미디어는 Save Set의 시작에 위치하며 마운트된 미디어에 보관된 Save Set는 nsrmmd에 전달됩니다.

4. 미디어 데몬은 클라이언트의 recover 프로그램으로 Save Set를 전달하며 이 프로그램은 클라이언트의 파일 시스템에 데이터를 복원합니다.

5. 서버의 nsrmmdbd 미디어 데이터베이스 데몬이 필요한 볼륨을 찾지 못하거나 NetWorker 저장 장치 노드 또는 서버에 사용할 수 있는 장치가 없는 경우에는 recover 요청이 실패합니다. NetWorker 소프트웨어는 recover를 요청한 클라이언트 시스템에 다음 메시지를 표시합니다.

NSR server client: no matching devices on server or storage node

NetWorker클라이언트

원격

저장 장치 미디어


파일 인덱스

nsrindexd nsrmmdbd

nsrmmd

nsrd


데이터

추적

정보

NetWorker 서버

미디어

데이터베이스

recover

1장:소개


1

NetWorker 소프트웨어는 NetWorker 서버에 다음 메시지를 표시합니다.

media notice: no matching devices on server or storage node for recover by client client_name

media notice: enable or check device(s) on server or storage node

NetWorker 저장 장치 노드 작업 저장 장치 노드(storage node)는 NetWorker 클라이언트 및 미디어 관리 데몬과 프로그램을 포함하는 시스템입니다. 저장 장치 노드는 백업 및 복구 같은 NetWorker 작업에 사용되는 하나 이상의 저장 장치에 연결됩니다. 저장 장치 노드 시스템의 미디어 관리 데몬은 저장 장치 볼륨의 데이터를 읽고 씁니다.

저장 장치 노드의 백업 및 복구 작업은 NetWorker 서버의 백업 및 복구 작업과 매우 비슷합니다. 주요 차이점은 데이터가 상주하는 위치에 있습니다.

저장 장치 노드는 NetWorker 서버(또는 여러 NetWorker 서버)에 의해 제어됩니다. 백업 및 복구 작업은 다음과 같이 수행됩니다.

1. NetWorker 서버의 nsrd 마스터 데몬은 저장 장치 노드에서 nsrmmd(미디어 관리 데몬)의 인스턴스를 시작합니다.

2. NetWorker 서버는 Client 자원의 Storage Node 속성에 따라 각 미디어 관리 데몬으로 해당 데이터를 라우트합니다.

3. 데이터가 저장 장치 노드에 연결된 저장 장치에 기록되면 NetWorker 서버는 데이터의 위치를 추적합니다.

4. NetWorker 서버에서 다음 작업을 수행할 수 있습니다.

• nsrindexd 데몬은 클라이언트 파일 인덱스에 항목을 기록하여 Save set에 있는 각 파일의 위치를 추적합니다.

• nsrmmdbd 데몬은 미디어 데이터베이스에 항목을 기록하여 미디어에 있는 각 Save set의 위치를 추적합니다.


1장:소개

60

1

60페이지의 그림 4 는 저장 장치 노드의 nsrmmd 프로세스에 연결하는 클라이언트의 save 프로세스를 보여줍니다.

그림 4. 저장 장치 노드와의 보관 세션 동안의 데몬 및 프로그램

저장 장치 노드 복구 작업

저장 장치 노드를 사용하는 복구 작업은 NetWorker 서버가 클라이언트의 recover 프로그램으로부터 요청을 받을 때 저장 장치 노드의 nsrmmd 데몬에 연결한다는 점을 제외하면 58페이지의 “NetWorker 소프트웨어의 데이터 복구 방법”에 설명된 대로 저장 장치 노드를 사용하지 않는 복구 작업과 비슷합니다. 이 데몬은 미디어에서 데이터를 읽어들여서 NetWorker 클라이언트로 보내며 이 클라이언트의 recover 프로그램이 데이터를 재구축합니다.



파일 인덱스

save nsrindexd nsrmmdbd

nsrmmd

nsrd


데이터

추적 정보

NetWorker저장 장치노드미디어

데이터베이스

원격

저장 장치미디어

nsrexecd

savefs savegrp

1장:소개


1

61페이지의 그림 5는 저장 장치 노드를 포함하는 NetWorker 설치에서 recover 프로세스가 작동하는 방법의 예를 보여줍니다.

그림 5. 저장 장치 노드와의 복구 세션 동안의 데몬 및 프로그램

NetWorker 라이센스 모드 NetWorker 소프트웨어는 CD-ROM 또는 www.legato.com에서 다운로드할 수 있는 파일의 형태로 배포됩니다. CD-ROM과 웹 파일에는 바이너리와 전자 버전의 NetWorker 설명서가 포함되어 있습니다.

NetWorker 제품에는 소프트웨어를 평가하고 구입하는 데 있어서 최상의 융통성을 허용하기 위한 다른 라이센스 모드가 있습니다. 사용자는 세 가지 소프트웨어 라이센스 모드 중 하나로 소프트웨어 제품을 사용할 수 있습니다.

• 평가 모드

• 사용 가능 모드

• 인증 모드

NetWorker 제품의 사용 및 등록 방법에 대한 자세한 내용은 95페이지의 “라이센스 관리”를 참조하십시오.



파일 인덱스

recover nsrindexd nsrmmdbd nsrmmd

nsrd


데이터

추적 정보

NetWorker저장 장치노드미디어

데이터베이스

원격

저장 장치미디어


1장:소개

62

1

평가 모드

평가 모드 소프트웨어는 30일 동안의 평가판으로 무료 배포됩니다. 컴퓨터에 소프트웨어를 설치한 후 30일 동안 작동 코드를 입력하지 않아도 소프트웨어를 사용하여 평가할 수 있습니다. NetWorker 소프트웨어를 계속 사용하려면 사용하려는 모든 기능에 대한 해당 작동 코드를 구입해야 합니다. 평가 기간이 끝나기 전에 적절한 작동 코드를 입력하지 않으면 NetWorker 소프트웨어는 더 이상 백업 또는 구성을 허용하지 않습니다. 그러나 30일의 평가 기간 동안 NetWorker 소프트웨어가 제어한 장치에 기록된 모든 데이터를 복구할 수는 있습니다.

NetWorker 소프트웨어를 처음 설치하면 평가 기간 동안 모든 기본 NetWorker 기능과 추가 기능 모듈이 활성화됩니다. 그러나 NetWorker 제품이 이미 설치되어 있고 활성화된 상태에서 추가로 제품 기능을 평가하려면 각 추가 기능에 대해 별도의 평가 작동 코드를 입력해야 합니다.

평가 작동 코드는 LEGATO NetWorker 설치 안내서를 참조하십시오. 평가 작동 프로그램을 입력하면 최대 45일 동안 기능을 사용하고 평가할 수 있습니다.

사용 가능 모드

사용 가능 모드로 들어가려면 제품을 구입했을 때 LEGATO Customer Service로부터 받은 작동 코드 인증서에 포함된 작동 코드를 입력해야 합니다. NetWorker 서버를 사용할 수 있는 코드는 기본 작동 코드라고 부릅니다. 작동 코드는 제품 릴리스에 속한 것으로 NetWorker 서버에 입력됩니다. 사용 가능 모드를 사용하면 작동 코드를 입력한 날로부터 45일 동안 NetWorker 소프트웨어를 사용할 수 있습니다. 제품의 작동 코드를 입력한 후 45일이 지난 후에도 소프트웨어를 계속 사용하려면 제품을 등록해야 합니다. 특정 NetWorker 소프트웨어의 기본 작동 코드를 입력하면 작동 코드를 교체하는 방법으로는 이 소프트웨어를 변경할 수 없습니다. LEGATO 기술 지원 센터에 문의하여 업그레이드하거나 다운그레이드해야 합니다.

제품 등록 정보에는 NetWorker 서버 컴퓨터의 호스트 ID가 있습니다. 이 ID는 LEGATO가 특정 컴퓨터에 대한 라이센스 동의를 위해 고유한 인증 코드로 통합한 것입니다. LEGATO Customer Service에 제품을 등록하지 않은 상태에서 45일 사용 기간 동안 인증 코드를 입력하면 NetWorker 소프트웨어에서 더 이상의 백업 또는 구성을 허용하지 않습니다. 그러나 소프트웨어가 만료된 후에도 이전에 백업한 데이터는 여전히 복구할 수 있습니다.

1장:소개


1

인증 모드

인증 모드에서 NetWorker 소프트웨어를 사용하려면 NetWorker 소프트웨어와 각 추가 기능 모듈의 라이센스를 구입한 후 LEGATO에서 제공한 인증 코드를 입력해야 합니다. LEGATO 제품의 인증 코드를 입력하면 소프트웨어는 설치된 컴퓨터에서 영구적으로 사용할 수 있습니다.

LEGATO License Manager

각 NetWorker 클라이언트나 서버에 대한 라이센스를 별도로 관리하는 대신 선택 사항인 LEGATO License Manager 모듈을 설치하여 한 컴퓨터에서 모든 NetWorker 라이센스를 유지 관리할 수 있습니다.

LEGATO License Manager 사용에 관한 자세한 내용은 LEGATO License Manager 설치 및 관리 지침서를 참조하십시오.

NetWorker 제품군LEGATO는 서버, 클라이언트, 데이터베이스 및 관련된 백업 및 복구 소프트웨어의 다양한 제품군을 가지고 있습니다.

서버 소프트웨어 제품

모든 NetWorker 클라이언트 및 자체 클라이언트로 작동하고 자체 데이터를 백업할 수 있는 NetWorker 서버는 다음 플랫폼에서 실행되는 NetWorker 서버 소프트웨어에 의해 백업될 수 있습니다.

• UNIX(Solaris, HP-UX, HP Tru64, AIX, Linux, IRIX)

• Microsoft Windows 2000 및 Microsoft Windows Server 2003(32비트 및 64비트 버전)

• Novell NetWare/IntraNetWare

NetWorker 서버 제품은 세 가지 다른 지원 레벨을 제공하는 4가지의 고유 버전으로 사용할 수 있습니다.

• NetWorker 워크그룹 에디션으로 서버와 최대 7개의 클라이언트를 백업할 수 있습니다. NetWorker 워크그룹 에디션은 추가 클라이언트나 NetWorker Archive와 같은 소프트웨어 옵션 기능을 지원하지 않습니다. NetWorker 소프트웨어의 상위 레벨을 나중에 구입할 경우 NetWorker 워크그룹 에디션으로 백업된 모든 데이터는 구입한 NetWorker 소프트웨어의 모든 레벨로 복구가 가능합니다.

• NetWorker 비즈니스 에디션은 기본 작동 프로그램의 일부로 autochanger(1-26 슬롯)를 사용하고, 두 개의 노드 클러스터를 사용하여 백업 및 NDMP 연결을 허용하는 라이센스가 있다는 점을 제외하면 워크그룹 에디션과 비슷합니다.


1장:소개

64

1

• NetWorker 네트워크 에디션을 사용하면 서버 및 구입한 클라이언트 연결 수만큼의 클라이언트 워크스테이션을 백업할 수 있습니다. 추가 클라이언트와 Autochanger 뿐만 아니라 선택적 소프트웨어 기능을 지원하도록 이 에디션을 업그레이드할 수 있습니다.

• NetWorker 파워 에디션은 초대형 데이터베이스(VLDB) 또는 대형 파일 시스템 응용 프로그램(테라바이트 범위)을 지원하는 환경에서 백업을 보호하고 제공하도록 특별히 고안된 서버 소프트웨어 제품입니다. 클러스터 서버와 클라이언트를 지원하도록 NetWorker 파워 에디션을 업그레이드할 수도 있습니다.

클라이언트 소프트웨어 제품

일부 NetWorker 클라이언트 소프트웨어 제품은 서버 제품에 포함됩니다. 특정 서버 소프트웨어의 클라이언트 패키지 및 설치 방법은 LEGATO NetWorker 설치 안내서를 참조하십시오. 플랫폼별 클라이언트에 대한 지원은 NetWorker ClientPak 소프트웨어로 각각 판매됩니다. LEGATO는 다음 플랫폼 및 운영 체제용 클라이언트를 지원합니다.

• UNIX: Solaris, SunOS, HP-UX, HP Tru64, AIX, Linux, DYNIX/ptx 및 IRIX

• PC 데스크탑: Microsoft Windows NT 4.0 Workstation, Microsoft Windows 2000 Workstation, Microsoft Windows XP Professional(32비트 및 64비트 버전)

• Microsoft Windows NT 4.0 Server, Microsoft Windows 2000 Server 및 Microsoft Windows Server 2003(32비트 및 64비트 버전)

• Novell NetWare/IntraNetWare

NetWorker 클라이언트 소프트웨어에 대한 완전한 내용은 LEGATO 소프트웨어 미디어 키트에 포함된 설명서를 참조하십시오.

1장:소개


1

기타 NetWorker 관련 제품

65페이지의 표 4에는 저장 장치 관리 기능을 향상시키기 위해 LEGATO에서 제공하는 다른 제품이 나열되어 있습니다.

LEGATO는 추가 서버, 클라이언트, 데이터베이스 및 애드온 제품을 포함한 NetWorker 제품 라인의 향상을 위해 계속 개발하고 있습니다. 최신 제품 정보는 LEGATO 웹 사이트(www.legato.com)를 참조하십시오.

표 4. 추가 NetWorker 제품

제품 설명 추가 정보

NetWorker Autochanger

모듈

하나 이상의 Aautochanger에 연결하기 위해 NetWorker 소프트웨어를 사용합니다.

403페이지의 “10장: Autochanger 및 Silo”를 참조하십시오.

NetWorker Silo Software

모듈

하나 이상의 Silo에 연결하기 위해 NetWorker 소프트웨어를 사용합니다.

403페이지의 “10장: Autochanger 및 Silo”를 참조하십시오.

NetWorker 아카이브 기능 장기간 저장을 위해 유용한 데이터를 아카이브하는 세밀한 방법을 제공합니다.

367페이지의 “8장:데이터 아카이브”를 참조하십시오.

DiskXtender Data Manager

파일 시스템 지원데이터 저장을 위해 확장 가능한 온라인, 니어라인 및 오프라인 대상을 사용하여 사용 가능한 로컬 디스크 공간을 늘립니다. 이동된 데이터가 여전히 로컬 디스크에 있더라도 액세스할 수 있습니다.

573페이지의 “14장: DiskXtender Data Manager 파일 시스템 지원”을 참조하십시오.

NetWorker SNMP 모듈 SNMP 프로토콜을 사용하는 네트워크 관리 스테이션에 NetWorker 이벤트를 notification하기 위한 통신을 제공합니다.

567페이지의 “13장: SNMP 모듈”을 참조하십시오.

NetWorker Module Microsoft Exchange Server 및 SQL Server, Oracle, Informix, Lotus Notes,

SAP R/3 및 Sybase를 포함하여 가장 널리 사용되는 데이터베이스를 안정적으로 백업하고 복원합니다.

각 모듈별 설명서를 참조하십시오.


1장:소개

66

1

NetWorker 설명서NetWorker 제품은 NetWorker 소프트웨어를 최적으로 실행하는 데 필요한 정보를 제공하기 위해 전체 설명서 세트와 함께 제공됩니다. 다음 절에서는 NetWorker 설명서 제품에 대해 간략하게 설명합니다.

참고: NetWorker 설명서는 새 릴리스가 출시될 때마다 주기적으로 업데이트되며 LEGATO 웹 사이트에 최신 버전의 설명서가 게시되어 있습니다.

Documentation Suite CD-ROM

모든 NetWorker 제품 매뉴얼과 설명서는 제품 미디어 키트의 일부로서 별도의 Documentation Suite CD-ROM에 PDF 형식으로 제공됩니다. 이 CD-ROM에 액세스하지 않은 경우 LEGATO 웹 사이트에서 NetWorker 설명서 PDF 파일을 직접 보고 다운로드할 수 있습니다.

NetWorker 제품 매뉴얼의 인쇄본

최소한의 비용으로 NetWorker 매뉴얼의 인쇄본을 포함한 NetWorker Documentation Kit를 구할 수도 있습니다. 특정 LEGATO 제품의 Documentation Kit 주문에 대한 내용은 NetWorker 영업 대표에게 문의하십시오.

관리 지침서

이 관리 지침서는 NetWorker 제품의 작동 방법을 파악하기 위한 기본 자료입니다. 관리 지침서는 다음을 포함하여 광범위한 NetWorker 항목에 관한 정보를 제공합니다.

• NetWorker 소프트웨어의 데이터 보관 및 복구 방법

• NetWorker 서버 및 클라이언트 구성

• NetWorker 자원의 이해 및 사용

• Autochanger 및 Silo를 포함한 백업 장치 및 미디어 구성

• 다음을 포함한 특수 저장 장치 관리 도구 및 프로토콜 사용

– 아카이브

– 복제

– 단계화

– Network Data Management Protocol(NDMP)

– SNMP

• 문제 해결

1장:소개


1

설치 안내서

LEGATO NetWorker 설치 안내서는 다음 정보를 제공합니다.

• 서버, 클라이언트 및 지정된 저장 장치 노드 컴퓨터에 소프트웨어 구성 요소를 설치하는 방법

• 백업 장치를 구성하는 방법

• 기존 NetWorker 소프트웨어를 업데이트 또는 업그레이드하는 방법

• 소프트웨어 구성 요소를 제거하는 방법

NetWorker 소프트웨어를 설치하기 전에 설치 안내서를 검토하십시오. 설치가 완료되면 나중에 소프트웨어를 다시 설치하거나 제거할 경우 사용할 수 있도록 안전한 곳에 설치 안내서의 인쇄본을 보관해 두십시오.

참고: NetWare 및 UNIX 클라이언트 소프트웨어용 LEGATO NetWorker ClientPak에 대한 설치 안내서는 NetWorker 서버로서 지원되지는 않지만 NetWorker 클라이언트로 지원되는 다른 운영 체제에 클라이언트 소프트웨어를 설치하기 위한 지침을 제공합니다.

릴리스 부록

LEGATO NetWorker 릴리스 부록은 소프트웨어 버그, 해결책 및 다른 설명서에서 찾을 수 없는 기타 항목에 대한 최신 정보를 제공합니다. NetWorker 릴리스에 따라 릴리스 부록에는 본 관리 지침서나 그 밖의 다른 설명서에 포함되어 있지 않은 새로운 기능과 향상된 기능에 관한 정보도 수록되어 있습니다.

업데이트된 버전의 릴리스 부록은 LEGATO 웹 사이트(www.legato.com)의 Document Library에서 참조할 수 있습니다. 이 설명서 및 기타 모든 LEGATO 설명서의 최신 버전을 보려면 정기적으로 웹 사이트를 참조하십시오. 각 릴리스 부록의 버전에 인쇄된 날짜를 비교하여 최신 버전을 가지고 있는지 확인하십시오.

수정된 버그 목록

LEGATO NetWorker 수정된 버그 목록에는 현재 릴리스에서 수정된 향상된 기능에 대한 요청(RFE)과 모든 에스칼레이션 목록이 포함된 표가 있습니다.


1장:소개

68

1

UNIX 온라인 도움말

NetWorker 관리 프로그램 및 기타 그래픽 사용자 인터페이스에는 온라인 도움말 구성 요소가 있습니다. 온라인 도움말에는 표시된 대화 상자의 용도와 각 입력란에 입력하는 정보를 설명하는 각 대화 상자의 문맥 도움말을 비롯한 사용자 인터페이스에 대한 특정 정보가 들어 있습니다. 또한 사용자 인터페이스로 NetWorker 작업을 수행하기 위해 단계별 절차를 제공하는 항목 뿐만 아니라 NetWorker 기능을 설명한 도움말 항목도 있습니다.

온라인 도움말에 액세스하려면 그래픽 사용자 인터페이스로 표시된 도움말 메뉴를 선택합니다. 68페이지의 표 5에는 온라인 도움말 메뉴 옵션이 나열되어 있습니다.

또한 NetWorker 관리 프로그램은 대부분의 대화 상자에 Help 버튼을 제공합니다. 특정 NetWorker 기능과 관련된 도움말 항목을 표시하려면 해당 기능과 관련된 대화 상자에서 도움말 버튼을 누릅니다.

UNIX 매뉴얼 페이지

매뉴얼 페이지는 명령 프롬프트에서 실행하는 NetWorker 명령의 구문 및 기능에 대한 참조입니다. 매뉴얼 페이지를 보려면 $MANPATH 환경 변수에 NetWorker 매뉴얼 페이지를 설치한 경로를 추가해야 합니다.

Disaster Recovery Guide

LEGATO NetWorker Disaster Recovery Guide는 멀티 플랫폼 설명서로, 재해가 발생한 경우 NetWorker 제품을 사용하여 NetWorker 서버에서 데이터를 복구하는 방법에 대한 정보를 제공합니다. 또한 이 설명서에는 데이터를 보호하고 타격을 받기 전에 재해를 막기 위한 백업 방침을 준비하는 예방 조치에 대한 팁과 정보가 있습니다.

처음 NetWorker 소프트웨어를 설치하여 데이터와 작업을 보호하기 위한 전략을 준비하도록 구성하는 경우 Disaster Recovery Guide를 검토하십시오. 긴급한 경우 즉시 사용할 수 있도록 기타 재해 복구 정보가 수록된 설명서 인쇄 사본도 보관해 두십시오.

표 5. 온라인 도움말 메뉴 옵션

옵션 설명

On Window 현재 창에 나와 있는 속성에 대한 정보를 제공합니다.

On Topic NetWorker 소프트웨어에 관련된 도움말 항목을 나열합니다.

On Help 온라인 도움말의 사용 방법에 대한 정보를 제공합니다.

On Version 시스템에 설치된 NetWorker 소프트웨어의 특정 버전에 대한 정보를 제공합니다.

1장:소개


1

Performance Tuning Guide

LEGATO NetWorker Power Edition Performance Tuning Guide는 NetWorker 파워 에디션으로 사용할 수 있는 향상된 기능에 대해 설명합니다. 또한 NetWorker 파워 에디션 서버의 성능을 구성하고 측정하는 방법을 설명합니다.

Error Message Guide

LEGATO NetWorker Error Message Guide는 NetWorker 소프트웨어와 같은 LEGATO 백업 제품 사용 중에 발생할 수 있는 문제점에 대한 메시지와 문제 해결 절차에 대해 설명합니다.

LEGATO Compatibility Guides

LEGATO Compatibility Guides는 NetWorker 소프트웨어와 호환되는 소프트웨어 및 장치에 대한 최신 정보를 제공합니다. 이러한 설명서는 LEGATO 웹 사이트(www.legato.com)에서 참조할 수 있습니다.

패치 및 기타 설명서

다음 서비스 중 하나를 이용하면 기술 회보를 포함하여 패치(필요한 경우)와 최신 제품 설명서를 얻을 수 있습니다.

• 익명 FTP 서버(ftp.legato.com)

• 웹 사이트(www.legato.com)

이들 위치는 새로운 패치나 기타 정보를 입수할 때마다 업데이트되므로 주기적으로 확인하십시오.

Command Reference Guide

명령 프롬프트에서 실행하는 NetWorker 명령의 구문 및 기능을 참조하기 위해 전체 LEGATO 온라인 매뉴얼 페이지 세트를 사용할 수 있습니다.

LEGATO Command Reference Guide는 LEGATO 제품 실행과 관련된 명령과 자원에 대해 설명합니다.

팁과 문제 해결을 포함하여 설명서를 사용하는 방법에 대한 지침은 Documentation Suite CD-ROM의 DOCS/cmndref 디렉토리에 있는 readme 파일을 참조하십시오.


1장:소개

70

1


2장:시작

이 장에서는 LEGATO NetWorker 소프트웨어를 사용하여 저장 장치 관리 작업을 수행하는 방법에 대해 설명합니다.


• 71페이지의 “NetWorker 소프트웨어 사용을 위한 사전 준비”

• 72페이지의 “NetWorker 소프트웨어 처음 실행”

• 78페이지의 “작업 확인”

• 81페이지의 “NetWorker 소프트웨어 사용자 정의 및 구성”

• 85페이지의 “NetWorker 관리자 인터페이스”

• 91페이지의 “NetWorker 수동 백업, 복구 및 아카이브 인터페이스”

• 95페이지의 “라이센스 관리”

NetWorker 소프트웨어 사용을 위한 사전 준비NetWorker 소프트웨어를 처음 사용하는 경우 다음 단계를 수행해야 합니다.

1. NetWorker 설명서, 특히 설치 안내서와 최신 Release Supplement를 검토합니다.

2. NetWorker 서버 및 클라이언트 소프트웨어를 설치합니다.

3. 72페이지의 “NetWorker 소프트웨어 처음 실행”에 나열된 작업을 수행합니다. 다음과 같은 작업을 수행합니다.

• NetWorker 관리 프로그램 시작

• 볼륨의 레이블 지정 및 마운팅

• 데이터 백업

• 클라이언트 추가


2장:시작

72

2

이러한 작업을 마쳤으면 78페이지의 “작업 확인”의 설명과 같이 백업하는 동안 데이터를 모니터하고 확인하는 방법을 학습한 후, 계속해서 핵심 NetWorker 기능을 사용자 정의하고 구성하십시오.

• 333페이지의 “7장:백업 및 복구”에서 설명하는 다음 작업 절차를 수행하는 시기와 방법을 학습하십시오.

– 수동 백업

– 데이터 복구

– 지정 복구

– Save set 레벨 복구

– scanner 프로그램을 사용한 데이터 복구

• NetWorker 찾기 및 보유 방침(Browse and Retention Policy)과 온라인 인덱스(클라이언트 파일 인덱스와 미디어 데이터베이스)에 대한 논의 내용을 검토하십시오. 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

• 재해 복구 절차를 검토하려면 341페이지의 “재해 복구” 및 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오.

이러한 내용을 검토하고 작업하면 NetWorker 소프트웨어 작동을 이해하고, 성능 및 신뢰성을 최적화하기 위해 나중에 사용자 정의할 수 있는 기본 기능을 이해하는 데 도움이 됩니다.

NetWorker 소프트웨어 처음 실행이 절에서는 NetWorker 소프트웨어를 운영하기 위해 사용하는 도구에 대해 간략하게 설명합니다. 또한 기본적인 NetWorker 기능을 실행하기 위한 일련의 단계도 제시합니다. 이 절에서의 작업은 가능하다면 언제나 기본 및 미리 구성된 설정을 사용합니다. 관리 지침서를 통해 NetWorker 자원 및 속성을 사용자 정의하고 필요에 따라 NetWorker 소프트웨어를 구성하는 방법을 배울 수 있습니다.

작업 도구

NetWorker 소프트웨어를 사용하려면 다음을 따르십시오.

1. 서버에 연결

2. 백업할 볼륨을 마운트

3. 구성 활성화

그러면 백업을 시작할 수 있습니다.

2장:시작


2

NetWorker 소프트웨어를 운영하는 데 사용하는 기본 그래픽 인터페이스는 관리 프로그램(nwadmin)입니다. 또한 다음 프로그램의 조합을 사용할 수도 있습니다.

• NetWorker 백업 프로그램(nwbackup)

• NetWorker 복구 프로그램(nwrecover)

• NetWorker 아카이브 프로그램(nwarchive)

• NetWorker 검색 프로그램, 아카이브 데이터 검색용(nwretrieve)

• 명령줄 인터페이스

이들 도구를 조합해서 사용하면 다음 작업을 수행할 수 있습니다.

• 스케줄 백업 및 수동 백업 수행

• 사용 중인 서버 확인

• 각 컴퓨터에서 필요한 프로세스가 실행 중인지 확인

• 백업의 성공 여부 확인

• 메시지 로그 읽기

• 복구 수행

이러한 프로그램과 해당 기능에 대한 자세한 설명을 보려면 46페이지의 “NetWorker 저장 장치 관리” 및 51페이지의 “NetWorker 자원 및 속성”을 참조하십시오.

73페이지의 표 6에는 NetWorker 설치 디렉토리(/nsr)에 있는 NetWorker 소프트웨어가 포함된 디렉토리가 나열되어 있습니다.

45페이지의 “1장:소개”에 설명된 대로 NetWorker 자원을 통해 성능과 기능을 구성합니다. 사용자 정의 구성을 만들지 않으려면 그룹을 사용하여 기본 구성에 따라 백업을 시작하면 됩니다.

표 6. NetWorker 파일 및 디렉토리

디렉토리 파일

mm NetWorker 미디어 데이터베이스

res NetWorker 자원 파일:• nsrla.res

• 서버

res/nsrdb NetWorker 자원 데이터베이스

index/client_name/db 클라이언트 파일 인덱스 데이터베이스

logs NetWorker 로그 파일


2장:시작

74

2

그룹, 클라이언트 또는 풀과 같은 NetWorker 자원 설정을 사용자 정의하는 방법은 76페이지의 “백업 사용자 정의 방법”을 참조하십시오. 자세한 설명은 81페이지의 “NetWorker 소프트웨어 사용자 정의 및 구성” 및 본 설명서의 후속 장을 참조하십시오.

NetWorker 관리 프로그램 시작

NetWorker 관리 프로그램을 시작하고 서버에 연결하려면 프롬프트에 다음 명령을 입력합니다.

# nwadmin &

볼륨에 레이블 지정 및 마운트

백업을 수행하려면 NetWorker 서버가 데이터를 기록할 수 있도록 백업 미디어를 구성하고 사용해야 합니다. NetWorker 관리 프로그램을 시작했으면 다음과 같이 빈 미디어 볼륨에 레이블을 지정하고 마운트합니다.

1. 독립형 장치 드라이브나 Autochanger의 슬롯 1에 볼륨을 삽입합니다.

참고: Autochanger에 데이터를 백업하려면 우선 Autochanger Software Module을 설치한 후 사용해야 합니다.

2. Media 메뉴에서 Devices를 선택하여 Devices 창을 엽니다.

3. Devices 창에서 Create를 누릅니다.

4. 장치 이름을 입력한 후 미디어 유형을 선택합니다.

5. Apply를 누릅니다.

6. Label을 누릅니다.

7. Label 대화 상자에서 Pool 속성에 대한 풀을 선택합니다.

풀을 선택하면 해당 볼륨의 레이블이 자동으로 선택됩니다.

8. 독립형 장치로 백업할 경우 Label 대화 상자에서 Mount After Labeling을 선택합니다.

9. Autochanger의 한 장치로 백업할 경우 Autochanger Label 대화 상자의 First Slot 및 Last Slot 속성에 모두 1을 입력합니다.


NetWorker 소프트웨어가 해당 볼륨에 레이블을 지정합니다. 저장 장치가 독립형 장치인 경우 NetWorker 소프트웨어는 또한 볼륨을 마운트하고 Monitor 창에 볼륨의 이름과 상태를 표시합니다. 예를 들면 다음과 같습니다.

/dev/rmt/0cbn venus.001 labeling, done

2장:시작


2

데이터 백업

NetWorker 소프트웨어에는 즉시 사용할 수 있는 미리 구성된 자원이 들어 있습니다. 따라서 볼륨에 성공적으로 레이블이 지정되면 백업을 수행할 수 있습니다.

NetWorker 환경에는 두 개의 백업 유형이 있습니다.

• 스케줄 백업 — NetWorker 관리 프로그램에서 구성되며 백업을 실행할 특정 시간(일반적으로 네트워크 사용량이 낮을 경우)이 할당됩니다. 기본적으로 오전 3시 33분에 스케줄 백업을 수행하도록 미리 구성되어 있지만 필요한 경우에는 스케줄 백업을 대체하여 백업을 즉시 수행할 수 있습니다.

• 수동 백업 — 클라이언트 컴퓨터의 사용자가 nwbackup 프로그램을 사용하여 수행합니다.

스케줄 백업을 실행하려면 기본 스케줄을 사용하기만 하면 됩니다.

NetWorker 소프트웨어는 볼륨 섀도 복사본 서비스(VSS) 기술을 사용하여 데이터를 백업할 수 있습니다. VSS 클라이언트 라이센스가 있으면 NetWorker 소프트웨어는 VSS 기술을 사용하여 열려 있는 모든 파일을 포함하여 파일의 정확한 복사본과 볼륨의 스냅샷 백업을 작성합니다. VSS에 대한 자세한 내용은 LEGATO NetWorker 관리 지침서, Microsoft Windows 버전을 참조하십시오.

스케줄 백업 사용

스케줄 백업을 위해 NetWorker 서버를 구성하려면 다음을 따르십시오.

1. Customize 메뉴에서 Groups를 선택하여 Groups 창을 엽니다.

2. Groups 속성의 Default group을 선택합니다.

3. Autostart 속성에서 Enabled를 선택합니다.


NetWorker 서버는 현재 오전 3시 33분부터 자신을 백업하도록 설정되어 있습니다. 예약 시간을 다시 정의하고 백업을 즉시 시작하여 스케줄 백업을 테스트할 수 있습니다.


2장:시작

76

2

스케줄 백업 즉시 수행하는 방법

스케줄 백업 시간을 대체하고 백업을 즉시 시작하려면 다음을 따르십시오.



3. Autostart 속성에서 Start Now를 선택합니다.


NetWorker 서버가 자신을 즉시 백업합니다.

참고: 스케줄 백업은 예정대로 오전 3시 33분에 수행됩니다. 그러나 지금 백업을 시작함으로써 백업 스케줄을 대체하면 NetWorker 서버가 자동 백업을 어떻게 수행하는지 확인할 수 있습니다.

백업 사용자 정의 방법

환경에 맞게 백업 스케줄과 다른 자원을 사용자 정의할 수 있습니다. NetWorker 자원은 지정된 순서대로 구성해야 합니다. 일부 자원에는 NetWorker 관리 프로그램에 다른 자원의 속성으로 표시되는 정보가 있으며 다른 자원의 속성인 자원을 먼저 정의해야 하기 때문입니다. 이러한 초기 설정 후에는 언제라도 자원을 수정할 수 있습니다.

Schedule 및 Policy 자원은 다른 자원에 종속되어 있지 않으므로 이들 자원을 먼저 사용자 정의하십시오. 그런 다음 Group, Client 및 Pool 자원으로 이동합니다. 77페이지의 그림 6은 NetWorker 자원 구성에 대한 프로세스를 보여줍니다.

2장:시작


2

그림 6. 자원 구성 순서

백업 자원을 사용자 정의하려면 다음을 따르십시오.

1. Group 자원의 속성이 되는 사용자 정의된 Schedule을 작성합니다. 자세한 내용은 311페이지의 “스케줄”을 참조하십시오.

2. Client 자원의 속성이 되는 사용자 정의된 Browse 또는 Policy를 작성합니다. 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

3. Client 자원의 속성이 되는 Group 자원을 사용자 정의합니다. 자세한 내용은 298페이지의 “백업 그룹”을 참조하십시오.

4. Pool 자원의 속성이 되는 Client 자원을 사용자 정의합니다. 자세한 내용은 154페이지의 “클라이언트 구성”을 참조하십시오.

5. Pool 자원을 사용자 정의합니다. 자세한 내용은 214페이지의 “풀”을 참조하십시오.

77페이지의 그림 6에서 다른 자원에 종속되지 않는 자원을 독립 자원이라고 하며 종속된 자원의 속성으로도 선택할 수 있습니다. Directive, Schedule 및 Policy 자원은 Client 자원의 속성으로 사용할 수 있으려면 먼저 정의되어야 합니다.

i

5

1

2

4

3

디렉티브 마이그레이션 단계화

스케줄 클라이언트 그룹 풀 Autochanger 장치

방침

서버 라이센스 통지

레이블 템플리트


2장:시작

78

2

클라이언트 추가

모든 NetWorker 서버가 서버 자신의 클라이언트이기도 하므로 기본적으로 하나의 클라이언트가 이미 있습니다. 처음 NetWorker 서버를 백업했을 경우 서버에 클라이언트를 추가해야 합니다.

NetWorker 서버에 클라이언트를 추가하려면 다음을 따르십시오.

1. Clients 메뉴에서 Client Setup을 선택하여 Clients 창을 엽니다.

2. Create를 누릅니다.

3. Name 텍스트 상자에 새로운 클라이언트의 호스트 이름을 입력합니다.

4. 그 밖의 다른 속성에 대해서는 기본 설정을 승인하거나 알맞게 구성합니다.


새 클라이언트가 추가되면 클라이언트의 이름과 아이콘이 Clients 창에 표시됩니다.

6. NetWorker 서버가 백업하려는 각 NetWorker 클라이언트에 대해 이러한 단계를 반복합니다.

작업 확인이 절에서는 백업을 확인하는 방법에 대해 설명합니다. 또한 권한이 부여된 서버 및 NetWorker 프로세스가 실행 중인지 확인하는 방법 그리고 메시지 로그를 읽는 방법에 대해서도 설명합니다.

백업 시 데이터 모니터 및 확인

백업 시 데이터를 모니터 및 확인하려면 다음을 따르십시오



3. Autostart 속성에서 Start now를 선택합니다.


NetWorker 서버가 기본 NetWorker Administrator 창의 Messages 창에 백업 과정에 대한 자세한 메시지를 표시합니다.

2장:시작


2

Group Control Details 대화 상자 표시

Group Control Details 대화 상자에서도 백업에 대한 정보를 볼 수 있습니다.

NetWorker 관리 프로그램의 기본 창에서 Group Control Detail 대화 상자를 열려면 다음을 따르십시오.

1. Group Control을 선택합니다.

2. Details를 선택합니다.

NetWorker 관리 프로그램이 Group Control Detail 대화 상자에 성공하거나 실패한 그리고 완료되지 않은 Save set 목록을 표시합니다.

참고: 독립형 저장 장치가 있는 경우, 볼륨을 장치에 남겨 둡니다. 그렇지 않으면 NetWorker 소프트웨어가 오전 3시 33분에 해당 Default 그룹에 대해 스케줄 백업을 시작할 수 없습니다.

백업 서버 확인

컴퓨터를 백업할 수 있도록 권한이 부여된 서버 목록을 보여주는 클라이언트의 /nsr/res/servers 파일을 검사하면 클라이언트 컴퓨터를 백업할 수 있도록 권한이 부여된 서버를 확인할 수 있습니다.

중요 사항: /nsr/res/servers 파일에 데이터(서버 목록)가 없으면 -s server 옵션을 사용하여 클라이언트 데몬(nsrexecd)을 시작하지 않는 한 모든 서버가 해당 컴퓨터를 백업할 수 있습니다.

NetWorker 프로세스 실행 여부 확인

NetWorker 프로세스가 실행 중인지 확인하려면 다음을 따르십시오.

1. 명령 프롬프트에 다음 중 하나를 입력합니다.

• # ps -ef | grep nsr

• # ps -ax | grep nsr

2. 설치 유형에 따라 80페이지의 표 7에 나열된 프로세스가 실행되어야 합니다.


2장:시작

80

2

메시지를 보는 방법

메시지는 NetWorker 관리 프로그램에 표시되며 메시지 로그에도 기록됩니다.

메시지를 보려면 다음을 따르십시오.

• 현재 연결되어 있는 NetWorker 서버에 관한 메시지는 NetWorker 관리 프로그램의 Messages 창에 표시됩니다. 또한 명령줄 프로그램 nsrwatch를 사용하여 이들 메시지를 모니터할 수도 있습니다.

• 메시지 로그:

– /nsr/logs/daemon.log(백업 동안 로깅된 메시지로 NetWorker 관리 프로그램의 Sessions 창에도 표시됨)

– /nsr/logs/messages(백업이 끝난 후에 로깅된 메시지로 NetWorker 관리 프로그램의 Messages 창에도 표시됨)

표 7. NetWorker 프로세스

설치 유형 프로세스

NetWorker 서버 nsrd — NetWorker 서버nsrexecd — NetWorker 클라이언트(두 개의 프로세스가 실행되어야 함)nsrmmd — NetWorker 미디어 멀티플렉서(장치당 한 개의 프로세스)nsrmmdbd — NetWorker 미디어 관리 데이터베이스nsrindexd — NetWorker 파일 인덱스 데이터베이스

NetWorker 클라이언트 nsrexecd — NetWorker 클라이언트

NetWorker 저장 장치 노드 nsrexecd — NetWorker 클라이언트nsrmmd — NetWorker 미디어 멀티플렉서(장치당 한 개의 프로세스)

2장:시작


2

NetWorker 소프트웨어 사용자 정의 및 구성NetWorker 소프트웨어의 몇 가지 기본 기능을 사용했으면 환경에 맞게 NetWorker 설정을 사용자 정의 및 구성할 수 있습니다. NetWorker 소프트웨어에서는 해당 설정 중 일부나 모든 설정을 구성할 수 있습니다. 또한 사용자 정의된 설정과 미리 구성된 설정을 임의의 조합으로 혼합할 수도 있습니다.

미리 구성된 설정

자원과 속성(예: Default 풀)에 자동 할당된 기본 설정을 사용하여 NetWorker 소프트웨어를 완벽히 사용하고 평가할 수 있습니다. 새로운 자원을 만들 때마다 항상 기본 속성과 미리 구성된 자원을 사용할 수 있는 옵션이 표시됩니다.

구성 계획

구성 계획은 전체 백업 전략을 구현할 때 상호 종속성과 취사 선택을 분명하게 하는 데 도움이 됩니다. 백업을 원활히 실행하고 복구를 효율적이고 오류 없이 진행하려면 구성 계획을 주의 깊게 설정하는 것이 중요합니다.

구성을 계획하려면 다음을 따르십시오.

1. NetWorker 서버와 클라이언트로 사용되는 네트워크로 연결된 컴퓨터의 도표를 그립니다. NetWorker 서버에 성공적으로 백업되지 못할 수도 있는 잠재적 네트워크 문제가 있는 컴퓨터(예: 방화벽이나 라우터를 벗어나 있는 컴퓨터)를 확인합니다.

2. 해당 기업의 평균 일별 백업 창의 크기(네트워크의 데이터를 백업하기 위해 별도로 설정한 시간 기간)를 산정합니다. 백업 창의 크기를 바꿀 수도 있는 특수 상황(예: 주말 작업, 작업 가용성(독립형 장치를 사용하고 있는 경우) 또는 분기말 요구 사항)을 확인합니다.

3. 각 컴퓨터가 백업해야 할 데이터의 양을 확인하고 전체 백업 데이터의 양을 산정합니다. 특정 환경의 특성(예: 네트워크 병목 속도, 장치 속도 및 데이터 가용성)에 따라 백업에 소요되는 시간을 산정합니다.

4. 하루 중 같은 시간대에 백업을 수행할 수 있는 그룹을 정하고(NetWorker 백업 그룹으로 구성할 수 있도록), 이 그룹에 우선 순위를 부여합니다. 이 단계는 백업의 제한된 시간 제약에 적합한 로드 균형 및 시차를 둔 스케줄이 필요할 경우에 적합합니다.

5. 사용자가 찾아서 복구할 수 있도록 다른 데이터가 저장 장치 관리 시스템에 남아 있는 시간을 결정합니다. 데이터 파일의 가용성은 클라이언트 파일 인덱스 내에서 해당 파일 항목을 보관하는 데 필요한 공간을 고려하여 조정해야 합니다.


2장:시작

82

2

6. 저장 장치 관리 시스템 내에서 데이터를 구성하는 방법을 결정합니다. NetWorker 풀을 사용하여 특정 데이터 Save set를 지정된 볼륨 모음으로 보낼 수 있습니다. 예를 들어 한 개의 풀을 회사 회계부서의 모든 클라이언트 백업용으로 지정할 수 있습니다.

7. 취사 선택 사항을 확인하고 다음과 같은 성능 특성이 최적인 값을 선택합니다.

• 백업에 사용할 장치 수

• 복구 전용 장치 수

• 단일 볼륨으로 인터리브될 데이터 스트림 수

• 각 NetWorker 서버와 저장 장치 노드로 보내지는 데이터 스트림 수

82페이지의 표 8에는 NetWorker 소프트웨어를 구성하기 전에 결정해야 할 몇 가지 사항이 요약되어 있습니다. 이러한 결정 사항으로 스케줄 백업을 수행하는 데 필요한 정보와 NetWorker 구성에서 그러한 정보를 표현하는 방법을 확인합니다.

표 8. 구성 정보 (1/3)

필요한 정보의 유형 NetWorker 소프트웨어에서 정보를 표현하는 방법

이 백업을 언제 시작합니까?

서버 컴퓨터의 시계가 백업 그룹의 시작 시간으로 지정된 시간과 같을 경우 NetWorker 서버가 백업을 시작합니다.

NetWorker 자원: 그룹자원 속성: Start Time

해당 백업 그룹에 참여하는 것은 어떤 클라이언트입니까?

실행 백업 그룹의 멤버에 해당하는 클라이언트는 모두 백업 후보자로 간주됩니다. 클라이언트의 스케줄에 따라 해당 클라이언트 데이터가 실제로 백업될 수도 있고 백업되지 않을 수도 있습니다. 새로운 클라이언트는 기본적으로 모두 Default라는 미리 구성된 그룹의 멤버입니다.

NetWorker 자원: 클라이언트자원 속성: 그룹

클라이언트 데이터가 어떻게 백업용으로 나열됩니까?

NetWorker 관리자는 클라이언트 컴퓨터 별로 구성된 패키지로 파일, 디렉토리 또는 파일 시스템을 그룹으로 묶습니다. 각각의 고유 패키지가 Client 자원에 해당하며, 여러 개의 Client 자원을 하나의 클라이언트 컴퓨터에 대해 구성할 수 있습니다. 저장 장치 노드(storage node)는 단일 백업 세션 동안 Client 자원에 대해 백업되는 데이터를 나타냅니다.

NetWorker 자원: 클라이언트자원 속성: Save Set

2장:시작


2클라이언트 데이터가 어디에 저장되어 있습니까?

클라이언트 데이터는 해당 클라이언트의 그룹과 관련 있는 저장 장치 볼륨의 풀에 기록됩니다. 미리 구성된 풀에는 미리 구성된 그룹이 할당되어 있습니다.

NetWorker 자원: Pool자원 속성: Group, Client, Save Set, Level

이 클라이언트의 데이터에 대해서는 어떤 백업 레벨이 예약되어 있습니까?

NetWorker 스케줄이 그 날의 클라이언트의 백업 레벨(또는 그 날 해당 클라이언트의 백업을 생략할지 여부)을 지정합니다. 지정된 경우 Group 속성이 클라이언트 일정보다 우선합니다. 미리 구성된 일정이 NetWorker 소프트웨어에 포함되어 있습니다.

NetWorker 자원: 클라이언트자원 속성: Schedule또는 NetWorker 자원: 그룹자원 속성: Schedule또는 NetWorker 자원: 그룹자원 속성: 레벨

백업한 데이터는 얼마나 오랫동안 열람할 수 있습니까?

nwbackup 프로그램을 통해 클라이언트 데이터를 열람할 수 있는 기간을 찾기 방침(browse policy)이라고 합니다. 찾기 방침은 각 Client 자원의 관리자가 할당합니다. 미리 구성된 시간 기간이 NetWorker 소프트웨어에 포함되어 있습니다.

NetWorker 자원: 클라이언트자원 속성: Browse Policy

얼마나 오래된 데이터를 복구할 수 있습니까?

보유 방침(retention policy)에서 정의한 기간 동안에는 저장 장치 볼륨에 있는 데이터가 자동으로 겹쳐써지지 않도록 보호됩니다. 보유 방침은 각 Client 자원의 관리자가 할당합니다. 저장 장치 볼륨에 물리적으로 레이블을 다시 지정하기 전까지는 해당 데이터를 언제까지라도 복구할 수 있습니다. 미리 구성된 시간 기간이 NetWorker 소프트웨어에 포함되어 있습니다.

NetWorker 자원: 클라이언트자원 속성: Retention Policy

표 8. 구성 정보 (2/3)



2장:시작

84

2추가 데이터 처리가 필요합니까?

NetWorker 디렉티브(directive)는 압축 및 암호화와 같은 일반적으로 요구되는 처리를 수행할 클라이언트 데이터에 적용될 수 있습니다. 미리 구성된 디렉티브 자원이 NetWorker 소프트웨어에 포함되어 있습니다.

NetWorker 자원: 클라이언트자원 속성: Directive

이 환경에 추가 프로그램 실행이 필요합니까?

NetWorker 소프트웨어는 관리자가 제공하는 사용자 정의 스크립트를 수용할 수 있습니다. 예를 들어, 환경에서는 백업을 수행하기 전에 클라이언트 컴퓨터가 자신의 데이터베이스를 종료해야 할 수도 있습니다.

NetWorker 자원: 클라이언트자원 속성: Backup Command

데이터를 수동으로 백업하거나, 찾거나, 복구하는데 어떤 사용자에게 액세스 권한이 필요합니까?

NetWorker 소프트웨어는 클라이언트 컴퓨터의 모든 사용자에게 수동 백업, 찾기 및 복구 액세스 권한을 제공합니다. (데이터를 복구하려면 해당 데이터에 대한 읽기 권한이 사용자에게 있어야 합니다.) 액세스 권한은 또한 다른 클라이언트 컴퓨터의 사용자에게도 확대될 수 있습니다.

NetWorker 자원: 클라이언트자원 속성: Remote Access

표 8. 구성 정보 (3/3)


2장:시작


2

NetWorker 관리자 인터페이스다음과 같은 방법으로 NetWorker 서버 소프트웨어를 관리할 수 있습니다.

• 그래픽 NetWorker 관리 프로그램(nwadmin) 사용. 자세한 내용은 85페이지의 “NetWorker 관리 프로그램”을 참조하십시오.

• 문자 기반 NetWorker 관리 인터페이스(nsradmin) 사용. 자세한 내용은 90페이지의 “NetWorker 문자 기반 인터페이스”를 참조하십시오.

• 명령줄 사용. 자세한 내용은 90페이지의 “명령줄 인터페이스”를 참조하십시오.

관리자 권한

NetWorker Administrator 목록에 포함된 사용자에게만 NetWorker 서버를 사용하고 변경할 수 있는 권한이 있습니다. root 권한이 없는 사용자도 NetWorker 관리 프로그램을 시작하고 사용할 수 있지만, 구성을 변경할 수는 없습니다. 관리자와 관리자 권한을 추가하는 방법에 대한 자세한 내용은 105페이지의 “서버 액세스 관리”를 참조하십시오.

TCP/IP 네트워크 요구 사항

다음은 NetWorker 소프트웨어를 사용한 TCP/IP 네트워크 통신에 적용되는 요구 사항입니다.

• 사용자 네트워크에 있는 서버(호스트)의 이름과 별명을 포함하고 있는 도메인 이름 시스템(DNS) 파일이나 /etc에 있는 로컬 hosts 파일에 NetWorker 서버 이름을 추가해야 합니다.

참고: DNS를 사용하는 경우 역방향 조회를 제대로 구성해야 합니다.

• NetWorker 서버가 동적 호스트 구성 프로토콜(DHCP) 클라이언트인 경우 예약 주소를 사용해야 합니다.

• 동적 주소와 함께 DHCP를 사용하는 경우 DHCP를 DNS와 함께 동기화해야 합니다.

NetWorker 관리 프로그램

NetWorker 관리 프로그램은 NetWorker 서버와 클라이언트를 구성하고, 서버에 클라이언트를 할당하고, 백업 스케줄을 만들고, 기타 정보를 관리하기 위한 그래픽 인터페이스를 제공합니다.

다음 절에서는 이러한 작업을 수행하는 데 도움을 주는 여러 가지 창, 도구 모음 및 아이콘에 대해 설명합니다.


2장:시작

86

2

NetWorker 관리 그래픽 인터페이스

대부분의 NetWorker 관리 작업은 NetWorker 관리 프로그램에서 수행할 수 있습니다. NetWorker 관리 프로그램에는 프로그램 메뉴, NetWorker 도구 모음 및 86페이지의 그림 7에 나와 있는 창이 포함되어 있습니다.

그림 7. 관리 프로그램 인터페이스

서버 정보

서버 정보 영역에는 현재 연결된 서버에 관한 정보가 표시됩니다.

서버 정보

메시지 영역

도구 모음

메뉴

2장:시작


2

메시지 영역

87페이지의 표 9에는 여러 메시지 창에서 표시된 정보가 나열되어 있습니다.

nsrwatch 명령줄 프로그램은 문자 기반 형식으로도 이 정보를 제공합니다. nsrwatch 프로그램에 대한 자세한 내용은 이 명령에 대한 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

NetWorker 관리 프로그램 도구 모음

NetWorker 관리 프로그램 도구 모음에서 도구 모음 버튼을 눌러 일반 작업을 수행할 수 있습니다.

87페이지의 표 10에서는 각 버튼의 기능에 대해 설명합니다.

표 9. 메시지 영역

창 설명

Devices 창 현재 서버에 대해 구성된 장치에 관한 정보를 표시합니다.

Sessions 창 진행중 메시지를 표시합니다. 이 정보는 /nsr/logs 디렉토리의 daemon.log 파일에도 기록됩니다.

Messages 창 완료 메시지를 표시합니다. 이 정보는 /nsr/logs 디렉토리의 messages 파일에도 기록됩니다.

Pending 창 테이프 마운트 요구와 사용자 중재를 필요로 하는 그 밖의 다른 조건과 함께 백업을 계속 진행할 수 없는 이유에 관한 정보를 표시합니다.

표 10. NetWorker Administrator 도구 모음 기능 (1/2)

버튼 Name 기능

Change Server 새 NetWorker 서버에 연결하기 위해 Change Server 대화 상자를 엽니다.

Mount Devices 창에서 선택한 장치를 마운트합니다.

Unmount Devices 창에서 선택한 장치를 마운트 해제합니다.


2장:시작

88

2

NetWorker 관리 프로그램 인터페이스 사용자 정의

NetWorker 관리 프로그램의 모양과 기능을 사용자 정의할 수 있습니다.

숨겨진 속성

NetWorker 관리 프로그램에서는 기본적으로 자원 창에 표시되지 않게 몇 가지 속성을 숨긴 채로 둡니다. 숨겨진 속성은 추가 기능과 NetWorker 자원에 대한 제어 기능을 제공합니다.

특정 창에서 View 메뉴의 Details를 선택하여 숨겨진 속성을 표시할 수 있습니다.

Label Devices 창에서 선택한 장치에 레이블을 지정합니다.

Indexes 온라인 인덱스에 대한 정보가 표시된 Indexes 창을 엽니다.

Volumes 볼륨을 관리하는 Volumes 창을 엽니다.

Group Control 그룹을 모니터하고 그룹 백업을 수동으로 시작 및 중지하는 데 사용되는 Group Control 대화 상자를 엽니다.

표 10. NetWorker Administrator 도구 모음 기능 (2/2)

버튼 Name 기능

2장:시작


2

서버 정보 새로 고침 빈도(폴링 간격) 변경

폴링 간격은 NetWorker 관리 프로그램에서 데이터를 새로 고치는 빈도(초)를 결정합니다. 숫자가 작으면 상태 창의 데이터를 자주 새로 고칩니다. 그러나, 데이터를 자주 새로 고치면 네트워크 트래픽과 서버 오버헤드가 증가할 수 있습니다. 속도가 느린 네트워크에서는 폴링 간격 값을 높여서 새로 고침 간격을 늘리십시오.

폴링 간격을 변경하려면 다음을 따르십시오.

1. Options 메뉴에서 Polling Interval을 선택하여 Change Polling 대화 상자를 엽니다.

2. 슬라이드 막대를 사용하여 각 폴링 간격 설정에 대한 간격을 선택합니다. 89페이지의 표 11에 폴링 간격 옵션 및 해당 기능이 나열됩니다.

3. OK를 누릅니다.

NetWorker 관리 프로그램은 Change Polling 대화 상자의 설정을 저장하지 않으므로 두 개의 환경 변수를 사용하여 기본 폴링 간격을 설정할 수 있습니다.

• NWADMIN_POLL은 Polling Interval 옵션에 대한 기본 설정을 재설정할 때 사용합니다. 이 환경 변수의 값은 초로 지정되며 허용되는 값은 5에서 300 사이입니다. 이 환경 변수를 설정하지 않을 경우 기본값은 10초입니다.

• NWADMIN_POLL_MULT는 Polling Multiplier 옵션에 대한 기본 설정을 재설정할 때 사용합니다. 이 환경 변수를 설정하지 않을 경우 기본값은 6입니다.

표 11. 폴링 간격 옵션

옵션 설명

Polling Interval NetWorker 소프트웨어를 폴링하여 새 정보를 가져오고 표시를 업데이트할 때까지 NetWorker 관리 프로그램이 기다리는 시간(초)입니다.

(Minimized) Polling Multiplier NetWorker 관리 프로그램이 최소화되었을 때 NetWorker 관리 프로그램이 NetWorker 소프트웨어를 폴링하는 빈도를 결정하기 위해 폴링 간격에 곱하는 수입니다. 예를 들어, Polling Interval이 10초이고 Polling Multiplier가 6일 경우 NetWorker 관리 프로그램이 최소화되면 NetWorker 소프트웨어를 60초마다 폴링합니다.


2장:시작

90

2

인터페이스의 비영어 언어

NetWorker 소프트웨어는 클라이언트/서버 모델을 사용하며 몇몇 다른 언어로도 사용할 수 있으므로, NetWorker 관리 프로그램과 기타 프로그램의 창에 비영어 언어 메시지와 기타 텍스트 문자열이 나타날 수도 있습니다. 다른 언어용으로 설계된 NetWorker 제품에 연결하거나 이 제품을 원격으로 관리할 경우 이러한 현상이 발생할 수 있습니다.

비영어 메시지가 더블바이트(예: 일본어 간지)일 경우 컴퓨터는 다음 요구 사항을 충족해야 합니다.

• 적절한 더블바이트 글꼴 설치

• 해당 글꼴을 올바르게 사용할 수 있도록 구성

NetWorker 자원

자원마다 메뉴 명령을 선택하여 열 수 있는 해당 대화 상자가 있습니다. 자원 속성은 NetWorker 관리 프로그램에서 동적으로 만들어지고 표시되므로 현재 연결되어 있는 NetWorker 서버에 따라 같은 자원 대화 상자라도 다른 속성을 표시할 수 있습니다.

각 속성에 대한 자세한 내용을 보려면 Help 메뉴에서 On Window를 선택하십시오.

NetWorker 자원에 대한 자세한 내용은 51페이지의 “NetWorker 자원 및 속성”을 참조하십시오.

NetWorker 문자 기반 인터페이스

NetWorker 문자 기반 인터페이스(nsradmin)를 사용하여 NetWorker 관리 프로그램에서와 동일한 구성 및 관리 작업을 수행할 수 있습니다.

명령줄에서 이 인터페이스를 시작하려면 다음 명령을 입력합니다.

# nsradmin

문자 기반 인터페이스 사용에 대한 자세한 내용은 nsradmin 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

명령줄 인터페이스

명령 프롬프트에 NetWorker 명령을 입력하여 모든 NetWorker 구성 및 관리 작업(클라이언트 측 백업, 복구, 아카이브 및 검색 프로그램에서 사용할 수 있는 작업 포함)을 수행할 수 있습니다. 이 명령을 사용하는 방법에 대한 지침은 LEGATO Command Reference Guide 또는 각 NetWorker 명령에 대한 매뉴얼 페이지를 참조하십시오.

2장:시작


2

NetWorker 수동 백업, 복구 및 아카이브 인터페이스NetWorker 소프트웨어의 UNIX 버전은 다음의 각 작업을 수행하기 위해 별도의 그래픽 인터페이스 프로그램을 사용합니다.

• 수동 백업(nwbackup)

• 복구(nwrecover)

• 아카이빙(nwarchive)

• 아카이브된 데이터 복구(nwretrieve)

이들 프로그램과 관련된 기능은 다음 장들에서 자세히 설명합니다.

• 333페이지의 “7장:백업 및 복구”

• 367페이지의 “8장:데이터 아카이브”

nwbackup 프로그램

nwbackup 프로그램은 서버의 스케줄 그룹 백업보다는 클라이언트에서 시작된 수동 백업을 수행하는 데 사용됩니다.

nwbackup 프로그램을 시작하려면 프롬프트에 다음 명령을 입력합니다.

# nwbackup

연결할 NetWorker 서버를 지정하려면 nwbackup과 함께 -s server 옵션을 입력합니다.

# nwbackup -s server

92페이지의 그림 8은 nwbackup 프로그램을 표시합니다.


2장:시작

92

2

그림 8. nwbackup 프로그램

nwrecover 프로그램

nwrecover 프로그램은 NetWorker 서버를 관리하고 모니터하는 데 사용됩니다.

nwrecover 프로그램을 시작하려면 프롬프트에 다음 명령을 입력합니다.

# nwrecover

연결하려는 NetWorker 서버를 지정하려면 -s server 옵션을 사용하십시오. NetWorker 클라이언트를 지정하려면 -c client 옵션을 사용하십시오.

# nwrecover -s server -c client

-c 옵션을 사용하지 않으면 기본적으로 로컬 컴퓨터가 사용됩니다.

93페이지의 그림 9는 nwrecover 프로그램을 표시합니다.

2장:시작


2

그림 9. nwrecover 프로그램

nwarchive 프로그램

nwarchive 프로그램은 파일을 NetWorker 서버로 수동으로 아카이브합니다.

참고: nwarchive 프로그램을 사용하려면 NetWorker Archive 응용 프로그램용 라이센스를 구입해야 합니다. 또한 아카이브 기능을 완벽히 사용하려면 라이센스 부여 정보를 NetWorker 서버에 입력해야 합니다. NetWorker 소프트웨어의 라이센스 관리에 대한 일반적인 내용은 95페이지의 “라이센스 관리”를 참조하십시오.

nwarchive 프로그램을 시작하려면 프롬프트에서 다음 명령을 입력합니다.

# nwarchive

연결할 NetWorker 서버를 지정하려면 nwarchive와 함께 -s server 옵션을 입력합니다.

# nwarchive -s server

94페이지의 그림 10은 nwarchive 프로그램을 표시합니다.


2장:시작

94

2

그림 10. nwarchive 프로그램

NetWorker 아카이브에 대한 자세한 내용은 367페이지의 “8장:데이터 아카이브”를 참조하십시오.

nwretrieve 프로그램

nwretrieve 프로그램은 NetWorker 서버에서 아카이브된 파일을 수동으로 검색합니다.

nwretrieve 프로그램을 시작하려면 프롬프트에 다음 명령을 입력합니다.

# nwretrieve

연결할 NetWorker 서버를 지정하려면 nwretrieve와 함께 -s server 옵션을 입력합니다.

# nwretrieve -s server

95페이지의 그림 11은 nwretrieve 프로그램을 표시합니다.

2장:시작


2

그림 11. nwretrieve 프로그램

라이센스 관리다음 절에서는 NetWorker 소프트웨어의 라이센스를 얻기 위한 절차에 대해 설명합니다. NetWorker 라이센스 모드에 대한 자세한 내용은 61페이지의 “NetWorker 라이센스 모드”를 참조하십시오.

개요

NetWorker 서버 소프트웨어를 설치한 후 최대 30일까지 무료로 사용할 수 있습니다. 무료 평가 기간 후 작동 코드를 입력하면 최대 45일까지 NetWorker 서버 소프트웨어의 기능을 연장할 수 있습니다. NetWorker 작동 코드는 온라인, 팩스 또는 우편으로 LEGATO에 귀사와 사용 중인 NetWorker 서버에 관한 정보를 보내면 얻을 수 있습니다.


2장:시작

96

2

NetWorker 소프트웨어를 구입하는 경우에만 권한 코드(authorization code)를 얻을 수 있습니다. 작동 코드의 유효 기간인 45일 내에 인증 코드를 입력하지 못하면 만료되는 작동 코드에 따라 NetWorker 기능 모두 또는 일부를 사용할 수 없습니다. 그러나 소프트웨어를 구입하여 권한 코드를 입력하면 언제든지 그 기능을 다시 사용할 수 있습니다.

NetWorker 제품을 구입하면 권한 코드가 사용자에게 보내집니다. 권한 코드는 작동 코드를 입력한 방법과 동일하게 입력합니다.

중요 사항: 기본 작동 코드가 이미 설치되어 있는 시스템에 파워 에디션 평가 프로그램을 설치하지 마십시오. 네트워크 에디션이나 워크그룹 에디션을 이미 사용할 수 없는 시스템에서만 파워 에디션을 평가할 수 있습니다. 파워 에디션을 평가하는 데 사용된 서버에 네트워크 또는 워크그룹 에디션을 설치하려면 해당 평가 프로그램을 다운로드해야 합니다. 자세한 내용은 nsrcap 매뉴얼 페이지를 참조하십시오.

온라인으로 작동 코드 얻기

라이센스 코드를 얻을 때 온라인 등록이 선호되는 방법입니다. 다음 웹 위치에서 온라인으로 NetWorker 제품을 등록하고 작동 코드와 권한 코드를 받을 수 있습니다.

http://license.legato.com

코드를 얻었으면 NetWorker 소프트웨어에 이 코드를 입력해야 합니다. 97페이지의 “작동 코드 입력”을 참조하십시오.

팩스나 우편으로 작동 코드 얻기

라이센스 코드를 얻을 때 온라인 등록을 사용하도록 선택하지 않을 경우 팩스나 우편으로 회사 정보를 제출하고 라이센스 코드를 받을 수 있습니다.

팩스나 우편으로 정보를 제출하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Server 메뉴에서 Server Setup을 선택합니다.

2. 회사 이름, 주소, 연락처 및 운영 체제를 포함하여 사용자 조직과 NetWorker 서버에 대한 적절한 정보를 입력합니다.

3. View 메뉴에서 Tabular를 선택하여 표 형식으로 정보를 표시합니다.

4. File 메뉴에서 Print를 선택하여 서버 정보를 인쇄한 후 Apply를 누릅니다.

5. 출력물을 우편이나 팩스로 LEGATO Customer Service로 보냅니다.

팩스 번호는 43페이지의 “정보 및 서비스”를 참조하십시오.

2장:시작


2

작동 코드 입력

작동 코드를 얻었으면 NetWorker 소프트웨어에 이 코드를 입력해야 합니다. 추가 클라이언트나 Autochanger에 대한 지원뿐 아니라 NetWorker Archive와 같은 추가된 기능에 대한 추가 작동 코드를 구입할 수 있습니다. 여러 개의 작동 코드를 입력하려면 추가 기능에 대한 작동 코드를 입력하기 전에 NetWorker 서버의 기본 작동 코드를 입력해야 합니다.

작동 코드를 입력하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램을 시작합니다.

2. Server 메뉴에서 Registration을 선택합니다.


4. Enabler Code 속성에 작동 코드를 입력한 후 Apply를 누릅니다.

이제 NetWorker 서버를 45일 동안 사용할 수 있습니다. NetWorker 기능을 영구히 사용하려면 권한 코드를 입력해야 합니다.

작동 코드 삭제

권한을 영구히 부여했는지 여부와 관계 없이 언제라도 작동 코드를 삭제할 수 있습니다.

중요 사항: 기본 NetWorker 서버 소프트웨어를 작동하는 코드인 기본 작동 코드(base enabler code)는 삭제할 수 없습니다. 기본 작동 프로그램은 단지 업그레이드 또는 다운그레이드만 할 수 있습니다.

작동 코드를 입력하려면 다음을 따르십시오.


2. Server 메뉴에서 Registration을 선택합니다.

3. Registration 창에서 삭제하려는 NetWorker 제품의 작동 코드를 선택합니다. 해당 제품의 작동 코드가 Enabler Code 속성에 표시됩니다.

4. Delete를 눌러 작동 코드를 삭제합니다.

NetWorker 제품의 작동 코드를 삭제하면 작동 코드를 다시 입력할 때까지 해당 제품이 더 이상 작동하지 않습니다.


2장:시작

98

2

영구 사용을 위한 NetWorker 소프트웨어 권한 부여

권한 코드를 얻어서 입력하는 단계가 NetWorker 소프트웨어의 완전한 라이센스를 얻기 위한 마지막 단계입니다. NetWorker 소프트웨어를 구입하면 권한 코드가 사용자에게 보내집니다. 권한 코드를 입력하려면 작동 코드를 입력할 때와 같은 단계를 따르십시오. 권한 코드를 입력하면 NetWorker 소프트웨어에 영구 사용을 위한 권한이 부여됩니다.

업데이트 작동 입력

이전 버전의 NetWorker 소프트웨어용 작동 프로그램이 있고 업데이트를 위해 이 릴리스를 설치할 경우 사용자는 업데이트 편지로 업데이트 작동 코드를 받게 됩니다. 다른 작동 코드와 마찬가지로 업데이트 작동 코드를 입력합니다. NetWorker 서버에서 원본 작동 코드를 삭제하지 않아도 됩니다.

참고: 다른 작동에서 영구 기능을 보유하면서 업데이트 작동에 권한을 부여해야 합니다. 자세한 내용은 95페이지의 “개요”를 참조하십시오.

NetWorker 서버 재호스팅

서버 소프트웨어를 다른 컴퓨터에 전송하거나 컴퓨터에 다른 IP 주소를 할당하면 권한 코드는 무효화됩니다. LEGATO Customer Service에서 Host Transfer Affidavit를 가져와야 합니다. 양식을 작성하여 LEGATO에 제출하십시오. 15일 이내에 설치해야 하는 새 권한 코드를 받습니다. 15일 내에 설치하지 않으면 NetWorker 소프트웨어는 사용할 수 없게 됩니다.

중요 사항: 새 서버에서 NetWorker 소프트웨어를 시작하기 전에 이전한 원래 컴퓨터에서 서버 소프트웨어를 제거하거나 해당 컴퓨터의 nsrd 데몬을 종료해야 합니다. 동일한 작동 또는 인증 코드로 다른 컴퓨터에서 nsrd 데몬을 시작하면 복사 위반 오류 메시지가 표시되고 소프트웨어를 사용할 수 없게 됩니다.


NetWorker 라이센스 관리는 모든 NetWorker 클라이언트 및 서버의 라이센스를 관리하기 위한 중앙 제어 위치(단일 컴퓨터)를 제공하는 LEGATO License Manager를 사용하여 중앙에서 관리할 수 있습니다.

License Manager는 NetWorker 소프트웨어를 설치할 때 옵션으로 설치할 수 있습니다. License Manager 소프트웨어는 하나의 NetWorker 서버에만 필요합니다. LEGATO License Manager 소프트웨어 사용에 대한 자세한 내용은 Documentation Suite CD-ROM이나 www.legato.com의 LEGATO License Manager 설치 및 관리 지침서를 참조하십시오.


3장:서버 관리

이 장에서는 LEGATO NetWorker 서버에서 관리하는 작업에 대해 설명합니다.


• 99페이지의 “NetWorker 서버 연결성”

• 100페이지의 “클라이언트/서버 통신 구성”

• 101페이지의 “서버 구성”

• 103페이지의 “성능 제어”

• 105페이지의 “서버 액세스 관리”

• 107페이지의 “NetWorker User 그룹”

• 111페이지의 “통지”

• 117페이지의 “보고서”

• 121페이지의 “방화벽 지원”

• 133페이지의 “저장 장치 노드”

• 138페이지의 “온라인 인덱스”

• 146페이지의 “온라인 인덱스 크기 관리”

• 150페이지의 “서버 유지 보수 작업”

NetWorker 서버 연결성NetWorker 소프트웨어를 사용하면 여러 NetWorker 서버에 연결하고 모니터할 수 있습니다. NetWorker 클라이언트만 설치된 시스템에서 NetWorker 관리 프로그램을 시작하면 NetWorker 관리 프로그램이 로컬 NetWorker 서버나 해당 클라이언트의 기본 백업 서버에 자동으로 연결됩니다. 100페이지의 “서버 연결 설정”의 지침에 따라 서버를 구성하거나 서버의 활동을 모니터하기 위해 언제라도 다른 NetWorker 서버로 변경할 수 있습니다.


3장:서버 관리

100

3

참고: Administrators 그룹의 멤버이거나 Configure NetWorker 권한을 가진 사용자가 아닌 경우에는 NetWorker 관리 프로그램에서 명령을 발행하거나 구성 작업을 수행할 수 없습니다. Monitor NetWorker 권한을 가진 사용자만 서버의 활동을 모니터할 수 있습니다. NetWorker 그룹에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

서버 연결 설정

관리 중인 NetWorker 서버를 변경하려면 다음을 따르십시오.

1. 명령 프롬프트에서 다음 명령을 입력하여 NetWorker 관리 프로그램을 시작합니다.

# nwadmin &

2. Server 메뉴에서 Change를 선택하여 Change Server 창을 엽니다.

3. Server 목록에서 서버를 선택합니다. 원하는 서버가 목록에 없을 경우 다음을 따르십시오.

• Update Server List를 눌러 화면을 다시 표시합니다.

• Server 속성에 서버 이름을 입력합니다.


NetWorker 관리 프로그램에 새로 연결된 서버의 정보가 표시됩니다.

연결 닫기

NetWorker 관리 프로그램을 종료하고 서버와의 연결을 끊으려면 File 메뉴에서 Exit를 선택하십시오.

클라이언트/서버 통신 구성NetWorker 서버와 클라이언트 사이의 통신은 Server 및 Client 자원에 입력된 구성 속성으로 정의됩니다. 세션 수 레벨이나 관리자 권한을 가진 사람 등의 속성을 구성하는 방법은 백업의 성능과 보안에 영향을 줄 수 있습니다.

Client 자원에서 NetWorker 클라이언트를 설정하는 방법에 대한 자세한 내용은 153페이지의 “4장:클라이언트 작업”을 참조하십시오. NetWorker 소프트웨어 성능에 영향을 미치는 네트워크 통신의 문제를 진단하려면 599페이지의 “클라이언트/서버 통신”의 문제 해결 정보를 참조하십시오.

3장:서버 관리


3

서버 구성다음 절에서는 NetWorker 관리 프로그램에서 NetWorker 서버를 구성하는 방법에 대해 설명합니다.

서버 설치

NetWorker 서버를 설치하려면 다음을 따르십시오.

1. 명령 프롬프트에서 다음 명령을 입력하여 NetWorker 관리 프로그램을 시작합니다.

# nwadmin &

2. Server 메뉴에서 Setup Server를 선택하여 Server 대화 상자를 엽니다.

3. View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.

4. Parallelism 속성에서 NetWorker 서버가 해당 서버에 동시에 도달할 수 있도록 허용하는 최대 보관 스트림 수를 입력합니다. 이 기능에 대한 자세한 내용은 103페이지의 “세션 수”를 참조하십시오.

5. 클라이언트가 수동 백업을 수행하려면 Manual Saves 속성에서 Enabled를 선택합니다.

6. 다른 사용자가 작성한 아카이브된 데이터를 검색하려면 Public Archives 속성에서 Enabled를 선택합니다.

7. LEGATO GEMS SmartMedia 또는 LEGATO License Manager 서버를 사용하여 이 NetWorker 서버의 라이센스를 관리하는 경우 License Server 속성에 GEMS SmartMedia 또는 License Manager의 호스트 이름을 입력합니다.

GEMS SmartMedia 소프트웨어나 LEGATO License Manager를 사용하고 있지 않다면 이 속성을 공백으로 둡니다.

GEMS SmartMedia에 대한 자세한 내용은 LEGATO GEMS SmartMedia 관리 지침서를 참조하십시오. LEGATO License Manager에 대한 자세한 내용은 LEGATO License Manager 설치 및 관리 지침서를 참조하십시오.

8. 서버가 외부에서 관리되는 라이센스와 즉시 재동기화되도록 하려면 Update Licenses 속성에서 Yes를 선택합니다.

9. Administrator 속성에서 관리 권한을 가져야 할 모든 사용자를 지정합니다. 사용할 수 있는 형식을 보려면 105페이지의 “서버 액세스 관리”를 참조하십시오.

참고: Administrators 그룹에 사용자를 추가하여 관리자를 지정할 수도 있습니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.


3장:서버 관리

102

3

10. Volume Priority 속성에서 다음 중 한 가지 옵션을 선택합니다. 이 속성은 백업시 볼륨에 쓰여질 데이터의 첫 번째 우선 순위를 결정합니다.

• NetWorker 서버에 연결된 볼륨에 우선 순위를 부여하려면 NearLine Priority를 선택합니다.

• LEGATO GEMS SmartMedia에서 관리하는 볼륨에 우선 순위를 부여하려면 SmartMedia Priority를 선택합니다.

11. 등록 양식을 작성하고 권한 코드를 얻으려면 Company Information 속성 정보를 입력하십시오.

제품 일련 번호는 NetWorker 소프트웨어를 살 때 받은 작동 코드 인증서에 나와 있습니다. 애드온 제품에 대한 일련 번호가 아닌, 서버의 제품 일련 번호만 입력합니다.


현재 사용자, 권한 및 User 그룹 구성원 확인

현재 사용자는 NetWorker 관리 프로그램의 기본 창에 있는 서버 정보 영역에 나열됩니다. 또한 현재 사용자의 권한 및 User 그룹 구성원과 함께 Server 자원에도 나열됩니다.

현재 사용자의 사용자 ID와 사용자의 권한 및 User 그룹의 구성원을 확인하려면 다음을 수행합니다.

1. NetWorker 관리 프로그램의 Server 메뉴에서 Setup Server를 선택합니다.

2. Server 대화 상자에서 View 메뉴의 Details를 선택하여 숨겨진 속성을 표시합니다.

3. 대화 상자의 아래쪽으로 스크롤합니다.

다음 정보가 표시됩니다.

• 현재 사용자를 식별하는 User ID 속성

• 현재 사용자가 가진 권한을 식별하는 Privileges 속성

• 현재 사용자가 속한 User 그룹을 식별하는 Member Of 속성

User 그룹 및 관련 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

3장:서버 관리


3

성능 제어저장 장치의 데이터를 다중화하도록 NetWorker 서버를 설정하여 백업 속도를 늘릴 수 있습니다. Parallelism 및 Target Sessions 속성을 사용하면 장치를 최대 능력까지 사용하여 둘 이상의 Save set에 있는 데이터를 하나의 저장 장치 볼륨에 기록할 수 있습니다.

참고: 정의상, 다중화된 Save set는 동일한 저장 볼륨의 풀에 속해야 합니다.

다중화는 여러 클라이언트로부터 NetWorker 서버에서 사용할 수 있는 모든 저장 장치로 데이터의 흐름을 최적화하고 분산합니다.

세션 수

NetWorker 세션 수(parallelism) 기능을 사용하여 NetWorker 서버는 여러 클라이언트의 데이터를 동시에 백업하고 동일한 백업 볼륨의 데이터를 다중화할 수 있습니다. Parallelism 속성은 Server 대화 상자에 있습니다. 서버 구성 및 Set Up Server 대화 상자에 대한 자세한 내용은 101페이지의 “서버 설치”를 참조하십시오.

세션 수는 저장 장치에 제공된 데이터의 안정된 스트림을 유지하기 때문에 고속으로 작동할 수 있습니다. 또한 다중화는 특정 클라이언트가 서버를 독점할 수 없도록 합니다. 이것은 다른 클라이언트가 동시에 같은 서버에 데이터를 백업할 수 있음을 의미합니다.

각 NetWorker 소프트웨어 에디션에는 다른 기본값과 다른 최대 세션 수 레벨이 있습니다. NetWorker 서버에 연결되어 사용할 수 있는 각 저장 장치 노드는 세션 수의 최대값을 늘릴 수 있습니다. NetWorker 서버 및 저장 장치 노드 조합의 최대 세션 수(parallelism)는 103페이지의 표 12에 설명되어 있는 것처럼 달라질 수 있습니다. 저장 장치 노드에 대한 자세한 내용은 133페이지의 “저장 장치 노드”를 참조하십시오.

103페이지의 표 12는 사용할 수 있는 각 저장 장치 노드에 대한 최대값을 포함하여, NetWorker 서버 제품 릴리스의 최대 세션 수(parallelism) 레벨을 표시합니다.

표 12. 최대 세션 수 레벨 (1/2)

NetWorker 제품 사용할 수 있는 각 저장 장치 노드 있음 저장 장치 노드 없음

워크그룹 및 비즈니스 에디션

적용 불가능 세션 수: 32

적용 불가능 장치 수: 4

네트워크 에디션 세션 수: 32최대값 = (32 x 노드 수) + 32

세션 수: 32

장치 수: 16최대값 = (16 x 노드 수) + 16

장치 수: 16


3장:서버 관리

104

3

서버의 효율성을 최적화하여 많은 클라이언트가 한 번에 데이터를 백업할 수 있는 방법을 제어할 수 있습니다. 다음 환경 하에서 클라이언트 수를 조정할 수 있습니다.

• 서버가 모든 클라이언트를 백업하는 데 너무 오래 걸리면 세션 수 설정을 늘립니다.

• 서버가 쓸모없는 클라이언트를 백업 중인 경우 세션 수 설정을 줄입니다.

한 클라이언트만이 한 번에 서버에 백업할 수 있도록 세션 수 기능을 해제하려면 세션 수 값을 1로 설정합니다.

대상 세션

NetWorker target sessions 기능을 사용하여 사용중인 장치에 의해 허용된 백업 세션 수를 설정할 수 있습니다. Target Sessions 속성은 Device 자원에 있습니다. NetWorker 서버 또는 저장 장치 노드에 연결된 장치(Autochanger 또는 Silo에 있는 각 장치 포함)마다 다른 대상 세션 값이 있습니다. 장치 추가 및 Device 대화 상자에 대한 자세한 내용은 234페이지의 “Devices”를 참조하십시오.

Target Sessions 값을 1과 512 사이의 수로 설정할 수 있습니다. 또한 이 값은 다음 백업 세션을 처리할 장치를 결정합니다.

• 백업 장치가 이미 Target Sessions 값에 정의된 백업 세션 수를 받았을 경우 NetWorker 서버는 백업을 위해 덜 사용된 장치를 다음 번에 사용합니다.

• 사용 가능한 모든 장치가 Target Sessions에 의해 구성된 백업 세션 수를 받았을 경우 NetWorker 서버는 설정값을 무시하고 추가적인 백업 세션을 위해 가장 덜 활동적인 장치를 사용합니다.

NetWorker 서버에서는 각각의 Save set를 개별 장치에 기록하는 것보다 같은 장치에 Save set들을 다중화하는 것이 종종 더 효율적입니다. 이러한 이유로 NetWorker 서버는 다른 장치에 Save set를 할당하기 전에 각 장치에 최대 Target Sessions의 값까지 많은 Save set를 할당하도록 시도합니다.

전문가 에디션 세션 수: 32최대값 = (32 x 노드 수) + 64

세션 수: 64

장치 수: 16최대값 = (16 x 노드 수) + 32

장치 수: 32

표 12. 최대 세션 수 레벨 (2/2)

NetWorker 제품 사용할 수 있는 각 저장 장치 노드 있음 저장 장치 노드 없음

3장:서버 관리


3

서버 액세스 관리NetWorker 서버의 기능들은 관리자 권한이 있어야 사용할 수 있는 경우가 많습니다. 따라서 서버 구성 권한을 가진 모든 관리자의 주소가 서버 관리자 목록에 포함되어 있어야 합니다. 자세한 내용은 105페이지의 “관리자 권한”을 참조하십시오.

NetWorker 관리자를 추가, 수정 또는 삭제하려면 NetWorker Administrator 그룹의 멤버여야 합니다. Administrator 그룹에 멤버를 추가하고 삭제하는 방법과 이 그룹에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

관리자 권한

Monitor NetWorker 권한을 가진 사용자는 클라이언트 컴퓨터에서 서버의 자원을 볼 수 있지만 서버를 관리하려면 다음의 추가 권한이 필요합니다.

• 보안 설정을 변경하려면 NetWorker Administrator 그룹의 멤버이어야 합니다.

• SYSTEM 및 VSS SYSTEM Save Set에 대해 스케줄 백업을 수행하려면 해당 사용자가 NetWorker Administrator 그룹의 멤버여야 합니다.

• 서버, 미디어 장치 및 Autochanger의 구성을 추가하거나 변경하려면 Configure NetWorker 권한이 있어야 합니다.

NetWorker 서버를 처음 설치하면 root 권한이 있는 사용자만 NetWorker 구성을 변경할 수 있습니다. Administrator 그룹의 모든 멤버를 나열하는 Server 자원의 Administrator 속성에는 NetWorker 서버를 관리하려는 클라이언트의 플랫폼에 따라 다음 항목이 포함되어 있어야 합니다.

• Microsoft Windows: user=Administrators,host=server_name

• UNIX 및 Linux: user=root, host=server_name

참고: 호스트 이름을 사용하고 있는 경우 NetWorker 서버가 호스트 이름을 해결된 TCP/IP 주소로 변환할 수 있어야 합니다.

추가 사용자나 사용자 그룹의 이름을 Server 자원의 Administrator 속성에 추가하면 해당 사용자나 사용자 그룹에게 관리 권한을 부여할 수 있습니다. 사용자 이름은 다음 구문을 사용하여 이름/값 쌍의 형태로 나열해야 합니다.

name=value[,name=value, ...]


3장:서버 관리

106

3

여기서 name은 다음 중 하나일 수 있습니다.

• 사용자

• 그룹(group)

• 호스트

• 도메인

• domain_sid

• domaintype(NIS 또는 WINDOMAIN)

예를 들어, jupiter라는 호스트에서 jdoe라는 이름의 사용자에게 관리 권한을 부여하려면 Administrator 속성에 다음을 입력합니다.

user=jdoe,host=jupiter

참고: user@host, host/user 형식 및 비슷한 형식이 지원되지만 이 경우 호스트나 도메인 중 무엇을 지정하는지 애매합니다. 따라서 name=value 형식을 주로 사용합니다.

값이 공백인 경우 앞뒤에 따옴표를 입력해야 합니다. 예를 들면 다음과 같습니다.

domain="Domain Admins"

사용자 이름만 입력할 수도 있으며, 이 경우 사용자는 모든 호스트웨어에서 NetWorker 소프트웨어를 관리할 수 있습니다. 즉, user=username을 입력하는 것과 같습니다. 또한 값의 자리에 와일드카드를 사용할 수도 있지만 와일드카드를 사용할 때는 기업 보안을 해치지 않도록 주의해야 합니다. Netgroup 이름을 입력할 수도 있으며 이 경우 이름 앞에 앰퍼샌드(&)를 입력해야 합니다.

3장:서버 관리


3예: Administrator 속성 사용

다음 예제에서는 모든 호스트에서 root에게, mars 및 jupiter 호스트에서 operator 사용자에게, 그리고 Netgroup netadmins에 포함된 사용자와 호스트에 대해 올바른 도메인과 사용자에게 유효한 호스트 및 모든 사용자에게 NetWorker 관리 권한을 부여합니다.

user=root

user=operator,host=jupiter

user=operator,host=mars &netadmins

참고: nsradmin 인터페이스를 사용하여 이러한 항목을 입력하는 경우 각 항목을 쉼표(,)로 구분해야 하며 여러 개의 name=value 쌍은 앞뒤에 따옴표를 입력해야 합니다.

administrator: user=root, "user=operator,host=jupiter",

"user=operator,host=mars", &netadmins

NetWorker User 그룹NetWorker 소프트웨어에는 User Group 자원을 통해 구성되는 액세스 제어 기능이 있습니다. NetWorker 관리자는 이 기능을 사용하여 사용자를 두 NetWorker 사용자 그룹(User Groups) 중 하나에 할당할 수 있습니다. 각 사용자 그룹에는 Privileges 속성에 정의된 대로 특정한 권한 집합이 연결되어 있습니다. 이 권한에는 NetWorker 소프트웨어를 모니터하고 로컬 데이터를 백업 및 복원하는 등의 권한이 포함됩니다.

사전 구성 사용자 그룹

NetWorker 소프트웨어에는 두 개의 사전 구성 사용자 그룹이 있습니다.

• Administrators

• Users

Administrators

Administrators 그룹의 멤버는 모든 NetWorker 기능을 수행할 권한을 가집니다. root@server 사용자는 항상 이 그룹의 멤버이며 그룹에서 제거할 수 없습니다.

참고: Administrators 그룹에 연관된 권한은 변경할 수 없습니다.


3장:서버 관리

108

3

Users

기본적으로 Users 그룹의 멤버에게는 로컬 데이터를 백업 및 복구하고 NetWorker 동작을 모니터할 수 있는 권한이 부여됩니다. 이 멤버들은 구성을 보거나 편집할 수 없습니다.

NetWorker 사용자에게 연결된 권한 사용자 정의

Users 그룹에 연결된 권한을 NetWorker 사용자에 대한 요구 사항에 맞게 사용자 정의할 수 있습니다. Administrators 그룹에 연관된 권한은 편집할 수 없습니다.

108페이지의 표 13에서는 사전 구성 권한 및 관련 사용 권한을 나열합니다.

표 13. User Group 권한 (1/3)

권한 사용 권한

Change Security Settings

모든 그룹 멤버는 다음 자원 및 속성을 편집할 수 있습니다.• User Group 자원• Client 자원의 Remote Access 속성• Client 자원의 Archive Users 속성• Server 자원의 Administrators 속성• Notification 자원• Client 자원의 Owner Notification 속성

참고: Server 자원의 Administrator 속성에 나열된 사용자를 변경하면 이 변경 내용은 Administrators 그룹에도 자동으로 적용됩니다. 마찬가지로 Administrators 그룹의 멤버를 변경하면 이 변경 내용은 Administrator 속성에도 자동으로 적용됩니다.

Change Security Settings 권한을 가진 그룹의 구성원은 모든 사용자에게 제한된 기능에 대한 액세스 권한을 부여할 수 있습니다.

이 권한을 가진 User 그룹은 Configure NetWorker, Operate NetWorker, Monitor NetWorker, Operate Devices and Jukeboxes, Backup Local Data 및 Recover Local Data 권한도 가져야 합니다.

Remote Access All Clients

이 그룹 멤버는 모든 Client 자원의 구성을 볼 수 있으며 모든 클라이언트에 연관된 데이터를 원격에서 탐색하고 복구할 수 있습니다. 지정 복구를 수행하려면 이 권한이 있어야 합니다.

이 권한은 Client 자원의 Remote Access 속성보다 우선합니다.

이 권한을 가진 User 그룹은 Operate NetWorker, Monitor NetWorker, Operate Devices and Jukeboxes, Backup Local Data 및 Recover Local Data 권한도 가져야 합니다.

3장:서버 관리


3Configure NetWorker 이 권한을 가진 그룹 멤버는 NetWorker 서버, 서버의 저장 장치 노드 및 클라이언트

에 연관된 자원을 구성할 수 있습니다. 여기에는 자원의 작성, 편집 및 삭제가 포함됩니다.

이 권한을 가진 사용자는 User Group 자원이나 Remote Access 또는 Client 자원의 Archive Users 속성을 구성할 수 없습니다. 이러한 설정을 변경할 수 있는 사용 권한은 Change Security Settings 권한을 통해서만 부여됩니다.

이 권한을 가진 User 그룹은 Operate NetWorker, Monitor NetWorker, Operate Devices and Jukeboxes, Backup Local Data 및 Recover Local Data 권한도 가져야 합니다.

Operate NetWorker 이 권한을 가진 그룹 멤버는 NetWorker 서버 작업을 수행할 수 있습니다. 예를 들어 다음을 수행할 수 있습니다.• 클라이언트 파일 인덱스의 공간 재사용• 볼륨 위치 또는 모드 설정• Savegroup 시작 또는 중지• 미디어 데이터베이스 및 클라이언트 파일 인덱스 질의

이 권한을 가진 User 그룹은 Monitor NetWorker, Operate Devices and Jukeboxes, Backup Local Data 및 Recover Local Data 권한도 가져야 합니다.

Monitor NetWorker 이 그룹 멤버는 다음을 수행할 수 있습니다.• 장치 상태, 보관 그룹 상태 및 메시지를 포함하여 NetWorker 작업 모니터• 미디어 데이터베이스 정보 보기• NetWorker 구성 정보 보기(Change Security Settings 권한에서 정의되는

Security Settings 제외)

이 권한은 메시지와 기타 정보를 모니터하는 데 유용하지만 이 권한 없이도 로컬 데이터를 백업 및 복구할 수 있습니다.

Operate Devices and Jukeboxes

이 그룹 멤버는 마운팅, 마운트 해제 및 레이블 지정 등과 같은 장치 및 Autochanger 작업을 수행할 수 있습니다. 이 권한을 가진 사용자는 미디어 데이터베이스의 정보를 볼 수 있으며 장치 상태 및 보류 중인 메시지도 볼 수 있습니다.




3장:서버 관리

110

3

User Group 편집

참고: Administrators 그룹에 속한 사용자 또는 Change Security Settings 권한을 가진 사용자만 User Groups 자원을 편집할 수 있습니다.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 User Groups를 선택합니다.

2. 편집할 사용자 그룹을 선택합니다.

3. 그룹의 속성을 편집합니다.

• Administrators 그룹의 경우에는 Comment 속성이나 Users 속성은 변경할 수 있지만 Privileges 속성은 변경할 수 없습니다.

• Users 그룹의 경우에는 모든 속성을 변경할 수 없습니다.


Recover Local Data 이 권한을 가진 그룹 멤버는 NetWorker 서버의 데이터를 자신의 로컬 클라이언트로 복구할 수 있고 클라이언트 구성의 대부분의 속성도 볼 수 있습니다. 멤버는 클라이언트의 Save set를 질의하고 클라이언트 파일 인덱스를 탐색할 수도 있습니다.

참고:• 이 권한은 다른 클라이언트에 대한 정보를 볼 수 있는 권한을 제공하지 않습니다.• 이 권한은 파일 기반 사용 권한을 대체하지 않습니다. 즉, 사용자는 적절한 운영 체제 기반 사용 권한을 가진 파일만 복구할 수 있습니다.

• 이 권한을 가진 사용자라도 root(UNIX) 또는 Administrator(Microsoft Windows)로 로그인해야 Saveset 또는 NDMP 복구를 수행할 수 있습니다.

Backup Local Data 이 그룹 멤버는 데이터를 자신의 로컬 클라이언트에서 NetWorker 서버로 수동 백업할 수 있으며 클라이언트 구성의 대부분의 속성도 볼 수 있습니다. 멤버는 클라이언트의 Save set를 질의하고 클라이언트 파일 인덱스를 탐색할 수도 있습니다. 이 권한은 다른 클라이언트에 대한 정보를 볼 수 있는 권한을 제공하지 않습니다.

참고:• 이 권한은 파일 기반 사용 권한을 대체하지 않습니다. 즉, 사용자는 적절한 운영 체제 기반 사용 권한을 가진 파일만 백업할 수 있습니다.

• 이 권한을 가진 사용자라도 root(UNIX) 또는 Administrator(Microsoft Windows)로 로그인해야 savegrp 명령을 실행하거나 NDMP 백업을 수행할 수 있습니다.

• 스케줄 백업이 제대로 작동할 수 있도록 클라이언트의 root 사용자(UNIX) 또는 관리자(Microsoft Windows)에게는 이 권한이 자동으로 부여됩니다.



3장:서버 관리


3

통지

Notification는 NetWorker 환경에서 발생하는 이벤트에 대한 정보를 제공합니다. 이 정보는 전자 메일을 통해 관리자에게 전송되거나, 파일에 로깅되거나, SNMP 모니터링 에이전트에 SNMP 메시지를 보내는 작업 같은 다른 작업에 작용할 수 있습니다.

통지를 사용하여 보고를 받으려는 이벤트는 물론 NetWorker 서버의 보고 방법을 구성할 수 있습니다. 이벤트가 발생하면 다른 회사 프로그램을 포함하여 특정 프로그램을 실행할 수 있습니다. 기본적으로 NetWorker 서버는 /nsr/logs 디렉토리에 있는 로그 파일에 통지를 보냅니다. 전송되는 통지에 따라 서버는 NetWorker 관리 프로그램 상태 창에 통지를 표시할 수도 있습니다.

사전 구성된 통지

기본적으로 NetWorker 소프트웨어는 NetWorker 이벤트를 모니터하는 데 필요한 대부분의 통지를 제공하도록 사전에 구성되었습니다. 111페이지의 표 14에 사전 구성된 통지와 NetWorker 서버에서 수행되는 관련 동작 목록이 나열되어 있습니다.

표 14. 사전 구성된 통지 (1/2)

통지 NetWorker 서버에서 수행된 작업

Bootstrap NetWorker 서버의 기본 프린터에 대한 부트스트랩 정보(중요한 재해 복구 정보)를 보냅니다.

Cleaning cartridge expired root에 다음과 같은 전자 우편을 보냅니다. replace the expired cleaning cartridge.

Cleaning cartridge required root에 다음과 같은 전자 우편을 보냅니다. insert a cleaning cartridge.

Device cleaned root에 다음과 같은 전자 우편을 보냅니다. device cleaning is complete.

Device cleaning required root에 다음과 같은 전자 우편을 보냅니다. clean the device.

Device disabled root에 다음과 같은 전자 우편을 보냅니다. a device has been automatically disabled.

Filesystem full - recovering adv_file space

nsrim 프로그램을 시작하여 취소 및 만료된 Save set를 제거합니다. 고급 파일 형식 장치에만 사용됩니다.

Filesystem full - waiting for adv_file space

root에 다음과 같은 전자 우편을 보냅니다. advanced file volume is full.


3장:서버 관리

112

3Index size root에 다음과 같은 전자 우편을 보냅니다.

Check the size of the client file index because it will soon exceed the space available.

Log default /nsr/logs/messages 파일에서 적절한 시스템 로그 파일로 정보를 로깅하도록 UNIX syslog 기능(/usr/bin/logger)에 지시합니다.

Registration root에 다음과 같은 전자 우편을 보냅니다. check the registration status.

Savegroup completion root에 다음과 같은 전자 우편을 보냅니다. degree of success in completing scheduled backups, cloning, and archive operations.

SNMP notification request 이벤트 통지를 네트워크 관리 콘솔에 전송합니다. 이 통지는 NetWorker SNMP 모듈을 구매하고 사용한 경우에만 나타납니다.

Tape mount request 1 미디어를 장치에 마운트하도록 요청하고 보류 메시지를 표시합니다.

Tape mount request 2 미디어를 장치에 마운트하도록 요청하고 보류 메시지를 표시합니다.

Tape mount request 3 테이프를 마운트하라고 요청하는 전자 메일을 root에 보냅니다.

표 14. 사전 구성된 통지 (2/2)

통지 NetWorker 서버에서 수행된 작업

3장:서버 관리


3

통지 사용자 정의

통지는 다음 세 가지 요소가 필요합니다.

• 이벤트

• 작업

• 우선 순위

이들 요소에 대해서는 다음 절에서 설명합니다.

이벤트

113페이지의 표 15는 작업을 시작하는 이벤트 통지의 유형을 나열합니다.

참고: 기존 통지에 대한 이벤트는 편집할 수 없습니다. 변경하려면 통지를 삭제한 후 다른 설정으로 다시 작성합니다.

표 15. 이벤트

이벤트 설명

미디어 미디어는 백업 볼륨을 마운트 또는 마운트 해제를 위한 운영자의 주의가 필요합니다.

Savegroup 백업 그룹이 백업을 완료했습니다.

Index 인덱스는 주의가 필요합니다.

서버 다른 서버 이벤트(예: NetWorker 소프트웨어 재시작)가 발생했습니다.

Registration 제품 등록은 주의가 필요합니다.

Device cleaned 장치를 청소했습니다.

Device cleaning required 장치를 청소해야 합니다.

Cleaning cartridge required 클리닝 카트리지를 마운트합니다.

Cleaning cartridge expired 클리닝 카트리지가 만료되어 교체가 필요합니다.


3장:서버 관리

114

3

작업

114페이지의 표 16에 이벤트 통지 발생 후의 서버 작업이 나열되어 있습니다.

타사 프로그램이 표준 입력을 지원하는 경우 타사 프로그램도 동작에 사용될 수 있습니다. 예를 들어, UNIX mail 명령 대신 타사의 전자 우편 프로그램을 사용할 수 있습니다.

Administrators 그룹에 속한 사용자 또는 Change Security Settings 권한을 가진 사용자만 기존 통지의 Action 속성을 변경할 수 있습니다. 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

우선 순위

각 NetWorker 이벤트는 일련의 관련 메시지를 갖고 있으며, 메시지마다 우선 순위가 관련되어 있습니다. 사전 구성된 통지는 보낸 메시지의 중요도에 따라 우선 순위를 선택했습니다. 예를 들어, NetWorker 서버가 처음 백업 볼륨 마운트 요구를 송신하면 메시지에 할당되는 우선 순위는 Waiting, 두 번째 요구의 우선 순위는 Critical, 세 번째 요구의 우선 순위는 Alert입니다.

114페이지의 표 17에 통지가 기반을 두는 우선 순위가 나열되어 있습니다.

표 16. 작업

작업 설명

logger UNIX syslog 기능(/usr/bin/logger)을 사용하여 정보를 로깅하거나 메시지를 보냅니다.

lp 통지를 인쇄합니다.

mail 지정한 사용자에게 전자 우편을 보냅니다.

nsrtrap SNMP 관리 콘솔로 통지를 보냅니다.

표 17. 우선 순위 (1/2)

우선 순위 설명

Info 해당 서버의 상태에 대한 정보를 제공합니다.

Notice 중요한 정보를 사전에 송신합니다.

Warning 치명적이지 않은 오류에 대한 정보를 제시합니다.

Waiting 서버가 백업 볼륨 마운팅 같은 루틴 작업을 수행하기 위해 운영자에게 대기하도록 지시합니다.

Critical 서버가 수정해야 할 오류의 감지를 나타냅니다.

3장:서버 관리


3

참고: 기존 통지에 대한 우선 순위는 편집할 수 없습니다. 편집을 하려면 통지를 삭제한 후 다른 설정으로 다시 작성해야 합니다.

통지 작성

Administrators 그룹에 속한 사용자 또는 Change Security Settings 권한을 가진 사용자만 통지를 작성할 수 있습니다. 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

통지를 작성하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Notifications를 선택하여 Notifications 창을 엽니다.

2. View 메뉴에서 Details를 선택합니다.


4. Name 속성에 통지 이름을 입력합니다.

5. 선택 사항: Comment 속성에 통지에 대한 설명을 입력합니다.

6. Action 속성에서 NetWorker 서버에서 사용할 명령 이름을 입력합니다.

예를 들어, nsrtrap 프로그램을 사용하여 네트워크 관리 콘솔로 마운팅해야 할 볼륨에 관한 메시지를 보내려면 다음과 같이 입력하십시오.

/usr/sbin/nsrtrap -s 1 host

7. 필요한 경우 다른 속성을 작성한 후 Apply를 누릅니다.

Alert 즉각적인 주의를 필요로 하는 심각한 상황을 나타냅니다.

Emergency 즉시 수정하지 않으면 NetWorker 소프트웨어에 장애가 발생할 수 있는 촉박한 상황을 나타냅니다.

표 17. 우선 순위 (2/2)

우선 순위 설명


3장:서버 관리

116

3

통지 편집

기존 통지에 대한 이름, 이벤트 또는 우선 순위는 편집할 수 없습니다. 이를 변경하려면 통지를 삭제한 후 다른 설정으로 다시 작성해야 합니다.

통지를 편집하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Notifications 메뉴에서 Customize를 선택합니다.

2. Notifications 속성에 표시된 목록에서 편집할 통지를 선택합니다.

3. Action 속성을 편집한 후 Apply를 누릅니다.

Administrators 그룹에 속한 사용자 또는 Change Security Settings 권한을 가진 사용자만 Action 속성을 편집할 수 있습니다. 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

통지 삭제

Administrators 그룹에 속한 사용자 또는 Configure NetWorker 권한을 가진 사용자만 통지를 삭제할 수 있습니다. 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

사전에 구성된 NetWorker 통지는 삭제할 수 없습니다.

통지를 삭제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Notifications 메뉴에서 Customize를 선택합니다.

2. Notifications 속성에 표시된 목록에서 삭제할 통지를 선택합니다.

3. Delete를 누릅니다.

4. OK를 눌러 삭제를 확인합니다.


3장:서버 관리


3

보고서

다음 절에서는 NetWorker 보고 기능의 특징에 대해 설명합니다.

루틴 데이터 이동 작업 보고서

스케줄 백업, 그룹 복제 및 아카이브 작업에 대한 완료의 성공 정도는 Save 그룹 완료 보고서를 통한 savegrp 프로그램으로 사용자에게 보고됩니다. 이 보고서는 사전 구성된 통지 Save 그룹 완료에 의해 발생되는 프로그램입니다. 보고서는 /nsr/logs/messages의 로그 파일과 root에 전자 우편으로 전송됩니다.

보고서에는 다음 정보가 포함됩니다.

• 작업에 참여하는 각 Save set의 성공 또는 실패

• 작업의 저장 날짜 및 시간

• 부트스트랩 Save set ID

• 부트스트랩 볼륨 위치(볼륨 이름, 시작 레코드 번호 및 종료 레코드 번호)

NetWorker 서버 부트스트랩 보고서

NetWorker 서버가 NetWorker 서버를 포함하는 스케줄 백업을 완료하면 클라이언트 파일 인덱스, 미디어 데이터베이스 및 NetWorker 구성 파일의 백업 사본이 포함되어 있는 부트스트랩(bootstrap) Save set가 작성됩니다. 부트스트랩 Save Set의 데이터는 재해가 발생했을 때 NetWorker 서버를 다시 작성하는 데 필요합니다. 부트스트랩 파일은 미디어에 기록되고 자동으로 기본 프린터에 인쇄됩니다. 이 인쇄된 보고서는 사전 구성된 부트스트랩 통지에 의해 호출된 작업입니다.

중요 사항: 부트스트랩 보고서를 안전한 장소에 보관하십시오. 부트스트랩 정보는 재해 복구에 필수적입니다. 이 정보를 사용하면 서버 장애 이벤트 시 재해 복구의 시작 지점을 빨리 찾을 수 있습니다. 자세한 내용은 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오.


3장:서버 관리

118

3

저장 장치 관리 응용프로그램 보고서

118페이지의 표 18에서는 저장 장치 관리 시스템의 내용을 조회하기 위해 NetWorker 소프트웨어가 제공하는 프로그램을 나열합니다. 가장 널리 사용되는 명령 및 옵션의 자세한 내용은 LEGATO Command Reference Guide를 참조하십시오.

프로그램이 인식 가능한 보고서 생성

NetWorker 소프트웨어에는 스크립트 및 컴퓨터 프로그램이 쉽게 구문 분석할 수 있는 형식의 보고서를 생성할 수 있는 기능이 있습니다. 이러한 프로그램 인식 가능 형식은 mminfo 및 nsrinfo 명령에 -x 옵션을 사용하여 생성할 수 있습니다. 다음 두 가지 출력 형식을 사용할 수 있습니다.

• 구분자 분리 값 형식

• XML 형식

구분자 분리 값 형식

구분자 분리 값 형식은 각 값을 구분 문자로 분리하여 쉽게 구문 분석할 수 있는 보고서를 생성합니다. 값을 분리하는 구분 문자는 원하는 문자를 선택할 수 있습니다. 구분 문자를 사용하여 mminfo 또는 nsrinfo로 보고서를 생성하려면 -x 옵션을 지정하고 그 뒤에 c와 원하는 구분 문자를 차례로 지정하십시오. 예를 들면 다음과 같습니다.

% mminfo -xc, -s jupiter -c mars

이렇게 하면 다음의 예제 프로그램 인식 가능 보고서와 같이 값이 쉼표로 구분된 보고서가 생성됩니다.

volume,client,date-time,sum-size,level,name

jupiter.012,mars,03/01/02,40 MB,full,/export/home

jupiter.012,mars,03/01/02,51 MB,full,/

[...]

표 18. Storage Management Report 프로그램

프로그램 보고되는 정보

mminfo 저장 장치 볼륨의 내용과 모드 또는 저장된 Save set의 ID 번호와 상태

mmlocate 저장 장치 볼륨의 사용자 정의 위치

nsrinfo 클라이언트 파일 인덱스의 내용

nsrmm NetWorker 소프트웨어에 알려진 저장 장치 상태

3장:서버 관리


3

앞의 예제 출력에서 헤딩(첫 번째 행)은 구분 문자로 분리된 각 필드의 이름을 나타냅니다. 스크립트나 프로그램은 이 첫 번째 행을 구문 분석하여 각 필드의 이름을 확인한 다음 이후 행을 구문 분석하여 출력 값을 결정합니다. 따라서 보고서에 포함되는 필드가 다른 명령줄 옵션에 따라 변경되거나 NetWorker 소프트웨어의 버전에 따라 명령 출력이 변경되더라도, 동일한 스크립트를 사용하여 보고서를 구문 분석할 수 있습니다.

XML 형식

XML 형식은 XML 마크업 태그를 사용하는 보고서를 생성합니다.

mminfo 또는 nsrinfo를 사용하여 XML 형식의 보고서를 생성하려면 -x 옵션과 m을 차례로 지정합니다. 예를 들면 다음과 같습니다.

% mminfo -xm -s jupiter -c mars

이렇게 하면 다음의 예제 XML 형식 보고서가 생성됩니다.

<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE mminfo-tabular-report [<!ELEMENT result (field*)><!ELEMENT field (annotation | barcode | browse-time | [...])><!ELEMENT annotation (string-field)><!ELEMENT barcode (string-field)><!ELEMENT browse-time (time-field)>[...]<!ELEMENT boolean-field (#PCDATA)><!ELEMENT bytes-field (#PCDATA)><!ELEMENT boolean-field (#PCDATA)><!ELEMENT id-field (#PCDATA)><!ELEMENT kilobytes-field (#PCDATA)><!ELEMENT level-field (#PCDATA)><!ELEMENT number-field (#PCDATA)><!ELEMENT string-field (#PCDATA)><!ELEMENT time-field (#PCDATA)>[...]]>

<mminfo-tabular-report><result><volume>jupiter.012</volume><client>mars</client><date-time>03/01/02</date-time><sum-size>40 MB</sum-size><level>full</level><name>/export/home</name>


3장:서버 관리

120

3

</result><result><volume>jupiter.012</volume><client>mars</client><date-time>03/01/02</date-time><sum-size>51 MB</sum-size><level>full</level><name>/</name></result>[...]</mminfo-tabular-report>

시작 절에는 보고서에 포함될 수 있는 각 요소를 정의하는 문서 형식 정의(DTD)가 포함됩니다. DTD 절 및 실제 보고서는 빈 줄로 분리되며, 스크립트는 이 줄을 사용하여 DTD 절이 끝나고 보고서가 시작되는 부분을 식별할 수 있습니다.

NetWorker 서버 통계 및 진단 보고서

NetWorker 진단에 관해 보고하는 메시지는 NetWorker 관리 인터페이스에 표시되며 NetWorker 메시지 파일(/nsr/logs/messages)에도 포함됩니다. 이 메시지에는 경고 및 오류 상태, 끊어진 연결 알림을 포함합니다.

메시지 로그 파일

NetWorker 서버 데몬(nsrd, nsrindexd, nsrmmdbd 및 nsrmmd)에 의해 생성되는 메시지는 NetWorker messages 로그 및 일반적으로 /nsr/logs 디렉토리에 있는 daemon.log 파일에 포함됩니다.

NetWorker 자원의 변경 내용 모니터 및 보고

Server 자원의 Monitor RAP(자원 할당 프로토콜) 속성은 NetWorker 자원과 속성의 추가, 삭제 또는 수정의 기록을 추적합니다. 이러한 변경 내용은 /nsr/logs 디렉토리에 있는 rap.log 파일에 기록됩니다. rap.log 파일에는 사용자 이름, 소스 컴퓨터 및 수정 시간이 나열됩니다. rap.log 파일에는 관리자가 변경 내용을 실행 취소하기에 충분한 정보가 기록됩니다.

참고: Monitor RAP 옵션은 기본적으로 비활성화되어 있습니다.

Monitor RAP 속성 활성화

Monitor RAP 속성을 활성화하려면 다음을 따르십시오.



3. Monitor RAP 옵션을 Enabled로 설정합니다.


3장:서버 관리


3

방화벽 지원이 안내서에서는 사용자가 방화벽 및 TCP/IP 프로토콜에 대한 기본적인 지식을 갖고 있는 것으로 가정합니다. 따라서 이 절에서는 NetWorker 소프트웨어와 관련된 방화벽 지원에 대해 설명합니다.

방화벽 지원을 사용하면 패킷 필터링 방화벽에 의해 NetWorker 서버와 분리된 NetWorker 클라이언트 및 저장 장치 노드를 백업할 수 있습니다. 패킷 필터링 방화벽은 네트워크로 들어오거나 나가는 각 IP 패킷을 검사합니다. 방화벽은 사용자가 정의한 규칙을 기준으로 패킷을 허용하거나 거부합니다.

방화벽 지원을 사용하려면 각 NetWorker 구성 요소가 사용하는 서비스 포트(수신 포트라고도 함) 수를 계산하여 다른 NetWorker 구성 요소의 요청을 수신합니다. 서비스 포트 계산을 사용하여 방화벽이 NetWorker 소프트웨어 통신에 대해 열려 있는 서비스 포트를 충분히 제공하도록 구성합니다.

서비스 포트를 사용한 두 가지 NetWorker 소프트웨어 구성

두 가지 일반적인 NetWorker 소프트웨어 구성이 있습니다.

• NetWorker 클라이언트(122페이지의 그림 12)와 같은 방화벽 측에 있는 저장 장치 노드입니다.

• 저장 장치 노드가 NetWorker 서버와 같은 방화벽 측에 있는 구성(124페이지의 그림 13)입니다.

두 가지 NetWorker 소프트웨어 구성 모두 아래와 같은 데몬을 사용하여 원활한 통신을 가능하게 하며 작업을 수행합니다.

• nsrd

• nsrexecd

• nsrindexd

• nsrmmd

• nsrmmdbd

두 개의 고정 서비스 포트가 있는 nsrexecd를 제외하고 각 데몬에는 하나의 서비스 포트가 있습니다. 명령을 시작하는 데 사용되는 서비스 포트는 포트 7937입니다. 포트 7938은 LEGATO 포트매퍼에 사용되는 서비스 포트입니다. nsrexecd를 제외하고 데몬이 사용하는 포트 번호는 NetWorker 소프트웨어에 설정된 서비스 포트 범위에서 할당됩니다. 각 nsrmmd 프로세스마다 하나의 서비스 포트가 사용됩니다.


3장:서버 관리

122

3

구성 1: NetWorker 클라이언트에 인접한 저장 장치 노드

122페이지의 그림 12는 NetWorker 클라이언트 옆에 있는 저장 장치 노드를 보여줍니다. 이 구성에서는 방화벽을 통과할 필요 없이 NetWorker 클라이언트에서 저장 장치 노드에 직접 연결할 수 있어 일부 사용자는 이 구성을 선호합니다. 이와 같은 구성에서는 많은 양의 데이터를 보다 쉽게 전송할 수 있습니다.

그림 12. NetWorker 클라이언트에 인접한 저장 장치 노드

NetWorkerServer

nsrmmd

nsrmmdbdnsrd

서비스 포트 7938


nsrexecd



nsrexecd

NetWorker 클라이언트

방화벽(firewall)

NetWorker 저장 장치 노드



nsrexecd

nsrindexd

nsrd의 임시 에이전트

저장, 복구, 아카이브 등

3장:서버 관리


3

세 컴퓨터 간의 통신을 구현하는 데몬에는 통신이 시작된 방향을 나타내는 화살표가 표시됩니다. TCP/IP 통신은 일단 시작되면 양방향으로 수행됩니다.

122페이지의 그림 12에서 볼 수 있듯이 서비스 포트를 사용할 수 있어야 합니다. 서비스 포트를 통해 다음 작업을 수행할 수 있습니다.

• NetWorker 클라이언트가 NetWorker 서버의 nsrexecd(포트 7938 사용), nsrd 및 nsrindexd 데몬과 통신할 수 있습니다. 이러한 통신은 save 및 recover 등의 명령과 아카이브 요청을 수행하는 데 필요합니다.

• nsrd 데몬 또는 NetWorker 서버의 nsrd 에이전트는 다음 데몬과 통신할 수 있습니다.

– NetWorker 클라이언트의 nsrexecd(포트 7937 및 7938 사용)

– 저장 장치 노드의 nsrexecd(포트 7937 및 7938 사용)

– 저장 장치 노드의 nsrmmd

• NetWorker 클라이언트는 저장 장치 노드의 nsrexecd(포트 7938) 및 nsrmmd 데몬과 통신할 수 있습니다.


3장:서버 관리

124

3

구성 2: NetWorker 서버에 인접한 저장 장치 노드

일부 사용자는 백업한 데이터를 보다 안전하게 저장하기 위해 저장 장치 노드를 방화벽 뒤의 NetWorker 서버 옆에 배치하는 구성을 선택합니다. 이 구성은 124페이지의 그림 13에 나와 있습니다.

그림 13. NetWorker 서버에 인접한 저장 장치 노드

세 컴퓨터 간의 통신을 구현하는 데몬에는 통신이 시작된 방향을 나타내는 화살표가 표시됩니다. TCP/IP 통신은 일단 시작되면 양방향으로 수행됩니다.

NetWorkerServer

nsrmmd

nsrmmdbd

nsrd



nsrexecd



nsrexecd

NetWorker클라이언트

방화벽(firewall)

NetWorker저장 장치 노드



nsrexecd

nsrindexdnsrd의 임시 에이전트

저장, 복구, 아카이브 등

3장:서버 관리


3

124페이지의 그림 13에서 볼 수 있듯이 다음 작업을 수행하려면 서비스 포트를 사용할 수 있어야 합니다.

• NetWorker 클라이언트가 NetWorker 서버의 nsrexecd(포트 7938 사용), nsrd 및 nsrindexd 데몬과 통신할 수 있습니다. 이러한 통신은 save 및 recover 등의 명령과 아카이브 요청을 수행하는 데 필요합니다.

• nsrd 데몬 또는 NetWorker 서버의 nsrd 에이전트는 다음 데몬과 통신합니다.

– NetWorker 클라이언트의 nsrexecd(포트 7937 및 7938 사용)

– 저장 장치 노드의 nsrexecd(포트 7937 및 7938 사용)

– 저장 장치 노드의 nsrmmd

• NetWorker 클라이언트는 저장 장치 노드의 nsrexecd(포트 7938 사용) 및 nsrmmd 데몬과 통신할 수 있습니다.

참고: 저장 장치 노드를 포함하지 않는 세 번째 유형의 NetWorker 구성도 있습니다. 이러한 방식으로 구성된 경우에는 NetWorker 서버가 저장 장치 노드의 작업을 수행합니다. 이 경우 nsrmmd 데몬은 NetWorker 서버에서 실행되고 124페이지의 그림 13에 나와 있는 다른 세부 사항은 동일하게 유지됩니다.

방화벽 지원 구성

NetWorker 서버, NetWorker 클라이언트 및 저장 장치 노드에 대해 서비스 포트를 구성하려면 다음 중 한 가지를 수행하십시오.

• 기본 설정 사용

• NetWorker 소프트웨어에서 사용하는 포트 수 제한

참고: 구성된 서비스 포트 범위가 충분하지 않으면 연관된 서비스 및 프로세스가 방화벽을 통해 통신할 수 없습니다. 자세한 내용은 132페이지의 “포트 구성 문제 해결”을 참조하십시오.

기본 설정을 사용하여 방화벽 지원 구성

다음과 같이 기본 설정을 사용하여 방화벽 포트를 구성합니다.

1. 서비스 포트를 통해 인바운드 및 아웃바운드 TCP 패킷을 허용하도록 방화벽 규칙을 설정하고 포트 범위를 NetWorker 데몬이 사용하는 기본 서비스 포트 범위인 7937-9936으로 설정합니다.

2. 각 NetWorker 호스트에 대해 동적 NetWorker 주소 변환(NAT)이 사용되지 않는지 확인합니다. NAT를 사용하지 않으려면 라우터와 함께 제공되는 관련 문서를 참조하십시오.

참고: 정적 NAT가 지원됩니다.


3장:서버 관리

126

3

포트 범위 구성에 대한 팁

NetWorker 포트 범위를 구성하기 전에 다음 정보를 검토합니다.

• NetWorker 서버, 클라이언트 또는 저장 장치 노드의 연결 포트 범위를 10001-30000의 기본 범위로 유지합니다. 이러한 포트는 서비스 포트가 아니라 연결을 시작하는 연결 포트로 사용됩니다.

• 자원(<filename>.res) 파일에는 nsr 포트 범위 자원으로 허용된 포트 범위가 저장되어 있습니다. 자원 파일을 직접 수정하지 마십시오. 대신 129페이지의 “NetWorker 서비스 포트 설정 구성”에 설명된 대로 NetWorker 관리 프로그램을 사용하여 범위를 정의합니다.

nsrexecd 데몬은 nsr 포트 범위 자원을 관리합니다. 이 데몬은 시스템을 초기화할 때와 마찬가지로 가장 먼저 시작되는 NetWorker 데몬이어야 합니다.

참고: NetWorker 소프트웨어를 수동으로 시작하는 경우 nsrexecd 데몬이 제일 먼저 시작되는지 확인합니다. 그렇지 않으면 포트가 임의로 할당될 수 있습니다.

• 서비스 또는 연결 포트 범위를 변경한 후에는 NetWorker 소프트웨어를 다시 시작하고 방화벽 규칙을 적절하게 수정합니다.

참고: 포트 범위가 제한된 경우 포트를 다시 사용할 수 있을 때까지 잠시 기다렸다가 NetWorker 소프트웨어를 다시 시작하십시오.

• 포트 범위 요구를 줄이기 위해 TIME_WAIT 간격을 변경하지 마십시오. TIME_WAIT 간격을 변경하면 포트 범위에는 거의 영향을 주지 않으며, 너무 낮게 설정하면 이미 종료된 프로세스로 재전송된 패킷으로 인해 새 프로세스가 손상될 수 있습니다.

• NetWorker 클라이언트가 순방향 및 역방향 조회를 사용하여 NetWorker 서버 호스트 이름을 지속적으로 해석할 수 있으면 NetWorker 서버 IP 주소의 정적 네트워크 주소 변환(NAT)를 사용할 수 있습니다.

• 상태 검사 방화벽 사용에 대한 고려 사항은 LEGATO Technical Bulletin No. 388을 참조하십시오.

3장:서버 관리


3

포트 범위 제한

포트 범위를 제한하려면(기본 설정을 사용하는 대신) 다음을 수행합니다.

1. 각 NetWorker 서버, NetWorker 클라이언트 및 저장 장치 노드에서 필요로 하는 최소 포트 범위를 결정합니다. 각각 127페이지의 “NetWorker 서버 포트 범위 요구 사항”, 128페이지의 “NetWorker 클라이언트 포트 범위 요구 사항” 및 128페이지의 “저장 장치 노드 포트 범위 요구 사항”을 참조하십시오.

2. NetWorker 서버 포트 설정을 구성합니다. 129페이지의 “NetWorker 서비스 포트 설정 구성”을 참조하십시오.

3. 단계 2에서 NetWorker 소프트웨어에 구성된 서비스 포트를 통해 인바운드 및 아웃바운드 TCP 패킷을 허용하도록 방화벽 규칙을 설정합니다.

4. 각 NetWorker 호스트에 대해 동적 네트워크 주소 변환(NAT)이 사용되지 않는지 확인합니다. NAT를 사용하지 않으려면 라우터와 함께 제공되는 관련 문서를 참조하십시오.

참고: 정적 NAT가 지원됩니다.

필요한 최소 포트 범위 결정

NetWorker 소프트웨어에 필요한 최소 서비스 포트 범위를 계산하기 전에 특정 컴퓨터에서 포트가 사용되는 방식을 검사할 수 있습니다. netstat -a 또는 rpcinfo -p 명령을 사용하여 이러한 정보를 얻을 수 있습니다.

다음 절에서는 NetWorker 서버, NetWorker 클라이언트 및 저장 장치 노드에 대한 서비스 포트 범위 요구 사항에 대해 설명합니다.

NetWorker 서버 포트 범위 요구 사항

NetWorker 서버에 필요한 최소 서비스 포트 수를 확인하려면 5 + 2n을 계산합니다.

• 5는 NetWorker 서버에 등록된 최소 데몬 수입니다. 예를 들어, 124페이지의 그림 13은 다음 데몬을 보여줍니다.

– nsrexecd(두 개의 필수 포트 7937 및 7938 사용)

– nsrd(하나의 포트 사용)

– nsrindexd(하나의 포트 사용)

– nsrmmdbd(하나의 포트 사용)

• n은 NetWorker 서버에 등록된 장치의 수입니다.


3장:서버 관리

128

3 예: 서버의 서비스 포트 범위 설정

네 개의 테이프 장치가 포함된 구성의 경우 NetWorker 서버에 13개의 서비스 포트를 할당해야 합니다. 이 경우 NetWorker 서버의 서비스 포트 범위를 7937-7949로 설정하거나 7937-7938(필수 포트) 및 8001-8011(다른 포트 번호 사용 가능)의 범위를 사용합니다.

NetWorker 클라이언트 포트 범위 요구 사항NetWorker 클라이언트 데몬인 nsrexecd 및 LEGATO 포트매퍼는 각각 서비스 포트 7937 및 7938에 로컬로 바인드됩니다.

따라서 모든 NetWorker 클라이언트의 경우 다음 두 개의 연결을 엽니다.

– nsrexecd: 7937

– LEGATO 포트매퍼: 7938

저장 장치 노드 포트 범위 요구 사항

NetWorker 저장 장치 노드에 필요한 최소 서비스 포트 수를 확인하려면 2 + 2n을 계산합니다.

• 여기서 2는 nsrexecd 데몬에 필요한 포트 수(포트 7937 및 7938이어야 함)입니다.

• n은 저장 장치 노드에 연결된 장치의 수입니다.

예: 저장 장치 노드의 서비스 포트 범위 설정

구성에 4개의 테이프 장치가 포함된 경우 NetWorker 저장 장치 노드에 10개의 서비스 포트를 할당해야 합니다. 이 경우 NetWorker 저장 장치 노드의 서비스 포트 범위를 7937-7946으로 설정하거나 7937-7938(필수 포트) 및 8001-8008(다른 포트 번호 사용 가능)의 범위를 사용합니다.

3장:서버 관리


3

NetWorker 서비스 포트 설정 구성

nwadmin 또는 nsrports 프로그램을 사용하여 할당된 기본 설정을 변경함으로써 서버, 클라이언트 및 저장 장치 노드에 대한 서비스 포트를 구성합니다.

참고: 할당된 서비스 포트의 범위가 연속적일 필요는 없습니다. 서비스 포트를 비연속적인 범위로 설정하려면 범위 사이에 공백을 입력하십시오.

• nwadmin 프로그램을 사용하여 서비스 포트 범위를 구성하려면 다음을 수행합니다.

1. Options 메뉴에서 Configure Ports를 선택합니다.

2. Configure Ports 대화 상자에서 포트 구성이 적용될 컴퓨터의 호스트 이름이나 IP 주소를 입력합니다.


4. Set Ports 대화 상자에 서비스 포트 범위를 입력합니다.

비연속적인 포트 범위를 입력하려면 두 범위 사이에 공백을 삽입합니다(예: 7937-7938 8001-8010).

5. OK를 눌러 변경 사항을 저장합니다.

6. Cancel을 눌러 Configure Ports 대화 상자를 종료합니다.

• nsrports 프로그램을 사용하여 서비스 포트 범위를 구성하려면 명령 프롬프트에 다음 명령을 입력합니다.

nsrports -s server [-S|-C] range

예를 들어, 다음 서비스 포트의 비연속적인 범위를 정의하려면 다음을 입력합니다.

nsrports -S 7937-7938 8001-8010

129페이지의 표 19에서는 nsrports 명령에 사용된 옵션에 대해 설명합니다.

표 19. nsrports 명령 의 옵션

옵션 설명

-s server 연결할 시스템을 지정합니다.

-S 시스템의 서비스 포트 범위를 지정한 범위로 설정합니다.

-C 시스템의 연결 포트 범위를 지정한 범위로 설정합니다.


3장:서버 관리

130

3

TCP 패킷 고려 사항

다음 서비스 포트에서 인바운드 및 아웃바운드 TCP 패킷을 허용하도록 방화벽 규칙을 설정합니다.

• NetWorker 서버에서 NetWorker 클라이언트와 NetWorker 서버 사이의 포트를 엽니다.

• NetWorker 저장 장치 노드에서 NetWorker 클라이언트와 NetWorker 저장 장치 노드 사이의 포트를 엽니다.

• 포트 7937 — NetWorker 서버와 아래의 두 구성 요소 사이의 포트를 엽니다.

– NetWorker 클라이언트

– NetWorker 방화벽의 클라이언트 측에 있는 저장 장치 노드

• 포트 7938 — 인바운드 및 아웃바운드 요청에 대한 포트를 엽니다.

rpcinfo 출력 샘플

rpcinfo -p 명령을 사용하여 포트 할당을 확인할 수 있습니다. 131페이지의 표 20에 나와 있는 rpcinfo 출력 샘플은 NetWorker 서버에 필요한 10개의 서비스 외에 5대의 장치를 위한 포트 할당을 보여줍니다.

• 두 개의 포트 7937과 7938은 nsrexecd 데몬에 예약되어 있습니다. 포트 7938은 테이블의 정보를 포함하는 포트매퍼의 역할을 하기 때문에 rpcinfo 출력의 테이블에 나열되지 않습니다.

• 5개의 포트(7942 - 7946)가 5개의 nsrmmd 데몬에 할당됩니다.

• 3개의 포트(7939 - 7941)는 9개의 다른 RPC 서비스 사이에 공유됩니다.

3장:서버 관리


3표 20. rpcinfo 출력 샘플

프로그램 버전 번호 프로토콜 포트 프로그램 또는 데몬a

a. 포트매퍼에 자체 등록하는 프로그램은 해당 프로그램의 이름을 데몬 이름으로 사용할 필요가 없습니다. 예를 들어, nsrexecd는 자체 데몬을 nsrexecd 데몬이 아닌 nsrexec 데몬으로 등록합니다.

390113 1 tcp 7937 nsrexec

390103 2 tcp 7939 nsrd

390109 2 udp 7939 nsrstat

390109 2 tcp 7939 nsrstat

390110 1 tcp 7939 nsrjb

390107 5, 6 tcp 7940 nsrmmdbd

390105 5, 6 tcp 7941 nsrindexd

390104 105 tcp 7946 nsrmmd

390104 205 tcp 7942 nsrmmd

390104 305 tcp 7943 nsrmmd

390104 405 tcp 7944 nsrmmd

390104 505 tcp 7945 nsrmmd


3장:서버 관리

132

3

포트 구성 문제 해결

이 절에서는 포트 구성 후 발생하는 일반적인 오류 메시지 문제를 해결하기 위한 지침을 제공합니다.

• hostname 시스템에서 구성된 범위 내의 서비스 포트에 소켓을 바인드할 수 없습니다.

NetWorker 서버 서비스가 클라이언트 요구를 청취할 만큼 구성된 서비스 포트 범위가 충분히 크지 않습니다.

이 문제를 해결하려면 다음을 수행합니다.

1. 지정된 호스트 이름에 대해 구성된 서비스 포트 범위를 늘립니다.

2. 단계 1에서 지정한 포트 범위 내의 인바운드 및 아웃바운드 TCP 패킷을 허용하도록 방화벽 규칙을 설정합니다.

• hostname 시스템에서 구성된 범위 내의 연결 포트에 소켓을 바인드할 수 없습니다.

NetWorker 백업 및 복구 세션을 실행할 만큼 구성된 연결 포트 범위가 충분히 크지 않습니다. 현재 백업 또는 복구 세션이 중지되었습니다.


1. 지정된 호스트 이름에 대해 구성된 연결 포트 범위를 늘립니다. (129페이지의 “NetWorker 서비스 포트 설정 구성”을 참조하십시오.)

2. 단계 1에서 지정된 포트 범위 내의 인바운드 및 아웃바운드 TCP 패킷을 허용하도록 방화벽 규칙을 설정합니다.

• 원격 시스템 오류(심각도 4, 번호 12)

NetWorker 소프트웨어에 구성된 서비스 포트 범위의 일부 포트가 방화벽 규칙에 따라 허용되지 않습니다. (NetWorker 소프트웨어에 충분한 포트가 구성되어 있지만 일부 포트가 방화벽에서 열려 있지 않습니다.)


1. nsrports 명령을 사용하여 NetWorker 소프트웨어에 구성된 포트 범위를 확인합니다.

2. 방화벽 규칙이 NetWorker 클라이언트와 서버 사이의 인바운드 및 아웃바운드 TCP 패킷을 허용하는지 확인합니다.

3장:서버 관리


3

저장 장치 노드저장 장치 노드는 원격 저장 장치(제어중인 NetWorker 서버에 물리적으로 연결되지 않은 장치)가 연결되어 있는 호스트 컴퓨터입니다. 저장 장치 노드가 연결된 장치의 물리적인 연결과 소유권을 갖고 있지만 NetWorker 서버가 클라이언트 파일 인덱스 및 미디어 데이터베이스를 관리합니다. NetWorker 소프트웨어를 사용하여 데이터가 먼저 NetWorker 서버를 거치지 않고 저장 장치 노드의 저장 장치로 직접 가도록 클라이언트 데이터의 경로를 지정할 수 있습니다. 필수 사항은 아니지만 저장 장치 노드는 NetWorker 서버의 클라이언트일 수 있습니다.

NetWorker 서버에서 다음과 같은 일반적인 저장 장치 작업을 수행할 수 있습니다.

• 저장 장치 노드 장치에 대한 볼륨 레이블 지정 및 마운팅

• 저장 장치 노드와 연관된 NetWorker 자원 구성

참고: Configure NetWorker 권한을 가진 사용자만 NetWorker 서버, 미디어 장치 및 Aautochanger의 구성을 추가하거나 변경할 수 있습니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

다음 절에는 저장 장치 노드에 대한 정보가 포함되어 있습니다.

• 133페이지의 “필요 조건”

• 134페이지의 “라이센스 부여”

• 134페이지의 “저장 장치 노드 구성”

• 135페이지의 “저장 장치 노드 작업의 Timeout 속성”

• 135페이지의 “저장 장치 노드 친화력”

• 136페이지의 “저장 장치 노드 및 복제”

• 137페이지의 “하나의 저장 장치 노드를 공유하도록 여러 NetWorker 다중 서버 구성”

• 137페이지의 “저장 장치 노드 문제 해결 팁”

필요 조건

저장 장치 노드와 함께 NetWorker 소프트웨어를 사용하려면 저장 장치 노드에 다음 소프트웨어를 설치해야 합니다.

• NetWorker클라이언트 소프트웨어

• 각 장치용 장치 드라이버 소프트웨어

• NetWorker 저장 장치 노드 소프트웨어

• (선택 사항) LEGATO GEMS SmartMedia 소프트웨어 이 소프트웨어를 통해 여러 NetWorker 서버가 저장 장치 노드를 공유할 수 있습니다. 해당 노드에서 Autochanger, 드라이브 및 볼륨을 관리하려면 SmartMedia 소프트웨어를 사용해야 합니다.


3장:서버 관리

134

3

라이센스 부여

저장 장치 노드와 함께 NetWorker 소프트웨어를 사용하려면 NetWorker 서버에서 다음과 같은 작동 코드를 얻어와 입력해야 합니다.

• 각 개별 저장 장치 노드용 작동 코드(저장 장치 노드 작동 코드 인증서에 포함)

• 각 저장 장치 노드에 연결된 각 Autochanger 또는 Silo용 작동 코드(Autochanger 및 Silo 작동 코드 인증서에 포함)

중요 사항: 원격 컴퓨터의 NetWorker 저장 장치 노드 소프트웨어를 평가 모드로 구성 및 사용하고, 평가 기간이 저장 장치 노드 작동 코드를 설치하기 전에 만료되면 저장 장치 노드에 백업된 데이터를 복구할 수 없습니다. 데이터를 복구하려면 원격 볼륨을 지역 장치로 이동한 후 그 곳에서 복구 작업을 수행해야 합니다.

저장 장치 노드 구성

필요한 소프트웨어와 작동 코드가 설치되면 각 저장 장치 노드 장치를 구성해야 합니다. 이 절차는 234페이지의 “Devices”에 설명된 대로 다른 장치에 필요한 작업과 유사합니다. 그러나 저장 장치 노드 장치 이름은 다음 규약을 따라야 합니다.

rd=storage_node_hostname:device_name

예를 들어, rd=jupiter.mars.com:/dev/rmt/0hbn입니다.

Autochanger 및 Silo의 저장 장치 노드를 포함하여 저장 장치 노드를 구성하는 방법에 대한 자세한 내용은 276페이지의 “저장 장치 노드”를 참조하십시오.

jbconfig 프로그램을 실행하려면 root 사용자에게 Configure NetWorker 권한이 있어야 합니다. scanner 프로그램을 실행하려면 사용자에게 Operate NetWorker 권한이 있어야 합니다. NetWorker 권한과 User 그룹에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

중요 사항: 기존 NetWorker 서버는 NetWorker 저장 장치 노드로 변환하지 마십시오. 이전 서버의 자원 데이터베이스, 미디어 데이터베이스 및 클라이언트 파일 인덱스가 새 NetWorker 서버의 데이터베이스 및 클라이언트 파일 인덱스와 병합될 때 충돌할 가능성이 있습니다.

3장:서버 관리


3

저장 장치 노드 작업의 Timeout 속성

Server 자원에 구성된 Nsrmmd Control Timeout이라는 속성을 지정하여 NetWorker 서버가 저장 장치 노드 요청이 완료될 때까지 기다리는 시간을 구성할 수 있습니다. 이 속성을 표시하려면 숨겨진 속성을 사용해야 합니다.

Nsrmmd Control Timeout 속성은 서버의 nsrd 데몬이 저장 장치 노드 요청이 완료될 때까지 기다리는 시간을 제어합니다. 요청이 완료되기 전에 시간 제한 값에 도달하면 작업이 중단되고 오류 메시지가 기록됩니다.

Nsrmmd Control Timeout에 할당되는 기본값은 5분이며, 2-30분 사이의 임의의 값을 정수로 지정할 수 있습니다.

이전 릴리스의 NetWorker 소프트웨어에서 이 기능이 NSR_MMDCONTROL 환경 변수를 통해 제어되었습니다. nsrd가 서버에서 초기화되어 NSR_MMDCONTROL에 대한 설정이 존재하는 것을 감지한 경우에는 다음과 같은 메시지가 표시됩니다.

NSR_MMDCONTROL env variable is being ignored

use ’nsrmmd control timeout’ attribute instead

이 메시지가 표시되면 다음을 수행합니다.

1. NetWorker 데몬을 종료합니다.

2. NSR_MMDCONTROL에 대한 환경 설정을 제거합니다.

3. NetWorker 데몬을 다시 시작합니다.

4. 필요한 경우 NetWorker 관리 프로그램을 시작하여 Nsrmmd Control Timeout의 값을 NSR_MMDCONTROL 변수에 이전에 할당된 설정값이나 현재 요구 사항에 가장 잘 맞는 설정값으로 조정합니다.

저장 장치 노드 친화력

Client 대화 상자의 Storage Nodes 속성에 해당 호스트 이름을 입력하여 어떤 NetWorker 서버와 저장 장치 노드가 클라이언트의 데이터를 받는지(이를 저장 장치 노드 친화력이라고 함) 결정할 수 있습니다. 대부분의 Client 자원에서 Storage Nodes 속성에 대한 기본 설정은 nsrserverhost(호스트 NetWorker 서버)입니다. 저장 장치 노드의 원격 장치를 만든 후에 저장 장치 노드 컴퓨터의 Client 자원을 만들면 Storage Nodes 속성의 기본 설정값은 해당 저장 장치 노드와 NetWorker 서버가 됩니다.

저장 장치 노드를 만든 후에 Client 자원을 만들었고, 그 클라이언트가 해당 저장 장치 노드에 백업되게 하려면 기본 nsrserverhost 위에 있는 해당 클라이언트의 Storage Node 속성에서 저장 장치 노드의 이름을 입력해야 합니다. 이 목록에는 언제라도 저장 장치 노드 이름을 추가할 수 있습니다. 클라이언트는 사용할 수 있는 장치가 있고 데이터를 받을 수 있는 목록의 첫 번째 저장 장치 노드로 데이터의 방향을 지정하게 됩니다.


3장:서버 관리

136

3

저장 장치 노드의 부트스트랩 백업

서버의 인덱스와 부트스트랩 Save Set가 백업되면 해당 NetWorker 서버에 로컬인 장치에 데이터가 기록됩니다. 부트스트랩을 원격 장치에 백업할 수는 없지만 부트스트랩 복제를 로컬 장치에 기록할 수는 있습니다. mmrecov를 사용하여 부트스트랩 Save set를 복구할 경우 로컬 장치에서 데이터를 복구해야 합니다.

저장 장치 노드 및 복제

저장 장치 노드는 NetWorker 서버와 유사한 방식으로 데이터를 복제할 수 있습니다. 저장 장치 노드와 NetWorker 서버 사이에는 계층 구조가 존재합니다. 이 구조는 저장 장치 노드 데이터를 복제하기 위해 경로를 지정할 위치를 결정합니다. 다음 목록은 이러한 최상위에서 최하위로의 계층을 나타냅니다.

1. 저장 장치 노드의 Client 자원에는 Clone Storage Nodes 속성이 포함되며 이것은 이 저장 장치 노드가 데이터 복제에 사용할 수 있는 다른 저장 장치 노드를 식별하는 데 사용됩니다. 사용 가능하도록 할 각 저장 장치 노드의 이름을 입력합니다. 저장 장치 노드는 사용할 수 있는 장치가 있고 복제용 데이터를 수신할 수 있는 목록의 첫 번째 저장 장치 노드로 데이터의 방향을 지정하게 됩니다.

그러나 Storage Nodes 속성과는 달리 여기에는 기본 저장 장치 노드 이름이 나타나 있지 않습니다. 나열된 저장 장치 노드가 없으면 다음 단계에 설명된 대로 NetWorker 서버의 설정값을 사용합니다.

참고: 저장 장치 노드에는 Cloning Storage Nodes 속성만 적용할 수 있습니다. 저장 장치 노드가 아닌 클라이언트에는 사용되지 않습니다.

2. 저장 장치 노드의 Client 자원에서 Clone Storage Nodes 속성을 설정하지 않으면 해당 서버의 Client 자원에 있는 Clone Storage Nodes 속성이 사용됩니다.

3. 서버의 Client 자원에 있는 Clone Storage Node 속성을 설정하지 않으면 해당 서버의 Client 자원에 있는 Storage Node 속성을 사용합니다.

3장:서버 관리


3

하나의 저장 장치 노드를 공유하도록 여러 NetWorker 다중 서버 구성

다음과 같은 요구 사항이 충족되는 한 다중 NetWorker 서버가 같은 저장 장치 노드를 공유하도록 구성할 수 있습니다.

• 공유된 노드의 모든 볼륨, 드라이브 및 Autochanger가 LEGATO GEMS SmartMedia 소프트웨어에 의해 관리되어야 합니다.

• 노드를 공유하는 NetWorker 서버는 해당 노드에 정의된 SmartMedia 장치만을 갖고 있어야 합니다.

• 한 노드를 공유하는 NetWorker 서버들은 해당 노드의 각 Autochanger에 대해 고유한 이름을 가져야 합니다. 이 작업은 소프트웨어가 해주지 않으므로 사용자가 관리 차원에서 확인해야 합니다.

다중 NetWorker 서버가 저장 장치 노드를 공유하도록 구성하려면 다음을 따르십시오.

1. 공유 노드에서 아래의 빈 파일을 작성합니다.

/nsr/debug/sn_sharing

2. nsrexecd를 다시 시작합니다.

이제 이 저장 장치 노드를 여러 NetWorker 서버가 공유할 수 있습니다.

참고: 서버를 동시에 사용할 계획이라면 각 NetWorker 서버가 노드를 공유할 수 있도록 해당 노드에 별도의 드라이브가 있어야 합니다.

저장 장치 노드 문제 해결 팁

백업이 실패하면 다음 메시지가 표시됩니다.

no matching devices; check storage nodes, devices or pools

이 문제는 저장 장치 노드 친화력과 관련이 있을 수 있습니다.

가능한 원인은 다음과 같습니다.

• Storage Nodes 속성에 나열된 저장 장치 노드에 활성화된 장치가 없습니다.

• 장치에 백업 요구에 필요한 풀과 일치하는 볼륨이 없습니다.

• 모든 장치가 읽기 전용으로 설정되어 있습니다.

예를 들어, 클라이언트의 Storage Node 목록에 하나의 저장 장치 노드만 있고 해당 저장 장치 노드의 모든 장치가 비활성화된 경우에는 문제를 해결하고 백업을 다시 시작해야 합니다.

이 문제를 해결하려면 다음 중 하나를 수행해야 합니다.

• 클라이언트 목록에 있는 한 개의 저장 장치 노드에서 장치를 사용합니다.

• 저장 장치 노드 목록에 있는 장치에 대한 풀 제한 사항을 수정합니다.

• 풀 제한 사항과 일치하는 장치를 사용한 목록에 다른 저장 장치 노드를 추가합니다.

• 장치들 중 하나를 읽기/쓰기로 설정합니다.


3장:서버 관리

138

3

온라인 인덱스NetWorker 서버에서 해당 서버의 로컬 파일 시스템에 저장되어 있는 두 개의 데이터베이스에 백업한 파일을 추적합니다.

• 클라이언트 파일 인덱스는 Save Set에 속한 파일을 추적합니다. 클라이언트마다 클라이언트 파일 인덱스가 하나씩 있습니다.

• 미디어 데이터베이스는 다음을 추적합니다.

– 볼륨 이름

– 해당 볼륨에 있는 Save set의 백업 날짜

– 각 Save set 내의 파일 시스템

미디어 데이터베이스는 클라이언트 파일 인덱스와 달리 서버당 하나씩만 있습니다.

NetWorker 서버는 사용자가 설정한 찾기 방침 및 보유 방침에 따라 자동으로 클라이언트 파일 인덱스 및 미디어 데이터베이스의 크기를 제어할 수 있습니다. 찾기 및 보유 방침 사용에 대한 자세한 내용은 177페이지의 “데이터 수명 주기 관리”를 참조하십시오.

다음 절에서는 온라인 인덱스를 관리하는 방법에 대한 정보를 제공합니다.

• 138페이지의 “온라인 인덱스의 특성”

• 139페이지의 “자동 인덱스 작업”

• 140페이지의 “온라인 인덱스 검사”

• 140페이지의 “인덱스에 대한 정보 보기”

• 142페이지의 “Save Set 인덱스”

• 143페이지의 “Save Set 내역”

• 144페이지의 “클라이언트 파일 인덱스의 위치”

온라인 인덱스의 특성

인덱스의 크기는 포함된 항목의 수에 비례합니다. 미디어 데이터베이스는 각 볼륨에 대해 하나의 항목만 갖는 반면 클라이언트 파일 인덱스는 해당 볼륨에 저장된 각 파일에 대해 하나의 항목을 갖기 때문에 미디어 데이터베이스가 클라이언트 파일 인덱스보다 작습니다. NetWorker 서버는 저장된 파일을 그들의 볼륨에 매핑하여 파일을 복구하기 위해 마운트할 볼륨을 선택합니다.

클라이언트 파일 인덱스의 각 항목에는 백업된 파일에 대한 다음과 같은 내용이 포함되어 있습니다.

• 파일 이름

• 블럭 수

• 액세스 권한

• 링크 수

3장:서버 관리


3

• 소유자

• 그룹

• Size

• 마지막으로 수정된 시간

• 백업 시간

온라인 인덱스는 각 백업으로 증가합니다. 그 이유는 새롭게 백업된 각 파일 및 Save set에 항목이 추가되기 때문입니다. 파일의 인덱스 항목이 클라이언트 파일 인덱스에 남아있는 한 파일을 복구할 수 있습니다. 시간이 지나면 이들 인덱스의 크기가 매우 커질 수 있습니다.

중요 사항: 인덱스가 있는 파일 시스템이 꽉 차면 NetWorker 서버가 미디어 데이터베이스를 액세스할 수 없게 되고 따라서 데이터를 액세스하여 복구할 수 없습니다. 찾기 및 보유 방침을 사용하여 온라인 인덱스의 크기를 조절하도록 서버를 구성하지 않는 한 온라인 인덱스가 파일 시스템의 용량을 초과할 때까지 계속 커집니다.

NetWorker 소프트웨어는 찾기 및 보유 방침을 사용하여 자동으로 데이터의 수명을 관리하고 클라이언트 파일 인덱스의 크기를 조절합니다. 방침에 대한 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

자동 인덱스 작업

NetWorker 서버는 다음 온라인 인덱스 작업을 수행합니다.

• 백업하는 동안 저장된 각 파일에 대한 클라이언트 파일 인덱스에 항목 삽입 각 새 백업의 경우, NetWorker 서버는 새 항목에 대한 파일 시스템에서 여유 공간을 얻습니다.

• 항목을 제거하고 디스크 공간을 운영 체제에 반환합니다. 찾기 및 보유 방침은 항목이 인덱스에서 삭제될 때 자동으로 결정됩니다.

또한 Index Save Sets 대화 상자의 Remove Oldest Cycle을 눌러서 수동으로 Save set를 삭제할 수 있습니다.


3장:서버 관리

140

3

온라인 인덱스 검사

NetWorker 서버가 시작할 때마다 nsrck -ML1을 사용하여 클라이언트 파일 인덱스에 레벨 1 일관성 검사를 수행합니다. 어떤 상황에서는 이렇게 일관성 검사를 해도 클라이언트 파일 인덱스의 손상이 발견되지 않습니다. 인덱스가 손상되었다고 생각되면 해당 인덱스에서 더 높은 레벨의 검사를 실행해야 합니다. 예를 들면 다음과 같습니다.

# nsrck -L5

그래도 인덱스가 손상되어 있으면 359페이지의 “온라인 인덱스 복구”에 나와 있는 절차를 수행하여 인덱스를 복구합니다.

nsrck -F 및 nsrim -X 명령을 주기적으로 실행하여 클라이언트 및 미디어 인덱스의 무결성을 검사하는 것이 좋습니다. 자세한 내용은 LEGATO Command Reference Guide 또는 이 명령에 대한 매뉴얼 페이지를 참조하십시오.

인덱스에 대한 정보 보기

클라이언트 파일 인덱스에 대한 정보를 이용하여 다음 작업을 수행할 수 있습니다.

• 인덱스 크기 확인

• 인덱스가 사용한 공간 재사용

• 클라이언트와 관련된 Save set 확인

인덱스에 대한 정보를 보려면 Clients 메뉴에서 Index를 선택하여 서버의 모든 클라이언트에 대한 인덱스 정보를 보여주는 Indexes 대화 상자를 엽니다. 서버의 모든 클라이언트에 대한 인덱스 정보가 141페이지의 그림 14와 같이 표시됩니다.

3장:서버 관리


3

그림 14. Indexes 대화 상자

141페이지의 표 21은 Indexes 대화 상자의 Clients 창에서 각 클라이언트에 대해 표시되는 정보를 설명합니다.

참고: 6.0 이전 릴리스의 NetWorker 소프트웨어와의 역방향 호환성을 위해 Reclaim Space 버튼이 포함되어 있습니다. 6.0 이후 버전에서는 이 기능이 필요하지 않습니다.

표 21. Clients 창 설명

열 설명

클라이언트 현재 서버가 백업한 NetWorker 클라이언트의 이름

Size 클라이언트 파일 인덱스에 현재 할당된 디스크 공간의 양. 인덱스 크기가 증가하면 할당된 디스크 공간도 자동으로 커집니다.

Used 인덱스 파일의 할당된 공간 중 현재 사용 중인 공간의 비율 • 인덱스에 데이터가 없으면 0%가 표시됩니다. • 인덱스에 데이터가 있으면 NetWorker 소프트웨어가 더 이상 디스크 공간 재사용을 사용하지 않기 때문에 이 값은 항상 100%입니다.


3장:서버 관리

142

3

Save Set 인덱스

Indexe 대화 상자의 Save Sets 창에는 Save Set 이름, 크기 및 주기 수와 같은 정보와 함께 특정 클라이언트에 할당된 Save Set가 표시됩니다. Save Sets 창에는 선택한 Save set에 대한 정보를 보고 이전 Save set 주기를 삭제할 수 있는 버튼도 포함되어 있습니다.

클라이언트의 Save Set에 대한 정보 보기

클라이언트의 Save Set에 대한 정보를 보려면 Client 창에서 보려는 Save Set를 가진 클라이언트를 선택합니다. 해당 클라이언트에 대한 Save set 정보가 Indexes 대화 상자의 Save Sets 창에 표시됩니다.

142페이지의 표 22는 선택한 클라이언트와 관련된 각 Save Set에 대해 Save Sets 창에 표시되는 정보에 대해 설명합니다.

참고: Save Sets 창의 Remove Oldest Cycle 버튼을 제거하면 가장 오래된 Save Set의 버전에 대한 항목을 삭제하여 클라이언트 파일 인덱스의 크기를 줄일 수 있습니다. 클라이언트 파일 인덱스의 크기 줄이기에 대한 자세한 내용은 146페이지의 “클라이언트 파일 인덱스 크기 줄이기”를 참조하십시오.

표 22. Save Sets 창 설명

열 설명

Name Save set의 이름

Size 클라이언트 파일 인덱스의 Save set에 의해 사용되는 인덱스 공간의 추정량

Cycles 찾는 데 사용할 수 있는 백업 주기 수. 주기는 전체 백업에서 시작하여 다음 전체 백업에서 끝나며, 전체 백업 사이에 발생하는 모든 증분 및 레벨 1-9 백업을 포함합니다.

3장:서버 관리


3

Save Set 내역

Instance Detail 창은 특정 Save Set에 대한 자세한 정보를 제공합니다. 이 정보를 참조하여 자원이 사용되는 방법을 결정합니다. 예를 들어 온라인 인덱스에 필요한 디스크 공간을 계획하려면 얼마나 많은 Save set가 있는지 알아야 할 필요가 있습니다.

Save set 내역 보기

Save Set 내역을 보려면 다음을 수행합니다.

1. Clients 메뉴에서 Index를 선택하여 Indexes 대화 상자를 엽니다.

2. 보려는 클라이언트의 Save set를 선택합니다.

3. Save Sets 창에서 Save set를 선택합니다.

4. Instances 버튼을 눌러 Instances 창을 엽니다.

143페이지의 그림 15에서는 Instance 창을 보여 줍니다.

그림 15. Instances 창


3장:서버 관리

144

3

144페이지의 표 23은 각 Save Set 인스턴스에 대해 표시되는 정보를 식별합니다.

클라이언트 파일 인덱스의 위치

초기 클라이언트 설정 시 NetWorker 소프트웨어는 일반적으로 NetWorker 백업 서버에 클라이언트의 클라이언트 파일 인덱스에 대한 기본 위치를 지정합니다. 기본 위치는 /nsr/index/client_name입니다. 그러나 처음 Client 자원을 구성할 때 다른 인덱스 위치를 지정해야 할 경우나 기존 클라이언트의 파일 인덱스를 이동해야 할 경우도 있을 수 있습니다. 다음 절에서는 이러한 필요성을 다룹니다.

클라이언트 파일 인덱스 위치 지정이 절차는 새 Client 자원을 구성할 때, 새 클라이언트의 첫 번째 백업을 수행하기 전에 또는 클라이언트의 인덱스에 대한 기본이 아닌 위치를 사용하려고 할 경우에만 수행하십시오. 기존 클라이언트의 파일 인덱스 위치를 변경하려는 경우에는 해당 인덱스를 이동해야 합니다. 자세한 내용은 145페이지의 “클라이언트 파일 인덱스 이동”을 참조하십시오.

클라이언트의 파일 인덱스 위치를 지정하려면 다음을 수행합니다.

1. NetWorker 관리 프로그램의 Clients 메뉴에서 Client Setup을 선택합니다.

2. Clients 목록에서 클라이언트를 선택합니다.


4. Index Path 속성에서 클라이언트 파일 인덱스를 저장할 디렉토리의 전체 경로를 입력합니다.


6. 클라이언트의 클라이언트 파일 인덱스가 있는 디렉토리로 이동한 후 명령 프롬프트에서 다음과 같이 입력합니다.

# nsrck -C client_name

이 명령을 실행할 때 문제가 없으면 미래의 모든 클라이언트 파일 인덱스 정보가 지정된 위치에 보관됩니다.

표 23. Instances 창 설명

열 설명

ID Save set 인스턴스의 고유 ID 번호

파일 해당 인스턴스 동안 백업된 파일 수

Size 백업 크기

Date 백업 날짜

레벨 백업 레벨(전체, 증분 또는 레벨 1-9)

3장:서버 관리


3

클라이언트 파일 인덱스 이동

어떤 경우에는 클라이언트의 파일 인덱스를 현재 위치에서 새 위치로 이동하고자 할 수도 있습니다. 예를 들어 클라이언트 파일 인덱스의 크기가 너무 크면 더 큰 공간이 있는 위치로 옮길 수 있습니다.

기존 클라이언트 파일 인덱스의 위치를 이동하려면 다음을 따르십시오.

1. 현재 NetWorker 서버에서 실행 중인 백업이 없는지 확인합니다.

2. 클라이언트 인덱스를 현재 위치에서 새 위치로 복사합니다. 예를 들면 다음과 같습니다.

# cp -rp /nsr/index/jupiter /networker/indexs

3. Client 자원의 Index Path 속성이 다음과 같이 인덱스의 새 위치를 가리키도록 업데이트합니다.

a. NetWorker 관리 프로그램의 Clients 메뉴에서 Client Setup을 선택하여 Clients 창을 엽니다.

b. Clients 목록에서 클라이언트를 선택합니다.

c. View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.

d. 클라이언트 파일 인덱스에 대한 새 위치의 전체 경로를 Index Path 속성에 입력합니다.


5. (선택 사항) 새 인덱스 위치를 확인하려면 nsrck 또는 nsrls 명령을 실행하여 명령 출력에서 위치를 확인할 수 있습니다. 예를 들면 다음과 같습니다.

# nsrck -L6 jupiter

nsrck: checking index for 'jupiter'

nsrck: /networker/indexes/jupiter contains 54 records occupying

7 KB

nsrck: Completed checking 1 client(s)

참고: 클라이언트 파일 인덱스의 크기에 따라 nsrck 또는 nsrls의 실행 시간이 길어질 수 있습니다. 예제에서 볼 수 있듯이 nsrck -L6 명령을 실행하면 인덱스의 손상 여부도 확인할 수 있습니다.

앞으로의 클라이언트 파일 인덱스 정보가 새로 지정된 위치에 저장됩니다.


3장:서버 관리

146

3

온라인 인덱스 크기 관리NetWorker 서버의 온라인 인덱스의 크기는 시간이 지나면서 엄청나게 커질 수 있습니다. 다음 절에 제시된 해결책을 사용하여 이러한 인덱스의 크기를 줄일 수 있습니다.

• 146페이지의 “클라이언트 파일 인덱스 크기 줄이기”

• 147페이지의 “미디어 데이터베이스 크기 줄이기”

• 147페이지의 “가장 오래된 Save Set 주기 제거”

• 148페이지의 “온라인 인덱스에서 볼륨 기반 항목 제거”

• 149페이지의 “미디어 데이터베이스 압축”

클라이언트 파일 인덱스 크기 줄이기

다음 절차 중 하나 이상을 사용하여 NetWorker 서버의 클라이언트 파일 인덱스 크기를 줄일 수 있습니다.

• 가장 오래된 백업 주기를 포함하는 Save Set를 클라이언트 파일 인덱스에서 제거합니다. 자세한 내용은 147페이지의 “가장 오래된 Save Set 주기 제거”를 참조하십시오.

• 볼륨 기반 항목을 클라이언트 파일 인덱스에서 제거합니다. 자세한 내용은 148페이지의 “온라인 인덱스에서 볼륨 기반 항목 제거”를 참조하십시오.

• NetWorker 서버를 백업하는 클라이언트의 Browse Policy 및 Retention Policy 속성을 조정하여 항목이 클라이언트 파일 인덱스에 남아 있는 시간을 줄입니다. 이 해결책은 이들 방침 속성을 변경한 후에 발생하는 클라이언트 백업에만 유효합니다.

• nsrmm -w 명령을 사용하여 특정 Save Set와 연관된 찾기 방침을 수정합니다. 연관된 Save set에 많은 수의 파일이 있지 않으면 이 방법은 인덱스 크기를 줄이기 위한 실제적인 방법이 못될 수도 있습니다. 자세한 내용은 183페이지의 “찾기 및 보유 Save set 방침 수정”을 참조하십시오.

클라이언트의 온라인 파일 인덱스 크기가 너무 큰 경우에는 인덱스의 위치를 이동하는 것을 고려합니다. 자세한 내용은 145페이지의 “클라이언트 파일 인덱스 이동”을 참조하십시오.

3장:서버 관리


3

미디어 데이터베이스 크기 줄이기

다음 절차 중 하나 이상을 사용하여 NetWorker 서버의 미디어 데이터베이스 크기를 줄입니다.

• NetWorker 재고에서 재활용 가능한 Save Set가 들어 있는 볼륨을 제거합니다. 자세한 내용은 148페이지의 “온라인 인덱스에서 볼륨 기반 항목 제거”를 참조하십시오.

미디어 데이터베이스에서 볼륨을 제거하면 해당 볼륨과 연관된 항목들도 미디어 데이터베이스와 클라이언트의 온라인 파일 인덱스에서 제거됩니다. 이 옵션을 선택해도 scanner 프로그램을 사용하여 볼륨의 데이터를 복구할 수 있습니다.

참고: 미디어 데이터베이스 항목을 삭제하더라도 극히 적은 디스크 공간만을 얻습니다. 볼륨의 인덱스 항목을 미디어 데이터베이스에 그냥 두면 다른 볼륨에 같은 이름의 레이블을 지정하는 실수를 방지할 수 있습니다.

• 재활용 가능 Save Set가 있는 볼륨을 재활용합니다. 자세한 내용은 289페이지의 “볼륨 모드 변경”을 참조하십시오.

볼륨을 재활용할 때 NetWorker 서버는 다음 절차를 수행합니다.

– 레이블 재지정

– 미디어 데이터베이스에서 삭제

– 재초기화

볼륨을 재활용하고 나면 그 내용은 복구가 불가능해집니다.

현재 재활용 가능한 Save set 수를 늘리려면 nsrmm -e 방침을 사용하여 현재 미디어 데이터베이스와 연관된 보유 방침을 수정합니다. 자세한 내용은 183페이지의 “찾기 및 보유 Save set 방침 수정”을 참조하십시오.

• 미디어 데이터베이스를 압축합니다. 자세한 내용은 149페이지의 “미디어 데이터베이스 압축”을 참조하십시오.

가장 오래된 Save Set 주기 제거

전체 Save Set 주기의 클라이언트 파일 인덱스 항목은 마지막 전체 백업 및 종속적 증분 또는 레벨 보관을 포함합니다. 가장 오래된 주기를 삭제하면 디스크 공간이 해제됩니다.

가장 오래된 Save set 주기를 제거하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Clients 메뉴에서 Indexes를 선택하여 Indexes 대화 상자를 엽니다.

2. 삭제하려는 가장 오래된 주기를 가진 Save set를 선택하고 Remove Oldest Cycle을 누릅니다.

Remove Oldest Cycle 작업이 끝나면 Indexes 대화 상자의 통계 정보가 파일 인덱스의 현재 상태를 반영하기 위해 업데이트됩니다.


3장:서버 관리

148

3

온라인 인덱스에서 볼륨 기반 항목 제거

온라인 인덱스에서 볼륨 기반 항목을 삭제하는 주 목적은 손상되었거나 사용되지 않는 볼륨을 NetWorker 서버에서 제거하기 위한 것입니다. 또한 이 기능을 사용하여 특정 볼륨과 연관된 인덱스 항목을 지워서 온라인 인덱스의 크기를 줄일 수도 있습니다.

클라이언트 파일 인덱스 항목 제거

nsrmm 명령을 사용하여 클라이언트 파일 인덱스에 포함된 항목만 제거할 수 있습니다. 이렇게 하면 찾기 가능 Save set의 상태가 recoverable로 바뀝니다.

# nsrmm -d -P -S ssid

여기서, ssid는 Save set의 Save set ID입니다.

mminfo 명령을 사용하여 Save set 크기를 확인합니다.

# mminfo -v -c client_name

자세한 내용은 nsrmm 및 mminfo 매뉴얼 페이지를 참조하십시오.

Save Set가 recoverable로 표시된 경우 사용자는 더 이상 nwrecover 프로그램을 사용하여 이러한 파일을 찾아 복구할 수 없습니다. 클라이언트 파일 인덱스 항목이 제거된 후에는 Save set 복구 절차를 사용하여 데이터를 복구해야 합니다. 이 절차에 대한 내용은 350페이지의 “Save set 복구”를 참조하십시오.

클라이언트 파일 인덱스 및 미디어 데이터베이스 항목 제거

클라이언트 파일 인덱스 및 미디어 데이터베이스 항목을 둘 다 제거할 수 있습니다. 이렇게 하면 NetWorker 서버에서 해당 볼륨에 대한 모든 지식이 삭제됩니다. 해당 볼륨이 물리적으로 손상되어 사용 불가능하다고 생각하는 경우에만 미디어 데이터베이스에서 볼륨을 삭제해야 합니다. 그러나 볼륨에 대한 데이터베이스 항목을 삭제한 경우에도 해당 볼륨이 손상되지 않은 경우에는 scanner 프로그램을 사용하여 데이터가 복구 가능한 상태를 유지하게 됩니다. scanner 프로그램에 대한 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오.

일반적으로 볼륨이 손상되었거나 완전 삭제되지 않는 한 클라이언트 파일 인덱스와 미디어 데이터베이스 항목을 동시에 삭제하려 하지 않습니다.

참고: 특정 볼륨의 복제가 존재하면 미디어 데이터베이스에 있는 볼륨 항목을 삭제할 수 없게 됩니다. 필요한 경우에 NetWorker 서버 원본 볼륨에 액세스하기 보다는 복제된 볼륨에 액세스하게 되기 때문입니다. 실제로 미디어 데이터베이스에 있는 볼륨의 항목은 결코 삭제되지 않습니다. 이러한 기능 때문에 미디어 데이터베이스에서 볼륨 항목을 삭제하는 것은 인덱스 크기를 줄이는 데 있어 특별히 효과적인 방법이 못 됩니다.

3장:서버 관리


3

온라인 인덱스 항목을 삭제하는 방법

온라인 인덱스에서 볼륨 기반 항목을 삭제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Media 메뉴에서 Volumes를 선택하여 Volumes 창을 엽니다.

2. 온라인 인덱스에서 삭제하려는 항목을 가진 볼륨을 선택합니다.

3. Volume 메뉴에서 Remove를 선택합니다.

4. OK를 선택하여 볼륨이 삭제되는지 확인합니다.


NetWorker 서버는 볼륨을 지우기 전에 먼저 인덱스를 상호 검사합니다. 그 결과 볼륨이 짧은 동안 Volumes 창에 나타날 수도 있습니다.

nsrmm 프로그램으로 온라인 인덱스 항목을 제거할 수도 있습니다. 특정 Save set에 대한 클라이언트 파일 인덱스와 미디어 데이터베이스 항목을 함께 제거하려면 다음 명령을 입력합니다.

# nsrmm -d -S ssid

특정 볼륨에 관련된 모든 정보를 제거하려면 다음 명령을 입력합니다.

# nsrmm -d volume_name

미디어 데이터베이스 압축

미디어 데이터베이스를 압축하여 서버의 공간을 보다 많이 확보할 수 있습니다.

미디어 데이터베이스를 압축하려면 다음을 따르십시오.

1. /nsr/mm/.cmprssd 파일을 삭제합니다.

2. 다음 명령을 입력합니다.

# nsrim


3장:서버 관리

150

3

서버 유지 보수 작업이 절에서는 NetWorker 서버를 설치하고 구성한 후 수행해야 할 작업에 대해 설명합니다.

메시지 로그 관리

NetWorker 서버는 /nsr/logs 디렉토리의 메시지 로그 파일에 있는 NetWorker 서버 데몬에 의해 생성된 메시지를 저장합니다. 환경 변수 또는 시작 스크립트를 사용하여 로그의 크기를 자동으로 제어할 수 있습니다.

로그 파일 트리밍을 위한 시작 스크립트 설정

NetWorker 서비스가 NetWorker 로그 파일을 관리하는 방법을 수정하려면 NetWorker 시작 스크립트의 다음 줄 앞에서 다음 환경 변수를 설정합니다.

(echo 'starting NetWorker daemons:') > /dev/console

150페이지의 표 24는 NetWorker 시작 스크립트의 위치를 나열합니다.

다음 형식을 사용하여 환경 변수를 입력합니다.

ENV_VAR_NAME = value

export ENV_VAR_NAME

표 24. NetWorker 시작 스크립트 위치

운영 체제 시작 스크립트 위치

Solaris, DYNIX/ptx 및 IRIX /etc/init.d/networker

HP-UX /sbin/init.d/networker

HP Tru64 /sbin/init.d/NSRstartstop

Linux /etc/init.d/networker

AIX /etc/rc.nsr

3장:서버 관리


3

다음 환경 변수를 사용하여 시작 시 로그 파일을 트리밍할 수 있습니다.

• 로그 파일의 최대 크기를 변경하기 위해 NSR_MAXLOGSIZE 값을 변경합니다. NSR_MAXLOGSIZE의 기본값은 1,024 KB입니다.

• 저장된 로그 파일의 최대 수를 변경하기 위해 NSR_MAXLOGVERS 값을 변경합니다. 기본 값은 4입니다.

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

NSR_MAXLOGVERS=3

export NSR_MAXLOGVERS

NSR_MAXLOGSIZE=512export NSR_MAXLOGSIZE

참고: 환경 변수를 적용하려면 NetWorker 서버를 다시 시작해야 합니다.

NetWorker 서버가 시작될 때마다 daemon.log 파일의 크기를 확인합니다. daemon.log 파일이 NSR_MAXLOGSIZE에 정의된 크기나 1024KB의 기본 크기에 도달하면 다음이 발생합니다.

• daemon.log 파일의 이름이 daemon.001로 바뀌고 새 daemon.log가 작성됩니다.

• daemon.log 파일이 다시 채워지면 daemon.001 파일이 daemon.002로 이름이 새로 지정되고, daemon.log가 daemon.001로 새 이름이 지정되며, 새 daemon.log 파일이 작성되도록 각 기존 파일의 이름을 이동시킵니다.

• 이 프로세스는 NSR_MAXLOGVERS 값에 도달할 때까지 반복됩니다. 이 지점에서 가장 높은 번호가 붙은 로그는 삭제됩니다.

중요 사항: 트리밍 메커니즘은 nsrd를 시작할 때만 작동합니다. nsrd 데몬은 로그 파일의 NSR_MAXLOGSIZE 초과 여부를 확인하기 위해 정기적 검사를 수행하지 않습니다. 따라서 nsrd 데몬을 오래 실행할 경우 로그 파일의 크기가 상당히 커질 수 있습니다. 트리밍 메커니즘을 사용하려면 nsr_shutdown을 입력하여 NetWorker 데몬을 중지한 후 NetWorker 시작 스크립트를 사용하여 데몬을 다시 시작합니다.


3장:서버 관리

152

3


4장:클라이언트 작업

LEGATO NetWorker 제품은 자신의 클라이언트로 간주되는 서버를 포함하여 클라이언트를 백업하기 위해 사전 구성된 설정값을 제공합니다. 이 사전 구성된 설정값을 사용하거나 새 설정을 직접 작성할 수도 있습니다. 이 장에서는 NetWorker 클라이언트를 구성할 때 필요한 정보를 제공합니다. 이 정보는 NetWorker 클라이언트, 클라이언트 및/또는 Save set의 특성, 사용자 환경의 필요에 맞게 클라이언트 구성을 최적으로 사용자 정의하는 방법에 대해 설명합니다.


• 154페이지의 “NetWorker 클라이언트”

• 154페이지의 “클라이언트 구성”

• 166페이지의 “같은 컴퓨터의 여러 클라이언트”

• 168페이지의 “Save set 상태 값”

• 170페이지의 “찾기 및 보유 방침”

• 183페이지의 “찾기 및 보유 Save set 방침 수정”

• 185페이지의 “백업 명령 사용자 정의”

• 193페이지의 “디렉티브”

• 203페이지의 “이 클라이언트에 대한 NetWorker 서버를 추가 또는 변경”

• 204페이지의 “Client Priority”

• 205페이지의 “논리 볼륨 백업”

• 206페이지의 “NetWorker 클라이언트 라이센스 부여”

• 208페이지의 “NetWorker ClientPak for Mac OS X”



154

4

NetWorker 클라이언트NetWorker 클라이언트는 NetWorker 클라이언트 소프트웨어가 설치된 물리 컴퓨터와 스케줄 백업에 포함된 파일 및 디렉토리 집합을 지정하는 NetWorker 자원을 모두 지칭합니다. 이와 같이 단일 NetWorker 클라이언트 컴퓨터에는 같거나 다른 NetWorker 서버로 백업할 수 있도록 지정된 여러 개의 Client 자원이 있을 수 있습니다.

다중 NetWorker Client 자원이 있는 클라이언트 컴퓨터의 개념은 166페이지의 “같은 컴퓨터의 여러 클라이언트”에 자세히 설명되어 있습니다.

NetWorker 클라이언트 소프트웨어는 다양한 플랫폼에서 사용할 수 있습니다. 클라이언트가 설치된 플랫폼의 종류에 관계 없이 모든 NetWorker 서버로 백업할 수 있습니다. 예를 들어, Microsoft Windows 컴퓨터의 NetWorker 클라이언트를 Linux 컴퓨터의 NetWorker 서버로 백업할 수 있습니다.

클라이언트 구성 이 절에서는 NetWorker 클라이언트를 만들어 NetWorker 저장 장치 관리 환경에 통합하는 방법의 개요 정보를 제공합니다. 다음과 같은 정보가 제공됩니다.

• 155페이지의 “클라이언트 이름”

• 155페이지의 “Save set”

• 160페이지의 “클라이언트 작성”

• 163페이지의 “클라이언트 편집”

• 163페이지의 “클라이언트 삭제”

• 163페이지의 “삭제한 클라이언트 복원”

• 164페이지의 “클라이언트 ID”

• 164페이지의 “클라이언트 이름 변경”

• 165페이지의 “클라이언트의 nsrla.res 데이터베이스 편집”

NetWorker 클라이언트 소프트웨어는 NetWorker 서버의 클라이언트에 해당되는 컴퓨터에 설치해야 합니다. 각 NetWorker 서버가 자신도 백업하기 때문에 각 NetWorker 서버에도 클라이언트 소프트웨어가 설치됩니다. Client 자원은 각 NetWorker 클라이언트에 대해 사용자의 구성 선택 사항을 지정하는 NetWorker 서버에서 작성됩니다.

Client 자원은 다음 사항을 지정할 수 있습니다.

• 백업할 클라이언트 파일 시스템의 데이터(Save set라고 함)

• 데이터를 백업할 때 사용하는 스케줄

• 클라이언트의 백업 데이터를 찾기 및 복구가 가능한 기간

• 사용된 모든 추가 기능(예: 아카이브)



4

클라이언트 이름

Client 자원에 부여하는 이름은 NetWorker 클라이언트를 실행중인 컴퓨터에 유효한 호스트 이름이어야 합니다.

같은 프로그램에 대해 여러 Client 자원을 만드는 경우 각 Client 자원에 같은 이름을 사용해야 합니다. 이렇게 하면 NetWorker 서버가 백업한 데이터의 여러 모음을 같은 클라이언트에 연관시킬 수 있습니다. Save Set 속성 같은 Client 자원 속성에 고유한 설정은 Client 자원을 다른 것과 구분시켜 줍니다.

어떤 상황에서는 같은 클라이언트에 대해 Client 자원을 여러 개 작성할 수 있습니다. 예를 들어, NetWorker Module을 사용하여 데이터베이스 파일을 백업할 경우 데이터베이스 파일을 백업하기 위한 Client 자원과 클라이언트 컴퓨터의 운영 체제 파일을 백업하기 위한 다른 Client 자원을 작성할 수 있습니다.

Save set

Client 자원의 주 기능은 NetWorker 서버에서 백업할 클라이언트 데이터를 식별하는 것입니다. 백업 세션 동안 서버와 클라이언트 사이에서 백업되는 모든 데이터 항목의 모음을 Save set라고 합니다. Save set는 데이터베이스나 운영 체제 정보 같은 응용 프로그램 생성 데이터뿐 아니라 파일 그룹이나 전체 파일 시스템으로 구성될 수 있습니다.

클라이언트의 Save set는 Client 자원의 Save Set 속성에서 정의됩니다. 이 속성에는 여러 개의 항목이 포함될 수 있습니다. 예를 들어, 여러 개의 파일이나 파일 시스템 또는 이 둘의 조합을 입력할 수 있습니다.

/usr

/home

/etc/hosts

참고: Save set의 이름에 심볼릭 링크가 포함되어 있으면 Save set ID를 사용한 복구가 지원되지 않습니다.

대용량 클라이언트 파일 시스템을 백업할 경우 Save set 속성을 사용하여 클라이언트에 대한 로드 밸런스를 조정할 수 있습니다. 예를 들어, 대용량 파일 시스템을 각 자원에 나누어 여러 개의 Client 자원을 작성할 수 있습니다. 그런 다음 클라이언트의 백업 로드를 보다 잘 분산하기 위해 각 자원에 대해 다른 스케줄을 작성할 수 있습니다.



156

4

사전 정의된 Save set

Client 자원의 Save Set 속성에서 파일 및/또는 파일 시스템을 입력하는 것 외에도 NetWorker 클라이언트를 구성할 때 사전 정의된 Save Set를 사용할 수 있습니다.

Windows NT 4.0의 경우 아래의 사전 정의된 Save set를 사용할 수 있습니다.

• 모두

• SYSTEM STATE

• REPAIRDISK

Windows XP Professional과 Windows 2000의 경우 뿐만 아니라 VSS 클라이언트 라이센스가 없거나 VSS가 비활성화된 Windows Server 2003의 경우 아래의 사전 정의된 Save set를 사용할 수 있습니다.

• 모두

• SYSTEM STATE(Microsoft Windows 전용)

• SYSTEM DB(Microsoft Windows 전용)

• SYSTEM FILES(Microsoft Windows 전용)

• ASR(Automated System Recovery)(VSS 클라이언트 라이센스가 없거나 VSS가 비활성화된 Microsoft Windows Server 2003 및 XP Professional 전용)

• SHAREPOINT(Microsoft Windows 2000 전용)

VSS 라이센스가 있고 활성화된 Windows Server 2003의 경우 아래의 사전 정의된 Save set를 사용할 수 있습니다.

• 모두

• VSS SYSTEM BOOT

• VSS SYSTEM FILESET

• VSS SYSTEM SERVICES

• VSS USER DATA

• VSS OTHER

• VSS ASR DISK

VSS에 대한 자세한 내용은 LEGATO NetWorker 관리 지침서, Microsoft Windows 버전을 참조하십시오.



4

All Save set

클라이언트를 처음 작성할 때 Save Set 속성에 사용되는 기본 설정이 바로 All Save set를 지칭하는 All입니다.

• UNIX 운영 체제에서는 All Save set가 로컬 시스템에 마운트된 모든 파일 시스템을 백업합니다.

• Microsoft Windows 운영 체제에서도 모든 Save Set는 클라이언트 시스템의 상태를 확인하는 운영 체제 파일을 백업합니다.

157페이지의 표 25에서는 모든 Save Set에 포함된 Save Set를 나열합니다.

표 25. All Save set의 구성 요소

운영 체제 파일/Save set

UNIX 다음 위치에 나열된 모든 파일 시스템을 백업합니다.• Solaris 및 IBM DYNIX/ptx: /etc/vfstab• HP-UX, HP Tru64, Linux 및 SGI: /etc/fstab• AIX: /etc/filesystems

VSS 클라이언트 라이센스가 없거나 VSS가 비활성화된 Windows XP Professional,Windows Server 2003

SYSTEM STATESYSTEM DBSYSTEM FILESSHAREPOINTASR

모든 로컬, 물리 드라이브

VSS 라이센스가 있고 활성화된 Windows Server 2003

VSS SYSTEM BOOTVSS SYSTEM FILESETVSS SYSTEM SERVICESVSS USER DATAVSS OTHERVSS ASR DISK


Windows 2000 SYSTEM STATESYSTEM DBSYSTEM FILESSHAREPOINTASR


Windows NT 4.0 SYSTEM STATE(레지스트리 포함)REPAIRDISK

모든 고정 디스크



158

4

SYSTEM 및 VSS SYSTEM Save Set

Microsoft Windows 운영 체제에는 특정 시점에서 컴퓨터 상태를 정의하는 파일과 데이터베이스가 포함되어 있습니다. 컴퓨터의 파일 시스템을 단순 백업하면 시스템 상태 정보가 캡쳐되지 않습니다. NetWorker 소프트웨어는 시스템 상태를 정의하는 파일을 백업하는 데 사용되는 다섯 개의 SYSTEM Save Set와 여섯 개의 VSS SYSTEM Save Set를 제공합니다.

158페이지의 표 26에서 VSS 클라이언트 라이센스가 없거나 VSS가 비활성화된 Windows Server 2003 또는 Windows XP Professional이나 Windows 2000 운영 체제에 사용된 각 SYSTEM Save Set의 구성 요소 목록을 제공합니다.

표 26. SYSTEM Save set의 구성 요소

Save Set 구성 요소

SYSTEM STATE ASR System Files, Windows System State의 대부분의 요소

SYSTEM FILES Windows SFP(System File Protection) 구성 요소, IA-64 EFI(Extensible Firmware Interface) FAT 파티션

SYSTEM DB Windows 시스템 데이터베이스

SHAREPOINT 웹 저장 장치 시스템 파일, Microsoft Search 자원, 웹 저장 장치 시스템에 대한 서버 구성 정보, 컨텐트 소스, 서버 등록 정보, 액세스 계정, 서버의 각 작업 영역에 대한 하위 폴더가 있는 Applications 폴더, 로컬 파일 시스템을 참조하는 바로 가기 또는 컨텐트 소스

ASR 마지막으로 ASR을 백업할 때의 상태로 실패한 컴퓨터를 되돌리기 위해 Windows의 자동 재설치, 시스템 구성 복원, 하나 이상의 디스크 볼륨 복구를 수행하는 데 필요한 정보



4

159페이지의 표 27에서는 허가되고 활성화된 VSS가 있는 Windows Server 2003에서 사용되는 각 VSS SYSTEM Save Set의 구성 요소 목록을 제공합니다.

이들 Save set는 파일 기반 Save set 지정과 함께 Client 자원의 Save Set 속성에서 지정될 수 있습니다. 예를 들어, Save Set 속성의 다음 항목은 C: 및 다음 다섯 개의 SYSTEM Save Set를 백업합니다. 드라이브뿐만 아니라 아래와 같은 다섯 개의 SYSTEM Save set를 백업합니다.

SYSTEM STATE:

SYSTEM FILES:

SYSTEM DB:

SHAREPOINT:

ASR:C:\

Save Set 속성의 다음 항목은 C: 및 여섯 개의 VSS SYSTEM Save Set를 백업합니다. 드라이브뿐만 아니라 아래와 같은 여섯 개의 VSS SYSTEM Save set를 백업합니다.

VSS SYSTEM BOOT:

VSS SYSTEM FILESET:

VSS SYSTEM SERVICES:

VSS USER DATA:

VSS OTHER:

VSS ASR DISK:C:\

Windows SYSTEM 및 VSS SYSTEM Save Set에 대한 자세한 내용은 LEGATO NetWorker 관리 지침서, Microsoft Windows 버전을 참조하십시오.

표 27. VSS SYSTEM Save set의 구성 요소

Save Set 구성 요소

VSS SYSTEM BOOT VSS System Writer 작성기를 제외한 Windows System State의 모든 요소, ASR System Files 기존 구성 요소

VSS SYSTEM FILESET VSS System Writer 작성기, IA-64 EFI FAT 파티션 기존 구성 요소

VSS SYSTEM SERVICES Windows System Services의 모든 요소, 디스크 할당 데이터베이스 기존 구성 요소

VSS USER DATA 시스템에 중요하지 않은 응용 프로그램 데이터

VSS OTHER 시스템에 중요하지 않은 응용 프로그램 데이터

VSS ASR DISK ASR 기존 구성 요소



160

4

클라이언트 작성

NetWorker 서버에서 클라이언트를 백업할 수 있으려면 먼저 클라이언트 컴퓨터에 적절한 NetWorker 클라이언트 소프트웨어를 설치해야 합니다. 자세한 내용은 설치 안내서를 참조하십시오.

다음 단계는 클라이언트 구성에 대한 일반적인 지침을 표시합니다. 하지만 특히 숨겨진 속성이 표시되는 경우 추가 속성이 나타날 수 있습니다(88페이지의 “숨겨진 속성” 참조). 이러한 추가 속성에 대한 자세한 내용은 온라인 도움말을 참조하십시오.

새 NetWorker 클라이언트를 추가하고 구성하려면 다음을 따르십시오.



3. Name 속성에서 클라이언트의 호스트 이름을 입력합니다. 자세한 내용은 155페이지의 “클라이언트 이름”을 참조하십시오.

숨겨진 속성이 표시된 경우 이름 뒤에 Client ID 속성이 나타납니다. 이 속성은 비워두어야 합니다. NetWorker 서버가 클라이언트에 ID를 할당하기 때문입니다. 자세한 내용은 164페이지의 “클라이언트 ID”를 참조하십시오.

4. (선택 사항) Comment 속성에서 클라이언트에 대한 설명을 입력합니다.

5. 이 클라이언트가 아카이브 기능을 사용할 수 없도록 하려면 Archive Services 속성에서 Disabled를 선택합니다. 자세한 내용은 373페이지의 “NetWorker 클라이언트의 아카이브 서비스 사용”을 참조하십시오.

6. Schedule 속성에서 스케줄을 선택합니다. 자세한 내용은 311페이지의 “스케줄”을 참조하십시오.

7. Browse Policy 속성에서 찾기 방침을 선택합니다. 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

8. Retention Policy 속성에서 보유 방침을 선택합니다. 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

9. Directives 속성에서 디렉티브를 선택합니다. 자세한 내용은 193페이지의 “디렉티브”를 참조하십시오.

10. Groups 속성에서 클라이언트를 추가할 그룹을 선택합니다. 자세한 내용은 298페이지의 “백업 그룹”을 참조하십시오.

11. Save Set 속성에서 파일, 파일 시스템 또는 사전 정의된 Save set를 입력합니다.

클라이언트의 파일 시스템을 모두 백업하려면 All을 입력합니다. 정보를 입력한 다음 Add를 누르면 이 속성에 다중 항목을 포함시킬 수 있습니다. Save Set에 대한 자세한 내용은 155페이지의 “Save set”를 참조하십시오.



4

12. Remote Access 속성에서 이 클라이언트의 파일을 백업하거나 복구할 수 있도록 허용된 다른 클라이언트의 사용자 및 사용자의 호스트 이름을 105페이지의 “관리자 권한”에 지정된 형식에 따라 입력합니다.

호스트 이름 또는 host=hostname을 입력하면 해당 호스트에 있는 모든 사용자가 이 클라이언트의 파일을 복구할 수 있습니다. 호스트를 지정하지 않고 사용자 이름을 입력하려면 user=name을 입력해야 합니다.

원격 사용자가 이 클라이언트의 데이터를 찾기 및 복구할 수 없도록 하려면 이 속성을 비워 두십시오. NetWorker 서버의 관리자로 정의되어 있는 사용자는 이미 클라이언트에 대한 원격 액세스 권한을 갖고 있으므로 이 속성에 포함시킬 필요가 없습니다. 지정 복구를 활성화할 때도 이 속성을 사용합니다. 자세한 내용은 341페이지의 “지정 복구”를 참조하십시오.

참고: Administrators 그룹의 멤버 또는 Change Security Settings 권한을 가진 그룹의 멤버만 Remote Access 속성을 변경할 수 있습니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

13. Remote User 속성에서 이 클라이언트에서 원격 액세스와 작업을 수행하도록 허용된 클라이언트의 사용자 ID를 입력합니다.

참고: Remote User 속성 바로 뒤의 Password 속성은 NetWare를 실행 중인 클라이언트에만 사용됩니다. 이 속성에서 암호를 입력하면 이 암호는 NetWorker 서버가 이 클라이언트에서 원격 명령을 수행하는 데 사용됩니다.

14. 선택 사항: Backup Command 속성에서 프로그램 파일의 이름을 입력하면 NetWorker 서버는 사용자 정의된 백업 명령을 사용하여 클라이언트 데이터를 백업합니다. 자세한 내용은 185페이지의 “백업 명령 사용자 정의”를 참조하십시오.

15. SNI(Server Network Interface)에서 숨겨진 속성에 대해 다음 중 하나를 수행합니다.

• 서버의 호스트 이름과 연관된 기본 네트워크 인터페이스 카드(NIC)를 사용하려면 공백으로 비워둡니다.

• 서버 호스트 이름과 연관되지 않은 네트워크 인터페이스를 사용하려면 이 클라이언트가 백업과 복구에 사용해야 하는 특정 SNI의 호스트 이름을 지정합니다. 예를 들어 개인 백업 네트워크의 경우 이러한 작업이 필요합니다.

SNI에 대해 지정된 호스트 이름은 클라이언트를 백업할 수 있는 서버로 나열되어야 합니다. 자세한 내용은 203페이지의 “이 클라이언트에 대한 NetWorker 서버를 추가 또는 변경”을 참조하십시오.

참고: NetWorker 소프트웨어는 다음과 같이 다중 Client 자원을 사용하여 클라이언트를 관리합니다.



162

4

• SNI 호스트 이름의 항목 및/또는 변경 사항이 해당 클라이언트와 연관된 모든 인스턴스에 동일한 항목 및 변경 사항에 적용됩니다.

• SNI 호스트 이름을 삭제하면 해당 인스턴스에서만 SNI 호스트 이름이 삭제되며 해당 클라이언트와 연관된 다른 인스턴스에서 이름이 삭제되지 않습니다.

16. Aliases 속성에 질의가 일치시킬 수 있는 이 클라이언트 컴퓨터의 네트워크 이름을 입력합니다. 입력하지 않으면 질의가 호스트 이름만을 일치시킵니다.

Aliases 속성에는 DNS 짧은 이름과 긴 이름이 모두 포함되어야 합니다.

참고: 예측 가능하고 신뢰할만한 호스트 이름 해석을 보장하려면 모든 클라이언트 컴퓨터에 대해 고유한 별명을 지정해야 합니다. 하지만 클라이언트 컴퓨터에 여러 Client 자원이 있는 경우 각 컴퓨터에 대한 Client 자원의 Aliases 속성에는 같은 이름을 포함해야 합니다.

17. Archive Users 속성에서 아카이브 서비스를 사용하도록 권한이 부여된 각 사용자를 입력합니다.

사용자가 없으면 클라이언트에서 관리자만이 아카이브 서비스를 사용할 수 있습니다. 이 속성의 사용자 이름에는 백슬래시(\)와 at 기호(@)를 사용할 수 없습니다.

참고: Administrators 그룹의 멤버 또는 Change Security Settings 권한을 가진 그룹의 멤버만 Archive Users 속성을 변경할 수 있습니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

18. Storage Nodes 속성에서 해당 클라이언트의 데이터를 백업할 수 있는 각 저장 장치 노드의 이름을 입력합니다.

클라이언트는 속성에 나타나는 순서대로 첫 번째 활성 저장 장치 노드에 백업합니다. 기본 저장 장치 노드 nsrserverhost는 서버를 나타냅니다.

19. Clone Storage Nodes 속성에서 단계 18과 같은 방법으로 복제된 데이터에 대한 저장 장치 노드 이름을 입력합니다.

이 속성은 NetWorker 저장 장치 노드의 역할도 하는 클라이언트에 적용됩니다. 저장 장치 노드가 아닌 클라이언트의 경우에는 정보를 입력하지 마십시오.

20. 필요한 경우 다른 속성을 완성한 다음 Apply를 누릅니다.

참고: 사용자 NetWorker 서버에 대해 구입한 연결 수보다 많은 클라이언트를 추가하려고 하면 다음 오류 메시지가 표시됩니다.

Too many clients - maximum is number.



4

클라이언트 편집

Client 자원 속성을 변경하려면 다음 절차를 수행합니다. 이 절차를 사용하여 클라이언트의 이름을 변경할 수는 없습니다. 클라이언트의 이름을 변경하려면 164페이지의 “클라이언트 이름 변경”을 참조하십시오.

클라이언트를 편집하려면 다음을 따르십시오.


2. Clients 목록에서 해당 클라이언트를 선택합니다.

3. 클라이언트의 속성을 편집하고 Apply를 누릅니다.

클라이언트 삭제

클라이언트를 삭제하면 NetWorker 서버가 해당 클라이언트 컴퓨터에서 더 이상 파일을 백업하거나 복구하지 않습니다. 클라이언트에 대한 백업 기록은 이 항목을 명시적으로 제거할 때까지 클라이언트 파일 인덱스와 미디어 데이터베이스에 남아 있습니다. 나머지 항목에 대한 찾기 및 보유 방침(Browse and Retention Policy)은 자신의 클라이언트로 정의된 NetWorker 서버에 할당된 방침으로 대체됩니다.

참고: NetWorker 서버에서 클라이언트를 삭제해도 scanner 프로그램을 사용하여 해당 데이터를 포함하고 있는 볼륨에서 클라이언트의 이전에 백업된 데이터를 액세스 및 복구할 수 있습니다. 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오.

클라이언트를 삭제하려면 다음을 따르십시오.


2. Clients 목록에서 삭제할 클라이언트를 선택합니다.




삭제한 클라이언트 복원

클라이언트를 삭제한 후 NetWorker 서버에서 클라이언트를 복원할 수 있습니다.

삭제된 클라이언트를 복원하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램에서 새 클라이언트를 만듭니다.

2. Name 속성에 삭제된 클라이언트의 이름을 입력합니다.

NetWorker 서버는 이 이름에 대한 클라이언트 ID를 기억했다가 Client ID 속성에 삽입합니다.



164

4

클라이언트 ID

Client 자원의 Client ID 속성을 사용하면 Client 자원의 고유성과 통합성을 유지하면서 Client 자원의 이름을 변경할 수 있습니다. 일반적으로 Client 자원을 작성할 때 이 속성을 비워 둡니다. 그러면 서버가 값을 자동으로 할당합니다. 클라이언트의 이름을 변경하거나 삭제된 클라이언트를 복원할 때만 기존 클라이언트의 Client ID 값에 액세스하거나 Client ID 속성에 값을 입력하면 됩니다.

NetWorker 서버는 다음과 같은 기준에 따라 이 속성의 값을 결정합니다.

• Client 자원의 첫 번째 인스턴스를 작성할 경우 서버가 새로운 고유 식별자를 작성해 줍니다.

• Client 자원의 후속 인스턴스를 작성할 때는 새 인스턴스가 기존의 자원 인스턴스에서 클라이언트 ID 값을 상속합니다. 즉, 이름이 같은 Client 자원은 모두 같은 ID 번호를 갖습니다.

Client 자원을 작성하고 이후에 같은 클라이언트 이름을 사용하여 새 Client 자원을 작성하면 NetWorker 서버가 이 이름에 대해 이전에 사용하던 클라이언트 ID를 다시 호출하여 새 자원에 이를 다시 사용합니다.

클라이언트 ID에 액세스하기

클라이언트 ID에 액세스하려면 다음을 따르십시오.



3. Clients 목록에서 해당 클라이언트를 선택합니다.

클라이언트 ID가 Client ID 속성에 표시됩니다.

클라이언트 이름 변경

참고: NetWorker 서버에 상주해 있는 클라이언트의 이름을 바꾸는 데는 이 절차가 유효하지 않습니다.

클라이언트의 이름을 변경하려면 다음을 따르십시오.

1. 원래 클라이언트의 Client ID를 적어 둡니다.

Client 자원의 Client ID 속성을 파악하고 이 속성에 액세스하는 방법에 대한 자세한 내용은 164페이지의 “클라이언트 ID”를 참조하십시오.

2. NetWorker 관리 프로그램에서 원래 클라이언트의 모든 인스턴스를 삭제합니다.

3. 모든 NetWorker 데몬을 중지합니다.



4

4. 이 클라이언트를 백업하는 NetWorker 서버에서 이 클라이언트의 클라이언트 파일 인덱스가 포함된 디렉토리의 이름을 old_client_name.domain.com에서 new_client_name.domain.com으로 변경합니다. 클라이언트 파일 인덱스의 기본 위치는 다음과 같습니다.

• UNIX:

/nsr/index/client_name.domain.com

• Microsoft Windows:

<NetWorker_install_path>\index\client_name.domain.com


6. 새 Client 자원을 작성합니다. 자세한 내용은 160페이지의 “클라이언트 작성”을 참조하십시오.

7. Client ID 속성에서 원래 클라이언트의 Client ID 값을 입력합니다.

Client ID에 액세스하려면 숨겨진 속성을 표시해야 합니다. 자세한 내용은 88페이지의 “숨겨진 속성”을 참조하십시오.

8. 필요한 경우 다른 속성을 입력한 후 OK를 누릅니다.

클라이언트의 nsrla.res 데이터베이스 편집

nsrla.res 데이터베이스는 클라이언트 데몬인 nsrexecd로 제어합니다. 이 데이터베이스에는 Disable Directed Recover 속성 등과 같이 클라이언트에 적용되는 속성이 있는 NSRLA라는 NetWorker 자원이 포함되어 있습니다. 경우에 따라서는 이 NSRLA 자원을 편집해야 할 수 있습니다. NSRLA 자원은 문자 기반 nsradmin 프로그램을 사용하여 편집해야 합니다.

참고: NSRLA 자원의 Disable Directed Recover 속성에 대한 자세한 내용은 346페이지의 “Disable Directed Recover 속성”을 참조하십시오.

nsrla.res 데이터베이스 편집

nsrla.res 데이터베이스를 편집하려면 다음을 따르십시오.

1. NetWorker 클라이언트에 root로 로그인합니다.

2. 명령 프롬프트에 다음을 입력합니다.

# nsradmin -s server -p nsrexecd -c type:NSRLA

3. Command 메뉴에서 Edit를 선택합니다.

4. 속성에서 새 정보를 입력하여 적절한 속성을 변경합니다.

5. 변경 내용을 저장하려면 Esc 키를 누르고 Yes를 눌러 확인합니다.



166

4

nsradmin 프로그램에서 숨겨진 속성 표시Disable Directed Recovery 속성과 같은 일부 속성은 숨겨져 있으므로 편집하려면 표시되도록 해야 합니다.

숨겨진 속성을 표시하려면 다음을 따르십시오.

1. 165페이지의 “nsrla.res 데이터베이스 편집”의 설명대로 nsradmin 프로그램을 엽니다.

2. nsradmin 프롬프트에 다음을 입력합니다.

nsradmin> option hidden

3. Command 메뉴에서 Options를 선택합니다.

4. Option 속성에서 Hidden을 선택하고 Enter 키를 누릅니다.

5. Esc 키를 눌러서 변경 내용을 저장합니다.

숨겨진 속성이 표시된 상태로 NSRLA 자원이 다시 나타납니다.

NSRLA 자원의 속성에 대한 자세한 내용은 nsr_la.5 매뉴얼 페이지나 LEGATO Command Reference Guide를 참조하십시오.

같은 컴퓨터의 여러 클라이언트NetWorker 서버는 클라이언트 컴퓨터 이름으로 각 클라이언트를 식별합니다. 다음 중 하나가 참인 경우 최적의 유연성을 제공하기 위해 서버는 같은 컴퓨터에 대해 같은 컴퓨터 이름을 사용하여 여러 개의 Client 자원을 정의할 수 있습니다.

• 각 클라이언트의 Save set가 고유한 경우

• 클라이언트가 다른 백업 그룹에 포함되어 있는 경우

• 클라이언트가 다른 일정과 연관된 경우

• 클라이언트가 다른 찾기 또는 보유 방침과 연관된 경우

예를 들어, 구성된 NetWorker 클라이언트의 목록을 보면 mars라는 클라이언트의 인스턴스를 여러 개 볼 수 있습니다. 하지만 각 인스턴스에는 Save set의 고유한 컬렉션이 포함되어 있거나 그룹, 스케줄 또는 정책이 다르게 구성되어 있습니다.

같은 컴퓨터나 파일 시스템에서 여러 클라이언트를 정의하면 데이터베이스 같은 특수 파일을 백업하는 데 유용할 수 있습니다. Client 자원의 Comment 속성을 사용하면 이름이 같은 여러 Client 자원을 쉽게 구분할 수 있습니다.



4

클라이언트와 Save set의 고유 조합 사용

Save Set는 NetWorker 서버에 의해 백업된 데이터의 모음을 말합니다. 특정 클라이언트 인스턴스와 연관된 Save set는 Create Client 및 Edit Client 대화 상자의 Save Set 속성에서 스크롤 가능한 목록으로 표시됩니다. Save set는 다음 중 하나에 해당될 수 있습니다.

• 클라이언트의 모든 데이터(값 All에 의해 지정되는 기본 조건)

• 디스크의 파티션

• 단일 디렉토리

• 단일 파일

• Raw 파티션(데이터베이스에서 온)

클라이언트에 많은 양의 데이터가 있으면 여러 차례에 걸쳐 별도로 클라이언트 및 Save set를 백업할 수 있도록 클라이언트 컴퓨터를 예약할 수 있습니다. 대용량 파일 시스템을 이렇게 여러 개의 클라이언트 및 Save set 인스턴스로 재정의하면 다음 작업을 수행할 수 있습니다.

• 대용량 파일 시스템을 자동 백업

• 전체 파일 시스템을 한 번에 전체 백업하는 것을 피하여 로드 균형을 조정

한 파일 시스템을 그 파일 시스템에 대한 여러 개의 별도 클라이언트 및 보관 인스턴스로 재정의할 수 있습니다. 그런 다음 각 클라이언트 및 Save set 인스턴스를 다른 백업 그룹 또는 다른 스케줄과 연관시킬 수 있습니다. 다른 클라이언트 인스턴스를 다른 백업 그룹과 연관시키는 작업은 백업의 시작 시간을 다르게 합니다. 이러한 방법으로 시작 시간의 시차를 두면 필요한 로드 균형 조정을 얻을 수 있습니다.

백업 시작 시간을 달리 해도 로드가 적절히 감소되지 않으면 다른 클라이언트 및 Save set 인스턴스를 다른 백업 스케줄과 연관시킬 수 있습니다. 클라이언트의 스케줄은 특정 날짜에 실행되는 백업(있는 경우) 레벨을 결정합니다. 다른 스케줄을 사용하면 각 클라이언트 및 Save set 인스턴스가 서로 다른 요일에 전체 백업을 실행하도록 지정할 수 있습니다. 스케줄에 대한 자세한 내용은 312페이지의 “NetWorker 서버가 스케줄을 사용하는 방법”을 참조하십시오.



168

4

클라이언트 및 Save set 조합

다중 클라이언트 인스턴스에 대한 Client 자원의 Save Set 속성에 같은 Save Set가 표시될 수 있습니다. 이 같은 특성으로 인해 백업을 위해 같은 Save set를 하나 이상의 그룹 또는 스케줄과 연관시킬 수 있습니다.

Save Set 속성에 기본값 All이 나타나면 해당 클라이언트 컴퓨터의 모든 로컬 데이터가 Client 자원에 나열된 그룹 및 일정에 따라 백업됩니다.

• 특정 파일 시스템에 백업되도록 클라이언트를 구성하려면 Save Set 속성의 값을 해당 파일 시스템 경로 이름으로 변경하십시오.

• 하나의 클라이언트에서 두 개 이상의 Save set를 정의하려면 Save Set 속성에서 별도의 줄에 각 Save set(파티션, 파일 시스템 또는 파일)를 입력하십시오.

Save set 상태 값NetWorker 서버는 백업의 성공 여부나 Save set 데이터의 경과 시간을 기준으로 백업된 각 Save set에 상태를 할당합니다. Save set의 상태는 Volumes 창에 표시됩니다.

168페이지의 표 28에서는 Save Set 상태에 대해 사용할 수 있는 모든 값의 목록을 제공합니다.

표 28. Save set 상태 값 (1/2)

상태 값 의미 설명

abort aborted 이 Save set에 대한 백업을 수동으로 중지했거나 작업하는 동안 충돌이 발생했습니다. 이 Save set는 즉시 재활용 후보가 됩니다.

brows browsable 이 Save set의 파일이 클라이언트 파일 인덱스에 항목을 보유하고 있습니다. 인덱스 기반 복구를 사용하여 모든 파일을 복원할 수 있습니다.

inpro in progress 이 Save set가 현재 백업되고 있는 중입니다.

recov recoverable 이 Save set의 파일이 클라이언트 파일 인덱스에 찾기 가능 항목을 갖고 있지 않지만, 보유 방침을 초과하지 않았습니다.

recyc recyclable Save set와 복구를 위해 이 Save set에 종속적인 모든 Save set가 자신의 보유 방침을 초과하였습니다.



4

Save set의 상태 보기

Save set의 상태를 보려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Media 메뉴에서 Volumes를 선택하여 Volumes 창을 엽니다.

참고: Volumes 버튼을 눌러도 Volumes 창을 열 수 있습니다.

2. 적절한 볼륨을 선택합니다.

이 볼륨에 있는 Save set의 상태가 Save Sets 창의 Status 열에 나열됩니다. 다음의 경우 Save set 상태가 변경될 수 있습니다.

• Save set가 찾기 방침을 초과한 경우, Save set 상태는 browsable에서 recoverable로 바뀝니다.

• Save set가 보유 방침을 초과하였으며 이 Save set에 종속적인 모든 Save set 역시 각각의 보유 방침을 초과하였습니다. 이런 상황이 발생하면 Save set 상태는 recoverable에서 recyclable로 바뀝니다.

• 관리자가 Save set 상태를 수동으로 변경하는 경우

scann scanned-in 이 Save Set에 대한 항목이 scanner 프로그램을 사용하여 복원되었습니다. 방침이 해당 Save set 작성 시(또는 해당 Save set가 6.0 이전 버전의 NetWorker 서버에서 작성된 경우 Save set를 6.x 형식으로 업그레이드될 때도) 적용된 값으로 재설정됩니다. 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오.

susp suspect 이 Save set를 복구하려는 시도가 실패했습니다. recover 명령이 Save Set의 모든 블록을 읽을 수 없습니다. 예를 들어, 테이프 상에 잘못된 지점이 있을 경우 이러한 문제가 발생할 수 있습니다.

p purged Save set가 미디어 데이터베이스에서 삭제되었습니다.

표 28. Save set 상태 값 (2/2)

상태 값 의미 설명



170

4

Save set의 상태 변경

NetWorker 서버는 백업 동안 미디어를 읽을 때 오류가 발생하면 볼륨을 suspect로 표시합니다. 해당 Save set 데이터가 suspect 상태가 아니며 서버가 다른 이유로 인해 해당 데이터를 읽을 수 없다는 사실을 알고 있는 경우에는 서버가 suspect로 표시한 Save set의 상태를 normal로 변경할 수 있습니다. 예를 들어, 미디어 드라이브의 헤드가 더러우면 서버가 해당 Save set를 suspect로 표시합니다.

어떤 경우에는 특정 Save set를 복구하지 않기 위해 해당 Save set를 suspect로 표시할 수 있습니다. 원래 볼륨보다는 복제된 볼륨에서 데이터를 복구하려는 경우에는 NetWorker 서버가 복구 시 원래 Save set를 찾기 때문에 이러한 작업이 필요합니다. 원래 볼륨이 suspect이거나 복구 불능인 경우에만 서버가 복제된 Save set와 해당하는 복제된 볼륨을 요청합니다. 이 프로세스를 실행하려면 복제된 Save set를 포함하고 있는 복제된 볼륨이 사용 가능해야 합니다. 복제된 Save set를 포함하고 있는 복제된 볼륨이 사용 불가능한 경우에는 suspect 볼륨이 사용됩니다.

Save set의 상태를 변경하려면 다음을 따르십시오.

1. Save set 상태를 표시합니다. 지침에 대해서는 169페이지의 “Save set의 상태 보기”를 참조하십시오.

2. 상태가 suspect이면 Save Set>Change Status 메뉴에서 Normal을 선택하여 상태를 normal로 변경합니다. normal 상태일 때 Save Set>Change Status>Suspect를 선택하면 상태가 Suspect로 변경됩니다.

이러한 상태 값에 대한 자세한 내용은 168페이지의 표 28을 참조하십시오.

찾기 및 보유 방침이 절에서는 다음 항목에 대해 설명합니다.

• 171페이지의 “NetWorker 서버의 찾기 및 보유 방침”

• 177페이지의 “데이터 수명 주기 관리”

• 179페이지의 “단일 클라이언트에 여러 개의 방침 할당”

• 180페이지의 “사전 구성된 방침”

• 180페이지의 “방침 작성”

• 181페이지의 “방침 편집”

• 181페이지의 “방침 삭제”

• 182페이지의 “수동 백업을 위한 찾기 및 보유 방침”



4

NetWorker 서버의 찾기 및 보유 방침

NetWorker 서버는 (각 클라이언트 컴퓨터에 대해 구성된 Client 자원의 수에 관계 없이) 각 클라이언트 컴퓨터에 대해 하나의 파일 인덱스를 관리하고 모든 클라이언트와 Save set의 데이터를 추적하는 하나의 미디어 데이터베이스를 관리합니다. 백업이 끝날 때마다 서버는 클라이언트 파일 인덱스에 백업한 파일에 대한 항목을 만듭니다. 미디어 데이터베이스는 각 백업 작업 동안 각 Save set와 저장 장치 볼륨에 대해 하나의 항목을 저장합니다.

각 클라이언트 파일 인덱스는 각 클라이언트 컴퓨터의 백업 데이터를 검색이 가능한 구조로 저장합니다. 사용자는 단일 파일에서 전체 파일 시스템으로 모든 것을 지정할 수 있습니다. 그러면 특정 시간에 하는 것처럼 복구 세션 동안 데이터를 재구성하도록 NetWorker 서버에 지시할 수 있습니다. 서버는 클라이언트 인덱스가 포함하고 있고 조정하는 정보를 통해 자동으로 상황을 처리할 수 있습니다. 이러한 상황으로는 레벨에 따라 백업으로부터 데이터를 모으고 파일이나 디렉토리의 이름을 바꾸거나 삭제하는 경우가 있습니다. 서버는 찾기 방침을 사용하여 자동으로 데이터의 수명을 관리하고 클라이언트 파일 인덱스의 크기를 조절합니다.

찾기 방침(browse policy)은 NetWorker 서버의 클라이언트 파일 인덱스에서 파일이 보유되는 기간을 결정합니다. 찾기 방침 기간 동안 사용자는 NetWorker 복구 프로그램(nwrecover)에서 백업된 데이터를 찾고, 복구하기 위해 개별 파일을 선택하거나 전체 파일 시스템을 선택할 수 있습니다. 파일의 찾기 방침을 초과하면 NetWorker 서버가 해당 파일에 대한 항목을 자동으로 삭제합니다. 서버는 급속히 커질 수 있는 클라이언트 인덱스의 크기를 관리하기 위해 클라이언트의 각 스케줄 백업 동안 백업된 각 파일에 대한 항목을 삭제합니다.

보유 방침(retention policy)은 NetWorker 서버의 미디어 데이터베이스에서 Save Set가 보유되는 기간을 결정합니다. 최소한 보유 방침 기간 동안에는 미디어로부터 클라이언트의 백업된 Save set를 복구할 수 있습니다.

• 해당 보유 방침을 초과하기 전까지는 어떤 Save set도 재활용 가능으로 간주되지 않습니다.

• 최소한 해당 저장 장치 볼륨에 있는 모든 Save set가(여기 종속된 Save set 포함) 자신들의 보유 방침을 모두 초과할 때까지는 어떤 저장 장치 볼륨에도 레이블을 재지정하고 겹쳐쓸 수 없습니다.

이론적으로는 Save set나 저장 장치 볼륨의 항목이 보유 방침이 만료된 후에도 오랫동안 영구히 미디어 데이터베이스에 남아 있을 수 있습니다. 다음과 같은 상황에서는 미디어 데이터베이스에서 항목이 삭제됩니다.

• 저장 장치 볼륨에 레이블을 재지정한 경우

• 항목을 수동으로 삭제한 경우



172

4

미디어 데이터베이스는 저장 장치 볼륨에서 Save set 위치를 추적하게 해주는 데이터베이스입니다. NetWorker 서버는 보유 방침을 사용하여 NetWorker 관리 데이터의 수명을 관리합니다. 항목이 미디어 데이터베이스에 있는 동안에는 데이터를 복구할 수 있습니다. 미디어 데이터베이스 항목은 쉽게 삭제되지 않습니다. 이러한 이유로 미디어 데이터베이스 보유 방침이 경과하더라도 미디어 데이터베이스 항목을 자동으로 삭제하지는 않습니다. 대신 보관 항목에 대한 항목이 얼마나 오랫동안 우연한 겹쳐쓰기로부터 보호되는지 결정합니다.

찾기 방침 사용 방법

클라이언트 파일 인덱스에 항목이 있는 파일을 NetWorker recover 프로그램(nwrecover)을 통해 복구할 수 있습니다. 이 프로그램을 통해 파일을 찾아서 복구용으로 표시하고 데이터 복구를 개시할 수 있습니다. 클라이언트 파일 인덱스 항목은 찾기 방침을 초과한 그 날 바로 삭제되지는 않습니다. NetWorker 서버는 해당 파일에 종속된 모든 Save set가 자신의 찾기 방침을 초과할 때까지 해당 파일에 대한 항목을 삭제하지 않습니다. 일반적으로 찾기 방침보다 오래된 전체 백업에 대한 항목이라도 하나의 백업 주기를 통과할 때까지 삭제되지 않습니다. 이러한 시간적 여유가 있기 때문에 찾기 방침 기간 내의 시간에 언제라도 파일을 다시 구성할 수 있습니다.

다음 예제에서는 찾기 방침이 클라이언트 파일 인덱스의 데이터 가용성에 어떻게 영향을 미치는 지를 설명합니다. 스케줄에 대한 자세한 내용은 311페이지의 “스케줄”을 참조하고, 백업 레벨에 대한 자세한 내용은 322페이지의 “백업 레벨”을 참조하십시오.



4예: 1주 찾기 방침

173페이지의 그림 16에서는 백업 주기와 찾기 방침이 모두 1주로 설정되었습니다. 여기서 백업 주기란 전체 백업 사이의 시간 길이를 말합니다. 10월 1일에 수행한 첫 번째 전체 백업에 대한 항목은 모든 종속 증분 및 레벨 5 백업이 1주 찾기 방침을 초과할 때까지 클라이언트 파일 인덱스에 남아 있습니다. 즉, 10월 1일에 수행된 전체 백업은 해당 전체 백업에 종속되는 증분 및 레벨 5 백업이 만료되는 10월 15일까지 삭제되지 않습니다.

그림 16. 1주 찾기 방침

더 자세히 설명하기 위해 10월 12일에 10월 5일에 백업한 정보를 복구하도록 결정했다고 가정하겠습니다. 10월 5일에 수행한 백업은 10월 4일 백업 즉, 레벨 5 백업에 종속된 증분 백업이었습니다. 차례로 10월 4일(레벨 5) 백업은 10월 1일에 수행한 전체 백업에 종속되어 있습니다.

따라서 10월 1일에 수행한 전체 백업에 대한 항목이 다음을 합친 기간 동안 클라이언트 파일 인덱스에 남아 있어야 합니다.

• 찾기 방침(1주)

• 한 번의 전체 백업 주기(1주 더 추가)

즉, 10월 4일의 레벨 5 백업과 해당 전체 백업에 종속된 모든 증분 백업이 찾기 방침을 초과해야 합니다. 173페이지의 그림 16에 나와 있는 예에서 1주 백업 주기의 항목은 10월 15일에 클라이언트 파일 인덱스에서 제거됩니다.

날짜 1 32 4 5 6 7

백업 레벨증분 증분

8 109 12 14

레벨 5 레벨 5

전체

레벨 5

전체 전체 전체

첫째 주 둘째 주 셋째 주

전체

백업 주기전체

백업 주기전체

백업 주기

Browse Policy첫째 주에 대한

파일 인덱스 항목이 제거됩니다.

증분

16 18 20 2215



174

4 예: 2주 찾기 방침

174페이지의 그림 17에서는 찾기 방침이 2주로, 백업 주기(1주)의 두 배입니다. 이 예에서는 10월 18일에도 10월 4일 작성한 백업의 클라이언트 파일 인덱스에서 찾기 가능 항목을 찾을 수 있습니다. 10월 5일에 수행한 백업이 10월 4일 백업에 종속되는 증분 백업 즉, 레벨 5 백업이었습니다. 차례로 10월 4일(레벨 5) 백업은 10월 1일에 수행한 전체 백업에 종속되어 있습니다.

10월 1일에 수행한 전체 백업과 이 전체 백업에 종속되어 있는 증분 및 레벨 백업이 다음을 합친 것과 같은 기간 동안 클라이언트 파일 인덱스에 남아 있어야 합니다.

• 찾기 방침(2주)

• 한 번의 전체 백업 주기(1주 더 추가)

이 예에서는 첫째 주 백업 주기에 대한 항목이 10월 22일 전까지 클라이언트 인덱스에서 삭제되지 않습니다.

그림 17. 2주 찾기 방침

날짜 1 32 4 5 6 7

백업 레벨 증분 증분

8 109 12 14

레벨 5 레벨 5

전체

레벨 5

전체 전체 전체첫째 주 둘째 주 셋째 주

전체

백업 주기전체

백업 주기전체

백업 주기

Browse Policy

증분

16 18 20 22

첫째 주에 대한파일 인덱스 항목이제거됩니다.



4

보유 방침 사용 방법

NetWorker 미디어 보유 방침은 백업된 데이터가 실수로 겹쳐써지지 않도록 보호되는 기간을 지정합니다. 보유 기간을 초과한 후에는 해당 Save set는 그 상태가 복구 가능에서 재활용 가능으로 변경될 자격이 됩니다. 재활용 가능이라는 용어는 “재활용에 적합“하다는 의미로 이해할 수 있습니다. 하지만 Save set와 이에 종속된 모든 Save set가 보유 방침을 통과할 때까지는 해당 Save set의 상태가 재활용 가능으로 변경되지 않습니다. NetWorker 서버는 종속 Save set가 같은 볼륨에 저장되었거나 다른 볼륨에 저장되었는지 여부에 관계 없이 Save set 종속성에 대한 추적을 유지합니다. Save set 보유 방침이 만료되더라도 미디어 데이터베이스에서 Save set의 항목이 제거되지 않습니다.

NetWorker 서버는 다음과 같은 경우 저장 장치 볼륨의 모드를 재활용 가능으로 변경합니다.

• 볼륨에 있는 모든 Save set의 보유 방침이 만료된 경우

• 볼륨에 있는 모든 Save set의 상태가 복구 가능에서 재활용 가능으로 변경된 경우

하나의 볼륨이 여러 백업 세션에서 생성된 Save set를 포함할 수 있기 때문에 모든 Save set가 다른 보유 방침을 가질 수 있으므로 볼륨 모드가 오랫동안 재활용 가능으로 변경되지 않을 수도 있습니다. 그러한 볼륨에 있는 데이터는 모두 Save set recover 또는 scanner 프로그램 중 하나를 사용하여 복구가 가능한 상태로 유지됩니다. 재활용 가능한 Save set의 모든 항목은 미디어 데이터베이스에 남아 있습니다.

상태가 재활용 가능으로 변경되었다는 것은 조건이 일치하면 볼륨을 겹쳐쓸 수 있다는 표시입니다. 다음을 수행하면 이러한 볼륨에 레이블을 재지정하고 다시 사용할 수 있습니다.

• 볼륨을 Autochanger에 넣거나 볼륨을 독립형 장치에 마운트한 경우

• Device 자원에서 Auto Media Management 속성을 사용한 경우

볼륨에 레이블을 재지정한 후에는 기존 데이터를 복구할 수 없으므로 겹쳐쓴 Save set에 대한 항목이 미디어 데이터베이스에서 삭제됩니다. 미디어 자동 관리의 기능에 대한 자세한 내용은 282페이지의 “레이블 재지정을 위한 NetWorker 서버의 볼륨 선택 방법”을 참조하십시오.

또한 NetWorker 볼륨 Inventory에서 수동으로 볼륨을 삭제할 때도 Save set 항목이 미디어 데이터베이스에서 삭제됩니다. 그러나 scanner 프로그램을 사용하면 해당 볼륨에 있는 데이터를 여전히 복구할 수 있습니다. scanner 프로그램은 클라이언트 파일 인덱스나 미디어 데이터베이스를 재작성하는 데 필요한 정보를 가져옵니다.

• 클라이언트 파일 인덱스를 재작성할 경우 적절한 사용 권한을 가진 사용자는 nwrecover 프로그램을 사용하여 데이터를 복구할 수 있습니다.

• 미디어 데이터베이스의 Save set 항목을 재작성하는 경우에는 root 사용자가 Save set 복구를 사용하여 데이터를 복구할 수 있습니다.

scanner 프로그램을 사용하는 방법에 대한 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오.



176

4 예: 3주 보유 방침

176페이지의 그림 18은 보유 방침의 작동 방식을 보여 줍니다. 이 예제에서는 백업 주기가 1주로 설정되었고 보유 방침은 3주로 설정되었습니다.

그림 18. 1주 백업 주기와 3주 보유 방침

첫째 주에 대한 Save Set 항목이 자신의 찾기 방침과 보유 방침을 초과했지만 볼륨에 레이블을 재지정하기 전까지 scanner 프로그램을 사용하여 복구할 수 있습니다. 볼륨에 있는 모든 Save set 항목의 상태가 재활용 가능으로 변경되면 볼륨 모드도 전체나 추가 가능에서 재활용 가능으로 변경되고, 볼륨은 재활용하기 위해 레이블을 재지정하도록 준비됩니다.

중요 사항: 일단 볼륨에 레이블을 재지정하면 해당 볼륨에 있는 데이터를 복구할 수 없습니다.

날짜 1 32 4 5 6

증분 증분

8 10 12 14

레벨 5 레벨 5

전체

레벨 5

전체 전체 전체

첫째 주 둘째 주 셋째 주

전체

백업 주기전체

백업 주기전체

백업 주기

Retention Policy

증분

16 18 20 22

첫째 주에 대한 미디어 데이터베이스항목의 상태가 변경되었고

"재활용 가능"으로 표시됩니다.

전체

백업 주기

백업 레벨

증분

전체

넷째 주

24 26 28

백업 주기 = 1주(매주 일요일 전체 백업)보유 방침 = 3주

레벨 5



4

자세한 내용은 다음 절을 참조하십시오.

• 저장 장치 볼륨 모드, 283페이지의 “볼륨 상태”를 참조하십시오.

• 스케줄, 311페이지의 “스케줄”을 참조하십시오.

• 백업 레벨, 322페이지의 “백업 레벨”을 참조하십시오.

데이터 수명 주기 관리

클라이언트 Save set와 관련시킨 찾기 및 보유 방침(Browse and Retention Policy)은 클라이언트 파일 인덱스와 미디어 데이터베이스의 크기 증가와 복구에 사용할 수 있는 기간을 모두 조절합니다.

178페이지의 그림 19는 클라이언트 파일 인덱스와 미디어 데이터베이스를 통해 데이터 수명 주기를 추적합니다. 예제에서 9월 1일부터 9월 7일 간의 백업 주기에 대한 항목은 모든 종속 항목이 자신의 찾기 방침을 초과할 수 있도록 한 달(찾기 방침) 더하기 전체 백업 주기 길이(1 주) 동안 클라이언트 인덱스에 남아 있습니다. 이 경우에 9월 1일부터 9월 7일까지의 백업 주기에 대한 파일 인덱스 항목은 10월 13일에 삭제됩니다. 이 항목은 클라이언트 파일 인덱스에 존재하기 때문에 nwrecover 프로그램을 통해 데이터를 찾고 복구할 수 있습니다. Save set의 파일 항목이 클라이언트 파일 인덱스에 남아 있는 동안에는 소스 Save set의 상태는 찾기 가능입니다. Save set 상태가 찾기 가능에서 복구 가능으로 변경된 후에는 파일 복구를 직접 수행할 수 없습니다.

9월 1일부터 9월 7일 사이에 백업된 각 Save Set의 상태는 해당 보유 방침이 만료하고 또한 모든 종속 Save Set가 자신의 보유 방침을 초과할 때까지 걸리는 시간 전까지는 복구 가능 상태를 유지합니다. 이러한 경우 9월 1일부터 9월 7일 백업 주기에 대한 항목은 11월 8일에 복구 가능에서 재활용 가능으로 변경됩니다. 볼륨의 모든 Save set 항목이 재활용 가능으로 변경되면 볼륨 자체의 모드도 재활용 가능으로 변경됩니다.

Save Set의 상태가 복구 가능이나 재활용 가능 중 하나이면 Save Set 복구 절차나 scanner 프로그램 중 하나를 사용하면 저장 장치 볼륨에서 모든 Save Set를 복구할 수 있습니다. 또한 scanner 프로그램을 사용하여 Save Set의 항목을 클라이언트 파일 인덱스에 재작성할 수도 있습니다. 이렇게 하면 nwrecover 프로그램에서 직접 파일을 복구할 수 있습니다. Save Set 복구 및 scanner 프로그램을 사용하는 방법에 대한 자세한 내용은 350페이지의 “Save set 복구” 및 362페이지의 “scanner 프로그램”을 참조하십시오.



178

4

그림 19. 클라이언트 인덱스 및 미디어 데이터베이스의 데이터 수명 주기

10월 13일에 9월 1일부터 9월 7일 사이의 모든 데이터 항목이 클라이언트 파일 인덱스에서 삭제됩니다. 12월 8일에는 미디어 데이터베이스에 있는 9월 1일부터 9월 7일 사이의 Save set 항목의 상태가 복구 가능에서 재활용 가능으로 변경됩니다. 볼륨에 있는 모든 Save set의 상태가 복구 가능에서 재활용 가능으로 변경된 후에는 볼륨 모드가 재활용 가능으로 변경됩니다. 미디어 자동 관리가 사용되어 있는 경우에는 볼륨 마운트 요구를 만족시키기 위해 NetWorker 서버에 의해 볼륨에 자동으로 레이블이 재지정됩니다. 볼륨에 레이블이 재지정되면 볼륨에 있던 모든 기존의 데이터를 복구할 수 없습니다. 이 기능에 대한 자세한 내용은 274페이지의 “Auto Media Management”를 참조하십시오.

백업 주기= 1주

Browse Policy

= 1개월

Retention Policy

= 3개월

9월 1일부터9월 7일까지의

파일 인덱스 항목은제거됩니다.

9월 1일부터 9월 7일 사이의미디어 데이터베이스에 있는

Save set 항목은 상태가‘재활용 가능‘으로 변경됩니다.

1f 2 3 4 5 6 7

8f 9 10 11 12 13 14

15f 16 17 18 19 20 21

22f 23

29f 301 2 3 4 5

6f 7 8 9 10 11 12

13f 14 15 16 17 18 19

20f

27f1 2

3f 4 5 6 7 8 9

10f 11 12 13 14 15 16

17f

24f1f 2 3 4 5 6 7

8f 9 10 11 12 13 14

15 16 17 18 19 20 21

22f 23

29f 30

24 25 26 27 28

31

S M T W T F S9월

S M T W T F S10월

S M T W T F S11월

S M T W T F S12월



4중요 사항: 같은 풀 내에서 재사용하기 위해 볼륨에 레이블을 재지정하면 볼륨 ID(볼륨 레이블에 표시되어 있는 볼륨 이름)는 변경되지 않습니다. 볼륨에 같은 레이블이 있는 경우에도 볼륨에서 데이터를 찾고 복구하기 위해 NetWorker 서버가 필요로 하는 정보가 삭제됩니다. Save Set 복구 기능이나 scanner 프로그램은 데이터를 복구하는 데 사용됩니다. 이 시점에서는 볼륨이 새 데이터에 대해 준비가 된 상태입니다. 즉, 모든 기존 데이터는 액세스할 수 없으며 겹쳐써집니다.

단일 클라이언트에 여러 개의 방침 할당

동일 버전의 클라이언트와 Save set를 조합하면 이들이 속해 있는 각기 다른 백업 그룹에 각기 다른 찾기 및 보유 방침(Browse and Retention Policy) 세트를 할당할 수 있습니다. 같은 이름과 Save set 값을 사용하여 동일 Client 자원을 작성하지만 이를 다른 백업 그룹에 할당하면 원래 클라이언트와 다른 찾기 및 보유 방침(Browse and Retention Policy) 세트를 지정할 수 있습니다. NetWorker 서버는 Client 자원 Name, Save Set 및 Group 속성에서 고유한 조합 값에 해당하는 Browse Policy 및 Retention Policy 속성 값을 사용합니다.

예: 동일 클라이언트에 다른 방침을 할당

Save set 값이 All이고 백업 그룹 General에 할당된 클라이언트 saturn을 이미 갖고 있습니다. 찾기 방침은 Weekly이고 보유 방침은 Monthly입니다. 그리고 동일 사본의 saturn을 작성하여 이를 Special 백업 그룹에 할당합니다. 이 버전의 saturn에 대해 찾기 방침을 Weekly로 지정하고 보유 방침을 Yearly로 지정합니다.

• Special 그룹을 백업하는 경우 Weekly 및 Yearly 방침이 적용됩니다.

• General 그룹을 백업하는 경우 Weekly 및 Monthly 방침이 사용됩니다.



180

4

사전 구성된 방침

NetWorker 소프트웨어에는 다음의 미리 구성된 찾기 방침이 포함되어 있습니다.

• Week

• Month

• Quarter

• Year

• Decade

이러한 미리 구성된 방침을 사용하거나 데이터 저장 장치 요구에 가장 적합한 방침을 사용자 정의할 수 있습니다. 사용자 정의된 방침은 클라이언트를 구성하기 전에 작성하십시오. 그렇지 않으면 방침 이름이 Client 대화 상자에 옵션으로 나타나지 않습니다. 자세한 내용은 180페이지의 “방침 작성”을 참조하십시오.

방침 작성

Resource 속성은 서버에 따라 다양합니다. 다음 단계는 일반적인 지침입니다. 하지만 추가 속성이 있을 수 있으며(특히 Hidden Attributes를 활성화한 경우), 여기에서 소개하는 속성이 없을 수도 있습니다. 이러한 추가 속성을 입력하는 방법에 대한 지침은 온라인 도움말을 참조하십시오.

방침을 작성하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Policies를 선택하여 Policies 창을 엽니다.


3. Name 속성에서 방침 이름을 입력합니다.

해당 방침이 얼마나 오랫동안 지속되는지 설명하는 이름을 선택합니다. 예를 들어, Quarter라는 이름은 해당 방침이 3개월 동안 지속됨을 나타냅니다. 선택한 이름은 NetWorker 서버에 고유해야 합니다.

4. Period 목록에서 기간을 선택합니다.

이 속성은 Number of Periods 속성과 함께 작동됩니다. 기간으로 일, 주 또는 연도를 선택할 수 있습니다. 예를 들어, 분기 방침은 월의 기간을 기반으로 합니다(분기는 3개월). NetWorker 소프트웨어는 다음 방법으로 기간을 정의합니다.

• Week의 경우: 일요일부터 시작하여 7일

• Month의 경우: 백업이 수행되는 월의 날 수(예: 2월에 수행되는 백업의 월 기간은 28일)

• Year의 경우: 366일



4

5. Number of Periods 속성에 숫자를 입력합니다.

이 값은 해당 방침에 적용되는 기간을 나타냅니다. 예를 들어, Period 속성에서 month를 선택하고, Number of Periods 속성에서 3을 선택하면 해당 방침은 3개월(또는 1분기) 동안 지속됩니다.

6. 필요한 경우 다른 속성을 입력한 후 Apply를 누릅니다.

참고: NetWorker 서버에서는 클라이언트의 찾기 방침이 자신의 보유 방침을 초과할 수 없습니다. 따라서 파일이 저장되어 있는 볼륨을 재활용 가능으로 표시하거나 미디어 데이터베이스에서 삭제하기 전에 파일 인덱스 항목도 삭제해야 합니다.

방침 편집

참고: 방침 이름은 변경할 수 없습니다.

방침을 편집하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Policies를 선택합니다.

2. 적절한 방침을 선택합니다.

3. 속성을 편집한 후 Apply를 누릅니다.

방침 삭제

참고: 미리 구성된 방침 또는 현재 클라이언트에 할당된 방침은 삭제할 수 없습니다.

방침을 삭제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Policies를 선택합니다.

2. 적절한 방침을 선택합니다.





182

4

스냅샷 방침

NetWorker PowerSnap™ Module 소프트웨어로 백업을 수행하려면 스냅샷 방침이 있어야 합니다. 이 방침은 스냅샷을 영구 저장 장치에 작성하고 보존하고 백업하는 방법을 지정합니다. 사전 구성된 방침을 지정하거나 사용자 정의 스냅샷 방침을 작성할 수 있습니다.

스냅샷 방침은 Group 자원의 Interval 속성과 함께 작동됩니다. Interval 속성 값은 지정된 스냅샷 수를 24시간 내에 작성할 수 있도록 충분히 낮게 설정해야 합니다. 예를 들어, 네 개의 스냅샷을 작성하려면 Interval 값을 6시간 또는 그 이하로 설정해야 합니다.

NetWorker PowerSnap Module 소프트웨어 및 스냅샷 방침 작성에 대한 자세한 내용은 PowerSnap Module 설명서를 참조하십시오.

수동 백업을 위한 찾기 및 보유 방침

수동 백업을 위한 찾기 및 보유 방침(Browse and Retention Policy)은 가장 긴 보유 시간을 갖는 특정 클라이언트 이름의 인스턴스와 같은 방침을 채택합니다. 예를 들어, 클라이언트 mars의 세 개의 다른 인스턴스를 갖고 있고, 각 인스턴스가 다음 보유 방침 기간 중 하나를 가진 경우 이러한 상황이 발생할 수 있습니다.

• 한 주

• 한 달

• 일년

추가 수정 없이 mars를 수동 백업하면 일년의 보유 방침과 일년의 보유 방침을 가진 클라이언트 인스턴스에 해당하는 찾기 방침을 자동으로 채택합니다.

수동 백업의 찾기 및 보유 방침을 수정할 수는 있지만, save 명령을 사용하여 백업을 수행할 때만 수정할 수 있습니다.

• 찾기 및 보유 방침 수정에 대한 자세한 내용은 184페이지의 “수동 백업 방침 수정”을 참조하십시오.

• 일반적인 수동 백업에 대한 자세한 내용은 333페이지의 “수동 데이터 백업”을 참조하십시오.



4

찾기 및 보유 Save set 방침 수정Save set 백업 전에 Client 자원의 Browse Policy 및 Retention Policy 속성을 편집하여 찾기 및 보유 방침(Browse and Retention Policy)을 수정할 수 있습니다. 또는 명령 프롬프트에서 save 프로그램을 사용하여 수동 백업의 방침 변경 사항을 지정할 수 있습니다.

nsrmm 프로그램을 사용하면 백업이 발생한 후 같은 Save Set 레코드에 의해 유전되는 찾기 및 보유 방침(Browse and Retention Policy)을 수정할 수 있습니다.

nsrmm 프로그램은 다음과 같은 옵션을 사용하여 찾기 및 보유 방침을 업데이트합니다.

• -e retention_time — 보유 시간 업데이트

• -w browse_time — 찾기 시간 업데이트

이들 옵션(-e 및 -w)은 Save set ID를 지정하기 위한 nsrmm 옵션 -S와 함께 사용해야 합니다.

참고: 찾기 시간은 보유 시간 이후가 될 수 없고, 보유 시간은 찾기 시간 이전이 될 수 없으며, 찾기 시간은 삽입 시간 이후가 되어야 합니다. 삽입 시간은 이 Save set 레코드가 가장 최근에 Save set 데이터베이스에 도입된 시간을 말합니다. -e 및 -w 옵션을 nsrmm과 함께 사용하면 다음 상황에 해당되지 않을 경우 이들 옵션에 대한 유효성 검사가 실패합니다.

• 찾기 시간 > 삽입 시간(-w 옵션을 지정한 경우)

• 보유 시간 > 삽입 시간(-e 옵션을 지정한 경우)

• 보유 시간 > 찾기 시간

-w 옵션을 사용하여 지정하는 찾기 시간과 -e 옵션을 사용하여 지정하는 보유 시간 모두 nsr_getdate 프로그램에 허용되는 시간 및 날짜 형식으로 지정해야 합니다. 이 프로그램은 해당 시간 및 날짜 형식을 NetWorker 소프트웨어에 허용되는 형식으로 변환해 줍니다. 찾기 및 보유 시간을 변경하는 방법 또는 사용할 수 있는 시간 형식에 대한 자세한 내용은 LEGATO Command Reference Guide에서 nsrmm 또는 nsr_getdate를 참조하십시오.

예: msrmm으로 찾기 방침 및 보유 방침 변경

다음은 nsrmm을 사용하여 찾기 및 보유 방침(Browse and Retention Policy)을 변경하는 방법의 예입니다.

1. 보유 시간을 01.01.07 자정으로 변경하고, 찾기 시간을 01.01.04 자정으로 변경합니다.

nsrmm -S 3315861249 -e "01/01/07 23:59:59"

-w "01/01/04 23:59:59"

2. 찾기 시간을 현재 날짜와 시간에서 6개월 후로 변경합니다.

nsrmm -S 5315861249 -w "6 months"



184

4

3. 보유 시간을 현재 날짜와 시간에서 2년 후로 변경합니다.

nsrmm -S 3315861249 -e "2 years"

수동 백업 방침 수정

수동 백업의 찾기 및 보유 방침은 명령 프롬프트에서 save 프로그램을 사용하여 백업을 수행하는 경우에만 수정할 수 있습니다. nwbackup 그래픽 인터페이스 프로그램을 사용하여 수동 백업을 수정할 수 없습니다.

nsrmm 프로그램을 사용하여 스케줄 백업 방침을 수정할 때와 같은 방법으로 save 프로그램을 다음 옵션들과 함께 사용하십시오.

• -y retention_time — 보유 시간 업데이트

• -w browse_time — 찾기 시간 업데이트

예를 들어, file_name에 대해 수동 백업을 수행하고 한 달의 보유 시간을 부여하려면 다음 명령을 입력합니다.

save -y "1 month" file_name

찾기 및 보유 시간을 지정할 때 사용할 조건과 구문은 nsr_getdate 매뉴얼 페이지에 나와 있습니다. 자세한 내용은 nsr_getdate 및 save 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

Save set의 찾기 및 보유 방침에 대한 보고서

mminfo 명령을 -p 옵션과 함께 사용하여 Save set의 찾기 및 보유 시간에 대한 보고서를 표시할 수 있습니다. 보고서의 각 줄은 다음 항목을 표시합니다.

• Save set 작성일

• 저장된 찾기 및 보유 날짜(6.0 이전 버전의 NetWorker 소프트웨어를 사용하여 서버에 연결하면 용어 undef가 표시됨)

• Save set ID

• 클라이언트 이름

• Save set 이름



4

개체성

6.0 이전 버전의 NetWorker 소프트웨어의 찾기 및 보유 방침(Browse and Retention Policy)에서는 Client 자원을 통해 한 가지 형태의 바인딩만을 제공했습니다. 과거와 미래의 백업에 대한 Client 자원 정의에 대해 하나의 방침이 모든 백업에 영향을 준다는 점에서 이것은 한계였습니다. 또한 방침을 수정하는 데도 이것이 모든 과거 및 미래 백업에 영향을 미친다는 점에서도 마찬가지로 한계였습니다.

NetWorker 서버에는 백업 전후에 찾기 및 보유 방침(Browse and Retention Policy)을 수정할 수 있는 기능이 있습니다. 예를 들어, 원래 시간 한계가 만료되기 전에 Save set 찾기 또는 보유 값을 연장할 수도 있습니다. nsrim의 재활용 기능이 더 이상 Client 자원을 참조할 필요가 없습니다. 대신 Save set 자체의 Save set 찾기 및 보유 방침(Browse and Retention Policy)을 사용합니다.

Client 자원 방침 설정은 백업 동안 Save set 레코드에 대한 초기 값을 제공합니다. 이 후에 이들 설정을 변경할 수 있고 그러면 같은 Client 자원에 대해 다른 백업이 생겨 Save set가 새로운 방침 값을 가질 수 있습니다. 동일한 클라이언트라 하더라도 각각의 Save set는 백업 시 설정된 찾기 및 보유 방침(Browse and Retention Policy) 값에 따라 방침이 정해지기 때문에 각기 다른 방침 값을 가질 수 있습니다.

Save set의 찾기 및 보유 방침 대체

Save set는 Save set가 만료할 때까지 볼륨과 미디어 데이터베이스에 유지됩니다. Save set는 보통 Save set와 복구에 대해 이 Save set에 종속적인 모든 Save set가 자신의 찾기 및 보유 방침(Browse and Retention Policy)을 초과할 때 만료되고 재활용 가능 상태가 됩니다. 하지만 save 명령에 -e 옵션을 사용하면 찾기 및 보유 방침을 대체하는 Save Set의 만료일을 명시적으로 지정할 수 있습니다. 종속성 규칙도 계속 적용됩니다. 따라서, 해당 Save set에 종속된 모든 Save set가 재활용 가능으로 표시될 때까지는 Save set가 재활용 가능으로 표시되지 않습니다.

백업 명령 사용자 정의NetWorker 서버가 클라이언트 파일 시스템 데이터를 백업하는 방식을 사용자가 원하는 대로 조정할 수 있는 추가 프로그램(스크립트)을 작성하여 클라이언트 백업을 사용자 정의할 수 있습니다. 예를 들어, 다음과 같이 프로그램을 작성할 수 있습니다.

• NetWorker 서버가 백업 작업을 수행하기 전에 메일 서버나 데이터베이스를 종료합니다.

• 백업을 완료한 후에는 메일 서버나 데이터베이스를 다시 시작합니다.

• 백업 작업을 시작하기 전에 메시지(예: “Backup started at 3:33 a.m.“)를 인쇄합니다.

• 백업을 실행합니다.

• 백업이 완료되면 메시지(예: “Backup completed at 6:30 a.m.“)를 인쇄합니다.



186

4

클라이언트의 스케줄 백업을 다음 두 가지 방법 중 한 가지 방법으로 사용자 정의할 수 있습니다.

• save 프로그램을 호출하는 스크립트를 작성한 다음 해당 클라이언트 컴퓨터의 Client 대화 상자에 있는 Backup 명령 텍스트 상자에 해당 스크립트의 이름을 입력합니다. 클라이언트를 백업할 때 표준 save 프로그램 대신 사용자 정의한 프로그램이 호출됩니다. 사용자 정의한 스크립트에 있는 save를 사용하여 클라이언트를 백업할 때는 클라이언트에 대해 백업되는 각 Save set에 대해 백업 프로그램에 있는 지침이 별도로 실행됩니다. 186페이지의 “사용자 정의된 백업 프로그램에 save 명령 사용”을 참조하십시오.

• 해당 클라이언트 컴퓨터의 Client 대화 상자에 있는 Backup 명령 텍스트 상자에 savepnpc를 입력합니다. 이런 식으로 클라이언트 백업은 save 프로그램 대신 savepnpc 프로그램을 호출합니다. 클라이언트가 처음 백업되면 savepnpc가 클라이언트의 백업을 위해 사용자 정의할 수 있는 기본 백업 프로그램 파일을 작성합니다. savepnpc를 사용하여 클라이언트를 백업하면 백업 프로그램 내의 지침이 백업 세션 동안 한 번만 호출됩니다. 190페이지의 “사용자 정의된 백업 명령에 savepnpc 명령 사용”을 참조하십시오.

어떤 레벨의 사용자 정의가 가장 적합한지 확인하려면 다음 질문들을 검토합니다.

• 매번 백업할 필요가 없는 클라이언트 데이터(예: 회사 전자 우편)가 있습니까?

• NetWorker 서버가 실행하는 백업에 대해 Save 그룹 완료 보고서 이외의 특별한 메시지를 전송하도록 하시겠습니까?

사용자 정의된 백업 프로그램에 save 명령 사용

Client 자원의 Backup Command 속성에 추가적인 처리를 수행하도록 하는 사용자 정의한 스크립트의 이름을 입력할 수 있습니다. Backup Command 속성에 항목이 존재하면, 스케줄 백업이 시작될 때 이 항목과 연관된 스크립트가 기본 save 프로그램 대신 실행됩니다.

중요 사항: save 프로그램을 사용할 때는 사용자 정의된 스크립트의 새 인스턴스가 savepnpc 클라이언트(발생된 대로)에 대해 한 번씩이 아니라 클라이언트의 Save Set 속성에 나열된 각 Save Set에 대해 호출된다는 점에 유의하십시오. Save set 값 All을 지정하면 프로그램이 클라이언트의 각 파일 시스템에 대해 실행됩니다. 따라서 데이터베이스에 대해 사용자 정의한 백업을 사용하여 Client 자원을 작성하면 사용자가 나열한 각 Save set에 대해 데이터베이스를 종료하기 위한 명령이 실행됩니다.



4

참고: 클라이언트에 대해 사용자 정의된 백업 프로그램을 작성한 후 즉시 클라이언트를 백업하십시오. 환경이나 네트워크 문제가 발생해서 백업이 성공적으로 수행되지 않을 수도 있기 때문입니다.

백업 프로그램이나 일괄처리 파일을 작성하는 데 사용하는 구문은 다음 목록에서 설명하는 기준을 따라야 합니다. 이 목록은 프로그래밍 정보를 상세히 설명하고 있습니다. 다음 권장 사항을 따를 수 없으면 사용자 자신의 백업 명령을 작성하지 마십시오.

• 프로그램 이름은 접두사가 save 또는 nsr 중 하나로 시작하고 64자를 넘어서는 안됩니다.

• 프로그램은 NetWorker save 명령과 같은 디렉토리에 있어야 합니다.

• 항상 스크립트에 save 명령의 전체 경로를 지정합니다.

• 데이터가 적절히 백업되도록 하려면 백업 프로그램 내에서 NetWorker save 명령을 사용해야 합니다.

• 프로그램 파일 안에 있는 모든 명령이 성공적으로 실행되어야 합니다. 그렇지 않으면 NetWorker 서버가 나머지 지침을 완료할 수 없습니다.

• NetWorker save 명령을 호출할 때는 명령과 save "$@" 인수를 함께 사용해야 합니다. 이렇게 하면 일괄처리 파일 내의 save 명령이 일상적인 백업 작업 동안 NetWorker savefs 프로그램에 의해 이 명령에 전달되는 인수를 받아들일 수 있습니다.

save 프로그램을 사용하여 사용자 정의 백업 스크립트 작성

save 프로그램을 사용하여 사용자 정의 백업 스크립트를 작성하려면 다음을 따르십시오.

1. 텍스트 편집기를 사용하여 NetWorker save 명령이 상주하는 디렉토리에서 스크립트를 작성합니다.

이 스크립트 내의 명령은 다음 순서대로 배치되어야 합니다.

a. 각 Save set 백업 전에 전처리 명령을 실행합니다(선택 사항).

b. NetWorker save 명령을 사용하여 데이터를 백업합니다(필수).

c. 각 Save set 백업 후에 후처리 명령을 실행합니다(선택 사항).

2. Client 자원의 Backup Command 속성에서 백업 프로그램의 이름을 입력합니다.

3. 클라이언트를 백업하여 새로 작성한 백업 명령이 작동하도록 합니다.



188

4 예: save 백업 명령

다음은 ClearCase VOB(버전 개체 기반)를 백업하는 예제 스크립트입니다. 사용자 정의된 이 스크립트 파일은 NetWorker save 명령과 같은 디렉토리에 있어야 합니다. 예를 들어, Solaris 시스템에서는 save 프로그램이 /usr/sbin 디렉토리에 설치됩니다. ClearCase VOB를 백업하는 데 사용되는 Client 자원의 Backup Command 속성에 스크립트의 이름을 입력합니다. 그러면 스케줄 백업 동안 일반 save 명령 대신 이 스크립트가 호출됩니다.

중요 사항: 백업이 발생하기 위해서는 스크립트 내에 save 명령을 포함시켜야 합니다. 스크립트 파일이 save 프로그램과 같은 디렉토리에 없으면 백업이 실패합니다.

다음 스크립트는 ClearCase VOB를 잠그고, 백업을 수행한 다음 VOB를 잠금 해제합니다.

#!/bin/sh

# export the SHELL that we are going to use

SHELL=/bin/sh

export SHELL

# export the correct PATH so that all the required binaries can

be found

case $0 in

/* ) PATH=/usr/atria/bin:/bin:/usr/bin:`/bin/dirname $0`

c=`/bin/basename $0`

;;

* )PATH=/usr/atria/bin:/bin:/usr/bin:/usr/sbin

c=$0

;;

esac

export PATH

# These are the valid statuses which save reports on completion

of the backup

statuses=”failed.

abandoned.



4

succeeded.

completed savetime=

“

# Perform the PRECMD (Lock VOB)

/usr/atria/bin/cleartool setview -exec

“/usr/atria/bin/cleartoollock -c \‘VOB backups in progress’ -vob /cm_data/mis_dev” magic_view > /tmp/voblock.log 2>&1

# Perform backup on client

save “$@” > /tmp/saveout$$ 2>&1

# cat out the save output

cat /tmp/saveout$$

# search for the backup status in the output reported by save

for i in ${statuses}; do

result=`grep “${i}” /tmp/saveout$$`if [$? != 0]; then

echo ${result}

fi

done

# Perform the POSTCMD (Unlock VOB)

/usr/atria/bin/cleartool setview -exec

“/usr/atria/bin/cleartoolunlock -vob /cm_data/mis_dev” \

magic_view > /tmp/vobunlock.log 2>&

# make sure to gracefully exit out of this shell script

exit 0



190

4

사용자 정의된 백업 명령에 savepnpc 명령 사용

save 프로그램 대신 savepnpc 프로그램을 사용하면 각 Save Set마다 한 번씩 실행되는 것이 아니라 클라이언트 백업 도중 한 번만 실행되는 전처리 및 후처리 명령을 클라이언트에서 실행할 수 있습니다. 클라이언트를 백업하기 전에는 정지되고 백업이 완료된 후에는 다시 시작되어야 할 데이터베이스나 기타 프로그램을 클라이언트가 실행 중인 경우 이렇게 하면 유용할 수 있습니다. savepnpc 명령의 옵션은 save 명령의 옵션과 동일합니다. savepnpc 명령 옵션에 대한 자세한 내용은 savepnpc 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

프로그램을 실행하려면 다음을 따르십시오.


2. 적절한 클라이언트를 선택합니다.

3. Backup Command 속성에서 savepnpc를 입력합니다.

4. 클라이언트의 백업을 실행합니다.

savepnpc를 사용하는 클라이언트의 백업 그룹을 처음 실행하면 <group-name>.res 파일이 클라이언트의 /nsr/res(UNIX) 또는 <NetWorker_install_path>\res(Microsoft Windows) 디렉토리에 생성됩니다. 여기서 group-name은 해당 클라이언트에 대해 선택된 그룹 자원에 있는 이름과 동일합니다. 클라이언트가 여러 백업 그룹에 속할 때는 해당 클라이언트가 속해 있는 각 그룹에 대해 별도의 <group-name>.res 파일이 작성됩니다.

초기 <group-name>.res 파일에는 다음 기본 백업 유형, 전처리, 후처리, 시간 초과 및 abort precmd 속성이 포함되어 있습니다.

type:

"echo hello";

pstcmd: "echo bye";

timeout: "12:00pm";

abort precmd with group: No;

참고: <group-name>.res 파일의 abort precmd with group 옵션은 savegroup 프로세스가 너무 일찍 종료된 경우 전처리 명령에 어떤 작업이 수행될지를 지정합니다. 기본적으로 전처리 명령은 자체 프로세스로 실행되며, 따라서 savegrop 프로세스가 일찍 취소되더라도 종료되지 않습니다. savegroup 프로세스가 취소되면 전처리 명령이 종료되도록 하려면 abort precmd with group을 Yes로 설정합니다.

<group-name>.res 파일이 존재하는 경우 텍스트 편집기를 사용하여 파일의 속성을 사용자 정의합니다. 다음에 클라이언트를 백업하면 사용자 정의한 지침이 적용됩니다.



4

클라이언트에서 보관 작업을 수행하기 전에 수정된 savepnpc 프로그램이 <group-name>.res 파일에서 precmd 속성에 대해 나열된 전처리 명령을 모두 수행합니다. 그런 다음 savepnpc 명령 자체에 대해 사용자가 지정한 옵션을 사용하여 save 작업을 수행합니다. 마지막 보관 작업이 성공적으로 완료되었으면 savepnpc 프로그램은 pstcmd 속성에 대해 나열된 후처리 명령을 모두 수행합니다.

<group-name>.res 파일을 편집할 때는 다음과 같은 사항이 적용됩니다.

• 사용자 정의된 백업을 실행하기 위해 savepnpc 명령으로 열린 명령 환경은 자동으로 시스템 기본 환경을 상속하지 않습니다. 명시적으로 PATH를 포함한 환경 변수는 존재하지도 않거나 NULL로 설정되지 않습니다. 환경은 전처리(precmd) 명령, 특히 PATH 변수의 일부로 작성해야 합니다. UNIX 클라이언트에서는 .profile, .cshrc 및 기타 로그인 스크립트를 소스화해야 합니다.

• <group-name>.res 파일에 환경 변수를 포함시키지 않으려면 모든 명령과 파일에 대해 전체 경로명을 포함시켜야 합니다.

• 실행 파일이 존재하지 않는 time 및 dir 같은 내부 명령어는 <group-name>.res 파일에서 사용될 수 없습니다. 로그 파일을 보면 해당 실행 파일을 찾을 수 없음을 보고합니다.

• Microsoft Windows 클라이언트에서는 <group-name>.res 파일에 “@ECHO OFF“를 사용하지 마십시오.

• precmd 및 pstcmd 속성에 둘 이상의 명령 순서를 추가하려면 쉼표(,)를 사용하여 명령을 분리하십시오.

• 속성에 대한 전체 명령줄은 세미콜론(;)으로 끝나야 합니다.

• <group-name>.res 파일에서는 모든 백슬래시(\) 문자를 이탈 처리해야 합니다. 따라서 c:\mydir\myprogram.exe 같은 경로 이름은 c:\\mydir\\myprogram.exe로 기록되어야 합니다. 다음은 <group-name>.res 파일의 예입니다.

type: savepnpc;

precmd: "V:\\usr\\sap\\PDB\\SYS\\exe\\run\\PDB-stop.cmd >

C:\\WINNT\\system32\\PDBStop.log 2>&1";

pstcmd: "V:\\usr\\sap\\PDB\\SYS\\exe\\run\\PDB-start.cmd >

C:\\WINNT\\system32\\PDBStart.log 2>&1";

timeout: "12:00pm";

<group-name>.res에서 호출되는 스크립트 안에 있는 백슬래시 문자를 이탈 처리할 필요가 없습니다. 경로 이름 문제를 단순화하는 한 가지 방법은 모든 명령을 스크립트나 일괄처리 파일 안에 넣고, 스크립트의 전체 경로 이름을 precmd 또는 postcmd 줄에 놓는 것입니다.

• <group-name>.res 파일의 마지막 명령줄을 끝내는 세미콜론 뒤에는 줄 바꿈이 와야 합니다. 앞의 예제에서는 파일 끝에 “#end“ 주석을 추가하여 마지막 세미콜론 뒤에 줄 바꿈이 오도록 했습니다.



192

4

• 전처리에 의해 표준 출력에 기록되는 텍스트는 NetWorker 완료 통지에 나타납니다. 이 출력이 상세한 경우에는 스크립트에 있는 명령의 출력을 이후에 조사할 수 있도록 로그 파일로 향하게 할 수도 있습니다. 후처리 명령의 출력은 해당 명령이 실행될 때 서버에 대한 연결이 이미 삭제되었기 때문에 버려집니다. 다시 시작할 수 없는 경우 결과를 조사할 수 있도록 출력을 로그 파일로 방향을 재지정하십시오.

Timeout 속성Time 속성은 모든 Save set가 백업되었는지 여부에 관계 없이 후처리 명령이 실행될 시점을 나타냅니다. 시간 초과 항목은 nsr_getdate가 인식할 수 있는 형식이어야 하며 앞뒤에 큰따옴표를 입력해야 합니다. 자세한 내용은 LEGATO Command Reference Guide의 nsr_getdate 설명을 참조하십시오.

Timeout 속성에 잘못된 시간을 입력하면 시간 초과가 실행되지 않아 아무런 오류 메시지도 생성되지 않습니다.

Timeout 속성은 선택 사항입니다. 이 속성을 사용하지 않으려면 # 문자를 사용하여 해당 행을 주석으로 만들어서 행의 명령이 실행되지 않도록 할 수 있습니다. 예를 들면, 다음과 같습니다.

# timeout: "12:00pm";

Timeout 속성의 값은 후처리가 실제로 시작하는 정확한 시간이 아닐 수도 있습니다. savepnpc 프로그램의 pstclntsave 서브루틴은 1분 폴링 간격을 사용하여 전처리 작업의 완료 여부를 확인합니다. 따라서, savepnpc.log 파일이 지정한 시간을 초과하여 60초 후에 시작되었음을 나타낼 수도 있습니다.

여러 그룹에 대해 savepnpc 명령 사용자 정의

여러 그룹에 대한 명령 전처리 및 후처리를 사용자 정의하려면 다음을 따르십시오.

1. 기존 <group-name>.res 파일을 복사합니다.

• Microsoft Windows 클라이언트:

<NetWorker_install_path>\tmp\<group-name>.res to <NetWorker_install_path>\tmp\<your_new_group>.res

• UNIX 클라이언트:

/nsr/res/<group-name>.res to /nsr/res/<your_new_group>.res

2. 새 <new_group-name>.res 파일을 편집합니다.

기존 <group-name>.res 파일이 없는 경우 이 파일 없이 savepnpc에 대한 그룹을 활성화할 수 있습니다. /nsr/res/<your_new_group>.res 또는 <NetWorker_install_path>\tmp\<your_new_group>.res에 기본 템플리트가 작성되어 사용자 정의할 수 있습니다.



4

savepnpc 명령이 로깅하는 메시지

savepnpc가 생성하는 메시지는 해당 클라이언트의 파일 시스템에서 다음 위치에 있는 savepnpc.log 파일에 기록됩니다.

• UNIX: /nsr/logs

• Microsoft Windows: <NetWorker_install_path>\logs

savepnpc.log 파일의 형식은 다음과 유사합니다.

09/03/99 01:57:43 오 후 preclntsave: All command(s) ran successfully.

09/03/99 01:57:43 오 후 preclntsave: All savesets on the worklist are done.

09/03/99 13:57:51 pstclntsave: All command(s) ran successfully.

디렉티브

디렉티브는 NetWorker 서버가 백업 및 복구하는 동안 파일과 디렉토리를 처리하는 방법을 제어하는 특수 지침입니다. NetWorker 관리자는 디렉티브를 작성하여 NetWorker 프로세스를 필요에 따라 사용자 정의하고 백업의 효율성을 극대화하며, 개별 파일이나 디렉토리에 특별한 처리를 적용할 수 있습니다.

로컬 및 전역 디렉티브

디렉티브에는 다음 두 가지 유형이 있습니다.

• 글로벌 디렉티브 — 관리자는 NetWorker 관리 프로그램을 사용하여 글로벌 디렉티브를 작성할 수 있습니다. 이러한 디렉티브는 NetWorker 서버에 자원으로 저장되며 Client 자원의 Directive 속성을 사용하여 개별 클라이언트에 선택적으로 적용할 수 있습니다.

• 로컬 디렉티브 파일 — 사용자는 파일 작성 권한을 갖고 있는 클라이언트 파일 시스템에 .nsr이라는 로컬 디렉티브 파일을 작성할 수 있습니다. 이러한 파일을 포함하는 디렉티브는 디렉티브 파일이 위치한 경로에 직접 속한 데이터에만 적용됩니다.

참고: 디렉티브 충돌이 발생하는 경우 전역 디렉티브가 로컬 디렉티브보다 우선적으로 적용됩니다.



194

4

모든 NetWorker 디렉티브는 기본적으로 동일한 형식을 사용하지만 전역 디렉티브에는 디렉티브가 작동하는 데이터의 경로를 지정하는 추가 <<directory>> 행이 포함되어 있습니다. 예를 들어, 스케줄 백업이 특정 클라이언트의 /mydir 디렉토리에 있는 모든 *.tmp 파일을 건너뛰도록 하려면 다음 방법 중 하나를 사용하여 디렉티브를 작성할 수 있습니다.

• NetWorker 관리 프로그램을 사용하여 다음 형식의 글로벌 디렉티브를 작성한 다음 해당 클라이언트에 적용하십시오.

<<"C:\MYDIR">>

<</mydir>>

skip: *.tmp

글로벌 디렉티브 작성에 대한 지침은 202페이지의 “디렉티브 자원 작성”을 참조하십시오.

• 텍스트 편집기를 사용하여 NetWorker 클라이언트에서 다음 디렉티브를 포함하는 /mydir/.nsr이라는 이름의 파일을 작성합니다.

skip: *.tmp

디렉티브 형식에 대한 자세한 내용은 198페이지의 “디렉티브 형식”을 참조하십시오.

응용 프로그램 특정 모듈

디렉티브는 응용 프로그램 특정 모듈(ASM)을 사용하여 파일과 디렉토리를 처리합니다. ASM은 백업 및 복구 동안 다양한 작업을 수행하기 위해 NetWorker 환경 내에서 작동되는 프로그램입니다. 예를 들어, compressasm 프로그램은 백업 동안 데이터를 압축하도록 NetWorker 서버에 지시합니다.

ASM은 로컬 디렉티브 파일이나 서버 측 디렉티브 자원에 포함되어 있으며 클라이언트 데이터의 백업 시 실행됩니다. 디렉티브 파일과 디렉티브 자원은 하나 이상의 ASM을 포함할 수 있습니다. 194페이지의 표 29에 NetWorker ASM이 설명되어 있습니다.

표 29. NetWorker ASM (1/4)

ASM 이름 설명 예

always 지정된 파일의 변경 시간에 관계 없이 지정된 파일을 항상 백업하고 스케줄된 레벨을 무시합니다. 이 ASM은 끊임 없이 변하는 중요한 클라이언트 파일이 항상 완전 백업되도록 보장하는 데 사용될 수 있습니다.

always: *.c



4compressasm 더 적은 네트워크 대역폭과 볼륨이 사용되도록

파일을 압축합니다. 디렉토리는 압축하지 않습니다. 압축되는 양은 데이터에 따라 다릅니다. ASM은 상당한 양의 CPU 자원을 사용하므로 성능이 약한 시스템에서는 장점이 제한적일 수도 있습니다. 저장 장치에서 데이터를 압축할 경우에도 이 ASM을 적용할 수 있습니다. 하지만 추가 압축으로 인해 테이프에 더 기록되는 데이터의 양은 미미합니다.

+compressasm: .

holey 파일을 백업할 때 구멍이나 0 블록을 처리하여 복구 동안 이들 구멍을 보존합니다. 이 ASM은 보통 자동으로 적용되므로 별도로 지정할 필요가 없습니다.

+holey: *

logasm 이 ASM에서 지정하는 파일이 사용중일 때 오류를 생성하지 않도록 NetWorker 서버에 지시합니다. 이 ASM은 로깅 작업에 참여하는 파일과 백업 작업 동안 변경될 수 있는 다른 유사한 파일에 유용합니다.

+logasm: *.log

mailasm 메일 스타일의 파일 잠금을 사용하며, 대부분의 메일 처리기에서 “new mail has arrived“ 플래그를 보존하여 파일의 액세스 시간을 유지합니다.

+mailasm: *.mbx

mtimeasm 어떤 파일이 백업될지 확인하기 위해 inode 변경 시간 대신 수정 시간을 사용하여 파일을 백업합니다. 수정 시간은 파일의 내용이 마지막으로 수정된 시간이고, inode 변경 시간은 마지막으로 파일의 모드, 소유자 또는 링크 카운트가 변경된 시간입니다.

mtimeasm: *.log

nsrindexasm 6.0 이전 버전의 NetWorker 서버에서 수행되는 NetWorker 파일 인덱스 백업에서 복구하는 데 사용됩니다. 이러한 이전 인덱스 백업에서 복구하는 동안에는 nsrck 및 mmrecov에 의해 nsrindexasm이 자동으로 호출됩니다.

적용 불가능





196

4nsrmmdbasm 미디어 데이터베이스를 처리하는 데 사용됩니다.

일반적으로 nsrmmdbasm은 savegrp 및 mmrecov에 의해 자동으로 호출되며 NetWorker 디렉티브에는 사용되지 않습니다.

적용 불가능

null 지정한 파일을 백업하지 않지만, 해당 파일에 대한 항목이 온라인 인덱스에 추가되도록 해당 파일을 포함하고 있는 디렉토리를 백업합니다. NetWorker 서버는 이 ASM을 사용하여 스케줄 백업 동안 온라인 인덱스를 백업합니다.

+null: *.tmp

nullasm null ASM의 다른 이름이며, 역방향 호환에 사용됩니다.

null 참조

posixcrcasm 백업 동안 파일에 대한 32비트 CRC(cyclic redundancy check)를 계산합니다. 이 CRC는 파일과 함께 저장되며 파일을 복원할 때 검증됩니다. 자신을 백업하는 동안에는 검증하지 않습니다. 이 ASM을 사용하면 복원 시 파일의 유효성을 검사할 수 있지만 검출된 오류를 수정할 수 있는 수단은 제공하지 않습니다.

posixcrcasm: *.?*

pw1 암호화된 암호를 사용하여 특정 파일을 암호로 보호합니다. 자세한 내용은 197페이지의 “암호 ASM”을 참조하십시오.참고: NetWorker 소프트웨어의 Microsoft Windows 및 NetWare 버전에서만 사용할 수 있습니다.

pw1: *.*

password "-o{koo{o"

pw2 파일 자체도 암호화된다는 점을 제외하고는 pw1 ASM과 동일합니다. 자세한 내용은 197페이지의 “암호 ASM”을 참조하십시오.참고: NetWorker 소프트웨어의 Microsoft Windows 및 NetWare 버전에서만 사용할 수 있습니다.

pw2: *.*

password "-o{koo{{"





4

암호 ASM

Microsoft Windows 및 NetWare 클라이언트에서만 사용할 수 있는 암호 ASM은 데이터를 암호화하거나(pw2) 암호로 보호하는 데(pw1) 사용됩니다. 이러한 ASM을 사용하는 디렉티브에는 암호를 설정할 때 NetWorker User 프로그램이 생성하는 Networkr.cfg라는 로컬 파일이 필요합니다. NetWorker User 프로그램에서 암호를 입력하는 방법에 대한 자세한 내용은 LEGATO NetWorker 관리 지침서, Microsoft Windows 버전을 참조하십시오.

pw1 및 pw2의 형식의 경우 ASM 사양 바로 아래 행에 암호의 암호화된 형식을 입력해야 합니다. 예를 들면, 다음과 같습니다.

pw1: *.*

password "-o{koo{o"

pw1 또는 pw2를 사용하는 디렉티브를 작성할 경우 Networkr.cfg 파일에서 암호화된 암호를 복사하여 삽입하십시오.

rawasm /dev 항목(즉, 블록 및 문자 특수 파일)과 관련 Raw 디스크 파티션 데이터를 백업하는 데 사용됩니다. 어떤 시스템에서는 /dev 항목이 실제로 장치 고유 이름에 대한 심볼릭 링크에 해당합니다. 다른 ASM과 달리 이 ASM은 심볼릭 링크를 따르므로 더 짧은 /dev 이름을 구성할 수 있습니다. 이 ASM을 사용할 경우의 예방 조치를 포함하여 자세한 정보는 198페이지의 “rawasm 사용 시 중요한 예방 조치”를 참조하십시오.

rawasm: /dev/oracle1

생략(skip) 파일과 디렉토리를 백업에서 제외하고, 디렉토리 또는 파일 이름을 온라인 인덱스에 넣지 않습니다.예제에서 이름이 temp인 모든 파일과 디렉토리가 백업에서 생략됩니다.

+skip: temp

swapasm 실제 파일 데이터를 백업하지 않지만 복구 시 올바른 크기의 0으로 채워진 파일을 다시 작성합니다. 이 ASM은 스와핑 장치가 올바른 크기로 복구되어야 하는 스왑 파일인 시스템에서 사용되지만 스왑 파일의 내용은 중요하지 않으므로 백업하거나 복원할 필요가 없습니다.

swapasm: compression.doc





198

4

rawasm 사용 시 중요한 예방 조치

rawasm 디렉티브는 Raw 디스크 파티션을 백업할 때 사용됩니다. Raw 파티션은 종종 활성 데이터베이스 관리 시스템(DBMS) 데이터를 저장하는 데 사용됩니다. Raw 파티션에 활성 DBMS 제품에서 관리하고 업데이트하는 데이터가 포함되어 있으면 rawasm만으로는 일관된 백업이 제공되지 않습니다. rawasm이 파티션에서 데이터를 보관하거나 복구하는 동안에는 데이터베이스가 제어되지 않는 방식으로 데이터를 업데이트하지 않아야 합니다. 파티션이 오프라인되거나 데이터베이스 관리자가 종료하거나 또는 파티션이 백업에 적합한 상태에 있어야 합니다. 따라서, 데이터베이스를 백업하려면 NetWorker Module 응용 프로그램을 사용하는 것이 좋습니다.

마찬가지로 rawasm이 UNIX 파일 시스템을 포함하고 있는 파티션을 보관하는 데 사용되는 경우에는 일관된 백업을 얻기 위해 해당 파일 시스템이 마운트 해제되거나 마운트된 읽기 전용이어야 합니다.

복구 시 rawasm 사용

복구할 경우 rawasm을 사용하려면 복구 전에 원시 장치에 대한 파일 시스템 노드가 존재해야 합니다. 이렇게 하면 /dev 항목의 복구로부터 보호되어 재구성된 디스크에 있는 데이터를 겹쳐쓰지 못하게 됩니다. 다른 원시 파티션을 참조하게 하여 /dev 항목을 작성하고, 필요한 경우 강제로 겹쳐쓰기를 할 수 있습니다. /dev 항목을 심볼릭 링크로 작성하면 데이터가 해당 심볼릭 링크의 대상 시스템으로 복구됩니다.

Raw 파티션은 백업을 수행한 시스템과 같은 디스크 환경과 같은 크기의 파티션을 갖도록 구성된 시스템에 복구되어야 합니다.

• 새 파티션이 원래 파티션보다 작으면 복구가 성공적으로 완료되지 않습니다.

• 새 파티션이 원래 파티션보다 크면 원래 보관된 데이터의 양만큼만 복구되고, rawasm이 전체 크기를 알지 못하므로 복구 시 보고되는 평가된 크기는 정확하지 않습니다.

디렉티브 형식

전역 및 로컬 디렉티브 모두 다음 세 가지 기본 형식의 디렉티브 문이 포함되는 형식을 사용합니다.

• 디렉티브 지정

• ASM(응용 프로그램 특정 모듈) 지정

• 보관 환경 키워드

디렉티브에는 주석도 포함될 수 있습니다. # 문자 뒤의 텍스트는 모두 주석으로 처리됩니다.

참고: 디렉티브 형식에 대한 자세한 내용은 nsr(5) 및 nsr_directive(5) 매뉴얼 페이지를 참조하십시오.



4

디렉토리 지정

디렉토리 지정은 이 항목 다음의 디렉티브가 적용될 최상위 레벨 디렉토리를 나타냅니다. 디렉토리 지정의 형식은 아래와 같습니다.

<<directory>>

예를 들어, ASM을 /etc 디렉토리에 적용하려면 다음 형식을 사용하십시오.

<</etc>>

directive

같은 디렉티브 자원에서 디렉토리 자원을 여러 개 포함할 수 있습니다.

<</etc>>

directive<</tmp>>

directive

디렉토리 지정을 여러 개 사용하면 디렉토리 지정 다음에 오는 디렉티브는 다음 디렉토리 지정까지 해당 디렉토리에 적용됩니다. 디렉토리 지정에서는 와일드카드를 사용할 수 없습니다.

참고: Windows 시스템의 클라이언트에 적용된 디렉티브의 경우 경로 이름은 대소문자를 구분하지 않습니다. 경로 이름에 콜론(:)이 있는 경우 다음과 같이 전체 경로 앞뒤에 따옴표를 입력해야 합니다.

<<"C:\MYDIR">>

응용 프로그램 특정 모듈 지정

ASM 디렉티브는 실행할 ASM뿐 아니라 해당 ASM과 연관된 매개 변수도 지정합니다. ASM 지정 구문은 다음과 같습니다.

[+]asm: argument

여기서 생략 가능한 더하기 부호(+)는 해당 디렉티브가 현재 디렉토리와 모든 하위 디렉토리에 모두 적용됨을 나타냅니다. asm은 실행될 ASM의 이름이고, argument는 해당 ASM이 작용되는 파일 이름의 목록입니다. argument는 공백으로 분리된 다중 파일 이름을 포함하고 와일드카드도 사용할 수 있습니다. 단 하나의 파일 이름과 와일드카드만 허용되고 디렉토리 정보는 포함할 수 없습니다. 사용할 수 있는 ASM에 대한 설명은 194페이지의 “응용 프로그램 특정 모듈”을 참조하십시오.

참고: Microsoft Windows 시스템의 클라이언트에 적용된 디렉티브의 경우 파일 이름은 대소문자를 구분합니다.



200

4

ASM 용법에서 와일드카드 사용

ASM 용법에서 단일 문자나 문자열을 대체하기 위해 와일드카드를 사용할 수 있습니다. 표준 파일 대조 패턴이 지원됩니다.

UNIX 시스템에서 숨겨진 파일(.* 파일)을 포함하여 모든 파일에 디렉티브를 적용하려면 * .?*를 사용합니다. 여기서 첫 번째 별표와 점 사이에는 공백이 있어야 합니다.

보관 환경 키워드

보관 환경 키워드는 현재 ASM과, 현재 디렉토리와 하위 디렉토리에 후속 ASM이 적용되는 방법을 제어하는 데 사용됩니다. 200페이지의 표 30은 세 가지 보관 환경 키워드에 대해 설명합니다.

표 30. 보관 환경 키워드 (1/2)

키워드 명령 예

forget 상속된 디렉티브(+로 시작되는 디렉티브)를 더 이상 적용하지 않도록 NetWorker 서버에 지시합니다.

G:\SRC 디렉토리에서 G:\SRC\SYS 디렉토리의 파일을 제외한 모든 *.o 파일을 건너뛰려면 다음을 입력합니다.<<G:\SRC>>

+skip: *.o

<<G:\SRC\SYS>>forget

여기서는 skip ASM을 사용하여 G:\SRC 디렉토리와 하위 디렉토리에 있는 *.o이라는 모든 파일을 건너뛰도록 NetWorker 서버에 지시합니다. 그런 다음 forget 키워드를 사용하여 skip ASM을 SYS 하위 디렉토리에 적용하지 않도록 서버에 지시합니다.

ignore 현재 디렉토리 아래에 있는 하위 디렉토리에 적용된 모든 디렉티브를 무시하도록 NetWorker 서버에 지시합니다.

사용자의 홈 디렉터리에 있는 로컬 디렉티브 집합을 대체하려면 다음을 입력합니다.<<G:\HOME>>

ignore



4

사전 구성된 디렉티브 자원

NetWorker 소프트웨어에는 일련의 사전 구성된 디렉티브 자원이 포함되어 있습니다. 이러한 디렉티브 자원 중에는 사전 설정 전역 디렉티브가 포함되어 있는 것도 있으며 그렇지 않은 것도 있지만 필요에 따라 수정할 수 있습니다.

사전 구성된 디렉티브 자원은 수정할 수는 있어도 삭제할 수는 없습니다.

201페이지의 표 31에서는 사전 구성된 디렉티브와 그에 대한 설명을 나열합니다.

allow 현재 ignore 키워드가 적용된 하위 디렉토리에서 사용되며, ignore보다 우선합니다.

ignore 키워드에 대한 위의 예제에 더하여 G:\HOME\DOC 디렉토리의 디렉티브를 적용할 수 있습니다.<<G:\HOME>>

ignore

<<G:\HOME\DOC>>

allow

표 31. 사전 구성된 디렉티브 (1/2)

디렉티브 자원 설명

DOS standard Microsoft Windows 95 및 Windows 98 클라이언트의 백업에 사용되는 기존 자원입니다. 기본적으로 이 자원에는 디렉티브가 없습니다.

DOS with compression Microsoft Windows 95 및 Windows 98 클라이언트를 백업하고 압축하는 데 사용하는 기존 자원입니다. compressasm ASM을 모든 파일에 적용합니다.

NetWare standard NetWare 클라이언트를 백업하는 데 사용합니다. 기본적으로 이 자원에는 디렉티브가 없습니다.

NetWare with compression NetWare 클라이언트를 백업하고 압축하는 데 사용합니다. compressasm ASM을 모든 파일에 적용합니다.

NT standard Windows 클라이언트의 백업에 사용합니다. 기본적으로 이 자원에는 디렉티브가 없습니다.

NT with compression Windows 클라이언트를 백업하고 압축하는 데 사용합니다. compressasm ASM을 모든 파일에 적용합니다.

표 30. 보관 환경 키워드 (2/2)

키워드 명령 예



202

4

디렉티브 자원 작성

디렉티브를 입력할 때 사용할 구문에 대한 지침은 198페이지의 “디렉티브 형식”을 참조하십시오.

디렉티브 자원을 작성하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Directives를 선택합니다.


3. Name 속성에 새로운 디렉티브의 이름을 입력합니다.

4. Directive 속성에서 하나 이상의 디렉티브를 입력합니다.


이제 Client 자원에 대한 Directive 속성에서 디렉티브 자원을 선택할 수 있습니다.

UNIX standard 표준 UNIX 클라이언트를 백업하는 데 사용되는 디렉티브 세트가 포함되어 있습니다. 다음과 같은 ASM을 적용합니다.skip ASM은 tmp_mnt 디렉토리에 적용됩니다.

• skip ASM은 해당 파일 시스템의 core 파일에 적용됩니다.• allow 보관 환경 키워드는 /nsr과 후속 하위 디렉토리의 로컬 디렉티브가 적용되도록 하기 위해 /nsr 디렉토리에 적용됩니다.

• skip ASM은 /tmp 디렉토리에 적용됩니다.• swapasm ASM은 /export/swap 디렉토리에 적용됩니다. 스왑 파일이 다른 디렉토리에 있으면 적절한 디렉토리를 사용하도록 이 디렉티브를 수정하십시오.

• logasm ASM은 /nsr/logs, /var, /usr/adm 및 /usr/spool 디렉토리에 적용됩니다. 이 ASM은 다른 디렉토리에도 적용할 수 있습니다.

• mailasm ASM은 /usr/spool/mail 및 /usr/mail 디렉토리에 적용됩니다. 전자 우편 파일이 다른 디렉토리에 있으면 적절한 위치를 사용하도록 이 디렉티브를 수정하십시오.

UNIX with compression UNIX 표준 디렉티브 자원과 동일한 디렉티브 세트를 포함하고 있으며 compressasm ASM을 모든 파일에 적용합니다.

표 31. 사전 구성된 디렉티브 (2/2)

디렉티브 자원 설명



4

디렉티브 자원 편집

참고: 디렉티브 이름은 변경할 수 없습니다.

디렉티브 자원을 편집하려면 다음을 따르십시오.


2. Directives 목록 상자에서 적절한 디렉티브를 선택합니다.

3. 필요한 경우 디렉티브를 수정한 다음 Apply를 누릅니다.

디렉티브 자원 삭제

참고: 사전 구성된 디렉티브나 Client 자원에 현재 적용되어 있는 모든 디렉티브는 삭제할 수 없습니다.

디렉티브 자원을 삭제하려면 다음을 따르십시오.


2. Directives 목록 상자에서 적절한 디렉티브를 선택하고 Delete를 누릅니다.


이 클라이언트에 대한 NetWorker 서버를 추가 또는 변경NetWorker 소프트웨어에서는 /nsr/res/servers(UNIX) 또는 <NetWorker_install_path>\res\servers(Microsoft Windows) 파일을 사용하여 클라이언트 작업 권한을 가질 수 있는 사용자(다른 클라이언트에서 프로그램이 실행되도록 요청할 수 있는 권한)를 제어합니다. 이러한 작업은 다음 중 하나가 수행할 수 있습니다.

• 아카이브 요청을 수행하는 서버

• 스케줄 백업

• 지정 복구를 요구하는 또다른 클라이언트

NetWorker 설치 도중 이 파일에 NetWorker 서버의 이름을 추가할 수 있습니다. 이후에 추가 서버를 추가하려면 텍스트 편집기를 사용하여 서버 이름을 파일에 추가해야 합니다.

작업 권한을 가진 클라이언트가 다른 NetWorker 서버로 백업할 수 있으려면 추가 NetWorker 서버의 이름을 이 파일에 추가해야 합니다. 다른 클라이언트가 작업 권한을 가진 클라이언트에 지정 복구를 수행하려면 해당 클라이언트의 이름이 servers 파일에 추가되어야 합니다.

중요 사항: servers 파일이 비어 있으면 모든 NetWorker 서버가 작업 수행 권한을 갖게 됩니다. 보안 문제가 발생할 수 있습니다.



204

4

servers 파일 편집

servers 파일에 이름을 추가하여 클라이언트에 작업 수행 권한을 부여하려면 다음을 따르십시오.

1. nsrexecd 데몬을 종료합니다.

2. /nsr/res/servers 파일을 텍스트 편집기에서 엽니다.

이 파일 기본 설치 위치는 다음과 같습니다.

• nsr/res/servers (UNIX)

• <NetWorker_install_path>\res\servers (Microsoft Windows)

3. 한 줄당 하나씩 서버 이름을 입력합니다.

4. 변경 내용을 저장하고 텍스트 편집기를 종료합니다.

5. nsrexecd 데몬을 다시 시작합니다.

Client PriorityClient 자원의 Client Priority 속성은 해당 클라이언트에 대한 Save set 작업 목록을 완성하는 데 필요한 정보에 대해 참여 클라이언트를 탐색하는 순서를 지정합니다. Client Priority 속성은 Client 자원의 일부이며 숨겨진 속성이 활성화되어 있는 경우에만 표시됩니다. 이 속성은 1부터 1,000 사이의 값을 포함할 수 있습니다. 값이 낮을수록 우선 순위는 더 높아집니다.

Client Priority 속성에 대해 가장 낮은 값을 가진 클라이언트는 NetWorker 서버가 접촉할 목록의 맨 앞에 놓여집니다. Priority 속성에 값을 지정하지 않으면 임의의 순서대로 접촉합니다.

Client Priority 속성은 클라이언트 접촉 순서를 지정할 경우 많은 변수가 다음 시나리오를 포함하여 클라이언트가 자신의 백업을 완료하는 순서에 영향을 미칩니다.

• 클라이언트에 있는 각 Save set에 대한 작업 목록이 완성될 때까지는 백업 작업이 클라이언트에서 시작되지 않습니다.

• 작업 량은 클라이언트 간에 크게 차이가 날 수 있습니다.

• 클라이언트가 정지하고 시간 초과되면 이 클라이언트는 접촉된 클라이언트 목록의 끝에 놓입니다.

백업 시도가 실패한 것으로 간주되기 전까지 그룹에 있는 각 클라이언트를 재시도하는 횟수를 늘리려면 Group 자원에서 Client Retries 속성의 값을 변경하십시오. 자세한 내용은 302페이지의 “그룹 작성”을 참조하십시오.

참고: ClientB보다 ClientA가 먼저 백업되도록 하는 유일한 방법은 ClientB가 포함된 그룹보다 먼저 시작되는 스케줄 백업 그룹에 ClientA를 할당하는 것입니다.



4

논리 볼륨 백업논리 볼륨은 여러 개의 물리 디스크 볼륨에 걸쳐 존재할 수 있는 클라이언트 컴퓨터의 주(디스크) 저장 장치 유형입니다. 논리 볼륨은 자체적으로 장치 주소가 있어 파일 시스템의 디스크 분할 영역과 비슷하게 처리됩니다. NetWorker 서버가 클라이언트의 데이터를 백업할 때 최고의 성능을 수행하도록 각 클라이언트에 할당되는 보관 세션 수를 결정해야 합니다. 경합을 막기 위해 물리적 디스크 당 둘 이상의 백업 작업이 실행되지 않도록 해야 합니다. 이러한 이유로 각각의 물리적 디스크에 각각 다른 세션을 할당하도록 시도합니다.

할당되는 Save Set의 수를 확인하기 위해 NetWorker 서버는 savefs -p 명령을 사용하여 백업 그룹의 클라이언트를 조사합니다. 이 명령은 다음 사항을 확인합니다.

• 백업할 데이터

• 데이터가 실제로 있는 위치

• 논리 볼륨이 있는지 여부

다음 규칙에 따라 NetWorker 서버는 다음 두 개의 변수, 디스크 번호 및 최대 세션 수에 이 정보를 저장합니다.

• 논리 볼륨이 포함된 볼륨 그룹이나 디스크가 장치 경로의 일부가 아닐 때는 해당 클라이언트 컴퓨터의 모든 논리 볼륨에 같은 디스크 번호가 할당되고 최대 세션 수는 해당 클라이언트 컴퓨터의 논리 볼륨 수로 설정됩니다.

• 논리 볼륨이 포함된 볼륨 그룹이나 디스크가 장치 경로의 일부일 때는 해당 볼륨 그룹 내의 모든 논리 볼륨에 같은 디스크 번호가 할당되고 최대 세션 수는 해당 볼륨 그룹 내의 논리 볼륨 수로 설정됩니다.

서버는 savefs 출력을 사용하여 백업 그룹의 클라이언트 사이에 보관 세션(최대 서버 세션 수까지)을 할당합니다.

보관 세션은 다음과 같이 할당됩니다.

1. 서버는 백업 그룹의 클라이언트 당 하나의 보관 세션을 할당합니다.

2. 여전히 보관 세션이 남아 있는 경우 각 클라이언트에 있는 물리적 디스크 당 한 개의 보관 세션을 할당합니다.

3. 그래도 보관 세션이 남아 있으면 각 클라이언트 및 클라이언트 세션 수에 대한 최대 세션 수의 한계까지 각 디스크 번호 값에 보관 세션을 할당합니다.



206

4

NetWorker 클라이언트 라이센스 부여백업이 시작되면 NetWorker 클라이언트가 NetWorker 서버에 해당 속성을 전달합니다. NetWorker 서버는 이 정보를 사용하여 해당 클라이언트에 백업할 수 있는지 확인합니다. Client 자원에 있는 다음 읽기 전용 속성은 클라이언트 라이센스 부여를 실행하는 데 사용됩니다.

• 클라이언트 OS 유형

• NetWorker 버전

• CPU

• 사용 중인 작동 코드

NetWorker 서버를 사용하면 작동 코드가 사용자가 같은 플랫폼 유형으로 된 특정 숫자 만큼의 클라이언트를 사용할 수 있도록 합니다. 예를 들어 Solaris에서 실행되는 NetWorker 서버에는 특정한 숫자 만큼의 Solaris 또는 SunOS 클라이언트에 대한 라이센스가 부여됩니다. 다른 플랫폼의 클라이언트를 NetWorker 서버에 연결하려면 이들 플랫폼 각각에 대해 NetWorker ClientPak® 작동 코드를 구입해야 합니다.

서버에 저장되어 있는 모든 작동 코드에서 허용하는 클라이언트 숫자보다 많은 클라이언트를 정의할 수 있습니다. 그러나, NetWorker 서버는 백업 시 라이센스가 부여된 클라이언트의 숫자와 유형을 강제합니다. 다음을 확인하여 수행합니다.

• 연결된 클라이언트 수가 해당 작동 코드에서 허용하는 클라이언트 수보다 적거나 같습니다.

• 클라이언트의 유형이 해당 작동 코드에서 허용하는 유형입니다.

클라이언트 연결 라이센스는 특정 운영 체제에 종속되지 않습니다. 연결 라이센스는 NDMP 및 클러스터 클라이언트를 제외하고, 서버와 같거나 호환되는 Client Pak 작동 코드가 설치된 모든 클라이언트 운영 체제에 사용할 수 있습니다. NDMP 및 클러스터 클라이언트에는 전용 연결 라이센스가 필요합니다.



4

nsrlic 프로그램

nsrlic 프로그램은 NetWorker 서버에서 현재 사용 중인 모든 라이센스에 대한 보고서를 생성합니다. 프로그램은 현재 사용중인 워크스테이션과 서버 유형에서 발생하는 고장을 표시합니다. 또한, nsrlic에는 -v 옵션도 있는데, 이 옵션은 라이센스 추가 정보뿐 아니라 연결된 모든 클라이언트의 목록도 제공합니다. nsrlic 명령에 대한 자세한 내용은 LEGATO Command Reference Guide를 참조하십시오.

nsrlic 프로그램에서 생성되는 보고서는 클라이언트 라이센스를 범용 및 워크스테이션 라이센스로 구분합니다.

• 서버(예: Solaris, AIX 또는 Microsoft Windows NT)가 될 수 있는 운영 체제가 설치된 모든 컴퓨터가 범용 아래에 나열됩니다.

• 다른 모든 운영 체제(예: Microsoft Windows 2000 또는 Windows XP Professional)는 워크스테이션으로 나열됩니다.

워크스테이션 라이센스는 해당 서버가 이전 워크스테이션 클라이언트 연결 라이센스를 갖고 있지 않는 한 범용 라이센스에서 “차용“될 수 있습니다.

클라이언트 라이센스 오류 메시지

다음의 경우에는 NetWorker 백업은 라이센스 부여의 강제로 인해 거부되며, 오류 메시지가 생성됩니다.

• 클라이언트 유형이 작동 코드에서 허용되지 않거나 ClientPak 작동 코드가 없으면 백업이 거부됩니다. 예를 들어 다음과 같은 오류 메시지가 라이센스가 부여되지 않은 Windows NT 클라이언트를 가진 Solaris 서버에 보내질 수 있습니다.

RAP error, ClientPak for NT does not exist in the system.

이를 수정하려면 NT 작동 코드용 ClientPak을 구입하여 입력해야 합니다.

• 라이센스가 특정 클라이언트 유형에 대해 더 이상 사용할 수 없는 경우 백업이 거부됩니다. 예를 들어 다음과 유사한 오류 메시지를 받을 수 있습니다.

RAP error, Too many clients. Maximum is 2

이를 수정하려면 추가 클라이언트용 작동 코드를 구입하여 입력해야 합니다.

작동 코드 구입에 대한 자세한 내용은 설치 안내서를 참조하십시오.



208

4

NetWorker ClientPak for Mac OS X이 절에서는 Mac OS X 컴퓨터의 NetWorker 클라이언트 지원에 대해 설명합니다. UNIX, Linux 또는 Windows에서 지원되는 NetWorker 서버를 사용하여 Mac 클라이언트를 백업하고 복원할 수 있습니다.

지원되는 Mac 기존 파일

Mac OS X의 NetWorker 클라이언트는 HFS(Hierarchical File System) 및 HFS+ 자원 포크와 Finder 메타데이터의 백업 및 복구를 지원합니다. 이러한 호환성을 통해 Mac OS X에서 사용되는 기존 파일을 올바로 백업 및 복원할 수 있습니다.

지원되는 파일 시스템

Mac OS X 소프트웨어의 NetWorker 클라이언트는 아래 파일 시스템을 지원합니다.

• HFS+(저널 포함)

• HFS

• UFS

알려진 제한 사항

다음은 이 릴리스의 NetWorker ClientPak에 대해 알려진 제한 사항입니다.

• 이 릴리스에는 그래픽 사용자 인터페이스가 없지만 명령줄 인터페이스 지원 기능이 있습니다.

• Mac OS X Save set를 Mac OS X가 아닌 클라이언트로 복구하는 기능은 지원되지 않습니다.

• 비영어 로켈은 지원되지 않습니다.

Mac OS X에서 NetWorker 클라이언트 백업

이 절에서는 Mac OS X에서 NetWorker 클라이언트의 데이터를 구성 및 백업하는 방법에 대한 정보를 제공합니다.

Mac OS X 클라이언트에서 데이터 백업 수행

NetWorker의 스케줄 백업과 수동 백업을 수행하려면 백업할 각 Mac OS X 컴퓨터가 NetWorker 서버에 Client 자원을 가지고 있어야 합니다.



4

스케줄 백업

Mac OS X에 있는 NetWorker 클라이언트의 스케줄 백업은 NetWorker 서버에서 수행됩니다. 백업 스케줄에 대한 자세한 내용은 “6장:백업 그룹 및 스케줄”을 참조하십시오.

수동 백업

Mac OS X에 있는 NetWorker 클라이언트의 파일이나 디렉토리를 수동으로 백업하려면 다음과 같이 save 명령을 사용합니다.

% save file_or_directory_to_back_up

기본적으로 save 명령은 /nsr/res/servers 파일에 정의된 첫 번째 NetWorker 서버에 연결합니다. 대체 NetWorker 서버를 지정하려면 save 명령과 함께 -s networker_server 옵션을 사용합니다.

MAC OS X 필수 디렉티브

복구 이후의 일관성 상태를 확인하려면 특정 파일과 디렉토리를 Mac OS X 시스템에 백업하지 않아야 합니다. 209페이지의 표 32는 Mac OS X에 백업하지 않아야 하는 파일과 디렉토리를 나열합니다.

이런 파일과 디렉토리가 백업되지 않게 하려면 NetWorker 서버의 Directives 자원에 해당 파일과 디렉토리를 정의합니다. 이러한 파일을 건너뛰는 디렉티브 예제에 대해서는 210페이지의 “표준 Mac OS X 디렉티브”를 참조하십시오. 디렉티브에 대한 자세한 내용은 193페이지의 “디렉티브”를 참조하십시오.

표 32. 백업에서 제외해야 하는 Mac OS X 파일 또는 디렉토리

파일 또는 디렉토리 설명

Desktop DBDesktop DF

Mac OS 9 데스크탑 데이터베이스 파일

.DS_Store Finder 설정

TheVolumeSettingsFolder/ 데스크탑 상태 세부 사항

VM Storage Mac OS 9 가상 메모리

private/var/db/netinfo NetInfo 데이터베이스



210

4 예: 표준 Mac OS X 디렉티브<< "/" >>

skip: Desktop\ DB

skip: Desktop\ DF

+skip: .DS_Store

skip: cores

skip: VM_Storage

skip: TheVolumeSettingsFolder

<< "/private/var/db/netinfo" >>

skip: .

<< "/nsr/logs" >>

logasm: .

<< "/private/var" >>

logasm: .

<< "/private/var/vm" >>

swapasm: .

재해 복구를 위한 NetInfo 데이터베이스 백업

다음 절에서는 Mac OS X NetInfo 데이터베이스의 백업 및 복구과 관련된 문제점에 대해 설명합니다. NetInfo 데이터베이스에는 재해 복구에 반드시 필요한 시스템 구성 정보가 포함되어 있습니다.

저장 전에 NetInfo 데이터베이스 백업

save 프로그램은 상주하는 NetInfo 데이터베이스를 백업하지 않습니다. 재해 복구의 일관성을 유지하려면 각 NetWorker 백업을 수행하기 전에 /var/backups/networker.nidump 파일에 NetInfo 데이터베이스를 저장합니다. 이 작업을 수행하려면 다음 명령을 사용합니다.

# nidump -r / -t localhost/local /var/backups/networker.nidump

각 NetWorker 보관 전에 NetInfo 데이터베이스의 백업 파일을 자동으로 생성하려면 다음과 같이 NetWorker savepnpc 명령을 사용합니다.

1. NetWorker 관리 프로그램 또는 nsradmin 프로그램에서 Mac OS X 클라이언트를 NetWorker Client 자원으로 구성할 경우 savepnpc를 Backup 명령으로 입력합니다.

2. /nsr/res 디렉토리에 <group_name>.res라는 이름으로 사용자 정의 savepnpc 스크립트를 작성합니다. 여기서, <group_name>은 해당 클라이언트에 대해 선택한 Group 자원입니다.



4예: Mac OS X에 대한 사용자 정의 savepnpc 스크립트

Default 그룹에 속하는 Mac OS X 클라이언트는 다음 내용을 포함하는 /nsr/res/Default.res 스크립트를 갖습니다.

type: savepnpc;

precmd: "/usr/bin/nidump -r / -t localhost/local/var/backups/networker.nidump"

이 스크립트에서 savepnpc 명령은 각각의 스케줄 백업 전에 NetInfo 데이터베이스를 /var/backups/networker.nidump 파일에 백업합니다.

savepnpc 스크립트에 대한 자세한 내용은 190페이지의 “사용자 정의된 백업 명령에 savepnpc 명령 사용”을 참조하십시오. 재해 복구에 대한 자세한 내용은 Legato NetWorker Disaster Recovery Guide를 참조하십시오.

Mac OS X에서 NetWorker 클라이언트 다시 시작

이 절에서는 Mac OS X에서 NetWorker 클라이언트 데몬을 종료했다가 다시 시작하는 방법에 대해 설명합니다.

Mac OS X에서 NetWorker 클라이언트 데몬 종료

Mac OS X에서 NetWorker 클라이언트 데몬을 종료하려면 다음을 따르십시오.

1. Mac OS X Terminal 응용 프로그램 유틸리티를 엽니다.

2. 다음 명령을 입력하여 NetWorker 데몬을 종료합니다.

# SystemStarter stop NetWorker

3. 시스템 프롬프트에 아래 명령을 입력하여 NetWorker 클라이언트 데몬인 nsrexecd가 실행 중이 아닌지 확인합니다.

# ps -ax | grep nsrexecd



212

4

Mac OS X에서 NetWorker 클라이언트 데몬 시작

Mac OS X에서 NetWorker 클라이언트 데몬을 시작하려면 다음을 따르십시오.

1. Mac OS X Terminal 응용 프로그램 유틸리티를 엽니다.

2. 다음 명령을 입력하여 NetWorker 데몬을 시작합니다.

# SystemStarter start NetWorker

3. 시스템 프롬프트에 아래 명령을 입력하여 NetWorker 클라이언트 데몬인 nsrexecd가 실행 중이 아닌지 확인합니다.

# ps -ax | grep nsrexecd

개별 파일 및 디렉토리 복구

NetWorker 소프트웨어로 파일을 찾고 복구하려면 recover 프로그램을 사용합니다. recover 프로그램에 대한 자세한 내용은 337페이지의 “명령 프롬프트에서 데이터 복구”를 참조하십시오.


5장:장치 및 미디어 관리

이 장에서는 LEGATO NetWorker 서버를 통해 수행할 수 있는 장치 및 미디어 작업에 대해 설명합니다.


• 214페이지의 “풀”

• 227페이지의 “볼륨 레이블 지정”

• 234페이지의 “Devices”

• 243페이지의 “동적 드라이브 공유”

• 251페이지의 “NetWorker DiskBackup”

• 273페이지의 “미디어 처리 오류 해결”

• 274페이지의 “Auto Media Management”


• 279페이지의 “저장 장치 관리 작업”

• 283페이지의 “볼륨 상태”

• 284페이지의 “NetWorker 볼륨 작업”

• 292페이지의 “Save set 스테이징”

참고: “Autochanger“라는 용어는 다양한 백업 장치를 말합니다. Autoloader, Carousel, 데이터휠, Jukebox, 라이브러리 및 Near-line과 같은 저장 장치를 가리킵니다.



214

5

풀

풀은 NetWorker 서버가 데이터를 기록하는 특정 미디어의 모음입니다. NetWorker 서버는 풀을 사용하여 데이터를 정렬하고 저장합니다. 각 풀에 대한 구성 설정은 특정 데이터를 받게 되는 볼륨을 서버에 알리는 필터의 역할을 합니다. 풀은 레이블 템플리트와 함께 사용하면 특정 볼륨에 어떤 데이터가 있는지 추적합니다. 레이블 템플리트에 대한 자세한 내용은 227페이지의 “볼륨 레이블 지정”을 참조하십시오.

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

• 214페이지의 “NetWorker 서버의 풀 사용 방법”

• 215페이지의 “NetWorker 풀 유형”

• 217페이지의 “NetWorker 서버에서 풀 기준을 사용하여 데이터를 정렬하는 방법”

• 218페이지의 “개별 풀로 클라이언트 인덱스 및 부트스트랩 보내기”

• 219페이지의 “둘 이상의 풀 구성에 대한 기준 일치”

• 220페이지의 “어떤 풀 기준과도 일치하지 않는 경우”

• 221페이지의 “풀 구성”

• 223페이지의 “저장 장치 및 풀 구성을 사용한 데이터 정렬”

• 224페이지의 “풀 작성”

• 226페이지의 “풀 편집”

• 227페이지의 “풀 삭제”

• 227페이지의 “아카이브 풀 작성”

NetWorker 서버의 풀 사용 방법

풀을 구성하는 방법에 따라 데이터를 받는 볼륨이 결정됩니다. 각 풀 구성에는 데이터가 관련 볼륨에 기록되기 위해 해당 데이터가 충족시켜야 할 기준이 있습니다.

스케줄 백업이 발생하면 NetWorker 서버는 Save set를 풀 구성에 일치시키려 합니다. Save set가 풀 구성의 기준과 일치하면 Save set가 해당 풀에서 레이블이 지정된 볼륨으로 향합니다. 그 풀에 대해 올바르게 레이블이 지정된 볼륨이 저장 장치에 마운트되었는지를 서버가 검사합니다.

• 올바르게 레이블이 지정된 볼륨이 저장 장치에 마운트된 경우 NetWorker 서버가 해당 볼륨에 데이터를 기록합니다.

• 올바르게 레이블이 지정된 볼륨이 저장 장치에 마운트되지 않은 경우에는 NetWorker 서버가 이 볼륨의 마운트를 요구하고 운영자가 적절한 볼륨을 마운트할 때까지 기다립니다.



5

NetWorker 풀 유형

NetWorker 소프트웨어는 서로 다른 유형의 데이터를 분리하기 위해 사전 구성된 풀 유형을 제공합니다. NetWorker 소프트웨어는 같은 풀 내의 볼륨에서 다음 유형의 데이터를 혼합하지 않습니다.

• 백업 데이터

• 아카이브 데이터

• 복제 데이터

다른 풀을 지정하지 않을 경우 모든 백업 데이터는 Default 풀로 경로가 지정되고 모든 아카이브 데이터는 Indexed Archive 풀로 경로가 지정됩니다. 복제된 백업 데이터는 Default Clone 풀로 경로가 지정되고 복제된 아카이브 데이터는 Indexed Archive Clone 풀로 경로가 지정됩니다.

사전 구성된 풀

215페이지의 표 33에서는 NetWorker 제품에 포함된 사전 구성된 풀을 나열합니다.

표 33. 사전 구성된 풀 (1/2)

풀 유형 데이터 유형

Default 다른 풀을 지정하지 않은 경우 백업된 모든 데이터

Default Clone Default 풀 볼륨의 복제 데이터

Archive Archive 풀 클라이언트의 데이터. 이 풀은 데이터를 클라이언트 파일 인덱스에 저장하지 않습니다.

Archive Clone Archive 풀 볼륨의 복제 데이터

Full 전체 백업의 데이터

Indexed Archive 기본적으로 이 풀은 아카이브되는 데이터에 사용됩니다. Archive 풀과 달리 항목을 클라이언트 파일 인덱스에 저장하며 따라서 인덱스의 크기가 증가됩니다.

Indexed Archive Clone Indexed Archive 풀 볼륨의 복제 데이터

NonFull 증분 및 다른 비 전체 백업의 데이터

Offsite 오프사이트에 저장되는 데이터



216

5

Default 풀

보관 스트림이 모든 사용자 정의(사용자 작성) 풀의 기준과 일치하지 않을 경우 NetWorker 서버는 보관 스트림을 Default 풀로 보냅니다. 사용자 정의된 풀이나 다른 사전 정의된 풀을 사용하고 있더라도 NetWorker 서버가 그곳으로 보관 스트림을 보낼 경우를 대비하여 해당 저장 장치와 미디어가 Default 풀에 대해 항상 사용 가능한지 확인하십시오. Default 풀이 백업용으로 적절하게 구성되어 있지 않을 경우 Pending 창에 다음과 같은 오류 메시지가 표시될 수 있습니다.

media waiting (or critical): backup to pool ‘Default’ waiting for 1 writable backup tape or disk

예: 풀 구성을 사용한 데이터 정렬

217페이지의 그림 20에서는 NetWorker 서버가 풀 구성을 사용하여 데이터를 정렬하는 방법을 보여줍니다. 보관 스트림에는 Accounting 그룹에 있는 클라이언트 Save set에서 수행된 전체 백업의 데이터가 들어 있습니다. NetWorker 서버는 Accounting 그룹 및 Full 레벨에 일치하는 풀 구성을 찾습니다. 서버가 일치하는 풀 구성을 찾으면 서버는 저장 장치 중 하나에 마운트된 볼륨의 해당 Accounting Full 풀로부터 레이블이 지정된 볼륨에 데이터를 기록합니다.

PC Archive PC 아카이브 클라이언트의 데이터 이 풀은 Indexed Archive 풀과 마찬가지로 클라이언트 파일 인덱스에 항목을 넣습니다.

PC Archive Clone 복제된 PC 아카이브 클라이언트의 데이터

표 33. 사전 구성된 풀 (2/2)

풀 유형 데이터 유형



5

그림 20. 풀 구성을 사용한 데이터 정렬

NetWorker 서버에서 풀 기준을 사용하여 데이터를 정렬하는 방법

NetWorker 서버를 구성할 때는 추가 풀을 만들어서 풀 유형과 다음과 같은 기준의 임의의 조합을 기준으로 데이터를 정렬할 수 있습니다.

• 그룹(백업 그룹)

• NetWorker 클라이언트

• Save set(파일 또는 파일 시스템)

• 백업 레벨(전체, 레벨 [1-9], 증분, 수동)

그룹 ‘Accounting‘의전체 백업에 대한

스트림 저장‘Accounting Full‘

풀의 볼륨

‘Accountiing Non-Full‘

풀의 볼륨

레이블:AccountingFull.001

레이블:AccountingNonFull.001

‘Default‘ 풀의 볼륨

레이블:Default.001

NetWorker 소프트웨어가일치하는

풀 구성을 검색

풀 구성 1

풀 구성 2

풀 구성 3

Accounting

Name: Accounting Full

그룹: Accounting

레벨: 전체

Name: Accounting NonFull

그룹: Accounting

레벨: NonFull

Name: Default

그룹: Nonspecific

레벨: Nonspecific



218

5

풀 구성 시 Group 속성에 그룹 이름을 입력하여 시작한 경우 풀이 즉시 제한되어 지정한 그룹과 관련된 데이터만을 받아 들입니다. Group 속성에 두 번째 그룹 이름을 추가할 경우 풀이 그룹 중 하나와 관련된 데이터를 받아 들이지만 다른 쪽 그룹과 관련된 데이터는 받아 들이지 않습니다. 단일 속성에 지정된 각 항목은 “OR“ 절의 기능을 합니다. 즉, 풀이 두 그룹 중 하나의 클라이언트에서만 데이터를 받아들입니다.

그러나 다음 4가지 구성 기준은 다른 기준에 대하여 “AND“ 절의 기능을 합니다. 즉 구성 기준을 Group 속성과 Save Set 속성 두 곳에 모두 입력한 경우 Group 기준 및 Save Set 기준 모두에 일치하는 데이터만 특정 풀의 볼륨에 기록됩니다.

다음 모든 항목에 대해 동일한 값을 가지는 풀은 작성할 수 없습니다.

• 풀 유형

• 그룹

• 클라이언트

• Save set

• 레벨

새 풀의 설정이 기존 풀의 설정과 일치할 경우 경고 메시지가 표시됩니다. Pool 자원을 보관하려면 적절한 설정으로 변경한 다음 다시 적용합니다.

개별 풀로 클라이언트 인덱스 및 부트스트랩 보내기

정규 표현식을 사용하여 백업 데이터를 보내는 풀과 다른 풀로 클라이언트 인덱스 및 부트스트랩을 보내도록 지정할 수 있습니다.

다음은 클라이언트 파일 인덱스가 index에 있는 예입니다. NetWorker 서버의 부트스트랩과 모든 클라이언트 파일 인덱스를 이 파일 시스템에서 동일 풀로 보내려면 218페이지의 그림 34에 포함된 속성을 가진 풀을 Pool 자원에 작성합니다.

그룹의 스케줄 백업이 실행되면 클라이언트 Save set는 해당 Save set 풀에 대해 레이블이 지정된 볼륨에 기록되고 반면 NetWorker 서버의 부트스트랩 및 index Save set는 Index 풀에 대해 레이블이 지정된 개별 볼륨에 기록됩니다.

표 34. 부트스트랩을 별도의 풀에 보내기 위한 속성 예

속성 값

Name Index

Pool Type 백업

Save set 부트스트랩(bootstrap)index:



5

둘 이상의 풀 구성에 대한 기준 일치

작성한 풀 구성에 따라 둘 이상의 풀 구성에 대한 기준과 일치하는 데이터를 갖는 경우도 있습니다. 예를 들어, 어떤 풀은 Accounting 그룹의 데이터를 받아 들이고 또 다른 풀은 모든 전체 백업의 데이터를 받아 들이도록 풀을 구성한 경우 NetWorker 서버는 Accounting 그룹의 전체 백업이 기록될 풀을 결정해야 합니다. 서버는 다음과 같은 풀 선택 기준을 사용합니다.

1. Group(최상위 우선 순위)

2. 클라이언트

3. Save set

4. Level(최하위 우선 순위)

데이터가 2개의 풀에 대한 속성과 일치하면, 예를 들어 Group 및 Level과 일치하면, 풀 데이터가 Group 속성에 지정된 풀에 기록됩니다. 예를 들어 그룹의 데이터가 2개의 다른 풀에 대한 기준과 일치하는 경우(하나는 Accounting 그룹의 데이터를 받아 들이도록 구성되고 다른 하나는 모든 전체 백업의 데이터를 받아 들이도록 구성된 경우) 데이터가 Accounting 그룹의 데이터를 받아 들이는 풀로 경로가 지정됩니다.

219페이지의 표 35에서는 충돌이 발생할 때 NetWorker 서버가 풀 선택을 결정하는 데 사용하는 계층에 대해 설명합니다. 예를 들어 Group의 풀 기준은 Client, Save set 및 Level의 풀 기준보다 우선합니다. 두 개의 풀에 대한 기준과 일치하는 데이터는 Group과 관련된 풀에 기록됩니다. 데이터가 사용자 정의된 그룹의 기준과 일치하지 않는 경우 Default 그룹에 기록됩니다.

표 35. NetWorker 풀 충돌 해결을 위한 계층 (1/2)

우선 순위 그룹 클라이언트 Save Set 레벨

최상위 x x x x

x x x

x x x

x x

x x x



220

5

어떤 풀 기준과도 일치하지 않는 경우

사용자 정의된 풀 구성을 사용하여 데이터를 정렬할 때 클라이언트 또는 Save set를 우연히 생략할 수도 있습니다. 스케줄 백업 시 데이터가 사용자 정의된 어떤 풀 구성의 기준과도 일치하지 않을 경우 NetWorker 서버는 자동으로 데이터를 Default 풀로 보냅니다. 서버는 백업 그룹에 있는 클라이언트에 대한 모든 데이터가 반드시 백업되도록 보장하기 위해 Default 풀을 사용합니다.

NetWorker 서버가 데이터를 Default 풀로 보낼 때 서버는 저장 장치에 마운트된 Default 풀에서 레이블이 지정된 볼륨을 찾습니다. Default 풀 볼륨이 저장 장치에 마운트되지 않은 경우 서버는 적절한 볼륨을 요구하고 운영자가 볼륨을 마운트할 때까지 기다립니다. NetWorker 서버가 스케줄 백업 중간에 Default 풀 볼륨에 대해 확인하지만 운영자가 볼륨의 마운트를 제시하지 않은 경우 마운트될 때까지 백업이 일시 중지됩니다. 운영자에게 백업을 모니터할 수 있게 한 경우에는 예기치 않게 이 같은 상황이 발생할 경우에 대비하여 Default 풀의 레이블이 지정된 볼륨을 가까이에 두는 것이 좋습니다.

NetWorker 소프트웨어에서 무인 백업을 할 계획인 경우 모든 데이터가 적절한 볼륨에 기록되도록 보장하고 Default 풀 볼륨에 대한 예기치 않은 NetWorker 요구를 피하려면 구성을 변경한 후에 백업 테스트를 실행합니다. 스케줄 백업을 테스트하기 위한 절차는 306페이지의 “즉시 그룹 시작하기”를 참조하십시오.

x x

x x

x

x x x

x x

x x

x

x x

x

최하위 x

표 35. NetWorker 풀 충돌 해결을 위한 계층 (2/2)

우선 순위 그룹 클라이언트 Save Set 레벨



5

풀 구성

다음 절에서는 다음과 같은 풀 유형을 구성하기 위한 특정 정보를 제공합니다.

• 증분 백업

• 수동 백업

• 복제 데이터

• 아카이브 데이터

참고: 백업 세션이 실행되는 동안 풀을 생성하고 편집할 수 있습니다. 변경될 때마다 nsr/logs/daemon.log 파일에 메시지가 기록됩니다. 미디어 데이터베이스에서 레이블이 지정된 풀을 삭제하려고 하면 경고 메시지가 표시되고 풀이 삭제되지 않습니다.

증분 백업

증분 백업을 위해 개별 풀을 작성하려면 NetWorker 계층 우선 순위(219페이지의 표 35 참조)를 주의하십시오. Level 속성 값이 incremental이면 증분 데이터는 관련된 풀로 경로가 지정되지만 클라이언트 파일 인덱스에 대한 해당 변경 사항은 그렇지 않습니다. NetWorker 서버는 필요한 경우 복구 작업의 속도를 빠르게 하기 위해 레벨 9로 모든 클라이언트 파일 인덱스를 보관합니다.

클라이언트 파일 인덱스가 증분 백업과 관련된 풀 기준을 충족시키지 못하는 경우 NetWorker 서버는 다음을 수행합니다.

• 인덱스를 다른 풀(보통 Default 풀)에 일치시킵니다.

• 기록하기 위해 적절하게 레이블이 지정된 볼륨을 찾습니다.

모든 데이터를 복구하려면 많은 수의 볼륨을 사용해야 할 경우도 있습니다. 증분 백업 데이터와 함께 클라이언트 파일 인덱스를 저장하고 복구 작업의 속도를 빠르게 하려면 레벨 9와 증분 데이터를 둘 다 받아 들이도록 Pool 자원의 Level 속성을 정의하십시오.

사전 구성된 NetWorker NonFull 풀 설정을 사용하면 클라이언트 파일 인덱스가 증분 백업과 같은 풀에 속하도록 할 수 있습니다. 이렇게 인덱스를 증분 백업과 같은 풀에 두면 복구에 필요한 볼륨 수가 감소됩니다.

수동 백업

Level 속성에서 manual을 지정하면 수동으로 수행된 백업의 데이터를 받아들일 사용자 정의 풀을 작성할 수 있습니다. NetWorker 서버는 수동 백업의 데이터를 정기적으로 수행된 스케줄 백업의 데이터와는 다르게 정렬합니다. 그 이유는 수동 백업은 스케줄 백업 그룹의 일부로서 수행되지 않아 데이터가 그룹 이름과 관련되지 않기 때문입니다. 따라서 단일 클라이언트의 Save set 데이터만 저장되는 수동 백업을 수행하면 보통 클라이언트의 Save set와 관련된 그룹은 풀 할당의 기준으로 포함되지 않습니다. 결과적으로 수동 백업 데이터는 스케줄 백업 데이터가 보내지는 풀과 다른 풀로 보내질 수 있습니다.



222

5

수동 백업의 데이터를 받기 위한 사용자 정의 풀을 작성하지 않은 경우 NetWorker 서버는 Default 풀을 사용하고 수동으로 백업된 데이터를 기록하기 위한 Default 풀의 마운트된 볼륨을 찾습니다. NetWorker 서버가 모든 백업 데이터의 볼륨 위치를 추적하므로 사용자는 수동으로 백업된 데이터가 포함되는 볼륨을 추적하기 위해 걱정할 필요가 없습니다. 데이터를 복구해야 할 경우 서버가 올바른 볼륨을 요구합니다.

수동 백업을 수행할 때 서버 부트스트랩에 포함된 미디어 데이터베이스 및 자원 파일은 백업에 포함되지 않습니다. 클라이언트와 서버 컴퓨터의 정기적으로 스케줄 백업을 수행하지 않을 경우 재해 발생 시 데이터 복구에 절대적으로 필요한 정보를 사용할 수 없게 됩니다. 재해 복구 작업 동안 부트스트랩이 사용되는 방법에 대한 자세한 내용은 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오.

복제 데이터

데이터를 복제하려는 경우 NetWorker는 복제 데이터를 받을 특정 풀과 다음 두 개의 장치 중 최소의 장치를 필요로 합니다.

• 소스 볼륨을 읽기 위한 장치

• 복제를 기록하기 위한 장치

복제될 데이터를 사용자 정의된 복제 풀과 관련시키지 않은 경우 NetWorker 서버는 자동으로 Default Clone 풀을 사용합니다. 복제 프로세스를 순조롭게 진행하기 위해서는 적절하게 레이블이 지정된 볼륨을 개별 저장 장치에 마운트해야 합니다. NetWorker 복제 기능에 대한 자세한 내용은 383페이지의 “9장:복제”를 참조하십시오.

아카이브 데이터

NetWorkerArchive를 사용하여 데이터를 아카이브 처리하려는 경우 NetWorker 소프트웨어는 아카이브 데이터를 받기 위한 특정 풀을 필요로 합니다. 이 볼륨을 오프 사이트로 저장할 수 있습니다. 아카이브 처리될 데이터를 사용자 정의된 Archive 풀과 관련시키지 않으면 NetWorker 서버는 자동으로 사전 구성된 Indexed Archive 풀을 사용합니다. 아카이브 프로세스를 순조롭게 진행하기 위해서는 적절하게 레이블이 지정된 볼륨을 개별 저장 장치에 마운트해야 합니다. NetWorker 아카이브 기능에 대한 자세한 내용은 367페이지의 “8장:데이터 아카이브”를 참조하십시오.

Indexed Archive 풀은 클라이언트 파일 인덱스에 파일 정보를 포함시키므로 인덱스 크기가 커집니다. 이와 반대로 Archive 풀은 클라이언트 파일 인덱스에 정보를 저장하지 않으므로 인덱스 크기도 달라지지 않습니다. 결과적으로 Archive 풀이 사용되는 경우에는 개별 파일을 찾거나 복구할 수 없습니다.



5중요 사항: 아카이브 데이터는 일반 NetWorker Save set 데이터와 다른 형식으로 기록됩니다. 따라서 아카이브 데이터와 일반 데이터는 각각 다른 볼륨에 기록되어야 합니다. 인덱스화된 아카이브 도중 만들어진 클라이언트 파일 인덱스는 다음 Save 그룹 때까지 미디어에 기록되지 않습니다. 기본적으로 이러한 클라이언트 파일 인덱스는 해당 클라이언트와 관련된 Save 그룹이 수행될 때마다 Default 풀에서 볼륨으로 기록됩니다.

저장 장치 및 풀 구성을 사용한 데이터 정렬

저장 장치와 함께 볼륨의 풀을 구성하면 데이터를 정렬할 수 있습니다. 특정 미디어를 사용하여 데이터를 받거나 특정 저장 장치를 지정하여 지정된 풀에서 데이터를 받을 수 있습니다.

다른 미디어 사용

저장 장치에 마운트된 불륨이 풀과 관련된 적절한 레이블을 갖고 있는 한 각기 다른 미디어 유형(예: 자기 디스크 및 테이프)의 여러 볼륨에 데이터를 기록할 수 있습니다. 단일 Save set를 하나 이상의 저장 미디어 유형에 기록할 수 있는 방법에 대한 자세한 내용은 168페이지의 “클라이언트 및 Save set 조합”을 참조하십시오.

백업 데이터에 특정 장치 사용

풀을 특정 저장 장치에 관련시킬 수 있습니다. 예를 들어, 오프 사이트 저장을 위해 전체 백업이 광 디스크에 기록되게 할 수도 있습니다. 데이터가 하나의 특정 저장 장치에 기록되도록 보장하는 데는 두 가지 방법이 있습니다.

• 레이블이 특정 저장 장치에 마운트되는 해당 풀과 항상 관련되도록 유지합니다.

• 특정 풀을 Devices 자원의 저장 장치와 관련시킵니다. 그렇게 하려면 Pool 자원에서 해당 풀을 Pool Configuration 속성 목록에서 특정 저장 장치를 선택합니다. 그러면 모든 데이터가 해당 장치에만 기록됩니다.



224

5

풀 작성

풀을 작성하려면 다음을 따르십시오.

1. 풀에 대한 레이블 템플리트를 작성합니다. 또한 사전 구성된 레이블 템플리트를 사용하는 옵션도 있습니다. 레이블 템플리트에 대한 완전한 설명은 228페이지의 “NetWorker 서버의 레이블 템플리트 사용 방법”을 참조하십시오.

참고: 풀 작성 시 레이블 템플리트를 선택하지 않으면 NetWorker 서버가 레이블 템플리트를 작성할 것임을 사용자에게 통지합니다. OK를 누르면 NetWorker 서버가 레이블 템플리트를 작성합니다.

2. Media 메뉴에서 Pools를 선택합니다.


4. Name 속성에 풀의 이름을 입력합니다.

풀은 레이블 템플리트와 연관되기 때문에 단계 1에서 만든 레이블 템플리트와 일치하는 이름을 사용해야 합니다. 사전 구성된 레이블 템플리트를 사용할 경우에는 해당 레이블 템플리트와 연관되는 풀 이름을 지정하십시오.

5. Enabled 속성에서 Yes를 선택합니다.

6. Pool Type 속성에서 적절한 풀 유형을 선택합니다.

7. Label Template 속성에서 일치하는 레이블 템플리트를 선택합니다.

8. 그룹, 클라이언트, Save set 또는 레벨 중 하나 이상을 선택합니다. Save set 경로 구문에 대한 자세한 내용은 225페이지의 “풀에 대한 Save set의 정규 표현식”을 참조하십시오.

9. 이 풀과 관련된 볼륨을 마운트하도록 허용된 장치를 선택합니다(선택 사항).

10. Store Index Entries 속성에서 이 풀에 대한 클라이언트 파일 인덱스 항목이 생성될 것인지의 여부를 선택합니다.

11. Auto Media Verify 속성에서 데이터가 이 풀과 관련된 볼륨에 기록되는 동안 자동 미디어 확인이 수행될 지의 여부를 선택합니다.

Auto Media Verification 사용 시에는 NetWorker 소프트웨어가 미디어에 기록된 데이터를 확인합니다. 볼륨의 위치를 조정하여 데이터의 일부를 읽고 기록된 데이터를 메모리에 저장된 원본 데이터와 비교합니다. 백업하는 동안 볼륨이 가득 찰 때마다 또는 기록 중인 모든 Save set가 완료되어 볼륨이 유휴 상태가 될 때마다 미디어를 확인합니다.

12. Recycle to Other Pools 속성에서 재활용 가능으로 표시된 볼륨을 다른 풀에서 사용할 수 있는 지의 여부를 선택합니다.



5

13. Recycle from Other Pools 속성에서 이 풀이 다른 풀의 볼륨을 재활용할 수 있는 지의 여부를 선택합니다.

14. (선택 사항) Volume Type Preference 속성에서 볼륨 유형에 대한 환경 설정을 선택합니다.

여기에 사용자가 지정한 값은 쓰기 가능 볼륨이 요구될 때 선택 요소로 사용됩니다.


다음 모든 항목에 대해 동일한 값을 가지는 풀은 작성할 수 없습니다.

• 풀 유형

• 그룹

• 클라이언트

• Save set

• 레벨

새 풀에 동일한 속성 값이 포함되어 있으면 다음과 같은 경고 메시지가 나타납니다.

Pool pool_name has overlapping selection criteria.

풀 구성을 검토하여 겹치는 기준을 변경한 다음 Apply를 누릅니다.

풀에 대한 Save set의 정규 표현식

풀에 포함될 Save set를 지정할 때 정확한 Save set 이름을 지정하거나 Save set 그룹을 특정 풀로 보내기 위해 정규 표현식을 사용할 수 있습니다.

일반 정규 표현식은 Save set 경로가 기록되는 방법에 영향을 미칩니다. Microsoft Windows 시스템에 일반적인 백슬래시와 마침표는 일반 표현식의 일부로 해석되지 않도록 백슬래시 문자로 이탈되어야 합니다. 예를 들어, 다음 항목은

/space/a.log

/space/axlog, /space/ablog, /space/a.log 등과 동일합니다. a.log 파일만 대조하려면 다음과 같이 기록되어야 합니다.

/space/a\.log

마찬가지로 Microsoft Windows 디렉토리 C:\SomeDir\MyFiles에는 다음과 같이 기록되어야 합니다.

C:\\SomeDir\\MyFiles



226

5

NetWorker 관리 프로그램을 사용하는 경우 Save Set 속성의 각 Save set가 별도의 줄에 있어야 합니다. 다음은 Save set 항목을 적절하게 기록한 예입니다.

/

/usr

/space/[jl]unk

c:\\Program Files\\bin

이러한 명령들과 정규 표현식에 대한 자세한 내용은 LEGATO Command Reference Guide와 nsr_regexp 및 nsr_pool 매뉴얼 페이지를 참조하십시오.

자동 미디어 검증

Pools 자원의 Auto Media Verify 속성을 사용하면 NetWorker 서버가 다음 방법으로 이 풀의 볼륨에 기록되는 데이터를 검증합니다.

• 데이터는 볼륨 위치를 재지정하여 이전에 미디어에 기록된 데이터 부분을 읽는 방법으로 검증됩니다. 읽은 데이터가 기록된 데이터와 일치하면 검증이 성공한 것이고, 일치하지 않은 경우엔 실패한 것입니다.

• 미디어는 다음과 경우에 해당될 때마다 검증됩니다.

– 저장하는 동안 볼륨이 가득 차서 다른 볼륨에서 계속해야 할 경우

– 볼륨에 기록 중인 모든 Save set가 완료되어 해당 볼륨이 유휴 상태가 된 경우

볼륨이 검증에 실패하면 NetWorker 서버가 향후 보관에 이 볼륨을 선택하지 않도록 full로 표시합니다. 볼륨은 재활용되거나 사용자가 이를 not full로 표시할 때까지 full로 남아 있게 됩니다. NetWorker 서버가 볼륨의 전환을 시도하는 동안 볼륨이 검증에 실패할 경우 그 볼륨에 대한 모든 Save set의 기록이 종료됩니다.

풀 편집

풀 이름은 변경할 수 없습니다.

참고: 사전 구성된 풀, Archive, Archive Clone, Default, Default Clone, Indexed Archive, Indexed Archive Clone, PC Archive 및 PC Archive Clone은 수정할 수 없습니다.

풀을 편집하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Media 메뉴에서 Pools를 선택합니다.

2. Pools 목록에서 편집할 풀을 선택합니다.

3. 풀의 속성을 편집한 다음 Apply를 누릅니다.



5

풀 삭제

참고: 사전 구성된 풀은 삭제할 수 없습니다. 풀에 할당된 사용중인 볼륨이 없으면 그 밖의 다른 풀은 삭제할 수 있습니다.

풀을 삭제하려면 다음을 따르십시오.


2. Pools 목록에서 삭제할 풀을 선택합니다.


4. 삭제할 것인지 물으면 OK를 눌러 삭제합니다.


아카이브 풀 작성

참고: 아카이브 프로세스를 진행하기 위해서는 적절하게 레이블이 지정된 볼륨이 저장 장치에 마운트되어야 합니다. 자세한 내용은 227페이지의 “볼륨 레이블 지정”을 참조하십시오.

아카이브 풀을 작성하려면 다음을 따르십시오.

1. 새 풀을 작성합니다. 지침에 대해서는 224페이지의 “풀 작성”을 참조하십시오.

2. 풀 유형을 아카이브로 설정합니다.

따라서 새 아카이브 요청을 스케줄할 때 작성한 새 아카이브 풀을 사용할 수도 있습니다. 아카이브된 데이터를 복제하도록 선택한 경우 새 아카이브 복제 풀을 작성할 수도 있습니다. 그러면 NetWorker 서버가 아카이브 볼륨에는 아카이브 데이터만 기록하고 아카이브 복제 볼륨에는 아카이브 복제 데이터만 기록합니다. 풀에 대한 자세한 내용은 214페이지의 “풀”을 참조하십시오.

볼륨 레이블 지정NetWorker 소프트웨어는 풀에 해당하는 각 저장 장치 볼륨의 레이블을 고유한 내부 레이블로 지정합니다(초기화합니다). 백업 및 다른 작업 동안 NetWorker 소프트웨어는 레이블로 볼륨이 속한 풀을 식별할 수 있습니다. NetWorker 소프트웨어는 레이블 템플리트를 적용하여 각 볼륨의 고유한 내부 레이블을 작성합니다.

NetWorker 소프트웨어는 레이블 템플리트 및 풀 구성 설정을 사용하여 미디어 볼륨의 데이터를 정렬, 저장 및 추적합니다. 데이터를 복구해야 할 경우 소프트웨어가 필요한 데이터를 포함하고 있는 특정 볼륨에 대해 볼륨 이름 및 일련 번호로 사용자에게 프롬프트합니다.



228

5

NetWorker 서버의 레이블 템플리트 사용 방법

NetWorker 서버는 지정된 데이터 세트를 특정 풀에 기록합니다. 서버가 특정 볼륨이 올바른 풀에 속하는지 알기 위해서는 볼륨에 올바른 풀과 관련된 내부 식별 레이블이 있어야 합니다. 볼륨 레이블의 내용은 Label Template 자원에서 작성했던 특정 레이블 템플리트에 정의된 규칙을 따라야 합니다. 그러면 사용자가 레이블 템플리트를 Pools 자원의 특정 풀과 관련시킵니다. 데이터를 특정 풀과 관련시키지 않은 경우 NetWorker 서버는 사전 구성된 Default 풀과 해당 Default 레이블 템플리트를 사용합니다.

228페이지의 그림 21에서는 풀 구성이 관련된 레이블 템플리트를 사용하여 볼륨에 레이블을 지정하는 방법을 보여줍니다. Pool 자원에서 사용할 수 있는 사용자 정의 템플리트에 대해 관련된 풀을 구성하기 전에 레이블 템플리트를 구성해야 합니다.

그림 21. 레이블 템플리트를 사용하여 볼륨에 레이블 지정

레이블 지정 프로세스 동안 NetWorker 서버가미디어 볼륨을 풀과 관련시킵니다.

NetWorker 서버가 “Sales Full“ 풀과 관련된 레이블 템플리트를 적용합니다.

결과로 생긴 볼륨 레이블:SalesFull.025

레이블이 지정되지 않은 볼륨

Pool 레이블 템플리트

Name:Sales FullGroup:SalesLevel:FullLabel Template: Sales Full

Name: Sales FullField(s): SalesFull 001-100Separator: PeriodNext: 025



5

사전 구성된 레이블 템플리트

다음은 NetWorker 서버와 함께 포함된 사전 구성된 레이블 템플리트 목록입니다. 이들 레이블 템플리트는 사전 구성된 풀에 해당됩니다.

• Default

• Default Clone

• Archive

• Archive Clone

• Full

• Indexed Archive

• Indexed Archive Clone

• NonFull

• Offsite

• PC Archive

• PC Archive Clone

• Two Sided

레이블 템플리트 속성 완성

Label Template 자원에 대한 속성을 완성할 때 명심해야 할 특정 지침이 있습니다. 229페이지의 표 36에서는 이 자원의 핵심 속성을 완성하는 방법에 대해 설명합니다. 레이블 템플리트 작성에 대한 자세한 내용은 233페이지의 “레이블 템플리트 작성 방법”을 참조하십시오.

표 36. 핵심 레이블 템플리트 속성 (1/2)

속성 지침

Name 데이터 구성 방법을 쉽게 알 수 있도록 레이블 이름이 풀 이름과 일관되게 유지합니다. 예를 들어, “Accounting Full“이라는 풀에 속한 볼륨에 대해 “AcctFull“이라는 레이블 템플리트를 작성할 수 있습니다.

NetWorker 소프트웨어에서는 레이블 템플리트 이름으로 다음 문자를 사용할 수 없습니다.

/ \ * [ ] ( ) $ ! ^ ’ ; ‘ ~ < > & | { }

또한 다음 4개의 문자는 레이블 템플리트에서 분리자로 사용되기 때문에 사용할 수 없습니다.

• 콜론(:)• 대시(-)• 마침표(.)• 밑줄(_)



230

5Field 레이블 템플리트는 하나 이상의 필드로 구성됩니다. 각 필드 또는 구성 요소는 조직 구조에

특정한 계층을 제공합니다. 구성 요소의 수에는 제한이 없으나 템플리트가 복잡해지지 않도록 필요한 만큼만 사용하는 것이 가장 좋습니다. 레이블은 63자를 초과할 수 없으며 고급 파일 유형 장치는 60자를 초과할 수 없습니다. 공백 문자는 허용되지 않습니다.

다음 네 가지 유형의 구성 요소를 사용할 수 있습니다.

• 숫자 범위(예: 001-999) • 소문자 범위(예: aa-zz) • 대문자 범위(예: AA-ZZ) • 문자열(예: Accounting)

각 범위마다 하나의 시작 값, 하나의 대시(-) 및 하나의 종료 값을 포함합니다. 시작 값과 종료 값은 문자의 수가 같아야 합니다. 예를 들어, 1-99가 아니라 01-99를 사용하거나, aa-zzz가 아니라 aaa-zzz를 사용하십시오. 문자열이나 단어의 목록에는 이러한 규칙이 적용되지 않으며, 문자열들은 공백으로 구분되어야 합니다.

Fields 속성의 각 구성 요소를 입력하는 순서는 중요합니다. NetWorker 서버는 사용자가 입력하는 첫 번째 것에서 시작하여, 왼쪽에서 오른쪽으로 각 구성 요소를 적용합니다. 231페이지의 표 37에서는 레이블 템플리트가 구성 요소를 사용하여 볼륨 레이블의 숫자 순서를 작성하는 방법을 보여줍니다.

분리자 구성 요소 항목 사이에 나타나게 하려는 문자 기호를 선택합니다. 마침표, 대시, 콜론 또는 밑줄을 사용하면 레이블 템플리트의 각 구성 요소를 구분할 수 있습니다. 분리자를 선택하지 않은 경우 레이블 구성 요소는 분리자를 갖지 않습니다(예: AA00aa). 분리자가 없으면 레이블을 읽기가 어렵습니다.

Next NetWorker 서버가 (템플리트에 따라) 볼륨에 놓을 레이블에 기록할 시퀀스 번호를 선택합니다.

• 레이블 체계가 특정 지점에서 시작하도록 레이블에 강제하려는 경우에는 시작 레이블 값을 입력합니다. 그러면 서버가 해당 템플리트의 규칙에 따라 해당 지점에서부터 레이블 생성을 계속합니다.

• NetWorker 서버가 첫 번째 레이블을 생성하게 하려는 경우에는 이 속성을 공백으로 두십시오.

NetWorker 서버가 저장 장치 볼륨을 재활용할 때는 해당 볼륨이 같은 풀에 남아 있는 한 볼륨 레이블도 바뀌지 않습니다. 즉, “Dev.006“이라는 레이블이 지정된 저장 장치 볼륨이 재활용될 경우에는 볼륨 레이블 “Dev.006“을 유지하고 다음 시퀀스 번호를 가진 새 레이블을 받지 않습니다.

표 36. 핵심 레이블 템플리트 속성 (2/2)

속성 지침



5

231페이지의 표 37에서는 볼륨 레이블용 숫자 순서의 예를 나열합니다.

레이블 템플리트는 백업 미디어 저장 장치 시스템의 확장을 고려해야 합니다. 예를 들어, 10개의 테이프를 위한 템플리트를 작성하여 레이블 범위 안에서 실행하는 것보다 100개의 테이프를 위한 템플리트를 작성하여 템플리트를 전부 사용하지 않는 것이 더 나은 방법입니다. NetWorker 서버가 템플리트 번호 지정 순서의 끝에 이르면 시작 값으로 다시 돌아갑니다. 예를 들어, 67,600번째 레이블에 zz.99를 사용할 경우 서버가 사용하는 다음 레이블인 67,601번째 레이블에서는 aa.00이 사용됩니다.

표 37. 볼륨 레이블용 숫자 순서 예

구성 요소 유형 필드 숫자 순서 결과 전체 레이블 수

숫자 범위 001-100 001, 002, 003,...100 100

• 문자열• 숫자 범위

SalesFull001-100

SalesFull.001,...SalesFull.100 100

• 소문자 범위• 숫자 범위

aa-zz00-99

aa.00,...aa.99,ab.00,...ab.99,ac.00,...ac.99,:az.00...az.99,ba.00,...ba.99:zz.00,...zz.99

67,600 (262 x 102)



232

5

레이블 템플리트 명명 전략

NetWorker 서버는 사전 구성된 풀에 상응하는 사전 구성된 레이블 템플리트로 패키지화되어 있습니다. 템플리트를 작성하기로 선택한 경우 Fields 속성에 구성 요소를 원하는 수만큼 포함시킬 수 있습니다. 그러나 특정 조직에 필요한 수 만큼의 구성 요소만 포함시켜 작성하는 것이 가장 좋습니다.

예를 들어, 회계 부서에 대한 레이블 템플리트를 작성할 경우 저장 장치 시스템의 크기와 미디어 장치 용량에 따라 여러 방법으로 레이블 템플리트를 사용자 정의할 수 있습니다. 232페이지의 표 38에서는 구성 요소를 사용하여 레이블을 구성할 수 있는 몇 가지 방법을 보여줍니다.

레이블 지정 팁

명명 체계는 사이트마다 다릅니다. 다음 예와 같이 NetWorker 서버 이름 다음에 3개의 숫자로 볼륨의 이름을 지정하도록 제안합니다.

jupiter.001

어떤 명명 체계를 선택하더라도 규약이 간단한 것이 운영자 및 관리자에게 쉽다는 것을 명심하십시오.

참고: 볼륨 이름의 최대 길이는 63자입니다. 이 중에서 고급 파일 유형 장치(adv_file) 이름의 최대 길이는 60자입니다.

표 38. 레이블 템플리트 구성 요소 사용

조직 구조 유형 구성 요소 분리자 결과로 생긴 볼륨 레이블

순차적 방식 AcctFull001-100

마침표 AcctFull.001

(총 100개의 레이블)

저장 기억 장치(예: 각 셸프 당 100개의 테이프를 보관하는, 각 5개의 셸프가 있는 3개의 저장 장치 랙)

1-31-5001-100

대시 1-1-001

이 레이블은 셸프 1의 랙 1에 있는 첫 번째 테이프용 레이블입니다.(총 1,500개의 레이블)

양면 미디어(예: 옵티컬 장치)

AcctFull000-999a-b

밑줄 AcctFull_000_a (1면)AcctFull_000_b (2면)(총 2,000개의 레이블)



5

볼륨의 레이블을 지정할 때 각 볼륨에 물리적 (접착식) 레이블을 붙여야 합니다. NetWorker 서버가 백업 및 볼륨을 추적해주므로 사용자에게 편리한 이름으로 볼륨의 이름을 지정할 수 있습니다. 예를 들어, 볼륨의 레이블을 1, 2, 3 또는 Monday.1, Tuesday.1, Wednesday.1로 지정할 수 있습니다. 각 볼륨이 고유한 이름을 갖는 한 볼륨에 어떤 이름도 지정할 수 있습니다.

볼륨의 접착식 레이블은 NetWorker 생성한 볼륨 이름과 일치해야 합니다. 예를 들면, 물리적으로 볼륨의 레이블을 mars.1로 지정한 경우 NetWorker이 생성한 볼륨 이름도 mars.1이 되어야 합니다.

레이블 템플리트 작성 방법

템플리트 속성에 대한 자세한 내용은 229페이지의 표 36을 참조하십시오.

레이블 템플리트를 작성하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Label Templates를 선택합니다.


3. Name 속성에 레이블 템플리트의 이름을 입력합니다.

4. (선택 사항) Comment 속성에 레이블 템플리트의 설명을 입력합니다.

5. Fields 속성에 레이블 템플리트의 구성 요소를 입력합니다. 각 구성 요소를 입력한 다음 [Return] 키를 누릅니다.

6. Separator 속성에서 분리자 기호를 선택합니다.

분리자 기호는 Fields 속성의 구성 요소 사이에 삽입됩니다. 예를 들어, 호스트, 아카이브, 001-999의 세 구성 요소와 분리자 기호인 점(.)을 포함하는 레이블 템플리트는 host.archive.[001-999]의 형식을 사용하여 테이프 레이블을 지정합니다.

기호를 선택하지 않으면 구성 요소에 분리자가 없게 됩니다(예: hostarchive[001-999]).

7. (선택 사항) Next 속성에는 NetWorker 서버가 템플리트에 따라 볼륨에 레이블을 지정하는 데 사용할 다음 레이블을 입력합니다.




234

5

레이블 템플리트 편집

레이블 템플리트의 이름은 변경할 수 없습니다. 그러나 개별 레이블 이름을 변경하려면 Next 텍스트 상자에서 기존 이름을 삭제하고 새 이름을 입력합니다.

레이블 템플리트를 편집하려면 다음을 따르십시오.

1. Customize 메뉴에서 Label Templates를 선택하여 Label Templates 창을 엽니다.

2. Label Templates 속성에서 편집하려는 레이블 템플리트를 선택합니다.

3. 레이블 템플리트의 속성 값을 편집한 다음 Apply를 누릅니다.

레이블 템플리트 삭제

사전 구성된 레이블 템플리트 또는 현재 사용중인 레이블 템플리트는 삭제할 수 없습니다.

레이블 템플리트를 삭제하려면 다음을 따르십시오.

1. Customize 메뉴에서 Label Templates를 선택하여 Label Templates 창을 엽니다.

2. Label Templates 속성에 표시된 목록에서 삭제하려는 레이블 템플리트를 선택합니다.




Devices장치는 백업, 복구 및 기타 작업 동안 저장 장치 볼륨 또는 디스크 파일에 데이터를 읽고 쓰는 드라이브를 말합니다. 소프트웨어가 순차적으로 여러 장치를 지원하기 때문에 추가 장치를 NetWorker 서버에 추가할 수도 있습니다. 즉, 어떤 장치에서 꽉 찰 때까지 테이프를 사용하다가 두 번째 장치에서는 테이프를 사용합니다. NetWorker 서버에 장치를 추가 또는 제거한 경우 서버를 다시 시작하면 서버가 자동으로 변경 사항을 인식하고 표시합니다.

NetWorker 서버가 장치를 인식하고 사용할 수 있으려면 먼저 각 장치를 구성해야 합니다. 사용자가 설정해야 하는 각 장치에 대한 속성은 Devices 자원에 있습니다. 장치 구성 지침은 장치가 독립형인지 아니면 Autochanger 또는 Silo에 포함되어 있는지의 여부에 따라 다릅니다.



5

NetWorker 에디션에 따른 장치 지원

각 NetWorker 소프트웨어 에디션마다 하나의 서버가 관리할 수 있는 최대 장치의 수가 다릅니다. 사용된 저장 장치 노드를 NetWorker 서버에 연결할 때마다 최대 장치 수를 늘릴 수 있습니다. 모든 NetWorker 서버 및 저장 장치 노드 조합으로 최대한 사용할 수 있는 장치 수는 256대입니다. 다른 NetWorker 버전 및 릴리스의 장치 레벨은 차이가 날 수 있으니 특정 서버의 설명서를 참조하십시오.

235페이지의 표 39에서는 사용된 각 저장 장치 노드에 대한 최대값을 포함하여, 이번 NetWorker 릴리스에 허용되는 최대 장치 수를 표시합니다.

서버가 하나 이상의 장치를 지원하도록 구성된 경우 가득 찰 때까지 장치의 볼륨을 사용하다가 다른 장치의 볼륨을 사용합니다.

저장 장치 간에 고르게 백업을 분산하려면 동시 장치를 사용하고 Autochanger로 무인 백업을 수행하려면 NetWorker Autochanger Software Module 옵션을 사용합니다.

현재 지원되는 저장 장치의 목록을 보려면 LEGATO 웹 사이트(www.legato.com)에 있는 LEGATO Compatibility Guides를 참조하십시오.

지원되는 장치 및 미디어 유형 보기

NetWorker 서버는 테이프, 옵티컬 및 파일 유형 장치를 포함하여 광범위한 저장 장치 및 미디어 유형을 지원합니다. 저장 장치 및 지원되는 미디어 유형은 가끔 차이가 날 수 있습니다.

특정 NetWorker 서버에 사용할 수 있는 미디어 유형을 보려면 다음을 따르십시오.


2. Media Type 속성에 지원되는 장치의 목록을 표시합니다. 이 목록은 해당 NetWorker 버전에 지원되는 모든 장치 유형의 약어를 표시합니다.

3. Help 메뉴에서 On Window를 선택하여 각 장치 유형의 자세한 설명을 표시합니다.

파일 시스템 장치는 기존 장치와 다르게 구성되므로 본 지침서에서는 별도로 다루어집니다. 파일 장치 유형에 대한 내용은 251페이지의 “NetWorker DiskBackup”을 참조하십시오.

표 39. 최대 장치 수

NetWorker 제품 서버 각 저장 장치 노드

워크그룹 및 비즈니스 에디션 4 적용 불가능

Network Edition 16 16

파워 에디션 32 32



236

5

Sun StorEdge Network Foundation HBA/Driver의 구성

StorEdge Network Foundation 호스트 버스 어뎁터(HBA)에는 LEGATO lus 드라이버에서 사용되는 장치 World Wide Port Names를 바인딩하기 위한 특수 구성이 필요합니다.

/usr/sbin/lus_add_fp_devs 스크립트는 lus.conf 파일에 적절한 항목을 추가합니다. 그러나 스크립트를 실행하기 전에 모든 장치에 전원이 들어오고 HBA에 연결되어 있는지 확인해야 합니다.

참고: /usr/sbin/lus_add_fp_devs 스크립트는 Fibre Channel을 통해 라이브러리를 구성하는 데만 사용해야 합니다.

다음은 /usr/kernel/drv/lus.conf 스크립트에 대한 추가 항목의 예제입니다.

name="lus" parent="fp" target=0 lun=0

fc-port-wwn="22000090a50001c8";

name="lus" parent="fp" target=2 lun=0

fc-port-wwn="22000090a50001c8";

참고: 새 장치를 추가하거나 이전 장치를 제거할 때마다 새로운 lus 구성을 다시 작성하고 다시 설치해야 합니다. 장치를 추가하거나 삭제하는 방법은 238페이지의 “장치 추가”를 참조하십시오.

중요 사항: /usr/sbin/lus_add_fp_devs 스크립트를 실행할 때 World Wide Port Names가 스크립트 출력에 표시되는지 확인하십시오. 아무 것도 표시되지 않으면 Fibre Channel 구성이 잘못된 것일 수 있습니다. Sun luxadm 프로그램을 사용하여 구성을 확인하십시오.

Sample /usr/sbin/lus_add_fp_devs 스크립트 출력 샘플

다음은 /usr/sbin/lus_add_fp_devs 스크립트 출력의 예입니다.

# /usr/sbin/lus_add_fp_devsUpdating /usr/kernel/drv/lus.conf

Found StorEdge HBA device: /devices/pci@1f,0/pci@1/pci@1/pci@f/SUNW,qlc@4/fp@0,0:devctl

Found StorEdge HBA device: /devices/pci@1f,0/pci@1/pci@1/pci@f/SUNW,qlc@5/fp@0,0:devctl

Mapping tape devices starting at target 0

Adding: port WWN: 500104f000428e48 as SCSI target 0 port WWN: 500104f000428e49 as SCSI target 1 port WWN: 500104f000428f44 as SCSI target 2



5

port WWN: 500104f000428f45 as SCSI target 3

Mapping tape devices starting at target 4

Adding: port WWN: 500104f000428e48 as SCSI target 4 port WWN: 500104f000428e49 as SCSI target 5 port WWN: 500104f000428f44 as SCSI target 6 port WWN: 500104f000428f45 as SCSI target 7

Adding medium changer devices starting at target 100

Adding: port WWN: 100000e002000000 as SCSI target 100 port WWN: 100000e00201105a as SCSI target 101Adding medium changer devices starting at target 102

Adding: port WWN: 100000e002000000 as SCSI target 102 port WWN: 100000e00201105a as SCSI target 103

The changes made to lus.conf will not take effect until lus is reloaded.

If you are sure that no process is currently using lus to control a tape library, then it may be safely unloaded.

참고: lus가 현재 로드되어 있지 않으면 lus가 현재 로드되어 있지 않음을 설명하는 스크립트의 섹션으로 진행하십시오.

Would you like to unload lus? (y/n) y

참고: No를 선택하면 다음 출력이 표시되고 프로그램이 종료됩니다.

lus is currently loaded! It must be unloaded and reloaded for any changes to lus.conf to take effect

참고: lus가 현재 로드되어 있지 않으면 다음 프롬프트를 완성하십시오.

lus is not currently loaded

Would you like to run inquire?(this will cause lus to be loaded using the newly modified lus.conf) (y/n) y

참고: 이전 프롬프트에서 No를 선택하면 프로그램이 종료됩니다.

[email protected]:FUJITSU MAJ3182M SUN18G 0804|Disk, /dev/rdsk/[email protected]:STK 9840 1.28|Tape, /dev/rmt/[email protected]:STK 9840 1.28|Tape, /dev/rmt/[email protected]:ADIC Scalar DLT 448 0114|Autochanger (Jukebox)[email protected]:ADIC Scalar DLT 448 0114|Autochanger (Jukebox)[email protected]:STK 9840 1.28|Tape/dev/rmt/[email protected]:STK 9840 1.28|Tape, /dev/rmt/8cbn



238

5

되감지 않는 테이프 장치 사용

저장 장치로 테이프 드라이브를 사용하는 경우 되감지 않는 장치를 사용해야 합니다. NetWorker 서버는 각 백업이 끝날 때마다 볼륨에 파일 마크를 기록하고 파일 마크의 위치에 따라 볼륨의 끝에 데이터를 추가합니다. 장치가 미디어를 되감는 경우 파일 마크 위치가 손실되어 이전에 기록한 데이터를 다음 백업이 겹쳐 쓰게 됩니다. 이들 장치의 경로 이름은 BSD(Berkeley Storage Distribution) 규칙, 예를 들어 /dev/rmt/0mbn을 따라야 합니다. 경로명에 “b“가 있으면 BSD 요구 사항을 충족합니다.

블록 크기 모드

NetWorker 소프트웨어와 함께 사용되는 테이프 장치의 블록 크기 모드는 variable로 설정되어 있어야 합니다. 그렇지 않으면 데이터를 복구하는 데 실패할 수 있습니다. 장치 블록 크기 설정 절차는 운영 체제에 따라 다릅니다.

테이프 장치 블록 크기 설정에 대한 내용은 각 운영 체제와 함께 제공되는 설명서를 참조하십시오.

장치 추가

독립형 장치 또는 Autochanger 장치에 대한 새 Device 자원을 각각 작성해야 합니다. Device 자원을 작성할 경우 장치 속성 중 일부에는 기본 값이 있습니다. 이 값은 저장 장치에 적용하거나 다른 값으로 변경하여 사용할 수 있습니다.

NetWorker 관리 프로그램에서 장치를 추가하려면 다음을 따르십시오.



3. Name 속성에서 장치 경로명을 입력합니다.

파일 장치를 사용하는 경우 파일 장치를 파일 이름만이 아닌 디렉토리 경로로서 입력해야 합니다.

4. Media Type 속성에서 적절한 미디어 유형을 선택합니다.

디스크에 구성된 파일 유형 장치에 백업하려는 경우 특정 지침 및 제한 사항은 251페이지의 “NetWorker DiskBackup”을 참조하십시오. 논리 장치 선택 사항에 대한 자세한 내용은 205페이지의 “논리 볼륨 백업”을 참조하십시오.

5. (선택 사항) Read-Only 속성에 대해 Yes를 선택하여 장치가 볼륨에 데이터를 기록하게 하는 대신 볼륨만 읽게 합니다.

6. Target Sessions 속성에 값을 입력하거나 선택합니다. 이 속성의 작동 방법에 대한 자세한 내용은 104페이지의 “대상 세션”을 참조하십시오.



5

7. 클리닝 사이의 기간을 설정하려면 Cleaning Interval 속성에 날짜를 입력합니다. Cleaning Required 속성도 사용되어야 합니다. 일 수, 주 수 또는 개월 수로 시간을 지정합니다. 예를 들면 다음과 같습니다.

• 4일

• 2주

• 한 달(1개월과 같음)

이 속성은 Autochanger 테이프 장치에만 유효합니다.

8. (선택 사항) Auto Media Management 속성에서 Yes를 선택하여 이 기능을 사용할 수 있습니다. 이 기능에 대한 자세한 내용은 274페이지의 “Auto Media Management”를 참조하십시오.


장치 편집

NetWorker 관리 프로그램에서 장치를 편집하려면 다음을 따르십시오.


2. Devices 속성에 표시된 목록에서 수정하려는 장치를 선택합니다.


장치 삭제

참고: 볼륨이 마운트된 장치를 삭제할 수 없습니다.

NetWorker 관리 프로그램에서 장치를 삭제하려면 다음을 따르십시오.


2. Devices 속성에서 삭제하려는 장치를 선택합니다.






240

5

장치 매개 환경 변수

몇 가지 환경 변수를 사용하여 여러 NetWorker 장치 매개 변수를 조정할 수 있습니다.

• NSR_DEV_BLOCK_SIZE_MEDIA_TYPE

• NSR_DEV_TAPE_FILE_SIZE_MEDIA_TYPE

• NSR_DEV_DEFAULT_CAPACITY_MEDIA_TYPE

• NSR_DEV_LOAD_TIME_MEDIA_TYPE

• NSR_DEV_LOAD_POLL_INTERVAL_MEDIA_TYPE

• NSR_DEV_LOAD_TRY_LIMIT_MEDIA_TYPE

MEDIA_TYPE은 NetWorker 서버에서 사용할 수 있는 백업 장치 유형으로 NetWorker 관리 프로그램의 Device 자원 Media Type 속성에도 포함되어 있습니다. 장치 이름의 구문은 공백과 하이픈을 밑줄(_)로 대체하고 모두 대문자로 표기해야 합니다. 따라서 NetWorker 소프트웨어에 “8mm Mammoth-2“ 표시된 장치는 다음과 같이 나열됩니다.

8MM_MAMMOTH_2

환경 변수는 NetWorker 시작 스크립트에서 다음 줄 앞에 설정해야 합니다.


240페이지의 그림 40은 NetWorker 시작 스크립트의 위치를 나열합니다.


ENV_VAR_NAME = valueexport ENV_VAR_NAME


표 40. NetWorker 시작 스크립트 위치

운영 체제 시작 스크립트 위치

Solaris, Linux, DYNIX/ptx 및 IRIX /etc/init.d/networker

HP-UX, HP Tru64 /sbin/init.d/networker

AIX /etc/rc.nsr



5

NSR_DEV_BLOCK_SIZE_MEDIA_TYPE

NSR_DEV_BLOCK_SIZE_MEDIA_TYPE은 KB 단위로 구성됩니다. 설정되는 값은 최소값이 32이고, 32의 배수여야 합니다. 최대값은 플랫폼, SCSI 드라이버 및 장치에 의해 결정됩니다. 예를 들면 다음과 같습니다.

NSR_DEV_BLOCK_SIZE_4MM_20GB=64

이 환경 변수를 사용하여 Unix와 Microsoft Windows 사이에서 블록 크기 호환성 설정에 대한 내용은 431페이지의 “UNIX 및 Microsoft Windows의 호환 블록 크기 설정”을 참조하십시오.

NSR_DEV_TAPE_FILE_SIZE_MEDIA_TYPE

NSR_DEV_TAPE_FILE_SIZE_MEDIA_TYPE은 NSR_DEV_BLOCK_SIZE_MEDIA_TYPE 단위로 구성되고 파일 마크 사이에 기록된 블록 수입니다. 이 파일 마크는 복구 작업 시 테이프의 특정 위치를 찾는 데 사용되고, 보통 파일 마크가 많으면 더 빨리 찾을 수 있습니다. 예를 들면 다음과 같습니다.

NSR_DEV_TAPE_FILE_SIZE_TZ89=512

• UNIX 플랫폼에서 NetWorker 소프트웨어는 두 번째 또는 두 개를 필요로 하는 테이프 장치를 닫고 다시 열어서 파일 마크를 기록합니다. 이 값이 너무 작으면 처리 능력이 저하될 수 있습니다.

• Microsoft Windows 플랫폼에서는 NetWorker 소프트웨어가 비동기식 파일 마크를 기록하므로 이 설정이 성능에 최소한으로 영향을 미칩니다.

NSR_DEV_DEFAULT_CAPACITY_MEDIA_TYPE

NSR_DEV_DEFAULT_CAPACITY_MEDIA_TYPE은 전체 계산을 백분율을 근거로 하기 위해 사용되는 특정 테이프의 크기입니다. 이 변수 값은 현재 테이프 용량에 영향을 미치지 않습니다. 값 범위를 나타내기 위해 KB, MB 또는 GB 지정과 함께 모든 정수 값이 허용됩니다. 200MB 이하의 모든 값은 일반 기본 용량으로 대체됩니다. 현재 기억 장치 크기가 되는 실제 제한만 가지고 있고, 명백한 최대값은 없습니다. 예를 들면 다음과 같습니다.

NSR_DEV_DEFAULT_CAPACITY_DTL7000=12GB

NSR_DEV_LOAD_TIME_MEDIA_TYPE

NSR_DEV_LOAD_TIME_MEDIA_TYPE은 라이브러리가 장치에 테이프를 삽입한 후 테이프가 준비되기 까지 nsrmmd가 장치를 폴링하고 대기하는 시간(초)입니다. NSR_DEV_LOAD_POLL_INTERVAL_MEDIA_TYPE은 로드 시간 동안 폴링 사이에서 nsrmmd가 대기하는 초 수를 결정합니다.



242

5

NSR_DEV_LOAD_TIME_MEDIA_TYPE 값이 너무 작으면 불필요한 로드 실패가 초래됩니다. 이 값이 너무 크면 새 테이프에 대한 레이블을 지정하는 데 시간이 오래 걸립니다. 허용 가능한 최소 값은 10초이고, 최대값은 600초입니다. 예를 들면 다음과 같습니다.

NSR_DEV_LOAD_TIME_DTL8000=300

NSR_DEV_LOAD_POLL_INTERVAL_MEDIA_TYPE

NSR_DEV_LOAD_POLL_INTERVAL_MEDIA_TYPE은 로드 시간 동안 폴링 사이에서 nsrmmd가 대기하는 초 수입니다. 허용 가능한 최소 값은 1초이고, 최대값은 30초입니다. 예를 들면 다음과 같습니다.

NSR_DEV_LOAD_POLL_INTERVAL_DLT=10

NSR_DEV_LOAD_TRY_LIMIT_MEDIA_TYPE

NSR_DEV_LOAD_TRY_LIMIT_MEDIA_TYPE은 nsrmmd가 드라이브를 열려고 시도하는 횟수입니다. nsrmmd 프로그램은 NSR_DEV_LOAD_TIME_MEDIA_TYPE에 설정된 한계까지 드라이브를 폴링합니다. 한계에 도달하면, NSR_DEV_LOAD_TRY_LIMIT_MEDIA_TYPE에 도달할 때까지 재시도합니다. 기본값 및 허용 가능한 최소 값은 2초이고, 최대값은 120초입니다.

NSR_DEV_LOAD_TRY_LIMIT_DLT=4

CDI 기능

CDI(Common Device Interface)를 사용하여 NetWorker 서버가 테이프 장치에 명령을 보낼 수 있습니다. CDI 지원은 Device 자원의 CDI 속성에 다음 옵션 중 하나로 설정할 수 있습니다.

• Not Used — CDI 기능이 사용되지 않는다는 것을 의미합니다.

• SCSI Command — NetWorker 소프트웨어가 새로운 방법을 사용하여 테이프 장치에 명시적인 SCSI 명령을 보내고 있다는 것을 의미합니다.

CDI 기능은 다음과 같은 역할을 수행합니다.

• 보다 분명한 테이프 상태 메시지를 제공합니다.

• 테이프가 쓰기 금지 상태일 때 이 사실을 사용자에게 알립니다.

• 장치에 대한 진단 정보를 제공하는 Tape Alert를 사용할 수 있도록 합니다.

Not Used 옵션을 선택하여 CDI 기능을 사용하지 않을 수 있지만 장치가 많은 경우 이 방법은 시간이 많이 소요될 수 있습니다.



5

그런 상황에서는 /nsr/debug 디렉토리에 액세스하여 cdidisable이라는 이름의 파일을 만듭니다. 그런 다음 NetWorker 서버를 다시 시작합니다. 이 파일은 존재하기만 하면 되며 내용은 없어도 됩니다. 이렇게 하면 서버와 그 서버에 의해 제어되는 모든 저장 장치 노드에 대해 CDI는 사용되지 않습니다.

CDI 기능은 다음과 같은 경우에는 지원되지 않습니다.

• NDMP 환경 내에서

• SGI 또는 Sequent 서버 또는 저장 장치 노드 상에서

참고: CDI 기능은 SGI 또는 Sequent 시스템 상에 직접 연결된 테이프 장치를 지원하지 않습니다. 그러나, SGI 또는 Sequent를 실행하는 NetWorker 서버에 의해 제어되는 CDI 지원 저장 장치 노드(예: Solaris)에는 사용할 수 있습니다.

참고: CDI를 사용해도 테이프에 기록된 것은 변경되지 않습니다. CDI를 사용하여 기록된 테이프는 CDI 기능을 사용할 수 없는 경우에도 읽을 수 있습니다. 이와 반대로 CDI 기능을 사용하지 않을 때 기록된 테이프는 CDI 사용 시 읽을 수 있습니다.

기본적으로 LEGATO 기술 지원 담당자의 조언에 따라 CDI 기능을 설정하거나 사용하지 않아야 합니다. CDI 기능 사용 시 테이프나 SCSI 문제가 발생하면 LEGATO 기술 지원 담당자에게 문의하십시오. CDI 기능은 NetWorker가 진단 정보를 수집하고 용이하게 만듬으로써 문제 발생 시 LEGATO 기술 지원 담당자에게 필요한 정보를 제공할 수 있습니다.

동적 드라이브 공유동적 드라이브 공유(DDS)는 공유 드라이브를 인식할 수 있는 능력을 NetWorker 소프트웨어에 제공하는 기능을 말합니다. NetWorker 소프트웨어를 사용하는 DDS는 사용 중인 공유 드라이브를 피하고 다른 사용할 수 있는 공유 드라이브에 백업과 복구를 라우트할 수 있습니다.


• 244페이지의 “DDS 소개”

• 244페이지의 “DDS 구성”

• 245페이지의 “블록 크기 호환성”

• 247페이지의 “NDMP에서 DDS 사용”

• 248페이지의 “Devices 대화 상자의 DDS 속성”

• 249페이지의 “장치 작성과 DDS 사용”

• 250페이지의 “고 가용성 및 DDS”

• 251페이지의 “DDS 라이센스 부여”

jbconfig 프로그램으로 장치를 구성할 때 DDS를 사용하는 방법에 대한 설명은 421페이지의 “Autochanger 구성 시 DDS 사용 방법”을 참조하십시오.



244

5

DDS 소개

DDS는 미디어에 대한 응용 프로그램의 요청을 제어하고 NetWorker 서버와 모든 저장 장치 노드가 연결된 모든 장치에 액세스하고 공유할 수 있도록 합니다.

시스템 관리자는 NetWorker 관리 프로그램을 통해 장치를 만들 때나 jbconfig 프로그램으로 장치를 구성할 때 DDS를 사용할 수 있습니다.

DDS 사용에 중요한 두 가지 용어는 드라이브와 장치입니다. DDS 컨텍스트 내에서 이들 용어는 다음과 같이 정의됩니다.

• 드라이브 — 테이프 드라이브, 디스크 또는 파일 같은 실제 백업 개체

• 장치 — 실제 드라이브의 액세스 경로

참고: 현재 DDS는 SAN(Storage Area Network) Fibre Channel 환경에서만 지원되고 직접 연결 SCSI 환경에서는 지원되지 않습니다.

DDS의 장점

사용자 시스템에서 DDS를 사용하면 다음과 같이 장점이 있습니다.

• 저장 비용 감소 — 여러 저장 장치 노드가 하나의 테이프 드라이브를 공유할 수 있습니다. NetWorker 소프트웨어가 UNIX, Windows NT, NetWare 및 Linux용 개방형 테이프 형식을 사용하므로 각 Save set가 같은 풀에 속해 있다고 가정할 때 실제로 다른 플랫폼 간에도 같은 테이프를 공유할 수 있습니다.

• LAN 트래픽 감소 — SAN을 통해 공유 드라이브로 Save set를 보낼 수 있는 SAN 저장 장치 노드로서 클라이언트를 재구성할 수 있습니다.

• 안정성 제공 — SAN 환경에서는 단일 실패 지점을 없애도록 하드웨어를 구성할 수 있습니다.

• 광범위한 구성 제공 — SCSI 연결을 사용할 때보다 더 넓은 범위에서 시스템을 구성할 수 있습니다.

DDS 구성

245페이지의 그림 22에서는 드라이브를 공유하기 위한 DDS 프로세스와 잠재적 구성을 보여줍니다. 이러한 기본 구성은 하나의 서버, 두 개의 저장 장치 노드 그리고 테이프 드라이브 두 개가 포함된 Autochanger로 이루어져 있습니다.

이 그림에서 저장 장치 노드 sn_1과 sn_2는 Autochanger에 연결되어 있습니다. 각 노드는 단독으로 drive_1과 drive_2에 액세스할 수 있습니다. DDS를 사용하면 두 노드가 모두 두 드라이브에 액세스할 수 있으며, 공유 드라이브가 사용 중인지 여부도 알 수 있습니다.



5

예를 들어, sn_1이 drive_1에 백업을 보내고 그 뒤를 이어 sn_2가 drive_1로 백업하기 시작합니다. 이 때 sn_2의 백업이 drive_1에서 같은 테이프를 사용할 수 있다면 그렇게 합니다. 사용할 수 없다면 sn_2에서 시작된 백업이 사용 가능한 다음 드라이브 즉, drive_2로 보내집니다.

이러한 구성에는 각 드라이브당 하나씩 두 개의 DDS 라이센스가 필요합니다.

그림 22. 동적 드라이브 공유

블록 크기 호환성

DDS를 사용하면 UNIX와 Microsoft Windows와 같이 다른 플랫폼에 있는 저장 장치 노드 간에도 드라이브를 공유할 수 있습니다. 백업 및 복구 같은 NetWorker 소프트웨어 작업을 성공적으로 수행하려면 다른 플랫폼 및/또는 하드웨어 간에 블록 크기가 호환되는지 확인해야 합니다.

호환되려면 다음 조건 중 하나가 충족되어야 합니다.

• 드라이브를 공유하는 여러 저장 장치 노드가 같은 블록 크기를 지원합니다.

• 어떤 드라이브에서 테이프에 레이블을 지정할 때 해당 드라이브를 공유하는 모든 저장 장치 노드에서 지원하는 블록 크기 중 가장 작은 크기에 해당하는 블록 크기로 레이블을 지정합니다.

다른 플랫폼에 있는 개별 드라이브나 테이프의 블록 크기를 설정하는 방법에 대한 내용은 431페이지의 “UNIX 및 Microsoft Windows의 호환 블록 크기 설정”을 참조하십시오.

NetWorker 서버

SAN

공유 Autochanger

드라이브 1 (하드웨어 ID: drive_1)

저장 장치 노드(sn_1)


저장 장치 노드(sn_2)



246

5

UNIX와 Microsoft Windows 간에 호환되지 않는 블록 크기

UNIX 및 Microsoft Windows 저장 장치 노드 간에 호환되지 않는 블록 크기를 설정하면 다음과 같은 오류 시나리오 중 하나가 발생할 수 있습니다.

• UNIX 노드에서 백업한 것은 Microsoft Windows 노드에서 복구하지 못할 수 있습니다. Windows 노드는 큰 블록 크기를 지원하지 않습니다.

• UNIX 프로세스는 테이프에 레이블을 지정하고 데이터를 저장한 후 테이프를 마운트한 채로 둡니다. 그 뒤를 이어 Microsoft Windows 프로세스가 이 테이프의 레이블을 검증하려고 하면 데이터 부분에서 헤더를 읽어 레이블을 검증하기 때문에 실패합니다.

• UNIX 노드의 테이프에 큰 블록 크기로 레이블이 지정됩니다. Microsoft Windows 노드에서 백업이 시작되며 Windows 노드가 기본 블록 크기를 사용하여 백업을 기록하려고 합니다. 내부적으로 Windows NT의 백업은 큰 데이터 버퍼를 보다 작은 쓰기 가능 블록 크기 세그먼트로 쪼개서 기록됩니다.

이러한 상황에서 Windows NT에서 특정 파일을 복구하려고 하면 테이프에서의 위치 지정 오류 때문에 복구 시도가 실패합니다.

SCSI 예약/해제 설정

다음 운영 체제 중 하나와 함께 DDS를 사용하는 경우에는 SCSI 예약/해제 설정을 사용하지 않아야 DDS 기능이 제대로 수행됩니다.

• HP Tru64 UNIX

HP Tru64 UNIX에서 SCSI 예약/해제 설정을 사용하지 않으려면 scu 명령을 사용합니다. scu 명령 사용에 대한 자세한 내용은 scu 매뉴얼 페이지를 참조하십시오.

• HP-UX 11.0(PHKL_20063 패치 사용)

HP-UX에서 SCSI 예약/해제 설정을 사용하지 않으려면 커널 매개 변수인 st_ats_enabled를 0으로 설정하여 SCSI 예약/해제 설정을 전역적으로 사용할 수 없도록 해야 합니다.



5

NDMP에서 DDS 사용

다음 절에서는 NDMP에서 성공적으로 DDS를 사용하기 위한 요구 사항에 대해 설명합니다.

SAN 환경 NDMP 노드의 DDS

SAN 환경에서도 NDMP 노드 간에 드라이브를 공유할 수 있습니다. 그러나 해당 NDMP 노드들이 같은 플랫폼이어야 합니다.

예를 들어, 다음 구성에서 DDS를 사용할 수 있습니다.

• EMC Celerra 대 EMC Celerra

• EMC IP4700 대 EMC IP4700

• NetApp 대 NetApp(한 구역 내에서 Network Appliance가 지원하는 모든 NetApp 노드)

현재 NDMP 구현에서는 동질적이지 않은 NDMP 노드 사이에서 드라이브를 공유할 수 없습니다. 그러나 DDS 내에서는 이를 금지할 수 있는 근본적인 제한이 없습니다.

247페이지의 그림 23에서는 NDMP에서의 기본적인 DDS 구성을 보여줍니다.

그림 23. NDMP의 DDS

NDMP Filer(sn_2)

NDMP Filer(sn_1)

두 노드 모두 DDS를 사용하기 위해서는 같은 유형이어야 합니다.

NetWorker 서버

공유 Autochanger



SAN



248

5

Devices 대화 상자의 DDS 속성

Devices 대화 상자에는 DDS 구성에 사용되는 두 개의 속성이 포함되어 있습니다.

• Hardware ID

• Shared Devices

Hardware ID 속성

Hardware ID는 여러 호스트가 공유하는 드라이브를 추적합니다. 여러 호스트 사이에서 같은 물리 드라이브를 공유하는 장치 인스턴스는 같은 Hardware ID를 갖습니다. 장치 구성 프로세스 동안 Hardware ID를 업데이트할 수 있습니다. 모든 문자열을 값으로 사용할 수 있습니다.

Hardware ID 속성 값은 NetWorker 관리 그래픽 인터페이스에 표시되기에 너무 긴 문자열일 수 있습니다. 따라서 Hardware ID를 사용할 때는 모든 공유 장치에 고유한 양의 정수가 할당됩니다.

이 숫자는 길이가 더 짧으며 NetWorker 관리 인터페이스에 명확하게 표시되어 두 경로가 실제로 동일한 장치를 참조할 때를 나타냅니다. Hardware ID는 임의로 생성되며 런타임에 할당됩니다. 서버를 다시 부팅하거나 DDS 기능을 사용 또는 사용하지 않는 경우에는 Hardware ID가 다시 생성되어 런타임에 다시 할당됩니다.

이러한 상황에서 Hardware ID 속성 변경은 DDS 기능의 어떤 제한도 나타내지 않습니다.

Shared Devices 속성

Shared Devices 속성의 주요 기능은 한 번에 한 드라이브의 모든 공유 인스턴스를 조작하는 데 사용할 수 있는 값들입니다. 이 속성은 같은 하드웨어 ID를 공유하는 모든 장치를 한 번에 사용하거나 사용하지 않도록 합니다. 248페이지의 표 41은 이 속성에 허용되는 값과 설명을 나열합니다.

jbconfig 프로그램에서는 Shared Devices 속성을 구성할 수 없습니다.

표 41. Shared Devices 속성

값 설명

Enable All 선택하면 같은 하드웨어 ID를 사용하는 모든 장치를 사용합니다.

Disable All 선택하면 같은 하드웨어 ID를 사용하는 모든 장치를 사용하지 않습니다.

Done 기본 설정입니다. 서버가 같은 하드웨어 ID를 사용하는 모든 장치를 사용하거나 사용 안한 후에 속성이 Done으로 재설정됩니다.



5

장치 작성과 DDS 사용

장치를 만들 때 DDS 기능을 사용할 수 있습니다. 단계 4에서 장치에 고유하지 않은 하드웨어 ID를 할당할지라도 다른 장치에 같은 하드웨어 ID가 부여되어 있다면 DDS를 사용할 수 있습니다.

여러 호스트 간에 같은 물리 드라이브를 공유하는 장치 인스턴스는 같은 하드웨어 ID를 가져야 합니다. 이는 이들 복수 장치가 같은 물리 드라이브임을 NetWorker 소프트웨어에 나타냅니다.

장치를 작성하고 DDS를 사용하려면 다음을 따르십시오.



3. Name 속성에 장치 경로명을 입력한 다음 필요한 나머지 속성을 완성합니다. 새 장치를 작성하는 방법은 238페이지의 “장치 추가”를 참조하십시오.

4. 장치에 고유하지 않은 하드웨어 ID를 할당합니다. 하드웨어 ID는 모든 문자열을 값으로 받아들입니다.


Devices 창을 통해 장치 공유 중단

하나의 하드웨어 ID가 할당된 드라이브의 공유를 중단하려면 Devices 창의 Hardware ID 속성에서 값을 제거하십시오.

중요 사항: DDS 구성 드라이브의 공유를 중단하더라도 드라이브를 사용할 수 있습니다. 이는 NetWorker 소프트웨어가 지정된 드라이브가 더 이상 공유되지 않음을 의미합니다.

따라서 장치 공유를 중단할 때 NetWorker 작업에 방해가 되지 않도록 다른 장치 인스턴스를 제거합니다.



250

5

Idle Device Timeout 속성 변경

테이프는 백업이 완료된 후에도 10분에서 15분 동안 해당 드라이브에 마운트됩니다. 해당 드라이브에 대한 다른 장치의 또 다른 요청이 이 기간 동안 대기합니다.

Idle Device Timeout 속성을 조정하면 이 시간 종료 값을 수정할 수 있습니다. 이 속성을 변경하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Media 메뉴에서 Jukeboxes를 선택합니다.

2. Jukeboxes 대화 상자의 View 메뉴에서 Details를 선택합니다.

3. Idle Device Timeout이 표시된 아래쪽으로 스크롤합니다.

4. 사용자 시스템 구성에 적절한 시간을 선택합니다.

기본 Idle Device Timeout 값은 10분입니다.

참고: 0을 선택하면 장치가 시간 종료되지 않습니다. 이러한 경우에는 테이프를 수동으로 꺼내야만 합니다.

고 가용성 및 DDS

NetWorker 소프트웨어는 클러스터 노드에 장애가 발생하면 진행 중이던 작업을 재배치하고 다시 시작합니다. 현재 유일한 고 가용성 작업은 NetWorker 서버와 Save 그룹입니다.

nsrjb 프로그램 고 가용성 한계

NetWorker 서버가 한 노드에서 장애가 발생하여 새로운 대상 노드로 복구하는 경우 inventory 수행, 레이블 지정, 볼륨 마운트 또는 마운트 해제와 같은 기본 Jukebox 작업은 새 대상 노드에서 자동으로 다시 시작되지 않습니다.

예: 호스트 고장 시 사용자 개입 필요

다음과 같은 시나리오입니다. 두 물리 호스트인 A와 B는 DDS를 사용하며 한 Autochanger 상의 드라이브를 공유합니다.

물리 호스트 A는 Autochanger의 공유 드라이브에 테이프를 마운트합니다. 이후에 물리 호스트 A가 고장을 일으키면 볼륨은 호스트 B에서 nsrjb -H 명령을 재설정할 때까지 해당 공유 드라이브에 보관됩니다.

이 명령은 드라이브를 언로드하여 이후의 백업에 사용할 수 있도록 합니다. 재설정 명령은 다른 공유 경로를 통해 장치에 액세스함으로써 드라이브를 비웁니다. 이 예에서 다른 공유 경로는 호스트 B에 있을 것입니다.



5

볼륨을 성공적으로 언로드하려면 NetWorker 소프트웨어가 처음 볼륨 로딩이 완료되었던 경로에 액세스할 수 있어야 합니다.

DDS 라이센스 부여

DDS를 사용하려면 공유할 드라이브당 라이센스가 하나씩 필요합니다. 공유할 드라이브에 라이센스를 부여한 후에는 이 드라이브를 숫자에 관계 없이 모든 저장 장치 노드가 공유할 수 있습니다.

NetWorker Enterprise Enabler에는 무제한적으로 사용할 수 있는 DDS 라이센스가 포함되어 있습니다. 이외의 다른 모든 NetWorker 소프트웨어 에디션을 사용하려면 공유할 드라이브마다 하나씩 DDS 라이센스를 구입해야 합니다. DDS의 라이센스는 Autochanger 및 저장 장치 노드의 라이센스 부여와 상관 없이 부여됩니다.

NetWorker DiskBackupNetWorker 데이터 저장 장치 옵션은 데이터를 테이프 장치를 사용하여 저장 장치 미디어에 기록하는 대신 컴퓨터의 로컬 또는 네트워크 부착 디스크에 저장합니다. NetWorker DiskBackup 솔루션을 사용하여 데이터를 저장하면 테이프를 사용하는 것에 비해 데이터를 저장하고 복구하는 데 걸리는 시간이 크게 단축됩니다.

NetWorker 소프트웨어는 이 방법을 다음 두 가지 형태로 제공합니다.

• 파일 유형 장치

• 고급 파일 유형 장치

이 절에는 NetWorker DiskBackup 옵션에 대한 다음 항목이 포함됩니다.

• 252페이지의 “파일 유형 장치”

• 253페이지의 “고급 파일 유형 장치”

• 257페이지의 “파일 유형 장치 및 고급 파일 유형 장치의 차이”

• 261페이지의 “복제 프로세스의 차이”

• 262페이지의 “NetWorker Administrator 표시 방법 변경”

• 267페이지의 “NetWorker DiskBackup 구성”

• 272페이지의 “NetWorker DiskBackup 라이센스 부여”



252

5

파일 유형 장치

다른 저장 장치의 경우와 같은 방법으로 NetWorker 서버에 대해 새 Device 자원을 작성하여 데이터를 파일 유형 장치로 백업하도록 NetWorker 서버를 구성합니다.

파일 유형 장치를 구성할 때 다음 조건이 적용됩니다.

• 여러 파일 장치를 구성할 때 각 장치의 이름은 반드시 달라야 합니다.

• DDS 및 NDMP는 지원되지 않습니다.

• 같은 디스크에 여러 파일 유형 장치를 사용하려는 경우 디스크를 파티션으로 나누어 파티션 당 파일 유형 장치를 하나만 만들 것을 권장합니다.

참고: 이 NetWorker 소프트웨어 버전은 고급 파일 유형 장치도 제공합니다. 고급 파일 유형 장치를 이용하기 위해 파일 유형 Save set를 고급 파일 유형 장치에 복제할 수 있습니다.

중요 사항: 파일 유형 장치를 백업 솔루션으로 사용할 경우 Save set 크기의 상한값은 사용중인 운영 체제에서 지원하는 상한값이나 디스크 장치 구입업체에서 지정한 파일 크기에 따라 달라집니다.

중요 사항: NFS(네트워크 파일 시스템)에 파일 유형 장치를 만들 때는 다음과 같은 제한 사항이 적용됩니다.

• 파일 유형 장치를 위해 사용되는 파일 시스템은 다른 데이터를 위해 사용해서는 안됩니다.

• NFS 시스템 당 하나의 파일 유형 장치가 있어야 합니다.

• 파일 유형 장치를 위한 Volume Default Capacity 속성은 파일 시스템 총 용량(100%)보다 작은 크기로 설정되어야 합니다.

• 파일 장치가 Volume Default Capacity 속성을 설정하기 전에 사용된 경우에는 해당 파일 장치의 데이터를 다른 장치에 스테이징 또는 복제해야 합니다.

• 볼륨의 장치 용량을 변경할 경우에는 볼륨의 레이블을 다시 지정해야 변경 사항이 적용됩니다.

• 이후에는 디렉토리 내용이 삭제되고 파일 장치가 다시 작성되어야 합니다. 그렇게 하지 않으면 볼륨 기본 용량에 대한 변경 사항이 적용되지 않습니다.



5

고급 파일 유형 장치

고급 파일 유형(adv_file)은 대용량 디스크 장치를 위한 것입니다. 고급 파일 유형 장치는 볼륨이 최대 Save set 수에 도달하지 않으면 가득 찬 것으로 표시되지 않으므로 파일 유형 장치와 다릅니다.

고급 파일 유형 장치(AFTD)에서 디스크 공간이 부족하면 현재 백업이 일시 중지되고 다음과 같은 메시지가 나타납니다.

Waiting for more available space on filesystem device-name

이 메시지가 나타나면 즉시 Filesystem Full — Recover adv_file Space Notification과 관련된 작업이 발생합니다. 기본적으로, 이 Notification 작업은 nsrim 명령을 사용하여 더 많은 공간을 사용할 수 있을 때까지 만료된 Save set를 삭제합니다. 충분한 공간이 비워지면 백업이 다시 계속됩니다. 그러나 볼륨의 재활용 설정이 Manual이면 만료된 Save set가 볼륨에서 제거되지 않습니다.

고급 파일 유형 장치는 보유 방침과 재활용 설정에 따라 만료된 Save set를 삭제합니다. 만료된 Save set를 삭제하기 시작한 지 10분 후에도 충분한 저장 공간이 비워지지 않으면 Filesystem Full — Waiting for adv_file Space Notification과 관련된 작업이 발생합니다. 기본적으로, 이 Notification에 대한 작업은 /nsr/logs/media.log 파일에 메시지를 기록합니다.

이 시점에서 사용할 수 있는 저장 장치 공간이 더 확보될 때까지 백업이 중단됩니다. 여기 제시된 Notification은 고급 파일 시스템 유형 장치에 특별히 관련되는 새로운 기본 Notification입니다. Notification의 작성 또는 편집 방법에 대한 자세한 내용은 111페이지의 “통지”를 참조하십시오.

백업 문제에 대한 자세한 내용은 55페이지의 “NetWorker 소프트웨어의 데이터 백업 방법” 또는 savegrp 매뉴얼 페이지를 참조하십시오.

참고: DDS 및 NDMP는 고급 파일 유형 장치에서는 지원되지 않습니다.

고급 파일 유형 장치 사용 시 고려 사항

고급 파일 유형 장치는 로컬 디스크, NFS 및 CIFS 마운트/매핑 디스크가 있는 다양한 환경에 배치할 수 있습니다. 이 기능의 작동은 구성의 영향을 받습니다. 고급 파일 유형 장치를 정기적인 작업에 포함하여 구현하기 전에 운영 환경에서 제대로 작동하는지 확인하십시오.

확인을 위하여 다음과 같은 테스트를 실행하십시오.

• 백업

• 복구

• 단계화

• 복제

• 운영 체제와 디스크 장치 간 최대 파일 크기 호환성



254

5

• 디스크가 가득 찬 경우 장치 동작

중요 사항: 일부 NFS 또는 CIFS 버전은 파일 시스템이 가득 차면 데이터 블록을 삭제합니다. 완전히 상호 운용되고 전체 파일 시스템을 견고한 방식으로 처리하는 NFS, CIFS 및 운영 체제 버전을 사용해야 합니다.

일부 디스크 장치에서는 볼륨 레이블 지정 프로세스가 예상보다 오래 걸릴 수 있습니다. 레이블 지정 시간이 늘어나는 정도는 사용하는 디스크 장치 유형에 따라 다르며 시간이 늘어난다고 해서 NetWorker 소프트웨어에 한계가 있는 것은 아닙니다.

Save set 크기의 상한선은 운영 체제가 지원하는 상한선이나 디스크 장치 구입업체에서 지정한 파일 크기에 따라 달라집니다.

장치 파일과 디렉토리를 편집하면 안 됩니다. 그러한 편집은 지원되지 않으며, 그로 인하여 예상할 수 없는 작동이 일어나 데이터 복구가 불가능해질 수 있습니다.

고급 파일 유형 장치에 대한 최대 Save set 수

미디어 데이터베이스에서 볼륨에 허용하는 최대 Save set 수는 270,000개입니다. 큰 디스크 배열을 사용할 때 이러한 제한이 생기지 않게 하려면 다음 중 하나를 수행하십시오.

• 여러 adv_file 유형 장치를 서로 다른 백업 풀에 구성합니다.

• Save set 수를 adv_file 볼륨으로 제한합니다.

Save set 제한에 대한 자세한 내용은 291페이지의 “볼륨 당 최대 Save set 수”를 참조하십시오.



5

고급 파일 유형 장치를 사용하여 직접 파일 액세스

고급 파일 유형 장치(adv_file 또는 AFTD)는 Save set 데이터에 대한 직접 액세스를 제공합니다. NetWorkerrecover 명령은 Save set 파일에 대한 직접 경로(있을 경우)를 사용합니다. 이 명령은 저장 장치 노드의 nsrmmd 미디어 관리 프로세스를 자동으로 건너뛴 후 고급 파일 유형 장치에서 직접 정보를 읽습니다. 직접 파일 액세스(direct file access)가 불가능한 경우에는 그 대신 자동으로 nsrmmd 미디어 관리 프로세스가 진행됩니다.

직접 파일 액세스 기능을 제대로 구성하면 가용성(연결성)은 향상시키고 recover 프로그램을 사용하여 NetWorker 저장 장치 미디어의 데이터를 복구할 때 생기는 대기 시간은 줄일 수 있습니다.

참고: 직접 파일 액세스 복구는 명령줄 인터페이스에서 recover 명령을 실행해야만 사용할 수 있습니다.

직접 파일 액세스를 통한 복구는 파일 시스템의 파일에 액세스할 수 있는 경우에만 가능합니다. NetWorker 소프트웨어 자체보다는 다음과 같은 상황에 따라 영향을 받습니다.

• recover 명령을 실행하는 사용자는 Save set 정보가 포함된 파일을 읽을 수 있는 적절한 권한이 있어야 합니다.

직접 액세스 복구는 recover 명령을 통해 Save set 데이터 파일을 읽을 수 있도록 파일 시스템 액세스 권한이 설정된 경우에만 가능합니다. 예를 들어, 소유자만 읽을 수 있도록 데이터 파일 권한이 설정되어 있는데 recover 프로그램이 다른 사용자 ID로 실행 중이면 직접 파일 액세스는 실패합니다.

• 파일에 직접 액세스할 수 있으려면 네트워크 전체에서 일관된 이름 지정 규칙을 사용해야 합니다. NFS 마운트를 통한 액세스에는 표준 네트워크 이름 지정 규칙이 필요합니다. NetWorker 클라이언트가 고급 파일 유형 장치에 저장된 Save set 파일을 직접 읽고 액세스할 수 없으면 recover 프로그램은 자동으로 nsrmmd 프로세스를 통한 표준 액세스를 사용하여 데이터를 복구합니다.

AFTD의 파일 경로는 클라이언트에 맞게 지정되어야 하며 파일에 직접 액세스하는 모든 클라이언트에 대해 동일해야 합니다.

• AFTD가 상주하는 원격 파일 시스템은 recover 프로그램을 실행할 시스템에 제대로 마운트되어야 합니다. NetWorker 클라이언트는 NAS 장치에 도달하기 위해 저장 장치 노드가 사용하는 것과 동일한 경로를 사용하여 NAS 장치를 마운트해야 합니다.



256

5

256페이지의 그림 24에는 사용자가 적절한 액세스 권한을 가지고 일관된 이름 지정 규칙을 사용하며, AFTD가 있는 원격 파일 시스템이 제대로 마운트되었다고 가정할 경우 NetWorker 클라이언트 A와 NetWorker 클라이언트 B에서 모두 NFS 및 직접 파일 액세스를 사용하여 AFTD1에서 파일을 직접 복구할 수 있는 시스템 구성이 나와 있습니다.

그림 24. 직접 파일 액세스를 위한 구성

파일 시스템에서 동시 액세스를 지원하기 때문에 직접 파일 액세스 기능을 사용하는 경우에도 고급 파일 유형 장치에 동시 액세스가 가능합니다. 즉 Save set를 동시에 복구할 수 있습니다. 여러 Save set를 동시에 여러 클라이언트에 복구하거나 하나의 Save set를 여러 클라이언트에 복구할 수 있습니다.

참고: 직접 파일 액세스를 사용하면 Save set를 성공적으로 복구한 후에도 Save set의 “suspect“ 플래그가 자동으로 재설정되지 않습니다. nwadmin 인터페이스나 nsrmm 명령을 사용하여 플래그를 수동으로 재설정할 수 있습니다.

NetWorker 클라이언트 A

LAN

NetWorker 서버

NetWorker 클라이언트 B

NetWorker

저장 장치 노드

NFS

AFTD1NAS 장치1

Filesystem



5

파일 유형 장치 및 고급 파일 유형 장치의 차이

257페이지의 표 42는 파일 유형 장치 및 고급 파일 유형 장치의 기능적 차이를 나열한 목록입니다.

표 42. 고급 파일 유형 및 파일 유형 장치 차이 (1/3)

기능 또는 작업 고급 파일 유형 장치 파일 유형 장치

Devices 창에서 장치 작성 미디어 유형 선택: adv_file

UNIX/Linux: 로컬 또는 NFS

Windows 저장 장치 노드:• 로컬 또는 CIFS(Common

Internet File System)

CIFS의 UNC(Universal Naming Convention) 경로• 원격 사용자• 암호

미디어 유형 선택: 파일

UNIX/Linux: 로컬 또는 NFS 자세한 내용은 253페이지의 “고급 파일 유형 장치 사용 시 고려 사항”의 중요 참고 사항을 참조하십시오.

Windows 저장 장치 노드: 로컬 경로만 해당

장치 레이블 지정 • 볼륨 이름은 60자를 초과할 수 없습니다.

• _AF_readonly 장치를 자동으로 만들고 .RO 접미사를 사용하여 레이블을 지정하고 볼륨을 마운트합니다.

• 볼륨 이름은 63자를 초과할 수 없습니다.

동시 작업:동시 작업에 대한 자세한 내용은 259페이지의 “고급 파일 유형 장치 동시 작업”을 참조하십시오.

Yes 아니오

Save set ID/복제 ID:동시 작업에 대한 자세한 내용은 259페이지의 “고급 파일 유형 장치 동시 작업” 및 255페이지의 “고급 파일 유형 장치를 사용하여 직접 파일 액세스”를 참조하십시오.

• 각 Save set에 대해 작성된 한 개의 Save set ID와 두 개의 복제 ID

• _AF_readonly 장치에 작성된 두 번째(가상) 복제

• 사용자가 동시 작업을 위한 가상 복제 ID를 지정할 수 있습니다.

각 Save set에 대해 한 개의 복제 ID와 함께 작성된 한 개의 Save set ID



258

5공간 회복 또는 복구 • 중지된 Save set는 즉시 제거

됩니다.• nsrim 프로그램은 save 그룹이 완료된 후 24시간마다 한 번씩 만료된 Save set를 제거합니다.

nsrim 프로그램은 save 그룹이 완료된 후 24시간마다 한 번씩 중지된 Save set와 만료된 Save set를 모두 제거합니다.

참고: NetWorker 서버와 저장 장치 노드를 7.0 릴리스로 업그레이드하고 save 그룹 마지막에 처음으로 nsrim 프로그램이 실행될 때 모든 중지된 Save set와 만료된 Save set가 제거되어 복구할 수 없게 됩니다.

장치를 위한 볼륨 기본 용량

적용되지 않습니다. 장치 용량을 변경하려면 볼륨을 다시 지정해야 용량 변경 사항이 적용됩니다. 자세한 내용은 252페이지의 중요 참고 사항을 참조하십시오.

파일 시스템 또는 볼륨이 가득 찬 경우

• 파일 시스템에 공간이 더 필요하다는 메시지가 표시됩니다.

• nrsim 프로그램이 호출되어 고급 파일 유형 장치의 만료된 Save set 공간을 재사용합니다.

• 장치가 가득 차 있다는 전자 메일 Notification을 받게 됩니다.

• 장치는 공간을 사용할 수 있게 될 때까지 기다리고 볼륨은 가득 찼다고 표시되지 않습니다.

• 사용할 수 있는 기록 공간이 없는 경우 또는 볼륨을 사용할 수 있게 될 때까지 기다리라는 메시지가 표시됩니다.

• 볼륨은 가득 찬 것으로 표시되고 볼륨을 다시 사용할 수 있을 때까지 백업이 중단됩니다.

Save set 계속 아니오 Yes





5

고급 파일 유형 장치 동시 작업

고급 파일 유형 장치를 만들면 두 개의 장치가 생깁니다. 기본 고급 파일 유형 장치에 레이블을 지정할 때, NetWorker 소프트웨어는 보조 장치를 읽기 전용으로 만듭니다. 그런 다음 NetWorker 소프트웨어는 이 장치에서 .RO 접미사를 사용하여 볼륨을 만들고 자동 마운트합니다.

참고: 이름에 나타난 것처럼 보조 장치는 읽기 전용입니다. 따라서 보조 장치에서 읽기와 같은 동시 작업이 가능합니다. _AF_readonly 장치 자원은 변경할 수 없습니다. 그러나 변경 사항은 기본 볼륨이나 Save set에 저장되며 보조 볼륨이나 Save set로 전파할 수 있습니다.

기본 장치, 볼륨 또는 Save set에서 보조 장치, 볼륨 또는 Save set로 전파되어야 하는 변경 사항에 대한 자세한 내용은 259페이지의 표 43을 참조하십시오.

예를 들어, 기본 고급 파일 유형 장치 /mercury/dev1을 만들고 레이블을 지정하면 Devices 창에 다음과 같은 정보가 표시됩니다.

Save set 통합 지원되지 않습니다. 지원됩니다.

장치의 데이터 형식 공간을 적게 쓰는 보관 스트림(uasm) 형식

LEGATO Open Tape Format (OTF)

nsrmmd를 사용하지 않은 직접 파일 액세스

동시 작업에 대한 자세한 내용은 255페이지의 “고급 파일 유형 장치를 사용하여 직접 파일 액세스”를 참조하십시오.

Yes 아니오

표 43. Devices 창 표시

장치 유형 볼륨

/mercury/dev1 adv_file af_1

/mercury/dev1/_AF_readonly adv_file af_1.RO





260

5

이 예에서 고급 파일 유형 장치의 레이블을 지정하면 레이블 지정 프로세스 동안 _AF_readonly 장치가 만들어집니다. NetWorker 소프트웨어는 이 장치에 .RO 접미사를 사용하여 볼륨 레이블을 지정하고 마운트합니다.

259페이지의 표 43은 데이터를 다음 장치에 백업할 때를 보여줍니다.

/mercury/dev1

다음 장치에서 동시에 읽을 수 있습니다.

/mercury/dev1/_AF_readonly

참고: _AF_readonly 이름과 .RO 접미사는 고급 파일 유형을 위해 예약되어 있습니다. 이러한 이름을 장치 이름이나 볼륨 레이블을 지정하는 데 사용하지 마십시오.

260페이지의 표 44에는 데이터 저장을 위해 고급 파일 유형 장치를 사용할 때 동시에 수행할 수 있는 NetWorker 작업이 나와 있습니다.

동시 실행이 지원되지 않는 다른 작업을 시작하려면 기존에 실행 중인 작업을 먼저 완료해야 합니다. 고급 파일 유형 장치 옵션과 동시에 사용할 수 있는 작업은 다음과 같은 작업뿐입니다.

• 다중 백업 및 다중 명령줄 복구 작업(기본 직접 파일 액세스 사용)

• 다중 백업 및 단일 복구 작업(복구할 데이터가 상주한 고급 파일 유형 장치에 복구 클라이언트가 직접 파일 액세스를 수행할 수 없는 경우). 255페이지의 “고급 파일 유형 장치를 사용하여 직접 파일 액세스”에 설명된 종속성을 참조하십시오.

• 다중 백업 및 단일 수동 복제 작업

• 다중 백업 및 단일 자동 또는 수동 스테이징 작업

표 44. 고급 파일 유형 장치를 사용한 동시 작업

다중 백업 복구 수동 복제자동 또는 수동 스테이징

X X(기본 직접 파일 액세스를 사용하면 다중 백업으로 다중 동시 복구를 실행할 수 있습니다.)

(복구할 데이터가 상주한 고급 파일 유형 장치에 클라이언트가 직접 파일 액세스할 수 없는 경우 다중 백업으로 하나의 복구만 실행할 수 있습니다.)

X X (복제 1)

X X (스테이징 1)



5

참고: 복제 복구와 스테이징 작업에서는 mmd 기반 장치가 필요하므로 직접 파일 액세스 옵션을 활용할 수 없습니다.

지정 복구에 대한 자세한 내용은 255페이지의 “고급 파일 유형 장치를 사용하여 직접 파일 액세스”를 참조하십시오.

복제 프로세스의 차이

파일 유형 장치와 고급 파일 유형 장치 모두 Save set는 한 번에 하나씩 복제됩니다. 그러나 두 유형 장치의 복제 프로세스에는 중요한 차이가 있습니다.

• 파일 유형 장치의 경우 Save 그룹의 모든 Save set가 백업된 후 수동 및 자동 복제가 시작됩니다.

• 고급 파일 유형 장치의 경우 Save set가 백업된 후 자동 복제가 시작됩니다. 그러나 Save set 수동 복제는 백업 완료 후 즉시 시작할 수 있습니다.

예: 고급 파일 유형 장치의 수동 복제

이 예에서는 세 가지 Save set가 사용됩니다.

• Save set A - 10KB

• Save set B - 10MB

• Save set C - 10GB

Save set A의 백업이 완료되면 다른 두 개의 더 큰 Save set가 아직 백업되고 있는 중이라도 수동 복제를 즉시 시작할 수 있습니다.

각 Save set가 백업되면 해당 Save set를 위한 복제 프로세스를 즉시 시작할 수 있습니다. 기본적으로 이 기능은 시간을 절약하여 NetWorker 작업을 최적화하기 위한 것입니다.

한 번에 하나의 Save set만 복제할 수 있습니다.



262

5

NetWorker Administrator 표시 방법 변경

다음 절에서는 고급 파일 유형 장치 구현 시 발생할 수 있는 표시 변화에 대해 설명합니다.

장치 표시

262페이지의 그림 25에 나타난 것처럼 기본 및 보조 읽기 전용 장치는 _AF_readonly 접미사와 함께 표시됩니다.

• 기본 및 보조 읽기 전용 장치 두 가지 모두에 해당하는 볼륨이 표시됩니다.

• _AF_readonly 장치에 해당하는 볼륨은 .RO 접미사와 함께 표시됩니다.

그림 25. 고급 파일 유형 장치의 장치 표시



5

볼륨 표시

263페이지의 그림 26에 나타난 것처럼 고급 파일 유형 장치의 경우 두 가지 차이점이 분명합니다.

• 읽기 전용 볼륨은 .RO 접미사와 함께 표시됩니다.

• 복제된 읽기 전용 볼륨은 _c 및 .RO 접미사와 함께 표시됩니다.

그림 26. 고급 파일 유형 장치의 볼륨 표시

264페이지의 그림 27은 고급 파일 유형 장치가 백업 장치로 사용될 때 Save set가 어떻게 표시되는지 보여줍니다.



264

5

그림 27. Save set 표시 고급 파일 유형 장치 사용

기본에서 읽기 전용으로 변경 사항 전파

고급 파일 유형 장치를 만들 때 _AF_readonly 장치는 자동으로 작성되어 NetWorker 장치 목록에 추가됩니다. 데이터 백업이 수행될 때마다 해당 장치에 데이터를 백업하기 위해 NetWorker 미디어 인덱스에 항목이 추가됩니다.

사용자가 만든 고급 파일 유형 장치(기본 장치) 속성을 변경할 때 _AF_readonly(보조 장치)의 속성도 즉시 같이 변경해야 합니다. 볼륨이나 Save set를 NetWorker 인덱스 내에서 수동으로 변경하는 경우에도 다른 읽기 전용 볼륨과 Save set에 변경 사항을 전파해야 합니다.

예를 들어, 기본 볼륨 모드를 변경하면 읽기 전용 볼륨의 모드도 변경해야 합니다.

변경 사항 전파는 각 시스템 사용 및 요구 사항에 달려 있기 때문에 이 프로세스는 자동화되어 있지 않습니다. 따라서 필요한 변경 사항을 수동으로 전파해야 합니다.

변경 사항을 수동으로 전파하려면 기본 장치, 볼륨 또는 Save set에 액세스하여 해당 속성을 변경합니다. 그런 다음 읽기 전용 장치, 볼륨 또는 Save set에 액세스하여 기본 장치, 볼륨 또는 Save set에 대한 속성 변경 사항을 일치시켜야 합니다.



5

참고: 항상 기본(읽기/쓰기) 장치에 대한 속성을 먼저 변경한 다음 변경 사항을 보조(읽기 전용) 장치, 볼륨 또는 Save set에 전파해야 합니다. 보조 장치, 볼륨 및 Save set는 기본적으로 기본 장치, 볼륨 및 Save set의 복제이기 때문에 기본에서 보조로 변경 사항을 전파하는 것이 더 효율적입니다.

265페이지의 표 45는 기본 장치, 볼륨 또는 Save set에서 읽기 전용 장치, 볼륨 또는 Save set로 수동 전파해야 하는 속성을 나열합니다.

참고: 다음 속성은 기본 볼륨에서 보조 볼륨으로 전파될 필요가 없습니다.

• Volume location

• Volume mount

NetWorker DiskBackup을 위한 구성 지원

다음 NetWorker DiskBackup 솔루션 구성이 지원됩니다.

• UNIX, Linux 또는 Microsoft Windows NetWorker 버전 저장 장치 노드의 로컬 디스크는 파일 유형 및 고급 파일 유형 장치에서 모두 지원됩니다.

• UNIX 버전 NetWorker 저장 장치 노드에 NFS 마운트된 디스크 장치에 연결된 네트워크는 파일 유형 및 고급 파일 유형 장치에서 모두 지원됩니다.

• Microsoft Windows에서 실행되는 NetWorker 저장 장치 노드에 CIFS 마운트된 디스크 장치에 연결된 네트워크는 고급 파일 유형 장치에서만 지원됩니다.

지원되는 디스크 구입업체

NetWorker DiskBackup 솔루션은 다음 디스크 구입업체를 지원합니다.

• UNIX 또는 LINUX NFS로 사용해야 하는 NFS 구현

• CIFS로 사용해야 하는 CIFS 구현

표 45. 수동 전파가 필요한 속성

기본 장치, 볼륨 또는 Save set 속성

장치 Enabled

볼륨 Remove

Save set Mode



266

5 예: 시스템 구성 내의 NetWorker DiskBackup

266페이지의 그림 28은 시스템 구성 내에서의 NetWorker DiskBackup 사용 방법을 보여줍니다. 이 예에서는 다음과 같이 사용됩니다.

• 고급 파일 유형 장치는 디스크 장치 1, 디스크 장치 2 및 저장 장치 노드 A의 로컬 디스크 상에 만들어집니다.

• 파일 유형 장치는 로컬 디스크 2에 만들어집니다.

• Linux/UNIX 저장 장치 노드 A는 다음 중 하나에 백업을 기록합니다.

– 디스크 장치 1에 NFS 연결을 통한 고급 파일 유형 장치

– 로컬 디스크 1의 고급 파일 유형 장치

• Microsoft Windows 저장 장치 노드 B는 CIFS 연결을 사용하여 디스크 장치 2의 고급 파일 유형 장치에 백업을 기록합니다. CIFS 연결에는 파일 유형 장치는 사용될 수 없습니다.

• Microsoft Windows 저장 장치 노드 C는 로컬 디스크 2의 파일 유형 장치에 백업을 기록합니다.

시스템의 특정 구성으로 NetWorker DiskBackup을 구성할 수 있습니다.

그림 28. NetWorker DiskBackup 구성 샘플

LAN

NFS

NetWorker 서버

NAS 장치 1(AFTD)

UNIX/LINUX 저장 장치 노드 A

Windows 저장 장치 노드 C

로컬 디스크/파일 시스템1(AFTD)

로컬 디스크/파일 시스템2(FTD)

NAS 장치 2(AFTD)

Windows 저장 장치 노드 B

CIFS



5

NetWorker DiskBackup을 위한 공간 회복

파일 유형 및 고급 파일 유형 장치에 데이터를 백업할 때는 스테이징 방침을 작성하여 가능한 빨리 디스크에서 데이터를 이동하여 파일 시스템이 가득 차는 것을 방지해야 합니다. 추가 백업을 위한 공간을 확보하려면 다음 중 하나를 수행합니다.

• 스테이징 방침을 설정합니다.

• 클라이언트의 보유 방침을 검토하여 필요하면 수정합니다.

스테이징 방침 작성 및 스테이징 사용에 대한 자세한 내용은 292페이지의 “Save set 스테이징”을 참조하십시오.

NetWorker DiskBackup 구성

다음 절에서는 NetWorker DiskBackup Device 구성 방법에 대해 설명합니다.

• 로컬 또는 NFS 마운트 UNIX/Linux 디스크. 267페이지의 “UNIX 및 Linux에서 파일 유형 또는 고급 파일 유형 장치 구성”을 참조하십시오.

• 로컬 Microsoft Windows 디스크. 269페이지의 “Microsoft Windows 저장 장치 노드의 로컬 디스크에서 파일 유형 또는 고급 파일 유형 장치 구성”을 참조하십시오.

• CIFS 마운트된 Microsoft Windows 저장 장치 노드(고급 파일 유형 장치만 해당). 270페이지의 “Microsoft Windows 저장 장치 노드에 CIFS 마운트된 고급 파일 유형 장치 구성”을 참조하십시오.

UNIX 및 Linux에서 파일 유형 또는 고급 파일 유형 장치 구성

중요 사항: NFS 파일 시스템에서 파일 유형 장치를 작성할 때는 다음과 같은 제한 사항이 적용됩니다.

• 파일 유형 장치를 위해 사용되는 파일 시스템은 다른 데이터를 위해 사용해서는 안됩니다.

• NFS 시스템 당 하나의 파일 유형 장치가 있어야 합니다.

• 파일 유형 장치를 위한 Volume Default Capacity 속성은 파일 시스템 총 용량(100%)보다 작은 크기로 설정되어야 합니다.

• 볼륨 기본 용량을 설정하기 전에 파일 유형 장치가 사용된 경우 해당 파일 장치를 위한 데이터는 다른 장치에 스테이징되거나 복제되어야 합니다.

이후에는 디렉토리 내용이 삭제되고 파일 장치가 다시 작성되어야 합니다. 이 작업이 완료되지 않으면 볼륨 기본 용량에 대한 변경 사항은 적용되지 않습니다.



268

5

파일 유형 또는 고급 파일 유형 장치에 의해 작성된 디렉토리나 파일은 수정하지 마십시오. 장치 경로나 내용이 변경되면 NetWorker 소프트웨어에서 장치를 찾을 수 없게 됩니다.

고급 파일 유형 장치나 파일 유형 장치를 작성하려면 NetWorker 서버가 다음 예와 같이 장치 이름 및 데이터의 대상으로 인식하게 되는 디스크 파일 시스템에 디렉토리를 작성해야 합니다.

/export/backup

NFS 마운트된 고급 파일 유형 장치의 경우 자동으로 마운트하거나 필요할 때 수동으로 마운트하여 NFS 마운트 지점을 사용할 수 있어야 합니다.

직접 파일 액세스는 제대로 구성된 고급 파일 유형 장치를 사용할 경우에만 가능합니다. 적절한 액세스 권한이 있고 네트워크 전체에서 일관된 표준 파일 이름 지정 규칙을 준수해야만 파일 시스템의 파일에 액세스할 수 있습니다. 직접 파일 액세스에 대한 자세한 내용은 255페이지의 “고급 파일 유형 장치를 사용하여 직접 파일 액세스”를 참조하십시오.

참고: NetWorker DiskBackup 장치에 tmp 디렉토리를 사용하면 안 됩니다. 데이터를 덮어쓸 수 있기 때문입니다.

참고: 고급 파일 유형 장치는 가득 찬 것으로 표시되지 않기 대문에 다른 장치를 풀에 추가할 필요는 없습니다.

고급 파일 유형 장치 또는 파일 유형 장치를 구성하려면 다음을 따르십시오.

1. 고급 파일 유형 장치 또는 파일 유형 장치에 사용되는 각 디스크 또는 파티션에 대해 디렉토리를 하나씩 작성합니다.

2. NetWorker 관리 프로그램의 Media 메뉴에서 Devices를 선택합니다.


4. Name 속성에서 디렉토리의 전체 경로를 입력합니다.

5. Media Type 속성에 다음 중 하나를 선택합니다.

• 장치가 파일 유형 장치임을 나타내는 파일

• 장치가 고급 파일 유형 장치임을 나타내는 adv_file

6. Target Sessions 속성에서 값을 입력하거나 선택합니다.

7. 자동 클리닝이 호출되지 않도록 클리닝에 대한 옵션을 기본적으로 사용 안한 상태로 그대로 둡니다.

8. 고급 파일 유형 장치 또는 파일 유형 장치에는 Auto Media Management 기능을 사용하지 마십시오.


NetWorker 백업에 사용되는 다른 오프라인 미디어에서와 같은 방법으로 NetWorker DiskBackup Device 레이블을 지정하고 마운트합니다.



5

참고: 고급 파일 유형 장치는 볼륨 이름에 자동으로 .RO 접미사를 붙이기 때문에 볼륨 레이블을 지정할 때 볼륨 이름을 60자 이내로 제한해야 합니다.

Save set 스테이징은 NetWorker DiskBackup 기능의 장치 유형을 사용할 때 특히 유용합니다. 자세한 내용은 292페이지의 “Save set 스테이징”을 참조하십시오.

Microsoft Windows 저장 장치 노드의 로컬 디스크에서 파일 유형 또는 고급 파일 유형 장치 구성

다른 저장 장치와 같은 방법으로 NetWorker 서버를 위한 새로운 Device 자원을 작성하여 파일 유형 또는 고급 파일 유형 장치에 데이터를 백업하도록 NetWorker를 구성합니다.

데이터를 겹쳐 쓸 수도 있으므로 고급 파일 유형 장치에 대해서는 TEMP 디렉토리를 사용하지 않아야 합니다.

참고: 고급 파일 유형 장치는 가득 찬 것으로 표시되지 않기 때문에 같은 풀에 다른 장치를 구성할 필요가 없습니다.

NetWorker DiskBackup 옵션을 구성하려면 다음을 따르십시오.

1. 파일 유형 장치 저장에 사용되는 각 디스크(또는 분할 영역)에 대해 디렉토리를 하나씩 작성합니다. 파일 유형 장치를 작성하려면 NetWorker 서버가 다음 예와 같이 장치 이름 및 데이터의 대상으로 인식하게 되는 디스크 파일 시스템에 디렉토리를 작성해야 합니다.

C:\device01

2. NetWorker 관리 프로그램의 Configure 탭에서 Devices를 마우스 오른쪽 버튼으로 누르고 Create를 선택합니다.

3. Name 속성에서 디렉토리의 전체 경로를 입력합니다.

4. Media Type 속성에 다음 중 하나를 선택합니다.

• 장치가 파일 유형 장치임을 나타내는 파일 선택

• 장치가 고급 파일 유형 장치임을 나타내는 adv_file 선택

5. 필요한 경우 다른 속성을 완성한 후 OK를 누릅니다.


7. 자동 클리닝이 호출되지 않도록 클리닝에 대한 옵션을 사용하지 않는 기본 설정을 그대로 둡니다.


NetWorker 백업에 사용되는 다른 오프라인 미디어에서와 같은 방법으로 NetWorker DiskBackup Device 레이블을 지정하고 마운트합니다.



270

5

참고: 고급 파일 유형 장치는 볼륨 이름에 자동으로 .RO 접미사를 붙이기 때문에 볼륨 레이블을 지정할 때 볼륨 이름을 60자 이내로 제한해야 합니다.

Save set 스테이징은 NetWorker DiskBackup 기능의 장치 유형을 사용할 때 특히 유용합니다. 자세한 내용은 292페이지의 “Save set 스테이징”을 참조하십시오.

Microsoft Windows 저장 장치 노드에 CIFS 마운트된 고급 파일 유형 장치 구성

다음 절에서는 Microsoft Windows 저장 장치 노드에 CIFS 연결된 고급 파일 장치를 구성하는 방법에 대해 설명합니다. 그러나 관리자가 NetWorker 서비스를 먼저 시작해야만 고급 파일 유형 장치를 구성할 수 있습니다.

Microsoft Windows 저장 장치 노드에서 NetWorker 서비스 시작

Microsoft Windows 저장 장치 노드의 네트워크 고급 파일 유형 장치에 성공적으로 액세스하려면 관리자로서 NetWorker 서비스를 시작해야 합니다.

관리자로서 NetWorker 서비스를 시작하려면 다음 단계를 수행합니다.

1. Windows 시작 메뉴에서 설정 > 제어판 > 관리 도구 > 서비스를 선택합니다.

2. 마우스 오른쪽 버튼으로 서비스를 누릅니다.

3. Windows 저장 장치 노드용 NetWorker Remote Exec service를 중지합니다.

4. NetWorker Remote Exec Service를 마우스 오른쪽 버튼으로 누릅니다.

5. 등록 정보를 선택합니다.

6. 로그온 탭을 선택합니다.

7. 계정 지정 라디오 버튼을 선택합니다.

8. LocalSystem을 Administrator로 대체합니다.

9. 해당 텍스트 상자에 관리자 암호를 입력합니다.

10. 확인을 선택합니다.

11. Windows 저장 장치 노드용 NetWorker Remote Exec service를 마우스 오른쪽 버튼으로 누릅니다.

12. Windows 저장 장치 노드용 NetWorker Remote Exec service를 시작합니다.



5

Microsoft Windows 저장 장치 노드에서 CIFS 마운트 고급 파일 유형 장치 구성

다음 절에서는 UNIX/Linux 서버에 정의된 Windows 저장 장치 노드에 고급 파일 유형 장치를 구성하는 방법에 대해 설명합니다.

그림 29. CIFS 마운트 고급 파일 유형 장치

고급 파일 유형 장치를 작성하려면 NetWorker 서버가 다음 예와 같이 장치 이름 및 데이터의 대상으로 인식하게 되는 디스크 파일 시스템의 디렉토리를 작성해야 합니다.

\export\backup

참고: 데이터를 겹쳐 쓸 수도 있으므로 고급 파일 유형 장치에 대해서는 temp 디렉토리를 사용하지 않아야 합니다.

참고: 고급 파일 유형 장치는 가득 찬 것으로 표시되지 않기 때문에 같은 풀에 다른 장치를 구성할 필요가 없습니다.

NetWorker DiskBackup 옵션을 구성하려면 다음을 따르십시오.

1. 고급 파일 유형 장치에 사용되는 각 디스크 또는 파티션 대해 디렉토리를 하나씩 작성합니다.



4. Name 속성에서 디렉토리의 전체 경로를 입력합니다. Microsoft Windows 저장 장치 노드에는 UNC 형식이 필요합니다.

rd=<sn_host>:\\<CIFS_host>\<share_point_name>\path

5. Media Type 속성에는 장치가 고급 파일 유형 장치임을 나타내는 adv_file을 선택합니다.


LAN

NetWorker 서버

디스크(AFTD)

NAS 또는 Windows 서버


CIFS



272

5

7. 자동 클리닝이 호출되지 않도록 클리닝에 대한 옵션을 사용하지 않는 기본 설정을 그대로 둡니다.


참고: 다음 단계를 위해서는 CIFS 파일 시스템 사용자 이름과 암호로 관리자와 암호를 입력해야 합니다.

9. Remote User 속성에 관리자를 입력합니다. 예를 들어, 271페이지의 그림 29에 표시된 구성에서는 디스크 장치의 관리자를 입력합니다.

10. Password 속성에 관리자의 암호를 입력합니다. 271페이지의 그림 29에 표시된 구성에서는 디스크 장치의 원격 암호를 입력합니다.


중요 사항: CIFS 고급 파일 유형 장치의 새로운 암호를 제공한 후 서버와 저장 장치 노드 모두에서 NetWorker 데몬을 재시작해야 새 암호가 적용되며 CIFS 연결이 다시 설정됩니다.

참고: NetWorker 백업에 사용되는 다른 오프라인 미디어에서와 같은 방법으로 고급 파일 장치의 레이블을 지정하고 마운트합니다. 고급 파일 유형 장치는 볼륨 이름에 자동으로 .RO 접미사를 붙이기 때문에 볼륨 레이블을 지정할 때 볼륨 이름을 60자 이내로 제한해야 합니다.

Save set 스테이징은 NetWorker DiskBackup 기능의 장치 유형을 사용할 때 특히 유용합니다. Save set 스테이징에 대한 자세한 내용은 292페이지의 “Save set 스테이징”을 참조하십시오.

NetWorker DiskBackup 라이센스 부여

파일 유형 장치와 고급 파일 유형 장치의 두 가지 NetWorker DiskBackup 옵션은 NetWorker 7.x 소프트웨어의 모든 에디션에서 사용할 수 있습니다. NetWorker DiskBackup 옵션 라이센스 부여는 서버 당 기준으로 제공됩니다.

NetWorker DiskBackup 옵션 작동 코드는 다른 NetWorker 기능과 같은 방법으로 구할 수 있습니다. 자세한 내용은 95페이지의 “라이센스 관리”를 참조하십시오.

평가 기간이 종료되기 전에 영구 라이센스를 얻어야 합니다. 평가 기간 종료 등으로 NetWorker 서버 또는 NetWorker DiskBackup 기능의 작동 코드가 만료되면 존재하는 모든 NetWorker DiskBackup 장치를 더 이상 사용할 수 없게 됩니다.



5

유효한 라이센스가 없어도 백업 데이터를 복구할 수 있습니다. 그러나 읽기 전용 외에는 새로운 NetWorker DiskBackup 장치를 만들거나 NetWorker DiskBackup 장치 볼륨을 마운트할 수 없습니다. 라이센스가 만료되면 고급 파일 유형 장치에 이미 마운트된 기록 가능한 볼륨에 데이터를 보낼 수 없습니다.

NetWorker DiskBackup 라이센스 부여 오류 메시지

이 절에서는 시스템 라이센스가 제대로 부여되지 않은 경우 나타날 수 있는 오류 메시지를 나열합니다.

• 서버에 고급 파일 장치 유형 라이센스가 없으면 장치 작성 프로세스가 실패로 끝나고 다음과 비슷한 내용의 메시지가 나타납니다.

Server is not licensed for adv_file support. Install adv_file

enabler

• 평가 기간 종료 등으로 NetWorker 서버 또는 NetWorker DiskBackup 기능을 위한 작동 코드가 만료된 경우 존재하는 고급 파일 유형 장치를 더 이상 사용할 수 없습니다. 장치에 기록하려고 시도하면 로그 파일에 다음 오류 메시지가 기록됩니다.

Server is not licensed for DiskBackup support. Install DiskBackup

enabler

미디어 처리 오류 해결테이프가 손상되면 미디어 처리 오류가 발생할 수 있습니다. 손상된 테이프를 마운트해서 읽으려고 하면 실패한 작업이 계속 반복될 수 있습니다. 이 때 장치가 계속해서 테이프를 마운트하고 슬롯에 테이프를 넣은 후 작업을 재시도하면 동일한 결과를 계속 초래할 수 있습니다.

반복되는 장치 오류 제한

이런 유형의 루프가 발생하는 인스턴스 수를 짧게 하려면 다음 단계를 수행합니다.



3. Max Consecutive Errors 속성에서 값을 낮추고(기본적으로 20으로 설정) Apply를 누릅니다.

오류의 수가 이 속성에 설정한 값과 일치하면 장치는 활동을 멈추고 사용할 수 없게 됩니다.

4. NetWorker 서버가 수행중인 호스트가 유휴 상태에 있을 때 문제가 된 장치에 있는 장치의 모든 미디어를 제거하고 장치가 최상의 작업 상태에 있는지 확인하십시오.



274

5

5. Devices 창이 열려 있는 상태에서 장치를 다시 사용합니다.

6. Devices 속성의 목록에서 사용되지 않는 장치를 선택합니다.

7. Enabled 속성에서 Yes를 선택합니다.

8. 볼륨을 읽기 전용으로 만들려는 것이 아니라면 Write Enabled 속성에서 Yes를 선택합니다.


사용할 수 없게 된 장치가 Autochanger의 일부이면 다음과 같은 방법으로 장치를 재설정해야 합니다.

1. 단말기 창을 엽니다.

2. NetWorker 실행 파일을 포함하는 디렉토리로 경로를 변경합니다.


# nsrjb -HE

Auto Media Management 미디어 자동 관리 기능은 저장 장치에 로드된 미디어에 대한 자동 제어권을 NetWorker 서버에 부여합니다. Devices 자원에서 미디어 자동 관리 기능을 사용할 경우 서버는 다음을 자동으로 수행합니다.

• 볼륨 레이블 지정

• 볼륨 마운트

• 레이블을 지정하지 않은 것으로 간주되는 볼륨 덮어쓰기

• 장치에 로드된 재사용 가능 볼륨 재활용

미디어 자동 관리 기능은 Devices 자원의 독립형 장치에만 사용됩니다. Autochanger의 장치에 대한 미디어 자동 관리를 사용하려면 439페이지의 “Autochanger와의 미디어 자동 관리”를 참조하십시오.

다음 조건에서는 NetWorker 서버가 볼륨에 레이블이 지정되지 않았다고 판단합니다.

• 내부 레이블이 없는 경우

• 인식할 수 있는 NetWorker 레이블이 아닌 정보로 레이블이 지정된 경우

• NetWorker 레이블로 레이블이 지정되어 있지만 내부 레이블에 표시된 밀도가 볼륨이 마운트된 장치의 밀도와 다를 경우

미디어 자동 관리 기능은 다른 밀도로 볼륨의 레이블을 재지정할 수 있기 때문에 값을 갖고 있는 데이터를 부주의해서 겹쳐 쓸 수 있습니다. 이러한 이유로 NetWorker 볼륨이 다른 밀도를 갖는 장치 사이에 공유될 경우 주의해야 합니다.



5

미디어 자동 관리 기능을 사용하지 않은 경우 NetWorker 서버는 레이블이 지정되지 않은 미디어를 무시하고 이를 백업용으로 생각하지 않습니다.

그러나 독립형 장치에 대한 미디어 자동 관리 기능을 사용할 경우 백업 시 볼륨이 가득 차게 되면 다음 프로세스가 발생합니다.

1. 서버 또는 저장 장치 노드가 쓰기 가능 볼륨을 기다리고 있음을 나타내는 통지가 보내집니다. 동시에 NetWorker 서버는 가득 채워지고 검증된 볼륨이 마운트 해제되기를 기다립니다.

2. 소프트웨어가 다른 볼륨이 장치에 삽입되기를 기다립니다.

3. 볼륨이 발견되면 볼륨의 레이블이 지정되어 있는 지를 결정하는 확인 작업이 수행됩니다. 이미 레이블이 지정되어 있는 경우 해당 볼륨이 장치에 마운트됩니다. NetWorker 서버는 새롭게 마운트된 볼륨이 데이터를 기록하기 위한 후보자가 되는지를 확인합니다.

– 그럴 경우 쓰기 작업이 계속 이어집니다.

– 레이블이 지정되어 있지 않은 경우 NetWorker 서버는 백업을 계속하기 위해 쓰기 가능 볼륨을 계속 기다립니다.

4. 볼륨이 재활용 가능하고 필요한 풀의 구성원인 경우, 재활용됩니다.

5. 볼륨의 레이블이 지정되어 있지 않은 경우, 다음 쓰기 가능한 볼륨을 저장해야 할 때 레이블이 지정됩니다.

참고: 가득 차지 않은 볼륨을 마운트 해제하면 장치는 15분간 모니터 상태가 됩니다. 이 상태가 지속되는 동안 볼륨을 수동으로 꺼낸 다음 다른 볼륨을 장치에 로드합니다. 15분 간의 제한 시간이 지나면 NetWorker 서버에서 자동으로 볼륨을 마운트합니다.

중요 사항: NetWorker 서버는 미디어 자동 관리가 사용되어 있는 경우 다른 응용 프로그램에 의해 레이블이 지정된 볼륨을 유효한 레이블 재지정 후보자로 간주합니다. NetWorker 서버가 볼륨의 레이블을 다시 지정하면 이전에 저장된 데이터는 유실됩니다.



276

5

저장 장치 노드저장 장치 노드는 원격 저장 장치가 연결되어 있는 호스트 컴퓨터를 말합니다. 저장 장치 노드가 연결된 장치의 물리적인 연결과 소유권을 갖고 있지만 NetWorker 서버가 클라이언트 파일 인덱스 및 미디어 데이터베이스를 관리합니다. NetWorker 저장 장치 노드 소프트웨어를 사용하여 데이터가 먼저 NetWorker 서버로 가지 않고 저장 장치 노드의 저장 장치로 직접 가도록 클라이언트 데이터의 경로를 지정할 수 있습니다. 저장 장치 노드의 전체 설명은 133페이지의 “저장 장치 노드”를 참조하십시오.

저장 장치 노드 구성

사용자는 각 저장 장치 노드 장치를 구성해야 합니다. 이에 따른 절차는 234페이지의 “Devices”에 나와 있는 장치 추가 및 구성에 필요한 작업과 유사합니다.

다음은 저장 장치 노드 구성 방법에 대한 개요입니다.

1. 클라이언트 설치(필요한 저장 장치 노드 소프트웨어도 함께 설치)

2. 각 원격 장치의 드라이버 설치

3. 저장 장치 노드의 명령줄에서 jbconfig -s server를 실행합니다. 여기서 server는 NetWorker 서버가 상주하는 호스트를 가리킵니다.

4. 저장 장치 노드의 장치 이름이 다음 규칙을 따르고 있는지 확인합니다.

rd=storage_node_hostname:device_name

관리자 권한

저장 장치 노드의 관리자는 NetWorker 서버의 Administrator 속성에 지정되어 있어야 저장 장치 노드에서 jbconfig 및 scanner를 실행할 수 있습니다. jbconfig가 저장 장치 노드에서 실행한 후에는, 저장 장치 노드의 관리자는 서버의 Administrator 목록에서 제거될 수 있습니다.

중요 사항: 기존 NetWorker 서버를 NetWorker 저장 장치 노드로 변환하려 하지 않는 것이 바람직합니다. 그 이유는 이전 서버의 자원 데이터베이스, 미디어 데이터베이스 및 클라이언트 파일 인덱스가 새로운 NetWorker 서버의 데이터베이스 및 클라이언트 파일 인덱스로 병합될 때 충돌을 일으킬 수 있기 때문입니다.



5

새 저장 장치 노드에 소프트웨어 설치

저장 장치 노드 소프트웨어를 설치하여 새로운 저장 장치 노드를 만들려면 다음 작업을 수행합니다.

1. 먼저 같은 NetWorker 릴리스로 서버를 업데이트합니다.

2. 저장 장치 노드 컴퓨터에서 jbconfig 프로그램을 실행하여 Jukebox 자원을 추가합니다.

서버의 Jukebox 자원은 사용자가 구성한 Autochanger 유형에 따라 jbconfig 프로그램이 선택한 값을 표시합니다.

NetWorker 서버에만 업데이트 설치

NetWorker 서버만 새 저장 장치 노드 소프트웨어로 업데이트하도록 선택한 경우 모든 기존 저장 장치 노드는 보통과 같이 계속 작동하지만 업데이트된 nsrjb 프로그램의 기능을 사용할 수 없습니다.

기존 저장 장치 노드에 업데이트 설치

기존 저장 장치 노드가 있고 서버와 저장 장치 노드 소프트웨어를 이 릴리스로 업데이트할 계획인 경우 우선 서버에 업데이트된 소프트웨어 패키지를 설치합니다. 그런 다음 저장 장치 노드에 소프트웨어를 설치합니다.

저장 노드 원격 장치로 Autochanger와 Silo 구성

원격 Autochanger나 Silo 장치를 저장 노드 원격 장치로 구성하려면 다음을 따르십시오.

1. 해당 저장 장치 노드의 관리자가 제어 NetWorker 서버의 Server 자원에 있는 Administrator 속성에 나열되어 있는지 확인합니다.

• UNIX 저장 장치 노드의 경우 root@hostname 형식을 사용하십시오. 여기서 hostname은 해당 저장 장치 노드의 호스트명입니다.

• Microsoft Windows 저장 장치 노드의 경우 administrator@hostname 형식을 사용하십시오. 여기서 hostname은 해당 저장 장치 노드의 호스트명입니다.

2. 저장 장치 노드에서 jbconfig 프로그램을 실행하여 Autochanger 또는 Silo의 각 장치를 정의합니다.

jbconfig -s servername



278

5

저장 노드 원격 장치에 대한 시간 종료 설정

저장 노드 원격 장치에서 마운트 요구에 대한 시간 종료를 설정하고 보관을 다른 저장 장치 노드로 재지정하려면 다음을 따르십시오.



3. Save Mount Timeout 및 Save Lockout 속성을 설정하여 원격 장치의 보관 마운트 요구에 대한 시간 종료를 변경합니다.

마운트 요청이 Save Mount Timeout 속성으로 지정한 시간 내에 충족되지 않으면 저장 장치 노드가 Save Lockout 속성 값으로 지정된 시간 동안 저장된 데이터를 받지 않고 잠깁니다.

Save Mount Timeout 속성의 기본 값은 30분입니다. Save Lockout 속성의 기본 값은 0입니다. 이 숫자는 저장 장치 노드의 장치가 보관된 데이터에 대한 마운트 요구를 계속 수신함을 의미합니다.

참고: Save Mount Timeout 속성은 저장 요청의 초기 볼륨에만 적용됩니다.

전용 저장 장치 노드

NetWorker 7.0 이상 버전에서는 서버를 제외한 저장 장치 노드에 작성된 모든 장치에 Dedicated Storage Node 속성이 포함됩니다. 전용 저장 장치 노드는 자체 로컬 데이터만 백업할 수 있습니다.

이 속성은 원격 저장 장치 노드에 장치가 작성될 때 설정합니다. Dedicated Storage Node 속성이 Yes로 설정된 경우에는 저장 장치 노드를 위한 Dedicated Storage Node License가 필요합니다.

그러나 Dedicated Storage Node가 기본값인 No로 설정된 경우에는 기본 저장 장치 노드 라이센스가 필요합니다. NetWorker 릴리스 7.0 이전 버전의 모든 저장 장치 노드는 Dedicated Storage Node 속성이 기본값 No로 설정된 경우와 같이 작동합니다.

저장 장치 노드 호스트는 저장 장치 노드 유형을 혼합할 수 없습니다. 저장 장치 노드의 모든 장치가 전용 저장 장치 노드로 설정되거나 아니면 기본 저장 장치 노드로 설정되어야 합니다.



5

AlphaStor용 장치 자원 대기

NetWorker Pool 자원의 Mount Class 속성은 AlphaStor 소프트웨어가 대기된 마운트 요청의 우선 순위를 정할 수 있게 해 줍니다.

NetWorker 소프트웨어는 장치를 가상 장치로 감지하기 때문에 사용자는 장치를 실제로 존재하는 수보다 많이 요청할 수 있습니다. AlphaStor 소프트웨어는 이러한 요청을 대기시킨 후 마운트 클래스에 따라 우선 순위를 지정할 수 있습니다. 따라서 AlphaStor 사용자는 같은 장치를 사용하는 백업이나 기타 작업보다 복구 작업에 우선 순위를 둘 수 있습니다.

참고:

• 이 기능을 사용하려면 NetWorker 릴리스 6.1.3 이상, AlphaStor 3.0 이상이 필요합니다.

• 자원 대기 구성에 대한 내용은 AlphaStor Administratorís Guide를 참조하십시오.

• 새 매뉴얼 페이지 nsr_mount_request(5)에 자원 대기 기능이 설명되어 있습니다. 관련 속성에 대한 내용 역시 nsr_pool(5) 및 nsr_jbox(5) 매뉴얼 페이지에 추가되었습니다.

마운트 클래스 및 자원 대기 구성

마운트 클래스 및 자원 대기를 구성하려면 다음과 같이 하십시오.


2. Pools 목록에서 편집할 풀을 선택합니다.

3. Preferences 탭을 누릅니다.

4. Mount Class 속성에 대해 이 풀에 지정할 마운트 클래스 이름을 입력합니다.

NSR 마운트 요청 보기

NetWorker 소프트웨어 측의 NSR 마운트 요청 자원을 보려면 다음 명령을 입력합니다.

nsradmin -c "type:NSR mount request"

참고: 공백을 삽입하려면 위의 예에서와 같이 따옴표를 사용해야 합니다.

저장 장치 관리 작업다음 절에서는 저장 장치 볼륨 작업에 수반되는 다양한 작업과 구성 요소 및 풀과의 관계에 대해 자세히 설명합니다.



280

5

NetWorker 서버의 볼륨 레이블 지정 사용 방법

볼륨 레이블은 NetWorker 서버에 적용되는 고유 내부 코드로, 서버가 사용할 볼륨을 초기화하고 저장 장치 볼륨을 특정 풀의 일부로 식별합니다. 볼륨에 레이블을 지정하면 해당 미디어를 추적하고 인식하기 위한 고유한 이름이 제공되며 미디어 데이터베이스에 저장된 레코드에서 볼륨 레이블이 참조됩니다. NetWorker 서버는 미디어 데이터베이스 레코드를 사용하여 데이터를 백업 또는 복구하는 데 필요한 볼륨을 판별합니다.

볼륨 레이블을 지정할 때 NetWorker서버는 다음 작업을 수행합니다.

1. 볼륨 레이블이 지정되어 있지 않다는 것을 확인합니다.

2. 다음 중 하나를 사용하여 Volume Name 속성에 지정한 이름으로 볼륨에 레이블을 지정합니다.

– 선택한 풀과 연관된 레이블 템플리트에서 다음 차례의 순차 레이블

– 사용자가 입력한 대체 볼륨 이름

같은 풀의 재활용 가능 볼륨에 레이블을 재지정하면 해당 볼륨 레이블 이름과 시퀀스 번호는 바뀌지 않지만 해당 볼륨에 있는 원본 데이터에 대한 액세스는 손상됩니다. 그 볼륨은 새 데이터에 사용 가능한 상태가 됩니다.

NetWorker 서버의 풀 사용 방법

모든 볼륨은 풀에 속합니다. 각 풀마다 풀과 관련된 일치하는 레이블 템플리트가 있습니다. 볼륨에는 이 레이블 템플리트의 규칙에 따라 레이블이 지정됩니다. 레이블 템플리트는 얼마나 많은 볼륨을 사용했는지 사용자가 추적하지 않아도 되도록 지속적으로 볼륨을 명명하고 레이블을 지정하기 위한 방식을 제공합니다. NetWorker 제품에 포함된 사전 구성된 풀 및 사전 구성된(및 관련된) 레이블 템플리트를 활용하거나 사용자 자신의 풀, 레이블 템플리트 및 풀 템플리트 연관을 작성할 수 있습니다. 레이블 템플리트를 사용자 정의하면 데이터 저장 장치 구성 방법을 더 잘 제어할 수 있습니다.

중요 사항: 새 레이블을 저장 가능 볼륨에 배치하거나 레이블을 재지정하여 볼륨을 재활용하면 기존에 저장된 데이터는 복구에 사용할 수 없게 됩니다.



5

백업 시 NetWorker 서버의 볼륨 선택 및 마운트 방법

백업이 발생하면 NetWorker 서버는 기록해야 할 데이터를 받아 들이기 위해 적절한 풀에서 볼륨을 검색합니다. 사용 가능한 볼륨은 다음과 같습니다.

• 독립형 장치에 마운트된 볼륨

• NetWorker 서버에서 미디어 자동 관리나 Autochanger를 통해 액세스할 수 있는 볼륨

백업 및 복구 절차의 결과는 볼륨의 사용 가능성과 조건에 따라 달라집니다.

• 적절한 볼륨이 마운트되지 않은 상태에서 파일을 백업하려고 하면 NetWorker 서버는 다음과 같거나 비슷한 메시지를 표시하여 쓰기 가능 볼륨을 요구합니다.

media waiting (or critical): backup to pool ‘Default’ waiting for 1 writable backup tape or disk

• 데이터를 복구할 경우 NetWorker 서버는 다음 메시지나 이와 비슷한 메시지를 표시하여 장치에 마운트해야 할 볼륨의 이름을 요청합니다.

media waiting: recover waiting for 8mm 5GB tape_volume_name

• 데이터를 복구하는 데 둘 이상의 볼륨이 필요한 경우 NetWorker 서버는 필요한 순서대로 모든 볼륨을 표시합니다. 복구 프로세스 동안 서버는 필요한 볼륨을 한 번에 하나씩 요구합니다.

• 둘 이상의 볼륨이 NetWorker 서버의 장치에 마운트되면 서버는 다음과 같은 계층을 사용하여 데이터를 기록할 볼륨을 선택합니다.

1. 적절한 풀로부터 마운트되어 추가 가능한 볼륨

2. 적절한 풀로부터 마운트되어 재활용할 수 있지만 현재는 사용되지 않는 볼륨

3. 현재 장치에 마운트되어 있는 것이 아니라 적절한 풀로부터 마운트될 추가 가능 볼륨

4. 현재 장치에 마운트되어 있는 것이 아니라 적절한 풀로부터 마운트될 재사용 가능 볼륨



282

5

레이블 재지정을 위한 NetWorker 서버의 볼륨 선택 방법

백업 데이터는 특정 풀에 지정됩니다. 데이터가 기록될 준비가 되면 NetWorker 서버는 다음과 같이 사용중인 장치를 모니터하여 적절한 풀에서 볼륨을 찾습니다.

• 풀로부터 한 개의 볼륨이 마운트되고 추가 가능한 경우 데이터는 해당 볼륨으로 보내집니다.

• 동일한 풀로 두 개의 볼륨이 장치에 마운트될 경우 NetWorker 서버는 볼륨 선택을 안내하기 위해 다음과 같은 요소를 고려합니다.

– 볼륨 모드

NetWorker 서버는 적절한 풀로부터 마운트된 추가 가능한 볼륨이 사용 가능한 경우 이 볼륨에 먼저 기록합니다. 그러나 추가 가능 볼륨이 재활용도 가능한 경우(추가 가능 볼륨의 모든 Save set의 상태가 재활용 가능한 경우) 재활용 가능으로 취급됩니다. 적절한 풀로부터 마운트된 재활용 가능 볼륨은 두 번째로 선택됩니다. 다른 풀에 속해 있는 마운트된 재활용 가능 볼륨은 재활용되지 않습니다. 그 다음에는 레이블이 지정되지 않은 새 볼륨이 선택됩니다.

– 볼륨 레이블 시간(볼륨에 레이블이 지정된 시간)

– 가장 오래된 레이블 시간을 가진 볼륨이 가장 최근에 레이블이 지정된 볼륨 보다 먼저 선택됩니다.

• 장치에 기록되는 세션 수

• NetWorker 서버가 적절한 풀에서 마운트된 볼륨을 찾을 수 없는 경우 마운트 요구가 시작됩니다. 미디어 자동 관리가 사용되어 있지 않거나 서버가 독립형 장치만 사용할 수 있게 한 경우 볼륨이 마운트되고 기록이 시작될 때까지 마운트 요구가 계속 생성됩니다.

• 적절한 볼륨이 Autochanger에서 발견되고 둘 이상의 비어 있는 드라이브를 사용할 수 있다면 NetWorker 서버는 최하위 번호가 매겨진 드라이브에 볼륨을 마운트합니다. 드라이브가 가득 찬 경우 서버는 로드된 것 중 유휴 드라이브를 선택한 다음 필요한 볼륨을 위한 자리를 마련하기 위해 이를 언로드합니다.



5

볼륨 상태NetWorker 서버는 Written, %Used, Location 및 Mode와 같은 값을 사용하여 볼륨의 상태를 보고합니다. 이 절에서는 볼륨 보고서에 사용되는 일반 용어 중 일부를 정의합니다.

NetWorker 관리 프로그램에 나타난 화면에서는 볼륨 이름이 볼륨 레이블에 나타난 이름과 동일합니다. 이름의 끝에 다음과 같은 지정이 나타납니다.

• (A) — 아카이브 볼륨을 나타냅니다

• (R) — 읽기 전용 볼륨을 나타냅니다

Written 값은 항상 볼륨에 기록된 정확한 바이트 수를 나타냅니다.

%Used 값은 전체적으로 Device 자원의 지정된 Media Type 값을 기반으로 한 볼륨의 전체 용량에 대한 추정 %입니다. Used 값이 full을 가리키면 볼륨에 더 이상 공간이 없는 것이고 테이프 끝 표시에 도달했거나 미디어에 오류가 발생한 것입니다. 이것은 Written 값이 이 볼륨의 추정치와 같거나 초과함을 의미하는 100%의 Used 값과는 차이가 있습니다.

볼륨 위치는 “2nd shelf, Cabinet 2, Room 42“와 같이 사용자의 환경에서 의미 있는 물리적 위치를 설명하는 관리자 정의 문자 속성을 참조합니다.

볼륨 모드 변경에 대한 내용은 289페이지의 “볼륨 모드 변경”을 참조하십시오. Save set 상태에 대한 자세한 내용은 168페이지의 “클라이언트 및 Save set 조합”을 참조하십시오.

283페이지의 표 46에서는 NetWorker 볼륨 모드 및 그 정의를 나열합니다.

표 46. 볼륨 모드

모드 값 의미 설명

appen appendable 이 볼륨에 빈 공간이 있습니다. 이 볼륨이 속한 풀의 수락 기준을 충족하는 데이터를 추가할 수 있습니다.

man manual recycle

이 볼륨은 자동 재활용에서 면제됩니다. 이 모드는 수동으로만 변경할 수 있습니다.

(R) read-only 이 볼륨의 Save set는 읽기 전용으로 간주됩니다. 이 모드는 수동으로만 변경할 수 있습니다. 읽기 전용 모드에 대한 자세한 내용은 다음 절을 참조하십시오.

recyc recyclable 이 볼륨에 있는 Save set는 찾기 및 보유 방침(Browse and Retention Policy)을 모두 초과하였습니다. 이 모드는 수동으로만 변경할 수 있습니다.

full full 이 볼륨은 꽉 찼습니다. 볼륨에 더 이상의 데이터 공간이 없으며 볼륨의 Save set가 찾기 및 보유 방침(Browse and Retention Policy)에 지정된 시간 기간을 아직 지나지 않았습니다.



284

5

읽기 전용 모드

볼륨의 모드를 읽기 전용으로 변경하면 해당 볼륨에 새 데이터를 기록할 수 없습니다. 읽기 전용 볼륨은 쓰기가 금지된 볼륨이 아닙니다. 이 볼륨에 있는 Save set는 해당 찾기 및 보유 방침(Browse and Retention Policy)에 아직 종속되어 있으며 겹쳐쓰기 작업이 가능한 상태입니다. 볼륨의 모든 Save set가 재활용 가능으로 상태를 변경하면 볼륨의 모드가 재활용 가능으로 변경되고 볼륨에 자동 재활용을 위한 자격이 주어집니다.

볼륨 모드를 변경하려면 289페이지의 “볼륨 모드 변경”을 참조하십시오.

NetWorker 볼륨 작업볼륨이 마운트되지 않은 경우에 파일을 백업하려면 다음 작업 중 하나를 수행하도록 제안하는 세 개의 메시지 중 하나가 표시됩니다.

• 볼륨 마운트

• 볼륨 레이블 재지정

• 새 볼륨 레이블 지정

파일을 복구할 때 NetWorker 서버는 마운트해야 할 볼륨 이름을 요구합니다. 파일을 복구할 때 두 개 이상의 볼륨이 필요한 경우 서버는 요구되는 순서대로 모든 볼륨을 나열합니다. 복구 프로세스 동안 서버는 필요한 각 볼륨을 한번에 하나씩 요구합니다. Autochanger에 백업할 경우 서버는 Autochanger에 저장된 볼륨을 자동으로 마운트합니다.

볼륨 정보 보기

NetWorker 관리 프로그램에서 볼륨 정보를 보려면 다음을 따르십시오.

1. Media 메뉴에서 Volumes를 선택하여 Volumes 창을 엽니다.

참고: Volumes 버튼을 눌러도 됩니다.

2. 보려는 Save set의 볼륨 이름을 선택합니다.

Volumes 창에는 다음과 같은 서버의 볼륨 정보가 표시됩니다.

• 볼륨 이름

• 각 볼륨에 기록된 데이터의 양

• 현재 사용 중인 비율

• 기타 항목

Volumes 창을 체크 표시하면 미디어 데이터베이스의 내용이 표시되고 이 창에서 볼륨을 제거하고, 볼륨 모드를 변경하며 볼륨들의 위치를 설정할 수 있습니다.



5

285페이지의 표 47에서는 Volumes 창에 표시된 볼륨 관련 범주를 나열합니다.

Save set 정보 보기

NetWorker 관리 프로그램에서 Save set 정보를 보려면 Media 메뉴에서 Volumes를 선택합니다.


Volumes 창은 볼륨에 저장된 Save set도 나열합니다. 이 창에는 다음과 같은 정보가 표시됩니다.

• 클라이언트 이름

• Save set 이름

• Save set 크기

• 기타 항목

또한 여기에서 Save set의 상태도 변경할 수 있습니다.

표 47. Volumes 창

범주 설명

Name 볼륨 이름

Barcode 존재하는 경우 바코드 레이블

Pool 볼륨이 속한 풀의 이름

Written 볼륨에 기록된 데이터의 양

% Used 추정된 전체 용량 대 사용된 볼륨의 백분율. Used 열에 100%가 나타나면 볼륨이 추정 용량과 일치하거나 초과한 것입니다. 그러나 테이프 끝 표시에 도달하지 않았기 때문에 여전히 공간을 사용할 수 있습니다.

Mode 볼륨의 상태 또는 종류. 볼륨 모드 유형에 대한 자세한 내용은 289페이지의 “볼륨 모드 변경”을 참조하십시오.

Location 볼륨의 위치(나중에 사용할 목적으로 사용자가 입력)



286

5

286페이지의 표 48은 Volumes 창에 표시되는 Save set와 관련된 항목을 나열합니다.

볼륨 마운트

볼륨을 마운트하려면 다음을 따르십시오.

1. NetWorker 서버 저장 장치에 볼륨을 삽입하고 서버가 액세스하도록 볼륨이 이미 제시되어 있는지 확인합니다.

2. NetWorker 관리 프로그램의 Devices 창에서 해당 장치를 선택합니다.

3. Media 메뉴에서 Mount를 선택하여 볼륨을 마운트합니다.

참고: Mount 버튼을 눌러도 됩니다.

볼륨의 레이블을 지정하고 마운트한 후 볼륨 이름은 NetWorker 관리 프로그램 Devices 목록의 장치 경로 이름 옆에 표시됩니다.

독립형 장치에서 무인 백업을 수행하려면 장치에서 떠나기 전에 장치에 레이블이 지정된 볼륨을 마운트해야 합니다.

표 48. Save set 정보가 표시된 Volumes 창

범주 설명

클라이언트 Save set를 작성한 NetWorker 클라이언트 컴퓨터의 이름

Date Save set를 작성한 날짜

레벨 Save set를 생성한 백업 레벨. 이것은 스케줄 백업에만 관련됩니다. 수동 백업의 경우에는 레벨이 비어 있습니다.

상태 Save set의 유형. Save set 값 및 설명에 대한 목록은 168페이지의 “Save set 상태 값”을 참조하십시오.

Save Set Save set를 포함하고 있는 파일 시스템의 경로명. 이 열은 복제 정보도 포함하고 있습니다. Save set가 복제를 갖고 있는 경우, 경로 이름이 has clones로 표시되고 복제된 Save set는 clone save set로 표시됩니다.



5중요 사항: NetWorker 서버에서는 되감지 않는 장치만 사용할 수 있습니다. 되감는 장치를 사용할 경우 읽기/쓰기 헤드가 볼륨의 시작 지점에 위치되어 이전에 백업된 데이터를 겹쳐 씁니다. 이들 장치의 경로 이름은 BSD 규칙(예: /dev/rmt/0mbn)을 따라야 합니다. 경로명에 “b“가 있으면 BSD 요구 사항을 충족합니다. 파일 장치를 사용할 경우 이를 파일 이름 보다는 디렉토리 경로(다른 장치 유형에도 동일)로 입력해야 합니다.

한 번의 작업으로 볼륨의 레이블 지정 및 마운트하기

둘 이상의 저장 장치를 NetWorker 서버에 연결한 경우 NetWorker 관리 프로그램의 Devices 목록에서 레이블을 지정하려는 장치를 먼저 선택해야 합니다. 볼륨의 레이블을 재지정하면 NetWorker 서버가 해당 볼륨의 원래 데이터를 복구할 수 없습니다.

한 번의 작업으로 볼륨에 레이블을 지정하고 마운트하려면 다음을 따르십시오.

1. NetWorker 서버 저장 장치에 레이블이 지정되지 않았거나 재활용 가능한 볼륨을 삽입하거나 NetWorker 서버가 액세스하도록 이들 유형의 볼륨이 이미 제시되어 있는지 확인합니다.

2. NetWorker 관리 프로그램의 Devices 목록에서 해당 장치를 선택합니다.

3. Media 메뉴에서 Label을 선택하여 Label 창을 엽니다.

참고: Label 버튼을 눌러도 됩니다.

4. Pool 속성에서 풀을 선택합니다.

Volume Name 속성에 대한 이름도 생성됩니다. 다음 규칙이 적용됩니다.

• NetWorker 서버는 볼륨에 레이블이 지정되지 않은 것으로 생각되면 선택한 풀과 관련된 레이블 템플리트에서 다음 순서 레이블을 할당합니다. 같은 풀의 재활용 가능 볼륨에 레이블을 재지정하면 해당 볼륨 레이블 이름과 시퀀스 번호가 바뀌지 않습니다. 그러나 해당 볼륨에 있는 원본 데이터에 대한 액세스는 손상되고 해당 볼륨은 사용 가능한 상태가 됩니다.

• 레이블을 지정할 볼륨에 대한 풀을 선택하지 않으면 NetWorker 서버가 Default 풀과 관련된 레이블 템플리트를 자동으로 적용합니다.

• 템플리트와 관련되지 않은 개별 레이블 이름을 작성하려면 Label 자원의 Volume Name 속성을 편집하고 고유한 레이블 이름을 입력합니다.



288

5

5. 수동으로 볼륨을 재활용하려면 Manual Recycle 속성을 선택합니다.

볼륨의 레이블을 지정할 때 Manual Recycle 속성을 사용하면 볼륨을 보유 방침에 따라 자동으로 재활용 가능으로 표시할 수 없습니다. 볼륨이 manual recycle(수동 재활용)으로 표시되면 NetWorker 서버가 할당된 찾기 및 보유 방침을 무시합니다. 따라서 관리자만이 볼륨을 재활용 가능으로 표시할 수 있습니다.

6. Mount After Labeling 속성을 선택하고 OK를 누릅니다. NetWorker 서버에서 자동으로 레이블을 지정한 다음 장치로 볼륨을 마운트합니다.

볼륨의 레이블이 지정되고 장치에 마운트되면 볼륨은 데이터를 받을 수 있습니다. NetWorker 레이블은 시스템이 읽을 수 있는 형태의 내부 레이블이므로 각 볼륨에 내부 볼륨 레이블과 일치하는 접착식 레이블을 붙여 두는 것이 좋습니다.

바코드 레이블 사용에 대한 자세한 내용은 444페이지의 “바코드로 볼륨에 레이블 지정”을 참조하십시오.

마운트하지 않고 레이블 미리 지정하는 방법

볼륨을 마운트하지 않고도 레이블을 미리 지정할 수 있습니다. 마운트하지 않고 볼륨의 레이블을 지정하려면, 한 번의 작업으로 레이블을 지정하고 마운트하는 방법과 동일한 절차를 수행하지만 Label 창에 있는 Mount After Labeling 속성의 선택을 취소합니다.

볼륨 마운트 해제

볼륨을 마운트 해제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Devices 목록에서 해당 장치를 선택합니다.

2. Media 메뉴에서 Unmount를 선택합니다.

참고: Unmount 버튼을 눌러도 됩니다.

볼륨이 장치에서 마운트 해제되면 NetWorker 관리 프로그램의 장치 목록에 해당 정보가 표시됩니다.



5

볼륨 이름 찾기

볼륨의 접착식 레이블이 떨어지거나 지워진 경우 이 방법 중 하나로 이름을 결정할 수 있습니다.

• 저장 장치에 볼륨을 마운트합니다. 볼륨 이름이 NetWorker 관리 프로그램의 장치 이름 옆에 나타납니다. 자세한 내용은 286페이지의 “볼륨 마운트”를 참조하십시오.

• 저장 장치에 볼륨을 마운트하고 프롬프트에서 nsrmm 명령을 입력하여 볼륨의 이름을 확인합니다.

# nsrmm -pv -f devicename

참고: UNIX 시스템에서 nsrmm 명령과 함께 -f devicename 속성과 백슬래시가 포함된 장치 이름을 사용할 경우 백슬래시와 함께 백슬래시(이탈) 문자를 사용해야 합니다. 따라서 이름이 rd=sn1:\\.\Tape0인 장치는 명령줄에서 rd=sn1:\\\\.\\Tape0과 같이 기록되어야 합니다.

• 저장 장치에 볼륨을 로드하고 Media 메뉴에서 Label을 선택합니다. 레이블의 이름이 Volume Name 속성에 표시됩니다. 볼륨 레이블을 지정하지 않고 대화 상자를 닫으려면 Cancel을 누릅니다.

볼륨 모드 변경

볼륨의 모드는 백업 시 NetWorker 서버가 해당 볼륨에 기록할 수 있는 지의 여부를 결정합니다. 볼륨의 모든 Save set가 재활용 가능하면 해당 볼륨도 자동으로 재활용이 가능합니다. 재활용 가능 Save set는 클라이언트의 보유 방침에서 지정한 기간을 이미 경과한 것입니다.

볼륨의 데이터가 필요 없는 경우에는 수동으로 전체 또는 추가 가능 볼륨의 모드를 재활용 가능으로 변경할 수 있습니다. 그러면 NetWorker 서버는 다음에 스케줄된 또는 수동 백업에 볼륨이 필요할 때 해당 볼륨의 데이터를 겹쳐 씁니다.

볼륨의 모드를 변경하려면 다음을 따르십시오.

1. 볼륨이 마운트된 경우에는 장치를 마운트 해제합니다.

a. NetWorker Administrator 창의 Devices 목록에서 해당 장치를 선택합니다.

b. Media 메뉴에서 Pools를 선택합니다.

2. Media 메뉴에서 Volumes를 선택하여 Volumes 창을 엽니다.


3. Volume 메뉴에서 Change Mode와 다음 값중 하나를 선택합니다.

– Appendable

– Read Only

– Recyclable

볼륨 모드의 목록은 283페이지의 표 46을 참조하십시오.



290

5

4. Mode 버튼을 선택하고 OK를 누릅니다.

이제 변경된 볼륨 모드가 NetWorker 관리 프로그램의 Devices 목록에 표시됩니다.

오프사이트에 저장하기 위해 볼륨을 Full로 표시

오프사이트에 저장하기 위해 Autochanger에서 볼륨을 삭제할 때는 NetWorker 소프트웨어가 해당 볼륨을 더 이상 요청하지 않도록 볼륨을 “full“로 표시합니다. 이를 위해 프롬프트에서 다음 명령을 입력합니다.

# nsrmm -V volid -o full

여기서 volid는 해당 볼륨의 볼륨 ID입니다. 볼륨이 가득 찬 것으로 표시되면 읽기 전용으로도 표시됩니다. mminfo 명령을 사용하면 볼륨 ID를 확인할 수 있습니다. 이런 명령에 대한 자세한 내용은 nsrmm 및 mminfo에 대한 메뉴얼 페이지나 LEGATO Command Reference Guide를 참조하십시오.

온라인 인덱스에서 손상된 볼륨 제거

볼륨이 물리적으로 손상되거나 사용할 수 없게 된 경우에만 미디어 데이터베이스에서 볼륨 항목을 제거합니다. 제거할 볼륨을 선택하면 NetWorker 서버는 볼륨에 복제가 있는지 확인합니다. 복제를 사용할 수 있는 경우 NetWorker는 미디어 데이터베이스에서 볼륨 항목을 제거하지 않습니다. NetWorker 서버는 복구 또는 해당 볼륨을 필요로 하는 기타 작업 동안 원본 볼륨 대신 복제 볼륨에 액세스합니다. 볼륨의 복제를 사용할 수 없는 경우 미디어 데이터베이스에서 볼륨 항목을 제거하여, 해당 볼륨에 위치한 데이터를 더 이상 찾을 수 없게 됩니다.

온라인 인덱스의 볼륨 기반 항목을 제거하면 온라인 인덱스의 크기를 줄이게 되는 이점이 있습니다. 그러나 인덱스 항목을 삭제하면 관련된 볼륨의 데이터 복구 능력을 제한하거나 제거할 수 있기 때문에 주의해야 합니다.

볼륨 기반 항목을 삭제하는 단계는 손상된 볼륨을 삭제하거나 인덱스의 크기를 줄이는 단계와 같습니다. 이같은 작업을 수행하는 방법에 대한 지침은 148페이지의 “온라인 인덱스에서 볼륨 기반 항목 제거”를 참조하십시오.



5

볼륨 당 최대 Save set 수

볼륨 당 미디어 데이터베이스에서 허용하는 최대 Save set 수는 270,000개입니다. 볼륨이 이 Save set 수에 도달하면 가득 찬 것으로 표시됩니다. 이 수에 도달하기 전에 볼륨이 곧 최대 Save set 수에 도달할 것임을 나타내는 경고 메시지가 daemon.log 파일과 Messages 창에 기록됩니다.

이런 한계에 도달하지 않게 하려면 다음 중 하나를 수행합니다.

• 장치가 파일 유형이거나 고급 파일 유형 장치이면 스테이징을 사용하여 볼륨에서 대체 저장 장치 미디어로 Save set를 이동합니다. File System Check Interval 및 Max Storage Period와 같은 속성을 기준으로 하여 Save set를 자동으로 스테이징하거나 필요에 따라 수동으로 Save set를 스테이징할 수 있습니다. 스테이징에 대한 자세한 내용은 292페이지의 “Save set 스테이징”을 참조하십시오.

• 클라이언트의 보유 방침을 270,000개 한계에 도달하지 않는 기간으로 설정합니다. 예를 들어, 6개월 이후에 이 한계에 도달하는 경우 보유 방침을 6개월 미만으로 설정하면 가장 오래된 데이터베이스 항목이 제거되어 최대 Save set 수에 도달하지 않도록 합니다. 보유 방침 설정에 대한 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

Save set 한계에 도달하고 볼륨이 가득 찬 것으로 표시되면 nsrmm 프로그램을 사용하여 볼륨에서 일부 Save set를 제거할 수 있습니다.

# nsrmm -d -S ssid

여기서, ssid는 제거할 Save set의 Save set ID입니다.

참고: 이 명령을 사용하면 미디어 데이터베이스에서 Save set에 대한 모든 정보가 제거되고 결국 이후 백업 도중 Save set를 덮어쓰게 됩니다.

볼륨에서 Save set를 제거한 후에 다음 중 하나를 수행합니다.

• 장치가 파일 유형이거나 고급 파일 유형 장치이면 nsrim 명령줄 프로그램을 사용하여 디스크에 추가 공간을 복구하고 볼륨 모드를 append로 변경합니다. 파일 유형이나 고급 파일 유형 장치에 저장된 Save set 데이터는 자동으로 제거되고 nsrim 프로그램이 실행되는 다음 스케줄 백업(savegrp) 이후 또는 Recover Space 작업이 수행되는 스테이징 도중에 공간이 복구됩니다.

• 모든 장치 유형에 대해 수동으로 볼륨 모드를 append로 변경합니다. 지침에 대해서는 289페이지의 “볼륨 모드 변경”을 참조하십시오.



292

5

Save set 스테이징Save set 스테이징은 저장 미디어 사이에서 데이터를 이동하는 프로세스입니다. 스테이징을 사용하면 고성능 파일 유형 또는 adv_file 장치에 초기 백업이 이루어지도록 함으로써 백업을 완료하는 데 걸리는 시간이 단축됩니다. 그런 다음에 데이터를 저장 장치 미디어로 스테이징하여 디스크 공간을 비웁니다. Default, Index Archive 또는 Default Clone 등 어떠한 볼륨 유형이든 스테이징할 수 있습니다.

다른 NetWorker 자원과 마찬가지로 스테이징 방침도 작성, 편집 및 삭제할 수 있습니다. 백업 또는 아카이브를 위해 각 풀 또는 풀 집합에 대한 스테이징 장치 사용을 클라이언트 설정의 일부로 선택할 수 있습니다. 파일은 테이프 장치나 옵티컬 디스크로 이동되기 전에 디스크 스테이징 풀에 지정된 시간 동안 보관됩니다. 스테이징 풀에 포함될 수 있는 장치의 수는 제한이 없으며 Save set는 필요한 횟수만큼 디스크, 옵티컬 디스크, 로컬 테이프 장치 및 원격 테이프 장치 등으로 스테이징될 수 있습니다. 또한 한 볼륨을 두 번째 볼륨으로 스테이징한 다음 두 번째 볼륨의 데이터를 다시 첫 번째 볼륨으로 스테이징할 수 있습니다.

스테이징 프로세스는 다음 이벤트 중 하나에 의해 이루어집니다.

• 데이터를 다음 장치로 스테이징하기 전에 30일간 Save set를 보관하는 등 자동 프로세스의 일부

• 스테이징 풀의 사용 가능한 공간이 설정된 임계값 아래로 떨어질 때와 같은 이벤트에 의한 프로세스의 일부. 이 경우에는 사용할 수 있는 공간이 설정된 최대 임계값에 도달할 때까지 가장 오래 된 Save set부터 먼저 이동합니다.

• 관리자가 임계값을 재설정하고 스테이징을 시작하거나 또는 스테이징할 Save set를 수동으로 선택할 수 있도록 하는 등 관리자 주도 프로세스의 일부

스테이징 방침을 사용하면 NetWorker 서버는 사용자가 지정한 미디어의 복제 볼륨에서 지정한 Save set의 복제를 작성합니다. Save set가 파일 시스템 장치에 저장된 경우에는 Save set가 파일 시스템에서 삭제되어 공간을 해제합니다. NetWorker 서버는 미디어 데이터베이스에서 Save set의 위치를 추적합니다. Save set의 보유 방침은 데이터가 스테이징되어도 변경되지 않습니다.

참고: 파일 유형 볼륨이 NetWorker 소프트웨어 6.1 이하를 실행하는 저장 장치 노드에 있는 경우에는 스테이징 작업 후 테이프에 추가 가능 표시가 자동으로 되지 않습니다.



5

파일 유형 장치 또는 adv_file 장치에서 데이터 스테이징

스테이징은 파일 유형 또는 adv_file 장치에 백업된 데이터에 특히 적합합니다. 스테이징을 사용하면 파일 유형 또는 adv_file 장치의 사용된 디스크 공간을 다른 목적으로 사용할 수 있도록 회수할 수 있습니다. 스테이징을 사용하여 데이터를 옵티컬 또는 테이블 볼륨과 같은 영구 저장 장치 또는 다른 하위 우선 순위 장치로 이동합니다. 또한 스테이징은 데이터가 백업 기간 범위를 넘어서 이동될 수 있도록 함으로써 다음 백업 세션에 사용할 수 있는 충분한 디스크 공간을 확보합니다.

명령줄에서 스테이징 및 복제 수행

명령줄에서 Save set를 스테이징하는 것은 NetWorker 관리 프로그램에서 Save set를 스테이징하는 것과 다릅니다. NetWorker 관리 프로그램에서 스테이징할 때는 Staging 자원에서 선택한 단일 장치에 속한 Save set가 스테이징됩니다. 명령줄에서 Save set를 스테이징할 때는 Save set ID 지정에 따라 스테이징되는 Save set가 결정됩니다.

Saves set가 복제될 때 복제된 Save set에는 원본 Save set와 같은 Save set ID가 주어집니다. 따라서 Save set를 명령줄에서 스테이징할 때 NetWorker 소프트웨어는 지정된 ID를 가진 모든 Save set를 스테이징한 다음 해당 Save set를 제거합니다. 즉, Save set의 복제된 버전은 원본이 제거될 때 함께 제거됩니다.

원본 Save set와 모든 복제된 Save set가 제거되지 않도록 하려면 명령줄에서 스테이징할 때 Save set ID와 함께 복제 ID를 지정하십시오. 구문을 예로 들면, 다음과 같습니다.

# nsrstage -m -S ssid/cloneid

스테이징 방침 작성

참고: 스테이징 방침을 작성하기 전에 해당 장치를 모두 구성했는지 확인합니다. 그렇지 않으면 Devices 속성에 장치가 나열되지 않습니다.

NetWorker 관리 프로그램에서 스테이징 방침을 작성하려면 다음을 따르십시오.

1. Customize 메뉴에서 Staging을 선택하여 Stage 창을 엽니다.

2. Stage 창의 View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.


4. Name 속성에 스테이징 방침의 이름을 입력합니다.

5. 선택 사항인 Comment 속성에 스테이징 방침의 설명을 입력합니다.

6. Enabled 속성에서 Yes를 선택하여 스테이징 방침이 곧바로 기능을 시작하게 합니다.

언제라도 스테이징을 사용 또는 사용 안하기 위한 옵션이 제공되어 있습니다.



294

5

7. High Water Mark (%) 속성에 숫자를 입력하거나 선택합니다.

이 값은 스테이징할 Save set의 지점으로 장치가 있는 파일 시스템 파티션에서 사용된 사용 가능 공간의 백분율로 측정됩니다. lower mark에 도달할 때까지 스테이징이 계속 수행됩니다(단계 8 참조).

참고: High-Water Mark는 Low-Water Mark보다 커야 합니다.

8. Low Water Mark(%) 속성에 숫자를 입력하거나 선택합니다.

이것은 스테이징 프로세스가 중단될 지점으로 장치가 있는 파일 시스템 파티션에서 사용된 사용 가능 공간의 백분율로 측정됩니다.

9. Save Set Selection 속성에서 Save set를 선택합니다. 이 속성을 사용하면 스테이징에 선택된 Save set를 결정할 수 있습니다.

10. Destination Pool 속성에서 스테이징된 데이터에 대한 대상 풀을 선택합니다.

참고: Default 볼륨은 Default 또는 Default Clone 풀에만 스테이징될 수 있습니다. 마찬가지로 Default Clone 볼륨은 Default 또는 Default Clone 풀에만 스테이징될 수 있습니다. 다른 볼륨 유형은 모든 풀에 스테이징될 수 있습니다.

11. Devices 속성에서 이 방침에 의해 스테이징의 소스 장치로 제어되는 파일 유형과 adv_file 장치를 지정합니다.

참고: adv_file 장치와 이에 상응하는 _AF_readonly 장치는 어느 한 장치만 스테이징의 소스로 선택된 경우라도 모두 자동으로 선택됩니다.

여러 장치를 스테이징 방침에 할당할 수 있지만, 선택한 장치를 둘 이상의 스테이징 방침으로 제어할 수는 없습니다.

12. Max Storage Period 속성에 Save set가 다른 저장 장치 미디어에 스테이징되기 전에 볼륨에 보관될 시간 또는 날짜 수를 입력합니다.

참고: Max Storage Period 속성은 File System Check Interval 속성과 함께 사용됩니다. 일단 Max Storage Period 값에 도달하면 다음 파일 시스템 점검 때까지 스테이징이 시작되지 않습니다.

13. Max Storage Period Unit 속성에서 Hours 또는 Days를 선택합니다.

14. Recover Space Interval 속성에 공간 복구 작업 사이의 분 또는 시간 수를 입력합니다. 일단 선택한 장치에서 Save set가 스테이징되면 해당 미디어 데이터베이스 항목이 제거되고 그 볼륨에 의해 점유되었던 공간이 비워져 디스크에서 복구될 수 있습니다.

15. Recover Space Interval Unit 속성에서 Minutes 또는 Hours를 선택합니다.

16. File System Check Interval 속성에 파일 시스템 점검 작업 사이의 분 또는 시간 수를 입력합니다.

17. File System Check Interval Unit 속성에서 Minutes 또는 Hours를 선택합니다.



5

18. Start Now 속성에서 이 방침과 관련된 모든 장치에서 선택된 작업을 적용할 선택 사항을 한 가지 선택합니다.

사용 가능한 작업은 다음과 같습니다.

• Recover space 미디어 데이터베이스에 항목이 없는 Save set를 위한 공간을 복구하고 모든 재활용된 Save set를 삭제합니다.

• Check file system 시스템을 점검하고 필요하면 데이터를 스테이징합니다.

• Stage all save sets 모든 Save set를 대상 풀로 스테이징합니다.

참고: Apply를 누르면 선택 사항이 즉시 적용됩니다. 지금 시작되지 않게 하려면 이 속성을 그대로 둡니다. 스테이징 작업이 완료되면 이 속성은 기본 설정(비어 있음)으로 돌아갑니다.


스테이징 방침 편집

참고: 방침 이름은 변경할 수 없습니다.

스테이징 방침을 편집하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Staging을 선택합니다.

2. Stage 속성에서 편집하려는 스테이징 방침을 선택합니다.

3. 스테이징 방침의 속성 값을 편집한 다음 Apply를 누릅니다.

스테이징 방침 삭제

스테이징 방침을 삭제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Staging을 선택합니다.

2. Stage 속성에서 삭제하려는 스테이징 방침을 선택합니다.






296

5


6장:백업 그룹 및 스케줄

이 장에서는 자동 그룹 백업 및 사용자 정의 백업의 스케줄을 포함하여 LEGATO NetWorker 소프트웨어의 스케줄 기능에 대한 정보를 제공합니다.


• 297페이지의 “NetWorker 스케줄에 대한 개요”

• 298페이지의 “백업 그룹”

• 305페이지의 “그룹 백업 관리”

• 309페이지의 “부트스트랩 생성 및 인쇄 출력”

• 310페이지의 “열린 파일 백업”

• 311페이지의 “스케줄”

• 322페이지의 “백업 레벨”

• 328페이지의 “Save set 통합”

NetWorker 스케줄에 대한 개요다음 두 NetWorker 자원은 함께 클라이언트 데이터의 스케줄 백업 수행에 사용됩니다.

• 그룹

• Schedule

Group 및 Schedule 자원을 함께 사용하여 혼란과 불편을 최소한으로 줄이고 매일 많은 수의 다른 클라이언트 백업 스케줄을 작성하는 데 있어서 최대한의 융통성을 얻을 수 있습니다.



298

6

Group 자원

Group 자원(백업 그룹)은 백업이 수행되는 시간을 지정합니다. 일반적으로 백업 시간은 늦은 밤이나 주말 같이 정규 작업 시간 이후로 스케줄이 정해집니다. 이 시간을 선택하면 백업과 관련된 많은 양의 네트워크 트래픽 로드 때문에 정규 작업에 지장이 생기는 것을 피할 수 있습니다. 백업 그룹에 할당된 클라이언트는 그룹의 스케줄된 시간에 지정된 Save set를 백업합니다.

Schedule 자원

Schedule 자원에서는 백업이 발생하는 달에서 요일 및 날짜를 지정할 수 있습니다. 백업의 유형과 특성도 이 자원에서 지정됩니다. 스케줄 백업은 주 단위 또는 월 단위로 구성되기 때문에 특정 요일에 스케줄 백업의 유형은 다음 시간에 차례로 복제됩니다.

• 각 후속 주의 같은 요일

• 한 달에 한 번씩 특정 주의 특정 요일

백업 그룹NetWorker 백업 그룹을 사용하여 클라이언트 스케줄 백업의 시작 시간을 지정할 수 있습니다. 다음과 같이 할 수 있습니다.

• 한밤중 또는 네트워크 트래픽이 적은 시간에 백업을 수행하도록 스케줄을 정할 수 있습니다.

• 특정 그룹에 포함시킬 클라이언트를 결정할 때 클라이언트의 백업 스케줄을 고려하여 백업 로드의 밸런스를 맞출 수 있습니다.

• 하루 중 서로 다른 시간으로 그룹에 시차를 두어 네트워크 또는 NetWorker 서버에 부담을 주는 것을 피할 수 있습니다.

다른 클라이언트가 전체 백업을 수행하는 날에 시차를 두는 스케줄 작성에 대한 자세한 내용은 311페이지의 “스케줄”을 참조하십시오.

NetWorker 서버에 백업하는 각 클라이언트는 백업 그룹, 즉 사전 구성된 그룹 또는 사용자가 작성한 그룹에 할당되어야 합니다. 많은 경우 NetWorker 기본 그룹이면 클라이언트에 충분하므로 추가 그룹을 작성할 필요가 없습니다.

그룹 작성 시 해당 그룹은 Client 자원에 선택 사항으로 나타납니다. Client 자원은 클라이언트를 그룹과 연관시키는 곳입니다. 그룹 이름은 그룹을 풀과 연관시키는 Pool 대화 상자에 선택 가능한 옵션으로 나타납니다. 클라이언트의 Save set를 둘 이상의 그룹에 할당할 수 있습니다.



6

NetWorker 서버가 그룹을 사용하는 방법

NetWorker Client 자원이 생성될 때 클라이언트는 백업 그룹에 할당됩니다. NetWorker 서버에서 클라이언트를 같은 그룹에 할당된 다른 클라이언트와 함께 백업하기 시작하는 시기는 이 백업 그룹에 의해 결정됩니다.

각 백업 그룹의 클라이언트는 그룹의 시작 시간에 따라 자동 스케줄 백업을 시작합니다. 특정 그룹에 포함시킬 클라이언트를 결정할 때 클라이언트의 백업 스케줄을 고려하면 백업 로드의 밸런스를 맞출 수 있습니다.

예: 그룹을 사용한 복수 클라이언트 백업

300페이지의 그림 30에서는 NetWorker 서버가 두 개의 백업 그룹을 사용하여 여러 개의 클라이언트 Save Set를 백업하는 방법을 보여줍니다. 이 예에서 세 클라이언트 컴퓨터(mars, jupiter 및 saturn)는 자동 스케줄 백업을 자정에 시작하는 Weekly Full이라는 그룹에 속해 있습니다.

• mars 클라이언트는 매주 월요일에 모든 Save set의 전체 백업을 실행하고 다른 날에는 Save set의 증분 백업을 실행합니다.

• jupiter 클라이언트는 화요일에 모든 Save set의 전체 백업을 실행하고 다른 날에는 증분 백업을 실행합니다.

• saturn 클라이언트는 수요일에 모든 Save set의 전체 백업을 실행하고 다른 날에는 증분 백업을 실행합니다.

각 클라이언트가 다른 요일에 전체 백업을 실행하기 때문에 서버에 과부하가 발생하지 않습니다.

두 번째 그룹 Accounting은 클라이언트를 다른 그룹(부서)으로 묶을 수 있는 방법을 보여줍니다. Accounting 그룹에는 클라이언트 컴퓨터인 mercury와 venus가 포함되어 있으며 해당 부서의 컴퓨터 백업이 가능한 오후 7시에 백업을 시작합니다. 이 경우 두 클라이언트 컴퓨터는 같은 날에 전체 백업을 실행하지만 venus 컴퓨터는 /usr/home Save Set만 백업하도록 스케줄이 정해지는 반면 mercury 컴퓨터의 모든 Save Set는 백업됩니다. 백업에 소요되는 시간을 추정해 보면 다음 그룹에 설정할 시작 시간을 결정할 수 있습니다.

각 그룹의 Save set는 저장 장치에 마운트된 해당 볼륨에 기록됩니다. NetWorker 서버는 풀을 사용하여 Save Set를 구성, 추적 및 저장합니다. 또한 그룹을 사용하여 클라이언트가 스케줄 백업을 시작하는 시간을 결정합니다.



300

6

그림 30. NetWorker 그룹을 사용하여 여러 클라이언트를 백업하는 방법

NetWorker 서버가 해당 저장 볼륨에데이터를 기록합니다.

그룹: Weekly Full

일별 시작 시간: 24:00(자정)

그룹: Accounting

일별 시작 시간: 19:00(오후 7시)

Client:

Save set:

스케줄:

Client:

Save set:

스케줄:

mercury

모두

매달 1일에 전체 백업

매달 15일에 레벨 5 백업

남은 다른 요일에 증분 백업

venus

/usr/home

매달 1일과 15일에 전체 백업


Client:

Save set:

스케줄:

Client:

Save set:

스케줄:

Client:

Save set:

스케줄:

mars

모두

월요일에 전체 백업


jupiter

모두

화요일에 전체 백업


saturn

모두

수요일에 전체 백업


레이블이 지정된 미디어 볼륨

(NetWorker의 스케줄 백업)



6

사전 구성된 그룹

NetWorker 제품은 Default라는 하나의 사전 구성된 그룹과 함께 제공됩니다. 모든 데이터가 백업되도록 하기 위해 NetWorker 서버는 모든 클라이언트를 Default 그룹에 자동으로 추가합니다. 단 NetWorker가 기본 그룹을 백업할 수 있으려면 Default 그룹을 사용해야 합니다. 클라이언트를 Default 그룹에 포함시키거나 아니면 하나 이상의 사용자 정의된 그룹에 포함시킬 수 있습니다.

모든 Default 그룹 속성은 변경할 수 있지만 그룹은 삭제할 수 없습니다. 그러나 사용자 정의 그룹은 필요한대로 작성하거나 삭제할 수 있습니다.

핵심 그룹 속성

301페이지의 표 49는 Group 자원에 대한 일부 핵심 속성을 표시합니다.

표 49. Group 속성 (1/2)

속성 작업

Autostart 이 속성은 그룹이 지정된 시작 시간에 자동으로 시작될 것인지 여부를 제어합니다. 스케줄 백업을 실행하려면 Default 그룹 및 사용자가 작성한 다른 그룹에 대해 Autostart 속성을 사용해야 합니다.

Start Time Default 그룹은 오전 3시 33분에 일별 백업을 시작하도록 사전 구성됩니다. 이 시간은 변경할 수 있습니다.

Client Retries 이 속성은 NetWorker 서버가 클라이언트에 연결하는 데 실패할 때 백업이 실패로 간주되기까지 서버가 다시 연결을 시도하는 횟수를 지정합니다. 첫 번째 재시도는 해당 그룹의 각 클라이언트에 대해 최소한 한 번씩 연결을 시도한 후에 이루어집니다.

Interval 이 속성은 그룹이 스케줄 백업을 시작하는 빈도를 나타냅니다. 기본값은 24:00(하루에 한 번)이지만 이 값을 변경하여 백업이 더 자주 시작되도록 할 수 있습니다. 이 속성을 수정하기 위한 지침은 303페이지의 “그룹 백업의 시간 간격 설정”을 참조하십시오. 이 속성은 숨겨진 속성입니다.

Schedule 이 선택 속성은 그룹의 Schedule 자원을 선택하는 데 사용됩니다. 이 속성이 설정되면 이 그룹의 모든 클라이언트에 대해 스케줄이 Client 자원의 Schedule 속성에 선택된 스케줄을 대체합니다. 이 속성은 숨겨진 속성입니다.



302

6

중지된 그룹 백업

Save set를 백업하는 데 실패하면 NetWorker 서버는 해당 Save set를 “aborted“로 표시합니다. 이러한 상황에서 savegrp 프로그램의 자동 보고서에는 백업이 완료된 것으로 표시되지 않을 수도 있습니다. 예를 들어, 클라이언트가 NFS 파일 시스템 연결을 통해 백업되다가 NFS 서버에 장애가 발생하여 다시 부팅되는 경우 NetWorker 백업은 시간이 종료될 때까지 정지됩니다. NetWorker 서버는 해당 Save set를 “aborted“로 표시하고 NFS 서버가 다시 연결되면 백업을 계속하여 완료합니다.

그룹 작성

그룹을 작성하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Groups를 선택하여 Groups 창을 엽니다.


3. Name 속성에 그룹의 이름을 입력합니다.

4. (선택 사항) Comment 속성에 그룹에 대한 설명을 입력합니다.

5. Autostart 속성에서 Enabled를 선택합니다.

6. 기본 시간인오전 3시 33분을 사용하지 않으려면 Start Time 속성에 새 시간을 입력합니다.

참고: 다른 그룹에 대한 시작 시간을 선택할 때는 다음 그룹이 시작되기 전에 해당 그룹이 백업을 완료하도록 충분한 시간 차이를 두고 스케줄을 정합니다.

Inactivity Timeout 이 속성은 클라이언트가 서버에 응답하는 데 실패한 것으로 간주될 때까지 주어진 최대 시간을 분 단위로 지정합니다. 클라이언트가 Inactivity Timeout 값보다 더 오랜 시간 동안 응답하지 않으면 서버에서는 클라이언트가 응답을 중단한 것으로 간주합니다. 어떤 이유로 인해 클라이언트가 응답하는 데 실패한 경우에는 즉시 다시 시도합니다. 따라서 스케줄 백업이 이루어지는 동안 실패가 발생하더라도 시간이 지연되지 않습니다. 이 속성은 숨겨진 속성입니다.

표 49. Group 속성 (2/2)

속성 작업



6

7. NetWorker PowerSnap Module 소프트웨어도 설치되어 있는 경우 다음과 같이 PowerSnap 속성을 구성합니다.

a. Snapshot 속성에서 True를 선택합니다.

b. Snapshot Pool 속성에서 PowerSnap 작업용으로 구성된 풀을 선택합니다.

c. Snapshot Policy 속성에서 사전 구성된 정책이나 사용자 정의 정책을 선택합니다.

8. Client Retries 속성에서 재시도 횟수를 선택합니다.

이 값은 NetWorker 서버가 실패한 클라이언트를 백업하려고 시도하는 횟수를 지정합니다.

9. Clones 속성에서 Yes를 선택하면 그룹의 백업된 데이터가 자동으로 복제됩니다. 해당 복제 풀에 추가할 수 있는 볼륨이 있어야 합니다.

참고: No를 선택할 경우에는 복제와 관련된 단계를 생략하고 단계 11로 건너뛰십시오.

10. Clone Pool 속성에서 복제된 데이터에 적절한 복제 풀을 선택합니다.

11. Printer 속성에서 savegrp가 부트스트랩 Save set 정보를 인쇄할 프린터의 이름을 입력합니다.

12. 필요할 경우 다른 속성에 대한 정보를 입력한 다음 Apply를 누릅니다.

백업 그룹 작성을 마치면 작성된 백업 그룹이 Client 자원의 Group 속성에 선택 사항으로 나타납니다. 이 속성은 각 클라이언트를 특정 그룹에 할당합니다.

그룹 백업의 시간 간격 설정

NetWorker 서버에서는 24시간 간격 내에서 두 번 이상 각각의 스케줄 백업 그룹을 실행할 수 있습니다. Group 자원의 Interval 속성 값은 개별 그룹이 백업을 시작하는 빈도(시 단위)를 결정합니다.

기본 값은 24시간(24:00)으로, 하루에 한 번 그룹 백업이 실행됩니다. Interval 속성 값을 12시간으로 설정하면 같은 그룹이 하루에 두 번 백업됩니다. 예를 들어 3시 33분의 기본 시작 시간을 사용하고 12시간 간격으로 설정된 그룹은 오전 3시 33분에 한 번 백업된 후 12시간 후인 오후 3시 33분에 두 번째 백업(하루에 두 번)을 수행합니다.

그룹 백업 시간 간격을 설정하려면 다음을 따르십시오


2. 적절한 그룹을 선택합니다.

3. Interval 속성 값을 hh:mm 형식으로 입력합니다.

최상의 결과를 얻으려면 24, 12, 6시간과 같이 그룹 백업 시간을 쉽게 결정할 수 있는 시간 간격 값을 사용합니다.



304

6


참고: 그룹 백업 시간 간격을 줄이면(예: 24시간마다 한 번에서 12시간마다 한 번으로 변경) 네트워크, NetWorker 서버 및 관련 장치에 더 큰 부담을 줄 수 있습니다.

강제로 증분 백업하기

24시간 내에 두 번 이상 스케줄 백업이 수행되는 그룹의 경우 Group 자원에서 Force Incremental 속성을 사용하여 24시간 동안 전체 백업이나 레벨 백업을 한 번만 수행하도록 NetWorker 서버에 지시할 수 있습니다. Force Incremental 속성이 Yes로 설정되어 있으면 첫 번째 백업이 구성된 레벨에서 수행됩니다. 첫 번째 백업 시작 후 다음 24시간 동안 이루어지는 이후의 모든 백업은 증분 백업입니다. 즉, 구성된 레벨에 관계 없이 변경된 파일만 백업됩니다. 자주 백업해야 하는 환경에서 백업할 시스템에 대한 영향을 최소화하려면 이 방법이 유용할 수 있습니다. Force Incremental 속성은 NetWorker 서버에서 자동으로 실행하는 스케줄 백업에만 적용됩니다. savegrp 프로그램을 명령 프롬프트나 스크립트와 같은 다른 방법으로 실행한 경우에는 이 속성이 사용되지 않습니다.

Force Incremental 속성이 No로 설정되어 있으면 첫 번째 백업이 시작된 후 24시간동안 전체 또는 레벨 백업을 여러 번 수행할 수 있습니다.

그룹에 증분 백업을 강제하려면 다음을 따르십시오.



Force Incremental 속성은 숨겨진 속성이므로 Force Incremental 속성에 액세스하여 변경하려면 먼저 숨겨진 속성을 표시하도록 NetWorker 관리 프로그램을 설정해야 합니다.

3. 적절한 그룹을 선택합니다.

4. Force Incremental 속성에서 Yes를 선택합니다.

참고: 강제 증분 기능을 사용하지 않으려면 이 속성에 대해 No를 선택합니다.


매 24시간마다 두 번 이상 발생하는 그룹 백업의 구성에 대한 자세한 내용은 303페이지의 “그룹 백업의 시간 간격 설정”을 참조하십시오.



6

그룹 편집참고: 기존 백업 그룹의 이름은 변경할 수 없습니다.

그룹을 편집하려면 다음을 따르십시오.


2. 편집할 그룹을 선택합니다.

3. 그룹 속성을 편집한 다음 Apply를 누릅니다.

참고: 각 속성에 대한 자세한 내용은 온라인 도움말을 참조하십시오.

그룹 삭제참고: 사전 구성된 Default 그룹 또는 현재 Client 자원에 적용된 그룹은 삭제할 수 없습니다.

그룹을 삭제하려면 다음을 따르십시오.


2. 삭제할 그룹을 선택합니다.



그룹 백업 관리이 절에서는 NetWorker 관리 프로그램에서 다음 작업을 수행하는 방법에 대해 설명합니다.

• 306페이지의 “즉시 그룹 시작하기”

• 306페이지의 “즉시 그룹 중단하기”

• 307페이지의 “수동으로 그룹 다시 시작하기”

• 307페이지의 “그룹 제어 내역 보기”

• 308페이지의 “그룹 백업 미리 보기”



306

6

즉시 그룹 시작하기

스케줄 백업 그룹을 수동으로(요구 시) 시작하면 해당 그룹 내의 각 클라이언트가 백업됩니다.

수동 백업 레벨은 해당되는 특정한 날을 위해 클라이언트의 Schedule 자원에 정의된 레벨을 기준으로 합니다.

그룹을 즉시 시작하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Server 메뉴에서 Group Control을 선택하여 Group Control 창을 엽니다.

참고: Group Control 버튼을 눌러도 됩니다.

2. 즉시 시작할 그룹의 이름을 선택합니다.

3. Start를 누릅니다.

4. OK를 눌러 그룹을 시작합니다.

NetWorker 서버는 그룹의 스케줄된 시작 시간을 대체하고 그룹의 클라이언트를 즉시 백업합니다.

즉시 그룹 중단하기

그룹을 즉시 중단하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Server 메뉴에서 Group Control을 선택하여 Group Control 창을 엽니다.


2. 즉시 중단할 그룹의 이름을 선택합니다.

3. Stop을 누릅니다.

4. OK를 눌러 그룹을 중단합니다.

그룹이 즉시 중단되고 현재 실행 중인 보관 세션이 중지되며 NetWorker 관리 프로그램은 Group Control 창의 Status 속성에 Not Finished를 표시합니다.



6중요 사항: 스케줄 백업을 수동으로 중단하거나 정전 등의 이유로 백업이 중단되는 경우에는 Autorestart 속성이 자동으로 Disabled로 설정됩니다. 스케줄 백업을 자동으로 다시 시작하려면 Autorestart 속성을 Enabled로 설정해야 합니다.

Autorestart 속성은 Group 자원의 숨겨진 속성입니다. Group 자원 편집에 대한 자세한 내용은 305페이지의 “그룹 편집”을 참조하십시오. 숨겨진 속성 표시에 대한 자세한 내용은 88페이지의 “숨겨진 속성”을 참조하십시오.

수동으로 그룹 다시 시작하기

그룹을 다시 시작하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Server 메뉴에서 Group Control을 선택합니다.


2. 다시 시작할 그룹의 이름을 선택합니다.

3. Restart를 누릅니다.

4. OK를 눌러 그룹을 다시 시작합니다.

그룹 백업의 재시작을 시작하면 NetWorker 서버는 그룹의 스케줄 백업을 재개하고 Group Control 창의 Status 속성에 Running을 표시합니다.

그룹 제어 내역 보기

Group Control Details 창에 다음과 같은 Save set가 표시됩니다.

• 백업 중에 있는 Save set

• 백업이 완료된 Save set

이 창을 열어서 어떤 클라이언트의 Save set가 성공적으로 백업되었고 어떤 Save set가 실패했는지 판별합니다.

그룹 제어 내역을 보려면 다음을 따르십시오.



2. 내역을 보려는 그룹의 이름을 선택합니다.

3. Details를 누릅니다.



308

6

Group Control Details 창의 다음 세 메시지 영역 중 하나에 백업 프로세스의 클라이언트 Save set의 상태가 표시됩니다.

• Pending Save Sets — 아직 백업하지 않은 클라이언트 Save set를 표시합니다.

• Completed Save Sets — NetWorker 서버에 성공적으로 백업한 클라이언트 Save set를 표시합니다.

• Failed Save Sets — 일반적으로 컴퓨터 또는 네트워크 장애로 인해 NetWorker 서버에 백업하지 않은 클라이언트 Save set를 표시합니다.

서버가 그룹의 클라이언트에 대한 Save set를 백업할 수 없었다면 다음 이유 중 하나로 백업이 실패했기 때문일 것입니다.

– NetWorker 서버 실패

– NetWorker 클라이언트 실패

– 라이센스 부여 문제

– 네트워크 연결 실패

– 사용자 정의 백업 실패

그룹 백업 미리 보기

NetWorker 소프트웨어의 Group Control Preview 기능을 사용하여 특정 그룹의 백업을 시뮬레이션할 수 있습니다. 이 기능은 각 클라이언트에 대해 탐색 단계를 실행하여 다음 정보를 출력합니다.

• Filesystem

• 레벨

• Pool

이 기능은 NetWorker 서버에서 예정된 그룹 백업을 실행하기에 앞서 잠재된 문제를 파악하는 데 유용합니다. Group Control Details 창에 시뮬레이션 결과가 표시됩니다.

그룹 백업을 미리 보려면 다음을 따르십시오.



2. Groups 목록에서 적절한 그룹을 선택합니다.

3. Preview를 눌러 Group Control Details 창을 엽니다.

백업 시뮬레이션 결과가 Group Control Details 창의 Completed Save Sets 목록에 표시됩니다.



6

Save 그룹 완료 보고서

백업이 완료되면 NetWorker 서버가 스케줄 백업의 성공에 대한 보고서를 생성합니다. 서버는 root 사용자에게 자동 통지를 보내고, 같은 정보를 NetWorker 관리 프로그램에 표시합니다.

부트스트랩 생성 및 인쇄 출력백업 그룹에 NetWorker 서버가 포함되어 있거나 또는 서버가 사용 중인 그룹에 속해 있지 않으면 미디어 데이터베이스 및 구성 파일을 포함하는 부트스트랩(bootstrap)이라는 특수 Save set를 생성합니다. 부트스트랩 인쇄 출력은 스케줄 백업을 자동으로 시작하는지 아니면 수동으로 시작하는 지에 관계없이 생성됩니다. 부트스트랩 정보는 재해 복구에 필수적입니다. 재해 복구 작업 중에 부트스트랩이 사용되는 방법에 대한 내용은 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오.

기본적으로 부트스트랩은 NetWorker 서버의 기본 프린터에 인쇄됩니다. 기본 프린터를 변경하려면 Group 자원의 Printer 속성을 편집합니다.

파일에 부트스트랩 보관

파일에 부트스트랩을 보관하려면 다음을 따르십시오.


2. Notifications 속성에서 Bootstrap을 선택합니다.

Action 속성은 lp 명령을 적절한 옵션과 함께 표시합니다. 예를 들어, Solaris에서는 다음 값이 표시됩니다.

/usr/bin/lp -s -c -t bootstrap -d printer_name

3. 부트스트랩 정보를 프린터에 보내지 않고 파일에 보관하려면 부트스트랩을 파일에 보내도록 Action 속성을 변경합니다. 예를 들어, Solaris에서는 다음과 같이 입력합니다.

/bin/cat >> /directory/filename

전자 우편으로 부트스트랩 파일 보내기전자 우편을 통해 부트스트랩 파일을 사용자 ID로 보내려면 mail 프로그램을 사용하도록 Action 속성을 변경합니다. 예를 들어, Solaris에서는 다음과 같이 입력합니다.

/usr/ucb/mail -s nwserver_bootstrap user@hostname



310

6

시스템 콘솔 로그

UNIX 시스템 로그는 NetWorker 서버에서 전달된 메시지를 표시합니다. NetWorker 서버 설치 시 구성 로그 파일(syslog.conf)에 몇 줄이 추가됩니다. 이들은 어떤 유형의 통지가 어떤 파일이나 사용자에게 보내졌는지를 시스템 로그 기능에 알려 줍니다. 예를 들면 다음과 같습니다.

daemon.notice /dev/console

daemon.notice /nsr/logs/messages

daemon.notice operator

local0.notice /nsr/logs/summary

local0.alert root, operator

열린 파일 백업NetWorker 제품을 사용하여 대부분의 열린 파일을 백업할 수 있습니다. 열린 파일이 스케줄 백업 동안 변경되면 NetWorker 서버는 변경 중임을 인식하고 파일을 백업합니다. 서버는 또한 파일 크기가 변경되었는지 알기 위해 검사합니다. 파일 크기가 변경되었으면 서버가 불일치를 보고합니다. 백업 시 변경된 파일은 다음과 같이 Group Control Details 창에 경고 메시지를 표시합니다.

warning: file_name changed during save

변경된 파일이 백업되었는지 확인하려면 다음 중 하나를 수행할 수 있습니다.

• 백업 그룹 재시작

• 수동으로 파일 백업

VSS로 열린 파일 백업

NetWorker 릴리스 7.1에서 VSS 클라이언트 라이센스가 있으면 NetWorker 소프트웨어는 VSS 기술을 사용하여 열린 모든 파일을 비롯한 파일의 정확한 복사본 및 볼륨의 스냅샷 백업을 작성합니다. 이 방법을 통해 백업 프로세스 중에 변경된 파일이 정확하게 복사됩니다. 스냅샷 백업은 다음과 같은 면에서 유용합니다.

• 응용 프로그램이 백업 중에 데이터를 계속해서 볼륨에 쓸 수 있습니다.

• 열려 있는 파일도 모두 백업됩니다.

• 사용자를 잠그지 않고 언제든지 백업을 수행할 수 있습니다.



6

작성기가 사용 가능하고 활성화되어 있으며 VSS 클라이언트 라이센스가 있으면 NetWorker 소프트웨어는 기본적으로 VSS 기술을 사용하여 데이터를 백업합니다. VSS 클라이언트 라이센스가 없거나 응용 프로그램에 대한 작성기가 없으면 NetWorker 소프트웨어는 기존 방법을 사용하여 데이터를 백업합니다. 개별 클라이언트에 대해 백업을 수행하는 동안 VSS 방법 또는 기존 방법 중 하나가 사용되며 이 두 가지 방법이 모두 사용되지는 않습니다. VSS에 대한 자세한 내용은 LEGATO NetWorker 관리 지침서, Microsoft Windows 버전을 참조하십시오.

스케줄

NetWorker 서버는 백업 스케줄에 따라 네트워크에 걸쳐 각 클라이언트 컴퓨터를 백업합니다. 클라이언트의 백업 스케줄은 선택한 날에 수행되는 백업 작업의 레벨(예: 전체 또는 증분)을 NetWorker 서버에 알려줍니다. 예를 들어, 금요일에는 클라이언트에서 전체 백업을 수행하고 해당 주의 나머지 요일에는 증분 백업을 수행할 수도 있습니다.

스케줄은 환경의 필요에 따라 매우 간단할 수도 매우 복잡할 수도 있습니다. 모든 클라이언트가 같은 스케줄을 공유할 수 있고, 각 클라이언트마다 자체의 고유 스케줄을 가질 수 있습니다. 스케줄 기능을 사용하면 클라이언트 Save set에 적용할 수 있는 사용자 정의 스케줄을 작성할 수 있습니다. 클라이언트 구성에 대한 자세한 내용은 154페이지의 “클라이언트 구성”을 참조하십시오.

이 절에서 설명하는 내용은 다음과 같습니다.

• 312페이지의 “NetWorker 서버가 스케줄을 사용하는 방법”

• 312페이지의 “사전 구성된 NetWorker 스케줄”

• 313페이지의 “백업 주기”

• 316페이지의 “스케줄 계획 고려 사항”

• 317페이지의 “대규모의 클라이언트 파일 시스템 스케줄”

• 318페이지의 “핵심 스케줄 속성”

• 320페이지의 “스케줄의 자원 구성 순서”

• 320페이지의 “스케줄 작성”

• 321페이지의 “스케줄 편집”

• 321페이지의 “스케줄 삭제”

• 321페이지의 “클라이언트의 정규 백업 스케줄 대체”



312

6

NetWorker 서버가 스케줄을 사용하는 방법

NetWorker 서버는 클라이언트의 백업 스케줄을 사용하여 지정된 날에 지정된 Save set에 대해 수행할 백업 작업의 레벨을 결정합니다. 백업 작업이 시작되는 시간은 클라이언트 Save set가 관련된 그룹에 의해 결정됩니다.

백업의 유형과 범위는 사용자가 지정한 백업 레벨(backup level)에 의해 결정됩니다. 이 레벨은 클라이언트의 전체 파일 시스템을 백업하거나 마지막 전체 백업 이후에 변경된 데이터만을 백업하도록 설정할 수 있습니다. 백업 레벨의 작동 방법에 대한 자세한 내용은 322페이지의 “백업 레벨”을 참조하십시오.

Schedule 자원을 사용하여 각 클라이언트의 백업 스케줄을 사용자 정의할 수 있습니다. 예를 들어 일부 클라이언트는 매 3일마다 전체 레벨 백업을 수행하고 그 사이에는 증분 백업을 하는 데이터를 가질 수 있습니다. 또 다른 클라이언트는 한 달에 한 번만 전체 백업이 필요하고 그 사이에는 증분 백업이나 레벨 1에서 9까지의 백업을 수행하는 덜 중요한 데이터를 가진 경우도 있습니다.

사전 구성된 NetWorker 스케줄

NetWorker 소프트웨어에는 사전 구성된 스케줄이 포함되어 있습니다. 이 스케줄이 백업 요구 사항에 맞으면 그대로 사용하십시오. 그렇지 않은 경우 사이트의 필요에 적합한 새 스케줄을 작성할 수 있습니다.

사전 구성된 스케줄은 삭제할 수 없습니다. 스케줄 일정표의 백업 레벨 다음에 별표(*)로 표시된 “대체“를 포함하는 사전 구성된 스케줄은 수정할 수 없습니다. 그 밖의 다른 사전 구성된 스케줄은 수정할 수 있습니다. 그러나 스케줄의 이름은 수정할 수 없습니다.

표 50에서는 사전 구성된 스케줄에 대해 설명합니다.

표 50. 사전 구성된 NetWorker 스케줄 (1/2)

스케줄 이름 NetWorker 백업 작업

Default 매주 일요일에 전체 백업을 완료하고, 다른 요일에는 증분 백업을 완료합니다.

Full Every Friday 매주 금요일에 전체 백업을 완료하고, 다른 요일에는 증분 백업을 완료합니다.

Full on First Friday of Month

달의 첫 번째 금요일에 전체 백업을 완료하고, 다른 날에는 증분 백업을 완료합니다.

이 스케줄은 수정할 수 없습니다.

Full on First of Month 달의 첫 날에 전체 백업을 완료하고, 다른 날에는 증분 백업을 완료합니다.



6

백업 주기

전체 백업 사이의 시간 간격을 백업 주기라고 합니다. 다음 예제에서는 다른 백업 주기에 대한 스케줄과 클라이언트 백업이 필요로 하는 스케줄을 사용하는 방법을 설명합니다. 다음과 같은 항목이 설명됩니다.

• 314페이지의 “예: 주간 백업 주기”

• 315페이지의 “예: 복수 클라이언트의 Default 스케줄”

• 316페이지의 “예: 시차를 둔 복수 클라이언트의 주간 스케줄”

Quarterly 분기의 첫날에 전체 백업을 완료하고, 해당 분기의 다른 달 첫날에 레벨 5 백업을 수행합니다. 매 7일마다 레벨 7 백업을 수행하고, 다른 날에는 증분 백업을 수행합니다.


Consolidate Every Friday

매주 금요일에 통합 백업을 완료하고, 다른 날에는 증분 백업을 완료합니다.

Consolidate on First Friday of Month

달의 첫 번째 금요일에 통합 백업을 완료하고, 다른 날에는 증분 백업을 완료합니다.


Consolidate on First of Month

달의 첫 날에 통합 백업을 완료하고, 해당 달의 다른 날에는 증분 백업을 완료합니다.

Consolidate Quarterly

각 분기의 첫 날에 통합 백업을 완료하고, 해당 분기의 다른 날에는 증분 백업을 완료합니다.


표 50. 사전 구성된 NetWorker 스케줄 (2/2)

스케줄 이름 NetWorker 백업 작업



314

6 예: 주간 백업 주기

314페이지의 그림 31은 주간 백업 주기를 보여줍니다. 이 예에서는 일요일마다 클라이언트에서 전체 백업이 수행되고 그 주의 다른 날에는 증분 백업이 수행됩니다.

그림 31. 주간 백업 주기

백업 스케줄을 사용하여 NetWorker 서버의 로드 밸런스를 맞추고 시차를 둘 수 있습니다. 네트워크의 크기에 따라 모든 클라이언트에 같은 스케줄을 적용할 수 있습니다. 예를 들어 주말에 작업을 하지 않기 때문에 이 시간에 전체 백업을 실행하려는 경우 모든 클라이언트에 Default 스케줄을 적용할 수 있습니다. 그러면 Default 스케줄이 일요일에 전체 백업을 수행하고 해당 주의 나머지 요일에는 증분 백업을 수행하도록 NetWorker 서버에 지시합니다.

전체 전체

증분 증분 증분 증분 증분 증분

전체 백업 주기

Sun 월 화 수 목 금 토 Sun



6예: 복수 클라이언트의 Default 스케줄

315페이지의 그림 32에서는 3개의 클라이언트에 Default 스케줄이 작동하는 방법을 보여줍니다.

그림 32. 다중 클라이언트에 대한 NetWorker Default 스케줄 사용

참고: 백업 창 기간이 짧은 데 전체 백업을 작성해야 할 경우 통합 백업을 사용합니다. 통합 백업은 레벨 1 및 통합된 전체 백업을 수행하기 때문에 가장 큰 볼륨 공간을 사용합니다. 그러나 전체 백업이기 때문에 데이터 복구가 더 빠릅니다. 자세한 내용은 328페이지의 “Save set 통합”을 참조하십시오.

전체 백업이 많은 양의 데이터를 전송하고 보통 다른 백업 레벨 보다 오래 걸리기 때문에 해당 주 동안 내내 시차를 두고 수행할 수도 있습니다. 예를 들어 클라이언트 A는 목요일에 전체 백업을 수행하는 스케줄을 적용하고, 클라이언트 B는 화요일에 전체 백업을 수행하는 두 번째 스케줄을 적용하며, 클라이언트 C는 일요일에 전체 백업을 수행하는 세 번째 스케줄을 적용할 수 있습니다.

전체 전체

증분 증분 증분 증분 증분 증분



= 클라이언트 A

= 클라이언트 B

= 클라이언트 C



316

6 예: 시차를 둔 복수 클라이언트의 주간 스케줄

316페이지의 그림 33에서는 다중 클라이언트에 시차를 둔 백업 스케줄을 사용할 수 있는 방법을 보여줍니다.

그림 33. 시차를 둔 다중 클라이언트의 주간 스케줄

로드의 밸런스를 맞추고 시차를 두며 클라이언트 그룹마다 서로 다른 시작 시간을 사용함으로써 NetWorker 서버의 효율성을 높일 수 있습니다.

스케줄 계획 고려 사항

NetWorker 소프트웨어를 사용하면 쉽게 백업 스케줄을 설정할 수 있습니다. 그러나 사용자 환경에 적합한 스케줄을 결정하려면 어느 정도의 계획이 필요합니다.

백업 스케줄을 작성할 때 다음 사항을 고려합니다.

• 백업해야 할 데이터 양

• 사용하려는 백업 미디어 볼륨 수

• 백업 완료 시간

• 디스크 고장과 같은 재해로부터 복구가 필요한 볼륨 수

또한 파일 복구를 위한 방침도 결정해야 합니다. 예를 들어, 사용자가 3개월 동안 백업되었던 (즉, 보유 방침이 3개월인) 없어진 파일의 버전을 복구하려면 3개월 동안의 모든 백업 볼륨을 관리해야 합니다. 반면, 사용자가 마지막 달의 데이터만을 복구할 작정이라면 많은 볼륨을 관리할 필요가 없습니다.

NetWorker 서버가 해당 데이터를 복구에 사용할 수 있는 시간은 각 클라이언트와 관련된 찾기 및 보유 방침(Browse and Retention Policy)에 의해 결정됩니다. 데이터 수명주기 관리에 대한 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.



클라이언트 A =

클라이언트 B =

클라이언트 C = = 전체

= 증분



6

대규모의 클라이언트 파일 시스템 스케줄

적절한 백업 비율인 초당 400KB에서 10GB의 데이터를 가진 클라이언트의 전체 백업을 완료하려면 약 7시간 정도가 소요됩니다. 결과적으로 백업에 걸리는 시간 때문에 이처럼 용량이 큰 클라이언트 Save set에 대해서는 스케줄된 전체 백업을 수행하는 데 불편할 수 있습니다.

이런 경우에는 이를 다른 백업 그룹으로 분류하여 다른 시간에 클라이언트 디스크 볼륨의 백업의 스케줄을 정할 수 있습니다. 한 개의 클라이언트 Save set를 여러 백업 그룹으로 나누면 클라이언트의 모든 파일을 백업하지만 한 번에 모두 백업하지는 않습니다. 한 번에 모든 로컬 데이터의 전체 백업을 수행하는 것 보다 시간이 덜 소요됩니다.

클라이언트의 파일 시스템을 개별적으로 백업하려면 Client 자원에 다른 파일 시스템의 주소를 지정하여 같은 클라이언트를 여러 번 추가하고 구성합니다. 예를 들어, 한 그룹에서 한 개의 백업 스케줄로 한 개의 파일 시스템 /usr을 백업하도록 첫 번째 Client 자원을 구성합니다. 그런 후 다른 그룹에서 두 번째 백업 스케줄로 또 다른 파일 시스템 /var을 백업하도록 두 번째 Client 자원을 구성합니다.

중요 사항: 개별 백업 스케줄을 작성하고 명시적으로 Save set를 나열할 때 목록에 포함되지 않은 파일 또는 파일 시스템은 모두 백업에서 생략됩니다. 이렇게 하면 시스템에 새로 추가된 디스크 볼륨도 생략됩니다. Save Set 속성에 All을 값으로 입력하면 이러한 생략될 위험을 피할 수 있습니다. NetWorker 소프트웨어는 이런 방법으로 새 디스크 볼륨을 백업에 자동으로 추가합니다.



318

6

핵심 스케줄 속성

사용자 정의 백업 스케줄을 작성하려면 NetWorker 관리 프로그램의 Schedule 자원에 값을 정의해야 합니다.

318페이지의 표 51에서는 Schedule 자원에 포함된 핵심 속성에 대해 설명합니다.

표 51. 핵심 스케줄 속성 (1/2)

속성 설명

Name 이름은 Client 자원에 속성으로 나타나는 사용자 정의 스케줄에 지정된 다음, 클라이언트/Save set에 적용될 수 있습니다. Monday Full과 같이 간단하고 설명적인 이름을 지정하십시오.

기존 스케줄의 이름은 변경할 수 없습니다. 예를 들어, Full Every Friday 스케줄을 Full Every Monday로 변경하려면 Full Every Friday 스케줄을 삭제한 다음 Full Every Monday 스케줄을 작성해야 합니다.

Period 기간(Period)은 전체 백업이 실행하는 빈도와 관련됩니다. 주별 또는 월별 기간으로 적용하도록 스케줄을 설정할 수 있습니다. • Week를 선택하여 스케줄을 설정하면 해당 연도 모든 주의 같은 요일에 전체 백업 레벨이 적용됩니다. 예를 들어, 매 일요일 마다 전체 백업을 수행할 수 있습니다. Week가 기본 설정입니다.

• Month를 선택하여 스케줄을 설정하면 해당 연도 모든 달의 같은 날짜에 전체 백업 레벨이 적용됩니다. 예를 들어, 매달 15일에 전체 백업을 수행할 수 있습니다.

Prev Month 일정표에서 이전 달의 백업 스케줄을 표시합니다.

Current Month 일정표에서 현재 달의 백업 스케줄을 표시합니다.



6

참고: Group 자원의 Force Incremental 속성은 백업이 하루에 두 번 이상 있을 때 NetWorker 서버가 사용하는 레벨을 결정합니다. 이 속성의 기본 값은 Yes로서 그룹이 하루에 두 번 이상 실행될 경우 증분 백업이 수행되는 것을 의미합니다. 하루에 전체 또는 레벨 백업을 두 번 이상 수행하려면 이 속성을 No로 설정합니다.

Next Month 일정표에서 다음 달의 백업 스케줄을 표시합니다.

Calendar 달의 날과 각 날짜의 스케줄 백업 레벨을 표시합니다. 선택된 날에 대한 백업 레벨을 설정하려면 해당 날짜를 누르고 팝업 메뉴에서 레벨을 선택합니다. 전체 및 증분 백업 이외에도 중간 백업 레벨을 설정할 수 있습니다. 그래서 서버의 효율성을 유지하는 데 도움이 되고 복구에 필요한 볼륨 수를 관리할 수 있습니다. 다음 레벨 중 하나 이상을 하나의 백업 스케줄에 포함시킬 수 있습니다.• 전체• 증분• 레벨 [1-9]• 통합• 생략

팝업 메뉴의 Overrides 옵션을 사용하면 특정 날에 대한 기존 백업 레벨을 대체할 수 있습니다. 예를 들어 전체 백업을 휴일에는 실행하지 않으려 할 수 있습니다. 전체 백업이 휴일 전과 후에 실행되도록 스케줄을 대체할 수 있습니다. 백업 레벨 다음에 별표가 표시되어 있으면 그 날짜에 대해 대체되었음을 나타냅니다.

백업 레벨의 작동 방법에 대한 자세한 내용은 322페이지의 “백업 레벨” 및 328페이지의 “Save set 통합”을 참조하십시오.

표 51. 핵심 스케줄 속성 (2/2)

속성 설명



320

6

스케줄의 자원 구성 순서

사용자 정의 스케줄을 사용하는 경우에는 먼저 해당 스케줄을 작성해야 Client 자원의 Schedule 속성에 포함될 수 있습니다. 스케줄 백업의 시작 시간은 Client 자원의 Group 속성에 선택된 Group 자원에 의해 결정됩니다. 찾기 또는 복구를 위해 데이터를 사용할 수 있는 시간 길이는 스케줄보다는 Client 자원을 위해 선택된 찾기 및 보유 방침에 의해 결정됩니다.

스케줄 작성

스케줄을 작성하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Schedules를 선택합니다.


3. Name 속성에 스케줄 이름을 입력합니다.

4. (선택 사항) Comment 속성에 스케줄에 대한 설명을 입력합니다.

5. Period 속성에서 Week나 Month를 선택합니다. 선택한 값에 따라 그 날에 설정된 레벨이 복제되는 방법이 변경됩니다.

• Week의 경우: 각 요일에 선택된 레벨이 후속 주의 해당 요일에 복제됩니다. 예를 들어 금요일에 대해 전체 백업을 선택하면 매 금요일에 전체 백업이 수행됩니다.

• Month의 경우: 달의 각 날짜에 대해 선택한 레벨이 다음 달의 해당 날짜에 복제됩니다. 예를 들어 달의 첫 번째 날에 대해 전체 백업을 선택하면 매달 첫 번째 날에 전체 백업이 수행됩니다.

6. 일정표에 표시되어 있는 기간(주 또는 달)의 각 날짜에 대해 백업 레벨을 선택하려면 제공된 메뉴에서 날짜를 누르고 백업 레벨을 선택합니다. Previous Month 또는 Next Month를 누르면 이전 또는 앞으로의 백업 일정표가 표시됩니다.

백업 레벨의 작동 방법에 대한 자세한 내용은 322페이지의 “백업 레벨”을 참조하십시오.


백업 스케줄에 고유 이름을 지정하는 한 원하는 만큼 NetWorker 백업 스케줄을 설정할 수 있습니다.

하나의 백업 스케줄을 한 클라이언트에 할당하려면 Client 자원 구성의 Schedule 속성에 해당 값을 입력해야 합니다.



6

스케줄 편집

스케줄을 편집하려면 다음을 따르십시오.


2. 편집할 스케줄을 선택합니다.


스케줄 삭제

참고: 사전 구성된 스케줄이나 클라이언트의 Schedule 속성에서 현재 선택한 스케줄은 삭제할 수 없습니다.

스케줄을 삭제하려면 다음을 따르십시오.


2. 삭제할 스케줄을 선택합니다.




클라이언트의 정규 백업 스케줄 대체

Group 자원의 Level 및 Schedule 속성을 사용하여 클라이언트의 정규 백업 스케줄을 대체할 수 있습니다. 예를 들어, 클라이언트의 정규 백업 스케줄에 상관없이 어느날 밤에 그룹의 모든 클라이언트에 전체 백업을 실행하고자 할 수도 있습니다. Level 속성에 입력한 내용은 그룹의 모든 클라이언트에 대한 백업 레벨 설정을 대체합니다.

한 그룹의 클라이언트가 각 클라이언트의 개별 스케줄 대신 같은 백업 스케줄을 따르도록 할 경우도 있습니다. 클라이언트의 그룹이 각 클라이언트의 개별 스케줄에 상관없이 기본 스케줄(매주 일요일 마다 전체 백업)을 수행하도록 지정할 수 있습니다. 그룹의 Level 및 Schedule 속성을 공백으로 두면(사전 구성된 설정) 클라이언트는 개별 백업 스케줄을 수행합니다.

Level 및 Schedule 속성은 숨겨진 속성입니다. 숨겨진 속성 표시에 대한 내용은 88페이지의 “숨겨진 속성”을 참조하십시오.



322

6

백업 레벨매일 전체 백업을 실행하는 것은 비실용적이고 비효율적이기 때문에 NetWorker 서버에서는 자동 스케줄 백업 동안 수행되는 백업 작업의 레벨을 지정할 수 있습니다. 전체 백업의 수행 빈도를 제한하면 데이터는 여전히 보호하면서도 서버 효율성을 유지할 수 있습니다. 서로 다른 백업 레벨을 사용하면 백업을 완료하는 데 필요한 볼륨 수 및 시간을 디스크 고장으로부터 복구하는데 필요한 볼륨 수 및 시간과 균형을 맞출 수 있습니다.

322페이지의 표 52에서는 NetWorker 소프트웨어가 파일 시스템 데이터를 위해 지원하는 5가지 백업 레벨에 대해 설명합니다.

표 52. 백업 레벨

백업 레벨 기능

전체 파일의 변경 여부에 상관없이 모든 파일을 백업합니다.

레벨[1 - 9] 더 낮은 백업 레벨로 수행된 마지막 백업 이후로 변경된 파일을 백업합니다. 예를 들면, 다음과 같습니다.

• 레벨 1 백업은 가장 최근의 전체 백업(레벨 0으로 간주됨) 이후에 변경된 모든 파일을 백업합니다.

• 레벨 3 백업은 가장 최근의 레벨 2, 레벨 1 또는 전체 백업 이후에 변경된 모든 파일을 백업합니다. 예를 들어 가장 최근의 백업이 전체 레벨에서 수행된 경우 레벨 3 백업은 그 전체 백업 이후에 변경된 모든 파일을 백업합니다. 그러나 가장 최근의 백업이 레벨 2에서 수행된 경우에는 그 레벨 2 백업 이후에 변경된 파일만 백업합니다.

• 레벨 9 백업은 레벨 9를 제외하고 가장 최근의 레벨 백업 이후 변경된 모든 파일을 백업합니다.

참고: NetWorker 소프트웨어는 어떤 파일을 백업해야 할 것인지 결정할 때 증분 레벨 백업은 무시합니다.

증분 레벨에 상관없이 마지막 백업 이후에 변경된 파일을 백업합니다.

통합 마지막 전체 백업 이후에 변경된 모든 데이터를 백업하고 그 이후에 이들 변경 데이터를 마지막 전체 백업으로 병합합니다. 자세한 내용은 328페이지의 “Save set 통합”을 참조하십시오.

생략 스케줄 백업을 생략합니다. 예를 들어 미디어 볼륨을 변경하거나 더 추가할 수 없음을 알고 있는 경우 휴일에 백업을 생략할 수 있습니다.



6중요 사항: 레벨 생략 백업은 어떠한 데이터도 백업하지 않습니다. 그러나 NetWorker 서버는 백업 그룹에 대해 표시된 Start Time에서 스케줄 백업을 위해 해당 클라이언트에 연결합니다. 서버의 savegrp 프로그램은 레벨 생략 백업이 수행되어 데이터가 백업되지 않음을 보여주는 Save 그룹 완료 보고서를 생성합니다. NetWorker 서버가 클라이언트의 응답을 막연히 기다리게 하는 문제가 발생하면 실제로 데이터를 백업하지 않는 레벨 생략 백업 동안이라도 다른 레벨 백업의 경우와 같은 결과를 초래합니다.

NetWorker 백업 레벨 작동 방법

백업 레벨은 클라이언트의 백업 스케줄과 함께 작동합니다. 백업 레벨을 정의하는 방법은 디스크 고장으로 인한 복구에 걸리는 시간 및 필요한 백업 볼륨의 수에 직접적으로 영향을 미칩니다.

계획을 세워 레벨 백업을 수행하면 사용하는 볼륨 수를 제어하는 데 도움이 됩니다. 백업 전략을 주의해서 고려하면 볼륨의 수를 최소 한도로 사용한 디스크에 모든 데이터를 복구할 수 있습니다. 디스크 고장으로 인한 복구에 필요한 볼륨 수가 작을수록 디스크 복구에 걸리는 시작은 감소됩니다.

또한 데이터를 압축하고 필요 없는 데이터를 백업에서 제거하는 디렉티브를 사용하면 데이터 백업에 드는 시간과 크기를 조절할 수 있습니다. 예를 들어, 디렉티브를 사용하면 백업을 수행할 때 특정 파일 또는 파일 시스템을 건너뛰도록 NetWorker 서버에 지시할 수 있습니다. 디렉티브에 대한 자세한 내용은 193페이지의 “디렉티브”를 참조하십시오.

다음 단락에서는 NetWorker 백업 레벨의 작동 방법의 개념 및 데이터 손실로 인한 복구용 데이터의 요구 사항을 보여줍니다.



324

6 예: 백업 레벨 - 1

324페이지의 그림 34에 나와 있는 것처럼 10월 1일에는 전체 백업이 10월 1일에 실행됩니다. 10월 2일에는 증분 백업이 10월 1일의 전체 백업 이후에 변경된 모든 데이터를 보관합니다. 10월 3일에는 다른 증분 백업이 10월 2일 이후에 변경된 모든 데이터를 백업하고, 10월 4일에는 레벨 7 백업이 10월 1일의 전체 백업 이후에 변경된 모든 데이터를 백업합니다.

10월 4일에 고장난 디스크를 완전 복구하려면 10월 1일부터의 전체 백업 데이터 및 새로운 레벨 7 백업의 데이터가 필요합니다. 10월 2일과 3일의 데이터는 레벨 7 볼륨에 정보가 포함되기 때문에 더 이상 필요하지 않습니다.

또한 10월 5일, 6일, 7일의 증분 백업이 10월 4일의 레벨 7 백업 이후에 변경된 모든 데이터를 백업합니다.

그림 34. 10월 1일부터 10월 7일까지의 백업

날짜

1 32 4 5 6 7

백업 레벨

레벨 7

증분

전체



6예: 백업 레벨 - 2

325페이지의 그림 35는 계속해서 그림 34의 예제를 설명한 것으로 10월 1일의 전체 백업 이후 변경된 모든 데이터를 백업하는 10월 8일의 레벨 5 백업을 보여줍니다. 10월 8일에 고장난 디스크 고장을 완전 복구하려면 10월 1일의 데이터와 새로운 레벨 5 볼륨의 데이터만 필요합니다. 10월 4일의 레벨 7 백업의 데이터 또는 10월 5, 6, 7일에 수행된 이후의 증분 백업의 데이터는 새 레벨 5 백업에 포함되기 때문에 더 이상 필요하지 않습니다.


또한, 10월 11일의 레벨 7 백업은 마지막 하위 레벨 백업(이 경우 10월 8일의 레벨 5 백업) 이후에 변경된 모든 데이터를 백업합니다. 10월 11일에 디스크 고장으로 인해 이를 복구하려면 다음 3개의 볼륨, 10월 1일의 전체 볼륨, 10월 8일의 레벨 5 볼륨 및 새 레벨 7 볼륨이 필요합니다.

날짜

1 32 4 5 6 7

백업 레벨

레벨 7

증분

전체레벨 5

레벨 7

증분

8 109 11 12 1413



326

6 예: 백업 레벨 - 3

326페이지의 그림 36에서는 계속해서 마지막 하위 레벨 백업 이후 변경된 모든 데이터를 백업하는 10월 15일의 레벨 5 백업을 보여줍니다. 레벨 5 보다 하위 백업은 10월 1일의 전체 백업 이후에 수행되지 않았기 때문에 이 레벨 5 백업은 전체 백업 이후에 변경된 모든 데이터를 백업합니다. 따라서 10월 15일에 고장난 디스크를 복구하려면 10월 1일의 전체 백업 데이터와 새로운 레벨 5 백업의 데이터만 필요합니다.


NetWorker 서버의 백업 레벨 사용 방법

백업 스케줄은 NetWorker 서버가 백업 주기 동안 선택한 날에 수행해야 하는 백업 레벨을 정의합니다. 이들 백업 레벨 중 하나 이상을 적용하면 백업 스케줄을 사용자 정의할 수 있습니다. 사용자 정의 스케줄에서 백업 레벨을 사용하려면 사용자 환경에 가장 적합한 것을 결정하는 데 도움이 되는 다음 사항을 고려해야 합니다.

• 전체 백업은 증분 백업 보다 완료하는데 시간이 더 걸립니다.

• 저장 장치를 한 개만 갖고 있는 데 전체 백업이 하나의 미디어에 적합하지 않을 경우 운영자는 백업을 모니터하고 미디어를 변경할 수 있어야 합니다.

• 전체 백업은 온라인 인덱스가 증분 또는 레벨 백업 보다 더 빨리 증가하게 합니다.

• 레벨 백업은 여러 날 또는 여러 주 동안 변경한 모든 파일을 단일 백업 세션으로 수집하기 때문에 스케줄의 체크포인트의 역할을 합니다.

날짜

1 32 4 5 6 7

백업 레벨레벨 7

증분

전체레벨 5

레벨 7

증분

8 109 11 12 1413

레벨 5

15



6

• 통합 백업은 전체 백업과 같은 비용으로 같은 이익을 제공합니다. 그러나 기본적인 차이점은 통합 백업이 레벨 1 백업만 수행하기 때문에 네트워크와 클라이언트에 부담을 덜 줍니다. 그러나 서버가 변경된 데이터를 가장 최근의 전체 백업과 통합하기 때문에 서버의 성능은 더 느려집니다.

327페이지의 표 53에서는 각 백업 레벨의 장단점을 나열합니다.

온라인 인덱스 및 백업 레벨

온라인 인덱스는 다음과 같은 방법으로 백업됩니다.

• 클라이언트 파일 인덱스는 클라이언트가 백업될 때마다 해당 클라이언트와 같은 레벨로 백업됩니다.

• 서버 인덱스는 서버가 백업될 때마다 해당 서버와 같은 레벨로 백업됩니다.

• 미디어 데이터베이스는 서버가 백업될 때마다 또는 해당 서버가 사용중인 그룹에 있지 않은 경우 스케줄 백업이 수행될 때마다 백업됩니다.


• NetWorker 서버의 백업이 전체 레벨 백업인 경우 온라인 클라이언트 파일 인덱스, 서버 인덱스 및 미디어 데이터베이스의 백업 레벨도 전체 백업이 됩니다.

• NetWorker 서버의 백업이 레벨 5인 경우 서버 인덱스 및 미디어 데이터베이스의 백업도 레벨 5가 됩니다.

표 53. 백업 레벨의 장단점

백업 레벨 장점 단점

전체 • 복구가 빠름 • 백업이 느림• 서버 로드가 많음• 클라이언트와 네트워크에 로드가 많음

• 볼륨 공간을 더 많이 사용

레벨 • 백업이 빠름• 서버 로드가 적음• 볼륨 공간을 덜 사용

• 복구가 느림• 여러 개의 볼륨에 나누어서 데이터를 저장할 수 있음

통합 • 백업이 빠름(클라이언트의 입장에서만)

• 복구가 빠름• 클라이언트 및 네트워크에 로드가 적음

• 서버의 로드가 가장 오랫동안 많음

• 적어도 두 개 이상의 볼륨 드라이브이 요구됨

• 많은 볼륨 공간을 사용



328

6

그러나 서버의 백업 레벨이 증분 백업인 경우 서버 인덱스 및 미디어 데이터베이스의 백업은 레벨 9가 됩니다. 통합 백업의 경우 인덱스의 백업은 전체 레벨 백업입니다. 서버는 이 데이터에 대해 레벨 1 백업을 수행하지 않습니다.

NetWorker 온라인 인덱스의 백업 레벨

NetWorker 서버는 온라인 인덱스(클라이언트 파일 인덱스 및 미디어 데이터베이스)를 일반 파일 및 기타 데이터와 다르게 백업합니다. 재해 복구 시 온라인 인덱스의 백업 방법은 더욱 중요합니다. 328페이지의 표 54는 NetWorker 서버가 일반 파일과 온라인 인덱스를 백업하는 레벨을 비교한 것입니다.

Save set 통합이 절에서는 Save set 통합(save set consolidation) 기능에 대해 설명합니다.

Save set 통합의 작동 방법

Save set 통합은 새 전체 백업을 작성하기 위해 새 레벨 1 백업을 Save set의 마지막 전체 백업과 병합합니다. 기본적으로 Save set 통합은 속성이 아니라 프로세스입니다. 즉 레벨 1 백업을 기존 전체 레벨 백업과 병합하는 프로세스를 말합니다. 통합은 전체 레벨 백업입니다. 결과 Save set는 전체 레벨 Save set와 같습니다. 통합 백업이 수행되는 경우라도 통합 Save set와 같은 것은 없습니다.

이처럼 NetWorker 백업 레벨이 나타나는 대부분의 자원에 한 백업 레벨로서의 통합은 찾을 수 없습니다. 예를 들어, 잠재적인 백업 선택 Pools 자원으로서의 consolidation은 찾을 수 없습니다. 한 가지 예외로 Schedule 속성은 제공된 기본 통합 스케줄을 사용하거나 스케줄된 레벨을 특수 레벨 c로 대체하여 통합 스케줄을 작성할 수 있습니다.

Save set 통합은 정기적인 간격으로 전체 백업을 수행해야 할 필요성을 없애 줍니다. Save set 통합 백업을 스케줄하면 첫 번째 스케줄된 통합 백업 주기 동안 한 번의 전체 백업만을 수행합니다. 그 후에 통합 Save set의 모든 이후 백업은 증분 백업입니다.

표 54. 일반 파일 및 인덱스 백업 레벨

일반 파일 온라인 인덱스

전체 전체

레벨 1-9 레벨 1-9

증분 레벨 9

수동(User 프로그램 사용) 보관 안됨



6

Save set 통합은 전적으로 서버에서 이루어집니다. 백업의 부담은 전적으로 서버에 주어지므로 Client 자원 사용과 네트워크 트래픽은 감소됩니다. 또한 그 결과 레벨 보관이 더 자주 이루어지므로 전체 백업 시 처리할 테이프의 양이 적어집니다.

Save set 통합을 대규모의 파일에 사용하면 증분 보관을 수행하므로 복구 시 필요한 테이프 드라이브 수가 감소되어 백업 창의 수행이 짧아 집니다.

참고: 통합 백업이 처음 시작될 때 기존의 전체 백업이 없는 경우 통합 백업은 기본적으로 전체 레벨 백업으로 수행됩니다. Full 레벨 백업이 존재하면 이후의 통합 백업은 레벨 1 다음에 기존 Full 레벨과 함께 통합하여 수행됩니다.

요구 사항

Save set 통합은 적어도 세 개의 장치가 연결되어 있어야 합니다. 그 중 두 개는 읽기용이고 한 개는 쓰기용입니다.

Save set 통합 사용

다음 상태가 되면 Save set 통합을 사용해야 합니다.

• 클라이언트가 원격 위치에 있고 네트워크를 통한 서버로의 데이터 전송이 네트워크 또는 클라이언트에 대한 성능 이슈가 되는 경우

• 네트워크 대역폭이 작거나 네트워크를 통한 대규모의 백업 비용이 매우 비쌀 경우

• 적은 증분 데이터로 큰 파일 시스템을 백업해야 할 경우

• 서버가 지역적으로 전체 백업을 통합하는 데 필요한 자원으로서의(최소 2개의 볼륨 드라이브 및 보다 바람직한 3개 이상의 볼륨 드라이브) 및 작업 로드 용량을 가지고 있는 경우

참고: 이러한 조건을 고려하지 않고는 Save set 통합을 성능 향상으로 생각할 수 없습니다. 적절한 조건 하에서는 Save set 통합을 사용하여 네트워크 대역폭과 클라이언트 자원을 해제할 수 있습니다. Save set 통합을 부적절하게 사용하면 백업에서 사용하는 디스크 대 테이프 데이터 전송보다 속도가 느린 테이프 대 테이프 전송을 사용하기 때문에 성능이 저하될 수 있습니다.



330

6

Save set 통합의 제한 사항

Save set 통합 프로세스는 다음 제한 사항들 때문에 실패할 수 있습니다.

• Raw 디스크 파일 분할 영역을 통합할 경우

• 데이터베이스 시스템을 통합할 수 없을 경우

• 이름이 재지정되고 삭제된 디렉토리. 증분 데이터가 이름이 재지정되거나 삭제된 디렉토리를 포함하고 있는 경우 Save set 통합 프로세스가 이를 감지하여 중지됩니다.

또한, 다음 중 어느 한 조건이라도 해당되면 Save set 통합을 사용하지 마십시오.

• 클라이언트가 빠른 네트워크를 통해 서버에 연결되거나 로컬 클라이언트이고, 전체 백업이 네트워크 데이터 트래픽에 문제가 없는 경우, Save set 통합은 이익이 되지 않습니다.

• 백업되는 파일 시스템이 그렇게 크지 않거나 많은 수의 자주 수정되는 작은 파일을 포함하고 있는 경우

• 증분 데이터가 항상 많은 양의 데이터를 포함하고 있고 마지막 전체 백업 이후에 변경된 파일의 수가 파일 시스템의 전체 파일 수와 비교해서 더 많은 경우

• 전체 백업을 통합하는 동안 서버의 독점 사용을 위해 3개(최소 2개)의 테이프 드라이브를 할당하는데 비용이 매우 비싼 경우

중요 사항: 통합 백업이 시스템 고장, 테이프 드라이브 오류 또는 다른 문제로 인해 완료될 수 없더라도 데이터 무결성은 보장됩니다. 통합 백업은 중지됩니다. 트랜잭션 로그는 온라인 인덱스에 수행한 변경 사항을 다시 되돌리도록 Save set 통합을 지원합니다. 대부분의 경우 NetWorker 서버는 데이터가 테이프에 기록될 때까지의 온라인 인덱스의 변경 사항만을 수행합니다.

Save set 통합 호출

NetWorker 관리 프로그램을 통해 또는 명령 프롬프트에서 호출하여 Save set 통합 스케줄을 정할 수 있습니다.

Save set 통합 스케줄

NetWorker 관리 프로그램을 통해 Save set의 통합 스케줄을 잡으려면 다음을 따르십시오.


2. Save Set 통합을 적용할 스케줄을 선택합니다.

3. 일정표에서 날짜를 누르면 save set 통합이 나타납니다.



6

4. 팝업 메뉴에서 Consolidate를 선택합니다.

해당 날짜에 새로 작성된 통합 백업을 나타내는 글자 c가 나타납니다. NetWorker 서버가 이 날짜에 Save set 통합 백업을 호출합니다.

참고: 이름이 재지정되거나 삭제된 디렉토리는 통합할 수 없습니다. 증분 데이터에 이름이 재지정되거나 삭제된 디렉토리가 있는 경우에는 Save set 통합 프로세스가 중지됩니다.

명령 프롬프트에서 Save set 통합 호출

다음 두 개의 다른 명령줄 프로그램을 통해 Save set 통합을 호출할 수 있습니다.

• savegrp 프로그램

해당 백업 레벨이 통합되거나 스케줄에 c 레벨을 갖도록 나타내려면 savegrp 프로그램을 -lc 옵션과 함께 사용해야 합니다. 실제 통합 프로세스 후에 이 프로그램이 자동으로 레벨 1 백업을 수행합니다.

• nsrssc 프로그램

nsrssc 프로그램이 통합 프로세스를 완료합니다. nsrssc 프로그램이 성공하기 위해서는 레벨 1 Save set와 full 레벨의 Save set가 미리 존재해야 합니다.

참고: 명령 프롬프트에서 nsrssc를 실행하면 통합에 사용되는 미디어에 부트스트랩 정보가 기록되지 않습니다. 따라서 재해 복구를 대비하여 원래 미디어가 여전히 필요합니다.

또한 두 프로그램 모두 Save set 통합의 유연성을 최대화하기 위해 다른 옵션을 제공합니다. 자세한 내용은 savegrp 및 nsrssc 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

특정 풀로 통합 백업의 지정 데이터를 보내기

기본적으로 통합 백업의 Save set는 가장 최근 백업된 그룹에 마운트되는 미디어에 상관없이 기록됩니다.

특정 미디어 세트로 통합 Save set를 보내려면 다음을 따르십시오.

1. 통합 백업용 Group 자원을 구성합니다. 302페이지의 “그룹 작성”을 참조하십시오.

2. 통합 백업용 Pool 자원을 구성합니다. 224페이지의 “풀 작성”을 참조하십시오.

3. Pool 자원의 Groups 속성 값으로 단계 1에서 작성한 Group 자원의 이름을 선택합니다.

4. 통합 백업을 수행할 각 클라이언트에 대한 Client 자원을 편집하고 클라이언트를 통합 백업에 작성한 그룹에 할당합니다.



332

6 예: 레벨 1과 전체 백업의 통합

332페이지의 그림 37에서는 NetWorker 서버가 다른 전체 레벨 백업을 작성하는 두 백업을 “통합“하기 위해 레벨 1을 기존 전체 레벨 백업과 병합하는 방법을 보여 줍니다.

10월 16일의 레벨 “c“는 마지막 전체 백업 이후에 변경된 모든 데이터를 백업하는 레벨 1 백업을 자동으로 수행합니다. 통합 프로세스의 일부로서 NetWorker 서버는 이 레벨 1 백업을 10월 1일에 작성된 마지막 전체 백업과 병합하고 새 전체 레벨 백업을 구성합니다. 10월 17일에 고장난 디스크를 복구하려면 10월 16일에 통합 프로세스를 사용하여 작성된 전체 볼륨이 필요합니다.

그림 37. 통합 백업

날짜

1 32 4 5 6

백업

레벨

증분 증분

8 10 12

전체

레벨 7

16

레벨 5

레벨 7

레벨 5

레벨 1(통합)

17일 복구에 필요한 것16일에 Save set 통합

15131197 14


7장: 백업 및 복구

이 장에서는 스케줄된 그룹 백업 방법을 사용하지 않고 데이터를 수동으로 백업하는 방법에 대해 설명합니다. 또한 백업 데이터를 복구하는 여러 가지 방법 및 복구 데이터를 특정 위치로 보내는 방법에 대해서도 설명합니다.


• 333페이지의 “수동 데이터 백업”

• 335페이지의 “데이터 복구”

• 341페이지의 “재해 복구”

• 341페이지의 “지정 복구”

• 350페이지의 “Save set 복구”

• 356페이지의 “복구 방법 비교”

• 359페이지의 “온라인 인덱스 복구”

• 362페이지의 “scanner 프로그램”

수동 데이터 백업LEGATO NetWorker 서버는 스케줄 백업을 사용하여 정기적으로 클라이언트 데이터를 백업합니다. 스케줄 백업은 자동으로 수행되고 더 쉽게 복구할 수 있기 때문에 선호하는 백업 방식입니다.

수동 백업은 몇 개의 파일을 빠르게 백업하려는 경우에 적합합니다. 이 백업은 부트스트랩 또는 백업 인덱스를 생성하지 않기 때문에 스케줄 백업 대신 사용할 수는 없습니다. NetWorker 관리 프로그램에서 Start Group 옵션을 사용하여 언제든지 스케줄 백업 그룹을 수동으로 시작할 수 있습니다. 원하는 시간에 스케줄 백업 그룹을 시작하는 방법에 대한 자세한 내용은 306페이지의 “즉시 그룹 시작하기”를 참조하십시오. 스케줄 백업 및 그룹에 대한 자세한 내용은 297페이지의 “6장:백업 그룹 및 스케줄”을 참조하십시오.


7장:백업 및 복구

334

7

그러나 야간에 스케줄 백업을 기다리거나 전체 그룹 백업을 수행하는 것이 아니라 하나 이상의 데이터 항목을 바로 NetWorker 서버로 백업해야 할 경우도 있습니다. 예를 들어, 스프레드시트에서 작업을 완료한 후 파일을 바로 백업하고자 할 수도 있습니다.

수동 백업을 위해 전체 파일 시스템, 특정 디렉토리 또는 개별 파일을 지정할 수 있습니다. 백업하기 위해 디렉토리를 선택하면 거기에 내포된 하위 디렉토리와 파일도 백업용으로 선택됩니다. 수동 백업에서 특정 파일을 제외하려면 해당 파일의 선택을 해제해야 합니다.

또한 View 메뉴에서 Search를 선택하여 Search 창을 연 다음 찾을 항목의 이름이나 이름의 일부를 입력하여 백업하고자 하는 파일을 파일 시스템에서 찾을 수도 있습니다.

수동 백업 시작

nwbackup 프로그램을 사용하여 수동 백업을 시작하려면 다음을 따르십시오.

1. 프롬프트에서 다음 명령을 입력하여 nwbackup 프로그램을 시작합니다.

# nwbackup

nwbackup 프로그램은 수동 백업을 수행할 수 있는 그래픽 인터페이스를 제공합니다. nwbackup 프로그램에 대한 일반 정보는 91페이지의 “nwbackup 프로그램”을 참조하십시오.

2. 다음 작업 중 하나를 수행하여 수동으로 백업할 디렉토리 및/또는 파일을 각각 선택합니다.

• 디렉토리나 파일을 선택하고 Mark 버튼을 누릅니다.

항목의 체크 표시를 지우려면 Unmark 버튼을 누릅니다.

• 디렉토리나 파일을 선택하고 Mark 메뉴에서 Mark를 선택합니다.

항목의 체크 표시를 지우려면 Mark 메뉴에서 Unmark를 선택합니다.

• 나열된 각 디렉토리나 파일 옆에 있는 확인란을 선택합니다.

확인란의 체크 표시를 지우려면 선택한 항목 옆에 있는 체크 표시를 누릅니다.

디렉토리나 파일을 백업용으로 표시하면 해당 항목 옆에 체크 표시가 나타납니다.

3. Start 버튼을 누르면 수동 백업이 시작됩니다.

NetWorker 서버가 백업을 성공적으로 완료하면 nwbackup 프로그램은 다음(또는 이와 비슷한) 메시지를 표시합니다.

Backup completion time: 2-15-03 3:27p



7중요 사항: 백업 도중 컴퓨터 디스크 볼륨에 NetWorker 소프트웨어가 감지할 수 없는 손상된 파일이나 오류가 있을 수 있습니다. 이 경우 손상된 데이터가 백업됩니다. 따라서 컴퓨터에서 진단 프로그램을 정기적으로 실행하여 디스크 볼륨 오류를 수정하는 것이 좋습니다.

명령 프롬프트에서 데이터를 수동으로 백업

save 명령을 사용하여 명령 프롬프트에서 수동 백업을 수행할 수도 있습니다. 예를 들어, /myfile을 jupiter 서버에 백업하려면 다음을 입력합니다.

# save -s jupiter /myfile

자세한 내용은 save 매뉴얼 페이지를 참조하십시오.

데이터 복구백업된 데이터는 nwrecover 프로그램을 사용하여 복구합니다. 이 프로그램은 nwbackup 프로그램과 비슷합니다. nwrecover 프로그램에 대한 내용은 92페이지의 “nwrecover 프로그램”을 참조하십시오.

NetWorker 서버는 미디어(예: 마그네틱 테이프)에 파일을 백업할 때마다 클라이언트 파일 인덱스에 해당 파일에 대한 항목을 만듭니다. NetWorker 서버는 이 인덱스를 사용하여 백업된 파일을 볼륨에 매핑합니다. 컴퓨터를 아직 백업하지 않았다면 클라이언트 파일 인덱스가 비어 있기 때문에 nwrecover 프로그램의 기본 창에 표시되는 백업 내용이 없습니다.

nwrecover를 사용하면 NetWorker 클라이언트에서 백업 파일과 파일 시스템을 찾을 수 있으며 파일을 백업했을 때의 상태로 복구할 수 있습니다. nwrecover에서 사용할 수 있는 파일 및 파일 시스템 버전은 찾기 방침에서 지정한 시간에 의해 결정됩니다. 찾기 방침에 대한 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.

원격 액세스를 사용하면 다른 클라이언트 컴퓨터의 파일도 복구할 수 있습니다. 원격 액세스에 대한 자세한 내용은 341페이지의 “지정 복구”를 참조하십시오.

같은 데이터의 다른 버전이 있는 파일 시스템으로 데이터를 복구하면 파일이 충돌할 가능성이 있습니다. 이러한 경우에는 다음 세 가지 방법을 사용할 수 있습니다.

• 복구 도중 충돌이 발생할 때마다 수행할 작업을 결정합니다.

• 모든 충돌에 대해 취할 조치를 NetWorker 서버에 미리 지시합니다.

• 복구된 데이터를 충돌의 위험이 없는 다른 디렉토리로 재지정합니다.



336

7

데이터 복구

복구를 위해 전체 파일 시스템, 특정 디렉토리 또는 개별 파일을 지정할 수 있습니다. 복구용으로 디렉토리를 선택한 경우 그 디렉토리에 포함된 모든 하위 디렉토리 및 파일도 복구용으로 선택됩니다. 전체 디렉토리를 선택한 후 특정 파일을 복구에서 제외하려면 해당 파일의 선택을 해제해야 합니다.

데이터를 복구하려면 다음을 따르십시오.

1. 프롬프트에서 다음 명령을 입력하여 nwrecover 프로그램을 시작합니다.

# nwrecover

• 네트워크상의 특정 NetWorker 서버를 지정하려면 nwrecover와 함께 -s server 옵션을 사용합니다.

• 네트워크상의 특정 NetWorker 클라이언트를 지정하려면 -c client 옵션을 사용합니다. -c 옵션을 사용하지 않을 경우 현재 클라이언트를 가정합니다.

nwrecover 프로그램은 클라이언트의 파일 시스템을 표시합니다.

2. 다음 작업 중 하나를 수행하여 복구할 각 디렉토리 및/또는 파일을 체크 표시합니다.

• 디렉토리나 파일을 선택하고 Mark 버튼을 누릅니다.

항목의 체크 표시를 지우려면 Unmark 버튼을 누릅니다.

• 디렉토리나 파일을 선택하고 Mark 메뉴에서 Mark를 선택합니다.

항목의 체크 표시를 지우려면 Mark 메뉴에서 Unmark를 선택합니다.

• 나열된 각 디렉토리나 파일 옆에 있는 확인란을 선택합니다.

확인란의 체크 표시를 지우려면 선택한 항목 옆에 있는 체크 표시를 누릅니다.

디렉토리나 파일을 복구용으로 표시하면 해당 항목 옆에 체크 표시가 나타납니다.

참고: 가장 최근의 데이터가 아닌 데이터를 스케줄 백업에서 복구하려면 찾기 시간을 변경해야 합니다. 337페이지의 “이전 백업에서 데이터 복구”를 참조하십시오.

3. Start 버튼을 누르면 복구가 시작됩니다.

NetWorker 서버의 파일 복구 작업은 파일 크기, 네트워크 트래픽, 서버 로드 및 테이프 위치 지정에 따라 몇 분 정도 소요됩니다. 이 시간 동안 nwrecover 프로그램에는 복구된 각 파일에 대한 메시지가 나타나기 때문에 복구의 진행 상황을 모니터할 수 있습니다.

참고: VSS를 사용하여 Microsoft Exchange Server 또는 Microsoft SQL Server 데이터를 복구하는 도중 오류가 발생하면 복구 프로세스를 다시 시작해야 합니다.

복구하는 파일에 대해 이름 지정 충돌이 발생하는 경우 NetWorker 서버는 메시지를 표시하여 사용자가 여러 가지 해결책 중 하나를 선택할 수 있도록 합니다. 이름 지정 충돌에 대한 자세한 내용은 338페이지의 “복구된 데이터의 충돌 해결 방법”을 참조하십시오.

복구가 성공적으로 수행되면 nwrecover 프로그램은 다음(또는 이와 비슷한) 메시지를 표시합니다.



7

Received 1 file(S) from NSR server server

Recover completion time: 5-30-03 2:03p

명령 프롬프트에서 데이터 복구

대화식 명령줄 인터페이스인 recover 프로그램을 사용하여 복구를 수행할 수도 있습니다. 예를 들어, jupiter 서버에서 /myfile을 복구하려면 다음을 입력합니다.

# recover -s jupiter

Enter directory to browse: /

recover: Current working directory is /

recover> add /myfile

/

1 file(s) marked for recovery

recover> recover

Recovering 1 file into its original location

Volumes needed (all on-line):

jupiter.mars.com.001 at /dev/rmt/0cbn

Requesting 1 file(s), this may take a while...

./myfile

Received 1 file(s) from NSR server `jupiter'

Recover completion time: Tue Jan 21 08:33:04 2003

recover> quit

자세한 내용은 recover 매뉴얼 페이지를 참조하십시오.

이전 백업에서 데이터 복구

nwrecover 프로그램에서 클라이언트 파일 인덱스에 나열된 각 백업 파일에 대한 항목을 찾을 수 있습니다. 찾기 시간을 변경하면 특정 기간에 백업된 파일의 항목도 볼 수 있습니다. 다음 작업을 해야 할 경우에도 이전 백업에서 데이터를 복구하고자 할 수 있습니다.

• 파일 시스템에서 삭제되어 최신 백업에 없는 데이터를 찾습니다.

• 기존 데이터의 이전 버전을 검색합니다.

데이터를 보존하는 기간과 이 데이터를 찾아서 복구할 수 있는지 여부는 찾기 방침에 의해 결정됩니다. 예를 들어, 6개월 전에 백업된 파일을 복구하려면 그에 맞는 찾기 방침이 있어야 합니다. 자세한 내용은 170페이지의 “찾기 및 보유 방침”을 참조하십시오.



338

7

찾기 시간 변경

참고: 찾기 시간을 변경하려면 현재 복구용으로 표시되어 있는 파일이 없어야 합니다. 현재 복구 표시된 파일이 있는 상태에서 찾기 시간을 변경하면, 해당 파일은 선택된 찾기 시간 뒤에 백업된 경우에도 복구용으로 선택된 상태가 계속 유지됩니다.

찾기 시간을 변경하려면 다음을 따르십시오.

1. nwrecover 프로그램의 Change 메뉴에서 Browse Time을 선택합니다.

2. Change Browse Time 대화 상자의 달력에서 새 날짜를 선택합니다. 다음 달이나 이전 달로 변경하려면 Previous 또는 Next를 선택합니다.

3. 선택 사항인 Browse Time 속성에서 표시된 시간을 변경하여 사용할 시간을 변경합니다. 시간은 24시간 형식을 사용합니다.


5. 336페이지의 “데이터 복구”에서 설명한 대로 복구할 파일이나 디렉토리를 선택합니다.

참고: Browse Time 필드에서 선택한 시간에 백업된 파일에 대한 항목이 없으면 NetWorker 소프트웨어는 가장 가까운 이전 시간에 백업된 파일을 표시합니다. 하지만 Browse Time 필드에 선택된 시간이 클라이언트 파일 인덱스의 첫 번째 항목보다 빠른 경우 NetWorker 소프트웨어는 지정된 시간에 백업된 파일이 없다는 경고 메시지를 표시합니다.

복구된 데이터의 충돌 해결 방법

기본적으로 NetWorker 서버는 데이터를 원래의 파일 및 디렉토리 이름을 사용하여 원래의 위치로 복구하려고 시도합니다. 그러나 동일한 위치에 같은 이름의 다른 파일이나 디렉토리가 있으면 파일 복구 충돌이 발생합니다. 이러한 복구 충돌에 대해 자동으로 또는 파일별로 응답하도록 NetWorker 소프트웨어에 지시할 수 있습니다.

nwrecover 프로그램을 사용하여 복구를 시작하면 Conflict Resolution 창이 열리고 충돌이 발생하면 이를 알리는 메시지가 표시되도록 할 것인지 묻습니다.

• Yes를 선택하면 NetWorker 서버는 충돌이 있을 때마다 해결 옵션을 선택하라는 메시지를 표시합니다.

• No를 선택하면 복구 도중 충돌이 있을 때마다 서버가 수행할 충돌 해결 옵션을 직접 선택해야 합니다.



7

339페이지의 표 55에는 복구하는 동안 사용할 수 있는 이름 지정 충돌 해결 옵션이 나열되어 있습니다.

또한 복구된 데이터를 충돌이 없는 디렉토리로 재배치하거나 재배치 기능을 사용하여 새 디렉토리를 만들 수 있습니다. 그러나 복구한 데이터를 새 디렉토리나 비어 있는 디렉토리에 재배치하더라도 NetWorker 서버는 여전히 충돌 해결 정보를 입력하라는 내용의 메시지를 표시합니다. 이 기능에 대한 자세한 내용은 339페이지의 “복구한 데이터 재배치”를 참조하십시오.

복구한 데이터 재배치

파일을 복구하면 NetWorker 서버는 기본적으로 파일을 원래 위치에 복사하려고 시도합니다. 복구한 파일을 재배치하지 않는 경우 서버는 해당 파일을 원래 디렉토리에 배치하려고 시도합니다. 로컬 디스크에 있는 기존 파일이 복구되는 항목과 같은 이름인 경우 서버는 파일의 복구 방법(이름 바꾸기, 겹쳐쓰기 또는 버리기)에 대한 지침을 묻는 메시지를 표시합니다.

또는 복구하기 전에 복구된 파일을 재배치할 위치를 NetWorker 서버에 지시할 수 있습니다.

복구된 데이터 재배치

복구된 데이터를 재배치하려면 다음을 따르십시오.

1. nwrecover 프로그램의 Options 메뉴에서 Relocate를 선택합니다.

2. Relocate To 필드에 데이터를 재배치할 디렉토리를 입력합니다.

참고: 재배치 디렉토리에 대한 전체 경로 이름을 입력해야 합니다.


4. 336페이지의 “데이터 복구”에서 설명한 대로 데이터 복구를 수행합니다.

표 55. 이름 지정 충돌 해결 옵션

옵션 작업

Rename Recovered File 충돌하는 각 이름의 끝에 .R을 추가하여 복구된 파일의 이름을 바꿉니다.

Discard Recover File NetWorker 서버가 기존 파일을 겹쳐쓰지 않도록 복구한 파일을 버립니다.

Overwrite Existing File 파일 시스템의 파일을 복구된 버전으로 대체합니다.



340

7

디렉토리나 파일의 버전을 보는 방법

nwrecover 프로그램의 Versions 옵션을 사용하면 디렉토리나 파일의 백업 내역을 볼 수 있습니다. 이 버전 기능은 NetWorker 서버가 백업한 파일의 요일, 날짜, 시간 및 크기를 나열합니다.

백업 데이터의 버전 내역을 표시하려면 다음을 따르십시오.

1. nwrecover 프로그램에서 보려는 백업 버전의 항목을 선택합니다.

2. View 메뉴에서 Versions를 선택합니다.

Versions에는 항목의 수정 날짜 및 백업 날짜를 포함하여 선택된 파일이나 디렉토리에 대한 기록이 표시됩니다. 버전은 백업 시간에 따라 정렬됩니다(최근 백업이 먼저 표시됨).

복구 가능 파일 검색

nwrecover 프로그램의 Search 기능을 사용하면 찾을 항목의 이름과 검색을 시작할 디렉토리를 입력하여 사용자가 복구할 파일이나 디렉토리를 찾을 수 있습니다. 그러면 nwrecover 프로그램이 검색 패턴과 일치하는 첫 번째 파일을 표시합니다.

복구 가능 파일을 검색하려면 다음을 따르십시오.

1. nwrecover 프로그램의 View 메뉴에서 Search를 선택합니다.

2. 파일이나 디렉토리의 이름을 입력합니다. 와일드카드를 사용하여 검색을 확장할 수 있습니다.

3. 검색을 시작할 경로를 입력합니다.

복구 가능 파일의 내역 보기

nwrecover 프로그램의 File Details 옵션을 사용하여 파일 및 디렉토리에 대한 추가 정보를 표시할 수 있습니다. 이 기능은 파일을 마지막으로 백업한 날짜와 시간, 파일 사용 권한, 파일 소유자 및 마지막으로 수정한 날짜 등과 같은 파일 및 하위 디렉토리에 대한 세부 정보를 표시합니다.

복구 가능 파일의 내역 보기

복구 가능 파일의 내역을 보려면 다음을 따르십시오.

1. nwrecover 프로그램에서 내역을 볼 항목을 선택합니다.

2. View 메뉴에서 File Details를 선택하여 이 정보를 표시합니다.



7

데이터 복구에 필요한 볼륨 보기

nwrecover 프로그램의 Volumes 옵션을 사용하면 파일과 디렉토리를 복구하는 데 필요한 볼륨의 목록을 볼 수 있습니다. 이 기능은 데이터를 복구하기 위해 NetWorker 서버가 액세스해야 하는 모든 볼륨의 이름이 나열된 창을 표시합니다.

데이터 복구에 필요한 볼륨 보기

데이터 복구에 필요한 볼륨 목록을 표시하려면 다음을 따르십시오.

1. nwrecover 프로그램에서 볼륨 정보 요구 사항을 볼 항목을 선택합니다.

2. View 메뉴에서 Volumes를 선택합니다.

재해 복구재해나 기타 천재지변으로 인해 손상되거나 사용할 수 없게 된 NetWorker 서버의 데이터를 복구할 때는 이 장에서 설명한 단계보다 복잡한 단계가 필요합니다. 최적의 복구는 주의 깊은 계획이 필요합니다. 자세한 내용은 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오. 최신 재해 복구 정보는 LEGATO NetWorker 릴리스 부록을 참조하십시오.

참고: 이 설명서의 인쇄본은 안전하고 찾기 편리한 장소에 보관해야 합니다.

지정 복구지정 복구를 사용하면 NetWorker 관리자는 NetWorker 클라이언트(소스 클라이언트)에서 백업 데이터를 복구한 후 이를 다른 NetWorker 클라이언트(대상 클라이언트)로 향하게 할 수 있습니다. 복구는 모든 관리 NetWorker 클라이언트에서 시작할 수 있습니다. 지정 복구에는 NetWorker 서버의 모든 표준 파일 처리 기능이 포함됩니다.

대상 클라이언트는 다음 지침을 따르는 모든 NetWorker 클라이언트가 될 수 있습니다.

• 소스 및 대상 클라이언트는 UNIX에서 UNIX로 또는 Microsoft Windows에서 Microsoft Windows로 등 같은 플랫폼이어야 합니다.

• 소스 및 대상 클라이언트는 UXFS에서 UXFS로, NTFS에서 NTFS로, 같은 파일 시스템 유형을 사용해야 합니다.

• 관리 클라이언트가 소스 클라이언트도 아니고 대상 클라이언트도 아닌 경우에는 다른 클라이언트와 같은 플랫폼 및 파일 시스템 유형을 가질 필요는 없습니다.

• 관리 클라이언트는 NetWorker 서버의 클라이언트입니다.



342

7 중요 사항: NetWorker 소프트웨어에서는 플랫폼과 파일 시스템 유형이 다른 데이터에 대한 지정 복구를 지원하지 않습니다. 또한, SYSTEM Save set 또는 VSS SYSTEM Save set의 지정 복구를 지원하지 않습니다.

NetWorker 6.0 이후 버전으로 백업한 데이터는 보관 스트림 형식이 다르기 때문에 버전 6.0 이전의 NetWorker에서 복구할 수 없습니다.

지정 복구를 관리하려면 NetWorker 명령줄 recover 프로그램을 사용합니다. nwrecover 프로그램에서는 지정 복구 작업이 지원되지 않습니다.

342페이지의 그림 38은 클라이언트 saturn에서 권한이 부여된 사용자가 클라이언트 파일 인덱스를 찾은 다음 대상 클라이언트 mars에 대해 데이터의 지정 복구를 수행하는 과정을 보여줍니다.

그림 38. 원격 클라이언트에서 클라이언트 파일 인덱스를 찾은 다음 지정 복구 수행

테이프 저장 장치 대상 클라이언트 Mars와 같은 OS를 사용하는 원격 클라이언트의 백업이

들어 있음

Mars

NetWorker 대상 클라이언트(원격 클라이언트와 OS가

같아야 함)

Neptune

NetWorker 서버

백업 찾기 요청이 원격 클라이언트(보이지 않음)에서 서버 Neptune으로 전송됨

Saturn

관리 클라이언트(NetWorker 6.x 이상)

1.

테이프 저장 장치에서 클라이언트 Mars로 데이터 복구 요청

2. 클라이언트 Mars로 복구된 데이터

3.



7

찾기:

• 지정 복구 과정 중 파일을 선택할 수 있습니다.

• 사용자는 Remote Access All Clients 권한을 갖고 있거나 소스 클라이언트의 원격 액세스 목록에 포함되어 있어야 합니다.

지정 복구:

• 기업 내의 다른 NetWorker 클라이언트(대상 클라이언트)에 대해 인덱스 기반 복구만 수행합니다(Save set ID를 사용한 지정 복구는 지원되지 않음).

• NetWorker 릴리스 6.0 이전의 백업을 포함하여 기존 백업을 복구할 수 있습니다.

• Remote Access All Clients 권한이 있어야 합니다.

지정 복구 사용

지정 복구는 사용자가 직접 데이터를 복구할 수 없는 공유 서버나 다른 컴퓨터의 데이터를 복구할 때 유용합니다. 일반적으로 지정 복구는 재해 복구 상황에서 사용합니다. NetWorker 클라이언트가 설치되어 있고 적절한 액세스 권한이 있다면 지정 복구 기능을 사용하여 소스 컴퓨터 자체가 아니라 원격 컴퓨터로부터 데이터를 복구할 수 있습니다.

또한 지정 복구를 사용하면 복구한 데이터를 이를 요구하는 클라이언트 컴퓨터 외에 다른 NetWorker 클라이언트 컴퓨터에도 보낼 수 있습니다. 이를 통해 광범위한 NetWorker 클라이언트 컴퓨터들이 파일과 정보를 공유할 수 있습니다. 지정 복구를 사용하면 원래 데이터를 백업한 클라이언트(소스 클라이언트)가 복구에 관여하지 않아도 됩니다.

지정 복구에 대한 액세스 요구 사항

지정 복구는 Remote Access All Clients 권한이 있는 사용자만 사용할 수 있는 NetWorker 기능입니다. 따라서 대부분의 사용자는 지정 복구를 수행할 수 없습니다.

중요 사항: Remote Access All Clients 권한은 신중하게 부여해야 합니다. 이 권한이 있는 사용자는 모든 클라이언트를 찾을 수 있고 모든 클라이언트에 데이터를 복구할 수 있습니다.

정기적으로 지정 복구를 수행할 경우 데이터 복구 요청을 받기 전에 각 NetWorker 서버 및 클라이언트에 필요한 권한을 설정해야 합니다. 액세스 요구 사항에 대한 일반 정보는 105페이지의 “서버 액세스 관리”를 참조하십시오.



344

7

지정 복구를 수행하기 위한 액세스 요구 사항은 다음과 같습니다.

• 사용자는 Remote Access All Clients 권한을 갖고 있어야 합니다.

• 지정 복구를 관리하는 데 사용하는 NetWorker 클라이언트의 호스트 이름은 잠재적 대상 클라이언트로 지정된 각 NetWorker 클라이언트 컴퓨터의 servers 파일에 나열되어 있어야 합니다.

• user@target_client_hostname은 적어도 Recover Local Data 권한이 있어야 합니다.

• NetWorker 서버의 Administrators 그룹에 속한 사용자에게는 필요한 권한이 자동으로 부여됩니다.

• 버전 7.0 이전의 NetWorker 소프트웨어를 실행하는 NetWorker 서버로 작업하는 동안 사용자는 NetWorker 관리자여야 합니다.

344페이지의 표 56에서는 다양한 조합의 지정 복구를 수행하는 데 필요한 액세스 권한 및 인증에 대해 설명합니다.

표 56. 지정 복구에 사용되는 액세스 권한 (1/2)

관리 시스템소스 클라이언트

대상 클라이언트 지정 복구를 수행할 수 있는 사용자

UNIX UNIX UNIX • 사용자는 Remote Access All Clients 권한이 있어야 합니다.

• 소스 클라이언트의 Remote Access 목록에 user@target이 나열되어 있어야 합니다.

• user@target은 Recover Local Data 권한을 갖고 있어야 합니다.

Windows Windows Windows • 사용자는 Remote Access All Clients 권한이 있어야 합니다.





7

참고: 원래의 파일 소유권과 권한은 항상 유지됩니다.

다음 절에서는 지정 복구를 사용하는 데 필요한 여러 가지 서버 및 클라이언트 관리 권한을 설정하는 방법에 대해 설명합니다.

User 그룹의 멤버에 권한 추가

지정 복구를 수행하려면 사용자는 Remote Access All Clients 및 Recover Local Data와 같은 특정 권한을 갖고 있어야 합니다. User 그룹의 멤버에게 권한을 추가하는 방법에 대한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

참고: Administrator 그룹의 멤버는 자동으로 필요한 권한을 갖습니다.

Windows UNIX UNIX • 복구는 관리 호스트에서 시스템 관리자가 시작해야 합니다.

• 사용자는 Remote Access All Clients 권한이 있어야 합니다.



UNIX Windows Windows • 복구는 관리 호스트에서 시스템 관리자(root)가 시작해야 합니다.

• 사용자는 Remote Access All Clients 권한이 있어야 합니다.



표 56. 지정 복구에 사용되는 액세스 권한 (2/2)

관리 시스템소스 클라이언트

대상 클라이언트 지정 복구를 수행할 수 있는 사용자



346

7

Disable Directed Recover 속성

클라이언트의 nsrla.res 데이터베이스에 있는 Disable Directed Recover 속성을 사용하면 개별 클라이언트의 지정 복구 수행 기능을 켜거나 끌 수 있습니다.

Disable Directed Recover 속성의 기본 설정은 No입니다. 즉, 클라이언트는 원격 호스트의 지정 복구를 수용합니다. 원격 호스트가 클라이언트에 복구를 지정하지 못하도록 하려면 이 속성을 Yes로 설정해야 합니다. 클라이언트에 이 속성이 Yes로 설정된 경우 해당 클라이언트로 지정된 복구는 작동하지 않습니다.

nsrla.res 데이터베이스의 편집에 대한 내용은 165페이지의 “클라이언트의 nsrla.res 데이터베이스 편집”을 참조하십시오.

원격 클라이언트의 servers 파일에 클라이언트 컴퓨터 추가

원격 NetWorker 클라이언트의 servers 파일에 원격 컴퓨터 이름 추가하려면 다음을 따르십시오.

1. 원격 클라이언트에서 명령 프롬프트에 nsr_shutdown 명령을 입력하여 NetWorker 데몬을 종료합니다.

# nsr_shutdown

종료될 NetWorker 데몬의 목록이 나타나고 nsr_shutdown 명령을 계속할 것인지 묻는 메시지가 표시됩니다.

2. 텍스트 편집기를 사용하여 NetWorker 서버의 /nsr/res(UNIX) 또는 <NetWorker_install_path>\res(Microsoft Windows) 디렉토리에 있는 servers 파일을 엽니다.

3. servers 파일에 다음과 같은 형식으로 NetWorker 클라이언트 컴퓨터의 이름을 입력합니다.

mercury.planet.com

4. servers 파일을 저장하고 닫습니다.

5. 적절한 시작 명령을 입력하여 NetWorker 데몬을 시작합니다. 346페이지의 표 57에서 각 운영 체제의 시작 명령을 나열합니다.

표 57. NetWorker 시작 명령

운영 체제 시작 명령

Solaris, Linux, DYNIX/ptx, IRIX # /etc/init.d/networker start

HP-UX, HP Tru64 UNIX # /sbin/init.d/networker start

AIX # /etc/rc.nsr



7

지정 복구를 수행하기 전에 파일 찾기

지정(인덱스 기반) 복구를 수행하기 전에 클라이언트 파일 인덱스를 찾아 복구할 대상을 결정해야 합니다. 플랫폼과 파일 시스템 유형이 다른 경우에도 찾기를 수행할 수 있습니다.

클라이언트 파일 인덱스 찾기에 대한 내용은 336페이지의 “데이터 복구”를 참조하십시오.

중요 사항: 교차 플랫폼 및 교차 파일 시스템 유형 복구는 지원되지 않습니다. 이러한 인덱스를 찾은 경우에는 플랫폼이나 파일 시스템 유형을 혼합하여 (예: UNIX에서 Windows로 또는 UXFS에서 VXFS로) 복구를 수행하지 마십시오. 이러한 복구를 수행하면 오류 메시지가 나타납니다.

Recover: Permission denied by server <server>: Cross platform

recovery not supported

nwrecover: error recovering ./nsr/logs/daemon.log

nwrecover: recover failed: Error receiving files from NSR server

'<server>'

참고: 소스 클라이언트에서 찾을 수 있는 파일 시스템만 지정 복구에서 복구될 수 있습니다. Save set가 찾기 방침을 초과하면 로컬에서는 복구가 가능하지만 지정 복구를 사용해서 복구할 수는 없습니다.

지정 복구 수행 방법

명령 프롬프트에서 recover 명령과 이 명령의 다양한 옵션을 사용하여 지정 복구를 수행합니다. nwrecover 프로그램에서는 지정 복구가 지원되지 않습니다. recover 명령은 대화식 프로세스이기 때문에 복구가 실행되면 소스 클라이언트 파일 인덱스에서 선택한 파일을 대화식으로 선택하여 복구해야 합니다.

Microsoft Windows 클라이언트에 대해 지정 복구를 수행하는 방법에 대한 내용은 LEGATO NetWorker 관리 지침서, Microsoft Windows 버전을 참조하십시오.



348

7

지정 복구에 recover 명령 사용

recover 명령에는 기본 찾기 및 복구 기능을 수정하기 위해 추가할 수 있는 다양한 옵션이 있습니다. 348페이지의 표 58에는 recover 명령과 함께 사용할 수 있는 옵션이 나열됩니다.

recover 명령과 모든 해당 옵션의 전체 목록을 보려면 recover 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

예: recover 명령

소스 클라이언트의 백업 서버 이름은 venus이고, 소스 클라이언트 이름은 mars이며, 대상 클라이언트의 이름은 jupiter입니다. 복구된 파일과 이름이 같은 기존 파일이 있으면 기존 파일을 겹쳐쓰려고 합니다. 이렇게 하려면 프롬프트에 다음 명령을 입력합니다.

% recover -s venus -c mars -R jupiter -iY directory_name

표 58. 복구 옵션

옵션 의미

-d destination 복구된 파일을 재배치할 디렉토리의 이름을 지정합니다. 이 옵션을 사용할 때는 대상의 전체 경로를 포함시키고 대상 클라이언트의 플랫폼에 맞는 구문을 사용하십시오. 부분 경로는 사용할 수 없습니다.

-s server 소스 클라이언트의 백업 서버 이름을 지정합니다.

-c client 소스 클라이언트의 이름을 지정합니다.

-R recover_target 대상 클라이언트의 이름을 지정합니다.

-i (N,Y, R) 복구된 파일과 기존 파일 사이에 이름 지정 충돌이 있는 경우 NetWorker 서버가 수행할 작업을 지정합니다.• N — 파일 복구를 건너뜁니다.• Y — 기존 파일을 겹쳐씁니다.• R — 파일의 이름을 바꿉니다. NetWorker 서버는 충돌하는 각 파일 이름 뒤에 자동으로 .R을 추가합니다.

directory_name 찾기를 시작할 처음 디렉토리의 이름을 지정합니다.



7

특정 파일 및 디렉토리의 지정 복구

일련의 절차를 사용하여 복구할 파일과 디렉토리를 지정해야 합니다.

특정 파일 및 디렉토리의 지정 복구를 수행하려면 다음을 따르십시오.

1. 다음 구문을 사용하여 recover 명령을 입력합니다.

% recover -s server -c source_client -R destination_client -i recover_option [directory_name]

2. 지정 복구용으로 선택하려는 파일이나 디렉토리가 들어 있는 디렉토리로 이동합니다(directory_name을 포함시켜 찾을 초기 디렉토리를 지정하지 않은 경우). 예를 들면 다음과 같습니다.

recover> cd /var/adm

3. 프롬프트에서 다음 명령을 입력하여 지정 복구를 위한 파일이나 디렉토리를 선택합니다.

recover> add file_name

4. 지정 복구를 위해 선택할 각 파일이나 디렉토리에 대해 이 절차를 반복합니다.

5. 프롬프트에서 다음 명령을 입력하여 복구를 위해 선택한 파일이나 디렉토리를 표시합니다.

recover> list

6. 프롬프트에서 다음 명령을 입력하여 지정 복구를 시작합니다.

recover> recover



350

7

Save set 복구Save set 복구 기능을 사용하면 해당 찾기 방침의 기간은 지났지만 아직 미디어 데이터베이스에 남아 있는 백업된 데이터를 복구할 수 있습니다. Save set 복구 작업을 수행할 때는 먼저 마지막 전체 백업을 복구한 다음 1-9 레벨의 증분 백업을 백업한 순서에 따라 차례로 복구해야 합니다.

다음 절에서는 Save set 복구에 대해 설명합니다.

• 350페이지의 “Save set 복구”

• 351페이지의 “전체 Save set 복구”

• 352페이지의 “Save set에서 개별 파일 또는 디렉토리 복구”

• 352페이지의 “Save set 복구에 필요한 볼륨 보기”

• 353페이지의 “복구한 Save set 데이터 재배치”

• 354페이지의 “복구한 Save set 데이터의 충돌 해결”

• 355페이지의 “Save set를 볼륨에서 NetWorker 서버로 복구”

• 355페이지의 “볼륨에서 직접 하나의 파일 복구”

Save set 복구

Save set 복구를 사용하면 nwrecover 프로그램을 사용하여 항목을 선택하는 것이 아니라 Save set에서 데이터를 복구할 수 있습니다. 복구하는 데이터는 개별 파일, 디렉토리 또는 전체 Save set일 수 있습니다.

전체 Save set(예: 전체 디스크 볼륨 또는 디스크의 파티션)를 복구하면 NetWorker 서버가 인덱스의 각 개별 파일을 검색하고 찾을 필요가 없어 복구 프로세스가 빨라집니다. 대신 서버는 복구에 필요한 모든 파일이 포함된 Save set를 찾기만 하면 됩니다.

다음과 같은 환경 하에서 Save set 복구를 수행하고자 할 경우도 있습니다.

• 클라이언트 파일 인덱스 항목에 적용된 찾기 방침이 만료일에 도달했거나 Remove Volume 명령 사용과 같은 다른 방법을 통해 클라이언트 파일 인덱스에서 항목이 제거되었기 때문에 더 이상 nwrecover 프로그램에서 파일을 찾을 수 없는 경우

• 백업 시 디스크 고장으로 백업이 완료되지 않아서 recover 명령을 사용하여 파일 복구가 불가능한 경우

• recover 명령을 사용하여 실패한 데이터를 복구하거나 컴퓨터 메모리가 부족하다는 메시지가 자주 표시되는 등 진행이 지나치게 느린 경우입니다.

Save set 복구는 큰 볼륨의 데이터를 복구할 때 보다 효율적입니다. Save set 복구는 항상 찾기 방침이 경과되고 클라이언트 파일 인덱스를 통해 더 이상 액세스할 수 없는 데이터를 위한 옵션입니다. 또한 Save set 복구는 NetWorker 파일 처리 기능의 오버헤드도 막아 줍니다.



7중요 사항: root만 Save set 복구를 수행할 권한을 갖고 있습니다. 원격 NetWorker 클라이언트의 경우에는 root@client가 Recover Local Data 권한을 갖고 있어야 Save set 복구를 수행할 수 있습니다. root@<networker_server>에는 이 권한이 자동으로 부여됩니다.

전체 Save set 복구

참고: Save set 복구는 NetWorker 관리 프로그램이 시작된 시스템에 데이터를 복구합니다. 데이터를 원래 클라이언트 시스템으로 복구하려면 해당 컴퓨터에서 Save set 복구를 수행해야 합니다.

클라이언트의 전체 Save set 복구를 수행하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Save Set 메뉴에서 Recover를 선택합니다.

2. Client 텍스트 상자에 적절한 클라이언트를 입력하거나 선택합니다.

3. Save Set Name 목록에서 적절한 Save set의 이름을 선택합니다.

4. Save set의 버전이 둘 이상 있는 경우 Instances 목록 상자에서 특정 버전의 Save set를 선택합니다.

5. Recover를 누릅니다.

6. Save Set Recover Status 대화 상자에서 Start를 눌러 복구를 시작합니다.

복구 상태가 Save Set Recover Status 대화 상자의 Status 상자에 나타납니다.

recover 프로그램을 다음 구문으로 사용하여 명령 프롬프트에서 Save set를 복구할 수도 있습니다.

# recover -s server -S ssid -d directory_path

자세한 내용은 recover 매뉴얼 페이지를 참조하십시오.



352

7

Save set에서 개별 파일 또는 디렉토리 복구

Save set에서 특정 데이터를 복구하려면 다음을 따르십시오.




4. Save set의 버전이 둘 이상 있는 경우 Instances 목록 상자에서 특정 버전의 Save set를 선택합니다.

5. Recover를 눌러 Save Set Recover Status 대화 상자를 엽니다.

6. Paths to Recover 텍스트 상자에 복구할 파일 및 디렉토리의 정확한 이름(대소문자를 구분하는 전체 경로 포함)을 입력합니다. 각 항목 뒤에 있는 Add를 눌러 항목을 목록 상자에 추가합니다.

참고: 슬래시로 제한을 설정하지 않고 복구된 데이터가 충돌할 경우 겹쳐쓰도록 옵션을 지정하지 않은 경우, Save set 복구 프로세스는 디렉토리 이름을 구문 분석하고 앞 문자열과 일치하는 모든 인스턴스를 복원합니다. 따라서 복구할 디렉토리 경로를 지정할 때는 지정한 디렉토리 뒤에 슬래시를 입력하십시오. 예를 들어, /usr/home/test는 /usr/home에서 발견된 모든 test* 디렉토리(test1, test2 등)를 복구하며, /usr/home/test/는 test 디렉토리만 복구합니다.

참고: Start를 눌러 Save set 데이터 복구를 시작합니다.

복구 상태가 Save Set Recover Status 대화 상자의 Status 상자에 나타납니다.

Save set 복구에 필요한 볼륨 보기

Save Set Recover Status 대화 상자에서 Save set 데이터를 복구하는 데 필요한 볼륨의 목록을 볼 수 있습니다. 이 대화 상자에는 Save set 복구를 완료하기 위해 백업 장치가 사용할 수 있어야 하는 각 볼륨이 표시됩니다.

Save set 복구에 필요한 볼륨을 보려면 다음을 따르십시오.




4. Save set의 버전이 둘 이상 있는 경우 Instances 목록에서 특정 버전의 Save set를 선택합니다.


6. Volumes를 눌러 복구에 필요한 볼륨을 표시합니다.



7

볼륨이 표시되지 않으면 미디어 데이터베이스에 해당 볼륨에 대한 항목이 없다는 표시입니다. scanner 프로그램을 사용하여 클라이언트 파일 인덱스 항목이나 미디어 데이터베이스 항목을 다시 작성합니다. scanner 프로그램은 NetWorker 서버의 도움 없이도 직접 저장 볼륨을 읽을 수 있습니다. scanner 프로그램을 사용하여 온라인 인덱스를 다시 작성하는 방법에 대해서는 359페이지의 “온라인 인덱스 복구”를 참조하십시오.

복구한 Save set 데이터 재배치

Save Set Recover Status 대화 상자에서 복구된 Save set 데이터를 데이터의 원래 백업 위치에서 파일 시스템의 다른 위치로 재배치하도록 NetWorker 서버에 지시할 수 있습니다.

복구된 Save set 데이터를 재배치하려면 다음을 따르십시오.



3. Save Set Name 목록에서 복구할 Save set의 이름을 선택합니다.



6. Recover Options를 눌러 Save Set Recover Options 대화 상자를 엽니다.

7. Relocate Recovered Data To 텍스트 상자에 경로를 입력합니다.


복구한 데이터의 재배치에 대한 자세한 내용은 339페이지의 “복구한 데이터 재배치”를 참조하십시오.



354

7

복구한 Save set 데이터의 충돌 해결

Save Set Recover Status 대화 상자를 사용하면 Save set 복구 도중 데이터 복구 충돌이 발생할 경우 특정한 조치를 수행하도록 NetWorker 서버에 지시할 수 있습니다.

Save set 데이터와의 데이터 복구 충돌을 해결하려면 다음을 따르십시오.



3. Save Set Name 목록에서 복구할 Save set의 이름을 선택합니다.



6. Recover Options를 눌러 Save Set Recover Options 대화 상자를 엽니다.

7. Duplicate File Resolution 속성에서 적절한 옵션을 선택합니다. 354페이지의 표 59에는 Duplicate File Resolution에 대해 수행된 각 조치와 옵션이 나열되어 있습니다.


데이터 복구 충돌 해결에 대한 자세한 내용은 338페이지의 “복구된 데이터의 충돌 해결 방법”을 참조하십시오.

표 59. 이름 지정 충돌 해결 옵션

옵션 작업

Rename the Recovered File 충돌하는 각 이름의 끝에 .R을 추가하여 복구된 파일의 이름을 바꿉니다.

Discard the Recover File NetWorker 서버가 기존 파일을 겹쳐쓰지 않도록 복구한 파일을 버립니다.

Overwrite the Existing File 파일 시스템의 파일을 복구된 버전으로 대체합니다.



7

Save set를 볼륨에서 NetWorker 서버로 복구

전체 Save set를 볼륨에서 NetWorker 서버의 파일 시스템으로 직접 복구하려면 프롬프트에서 다음 명령을 입력하여 scanner 프로그램을 사용합니다.

# scanner -S save_set_id device_name | uasm -rv

이 명령은 볼륨의 ssid와 관련된 정보를 모두 읽고 데이터가 백업 볼륨에 저장되는 방법과 같은 방법으로 NetWorker 서버에 이 데이터의 복사본을 저장합니다. 즉 백업 볼륨에 클라이언트에 대한 파일이 포함되어 있을 수도 있지만 NetWorker 서버의 파일 시스템에 복구됩니다.

수행하기 전에 명령을 테스트하려면 uasm 명령에 -n 플래그를 추가합니다. -n 플래그는 scanner의 출력을 /dev/null로 보내고 Save set에 포함된 파일 이름을 모두 나열합니다.

Save set의 출처가 NetWorker 서버가 아니라 NetWorker 클라이언트인 경우 다음 명령에 rsh(또는 동등한 것)를 함께 사용하여 Save set를 클라이언트로 복구할 수 있습니다.

# scanner -S ssid device_name | rsh client "cd destdir; uasm -rv"

참고: Solaris 및 Linux 플랫폼에서는 uasm이 /usr/lib/nsr에 설치됩니다. 이들 시스템에서는 위의 예에서 uasm 명령에 이 경로를 추가합니다. 그 밖의 다른 모든 플랫폼에서는 uasm이 NetWorker 바이너리와 같은 위치에 설치됩니다. 이 바이너리는 일반적으로 $PATH 환경 변수에 포함되어 있으므로 명령의 뒤에 추가할 필요가 없습니다.

볼륨에서 직접 하나의 파일 복구

한 볼륨에서 한 개의 파일을 복구하려면 다음 명령 중 하나를 실행합니다.

# scanner -S save_set_id device_name | uasm -rv filename

# scanner -S save_set_id device_name | uasm -rv -m source=dest filename

uasm의 -m 옵션은 소스에서 대상 디렉토리로 복구된 파일을 매핑(재배치)합니다.

참고: Solaris 및 Linux 플랫폼에서는 uasm이 /usr/lib/nsr에 설치됩니다. 이들 시스템에서는 위의 예에서 uasm 명령에 이 경로를 추가합니다.



356

7

복구 방법 비교이 절에서는 NetWorker 소프트웨어가 제공하는 두 가지 유형의 데이터 복구 방법을 비교합니다.

• 지정 복구와 표준 클라이언트 파일 인덱스 기반 복구를 포함하는 인덱스 기반 복구

• Save set 복구

인덱스 기반 복구

일반 복구 및 지정 복구 모두 클라이언트 파일 인덱스를 사용하여 데이터를 찾고 복구합니다.

인덱스 기반 복구의 장점

인덱스 기반 복구의 주요 장점은 다음과 같습니다.

• 지정 복구는 중앙 집중식 관리에 적절합니다. 대규모 네트워크라도 단일 관리 컴퓨터에서의 직접적인 복구를 위해 관리할 수 있습니다.

• 지정 복구는 컴퓨터가 작동되지 않거나, 하드 디스크가 손상되었거나, 네트워크에서 컴퓨터를 인식하지 못하는 경우에 유용합니다. 네트워크의 다른 클라이언트에서 백업된 클라이언트의 파일 집합을 복구하면 대체 컴퓨터를 쉽게 구성할 수 있습니다.

• 지정 복구는 두 클라이언트 사이에 파일을 전송할 경우에 편리합니다. 예를 들어, 한 클라이언트의 .profile 파일이 새 클라이언트에 적합한 경우 기존 클라이언트의 백업에서 새 클라이언트의 하드 디스크로 복구할 수 있습니다.

일반 클라이언트 파일 인덱스 기반 복구는 복구 데이터의 대상만 지정 복구와 다를 뿐입니다. NetWorker 서버에서도 일반 복구를 사용하여 데이터의 원래 클라이언트로 데이터를 복구합니다. 따라서 두 종류의 클라이언트 파일 인덱스 기반 복구가 모두 Save set 복구와 대조될 수 있습니다.

인덱스 기반 복구의 단점

인덱스 기반 복구의 주요 단점은 다음과 같습니다.

• 찾기 방침 기간을 지난 데이터에 대한 항목이 클라이언트 파일 인덱스에 나열되지 않습니다. 이러한 파일에 대한 항목은 scanner 프로그램을 사용하여 클라이언트 파일 인덱스로 복구할 수 있지만 이 과정은 시간이 많이 걸리거나 불편할 수 있습니다. scanner에 대한 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오.

• 복구할 각 파일을 표시하는 데 시간이 걸립니다.

• 복구용으로 표시된 파일의 수에 비례하는 양의 메모리가 필요합니다.

따라서 많은 수의 파일을 복구하려는 경우 Save set 복구를 사용하는 것이 좋습니다.



7

Save set 복구

Save set 복구에서는 복구용 Save set 내에서 개별 파일을 선택하는 것이 아니라 전체 Save set를 복구합니다.

Save set 복구의 장점

Save set 복구의 장점은 다음과 같습니다.

• Save set 복구는 디스크 전체가 손상된 경우와 같이 대량의 손실된 파일을 복구할 때 유용합니다. 이 경우 복구할 개별 파일을 표시할 필요가 없습니다.

• 데이터의 찾기 방침 기간이 만료된 경우 데이터에 관련된 항목이 클라이언트 파일 인덱스에서 제거됩니다. 이 경우에는 Save set 복구를 사용하여 데이터를 복구해야 합니다.

• 또한 scanner를 실행하여 클라이언트 파일 인덱스를 다시 작성할 수도 있습니다.

Save set 복구의 단점

Save set 복구의 단점은 다음과 같습니다.

• 전체 Save set 및 관련 레벨 보관 및 증분을 찾아서 올바른 순서대로 모든 Save set를 복구해야 합니다.

• 원하는 것보다 많은 데이터를 복구할 수 있습니다. 또한 마지막 전체 Save set 백업 후에 삭제된 파일도 복구됩니다.

Save set 복구는 인덱스 기반 복구의 기본 단계를 따르지만 NetWorker 서버가 인덱스 기반 복구 시 자동으로 제공하는 클라이언트 파일 인덱스 처리의 장점은 제공하지 않습니다.

중요 사항: 다른 레벨로 백업된 많은 Save set를 복구할 경우 전체 백업부터 시작하여 주의해서 올바른 순서대로 Save set 복구 요청을 실행해야 합니다. 예를 들어, X 파일이 A 시간에 존재했지만 B 시간 전에 삭제된 경우 B 시간의 Save set 복구시 X 파일도 복구될 것입니다. 하지만 Save set 복구에는 NetWorker 파일 처리가 사용 불가능하기 때문에 X 파일은 복구 작업시 NetWorker 서버에 남아 있게 됩니다.

이전에 삭제된 파일 또는 디렉토리가 너무 많이 복구될 경우 디스크 공간이 부족할 가능성이 있습니다. 복구하는 Save set가 증분이 아닌 전체라면 같은 파일 또는 디렉토리의 여러 복사본을 복구하지 않기 때문에 디스크 공간 문제를 염려하지 않아도 됩니다.



358

7

복구할 때는 기존 파일을 겹쳐쓰는 것이 일반적입니다. 파일을 겹쳐쓰는 것은 Save set 복구에 중요합니다. 그 이유는 해당 파일의 각 후속 버전이 이후 Save set로부터 나오므로 같은 파일이 여러 번 복구될 수도 있기 때문입니다. Save set 복구 도중 기존 파일을 겹쳐쓰도록 NetWorker 서버에 지시하는 방법에 대해서는 354페이지의 “복구한 Save set 데이터의 충돌 해결”을 참조하십시오.

인덱스 기반 및 Save set 복구 사이의 결정

이 절에서는 인덱스 기반 복구나 Save set 기반 복구 중 하나를 사용하는 이유에 대해 간략히 설명합니다.

다음과 같은 이유로 Save set 복구보다 인덱스 기반 복구를 선호할 수도 있습니다.

• 사용자가 복구용 데이터를 표시하는 인덱스를 찾을 수 있기 때문에 사용자와 관리자는 정확한 파일 이름, 위치 또는 복구할 특정 파일의 데이터를 알고 있어야 할 필요가 없습니다.

NetWorker 서버에서는 복수의 사용자(세션)가 클라이언트 파일 인덱스를 동시에 찾을 수 있습니다. 이 클라이언트 파일 인덱스에서는 사용자가 파일 및 하위 디렉토리를 보기 위해 디렉토리를 확장할 수 있습니다. 따라서 보통의 경우 찾는 동안 획득한 정보에서 필요한 파일을 추측할 수 있습니다. 사용자는 이전 백업에서 명시적 파일 이름을 기억할 필요가 없습니다.

• 사용자는 파일 계층을 재구축하려는 대상 시간으로 클라이언트 파일 인덱스를 질의할 수 있습니다. 그러면 NetWorker는 찾기 대상 시간을 초과하지 않고 이에 가장 가까운 시간에 작성된 파일 시스템의 보기를 구성합니다.

• NetWorker 서버가 백업이 수행된 시점의 데이터와 동일한 데이터를 자동으로 다시 작성해 줍니다.

예를 들어 사용자가 레벨 5 백업 복구를 요청하면 NetWorker 서버는 먼저 레벨 5가 속한 전체 백업을 복구한 다음 레벨 5 백업을 적용합니다. NetWorker 소프트웨어는 전체 백업 및 레벨 5 백업 사이에 수행되는 파일 이름 변경이나 삭제를 모두 처리합니다.

참고: 각 항목이 백업될 때 NSR 크기 값이 클라이언트 파일 인덱스의 해당 항목과 연관됩니다. 파일을 삭제하거나 하위 디렉토리에 추가하면 상위 디렉토리의 NSR 크기 값도 변경됩니다. 파일이 제거되면 상위 디렉토리의 NSR 크기 값이 줄어들고 NetWorker 소프트웨어가 해당 디렉토리에 대한 파일 목록을 재구축합니다. 파일이 추가되면 상위 디렉토리의 NSR 크기 값이 늘어나고 NetWorker 소프트웨어가 디렉토리에 대한 파일 목록을 재구축합니다. 디렉토리의 NSR 크기가 변하지 않으면 해당 파일 목록이 재구축되지 않습니다.



7

또한, 다음과 같은 상황에서는 클라이언트 파일 인덱스 기반 복구가 가장 적합합니다.

• 복구할 Save set를 결정할 수 없는 경우

• 여분의 파일을 복구하지 않을 경우

• Save set 복구를 사용할 때는 파일을 정확한 상태로 복구하기 위해 여러 번 복구를 수행해야 합니다. 예를 들어, 어떤 파일이 처음에는 전체 백업되고 나중에는 증분 레벨로 백업되는 경우 파일을 증분 백업 후의 상태로 복구하려면 두 개의 Save set(처음에는 전체 백업을 한 후 증분 백업을 함)를 복구해야 합니다. 인덱스 기반 복구를 사용할 경우에는 한 번만 복구하면 됩니다. 필요하다면 적절한 볼륨에 대해 사용자에게 물어 NetWorker 서버에서 내부적으로 증분 백업 문제를 처리해 줍니다.

다음과 같은 상황에서는 Save set 복구가 가장 적합합니다.

• 복구할 정확한 Save set를 결정할 수 있는 경우

• 각 파일 시스템에 대해 복구할 Save set 수가 적은 경우

• 여분의 파일을 복구하는 것이 허용되지 않는 경우

• 디스크 공간에 문제가 없는 경우

• 가장 최근의 Save set가 증분 백업이 아닌 전체 백업으로 수행된 경우

• 찾기 방침이 만료되었고 클라이언트 파일 인덱스 항목을 다시 작성하기 위해 scanner 프로그램을 사용하지 않으려는 경우

온라인 인덱스 복구이 절에서는 온라인 인덱스를 복구하는 여러 절차에 대해 설명합니다.

클라이언트 파일 인덱스 복구

정규적으로 백업되는 데이터와 달리 클라이언트 파일 인덱스 정보는 nsrck 프로그램에 -L7 옵션을 사용하여 레벨 7의 일관성 검사를 수행하여 복구할 수 있습니다. 그러나 레벨 7 검사는 복구한 데이터를 기존의 클라이언트 파일 인덱스에 병합합니다. 따라서 기존 클라이언트 파일 인덱스가 손상된 경우에는 백업 볼륨에서 인덱스를 복구하기 전에 레벨 5 일관성 검사를 사용하여 인덱스에서 손상된 Save set 정보를 먼저 삭제해야 합니다.

클라이언트 파일 인덱스를 복구하려면 다음을 따르십시오.

1. root로 로그인합니다.

2. 손상된 Save set 정보를 인덱스에서 제거하려면 nsrck 명령을 -L5 옵션과 함께 실행합니다.

# nsrck -L5 client_name



360

7

3. 클라이언트 파일 인덱스를 복구하려면 nsrck 명령을 -L7 옵션과 함께 실행합니다.

# nsrck -L7 client_name

참고: 또한 nsrck -R -Y client_name을 입력한 다음 nsrck -L7 client_name을 입력하여 인덱스를 복구하면 클라이언트 파일 인덱스를 완전히 제거할 수 있습니다.

특정 시간과 날짜의 클라이언트 파일 인덱스 복구

-t time date 옵션을 nsrck와 함께 사용하면 특정 시간 및 날짜의 클라이언트 파일 인덱스를 복구할 수 있습니다. 시간 및 날짜 형식은 nsr_getdate 형식으로 되어 있습니다. nsrck 및 nsr_getdate 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 해당 매뉴얼 페이지를 참조하십시오.

인덱스 복구는 비파괴적이므로 과거 날짜 및 시간의 클라이언트 파일 인덱스를 복구할 때 nsrck는 해당 날짜 및 시간의 인덱스 전체 내용을 현재 인덱스 내용에 추가합니다. 따라서 클라이언트 파일 인덱스 크기가 훨씬 더 커집니다. 이 작업 이후의 인덱스 백업에는 nsrmm을 -d -P 옵션과 함께 사용하여 인덱스를 명시적으로 제거하지 않은 경우 해당 인덱스들이 추가로 포함됩니다. 자세한 내용은 nsrmm 매뉴얼 페이지를 참조하십시오.

특정 시간 및 날짜의 클라이언트 파일 인덱스를 복구하면 찾기 방침은 지났지만 아직 복구가 가능한 Save set를 찾을 수 있습니다. 복구된 클라이언트 파일 인덱스에 언급된 Save set는 찾기 가능으로 표시됩니다. 이들 Save set는 원래 찾기 가능했던 시간 길이만큼 찾기 가능한 상태를 유지합니다.

특정 날짜의 클라이언트 파일 인덱스를 복구하려면 프롬프트에 다음 명령을 입력합니다.

# nsrck -t "time mm/dd/yyyy" -L7 client_name

예: 특정 시간 및 날짜의 클라이언트 파일 인덱스 복구

2003년 3월 2일 오후 4시의 클라이언트 파일 인덱스를 복구하는 명령은 다음과 같습니다.

# nsrck -t "04 pm 03/02/2003" -L7 client_name



7

온라인 인덱스의 Save set 항목 복구

다음 절에서는 Save set 항목을 클라이언트 파일 인덱스에만 복구하거나 클라이언트 파일 인덱스와 미디어 데이터베이스 모두에 복구하는 과정에 대해 설명합니다.

클라이언트 파일 인덱스 전용

파일을 찾을 수 없지만(Save set의 찾기 방침이 만료됨을 의미) Save set가 미디어 데이터베이스에서 NetWorker 서버에 의해 여전히 추적되는 경우(Save set의 보유 방침이 만료되지 않음을 의미) 다음 단계를 수행하여 클라이언트 파일 인덱스로 Save set 항목을 복구합니다.


2. mminfo 명령을 실행합니다.

# mminfo -a -v volume_name

3. mminfo 출력에서 원하는 파일이 포함된 것으로 여겨지는 ssid를 찾습니다. 이 때 이것이 부트스트랩 ssid가 아닌지 확인합니다.

4. nsrmm 명령을 -w 옵션과 함께 입력하여 클라이언트 파일 인덱스의 Save set 항목을 복원하여 새 찾기 시간을 설정한 다음 scanner 프로그램을 사용합니다.

# nsrmm -S ssid -w browse_time

여기서 browse_time은 미래의 시간입니다.

다음을 입력합니다.

# scanner -i -S ssid

클라이언트 파일 인덱스와 미디어 데이터베이스

파일이 들어 있는 Save set를 찾을 수 없고 Save set가 미디어 데이터베이스에 없는 경우 찾기 방침 및 보유 방침이 만료된 것입니다.

클라이언트 파일 인덱스와 미디어 데이터베이스 모두에 Save set 항목 재구축


2. 해당 파일이 들어 있다고 생각되는 백업 볼륨에 대해 scanner 프로그램을 실행합니다.

# scanner device_name

볼륨 이름 찾기에 대한 설명은 289페이지의 “볼륨 이름 찾기”를 참조하십시오.

3. scanner 프로그램의 출력을 사용하여 다음을 결정합니다.

• 재구축하려고 하는 Save set가 이 볼륨에 있는지 여부

• 이 볼륨의 내용을 온라인 인덱스에 다시 적용할 것인지 여부(이 ssid가 포함된 모든 볼륨을 찾아야 함)



362

7

4. 온라인 인덱스에 다시 적용할 볼륨을 결정한 후 scanner 프로그램을 실행합니다.

# scanner -i device_name

scanner 프로그램은 사용자가 종료할 때까지 새 볼륨에 대해 프롬프트합니다. 인덱스를 완전히 재구축하려면 ssid가 들어 있는 모든 볼륨에서 검색해야 합니다.

5. nwrecover 프로그램을 사용하여 클라이언트 파일 인덱스에서 복구할 파일을 찾습니다.

scanner 프로그램scanner 프로그램은 미디어 데이터베이스에서 사용할 수 있는 정보에 액세스하지 않고 직접 볼륨을 읽습니다. 미디어 데이터베이스에 항목이 없는 경우 복구할 데이터가 들어 있는 볼륨을 경험으로 추측해야 합니다.

scanner 프로그램은 해당 찾기 및 보유 시간을 지났거나 다른 NetWorker 서버가 백업한 데이터를 가져오는 데 사용됩니다. 미디어 데이터베이스 또는 서버의 res 파일이 손실된 경우에는 scanner 프로그램을 사용하여 부트스트랩을 복구하지 마십시오. 대신 mmrecov 명령을 사용하여 해당 파일을 복구하십시오. scanner -B를 사용하면 볼륨에서 부트스트랩 Save set를 찾은 후 mmrecov를 사용하여 부트스트랩을 복구할 수 있습니다. 자세한 내용은 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오.

볼륨을 마운트하고 적용 가능한 옵션과 함께 scanner 명령을 실행합니다. 가장 적절한 옵션은 상황, 데이터 위치에 대한 지식 수준 및 복구 특성에 따라 달라집니다.

362페이지의 표 60은 가장 많이 사용하는 scanner 옵션 목록입니다.

표 60. 많이 사용되는 scanner 옵션 (1/2)

옵션 의미

-m device 저장 장치 볼륨에 있는 모든 항목에 대해 미디어 데이터베이스 항목을 재구축합니다.

-i device 저장 장치 볼륨에 있는 모든 항목에 대해 미디어 데이터베이스 및 클라이언트 파일 인덱스 항목을 재구축합니다.

-S save_set_id -m device 저장 장치 볼륨에 있는 특정 Save set에 대해 미디어 데이터베이스 항목을 재구축합니다.

-S save_set_id -i device 저장 장치 볼륨에 있는 특정 Save set에 대해 미디어 데이터베이스 및 클라이언트 파일 인덱스 항목을 재구축합니다.

-c client_name 지정된 NetWorker 클라이언트 시스템의 Save set만 처리합니다.



7

참고: scanner 프로그램을 사용하여 다른 NetWorker 서버에서 백업한 볼륨으로부터 Save set 정보를 가져오는 것에 대한 자세한 내용은 363페이지의 “scanner 프로그램을 사용하여 Save set 정보 가져오기”를 참조하십시오.

scanner 프로그램 구문과 특정 복구 상황에 따라 scanner 옵션을 사용자 정의하는 방법에 대한 자세한 내용은 scanner 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

클라이언트 파일 인덱스에 있는 항목은 원본 Save set의 찾기 방침과 보유 방침을 사용합니다. 원래의 찾기 시간이 1개월이고 보유 기간이 3개월인 Save set의 경우 이 Save set가 만료된 상태에서 Save set를 다시 검색하면 1개월간 찾기가 가능하고 3개월간 복구가 가능한 상태를 유지합니다.

미디어 데이터베이스에 있는 항목들도 원본 Save set의 찾기 및 보유 방침을 사용하며 볼륨 모드는 “읽기 전용“으로 나열됩니다. 클라이언트 파일 인덱스 및 미디어 데이터베이스 항목 관리에 대한 자세한 내용은 279페이지의 “저장 장치 관리 작업”을 참조하십시오.

NetWorker 서버를 6.0 이전 버전에서 업그레이드한 경우에는 클라이언트 파일 인덱스 및 미디어 데이터베이스로 검색한 Save set에 현재 찾기 방침 및 보유 방침이 적용됩니다.

scanner 프로그램을 사용하여 Save set 정보 가져오기

scanner -i 프로그램을 사용하면 다른 NetWorker 서버에서 백업한 볼륨의 Save set에 대한 클라이언트 파일 인덱스를 가져올 수 있습니다. 하지만 NetWorker 소프트웨어는 각 클라이언트에 대해 고유한 클라이언트 ID를 사용하며 백업 도중 클라이언트 ID가 각 Save set에 기록됩니다. 같은 이름의 클라이언트라도 다른 NetWorker 서버에 구성하면 다른 클라이언트 ID를 갖게 됩니다.

scanner 프로그램은 클라이언트를 식별할 때 클라이언트 이름보다는 클라이언트 ID를 사용합니다. 따라서 가져온 Save set가 양쪽 서버에서 같은 이름을 가진 클라이언트에 속해 있더라도 scanner 프로그램이 가져온 데이터를 해당 클라이언트와 연관시킬 수 없습니다.

-N save_set_name save_set_name에 의해 지정된 Save set만 처리합니다.

-S save_set_id 특정 Save set를 공유 출력으로 보냅니다.

-x Save set당 기준으로 추가 처리 명령을 도입합니다.

-B 볼륨에서 부트스트랩 Save set를 찾습니다.

표 60. 많이 사용되는 scanner 옵션 (2/2)

옵션 의미



364

7

이 경우 클라이언트 데이터를 가져오려면 데이터를 가져올 서버에 새 클라이언트를 만들어야 합니다. 새 클라이언트는 이전 서버에서 사용되던 클라이언트 ID를 사용하여 만들어야 합니다.

단순히 이전 클라이언트를 삭제하고 새 클라이언트 ID로 다시 작성할 수는 없습니다. 클라이언트를 삭제한 후에도 이전 클라이언트에 대해 인덱스화된 모든 Save set를 복구할 수 있도록 NetWorker 서버가 이전 클라이언트 ID를 유지하기 때문입니다. 삭제한 클라이언트와 같은 이름으로 새 클라이언트를 작성하면 새 클라이언트도 자동으로 삭제한 클라이언트의 클라이언트 ID를 갖게 됩니다.

이 문제를 해결하려면 다음 중 하나를 수행해야 합니다.

• 해당 클라이언트 ID와 클라이언트의 고유 이름을 사용하여 새 클라이언트를 만듭니다. 클라이언트 이름의 형식은 ~hostname-#이어야 합니다.

• 164페이지의 “클라이언트 이름 변경”의 절차에 따라 기존 클라이언트 이름을 변경한 다음 이전 서버의 클라이언트 ID를 사용하여 새 클라이언트를 만듭니다.

클라이언트 ID를 기준으로 새 클라이언트 작성

클라이언트 ID를 기준으로 새 클라이언트를 작성하려면 다음을 따르십시오.

1. 이전 서버의 클라이언트 ID를 확인합니다. 클라이언트 ID를 확인하는 방법에 대한 내용은 164페이지의 “클라이언트 ID”를 참조하십시오.



4. Name 속성에서 클라이언트 이름을 입력합니다. 이 이름은 이전에서 사용하던 것과 같은 이름이 될 수 있지만, 새 서버에 이미 존재하는 클라이언트와는 이름이 같을 수 없습니다.

해당 이름을 가진 클라이언트가 새 서버에 이미 존재할 경우 클라이언트의 이름에 대해 다음과 같은 형식을 사용하십시오.

~hostname-#

여기서 hostname은 해당 클라이언트의 호스트 이름입니다. 예를 들어, 클라이언트의 호스트 이름이 jupiter이고, 새 서버에도 jupiter라는 클라이언트가 이미 존재하는 경우 클라이언트 이름에 대해 다음과 같이 입력합니다.

~jupiter-1


6. Client ID 속성에 단계 1에서 확인한 클라이언트 ID를 입력합니다.




7

새 클라이언트를 작성했으면 scanner -i를 사용하여 클라이언트 데이터를 가져옵니다. 이제 지정 복구를 수행하여 이 클라이언트 데이터를 복구할 수 있습니다. 지정 복구에 대한 자세한 내용은 341페이지의 “지정 복구”를 참조하십시오.

참고: 새 서버에서 Client 자원을 구성하기 전에 scanner -i 또는 scanner -m을 사용하여 데이터를 가져오면 가져온 Save set의 클라이언트 ID가 미디어 데이터베이스에서 유지됩니다. 같은 이름의 클라이언트가 새 서버에도 이미 존재한다면 scanner가 단계 4에서 설명하는 형식으로 해당 클라이언트 이름을 저장합니다. 그러면 위의 절차를 수행하여 클라이언트 ID를 기준으로 클라이언트를 작성할 수 있습니다. 미디어 데이터베이스의 항목들도 올바른 클라이언트와 연관됩니다. 그러나 Save set 정보를 클라이언트 파일 인덱스로 가져오기 위해서는 Client 자원을 작성한 후에 scanner -i를 다시 실행해야 합니다.



366

7


8장:데이터 아카이브

이 장에서는 선택 사항인 LEGATO NetWorker 아카이브 기능의 특징과 기능에 대해 설명합니다.

NetWorker 아카이브 기능은 다른 NetWorker 소프트웨어 구성 요소와 별도로 구입하고 라이센스를 부여해야 하는 선택 기능입니다. 아카이브 기능은 NetWorker 서버에서 정식으로 라이센스가 부여된 경우에만 작동합니다. 아카이브 기능에도 다른 NetWorker 제품에서와 똑같이 같은 평가 조건 및 절차가 적용됩니다. 라이센스 관리 절차에 대한 자세한 내용은 95페이지의 “라이센스 관리”를 참조하십시오.


• 367페이지의 “NetWorker 아카이브 개요”

• 370페이지의 “아카이브 권한”

• 372페이지의 “Archive 풀”

• 373페이지의 “데이터 아카이브 절차”

• 378페이지의 “아카이브 데이터 검색 및 복구”

• 380페이지의 “Archive Request 관리”

NetWorker 아카이브 개요NetWorker 아카이브 기능은 NetWorker 클라이언트 컴퓨터에 아카이브 서비스를 제공합니다. 아카이브 프로세스는 특정 시간에 존재하는 파일 또는 디렉토리를 캡처하여 데이터를 특수 아카이브 저장 장치 볼륨에 기록합니다. 이 볼륨은 자동으로 재활용되지 않습니다. 아카이브 프로세스가 완료된 후에는 공간을 확보하기 위해 디스크에서 원본 파일을 삭제(“groom“)할 수 있습니다.



368

8

아카이브 Save set는 백업 Save set와 유사하며, 기본적인 차이는 아카이브 Save set에는 만료일이 없다는 것입니다. 기본적으로 아카이브 백업 레벨은 항상 Full로 설정됩니다. NetWorker 서버가 아카이브 데이터를 백업 Save set 데이터와 다르게 처리하기 때문에 아카이브 데이터가 별도의 풀에 기록되어야 합니다. 아카이브 데이터에는 찾기 및 보유 방침이 적용되지 않습니다.

NetWorker 아카이브 기능을 사용하면 다음과 같은 장점들이 있습니다.

• 주 디스크 저장 장치에서 아카이브된 파일을 삭제하여 새 파일의 공간을 마련하고 향후 빠른 복구를 위해 아카이브 볼륨에 보유할 수 있습니다.

• 아카이브된 데이터는 자동으로 재활용되지 않기 때문에 실수로 겹쳐지지 않습니다.

• Indexed Archive 풀과 PC Archive 풀을 사용하는 아카이브된 볼륨의 파일은 무기한으로 찾을 수 있습니다.

참고: NetWorker 소프트웨어는 SYSTEM 또는 VSS SYSTEM Save set의 아카이브를 지원하지 않습니다.

아카이브 요청 사항

NetWorker 아카이브 기능에 라이센스를 부여하고 사용하기 전에 다음 사항이 구비되어 있어야 합니다.

• 장치(독립형 장치나 Autochanger 또는 Silo)가 NetWorker 서버 또는 저장 장치 노드에 연결되어 있어야 합니다. 아카이브를 복제하려면 최소한 두 개의 사용 가능한 장치가 있어야 합니다.

• 평가 기간이 끝난 후 제품에 라이센스를 부여하기 위한 임시 또는 영구 작동 코드가 있어야 합니다.

NetWorker 서버의 데이터 아카이브 방법

NetWorker 소프트웨어는 다음 세 가지 사전 구성된 풀을 제공하여 아카이브된 데이터를 받습니다.

• Indexed Archive 풀

• PC Archive 풀

• Archive 풀

또한 사용자 정의 Archive 풀을 작성할 수 있습니다. 아카이브 작업 동안 NetWorker 서버는 Archive 풀에 속한 저장 장치 볼륨에 데이터를 기록합니다. 아카이브 데이터에 대한 정보는 NetWorker 서버의 미디어 데이터베이스에서 추적됩니다.



8

사전 구성된 Indexed Archive 풀이나 PC Archive 풀을 사용하는 경우 또는 Pool 자원의 Store Index Entries 속성이 Yes로 설정된 사용자 정의 Archive 풀을 만든 경우, 아카이브 Save set에 있는 개별 파일에 대한 정보는 클라이언트 파일 인덱스에서 추적됩니다. 아카이브 작업 동안 생성된 클라이언트 파일 인덱스 항목은 다음 차례의 스케줄 백업 시 Default 풀의 볼륨에 백업됩니다.

참고: Pool 자원의 Store Index Entries 속성을 No로 설정하면 인덱스 항목이 생성되지 않습니다.

NetWorker 서버는 아카이브 작업에 사용된 볼륨을 백업 작업에 사용된 볼륨과 별도로 추적합니다. 파일을 백업 볼륨에 아카이브하거나 파일을 아카이브 볼륨에 백업할 수 없습니다. 아카이브 볼륨은 아카이브를 완료하기 위해 서버 장치에 로드되고 마운트되어야 합니다.

아카이브를 클라이언트에서 시작하든 또는 서버에서 시작하든 클라이언트의 아카이브 프로그램(nsrarchive)에 의해 아카이브가 작성됩니다. 이 프로그램은 클라이언트의 nsrexecd 서비스에 의해 시작됩니다. NetWorker 관리 프로그램의 Archive Request 자원을 사용하면 서버 또는 클라이언트에서의 아카이브를 예약할 수 있습니다.

369페이지의 그림 39에서는 NetWorker 소프트웨어가 데이터를 아카이브하는 방법을 보여줍니다.

그림 39. 아카이브 작업의 개요

NetWorker 클라이언트 NetWorker 서버 저장 장치 미디어

클라이언트 파일 시스템 백업 데이터 추적 구조

nsrarchive nsrindexd (인덱스 아카이브 전용)

nsrmmdbd

nsrmmd

nsrd

데이터 파일 인덱스 정보

미디어 데이터베이스 정보



370

8

인덱스화된 아카이브 및 비인덱스화 아카이브

NetWorker 서버는 다음 두 가지 스타일의 아카이브를 지원합니다.

• 인덱스화된 아카이브 — Indexed Archive 풀 또는 PC Archive 풀을 위한 아카이브

• 비인덱스화 아카이브 — Archive 풀 용

인덱스화된 아카이브(Indexed Archive 풀, PC Archive 풀)

인덱스화된 아카이브를 사용하여 데이터를 아카이브하면 클라이언트 파일 인덱스에 항목이 추가됩니다. 따라서 개별 파일을 찾고 선택하여 복구할 수 있습니다.

인덱스화된 아카이브를 사용하려면 다음 중 하나를 수행해야 합니다.

• 사전 구성된 Indexed Archive 풀 또는 PC Archive 풀을 사용합니다.

• 아카이브 볼륨과 연관된 Pool 자원의 Store Index Entries 속성을 사용합니다.

아카이브 작업 동안 생성된 클라이언트 파일 인덱스 항목은 다음 차례의 스케줄 백업 시 Default 풀의 볼륨에 백업됩니다.

비인덱스화 아카이브(Archive 풀)

비인덱스화 아카이브를 사용하여 데이터를 아카이브하면 클라이언트 파일 인덱스에 항목이 추가되지 않습니다. 이 데이터를 검색하면 전체 Save set가 검색되며 개별 파일을 찾거나 복구할 수 없습니다.

아카이브 권한다음 절에서는 아카이브 기능을 사용하는 데 필요한 권한에 대해 설명합니다.

• 371페이지의 “클라이언트의 아카이브 서비스 사용”

• 371페이지의 “아카이브 액세스 사용 또는 제한”

• 372페이지의 “공용 아카이브 액세스 사용”



8

클라이언트의 아카이브 서비스 사용

아카이브 서비스에 대한 라이센스를 정식으로 부여받고 작동 코드를 NetWorker 서버에 입력한 후에는 기본적으로 그 서버의 모든 클라이언트에 대해 NetWorker 아카이브 기능을 사용할 수 있습니다. 특정 클라이언트에 아카이브 기능을 사용하지 않으려면 Client 자원의 Archive Services 속성을 Disabled로 설정하십시오.

NetWorker 서버에 있는 데이터를 아카이브하려면 서버의 Client 자원에서 Archive Services 속성이 사용되어야 합니다. 지침에 대해서는 373페이지의 “NetWorker 클라이언트의 아카이브 서비스 사용”을 참조하십시오.

중요 사항: Client 자원에 대한 Archive Services 속성을 사용하면 해당 서버에서 같은 이름을 갖는 모든 다른 클라이언트의 Archive Services 속성도 사용됩니다. 예를 들어, 하나의 데이터베이스 응용 프로그램에 대해 하나의 NetWorker Module을 가지고 있고 같은 NetWorker 서버에 백업되는 같은 컴퓨터에 NetWorker 클라이언트 소프트웨어가 설치되어 있으면 두 Client 자원이 모두 같은 이름을 갖게 됩니다. 이런 경우에는 Archive Services 속성이 두 곳 모두에서 사용되거나 사용하지 않습니다.

아카이브 액세스 사용 또는 제한

Client 자원의 Archive Users 속성은 데이터를 아카이브하도록 허용된 사용자를 지정합니다. 이 속성에 나열된 사용자가 없으면 데이터에 대해 읽기 권한을 갖고 있는 NetWorker Administrators 그룹의 멤버만 데이터를 아카이브할 수 있습니다. Administrators 그룹의 멤버가 아닌 사용자가 데이터를 아카이브하려면 이 속성에 해당 사용자의 이름을 포함시키십시오. 데이터를 아카이브하거나 검색하려면 해당 데이터에 대한 읽기 권한과 Backup Local Data 권한이 있어야 합니다. Administrators 그룹 및 Backup Local Data 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

사용자는 본인 소유의 데이터만 검색할 수 있습니다. 다른 사용자가 본인 소유가 아닌 데이터를 복구해야 할 경우에는 공용 아카이브 액세스를 사용해야 합니다.

참고: Administrators 그룹 멤버 또는 Change Security Settings 권한이 있는 사용자만 Archive Users 속성을 변경할 수 있습니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.



372

8

공용 아카이브 액세스 사용

Client 자원의 Archive Users 속성에 나열된 사용자가 해당 클라이언트로부터 아카이브된 파일을 검색하려면 Server 자원의 Public Archives 속성을 사용해야 합니다. 복구하는 동안 운영 체제가 아카이브된 데이터의 소유권을 원래 소유자로 변경하면 검색된 파일은 원래의 소유권을 표시합니다. 그렇지 않으면 파일을 검색한 사용자가 해당 파일의 소유자가 됩니다.

Public Archives 속성을 사용할 때 특정 클라이언트를 복구 권한에서 제외할 수 없습니다.

Archive 풀NetWorker 소프트웨어는 다음 세 가지 사전 구성된 풀을 제공하여 아카이브된 데이터를 받습니다.

• Indexed Archive 풀

• PC Archive 풀

• Archive 풀

데이터를 아카이브하기 위해 사용자 정의 풀을 만들 수는 있지만 이들 사전 구성된 풀의 설정을 변경할 수는 없습니다. 사용자 정의 풀은 인덱스화된 아카이브나 비인덱스화 아카이브 중 하나를 사용할 수 있습니다. 사용자 정의 아카이브 풀 작성에 대한 내용은 373페이지의 “사용자 정의 Archive 풀 작성”을 참조하십시오.

아카이브된 데이터를 저장할 풀을 지정하지 않으면 NetWorker 소프트웨어는 기본적으로 Indexed Archive 풀을 사용합니다.

사전 구성된 Indexed Archive 풀 및 PC Archive 풀

사전 구성된 Indexed Archive 풀 및 PC Archive 풀은 클라이언트 파일 인덱스에 각 파일의 항목을 저장합니다.

중요 사항: Indexed Archive 풀 또는 PC Archive 풀을 사용하여 절대로 만료되지 않는 대형 클라이언트 파일 인덱스를 작성할 수 있습니다.

사전 구성된 Archive 풀

사전 구성된 Archive 풀은 찾을 수 있는 클라이언트 파일 인덱스가 없습니다. 따라서 아카이브 Save set에서 개별 파일을 검색할 수 없습니다. 전체 Save set를 검색해야 합니다.



8

사용자 정의 Archive 풀 작성

Pool 자원의 다음 두 가지 속성은 Archive 풀을 다른 풀과 구별합니다.

• Pool Type

이 속성은 Archive로 설정해야 합니다. 이렇게 설정함으로써 이 풀에 속한 볼륨이 아카이브를 위해 사용된다는 것을 NetWorker 서버에 알려줍니다.

• Store Index Entries

이 속성은 아카이브가 인덱스화된 아카이브인지 또는 비인덱스화 아카이브인지 여부를 지정합니다.

– 이 속성을 No로 설정하면 클라이언트 파일 인덱스에 항목이 기록되지 않습니다(비인덱스화 아카이브).

– 이 속성을 Yes로 설정하면 클라이언트 파일 인덱스에 항목이 기록됩니다(인덱스화된 아카이브).

풀 작성에 대한 자세한 내용 및 절차는 214페이지의 “풀”을 참조하십시오.

데이터 아카이브 절차클라이언트로부터 수동 아카이브를 요청하거나 서버로부터 아카이브를 예약할 수 있습니다.

이 절에서는 다음 절차에 대해 간략하게 설명합니다.

• 373페이지의 “NetWorker 클라이언트의 아카이브 서비스 사용”

• 374페이지의 “수동 데이터 아카이브”

• 376페이지의 “아카이브 예약”

NetWorker 클라이언트의 아카이브 서비스 사용

NetWorker 클라이언트에 아카이브 서비스를 사용하려면 다음을 따르십시오.


2. 새 클라이언트를 만들려면 Create를 선택하고 클라이언트 정보를 입력합니다. 기존 클라이언트를 편집하려면 제공되는 목록에서 클라이언트를 선택합니다.

3. Archive Services 속성에서 Enabled를 선택하여 해당 클라이언트에 대해 아카이브 서비스를 활성화합니다.

4. Archive Users 속성에 모든 해당 사용자를 입력합니다. 이 속성의 설정에 대한 자세한 내용은 371페이지의 “아카이브 액세스 사용 또는 제한”을 참조하십시오.




374

8

수동 데이터 아카이브

언제든지 데이터를 수동으로 아카이브할 수 있습니다. 수동 아카이브는 수동으로 데이터를 백업하는 것과 유사합니다.

전체 파일 시스템, 특정 디렉토리 또는 개별 파일을 수동 아카이브용으로 나타낼 수 있습니다. 아카이브를 위해 디렉토리를 선택하면 디렉토리에 포함된 모든 하위 디렉토리 및 파일도 선택됩니다. 특정 파일을 수동 아카이브에서 제외하려면 nwarchive 프로그램을 사용하여 해당 항목의 선택을 취소합니다.


• 374페이지의 “NetWorker 클라이언트에서 수동 아카이브 요청”

• 375페이지의 “명령 프롬프트에서 수동으로 아카이브”

NetWorker 클라이언트에서 수동 아카이브 요청

수동 아카이브를 요청하려면 다음을 따르십시오.

1. 다음과 같이 nwarchive 프로그램을 시작합니다.

– 기본 NetWorker 서버로 아카이브하려면 다음 명령을 입력합니다.

# nwarchive &

– 기본 서버 이외의 다른 NetWorker 서버로 아카이브하려면 다음 명령을 입력합니다.

# nwarchive -s server &

nwarchive 프로그램은 수동 백업에 사용하는 nwbackup 프로그램과 유사한 표현으로 클라이언트의 파일 시스템을 표시합니다.

2. Mark 메뉴에서 Mark를 선택하거나 Mark 버튼을 눌러 아카이브로 처리할 각 파일 또는 디렉토리를 선택합니다. 아카이브할 항목을 선택하면 그 항목 옆에 체크 표시가 나타납니다.

현재 백업 표시가 되어 있는 항목을 선택 해제하려면 Mark 메뉴에서 Unmark를 선택하거나 Unmark 버튼을 누릅니다.

3. File 메뉴에서는 Start Archive를 선택합니다.

참고: Start 버튼을 눌러도 됩니다.

4. Annotation 속성에 설명을 입력합니다. 이 설명은 검색하는 동안 각 아카이브 Save set를 식별하는 데 사용됩니다.

5. Archive Pool 속성에서 적절한 아카이브 풀 유형을 선택합니다. Pool Type 속성이 Archive로 설정된 풀만 나열됩니다.



8

6. 다음 데이터 아카이브 속성에 대해 적절한 응답을 선택합니다.

• Compress: 데이터를 아카이브하면서 압축하려면 Compress 속성에 대해 Yes를 선택합니다. 데이터를 압축 및 압축 해제하면 보다 많은 서버 자원이 사용되므로 데이터를 아카이브 및 검색하는 데 느려질 수 있습니다.

• Clone: 각 아카이브 Save set의 복사본을 아카이브 복제 풀의 볼륨에 기록하려면 Clone 속성에 대해 Yes를 선택합니다.

복제를 사용한 경우 Clone Pool 속성에서 아카이브 복제 풀을 입력하거나 선택합니다. Pool Type 속성이 Archive Clone으로 설정된 풀만 나열됩니다.

• Verify: 저장 장치 볼륨에 있는 데이터의 무결성을 검사하도록 NetWorker 서버에 지시하려면 Verify 속성에 대해 Yes를 선택합니다.

• Grooming: 디스크에서 아카이브된 파일을 제거하도록 NetWorker 서버에 지시하려면 Grooming 속성에 대해 Yes를 선택합니다.

7. Archive를 누릅니다.

NetWorker 서버가 아카이브의 진행을 모니터하는 Archive Status 창을 표시합니다. NetWorker 서버가 아카이브를 완료하면 Archive Status 창에 다음과 같은 메시지가 나타납니다.

Archive completion time: 2-21-03 5:18p

8. 단계 6에서 Groom 옵션을 선택한 경우 NetWorker 소프트웨어가 로컬 디스크에서 아카이브된 파일을 삭제하기 전에 이를 확인하는 프롬프트가 Remove Archived File 대화 상자에 나타납니다.

각 파일마다 프롬프트가 표시되지 않게 하려는 경우 Suppress Further Prompting을 선택하면 프롬프트가 표시되지 않고 로컬 디스크에서 아카이브된 모든 파일이 삭제됩니다.

명령 프롬프트에서 수동으로 아카이브

또한 명령줄 프로그램 nsrarchive를 사용하여 수동으로 데이터를 아카이브할 수도 있습니다. 기본적으로 nsrarchive 프로그램을 사용할 때는 각 아카이브된 파일의 삭제 여부를 확인하는 프롬프트가 나타납니다. 파일을 자동으로 삭제하려면 -y 옵션을 nsrarchive 명령에 포함시키십시오.

자세한 내용은 이 명령의 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.



376

8

아카이브 예약

클라이언트 데이터의 스케줄 아카이브는 NetWorker 관리 프로그램을 통해 구성되며 NetWorker 서버에 의해 수행됩니다. 스케줄된 아카이브는 스케줄 백업과 달리 한 번만 실행됩니다. 스케줄된 아카이브는 네트워크 트래픽과 컴퓨터 사용이 적을 때 아카이브를 실행할 수 있다는 장점이 있습니다.


• 376페이지의 “아카이브 스케줄”

• 377페이지의 “아카이브 요청 편집”

• 377페이지의 “아카이브 요청 삭제”

아카이브 스케줄

참고: 아카이브 요청을 스케줄하려면 Client 자원의 Archive Services 속성을 사용해야 합니다. 자세한 내용은 373페이지의 “NetWorker 클라이언트의 아카이브 서비스 사용”을 참조하십시오.

아카이브를 예약하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Customize 메뉴에서 Archive Requests를 선택합니다.


3. Name 속성에서 아카이브 요청의 이름(64 글자 이내)을 입력합니다.

4. Annotation 속성에서 설명을 입력합니다. 이 설명은 검색하는 동안 각 아카이브 Save set를 식별하는 데 사용됩니다.

5. Status 속성에서 다음 중 한 가지 옵션을 선택합니다.

• Start Now: Archive Request 창에서 Apply를 누르면 바로 아카이브를 시작합니다.

• Start Later: Start Time 속성에서 지정한 시간에 아카이브를 시작합니다.

– Start Time 속성에서 아카이브 요청의 이름을 입력합니다.

– 시간 값은 24시간 형식(예: 오후 11:59인 경우 23:59)으로 입력합니다. 기본 시작 시간 값은 3:33입니다.

6. Client 속성에서 해당 아카이브 클라이언트의 호스트 이름을 입력합니다. NetWorker 서버가 자체 파일을 아카이브하게 하려면 해당 서버의 호스트 이름을 입력합니다.

7. Save Set 속성에서 아카이브할 파일이나 디렉토리의 경로명을 입력합니다.

참고: 클라이언트의 모든 Save set를 아카이브할 경우에는 Grooming 속성에서 None을 선택합니다(단계 10 참조). Grooming 속성에 대해 제거를 선택하면 NetWorker 서버가 클라이언트의 모든 아카이브된 Save set를 삭제합니다.



8

8. Directive 속성에서 디렉티브를 입력하거나 선택합니다. 디렉티브에 대한 자세한 내용은 193페이지의 “디렉티브”를 참조하십시오.

9. Archive Pool 목록에서 풀을 선택합니다.

10. 다음 데이터 아카이브 속성에 대해 적절한 응답을 선택합니다.

• Verify: 저장 장치 볼륨에 있는 데이터의 무결성을 검사하도록 NetWorker 서버에 지시하려면 Verify 속성에 대해 Yes를 선택합니다.

• Clone: 각 아카이브 Save set의 복사본을 아카이브 복제 풀의 볼륨에 기록하려면 Clone 속성에 대해 Yes를 선택합니다.

복제를 사용한 경우 Archive Clone Pool 속성에서 아카이브 복제 풀을 입력하거나 선택합니다.

• Grooming: 디스크에서 아카이브된 파일을 제거하도록 NetWorker 서버에 지시하려면 Grooming 속성에 대해 Yes를 선택합니다.

11. Archive Completion 속성에서 데이터 아카이브를 완료한 후 NetWorker 서버가 사용할 통지 내용을 입력합니다. 통지에 대한 자세한 내용은 111페이지의 “통지”를 참조하십시오.


아카이브 요청 상태에 대한 정보를 보려면 Archive Request Details 창을 여십시오. 381페이지의 “스케줄 아카이브의 내역 보기”를 참조하십시오.

아카이브 요청 편집

아카이브 요청을 편집하려면 다음을 따르십시오.


2. Archive Requests 속성에 표시된 목록에서 아카이브 요청을 선택합니다.

3. 아카이브 요청의 속성을 편집한 다음 Apply를 누릅니다.

아카이브 요청 삭제

참고: 현재 사용중인 아카이브 요청은 삭제할 수 없습니다.

아카이브 요청을 삭제하려면 다음을 따르십시오.


2. Archive Requests 목록에서 적절한 아카이브 요청을 선택합니다.


4. 확인 프롬프트가 나타나면 OK를 누릅니다.



378

8

아카이브 데이터 검색 및 복구이 절에서는 NetWorker 아카이브 기능을 사용하여 아카이브된 데이터를 검색하는 방법에 대해 설명합니다.

• 378페이지의 “검색 권한”

• 378페이지의 “비인덱스화 아카이브된 데이터 검색”

• 379페이지의 “인덱스화된 아카이브 데이터 복구”

검색 권한

아카이브된 데이터를 검색 또는 복구할 때 다음 제한 사항이 적용됩니다.

• 아카이브된 데이터에 대해 읽기 권한이 있어야 합니다.

• Server 자원의 Public Archives 속성을 사용할 경우에는 Client 자원의 Archive Users 속성에 나열된 모든 사용자가 데이터 읽기 권한이 있으면 데이터를 검색할 수 있습니다.

• Server 자원의 Public Archives 속성을 사용하지 않을 경우에는 NetWorker 관리자나 해당 파일의 소유자만 데이터를 검색할 수 있습니다.

자세한 내용은 370페이지의 “아카이브 권한”을 참조하십시오.

참고: 검색하는 동안 사용자가 운영 체제가 아카이브된 데이터의 소유권을 원래 소유자로 변경하면 검색된 파일은 원래 소유권을 표시합니다. 그렇지 않으면 파일을 검색한 사용자가 해당 파일의 소유자가 됩니다.

비인덱스화 아카이브된 데이터 검색

비인덱스화 아카이브를 사용하여 아카이브된 데이터는 해당 아카이브된 Save set에 대한 정보를 클라이언트 파일 인덱스에서 유지 관리하지 않습니다. 따라서, 데이터가 전체 Save set에 대해 검색됩니다.

비인덱스화 아카이브된 데이터를 검색하려면 다음을 따르십시오.

1. 해당 저장 장치에 아카이브 볼륨을 마운트합니다.

2. nwretrieve 프로그램을 시작합니다. 예를 들면 다음과 같습니다.

# nwretrieve&



8

3. 질의시 발견되는 아카이브된 Save set를 제한하려면 다음 중 하나 이상의 속성을 완성하십시오.

• Client: 아카이브된 데이터를 검색하려는 클라이언트의 이름을 입력합니다.

• Save Set Name: 검색하려는 아카이브된 Save set의 이름을 입력합니다.

• Search Annotation For: 아카이브시 해당 Save set에 할당한 설명의 전부나 일부를 입력합니다. 검색을 지원하려면 이 속성에서 와일드카드 기호를 사용하십시오.

4. Query를 눌러 단계 3에서 지정한 기준과 일치하는 Save set를 검색합니다. 일치하는 아카이브된 Save set가 Archives 창에 표시됩니다.

아카이브된 Save set의 크기, Save set ID, 아카이브 날짜 등 내역을 보려면 아카이브된 Save set를 선택하고 Details를 누릅니다.

5. 검색을 시작하려면 검색하려는 아카이브된 Save set를 선택하고 File 메뉴에서 Start Retrieve를 선택하거나 Start 도구 모음 버튼을 누릅니다. Retrieve Status 창이 표시됩니다.

파일을 다른 위치에 재배치하려면 Retrieve Status 창의 Relocate To 속성에서 새 위치를 입력합니다. 기존 파일을 자동으로 겹쳐쓰려면 Overwrite Existing Files 속성을 사용합니다.


Retrieve Status 창의 Status 속성에 검색 상태가 표시됩니다. 검색하는 동안 중복 파일 이름을 가진 파일을 만나면 NetWorker 서버가 수행할 적절한 동작을 나타내라는 내용의 프롬프트 메시지가 나타날 수도 있습니다.

참고: Save set 복구를 사용하여 아카이브된 Save set를 복구할 수도 있습니다. 자세한 내용은 350페이지의 “Save set 복구”를 참조하십시오.

인덱스화된 아카이브 데이터 복구

Indexed Archive 풀과 PC Archive 풀을 사용하여 아카이브된 데이터는 클라이언트 파일 인덱스에서 Save set에 있는 각 파일에 대한 정보를 유지 관리합니다.

아카이브된 파일은 아카이브되지 않은 파일과 같은 방법으로 복구됩니다. 인덱스화된 아카이브 파일을 복구하려면 Indexed Archive 풀, PC Archive 풀 또는 Pool 자원의 Store Index Entries 속성을 사용하는 사용자 정의 아카이브 풀을 사용하여 아카이브를 보관해야 합니다.

인덱스화된 아카이브 파일을 복구하려면 다음을 따르십시오.

1. nwrecover 프로그램을 시작합니다.

# nwrecover &

2. Change 메뉴에서 Index Namespace>Archive를 선택합니다.



380

8

3. 파일을 선택하고 도구 모음에서 Mark 버튼을 눌러 복구하려는 파일을 표시합니다.

4. 도구 모음에서 Start 버튼을 누릅니다.

Archive Request 관리이 절에서는 NetWorker 아카이브 요청과 관련된 기본 작업의 수행 방법에 대해 설명합니다.

• 380페이지의 “언제라도 스케줄 아카이브를 시작하는 방법”

• 380페이지의 “진행중인 스케줄 아카이브를 중단하는 방법”

• 381페이지의 “스케줄 아카이브를 사용하지 않는 방법”

• 381페이지의 “스케줄 아카이브의 내역 보기”

언제라도 스케줄 아카이브를 시작하는 방법

스케줄 아카이브를 예약 시간까지 기다리지 않고 즉시 시작하도록 정한 경우에는 NetWorker 서버가 아카이브 요청의 스케줄된 시작 시간을 겹쳐 쓰고 아카이브 요청에서 지정한 데이터를 즉시 아카이브합니다.

스케줄된 아카이브를 시작하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Server 메뉴에서 Archive Request Control을 선택합니다.

2. Archive 속성에서 아카이브 요청 이름을 선택합니다.


진행중인 스케줄 아카이브를 중단하는 방법

진행 중인 아카이브 요청을 중단하려면 다음을 따르십시오.


2. Archive 속성에서 중단하려는 아카이브 요청의 이름을 선택합니다.

3. Stop을 누릅니다.

진행 중인 스케줄 아카이브를 중단하면 아카이브 작업이 즉시 중단되고 해당 아카이브 요청은 Archive Requests Control 창의 Archive Requests 속성에서 중단된 것으로 표시됩니다. 아카이브 요청을 다시 시작하려면 380페이지의 “언제라도 스케줄 아카이브를 시작하는 방법”을 참조하십시오.



8

스케줄 아카이브를 사용하지 않는 방법

아카이브 요청을 사용하지 않으려면 다음을 따르십시오.


2. Archive 속성에서 비활성화하려는 아카이브 요청의 이름을 선택합니다.

3. Disable을 누릅니다.

스케줄 아카이브의 내역 보기

Archive Request Details 창을 열려면 다음을 따르십시오.


2. Archive 속성에서 내역을 보려는 아카이브 요청의 이름을 선택합니다.

3. Details를 눌러 Archive Request Details 창을 엽니다.

Archive Request Details 창은 아카이브 요청의 완료에 대한 정보를 제공합니다.

• Completion Time은 아카이브 작업이 끝난 시간을 표시합니다. 아카이브를 완료하는 데 걸린 시간은 해당 아카이브 작업의 완료 시간에서 시작 시간을 뺀 값입니다.

• 아카이브 요청의 완료 상태는 완료, 실패 또는 부분 완료 중 하나입니다.



382

8


9장:복제

LEGATO NetWorker 서버는 개별 Save set뿐만 아니라 저장된 데이터의 전체 볼륨의 중복 또는 복제를 만들 수 있습니다. 이렇게 하면 안전한 오프 사이트 저장이 가능하고 데이터를 한 곳에서 다른 곳으로 쉽게 전송할 수 있으며 백업을 확인할 수 있습니다.


• 383페이지의 “볼륨 복제”

• 389페이지의 “Save set 복제”

• 400페이지의 “다른 정보 및 절차”

복제 작업은 NetWorker 관리자만 수행할 수 있습니다.

볼륨 복제볼륨 복제는 저장 장치 볼륨에서 복제 볼륨으로 전체 Save set를 재생성하는 프로세스입니다. 백업 또는 아카이브 볼륨에서 Save set 데이터를 복제할 수 있습니다. 이러한 작업으로 Save set를 자동으로 복제하는 방법과 수동으로 복제하는 방법이 있습니다.

볼륨 복제 작업 방법

볼륨 복제 작업은 다음과 같은 두 가지 부분으로 이루어지는 작업입니다.

1. NetWorker 서버가 소스 볼륨에서 데이터를 읽어 들입니다.

2. NetWorker 서버가 복제 볼륨(복제 풀(clone pool)의 볼륨)에 데이터를 기록합니다.


9장:복제

384

9 중요 사항: 복제하려면 두 개 이상의 장치가 필요한데, 하나는 소스 볼륨을 읽고, 다른 하나는 복제된 새 데이터를 다른 볼륨에 기록하는데 사용됩니다. 따라서 성공적으로 복제하기 위해서는 해당 서버에 두 개 이상의 장치가 사용되고 있어야 합니다.

복제하는 동안 데이터가 소스 볼륨에서 복제 볼륨으로 복사됩니다. 데이터 복제시 저장 장치 미디어가 다른 수용 능력을 갖는다는 것은 원본 데이터에 필요한 것보다 많거나 적은 복제 볼륨이 필요하다는 것을 의미합니다. 특정 볼륨이 복제되도록 지정하면 NetWorker 소프트웨어는 지정한 볼륨의 Save set를 원본 데이터로 사용합니다.

NetWorker 관리 프로그램은 Messages 창에 복제 정보를 표시합니다. 복제 관련 메시지는 NetWorker 메시지 파일인 /nsr/logs/messages에도 기록됩니다.

볼륨을 복제하려면 NetWorker 관리 그룹의 멤버여야 합니다. 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

볼륨 복제 요구 사항

NetWorker 서버에서 볼륨을 복제하려면 다음이 필요합니다.

• 최소한 두 개의 저장 장치, 하나는 기존 데이터를 읽고 다른 하나는 복제된 데이터를 쓰는데 필요합니다.

• 대상 볼륨은 소스 볼륨과 다른 볼륨이어야 하며 복제 풀에 속해야 합니다.

• 소스 볼륨은 원본 볼륨이고 대상 볼륨은 데이터가 복제된 볼륨입니다.

볼륨 복제 성능

일반적으로 볼륨 쓰기는 백업 작업이나 복제 작업의 경우와 같은 속도로 발생합니다. 그러나 복제 작업이 스케줄 백업의 일부로서 자동 요구될 때는 뒤따라 발생하는 다른 스케줄 백업의 성능이 저하되는 경우도 있습니다.

NetWorker 서버에서는 보통의 경우 한 그룹에 대한 스케줄 백업을 완료한 후에 다른 그룹에 대한 스케줄 백업을 시작합니다. 그러나 NetWorker 서버는 모든 자동 복제가 완료될 때가 아니라 백업 작업이 완료될 때 그룹 백업이 완료된 것으로 간주합니다. 따라서 이전 그룹에 대한 복제 작업이 진행 중인 동안 다른 그룹이 백업을 시작할 경우 nsrmmd 자원 또는 특정 볼륨에 대한 경합이 있을 수도 있습니다.

이러한 문제를 피하려면 자동 복제를 삼가고 대신 모든 백업이 완료된 후의 바쁘지 않은 시간에 실행하는 작업의 일부로서 nsrclone 명령을 사용하여 단일 복제 작업을 시작하는 것이 좋습니다. 자세한 내용은 nsrclone 매뉴얼 페이지 또는 LEGATO Command Reference Guide의 nsrclone 항목을 참조하십시오.

9장:복제


9

복제와 볼륨 중복의 비교

볼륨이 복제될 때 그 볼륨에서 시작하는 모든 Save set가 복제됩니다. 따라서 단일 볼륨 복제에 두 개 이상의 볼륨이 필요할 수 있습니다. 이것은 볼륨에 있는 마지막 Save set가 다른 볼륨으로 계속 이어질 수 있기 때문입니다. 그러한 경우에도 Save set를 복제하지만 복제를 완료하는데 볼륨이 추가로 필요합니다.

또한 복제 작업은 클라이언트 파일 인덱스 및 미디어 데이터베이스 둘 다에 추적할 수 있는 정보 항목을 남깁니다. 이렇게 복제된 데이터를 추적할 수 있는 기능을 갖고 있다는 것이 복제와 운영 체제 또는 하드웨어 장치 복사 작업의 다른 점입니다.

복사 작업 시 볼륨 중복의 문제

운영 체제나 하드웨어 장치 복사 작업으로 볼륨을 중복하는 경우 소스 볼륨에 포함된 모든 Save set를 대상 볼륨에 넣을 수 있는지 확인해야 합니다. 마지막 Save set가 다른 볼륨으로 계속 이어지는 경우 이 Save set는 복제할 때처럼 두 번째 볼륨으로 자동 중복되지 않습니다. 이 때문에 데이터가 손실될 수 있습니다.

또한 중복된 볼륨에는 유효한 NetWorker 레이블이 없기 때문에 NetWorker 소프트웨어가 중복된 볼륨을 인식하지 못합니다. 그러나 미디어 자동 관리가 사용되고 있고 중복된 볼륨이 Autochanger에 남아 있다면 레이블이 지정되지 않은 볼륨도 레이블 지정 후보자로 간주되어 스케줄 백업 동안 재사용됩니다. 미디어 자동 관리에 대한 자세한 내용은 274페이지의 “Auto Media Management”를 참조하십시오.

마찬가지로 NetWorker 아카이브 볼륨도 정확한 복사본을 작성할 수 있습니다. 그러나 각 아카이브 Save set와 관련된 정보는 볼륨 자체가 아닌 NetWorker 서버의 미디어 데이터베이스에 저장되는 정보입니다. 따라서 아카이브된 Save set의 중복 볼륨에는 표시 정보가 포함되어 있지 않습니다. 원래 아카이브 Save set의 항목을 미디어 데이터베이스에서 제거하면 기술된 표시 정보도 유실됩니다.


9장:복제

386

9

볼륨 복제와 데이터 추적 정보

복제 작업에서는 클라이언트 파일 인덱스에 항목이 삽입되지 않습니다. 복제된 Save set는 미디어 데이터베이스를 통해서만 추적됩니다. 복제하는 동안에는 복제된 Save set의 위치가 미디어 데이터베이스의 기존 Save set 항목에 추가됩니다. 즉, 각 Save set 복제가 소스 Save set와 같은 Save set ID (ssid)를 공유합니다. 소스 Save set에 참인 특성은 모두 Save set 복제에도 참이 됩니다.

• 소스 Save set가 여전히 찾기 가능할 경우 복제 상태는 찾기 가능입니다.

• 소스 Save set가 찾기 방침을 통과했다면 복제 상태는 복구 가능입니다.

복제 풀에 속한 볼륨은 미디어 데이터베이스의 볼륨 항목을 통해서도 추적할 수 있습니다. 모든 Save set가 같은 미디어 데이터베이스 Save set 항목을 공유한다는 사실은 볼륨별이 아닌 Save set별로 실행되는 다음과 같은 작업과 관련이 있습니다.

• 복제된 볼륨(Save set)의 모드 변경

• 클라이언트 파일 인덱스에서 볼륨(Save set의) 제거

• 미디어 데이터베이스에서 볼륨(Save set 위치의) 삭제

볼륨 복제의 모드를 재활용 가능으로 변경

특정 복제 볼륨을 재사용할 의도로 수동으로 복제 볼륨의 모드를 재활용 가능으로 변경하도록 결정하는 경우도 있을 수 있습니다. 그러나 해당 볼륨의 모든 Save set가 재활용 가능한 경우에만 볼륨의 모드를 재활용 가능으로 변경할 수 있음을 명심하십시오. 따라서 복제 볼륨의 모드가 재활용으로 변경되면 실제로는 해당 볼륨에 있는 모든 Save set의 상태도 재활용으로 변경됩니다. Save set가 미디어 데이터베이스의 동일 항목을 공유하기 때문에 원래 Save set와 복제 Save set 사이에 차이가 없습니다. 현재 재활용 가능 볼륨 또는 다른 볼륨에 위치한 모든 Save set의 최종 결과는 즉시 재활용하기 위한 후보자가 되는 것입니다.

중요 사항: 복제 볼륨의 모드를 재활용 가능으로 변경하면 해당 복제 볼륨에 관련된 모든 기본 Save set도 재활용 가능으로 표시됩니다. 이 때문에 데이터가 손실될 수 있습니다.

특정 복제 볼륨은 재사용하고 그 밖의 다른 볼륨에 있는 Save set의 인스턴스를 우연한 데이터 손실에서 계속 보호하려면 먼저 보호하려는 볼륨의 모드를 재사용으로 수동으로 변경합니다. 이렇게 하면 NetWorker 소프트웨어가 볼륨을 자동으로 재활용할 수 없게 됩니다. 그러면 재사용을 위해 볼륨을 재활용 모드로 안전하게 변경할 수 있습니다.

9장:복제


9

복제 볼륨 삭제

마찬가지로, 복제 볼륨을 삭제하면 복제 볼륨(전체 또는 일부)에 위치한 모든 Save set와 관련된 모든 파일 항목을 클라이언트 파일 인덱스에서 실제로 삭제하게 됩니다.

복제 볼륨 삭제

복제 볼륨을 삭제하면 nsrim 인덱스 관리 프로그램이 해당 복제 볼륨에 위치한 각 Save set의 미디어 데이터베이스에서 항목을 찾습니다. nsrim 프로그램은 Save set 복제 위치에 대한 정보를 항목에서 삭제하기 위해 표시를 합니다. 이 작업은 각 Save set 항목에 수행됩니다. 그 외에도 nsrim은 데이터베이스에서 삭제하기 위해 특정 복제 볼륨(볼륨 ID 번호로 식별)에 대한 항목에 (삭제) 표시를 합니다.

볼륨 복제 및 복구

복제 볼륨은 NetWorker 서버가 특정 Save set를 복구하려고 할 때 및 다음 상태 중 하나가 발생할 때 복구에 사용됩니다

• 원래 Save set 볼륨이 삭제되었을 때

• 원래 Save set의 상태가 suspect로 표시되어 있을 때

Save set의 상태 변경에 대한 자세한 내용은 170페이지의 “Save set의 상태 변경”을 참조하십시오.

복제 볼륨에 항상 scanner 프로그램을 실행하면 클라이언트 파일 인덱스나 미디어 데이터베이스 또는 둘 다의 항목을 재구성할 수 있습니다. 항목을 다시 작성한 후 일반 복구를 사용할 수 있습니다. scanner 프로그램에 대한 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오. scanner 프로그램으로 데이터를 복구하는 방법에 대한 내용은 LEGATO NetWorker Disaster Recovery Guide를 참조하십시오.


9장:복제

388

9

복제 볼륨 작성

388페이지의 그림 40에서와 같이 Clone Volume 창에서 한 볼륨의 모든 데이터를 수동으로 복제할 수 있습니다. 이 창은 현재 사용중인 서버의 볼륨에 대한 정보를 표시하며 여기에서 복제 프로세스가 시작됩니다.

그림 40. Clone Volume 창

복제 볼륨 작성

볼륨을 복제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Media 메뉴에서 Clone Volume을 선택합니다.

2. Clone Volume 창의 Volumes 목록에서 복제할 볼륨을 선택합니다.

3. Clone을 누르면 Clone Volume Status 대화 상자가 열립니다.

4. 복제 볼륨이 속할 복제 풀의 이름을 입력합니다. 복제된 볼륨은 사용자가 작성했거나 사전에 구성한 복제 풀에 속해야 합니다. 복제 풀을 선택하지 않을 경우 NetWorker 서버에서는 Default Clone Pool이 자동으로 선택됩니다.

5. Start를 누르면 복제가 시작됩니다.

복제 프로세스가 시작되면 Clone Volume Status 창의 Status 필드에 진행 상황이 나타납니다.

9장:복제


9

복제 볼륨 내역 보기

Volume Details 창을 열면 복제 볼륨의 용량, 사용된 공간, 파일 수 및 모드 등의 복제 볼륨의 내역을 볼 수 있습니다.

복제 볼륨 내역을 보려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Media 메뉴에서 Clone Volume을 선택합니다.

2. Clone Volume 창의 Volumes 속성에서 내역을 보려는 볼륨을 선택합니다.

3. Details를 누르면 Volume Details 창이 열립니다.

Save set 복제Save set를 복제하여 백업된 데이터의 동일 복사본을 빠르고 쉽게 작성할 수 있습니다. Save set 복제 기능은 복사할 데이터를 결정할 수 있는 고도의 융통성을 제공합니다. 자동 또는 수동으로 Save set를 복제할 수 있습니다. 단일 Save set를 복제하거나 전체 그룹에 대한 전체 백업만을 복제하도록 소프트웨어를 구성할 수 있습니다.

개요

NetWorker 복제 기능은 선택한 각 Save set의 복사본을 만들어 이를 대상 볼륨에 기록하는 방법으로 데이터의 안전을 보장합니다. 소스 및 대상 미디어의 유형과 용량이 다를 수 있습니다. 필요한 경우 복제된 Save set는 소스 볼륨을 스팬하는 것처럼 대상 볼륨을 스팬합니다. 대상 볼륨의 크기 또는 용량이 다를 수도 있기 때문에 원래 볼륨에서는 하나에도 맞았던 Save set가 복제 볼륨에서는 두 개에도 모자랄 경우도 있습니다. 하지만 다음과 같은 반대 상황도 또한 가능합니다. 원본 Save set는 두 개의 볼륨이 필요한데 복제된 Save set는 한 개의 볼륨만 필요합니다.

NetWorker 서버에서는 볼륨 당 Save set에 대해 하나의 복제만을 허용합니다. 따라서 하나의 Save set에 대해 3개의 복제를 지정할 경우 각 복제는 별도의 볼륨에 기록됩니다.

특정 Save set를 복제하도록 지정하면 NetWorker 소프트웨어는 해당 Save set에 복제가 있는지를 먼저 확인합니다. 한 Save set에 대해 여러 개의 복제가 존재하면 일반적으로 수동으로 마운트된 볼륨이 아닌 Autochanger의 볼륨에 있는 Save set의 복제가 소스 데이터로 선택됩니다. 명령 프롬프트를 사용하여 소스로 사용할 정확한 Save set 복제를 지정할 수 있습니다.


9장:복제

390

9

보유 방침

기본적으로 소스 및 대상 볼륨의 Save set는 동일한 보유 방침을 가지고 있습니다. 하지만 Volumes 창에서 수동 재활용으로 볼륨 모드를 변경하면 복제된 볼륨에 대해 사전에 선택한 보유 방침을 대체할 수 있습니다. 볼륨 모드 변경에 대한 자세한 내용은 289페이지의 “볼륨 모드 변경”을 참조하십시오.

볼륨에 수동 재활용 모드를 적용하면 다시 재활용 가능으로 모드를 수동 변경하지 않는 한 NetWorker 소프트웨어가 볼륨을 겹쳐쓰지 않습니다.

성능 레벨

NetWorker 서버는 백업 및 복제 성능 레벨을 관리하기 위해 스케줄 백업을 완료한 후 자동으로 Save set를 복제합니다. 다른 백업을 스케줄하기 전에 복제 프로세스를 완료하기 위한 시간을 고려해야 합니다.

온라인 인덱스 항목

NetWorker 서버는 미디어 데이터베이스에 복제된 Save set 및 볼륨에 대한 인덱스 항목을 작성합니다. 그러나 원본 볼륨과 복제 볼륨은 모두 클라이언트 파일 인덱스에 있는 동일한 항목 집합을 사용합니다. 미디어 데이터베이스에서 복제된 볼륨 또는 원래 볼륨 중 하나를 삭제한 경우 볼륨 중 하나라도 존재하기만 하면 NetWorker 서버가 해당 클라이언트 파일 인덱스 항목을 제거할 수 없게 합니다.

장치

데이터를 복제하려면 두 개의 저장 장치가 있어야 합니다. 이 중 한 장치는 소스 볼륨으로 사용하고 다른 장치는 대상 볼륨으로 사용합니다.

• 여러 개의 장치가 있는 라이브러리를 사용하는 경우에는 NetWorker 서버가 자동으로 복제하는 데 필요한 볼륨을 마운트합니다.

• 독립형 장치를 사용하는 경우에는 볼륨을 수동으로 마운트해야 합니다. NetWorker 서버는 마운트할 볼륨을 알려주는 메시지를 Messages 창에 표시합니다.

Save set 복제 작동 방법

Save set 데이터를 복제하는 데는 다음과 같은 두 가지 다른 방법이 있습니다.

• Save set 자동 복제는 Group 자원에서 설정할 수 있습니다. 자세한 내용은 393페이지의 “자동으로 Save set 복제”를 참조하십시오.

• Save set의 수동 복제를 수행하려면 Save Set Clone 대화 상자에 적절한 정보를 입력하면 됩니다. 수동으로 Save set를 복제하는 방법에 대한 지침은 391페이지의 “수동으로 Save set 복제”를 참조하십시오.

9장:복제


9

수동으로 Save set 복제

Save set를 수동으로 복제하려면 먼저 미디어 데이터베이스에 질의하여 올바른 Save set를 찾아야 합니다. 데이터베이스에 질의한 후에는 Save set를 선택하고 복제 작업을 시작합니다.

Save set를 수동으로 복제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Save Set 메뉴에서 Clone을 선택합니다.

참고: 391페이지의 그림 41에서와 같이 Save Set Clone 대화 상자의 텍스트 상자는 대소문자를 구분합니다.

그림 41. Save Set Clone 대화 상자

2. Client 텍스트 상자에 해당 Save set와 관련된 클라이언트의 이름을 입력합니다.

클라이언트 이름을 입력하지 않으면 NetWorker 소프트웨어가 모든 클라이언트의 모든 Save set를 찾아서 표시합니다.

3. (선택 사항) Save Set 텍스트 상자에 해당 Save set의 이름을 입력합니다.


9장:복제

392

9

4. (선택 사항) Volume 텍스트 상자에 볼륨의 이름을 입력합니다.

5. More를 눌러 Save Set Clone 창에 추가 필드를 표시합니다.

6. (선택 사항) Pool 텍스트 상자에 볼륨 풀의 이름을 입력합니다.

7. Start Date 및 End Date에 Save set가 작성된 시간에 해당하는 날짜를 입력합니다.

기본적으로 어제 날짜가 Start Date로 사용되고 End Date는 공백으로 되어 있습니다. 이렇게 하면 어제 오전 12시 1분에서 현재까지 백업된 Save set가 표시됩니다. Start 및 End Date 필드에는 다음 형식을 사용할 수 있습니다.

• 완벽한 날짜 기록(예: November 1, 2003)

• 숫자 형식으로 날짜 기록(예: 11/01/03)

• 구문 형식으로 날짜 기록(예: 2주전, 3일전)

8. (선택 사항) Save set의 적절한 상태를 선택합니다. Browsable, Recyclable, Scanned-in 및 Recoverable 기능이 기본적으로 선택되어 있습니다. 392페이지의 표 61은 NetWorker 소프트웨어에서 사용하는 Save set의 7가지 상태 변화를 보여줍니다.

표 61. Save set 상태 설정

상태 설명

Browsable Save set가 여전히 클라이언트 파일 인덱스에 항목을 갖고 있을 경우에 선택합니다.

Recyclable 모든 Save set가 찾기 및 보유 방침 시간 기간을 모두 지났고 볼륨이 자동 레이블 재지정과 겹쳐쓰기에 사용할 수 있는 경우에 선택합니다.

Scanned-in Save set가 scanner 프로그램을 사용하여 검색되는 경우에 선택합니다.

Recoverable Save set에 대한 항목이 클라이언트 파일 인덱스에서 제거되었지만 아직 미디어에서의 복구에 사용 가능한 경우에 선택합니다.

In-progress Save set가 현재 백업되고 있는 경우에 선택합니다.

Aborted Save set가 백업 중에 또는 컴퓨터가 고장났기 때문에 관리자에 의해 수동으로 중지된 경우에 선택합니다.

Suspect Save set를 복구하려는 이전 시도가 실패한 경우에 선택합니다.

9장:복제


9

9. (선택 사항) Maximum Level 속성에서 적절한 레벨을 선택하여 질의에 포함될 Save set의 백업 레벨을 지정합니다.

기본적으로 Incremental이 지정됩니다. NetWorker 서버가 선택된 레벨을 포함하여 선택된 레벨까지 모든 레벨을 검색하여 표시합니다. 예를 들면 다음과 같습니다.

• 레벨 5를 선택하면 소프트웨어가 레벨 Full, 1, 2, 3, 4 및 5로 백업되는 Save set를 찾아서 표시합니다.

• 레벨 Full을 선택하면 소프트웨어가 Full 레벨로 백업되는 Save set만 찾아서 표시합니다.

• Incremental을 선택하면 소프트웨어가 모든 레벨의 Save set를 찾아서 표시합니다.

최소한 하나 이상의 레벨을 선택해야 하며 한 번에 둘 이상의 레벨을 선택하지 않아야 합니다.

10. (선택 사항) Sort by 필드를 사용하여 Save Sets 목록 상자에서 Save set가 나타나는 순서를 선택합니다.

11. Query를 누릅니다. 그러면 사용자 필터링 기준에 맞는 Save set가 Save Sets 목록에 나타납니다.

선택한 Save set의 내역을 보려면 Details를 눌러 Save Set Clone Details 상자를 엽니다. 이 상자에서는 선택한 Save set에 대해 이름과 날짜, 포함한 파일 수 및 크기, 상태 같은 정보를 제공합니다. Close를 눌러 상자를 닫습니다.

12. Save Set 목록에서 복제하려는 Save set를 선택합니다.

13. Clone을 누릅니다. 복제 작업의 상태에 대한 정보가 표시된 Save Set Clone Status 창이 나타납니다.

자동으로 Save set 복제

NetWorker 서버는 스케줄 그룹 백업 시간에 자동으로 Save set 데이터를 복제할 수 있습니다. 이 작업은 Group 자원에서 구성됩니다. 복제를 포함한 그룹 구성에 대한 일반적인 내용은 298페이지의 “백업 그룹”을 참조하십시오.

사용자가 자동 복제를 위해 식별한 백업된 Save set는 관리자가 직접 개입하지 않고도 복제됩니다. Save set 복제 요구 사항을 미리 알 때는 자동 Save set 복제를 사용합니다.

자동 볼륨 복제는 모든 백업 작업이 완료된 후에 수행됩니다. 스케줄 백업 이후에 발행된 save 그룹 완료 보고서는 각 Save set에 대한 복제 작업의 성공 또는 실패도 보고합니다.

복제 데이터가 기록되는 장치의 위치는 Client 자원의 Clone Storage Nodes 속성에서 설정됩니다. 언제라도 저장 장치 노드와 NetWorker 서버의 이름을 추가하거나 삭제할 수 있습니다.


9장:복제

394

9

Save set 복제 예

이 절에는 Save set 복제에 대한 다음과 같은 세 가지 다른 예가 나와 있습니다.

• 394페이지의 “Save set 수동 복제”

• 395페이지의 “한 클라이언트의 자동 복제”

• 396페이지의 “여러 클라이언트의 자동 복제”

참고: 이 예제들은 마운트된 볼륨을 포함하고 있는 저장 장치가 두 개 있는 것을 가정합니다. 이 중 한 장치는 소스 볼륨을 읽기 위한 것이고 다른 하나는 대상(복제) 볼륨에 쓰기 위한 것입니다.

예: Save set 수동 복제

이 예제에서 사용자는 자동 복제 일정에 포함되지 않은 여러 Save set를 수동으로 복제하도록 NetWorker 관리자에게 요구했습니다.

NetWorker 소프트웨어를 사용하는 다른 주에 있는 다른 회사 지점으로 데이터를 보내야 합니다. NetWorker 관리자는 가장 최근의 데이터가 보내질 수 있도록 가장 최근에 수행한 전체 백업과 마지막 전체 백업 이후의 증분 백업을 복제해야 합니다.

복제된 데이터를 받는 회사는 scanner 프로그램을 사용하여 데이터를 검색해야 합니다. scanner 프로그램에 대한 자세한 내용은 362페이지의 “scanner 프로그램”을 참조하십시오.

Save set를 복제하려면 NetWorker 관리자에게 다음 정보가 있어야 합니다.

• NetWorker 클라이언트 이름

• Save set의 이름

• 데이터 백업 날짜

Save set를 수동으로 복제하려면 관리자가 다음 작업을 수행해야 합니다.


2. Save Set Clone 대화 상자의 Client 텍스트 상자에 클라이언트 이름을 입력합니다.

3. Save Set 텍스트 상자에 Save set 이름을 입력합니다.

4. Start Date 및 End Date에 검색할 날짜를 입력합니다.

참고: 이 경우 관리자는 기본값 이외의 상태 선택 사항을 변경하거나 선택할 필요가 없습니다.

5. Query를 누릅니다.

찾기 기준을 충족하는 모든 Save set가 Save Sets 목록에 나타납니다.

6. 복제할 Save set를 선택합니다.

9장:복제


9

7. Details를 눌러 복제할 데이터를 포함하고 있는 데이터와 원래 볼륨의 크기를 확인합니다.

8. 원래 볼륨을 마운트합니다.

9. Clone을 누릅니다.

예: 한 클라이언트의 자동 복제

이 예제에서는 시스템 관리자가 회사 제품 설명서가 있는 NetWorker 클라이언트 컴퓨터 jupiter에서 매일 자동으로 데이터를 복제합니다. 클라이언트 jupiter는 전체 백업을 수행하는 금요일을 제외하고 매일 밤 증분 백업을 수행합니다.

시스템 관리자가 다음 작업을 수행해야 합니다.

• jupiter 클라이언트가 속할 Documents라는 그룹을 작성합니다.

• Documents 그룹 선택을 포함하여 jupiter 클라이언트에 대한 적절한 선택을 수행합니다.

jupiter의 데이터를 자동으로 복제하려면 시스템 관리자는 다음 작업을 수행해야 합니다.

1. Documents 그룹을 작성합니다.

그룹 작성에 대한 자세한 내용은 302페이지의 “그룹 작성”을 참조하십시오.

2. Groups 대화 상자에서 적절한 항목을 선택합니다. 다음과 같이 선택해야 합니다.

• Autostart = Enabled

• Clones = Yes

• Clone pool = Default Clone(or a custom clone pool)

3. 클라이언트 jupiter를 작성합니다.

클라이언트 작성에 대한 자세한 내용은 160페이지의 “클라이언트 작성”을 참조하십시오.

4. jupiter에 적절한 백업 선택 항목을 선택합니다. 다음과 같이 선택해야 합니다.

• Schedule = Full Every Friday

• Group = Documents

관리자는 이러한 지침에 따라 클라이언트의 데이터가 매일 복제되도록 클라이언트에 대한 그룹을 만듭니다.


9장:복제

396

9 예: 여러 클라이언트의 자동 복제

396페이지의 그림 42에서는 NetWorker 소프트웨어에서 데이터를 복제할 때 아카이브할 수 있는 제어 레벨을 설명합니다. Groups, Schedules 및 Client 자원을 사용하여 자동 복제 구성을 그 수에 제한 없이 작성할 수 있습니다.

그림 42. 자동 복제 체계

이 예에서, 시스템 관리자는 유용한 사용 통계 정보를 가지고 있는 작은 NetWorker 클라이언트 그룹의 데이터를 자동으로 복제하고자 합니다. 그러나 오프사이트 저장고에 저장하기 위해 전체 백업의 복제만 필요합니다.

이렇게 하기 위해서는 두 개의 다른 그룹과 스케줄을 작성하여 Client 자원에서 두 개의 동일 개별 자원 집합에 적용해야 합니다. 두 그룹은 모두 같은 풀에 속하고 Client 자원에 지정된 찾기 및 보유 방침을 사용합니다.

참고: 전체 백업과 증분 백업을 각각 별도의 볼륨에 보관하려면 관리자는 두 개의 풀을 작성해야 합니다.

Accounting Incremental 그룹 원래 클라이언트

세트

일요일을 제외한 나머지 요일에 증분

실행

복제 기능 해제

복제 기능 설정

Accounting Full-Clone 스케줄

Accounting Incremental 스케줄

Accounting Full-Clone 스케줄

중복 클라이언트 세트

일요일만 전체 백업(나머지 요일 제외)

클라이언트 1 클라이언트 2 클라이언트 3

클라이언트 1 클라이언트 2 클라이언트 3

9장:복제


9

시스템 관리자가 다음 작업을 수행해야 합니다.

• 하나는 클라이언트에 대해 증분 백업을 수행하고 다른 하나는 전체 백업과 복제를 수행하는 두 개의 스케줄을 작성합니다.

– 397페이지의 표 62에서와 같이 Accounting Incremental이라는 이름의 스케줄을 만듭니다.

– 397페이지의 표 63에서와 같이 Accounting Full-Clone이라는 이름의 다른 스케줄을 만듭니다.

참고: 두 개의 스케줄을 작성하고 이들을 해당 클라이언트 집합에 대해 선택하면 시스템 관리자가 증분 백업을 모두 복제하지 않아도 됩니다.

• Accounting Incremental과 Accounting Full-Clone 두 그룹을 작성합니다.

참고: 자동 복제는 그룹 중 하나에 적용됩니다. 따라서 이 상황에서는 두 개의 그룹이 필요합니다. Accounting Incremental 그룹은 증분 백업을 수행하는데 사용되고, Accounting Full-Clone 그룹은 전체 백업과 복제를 수행하는데 사용됩니다.

• 각 클라이언트 컴퓨터에 대해 같은 이름의 클라이언트를 두 개씩 작성합니다. 한 NetWorker 클라이언트에는 한 번에 단 하나의 스케줄만 적용할 수 있기 때문에 같은 이름을 가진 두 개의 클라이언트가 필요합니다. 이 예제에서 한 클라이언트 세트는 Accounting Incremental 스케줄을 사용하고, 동일한 다른 클라이언트 세트는 Accounting Full-Clone 스케줄을 사용합니다.

• 각 클라이언트 집합에 대한 적절한 그룹 및 스케줄을 선택합니다.

표 62. Accounting Incremental 스케줄

Sun 월 화 수 목 금 토

생략(skip) 증분(incr) 증분(incr) 증분(incr) 증분(incr) 증분(incr) 증분(incr)

표 63. Accounting Full-Clone 스케줄

Sun 월 화 수 목 금 토

full 생략(skip) 생략(skip) 생략(skip) 생략(skip) 생략(skip) 생략(skip)


9장:복제

398

9

이 예제에서 데이터를 자동으로 복제하려면 시스템 관리자는 다음 작업을 수행해야 합니다.

1. NetWorker 관리 프로그램의 Configure 메뉴에서 Schedules를 선택합니다.

2. 백업을 생략하는 경우 Accounting Incremental 스케줄을 작성하여 일요일을 제외한 나머지 요일에 매일 증분 백업을 수행합니다(397페이지의 표 62 참조).

스케줄 작성에 대한 자세한 내용은 320페이지의 “스케줄 작성”을 참조하십시오.

3. Accounting Full-Clone 스케줄을 작성하여 매 일요일마다 전체 백업을 수행하고 그 주의 나머지 요일에는 백업을 수행하지 않습니다(397페이지의 표 63 참조).

4. Accounting Incremental 그룹을 작성합니다. 다음과 같은 속성이 필요합니다.


• Clones = No

그룹 작성에 대한 자세한 내용은 302페이지의 “그룹 작성”을 참조하십시오.

5. Accounting Full-Clone 그룹을 작성합니다. 다음과 같은 속성이 필요합니다.


• Clones = Yes

• Clone = Default Clone

6. 두 개의 동일 클라이언트 집합을 작성하여 각 클라이언트에 대해 적절한 스케줄과 그룹을 선택합니다.

클라이언트 작성에 대한 자세한 내용은 160페이지의 “클라이언트 작성”을 참조하십시오.

7. 한 번에 하나씩 첫 번째 클라이언트 세트를 선택하고 이들을 Accounting Incremental 그룹에 할당합니다. Create Client 대화 상자에서 적절한 선택을 합니다. 다음과 같은 속성이 필요합니다.

• Schedule = Accounting Incremental

• Group = Accounting Incremental

각 클라이언트에 대해 이렇게 선택한 후 OK를 누릅니다.

8. Schedule 속성과 Group 속성에서 이 번에는 Accounting Full-Clone을 선택하여 중복 클라이언트 세트를 한 번에 하나씩 선택합니다.

각 클라이언트에 대해 이렇게 선택한 후 OK를 누릅니다.

Accounting Full-Clone 그룹이 일요일에 전체 백업을 실행하면 데이터는 백업이 완료된 후 자동으로 복제됩니다. 증분 백업(주의 다른 날들은 건너뜀)은 복제되지 않습니다.

9장:복제


9

복제된 Save set 복구

Save set를 복구할 때 NetWorker 소프트웨어는 기본적으로 원래 볼륨을 항상 찾습니다. Save set 복구에 필요한 볼륨이 Required Volumes 창에 나타납니다. 자세한 내용은 341페이지의 “데이터 복구에 필요한 볼륨 보기”를 참조하십시오.

원래 볼륨이 아닌 복제된 볼륨에서 Save set 파일을 복제하려면 먼저 원래 Save set를 suspect로 지정해야 합니다. NetWorker가 원래 Save set를 사용할 수 없음을 알게 되면 복제된 버전을 찾습니다. 복제된 Save set를 포함하고 있는 복제 볼륨이 있으면 Required Volumes 창에 나타납니다. 그런 복제 볼륨이 없으면 소프트웨어가 suspect 볼륨에서 데이터를 복구하려고 합니다.

볼륨의 특정 Save set가 suspect로 만들기 위해 복구하려는 Save set인지 결정할 수 없는 경우, 해당 볼륨에 있는 모든 Save set의 상태를 suspect로 변경해야 합니다. 이렇게 하면 NetWorker 소프트웨어가 복구 프로세스 동안 필요한 Save set를 원래 볼륨에서 찾을 수 없습니다.

참고: NetWorker 서버는 복구에 필요한 볼륨을 한 번에 한 세트만 표시합니다. 따라서 복구를 위해 두 세트 이상의 복제를 사용할 수 있더라도 한 번에 한 세트만 Required Volumes 창에 나타납니다.

Save set 상태의 변경에 대한 내용은 170페이지의 “Save set의 상태 변경”을 참조하십시오.

NetWorker 사용자 프로그램의 Save Set Recover 창에 복제된 Save Set가 아닌 원래 Save Set만 나열됩니다. 다음 예와 같이 명령 프롬프트에서 복제된 Save Set의 복구를 수행할 수 있습니다.

nsrndmp_recover -S ssid/cloneid

명령 프롬프트에서 복제된 Save Set 복구에 관한 자세한 내용은 LEGATO Command Reference Guide를 참조하십시오.


9장:복제

400

9

다른 정보 및 절차이 절에는 NetWorker 소프트웨어를 사용하여 데이터를 복제할 때 유용한 기타 정보와 절차가 나와 있습니다.

아카이브된 데이터 복제

기존 아카이브 볼륨을 복제하려면 다음을 따르십시오.


2. Save Set Clone 대화 상자에서 Save set를 찾기 위한 기준을 선택합니다.

자세한 내용은 391페이지의 “수동으로 Save set 복제”를 참조하십시오.

3. Pool 텍스트 상자에서 Archive를 입력합니다.

4. Query를 누르면 해당 기준에 맞는 Save set가 표시됩니다.

5. 복제할 Save set를 선택합니다.

6. Clone을 누릅니다.

복제 저장 장치 노드 친화력

백업 데이터를 관리하는 데 사용되는 저장 장치 노드와 그 데이터를 복제하는 데 사용되는 저장 장치 노드 사이의 링크를 복제 저장 장치 노드 친화력이라고 합니다.

저장 장치 노드 또는 서버에 있는 Client 자원의 Clone Storage Nodes 속성은 데이터를 복제하는 데 사용되는 저장 장치 노드를 정의합니다. 이 때 데이터는 원래 Save set를 포함하는 미디어에서 지정된 복제 저장 장치 노드의 미디어로 복제됩니다.

참고: Clone Storage Node 속성은 NetWorker 저장 장치 노드 또는 서버 역할도 하는 클라이언트에 적용됩니다. 저장 장치 노드 또는 서버가 아닌 클라이언트에 대해서는 아무 정보도 입력하지 마십시오.

Clone Storage Nodes 속성을 사용하면 복제 작업을 수행하는 저장 장치 노드에 대해 저장 장치 노드의 원격 장치에 지정하는 네트워크 인터페이스와는 다른 네트워크 인터페이스를 지정할 수 있습니다. 서버는 Devices 자원에 구성되어 있는 원격 장치 이름의 호스트 이름 접두어 대신 속성에서 지정한 정확한 호스트 이름을 사용합니다.

9장:복제


9

볼륨 복제시 NetWorker 서버는 저장 장치 노드 클라이언트에 대한 Clone Storage Nodes 속성 값을 확인합니다.

• 이 때 Clone Storage Nodes 속성이 null 값을 가지면 해당 서버의 Clone Storage Nodes 속성에 나열된 값이 사용됩니다.

• 서버의 Clone Storage Nodes 속성이 null 값도 가진 경우 서버의 Storage Node 속성이 사용됩니다.

해당 서버의 Storage Node 속성을 따르는 기존 복제 기능과는 호환성이 유지됩니다.

각 저장 장치 노드의 복제를 독립적으로 방향 지정하려면 해당 저장 장치 노드에 대해 구성된 Client 자원의 Clone Storage Nodes 속성에서 방향이 지정된 복제를 수신하려는 저장 장치 노드의 호스트 이름을 추가합니다. 사용된 기능 장치가 있는 목록에서 작성한 첫 번째 항목이 저장 장치 노드의 복제된 데이터를 받도록 선택됩니다.

모든 저장 장치 노드의 복제를 동일 대상으로 방향 지정하려면 저장 장치 노드에 구성한 Client 자원의 Clone Storage Nodes 속성을 공백으로 두고 NetWorker 서버의 Clone Storage Nodes 속성만 구성합니다. 이 방법이 복제 대상에 대한 유일한 제어 수단입니다.

저장 장치 노드의 원격 장치에 있는 미디어에 복제된 Save set에 대한 클라이언트 파일 인덱스 및 미디어 데이터베이스는 NetWorker 서버에 상주합니다. 이는 서버에 로컬로 연결된 장치의 미디어에 상주하는 모든 복제된 Save set에 대해 같은 방식으로 찾기 및 보유 방침을 강행합니다.


9장:복제

402

9


10장: Autochanger 및 Silo

이 장에서는 Autochanger 및 Silo와 함께 LEGATO NetWorker 소프트웨어를 구성하고 운영하기 위한 정보를 제공합니다. Autochanger 및 Silo의 작업에는 저장 장치를 설치하고 설정할 수 있는 지식이 필요합니다. 볼륨 마운트 및 마운트 해제, 미디어 관리, 풀 사용, 볼륨 복제 등을 비롯하여 모든 장치와 관련된 추가 정보는 213페이지의 “5장:장치 및 미디어 관리”를 참조하십시오.

Autochanger와 함께 NetWorker 소프트웨어를 사용하려면 NetWorker Autochanger Software Module을 구입해서 사용해야 합니다. 이 제품에 대한 자세한 내용은 NetWorker 영업 대표 또는 LEGATO 공인 대리점에 문의하십시오. NetWorker 제품의 라이센스 관리에 대한 일반적인 내용은 95페이지의 “라이센스 관리”를 참조하십시오.


• 404페이지의 “Autochanger 설치 및 구성”

• 419페이지의 “Autochanger 구성 편집”

• 421페이지의 “동적 드라이브 공유”

• 425페이지의 “NetWorker 호스트 간에 Autochanger 공유”

• 432페이지의 “Autochanger 작업”

• 444페이지의 “바코드로 볼륨에 레이블 지정”

• 450페이지의 “볼륨 가져오기/내보내기 기능을 가진 Autochanger 사용”

• 451페이지의 “Autochanger 사용 관련 팁”

• 455페이지의 “Silo”

• 461페이지의 “Silo에서의 미디어 관리”



404

10

Autochanger 설치 및 구성Autochanger는 백업 미디어의 로드, 마운트 및 레이블 지정을 위한 작업을 자동으로 해 줍니다. Autochanger라는 용어는 다음을 포함한 여러 저장 장치를 지칭합니다. Jukebox, Carousel, 라이브러리, Near-line 저장 장치, 데이터휠 및 Autoloader가 그것입니다. “스태커“ 테이프는 NetWorker 소프트웨어에서 Autochanger로 간주되지 않습니다. 스태커는 순차적으로 테이프에 액세스하는 반면 Autochanger는 임의의 순서대로 미디어에 액세스할 수 있기 때문입니다.

Autochanger로 백업하기 전에 다음 작업을 수행하십시오.

1. NetWorker 소프트웨어 설치 및 사용

2. NetWorker Autochanger Software Module 설치 및 사용

3. 볼륨 로드 및 레이블 지정

일부 Autochanger 구성은 Autochanger Software Module을 설치하고 사용할 때 수행됩니다. Autochanger를 설치한 후 사용 가능한 슬롯, 장치, 바코드 선택, 미디어 자동 관리 및 클리닝 장치에 대해 변경 작업을 수행할 수 있습니다.

NetWorker 소프트웨어는 어떤 저장 장치에 대해서도 에뮬레이션 모드를 지원하지 않습니다. 기본 모드에서만 장치와 통신합니다. 예를 들어, Exabyte 440 모드에서는 ADIC DLT를 실행하지 마십시오.

이 절에서는 다음 정보를 제공합니다.

• 405페이지의 “Autochanger 보기”

• 405페이지의 “Autochanger 추가”

• 410페이지의 “Autochanger 연결 테스트”

• 411페이지의 “jbverify 프로그램을 사용한 장치 구성 테스트”

• 413페이지의 “Autochanger 속성 구성”

• 414페이지의 “Autochanger에 비 공유 장치 추가”

• 417페이지의 “Autochanger 재설정”

• 417페이지의 “원격 Autochanger 관리”

• 418페이지의 “Autochanger 작업에 대한 휴지 기간 조정”



10

Autochanger 보기

NetWorker 서버가 인식하는 Autochanger를 보려면 다음을 따르십시오.


2. NetWorker 서버에 연결된 모든 Autochanger가 Jukeboxes 목록 상자에 나타납니다.

Autochanger 추가

NetWorker 관리 프로그램을 사용하여 Autochanger를 추가하거나 작성할 수 없습니다. 대신 명령 프롬프트에서 jbconfig 프로그램을 사용해야 합니다. 하지만 Autochanger를 성공적으로 추가하고 구성한 이후에는 NetWorker 관리 프로그램으로 구성을 수정할 수 있습니다.

참고: NetWorker 소프트웨어 7.0 이전 버전에서 jbconfig 프로그램은 Autochanger가 NetWorker에 이미 구성되어 있는지 여부에 관계 없이 jbconfig를 실행한 컴퓨터에 연결된 모든 Autochanger를 나열합니다. NetWorker 7.0 소프트웨어의 경우 jbconfig 프로그램을 실행하면 해당 컴퓨터에 연결되었지만 아직 구성되지 않은 Autochanger만 나열합니다.

Autochanger를 추가하려면 다음을 따르십시오.

1. NetWorker 서버에 root로 로그인합니다.


# jbconfig

jbconfig 프로그램은 다음 설치 스크립트를 표시하고 사용자 응답을 대기합니다. 기본 응답을 사용하려면 Enter 키를 누르십시오.

jbconfig 프로그램의 예와 적절한 응답을 보려면 406페이지의 “예: SCSI Autochanger 구성” 및 407페이지의 “예: SJI Autochanger 구성”을 참조하십시오.

서버에 연결된 Autochanger 또는 jbconfig 프롬프트에 응답하기 위해 필요한 관련 정보에 대한 자세한 내용을 보려면 inquire 및 sjisn 명령을 사용하십시오. 이러한 명령의 사용 방법에 대한 자세한 내용은 해당 명령에 대한 매뉴얼 페이지 또는 LEGATO NetWorker 설치 안내서를 참조하십시오.

3. 클리닝 카트리지를 사용할 계획인 경우 명령 프롬프트에서 다음을 입력합니다.

# nsrjb -U number

여기서 number는 NetWorker 소프트웨어가 클리닝 카트리지를 사용할 횟수입니다. 일반적으로 카트리지 패키지에는 클리닝 카트리지를 사용할 수 있는 횟수가 나열됩니다.



406

10 예: SCSI Autochanger 구성다음 예는 SCSI Autochanger를 구성하기 위해 필요한 응답을 보여줍니다. 드라이버 소프트웨어가 시스템에 연결된 모든 SCSI Autochanger를 감지해서 그에 대한 정보를 표시합니다. 질문에 대한 응답의 예는 굵은 서식으로 되어 있습니다.

# jbconfig

1) Configure an AlphaStor/SmartMedia Jukebox.

2) Configure an Autodetected SCSI Jukebox.

3) Configure an Autodetected NDMP SCSI Jukebox.

4) Configure an SJI Jukebox.

5) Configure an STL Silo.

What kind of Jukebox are you configuring? [1] 2

Removable Storage service not available.

Installing 'Exabyte 400 Series' jukebox - [email protected].

What name do you want to assign to this jukebox device? saturn

Turn NetWorker auto-cleaning on (yes / no) [yes]? yes

The following drives have been detected in this auto-changer:

1> 8mm @ 1.1.0 ==> /dev/rmt/0cbn

2> 8mm @ 1.2.0 ==> /dev/rmt/1cbn

These are all the drives that this auto changer possesses.

Do you want to change the model(s) or configure them as shared

or NDMP drives? (yes / no) [no] no

Should this device be configured as a dedicated storage node

(yes/no)? [no]

참고: 저장 장치 노드에서 작성된 모든 장치(서버 제외)에는 새로운 Resource Administration Platform(RAP) 속성인 Dedicated Storage Node 속성이 있습니다. Dedicated Storage Node에 대한 내용은 278페이지의 “전용 저장 장치 노드”를 참조하십시오.

Jukebox has been added successfully

The following configuration options have been set:

> Jukebox description to the control port and model.

> Autochanger control port to the port at which we found

it.

> Networker managed tape autocleaning on.

> Barcode reading to on.



10

> Volume labels that match the barcodes.

> Slot intended to hold cleaning cartridge to 1. Please

insure that a cleaning cartridge is in that slot

> Number of times we will use a new cleaning cartridge

to 12.

> Cleaning interval for the tape drives to 6 months.

You can review and change the characteristics of the autochanger

and its associated devices using nwadmin.

Would you like to configure another jukebox? (yes/no) [no]

no

예: SJI Autochanger 구성

다음 예는 SJI Autochanger를 구성하기 위한 응답을 보여줍니다.

# jbconfig







Enter the number corresponding to the type of jukebox you are

installing:

1) ADIC-1200c/ADIC-1200d

2) ADIC-VLS

3) ARC DiamondBack

4) Breece Hill Saguaro

5) Breece Hill

6) Philips Blackjack

7) DLI Libra Series

8) Quantum DLT/Digital DLT

9) Exabyte 10e or 10h

10) Exabyte 10i

11) Exabyte 18D

12) Exabyte 60



408

10

13) Exabyte 120

14) Exabyte 210

15) Exabyte 218

16) Exabyte 220

17) Exabyte 230D

18) Exabyte 400 Series

.

.

.

Choice? 18

Installing an 'Exabyte 400 Series' jukebox.

Name you would like to assign to the jukebox device? exb

Pathname of the control port for the jukebox device?

[email protected] [Return]

Turn NetWorker auto-cleaning on (yes / no) [yes]? no

The jukebox being configured is unable to locate its drives.

You will need to provide this information.

Is (any path of) any drive intended for NDMP use? (yes/no) [no]

[Return]

Is any drive going to have more than one path defined? (yes / no)

[no] [Return}

Please enter the device path information in one of the following

formats:

/dev/rmt/0cbn --for local path or

host:device-path --for remote node or

host:drive-letter:directory path --for Windows

disk file

Drive 1, element 1

Drive path ? /dev/rmt/0cbn

Drive 2, element 2

Drive path ? /dev/rmt/1cbn

Please select the appropriate drive type number:

1) 3480 17) 9490 33) optical

2) 3570 18) 9840 34) qic

3) 3590 19) 9940 35) SD3



10

4) 4890 20) adv_file 36) sdlt

5) 4mm 21) dlt 37) sdlt320

6) 4mm 12GB 22) dlt1 38) SLR

7) 4mm 20GB 23) dlt7000 39) tkz90

8) 4mm 4GB 24) dlt8000 40) travan10

9) 4mm 8GB 25) dst (NT) 41) tz85

10) 8mm 26) dtf 42) tz86

11) 8mm 20GB 27) dtf2 43) tz87

12) 8mm 5GB 28) file 44) tz88

13) 8mm AIT 29) himt 45) tz89

14) 8mm AIT-2 30) logical 46) tz90

15) 8mm AIT-3 31) LTO Ultrium 47) tzs20

16) 8mm Mammoth-2 32) LTO Ultrium-2 48) VXA

Enter the drive type of drive 1? 10

Are all the drives the same model? (yes / no) [yes][Return]



>Autocleaning off.

>Barcode reading to on.

>Volume labels that match the barcodes.

>Slot intended to hold cleaning cartridge to 1.

>Please insure that a cleaning cartridge is in that slot

>Number of times we will use a new cleaning cartridge to

>12.

You can review and change the characteristics of the autochanger

and its associated devices using nwadmin.


[Return]



410

10

저장 장치 노드에서 Autochanger 구성

저장 장치 노드에서 Autochanger를 구성하려면 405페이지의 “Autochanger 추가”의 지침을 따르되, -s server 옵션을 사용하여 해당 저장 장치 노드에서 jbconfig 프로그램을 실행하십시오. 여기서 server는 NetWorker 서버가 설치된 호스트입니다. 이 명령을 실행하면 nsrjb.res 파일이 생성됩니다. Autochanger에 장치를 추가하는 방법에 대한 자세한 내용은 418페이지의 “원격 Autochanger 장치 추가”를 참조하십시오.

참고: 저장 장치 노드에서 Autochanger를 구성하려면 root로 로그인해야 하며 Configure NetWorker 권한을 갖고 있어야 합니다. Configure NetWorker 권한에 대한 자세한 내용은 107페이지의 “NetWorker User 그룹”을 참조하십시오.

Autochanger 연결 테스트

Autochanger를 구성한 후에는 연결을 테스트해야 합니다. Autochanger 연결을 테스트하려면 다음을 따르십시오.

1. NetWorker 서버 또는 저장 장치 노드에 root로 로그인합니다.

2. Autochanger의 첫 번째와 마지막 슬롯에 각각 하나씩 2개의 볼륨을 삽입합니다. 장치가 비어 있고 장치 문이 열려 있어야 합니다.

3. 프롬프트에서 다음 명령을 입력합니다.

# jbexercise

제어 포트 및 장치 유형을 지정합니다. SCSI Autochanger 모델의 제어 포트는 보통 [email protected] 형식으로 표현됩니다. 정확한 제어 포트 경로명은 다음과 같은 jbconfig 프로그램 스크립트에 의해 표시되는 응답을 통해 확인할 수 있습니다.

These are the SCSI Jukeboxes currently attached to your system:

1) [email protected]: DLI Libra Series

2) [email protected]: Quantum DLT/Compaq DLT

예를 들어, 다음 명령은 jbconfig 프로그램에서 감지된 Quantum DLT/Compaq DLT Autochanger에서 jbexercise 프로그램을 실행합니다.

# jbexercise -c [email protected] -m “Quantum DLT/Compaq DLT”

jbexercise에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 jbexercise 매뉴얼 페이지를 참조하십시오.



10

jbverify 프로그램을 사용한 장치 구성 테스트

jbverify 프로그램을 사용하여 NetWorker 환경에서 사용되는 장치를 검사할 수 있습니다. 이 프로그램은 액세스 가능성과 유용성을 검사하여 각 장치가 적절하게 구성되었는지 확인합니다.

기본적으로, jbverify는 NetWorker 데이터베이스에 있는 모든 장치를 검사합니다. 하지만 411페이지의 표 64에서 설명하는 명령줄 옵션을 사용하여 해당 명령이 검사하는 장치를 제한할 수 있습니다.

참고: jbverify 프로그램은 SmartMedia 장치를 테스트하지 않습니다.

jbverify 프로그램에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 jbverify 매뉴얼 페이지를 참조하십시오.

jbverify 프로그램 실행 요구 사항

다음 절에서는 jbverify 프로그램의 요구 사항에 대해 설명합니다.

서버 및 클라이언트에 대한 요구 사항

다음은 NetWorker 서버 및 클라이언트에서 jbverify를 실행하려는 경우 적용되는 요구 사항입니다.

• jbverify 프로그램을 NetWorker 서버에서 실행하려면 서버 데몬인 nsrd가 실행 중이어야 합니다.

• jbverify 프로그램을 NetWorker 클라이언트에서 실행하려면 클라이언트 데몬인 nsrexecd가 실행 중이어야 합니다. 또한 서버를 식별하기 위해 -s server 명령줄 옵션도 사용해야 합니다.

# jbverify -s server

표 64. 장치에 대한 jbverify 명령줄 옵션

옵션 검사되는 장치

-j Autochanger

-d Autochanger에 포함되어 있지 않은 독립형 장치

-l 로컬 장치

-J 특정 Autochanger

-D 특정 드라이브



412

10

저장 장치 노드에 대한 요구 사항

jbverify 프로그램을 모든 저장 장치 노드에서 실행할 수 있으며 해당 저장 장치 노드에서 모든 장치를 테스트하는 데 사용될 수 있습니다. 그러나 장치가 NetWorker 소프트웨어에 구성되어 있어야 합니다.

jbverify 프로그램은 저장 장치 노드에서 장치를 원격으로 테스트할 경우에도 사용할 수 있습니다.

이 경우 다음 절차 중 하나를 완료해야 합니다.

• 대상 저장 장치 노드에서 자신의 servers 파일에 호출하는 저장 장치 노드가 나열되어 있어야 합니다. servers 파일 편집에 대한 자세한 내용은 204페이지의 “servers 파일 편집”을 참조하십시오.

• NetWorker 클라이언트 데몬인 nsrexecd가 대상 저장 장치 노드에서 시작된 경우 호출하는 저장 장치 노드가 대상 저장 장치 노드의 servers 파일에 포함되어 있어야 합니다. servers 파일 편집에 대한 자세한 내용은 204페이지의 “servers 파일 편집”을 참조하십시오.

Autochanger 테스트

Autochanger의 경우 jbverify 프로그램은 -t 옵션을 사용하지 않는 한 쓰기 작업을 수행하지 않고 각 드라이브에서 로드 및 언로드 작업을 수행합니다. 명령줄에서 슬롯을 지정하지 않으면 jbverify 프로그램은 NetWorker 서버에 사용할 수 있는 모든 슬롯을 검사한 후 첫 번째로 사용 가능한 슬롯을 로드합니다.

Autochanger만 테스트하려면 jbverify 명령과 함께 -j 옵션을 입력하십시오.

# jbverify -j

테스트에 특정 슬롯을 사용하려면 -S 옵션을 사용하십시오.

# jbverify -S slot

특정 Jukebox를 테스트하려면 -J 옵션을 사용하십시오.

# jbverify -J jukebox_name



10

독립형 장치 테스트

다른 장치는 테스트하지 않고 독립형 장치만 테스트하려면 -d 옵션을 사용하십시오.

# jbverify -d

특정 장치를 테스트하려면 -D 옵션을 사용하십시오.

# jbverify -D device_name

로컬 장치 테스트

다른 장치는 테스트하지 않고 로컬 장치만 테스트하려면 -l 옵션을 사용하십시오.

# jbverify -l

jbverify 프로그램으로 테이프 테스트

jbverify 프로그램은 테스트중인 드라이브에 로드된 테이프를 테스트할 수 있습니다. 이 프로그램은 NetWorker 테이프 구동 프로그램(UNIX에서는 tapeexercise, Microsoft Windows에서는 tapeexer.exe)을 사용하여 이러한 테이프를 테스트합니다.

tapeexercise 및 tapeexer.exe 프로그램에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 tapeexercise 매뉴얼 페이지를 참조하십시오.

jbverify 프로그램을 사용하여 테이프를 테스트하려면 -t 옵션을 사용하십시오.

# jbverify -t

Autochanger 속성 구성

특정 Autochanger에 대한 속성은 Jukebox 자원에서 구성합니다. Jukebox 자원을 보려면 NetWorker 관리 프로그램의 Media 메뉴에서 Jukeboxes를 선택합니다.

핵심 Autochanger 속성

413페이지의 표 65에서는 핵심 Autochanger 속성 및 해당 구성을 나열합니다.

표 65. Autochanger 속성 (1/2)

속성 구성

Enabled 장치를 사용할 수 있도록 하려면 Yes를 선택합니다.장치를 비활성화하여 사용할 수 없도록 하려면 No를 선택합니다.

Control Port Autochanger의 명령 제어 포트의 경로명을 입력합니다.



414

10

Autochanger에 비 공유 장치 추가

Autochanger에 장치를 추가하려면 먼저 새 Autochanger 장치를 인식하도록 NetWorker 서버를 구성해야 합니다. Autochanger 장치 작성에 대한 지침은 238페이지의 “장치 추가”를 참조하십시오.

중요 사항: Autochanger 장치를 작성할 때는 Jukebox Device 속성을 Yes로 설정해야 합니다. Jukebox Device 속성은 숨겨진 속성이며 숨겨진 속성을 표시하는 방법에 대해서는 88페이지의 “숨겨진 속성”을 참조하십시오.

Devices Autochanger의 각 장치 이름을 입력합니다.

Barcode Reader Yes를 선택하면 바코드 읽기 기능을 갖고 있는 Autochanger에 대해 이 기능을 사용할 수 있습니다. 경우에 따라 Autochanger에 바코드 판독기가 없어도 jbconfig가 이 속성을 Yes로 설정합니다. 그런 경우 이 속성을 No로 설정합니다.

Match Barcode Labels 바코드 사용 가능 Autochanger에 대해 Yes를 선택하면 바코드 레이블과 볼륨 레이블을 대조합니다.

Cleaning Slots 클리닝 카트리지를 포함하고 있는 슬롯 번호를 입력합니다.

Default Cleanings NetWorker 서버가 카트리지 교체 통지를 보내기 전까지 클리닝 카트리지가 처리할 수 있는 클리닝 횟수를 입력합니다.

Auto Clean Yes를 선택하면 자동 클리닝을 사용할 수 있습니다.

TapeAlert CDI(Common Device Interface)를 활성화합니다.

Auto Media Management

Yes를 선택하면 공백 볼륨의 자동 레이블 지정을 포함하는 미디어 자동 관리를 사용할 수 있습니다.

Available Slots NetWorker 서버에서 사용할 수 있는 Autochanger의 범위를 입력합니다.

표 65. Autochanger 속성 (2/2)

속성 구성



10

라이브러리에 비 공유 장치를 추가하려면 다음을 따르십시오.

1. Autochanger를 확인하여 모든 장치에서 모든 카트리지가 제거되었는지 확인합니다.

참고: 이 절차는 반드시 모든 카트리지를 제거한 후에 수행해야 합니다.

2. Media 메뉴에서 Jukeboxes를 선택합니다.

3. Jukeboxes 대화 상자에서 적절한 Autochanger를 선택합니다.

4. Device 속성에서 Autochanger 테이프 장치의 새 장치 경로명을 입력하고 해당 장치가 올바른 위치에 나열되는지 확인한 다음 Add를 누릅니다.

Autochanger에 둘 이상의 장치가 있는 경우에는 해당 장치의 경로명이 Autochanger에서의 실제 순서와 똑같게 나열되어야 합니다. 그 순서를 잘 모를 경우 다음 중 하나를 수행하십시오.

• Autochanger 하드웨어 매뉴얼을 참조하십시오.

• NetWorker 서버 또는 저장 장치 노드 컴퓨터에 root로 로그인한 다음 쉘 프롬프트에서 inquire 명령을 입력합니다. inquire 명령은 연결된 SCSI 장치의 목록을 반환합니다.

Autochanger 장치 경로명 지정에 대한 예는 416페이지의 그림 43을 참조하십시오.

5. Number of Devices 속성에서 현재 숫자를 1씩 늘립니다.

6. Number of Drives 속성에서 현재 숫자를 1씩 늘립니다.

7. 다음의 각 속성에 대해 빈 행을 추가로 입력합니다.

• Loaded Volumes

• Loaded Barcodes

• Loaded Slots

이 속성의 행 수는 단계 5에서 지정한 Number of Devices 속성과 같아야 합니다. 이 수는 Devices 목록의 장치 경로명의 수와 같아야 합니다.

이 단계에서 Autochanger 구성에 대해 다른 수정 사항을 적용할 수 있습니다. 예를 들어, 바코드 레이블을 선택하거나 사용할 수 있는 슬롯의 범위를 변경할 수도 있습니다.

중요 사항: 장치를 변경하거나 수정할 때마다 Autochanger를 재설정해야 합니다. Autochanger를 재설정하는 방법에 대해서는 417페이지의 “Autochanger 재설정”을 참조하십시오.



416

10 예: Autochanger 장치 경로명

416페이지의 그림 43에서는 경로명 이름 지정의 예를 보여줍니다.

그림 43. Autochanger 장치 경로명

Autochanger 속성 편집

Autochanger의 속성을 편집하려면 다음을 수행합니다.



3. 속성을 편집합니다. 각 속성에 대한 자세한 내용을 보려면 Help 메뉴에서 On Window를 선택합니다.

4. 편집을 완료했으면 Apply를 누릅니다.

장치 1 장치 2 장치 3 장치 4

장치 1 장치 2

/dev/rmt/0cbn /dev/rmt/1cbn /dev/rmt/2cbn /dev/rmt/3cbn

/dev/rmt/0mbn /dev/rmt/1mbn

Autochanger 1

Autochanger 2



10

Autochanger 삭제

Autochanger를 삭제하려면 다음을 따르십시오.




삭제할 것인지 물으면 OK를 눌러 삭제합니다.


Autochanger 재설정

장치를 수정할 때마다 Autochanger를 재설정해야 합니다. nsrjb -HE 또는 sjiielm 명령을 사용하여 Autochanger를 재설정할 수 있습니다.

예를 들어, ETL 7/3500 장치에 DLT7000 드라이브를 추가하는 것처럼 SJI 규격 Autochanger에 드라이브를 추가한 후에는 Autochanger Inventory를 정정해야 합니다.

NetWorker 소프트웨어에서 이러한 새 드라이브를 인식하게 하려면 nsrjb -HE를 실행하여 Autochanger를 재설정해야 합니다. jbconfig를 실행하기 전에 이 작업을 수행해야 합니다. 여기서 -E 옵션은 Autochanger의 요소 상태를 다시 초기화합니다. 일부 Autochanger는 구성 요소에 미디어가 있는지 여부를 추적할 수 있습니다. 이러한 기능을 요소 상태 기능이라고 합니다.

원격 Autochanger 관리

저장 장치 노드에 연결된 Autochanger에 대해서는 추가 구성 및 관리 단계를 수행해야 합니다.

Autochanger 장치에 대한 대부분의 작업은 NetWorker 관리 프로그램에서 제어할 수 있습니다. 재설정과 같은 일부 원격 Autochanger 작업을 수행하려면 저장 장치 노드에서 nsrjb 또는 jbconfig 프로그램을 사용해야 합니다. 명령은 로컬 컴퓨터에서 또는 원격 로그인 세션을 통해 root로 실행할 수 있습니다.

저장 장치 노드에 저장 장치 노드 바이너리를 설치한 후에는 해당 저장 장치 노드의 장치를 정의합니다. 장치 정의에 대한 지침은 276페이지의 “저장 장치 노드 구성”을 참조하십시오. Autochanger 장치 추가에 대한 지침은 418페이지의 “원격 Autochanger 장치 추가”를 참조하십시오.



418

10

원격 Autochanger 장치 추가

원격 Autochanger 장치를 추가하려면 다음을 따르십시오.


2. 다음 구문을 사용하여 저장 장치 노드의 호스트 이름을 Server 자원의 Administrator 속성에 추가합니다.

root@storage_node_hostname

3. 저장 장치 노드 컴퓨터에서 jbconfig 프로그램을 실행하여 Autochanger의 각 장치를 정의합니다.

Autochanger 설치 및 구성에 대한 자세한 내용은 404페이지의 “Autochanger 설치 및 구성” 및 LEGATO Command Reference Guide 또는 jbconfig 매뉴얼 페이지를 참조하십시오.

참고: 원격 장치의 장치 이름은 접두어 “rd=“와 저장 장치 노드 컴퓨터의 이름으로 시작합니다. 예를 들어, rd=jupiter:/dev/rmt/1mbn은 jupiter라는 저장 장치 노드 컴퓨터의 /dev/rmt/1mbn이라는 장치입니다.

Autochanger 작업에 대한 휴지 기간 조정

Jukebox 자원에는 볼륨 로딩, 언로딩 또는 배출 후에 Autochanger가 활동하지 않는 시간(초)을 지정하는 속성이 있습니다. 이러한 기능을 휴지라고 하는데, 휴지 기간 동안에는 Autochanger에서의 수신 또는 다른 작업의 수행이 제한됩니다.

이러한 비활동 기간은 작업을 수행하는 데 보통 시간 보다 오래 걸리는 일부 Autochanger 장치의 볼륨을 로딩, 언로딩 및 배출할 때 종종 필요합니다. 휴지 기간이 없으면 볼륨의 로딩 또는 언로딩이 실패할 수도 있습니다.

jbconfig 프로그램을 사용하여 Jukebox 자원을 구성할 경우 NetWorker 서버가 자동으로 기본 휴지 기간을 구성합니다. Autochanger의 성능에 대한 문제를 해결하거나 NetWorker 기술 지원 전문가의 지시가 있는 경우에만 이 값을 변경합니다. 일반적으로 이 속성에 지정된 휴지 값이 클수록 Autochanger가 작업을 수행하는 시간이 길어집니다. 따라서 이들 값을 변경할 때는 주의해야 합니다.

419페이지의 표 66에서는 Autochanger 휴지 기능과 관련된 속성을 나열합니다.



10

Autochanger 작업에 대한 휴지 기간 조정

Autochanger 작업에 대한 휴지 기간을 조정하려면 다음을 따르십시오.


2. Jukeboxes 대화 상자의 View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.

3. 적절한 Autochanger를 선택합니다.

4. 휴지 관련 속성 중 하나 이상을 조정합니다.

Autochanger 구성 편집대규모 SAN 환경에서 Autochanger를 재구성하지 않고도 드라이브를 공유하는 장치나 저장 장치 노드를 추가하거나 제거할 수 있는 기능은 시간을 절감할 뿐 아니라 백업을 쉽게 수행할 수 있게 합니다. jbedit 프로그램을 사용하면 기존 구성을 삭제하거나 jbconfig 프로그램을 다시 실행하여 Autochanger를 재구성하지 않고도 그러한 변경 작업을 수행할 수 있습니다. jbedit 프로그램은 NetWorker 서버, 저장 장치 노드 또는 클라이언트(클라이언트가 저장 장치 노드인 경우)에서 실행할 수 있습니다. 이 작업은 Autochanger에서 진행 중인 백업 또는 복구 작업을 방해하지 않은 채 수행됩니다.

jbedit 프로그램은 NetWorker 릴리스 6.x 이상과 함께 사용할 수 있으며, 직접 연결된 SCSI/SJI, SAN 및 NDMP Autochanger를 모두 지원합니다. 현재 AlphaStor, SmartMedia 또는 silo Autochanger는 지원하지 않습니다.

표 66. Autochanger Resource Sleep 속성

속성 설명

Eject Sleep NetWorker 소프트웨어가 볼룸을 배출한 후 휴지 상태가 되는 초 수를 지정합니다. Autochanger가 볼륨 자동 배출을 위해 구성되어 있지 않으면 NetWorker 소프트웨어가 이 속성을 사용합니다. 볼륨 자동 배출을 위해 구성된 Autochanger는 개별 배출 작업을 수행하지 않기 때문에 이 속성이 아무런 영향을 미치지 않습니다.

Unload Sleep Autochanger가 볼륨을 언로드하고 해당 볼륨을 장치에서 슬롯으로 옮기는 사이에 휴지 상태가 되는 초 수를 지정합니다. NetWorker 소프트웨어는 볼륨 언로드 시 모든 Autochanger에 대해 이 속성을 사용합니다.

Load Sleep NetWorker 소프트웨어가 볼륨을 로드할 때와 해당 볼륨의 데이터를 액세스하려고 할 때 휴지 상태가 되는 초 수를 지정합니다.



420

10

jbedit 프로그램의 용도는 Autochanger 자원의 완벽한 기능을 갖춘 편집기로 사용하기 위한 것이 아니라, 드라이브나 장치 정의를 추가하거나 삭제하는 작업을 쉽게 하기 위한 것입니다. 장치 경로를 제외한 모든 Autochanger 자원 속성 편집은 NetWorker 관리 프로그램을 통해 수행됩니다. jbedit 메뉴는 사용자가 추가하거나 삭제할 드라이브나 장치를 쉽게 찾을 수 있는 선택 목록을 제공합니다.

참고: jbedit 프로그램을 실행하려면 Configure NetWorker 권한이 있어야 합니다.

Autochanger가 연결된 컴퓨터에서 jbedit 프로그램을 실행해야 합니다. 그러나 Autochanger가 직접 연결되지 않은 저장 장치 노드에서 실행할 때는 -o 옵션을 사용할 수 있습니다. 이 옵션을 사용하면 jbedit 프로그램이 Autochanger와 통신하지 못합니다.

jbedit 프로그램 사용

420페이지의 표 67은 jbedit 프로그램과 함께 가장 많이 사용되는 일부 옵션이 나열됩니다.

jbedit 명령, 옵션 및 관련 진단 메시지에 대한 자세한 설명은 jbedit 매뉴얼 페이지를 참조하십시오.

제한

특정 조건에서는 Autochanger 자원을 수정할 수 없습니다. 예를 들면 다음과 같습니다.

• jbedit 프로그램의 기능이 제대로 작동하려면 손상된 NetWorker 데이터베이스를 복구해야 합니다.

• Autochanger 작업(로드, 언로드, Inventory, 재설정 또는 이동)이 진행 중일 때는 Autochanger 구성을 편집할 수 없습니다.

참고: save 및 recover 프로그램은 Autochanger 작업이 아닙니다.

• 드라이브나 장치에 볼륨이 있으면 해당 드라이브나 장치를 삭제할 수 없습니다. 이것은 삭제 이후 Autochanger를 안정적이며 사용 가능한 상태로 유지하기 위한 것입니다.

표 67. 자주 사용하는 jbedit 옵션

옵션 설명

-a 드라이브나 장치를 추가합니다.

-d 드라이브나 장치를 삭제합니다.

-j 편집할 Autochanger 이름입니다

-o Autochanger에서 보고한 정보를 대체합니다.



10

동적 드라이브 공유동적 드라이브 공유(DDS)란 NetWorker 소프트웨어에서 공유 드라이브를 인식할 수 있도록 하는 기능을 말합니다. NetWorker 소프트웨어를 사용하는 DDS는 사용 중인 공유 드라이브를 피하고 다른 사용할 수 있는 공유 드라이브에 백업과 복구를 라우트할 수 있습니다.


• 421페이지의 “Autochanger 구성 시 DDS 사용 방법”

• 424페이지의 “Autochanger 내에서 장치 공유 중단”

• 424페이지의 “Idle Device Timeout 속성 변경”

DDS 기능에 대한 자세한 내용은 243페이지의 “동적 드라이브 공유”를 참조하십시오.

jbconfig 프로그램에서 DDS를 사용하는 방법에 대한 설명은 421페이지의 “Autochanger 구성 시 DDS 사용 방법”을 참조하십시오.

Autochanger 구성 시 DDS 사용 방법

jbconfig 프로그램을 통해 Autochanger를 구성할 때 DDS 기능을 사용할 수 있습니다.

참고: jbconfig 프로그램을 통해 DDS를 활성화하려면 먼저 드라이브를 공유할 각 노드(또는 서버)가 라이센스를 갖고 있는지 확인해야 합니다. 구성하기 전에 라이센스를 부여하지 않으면 jbconfig 프로그램이 Autochanger를 구성하지 못합니다. 라이센스 관리에 대한 내용은 95페이지의 “라이센스 관리”를 참조하십시오.

Autochanger를 구성할 때 DDS를 사용하려면 다음을 따르십시오.



# jbconfig

3. 시스템에 대해 적절한 Autochanger를 선택하고 화면에 표시되는 메시지를 따르십시오.

4. 장치를 공유할 것인지 묻는 메시지가 나타나면 Yes를 입력합니다.

5. 첫 번째 호스트가 공유 장치에 액세스할 수 있도록 메시지에 적절히 응답합니다.

6. 장치를 다른 호스트와 공유할 것인지 묻는 메시지가 나타나면 Yes를 입력합니다.

7. 메시지가 나타나면 공유 드라이브에 액세스할 두 번째 장치의 이름을 입력합니다.

8. 두 번째 장치에 대한 프롬프트 메시지 내용을 완성합니다.



422

10

샘플 jbco nfig 출력

이 샘플 jbconfig 출력은 아래와 같은 구성에 대한 것입니다.

• 서버(jupiter)

• 저장 장치 노드(sn_1)

• 하나의 드라이브(drive_1)가 있는 공유 IBM 3590 Jukebox

# jbconfig

1) Configure an AlphaStor/SmartMedia Jukebox.2) Configure an Autodetected SCSI Jukebox.3) Configure an Autodetected NDMP SCSI Jukebox.4) Configure an SJI Jukebox.5) Configure an STL Silo.


Installing 'Standard SCSI Jukebox' jukebox - [email protected]

What name do you want to assign to this jukebox device? IBM

Turn NetWorker auto-cleaning on (yes / no) [yes]? [yes]



Is (any path of) any drive intended for NDMP use? (yes / no) [no]

Is any drive going to have more than one path defined? (yes / no) [no] yes

You will be prompted for multiple paths for each drive.

Pressing <Enter> on a null default advances to the next drive.

Please enter the device path information in one of the following formats:

/dev/rmt/0cbn --for local path orhost:device-path --for remote node orhost:drive-letter:directory path --for Windows

disk file

Drive 1, element 1Device path 1 ? /dev/ntape/tape34_d1 Device path 2 ? [] jupiter:/dev/rmt1.1 Device path 3 ? []

Drive 2, element 2Device path 1 ? /dev/ntape/tape33_d1 Device path 2 ? [] jupiter:/dev/rmt0.1 Device path 3 ? []


1) 3480 17) 9490 33) optical2) 3570 18) 9840 34) qic3) 3590 19) 9940 35) SD34) 4890 20) adv_file 36) sdlt



10

5) 4mm 21) dlt 37) sdlt3206) 4mm 12GB 22) dlt1 38) SLR7) 4mm 20GB 23) dlt7000 39) tkz908) 4mm 4GB 24) dlt8000 40) travan109) 4mm 8GB 25) dst (NT) 41) tz8510) 8mm 26) dtf 42) tz8611) 8mm 20GB 27) dtf2 43) tz8712) 8mm 5GB 28) file 44) tz8813) 8mm AIT 29) himt 45) tz8914) 8mm AIT-2 30) logical 46) tz9015) 8mm AIT-3 31) LTO Ultrium 47) tzs2016) 8mm Mammoth-2 32) LTO Ultrium-2 48) VXA


Are all the drives the same model? (yes / no) [yes]

A Dedicated Storage Node can backup only local data to its devices.

Should jupiter be configured as a Dedicated Storage Node? (yes/no) [no]



> Jukebox description to the control port and model.> Autochanger control port to the port at which we found > it.> Networker managed tape autocleaning on.> At least one drive was defined with multiple paths. > All such drives are defined with a hardware > identification as well as a path value to avoid> confusion by uniquely identifying the drive. The> hardware identification for all drives which have one > is always 'autochanger_name - Drive #' > where> "autochanger_name" is the name you gave to the> autochanger that was just defined, and the # symbol> is the drive number.> Barcode reading to on. Your jukebox does not report> that it has a barcode reader, but it does report that> it can handle volume tags. Some jukeboxes that have> barcode readers report this way.> Volume labels that match the barcodes.> Slot intended to hold cleaning cartridge to 24. > Please insure that a cleaning cartridge is in that> slot> Number of times we will use a new cleaning cartridge> to 50.> Cleaning interval for the tape drives to 6 months.

You can review and change the characteristics of the autochanger and its associated devices using nwadmin.




424

10

Autochanger 내에서 장치 공유 중단

Autochanger 내에서 DDS 구성 장치의 공유를 중단하려면 다음을 따르십시오.

1. Autochanger를 삭제합니다.

a. NetWorker 관리 프로그램의 Media 메뉴에서 Jukeboxes를 선택합니다.

b. 적절한 Autochanger를 선택합니다.

c. Delete를 누릅니다.

d. 삭제할 것인지 물으면 OK를 눌러 삭제합니다.

e. Apply를 누릅니다.

2. Device 자원의 Hardware ID 속성에서 값을 제거합니다.

a. NetWorker 관리 프로그램의 Media 메뉴에서 Devices를 선택합니다.

b. 적절한 Autochanger를 선택합니다.

c. Hardware ID 속성에서 값을 삭제합니다.

d. Apply를 누릅니다.

3. jbconfig 프로그램을 사용하여 Autochanger를 재구성합니다.

중요 사항: DDS 구성 드라이브의 공유를 중단하더라도 드라이브를 사용할 수 있습니다. 이는 NetWorker 소프트웨어가 지정된 드라이브가 더 이상 공유되지 않음을 의미합니다.

장치 공유를 중단했을 때 다른 NetWorker 작업에 영향을 주지 않도록 하려면 다른 장치 인스턴스를 제거합니다.

Idle Device Timeout 속성 변경

테이프는 백업이 완료된 후에도 10분에서 15분 동안 해당 드라이브에 마운트되어 있습니다. 다른 장치 경로에서 보낸 해당 드라이브에 대한 또 다른 요청이 이 기간 동안 대기합니다.

Idle Device Timeout 속성을 조정하면 이 시간 종료 값을 수정할 수 있습니다. 이 속성에 액세스하려면 다음을 따릅니다.




4. Idle Device Timeout 속성으로 스크롤하여 시스템 구성에 적합한 시간을 선택합니다.

기본 Idle Device Timeout 값은 10분입니다.



10

참고: 0을 선택하면 장치가 시간 종료되지 않습니다. 이러한 경우에는 테이프를 수동으로 꺼내야만 합니다.

NetWorker 호스트 간에 Autochanger 공유NetWorker 소프트웨어에서는 데이터 영역 내의 여러 NetWorker 호스트(NetWorker 서버 또는 저장 장치 노드)가 Autochanger 공유라는 기능으로 Autochanger 내의 개별 장치를 제어할 수 있습니다.

Autochanger를 다중 NetWorker 데이터 영역 간에 공유하려면 LEGATO GEMS SmartMedia 소프트웨어를 사용해야 합니다. 이 제품에 대한 자세한 내용은 LEGATO 영업 대표에게 문의하십시오.

Autochanger를 공유할 때 데이터 영역 내에 SAN이 있을 필요는 없습니다.

Autochanger 공유 라이센스 부여 및 가용성

NetWorker Autochanger 공유 기능의 라이센스 부여와 가용성은 보유한 NetWorker 라이센스의 유형에 따라 달라집니다.

• NetWorker 파워 에디션 및 네트워크 에디션 — Autochanger 공유는 NetWorker 파워 에디션 및 네트워크 에디션의 일부로 자동 활성화됩니다. 하지만 그래도 각 Autochanger에 대해 하나씩 유효한 NetWorker Autochanger 라이센스를 갖고 있어야 합니다.

• NetWorker 비즈니스 에디션 및 워크그룹 에디션 — NetWorker 비즈니스 에디션 및 워크그룹 에디션에서는 Autochanger 공유를 사용할 수 없습니다. 데이터 영역 환경에서 Autochanger 공유를 필요로 하는 경우에는 네트워크 에디션 또는 파워 에디션으로 NetWorker 라이센스를 업그레이드합니다.

Autochanger 공유의 라이센스 부여는 다른 NetWorker Module 및 애드온 제품의 라이센스 부여와 유사합니다. NetWorker 데이터 영역 내에 있는 모든 Autochanger에 대해 하나의 Autochanger 공유 라이센스만 있으면 됩니다. 하지만 각 Autochanger 기능을 사용하려면 각 Autochanger에 라이센스를 부여해야 합니다. NetWorker 제품의 라이센스 관리에 대한 일반적인 정보는 95페이지의 “라이센스 관리”를 참조하십시오.

참고: 파워 에디션에서는 Autochanger 공유 기능이 이미 활성화되어 있고 비즈니스 및 워크그룹 에디션에서는 사용할 수 없기 때문에 NetWorker 네트워크 에디션에서만 Autochanger 공유의 라이센스를 취득하면 됩니다.



426

10

Autochanger 공유 작동 방법

Autochanger 공유를 사용하면 한 NetWorker 호스트가 Autochanger의 로봇 팔을 제어하는 동안 다른 NetWorker 호스트(해당 로봇 팔을 제어하는 호스트도)가 특정 Autochanger 장치를 제어하고 사용할 수 있습니다. 특정 장치는 단일 NetWorker 호스트에 의해서만 제어될 수 있습니다.

426페이지의 그림 44에서는 다중 NetWorker 호스트가 Autochanger 장치를 공유할 수 있는 방법을 보여줍니다.

그림 44. Autochanger 공유 작동 방법

NetWorker 서버

장치의 제어

Autochanger의 제어

공유 Autochanger

장치 1


장치 2



10

Autochanger 공유 구성

jbconfig 프로그램을 사용하여 Autochanger의 초기 설정 작업을 수행하는 동안 공유할 Autochanger를 구성할 수 있습니다. 이 때 jbconfig 프로그램은 Autochanger를 제어(로봇 팔 제어)하는 NetWorker 호스트에서 실행해야 합니다. jbconfig 프로그램에서는 첫 번째 Autochanger 장치를 제어하는 NetWorker 호스트 이름을 입력하라는 메시지를 표시합니다. 기본 호스트 이름 값은 jbconfig가 실행될 로컬 NetWorker 호스트입니다. 하지만 기본 호스트 이름 값을 해당 데이터 영역 내의 다른 NetWorker 호스트로 변경할 수 있습니다. jbconfig 프로그램에서는 Autochanger의 각 장치를 제어하는 호스트를 입력하라는 메시지를 표시합니다.

예: jbconfig 프로그램 추가

다음은 NetWorker 서버 neptune 및 저장 장치 노드 pluto에 대한 jbconfig 프로그램의 추가에 대한 예입니다. 이 예에서는 jbconfig가 로봇 팔도 제어하는 neptune 서버에서 실행되고 있습니다. 그러나 Autochanger의 첫 번째 미디어 장치는 저장 장치 노드 pluto에 할당되어 있습니다. 사용자 응답은 굵은 체로 표시되어 있습니다.

Enter hostname that owns media drive 1: ? [neptune] pluto

Enter pathname of media drive 1: ?

/dev/rmt/1cbn

using 'rd=pluto:/dev/rmt/1cbn' as device name

jbconfig 프로그램에 대한 자세한 내용은 jbconfig 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

구성 시 장치 이름 지정

jbconfig 프로그램은 다음과 같은 조건에 따라 공유 Autochanger의 장치에 대해 자동으로 장치 이름을 생성합니다.

• 장치를 NetWorker 서버에서 제어할 경우 로컬 장치 구문(device_path)만 사용됩니다.

• 장치를 그 밖의 다른 호스트에서 제어할 경우 기존 원격 장치 구문(rd=hostname:device_path)을 따르는 장치 이름을 구성하기 위해 호스트 이름과 장치 경로가 사용됩니다.



428

10

복구를 위한 호스트 장치 선택

Jukebox 자원의 Read Hostname 속성은 필요한 장치를 제어하는 호스트가 Client 자원의 Storage Nodes 속성에 나열되어 있지 않을 경우 복구에 사용할 호스트를 지정합니다. Read Hostname 속성의 기본값은 공유 Autochanger의 첫 번째 장치를 제어하는 NetWorker 호스트입니다. 하지만 해당 Autochanger에 포함되어 있는 다른 값으로 호스트를 변경할 수 있습니다.

이 기능은 저장 장치 노드의 선호 호스트가 사용 불가능할 경우 복구 및 복제에 사용할 대체 장치를 지정합니다. 일반적으로 복구가 요청되면 NetWorker 서버는 복구에 필요한 장치를 제어하는 호스트를 Client 자원의 Storage Nodes 속성에 나열되어 있는 호스트와 대조합니다. 첫 번째 일치하는 것이 발견된 후에 복구 또는 복제 작업이 발생합니다. 일치하는 것이 없으면 Read Hostname 속성에 나열된 호스트로 요구가 복귀됩니다.

예: 공유 Autochanger를 사용한 데이터 복구

428페이지의 그림 45는 venus 서버, earth 클라이언트 및 mars 저장 장치 노드로 구성된 NetWorker 데이터 영역 환경의 예를 보여줍니다. 여기에는 첫 번째 장치는 venus에 연결되어 있고 두 번째 장치는 mars에 연결되어 있는 공유 Autochanger가 있습니다.

그림 45. 공유 Autochanger를 사용한 데이터 복구

NetWorker 서버

장치의 제어

Autochanger 자원

Autochanger의 제어

공유 Autochanger

장치 1


장치 2

NetWorker 클라이언트

venus earth

mars

데이터 복구 요청

클라이언트 자원저장 장치 노드속성 값:

venus mars

Read Hostname속성 값:

venus



10

클라이언트 earth가 공유 Autochanger에 있는 한 볼륨의 데이터 복구를 요구합니다. 필요한 볼륨이 현재 어떤 장치에도 마운트되어 있지 않습니다. 이런 경우에 복구를 시작하려면 venus 서버는 Autochanger의 호스트 이름 장치 중 하나와 일치하는 것을 earths's Client 자원의 Storage Nodes 속성에 나열된 호스트 이름 항목에서 검색합니다. 호스트 이름과의 대조가 저장 장치 노드 mars에 대해 수행됩니다. 필요한 볼륨이 해당 장치에 마운트되고 복구 작업이 수행됩니다.

호스트 이름과 일치하는 것이 없으면 venus는 Jukebox 자원의 Read Hostname 속성에 나열되어 있는 호스트 이름 값을 참조합니다. 기본적으로 이 값은 venus가 됩니다. 필요한 볼륨이 venus에서 제어하는 장치에 마운트되고 복구 작업이 수행됩니다.

복제를 위한 호스트 장치 선택

복제 요청을 받으면 NetWorker 서버는 Jukebox 자원의 Read Hostname 속성에 나열된 호스트를 사용하여 복제할 볼륨을 읽습니다. 필요한 볼륨이 이미 장치에 마운트되어 있다면 NetWorker 서버는 특정 장치에 액세스합니다.

공유 Autochanger 장치의 볼륨 레이블 지정, 로딩 및 언로딩

Autochanger 공유는 다음과 같은 Autochanger 장치에 나타난 볼륨과 관련된 작업에도 영향을 미칩니다.

• 볼륨 레이블 지정

• 레이블 지정, 클라이언트 백업 및 데이터 복구를 위한 볼륨 로딩 및 언로딩

Autochanger 볼륨을 관리하기 위한 NetWorker 명령, nsrjb가 다른 호스트에서 제어하는 공유 Autochanger 장치의 볼륨도 관리할 수 있도록 수정되었습니다. nsrjb 명령은 항상 해당 Autochanger가 공유되는지 여부에 관계 없이 Autochanger를 제어하는 NetWorker 호스트(예를 들면, 로봇 팔을 제어하는 것)에서 실행되어야 합니다.

참고: UNIX 시스템에서 nsrjb 명령을 -f devicename 옵션과 함께 사용하고 장치 이름에 백슬래시가 포함되어 있는 경우 백슬래시와 함께 백슬래시 “이탈“ 문자를 사용해야 합니다. 따라서 이름이 rd=sn1:\\.\Tape0인 장치의 경우 명령 프롬프트에서 아래와 같이 입력해야 합니다.

rd=sn1:\\\\.\\Tape0



430

10

서버 장치의 볼륨 관리

NetWorker 서버에서 제어하는 장치의 경우 공유 Autochanger에 대한 jbconfig 명령이 다른 호스트에서 실행되는 경우에도 장치 경로를 사용한 nsrjb -f 프로그램을 사용하여 Autochanger 볼륨을 관리합니다. 예를 들어, NetWorker 서버에서 제어하는 공유 Autochanger 장치에 볼륨을 로드하려면 프롬프트에서 다음 명령을 입력합니다.

# nsrjb -l -f device_path volume_name

참고: -f device_path 옵션 대신 -J host_name 옵션을 사용하여 jukebox가 연결된 컴퓨터의 호스트 이름을 식별할 수도 있습니다. -J 옵션은 -l 및 -L 옵션과 함께 사용할 때만 지원되며 -f device_path 옵션과 함께 사용할 수 없습니다. 자세한 내용은 nsrjb 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

저장 노드 장치의 볼륨 관리

공유 Autochanger가 데이터 영역 내에 정의되어 있으면 저장 장치 노드에서 제어하는 장치에 대한 nsrjb -f 명령을 사용할 때 전체 원격 장치 구문 이름을 지정해야 합니다.

# nsrjb -l -f rd=host:device_path volume_name

여기서 host는 장치를 제어하는 해당 노드의 호스트 이름입니다.

참고:

• 공유 Autochanger가 상주해 있지 않는 데이터 영역에서는 NetWorker 서버가 원격 장치 호스트(rd=host) 정보를 자동으로 추가해 주므로 로컬 장치 구문 (device_path)만 입력하면 됩니다. 하지만 데이터 영역에 하나 이상의 공유 Autochanger가 있는 경우에는 항상 장치 경로와 함께 원격 장치 구문(rd=host:devide_path) 정보를 입력해야 합니다.

• -f device_path 옵션 대신 -J host_name 옵션을 사용하여 jukebox가 연결된 컴퓨터의 호스트 이름을 식별할 수도 있습니다. -J 옵션은 -l 및 -L 옵션과 함께 사용할 때만 지원되며 -f device_path 옵션과 함께 사용할 수 없습니다. 자세한 내용은 nsrjb 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.



10

볼륨의 자동 마운트 해제

때때로 한 장치에 마운트된 볼륨을 같은 Autochanger의 다른 장치에서 필요로 할 경우도 있을 수 있습니다. 예를 들어, 한 장치에서 복구 중인 데이터가 둘 이상의 볼륨에 걸쳐 있고 필요한 볼륨이 다른 장치에 마운트되어 있다고 가정해 봅시다. 이와 같은 경우 해당 Autochanger에 대한 Jukebox 자원에서 Idle Device Timeout 속성 값을 정의할 수 있습니다. SmartMedia 소프트웨어에서 관리하는 Autochanger 또는 공유 Autochanger에만 적용되는 Idle Device Timeout 속성은 마운트된 볼륨이 장치에서 자동으로 마운트 해제되어 해당 슬롯으로 반환된 후 다른 장치에서 액세스할 수 있을 때까지 유휴 상태로 있을 수 있는 시간(분)을 지정합니다. Idle Device Timeout 속성을 변경하는 방법에 대한 내용은 424페이지의 “Idle Device Timeout 속성 변경”을 참조하십시오.

UNIX 및 Microsoft Windows의 호환 블록 크기 설정

UNIX 및 Microsoft Windows 운영 체제에는 서로 다른 SCSI 하드웨어 제한 사항이 있기 때문에 호환성 문제가 발생할 수 있습니다. 예를 들어, UNIX에서 장치를 정의했는데 이 장치가 Windows HBA에 물리적으로 연결되어 있는 경우에는 Windows 하드웨어에서 허용하는 블록 크기보다 큰 블록 크기를 정의할 수 있습니다. 이로 인해 장치에서의 쓰기 및 읽기 상태에 I/O 오류가 발생할 수 있습니다. 따라서 두 운영 체제를 사용하려면 두 운영 체제 모두에서 허용하는 공통 블록 크기를 지정해야 합니다.

허용되는 블록 크기 확인

scanner 프로그램을 사용하면 허용되는 블록 크기를 확인할 수 있습니다. 프롬프트에서 다음 명령을 입력합니다.

# scanner -v device_name

여기서 device_name은 장치를 제어하는 해당 노드의 호스트 이름입니다. 블럭 크기는 이 명령의 다음과 같은 출력에 포함되어 있습니다.

scanner: volume id 2641870849 record size 98304

레코드 크기 항목은 해당 장치의 블럭 크기(바이트 단위)입니다.



432

10

해결책

블럭 크기 호환 문제를 해결하려면 다음을 따르십시오.

• UNIX에서는 두 시스템에 대한 가장 큰 공통 값으로 다음 환경 변수를 설정하여 블록 크기를 변경할 수 있습니다. 예를 들면, 다음과 같습니다.

setenv NSR_DEV_BLOCK_SIZE_MEDIA_TYPE value

여기서:

– MEDIA_TYPE은 NetWorker 서버에서 사용할 수 있는 백업 장치 유형으로서 NetWorker 관리 프로그램에서 Device 자원의 Media Type 속성에도 있습니다. MEDIA_TYPE 구문은 모두 대문자이어야 하며 공백을 밑줄(_)로 대체해야 합니다. 따라서 NetWorker소프트웨어에서 “4mm 20gb“로 표시된 장치는 다음과 같이 나열됩니다.

4MM_20GB

– value는 최소값이 32KB인 32KB의 배수여야 합니다.

• Microsoft Windows에서는 최신 모델 HBA를 설치하거나 위에 나온 UNIX 예제의 경우에 최대 128KB 블록까지 지원할 수 있는 드라이버로 업그레이드할 수 있습니다. Windows에서는 또한 블록 크기를 설정하기 위해 UNIX에서와 동일한 환경 변수 형식을 사용할 수 있습니다.


Autochanger 작업이 절에는 Autochanger 작업을 수행하기 위한 정보가 나와 있습니다.

• 433페이지의 “사용 가능한 Autochanger 슬롯을 지정하는 방법”

• 433페이지의 “Autochanger 장치 유지 관리”

• 439페이지의 “Autochanger와의 미디어 자동 관리”

• 441페이지의 “Autochanger 볼륨 마운트”

• 442페이지의 “Autochanger 볼륨에 레이블 지정”

이들 작업 중 일부는 매일 수행해야 하지만 다른 작업은 덜 자주 수행해야 할 수도 있습니다. 이들 작업을 수행하는 빈도는 다음에 따라 달라집니다.

• 한 번에 레이블을 지정하는 볼륨 수

• Autochanger의 내용을 변경해야 하는 간격

• 수동으로 백업하기 위해 볼륨을 마운트해야 하는 간격



10

사용 가능한 Autochanger 슬롯을 지정하는 방법

사용 가능한 슬롯 기능을 사용하면 NetWorker 서버가 데이터를 백업하는 데 사용하는 볼륨을 정확하게 제어할 수 있습니다. 서버는 Autochanger의 모든 볼륨을 사용하여 복구를 수행합니다. 하지만 Autochanger에서 사용 가능한 슬롯의 범위를 지정하여 백업을 위해 자동으로 선택하는 볼륨을 제어할 수 있습니다.

예를 들어, 10개의 슬롯이 포함된 Autochanger의 NetWorker 백업에 대해 1에서 5까지 슬롯을 지정할 수 있습니다. 항목은 슬롯 번호의 범위 또는 단일 슬롯 번호가 될 수 있습니다. 사용자가 입력한 사용 가능한 슬롯의 범위는 Autochanger의 모든 저장 장치에 동일하게 적용됩니다. Autochanger에 위치해 있는 각 장치에 대해 다른 범위를 입력할 수 없습니다.

중요 사항: NetWorker 서버가 도중에 중단되지 않고 자동 백업을 계속 진행할 수 있도록 Autochanger의 모든 사용 가능한 슬롯에 볼륨을 배치해야 합니다.

사용 가능한 슬롯 수를 입력하려면 다음을 따르십시오.



3. Available Slots 속성에서 사용 가능한 슬롯의 범위를 입력합니다.


참고: 양면 미디어는 사용 가능한 슬롯의 수가 실제로 두 배입니다. 예를 들어, “jupiter.001.a“에서 “jupiter.032.b“까지 레이블이 지정된 32개의 광 디스크는 전부 64개의 면을 가지고 있기 때문에 64개의 슬롯을 선택할 수 있습니다.

Autochanger 장치 유지 관리

저장 장치를 적절한 작업 상태로 유지하려면 주기적인 클리닝이 필요합니다. NetWorker 서버에서는 Autochanger에 있는 장치의 자동 클리닝을 제공합니다. 독립형 장치에 대해서는 서버가 자동 클리닝을 지원하지 않습니다. Autochanger 장치를 클리닝하려면 해당 장치의 Jukebox 자원과 Device 자원 모두에서 속성을 구성해야 합니다. Autochanger 클리닝에 대한 자세한 내용은 435페이지의 “클리닝을 위한 Autochanger 자원 구성”을 참조하십시오.

서비스 모드 기능을 사용하면 클리닝 또는 기타 유지 관리 작업을 위해 장치를 임시로 오프라인 상태로 전환할 수 있습니다. 서비스 모드 기능에 대한 자세한 내용은 434페이지의 “서비스 모드”를 참조하십시오.



434

10

TapeAlert 기능은 하드웨어 클리닝이 활성화된 장치에 대한 진단 정보를 제공합니다. 이 기능을 사용하려면 먼저 자동 클리닝을 활성화해야 합니다. TapeAlert 속성에 대한 자세한 내용은 438페이지의 “TapeAlert”를 참조하십시오.

서비스 모드

장치를 임시로 오프라인 상태로 전환하려면 서비스 모드 설정을 사용합니다. 서비스 모드는 nsrmmd 프로세스가 중지되지 않은 비활성화된 상태와는 다릅니다.

장치가 서비스 모드에 있는 동안 실행 중이거나 보류 중인 save 또는 recover 세션이 완료됩니다. 서비스 모드에 있으면 장치에 더 이상의 세션이 할당되지 않습니다.

서비스 모드에 있는 드라이브는 NetWorker 소프트웨어가 자동 작업에 대해 선택할 수 있는 드라이브 모음에서는 제외되지만 nsrjb 또는 nsrmm 명령에 -f 옵션을 함께 사용하여 수동 작업에 대해 사용할 수 있습니다. 자세한 내용은 매뉴얼 페이지를 참조하십시오.

장치 속성에 지정된 최대 연속 오류 카운트를 초과하는 연속 오류가 발생하는 경우 장치는 비활성화되는 것이 아니라 서비스 모드로 전환될 수 있습니다. 따라서 하드웨어 문제가 없는 경우 테이프를 배출하여 다른 장치에서 사용할 수 있습니다. 최대 연속 오류 카운트에 대한 자세한 내용은 273페이지의 “반복되는 장치 오류 제한”을 참조하십시오.

참고: NetWorker 소프트웨어에서 장치를 다시 사용할 수 있게 하려면 드라이브를 수동으로 Enabled로 재설정해야 합니다.

장치를 서비스 모드로 전환

장치를 서비스 모드로 전환하려면 다음을 따르십시오.


2. Devices 목록에서 오프라인으로 전환할 장치를 선택합니다.

3. Enabled 속성에 대해 Service를 선택합니다.

공유 장치를 서비스 모드로 전환

공유 장치를 서비스 모드로 전환하려면 다음을 따르십시오.


2. Devices 대화 상자에서 View>Details를 선택합니다.

3. Devices 목록에서 오프라인으로 전환할 장치를 선택합니다.

4. Shared Devices 속성에 대해 Service All을 선택합니다.



10

클리닝을 위한 Autochanger 자원 구성

참고: 일부 Autochanger에는 자동 클리닝을 사용할 수 있는 특별한 하드웨어가 있습니다. 사용 중인 Autochanger에 이 기능이 있고 Autochanger의 자동 클리닝을 사용하고자 하는 경우 이 단원을 건너뛰십시오.

Autochanger의 클리닝을 구성하려면 다음을 따르십시오.



3. Cleaning Slots 속성에서 클리닝 카트리지가 포함된 Autochanger의 슬롯 번호를 입력합니다.

클리닝 카트리지가 둘 이상의 슬롯에 포함된 경우에는 하이픈으로 범위를 지정합니다(예: “8-9“).

4. Default Cleanings 속성에서 교체하기 전까지 클리닝 카트리지를 사용할 수 있는 횟수를 입력합니다.

5. 자동 클리닝을 사용하려면 Auto Clean 속성에서 Yes를 선택합니다.


7. 각 Device 자원을 다음과 같이 구성합니다.

a. NetWorker 관리 프로그램의 Media 메뉴에서 Devices를 선택합니다.

b. Devices 대화 상자에서 적절한 장치를 선택합니다.

c. Cleaning Interval 속성에 대해 값을 입력합니다.

이 속성은 클리닝 사이의 시간의 양을 나타냅니다. 시간은 일, 주 또는 월 단위로 지정할 수 있습니다. 장치를 클리닝한 마지막 시간이 Date Last Cleaned 속성에 나열되어 있음을 유념하십시오.


e. Autochanger에 포함된 각 저장 장치 대해 단계 a부터 단계 d까지의 작업을 반복합니다.

다른 Autochanger 작업에 지장을 주지 않도록 하기 위해 NetWorker 서버는 장치에 볼륨을 마운트하기 전에만 장치를 클리닝합니다. Autochanger 장치의 클리닝 간격 및 방법에 대한 권장 사항은 Autochanger 제조업체의 설명서를 따르십시오.



436

10

436페이지의 표 68에는 NetWorker 소프트웨어가 클리닝 카트리지 작업에 대해 알려 주는 Notification 메시지가 나열되어 있습니다.

클리닝 카트리지에 기본이 아닌 슬롯을 사용하는 방법

클리닝 카트리지에 기본이 아닌 슬롯을 사용하려면 다음을 따르십시오.

1. 원하는 슬롯에 클리닝 카트리지를 삽입합니다.




5. Auto Clean 속성에서 Yes를 선택합니다.

6. Cleaning Slots 속성에서 클리닝 카트리지에 사용할 슬롯 번호를 지정합니다.

7. Default Cleanings 속성은 클리닝 카트리지의 남은 사용 횟수를 나열합니다. 단계 10에서 사용하도록 이 숫자를 기록합니다.

8. 데이터 볼륨에 사용할 수 있는 슬롯 범위를 반영하도록 Available Slots 속성을 변경합니다.

클리닝 카트리지에 대한 슬롯이 해당 Autochanger의 첫 번째 슬롯이나 마지막 슬롯이 아닌 경우 Available Slots 속성에서 두 슬롯 범위를 지정해야 합니다. 이것은 Autochanger의 Inventory를 각 슬롯 범위에 대해 한 번씩 두 단계로 수행해야 하기 때문입니다.

예를 들어, Autochanger에 11개의 슬롯이 포함되어 있는 데 이 중 슬롯 6이 클리닝 슬롯에 사용되는 경우 다음을 지정하십시오.

1-5

7-11


표 68. Notification 메시지

Notification 메시지 의미

Device cleaning required Auto Clean을 사용할 수 없고 장치의 클리닝이 필요합니다.

Device cleaned Auto Clean을 사용할 수 있고 장치가 클리닝되었습니다.

Cleaning cartridge required Auto Clean을 사용할 수 있고 사용 가능한 클리닝 카트리지가 없습니다.

Cleaning cartridge expired 클리닝 카트리지가 지정된 시간만큼 사용되었습니다.



10


# nsrjb -U number_of_uses -j autochanger_name -S slot

여기서:

– number_of_uses는 Default Cleanings 속성에 나열된 사용 횟수(단계 7에 기록한 숫자)입니다.

– autochanger_name은 Jukebox 자원의 이름입니다.

– slot은 현재 클리닝 슬롯으로 사용하고 있는 슬롯입니다. Autochanger가 하나만 있을 경우 -j 옵션은 생략할 수 있습니다.

Autochanger의 클리닝 카트리지를 교체할 때마다 nsrjb 프로그램을 실행하여 남은 사용 횟수를 지정해야 합니다.

중요 사항: Autochanger에서 바코드 레이블 지정 옵션을 지원하지 않을 경우 단계 10에 설명된 명령을 실행하여 해당 Inventory에 클리닝 카트리지를 추가하도록 Autochanger에 지시해야 합니다.

클리닝 카트리지 교체

클리닝 카트리지가 만료되면 NetWorker 소프트웨어에는 다음 메시지를 표시합니다.

Date server_name: NetWorker Cleaning cartridge expired:

(notice) Cleaning cartridge required in Jukebox

‘autochanger_name’

만료된 카트리지를 교체하고 다음 명령을 입력합니다.

# nsrjb -U number_of_cleanings

nsrjb -U 명령을 입력할 때 클리닝 횟수를 함께 입력하지 않으면 NetWorker 소프트웨어는 새 카트리지를 인식하지 못하고 “Cleaning cartridge required“ 통지를 계속 보냅니다.

사용 중인 Autochanger가 바코드 레이블 지정을 지원하지 않으면 프롬프트에서 다음 명령을 입력하여 클리닝 카트리지를 Inventory에 추가하도록 Autochanger에 지시해야 합니다.

# nsrjb -U number_of_uses -j autochanger_name -S slot

여기서:

• number_of_uses는 카트리지가 지원하는 클리닝 횟수입니다.

• autochanger_name은 Jukebox 자원의 이름입니다.

• slot은 클리닝 카트리지를 삽입한 슬롯 번호입니다.



438

10

TapeAlert

서버의 Device 자원에서 CDI를 활성화하면 테이프 장치 상태를 제공하는 TapeAlert 속성이 표시됩니다. TapeAlert 기능을 제공하는 장치는 지속적인 자가 진단을 수행하고 nsrmmd를 사용하여 Device 자원에 게시되는 메시지를 통해 진단 정보를 제공합니다. 메시지는 daemon.log에도 입력됩니다.

참고: CDI를 사용할 수 없는 경우 해당 플랫폼이 지원되지 않습니다.

438페이지의 표 69에는 TapeAlert 심각도 메시지의 세 가지 유형이 나열되어 있습니다.

이러한 메시지는 테이프 드라이브 읽기/쓰기 관리, 클리닝 관리 또는 드라이브 하드웨어 오류에 관련된 테이프 및 드라이브 상태를 나타냅니다.

Informative 메시지는 다음과 같은 상태 정보를 나타냅니다.

• 데이터 또는 클리닝 테이프의 수명이 끝나감

• 지원되지 않는 테이프 형식

참고: 자동 클리닝이 활성화된 경우 드라이브에 클리닝이 필요함을 나타내는 진단 메시지가 생성되면 NetWorker 드라이브의 클리닝이 시작됩니다.

Warning 메시지는 다음과 같은 드라이브 오류를 나타냅니다.

• 복구 가능한 읽기 또는 쓰기 오류

• 미디어 수명이 끝나감

• 드라이브에 있는 테이프 형식이 읽기 전용임

• 주기적 클리닝이 필요함

Critical 메시지는 드라이브가 비활성화될 수 있다는 경고입니다. 예를 들면 다음과 같습니다.

• 복구할 수 없는 읽기 또는 쓰기 오류

• 읽기 전용으로 표시된 테이프

• 드라이브 클리닝이 즉시 필요함

• 하드웨어 오류에 대한 드라이브 예보

표 69. TapeAlert 심각도

심각도 긴급한 사용자 개입 필요 데이터 손실 위험 설명

Informative X

Warning X X

Critical X X



10중요 사항: Critical 메시지가 발생하면 즉각적인 조치를 취해야 데이터 손실을 방지할 수 있습니다.

Informative 및 Warning 메시지의 경우 보고된 문제가 해결되면 nsrmmd에 의해 자동으로 삭제됩니다. 메시지가 명확하지 않으면 Delete 버튼을 눌러서 삭제하십시오.

하드웨어 오류에 관련된 Critical 메시지는 nsrmmd에 의해 삭제되지 않습니다. 이러한 메시지는 간헐적인 하드웨어 문제를 나타내는 것일 수 있기 때문에 로그에 남아 있습니다. 이러한 메시지도 Delete 버튼을 눌러서 수동으로 삭제할 수 있습니다.

Autochanger와의 미디어 자동 관리

미디어 자동 관리는 백업 전에 관리자가 볼륨의 레이블을 지정하는 작업을 수행할 필요가 없게 하여 백업 절차를 한 단계 더 자동화해 줍니다. Jukebox 자원에서 미디어 자동 관리가 활성화되어 있으면 NetWorker 소프트웨어는 Autochanger에 로드된 모든 볼륨이 NetWorker 미디어로만 처리된다고 가정합니다. 레이블이 지정되지 않은 것으로 나타난 볼륨들은 공백으로 간주되어 자동으로 레이블이 지정되고, 마운트되어, 새 자료로 겹쳐씁니다. NetWorker 소프트웨어는 쓰기 가능 볼륨이나 자동 재활용에 적합한 볼륨을 찾지 못하는 경우에만 레이블이 지정되지 않은 것으로 생각하는 볼륨을 사용합니다.

NetWorker 소프트웨어는 다음과 같은 볼륨 레이블을 인식할 수 없으며 이들 볼륨에 레이블이 지정되지 않았다고 생각합니다.

• 레이블이 없는 볼륨

• NetWorker 레이블 이외의 다른 것으로 레이블이 지정된 볼륨

• 볼륨이 현재 로드되어 있는 정치와 다른 밀도로 기록된 NetWorker 레이블이 있는 볼륨

예를 들어, 새 8 mm 테이프 드라이브에서 NetWorker 백업을 수행한 경우에는 이전 8 mm 테이프 드라이브가 데이터를 기록하는 데 다른 밀도를 사용하기 때문에 새 장치에서 볼륨을 읽을 수 없습니다.

중요 사항: 미디어 자동 관리를 사용할 수 있는 경우 여러 저장 장치 사이에 NetWorker 볼륨을 공유할 때는 주의를 기울여야 합니다. 레이블이 재지정되어 소중한 데이터를 겹쳐 쓰게 될 수도 있습니다.



440

10

미디어 자동 관리 기능은 Jukebox 및 Device 자원에 모두 있습니다. Autochanger의 경우 Jukebox 자원에서만 미디어 자동 관리를 활성화하면 됩니다. NetWorker 소프트웨어는 해당 장치가 Autochanger에 있는 경우 Devices 자원에서 미디어 자동 관리를 사용할 수 없습니다.

독립형 장치에 백업할 때 미디어 자동 관리 기능을 사용하려면 279페이지의 “저장 장치 관리 작업”을 참조하십시오.

미디어 자동 관리가 활성화되어 있으면 NetWorker 소프트웨어는 Autochanger가 서버에 독점적이며 장치에 로드된 볼륨이 NetWorker 미디어로 처리된다고 가정합니다. Autochanger나 장치가 공유 자원인 경우 이 기능을 사용하지 마십시오. NetWorker 서버는 레이블이 지정되지 않았다고 생각하는 모든 미디어에 레이블을 지정하고 겹쳐쓸 수 있다고 가정합니다.

그러나 Autochanger가 공유 장치인 경우에는 사용 가능한 슬롯 범위를 사용하여 백업에 사용할 볼륨을 제한할 수 있습니다. Autochanger에 다른 볼륨을 배치하거나 저장할 경우에는 사용 가능한 슬롯 범위에 포함되지 않은 슬롯은 사용하지 않습니다.

기록을 위한 NetWorker 서버의 볼륨 선택 방법

NetWorker 서버는 다음 프로세스를 통해 기록에 사용할 볼륨을 선택합니다.

1. 미디어 자동 관리를 사용할 수 있고 NetWorker 소프트웨어가 Autochanger에 연결된 경우 Autochanger는 기록용으로 사용할 마운트된 볼륨을 찾습니다.

2. 마운트된 볼륨 중에 기록용으로 사용할 후보자가 없는 경우 NetWorker 서버는 마운트할 수 있는 적절한 풀에서 마운트되지 않은 추가 가능한 볼륨을 찾습니다.

3. 마운트되지 않은 추가 가능한 볼륨이 없는 경우 NetWorker 서버는 마운트할 수 있는 필수 풀에서 재활용 가능한 볼륨을 찾습니다. 볼륨을 찾으면 NetWorker 서버는 볼륨을 마운트하고 레이블을 다시 지정합니다. NetWorker 소프트웨어는 볼륨 재지정 작업 도중 미디어 데이터베이스의 Save set 및 볼륨에 대한 모든 항목을 삭제한 후 레이블이 재지정된 볼륨에 대한 새 항목으로 대체합니다.

NetWorker 소프트웨어는 풀의 관련 레이블 템플리트에서 다음 번 볼륨 이름을 얻어서 레이블을 포맷합니다. 서버는 다음으로 사용 가능한 미사용 레이블이 통합된 레이블을 자동으로 작성하는데, 레이블은 이전 레이블 지정 작업이나 볼륨 삭제 순서의 다음 레이블일 필요는 없습니다. 관리자는 볼륨을 보다 쉽게 식별할 수 있도록 볼륨 외부에 접착용 레이블을 부착하는 것이 좋습니다.

4. 필요한 풀에서 재활용 가능 볼륨을 찾을 수 없는 경우 NetWorker 서버는 레이블이 지정되지 않은 볼륨을 찾습니다. 볼륨을 찾으면 서버는 새 볼륨을 마운트하고 레이블을 지정합니다. 새롭게 레이블이 지정된 볼륨에 대한 항목이 미디어 데이터베이스에 추가됩니다.



10

Autochanger 볼륨 마운트

일반적으로 Autochanger는 볼륨이 Autochanger에 위치한 경우 백업 및 복구에 필요한 볼륨을 자동으로 마운트합니다. Autochanger에 있는 볼륨이 백업에 필요한 경우 NetWorker 소프트웨어는 다음 순서를 사용하여 현재 사용하고 있지 않은 해당 풀에서 볼륨을 선택합니다.

• 이미 마운트되어 추가 가능한 볼륨

• 마운트되지 않은 추가 가능 볼륨

• 마운트되지 않은 재활용 가능 볼륨

• 마운트되지 않고 레이블이 지정되지 않은 볼륨(Autochanger는 미디어 자동 관리를 사용할 수 있어야 함)

Autochanger 볼륨 마운트

Autochanger 볼륨을 마운트하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Devices 창에서 적절한 Autochanger 장치를 선택합니다.

2. Media 메뉴에서 Mount를 선택합니다.

3. 왼쪽의 Slot 목록에서 볼륨을 선택하고 OK를 누릅니다.

참고: Slot 목록 상자에서 Device 목록의 해당 장치로 볼륨을 끌어서 볼륨을 마운트할 수도 있습니다.

NetWorker 서버는 더 이상 프롬프트 메시지를 표시하지 않고 볼륨을 자동으로 마운트합니다. Devices 창에 장치의 마운트 상태가 표시됩니다. Autochanger에 장치 경로명이 적힌 접착식 레이블을 부착합니다. 이렇게 하면 어떤 장치 경로명이 Autochanger에 속하는지 알 수 있고 여러 개의 Autochanger를 백업할 때 편리합니다.

Invenory에 포함되어 있지 않은 볼륨 마운트

이 절차에서는 Autochanger Inventory에 포함되어 있지 않지만 유효한(적절하게 레이블이 지정된) NetWorker 볼륨을 마운트하는 방법에 대해 설명합니다.

Inventory에 포함되지 않은 볼륨을 마운트하려면 다음을 따르십시오.

1. 빈 Autochanger 슬롯에 볼륨을 수동으로 로드합니다.


3. Media 메뉴에서 Inventory를 선택합니다.

4. First Slot 및 Last Slot 속성에 같은 슬롯 번호를 입력하여 슬롯을 Inventory합니다. Inventory 작업에 대한 자세한 내용은 448페이지의 “Autochanger 볼륨 Inventory”를 참조하십시오.

그러면 NetWorker 소프트웨어는 지정한 슬롯을 Inventory합니다.



442

10

5. 441페이지의 “Autochanger 볼륨 마운트”의 설명대로 포함되어 있는 볼륨을 마운트합니다.

참고: 레이블이 지정되지 않은 미디어는 이 유형의 미디어가 Inventory에 포함시키는 것이 아닌 레이블 지정을 위해서만 마운트될 수 있기 때문에 이 경우에 마운트에 “유효“하다고 간주되지 않음을 유념하십시오. 레이블이 지정되지 않은 미디어를 사용하여 Inventory에 포함되지 않은 볼륨을 마운트하려고 하면 I/O 오류가 발생하고 볼륨이 배출됩니다.

Autochanger 볼륨 마운트 해제

Autochanger 볼륨의 마운트를 해제하려면 다음을 따르십시오.


2. Media 메뉴에서 Unmount를 선택합니다.

3. Device 목록에서 마운트를 해제하려는 볼륨의 장치를 선택한 후 Unmount를 누릅니다.

NetWorker 서버는 더 이상 프롬프트 메시지를 표시하지 않고 볼륨을 자동으로 마운트 해제하며 볼륨을 해당 슬롯으로 반환합니다. Devices 창에는 적절한 장치의 마운트 해제 상태가 표시됩니다.

Autochanger 볼륨에 레이블 지정

NetWorker 서버는 Pool 자원에서 선택한 레이블 템플리트를 사용하여 Autochanger에 로드된 볼륨에 레이블을 지정합니다. 레이블 지정 세션을 시작하기 전에 Pool 자원에서 레이블 템플리트를 선택하거나 사용자 정의 레이블을 만듭니다. 레이블 템플리트에 대한 자세한 내용은 228페이지의 “NetWorker 서버의 레이블 템플리트 사용 방법”을 참조하십시오.

NetWorker 서버가 Autochanger의 볼륨에 레이블을 지정하려면 시간이 약간 걸립니다. 파일을 백업하거나 복구할 필요가 없으면 한 번에 레이블 지정 프로세스를 수행할 수 있습니다.

Autochanger 볼륨에 레이블을 지정하려면 다음을 따르십시오.


2. Media 메뉴에서 Label을 선택합니다.

3. Starting With 필드에 레이블을 입력합니다.

Autochanger의 단일 볼륨에 레이블을 지정하는 경우에만 사용자 정의 레이블을 입력할 수 있습니다. 어떤 범위의 볼륨에 레이블을 지정할 경우에는 선택한 풀에 따라 자동으로 레이블이 할당됩니다.



10중요 사항: 특정 범위의 볼륨에 레이블을 지정하면 Label 속성에 대해 나타나는 이름이 레이블 템플리트와 일치해야 합니다. 단일 볼륨에 레이블을 지정할 경우에는 어떤 이름도 사용할 수 있습니다. 레이블 템플리트와 일치할 필요가 없습니다. 단일 볼륨에 레이블을 지정할 때는 Autochanger Label 대화 상자에서 Slot Rage의 First 및 Last 속성이 같아야 합니다.

4. Slot Range 텍스트 상자에 슬롯 범위를 입력합니다.

• 특정 범위의 슬롯에 레이블을 지정하려면 First 및 Last 텍스트 상자에 슬롯 범위를 입력합니다.

• 하나의 볼륨에만 레이블을 지정하려면 First 및 Last 텍스트 상자 모두에 같은 숫자를 입력합니다.

5. Pool 목록에서 레이블을 지정하고 있는 볼륨에 대한 풀을 선택합니다.

NetWorker 서버는 선택한 풀과 연관된 레이블 템플리트를 사용하여 볼륨에 레이블을 지정합니다. Pool 자원에서 활성화된 풀만 Jukebox Labeling 대화 상자에 나타납니다.

6. 볼륨을 수동으로 재활용하려면 Manual Recycle 확인란을 선택합니다.

참고: 데이터와 관련된 보유 방침의 범위를 넘어서 데이터를 보유하고 볼륨을 자동 재활용으로부터 보호하려는 경우에만 이 옵션을 사용하십시오. 더 이상 데이터를 보유하지 않으려면 볼륨 모드를 recyclable(재활용 가능) 또는 appendable(추가 가능)로 변경해야 합니다.


레이블을 지정하려는 미디어에 유효한 NetWorker 레이블이 이미 존재하면 볼륨의 레이블을 재지정할 것인지 확인하는 메시지가 나타납니다. 이 확인 메시지는 미디어의 레이블을 실수로 재지정하는 것을 방지하므로 중요합니다. 볼륨 레이블을 재지정한 후에는 이전 레이블의 내용을 복구할 수 없습니다.

볼륨이 언로드될 때 레이블 확인

백업 중에 SCSI가 재설정되면 볼륨이 되감기고 NetWorker 서버가 테이프 레이블을 겹쳐씁니다. 이러한 상황에서 서버가 테이프 레이블을 겹쳐쓰지 않도록 하려면 Jukebox 자원의 Verify Label On Unload 속성을 Yes로 설정합니다. 이 속성을 Yes로 설정하면 NetWorker 서버는 테이프를 언로드하기 전에 테이프 레이블이 있는지 확인합니다. 테이프 레이블이 없으면 볼륨의 모든 Save set는 suspect로 표시되고 테이프는 Full로 표시됩니다.



444

10

바코드로 볼륨에 레이블 지정바코드로 미디어에 레이블을 지정하면 두 가지 면에서 이점이 있습니다.

• 바코드로 레이블을 지정하면 볼륨 Inventory 속도가 빨라집니다.

• 바코드 레이블은 레이블 지정의 정확성을 높여줍니다.

바코드 레이블로 Inventory를 하면 장치에 볼륨을 마운트할 필요가 없기 때문에 빠르고 효율적입니다. 대신 Autochanger는 볼륨이 슬롯에 남아 있는 동안 적외선으로 외부 바코드 레이블을 검색합니다. 바코드 레이블로 Inventory를 하면 볼륨을 찾거나 Autochanger의 내용을 결정하는 데 걸리는 시간이 크게 줄어듭니다.

바코드를 사용하여 Inventory를 수행하려면 다음의 요구 사항이 충족되어야 합니다.

• Autochanger에 바코드 판독기가 있어야 합니다.

• 테이프에 바코드 레이블이 있어야 합니다.

• NetWorker 미디어 데이터베이스 내의 위치 필드가 올바르거나 null이어야 합니다. 위치 필드를 보려면 mmlocate 명령을 사용합니다.

또한 바코드 레이블은 Autochanger에서 로드되어 검색되기 전에 미디어에 붙여지기 때문에 레이블 지정에 대한 정확성을 높여줍니다. Autochanger가 바코드를 검색하면 NetWorker 서버가 미디어 데이터베이스의 레이블을 기록하고 추적합니다.

NetWorker 서버는 볼륨에 대해 Inventory를 수행할 때만 바코드 레이블을 사용합니다. nsrjb 명령을 사용하여 Autochanger 내용에 대한 정확한 계정을 업데이트하고 유지해야 합니다. 그렇게 하지 않으면 NetWorker 서버가 필요한 볼륨을 포함하고 있는 슬롯을 알지 못하기 때문에 백업 또는 복구용 볼륨(바코드 레이블의 사용 여부와 상관 없이)을 찾을 수 없습니다.

볼륨에 레이블은 있어야 하지만 반드시 바코드 레이블은 아니어도 됩니다.

중요 사항: Autochanger에는 바코드 레이블을 읽기 위한 하드웨어가 포함되어 있습니다. 바코드 정보는 NetWorker 서버로 전달됩니다. 바코드 레이블을 읽는 데 문제가 있다는 것은 하드웨어에 문제가 있음을 나타냅니다. 바코드 관련 문제의 경우 Autochanger 설명서를 참조하거나 하드웨어 구입업체에 문의하십시오.



10

바코드로 볼륨에 레이블 지정

바코드로 볼륨에 레이블을 지정하려면 다음을 따르십시오.

1. 볼륨에 바코드 레이블을 부착합니다.

2. 바코드 레이블이 있는 볼륨을 Autochanger에 배치합니다.



5. Barcode Reader 속성에서 Yes를 선택합니다.

6. 볼륨 레이블과 바코드 레이블을 일치시키려면 Match Barcode Labels 목록에서 Yes를 선택합니다.

각 볼륨에는 두 개의 레이블이 있습니다. 볼륨 레이블(바코드 선택 사항에 따라 바코드 레이블과 일치하거나 일치하지 않는 볼륨 레이블) 및 바코드 레이블이 그것입니다.

7. Apply를 눌러서 Jukebox 창을 닫습니다.


9. Media 메뉴에서 Label을 선택하여 Jukebox Labeling 대화 상자를 엽니다.

Jukebox 자원에서 Match Barcode Labels 속성을 활성화한 경우 이 대화 상자의 Volume Label 필드에 다음 레이블이 표시됩니다.

Barcode label

그렇지 않으면 Volume Label 속성에 레이블 템플리트 이름이 표시됩니다.

바코드 레이블을 선택하고 볼륨에 레이블을 지정하면 볼륨의 볼륨 레이블 이름과 바코드 레이블이 Volumes 창에 표시됩니다.



446

10

바코드 레이블 지정 팁

NetWorker 서버에서는 볼륨 레이블과 바코드 레이블을 사용하여 볼륨을 식별합니다. 두 레이블 모두 미디어 데이터베이스에 기록됩니다. 하지만 볼륨 레이블은 내부적으로 미디어(내부 볼륨 레이블)에도 기록됩니다. NetWorker 서버는 이 중 바코드 레이블로는 볼륨을 Inventory하고 볼륨 레이블로는 백업 및 복구에 필요한 볼륨을 식별합니다. Jukebox 자원에서 바코드 레이블 지정을 위한 적절한 사항을 선택하여 볼륨 레이블이 바코드 레이블과 일치하도록 요구할 수 있습니다.

다음은 NetWorker 소프트웨어에서 바코드 레이블을 사용할 때의 몇 가지 팁입니다.

• NetWorker 소프트웨어가 자동으로 볼륨의 레이블을 재지정하는 경우 원래 볼륨 레이블 이름을 다시 사용합니다. 볼륨의 레이블을 수동으로 지정할 때는 레이블 이름만 변경하면 됩니다. NetWorker 소프트웨어가 레이블 재지정 프로세스 동안 바코드 레이블을 검색해서 미디어 인덱스를 새로운 볼륨 이름과 관련 바코드 레이블로 업데이트해 줍니다.

• NetWorker 볼륨에 대해서는 동일한 바코드 레이블을 사용하지 않아야 합니다. 동일한 레이블을 사용하는 것은 Inventory 프로세스의 속도를 빠르게 하고 레이블 지정 정확성을 보장하는 바코드 레이블의 사용 목적에 어긋납니다.

• 모든 볼륨은 각각 고유한 볼륨 레이블을 갖고 있어야 합니다. 동일한 바코드 레이블로 두 번째 볼륨의 레이블을 지정하려고 시도하고 Jukebox 자원의 Matching Bar Code Labels 속성을 활성화한 경우 NetWorker 서버가 오류 메시지를 표시하고 두 번째 볼륨에 레이블이 지정되지 않습니다. 오류 메시지에서 동일한 레이블 및 바코드 레이블을 갖고 있는 2개의 볼륨이 들어 있는 Autochanger 슬롯을 식별해 줍니다.

문제를 해결하려면 볼륨 중 하나에 다른 레이블을 지정하고 레이블 지정 프로세스를 다시 시작하거나 두 번째 볼륨에 레이블을 지정하는 동안 Jukebox 자원의 Matching BarCode Labels 속성을 비활성화해야 합니다.

• 기존 볼륨을 오랜 기간 동안 Silo 또는 오프사이트에 저장할 경우에는 기존 볼륨에 바코드 레이블을 지정할 필요가 없습니다. 이 볼륨들은 자주 Inventory를 하지 않기 때문입니다.

• 기존 볼륨에 바코드 레이블을 사용하기 전에 먼저 볼륨에 바코드 레이블을 부착합니다. 그래야 NetWorker 서버가 바코드 레이블을 기존 볼륨 레이블과 대조할 수 있도록 각각의 볼륨을 개별적으로 로드하고 마운트합니다.

• 테이프에 볼륨 레이블을 기록합니다.

• 타업체에서 여러 바코드 레이블을 구입할 수 있습니다. 숫자 레이블, 영숫자 레이블 또는 숫자와 문자의 특정 조합으로 이루어진 레이블을 선택할 수 있습니다. 또한 현재 볼륨 레이블 지정 체계와 일치하는 바코드 레이블을 주문할 수도 있습니다.



10

• 일관된 레이블 지정 체계를 사용합니다. 서버 이름에 “001“과 같은 확장자로 볼륨에 레이블 지정했다면, 레이블의 범위는 “server_name.001“로 시작하여 “server_name.100“으로 끝나도록 지정하거나 필요한 만큼 범위를 넓게 지정해야 합니다. 바코드 레이블에 대한 레이블 지정 지침은 Autochanger 하드웨어 설명서에서 찾아 볼 수 있습니다. 바코드 레이블에 대한 문의 사항은 하드웨어 제조업체에 문의하십시오.

일관된 레이블 지정 체계를 사용하면 볼륨을 구성하고 추적하는 데 도움이 됩니다. 또한 모든 볼륨이 제한된 수의 레이블보다 바코드 레이블을 사용하면 Inventory 프로세스에도 도움이 됩니다.

일치하지 않는 볼륨 및 바코드 레이블 사용

참고: 볼륨 레이블을 바코드 레이블과 일치시키지 않도록 선택한 경우에는 미디어 외부에 레이블을 부착하십시오.

일치하지 않는 볼륨 및 바코드 레이블을 사용하려면 다음을 따르십시오.

1. 볼륨에 바코드 레이블을 적용합니다.

2. 바코드 레이블이 있는 볼륨을 Autochanger에 배치합니다.



5. Barcode Reader 속성에서 Yes를 선택합니다.

6. Match Barcode Labels 속성에서 No를 선택합니다.

7. Apply를 눌러서 Jukebox 창을 닫습니다.

NetWorker 서버가 해당 볼륨 이름에 대해 레이블 템플리트에서 사용 가능한 다음 번 레이블을 사용합니다. 볼륨에 레이블이 지정되고 미디어 데이터베이스에 두 레이블이 모두 기록됩니다.


9. Media 메뉴에서 Inventory를 선택하여 Jukebox Inventory 창을 엽니다.

볼륨을 Inventory하면 NetWorker 서버가 최신 볼륨 정보를 갖게 됩니다.

10. OK를 눌러서 볼륨을 Inventory합니다.

11. Media 메뉴에서 Volumes를 선택하여 각 볼륨의 볼륨 레이블과 바코드 레이블을 확인합니다.

Volumes 창의 정보를 사용하여 올바른 볼륨 레이블을 바코드 레이블에 일치시킵니다. 이것이 올바른 볼륨 레이블을 기존 바코드 레이블의 볼륨에 부착하기 위한 가장 쉬운 방법입니다. 이름 상관 관계에 대한 목록을 작성할 수도 있습니다.

참고: 바코드 기능을 활성화한 상태에서 볼륨에 바코드 레이블을 부착하지 않으면 바코드 레이블이 없다는 오류 메시지가 나타납니다.



448

10

Autochanger 볼륨 Inventory

NetWorker 소프트웨어가 Autochanger의 내용에 레이블을 지정하는 경우 볼륨 레이블을 할당할 때 Autochanger 슬롯에서의 해당 볼륨의 위치를 등록합니다. 이를 Inventory라 부릅니다. Autochanger의 볼륨을 Inventory하면 NetWorker 소프트웨어가 각 볼륨의 레이블을 읽고 슬롯 번호를 기록합니다. 레이블을 지정한 후에 Autochanger의 볼륨을 변경하지 않으면 각 볼륨 레이블이 특정 슬롯에만 할당되어 있기 때문에 NetWorker 서버가 볼륨에 액세스할 수 있습니다.

하지만 레이블 지정 프로세스를 수행하지 않고 Autochanger의 내용을 변경하거나 새 슬롯으로 볼륨을 이동한 경우 Autochanger가 이제 레이블이 지정된 다른 세트의 볼륨을 가지고 있거나 볼륨이 다른 순서로 되어 있음을 NetWorker 소프트웨어에 통보해야 합니다. 예를 들어, 어떤 Autochanger에 대해 둘 이상의 저장실을 갖고 있을 경우 한 저장실을 제거하고 Autochanger에 다른 저장실을 로드할 때마다 Inventory를 해야 합니다.

새 저장실의 볼륨에 레이블을 지정해야 하는 경우에는 NetWorker 소프트웨어가 새롭게 레이블이 지정된 볼륨이 위치한 슬롯 번호를 자동으로 기록해 주므로 Inventory를 할 필요가 없습니다.

NetWorker 소프트웨어는 바코드 레이블을 사용하여 Inventory 프로세스의 속도를 높일 수 있습니다. Autochanger에서 바코드 레이블의 사용을 지원하는 경우 볼륨의 수가 많거나 Autochanger 내용을 자주 변경한다면 이 기능을 사용하는 것이 좋습니다. 바코드 레이블 사용에 대한 자세한 내용은 444페이지의 “바코드로 볼륨에 레이블 지정”을 참조하십시오.

Autochanger 볼륨 Inventory

Autochanger 볼륨을 Inventory하려면 다음을 따르십시오.

1. Autochanger에 새 볼륨을 로드합니다.


3. Media 메뉴에서 Jukeboxes를 선택합니다.

4. First Slot 및 Last Slot 속성에서 Inventory할 슬롯의 범위를 입력합니다.

모든 슬롯을 Inventory하려면 기본값을 사용합니다.

5. Autochanger Inventory 대화 상자에서 Inventory할 슬롯을 입력합니다.

• 하나의 슬롯을 Inventory하려면 First 및 Last 슬롯 속성에 같은 슬롯 번호를 입력합니다.

• 특정 범위의 슬롯을 Inventory하려면 First 및 Last 슬롯 속성에 첫 번째 슬롯과 마지막 슬롯을 입력합니다.




10

볼륨에 바코드 레이블이 없을 경우 NetWorker 소프트웨어는 각 볼륨을 마운트하고, 관련 레이블을 읽은 후 레이블을 마운트 해제해야 합니다. 이 경우 Inventory 프로세스를 완료하는 데 시간이 걸릴 수 있습니다. Inventory 작업이 완료되면 NetWorker 관리 프로그램이 Volumes 창에 결과를 표시합니다.

중요 사항: Autochanger의 테이프를 Inventory할 때 테이프에 레이블이 지정되어 있지 않으면 NetWorker 서버는 다음 오류 메시지를 반환합니다.

volume tape label read, I/O error

Inventory가 Autochanger에 있는 각 볼륨의 볼륨 레이블을 확인하려고 할 때의 프로세스는 I/O 오류가 레이블이 지정되지 않은 테이프를 읽어서 생긴 것인지 아니면 손상된 테이프를 읽어서 생긴 것인지를 구분할 수 없습니다. 볼륨을 드라이브에 로드했으면 nsrjb는 nsrd에 볼륨을 로드하고 레이블을 확인하도록 요청합니다. nsrd 명령은 nsrmmd를 할당하여 레이블 확인 작업을 수행합니다. 그런 다음 nsrd 명령은 볼륨 위치를 찾아서 레이블을 읽고 오류를 생성합니다.

레이블이 지정되지 않은 새 테이프가 들어 있는 Autochanger에 대해 Inventory 명령을 실행한 경우 이를 복구하려면 다음을 따르십시오.

1. 명령 프롬프트에 nsrjb -HE(하드웨어를 초기화 요소 상태로 재설정)를 입력하여 라이브러리의 상태를 동기화합니다.

2. Autochanger의 볼륨에 레이블을 지정합니다.

3. 이 절에서 설명한 단계 또는 nsrjb -I 명령을 사용하여 Autochanger의 볼륨을 Inventory합니다.



450

10

볼륨 가져오기/내보내기 기능을 가진 Autochanger 사용NetWorker 소프트웨어는 많은 브랜드의 Autochanger에서 제공하는 SCSI-II 가져오기/내보내기 기능을 지원합니다. Autochanger 모델에 따라서 이 기능을 CAP (카트리지 액세스 포트), 메일 슬롯, 포트 로딩이라고 합니다. 가져오기/내보내기 기능은 Autochanger의 슬롯에 볼륨을 배치하고 회수합니다. 운영자는 이 기능을 사용하여 장치 Inventory 목록을 무효화하지 않고 카트리지를 배치 및 회수할 수 있습니다. 보통 운영자가 미디어를 로드하거나 언로드하기 위해 문을 열 경우 Autoloader의 요소 상태는 Autochanger를 다시 초기화하는 긴 작업을 요구하면서 무효화됩니다. 하지만 NetWorker 서버는 배치 후에도 볼륨을 자동으로 Inventory하지 않음을 유념하십시오.

참고: 이 절의 절차는 Silo에 적용되지 않습니다. Silo를 사용한 가져오기/내보내기 기능에 대한 내용은 462페이지의 “볼륨 가져오기/내보내기 기능을 가진 Silo 사용”을 참조하십시오.

가져오기/내보내기 기능을 사용하여 볼륨 배치

가져오기/내보내기 기능을 사용하여 볼륨을 배치하려면 다음을 따르십시오.

1. NetWorker 서버 또는 저장 장치 노드에 root로 로그인합니다.

2. 해당 Autochanger 앞에 있는 버튼을 눌러 카트리지 홀더를 앞으로 이동시켜서 CAP을 엽니다.

3. 볼륨을 홀더에 넣습니다.

4. 버튼을 다시 눌러 미디어를 Autochanger 안으로 이동시키고 CAP을 닫습니다.


# nsrjb -d -S slot

slot은 해당 볼륨의 슬롯 번호입니다.

nsrjb 명령에서 볼륨 이름을 지정하지 않으면 NetWorker 서버가 해당 슬롯을 “-*“로 표시하는데 이는 해당 슬롯에 있는 볼륨이 미지의 것임을 나타냅니다. 다음 명령으로 슬롯을 Inventory 처리합니다.

# nsrjb -I -S slot

6. 볼륨이 올바른 슬롯에 배치되었는지 확인하려면 볼륨을 마운트해 봅니다.



10

가져오기/내보내기 기능을 사용하여 볼륨 회수

가져오기/내보내기 기능을 사용하여 볼륨을 회수하려면 다음을 따르십시오.

1. NetWorker 서버 또는 저장 장치 노드 컴퓨터에 root로 로그인합니다.


# nsrjb -w -S slot -P port

slot은 해당 볼륨에 대한 슬롯 번호이고 port는 제어 포트에 할당된 값입니다.

3. 볼륨이 CAP에 닿으면 버튼을 눌러 CAP을 엽니다.

4. 볼륨을 제거하고 CAP을 닫습니다.

Autochanger 사용 관련 팁이 절에서는 Autochanger 및 백업 미디어를 효율적이고 안정적으로 사용하는 데 도움이 되는 몇 가지 제안 사항을 제공합니다. 여기에는 다음 절이 포함되어 있습니다.

• 451페이지의 “Autochanger Notification”

• 452페이지의 “재활용과 추가 볼륨 추가 비교”

• 453페이지의 “Autochanger의 풀 사용”

• 453페이지의 “장치 측정”

• 453페이지의 “요소 상태 사용 불가능”

• 453페이지의 “Autochanger 재설정”

• 454페이지의 “옵티컬 Autochanger”

Autochanger Notification

NetWorker 서버는 통지를 사용하여 NetWorker 이벤트에 대한 다양한 메시지를 보냅니다. 사전 구성된 많은 Notification이 포함되어 있어 다음과 상황을 사용자에 알려 줍니다.

• Autochanger의 볼륨이 90%가 찬 경우

• Autochanger가 수행을 계속하기 위해 볼륨이 더 필요한 경우

• Autochanger에 기계적인 문제가 있는 경우

• Autochanger 장치에 클리닝이 필요한 경우

• 클리닝 카트리지에 주의가 필요한 경우

통지에 대한 자세한 내용은 111페이지의 “통지”를 참조하십시오.



452

10

NetWorker 소프트웨어는 볼륨이 Autochanger에 로드되어 있는 한 필요한 볼륨을 자동으로 마운트해 줍니다. 복구 시 Autochanger에 로드되지 않은 볼륨이 필요한 경우 Tape mount request 1 통지가 NetWorker 관리 프로그램의 Messages 창에 메시지를 전송하여 특정 볼륨을 마운트하라고 알려줍니다.

Autochanger 문제를 수정한 후에는 NetWorker 서버가 계속 파일을 백업하거나 복구할 수 있도록 볼륨을 마운트해야 합니다. NetWorker 관리 프로그램에서 메시지가 있는지 검사합니다.

재활용과 추가 볼륨 추가 비교

NetWorker 서버는 appen(추가 가능)이라고 표시된 볼륨에 파일을 저장합니다. Autochanger 내의 볼륨이 full로 표시되어 있으면 백업을 받을 수 없습니다.

full로 표시된 볼륨으로 다음 작업 중 하나를 수행할 수 있습니다.

• 오랜 기간 동안 볼륨을 보관해야 하는 경우 꽉 찬 볼륨을 제거하고 새 미디어로 교체합니다.

• 꽉 찬 볼륨에 있는 데이터가 필요하지 않을 때는 볼륨 모드를 recyc(재활용 가능)로 변경합니다. NetWorker 서버가 기존 레이블을 유지하면서 해당 데이터를 새로운 백업으로 겹쳐 씁니다. 이것이 볼륨에 레이블을 재지정할 필요 없이 새 데이터로 겹쳐 쓸 수 있는 유일한 경우입니다.

볼륨에 있는 모든 Save set가 보유 방침에서 지정한 기간을 경과한 경우에는 볼륨 모드가 자동으로 재활용 가능으로 변경됩니다.

미디어를 재활용하고 미디어를 풀에 더 추가하는 것은 둘 다 장점이 있습니다. 재활용하면 같은 볼륨을 재사용하므로 풀에 새 볼륨을 추가하지 않게 됩니다. 하지만 사용 시간이 초과되어 실패율이 높아질 수 있습니다.

반면, 특정 기간 동안 백업을 보관해야 하는 경우에는 미디어를 재활용하는 대신 풀에 미디어를 계속 추가해야 합니다. 예를 들어, 회사 정책으로 인해 백업을 일년 동안 관리해야 할 경우에는 Autochanger가 매 3개월마다 새 볼륨을 필요로 할 수 있습니다. 이런 경우 만료된 백업이나 이전 백업을 포함하고 있기 때문에 해당 볼륨을 재활용할 수 있을 때까지는 새 미디어를 풀에 계속 추가해야 합니다.



10

Autochanger의 풀 사용

전체 백업과 전체가 아닌 백업을 모두 가질 계획이라면 전체 백업에 필요한 볼륨 수를 평가해서 해당 볼륨을 Full 풀에 할당합니다. 이렇게 하면 전체 백업이 Autochanger의 연속 슬롯 범위 내에 위치됩니다. 따라서 모든 볼륨을 동시에 제거할 수 있습니다.

장치 측정

장치의 로딩 메커니즘을 측정하는 빈도와 방법에 대한 내용은 해당 Autochanger 제조 업체의 설명서를 참조하십시오.

요소 상태 사용 불가능

일부 Autochanger는 요소 상태 기능을 지원합니다. NetWorker 소프트웨어는 요소 상태 기능을 사용하여 슬롯에 볼륨이 포함되어 있는지 여부를 판별합니다. 볼륨이 바코드를 가지고 있는 경우에는 요소 상태 기능이 볼륨 레이블을 로드하고 읽기 위한 필요성을 없애주기 때문에 Inventory 프로세스의 속도를 빠르게 해줍니다. 볼륨에 바코드 레이블이 있는 경우 NetWorker 소프트웨어는 해당 볼륨을 로드하지 않고도 볼륨을 읽습니다.

볼륨에 바코드가 없는 경우에 Autochanger의 요소 상태 옵션을 사용하지 않으려면 다음을 따르십시오.




4. Jukebox Options 속성에서 Elements Status 속성의 선택을 해제합니다.



Autochanger가 작업을 완료할 수 없거나 “혼동“ 상태에 있는 것으로 나타나는 경우에는 Autochanger를 재설정해야 할 수 있습니다. 예를 들어 실제로는 볼륨이 드라이브에 로드되어 있는데도 슬롯이 비어 있는 것처럼 NetWorker 서버가 동작할 수도 있습니다. 그 반대의 경우도 있을 수 있습니다. 실제로는 슬롯이 비어 있는 데도 꽉 찬 것처럼 Autochanger가 동작할 수도 있습니다. 재설정 기능을 사용하면 이렇게 동작하는 Autochanger를 정상 상태로 되돌릴 수 있습니다.



454

10


Autochanger를 재설정하려면 다음을 따르십시오.


# nsrjb

출력 결과를 메모해 두십시오. 이 명령은 장치에 로드되어 있는 볼륨, 볼륨 레이블 및 장치에 로드된 볼륨의 슬롯에 대한 정보를 표시해 줍니다.

2. 장치에서 볼륨의 마운트를 수동으로 해제합니다. 수동 해제 방법에 대한 내용은 해당 Autochanger 설명서를 참조하십시오.

3. “A“ 면이 위로 향하도록 뒤집어서 볼륨을 CAP에 수동으로 다시 삽입합니다.

4. Autochanger의 Control Panel에서 볼륨을 CAP에서 원래 있던 슬롯으로 다시 로드합니다.


# nsrjb -H

Autochanger가 재설정됩니다.

옵티컬 Autochanger

NetWorker 소프트웨어를 옵티컬 Autochanger와 함께 사용할 수 없는 경우 해당 운영 체제에 옵티컬 Autochanger 미디어 장치에 대한 지원이 포함되어 있지 않기 때문일 수 있습니다.

옵티컬 Autochanger에 대한 NetWorker 장치 이름을 작성할 때는 원래 장치 이름을 사용해야 합니다.

정전되면 옵티컬 Autochanger는 해당 백업 볼륨의 상태에 대한 추적을 잃게 됩니다. 이 경우 nsrjb -H 명령을 실행해도 Autochanger가 성공적으로 재설정되지 않을 수도 있습니다. 표시되는 출력이 다음과 유사한 경우 이는 nsrjb -H 명령이 Autochanger 재설정에 실패했음을 나타냅니다.

nsrjb Autochanger error, Invert operation not supported



10

SiloNetWorker 소프트웨어는 Silo와 Silo 미디어를 Autochanger와 비슷한 방법으로 관리합니다. 최상의 결과를 얻으려면 Silo로 이동하기 전에 Autochanger 작업에 익숙해져야 합니다.

STL(Silo 테이프 라이브러리)은 보통 많은 기억 장치가 들어 있는 주변 장치입니다. Silo는 Silo 구입업체가 제공하고 Silo 서버에 설치되는 Silo 관리 소프트웨어에 의해 제어됩니다. Silo 서버는 NetWorker 서버와 같은 컴퓨터일 수 없습니다.

Silo는 여러 응용 프로그램, 시스템 및 플랫폼 사이에 공유될 수 있습니다. Autochanger와 같은 Silo는 데이터 및 미디어 작업을 보다 자동적으로 수행합니다. Silo는 볼륨을 로드, 변경, 관리하고 장치를 자동으로 클리닝합니다.

NetWorker 소프트웨어와 Silo의 상호 작용 방법

NetWorker 서버는 Silo 서버에 상주해 있는 Silo 관리 소프트웨어의 클라이언트 역할도 수행합니다. NetWorker 서버는 STLI(Silo 테이프 라이브러리 인터페이스)를 통해 Silo와 통신하므로, 해당 Silo를 사용하는 NetWorker 서버에 SLTI가 설치되어 있어야 합니다.

Silo의 볼륨 및 장치에 액세스하려면 NetWorker 서버는 Silo 관리 소프트웨어에 STLI 호출 형식으로 요청을 보냅니다. 예를 들어, Silo 장치에 볼륨을 마운트하려면 NetWorker 미디어 서비스는 Silo의 특정 장치에 볼륨을 마운트하기 위해 Silo 관리 소프트웨어에 요구를 보냅니다. Silo 서버는 요구에 응답하여 요구된 장치에 볼륨을 마운트합니다.

NetWorker 소프트웨어가 Autochanger에서 제어하는 작업 중 많은 것들을 Silo 관리 소프트웨어가 제어해 줍니다. 예를 들어, Silo 관리 소프트웨어는 각 Silo 볼륨이 상주해 있는 슬롯을 추적하므로 볼륨의 배치 및 회수와 Silo 장치의 자동 클리닝을 제어할 수 있습니다.

Silo 설치

NetWorker 소프트웨어와 함께 사용할 Silo를 설치하려면 다음을 따르십시오.

1. Silo 서버에 Silo 관리 소프트웨어를 설치합니다.

2. NetWorker 서버에 STLI를 설치합니다(필요한 경우). 자세한 내용은 Silo 공급업체 설명서를 참조하십시오.

참고: 예를 들어, Windows를 실행하는 NetWorker 서버 또는 저장 장치 노드가 STK Silo를 제어하도록 하려면 libattach 프로그램을 설치해야 합니다.

다음 모델에서는 NetWorker 소프트웨어 설치 시 필요한 모든 소프트웨어가 설치되므로 STLI 라이브러리를 설치하지 마십시오.

• Solaris 및 AIX에서 IBM 3494

• Solaris, AIX, HP-UX 및 DYNIX/ptx에서 StorageTek

• Solaris, AIX, HP-UX 및 Windows NT에서 ADIC EMASS/Grau



456

10

3. NetWorker 서버가 Silo의 미디어 장치에 제대로 연결되었는지 확인합니다.

4. jbconfig 프로그램을 실행하여 Silo의 장치를 구성합니다.

jbconfig 프로그램은 다음 정보를 입력하라는 내용의 프롬프트 메시지를 표시합니다.

• 설치할 장치 유형. 3을 입력합니다(STL Silo용).

• Silo 유형

• Silo 이름. 영숫자 문자열을 입력합니다.

• Silo 서버의 호스트 이름

• 자동 장치 클리닝의 사용 가능 여부. No를 입력합니다. Silo 서버가 Silo의 장치 클리닝을 제어합니다.

• STLI 소프트웨어의 경로명. STLI 소프트웨어가 상주하는 NetWorker 서버의 전체 경로를 입력합니다.

• 구성할 장치 수

• 구성하는 각 장치에 대해 프로그램은 다음 정보를 묻는 메시지를 표시합니다.

– 장치의 경로명

– 장치의 미디어 유형(장치가 이미 구성되어 있지 않은 경우)

– 장치의 Silo 이름

자세한 내용은 405페이지의 “Autochanger 추가”를 참조하십시오.

5. Silo Support Module에 라이센스를 부여합니다. 라이센스 관리에 대한 일반적인 내용은 95페이지의 “라이센스 관리”를 참조하십시오.

Silo 장치 이름 지정 규칙

jbconfig 프로그램이 저장 장치의 Silo 이름을 묻는 프롬프트 메시지를 표시합니다. 이 때 Silo 이름은 Silo 관리 소프트웨어가 저장 장치를 참조하는 데 사용하는 이름입니다. 갖고 있는 Silo의 유형에 따라 장치 이름은 몇 가지 형식을 가질 수 있습니다. 이 절에서는 현재 지원되는 Silo의 이름 지정 규칙에 대해 설명합니다.

StorageTek

Storage Tek(STK) Silo 관리 소프트웨어는 UNIX 시스템에서 실행되는 ACSLS라는 프로그램 또는 MVS(Multiple Virtucal Storage) 시스템에서 실행되는 Library Attach라는 프로그램 중 하나를 사용합니다. 이들 프로그램에서는 Silo에서의 해당 장치의 물리적 위치에 기초한 좌표에 따라 장치의 이름을 지정합니다.



10

테이프 장치의 이름은 쉼표로 분리된 4 자릿수로 구성됩니다.

• 첫 번째 자릿수는 해당 드라이브가 연관된 ACS(자동 카트리지 시스템)를 참조합니다.

• 두 번째 자릿수는 해당 드라이브가 위치해 있는 LSM(라이브러리 저장 장치 모듈)을 참조합니다.

• 세 번째와 네 번째 자릿수는 해당 드라이브가 위치해 있는 패널과 슬롯 위치를 참조합니다.

일반적인 STK 드라이브의 이름은 1,0,1,0과 유사합니다.

NetWorker 서버에서 사용할 수 있는 장치의 드라이브 이름에 대해서는 Silo 관리자에 문의해야 합니다. NetWorker 서버에는 이 정보가 없습니다. 둘 이상의 드라이브에 연결하려면 각 드라이브에 대한 SCSI ID를 알아내서 해당 ID를 Silo 이름에 일치시킵니다. 우발적으로 운영 체제 장치 이름과 Silo 이름을 바꿔 지정한 경우에는 볼륨을 마운트 및 마운트 해제할 수만 있고 마운트 후에도 볼륨을 읽거나 쓸 수 없습니다. 장치 이름을 적절하게 재구성하려면 NetWorker 관리 프로그램을 사용하여 Jukebox 자원의 STL Device Names 속성에서 장치 이름 순서를 변경합니다.

IBM 3494

IBM 3494용 Silo 관리 소프트웨어는 장치 이름을 8자리 숫자로 지정하여 Silo의 3590 드라이브를 식별합니다. 다음과 같이 적절한 유틸리티를 사용하여 장치 이름을 얻습니다.

• AIX 시스템에서는 jbconfig 프로그램이 장치 드라이버에서 장치 이름을 얻어서 해당 장치의 이름을 기본값으로 표시합니다.

• Solaris 시스템에서는 IBM에서 제공하는 mtlib 명령(mtlib -l library_name -D)을 사용하여 3494에 있는 모든 장치의 이름을 확인해야 합니다. 해당 장치가 NetWorker 소프트웨어용으로 스케줄된 것인지 여부는 Silo 관리자에게 문의하거나 테스트해서 각 Solaris 장치 이름과 일치하는 Silo 드라이브 이름을 확인해야 합니다.

EMASS/Grau

EMASS(미국의 경우) 또는 Grau Silo에 대한 Silo 관리 소프트웨어는 DAS(Dual Attach Station)라는 프로그램입니다. DAS는 AMU라는 Silo 제어 프로그램에 대해 프런트 엔드의 역할을 합니다. Silo가 구성되면 Silo 관리자는 각 드라이브에 심볼릭 이름을 부여합니다. 심볼릭 이름은 임의의 영숫자 문자열이 될 수 있습니다.



458

10

NetWorker 소프트웨어에서 작동하도록 DAS를 설정하는 방법

NetWorker 소프트웨어와 함께 사용하도록 DAS를 설정하려면 다음을 따르십시오.

1. NetWorker 서버나 저장 장치 노드 컴퓨터에서 명령을 받아들이도록 DAS를 구성해 줄 것을 Silo 관리자에게 요청합니다.

2. Silo 관리자에 다음 중 하나를 수행하도록 요청합니다.

• dasadmin allocd 명령을 사용하여 하나 이상의 장치를 NetWorker 서버나 저장 장치 노드에 할당합니다.

• dasadmin allocd 명령을 입력하여 NetWorker 서버나 저장 장치 노드 컴퓨터에서 장치를 할당할 수 있도록 관리자로서 NetWorker 서버나 저장 장치 노드를 구성합니다.

Silo에서 장치에 할당된 이름 찾기

Silo의 장치에 할당된 이름을 찾으려면 NetWorker 소프트웨어와 함께 설치되는 dasadmin 유틸리티를 사용합니다.

이름을 찾으려면 다음을 따르십시오.

1. 다음 세 가지 환경 변수를 설정합니다.

• DAS_SERVER, DAS를 실행하는 Silo 관리 서버의 호스트 이름

• DAS_CLIENT, NetWorker 서버 또는 저장 장치 노드의 호스트 이름

• ACI_MEDIA_TYPE, 다음 값 중 하나: 3480, CD_THICK, CD_THIN, DECDLT, 8MM, 4MM, D2, VHS, 3590, CD, TRAVAN, DTF, BETACAM, AUDIO_TAPE 또는 DAS_MEDIUM, ACI_MEDIA_TYPE와 동일한 값

2. 다음 명령을 입력하여 드라이브와 이들이 할당된 호스트 이름의 목록을 표시합니다.

# dasadmin ld

Silo 장치 정의

Silo에 새 장치를 추가한 후 NetWorker 서버에서 이 장치를 인식하고 사용하게 하려면 먼저 기존 Jukebox 자원을 삭제하고 새 장치에 액세스하도록 Silo의 Jukebox 자원을 재구성해야 합니다.

Silo 장치를 정의하려면 다음을 따르십시오.

1. Silo를 사용하는 NetWorker 서버에 root로 로그온합니다.


3. 적절한 Silo를 선택합니다.



10


OK를 눌러 삭제를 확인합니다.

5. jbconfig 프로그램을 실행하여 Silo를 재구성합니다. jbconfig에 대한 자세한 내용은 405페이지의 “Autochanger 추가”를 참조하십시오. Silo에 이전과 완전히 똑같은 이름을 사용하여 추가 장치를 추가합니다.

Silo에서 NetWorker 소프트웨어에서 사용할 장치를 여러 개 정의한 경우 Jukebox 자원에서 이러한 장치를 특정 순서로 지정하지 않아도 됩니다. 단 Devices 속성의 장치 이름 목록이 STL Device Names 속성에 있는 목록에 대하여 올바른 순서대로 있어야 합니다.

Silo 장치 해제

Silo 장치를 NetWorker 서버에서 사용하도록 구성할 경우 NetWorker 서버에만 Silo의 액세스를 제한하는 옵션을 갖게 됩니다. 이들 제한 사항은 전체 액세스를 가진 사람들에게 Silo에 대한 가용성을 늘려줍니다. 그러나 이들 제한 사항은 Release Device 기능을 사용하여 해제할 수 있습니다.

Silo 장치를 해제하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램의 Devices 창에서 적절한 Silo를 선택합니다.

2. Media 메뉴에서 Release Shared Device를 선택합니다.

3. 해제하려는 각 장치에 이들 단계를 반복합니다.

Silo 장치 클리닝

NetWorker 소프트웨어에서 Silo에 대해 자동 클리닝을 활성화하지 마십시오. 자동 장치 클리닝 기능은 고정 슬롯 번호에 의존하기 때문에 Silo에서는 사용할 수 없습니다. Silo의 장치를 클리닝하는 방법에 대한 내용은 Silo 관리 소프트웨어 설명서를 참조하십시오.

EMASS/Grau 및 StorageTek Silo의 환경 변수 설정

EMASS/Grau 및 StorageTek Silo의 경우 NetWorker 시작 스크립트에 환경 변수를 설정해야 합니다.



460

10

460페이지의 표 70에는 설정할 환경 변수가 나열되어 있습니다.

표 70. EMASS/Grau 및 StorageTek 환경 변수

Silo 모델 환경 변수

EMASS/Grau DAS_SERVER = name_of_DAS_server DAS_CLIENT = name_of_system_as_defined_to_DAS_server DAS_MEDIUM = type_of_tape_drive_used ACI_MEDIA_TYPE = type_of_tape_drive_used

DAS_MEDIUM 및 ACI_MEDIA_TYPE의 경우 다음 값 중 하나를 사용합니다.

• 3480• OD-Thick• OD-Thin• DECDLT• 8MM• 4MM• D2

• VHS• 3590• CD• TRAVAN• DTF• BETACAM• AUDIOTAPE

볼륨 배치 또는 회수를 위한 포트 범위 또는 카트리지 액세스 포트를 지정하려면 nsrjb에 -P ports 옵션을 사용하는 대신 다음 환경 변수를 사용합니다.

• DAS_INSERT_AREA_NAME=port• DAS_EJECT_AREA_NAME=port

DAS_INSERT_AREA_NAME의 기본값은 I01이며 DAS_EJECT_AREA_NAME의 기본값은 E01입니다.

StorageTek CSI_HOSTNAME = name_of_ACSLS_system

또한 다음과 같은 명령을 시스템에서 실행해야 하며 이러한 명령은 NetWorker 시작 스크립트에 포함시킬 수 있습니다.

<networker_binaries_path>/mini_el & <networker_binaries_path>/ssi &



10

EMASS/Grau 및 StorageTek Silo의 환경 변수를 설정하려면 다음을 따르십시오.

1. NetWorker 시작 스크립트를 찾습니다.

461페이지의 표 71에는 NetWorker 시작 스크립트의 위치가 나열되어 있습니다.

2. 텍스트 편집기를 사용하여 NetWorker 시작 스크립트를 열고 다음 행 뒤에 환경 변수를 추가합니다.



ENV_VAR = valueexport ENV_VAR


Silo에서의 미디어 관리둘 이상의 소프트웨어 응용 프로그램이 하나의 Silo를 사용할 수 있습니다. 따라서 Silo에서 미디어를 관리하려면 NetWorker 소프트웨어가 다른 프로그램이 사용하는 볼륨을 겹쳐 쓰지 않도록 하기 위한 추가 작업이 필요합니다.


• NetWorker 소프트웨어에 사용할 볼륨을 지정하는 방법

• 장치에 볼륨을 마운트하는 방법

• 볼륨을 식별하고 Silo에서 카운트하는 방법



Solaris, Linux, DYNIX/ptx, IRIX # /etc/init.d/networker

HP-UX, HP Tru64 UNIX # /sbin/init.d/networker

AIX # /etc/rc.nsr



462

10

Silo 슬롯 번호

Autochanger에서 NetWorker 소프트웨어는 대부분의 기능을 슬롯 번호로 지정합니다. Silo도 같은 방법을 사용합니다. Autochanger에는 고정된 수의 슬롯이 있으며 NetWorker 소프트웨어는 슬롯 번호를 사용하여 볼륨의 물리적 위치를 참조합니다.

하지만 Silo에는 가변 숫자의 슬롯이 있으며, 처음 구성될 때는 0으로 시작하며 구매한 Silo 라이센스에 따라 제한됩니다. Silo 볼륨의 기본적인 식별자는 바코드 또는 volser(볼륨 일련 번호)입니다. volser는 특정 볼륨의 수명 기간 동안 결코 변경되지 않습니다.

nsrjb 명령이 Silo의 내용을 나열할 때 슬롯 번호도 함께 나열됩니다. 슬롯 번호를 사용하여 마운트, 마운트 해제, 레이블 지정 및 Inventory를 할 볼륨을 지정할 수 있습니다. 볼륨에는 Silo에서와 같은 슬롯 번호가 항상 할당되지는 않습니다. Silo의 슬롯 번호는 할당된 바코드의 정렬된 순서를 기반으로 하여 동적으로 할당됩니다. 정렬 순서에서 앞에 오는 추가 바코드를 할당하면 순서에서 그 보다 뒤에 오는 모든 볼륨의 슬롯 번호가 변경됩니다. 자세한 내용은 nsrjb 매뉴얼 페이지를 참조하십시오.

Silo 볼륨에는 슬롯 번호가 완벽한 식별자가 아니기 때문에 슬롯 번호를 변경할 수 있는 작업은 슬롯 번호를 인수로서 받아 들일 수 없습니다. 예를 들어, 슬롯 번호를 기준으로 볼륨의 할당을 해제할 수 없습니다. 그 이유는 할당 해제될 볼륨의 슬롯 번호가 이 작업으로 인해 변경될 수 있기 때문입니다.

볼륨 가져오기/내보내기 기능을 가진 Silo 사용

NetWorker 소프트웨어는 많은 브랜드의 Silo에서 제공하는 SCSI-II 가져오기/내보내기 기능을 지원합니다. Silo 모델에 따라 이 기능을 CAP, 메일 슬롯 및 로딩 포트라고도 합니다. 가져오기/내보내기 기능은 Silo의 슬롯에 볼륨을 배치하고 회수합니다.

운영자는 가져오기/내보내기 기능을 사용하여 장치 Inventory 목록을 무효화하지 않고 카트리지를 배치 및 회수할 수 있습니다. 운영자가 문을 열고 볼륨을 로드 또는 언로드하면 Autoloader의 요소 상태가 무효화되어 Silo를 재초기화하는 데 많은 시간과 노력이 필요하게 됩니다. 하지만 NetWorker 소프트웨어가 배치 후에도 볼륨을 자동으로 Inventory하지 않음을 유념하십시오.

NetWorker 명령 또는 Silo 관리 소프트웨어를 사용하여 Silo의 볼륨을 배치하고 회수하기 위해 현재 지원되는 Silo에서 가져오기/내보내기 기능을 제어할 수 있습니다. 그러나 많은 수의 볼륨을 배치하거나 회수할 경우 특히 Silo 관리 소프트웨어를 사용하는 것이 종종 더 효율적입니다.

Autochanger와는 달리 NetWorker 관리 프로그램을 사용하여 배치 및 회수 명령을 실행할 수 없습니다. 배치 및 회수 명령을 실행하려면 프롬프트에서 다음 NetWorker 명령을 입력합니다.



10

• 볼륨을 할당하고 배치하려면 다음을 따르십시오.

# nsrjb -a -T tags -d

• 볼륨의 할당을 해제하고 회수하려면 다음을 따르십시오.

# nsrjb -x -T tags -w

여기서 tags는 원격 Silo에 있는 볼륨의 태그나 바코드를 지정합니다.

어떤 Silo(예를 들어, 가져오기/내보내기 기능이 자동 모드로 설정된 StorageTek Silo)에서는 Silo 관리 소프트웨어가 자동으로 볼륨을 삽입합니다. NetWorker 소프트웨어를 사용해서 볼륨을 삽입할 수는 없습니다.

Silo 볼륨 마운트 및 마운트 해제

Silo 볼륨을 마운트하고 마운트를 해제하는 것은 Autochanger에서와 같습니다.

• 레이블을 지정하거나 레이블의 데이터를 읽거나 쓰려면 먼저 볼륨을 마운트해야 합니다. 로봇 메커니즘은 Silo의 장치에 볼륨을 마운트합니다.

• Silo의 볼륨을 Inventory하거나 NetWorker 풀의 볼륨을 할당 해제하려면 먼저 볼륨의 마운트를 해제해야 합니다.

볼륨을 마운트 및 마운트 해제하는 방법에 대한 자세한 내용은 441페이지의 “Autochanger 볼륨 마운트” 및 442페이지의 “Autochanger 볼륨 마운트 해제”를 참조하십시오.

볼륨에 바코드 식별자나 템플리트를 지정하려면 nsrjb 명령과 함께 -T 옵션을 사용할 수 있습니다. 자세한 내용은 nsrjb 매뉴얼 페이지를 참조하십시오.

Silo 볼륨에 레이블 지정

Silo의 볼륨에 대한 NetWorker 레이블은 일반 NetWorker 볼륨 레이블(볼륨의 미디어에 기록) 및 Silo 바코드 식별자를 둘 다 포함합니다. 볼륨 레이블은 보통 볼륨 풀의 레이블 템플리트를 기반으로 합니다. 바코드 식별자는 Silo의 바코드 판독기가 Inventory 동안 검색할 수 있는 볼륨의 외부에 붙여진 물리적 레이블에 기록됩니다. Silo 볼륨에 레이블을 지정하는 방법에 대한 지침은 442페이지의 “Autochanger 볼륨에 레이블 지정”을 참조하십시오.

Silo에서는 바코드의 사용 및 바코드 레이블과 NetWorker 볼륨 레이블의 대조를 모두 사용할 수 있습니다. Match Bar Code Labels 속성은 변경할 수 있지만, Bar Code Reader 속성은 No로 설정하지 마십시오. 두 속성을 모두 Yes로 설정하면 NetWorker 소프트웨어에서 각 볼륨의 미디어에 기록하는 내부 볼륨 레이블을 해당 볼륨의 외부에 있는 바코드 레이블과 일치시킵니다. 레이블이 일치하면 볼륨을 추적하기에 더 쉽지만 NetWorker 소프트웨어에서는 내부 및 외부 레이블이 일치할 필요가 없습니다.



464

10

대부분의 Silo 관리 소프트웨어에서는 레이블을 지정하지 않은 볼륨을 사용할 수 있습니다. Silo 관리 소프트웨어가 볼륨에 “가상“ 바코드 레이블을 할당하기 때문입니다. 바코드가 없는 볼륨을 사용할 수는 있지만 무결성을 관리하기가 매우 어렵습니다. 그 이유는 Silo에서 볼륨을 제거하면 가상 바코드에 대한 정보가 손실되기 때문입니다. 바코드가 없는 볼륨은 모두 NetWorker 소프트웨어(또는 다른 응용 프로그램)가 일부 데이터와 연관시킨 가상 바코드를 사용하여 Silo에 다시 삽입될 수 있습니다.

Silo 볼륨 할당

볼륨을 할당할 때는 NetWorker 서버에 사용할 수 있는 볼륨을 지시합니다.

중요 사항: Silo는 둘 이상의 소프트웨어 응용 프로그램이 사용할 수 있기 때문에 다른 응용 프로그램이 NetWorker 소프트웨어에 속한 볼륨을 읽거나 기록하는 것이 가능합니다. 이 문제가 발생하지 않도록 NetWorker 소프트웨어와 기타 프로그램이 실행되는 컴퓨터의 호스트 이름을 기준으로 볼륨에 대한 액세스를 제한하는 방법이 대부분의 Silo 관리 소프트웨어에 포함되어 있습니다. NetWorker 소프트웨어는 이러한 종류의 보호를 설정하기 위한 방법을 제공하지 않습니다. Silo 관리 소프트웨어가 그에 맞게 구성해야 합니다.

볼륨을 할당하면 NetWorker 소프트웨어가 Silo 관리 소프트웨어에 질의하여 사용자가 요구한 볼륨이 있는지 여부를 확인합니다.

• 볼륨이 존재하면 그 볼륨이 NetWorker 소프트웨어에 할당됩니다.

• 볼륨이 존재하지 않으면 다음 메시지가 표시됩니다.

barcode label is not present in the silo and was not added

볼륨의 범위를 할당할 경우 메시지가 표시된 후에도 할당이 계속됩니다. 이 메시지는 정보용이므로 NetWorker 오류를 나타내지 않습니다.

Silo 볼륨 할당

Silo 볼륨을 할당하려면 다음을 따르십시오.


2. Media 메뉴에서 Add Library Volumes를 선택합니다.

3. Add Library Volumes 대화 상자에서 볼륨 이름을 입력하는 방법으로 Template 또는 List를 선택합니다.



10

• 템플리트를 기반으로 하는 이름 지정 체계를 사용하려면 Template를 선택합니다. 예를 들어, A01B, A02B, A03B 및 A04B의 네 개의 테이프에 이름을 지정하려면 A0, 1-4 및 B를 입력할 수 있습니다.

• 각 볼륨에 따라 이름을 입력하려면 List를 선택합니다. 예를 들어, 각 테이프에 A01B, A02B, A03B 및 A04B의 이름을 입력할 수 있습니다.

4. Barcodes 필드에 적절한 이름이나 이름 지정 체계를 입력합니다.


Silo에 볼륨을 배치한 후 할당하려면 (EMASS/Grau와 같이 수동 배치가 필요한 Silo) 삽입 영역에 볼륨을 놓고 다음 명령을 입력합니다.

# nsrjb -a -T tags -d

여기서 tags는 원격 Silo에 있는 볼륨의 태그나 바코드를 지정합니다.

StorageTek Silo에서는 Silo 관리 소프트웨어가 자동으로 볼륨을 배치합니다.

STLI에 대한 자세한 내용은 455페이지의 “NetWorker 소프트웨어와 Silo의 상호 작용 방법”을 참조하십시오.

Silo 볼륨 할당 해제

NetWorker 소프트웨어에 Silo의 STL 볼륨이 더 이상 필요하지 않을 경우 라이브러리에서 볼륨의 할당을 해제할 수 있습니다. 할당 해제는 기본적으로 Autochanger에서 볼륨을 제거하는 것과 똑같은 작업을 수행합니다. 볼륨을 비록 로봇 메커니즘으로 로드할 수는 없지만 NetWorker 미디어 데이터베이스의 항목은 그대로 남아 있습니다. 나중에 다시 볼륨을 할당할 경우 NetWorker 소프트웨어가 이 미디어 데이터베이스에서 데이터를 복구할 수 있습니다.

할당 해제는 Silo 라이센스가 사용할 수 있는 슬롯의 수를 제한하거나 안전한 보관을 위해 오프사이트로 데이터를 이동할 때 사용합니다. 라이센스가 Silo 수를 제한하는 경우에는 Silo에 볼륨을 그대로 놓아둘 수도 있습니다. 이렇게 하면 Silo의 데이터에 액세스해야 할 때 볼륨을 쉽게 재할당할 수 있습니다.

할당 작업은 자동으로 되지 않습니다. 볼륨을 다시 수동으로 할당하고 NetWorker 서버가 데이터에 액세스하도록 다시 Inventory를 해야 합니다. 오프사이트 저장을 위해 Silo에서 볼륨을 제거할 경우에는 NetWorker 소프트웨어로 이 볼륨의 할당을 해제한 후 Silo 관리 소프트웨어를 사용하여 Silo에서 볼륨을 배출해야 합니다.



466

10

Silo 볼륨 할당 해제

Silo 볼륨의 할당을 해제하려면 다음을 따르십시오.

1. 장치에서 볼륨의 마운트를 해제합니다. 볼륨의 마운트를 해제하기 위한 지침은 442페이지의 “Autochanger 볼륨 마운트 해제”를 참조하십시오.


3. Media 메뉴에서 Remove Library Volumes를 선택합니다.

4. Remove Library Volumes 대화 상자에서 Barcodes 목록에 표시되는 값을 편집하여 할당 해제 프로세스에서 볼륨을 제외하거나 추가합니다.

• 템플리트를 기반으로 하는 이름 지정 체계를 사용하려면 Template를 선택합니다. 예를 들어 A01B, A02B, A03B 및 A04B의 네 개의 테이프에 이름을 지정하려면 A0, 1-4 및 B를 입력할 수 있습니다.

• 각 볼륨에 따라 이름을 입력하려면 List를 선택합니다. 예를 들어, 각 테이프에 A01B, A02B, A03B 및 A04B의 이름을 입력할 수 있습니다.

5. Barcodes 필드에 적절한 이름이나 이름 지정 체계를 입력합니다.


STL에 대한 자세한 내용은 455페이지의 “NetWorker 소프트웨어와 Silo의 상호 작용 방법”을 참조하십시오.

Silo Inventory

Silo의 볼륨을 Inventory하면 슬롯 번호와 볼륨 이름 사이의 매핑을 정확히 설정하고 Silo의 실제 볼륨이 NetWorker 미디어 데이터베이스에 나열된 볼륨과 일치하도록 할 수 있습니다. Silo 볼륨의 슬롯 번호는 Autochanger에서와 마찬가지로 Silo 내에서 번호가 지정된 슬롯이 아닙니다. Silo의 볼륨을 Inventory하는 작업은 Autochanger의 경우와 동일합니다. Autochanger를 Inventory하는 방법에 대한 자세한 내용은 448페이지의 “Autochanger 볼륨 Inventory”를 참조하십시오.

Silo 볼륨의 슬롯 번호는 Silo의 볼륨 목록에 있는 볼륨의 위치 번호입니다.

NetWorker 소프트웨어는 Silo의 모든 볼륨을 검사하여 볼륨의 새 목록을 NetWorker 미디어 데이터베이스와 비교합니다. 그런 다음 NetWorker 소프트웨어는 Silo에는 있지만 미디어 데이터베이스에는 없는 모든 볼륨을 나열하는 메시지를 생성합니다.

NetWorker 소프트웨어가 Silo를 Inventory할 때 Silo의 바코드 레이블 판독기가 각 볼륨 외부의 바코드 레이블을 읽습니다. 바코드가 NetWorker 미디어 데이터베이스에 있는 항목과 일치하면 NetWorker 소프트웨어는 볼륨을 장치에 로드하여 읽을 필요가 없습니다. Inventory 작업은 빠르게 처리됩니다. 하지만 NetWorker 소프트웨어가 미디어 데이터베이스의 항목과 일치하지 않는 바코드를 읽는 경우에는 올바른 Inventory를 위해 볼륨을 마운트하여 읽어야 합니다.


11장: LEGATO NetWorker 클러스터 지원

이 장에서는 클러스터에 상주하는 데이터의 백업 및 복구를 위한 LEGATO NetWorker 지원에 대해 설명합니다.


• 467페이지의 “클러스터 개념 및 용어”

• 469페이지의 “클러스터링”

• 470페이지의 “NetWorker 소프트웨어에서 지원되는 클러스터 환경”

• 475페이지의 “클러스터 환경에서 데이터 백업”

• 480페이지의 “클러스터 환경에서 데이터 복구”

• 481페이지의 “스케줄 백업 추적”

• 485페이지의 “가상 서버에서 물리 저장 장치 노드 사용”

• 487페이지의 “Autochanger 및 독립형 테이프 장치 사용”

• 502페이지의 “NetWorker 클러스터 라이센스 부여”

클러스터 개념 및 용어이 절에서는 클러스터의 개념과 용어에 대해 설명합니다.

클러스터 개념

개념이 동일한 클러스터에서도 플랫폼이 달라지면 사용하는 용어도 달라집니다.

• 노드 — High Availability Cluster Multiprocessing for AIX(HACMP for AIX), HP MC/ServiceGuard, Microsoft Cluster Server, LEGATO Cluster, Sun Cluster

• 멤버 — HP TruCluster Server

• 시스템 또는 노드 — VERITAS Cluster Server



468

11

가상 시스템은 아래와 같은 이름으로 불립니다.

• 가상 서비스 — HP TruCluster Server

• 가상 서버 — Microsoft Cluster Server

• 논리 호스트 — Sun Cluster

• 패키지 — HP MC/ServiceGuard

• 자원 그룹(IP 주소 포함) — LEGATO Automated Availability Manager(AAM), Microsoft Cluster Server

• 자원 그룹(서비스 주소 포함) — HACMP for AIX

• IP 주소가 있는 서비스 그룹 — VERITAS Cluster Server

클러스터 용어

이 절에서는 본 설명서에서 사용되는 NetWorker 클러스터 지원 용어를 다음과 같이 정의합니다.

• 노드 — 클러스터의 멤버인 실제 컴퓨터

• 전용 디스크 — 클러스터 노드 상의 로컬 디스크 전용 디스크는 클러스터 내에 있는 다른 노드에서는 사용할 수 없습니다.

• 공유 디스크 — 클러스터 노드에 의해 공유되는 디스크

• 장애 복구 — 하드웨어 또는 소프트웨어 장애 발생 시 자원을 재배치함으로써 응용 프로그램의 가용성을 유지하는 방법. 두 개의 노드를 이용한 장애 복구 기능을 사용하여 한 클러스터 노드에서 다른 클러스터 노드로 작업을 전환할 수 있습니다. 장애 복구 기능을 자원 관리 도구로 사용할 수도 있습니다.

• 고 가용성 응용 프로그램 — 클러스터 환경에 설치된 응용 프로그램 및 장애 복구 기능을 위해 구성된 응용 프로그램

• 클러스터 인식 NetWorker 서버 — 클러스터 클라이언트를 인식할 수 있는 NetWorker 서버

• 클러스터 클라이언트 — 한 클러스터 내의 NetWorker 클라이언트. 이는 가상 클라이언트일 수도 있고 물리 노드 중 하나에 속하는 로컬 데이터를 백업하는 NetWorker Client 자원일 수도 있습니다.

• 가상 클라이언트 — 한 클러스터 내의 고 가용성 서비스 또는 응용 프로그램에 속하는 데이터를 백업하는NetWorker Client 자원. 가상 클라이언트는 장애 발생 시 한 클러스터 노드에서 다른 클러스터 노드로 복구할 수 있습니다.

• 독립형 서버 — 한 클러스터 내에서 실행되지만 고 가용성 응용 프로그램으로 구성되지 않은 NetWorker 서버. 독립형 서버에는 장애 복구 기능이 없습니다.

• 가상 서버 — 고 가용성 응용 프로그램으로 실행되도록 구성된 NetWorker 서버. 가상 서버는 장애 발생 시 한 클러스터 노드에서 다른 클러스터 노드로 장애 복구할 수 있습니다.



11

클러스터링

클러스터링은 2개 이상의 노드가 연결되어 네트워크 사용자에게 하나의 고 가용성 시스템으로 나타나는 것을 의미합니다. 고 가용성 시스템에서는 대부분의 하드웨어 또는 소프트웨어 고장에도 불구하고 응용 프로그램 서비스를 계속할 수 있습니다. 각 클러스터 노드마다 자신의 고유 IP 주소를 가지고 있습니다. 또한 각 클러스터 노드마다 그 컴퓨터에서만 사용할 수 있는 전용(로컬) 자원 또는 디스크를 가질 수 있습니다. 클러스터는 노드 외에 각각 고유한 IP 주소를 가지는 하나 이상의 가상 서비스를 가질 수 있습니다. 가상 서비스에는 공유된 디스크가 없거나 1개 이상 있을 수 있습니다.

469페이지의 그림 46은 두 개 이상의 노드와 최소한 하나 이상의 NetWorker 서버로 구성되는 일반 클러스터 구성을 나타냅니다. 이 그림에서

• 노드 A는 자체 로컬 디스크 1이 있는 컴퓨터입니다.

• 노드 B는 자체 로컬 디스크 2가 있는 컴퓨터입니다.

• 가용성이 큰 NetWorker 가상 서버 C는 공유 디스크 3을 소유합니다.

그림 46. 기본적인 클러스터 구성

로컬

디스크 1

클러스터

공유 디스크 3

노드 Bclus_phys2

노드 Aclus_phys1

로컬

디스크 2

공용 네트워크

NetWorker 가상 서버 C

(노드 A에 장애가발생하면 clus_vir1은 노드 B로 장애복구됩니다.)



470

11

이 예제에서 NetWorker 서버는 노드 A와 노드 B 사이에서 장애를 복구하지만 NetWorker 서버는 한 번에 한 노드에서만 실행됩니다.

NetWorker 서버는 다양한 데이터 서비스를 수행하며 가상 서버의 IP 주소를 가지고 있습니다. NetWorker 소프트웨어는 클러스터 내의 모든 물리 노드에 설치되어 있더라도 한번에 한 노드에서만 실행됩니다. NetWorker 서버가 실행 중인 노드에서 하드웨어나 소프트웨어 고장이 발생할 경우 NetWorker 서버는 클러스터의 다른 노드로 이동합니다.

클러스터 인식 및 클러스터 비 인식 NetWorker 서버

클러스터 내에서 스케줄 백업을 수행하려면 클러스터를 인식하는 NetWorker 서버와 NetWorker 클라이언트가 있어야 합니다. 모든 NetWorker 서버 및 클라이언트가 모두 클러스터를 인식할 필요는 없습니다. 클러스터 인식 버전에 대한 자세한 내용은 LEGATO 웹 사이트의 LEGATO Compatibility Guides를 참조하십시오.

서버나 클라이언트 중 어느 하나가 클러스터를 인식하지 못하는 경우에는 다음 사항이 적용됩니다.

• NetWorker 서버에 클러스터 클라이어트 지원이 없다면 그 서버는 클러스터 클라이언트를 인식할 수 없습니다. 스케줄 백업 수행 시 NetWorker 서버는 물리 노드의 로컬 데이터만을 백업합니다. 데이터는 물리 노드를 나타내는 동일 인덱스로 백업됩니다.

• NetWorker 클라이언트에 클러스터 클라이언트 지원이 없는 경우 가상 서버 및 물리 노드에 속한 모든 데이터를 물리 노드를 나타내는 동일 인덱스로 백업합니다. 이것은 가상 클라이언트와 물리 클라이언트 사이의 차이점을 인식하지 못합니다.

NetWorker 소프트웨어에서 지원되는 클러스터 환경NetWorker 소프트웨어는 다음과 같은 UNIX 클러스터 환경을 지원합니다.

• HP TruCluster Server

• HACMP for AIX

• HP MC/ServiceGuard

• HP MC/LockManager

• Sun Cluster

• LEGATO Automated Availability Manager(AAM)

• VERITAS Cluster Server



11

HP TruCluster Server

NetWorker 소프트웨어는 HP TruCluster Server 5.0A 이상을 이용한 백업에 사용할 수 있습니다. NetWorker 소프트웨어를 TruCluster 환경에서 고 가용성 응용 프로그램으로 설치하면 NetWorker 서버에 장애 복구 기능이 부여됩니다.

기본적으로 NetWorker 서버는 같은 클러스터 내의 모든 노드로 장애를 복구할 수 있습니다. 그러나 필요한 경우에는 NetWorker 서버를 노드의 부속 집합으로 제한할 수도 있습니다. 장애 복구를 통해 클러스터의 다른 노드가 첫 번째 노드의 작업을 대신할 수 있습니다. 스케줄 백업을 수행하는 동안 장애 복구가 이루어지는 경우에는 장애 복구가 완료되었을 때 중단되었던 보관 작업이 중단되었던 Save set부터 다시 시작됩니다.

이전 클러스터링 모델에서는 NetWorker 소프트웨어를 클러스터 내의 모든 노드에 설치하였습니다. TruCluster 5.0A 이상에서는 클러스터 내의 모든 노드에 액세스할 수 있는 클러스터 파일 시스템에만 NetWorker 소프트웨어가 설치됩니다. 자세한 내용은 LEGATO NetWorker 설치 안내서, HP Tru64 버전을 참조하십시오.

TruCluster Server 5.0A 이상의 환경에서는 NetWorker 서버를 클러스터 인식 서버로 구성해야 합니다. 독립형 서버는 지원되지 않습니다. NetWorker 서버는 기본 클러스터 별명의 ID를 사용합니다. 클라이언트 소프트웨어를 사용하면 백업이 기본 클러스터 별명에 속해 있는 인덱스 하에서 보관됩니다.

클러스터 환경에서 NetWorker 소프트웨어를 설치하는 방법에 대한 자세한 내용은 LEGATO NetWorker 설치 안내서, HP Tru64 버전을 참조하십시오.

HACMP for AIX

HACMP for AIX 환경 내에서의 백업에도 NetWorker 소프트웨어를 사용할 수 있습니다. NetWorker 서버 소프트웨어를 HACMP for AIX 환경 내에서 자원 그룹으로 구성하면 이 소프트웨어가 고 가용성 응용 프로그램이 됩니다. 즉, NetWorker 서버가 장애 복구 기능이 있는 클러스터 서비스가 될 수 있습니다.

HACMP for AIX에서는 향상된 장애 복구 기능과 디스크 및 파일 시스템과 관리되는 IP 주소에 대한 데이터 소스 뿐 아니라 응용 프로그램과 서비스에 대한 완벽한 관리 기능을 제공합니다.

클러스터 내에 설치된 NetWorker 서버는 같은 클러스터의 다른 노드에서 장애 복구 기능을 수행할 수 있습니다. 장애 복구를 통해 클러스터의 다른 노드가 첫 번째 노드의 작업을 대신할 수 있습니다. NetWorker 스케줄 백업을 수행하는 동안 장애 복구가 이루어지는 경우에는 장애 복구가 완료되었을 때 중단되었던 보관 작업이 중단되었던 Save set부터 다시 시작됩니다.



472

11 중요 사항: HACMP for AIX 노드에서 물리 클라이언트를 백업하려면 각 노드에 HACMP for AIX 환경의 제어를 받지 않는 외부에 구성된 추가 NIC가 있어야 합니다. 물리 클라이언트의 경우 NetWorker 소프트웨어에는 물리 클라이언트에 고유하게 연결하는 주소가 필요합니다. HACMP for AIX의 서비스 및 부트 주소는 이 요구 사항에 맞지 않습니다.

IP 주소 인수(IPAT)를 갖도록 구성된 클라스터의 경우 자원 그룹이 연결되지 않은 경우에만 해당 부트 주소를 통해 컴퓨터에 연결할 수 있습니다. 서비스 주소는 물리 노드가 아니라 자원 그룹과 연결됩니다.

컴퓨터에서 hostname 명령의 출력은 핑 가능 IP 주소와 일치해야 합니다. 컴퓨터 호스트 이름은 또한 물리 클라이언트의 전용 NIC로 사용되는 주소와 동등한 이름으로 설정되어야 합니다. 이 NIC는 기본 네트워크 어댑터(예: en0)로 구성되어야 합니다.

4.5 이전 버전의 HACMP의 경우 HACMP for AIX 제어를 받지 않는 추가 NIC 이외에 고 가용성 NetWorker 서버를 사용해야 합니다. 4.5 이상 버전의 HACMP에는 추가 NIC가 필요하지 않습니다.

다음에 대해 자세히 알려면 LEGATO NetWorker 설치 안내서, AIX 버전을 참조하십시오.

• 클러스터 환경에서 NetWorker 소프트웨어를 설치하는 방법

• AIX에서 실행 중인 기존의 NetWorker 서버를 HACMP for AIX 클러스터 서버로 마이그레이션하는 방법

HP MC/ServiceGuard

HP MC/ServiceGuard 클러스터 환경에서 NetWorker 소프트웨어를 사용할 수 있습니다. HP MC/ServiceGuard 클러스터 환경 내에서 노드 클러스터를 작성하여 이를 단일의 고 가용성 시스템으로 구성할 수 있습니다. 고 가용성 시스템을 사용하면 소프트웨어 또는 하드웨어 고장 같은 시스템 장애가 발생해도 응용 프로그램 서비스를 계속해서 실행할 수 있습니다.

HP MC/ServiceGuard 환경에서 한 구성 요소(소프트웨어나 하드웨어)에 장애가 발생하면 다른 동등한 구성 요소가 작업을 대신합니다. 고장이나 장애가 발생하면 MC/ServiceGuard 소프트웨어가 자동으로 패키지(함께 그룹화된 응용 프로그램 서비스와 개별 프로세스)의 제어를 같은 클러스터 내의 다른 노드로 이전합니다.



11


다음에 대한 자세한 내용은 LEGATO NetWorker 설치 안내서, HP-UX 버전을 참조하십시오.


• HP-UX에 실행 중인 기존 NetWorker 서버를 HP MC/ServiceGuard 클러스터 서버로 마이그레이션합니다.

HP MC/LockManager

HP MC/LockManager는 MC/ServiceGuard와 유사한 클러스터 관리 소프트웨어 시스템입니다. 그러나 LockManager는 Oracle Parallel Server도 지원합니다.

HP 클러스터 관리 소프트웨어에 대한 자세한 내용은 472페이지의 “HP MC/ServiceGuard”를 참조하십시오.

다음에 대한 자세한 내용은 LEGATO NetWorker 설치 안내서, HP-UX 버전을 참조하십시오.


• HP-UX에 실행 중인 기존 NetWorker 서버를 HP MC/LockManager 클러스터 서버로 마이그레이션합니다.

Sun Cluster 환경

NetWorker 소프트웨어는 Sun Cluster 환경 내에서 백업에 사용할 수 있습니다. Sun Cluster 환경에서 NetWorker 서버 소프트웨어를 자원 그룹으로 구성하면 해당 소프트웨어가 고 가용성 응용 프로그램이 됩니다. 자세한 구성 절차는 LEGATO NetWorker 설치 안내서, Solaris 버전을 참조하십시오.


다음에 대한 자세한 내용은 LEGATO NetWorker 설치 안내서, Solaris 버전을 참조하십시오.


• Solaris가 실행되는 기존의 NetWorker 서버를 Solaris Sun Cluster 서버로 마이그레이션하는 방법



474

11

LEGATO Automated Availability Manager

NetWorker 소프트웨어는 AIX 상의 LEGATO AAM 4.8.1 환경, Linux 및 HP-UX 플랫폼 내에서 백업을 위해 사용될 수 있습니다. LEGATO AAM은 Solaris에서는 지원되지 않습니다.

NetWorker 소프트웨어를 AAM 환경 내에서 자원 그룹으로 구성하면 고 가용성 응용 프로그램이 됩니다. 즉, NetWorker 서버는 장애 복구 기능을 가진 클러스터 서비스가 될 수 있습니다.

AAM은 향상된 장애 복구 기능을 제공하며, 디스크 및 파일 시스템의 데이터 소스와 관리되는 IP 주소뿐 아니라 응용 프로그램 및 서비스에 대한 완벽한 관리 기능을 제공합니다.


참고: AAM과 NetWorker 서버를 클러스터에 구성할 때 AAM과 NetWorker 자원 그룹 가져오기 파일(/usr/sbin/nw_ux.lc.imp)에 정의된 노드 이름은 hostname 명령에 의해 반환된 이름과 일치해야 합니다. 예를 들어, 노드 이름이 jupiter인데 hostname 명령은 전체 도메인 이름(예: jupiter.legato.com)을 반환한다면 /nsr 마운트 지점이 로컬이며 가상 서버 소유가 아닌 것으로 간주되기 때문에 NetWorker 자원 그룹이 시작되지 않습니다.

다음에 대한 자세한 내용은 LEGATO NetWorker 설치 안내서를 참조하십시오.


• 기존의 NetWorker 서버를 AAM Enterprise 클러스터 서버로 마이그레이션하는 방법

VERITAS Cluster Server 환경

NetWorker 소프트웨어는 Solaris의 VERITAS Cluster Server 환경에서 백업할 때 사용할 수 있습니다. 가상의 고 가용성 응용 프로그램뿐만 아니라 클러스터의 물리 노드에 속하는 클러스터 데이터에 백업 및 복원 서비스를 제공합니다.

클러스터 내의 고 가용성 NetWorker 서버는 지원되지 않습니다. 클러스터 데이터를 클러스터 외부의 NetWorker 서버로 백업해야 합니다.

클러스터 환경에 NetWorker 소프트웨어를 설치하는 방법에 대한 자세한 내용은 해당 LEGATO NetWorker 설치 안내서, Solaris 버전을 참조하십시오.



11

클러스터 환경에서 데이터 백업이 절에서는 가상 클러스터 클라이언트에서 수동 데이터 백업을 수행하는 방법과 물리 클러스터 클라이언트와 가상 클러스터 클라이언트에서 스케줄 백업 또는 데이터를 구성하는 방법에 대해 설명합니다. 자세한 내용은 다음 항목을 참조하십시오.

• 475페이지의 “물리적 클러스터 클라이언트에서 스케줄 백업 구성”

• 476페이지의 “가상 클러스터 클라이언트에서 스케줄 백업을 구성하는 방법”

• 477페이지의 “가상 클러스터 클라이언트에서 수동 백업 수행”

물리적 클러스터 클라이언트에서 스케줄 백업 구성

클러스터 내에 있는 물리 클라이언트에서 데이터를 백업하는 것은 클러스터에 속하지 않은 컴퓨터에서 데이터를 백업하는 것과 유사합니다. 데이터를 백업하는 방법에 대한 자세한 지침은 99페이지의 “3장:서버 관리”를 참조하십시오.

일반 백업을 준비하려면 클러스터 내의 모든 물리 클라이언트에 NetWorker 클라이언트 소프트웨어를 설치합니다. 자세한 설치 및 구성 지침은 해당 LEGATO NetWorker 설치 안내서를 참조하십시오.

참고: HP TruCluster Server에서는 기본 클러스터 별명이 다음과 같은 방법으로 서버와 클라이언트에 영향을 미칩니다.

• NetWorker 서버는 기본 클러스터 별명의 ID를 사용합니다.

• 기본적으로 클라이언트 측에서의 모든 백업은 기본 클러스터 별명에 속한 인덱스를 사용하여 저장됩니다.

중요 사항: HACMP for AIX 노드에서 물리 클라이언트를 백업하려면 각 노드에 HACMP for AIX 환경의 제어를 받지 않는 외부에 구성된 추가 NIC가 하나씩 있어야 합니다. 물리 클라이언트의 경우 NetWorker 소프트웨어에는 물리 클라이언트에 고유하게 연결하는 주소가 필요합니다. HACMP for AIX의 서비스 및 부트 주소는 이 요구 사항에 맞지 않습니다.

IPAT를 사용하여 구성된 클러스터의 경우 자원 그룹이 연결되지 않았을 때만 해당 부트 주소를 통해 컴퓨터에 연결할 수 있습니다. 서비스 주소는 물리 노드가 아니라 자원 그룹과 연결됩니다.

컴퓨터에서 hostname 명령의 출력은 핑 가능 IP 주소와 일치해야 합니다. 컴퓨터 호스트 이름은 또한 물리 클라이언트의 전용 NIC에서 사용하는 주소와 동등한 이름으로 설정되어야 합니다. 이 NIC는 기본 네트워크 어댑터(예: en0)로 구성되어야 합니다.

HACMP for AIX의 제어를 받지 않는 여분의 NIC는 고 가용성 NetWorker 서버를 구성하는 데 필요하지 않습니다.



476

11

가상 클러스터 클라이언트에서 스케줄 백업을 구성하는 방법

참고: 가상 클러스터 클라이언트에서 스케줄 백업을 구성하는 방법에 대한 지침은 NetWorker 서버가 클러스터 내에 있든 클러스터 외부에 있든 동일합니다.

NetWorker 서버 환경의 가상 클러스터 클라이언트에서 스케줄 백업을 구성하려면 다음을 따르십시오.

1. (선택 사항) 필요하면 save 그룹을 정의합니다.

a. NetWorker 관리 프로그램을 엽니다.

b. Customize 메뉴에서 Groups를 선택합니다.

c. View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.

d. 새로운 save 그룹을 만들려면 Create를 누릅니다.

e. 나머지 속성을 정의한 후 Apply를 누릅니다.

중요 사항: 가상 클라이언트 또는 NetWorker 서버 장애 복구 후 해당 save set가 재시작되려면 save 그룹에서 Autorestart 속성은 사용하고 Manual Restart 옵션은 사용하지 않아야 합니다.

f. Autorestart 속성에서 각 save 그룹에 대해 Enabled를 누릅니다.

g. 각 save 그룹에 대해 Options 확인란에서 Manual Restart 옵션을 선택 취소합니다.

2. 클러스터 내에 있는 각 물리 클라이언트를 NetWorker 서버의 NetWorker 클라이언트가 되게 합니다.

클러스터의 각 물리 클라이언트에서 다음을 수행하십시오.

a. NetWorker Admnistrator 프로그램의 Client 메뉴에서 Client Setup을 선택합니다.

b. Create를 눌러 Name 속성에 물리적 클라이언트의 이름을 입력합니다.

c. Client 창의 나머지 속성을 정의한 후 Apply를 누릅니다.

3. 클러스터 내에 있는 각각의 가상 클라이언트를 NetWorker 서버의 NetWorker 클라이언트가 되게 합니다.

참고: HP TruCluster Server의 경우 기본 클러스터 별명에 대해 가상 클라이언트를 하나만 만들어야 합니다. 클라이언트 측에서의 모든 백업은 기본 클러스터 별명에 속한 인덱스 하에 보관됩니다.

클러스터의 각 가상 클라이언트에서 다음을 수행하십시오.


b. Create를 눌러 Name 속성에 가상 클라이언트의 이름을 입력합니다.



11

c. Remote Access 속성에서 해당 클러스터에 있는 각 물리 클라이언트에 대한 항목을 추가합니다. 예를 들면 다음과 같습니다.

root@clus_phys1

d. Group 속성에서 그룹을 선택합니다.

e. Client 창의 나머지 속성을 정의한 후 Apply를 누릅니다.

클러스터에 상주하는 가상 NetWorker 서버를 사용하는 경우 NetWorker 서버를 처음 실행하면 가상 NetWorker 서버에 대한 Client 자원이 작성됩니다.

4. 테스트 탐색을 실행하여 Client 및 Group 자원이 제대로 구성되었는지 확인합니다.

NetWorker 서버가 있는 클러스터 노드나 독립형 노드에서 다음 명령을 입력하십시오.

# savegrp -pv -c virtual_client group_name

중요 사항: 테스트 탐색에 적절한 스케줄 백업과 인덱스가 표시되지 않으면 481페이지의 “스케줄 백업 추적”을 참조하십시오.

가상 클러스터 클라이언트에서 수동 백업 수행

가상 클러스터 클라이언트에서 root 및 root가 아닌 관리 권한을 사용하여 데이터의 수동 백업을 수행할 수 있습니다. 자세한 내용은 다음 항목을 참조하십시오.

• 477페이지의 “root 관리 권한을 사용한 수동 백업 수행”

• 478페이지의 “root가 아닌 관리 권한을 사용한 수동 백업 수행”

root 관리 권한을 사용한 수동 백업 수행

가상 클러스터 클라이언트에서 데이터를 백업하는 것은 비 클러스터 클라이언트에서 데이터를 백업하는 방법과 비슷합니다. 예를 들면 다음과 같습니다.

# save saveset

또는

# save -c client saveset



478

11

root가 아닌 관리 권한을 사용한 수동 백업 수행

HP MC/ServiceGuard, LEGATO AAM 및 VERITAS Cluster Server를 제외한 모든 클러스터 플랫폼에서 root가 아닌 권한을 사용하여 수동 백업을 수행하는 것은 비 클러스터 클라이언트에서 root 권한을 사용하여 데이터를 백업하는 것과 비슷합니다. 예를 들면 다음과 같습니다.

# save saveset

또는

# save -c client saveset

다음 플랫폼에서 root가 아닌 권한을 사용하여 수동 백업을 수행하는 방법에 대한 자세한 내용은 다음 항목을 참조하십시오.

• 478페이지의 “HP MC/ServiceGuard”

• 479페이지의 “LEGATO Automated Availability Manager for AIX, HP-UX 및 Linux”

• 479페이지의 “VERITAS Cluster Server”

HP MC/ServiceGuard

HP MC/ServiceGuard에서 비 root 권한을 가진 가상 클러스터 클라이언트의 데이터를 수동으로 백업하려면 다음 중 한 가지를 수행하십시오.

• save 명령을 실행하려는 각 노드에서 홈 디렉토리에 있는 .rhosts 파일을 편집하거나 작성하여 해당 클러스터 안에 있는 모든 노드의 이름을 파일에 포함시키십시오. 예를 들면 다음과 같습니다.

nodeA

nodeB

• 클러스터 안에 있는 모든 노드에서 root로서 다음 작업을 수행합니다.

a. /etc/cmcluster/cmclnodelist 파일을 편집하거나 작성한 후 파일에 다음 정보를 추가합니다.

nodeA user_name

nodeB user_name

b. 클러스터 안에 있는 각 노드에 이 파일을 복사합니다.

참고: cmclnodelist 파일이 있으면 클러스터 소프트웨어가 모든 .rhosts 파일을 무시합니다.



11

LEGATO Automated Availability Manager for AIX, HP-UX 및 Linux

AAM for AIX, HP-UX 및 Linux에서 비 root 권한을 가진 가상 클러스터 클라이언트의 데이터를 수동으로 백업하려면 ftconsole을 사용하여 해당 FT 도메인의 보안 액세스 목록에 비 root 사용자를 추가하십시오. AAM에 대한 내용은 LEGATO Automated Availability Manager User Guide 및 LEGATO Automated Availability Manager Programming Guide를 참조하십시오.

VERITAS Cluster Server

VERITAS Cluster Server를 사용하여 root가 아닌 권한을 갖고 있는 물리 또는 가상 클러스터 클라이언트에 속하는 클러스터 데이터를 수동으로 백업하려면 VERITAS Cluster Server 속성, AllowNativeCliUsers를 1로 설정합니다. 그러면 root가 아닌 사용자가 VERITAS Cluster Server 명령을 실행할 때 암호를 묻는 메시지가 나타나지 않습니다. 이 속성은 인증에 VERITAS Cluster Server 사용자 이름과 암호 대신 사용자의 운영 체제 사용자 이름과 암호를 사용하도록 VERITAS Cluster Server에 지시합니다. VERITAS Cluster Server의 기본 Cluster Guest 권한이 있으면 NetWorker 클라이언트 소프트웨어를 사용할 수 있습니다. 자세한 내용은 VERITAS Cluster Server 설명서를 참조하십시오.

로컬 저장 장치 노드에 백업하기 위한 가상 클라이언트 구성

일반적으로 NetWorker 서버는 클러스터 내에 있는 가상 클라이언트의 데이터를 그 가상 클라이언트의 Storage Nodes 속성에서 첫 번째로 나열된 저장 장치 노드에 백업합니다. 이 목록의 순서는 노드의 순서를 따른 것입니다.

NetWorker 소프트웨어를 사용하면 클러스터 내의 가상 클라이언트가 현재 상주하는 물리 호스트의 저장 장치 노드에 데이터를 백업하도록 구성할 수 있습니다. 가상 클라이언트의 Storage Nodes 속성에 “curphyhost“를 입력하여 이를 수행합니다.

예를 들면, 다음과 같은 두 개 노드로 이루어진 클러스터를 예로 들어 봅시다.

• 노드 A 및 노드 B가 클러스터에 있는 두 개의 물리 노드입니다.

• 가상 클라이언트는 saturn으로서 노드 A에 상주하거나 장애 발생 시 노드 B로 복구될 수 있습니다.

가상 클라이언트의 Storage Nodes 속성에 “curphyhost“가 나열되지 않은 saturn의 일반적인 NetWorker 백업에서는 보관 데이터가 노드 A의 원격 장치(rd=)로 백업됩니다. saturn이 노드 B로 장애 복구되고 saturn에 대한 백업이 시작된 경우에도 보관 데이터는 여전히 노드 A의 원격 장치(rd=)로 보내집니다.

saturn의 Storage Nodes 속성에 “curphyhost“를 첫 번째로 나열하면 saturn이 노드 B로 장애 복구되는 경우 saturn의 백업이 시작되면 보관 데이터가 노드 B의 원격 장치(rd=)로 보내지도록 NetWorker 작업이 수정됩니다. 이는 장애 복구 후에는 saturn이 노드 B, 즉 현재의 물리 호스트에 상주하기 때문입니다.



480

11

참고: 가상 서버의 Client 자원에는 “curphyhost“ 키워드를 적용하지 마십시오. 이 키워드를 사용하면 부트스트랩과 온라인 인덱스가 서버의 로컬 장치가 아니라 가상 클라이언트의 로컬 저장 장치 노드에 기록되는 등 예상치 못한 결과를 초래할 수 있습니다.

로컬 저장 장치 노드에 가상 클라이언트 백업

가상 클라이언트를 로컬 저장 장치 노드에 백업하려면 다음을 따르십시오.


2. “curphyhost“ 키워드를 Storage Nodes 속성에 추가합니다. 목록에서 “curphyhost“ 키워드의 위치는 필요한 우선 순위를 따릅니다.

가상 서버에 외부 클라이언트 구성

NetWorker 서버가 클라이언트를 백업할 수 있으며 클라이언트가 서버에 액세스 권한을 부여해야 합니다. 액세스 권한을 부여하는 작업은 /nsr/res/servers 파일에서 제어합니다. 이 파일에 나열된 특정 서버만 클라이언트를 백업할 수 있습니다. servers 파일에 대한 자세한 내용은 204페이지의 “servers 파일 편집”을 참조하십시오.

클러스터 환경에서 데이터 복구이 절에서는 물리 클라이언트에 속한 전용 디스크와 가상 클라이언트에 속한 공유 디스크에서 데이터를 복구하는 방법에 대해 설명합니다. 자세한 내용은 다음 항목을 참조하십시오.

• 480페이지의 “물리 클라이언트에 속한 전용 디스크에서 데이터 복구”

• 481페이지의 “가상 클라이언트에 속한 공유 디스크에서 데이터 복구”

물리 클라이언트에 속한 전용 디스크에서 데이터 복구

클러스터의 물리 클러스터에 속한 전용 디스크에서 백업된 데이터를 복구하는 것은 클러스터의 일부가 아닌 컴퓨터에서 데이터를 복구하는 방법과 비슷합니다.

자세한 내용은 153페이지의 “4장:클라이언트 작업”을 참조하십시오.



11

가상 클라이언트에 속한 공유 디스크에서 데이터 복구

가상 클라이언트에 속한 공유 디스크에서 백업된 데이터를 복구하려면 다음을 따르십시오.

1. 사용자가 현재 있는 노드에서의 원격 액세스에 맞게 적절히 가상 클라이언트를 구성했는지 확인합니다.


b. 데이터를 복구할 가상 클라이언트의 Remote Access 속성에 데이터를 복구하는 데 사용하는 물리 호스트의 이름이 들어 있는지 확인합니다. 예를 들면 다음과 같습니다.

root@physical_hostname

스케줄 백업을 구성하는 방법에 대한 자세한 내용은 476페이지의 “가상 클러스터 클라이언트에서 스케줄 백업을 구성하는 방법”을 참조하십시오.

2. 가상 클라이언트의 파일 시스템이 마운트되어 있는지 확인합니다.

3. 가상 클라이언트에 속한 공유 디스크에서 백업된 데이터를 복구합니다. nwrecover 프로그램이나 명령 프롬프트 중 하나를 사용할 수 있습니다.

• nwrecover 프로그램을 사용하여 데이터를 복구하려면 반드시 가상 클라이언트를 선택해야 합니다.

• 수동 복구를 수행하려면, 명령 프롬프트에서 -c 옵션을 사용하여 recover 명령을 입력합니다. -c 옵션 다음에는 복구할 클라이언트의 이름이 와야 합니다. 예를 들면 다음과 같습니다.

# recover -s server_name -c virtual_client

참고: HP TruCluster Server의 경우에는 클러스터 기본 별명을 recover 명령에 추가하십시오. 예를 들면 다음과 같습니다.

# recover -s server_name -c cluster_default_alias

recover 명령에 대한 자세한 내용은 recover 매뉴얼 페이지를 참조하십시오.

스케줄 백업 추적Client 및 Group 자원이 적절히 구성되었는지 확인하려면 NetWorker 서버가 실행 중인 노드에서 각 클라이언트에 대해 테스트 탐색을 실행하십시오.

savegrp -pv -c client_name group_name

테스트 탐색에 원하는 스케줄된 Save set가 모두 표시되지 않으면 다음 중 한 가지를 수행한 후 두 번째 테스트 탐색을 실행하여 구성을 확인하십시오.

• 클러스터 관리 소프트웨어를 사용하여 클러스터 구성을 검사합니다. 필요한 경우 클러스터를 다시 구성합니다.



482

11

• 클라이언트가 그 클라이언트를 위해 정의된 Save set를 소유하고 있는지 확인하십시오. 필요한 경우 클라이언트 Save set를 적절한 클라이언트 자원에 재분배합니다.

중요 사항: 클러스터 자원을 잘못 구성하면 스케줄된 Save set가 백업에서 제외될 수 있습니다. 스케줄 백업을 위한 클러스터 구성에 대한 자세한 내용은 483페이지의 “경로 소유권 규칙”을 참조하십시오.

경로 소유권 규칙이 아닌 스케줄 백업 규칙을 대체하려면 다음 명령을 실행하여 클러스터의 각 노드에 pathownerignore라는 이름의 빈 파일을 만드십시오.

# touch networker_bin_dir/pathownerignore

이 명령을 실행하면 가상 또는 물리 노드 중 어떤 것이 해당 클라이언트를 소유하고 있는지에 관계 없이 클라이언트에 대해 모든 경로가 백업됩니다.

Save set가 특정 인덱스를 사용하도록 강제

pathownerignore를 사용할 때에는 NetWorker의 스케줄 백업이 올바른 클라이언트 파일 인덱스를 사용하는지 확인하십시오. 잘못된 인덱스를 사용하는 경우 Save set가 특정 인덱스를 사용하도록 강제할 수 있습니다.

Save set가 특정 인덱스를 사용하도록 강제하려면 다음을 따르십시오.


2. 잘못된 인덱스를 사용하는 클라이언트를 선택합니다.

3. Backup Command 속성에 대해 save -c client_name이 포함되어 있는 백업 스크립트의 이름을 입력합니다.

Backup Command 속성에 대한 자세한 내용은 186페이지의 “사용자 정의된 백업 프로그램에 save 명령 사용”을 참조하십시오.



11

경로 소유권 규칙

클러스터 환경에서 NetWorker 소프트웨어는 물리 클라이언트와 관련된 파일 시스템과 자원 그룹에서 관리하는 파일 시스템(가상 클라이언트)을 구분해야 합니다. 이 때 사용되는 규칙을 경로 소유권 규칙이라고 합니다. 이 규칙에 따라 Save set가 기록되는 클라이언트 파일 인덱스가 결정됩니다.

기본적으로 NetWorker 소프트웨어는 경로 소유권과의 충돌로 인해 스케줄된 Save set를 백업하지 못할 수 있습니다. 이러한 문제가 발생하면 가상 NetWorker 클라이언트가 여러 클라이언트 파일 인덱스에 기록되지 못합니다. NetWorker 소프트웨어는 파일 시스템을 소유하는 클라이언트를 현재 스케줄된 Save set의 클라이언트와 일치하지 않는 것으로 봅니다. 따라서 여러 인덱스에 기록하게 되면 복구하는 데 문제가 생길 수 있습니다.

다음과 같은 상황에서는 스케줄 백업 시 파일 시스템이 생략되며 백업되지 않습니다.

• 가상 클라이언트가 소유하는 파일 시스템이 물리 클라이언트 자원에 대한 Save set 속성에 정의되어 있는 경우

• 물리 클라이언트가 소유하는 파일 시스템이 가상 클라이언트 자원에 대한 Save set 속성에 정의되어 있는 경우

중요 사항: 사용자가 클러스터 데이터베이스를 질의하려면 관리자 권한이 있어야 합니다. 따라서 관리자 권한이 없는 사용자가 가상 노드에 속하는 파일 시스템에 대해 저장을 수행하면, 경로 소유권 해석이 실패하고 해당 파일은 가상 노드의 인덱스가 아니라 물리 노드의 클라이언트 파일 인덱스에 저장됩니다. NetWorker 소프트웨어가 이러한 파일을 가상 노드의 클라이언트 파일 인덱스에 저장하도록 하려면 -c 옵션을 사용해야 합니다. 자세한 내용은 482페이지의 “Save set가 특정 인덱스를 사용하도록 강제”를 참조하십시오.

경로 소유권 규칙 점검NetWorker 경로 소유권 규칙을 확인하려면 다음을 따르십시오.

1. NetWorker 서버의 명령 프롬프트에서 다음 명령을 입력합니다.

# savegrp -p -c client_name

2. client_name이 어떤 파일 시스템을 소유하는지 검토합니다. 이러한 절차는 일반 클러스터 설치에서 수행됩니다. 자세한 지침은 해당 LEGATO NetWorker 설치 안내서를 참조하십시오.

적절하지 않은 Save set가 있는지 테스트하려면 verbose 옵션을 설정하여 테스트 탐색을 실행하십시오. 명령 출력에는 Save set가 보관되는 클라이언트 파일 인덱스가 나타납니다. 예를 들면 다음과 같습니다.



484

11

# savegrp -pv -c client_name group_name

NetWorker 기본 경로 소유권 규칙을 무시하려면 networker_bin_dir 디렉토리에 pathownerignore 파일을 만들면 됩니다. 이 파일을 만들면 NetWorker 소프트웨어가 기본 경로 소유권을 무시하고 파일 시스템을 백업합니다. 그러나 이 경우 파일 시스템은 올바른 소유자의 클라이언트 파일 인덱스에 보관됩니다.

스케줄 백업에서 잘못된 인덱스를 사용하는 경우에는 482페이지의 “Save set가 특정 인덱스를 사용하도록 강제”를 참조하십시오.

중요 사항: pathownerignore 파일을 작성하는 방법은 권장되는 방법이 아니지만 특수한 상황에서는 필요할 수도 있습니다.

pathownerignore 파일은 기본 경로 소유권 규칙을 대체하지 않습니다. 이 파일을 사용하면 스케줄된 보관이 수행되는 동안 파일 시스템 백업이 이루어져야 하는지 여부를 결정할 때 경로 소유권 규칙이 무시됩니다.

경로 소유권 규칙 대체

경로 소유권 규칙을 대체하면 Save set가 기본 소유자가 아닌 다른 클라이언트 파일 인덱스 아래 보관됩니다.

수동 백업 동안 경로 소유권 규칙 대체

수동 백업을 위해 기본 경로 소유권 규칙을 대체하려면 다음 명령을 입력하십시오.

% save -c client_name

스케줄 백업 동안 경로 소유권 규칙 대체

스케줄 백업 동안 경로 소유권 규칙을 대체하려면 다음을 따르십시오.


2. 잘못된 인덱스를 사용하는 클라이언트를 선택합니다.

3. Backup Command 속성에 대해 save -c client_name이 포함되어 있는 백업 스크립트의 이름을 입력합니다.

Backup Command 속성에 대한 자세한 내용은 186페이지의 “사용자 정의된 백업 프로그램에 save 명령 사용”을 참조하십시오.



11

가상 서버에서 물리 저장 장치 노드 사용이 절에서는 가상 NetWorker 서버가 있는 물리 저장 장치 노드에 액세스하는 방법에 대해 설명합니다.

클러스터 내의 노드에서도 NetWorker 저장 장치 노드를 설치하고 구성할 수 있습니다. 그러나 NetWorker 저장 장치 노드는 고 가용성 응용 프로그램이 아닙니다. 다음 지침은 클러스터 내와 클러스터 외부에서 저장 장치 노드를 사용하고 있는 경우에 적용됩니다.

중요 사항: NetWorker 릴리스 6.0 이상에서는 표면상 원격 가상 저장 장치 노드가 지원되지 않습니다.

가상 서버(rd=physicalhostname:devxxx)에서 물리 NetWorker 저장 장치 노드에 액세스하려면 다음을 따르십시오.

1. 클러스터 관리 소프트웨어를 사용해서 가상 NetWorker 서버를 종료합니다.

2. NetWorker 가상 클러스터 start 스크립트를 수정하여 원격 NetWorker 저장 장치 노드를 재활용합니다.

참고: TruCluster 5.0A 이상에서는 NetWorker 가상 클러스터 스크립트를 한 번만 수정하면 됩니다.

가상 NetWorker 서버가 장애를 복구할 수 있는 각 노드에서 다음 작업을 수행하십시오.

a. 편집을 위해 NetWorker 가상 클러스터 스크립트를 엽니다.

해당하는 NetWorker 가상 클러스터 스크립트는 486페이지의 표 72를 참조하십시오.

b. nsrd 데몬을 시작하는 줄 앞에 486페이지의 표 72에 나와 있는 해당 스크립트 편집 사항을 추가합니다.

참고: 스크립트 편집에서 networker_bin_dir 참조를 NetWorker 저장 장치 노드에서 NetWorker 바이너리가 설치되는 해당 경로로 대체합니다.

c. 필요한 경우 가상 NetWorker 서버 startup 스크립트를 클러스터 관리 시스템과 다시 동기화합니다.

3. NetWorker 서버를 다시 시작합니다.



486

11표 72. 물리 저장 장치 노드를 지원하기 위한 스크립트 변경 사항

클러스터 제품 및 가상 NetWorker 클러스터 스크립트

가상 NetWorker 서버 시작 스크립트 편집

HACMP for AIX<networker_bin_dir>/nwhacmp.lc

rsh remote_hostname

"networker_bin_dir/nsr_shutdown -aq && networker_bin_dir/nsrexecd"

HP MC/ServiceGuardHP MC/LockManager<networker_bin_dir>/legato.monitor

remsh remote_hostname


LEGATO AAM for AIX<networker_bin_dir>/nw_ux.lc

rsh remote_hostname


LEGATO AAM for HP-UX<networker_bin_dir>/nw_ux.lc

remsh remote_hostname


LEGATO AAM for Linux<networker_bin_dir>/nw_ux.lc

rsh remote_hostname


Sun Cluster<networker_bin_dir>/nw_ux.lc

rsh remote_hostname


TruCluster<networker_bin_dir>/networker.action

rsh remote_hostname


참고: networker_bin_dir 변수를 NetWorker 저장 장치 노드에서 NetWorker 바이너리가 설치되어 있는 해당 경로로 대체하십시오.



11

Autochanger 및 독립형 테이프 장치 사용이 절에서는 고 가용성 NetWorker 서버에서 Autochanger와 독립형 테이프 장치를 사용하는 방법에 대해 설명합니다. 장치 공유 인프라는 한 클러스터 내의 여러 노드가 하나의 장치에 대한 액세스를 공유할 수 있는 하드웨어, 펌웨어 및 소프트웨어로 정의됩니다.

Autochanger 및 독립형 테이프 장치를 위한 구성

클러스터가 Autochanger와 독립형 테이프 장치를 지원하는 장치 공유 인프라를 가진 경우 사용할 시스템을 구성하려면 다음을 따르십시오.

• 공유 Autochanger 장치와 공유 독립형 테이프 장치는 487페이지의 “구성 옵션 1”을 사용합니다.

• 공유 Autochanger 장치이지만 공유 독립형 테이프 장치는 아니며 489페이지의 “구성 옵션 2”를 사용합니다.

• 장치 공유 인프라가 필요하지 않은 비 공유 장치 또는 모든 구성에는 491페이지의 “구성 옵션 3”을 사용합니다.

참고: 클러스터 소프트웨어 구입업체에서 인증한 장치 공유 인프라인지 확인하십시오.

구성 옵션 1

이 구성 옵션은 수정이 필요하지 않은 완전 호환 백업 솔루션을 제공합니다. 이 구성 옵션을 사용하면 고 가용성 NetWorker 서버를 사용하여 공유 테이프 장치와 공유 Autochanger 장치에 액세스할 수 있습니다. 488페이지의 그림 47은 이 구성 옵션을 그림으로 보여줍니다.

참고: 더 추가할 수는 있지만 하나의 Autochanger만 필요합니다.



488

11

그림 47. 구성 옵션 1

고 가용성 NetWorker 서버를 사용하도록 공유 테이프 장치와 공유 Autochanger 장치를 구성하려면 다음을 따르십시오.

1. 모든 Autochanger 장치를 NetWorker 서버가 장애를 복구할 수 있는 클러스터 내의 모든 노드로 인터페이스합니다. 필요한 경우 작동 SCSI 또는 Fibre Channel 스위치와 적절한 소프트웨어를 사용합니다.

2. 공유 장치 인프라(SAN 브릿지, 모듈식 데이터 라우터)가 Autochanger 및 NetWorker 서버가 현재 실행 중인 노드 사이에서 경로 세션을 완전 분리하고 보호하는 것을 지원하는지 확인합니다. 경로는 다른 노드의 표류하는 버스 신호와 권한이 없는 세션 액세스로부터 보호되어야 합니다.

중요 사항: NetWorker 서버에서 실행 중인 노드 이외의 다른 노드에 있는 프로세스가 테이프 장치에 액세스할 수 있으면 데이터가 손상될 수 있습니다. NetWorker 소프트웨어가 데이터 손상을 감지하지 못할 수도 있습니다.

노드 A 노드 B

로컬 디스크 로컬 디스크

공유 디스크 테이프 라이브러리

SAN



11

3. nsrd 데몬을 시작하는 줄 앞에 필요한 노드 장치 재할당 예약 명령(브릿지에 대한 명령)을 추가하여 가상 NetWorker 서버 시작 스크립트를 수정합니다.

4. 장치 공유 인프라가 경로 분리를 지원하는지 테스트합니다. 장치에 대해 사용자 플랫폼에 적절한 운영 체제 명령을 사용하십시오(예: tar, cpio).

a. 노드 A에서 테이프에 상당히 많은 양의 데이터를 기록합니다. 쓰기 세션 동안 노드 B를 두 번 가량 껐다가 켜십시오.

b. 테이프에서 다시 데이터를 읽고 이를 원래 데이터와 비교하여 데이터가 적절히 기록되었는지 확인합니다.

이러한 검증 점검 작업에서 다음 현상이 나타나면, 그에 따른 조치는 다음과 같습니다.

– 실패 — 전환 인프라가 경로 분리를 제대로 지원하지 못합니다. 옵션 2 또는 옵션 3을 시도하거나, 장치 공유 인프라 구입업체에 문의하십시오.

– 성공 — 노드 역할을 바꿔서 수행합니다.

– 노드 B에서 테이프에 상당히 많은 양의 데이터를 기록합니다. 쓰기 세션 동안 노드 A를 두 번 가량 껐다가 켜십시오.

– 테이프에서 다시 데이터를 읽고 이를 원래 데이터와 비교하여 데이터가 적절히 기록되었는지 확인합니다.

– 검증이 실패하면 옵션 2 또는 옵션 3을 시도하거나 장치 공유 인프라 구입업체에 문의하십시오.

5. NetWorker jbconfig 프로그램을 사용하여 Autochanger와 테이프 장치를 구성합니다. 명령에 대한 자세한 설명은 jbconfig 매뉴얼 페이지를 참조하십시오.

구성 옵션 2

이 옵션은 고 가용성 NetWorker 서버에서 비 공유 테이프 장치와 공유 Autochanger 장치에 액세스하기 위한 완벽한 백업 솔루션을 제공합니다. 그러나 데이터 복구 프로세스 동안 약간의 수작업이 필요할 수 있습니다. 490페이지의 그림 48은 이 구성 옵션을 그림으로 보여줍니다.

참고:

• N개의 노드를 사용할 경우 N-1개의 저장 장치 노드 라이센스가 필요합니다. N은 가상 NetWorker 서버에 대한 장애 복구 노드의 수를 나타냅니다.

• 더 추가할 수는 있지만 하나의 Autochanger만 필요합니다.



490

11


가상 NetWorker 서버와 함께 작동하도록 장치를 구성하려면 다음을 따르십시오.

1. Autochanger 장치를 NetWorker 장애 복구 노드로 인터페이스합니다. 필요한 경우 작동 SCSI 또는 Fibre Channel 스위치와 적절한 소프트웨어를 사용합니다.

2. 각 테이프 장치를 해당 클러스터 내의 별도 노드로 연결합니다. 예를 들면 다음과 같습니다.

• 테이프 드라이브 1은 노드 A에만 연결합니다.

• 테이프 드라이브 2는 노드 B에만 연결합니다.

3. NetWorker jbconfig 프로그램을 사용하여 테이프 장치를 원격 물리 저장 장치 노드로 구성합니다. 예를 들면 다음과 같습니다.

rd=nodeA:/dev/tape#1

rd=nodeB:/dev/tape#2

노드 A 노드 B


공유 디스크

Changer 스위치

테이프rd=A:/dev/...

테이프rd=B:/dev/...

Autochanger



11

참고: jbconfig에서 각 테이프 장치를 정의할 때 해당 테이프 장치에만 연결되는 노드에 소유권을 할당합니다. jbconfig 명령에 대한 자세한 설명은 jbconfig 매뉴얼 페이지를 참조하십시오.

구성 옵션 3

이 옵션은 고 가용성 NetWorker 서버에서 비 공유 테이프 장치와 비 공유 Autochanger 장치에 액세스하기 위한 완벽한 백업 솔루션을 제공합니다. 그러나 데이터 복구 프로세스 동안 약간의 수작업이 필요할 수 있습니다. 491페이지의 그림 49는 이 구성 옵션을 그림으로 보여줍니다.

참고: N은 가상 NetWorker 서버에 대한 장애 복구 노드의 수를 나타냅니다.

• N개의 노드를 사용할 경우 N-1개의 저장 장치 노드 라이센스가 필요합니다.

• 장애 복구 노드당 한 개씩 최소한 N개 이상의 Autochanger가 필요합니다.


노드 A 노드 B


공유 디스크

Autochanger rd=A:/dev/...

Autochanger rd=B:/dev/...



492

11

가상 NetWorker 서버와 함께 작동하도록 Autochanger 장치를 구성하려면 다음을 따르십시오.

1. Autochanger를 NetWorker 서버에만 연결합니다.

2. 다음 명령을 사용하여 비 공유 테이프와 비 공유 Autochanger 장치를 원격 물리 저장 장치 노드 장치로 구성합니다. 예를 들면 다음과 같습니다.

# jbconfig -s virtual_server

rd=nodeA:/dev/tape#1

rd=nodeB:/dev/tape#2

rd=nodeA:/dev/changer

jbconfig 명령에 대한 자세한 설명은 jbconfig 매뉴얼 페이지를 참조하십시오.

3. 각 NetWorker 서버 장애 복구 노드에 이들 단계를 반복합니다.

클러스터 내의 DDS

클러스터 내에서 DDS 기능을 사용하기 위한 옵션은 두 가지가 있습니다.

• 493페이지의 “클러스터 구성 내에서 로봇 제어”

• 499페이지의 “독립형 호스트에서 로봇 제어”

DDS 기능을 활성화하는 방법에 대한 내용은 243페이지의 “동적 드라이브 공유”를 참조하십시오.

다음 절에서는 지원되는 클러스터 플랫폼과 클러스터 내에서 DDS를 사용하는 두 가지 방법에 대해 설명합니다.

고 가용성과 DDS

NetWorker 소프트웨어는 클러스터 노드에 장애가 발생하면 진행 중이던 작업을 재배치하고 다시 시작합니다. 현재 유일한 고 가용성 작업은 NetWorker 서버와 Save 그룹입니다.

nsrjb 프로그램 고 가용성 한계

NetWorker 서버가 한 노드에서 장애가 발생하여 새로운 대상 노드로 복구하는 경우 inventory 수행, 레이블 지정, 볼륨 마운트 또는 마운트 해제와 같은 기본 Jukebox 작업은 새 대상 노드에서 자동으로 다시 시작되지 않습니다.



11예: 호스트 고장 시 사용자 개입 필요

다음과 같은 시나리오입니다. 두 물리 호스트인 A와 B는 DDS를 사용하며 한 Autochanger 상의 드라이브를 공유합니다.

물리 호스트 A는 Autochanger의 공유 드라이브에 테이프를 마운트합니다. 이후에 물리 호스트 A가 고장을 일으키면 볼륨은 호스트 B에서 nsrjb -H 명령을 재설정할 때까지 해당 공유 드라이브에 보관됩니다.

이 명령은 드라이브를 언로드하여 이후의 백업에 사용할 수 있도록 합니다. 재설정 명령은 다른 공유 경로를 통해 장치에 액세스함으로써 드라이브를 비웁니다. 이 예에서 다른 공유 경로는 호스트 B에 있을 것입니다.

볼륨을 성공적으로 언로드하려면 NetWorker 소프트웨어가 처음 볼륨 로딩이 완료되었던 경로에 액세스할 수 있어야 합니다.

고 가용성 DDS를 위한 플랫폼 지원

DDS는 다음 플랫폼의 클러스터 내에서 사용할 수 있습니다.

• Sun Cluster

• HP MC/ServiceGuard

• HP MC/LockManager

• HP Tru64 이상

• High-Availability Cluster Multiprocessing for AIX(HACMP for AIX)

• Microsoft Cluster Server(MSCS)

클러스터 구성 내에서 로봇 제어

클러스터 구성 내에서 제어되는 로봇이 있는 클러스터에서 DDS를 사용하려면 다음을 따르십시오.

• 한 노드는 반드시 가상 NetWorker 서버라야 하며 이 가상 NetWorker 서버가 클러스터 내에서 로봇을 제어합니다.

• 클러스터의 물리 저장 장치 노드는 같은 드라이브를 공유하도록 구성되어야 합니다.

• NetWorker 서버에서 jbconfig 프로그램을 실행하여 Autochanger를 설치해야 합니다.



494

11

고 가용성 클러스터를 구성하려면 라이브러리 로봇을 위한 특별한 장치 파일이 클러스터의 모든 물리 노드에 설치되어 있어야 합니다. 라이브러리 로봇을 위한 이 특수 장치 파일은 클러스터 구입업체에서 제공합니다. 모든 클러스터 노드에서 반드시 같은 이름 지정 규칙을 사용해야 합니다.

예를 들면, Windows 클러스터에서 특수 장치 경로는 [email protected]입니다.

참고: 일부 운영 체제의 경우에는 이미 라이브러리 로봇을 위한 특수 장치 파일이 바인딩되어 있습니다. 기본적으로 이 특수 장치 파일은 일반 테이프 또는 Autochanger 장치 드라이버에 대한 포인터를 나타냅니다. 특수 장치 파일이 운영 체제와 함께 제공되는 지 여부를 확인하려면 inquire 명령을 실행하십시오.

특수 장치 파일이 운영 체제와 함께 제공되지 않는 경우에는 해당 운영 체제의 LEGATO NetWorker 설치 안내서를 참조하거나 운영 체제 구입업체에 문의하십시오.

참고: 클러스터 노드에 걸쳐 일치하는 특수 장치 파일이 없는 경우에는 클러스터 내에 있는 모든 물리 노드의 같은 PCI 슬롯에 파이버 HBA를 설치해야 합니다.

대부분의 클러스터 환경에서 HBA는 클러스터의 각 물리 노드에 동일한 scsi/FC 경로를 작성하여 NetWorker 로봇 제어의 가용성을 높입니다. 결과적으로 [email protected]은 클러스터에 있는 각 노드의 로봇에 대해 동일합니다.

495페이지의 그림 50은 클러스터 내에서 DDS를 사용하는 방법을 보여줍니다.



11

그림 50. 클러스터 내부에서 로봇 제어 시 DDS 사용

jbconfig 프로그램을 사용한 로봇 제어

로봇을 제어하려면 jbconfig 프로그램을 사용하여 클러스터 내에 장치를 구성해야 합니다. jbconfig 프로그램을 사용하여 클러스터와 함께 장치를 구성하는 옵션은 두 가지가 있습니다.

• 특수 장치 파일과 함께 jbconfig 프로그램 사용

• 특수 장치 파일없이 jbconfig 프로그램 사용

구성 프로세스는 다음 프롬프트에 입력하는 내용만 다를 뿐 두 경우에 서로 비슷합니다.

enter the control port of the jukebox in the following format

프롬프트에 대해 서로 다른 응답을 제공하는 예가 496페이지의 “예: 특수 장치 파일이 없는 Sun Cluster” 및 497페이지의 “예: 특수 장치 파일이 있는 TruCluster 5.1B”에 나와 있습니다.

SCSI 테이프 라이브러리 또는 Fibre Channel 라이브러리


이더넷클러스터

가상 NetWorker 서버

Fibre

Fibre Channel 스위치

FC 브릿지SCSI



496

11

다음 예제는 적절한 응답을 제공하는 jbconfig 스크립트의 예입니다.

# jbconfig







Enter the number corresponding to the type of jukebox you are

installing:

1) ADIC-1200c/ADIC-1200d

2) ADIC-VLS

3) ARC DiamondBack

4) Sun 20Gb 4mm Tape Loader

.

.

.

45) Digital TL800

46) Digital TL810

47) Digital TL820

48) Digital TL893

Choice? 48

Installing an 'Digital TL893' jukebox.

What name do you want to assign to this jukebox device?

juke_box_1

이 시점에서 jbconfig 프로그램은 구입업체가 제공하는 드라이버가 없는 구성과 구입업체가 제공하는 드라이버가 있는 구성에 대해 각각 달라집니다.

예: 특수 장치 파일이 없는 Sun Cluster

장치에 [email protected]을 사용하는 경우 jbconfig 프로그램을 사용할 때 다음을 입력합니다.

Enter the control port of the jukebox in the following

format:[email protected]


[email protected]



11예: 특수 장치 파일이 있는 TruCluster 5.1B

장치에 /dev/changer/mc0을 사용하는 경우 jbconfig 프로그램을 사용할 때 다음을 입력합니다.

Enter the control port of the jukebox in the following

format:[email protected]


/dev/changer/mc0

참고: 이 시점부터 jbconfig 프로그램은 기본적으로 구입업체가 제공한 드라이버가 없는 클러스터나 있는 클러스터나 같은 방법으로 구성됩니다.


[email protected]

Turn NetWorker auto-cleaning on (yes / no) [yes]? no



Is (any path of) any drive intended for NDMP use? (yes / no)

[no] no

Is any drive going to have more than one path defined? (yes /

no) [no] yes

You will be prompted for multiple paths for each drive.

Pressing <Enter> on a null default advances to the next drive.

Please enter the device path information in one of the

following formats:

/dev/rmt/1cbn --for local path or

host:device-path --for remote node or

host:drive-letter:directory path --for Windows disk

file

Drive 1, element 1

Device path 1 ? bigstar.legato.com:/dev/rmt/0cbn

Device path 2 ? [] littleman.legato.com:/dev/rmt/0cbn

Device path 3 ? []

Drive 2, element 2

Device path 1 ? bigstar.legato.com:/dev/rmt/1cbn



498

11

Device path 2 ? [] littleman.legato.com:/dev/rmt/1cbn

Device path 3 ? []


1) 3480

2) 3570

3) 3590

4) 4890

5) 4mm

.

.

.

40) tkz90

41) travan10

42) tz85

43) tz86

44) tz87

45) tz88

46) tz89


Are all the drives the same model? (yes / no) [yes]



>Autocleaning off.

> At least one drive was defined with multiple paths. All such

drives are defined with a hardware identification as well as a

path value to avoid confusion by uniquely identifying the

drive.

The hardware identification for all drives which have one is

always 'autochanger_name - Drive #' where "autochanger_name" is

the name you gave to the autochanger that was just defined, and

the # symbol is the drive number.

> Barcode reading to on.

> Volume labels that match the barcodes.

> Slot intended to hold cleaning cartridge to 10. Please insure

that a cleaning cartridge is in that slot > Number of times we

will use a new cleaning cartridge to 20.You can review and

change the characteristics of the autochanger and its

associated devices using nwadmin.

Would you like to configure another jukebox? (yes/no)[no] no



11

독립형 호스트에서 로봇 제어

클러스터 외부에 독립형 물리 호스트를 설정하여 로봇을 제어할 수 있습니다. 이 절차는 다음과 같은 경우 유용합니다.

• 구입업체가 제공하는 드라이버에 대해 통일된 이름을 지정할 수 없고 클러스터 노드의 버스 대상 LUN을 일치시킬 수 없는 경우

• 클러스터 내에 NetWorker 서버가 없는 경우

클러스터 외부에서 로봇을 제어하면 장애 지점이 하나뿐이므로 이 방법을 선택하려면 요구 사항을 평가한 뒤에 결정하십시오.

독립형 물리 호스트에서 로봇을 제어하도록 선택할 경우에는 다음 바이너리가 설치되어 있어야 합니다.

• 클라이언트 소프트웨어

• 저장 장치 노드 소프트웨어

• 드라이버 소프트웨어

독립형 물리 호스트에서 로봇을 제어하도록 jbconfig 프로그램을 구성할 것입니다.

500페이지의 그림 51은 클러스터 외부의 독립형 물리 호스트를 사용하여 로봇을 제어하는 데 사용할 수 있는 한 가지 방법을 보여줍니다.

참고: 독립형 물리 호스트는 Fibre Channel 또는 SCSI 연결을 통해 로봇을 제어할 수 있습니다.



500

11

그림 51. 클러스터 외부에서 로봇 제어 시 DDS 사용

이더넷


클러스터

FC 스위치

독립형 물리 호스트

Fibre

FC 브릿지SCSI

SCSI 테이프 라이브러리 또는 FC 라이브러리

가상 NetWorker 서버



11

다른 클러스터의 NetWorker 서버에서 로봇 제어

클러스터에 있는 NetWorker 서버를 다른 클러스터 노드의 로봇을 제어하도록 구성할 수도 있습니다. 이러한 구성은 501페이지의 그림 52에서 보여줍니다. 클러스터 B의 가상 NetWorker 서버는 클러스터 A에 있는 물리 저장 장치 노드에 대해 로봇을 제어합니다.

그림 52. 클러스터 간의 로봇 제어

이더넷

전용 저장 장치 노드

클러스터 A

FC 스위치

NetWorker Server

Fibre

FC 브릿지

SCSI로봇 제어

클러스터 B

SCSI 테이프 라이브러리



502

11

NetWorker 클러스터 라이센스 부여이 절에서는 다음 항목에 대해 설명합니다.

• 502페이지의 “고 가용성 NetWorker 서버 사용”

• 503페이지의 “클러스터 및 가상 클라이언트 사용”

• 504페이지의 “클러스터 클라이언트 백업을 위한 라이센스 요구 사항”

설치 요구 사항에 대해서는 해당 LEGATO NetWorker 설치 안내서를 참조하십시오.

고 가용성 NetWorker 서버 사용

NetWorker 서버를 클러스터의 고 가용성 응용 프로그램으로 실행하려면 다음 모드 중 하나 또는 NetWorker 소프트웨어 에디션 중 하나가 필요합니다.

• 평가 모드 — 평가 기간 동안 무제한으로 클러스터 클라이언트 지원

• 파워 에디션 — 같은 플랫폼 유형의 클러스터 클라이언트 라이센스가 두 개 포함되며 추가 Cluster Client Connection 라이센스가 필요합니다.

참고: 네트워크 에디션은 고 가용성 NetWorker 서버를 위한 백업 및 복구를 지원하지 않습니다.

고 가용성 NetWorker 서버를 실행하려는 클러스터 내의 각 물리 노드마다 하나씩 Cluster Client Connection 라이센스가 필요합니다.

참고: 워크그룹 에디션은 클러스터 클라이언트 백업을 허용하지 않습니다. 비즈니스 에디션은 두 개의 노드로 된 클러스터 클라이언트에 대한 백업만 허용합니다.

또한 NetWorker 가상 서버를 실행 중인 노드의 물리 호스트 이름과 일치하는 호스트 이름을 사용하여 로컬로 구성된 저장 장치 노드에는 별도의 저장 장치 노드 작동 코드가 필요하지 않습니다.

예를 들어, 물리 호스트 이름이 노드 A인 클러스터의 노드에서 rd=NodeA:/dev/tape1로 정의된 원격 장치의 경우 NetWorker 가상 서버가 노드 A에서 실행되고 있는 동안에는 별도의 저장 장치 노드 작동 코드가 필요하지 않습니다. 이러한 구성의 예는 491페이지의 “구성 옵션 3”에 제공되어 있습니다.



11

클러스터 및 가상 클라이언트 사용

NetWorker 클라이언트 라이센스 부여는 독립형 컴퓨터와 클러스터에 참여하는 컴퓨터 간에 다릅니다. 클러스터의 한 멤버인 컴퓨터를 백업하는 NetWorker 서버에는 Client Connection 라이센스 대신 Cluster Client Connection 라이센스가 필요합니다.

Cluster Client Connection 라이센스는 먼저 요청하는 순서대로 라이센스를 부여하는 방식으로 배포됩니다. 클러스터 클라이언트(물리 또는 가상)가 처음으로 백업될 때마다 해당 가상 클라이언트가 실행되고 있는 물리 노드에 Cluster Client Connection 라이센스가 하나씩 할당됩니다. Cluster Client Connection 라이센스는 물리 노드에 한정됩니다. 그러므로 일단 Cluster Client Connection이 할당되면 그 물리 노드에 실행되고 있는 가상 클라이언트를 백업할 수 있습니다.

참고: 파워 에디션은 고 가용성 NetWorker 서버에 대해서만 필요합니다. 독립형 NetWorker 서버는 네트워크 에디션 라이센스와 적절한 수의 Cluster Client Connection 라이센스를 사용하여 클러스터의 물리 또는 가상 클라이언트를 백업할 수 있습니다.

클러스터 클라이언트

클러스터 클라이언트를 백업하려면 NetWorker 서버에 다음이 필요합니다.

• 클러스터의 해당 멤버용으로 정의된 Client 자원

• 물리 호스트당 Cluster Client Connection 라이센스

Cluster Client Connection 라이센스 수가 모자를 경우에는 다음 중 한 가지를 수행해야 합니다.

• 추가 Cluster Client Connection 라이센스 구입

• Cluster Client Connection 라이센스를 지닌 NetWorker 클러스터 Client 자원 제거

원격 클러스터 클라이언트가 NetWorker 서버와 같은 플랫폼을 사용하지 않으면 적절한 ClientPak 작동 코드가 필요합니다. 예를 들어 가상 NetWorker 서버가 Sun Cluster 3.0 시스템에 있고 클러스터 클라이언트가 HACMP for AIX 환경의 멤버이면 Cluster Client Connection 라이센스와 UNIX ClientPak 작동 코드가 필요합니다.

가상 클라이언트

가상 클라이언트를 백업하려면 가상 클라이언트를 실행하고 있는 클러스터 노드가 물리 호스트가 있는 NetWorker 서버 내에서 Cluster Client Connection 라이센스를 가지고 있어야 합니다. 가상 클라이언트 자체는 Cluster Client Connection 라이센스가 필요하지 않지만 가상 클라이언트가 상주하는 물리 호스트에는 Cluster Client Connection 라이센스가 있어야 합니다.



504

11

클러스터 클라이언트 백업을 위한 라이센스 요구 사항

클러스터 클라이언트를 백업하려면 클러스터 인식 NetWorker 서버가 필요합니다. NetWorker 서버가 클러스터 클라이언트를 백업하기 위해 클러스터에 있을 필요는 없습니다.

클러스터 인식 NetWorker 서버는 독립형 컴퓨터에서 실행될 수도 있고 클러스터에 참여하는 컴퓨터에서 실행될 수도 있습니다. NetWorker 릴리스 6.0.1 이상의 모든 서버는 클러스터를 인식합니다.

NetWorker 릴리스 6.1 이전의 클러스터 인식 서버 목록을 보려면 LEGATO 웹 사이트(www.legato.com)의 LEGATO Compatibility Guide를 참조하십시오.

클러스터 클라이언트의 응용 프로그램 모듈 백업

가상 클라이언트에서 LEGATO NetWorker Module을 백업하려면 가상 클라이언트를 위한 응용 프로그램 모듈 라이센스가 필요합니다.

물리 호스트에서 LEGATO NetWorker Module을 백업하려면 물리 클라이언트 컴퓨터에 응용 프로그램 모듈 라이센스가 필요합니다.

예를 들어 물리 노드 A와 B는 클러스터되어 있으며 데이터베이스를 실행합니다. 가상 노드 C는 이 클러스터 상에서 실행되며 데이터베이스에 대한 액세스를 제공합니다. 데이터베이스를 백업하는 방법이 노드 C뿐이라면 하나의 데이터베이스 응용 프로그램 모듈 라이센스가 필요합니다. 물리 노드에서 데이터베이스도 백업하는 경우에는 또 하나의 데이터베이스 응용 프로그램 모듈이 필요합니다. 물론 두 물리 노드 모두 Cluster Client Connection 라이센스가 필요합니다.


12장: NetWorker Server에 대한 NDMP 지원

이 장에서는 UNIX 컴퓨터에서 NetWorker server로 NetWorker NDMP(네트워크 데이터 관리 프로토콜) Connection을 활성화하고 사용하는 방법에 대한 지침을 제공합니다.

이 장은 다음과 같은 절로 구성됩니다.

• 505페이지의 “NDMP 개요”

• 507페이지의 “지원되는 NDMP 구성”

• 513페이지의 “NDMP 지원의 일반 요구 사항 및 제한 사항”

• 518페이지의 “NetWorker NDMP 클라이언트에 대한 저장 장치 노드 지원”

• 520페이지의 “NDMP 작업을 위한 NetWorker 서버 구성”

• 530페이지의 “NDMP 백업 수행”

• 536페이지의 “NDMP 복구 수행”

• 543페이지의 “NDMP 복제”

• 544페이지의 “추가 제품 정보”

NDMP 개요NDMP는 백업 및 복구를 위해 네트워크상의 각 구성 요소에 포함된 데이터를 이동하기 위한 목적으로 네트워크 구성 요소가 서로 통신하는 방법을 지정하는 TCP/IP 기반 프로토콜입니다.

NDMP는 백업 및 복구 과정에서 데이터를 전송하기 위해 여러 유형의 인터페이스와 통신할 수 있습니다. NDMP를 통해 여러 구입업체가 백업 아키텍처를 위한 공통(NDMP) 프로토콜을 사용할 수 있습니다. 운영 체제나 플랫폼에 상관없이 데이터는 NDAP를 사용하여 디스크에서 테이프 또는 디스크 미디어로 복사됩니다. 또한 트랙 정보도 소프트웨어 유형에 상관없이 동일한 프로토콜을 사용하여 소프트웨어 간에 전달됩니다.



506

12

NDMP는 자원 파일의 백업, 복제, 복구, 업데이트, 질의 등을 위해 NetWorker에서 사용됩니다. NetWorker 서버와 NDMP 장치(서버, 디스크, 저장 장치)와의 모든 통신은 NDMP를 통해 이루어집니다.

NDMP의 목적은 이기종 네트워크를 백업하는 것과 관련된 문제를 해결하는 것입니다. NDMP는 OS 구입업체 및 백업 개발자가 관심을 가지는 문제와 NAS 장치에 관한 문제를 해결합니다.

NetWorker NDMP 지원에는 NAS 환경에서 Autochanger를 공유하고 관리하는 것이 포함됩니다.

NDMP Connection 지원

NetWorker NDMP 인터페이스를 사용하면 활성 NDMP 서비스를 제공하거나 NDMP 데이터 모듈이 설치된 호스트에 연결할 수 있습니다. NetWorker 서버를 제외한 호스트, 클라이언트 및 장치에는 NetWorker 소프트웨어를 설치할 필요가 없습니다. NDMP를 사용하면 NAS 장치에서 네트워크상의 다른 NDMP 제어 테이프나 디스크 장치에 데이터를 백업할 수 있습니다. 테이프나 디스크 장치를 NAS 장치에 직접 연결할 필요가 없습니다. NDMP는 NetWorker 프로그램과 데이터 및 파일 메타데이터에 대한 제어권을 주고 받습니다.

NDMP 데이터 모듈을 설치하거나 응용 프로그램 서버에서 NDMP 지원을 사용하려면 해당 구입업체의 설명서를 참조하십시오.

라이센스 부여

NetWorker NDMP 인터페이스는 계층적 라이센스 부여 구조에 따라 NetWorker 기본 제품과는 별도로 라이센스를 구입해야 하는 선택적 기능입니다. 하나의 호스트에 여러 개의 Client 자원이 있을 수 있지만 각 NDMP 호스트마다 하나씩의 NDMP Client Connection 라이센스를 적용해야 합니다. NDMP 계층에 대한 자세한 내용은 LEGATO 영업부로 문의하십시오(www.legato.com).

NetWorker 저장 장치 노드 소프트웨어와 함께 NDMP 지원을 사용하려면 소프트웨어 라이센스가 필요합니다(NetWorker NDMP 인터페이스는 사용되지 않음).

또한 NDMP 작업에 대해 파일 유형 장치가 지원되며 파일 유형 장치를 부트스트랩 장치로도 사용할 수 있습니다. 파일 유형 장치에 대해서는 DiskBackup 라이센스가 필요합니다.




12

지원되는 NDMP 구성NDMP Connection이 있는 NetWorker 서버는 다음 구성을 지원합니다.

• NDMP 테이프 서버를 사용한 로컬 백업 — 백업이 데이터가 상주하는 동일 서버에 연결된 테이프 장치로 수행됩니다.

• NetWorker 저장 장치 노드 — NDMP 호스트에서 NetWorker 저장 장치 노드에 연결된 NetWorker 테이프 장치, 디스크, 옵티컬 및 기타 미디어 유형으로 백업이 수행됩니다.

NetWorker 저장 장치 노드는 데이터 서버 에이전트(DSA)를 사용합니다. DSA는 NetWorker 소프트웨어 없이 NetWorker 서버와 모든 클라이언트 간에 에이전트 보관의 역할을 수행합니다. DSA의 예로는 독점 보관 데이터를 생성한 다음 NetWorker 저장 장치로 보내서 이 데이터에 Save set을 연관시키는 NDMP 호스트가 있습니다. 마찬가지로 DSA는 에이전트 복구의 역할을 수행합니다.

참고: DSA를 통해 수행되는 모든 백업은 D 플래그를 가집니다.

• NDMP 테이프 서버를 사용하는 경유 — 백업이 한 NDMP 서버에서 다른 NDMP 서버로 수행됩니다.

NDMP 테이프 서버를 사용하는 로컬 백업

NDMP 테이프 서버를 사용하는 로컬 백업은 백업되는 데이터가 NDMP 테이프 서버/데이터 서버(둘 다 동일한 호스트에 있음)에서 직접 연결된 테이프 장치나 Autochanger로 전송된다는 것을 의미합니다. 이 방식은 데이터가 네트워크를 통과하지 않아서 네트워크 정체가 발생하지 않으므로 대량의 데이터를 처리하는 네트워크 시스템에 적합합니다.

로컬 백업 유형을 사용하면 메타데이터와 NDMP 제어 정보(508페이지의 그림 53에 파일 기록으로 표시되어 있음)만 네트워크를 통과하여 백업 서버와 NDMP 테이프 서버 및 데이터 서버 간에 전송됩니다. NetWorker는 파일 기록 정보를 사용하여 적절한 인덱스와 미디어 데이터베이스를 유지 관리합니다. 적절한 인덱스와 미디어 데이터베이스를 유지 관리하는 목적은 데이터를 필요한 때에 신속하게 찾을 수 있도록 하기 위함입니다.

508페이지의 그림 53은 로컬 백업 유형 구성을 보여 줍니다. NDMP 호스트는 NDMP 데이터 서비스(data service) 제공자(DSP)이자 테이프 서비스(tape service)입니다.

NetWorker 서버 또는 데이터 관리 응용 프로그램(DMA):

• NDMP 연결을 통해 백업 또는 복구 요청을 시작합니다.

• 데이터 서비스 및 테이프 서비스로부터 파일 기록 정보를 받습니다.



508

12

DSP는 다음을 수행합니다.

• 백업 요청을 받습니다.

• 디스크에서 백업 데이터를 읽습니다.

• 백업을 위한 데이터 스트림을 생성합니다.

결과적으로 다음 작업이 수행됩니다.

• 백업 도중 테이프 서비스는 DSP에서 데이터 스트림을 읽어 테이프에 기록합니다.

• 복구 도중 테이프 서비스는 테이프에서 데이터를 읽어 다음 작업을 수행하는 NDMP 데이터 스트림을 생성합니다.

– DSP에 전송됩니다.

– 데이터 스트림에서 읽습니다.

– 데이터 스트림을 디스크에 기록합니다.

그림 53. NDMP 로컬 구성

NetWorker 서버(DMA) UNIX 또는 Windows

동일한 호스트상의 NDMP 테이프 서버/데이터 서버(DSP)

Autochanger

LAN

NDMP Connection 메타데이터 및 파일 기록

백업 데이터

케이블



12

NetWorker 저장 장치 노드를 사용하여 백업

이 절에서는 테이프, 디스크 또는 옵티컬과 같은 일반 NetWorker 장치(비 NDMP 장치)를 사용하는 NDMP 클라이언트 백업 구성에 대해 설명합니다.

다음 그림에 있는 저장 장치는 디스크, 테이프 또는 옵티컬 디스크(NDMP 테이프 장치 제외)와 같은 모든 NetWorker 저장 장치입니다.

510페이지의 그림 54는 NetWorker 서버에 직접 연결된 NetWorker 저장 장치를 보여 줍니다. DSA를 사용하는 NDMP 백업은 NetWorker 서버에서 시작됩니다. NDMP Save set 데이터는 파일 유형 장치나 테이프에 기록될 수 있습니다. 파일 기록을 포함한 메타데이터는 NetWorker 서버(nsrmmd)에서 처리됩니다.

DSA를 사용하는 것은 다음과 같은 측면에서 NDMP 테이프 서버를 사용하는 것과 다릅니다.

NDMP 클라이언트에 대해 NetWorker 저장 장치 노드가 지원되는 경우의 저장 장치 기술에 대한 자세한 내용은 534페이지의 “데이터 쓰기 기술”을 참조하십시오.

표 73. NDMP 테이프 서버와 DSA의 차이점

NDMP 테이프 서버 DSA

NDMP 유형의 테이프 장치만 지원합니다. 모든 유형의 NetWorker 지원 장치를 지원합니다.

디스크로의 백업을 지원하지 않습니다. 디스크로의 백업을 지원합니다.

다중화가 지원되지 않습니다. 다중화가 지원됩니다.

모든 유형의 테이프 장치(예: DLT7000, SDLT, Ultrium 등)에 대해 레코드 크기가 고정되어 있습니다.

장치 유형에 따라 레코드 크기가 다르므로 쓰기 성능이 향상됩니다.



510

12

그림 54. 연결된 저장 장치가 있는 NetWorker 서버에서 시작된 백업

511페이지의 그림 55는 파일 기록이 NetWorker 서버에 백업되고 연결된 저장 장치 노드가 있는 NetWorker 클라이언트에 데이터가 백업되는 NetWorker 구성을 보여줍니다. 백업 명령인 nsrndmp_save는 NetWorker 저장 장치 노드가 로컬로 연결되어 있는 NetWorker 클라이언트에서 직접 실행됩니다.

데이터는 처리되어 NetWorker 저장 장치 노드에 저장되며 파일 기록은 지정된 NetWorker 서버(nsrmmd)에서 처리됩니다. 데이터가 백업되고 NDMP 서버 및 NetWorker 서버와의 세션이 닫히고 나면 파일 기록이 NetWorker 서버에 커밋됩니다.

NetWorker 서버(DMA)

Autochanger

LAN

동일한 호스트상의 NDMP 테이프 서버/데이터 서버

백업 및 메타데이터

케이블



12

그림 55. NetWorker 저장 장치 노드로 전송되는 파일 기록 및 데이터

NDMP 테이프 서버를 사용하는 경유 백업

경유 백업은 3방향 백업이라고도 하며 두 개의 NDMP 서버를 사용하여 완성됩니다. 데이터는 NDMP 호스트(데이터 서비스 공급업체DSP)에서 NDMP 테이프 서버로 이동한 다음 테이프 서버에 로컬로 연결된 Autochanger로 이동합니다. DSP는 EMC, NetApp Filer, Auspex 또는 LEGATO NetWorker SnapImage Module일 수 있습니다.

중요 사항: 두 NDMP 서버의 유형은 같아야 합니다. 예를 들어, EMC NAS 장치와 NetApp 서버 간의 백업은 지원되지 않습니다. NetApp 서버는 또 다른 NetApp 서버 간에만 백업 및 복원을 수행할 수 있습니다.

512페이지의 그림 56은 또 다른 NDMP 서버에 연결된 NetWorker 장치와의 백업 및 복구를 가능하게 하는 경유 구성을 보여 줍니다.

• 한 서버는 데이터 서버입니다.

• 두 번째 서버는 테이프 서버입니다.

• 경유는 NetWorker 서버(DMA)입니다.

이 구성은 어느 쪽에도 별도의 소프트웨어를 설치할 필요가 없다는 점을 제외하고, NetWorker 클라이언트와 NetWorker 서버 또는 저장 장치 노드 간의 데이터 흐름과 비슷합니다. 데이터는 네트워크를 통해 NDMP 데이터 서버에서 테이프 서버로 이동한 다음 테이프로 이동합니다. 메타데이터는 데이터 서버에서 백업 서버로 전송됩니다.

Autochanger

NDMP 테이프 서버 및 NDMP 데이터 서버(DSP)

백업 데이터


파일 기록

LAN

케이블




512

12

그림 56. NDMP 테이프 서버

경유 백업에 대한 자세한 내용은 531페이지의 “경유 백업 수행” 및 535페이지를 참조하십시오.

지원되는 테이프 서버

NDMP를 사용하는 NetWorker 소프트웨어는 다음 테이프 서버를 지원합니다.

• LEGATO NetWorker 서버 또는 다른 서버에 설치된 NetWorker SnapImage Module 1.6 소프트웨어

• DinoStor TapeServer는 하나 이상의 라이브러리를 네트워크에 연결합니다. DinoStor TapeServer를 사용하면 각 서버에 대한 로컬 백업 장치를 갖는 대신 NDMP 호스트를 한 위치에 백업할 수 있습니다.

NDMP 데이터 서버

Autochanger

메타데이터

백업 데이터

NDMP Connection


LAN

파일 기록NDMP 테이프 서버



12

NDMP 지원의 일반 요구 사항 및 제한 사항다음 절에서는 NDMP 지원을 위해 준수해야 할 NetWorker 소프트웨어의 일반 요구 사항 및 제한 사항에 대한 정보를 제공합니다.

각 구입업체별 제한 사항, Autochanger 구성 및 응용 프로그램 정보 변수에 대한 자세한 내용은 513페이지의 표 74를 참조하십시오.

NetWorker NDMP 요구 사항

NDMP를 지원하는 NetWorker를 실행할 때는 다음 요구 사항을 준수해야 합니다.

• 부트스트랩 파일을 백업하려면 NetWorker 서버에 NDMP가 아닌 장치가 연결되어 있어야 합니다. 부트스트랩에는 디스크 고장 후에 NetWorker 서버를 복구하는 데 필요한 미디어 데이터베이스 및 구성 파일이 포함되어 있습니다.

비 NDMP 장치가 있는 NetWorker 저장 장치 노드로 백업할 경우에는 이 요구 사항이 적용되지 않습니다. 이 경우에는 동일한 비 NDMP 장치를 부트스트랩 장치에 사용할 수 있습니다.

중요 사항: 데이터를 복제할 경우 NDMP가 아닌 두 번째 장치는 복제된 부트스트랩 데이터를 수신하도록 구성해야 합니다.

표 74. 구입업체별 정보

구입업체 참조할 링크

Network Appliance 546페이지의 “Network Appliance”

EMC Celerra 551페이지의 “EMC Celerra”

EMC IP4700 555페이지의 “EMC IP4700”

Auspex 556페이지의 “Auspex”

Procom NetFORCE 559페이지의 “Procom NetFORCE”

Mirapoint 559페이지의 “Mirapoint”

BlueArc 560페이지의 “BlueArc”

DinoStor 561페이지의 “DinoStor TapeServer”

SnapImage 563페이지의 “SnapImage Module”



514

12

• NDMP 백업 또는 복구 작업 중 하나를 수행하려면 root로 로그인해야 합니다.

• 미디어 장치 핸들은 되감지 않는 장치 핸들이어야 합니다.

• 병렬 백업을 수행하려면 다음 중 하나를 수행합니다.

– 단일 Client 자원에 여러 Save set를 지정하고 여러 테이프 드라이브를 사용할 수 있는지 확인합니다.

– 백업할 각 볼륨에 대해 동일한 시작 시간을 사용하여 구성된 별개의 그룹(각 그룹마다 하나의 클라이언트/보관 스트림 포함)에서 여러 Client 자원을 지정합니다.

– 모든 Save set를 지정합니다.

• 지역화된 일본어 NDMP 환경에서 일본어 데이터를 복구할 때 Index Recover 상태 창에 일본어가 아닌 영어로 프로세스가 표시됩니다.

NDMP를 지원하는 NetWorker 소프트웨어 제한 사항

NetWorker 데이터 영역 환경에 NDMP 지원을 추가하면 다음과 같은 변경 사항이 발생합니다.

• 명령줄과 NetWorker 관리 프로그램을 통해 Save set 복구에 사용할 다른 NDMP 호스트를 찾아볼 수 있습니다. 백업을 위한 NDMP 호스트는 찾을 수 없습니다.

• 다음은 지원되지 않습니다.

– 아카이브

– Save set 통합

Save set 통합은 미디어의 보관 레코드를 해석합니다. DSA는 보관 레코드를 기록하지 않으므로 Save set 통합을 사용할 수 없습니다. DSA는 NetWorker 서버와 NetWorker 클라이언트가 아닌 모든 클라이언트 간의 에이전트 역할을 하며 데이터를 생성하여 해당 데이터를 NetWorker 저장 장치 노드 또는 장치에 전송함으로써 Save set를 장치에 연결합니다.

– NDMP 테이프 장치와 비 NDMP 테이프 장치 간의 복제

– jbexercise 유틸리티

NetWorker 서버가 NDMP 서버에 있는 Autochanger를 볼 수 있는지 확인하려면 nsrjb -HE 명령으로 Autochanger를 재설정하거나, nsrjb -IE 명령으로 Autochanger를 Inventory합니다.

– NDMP 클라이언트에 대한 SnapImage, DSA 및 NetWorker 저장 장치 노드 지원

LEGATO NetWorker SnapImage Module 릴리스 1.6 및 2.0을 가진 비 NDMP NetWorker 저장 장치 노드에서 DSA를 백업 및 복구에 사용하는 것은 지원되지 않습니다.



12

• scanner 프로그램은 백업된 데이터에 대한 미디어 데이터베이스 항목을 생성합니다. scanner 프로그램은 실제 데이터를 읽을 수 없습니다. 필요한 경우 유틸리티는 데이터베이스의 볼륨 및 Save set 정보를 다시 작성합니다. 인덱스 복구는 수행할 수 없습니다. 스캔된 볼륨이 Autochanger에 속하는 경우 생성된 볼륨 및 Save set를 복구하기 전에 다음 중 하나를 수행하십시오.

– Autochanger를 Inventory하여 마운트/마운트 해제를 위한 슬롯과 볼륨을 동기화

– 수동 마운트 작업

해당 인덱스 Save set가 있는 경우 nsrck L7을 사용하여 인덱스를 다시 가져올 수 있습니다. 단, 테이프에서 Sava set를 스캔한 후에 클라이언트를 구성해야 합니다.

참고: scanner 프로그램을 실행한 후에 볼륨을 Inventory합니다. 또한, NetWorker 서버에서 스캔 중인 볼륨의 위치를 업데이트하도록 하드웨어를 재설정합니다. 하드웨어를 재설정하려면 nsrjb -HEvv 명령을 사용하십시오.

scanner -m명령은 비 NDMP Save set에서와 같은 방식으로 DSA Save set를 가지는 볼륨을 검색합니다. DSA Save set는 NDMP 클라이언트의 Save set로서 DSA를 사용하여 비 NDMP 테이프 장치에 백업됩니다.

scanner -i 명령은 DSA Save set에서 실패하며 DSA Save set를 건너뜁니다. scanner -i 명령은 NDMP 백업에 대해 지원되지 않습니다.

• NetWorker 서버 자원 속성(nsrmmd 폴링 간격, nsrmmd 재시작 간격 및 nsrmmd 제어 시간 초과)은 NDMP 호스트에 적용되지 않지만 데이터의 백업 및 복구에 NetWorker 저장 장치 노드를 사용할 때 적용됩니다.

• NetWorker 소프트웨어는 NDMP 작업에 대해 Rename Recovered File 및 Discard Recovered File과 같은 복구 옵션을 지원하지 않습니다. Save set 및 파일별 복구의 경우에는 항상 현재 파일을 덮어씁니다.

• NetWorker 소프트웨어는 NDMP 백업에 대해 증분 백업 설정을 지원하지 않습니다. 증분 백업 설정을 선택하더라도 NetWorker 서버는 전체 백업을 수행합니다. 그러나 레벨 백업을 예약하여 증분 백업과 비슷한 기능을 사용할 수는 있습니다. 예를 들어, 1일에는 전체 백업을 수행하고 2일부터 7일까지는 증분 백업을 수행하는 주간 백업 스케줄은 1일에는 전체 백업을 수행하고 2일에는 레벨 1, 3일에는 레벨 2, 4일에는 레벨 3 백업을 수행하는 주간 백업 스케줄과 동일합니다.

• 데이터를 NetWorker 저장 장치 노드에 백업하지 않을 경우 단일 볼륨의 NDMP 및 비 NDMP Save set는 지원되지 않습니다.



516

12

프로토콜 제한 사항

다음 프로토콜 제한 사항은 NDMP 프로토콜 버전 1과 버전 2에 적용됩니다.

• Direct Access Restore(DAR)가 지원되지 않습니다.

• NDMP 버전 3 이상을 가진 NDMP 서버의 경우 Save set 속성의 기본값인 All이 지원됩니다.

• Autochanger 핸들을 지정해야만 jbconfig를 실행할 수 있습니다.

인덱스 처리 및 메모리 요구 사항에 대한 중요 정보

다음 참고 사항은 인덱스 처리 및 메모리 요구 사항과 NetWorker 소프트웨어를 사용하는 NDMP 백업에 대한 기타 정보입니다.

인덱스 데이터베이스

NDMP 백업 도중에 NDMP 데이터 서버는 파일 기록 메타데이터 정보를 NetWorker 서버로 전송합니다. nsrndmp_2fh 바이너리는 파일 기록 메타데이터를 즉시 처리하기 시작합니다. 인덱스 데이터베이스는 백업이 끝날 때 nsrdmpix 바이너리에 의해 생성됩니다. 파일 기록 메타데이터 처리는 파일 시스템(Save set)의 항목(파일) 수가 늘어남에 따라 선형 방식으로 증가합니다.

참고: 특히 클러스터된 NetWorker 환경의 장애 복구 도중에 인덱싱이 중단되면 다음 결과가 발생합니다.

• nsrdmpix 바이너리가 자동으로 재시작되지 않습니다.

• 인덱스 데이터베이스 생성이 불완전할 수 있습니다.

이는 파일별 복구가 불가능하다는 것을 의미합니다.

Save set 복구는 계속 수행할 수 있습니다.



12

메모리 요구 사항

nsrndmp_2fh 및 nsrdmpix 바이너리는 가상 메모리 대신에 raw 데이터베이스와 상호 작용하여 파일 기록 메타데이터를 처리합니다. 이 프로세스에는 최소한의 메모리가 필요합니다.

백업 도중 필요한 임시 공간

각 파일 항목별로 기본 /nsr/tmp 디렉토리에 필요한 물리적 공간을 확인하려면 다음 수식을 사용합니다.

2 * (144 + 평균 파일 이름 길이) * 파일 시스템의 항목 수

예: 임시 공간 요구 사항 계산평균 파일 이름 길이가 128인 100만 개의 파일 항목의 경우 필요한 임시 스왑 공간은 다음과 같습니다.

2 * (144 + 128) * 1,000,000 = 약 544MB

임시 공간 디렉토리의 위치 변경

임시 공간 디렉토리의 위치를 변경하려면 다음 작업을 수행하여 NSR_NDMP_TMP_DIR 변수에 대한 값으로 유효한 디렉토리 이름을 지정합니다.

• NetWorker 관리 프로그램에서 응용 프로그램 정보를 변경합니다.

• 환경 변수를 설정합니다.

이렇게 변경하면 임시 파일이 해당 디렉토리에서 작성됩니다.

잠재적 오류 메시지

적절하지 않은 스왑 공간으로 인해 백업이나 복구에 실패할 경우 다음과 비슷한 오류 메시지가 나타납니다.

Failed to store index entries

nsrndmp_2fh 바이너리의 임시 공간이 부족해지면 다음 오류 메시지가 나타납니다.

IO_WritePage write failed - No space left on device (28): No space

left on device

nsrndmp_save 및 nsrndmp_2fh 간에 통신 오류가 있으면 다음 오류가 발생합니다.

error in reading the FH entries from save through stdin



518

12

NetWorker NDMP 클라이언트에 대한 저장 장치 노드 지원NetWorker 저장 장치 노드 기능은 NDMP 보관 스트림을 포함하도록 확장됩니다. NetWorker 저장 장치 노드 소프트웨어는 NDMP 백업과 비 NDMP 백업 모두에 일관된 방식으로 시용할 수 있습니다. NDMP 백업의 경우 NetWorker는 DSA 기능을 사용합니다.

데이터를 생성하는 클라이언트는 관리 가능한 NetWorker Save set의 형태로 백업 기록을 가집니다. 이러한 클라이언트를 NDMP 클라이언트라고 합니다.

참고: DSA 기능은 해당 시스템(호스트를 실행하는 DSA)의 “서비스 포트 범위“에서 포트 번호를 수신합니다.

일반 NetWorker 장치로의 NDMP 백업

이러한 확장을 통해 NetWorker는 다음과 같은 일반 NetWorker 장치(비 NDMP 장치)로의 NDMP 클라이언트 백업을 지원합니다.

• 테이프

• 옵티컬

• 디스크

• 기타 미디어 유형

NDMP에 대한 NetWorker 저장 장치 노드 지원 기능

NDMP 백업에 대한 NetWorker 저장 장치 노드 지원은 다음과 같은 NetWorker 저장 장치 노드 기능을 포함합니다.

• 다중화

• 단계화

• 일반 NetWorker Save set와 NDMP Save set의 공존

• 방화벽 지원

• 다양한 플랫폼에서의 가용성

• 자동 미디어 검증

• 디스크로의 백업

• 진정한 NetWorker 클라이언트 지원

• 복제

참고: NDMP 클라이언트에 대한 저장 장치 노드 지원의 경우 DAR 지원을 제외한 모든 NDMP 기능이 지원됩니다. 자세한 내용은 532페이지의 “DAR 백업 수행”을 참조하십시오.



12

미디어 데이터베이스의 Save Set 플래그

Save set를 보기 위해 mminfo 프로그램(Save set에 대한 찾기 및 보유 시간에 대한 보고서를 표시하는 -p 옵션과 함께 사용)이 사용됩니다. NDMP 클라이언트에 대한 NetWorker 저장 장치 노드 지원은 이 프로그램과 함께 여러 플래그를 사용합니다. 519페이지의 표 75에는 mminfo 출력에 표시되는 Save set 플래그와 그 의미가 나열되어 있습니다.

참고: 7.2 이전 버전의 NetWorker 클라이언트 소프트웨어에서는 mminfo 출력에 표시되는 DSA Save set 플래그를 인식하지 못합니다.

성능

여러 경우에서 NDMP 백업 성능이 향상되었음을 볼 수 있습니다.

NDMP 테이프 서버는 테이프에 기록할 레코드 크기로 60KB를 사용하도록 제한됩니다. 비 NDMP 장치로 백업하는 경우 레코드 크기는 관련된 미디어 유형에 따라 달라집니다. 예를 들어, dlt8000 테이프 장치의 경우 레코드 크기는 128KB입니다. NDMP 테이프 장치와 비교했을 때 백업 속도가 향상됩니다.

nsrndmp_save 명령은 NDMP 테이프 장치에 백업하는 동안 NDMP 테이프 서버에 대해 수행하는 것과는 달리, 백업된 크기를 가져오고 NetWorker 관리 프로그램과 nsrmmd를 업데이트하기 위해 DSA를 매 초마다 질의하지 않습니다.

디스크로의 백업은 성능을 향상시킵니다.

스테이징과 복제의 경우에는 NDMP 테이프 서버를 전혀 사용할 필요가 없습니다.

볼륨 선택 프로세스 도중에 볼륨 로드와 위치 지정이 수행되지 않습니다. 이는 nsrmmd와 nsrndmp_save 또는 nsrndmp_recover 명령 간의 교환 때문입니다. NetWorker 저장 장치 노드로 백업하면 오버헤드를 일으키는 이러한 교환이 발생하지 않습니다.

표 75. DSA 기능 Save Set 플래그

플래그 설명

N Save set의 클라이언트는 NDMP 클라이언트입니다.

s DSA를 사용하여 NetWorker 저장 장치 노드로의 백업을 수행했습니다.

Ns NDMP 클라이언트가 DSA를 사용하여 NetWorker 저장 장치 노드로의 백업을 수행했습니다.



520

12

NDMP 작업을 위한 NetWorker 서버 구성NDMP 백업을 수행하기 전에 NDMP 작업에 맞게 NetWorker 서버를 구성해야 합니다. 데이터를 백업하기 전에 NetWorker 관리 프로그램을 사용하여 520페이지의 표 76에 나열된 NetWorker 서버의 자원을 구성합니다. NDMP 작업용 NetWorker 서버를 구성할 때는 자원의 특정 속성이 비 NDMP 클라이언트와 다르게 구성된다는 점을 유의하십시오. 기타 구성 문제에 대해서는 529페이지의 “NDMP 작업에 대한 추가 고려 사항”을 참조하십시오.

참고: 520페이지의 표 76에서 나열되지 않은 자원은 NDMP를 사용하지 않은 작업의 경우와 동일하게 구성해야 합니다.

표 76. NDMP에 맞게 자원 구성 (1/2)

자원 구성

Autochanger jbconfig 명령을 사용하여 Autochanger를 구성합니다. 지침에 대해서는 521페이지의 “NDMP를 위한 Autochanger 지원 구성”을 참조하십시오. 구입업체별 요구 사항에 대해서는 544페이지의 “추가 제품 정보”를 참조하십시오.

장치 독립형 장치를 사용하는 경우 NDMP 백업을 위한 Device 자원을 작성합니다. 지침에 대해서는 526페이지의 “NDMP Device 자원 구성”을 참조하십시오. Autochanger를 사용하는 경우 521페이지의 “NDMP를 위한 Autochanger 지원 구성”을 참조하십시오.

고급 파일 유형 장치 NetWorker 관리 프로그램을 사용하여 고급 파일 장치를 구성합니다. 지침에 대해서는 267페이지의 “UNIX 및 Linux에서 파일 유형 또는 고급 파일 유형 장치 구성” 또는 269페이지의 “Microsoft Windows 저장 장치 노드의 로컬 디스크에서 파일 유형 또는 고급 파일 유형 장치 구성”을 참조하십시오.

클라이언트 특정 NDMP 속성을 사용하여 Client 자원을 작성합니다. 지침에 대해서는 527페이지의 “NDMP Client 자원 구성”을 참조하십시오. 구입업체별 요구 사항에 대해서는 544페이지의 “추가 제품 정보”를 참조하십시오.

그룹 백업 그룹에 NDMP 클라이언트를 추가합니다. 참고: 500만개 이상의 파일을 백업하는 경우 Inactivity Timeout 속성을 0으로 설정합니다.기타 문제에 대해서는 529페이지의 “NDMP 작업에 대한 추가 고려 사항”을 참조하십시오.

Schedule NDMP 클라이언트에 대한 스케줄을 선택합니다. NDMP는 전체 레벨 및 레벨 1-9를 지원합니다.



12

NDMP를 위한 Autochanger 지원 구성

NDMP 백업 및 복구를 수행하려면 jbconfig 프로그램을 사용하여 Autochanger를 구성해야 합니다. 환경에 따라 다음과 같이 Autochanger를 구성하는 데 Autochanger 핸들이 필요하지 않을 수도 있습니다.

• NDMP 호스트에서 NDMP 버전 3 이상을 실행 중이고 NDMP_CONFIG 인터페이스를 지원하면 jbconfig를 통해 Autochanger를 구성하는 데 Autochanger 핸들이 필요하지 않습니다.

• NDMP 호스트에서 NDMP 2 이전 버전을 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 Autochanger를 구성하는 데 Autochanger 핸들이 필요합니다.

NDMP 호스트가 NDMP_CONFIG 인터페이스를 지원하는지 확인하려면 해당 구입업체 설명서를 참조하십시오.

참고: 독립형 장치에 대한 Device 자원 작성에 대한 지침은 526페이지의 “NDMP Device 자원 구성”을 참조하십시오.

이 절에서는 다음 Autochanger 구성 항목에 대해 설명합니다.

• 521페이지의 “NDMP Autochanger에 대한 정보 얻기”

• 522페이지의 “NDMP 장치에서 inquire 명령 사용”

• 522페이지의 “NDMP Autochanger 구성”

• 524페이지의 “NDMP 클라이언트 간에 Autochanger 공유”

• 525페이지의 “nsrjb를 실행하여 테이프 로드”

• 526페이지의 “Silo 지원”

NDMP Autochanger에 대한 정보 얻기

NDMP 백업 및 복구를 위해 Autochanger를 구성하려면 미디어 장치의 경로명을 찾아야 합니다. 특정 구입업체의 장치 경로명 얻기에 대한 지침은 544페이지의 “추가 제품 정보”를 참조하십시오.

Policy NDMP 클라이언트에 대한 찾기 및 보유 방침을 지정합니다.

Pool 및 Label Template

NDMP 볼륨과 비 NDMP 볼륨에 대해 별도의 풀을 지정합니다. 또한, NDMP 작업에 대한 레이블 템플리트를 작성합니다.

표 76. NDMP에 맞게 자원 구성 (2/2)

자원 구성



522

12

NDMP 장치에서 inquire 명령 사용

NDMP 테이프 서버에서 사용할 수 있는 장치를 검색하려면 inquire 명령을 사용합니다.

NDMP Autochanger 정보는 다음 두 가지 방법으로 얻을 수 있습니다.

• 로컬 서버의 위치에서

• 특정 NDMP 호스트에서

NDMP Autochanger 정보를 얻으려면 다음을 따르십시오.

1. 호스트에 root 사용자로 로그인합니다.


inquire -N

3. 다음과 같이 프롬프트에 응답합니다

a. NDMP 테이프 서버 이름을 입력합니다.

b. NDMP 사용자 이름을 입력합니다.

c. NDMP 호스트 hostname(문자가 화면에 표시되지 않음)에 NDMP 암호를 입력합니다.

장치 목록이 나타납니다.

inquire 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 inquire 매뉴얼 페이지를 참조하십시오.

NDMP Autochanger 구성

NetWorker Autochanger 자원 구성 도구인 jbconfig는 NDMP 작업을 위해 Autochanger를 구성하도록 도와줍니다. Autochanger가 구성되면 jbedit 유틸리티를 사용하여 드라이브와 장치를 추가하거나 제거합니다. jbedit에 대한 자세한 내용은 419페이지의 “Autochanger 구성 편집”을 참조하십시오.

Autochanger를 구성하려면 다음을 따르십시오.

1. NDMP Autochanger에 대한 장치 경로명 정보를 알고 있어야 합니다. 이 정보를 얻으려면 544페이지의 “추가 제품 정보”를 참조하십시오.

2. 호스트에 root로 로그인했는지 확인합니다.


jbconfig

참고: jbconfig를 사용하려면 테이프 장치가 연결되어 있는 컴퓨터의 NDMP 암호를 알아야 합니다.



12

4. 메시지가 나타나면 다음 중 하나를 선택하고 화면에 나타나는 질문에 답합니다.

• Autochanger가 NDMP 테이프 서버에 연결되어 있고 로봇이 NDMP 테이프 서버에 의해 제어되는 경우에는 Autodetected NDMP SCSI Autochanger 옵션을 선택합니다.

• NetWorker 백업 서버나 저장 장치 노드가 로봇을 제어하고 Autochanger를 NDMP 테이프 서버와 공유할 때에는 Autodetected SCSI Autochanger 옵션을 선택합니다. NDMP 테이프 서버에서 사용하도록 테이프 드라이브를 구성합니다.

예: NetApp 컴퓨터에 대한 NDMP Autochanger를 구성하는 방법

이 예에서는 jbconfig 프로그램을 사용하여 NDMP Autochanger를 NetApp Filer에 맞게 구성하는 방법을 보여줍니다. 스크립트에서는 autochanger 대신 autochanger 용어가 사용됩니다. 용어를 상호 변경할 수 있습니다.

참고: 이 예가 사용자의 NDMP 호스트에 맞지 않을 수도 있습니다. 유효한 장치 이름을 확인하려면 NDMP 호스트 설명서를 참조하십시오.

jbconfig







Enter NDMP Server name: ? netapp-760-01

Enter NDMP user name: ? root

Enter NDMP password (characters will not be echoed):

Communicating to devices on NDMP Server 'netapp-760-01', this may

take a while...

jbconfig 프로그램을 사용하여 Autochanger를 구성하면 지정한 이름의 새로운 자원이 만들어집니다. 새 Autochanger 자원은 NetWorker 관리 프로그램의 Media Management 구역에서 볼 수 있습니다.

jbconfig 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 jbconfig 매뉴얼 페이지를 참조하십시오.



524

12

NDMP 클라이언트 간에 Autochanger 공유

NetWorker 소프트웨어는 같은 데이터 영역 내의 다른 NetWorker 호스트들이 Autochanger 내에 있는 개별 장치를 제어하고 사용할 수 있게 해줍니다. NDMP 호스트만 Autochanger에 액세스할 수 있는 경우 Autochanger를 NDMP로 정의해야 합니다. 이 경우에도 Autochanger 내의 테이프 드라이브를 하나의 호스트로 공유 및 제어하고 다른 호스트로 공유할 수 있습니다.

로봇 팔 제어

Autochanger는 jbconfig 프로그램을 사용하여 초기 Autochanger 설정 도중 공유되도록 구성할 수 있습니다. jbconfig 프로그램은 로봇 팔을 서버나 NDMP 호스트가 소유한 경우 NetWorker 서버에서 실행해야 하며, 로봇 팔을 노드가 소유한 경우에는 표준 저장 장치 노드에서 실행해야 합니다. jbconfig 프로그램을 사용할 때는 다음을 고려합니다.

• NetWorker 서버에 로봇 팔이 있는 경우 서버에서 jbconfig를 실행하고 메시지가 나타나면 Autodetected SCSI Autochanger를 선택합니다.

• NDMP 호스트가 로봇 팔을 소유한 경우 NetWorker 서버에서 jbconfig를 실행하고 Autodeteced NDMP SCSI Autochanger를 선택합니다.

• 표준 저장 장치 노드에 로봇 팔이 있는 경우 해당 노드에서 jbconfig를 실행하고 Autodetected SCSI Autochanger를 선택합니다.

jbconfig를 실행하는 도중 다음을 입력하라는 메시지가 나타납니다.

• 첫 번째 Autochanger 장치를 제어하는 서버의 NetWorker 호스트 이름 및 장치 경로

• Autochanger의 각 장치에 대한 제어 호스트

예: 로봇 팔 제어

두 NDMP 호스트와 NetWorker 서버 간에 공유되는 세 개 드라이브 라이브러리에서 Host1이 팔과 첫 번째 드라이브를 제어합니다.

• Host1의 소유자를 묻는 메시지가 나타나면 Host1에 대한 hostname:device path를 Autochanger 장치를 제어하는 호스트로 지정합니다

• Drive2의 소유자를 묻는 메시지가 나타나면 Host2에 대한 hostname:device path를 지정합니다.

• Drive3의 소유자를 묻는 메시지가 나타나면 NetWorker 서버 hostname:device path를 지정합니다.

Autochanger 공유에 대한 비 NDMP에 대한 자세한 내용은 425페이지의 “NetWorker 호스트 간에 Autochanger 공유”를 참조하십시오.



12

NDMP에서 DDS 지원

NetWorker 소프트웨어에서는 공유 드라이버를 인식할 수 있는 기능을 제공하는 DDS를 지원합니다. NetWorker 소프트웨어는 DDS는 통해 사용 중인 공유 드라이브를 피하고 다른 사용할 수 있는 공유 드라이브에 백업과 복구를 라우트할 수 있습니다. NetWorker 소프트웨어와 함께 DDS를 지원하는 NDMP 디스크 및 테이프 서비스의 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.

jbconfig 프로그램을 통해 Autochanger를 구성할 때 DDS 기능을 사용할 수 있습니다.

DDS 기능 활성화

DDS를 활성화하려면 다음을 따르십시오.

1. 드라이브 공유 여부를 묻는 jbconfig 프로그램의 메시지가 나타나면 Yes를 입력합니다.

2. 메시지가 나타나면 하드웨어 ID를 할당합니다.

3. 첫 번째 호스트가 공유 장치에 액세스할 수 있도록 하기 위한 프롬프트에 응답합니다.

4. 이 드라이브를 다른 호스트와 공유할 것인지 묻는 메시지가 나타나면 Yes를 입력합니다.

5. 메시지가 나타나면 공유 드라이브에 액세스할 수 있는 두 번째 호스트의 호스트 이름과 장치 경로를 입력합니다.

6. 두 번째 장치에 대한 프롬프트 메시지 내용을 완성합니다.

NetWorker NDMP 기능을 사용하여 DDS를 활성화하는 경우 SAN 구성의 모든 구성 요소는 호환되어야 합니다.

• Fibre Channel 스위치는 SAN 내의 모든 NDMP 호스트와 호환되어야 합니다.

• SAN의 NDMP 호스트 및 라이브러리도 서로 호환되어야 합니다.

표준 DDS에 대한 추가 정보는 421페이지의 “동적 드라이브 공유”를 참조하십시오.

nsrjb를 실행하여 테이프 로드

nsrjb를 실행하여 테이프를 로드하는 경우 장치 이름에 -f 옵션 및 rd 구문을 포함시켜야 합니다. 예를 들어, NDMP 호스트 이름이 nas1이고 장치가 nrst0a이며 테이프가 슬롯 1에서 로드되는 경우, 테이프를 해당 드라이브로 로드하는 구문은 다음과 같습니다.

nsrjb -l -f rd=nas1:nrst0a -S 1



526

12

Silo 지원

NDMP가 활성화된 NetWorker 서버는 ACSLS 또는 DAS 컨트롤러가 제어하는 silo를 지원합니다. 모든 로봇 제어 및 통신이 NetWorker 서버로부터 TCP/IP를 통해 명령을 수신하는 ACSLS 및 DAS에 의해 수행되므로 ACSLS 또는 DAS 뒤에 있는 모든 Silo가 지원됩니다.

NDMP Device 자원 구성

표준, 비 NDMP NetWorker 소프트웨어에서 Device 자원을 구성하는 방법에 대한 자세한 내용은 234페이지의 “Devices”를 참조하십시오. 다음 절에서는 NDMP를 독립형 장치에서 사용할 때 Device 자원 정보를 구성하기 위한 지침을 제공합니다.

참고: jbconfig 프로그램은 Autochanger의 NDMP 장치에 대한 NDMP 장치를 작성합니다.

Device 자원에서 NDMP 장치를 구성하려면 다음을 따르십시오.

1. Name 속성에서 다음 구문을 사용하여 NDMP 호스트에 연결된 장치를 지정합니다.

rd=NDMP_host:tape_device_pathname

2. Target Sessions 속성을 1로 설정합니다. 다중화는 NDMP 호스트에서 지원되지 않습니다.

3. NDMP 속성에서 Yes를 선택합니다.

참고: 이 옵션은 장치를 작성할 때만 설정할 수 있습니다. 장치를 작성한 후에는 NDMP 속성을 변경할 수 없습니다. 장치 구성을 변경하려면 먼저 구성을 삭제한 다음 다시 작성합니다.

4. Remote User 속성에서 호스트의 NDMP 계정 사용자 이름을 입력합니다. DSP에 대한 테이프 서비스의 사용자 ID와 암호는 장치 자원의 원격 사용자 ID 및 암호와 일치해야 합니다.

5. Password 속성에서 NDMP 사용자 계정에 대한 암호를 입력합니다.

이 암호는 호스트의 NDMP 사용자 계정 암호와 일치해야 합니다.

6. 일반 NetWorker 장치 구성에서처럼 나머지 속성을 모두 작성합니다.

참고: NDMP 장치 자원을 구성할 때는 Dedicated Storage Node 속성을 기본값인 No로 설정해야 합니다. 전용 저장 장치 노드는 nsrdsa_save에서 작동하지 않기 때문에 전용 저장 장치 노드를 새 NDMP DSA 기능과 함께 사용할 수 없습니다. Dedicated Storage Node에 대한 자세한 내용은 278페이지의 “전용 저장 장치 노드”를 참조하십시오.



12

NDMP Client 자원 구성

비 NDMP 작업을 위한 Client 자원 작성에 대한 자세한 내용은 160페이지의 “클라이언트 작성”을 참조하십시오. 다음 절차에서는 NDMP의 영향을 받는 Client 자원의 특정 속성과 관련된 문제에 대해 다룹니다.

Client 자원에서 NDMP 클라이언트를 작성하려면 다음을 따르십시오.


2. Name 속성에서 클라이언트 이름을 입력합니다.

3. Save Set 속성에서 백업될 파일 시스템을 나열합니다. 파일 시스템 마운트 위치 또는 원시 분할 영역 이름을 여기에 지정해야 합니다. 클라이언트의 파일 시스템을 모두 백업하려면 기본값인 All을 지정합니다. All은 해당 클라이언트에 대해 로컬로 마운트된 모든 파일 시스템이 백업된다는 것을 의미합니다.

참고: NDMP 서버에서 3 이전 버전을 실행 중이면 All 옵션이 지원되지 않습니다. 백업할 파일 시스템을 수동으로 나열해야 합니다.

대용량 클라이언트 파일 시스템을 백업해야 하는 경우 각 파일 시스템을 따로 백업하도록 예약해야 할 수 있습니다. 예를 들어, 이름은 같지만 Save set가 다른 두 개의 개별 클라이언트를 작성할 수 있습니다.

4. Remote Access 속성에서 클라이언트에 대한 항목을 저장하고 복구할 모든 호스트를 나열합니다. 또한 NDMP 호스트의 항목을 찾는 데 사용되는 모든 호스트를 나열합니다. NetWorker 서버가 NDMP 호스트에 대한 인덱스 항목을 저장하기 때문에 root@server가 나열되어 있어야 합니다.

5. Remote User 속성에서 NDMP 호스트의 NDMP 계정 사용자 이름을 입력합니다. 이 계정이 root인 경우 root에 암호가 있어야 합니다. NDMP 데이터 서비스 제공자에 대한 사용자 ID와 암호는 이 DSP에 대한 NetWorker Client 자원에 지정된 원격 사용자 ID 및 암호와 일치해야 합니다.

6. Password 속성에서 NDMP 사용자 계정에 대한 암호를 입력합니다. 이 암호는 NDMP 호스트의 NDMP 사용자 계정 암호와 일치해야 합니다.

7. Backup Command 속성에서 nsrndmp_save로 값을 설정합니다.

nsrndmp_save 구문은 다음과 같습니다.

NDMP 테이프 서버에서 사용할 경우 다음을 입력합니다.

nsrndmp_save -T backup_type

NetWorker 저장 장치 노드에서 사용할 경우 다음을 입력합니다.

nsrndmp_save -M -T backup_type /savepoint



528

12

NDMP 백업 유형에 대한 값은 NDMP 호스트의 유형에 따라 차이가 납니다. 예를 들어, NetApp, EMC 및 Procom은 모두 덤프를 지원하므로 Backup Command 속성의 값은 다음과 같습니다.

nsrndmp_save -T dump

특정 NDMP 호스트에서 지원하는 백업 값의 목록을 보려면 해당 구입업체 설명서를 참조하십시오.

8. Application Information 속성에서 NDMP 환경 변수를 입력합니다. 값을 입력하는 변수와 규칙에 대한 목록은 528페이지의 “응용 프로그램 정보 지정”을 참조하십시오.

9. NDMP 속성에서 Yes를 선택합니다.

10. Storage Node 속성에 대해 적절한 NDMP 테이프 서버 호스트 이름이나 NetWorker 저장 장치 노드 호스트 이름(비 NDMP 장치로의 백업을 수행하는 -M이 명령줄 매개 변수로 제공될 경우)을 지정합니다. NDMP 테이프 서버 호스트 이름을 사용할 경우에는 -M 명령줄 매개 변수를 사용하지 마십시오.

이 명령에 대한 추가 정보는 LEGATO Command Reference Guide 또는 nsrndmp_save 매뉴얼 페이지를 참조하십시오.

11. 일반 NetWorker 클라이언트 구성에서처럼 나머지 속성을 모두 작성합니다.

응용 프로그램 정보 지정

Application Information 속성에서는 NetWorker 서버가 NDMP 백업을 위해 사용하는 환경 변수를 나열합니다. 성공된 백업을 수행하려면 다음을 따르십시오.

• 환경 변수 이름을 등호(=)를 사용하여 값과 분리합니다. 예를 들면 다음과 같습니다.

HIST=y

• Application Information 속성의 각 환경 변수를 별도의 줄에 입력합니다.

• 각 항목을 입력한 후 Add를 누릅니다.

입력하는 값은 NDMP 호스트에 따라 다릅니다.

모든 NDMP 호스트의 필수 변수

모든(또는 대부분의) NDMP 호스트에 다음 응용 프로그램 정보 변수가 필요합니다.

• HIST=y

HIST는 인덱스 복구에 필요한 파일 기록의 작성 여부를 결정합니다. 이 값은 y로 설정해야 합니다. 기본값은 n입니다.

참고: Mirapoint의 경우 백업 중에 파일 기록을 작성하지 않도록 이 값을 n으로 설정해야 합니다. (fromimagefull=) 옵션은 레벨 백업에 마지막 전체 백업 날짜에 대한 정보를 알려줍니다. 559페이지의 “Mirapoint”를 참조하십시오.



12

• UPDATE=y

UPDATE는 타임스탬프 정보가 백업되는 시간, 날짜, 레벨 및 파일 시스템과 함께 업데이트되도록 합니다. 이 값은 y로 설정해야 합니다. 파일 시스템이 같은 파일 시스템의 이전 백업과 같은 레벨로 백업되는 경우에는 해당 파일 시스템에 대한 이전 타임스탬프 정보 항목을 새 정보로 겹쳐씁니다.

중요 사항: 환경 변수는 대소문자를 구분합니다. 지원되는 값에 대한 최신 정보는 구입업체에 문의하십시오.

특정 구입업체의 응용 프로그램 정보 변수에 대해서는 544페이지의 “추가 제품 정보”의 특정 구입업체 절을 참조하십시오. 이러한 값은 발행 당시의 올바른 값이며 백업을 수행하기 전에 설정되어야 합니다. 최신 정보에 대해서는 NDMP 구입업체에 문의하십시오.

NDMP 작업에 대한 추가 고려 사항

다음 절에서는 NDMP 작업을 위해 수정해야 하는 여러 가지 NetWorker 설정에 대한 정보를 제공합니다.

NDMP 테이프 서버에 대한 Force Incremental 및 Interval 속성 설정

Force Incremental 속성을 Yes로 설정하고 Interval 속성의 값을 24시간 미만으로 설정한 경우 NetWorker 관리 프로그램에서 레벨 백업을 실행하면 전체 백업이 수행됩니다.

Interval 속성을 24시간 미만으로 설정하면 NetWorker 서버는 Force Incremental 속성에 지정된 값을 확인합니다. Force Incremental 속성을 Yes로 설정하면 백업에 대해 지정된 레벨에 관계 없이 증분 백업이 수행됩니다. NDMP는 증분 백업을 지원하지 않으므로 전체 백업이 수행됩니다. 이런 문제를 방지하려면 Interval 속성을 24시간 이상으로 설정하거나 Force Incremental 속성을 No로 설정해야 합니다.

NDMP 테이프 서버에 대한 그룹 세션 수 설정

기본적으로 그룹 세션 수는 0으로 설정되므로 NetWorker 서버는 클라이언트 세션 수 값을 사용합니다. 클라이언트 세션 수에 관계 없이 NDMP 그룹 백업에 대한 그룹 Parallelism 속성을 사용 가능한 NDMP 드라이브의 수와 같게 설정합니다. 그룹 세션 수가 큰 값으로 설정되어 있으면 드라이브가 부족하여 백업을 위해 대기 중인 Save set를 모두 지원할 수 없습니다. 대형 Save set는 비활성 시간 초과 제한으로 인해 실패하게 됩니다. 또한, 두 개 이상의 그룹이 동시에 백업 중이면 드라이브 수를 그룹 수로 나누고 각 그룹 Parallelism 속성에 해당 값을 사용합니다.



530

12

NDMP 백업 수행이 절에서는 다음 항목에 대해 설명합니다.

• 530페이지의 “NDMP 클라이언트 백업에 대한 테이프 서버 지원”

• 533페이지의 “NDMP 클라이언트 백업에 대한 저장 장치 노드 지원”

NDMP 클라이언트 백업에 대한 테이프 서버 지원

nsrndmp_save 명령은 NDMP 작업에서 사용됩니다. 이 명령은 save(1m)와 같은 대부분의 명령줄 인수를 지원합니다. nsrndmp_save 내의 -T backup_type 옵션은 NDMP 백업 유형을 식별합니다.

다음 절에서는 nsrndmp_save 명령과 NetWorker 관리 프로그램을 사용하여 NDMP 백업을 수행하는 방법에 대해 설명합니다. 이 명령에 대한 추가 정보는 LEGATO Command Reference Guide 또는 nsrndmp_save 매뉴얼 페이지를 참조하십시오.

필요 조건

다음을 완료한 후 테스트 백업을 수행합니다.

• NDMP Connection을 활성화합니다.

• 백업 그룹에 NDMP 호스트를 추가합니다.

• 찾기 및 보유 방침을 가진 백업 스케줄을 선택합니다.

참고: 증분 백업 설정은 지원되지 않습니다. 증분 설정을 선택하더라도 NetWorker 서버는 전체 백업을 수행합니다. 그러나 차동 레벨 1 백업을 예약하면 증분 백업과 같은 기능을 사용할 수 있습니다. 예를 들어 1일에는 전체 백업을 완료하고 2일부터 7일까지 레벨 1 백업을 수행합니다.

• 데이터에 대한 볼륨 풀을 선택합니다.

참고: NDMP 백업에 대해 비 NDMP 볼륨이 선택되는 것을 막으려면 NDMP 및 비 NDMP 볼륨에 대해 각각 별도의 풀을 만드십시오

• NDMP 데이터 모듈을 설치하거나 NDMP 작업을 위한 응용 프로그램 서버를 활성화합니다. NDMP 데이터 모듈이 없는 호스트의 파일 시스템은 NetWorker NDMP Connection을 통해 백업할 수 없습니다.

• 비 NDMP 장치를 구성하여 부트스트랩 및 인덱스 정보를 백업합니다. 데이트를 복제할 경우 NDMP가 아닌 두 번째 장치가 복제된 부트스트랩 및 인덱스 정보를 수신하도록 구성해야 합니다. 인덱스 및 부트스트랩 정보는 스케줄된 그룹이 수동으로 백업되거나 스케줄에 따라 백업된 경우에만 생성됩니다.



12

• NDMP 클라이언트가 NDMP 저장 장치 노드에 백업할 수 있도록 하는 기존 구성 지원 외에도 NetWorker 저장 장치 노드를 Client 자원 구성의 저장 장치 노드 목록에 추가하여 비 NDMP 장치로의 백업을 수행할 수 있습니다.

• 스케줄 그룹 백업을 실행하여 테스트 백업을 수행합니다.

명령 프롬프트에서 NDMP 백업 수행

nsrndmp_save 명령을 사용하여 명령 프롬프트에서 NDMP 백업을 시작할 수 있습니다. 백업된 파일이나 디렉토리를 찾으려면 nwrecover 프로그램이나 recover 명령을 사용해야 합니다.

참고: 명령줄 백업을 수행하기 전에 NetWorker 관리 프로그램에서 클라이언트를 구성해야 합니다.

명령 프롬프트에서 백업을 수행하려면 다음 구문을 사용하십시오.

nsrndmp_save -T backup_type -s server_name -c client_name -l backup_level -N name -g save_group -W width -LL local path

여기서 -T 옵션은 NDMP 서버에서의 백업 유형(예: celestra)입니다. nsrndmp_save 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 nsrndmp_save 매뉴얼 페이지를 참조하십시오.

백업 및 복구 작업 도중 NDMP 호스트는 이동된 데이터의 양에 대한 정보를 제공합니다. 이 상태 정보는 다시 NetWorker 서버로 전달되어 NetWorker 관리 프로그램을 통해 액세스할 수 있습니다.

참고: nsrndmp_save 명령을 통해 백업을 수행하면 부트스트랩이 자동으로 백업되지 않습니다. 부트스트랩이 없으면 NDMP 호스트의 재해 복구를 수행할 수 없습니다. NDMP 호스트의 부트스트랩 복구를 수행하려면 savegrp -G group_name 명령을 사용하여 데이터를 백업해야 합니다. 이 명령은 특정 백업 그룹을 NetWorker 관리 프로그램 내에서 시작한 것처럼 실행합니다. 해당 그룹에 대해 지정된 클라이언트, 풀 및 스케줄 등의 모든 환경 설정이 사용됩니다.

경유 백업 수행

경유 백업은 두 대의 NDMP 서버를 사용합니다. 자세한 내용은 511페이지의 “NDMP 테이프 서버를 사용하는 경유 백업”을 참조하십시오.

참고: 원격 백업 수행에 대한 지침은 562페이지의 “DinoStor TapeServer를 사용한 원격 백업 수행” 또는 564페이지의 “SnapImage 소프트웨어를 사용한 원격 백업 수행”을 참조하십시오.



532

12

경유 백업을 수행하려면 다음을 따르십시오.

1. 서버를 512페이지의 그림 56에 나와 있는 것처럼 설정합니다.

2. NetWorker 서버로 지정된 서버에 NetWorker 소프트웨어를 설치합니다.

참고: NDMP 서버에는 이외의 다른 소프트웨어를 설치하지 않아도 됩니다. NetWorker 저장 장치 노드가 기본 테이프나 디스크 장치를 사용하는 구성에 포함된 경우 일반적으로 추가 설정 없이 부트스트랩 및 파일 기록을 저장할 수 있으며 NDMP 저장 장치에 대한 명시적 정의가 필요하지 않습니다.

3. NetWorker 서버를 구성합니다.

a. Client 자원의 Name 속성에서 백업할 데이터가 있는 NDMP 호스트의 호스트 이름을 지정합니다.

b. Client 자원의 Storage Node 속성에서 백업할 데이터의 대상 서버가 첫 번째로 나열되어 있는지 확인합니다.

클라이언트는 사용할 수 있는 장치가 있고 데이터를 받을 수 있는 목록의 첫 번째 저장 장치 노드로 데이터를 보냅니다.

c. Client 자원의 나머지를 완성하고 다른 NDMP 백업과 같이 NetWorker 서버를 구성합니다.

NetWorker 서버 구성에 대한 지침은 520페이지의 “NDMP 작업을 위한 NetWorker 서버 구성”을 참조하십시오.

DAR 백업 수행

DAR은 테이프 세트를 순차적으로 구문 분석하지 않고도 테이프 세트 중간에 있는 데이터를 복구할 수 있는 최적화된 데이터 복구 작업입니다. 이를 사용하면 대용량 백업의 복구 시간이 상당히 감소됩니다.

특정 NDMP 구입업체에서 DAR을 지원하는지 여부를 확인하려면 LEGATO 웹 사이트에서 Compatibility Guides를 참조하십시오.

DAR 사용 여부를 지정하려면 백업을 수행하기 전에 다음과 같이 응용 프로그램 정보 변수를 설정합니다.

DIRECT=yHIST=y

DAR은 다음과 같은 NDMP 구성에서 지원됩니다.

• 로컬

• 경유

• 원격



12

DAR 백업은 일반 NDMP 백업과 같은 방법으로 수행됩니다. DAR 복구는 recover 명령이나 nwrecover 프로그램을 통해 수행됩니다.

중요 사항: DAR 복구를 수행하려면 recover 명령이나 nwrecover 프로그램을 사용합니다. DAR을 사용한 복구에는 nsrndmp_recover를 사용할 수 없습니다.

NDMP 클라이언트 백업에 대한 저장 장치 노드 지원

NDMP 테이프 장치를 백업할 수 있는 것 외에도 nsrndmp_save 프로그램은 NDMP 클라이언트가 NetWorker 비 NDMP 저장 장치(NetWorker 저장 장치 노드)에 백업할 수 있게 합니다.

비 NDMP 장치에 대한 백업을 수행하는 nsrndmp_save 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 nsrndmp_save 매뉴얼 페이지를 참조하십시오.

Save 그룹은 일단 활성화되면 지정된 호스트에서 nsrndmp_save 프로그램을 시작합니다. 호스트는 실제 NetWorker 클라이언트(NetWorker 저장 장치 노드 소프트웨어를 포함하거나 포함하지 않는) 또는 NetWorker 서버 호스트 자체가 될 수 있습니다. 호스트 이름은 nsrndmp_save 명령의 일부로 지정된 옵션(-I hostname)에서 가져오며 Client 자원의 일부로 제공됩니다.


nsrndmp_save -c netapp760a -s hawkeye -I NWClient_host -M -T dump /savepoint

다음 절에서는 nsrndmp_save 명령을 사용하여 NDMP 백업을 수행하는 방법에 대해 설명합니다. nsrndmp_save 명령에 대한 자세한 내용은 Command Reference Guide 또는 nsrndmp_save 매뉴얼 페이지를 참조하십시오.

nsrndmp_save 프로그램은 nsrdsa_save 프로그램(NetWorker 클라이언트 소프트웨어 패키지의 일부)을 시작하여 데이터를 NetWorker 저장 장치에 백업합니다.

nsrndmp_save 프로그램은 파일 기록을 받은 다음 인덱스를 처리하고 저장합니다. nsrndmp_save가 실행되는 호스트는 인덱스 호스트입니다. 백업할 데이터는 NDMP 데이터 서버에 의해 생성되며 nsrdsa_save 프로그램이 실행되고 있는 호스트는 NDMP 호스트에 대한 프록시 역할을 합니다. 이 호스트는 프록시 호스트입니다.

nsrndmp_save 프로그램과 nsrdsa_save 프로그램은 서로 분리되어 다른 인덱스 및 프록시 호스트에서 실행될 수 있으며 이렇게 하면 성능과 확장성을 향상시키는 데 도움이 됩니다. 예를 들어, 수백만 개의 인덱스를 처리하기 위해 nsrndmp_save는 전적으로 하이엔드 호스트에서 실행하고 nsrdsa_save는 연결된 장치에 있는 다른 호스트에서 실행할 수 있습니다.



534

12

데이터 쓰기 기술

nsrdsa_save 프로그램은 실행되면 NetWorker 서버와의 save 세션을 설정하고 포트 번호를 수신합니다. NDMP 클라이언트로부터 데이터를 받은 후 DSA는 다음과 같은 세 가지 기술을 사용하여 데이터를 NetWorker 저장 장치에 기록할 수 있습니다.

• 즉시 저장 기술 — DSA는 TCP/IP를 사용하여 데이터를 공유 메모리로 읽어들입니다. nsrmmd 프로그램은 공유 메모리의 데이터를 저장 장치에 기록합니다. 실제로 NDMP 클라이언트의 모든 데이터가 nsrmmd로 직접 이동합니다.

• 디스크로 백업하기 위한 직접 파일 액세스 기술 — DSA는 nsrmmd 프로그램을 전달하여 데이터를 디스크에 기록합니다. nsrmmd는 볼륨을 로드하는 역할만 수행합니다. 이 방법은 매우 효율적이며 높은 성능을 제공합니다.

• 비 즉시 저장 기술(또는 원격 저장) — DSA는 TCP/IP를 사용하여 데이터를 로컬 버퍼로 읽어들인 후 TCP/IP를 사용하여 해당 데이터를 nsrmmd 프로그램에 전송합니다. nsrmmd 프로그램은 데이터를 저장 장치에 기록합니다. 이 방법은 비효율적이며 낮은 성능을 제공합니다.

비 즉시 저장 기술을 사용하는 대신에 저장 장치가 nsrndmp_save 프로그램에 대해 로컬이 되도록 구성하여 즉시 저장 기술이 지원되도록 해야 합니다. 즉시 저장 기술이 지원되지 않으면 예를 들어, 연결된 저장 장치가 원격일 경우 DSA는 비 즉시 저장 기술을 대신 사용합니다.

복제 및 스테이징

비 NDMP 장치에서 백업이 수행된 후 NDMP 데이터나 테이프 서버를 사용하지 않은 채 기본 NetWorker 복제 및 스테이징 기능을 사용하여 복제 및 스테이징 작업을 수행할 수 있습니다. NDMP Save set가 일반 NetWorker Save set로 표시되어 있으며 볼륨 데이터 형식이 기본 NetWorker Save set와 호환될 경우 복제 및 스테이징 작업을 정상적으로 수행할 수 있습니다.

다중화

서버 및 장치 세션 수 값을 기반으로 여러 동시 NDMP 백업 세션이 공통 비 NDMP 장치를 사용할 수 있으며 이 경우에 해당 장치는 계속 사용 중인 상태가 됩니다. 마찬가지로 공통 볼륨에서 데이터가 다중화된 경우 여러 동시 NDMP 복구 세션이 해당 볼륨에서 데이터를 읽어들일 수 있습니다.

데이터가 다중화되지 않으면 사용 가능한 자원이 없을 경우 NDMP save 인스턴스는 다른 save 인스턴스가 끝날 때까지 기다립니다. 또한 여러 NDMP save 인스턴스가 동일한 볼륨의 비 NDMP NetWorker save 인스턴스와 공존할 수 있습니다. 모든 DSA 보관 스트림은 비 NDMP NetWorker 보관 스트림에 가입할 수 있으며 둘 다 동일한 볼륨으로 전송될 수 있습니다.



12

명령 프롬프트에서 NDMP 백업 수행

nsrndmp_save 명령을 사용하여 명령 프롬프트에서 NDMP 백업을 시작할 수 있습니다. 명령 프롬프트에서 백업을 수행하면 파일이나 디렉토리를 찾아볼 수 없습니다. 백업된 파일이나 디렉토리를 찾으려면 nwrecover 프로그램이나 recover 명령을 사용해야 합니다.

참고: 명령줄 백업을 수행하기 전에 NetWorker 관리 프로그램에서 클라이언트를 구성해야 합니다.

명령 프롬프트에서 백업을 수행하려면 다음 구문을 사용하십시오.

nsrndmp_save -T backup_type -s server_name -c client_name -I hostname -l backup_level -M -N name -P hostname -g save_group -W width -LL local path

여기서:

• -M 옵션은 비 NDMP 장치로의 백업을 지정합니다.

NetWorker는 비 NDMP 장치만 가지는 저장 장치 노드를 선택합니다. 항목이 여러 개인 경우에는 오름차순으로 나열됩니다.

• -P hostname 옵션은 비 NDMP 백업에 사용할 호스트를 지정합니다.

이 옵션은 -M 옵션과 함께 사용할 경우에만 유효합니다. 이 옵션이 없으면 호스트는 nsrndmp_save 명령에 대해 로컬인 호스트로 간주됩니다. 이 hostname은 유효한 NetWorker 클라이언트여야 하며 NDMP Client 자원의 원격 액세스 목록에 나열되어야 합니다.

백업을 시작하는 클라이언트의 호스트 이름이 비 NDMP 백업의 /nsr/res/servers 파일에 대해 호스트에 추가되어 있지 않으면 백업이 실패합니다.

이 명령에 대한 추가 정보는 LEGATO Command Reference Guide 또는 nsrndmp_save 매뉴얼 페이지를 참조하십시오.

경유 백업 수행

경유 백업은 두 대의 NDMP 서버를 사용합니다. 자세한 내용은 511페이지의 “NDMP 테이프 서버를 사용하는 경유 백업”을 참조하십시오.

참고: 원격 백업 수행에 대한 지침은 562페이지의 “DinoStor TapeServer를 사용한 원격 백업 수행” 또는 564페이지의 “SnapImage 소프트웨어를 사용한 원격 백업 수행”을 참조하십시오.

경유 백업을 수행하려면 다음을 따르십시오.

1. 서버를 512페이지의 그림 56에 나와 있는 것처럼 설정합니다.




536

12

참고: NDMP 서버에는 이외의 다른 소프트웨어를 설치하지 않아도 됩니다. 기본 테이프나 디스크 장치를 사용하면서 NetWorker 저장 장치 노드가 구성의 일부이면 부트스트랩과 파일 기록을 일반적인 방법으로 저장할 수 있습니다. NDMP 저장 장치에 대한 추가 설정과 명시적 정의가 필요하지 않습니다.


a. Client 자원의 Name 속성에서 백업할 데이터가 있는 NDMP 호스트의 호스트 이름을 지정합니다.




NetWorker 서버 구성에 대한 지침은 520페이지의 “NDMP 작업을 위한 NetWorker 서버 구성”을 참조하십시오.

NDMP 복구 수행NDMP Save set 및 디렉토리 레벨 복구는 NetWorker 관리 프로그램 또는 nsrndmp_recover 명령을 통해 수행됩니다. NDMP 파일별 복구는 nwrecover 프로그램 또는 recover 명령을 통해 수행됩니다.

nsrndmp_recover 명령은 명확히 NDMP를 지원하는 다른 몇 가지 명령줄 작업 뿐만 아니라 recover(1m)와 같은 명령줄 작업의 대부분을 지원합니다. NetWorker 관리 프로그램을 사용하여 데이터를 검색하면 nsrndmp_recover 명령이 자동으로 선택됩니다.

중요 사항: NDMP는 복구 옵션 Rename Recovered File 및 Discard Recovered File을 지원하지 않습니다. Save set 및 파일별 복구의 경우에는 항상 현재 파일을 덮어씁니다.



12

NDMP 클라이언트 복구에 대한 저장 장치 노드 지원

nsrdsa_recover가 동일한 호스트에서 시작되면 nsrndmp_recover 프로그램은 NetWorker 저장 장치에서 데이터를 복구합니다. nsrndmp_recover 프로그램은 다음 프로그램에 의해 작성됩니다.

• recover

• nwrecover

• winworkr(NetWorker User 그래픽 인터페이스)

nsrndmp_recover 프로그램은 데이터를 NDMP 데이터 서버로 전송합니다. nsrndmp_recover 및 nsrdsa_recover 프로그램은 백업 프로그램인 nsrndmp_save 및 nsrdsa_save와 같이 자신을 분리할 수 없습니다. nsrndmp_recover 프로그램은 Save set가 비 NDMP 장치에 저장되었음을 식별하고 nsrdsa_recover 프로그램을 호출하여 비 NDMP 장치로부터 복구를 수행합니다. NDMP 클라이언트 복구에 대한 저장 장치 노드 지원을 사용할 경우 nsrndmp_recover의 명령줄 옵션이 변경되지 않습니다.

중요 사항: nsrdsa_save 프로그램(예: NDMP 클라이언트에 대한 NetWorker 저장 장치 노드 지원)을 사용하여 저장 장치에 기록된 데이터는 nsrdsa_recover 프로그램을 통해서만 복구할 수 있습니다. nsrdsa_save 프로그램을 사용하여 백업한 NDMP 데이터를 가지고 있는 테이프는 다른 복구 도구에서 사용할 수 없습니다.

복구 최적화

nsrdsa_save가 로컬로 연결된 비 NDMP 장치를 가지며 사용 가능한 최상의 기술을 사용하여 저장 장치에 기록하도록 하기 위해서 -P, -I 또는 -M 옵션을 사용하여 백업을 수행할 경우 복구를 수행하는 동안에 로컬로 연결된 NetWorker 장치가 있는 호스트 및 동일한 장치에 있는 볼륨에서 복구를 시작하는 것이 좋습니다. 이렇게 하면 즉시 복구 또는 직접 파일 액세스와 같은 사용 가능한 최상의 기술이 복구에 사용됩니다. 장치 호스트가 아닌 다른 호스트에서 복구를 시작하면 데이터가 장치 호스트에서 복구 호스트로 이동한 다음 복구 호스트에서 NDMP 데이터 서버로 이동하므로 복구 성능이 저하됩니다.



538

12

재구축 Save set 복구 수행

다음 절에서는 NetWorker 관리 프로그램이나 명령 프롬프트에서 재구축 Save set 복구를 수행하는 방법을 설명합니다. 재구축 Save set 복구를 사용하면 데이터가 원래 위치로 복구되고 파일을 덮어씁니다. 지정 복구 수행에 대한 지침은 541페이지의 “지정 복구 수행”을 참조하십시오.

NetWorker 관리 프로그램에서 복구 수행

NetWorker 관리 프로그램에서 재구축 Save set 복구를 수행하려면 다음을 따르십시오.

1. Save Set 메뉴에서 Recover를 선택합니다.

2. 복구할 Save set 데이터가 있는 NDMP 클라이언트를 입력하거나 선택한 후 OK를 누릅니다.

복구에 사용할 수 있는 Save set가 Save Set 목록 상자에 나타납니다.

3. Save Set 목록 상자에서 복구할 데이터가 있는 특정 Save set를 선택합니다.

Save set를 선택하면 해당 Save set의 백업 인스턴스가 Instances 창에 나타납니다.

4. 복구할 Save set 백업의 특정 인스턴스를 선택합니다.


6. 필요한 경우 Path to Recover 속성에서 하위 디렉토리를 지정합니다.


명령 프롬프트에서 복구 수행

nsrndmp_recover 명령을 사용하여 명령 프롬프트에서 Save set 복구를 수행하려면 다음 구문을 사용하십시오.

nsrndmp_recover -c client -s server -S ssid/cloneid

예를 들어, 데이터를 서버 이름이 mars이고 클라이언트 이름이 venus인 특정 원시 장치로 복구하려면 다음 명령을 입력합니다.

nsrndmp_recover -c venus -s mars -S 2485094913

이 명령에 대한 추가 정보는 LEGATO Command Reference Guide 또는 nsrndmp_recover 매뉴얼 페이지를 참조하십시오.



12

디렉토리 레벨 복구 수행

다음 절에서는 NetWorker 관리 프로그램이나 명령 프롬프트에서 디렉토리 레벨 복구를 수행하는 방법에 대해 설명합니다. 지정 복구에 대한 자세한 내용은 541페이지의 “지정 복구 수행”을 참조하십시오.

NetWorker 관리 프로그램에서 디렉토리 레벨 복구 수행

NetWorker 관리 프로그램에서 디렉토리 레벨 복구를 수행하려면 다음을 따르십시오.

1. Save Set 메뉴에서 Recover를 선택합니다.

2. 복구할 Save set 데이터가 있는 NDMP 클라이언트를 입력하거나 선택한 후 OK를 누릅니다.

복구에 사용할 수 있는 Save set가 Save Set 목록 상자에 나타납니다.

3. Save Set 목록 상자에서 복구할 데이터가 있는 Save set를 선택합니다.

Save set의 백업 인스턴스가 Instances 창에 나타납니다.

4. 복구할 Save set 백업의 특정 인스턴스를 선택합니다.


6. 특정 디렉토리를 복구하려면 Paths to Recover 속성에서 디렉토리의 전체 경로를 지정합니다. 전체 Save set를 복구하는 경우 이 속성을 비워두십시오.

참고: 복구된 파일 및 디렉토리의 사용 권한은 해당하는 원래 사용 권한과 일치합니다.

7. 필요한 경우 Path to Recover 속성에서 하위 디렉토리를 지정합니다.


명령 프롬프트에서 디렉토리 레벨 복구 수행

nsrndmp_recover 명령을 사용하여 디렉토리 레벨 복구를 수행하려면 다음 구문을 사용합니다.

nsrndmp_recover -c client -s server -S ssid -v verify_flag paths...

nsrndmp_recover 명령에 대한 자세한 내용은 Command Reference Guide 또는 nsrndmp_recover 매뉴얼 페이지를 참조하십시오.



540

12

파일별 복구 수행

파일별 복구는 파일이나 디렉토리의 선택 그룹만 복구합니다. 다음 절에서는 nwrecover 프로그램이나 명령 프롬프트에서 파일별 복구를 수행하는 방법에 대해 설명합니다.

NetWorker 복구 프로그램에서 파일별 복구 수행

NetWorker 복구 프로그램을 사용하여 파일을 복구하려면 다음을 따르십시오.

1. NetWorker 복구 프로그램의 Operations 메뉴에서 Recover를 선택합니다.

2. 왼쪽 창에서 복구할 파일이 포함된 디렉토리 폴더를 선택합니다.

3. 오른쪽 창에서 파일이나 디렉토리를 선택합니다.

4. Mark를 눌러서 선택된 파일이나 디렉토리에 복구 표시를 합니다.

선택한 항목 옆에 체크 표시가 나타납니다. 디스크 볼륨이나 디렉토리를 선택하면 중첩된 모든 하위 디렉토리와 파일 역시 복구용으로 표시됩니다.

파일이나 디렉토리의 표시를 해제하려면 Unmark를 누릅니다.

5. 복구할 파일을 모두 선택했으면 Start를 누릅니다.

명령 프롬프트에서 파일별 복구 수행

명령 프롬프트에서 파일별 복구를 수행하려면 다음과 같이 대화식 recover 프로그램을 사용합니다.

1. 명령 프롬프트에서 다음을 입력합니다.

recover -s server

2. 메시지가 나타나면 cd /와 같이 찾을 디렉토리를 입력합니다.

3. 해당 명령을 실행하여 복구 목록에 필요한 파일을 추가합니다.

참고: 명령 옵션의 전체 목록에 대해서는 LEGATO Command Reference Guide를 참조하십시오.

4. 필수 파일을 모두 추가한 경우에는 다음을 입력합니다.

recover

파일이 복구됩니다.



12

지정 복구 수행

NDMP를 사용하는 NetWorker 소프트웨어는 원래 데이터를 백업하는데 사용하는 호스트 또는 호스트 이외의 다른 경로에 백업 데이터를 복구할 수 있게 해주는 지정 복구를 지원합니다.

중요 사항: 대상 호스트(hostname)의 운영 체제는 데이터 백업에 사용되는 운영 체제와 같아야 하며 대상 호스트는 NetWorker 서버의 클라이언트이어야 합니다. 클라이언트가 아닌 경우 서버는 올바른 사용자 이름과 암호를 얻을 수 없기 때문에 데이터를 해당 호스트로 복구할 수 없습니다. 예를 들어, 원래의 데이터가 NetApp Filer로 백업된 경우 데이터는 같은 NetApp Filer 또는 NetWorker 클라이언트인 다른 NetApp Filer로 복구해야 합니다.

참고: Auspex Filer를 사용하여 지정 복구를 수행하려면 기존 디렉토리를 대상 디렉토리로 지정해야 합니다. 디렉토리가 없으면 복구가 완료되지 않습니다.

지정 Save set 복구 수행

NetWorker 관리 프로그램 또는 nsrndmp_recover 명령 중 하나를 사용하여 지정 Save set 복구를 수행할 수 있습니다.

• NetWorker 관리 프로그램 사용

a. Save Set 메뉴에서 Recover를 선택합니다.

b. Source Client 창에서 소스 클라이언트를 선택합니다.

c. Save Sets 대화 상자에서 복구할 백업 버전을 선택합니다.

d. Relocate Recovered Data to this Raw Device 텍스트 상자에 다음 형식으로 마운트 지점을 지정합니다.

target_hostname::/mount_point

예를 들면, molokai::/usr입니다.

참고: 마운트 위치에 대해 NAS 컴퓨터 호스트 이름을 지정합니다. Data ONTAP을 사용하고 있으면 마운트 지점 다음에 슬래시(/)를 추가해야 합니다(예: target_hostname::/mount_point/).

e. OK를 누릅니다.

f. Save Set 창에서 OK를 누릅니다.

g. 호스트에 root로 로그인했는지 확인합니다.

• nsrndmp_recover를 사용하여 다음 명령을 입력합니다.

nsrndmp_recover -c client -m target_hostname::/mount_point -S ssid



542

12

참고: 마운트 위치에 대해 NAS 컴퓨터 호스트 이름을 지정합니다. Data ONTAP을 사용하고 있으면 마운트 지점 다음에 슬래시(/)를 추가해야 합니다(예: target_hostname::/mount_point/).

참고: 이들 명령에서 지정된 호스트는 데이터가 복구될 대상 호스트입니다. 호스트가 지정되지 않으면 데이터는 원래 응용 프로그램 서버로 복구됩니다. mount_point 변수는 이전에 정의된 응용 프로그램 서버의 마운트 지점을 그대로 유지합니다.

nsrndmp_recover 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 nsrndmp_recover 매뉴얼 페이지를 참조하십시오.

지정 인덱스 복구 수행

recover 프로그램을 사용하여 지정 인덱스 복구를 수행할 수 있습니다.

• NetWorker recover 프로그램을 사용한 경우

a. Operations 메뉴에서 Relocate를 선택합니다.

b. Relocate 속성에서 다음과 같이 입력합니다.

target_hostname::/mount_point

c. 일반 복구와 마찬가지로 다른 속성을 완성합니다.

• 대화식 recover 프로그램을 사용하여 다음을 수행합니다.

a. 명령 프롬프트에서 다음을 입력합니다.

recover -s server

b. 메시지가 나타나면 cd /와 같이 찾을 디렉토리를 입력합니다.

c. 해당 명령을 실행하여 복구 목록에 필요한 파일을 추가합니다.

참고: 명령 옵션의 전체 목록에 대해서는 LEGATO NetWorker Command Reference Guide를 참조하십시오.

d. 파일을 다른 위치에 복원하려면 다음을 입력합니다.

relocate target_hostname::/mount_point

참고: 이들 명령에서 지정된 호스트는 대상 호스트입니다. 호스트가 지정되지 않으면 대상은 원래 응용 프로그램 서버가 됩니다. 마운트 위치에 대해 NAS 컴퓨터 호스트 이름을 지정합니다. Data ONTAP을 사용하고 있으면 마운트 지점 다음에 슬래시(/)를 추가해야 합니다(예: target_hostname::/mount_point/).

e. 필수 파일을 모두 추가한 경우에는 다음을 입력합니다.

recover

파일이 지정된 위치로 복구됩니다.



12

NDMP 복제NDMP 복제는 비 NDMP 백업과 같은 NetWorker 복제 인터페이스를 통해 설정됩니다. 데이터 복제 방법에 대한 내용은 383페이지의 “9장:복제”를 참조하십시오.

중요 사항: 복제를 지원하려면 소스 NDMP 호스트에서 NDMP 버전 3 이상을 실행해야 합니다. 대상 서버는 모든 버전의 NDMP를 실행할 수 있지만 버전 3 이전의 NDMP로 복제된 볼륨은 다시 다른 볼륨으로 복제할 수 없습니다.

저장 장치 노드 간에 복제

소스 노드의 NDMP 테이프 서버가 볼륨에서 읽어들이고 대상 노드의 다른 NDMP 테이프 서버가 볼륨에 기록하는 방법을 통해 저장 장치 노드 간의 복제가 수행됩니다. 그러나 NDMP 테이프 장치에서 비 NDMP 테이프 장치로의 복제나 그 반대 방향으로의 복제는 지원되지 않습니다.

복제할 Save set가 nsrdsa_save를 통해 nsrndmp_save에 의해 백업된 경우(즉, N 및 s를 포함하는 Save set 레코드를 구분하기 위해 DSA 기능 Save set 플래그가 사용됨) nsrndmp_clone이 아니라 nsrclone을 사용하여 이러한 Save set를 복제합니다. nsrdsa_save에 의해 생성된 Save set는 NDMP 테이프 장치가 아닌 모든 NetWorker 저장 장치에 복제할 수 있습니다.

소스 노드는 소스 볼륨의 위치에 의해 결정됩니다. 소스 볼륨의 위치는 현재 마운트된 위치에 의해 확인되며 마운트 해제된 경우에는 위치 필드(mmlocate(8) 참조)에 의해 확인됩니다. 복제의 대상 노드는 Client 자원의 Clone Storage Nodes 속성에서 내림차순으로 나열됩니다.

복제 기능

다음 기능은 NDMP 복제에 적용됩니다.

• NetWorker 관리 프로그램 및 명령줄 인터페이스는 NDMP 볼륨 복제, Save set 복제 및 스케줄된 그룹의 일부로서의 모든 Save set 복제를 지원합니다.

• 하나의 NDMP 호스트에 있는 NDMP 테이프는 같은 유형의 다른 NDMP 호스트로 복제할 수 있습니다. 예를 들어, 라이브러리가 연결된 NetApp Filer의 테이프는 다른 NetApp Filer 또는 같은 Filer로 복제할 수 있습니다.

• NDMP를 복제하면 DLT의 데이터를 AIT로 복사하는 것처럼 한 유형의 테이프 장치에서 다른 유형의 테이프 장치로 데이터를 복사할 수 있습니다.



544

12

• 복제가 완료되면 NetWorker 서버는 복제된 복사본이 제대로 작성되었는지 확인합니다. Save set 정보가 들어 있는 Volumes 창에서 복제된 Save set는 cloned로 표시됩니다.

• 복제된 볼륨이나 Save set를 자동이나 수동으로 복구할 수 있습니다. 자세한 내용은 387페이지의 “볼륨 복제 및 복구” 및 399페이지의 “복제된 Save set 복구”를 참조하십시오.

NDMP 인덱스 및 부트스트랩 복제

인덱스 및 부트스트랩 복제는 비 NDMP 복제 장치를 통해서만 수행됩니다. 인덱스 및 부트스트랩 복제는 명령줄에서 nsrclone을 사용하거나 NetWorker 관리 프로그램 또는 자동 복제 기능이 있는 스케줄된 그룹을 사용하여 수행할 수 있습니다. 자동 복제에 대한 자세한 내용은 393페이지의 “자동으로 Save set 복제”를 참조하십시오.

자동 복제 기능이 활성화되면 NDMP 복제에 대한 전체 장치를 설정하는 데 다음 네 가지 장치가 사용됩니다.

• NDMP 백업에 사용되며 NDMP 복제의 소스 장치인 NDMP 테이프 장치

• NDMP Save sets 또는 볼륨을 복제하는 데 사용되는 NDMP 복제 장치

• 부트스트랩 정보와 인덱스를 백업하는 데 사용되는 비 NDMP 장치

• NDMP 백업에서 인덱스 및 부트스트랩을 복제하는 데 사용되는 비 NDMP 복제 장치

참고: 인덱스 및 부트스트랩은 비 NDMP Save set이므로 비 NDMP Save set를 복제하려면 비 NDMP 장치가 필요합니다. 인덱스 및 부트스트랩 모두 별도 장치를 사용하도록 구성되지 않은 경우 동일한 볼륨을 사용합니다.

복제가 수동으로 수행되면 기존 데이터를 읽는 장치와 복제된 데이터를 쓰는 장치가 필요하므로 최소 두 개의 장치가 있어야 합니다. 자세한 내용은 391페이지의 “수동으로 Save set 복제”를 참조하십시오.

추가 제품 정보다음 절에서는 특정 구입업체 및 기타 NetWorker 모듈의 제한 사항 및 구성 요구 사항에 대해 설명합니다.

• 545페이지의 “데이터 서버 역할을 하는 Filer”

• 561페이지의 “테이프 서버 역할만 하는 Filer”



12

데이터 서버 역할을 하는 Filer

이 절에서는 NDMP 데이터 서버 역할을 하는 다음 구입업체별 제품에 대한 구성 정보를 설명합니다.

• 546페이지의 “Network Appliance”

• 551페이지의 “EMC Celerra”

• 554페이지의 “EMC Centera”

• 555페이지의 “EMC IP4700”

• 556페이지의 “Auspex”

• 559페이지의 “Procom NetFORCE”

• 559페이지의 “Mirapoint”

• 560페이지의 “BlueArc”

NDMP 서버에서의 백업은 데이터 서버 제공자 유형에 종속됩니다. 서버는 545페이지의 표 77에 나열된 명령을 사용됩니다.

표 77. NDMP 서버 예제

서버 명령 기능

EMC 덤프 Filer 데이터를 테이프에 백업하는 데 사용됩니다. 또한 디렉토리, 할당 트리 또는 전체 볼륨을 백업하는 데 사용됩니다.

NetApp 덤프 Filer 데이터를 테이프에 백업하는 데 사용됩니다. 또한 디렉토리, 할당 트리 또는 전체 볼륨을 백업하는 데 사용됩니다.

Auspex gtar 디렉토리 내용을 파일이나 테이프에 아카이브하는 데 사용됩니다.

LEGATOSnapImage Module

SIDF 또는 dd

SIDF(System Independent Data Format) 백업을 사용하면 운영 체제 백업 유틸리티 및 SIDF 표준을 준수하는 다른 테이프 백업 구입업체 제품과 미디어를 교환할 수 있습니다.dd 호환 명령은 파일 시스템의 모든 블록을 백업합니다. 데이터는 dd 이미지에 기록됩니다.



546

12

Network Appliance

다음 절에서는 NetApp Filer에 대한 제한 사항, Autochanger 구성 및 응용 프로그램 정보 변수에 대한 정보를 제공합니다. 지원되는 Data ONTAP 버전의 전체 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.

기능 및 제한 사항

다음 절에서는 NetApp 호스트와 관련된 NDMP 문제에 대해 설명합니다.

참고: NetApp 암호는 8자로 제한됩니다.

다수의 파일 Save Set 백업 및 복구

Data OnTap 6.4 이상의 운영 체제가 설치된 Network Appliance 클라이언트에서는 파일이 복구되기 전에 모든 메타데이터를 테이프에서 읽습니다. 따라서 Save set의 수가 매우 많은 경우(2천만 개 이상의 파일을 가진 Save set) 파일의 복구 시간이 3시간을 초과할 수 있습니다. 백업의 경우 전체 볼륨의 메타데이터가 테이프에 기록되기 때문에 이 문제는 단일 파일 백업을 비롯한 백업 시에도 적용됩니다.

유럽어 파일 이름 지원

NetWorker 소프트웨어는 NetApp Filer 및 지원되는 Data ONTAP 버전을 사용하여 유럽어 파일 이름의 NDMP 백업, 복구(Save set, 디렉토리 및 파일 레벨) 및 인터페이스 표시를 지원합니다.

지원되는 구성은 다음과 같습니다.

• Data ONTAP 6.3.x 이상을 실행하는 NetApp Filer에서 Solaris English 8용 지역화되지 않은 NetWorker 릴리스 7.1 소프트웨어(또는 사용 가능한 경우 지역화된 유럽어 버전)

• Data ONTAP 6.3.x 이상을 실행하는 NetApp Filer에서 영어 Windows 2000용 지역화되지 않은 NetWorker 릴리스 7.1 소프트웨어

다양한 각 Data ONTAP 버전이 지원하는 언어를 확인하려면 Network Appliance Support에 문의하십시오. 일부 Data ONTAP 버전만 모든 언어의 백업 및 복구를 지원합니다. NetApp는 국제화 지원과 호환됩니다. 그러나, 로컬 언어 설정을 백업하고 복구할 특정 Data ONTAP 버전의 기능을 확인해야 합니다.

다음 절에서는 NDMP를 사용하여 지역화된 데이터를 지원하는 것에 대한 중요 참고 사항, 요구 사항 및 권장 사항을 설명합니다.



12

지원되는 UTF-8 버전

NetWorker 소프트웨어는 CIFS 클라이언트를 사용하여 UTF-8 형식을 지원합니다. NetApp Filer의 NFS 클라이언트는 NFS 클라이언트가 UTF-8 인코딩된 데이터를 생성할 수 있을 경우에만 지원됩니다. UTF-8 지원은 Client 자원의 Application Information 속성에 지정됩니다.

NetApp Filer의 볼륨이 UTF-8 인코딩/코드셋에 대해 구성된 경우 NetWorker 서버에도 NDMP Client 자원의 Application Information 속성에 있는 UTF-8 변수 세트가 Yes로 설정되어 있어야 합니다. Filer의 볼륨이 UTF-8 인코딩/코드셋에 대해 구성되지 않은 경우 NetWorker 서버에도 UTF-8 변수 세트가 No로 설정되어 있어야 합니다. NDMP를 사용하여 ASCII가 아닌 문자를 지원하려면 Filer 및 NetWorker 서버의 UTF-8 설정이 일치해야 합니다.

UTF-8 변수를 설정하려면 다음을 따르십시오.

• Filer의 데이터 형식이 UTF-8이 아니면 다음과 같이 UTF-8 환경 변수를 설정하거나 값을 비워둡니다.

UTF8=n

기본값은 n입니다.

• Filer의 데이터 형식이 UTF-8이면 다음과 같이 UTF-8 환경 변수를 설정합니다.

UTF8=y


단일 Save set는 하나의 코드셋만 지원함

단일 Save set는 하나의 코드셋에만 속하는 데이터를 지원합니다. 데이터가 여러 코드셋에 있으면 여러 save 그룹을 작성해야 합니다.

Save set는 여러 언어에 속하는 파일 이름을 포함할 수 있지만 이때 이러한 언어의 모든 문자가 동일한 코드셋에 속해야 합니다. 예를 들면, ISO 8859-1 및 ISO 8859-15는 프랑스어, 스페인어, 포루투갈어와 같은 대부분의 서유럽어를 포함하고 있으므로 이러한 언어로 된 파일 이름을 단일 Save set에 백업할 수 있습니다.

NetApp 호스트에서 DAR을 실행할 때 필요한 NDMP 버전

NetApp 호스트에서 DAR을 실행하려면 NDMP 버전 3 이상이 있어야 합니다. 이전 버전의 NDMP를 사용하는 경우 복구가 실패합니다.



548

12

NDMP 버전 확인

NDMP 버전을 확인하려면 다음을 따르십시오.

1. NetApp 호스트에 로그인합니다.



ndmpd version

NDMP 버전이 표시됩니다.

NDMP 버전 변경

NDMP 버전을 변경하려면 다음을 따르십시오.

1. 호스트에 root로 로그인했는지 확인하고 다음 명령을 입력하여 NDMP 프로세스를 중지합니다.

ndmpd off

NetApp 호스트는 NDMP 프로세스가 중지되었는지 확인합니다.

2. NDMP 버전을 변경하려면 다음 명령을 입력합니다.

ndmpd version 4

NetApp 호스트는 NDMP 버전이 이제 4로 설정되었음을 확인합니다.

참고: NDMP 버전을 3으로 설정할 수도 있습니다.

3. NDMP 프로세스를 다시 시작하려면 다음 명령을 입력합니다.

ndmpd on

NetApp 호스트는 NDMP 프로세스가 시작되었는지 확인합니다. 이제 DAR을 실행할 수 있습니다.

SAN 환경의 DDS에 대한 NetApp 조닝 요구 사항

NetApp Filer로 DDS를 구성하려면 조닝된 SAN 구성이 필요합니다. 조닝은 Fibre Channel 스위치의 기능입니다.

NetApp Filer 및 테이프 장치만 들어 있는 NetApp 영역은 Fibre Channel 스위치에서 구성해야 합니다. 이 NetApp 영역에 로봇 팔이 들어 있을 수도 있으므로 중재된 루프에서도 구성해야 합니다.

동일한 Fibre Channel 스위치에 연결되어 있는 모든 비 NetApp 서버는 NetApp 영역에서 제외해야 합니다. 비 NetApp 서버에 대해서는 별도의 영역을 구성해야 합니다. 이 서버의 경우 중재된 루프는 요구 사항일 수도 있고 요구 사항이 아닐 수도 있습니다.



12

NetApp 영역 및 기타 모든 영역은 SAN 내의 테이프 장치에서 겹쳐쓸 수 있으므로 테이프 장치는 두 영역에서 표시됩니다.

NetApp 호스트에 대한 장치 경로명 찾기

NDMP 백업 및 복구를 위해 Autochanger를 구성하려면 미디어 장치의 경로명이 있어야 합니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 경로명을 사용합니다.

중요 사항: 다음에 나와 있는 절차는 단지 예일 뿐입니다. 올바른 구문과 사용법에 대해서는 NetApp 설명서를 참조하십시오.

미디어 장치 경로명을 확인하려면 다음을 따르십시오.

1. 호스트에 root로 로그인했는지 확인하고 다음 명령을 입력하여 NetApp Filer에 테이프 장치가 설치되었는지 확인합니다.

sysconfig -v

호스트가 다음과 같이 응답합니다.

NetApp Release 6.2: Sun Mar 12 13:29:37 PST 2000

System ID: 0016784666 (NetAppHost1)

slot 6: SCSI Host Adapter 6 (Qlogic ISP 1040B)

Fast/Wide, Differential

Firmware Version 4.65 Clock Rate 60MHz.

4: QUANTUM Powerstor L200 001F

5: QUANTUM DLT7000 2255

2. 다음 명령을 입력하여 장치 경로명을 확인합니다.

sysconfig -t

호스트가 미디어 장치 이름의 목록으로 응답합니다.

Tape drive (6.5) Digital DLT7000

nrst0a - no rewind device, format is: 85937 bpi 70 GB (w/comp)

nrst0m - no rewind device, format is: 85937 bpi 35 GB

여기서:



550

12

– (6.5)는 슬롯 6 및 SCSI ID 5를 나타냅니다. 이 정보는 sysconfig -v 명령의 출력과 일치해야 합니다.

– nrst0a는 미디어 장치 이름입니다.

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 다음 명령을 입력하여 Autochanger 핸들을 확인합니다.

sysconfig -m

호스트가 호스트에 있는 장치로 응답합니다.

Media changer (6.4) QUANTUM Powerstor L200

mc0 - media changer device

여기서, mc0은 Autochanger 핸들입니다.

중요 사항: jbconfig가 NetApp 장치의 호스트 이름과 장치 경로를 묻는 메시지를 표시하는 경우 장치 이름 앞에 슬래시를 입력하지 마십시오. 슬래시를 입력하면 jbconfig 프로그램은 오류 없이 완료되지만 NetApp가 테이프 장치나 Autochanger를 인식하지 못하므로 테이프에 레이블을 지정할 수 없습니다.

응용 프로그램 정보 변수

550페이지의 표 78에는 모든 구입업체에 필요한 표준 응용 프로그램 정보 변수인 HIST=y 및 UPDATE=y 외에도 필요한 NetApp 특정 변수가 나열되어 있습니다. 527페이지의 “NDMP Client 자원 구성”의 설명대로 Client 자원의 Application Information 속성에 이러한 변수를 입력합니다.

표 78. NetApp 응용 프로그램 정보 변수 (1/2)

변수 필요 여부 값 및 의미

DIRECT= y/n DAR 작업의 경우 예

y/n. DAR 복구를 수행할 때는 이 값을 y로 설정해야 합니다. DAR 복구를 수행하지 않을 때는 이 값은 n으로 설정됩니다. DAR은 Data ONTAP 6.1 이상에서 지원됩니다.

DAR에 대한 자세한 내용은 532페이지의 “DAR 백업 수행”을 참조하십시오.



12

EMC Celerra

다음 절에서는 EMC Celerra 호스트의 응용 프로그램 정보 변수, Autochanger 구성 및 제한 사항에 대한 정보를 제공합니다. 지원되는 버전의 전체 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.

NDMP 사용 시 EMC Celerra 고려 사항

다음 절에서는 EMC Celerra Filer와 관련된 NDMP 문제를 설명합니다.

EXCLUDE= 아니오 이 문자열 값은 백업에서 제외되는 파일을 결정합니다. 다음 규칙이 적용됩니다.

• 파일 이름은 문자열입니다.• 별표(*)는 와일드 카드로 인식되지만 문자열의 첫 글자이거나 마지막 글자(또는 이 두 가지 모두)여야 합니다.

• 여러 개의 파일을 나열하려면 각 이름을 쉼표로 구분합니다. 쉼표는 파일 이름의 일부로 나타나지 않습니다.

• 32개 문자열을 지정할 수 있습니다.

EXTRACT_ACL= y ACL을 복구할 경우 예

y/n. NetApp 호스트에 DAR을 사용할 때 ACL(액세스 제어 목록)을 복구하려면 이 값을 y로 설정해야 합니다. 기본값은 n입니다.

UTF8=y/n UTF-8 형식 데이터의 경우 예

y/n. Filer의 데이터 형식이 UTF-8인지 여부를 지정합니다. NDMP를 사용하여 ASCII가 아닌 문자를 지원하려면 Filer와 NetWorker 서버의 UTF-8 설정이 일치해야 합니다.

Filer의 데이터 형식이 UTF-8이 아니면 값을 n으로 설정합니다.

Filer의 데이터 형식이 UTF-8이면 y로 설정합니다.


표 78. NetApp 응용 프로그램 정보 변수 (2/2)




552

12

루트 파일 시스템의 EMC Celerra 백업

EMC Celerra 백업 작업에 대해 All Save set를 지정하는 대신 root 또는 “/“ 파일 시스템을 제외한 별개의 파일 시스템에 대한 이름을 Save set 정의에서 지정해야 합니다. root 파일 시스템을 포함하면 클라이언트 인덱스가 실패합니다.

EMC Celerra Data Mover에서 기존 버전의 NDMP 사용

일반적으로 EMC Celerra Data Mover는 최신 버전의 NDMP를 지원하는 기본 구성에서 실행됩니다. 서버는 NDMP 버전이 호환되도록 다른 NDMP 장치와 자동으로 협상합니다. 이 자동 협상 기능이 실패할 경우도 있습니다. 이런 경우 EMC Celerra가 기존 버전의 NDMP를 사용하도록 하여 장치의 작동 여부를 테스트할 수 있습니다. 이러한 경우 문제가 다른 버전에서 발생했는지 확인하여 NDMP 문제를 고립시킬 수 있습니다.

EMC Celerra에서 NDMP 버전 낮추기

NDMP 버전은 수정이 필요한 각 Data Mover에 개별적으로 설정해야 합니다.

Data Mover가 지정한 NDMP 버전 또는 기존 버전하고만 협상하도록 EMC Celerra Data Mover에 NDMP 버전을 설정하려면 다음을 따르십시오.

1. EMC Celerra Control Station에 root로 로그인합니다.

2. 명령 프롬프트에서 다음을 입력합니다.

cd /nas/server/slot_#

여기서 slot_#은 서버 번호입니다. 예를 들어, /nas/server/slot_2/netd에는 server_2에 대한 구성 파일이 있습니다.

3. 다음 명령을 입력하여 netd 파일을 편집합니다.

vi netd

4. netd 파일의 NDMP 문자열 끝에 다음을 추가합니다.

proto=ndmp_version_#

예를 들어, NDMP 버전을 3으로 설정하는 경우 최종 NDMP 문자열은 다음과 같습니다.

ndmp port=10000 proto=3

5. 파일을 저장합니다.

6. 다음 명령을 입력하여 Data Mover를 다시 부팅합니다.

server_cpu server_name -reboot -m now



12

ntape 매개 변수 설정

테이프 드라이브의 문제 발생을 막기 위해 EMC Celerra Filer에 ntape 매개 변수를 설정합니다.

특정 Data Mover에서 발견된 모든 테이프 드라이브에 대해 NDMP ntape=# 값에 설정된 해당 값이 있어야 합니다. 예를 들어, Data Mover에 대해 구성된 테이프 드라이브가 5개 있을 경우 매개 변수를 NDMP ntape=5로 설정합니다.

매개 변수를 수정하려면 다음을 따르십시오.

1. 텍스트 편집기를 사용하여 /nas/server/slot_#/param 파일을 엽니다. 여기서, slot_#은 서버 번호와 직접 연관됩니다. 예를 들어, /nas/server/slot_2/netd에는 server_2에 대한 구성 파일이 있습니다.

2. 다음 줄을 추가하거나 수정합니다.

NDMP ntape=n

참고: n 값은 8보다 크지 않아야 합니다.

3. 변경 사항이 적용되도록 하려면 Data Mover를 다시 부팅합니다.

EMC Celerra 호스트에 대한 장치 경로명 찾기

NDMP 백업 및 복구를 위해 Autochanger를 구성하려면 미디어 장치의 경로명이 있어야 합니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 경로명을 사용합니다.

중요 사항: 다음에 나와 있는 절차는 단지 예일 뿐입니다. 올바른 구문과 사용법에 대해서는 EMC Celerra 설명서를 참조하십시오.

장치 경로명을 식별하려면 다음 중 하나를 수행합니다.

• 명령 프롬프트에서 다음을 입력하여 모든 장치를 다시 작성하고 모든 비 디스크를 봅니다.

Celerra server_devconfig movername -create -scsi -all

Celerra server_devconfig movername -list -scsi -nondisks



554

12

• EMC Celerra 관리 프로그램을 사용하여 장치 매개 변수를 찾습니다.

EMC Celerra 관리 프로그램에 액세스하려면 다음을 따르십시오.

a. 브라우저 창에서 다음을 입력합니다.

http://EMCcontrolhostIP:8000/top_level.htm.

b. 사용자 이름과 암호를 입력합니다.

c. EMC Celerra 관리 프로그램을 사용하여 SCSI 장치를 나열하거나 확인합니다.

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 EMC Celerra 관리 프로그램에서 Autochanger 핸들을 찾습니다.


554페이지의 표 79에는 모든 구입업체에 필요한 표준 응용 프로그램 정보 변수인 HIST=y 및 UPDATE=y 외에도 필요한 Celerra 특정 변수가 나열되어 있습니다. 527페이지의 “NDMP Client 자원 구성”의 설명대로 Client 자원의 Application Information 속성에 이러한 변수를 입력합니다.

EMC Centera

LEGATO Centera Backup and Recovery Module Software에 대한 자세한 내용은 Centera Backup and Recovery Module, Release 1.0, Microsoft Windows 2000 Version, Installation and

Administrator's Guide 및 Centera Backup and Recovery Module, Release 1.0, Microsoft Windows 2000 Version, Release Supplement를 참조하십시오. 지원되는 버전의 전체 목록에 대해서는 LEGATOSoftware Compatibility Guide를 참조하십시오.

표 79. EMC Celerra 변수


DIRECT= y/n DAR 작업의 경우 예

y/n. DAR 복구를 수행할 때는 이 값을 y로 설정해야 합니다. DAR 복구를 수행하지 않을 때는 값을 n으로 설정합니다.


OPTIONS=NT ACL 복원의 경우 예

NT 데이터가 백업 경로에 포함되어 있을 경우 모든 ACL이 복원되도록 하려면 이 값을 설정해야 합니다.

참고: 이 변수 설정 외에 axttrp가 /nas/server/slot_#/netd 파일에 있어야 합니다.



12

EMC IP4700

다음 절에서는 EMC IP4700 호스트에 대한 Autochanger 구성 및 응용 프로그램 정보 변수에 대한 정보를 제공합니다. 지원되는 버전의 전체 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.

EMC IP4700 호스트에 대한 장치 경로명 찾기

NDMP 백업 및 복구를 위해 Autochanger를 구성하려면 미디어 장치의 경로명이 있어야 합니다. IP4700 관리 웹 인터페이스를 통해 장치 경로명을 찾을 수 있습니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 경로명을 사용합니다.

Autochanger 및 테이프 드라이브 장치 경로명을 얻으려면 다음을 따르십시오.

1. 브라우저 창에서 다음 주소를 통해 EMC IP4700 관리 프로그램에 액세스합니다.

http://IP4700name/

2. Tape Drives를 누릅니다.

3. tape list 명령을 입력합니다.

4. 결과 값을 사용하여 Autochanger 및 테이프 드라이브 장치를 NetWorker 소프트웨어에 맞게 구성합니다.

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 EMC IP4700 관리 프로그램에서 Autochanger 핸들을 찾습니다.


555페이지의 표 80에는 모든 구입업체에 필요한 표준 응용 프로그램 정보 변수인 HIST=y 및 UPDATE=y 외에도 필요한 IP4700 특정 변수가 나열되어 있습니다. 527페이지의 “NDMP Client 자원 구성”의 설명대로 Client 자원의 Application Information 속성에 이러한 변수를 입력합니다.

표 80. EMC IP4700 변수 (1/2)


FAST_INCREMENTAL= y

아니오 y/n. 빠른 증분 백업을 수행합니다. 이 기능은 볼륨에 빠른 증분이 활성화된 경우에만 작동합니다. 빠른 증분 백업을 수행하려면 SnapView/IP 옵션이 있어야 합니다. 기본값은 y입니다.



556

12

Auspex

다음 절에서는 Auspex 호스트의 응용 프로그램 정보 변수, Autochanger 구성 및 제한 사항에 대한 정보를 제공합니다. 지원되는 버전의 전체 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.

NDMP 사용 시 Auspex 특정 고려 사항

다음은 Auspex Filer와 관련된 NDMP 문제입니다.

Auspex NS3000 요구 사항

Auspex NS3000을 지원하려면 다음을 수행해야 합니다.

• 로봇을 SCSI 컨트롤러의 채널 6에 연결합니다. 로봇이 올바른 채널에 연결되었는지 확인하려면 /dev/raxac 디렉토리 아래의 장치 파일 이름을 확인하십시오. fsp0c6t0과 비슷한 채널이 표시되어야 합니다.

• 스냅샷을 사용하려면 캐시 장치를 예약해야 합니다. 스냅샷에 대한 자세한 내용은 해당 Auspex 설명서를 참조하십시오.

Auspex에서 대용량 파일 백업

기본적으로 2GB가 넘는 파일에 대한 지원은 Auspex 백업에 대해 활성화되지 않습니다. 따라서 표준 gtar 테이프 형식을 사용할 수 있습니다.

2GB가 넘는 파일의 지원 기능을 활성화하려면 다음을 따르십시오.

1. NDMP 호스트에서 /usr/AXndmp/etc/config 파일을 엽니다.

2. 다음을 포함하는 줄의 주석 표시를 제거합니다.

ALLOW_TAR_EXTENSION

SNAPSHOT= y 아니오 y/n. 파일 시스템의 스냅 복사본을 백업합니다. 이 기능은 볼륨에서 스냅 복사본이 활성화된 경우에만 작동합니다. 스냅 복사본을 사용하려면 SnapView/IP 옵션이 있어야 합니다. FAST_INCREMENTAL이 y로 설정된 경우 이외에는 기본값이 n입니다. 이 경우 SNAPSHOT이 y로 설정됩니다.

표 80. EMC IP4700 변수 (2/2)




12

3. 수정한 파일을 저장합니다.

이제 대용량 파일도 백업할 수 있습니다.

참고: 대용량 파일을 지원하기 위해 시스템을 수정하면 테이프가 비표준 gtar 형식이 됩니다.

DD 형식 백업 제한 사항 및 요구 사항

DD 형식 백업의 제한 사항과 요구 사항은 다음과 같습니다.

• HIST=y가 지원되지 않습니다. 이 값을 HIST=n으로 설정합니다.

• DD 형식 백업은 NetOS V4.1P3 이상에서만 지원됩니다.

Autochanger 구성 팁

다음과 같은 최소 시간 초과 값을 갖도록 Autochanger 자원을 구성합니다.

• Eject Sleep: 10

• Cleaning Delay: 60

• Unload Sleep: 10

• Load Sleep: 90

• Deposit Timeout: 15

• Withdraw Timeout: 15

• Port Polling Period: 3

Auspex 제한 사항

Auspex 백업 및 복구의 제한 사항은 다음과 같습니다:

• 루트 파티션 백업은 지원되지 않습니다. 루트 파티션을 백업하지 마십시오.

• 파일별 복구 시 복구 작업당 10,000개 파일을 초과하지 않는 것이 좋습니다.

많은 수의 파일을 복구하려면 다음 중 하나를 수행합니다.

– 파일 시스템을 전체 볼륨이 아닌 디렉토리 레벨 Save set로 나누도록, 지정된 클라이언트의 여러 Save set를 설정합니다.

– NetWorker 관리 프로그램을 사용하거나 명령 프롬프트에서 nsrndmp_recover 명령을 사용하여 Save set 복구를 수행합니다.



558

12

Auspex 호스트에 대한 장치 경로명 찾기

NDMP 백업 및 복구를 위해 Autochanger를 구성하려면 미디어 장치의 경로명이 있어야 합니다. Auspex 컴퓨터에 대한 장치 경로명은 /var/adm/messages의 messages 파일에 있습니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 경로명을 사용합니다.

참고: SCSI 장치를 추가하는 방법에 대한 자세한 내용은 Auspex 설명서를 참조하십시오.

messages 파일에 장치 목록이 수록되어 있습니다. 예를 들면 다음과 같습니다.

Jan 18 10:32:22 nightcap FSP_0[1611]:fsp0c7t0:STK

9714 [ Medium_Changer ][ Fast ] [ min:1792 ]

Jan 18 10:32:22 nightcap FSP_0[1611]:fsp0c7t1:Quantum

DLT4000 [ Tape ][ Not Negotiated ] [ min:1808 ]

Jan 18 10:32:22 nightcap FSP_0[1611]:fsp0c7t2:Quantum

DLT4000 [ Tape ][ Not Negotiated ] [ min:1824 ]

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 장치 목록에서 Autochanger 핸들을 확인합니다.


558페이지의 표 81에는 모든 구입업체에 필요한 표준 응용 프로그램 정보 변수인 HIST=y 및 UPDATE=y 외에도 필요한 Auspex 특정 변수가 나열되어 있습니다. 527페이지의 “NDMP Client 자원 구성”의 설명대로 Client 자원의 Application Information 속성에 이러한 변수를 입력합니다.

표 81. Auspex 변수


DIRECT= y/n DAR의 경우 예

y/n. DAR 복구를 수행할 때는 이 값을 y로 설정해야 합니다. DAR 복구를 수행하지 않을 때는 값을 n으로 설정합니다. 기본값은 n입니다.


SNAPSHOT= y 아니오 y/n. 스냅샷을 사용하거나 사용하지 않습니다. 기본값은 n입니다.



12

Procom NetFORCE

다음 절에서는 Procom 호스트의 Autochanger 구성에 대한 정보를 제공합니다. 지원되는 버전의 전체 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.

Procom NetFORCE 호스트에 대한 장치 경로명 찾기

장치 경로명을 확인하려면 root로 로그인하고 다음 명령을 입력합니다.

status dm

NetFORCE는 Autochanger 및 미디어 장치 이름의 목록으로 응답합니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 해당 장치 이름을 사용합니다.

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 Autochanger 핸들을 확인해야 합니다. Procom NetFORCE에서 SCSI 장치 이름 형식은 isp1tSSL[L]이며, 여기서 isp1은 Autochanger 핸들입니다. Fibre Channel 장치 형식은 ffx1tSSL[L]이며, 여기서 ffx1은 Autochanger 핸들입니다.

Procom NetFORCE 호스트에 대한 구성 후 요구 사항

jbconfig 프로그램을 사용하여 Autochanger를 Procom NetFORCE 호스트에 맞게 구성한 후에는 다음을 수행합니다.

1. 다음 명령을 입력하여 Autochanger를 재설정합니다.

/usr/sbin/nsrjb -HE

2. 이전에 레이블을 지정한 테이프를 다시 데이터베이스로 읽어들이려면 Autochanger를 Inventory해야 합니다.

/usr/sbin/nsrjb -IE

Mirapoint

다음 절에서는 Mirapoint 호스트에 대한 요구 사항 및 Autochanger 구성 정보를 제공합니다. 지원되는 버전의 전체 목록에 대해서는 LEGATO Software Compatibility Guide를 참조하십시오.



560

12

요구 사항

Mirapoint 시스템에 적용되는 요구 사항은 다음과 같습니다.

• 전체 백업을 복원한 후 Mirapoint 시스템을 다시 부팅합니다. 증분 복원 후에는 시스템을 다시 재부팅하지 않아도 됩니다.

• 응용 프로그램 정보 변수인 MIRA_OPTIONS=(fromimagefull=)를 설정해야 합니다. (fromimagefull=) 값을 사용하면 사용자는 전체 이미지 백업을 수행한 다음 선택을 수행하기 위해 이미지의 날짜를 사용하여 메시지(파일) 기반 백업을 수행할 수 있습니다.

Mirapoint 호스트의 장치 경로명

jbconfig 프로그램을 제대로 실행하려면 장치 경로명이 있어야 합니다. 장치 경로명은 /dev/nrstn이며, 여기서 n은 0에서 시작하여 각 테이프 드라이브에 대해 1씩 증가합니다. 이 값은 상수입니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 경로명을 사용합니다.

Autochanger가 구성되면 특정 속성을 Autochanger 자원 창에서 수정해야 합니다. Load Sleep 및 Eject Sleep 속성을 아래 값으로 설정합니다.

• Load Sleep: 90

• Eject Sleep: 30

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 jbconfig를 실행할 때 Autochanger 핸들 /dev/ch0을 입력해야 합니다.

BlueArc

BlueArc 시스템은 데이터를 공유, 관리 및 보호하기 위한, 네트워크에 연결된 고정된 저장 장치 솔루션을 제공합니다. 따라서 데이터를 계속해서 사용하고 쉽게 관리할 수 있습니다.

BlueArc 시스템을 구성할 때는 다음 사항을 유념하십시오.

• NDMP 복원 작업을 수행할 경우 데이터를 복원 중인 파일 시스템의 루트 레벨에 $__NDMP__ 디렉토리를 만듭니다. 이 디렉토리에는 해당 파일 목록에 1,024개가 넘는 파일 이름이 있을 경우 NetWorker 서버가 인덱스 복원을 위해 전달하는 파일 목록이 들어 있습니다. 활성 복원 작업 중에 해당 디렉토리와 그 내용을 변경하지 마십시오. 진행 중인 복원 작업이 없으면 디렉토리가 삭제됩니다.

• 응용 프로그램 정보 변수(NDMP 환경 변수라고도 함)인 NDMP_BLUEARC_FH_NAMETYPE=UNIX를 Client 자원에서 지정해야 합니다.

• 백업 응용 프로그램 이름이라고도 하는 백업 명령 유형은 dump입니다.



12

• NDMP 백업 및 복원 작업을 수행할 때 다음과 비슷한 메시지가 나타납니다.

NDMP session: Unknown environment variable name ignored.

이 메시지는 작업에 영향을 주지 않으므로 무시할 수 있습니다.

NDMP 작업을 위해 BlueArc 시스템을 구성하는 방법에 대한 자세한 내용은 BlueArc 설명서를 참조하십시오.

테이프 서버 역할만 하는 Filer

다음 절에서는 테이프 서버 역할만 하는 아래 Filer에 대한 정보를 제공합니다.

DinoStor TapeServer

다음 절에서는 DinoStor TapeServer 및 Autochanger 구성에 대해 설명합니다.

DinoStor TapeServer 구성

DinoStor 소프트웨어는 TapeServer 설정을 관리 및 제어할 수 있는 웹 기반 인터페이스를 제공합니다. 서버를 구성할 때는 다음을 주의하십시오.

• Configure 탭의 Password 페이지에서 NDMP 암호가 아니라 DinoStor TapeServer 관리에 사용할 암호를 지정합니다.

• DinoSto TapeServer를 구성할 때는 Configure 탭의 NDMP 페이지에서 NDMP 버전을 3으로 설정하고 Port Number는 10,000으로 설정합니다.

• Autochanger를 DinoSto TapeServer로 연결할 때는 DinoSto TapeServer를 종료하고 전원을 끕니다. 새 장치를 연결하고 시스템을 다시 부팅합니다. 웹 인터페이스에서 시스템을 다시 부팅하거나 종료할 수 있습니다.

• SCSI 테이프 장치만 지원됩니다.

• DinoSto TapeServer에는 파이버가 장착되어 있지 않으므로 DDS는 지원되지 않습니다.

• GigE 및 10/100 Base-T가 지원됩니다.



562

12

DinoSto TapeServer에 대한 장치 핸들 지정

jbconfig 유틸리티로 Autochanger를 구성할 때 DinoSto TapeServer는 여러 장치 핸들과 함께 하나의 호스트 이름을 갖습니다. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 호스트 이름을 사용합니다.

장치 핸들을 지정하려면 다음을 따르십시오.

1. DinoStor TapeServer 인터페이스에 액세스합니다.

2. Configure 페이지를 누릅니다.

3. SCSI 탭을 누릅니다.

왼쪽에 장치 핸들이 나열됩니다. jbconfig를 실행할 때는 DinoStor 호스트 이름을 로봇을 제어하는 장치로 지정하고 장치 핸들을 추가 장치로 지정하십시오.

DinoStor TapeServer를 사용한 원격 백업 수행

DinoSto TapeServer를 사용한 원격 백업을 수행하려면 다음을 따르십시오.

1. NDMP 호스트, NetWorker 서버 및 라이브러리가 연결된 DinoStor TapeServer를 사용하여 구성을 설정합니다.


a. Client 자원의 Name 속성에서 백업할 데이터가 있는 NDMP 서버의 호스트 이름을 지정합니다.

b. Client 자원의 Storage Node 속성에 대해 DinoStor 서버의 호스트 이름이 첫 번째로 나열되어 있는지 확인합니다.



Client 자원 구성에 대한 지침은 527페이지의 “NDMP Client 자원 구성”을 참조하십시오.



12

SnapImage Module

다음 절에서는 SnapImage 소프트웨어 구성 및 요구 사항에 대해 설명합니다.

SnapImage Module 장치에 대한 장치 경로명 찾기

장치 경로명을 확인하는 데 필요한 단계는 Solaris 컴퓨터와 HP-UX 컴퓨터에서 각각 다릅니다. 해당 플랫폼에 적절한 지침을 완료하십시오. 521페이지의 “NDMP를 위한 Autochanger 지원 구성”에 설명된 대로 jbconfig 프로그램으로 Autochanger를 구성할 때 경로명을 사용합니다.

Solaris 컴퓨터의 장치 경로명 확인

장치 경로명을 확인하려면 다음을 수행합니다.


2. 다음 명령을 입력하여 미디어 장치 경로명을 확인합니다.

ls -l /dev/rmt/*

컴퓨터가 장치 파일 이름의 목록으로 응답합니다.

lrwxrwxrwx 1 root root 03 Nov 17 12:03

/dev/rmt/0mbn -> ../../devices/[email protected]/scsi@2/st@1,0:mbn

여기서:

• /st@1, 0은 미디어 장치의 SCSI ID 필드입니다.

• /dev/rmt/0mbn은 미디어 장치 경로명입니다.

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 다음 명령을 입력하여 Autochanger 핸들을 확인합니다.

ls -l /dev/rsjb*

컴퓨터가 rsjb 장치 핸들의 목록으로 응답합니다.

lrwxrwxrwx 1 root other 45 Jan 11 13:35

/dev/rsjb2 -> ../devices/[email protected]/scsi@2,1/sjb@1,0:8r

여기서:

• :8r은 Autochanger 로봇을 식별합니다.

• /sjb@1, 0은 rsjb 장치의 SCSI ID 필드입니다.

• /dev/rsjb2는 Autochanger 핸들입니다.



564

12

HP-UX 컴퓨터의 장치 경로명 확인

장치 경로명을 표시하려면 호스트에 root로 로그인했는지 확인하고 다음 방법 중 하나를 사용합니다.

• 다음 명령을 입력하여 ioscan 명령을 사용합니다.

ioscan -fnC tape

• SAM 유틸리티를 사용합니다.

a. 유틸리티를 시작합니다.

b. Peripheral Devices를 선택합니다.

c. Tape Drives를 선택합니다.

d. 적절한 테이프 드라이브를 강조 표시한 후 Action 메뉴에서 Show Device Files를 선택합니다.

참고: NDMP 테이프 서버에서 버전 2를 실행 중이거나 NDMP_CONFIG 인터페이스를 지원하지 않으면 ioscan 명령을 사용하거나 SAM 유틸리티를 사용하여 Autochanger 핸들을 확인합니다.

SnapImage 소프트웨어를 사용한 원격 백업 수행

원격 백업을 수행하려면 다음을 따르십시오.


2. 테이프 서버로 지정된 서버에 SnapImage Module 소프트웨어를 설치합니다.

• 데이터를 NetWorker 서버로 백업할 경우 해당 NetWorker 서버에 SnapImage Module 소프트웨어를 설치합니다.

• 데이터를 다른 NDMP 서버로 백업하는 경우에는 데이터가 백업될 호스트에 SnapImage Module 소프트웨어를 설치합니다.

SnapImage Module 소프트웨어 설치 지침은 LEGATO NetWorker SnapImage Module 설치 안내서와 관리 지침서를 참조하십시오. SnapImage Module 안내서의 구성 지침을 사용하지 마십시오. 대신 본 장에 제공되어 있는 구성 지침을 사용하십시오.

3. 다른 서버가 SnapImage 서버에 액세스할 수 있게 하려면 다음을 수행합니다.

a. 호스트에 root로 로그인했는지 확인합니다.

b. /usr/ndmphome/bin에 있는 ndmp_passwd 명령을 실행합니다.

– 다음 구문을 사용하십시오.

ndmp_passwd -u user

여기서 user는 root이거나 SnapImage 서버의 관리자 이름입니다.

– 암호를 물으면 암호를 입력합니다.



12


a. Client 자원의 Name 속성에서 백업할 데이터가 있는 NDMP 서버의 호스트 이름을 지정합니다.




Client 자원 구성에 대한 지침은 527페이지의 “NDMP Client 자원 구성”을 참조하십시오.



566

12


13장: SNMP 모듈

LEGATO NetWorker 단순 네트워크 관리 프로토콜(SNMP) 모듈은 NetWorker 서버가 SNMP 관리 에이전트에게 Notification 메시지를 보낼 수 있도록 해줍니다.

SNMP는 SNMP 관리자와 에이전트 사이에서 구조화된 관리 정보를 전송하는 것을 규정하는 네트워크 트랜잭션을 위한 프로토콜입니다. 이 장에서는 SNMP의 NetWorker 서버 구현에 대해 설명합니다.

관리 소프트웨어를 구성하는 방법을 포함하여 SNMP 관리 작업에 대한 자세한 설명은 네트워크 관리 소프트웨어 설명서를 참조하십시오.


• 567페이지의 “SNMP 트랩”

• 568페이지의 “NetWorker SNMP Notification 구성”

• 570페이지의 “SNMP 관리 소프트웨어 구성”

SNMP 트랩NetWorker SNMP 모듈은 트랩을 사용하여 NetWorker 이벤트 Notification을 SNMP 관리 단말기로 전달합니다. 트랩은 SNMP 에이전트(이 경우 NetWorker 서버)에서 SNMP 이벤트 관리자로 보내지는 자발적인 Notification입니다.

NetWorker 서버가 보내는 트랩의 유형은 NetWorker SNMP Notification이 NetWorker 서버에서 구성될 때 결정됩니다. 전형적인 트랩으로는 경고, 심각한 오류 및 NetWorker 서버의 다른 메시지가 있습니다. NetWorker SNMP Notification을 구성하기 위한 지침은 568페이지의 “NetWorker SNMP Notification 구성”을 참조하십시오.

또한 SNMP 사용 가능 네트워크 관리 소프트웨어는 NetWorker 서버의 트랩을 수용하도록 구성되어야 합니다. 네트워크 관리 소프트웨어의 구성에 따라 NetWorker 서버에서 받은 트랩이 관리 소프트웨어의 그래픽 인터페이스에 나타나거나, 파일에 기록되거나, 다른 방법으로 처리될 수 있습니다.


13장: SNMP 모듈

568

13

NetWorker SNMP Notification 구성NetWorker 소프트웨어는 다양한 자원에 NetWorker 서버 이벤트에 대한 Notification을 제공합니다. NetWorker SNMP 모듈도 이런 자원 중 하나입니다. 모듈은 nsrtrap 프로그램을 사용하여 SNMP 관리 소프트웨어로 Notification을 전송합니다. SNMP Notification을 구성할 때는 SNMP 커뮤니티 및 트랩 유형과 같은 기타 선택적 nsrtrap 명령줄 스위치와 함께 SNMP 관리 서버의 IP 주소 또는 호스트 이름을 포함시킵니다.

NetWorker SNMP Notification을 구성하려면 먼저 NetWorker SNMP 모듈을 사용해야 합니다. NetWorker SNMP 모듈 사용에 대한 내용은 95페이지의 “라이센스 관리”를 참조하십시오.

nsrtrap에 대한 명령줄 옵션

NetWorker SNMP 모듈은 nsrtrap 프로그램을 사용하여 NetWorker 서버에서 SNMP 관리 소프트웨어로 SNMP 트랩을 통신합니다. 568페이지의 표 82에서는 SNMP Notification을 구성할 때 Action 속성에 포함될 수 있는 명령줄 옵션이 나열되어 있습니다.

표 82. nsrtrap에 대한 명령줄 옵션 (1/2)

옵션 설명

-c community 이 옵션으로 NetWorker 서버의 트랩을 받도록 권한이 부여되는 SNMP 커뮤니티를 지정할 수 있습니다. SNMP 커뮤니티는 SNMP 서버에서 구성됩니다. 이 옵션의 기본 설정은 Public이며, 이는 공용 커뮤니티가 NetWorker 서버의 트랩을 받을 수 있음을 의미합니다.

시스템 관리자는 종종 보안을 목적으로 서버가 트랩을 수용하는 커뮤니티를 제한하도록 SNMP 서버를 사용자 정의합니다. Public이 아닌 커뮤니티가 SNMP 서버에 구성된 경우에 SNMP Notification을 구성할 때는 이 옵션을 사용하여 적절한 커뮤니티 이름을 포함해야 합니다.

-t trap_type 이 옵션은 NetWorker SNMP 모듈에서 SNMP 서버로 보내지는 트랩의 유형을 설정하는 데 사용됩니다. 기본 설정은 6으로 “엔터프라이즈 전용“ 트랩임을 의미합니다. NetWorker 서버가 보내는 트랩은 Notification(예: 오류 메시지)이기 때문에 보통 기본 설정이 적절하므로 변경할 필요가 없습니다. 이 옵션은 일반 NetWorker Notification 이외의 특정 트랩을 보내는 경우에만 사용해야 합니다.

13장: SNMP 모듈


13

사전 구성된 NetWorker SNMP Notification 수정

NetWorker 서버에는 필요한 경우 수정할 수 있는 사전 구성된 SNMP Notification이 있습니다. 이 Notification에 수행할 수 있는 유일한 수정 사항은 명령줄 옵션을 Action 속성에 추가 또는 제거하는 것입니다.

사전 구성된 Notification 요청을 수정하려면 다음을 따르십시오.


2. View 메뉴에서 Details를 선택하여 이 Notification의 이벤트 및 우선 순위를 표시합니다.

3. SNMP Notification을 반전 표시합니다.

4. Action 속성에서 SNMP 커뮤니티와 같이 nsrtrap 명령에 필요한 옵션을 입력합니다. 명령줄 옵션에 대한 자세한 내용은 568페이지의 “nsrtrap에 대한 명령줄 옵션”을 참조하십시오.

-s specific_type 이 옵션은 NetWorker 서버가 보내는 트랩의 유형을 식별하는 데 사용하는 일반적인 설정입니다. 이 옵션은 정수 값으로 설정할 수 있고 NetWorker 서버에서 오는 다른 트랩을 구별하기 위해 다른 SNMP Notification와 함께 사용할 수 있습니다.

예를 들어 다음과 같이 여러 개의 SNMP Notification을 작성할 수 있습니다. 심각한 메시지에 관한 SNMP Notification, 경고에 관한 SNMP Notification 그리고 기타 이벤트나 우선 순위에 관한 SNMP Notification이 바로 그것입니다. 그러면 -s 옵션을 사용하여 SNMP 관리 소프트웨어가 보내는 특정 트랩의 유형을 결정할 수 있도록 여러 개의 Notification으로 구별 지을 수 있습니다. Critical SNMP Notification Notification을 작성할 수 있으며 Action 속성에 -s 옵션을 포함시킬 수 있습니다.

/usr/sbin/nsrtrap -s 1 host

이 설정을 사용하여 1의 특정 트랩 유형을 갖는 NetWorker 트랩이 심각한 메시지임을 인식하도록 SNMP 관리 소프트웨어를 구성할 수 있습니다. 추가 SNMP Notification는 NetWorker 서버의 여러 트랩을 구별 짓기 위해 -s 옵션에 대해 다른 설정을 가질 수 있습니다.

-v 이 옵션은 상세 출력 모드로 설정하는 데 사용됩니다. 상세 모드에서는 nsrtrap이 커뮤니티, 트랩 유형, 특정 트랩 유형 및 호스트 이름 또는 IP 주소를 명령줄에 표시합니다.

표 82. nsrtrap에 대한 명령줄 옵션 (2/2)

옵션 설명


13장: SNMP 모듈

570

13

사전 구성된 SNMP Notification과 관련된 이벤트 및 우선 순위는 수정할 수 없습니다. SNMP Notification의 다른 이벤트 및 우선 순위를 설정하려면 570페이지의 “NetWorker SNMP Notification 작성”을 참조하십시오.

NetWorker SNMP Notification 작성

추가 NetWorker SNMP Notification을 작성하려면 다음을 따르십시오.


2. View 메뉴에서 Details를 선택하여 이 Notification의 이벤트 및 우선 순위를 표시합니다.


4. Name 속성에 “SNMP notification request“를 입력합니다.

5. (선택 사항) Comment 속성에서 Notification의 설명을 입력합니다.

6. Action 속성에서 다음을 입력합니다.

/usr/sbin/network_management_station

여기서 network_management_station은 SNMP 관리 소프트웨어가 실행되고 있는 호스트의 DNS 이름이나 IP 주소입니다.

필요한 경우 이 속성에 SNMP 커뮤니티와 같은 nsrtrap의 명령줄 옵션을 포함합니다. 명령줄 옵션에 대한 자세한 내용은 568페이지의 “nsrtrap에 대한 명령줄 옵션”을 참조하십시오.

예를 들면, Solaris에서Action 속성이 다음과 같을 수도 있습니다.

/usr/sbin/nsrtrap SNMPhost -c networker

7. 통신할 Notification에 대한 이벤트 및 우선 순위를 선택합니다.

참고: Notification이 작성된 후에는 이벤트 및 우선 순위를 수정할 수 없습니다.


SNMP 관리 소프트웨어 구성SNMP 관리 소프트웨어는 NetWorker 서버가 보내는 트랩을 수용하기 위해 트랩을 인식하도록 구성되어야 합니다. 특정 트랩을 수용하기 위한 SNMP 관리 소프트웨어의 구성 지침은 사용하는 관리 소프트웨어의 유형에 따라 차이가 납니다.

소프트웨어가 수용할 트랩 유형을 구성하기 위한 특정 지침은 SNMP 관리 소프트웨어 설명서를 참조하십시오.

13장: SNMP 모듈


13

NetWorker SMI 네트워크 관리 전용 엔터프라이즈 코드

트랩을 수용하도록 관리 소프트웨어를 구성할 때 수용하려는 트랩의 특정 유형을 관리 소프트웨어에 표시해야 합니다. 이 작업은 관리 소프트웨어로 트랩을 보내는 특정 네트워크 응용 프로그램에 적용하는 SMI 네트워크 관리 전용 엔터프라이즈 코드를 사용하여 수행됩니다. NetWorker 서버용 전용 엔터프라이즈 코드는 160(실제로 완전한 코드는 .1.3.6.1.4.1.160)입니다.

SNMP 네트워크 관리 소프트웨어에서 트랩 수신

일반적으로 네트워크 관리 소프트웨어가 NetWorker 서버의 트랩을 수용하도록 구성되면 각 NetWorker 서버를 나타내는 아이콘이 네트워크 관리 콘솔에 표시됩니다. 그러면 NetWorker 서버의 트랩을 받을 때 수행해야 할 작업을 결정하도록 관리 소프트웨어를 구성할 수 있습니다. 네트워크 관리 소프트웨어를 사용하여 다음 작업을 수행할 수 있습니다.

• 관리 소프트웨어가 트랩이 수신됨을 알리는 방법 구성(예를 들어, NetWorker 서버 아이콘이 깜박이거나 색을 변경할 수 있습니다.)

• 보류, 경고 및 다른 구성 메시지를 추적합니다.

• Error Events, Status Events, Threshold Events, Configuration Events, Application

Alert Events 또는 All Events와 같은 이벤트 범주로 트랩을 구분합니다. SNMP 트랩 템플리트 설정에 대한 자세한 내용은 네트워크 관리 소프트웨어 설명서를 참조하십시오.

서로 다른 우선 순위 및 이벤트를 갖는 NetWorker 관리 프로그램에 추가 SNMP Notification 체계를 작성하고자 할 경우도 있을 수 있습니다. SNMP 관리 소프트웨어가 여러 Notification 체계로 보내는 트랩을 구별할 수 있도록 nsrtrap에 대해 -s specific-type 명령줄 옵션을 사용할 수 있습니다. -s specific-type 옵션 설정에 대한 자세한 내용은 568페이지의 “nsrtrap에 대한 명령줄 옵션”을 참조하십시오.


13장: SNMP 모듈

572

13


14장: DiskXtender Data Manager 파일 시스템 지원

이 장에서는 DiskXtender Data Manager(DXDM) 파일 시스템에 상주하는 데이터의 백업 및 복구를 위한 NetWorker 지원에 대해 설명합니다.

NetWorker 백업 및 복구에서는 DMAPI (Data Management API) 메타데이터를 자동으로 인식하여 DXDM 파일 시스템을 지원합니다. 이러한 추가 지원은 자동으로 수행됩니다. DXDM 파일 시스템의 백업 및 복구가 필요한 경우 NetWorker 소프트웨어는 관리자의 개입 없이도 추가 요구 사항을 조정합니다.

다음 절에서는 이런 추가 지원에 대해 설명합니다.

• 573페이지의 “지원되는 구성”

• 575페이지의 “DiskXtender Data Manager 파일 시스템 개요”

• 577페이지의 “DiskXtender Data Manager 파일 시스템 백업”

• 580페이지의 “DiskXtender Data Manager 파일 시스템 복구”

지원되는 구성DXDM 파일 시스템에서 NetWorker 백업 및 복구를 사용하기 위한 요구 사항은 다음 절에 설명되어 있습니다.

• 574페이지의 “운영 체제”

• 574페이지의 “파일 시스템”

• 574페이지의 “NetWorker 구성”

• 574페이지의 “경로 정보”

• 574페이지의 “사용 권한”



574

14

운영 체제

지원되는 운영 체제는 다음과 같습니다.

• AIX 버전 4.3.3

• 64비트 모드의 HP-UX PA-RISC 서버에서 HP-UX 11.11(11i 버전 1.0)

• SPARC용 Solaris 릴리스 6

• 64비트 SPARC용 Solaris 릴리스7 및 8

파일 시스템

지원되는 파일 시스템 유형은 다음과 같습니다.

• UNIX 파일 시스템(UFS)

• Solaris 및 HP-UX의 VERITAS 파일 시스템(VxFS) 3.4

• AIX의 JFS(저널 파일 시스템)

NetWorker 구성

DXDM 파일 시스템의 NetWorker 백업 및 복구 지원을 위해 다음 구성이 허용됩니다.

• DXDM 소프트웨어 및 NetWorker 서버, 클라이언트 또는 저장 장치 노드 소프트웨어를 같은 컴퓨터에 설치

• DXDM 소프트웨어를 NetWorker 서버, 클라이언트 또는 저장 장치 노드 소프트웨어를 실행하는 컴퓨터의 클라이언트 컴퓨터에 설치

경로 정보

DXDM 파일 시스템을 지원하는 경우 NetWorker 백업 및 복구에 /etc/dxuldm.path 파일이 필요합니다. 이 파일은 DXDM 설치 도중 자동으로 작성됩니다.

사용 권한

NetWorker 데몬 nsrexecd는 DXDM 파일 시스템의 자동 백업 및 복구를 제어하며, suid(set user ID) 루트 권한으로 실행하도록 구성됩니다. 또한 DXDM 파일 시스템에서 NetWorker 백업 및 복구 작업을 수동으로 수행하려면 루트 권한이 있어야 합니다.



14

DiskXtender Data Manager 파일 시스템 개요DXDM 파일 시스템은 표준 파일 시스템에 없는 다음과 같은 향상된 기능을 사용합니다.

• 각 파일에 대한 DMAPI 정보 작성 및 보유

• 파일을 저장 장치 대상으로 마이그레이션하는 기능

• 마이그레이션 후 파일 시스템에서 파일 데이터를 삭제하는 기능

• 삭제된 각 파일의 데이터 스터브 보유

이런 향상된 기능을 통해 DXDM 파일 시스템에서 수많은 파일에 액세스할 수 있으며, 하나 이상의 저장 장치 대상 시스템에 대량의 파일 데이터를 저장할 수 있습니다.

DXDM 파일 시스템의 파일 데이터

DXDM 파일 시스템에 파일을 두면 표준 UNIX 파일 시스템에서처럼 해당 파일을 나열하고 보고 액세스하고 변경할 수 있습니다. 차이는 DXDM 파일 시스템에 파일을 두면 해당 파일에 대한 DMAPI 메타데이터가 작성된다는 것입니다. 이런 확장 메타데이터를 사용하면 파일 시스템 외부에 파일 데이터를 투명하게 보관할 수 있습니다.

각 파일에 대해 추적된 DMAPI 정보 중 일부는 다음과 같습니다.

• 파일 마이그레이션 상태

• 파일 삭제 상태

• 파일 데이터 스터브 크기

잠시 후에 파일의 데이터가 저장 장치 대상으로 마이그레이션됩니다. 576페이지의 그림 57에서처럼 저장 장치 대상은 DiskXtender Storage Manager(DXSM) 시스템이거나 EMC Centera Storage System(Centera)일 수 있습니다. 마이그레이션된 파일 데이터는 DXDM 파일 시스템과 저장 장치 대상에 모두 존재합니다.

잠시 후에 변경되지 않고 파일 데이터가 파일 시스템에서 삭제됩니다. 파일 시스템은 파일의 DMAPI 메타데이터와 데이터 스터브에 유지됩니다. 데이터 스터브는 파일의 시작 지점에서 사용자가 구성한 바이트 수로 구성됩니다.

파일 데이터에 대한 사용자 액세스

576페이지의 그림 57은 한 호스트 시스템에 있는 8개의 DXDM 파일 시스템을 나타냅니다. 4개 파일 시스템은 DXSM 저장 장치 대상을 사용하고 다른 4개 파일 시스템은 Centera를 사용합니다. 이 다이어그램은 각 DXDM 파일 시스템의 데이터가 저장 장치 대상의 해당 네임스페이스에 있음을 보여줍니다. DXSM 저장 장치 대상 상대 경로명과 기능은 파일을 식별하는 데 사용됩니다. Centera 저장 장치 대상에 각 파일을 식별하기 위한 C-Clip 데이터가 만들어집니다.



576

14

이 저장 장치 대상 네임스페이스 정보는 파일에 액세스할 DXDM 파일 시스템 사용자에게는 필요하지 않습니다. 사용자는 DXDM 호스트 시스템에 있는 파일의 전체 경로명을 알고 있어야 하거나, NFS에서 액세스가 제공되는 경우 파일 시스템의 NFS 마운트 지점에 대한 상대 경로명을 알고 있어야 합니다.

DXDM 파일 시스템의 파일이 변경되면 마이그레이션되지 않은 것으로 표시됩니다. 변경된 파일에 대해 이전에 마이그레이션된 데이터는 저장 장치 대상에 유지되지만 버전 레이블을 사용하여 이름이 재지정됩니다.

파일이 DXDM 파일 시스템에서 삭제되면 파일 시스템에서 완전히 제거됩니다. 이전에 마이그레이션된 데이터는 저장 장치 대상에 유지되고 버전 레이블 및 삭제된 레이블을 사용하여 이름이 재지정됩니다.

그림 57. 프로토타입 DXDM 설치

C-Clip 태그 지정 데이터 저장 장치

1

EMC Centera System

2

3

4

기가비트 TCP/IP

100MB TCP/IP

DXDM 호스트 시스템

로컬 FS 액세스 NFS FS

액세스 저장 장치

DXDM 호스트 시스템

DXSM 관리 대상 디렉토리1

2

3

4



14

DiskXtender Data Manager 파일 시스템 백업DXDM 파일 시스템은 파일과 메타데이터로 구성됩니다. 파일은 다양한 마이그레이션 및 삭제 상태일 수 있습니다. 메타데이터는 파일 시스템의 DMAPI 속성 파일에 포함되어 있습니다. 577페이지의 표 83은 DXDM 파일 시스템에 있을 수 있는 메타데이터 및 파일 형식을 보여주며 NetWorker 백업에 포함된 형식을 기술합니다.

마이그레이션 이후 변경되지 않은 파일 데이터는 저장 장치 대상에서 보호되는 것으로 간주됩니다. NetWorker 백업을 수행하면 데이터가 삭제되었을 때 이 데이터가 해당 클라이언트/Save set에서 자동으로 제외됩니다. 이렇게 하면 다음과 같은 이점이 있습니다.

• 클라이언트/Save set 크기가 작아집니다.

저장 장치 대상에서 보호되어 있는 삭제된 데이터는 클라이언트/Save set에서 제외됩니다. 이런 데이터는 일반적으로 DXDM 파일 시스템에 있습니다.

• 백업 속도가 훨씬 빨라집니다.

클라이언트/Save set가 작아지므로 시간이 절약될 뿐만 아니라 NetWorker 백업을 수행할 때 저장 장치 대상에서 삭제된 파일 데이터를 검색하는 데 많은 시간이 걸리는 프로세스도 수행되지 않습니다.

참고: DXDM 파일 시스템 클라이언트/Save set에서 DMAPI 메타데이터를 제외하는 것이 좋습니다. 자세한 내용은 578페이지의 “DMAPI 속성 파일 제외”를 참조하십시오.

표 83. NetWorker 백업에 포함된 DXDM 파일 시스템 데이터 유형

데이터 유형 포함 여부

마이그레이션되지 않은 새 파일 Yes

변경된 이후 마이그레이션되지 않은 변경된 파일 Yes

마이그레이션되었지만 삭제되지 않은 파일 Yes

마이그레이션되고 삭제된 파일의 데이터 스터브 Yes

저장 장치 대상 시스템에만 있는 파일 데이터 아니오

DMAPI 메타데이터 예a

a. DMAPI 메타데이터는 기본적으로 포함되어 있으며, 안전하게 제외시킬 수 있습니다. 자세한 내용은 578페이지의 “DMAPI 속성 파일 제외”를 참조하십시오.



578

14

DXDM 파일 시스템 백업

DXDM 파일 시스템 백업은 표준 파일 시스템의 백업과 같은 방식으로 수행됩니다. 백업을 자동 및 수동으로 수행할 수 있습니다. 두 방법 모두 루트 권한이 있어야 합니다. 자동 백업 스케줄에 대한 자세한 내용은 297페이지의 “6장:백업 그룹 및 스케줄”을 참조하십시오. 수동 백업 수행에 대한 자세한 내용은 333페이지의 “7장:백업 및 복구”를 참조하십시오.

DMAPI 속성 파일 제외

모든 DXDM 파일 시스템에는 파일 시스템의 임시 DMAPI 메타데이터를 저장하는 DMAPI 속성 파일이 있습니다. 이 파일은 복구 프로세스 동안 완전히 새로 작성되므로 백업하지 않아도 됩니다. 이런 파일은 크기가 아주 커질 수 있으므로 제외 프로세스를 간단하게 하려면 전역 Directive 자원을 작성해야 합니다.

DMAPI 속성 파일 제외

DMAPI 속성 파일을 제외하려면 다음을 따르십시오.

1. .DMATTR 파일을 제외한 전역 Directive 자원을 작성합니다.

DXDM은 DMAPI 속성 정보를 각 파일 시스템의 최상위 레벨에 있는 파일에 저장합니다. 이런 파일의 파일 이름은 .DMATTR입니다. 전역 Directive 자원을 작성할 때 Skip이라는 응용 프로그램 특정 모듈을 사용하여 .DMATTR 파일을 제외시킵니다. 디렉티브에 대한 자세한 내용은 193페이지의 “디렉티브”를 참조하십시오.

2. 파일 시스템의 클라이언트/Save set를 작성할 때 단계 1에서 작성한 Directive 자원을 적용합니다.

중지된 백업

NetWorker는 DXDM 파일 시스템의 백업을 시작할 때마다 DMAPI 프로세스를 시작합니다. DXDM은 DXULDMLIB의 DMAPI 세션 레이블을 이런 유형의 프로세스에 지정합니다. 백업이 성공적으로 완료되면 프로세스가 제거됩니다.

어떤 이유로 백업이 중지되면 DXULDMLIB 프로세스는 존재하지 않는 프로세스로 존재하게 됩니다. 존재하지 않는 DXULDMLIB 프로세스 존재 여부를 판단하는 방법에 대한 자세한 내용은 579페이지의 “기존 DMAPI 프로세스 보기는”을 참조하십시오.

존재하지 않는 DXULDMLIB 프로세스는 프로세스 테이블 항목으로만 존재하며 시스템 자원을 사용하지 않습니다. 이런 프로세스는 일반적으로 문제를 일으키지 않으므로 시스템이 재부팅되면 제거됩니다. 이런 프로세스를 수동으로 제거할 수도 있습니다. 이에 대한 자세한 내용은 580페이지의 “존재하지 않는 DXULDMLIB 프로세스 제거”를 참조하십시오.



14

기존 DMAPI 프로세스 보기는

DXDM 호스트 시스템의 모든 DMAPI 프로세스를 보려면 다음을 따르십시오.

1. DXDM 호스트 시스템에 root로 로그인합니다.

2. DXDM 환경을 작성합니다.

현재 쉘에 대한 정확한 명령과 파일을 사용합니다.

– C 쉘(csh):

# source /opt/dxuldm/etc/dxuldm.login

여기서, /opt/dxuldm은 DXDM 설치 디렉토리에 대한 전체 경로를 나타냅니다.

– Korn 쉘(ksh) 또는 Bourne 쉘(sh):

# . /opt/dxuldm/etc/dxuldm.profile

여기서, /opt/dxuldm은 DXDM 설치 디렉토리에 대한 전체 경로를 나타냅니다.

3. prtdmsession 명령을 입력합니다.

# prtdmsession

prtdmsession 명령은 기존의 각 DMAPI 세션에 대한 목록을 표시합니다.

중요 사항: 580페이지의 “존재하지 않는 DXULDMLIB 프로세스 제거”에서는 deldmsession 명령을 사용하여 존재하지 않는 DXULDMLIB 세션을 제거하는 방법에 대해 설명합니다. 이 명령을 사용할 때는 실수로 활성 DMAPI 세션을 제거하지 않도록 주의해야 합니다. 활성 세션이 제거되면 DXDM 프로세스가 종료되고 파일 시스템 작업은 이런 프로세스가 다시 시작될 때까지 차단됩니다.



580

14

존재하지 않는 DXULDMLIB 프로세스 제거

존재하지 않는 DXULDMLIB 프로세스를 제거하려면 다음을 따르십시오.


2. DXDM 환경을 작성합니다. 579페이지의 “기존 DMAPI 프로세스 보기는”의 단계 2를 참조하십시오.

3. prtdmsession 명령을 입력합니다.

Session Info 필드에서 DXULDMLIB이 있는 목록을 찾고 목록의 Session ID 필드에 있는 정수를 기록해 둡니다.

4. deldmsession 명령을 입력합니다.

# deldmsession -s DXULDMLIB -i session-id -n

여기서, session-id는 존재하지 않는 DXULDMLIB 프로세스의 Session ID 필드에 있는 정수입니다.

NetWorker 아카이브 기능

DXDM 파일 시스템은 NetWorker 아카이브 기능에서 지원하지 않습니다. 표준 파일 시스템과 함께 이 기능 사용에 대한 자세한 내용은 367페이지의 “8장:데이터 아카이브”를 참조하십시오.

DiskXtender Data Manager 파일 시스템 복구DXDM 파일 시스템의 NetWorker 복구는 클라이언트/Save set의 데이터 복원과 저장 장치 대상의 데이터와 파일 시스템의 DMAPI 정보 동기화로 구성됩니다. 이들 항목에 대해서는 다음 절에서 설명합니다.

• 581페이지의 “복구 시작”

• 582페이지의 “파일 시스템 동기화”



14

복구 시작

DXDM 파일 시스템에서 백업된 데이터 복구는 표준 파일 시스템에 사용된 것과 같은 절차를 통해 수행됩니다. 이런 절차에 대한 내용은 335페이지의 “데이터 복구”를 참조하십시오. DXDM 파일 시스템 복구는 개별 파일, 디렉토리 또는 전체 파일 시스템으로 구성될 수 있습니다.

중요 사항: DXDM 파일 시스템에서는 파일 데이터가 백업된 동일한 파일 시스템으로 해당 파일 데이터를 복구해야 합니다. 백업된 데이터를 새 파일 시스템으로 복구하려고 하면 다음과 같은 문제가 발생합니다.

• 저장 장치 대상에 있는 모든 데이터를 사용할 수 없게 됩니다.

• DXDM의 응답이 중단됩니다.

이런 요구 사항은 DXDM 파일 시스템에서 저장 장치 대상에 있는 데이터를 찾고 액세스할 때 사용하는 DMAPI 메타데이터의 특성을 기반으로 한 것입니다. DMAPI 메타데이터는 전체 경로명을 사용합니다. 새 파일 시스템으로 복구하여 파일 시스템 마운트 지점이 바뀌면 메타데이터의 경로명 정보가 정확하지 않게 됩니다.

복구된 파일 목록

복구 프로세스의 일부로 복원된 각 파일의 경로명이 DXDM 호스트 시스템에 있는 파일에 나열됩니다. DXDM은 이 정보를 사용하여 해당 메타데이터를 동기화합니다. 582페이지의 “파일 시스템 동기화”를 참조하십시오.

복구가 완료되면 동기화 프로세스를 기다리지 않아도 실제로 파일 시스템에 있는 모든 데이터를 사용할 수 있습니다. 저장 장치 대상에 있는 데이터는 동기화 이후에 사용할 수 있습니다. 다음과 같은 데이터 유형을 동기화해야 합니다.

• 마이그레이션되고 삭제된 파일 데이터

• 제거되고 삭제된 파일 데이터(582페이지의 “삭제된 파일 및 이전 파일 버전 복원” 참조)



582

14

삭제된 파일 및 이전 파일 버전 복원

DXDM 파일 시스템의 파일 버전은 그대로 유지됩니다. 따라서 관리자가 파일의 특정 버전의 파일을 복원할 수 있습니다. DXDM 파일 시스템에서 한 파일이 파일 시스템에 처음으로 놓인 뒤 변경된 후에 다시 놓이면 그 파일은 마이그레이션됩니다. 이런 각각의 마이그레이션으로 인해 파일의 새 버전이 저장 장치 대상에 작성됩니다.

파일 버전 복원

파일의 이전 버전을 복원하려면 해당 파일이 파일 시스템에 있는지 여부에 따라 다음을 따르십시오.

1. 원하는 버전을 백업한 클라이언트/Save set에서 파일을 복구합니다. 이 절차에 대한 내용은 335페이지의 “데이터 복구”를 참조하십시오.

2. 동기화 프로세스를 완료합니다. 582페이지의 “파일 시스템 동기화”를 참조하십시오.

특정 파일의 동기화를 신속하게 처리하려면 583페이지의 “수동 동기화”에 설명된 절차를 완료합니다.

동기화 프로세스는 복구된 파일의 버전으로 데이터를 복원합니다. 또한 실수로 삭제된 파일의 데이터도 복원합니다. 동기화 프로세스를 마치면 복구된 파일 버전이나 삭제된 파일을 사용할 수 있습니다.

파일 시스템 동기화

DXDM 파일 시스템에 한 개 이상의 파일 복구할 때 NetWorker 복구를 수행하면 복구된 각 파일의 목록이 들어 있는 파일이 작성됩니다. 이 목록 파일에는 다음 형식의 경로명이 있습니다.

/opt/dxuldm/adm/recdir/rec.date.pid

여기서:

– /opt/dxuldm은 DXDM의 설치 디렉토리입니다.

– date는 복구 날짜입니다.

– pid는 NetWorker 클라이언트 프로세스의 프로세스 ID입니다.

DXDM은 목록 파일을 사용하여 파일 시스템의 DMAPI 속성 파일을 재작성합니다. 이 프로세스는 파일 시스템의 메타데이터와 저장 장치 대상에 있는 데이터를 동기화합니다.



14중요 사항: NetWorker 복구로 작성된 목록 파일을 제거하지 마십시오. 목록 파일이 제거되면 자동 파일 동기화가 이루어지지 않습니다.

목록 파일이 없어도 수동 동기화를 수행할 수 있습니다. 자세한 내용은 584페이지의 “수동으로 파일 동기화”를 참조하십시오.

동기화는 관리자의 개입이 필요하지 않은 자동 프로세스입니다. 583페이지의 “자동 동기화”를 참조하십시오. 파일의 데이터를 보다 빨리 사용할 수 있게 하려면 583페이지의 “수동 동기화”를 참조하십시오.

중요 사항: 어떤 이유로 인해 NetWorker recover가 recdir 디렉토리에 쓸 수 없으면 복구된 각 파일은 복구될 때 동기화됩니다. 이런 파일별 동기화는 복구 프로세스 속도를 현격하게 저하시킵니다.

recdir 디렉토리는 DXDM 설치 중에 작성됩니다. 디렉토리가 제거되거나 마운트된 파티션이 가득차면 NetWorker recover가 이 디렉토리에 쓸 수 없습니다.

자동 동기화

DXDM은 NetWorker recover가 작성한 목록 파일을 사용하여 동기화가 필요한 파일을 결정합니다. 목록에 있는 각 파일이 동기화됩니다. 어떤 이유로 동기화가 제대로 완료되지 않으면 DXDM은 목록에 있는 모든 파일이 성공적으로 동기화될 때까지 반복해서 동기화를 시도합니다. 모든 파일의 동기화가 성공적으로 수행되면 목록 파일이 recdir 디렉토리에서 제거됩니다.

자동 동기화는 10분마다 루트의 crontab에 의해 호출되는 dxuldmcronscript 스크립트로 수행됩니다. DXDM이 설치되면 dxuldmcronscript를 호출하는 크론 작업이 루트의 crontab에 놓입니다.

수동 동기화

자동 동기화가 완료되기 전에 파일을 사용할 수 있게 하려면 수동 동기화를 사용합니다. 수동 동기화는 DXDM 명령줄 유틸리티 dxuldmrecover를 사용합니다.



584

14

수동으로 파일 동기화

수동으로 파일을 동기화하려면 다음을 따릅니다.


2. DXDM 환경을 작성합니다. 579페이지의 “기존 DMAPI 프로세스 보기는”의 단계 2를 참조하십시오.

3. dxuldmrecover 유틸리티를 실행합니다.

# dxuldmrecover -p filepath

여기서, filepath는 동기화를 진행 중인 파일의 전체 경로입니다.

dxuldmrecover 유틸리티는 파일의 전체 경로를 해당 인수로 갖습니다. 스크립트에서 이 유틸리티를 호출하여 두 개 이상의 파일을 수동으로 동기화할 수 있습니다.

동기화가 완료되면 다음과 같은 메시지가 표시됩니다.

Successfully recovered file filepath

참고: dxuldmrecoverfs 유틸리티를 사용하여 전체 DXDM 파일 시스템을 수동으로 동기화할 수 있습니다. 이 유틸리티는 파일 시스템의 모든 파일을 검사하고 동기화합니다. 이 유틸리티에 대한 자세한 내용은 DiskXtender Data Manager, Release 2.6, Installation and Administrator's Guide를 참조하십시오.


부록 A:메모 및 문제 해결 팁

이 부록에는 LEGATO NetWorker 소프트웨어를 사용하는 데 도움이 되는 방법과 문제 해결에 도움이 되는 팁이 있습니다.

사용할 수 있는 지원 옵션에 대한 자세한 내용은 소프트웨어에 포함되어 있는 LEGATO Customer Support Programs Letter를 참조하십시오.

이 부록의 주요 절은 다음과 같습니다.

• 585페이지의 “기술 지원 센터에 문의하기 전에”

• 588페이지의 “NetWorker 백업 및 복구”

• 599페이지의 “클라이언트/서버 통신”

• 608페이지의 “NetWorker 아카이브 및 복구”


• 610페이지의 “장치 및 Autochanger”

• 623페이지의 “진단 도구”

• 624페이지의 “NetWorker 로켈 및 코드 세트 지원”

• 625페이지의 “자원 데이터베이스 참고 사항”

기술 지원 센터에 문의하기 전에이 부록의 해결책으로도 문제를 해결하지 못할 경우 LEGATO 기술 지원 센터에 문의할 때 다음과 같은 정보를 제공해야 합니다.

• NetWorker 구성 요소의 소프트웨어 버전

• 실행하고 있는 운영 체제의 버전. Solaris에서는 uname -a 명령으로 이 버전을 결정할 수 있습니다. AIX에서는 oslevel 명령을 사용하십시오.

• 하드웨어 구성



586

A

• 장치 및 기타 SCSI ID의 정보. AIX, DYNIX/ptx, IRIX, Linux 및 Solaris의 경우 필요한 정보를 얻으려면 /usr/sbin/inquire 명령을 root로 사용하십시오. HP-UX에서 필요한 정보를 얻으려면 root로서 /etc/ioscan 명령을 사용하십시오.

• Autochanger를 사용하는 경우의 연결 유형(SCSI 또는 RS-232). 또한 사용중인 Autochanger 드라이버 버전도 제공합니다.

Solaris에서는 다음 명령의 출력으로 버전을 알 수 있습니다.

pkginfo -x LGTOdrvr

AIX에서는 다음 명령을 사용하여 버전을 알 수 있습니다.

lslpp -l | grep LEGATO

• 다음 사항과 관련시킬 수도 있어야 합니다.

– 문제를 재생하는 방법

– 정확한 오류 메시지

– 문제 발생 횟수

– 변경 사항을 수행하기 전에 NetWorker 명령이 성공적인 지의 여부 및 성공한 경우 수행한 변경 사항

클라이언트에서 실행 중인 NetWorker 소프트웨어의 버전 알아내기

NetWorker 관리 프로그램 또는 문자 기반 nsradmin 인터페이스를 사용하여 클라이언트에서 실행 중인 NetWorker 소프트웨어의 버전을 알 수 있습니다.

참고: 서버에서 실행 중인 NetWorker 소프트웨어의 버전은 NetWorker 관리 프로그램의 기본 창의 Server Info에 나타납니다.

NetWorker 관리 프로그램을 사용하여 클라이언트 소프트웨어 버전을 알아내는 방법

NetWorker 관리 프로그램을 사용하여 클라이언트 소프트웨어 버전을 알아내려면 다음을 따르십시오.


2. 적절한 클라이언트를 선택합니다.

3. NetWorker 버전 속성을 스크롤하여 찾습니다. 버전 속성은 클라이언트에서 실행 중인 NetWorker 소프트웨어의 버전을 나열하는 읽기 전용 속성입니다.



A

nsradmin을 사용하여 클라이언트 소프트웨어 버전을 알아내는 방법

nsradmin을 사용하여 클라이언트 소프트웨어 버전을 알아내려면 다음을 따르십시오.

1. 시스템 프롬프트에서 다음을 입력합니다.

# nsradmin

2. nsradmin 프롬프트에서 다음을 입력합니다.

nsradmin> show name; NetWorker version

nsradmin> print type: NSR client

이렇게 하면 각 클라이언트에서 실행되는 NetWorker 소프트웨어의 버전이 나타납니다.

nsrsup 프로그램

nsrsup 프로그램은 NetWorker 소프트웨어 특정 세부 정보와 컴퓨터 환경과 관련된 일반 정보를 비롯한 시스템 정보를 수집하고 사용자에게 익숙한 HTML 형식 보고서를 생성하므로 NetWorker 소프트웨어 구성 및 시스템 분석에 대한 문제 해결에 사용할 수 있습니다.

도움이 필요하여 기술 지원 센터에 문의할 때 지원 담당자가 nsrsup 프로그램을 시스템에서 실행하도록 요청하는 경우가 있습니다. 문제의 특성에 따라 이 프로그램을 실행할 때 특정 명령줄 매개 변수를 입력해야 할 수 있습니다.

nsrsup 명령에 사용할 수 있는 명령줄 매개 변수 옵션에 대한 내용은 nsrsup 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

대화식 모드에서 nsrsup 프로그램을 실행하려면 다음과 같이 하십시오.

1. NetWorker 소프트웨어 바이너리 파일이 설치된 디렉토리를 찾습니다. 예를 들면 다음과 같습니다.

• /opt/networker/bin

• /usr/sbin

2. 명령 프롬프트에서 다음을 입력하여 nsrsup 프로그램을 실행하고 HTML 형식 보고서를 작성합니다.

# nsrsup --html

3. 다음 프롬프트를 따라 보고서 작성을 마칩니다.

참고: nsrsup 명령에서 필요한 모든 정보를 수집하는 데 약간의 시간이 소요될 수 있습니다.



588

A

nsrsup 프로그램에서 생성한 보고서는 클라이언트의 파일 시스템에 기록됩니다. 예를 들면 다음과 같습니다.

• /tmp/nsrsup.pid.out.html

• /nsr/tmp/nsrsup.pid.out.html

참고: 이후 생성될 html 형식 보고서는 각각 다른 파일 이름으로 기록되고, 각 로그에 대해서 프로세스 ID로 식별됩니다.

NetWorker 백업 및 복구이 절에서는 NetWorker 백업 및 복구 작업과 관련된 문제에 대한 해결 방법, 팁, 참고 사항을 제공합니다.

복수 nsrexecd 프로세스

백업하는 동안 nsrexecd 프로세스의 인스턴스가 NetWorker 서버에서 여러 개 실행되는 것을 보게 됩니다. 이런 현상은 사용 중인 각 보관 스트림에 대해 하나의 nsrexecd 프로세스가 작성되기 때문에 발생하는 것으로 일반적인 동작입니다.

NetWorker 데몬 검사

NetWorker 프로그램을 시작하는 데 문제가 있을 경우에는 데몬이 올바르게 실행되고 있지 않는 것일 수도 있습니다. 필요한 데몬이 실행되고 있는지를 판별하려면 다음 명령 중 하나를 입력합니다.

# ps -ef | grep nsr

# ps -ax | grep nsr

다음과 유사한 응답을 받습니다.

12217 ? S 0:09 /usr/sbin/nsrexecd -s jupiter

12221 ? S 2:23 /usr/sbin/nsrd

12230 ? S 0:00 /usr/sbin/nsrmmdbd

12231 ? S 0:01 /usr/sbin/nsrindexd

12232 ? S 0:00 /usr/sbin/nsrmmd -n 1




12410 pts/8 S 0:00 grep nsr



A

데몬이 없음을 나타내는 응답을 받으면, 589페이지의 표 84에서 지원되는 각 플랫폼에 대한 NetWorker 데몬의 시작 명령을 참조하십시오.

비동기 클라이언트 시계 오류

이러한 상황은 NetWorker 클라이언트 소프트웨어, 릴리스 5.0 이후 버전의 컴퓨터에 영향을 미칩니다. NetWorker 클라이언트에 있는 시스템 시계의 설정이 NetWorker 서버에 있는 시스템 시계의 설정과 1분 이상 차이가 날 경우 savegrp 프로그램을 호출하는 스케줄 백업 동안 다음 메시지가 나타납니다.

Warning: unsynchronized client clock detected

동기화의 차이가 2분 이하인 경우 이 오류가 나타나지만 예약은 여전히 받습니다. 이 메시지를 받지 않으려면 서버와 클라이언트 시계가 서로 1분 이내로 동기화를 유지해야 합니다.

백업 중단 실패

Group Control 창에서 Stop을 눌러 백업 프로세스를 중단하려고 하면 선택한 그룹의 모든 클라이언트에 대한 프로세스도 중단됩니다. 그러나 때때로 클라이언트가 누락되며 서버가 아직 사용 중임을 나타내는 메시지가 나타납니다.

이 문제를 해결하려면 다음을 따르십시오.

1. NetWorker 관리 프로그램에 표시된 메시지를 찾아서 현재 백업 중인 그룹을 판별합니다.

2. 다음 명령 중 하나를 사용하여 현재 실행 중인 save 프로세스의 ID를 판별합니다.

# ps -ef | grep nsr

# ps -ax | grep nsr





AIX # /etc/rc.nsr



590

A

그룹 상태가 save 프로세스는 실행 중이지만 관련된 savegrp 프로세스는 실행 중이 아닌 경우에는 다음 중 하나를 수행합니다.

• Group Control 창의 Stop을 눌러서 충돌 그룹이 실행하는 것을 중단시킵니다. 자세한 내용은 306페이지의 “즉시 그룹 중단하기”를 참조하십시오.

• NetWorker 데몬을 종료 후 다시 시작합니다. 이를 위해 다음을 수행하십시오.

1. nsr_shutdown -a 명령을 사용하여 NetWorker 데몬을 종료합니다.

2. nsrd 명령을 사용하여 NetWorker 데몬을 다시 시작합니다.

• kill -9 pid 명령을 사용하여 각 프로세스 ID에 대한 save 프로세스를 중단합니다.

5.x 클라이언트의 Save set 컷오프

NetWorker 6.0 또는 이상의 릴리스에서는 더 이상 Save set 컷오프 옵션이 지원되지 않습니다. NetWorker 6.0 이전 버전의 클라이언트에서 NetWorker 6.0 이후 버전의 서버로 백업할 때는 서버가 Save set 컷오프 값을 존중합니다. 서버와 클라이언트가 둘 다 NetWorker 6.0 또는 이후 릴리스에 있는 경우에는 Save set 컷오프 기능이 없습니다.

대형 Save set를 찾을 때 메모리 사용

백만 개 이상의 파일이 있는 Save set와 같은 대형 Save set에서 찾기나 복구를 수행하는 경우 모든 호스트 메모리가 사용됩니다. 이런 문제가 발생할 경우 권장되는 해결 방법은 Save set 복구를 대신 수행하는 것입니다. Save set 복구에 대한 자세한 내용은 350페이지의 “Save set 복구”를 참조하십시오.

5.0 이전 버전 클라이언트에서의 라이센스 부여 오류

5.0 이전 버전의 NetWorker 소프트웨어를 실행하는 클라이언트에는 “self-ID“ 기능이 없으므로 백업 시 자신의 OS를 서버에 보고할 수 없습니다. 이러한 클라이언트는 nsrlic -v가 실행되고 있을 때 릴리스 5.0 이전의 클라이언트 유형 아래에 모두 나열됩니다. 클라이언트가 실행되고 있는 OS에 대해 서버가 모르기 때문에 클라이언트가 Windows NT 또는 UNIX 서버에 있더라도 워크스테이션 라이센스를 사용합니다. 하지만 ID가 없는 클라이언트는 NetWorker 클라이언트 작동에 ClientPak 라이센스가 필요하다는 사실에는 영향을 미치지 않습니다. 따라서 적절한 라이센스가 여전히 필요합니다.

다음과 같은 경우에 NetWorker 백업은 라이센스 강제 시행으로 인해 거부되며 오류 메시지가 생성됩니다.

• 클라이언트 유형을 작동 코드에서 허용하지 않거나 ClientPak 작동 코드가 없는 경우. 예를 들어 다음과 같은 오류 메시지가 라이센스가 부여되지 않은 Windows NT 클라이언트를 가진 Solaris 서버에 보내질 수 있습니다.

RAP error, ClientPak for NT does not exist in the system.



A

• 해당 유형의 클라이언트에 대해 사용할 수 있는 라이센스가 더 이상 없는 경우. 예를 들어 다음과 유사한 오류 메시지를 받을 수 있습니다.

RAP error, Too many clients. Maximum is 2

클라이언트 파일 인덱스 검사 실패

NetWorker 서버는 시작할 때마다 nsrck -ML1을 사용하여 클라이언트 파일 인덱스에 레벨 1 일관성 검사를 수행합니다. 어떤 상황에서는 이렇게 일관성 검사를 해도 클라이언트 파일 인덱스의 손상이 발견되지 않습니다. 인덱스가 손상되었다고 생각되면 해당 인덱스에서 더 높은 레벨의 검사를 실행해야 합니다. 예를 들면 다음과 같습니다.

# nsrck -L5

그래도 인덱스가 손상되어 있으면 359페이지의 “온라인 인덱스 복구”에 나와 있는 절차를 수행하여 인덱스를 복구하십시오.

통지되지 않는 클라이언트 파일 인덱스 크기의 증가

NetWorker 서버는 클라이언트 파일 인덱스가 너무 크게 증가해도 사용자에게 통보하지 않습니다. 시스템을 정규적으로 모니터하여 클라이언트 파일 인덱스의 크기를 확인합니다. NetWorker 클라이언트 파일 인덱스를 관리하는 방법에 대한 내용은 138페이지의 “온라인 인덱스”를 참조하십시오. 자세한 내용은 nsrls, nsrck 및 nsrim 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

Auto Media Verify 사용 시 미디어 위치 오류가 발생하는 경우

풀에 대한 Auto Media Verify가 사용되면 NetWorker 서버는 보관을 수행하는 동안 풀의 볼륨에 기록되는 데이터를 검증합니다. 이 작업은 미디어에 기록된 데이터의 레코드를 읽고 원래 레코드와 비교하여 수행됩니다. 미디어는 서버가 볼륨에 기록하는 것을 끝마친 후에 검증됩니다. 이 작업은 볼륨이 꽉 차거나 서버가 더 이상 데이터를 저장하기 위한 볼륨을 필요로 하지 않을 때 발생할 수 있습니다.

미디어를 검증하려면 nsrmmd는 볼륨을 재배치해서 이전에 기록된 데이터를 읽어야 합니다. 이 작업은 첫 번째 시도에서 언제나 성공하지는 않습니다. 실패할 경우 NetWorker 관리 프로그램의 메시지 창에 다음과 같은 경고 메시지가 나타납니다.

media warning: /dev/rmt2.1 moving: fsr 15: I/O error

media emergency: could not position jupiter.007 to file 44,

record 16

별도의 조치가 필요하지 않습니다. NetWorker 서버가 적절한 위치를 찾을 때까지 시도를 계속합니다. 서버가 올바른 위치를 찾을 수 있을 경우 미디어 검증은 성공하고 성공 완료 메시지가 나타납니다.



592

A

media info: verification of volume ìjupiter.007?volid 30052

succeeded.

이 경우에 이전 메시지는 서버가 미디어에서 원하는 위치를 찾는 데 문제가 있었음을 나타낼 뿐이므로 무시합니다.

미디어 검증에 실패하면 다음을 수행합니다.

• 장치 재설정

• 장치의 구성 검증

• 미디어가 인식될 수 있음을 검증

• 장치가 적절하게 작동함을 검증

PACKET RECEIVE BUFFER 및 NO ECB 카운터 증가

테이프가 마운트되기를 서버가 기다리고 있거나 Autochanger 볼륨을 변경하는 프로세스를 수행하고 있으면 NetWare 클라이언트의 PACKET RECEIVE BUFFER 및 NO ECB 카운터가 증가합니다.

이 문제를 해결하려면 nsr_shutdown 명령을 사용하여 NetWorker 서버를 종료하십시오. HP-UX를 실행하는 서버의 경우 /sbin/init.d/networker 파일을 편집하십시오. nsrd를 시작하는 줄 앞에 다음 줄을 추가하십시오.

NSR_NO_PING=ok; export NSR_NO_PING

Solaris, HP-UX 및 AIX의 경우 NetWorker 서버를 수동으로 다시 시작하십시오. 수동으로 재시작하기 위한 명령은 588페이지의 “NetWorker 데몬 검사”를 참조하십시오.

scanner 프로그램이 볼륨을 읽기 전용으로 표시하는 경우

scanner 프로그램을 사용하여 백업 볼륨의 인덱스를 재구축하면 scanner 프로그램이 해당 볼륨을 읽기 전용으로 표시합니다.

이 기능은 백업 볼륨에 있는 마지막 Save set를 겹쳐 쓰지 않게 하는 안전 기능입니다. 읽기 전용으로 표시하지 않고 미디어에 기록하려면 nsrmm -o 명령을 사용합니다.

# nsrmm -o notreadonly volume_name



A

다른 위치로의 인덱스 복구 실패

원래 있었던 디렉토리가 아닌 디렉토리에 인덱스를 복구하려고 하면 다음 오류 메시지가 나타납니다.

WARNING: The on-line index for client_name was NOT fully recovered. There may have been a media error. You can retry the recover, or attempt to recover another version of the index.

인덱스를 다른 디렉토리로 복구하지 마십시오. 인덱스를 원래 위치로 복구한 후에야 다른 디렉토리로 이동할 수 있습니다. 인덱스를 이동하려면 /nsr/index 디렉토리 내에서 root로 다음 명령을 호출합니다.

# uasm -s -i client_index_directory_name | (cd target_directory; uasm -r)

Solaris 및 Linux 플랫폼에서는 uasm이 /usr/lib/nsr에 설치됩니다. 이들 시스템에서는 위의 예에서 uasm 명령의 끝에 이 경로를 추가합니다. 그 밖의 다른 모든 플랫폼에서는 uasm이 NetWorker 바이너리와 같은 위치에 설치됩니다. 이 바이너리는 일반적으로 $PATH 환경 변수에 포함되어 있으므로 명령 뒤에 추가할 필요가 없습니다.

클라이언트 별명 문제의 발생 원인

다음 상황을 만날 경우 클라이언트 별명 문제가 발생할 수 있습니다.

• 다음 오류 메시지가 나타납니다. No client resource for client_name

• 클라이언트 시스템은 스케줄 백업의 레벨과 상관없이 항상 전체 백업을 수행합니다.

• 찾기 및 보유 방침에 따라 자동 인덱스 관리가 발생하지 않는 것처럼 나타납니다. 인덱스가 있는 파일 시스템이 계속해서 크기가 증가하는 경우 이런 작업을 수행하는 것입니다.

• /nsr/index(인덱스가 들어 있는 디렉토리)에 같은 클라이언트에 대해 2개의 다른 클라이언트 이름을 사용하는 2개의 디렉토리가 있습니다.

다음 상황에서 클라이언트 별명의 변경이 필요합니다.

• 시스템이 2개 이상의 네트워크 인터페이스를 가진 경우

• 사이트가 mars 및 mars.jupiter.com과 같이 동일한 시스템에 대해 짧은 호스트 이름과 전체 호스트 이름을 혼합한 경우

• NIS(Network Information Services) 및 DNS 둘 다 사용하는 사이트인 경우

이러한 문제가 있는 클라이언트에 대해 Client 자원을 편집합니다. Aliases 속성에 이 호스트에 대한 모든 네트워크 이름을 추가합니다.

중요 사항: 다른 호스트에서 공유하는 별명은 Aliases 속성에 포함하지 마십시오.



594

A

구성에 사용할 수 없는 잘못된 문자

레이블 템플리트, 지시문, 그룹, 정책 및 일정에 이름을 지정할 경우 다음 문자는 허용되지 않습니다.

/ \ * [ ] ( ) $ ! ^ ’ ; ‘ ~ < > & | { }또한 다음 문자는 분리자로 사용되기 때문에 레이블 템플리트에서 사용할 수 없습니다.

• 콜론(:)

• 하이픈(-)

• 마침표(.)

• 밑줄(_)

scanner 프로그램에서 레코드 크기에 대한 항목 요구

-i 또는 -m 옵션 없이 -s 옵션과 함께 scanner 프로그램을 사용할 경우 다음 메시지가 나타납니다.

please enter record size for this volume ('q' to quit) [xx]

대괄호 [xx]의 숫자는 마지막 질의의 항목입니다.

scanner 명령은 테이프를 항상 되감고 볼륨 레이블을 읽어서 블록 크기를 결정합니다. 볼륨 레이블이 손상되거나 읽을 수 없는 경우 블록 크기(KB)를 입력하라는 프롬프트 메시지가 나타납니다.

블록 크기를 입력합니다. 32보다 크거나 같은 정수여야 합니다. 32보다 작은 정수를 입력할 경우 다음 메시지가 나타납니다.

illegal record size (must be an integer >=32)

새로운 설치 직후의 복구 작업 실패

시스템에서 처음으로 NetWorker 소프트웨어를 설치한 직후에 nwrecover 프로그램을 시작하려고 하면 다음 오류 메시지가 나타납니다.

nwrecover Program not found.

디스크 공간을 절약하기 위해 NetWorker 소프트웨어는 첫 번째 백업이 완료될 때까지 클라이언트 파일 인덱스 작성을 미룹니다. 하지만 클라이언트 파일 인덱스에 찾을 항목이 생길 때까지는 nwrecover 프로그램은 데이터를 복구할 수 없습니다. 이 문제를 막으려면 클라이언트에서 NetWorker 백업을 수행합니다.



A

Client File Index Is Missing 메시지

계속 진행하려면 scanner 프로그램에 재구축할 클라이언트 파일 인덱스가 있어야 합니다. nsrck -L2를 사용하여 새 인덱스를 작성하는 대신 scanner -i로 클라이언트 파일 인덱스를 복구하려고 하면 다음과 유사한 메시지가 나타납니다.

scanner: File index error, file index is missing.

Please contact your system administrator to recover or re-create

the index.

(severity 5, number 8)

scanner: write failed, Broken pipe

scanner: ssid 25312: scan complete

scanner: ssid 25312: 91 KB, 13 file(s)

scanner: done with file disk default.001

중단된 백업에서 파일 복구

NetWorker 데몬을 강제 종료해서 백업을 종료한 경우 데몬이 강제 종료될 때 미디어 데이터베이스가 업데이트되지 않기 때문에 파일을 복구할 수 없습니다. 따라서 NetWorker 서버가 필요한 파일이 상주한 볼륨에 대해 알지 못합니다.

전체 레벨로 수행되지 않는 새 클라이언트의 백업

새 클라이언트를 처음으로 백업할 때 다음 메시지가 나타납니다.

client: save point: There are no save sets in the media database;

performing a full backup

이 메시지는 지정된 Save set가 이전에 백업되지 않았음을 나타냅니다. Save set가 백업되지 않았을 경우 해당 Save set는 미디어 데이터베이스에 나타납니다.

Save set에서 증분 또는 레벨 백업을 수행하려면 먼저 Save set를 전체 백업해야 합니다.

Save set가 이전에 백업되지 않았다면 다음과 같은 상황 때문에도 이 메시지가 나타날 수 있습니다.

• 클라이언트 및 서버의 시계가 동기화되지 않았습니다.

• savegrp 세션이 자정이 되기 전에 시작되었다가 자정 이후에 끝납니다.



596

A

이름이 재지정된 클라이언트는 이전 백업을 복구할 수 없음

NetWorker 서버는 백업한 모든 클라이언트에 대한 클라이언트 파일 인덱스를 관리합니다. 클라이언트의 이름을 변경하면 해당 클라이언트의 인덱스는 클라이언트의 새 이름과 관련되지 않으므로 이전 클라이언트 이름으로 백업된 파일을 복구할 수 없습니다.

이전 클라이언트 이름을 사용하여 백업한 데이터를 복구하려면 이전 클라이언트 이름으로 보관된 데이터를 새 클라이언트로 방향을 지정하여 지정된 복구를 수행해야 합니다. 지정 복구를 수행하는 방법에 대한 내용은 341페이지의 “지정 복구”를 참조하십시오.

savegrp 명령줄 프로그램은 NetWorker 관리 프로그램에서 중단할 수 없음

savegrp 명령을 명령 프롬프트에서 시작하고 NetWorker 관리 프로그램에서 백업을 중단할 경우 다음 메시지가 나타납니다.

Only automatically started groups that are currently running can

be stopped

명령을 중단하려면 먼저 savegrp 프로세스의 프로세스 ID를 확인한 후 UNIX kill 명령을 사용하여 프로세스를 종료해야 합니다.

savegrp 명령줄 프로그램 중단

savegrp 명령줄 프로그램을 중단하려면 다음을 따르십시오.

1. ps 명령을 사용하여 savegrp 프로세스 ID를 확인합니다.

# ps -ef | grep savegrp

프로세스 ID는 다음과 같은 형식으로 표시됩니다.

root process_id 4769 0 13:53:10 pts/2 0:00 savegrp myGroup

2. kill 명령을 사용하여 savegrp 프로세스를 중단합니다.

# kill process_id

디스크 레이블 오류

NetWorker 서버 내에 비 광학 장치를 광학 장치로 잘못 구성하면 다음 오류 메시지가 나타납니다.

No disk label

장치 자원의 Media Type 속성이 장치에 대해 예상된 미디어와 일치하는지 확인하고, 필요할 경우 수정합니다.



A

부트스트랩 정보를 인쇄할 수 없음

서버 부트스트랩이 인쇄되지 않으면 Group 자원에서 숨겨진 속성으로 프린터의 이름을 입력할 필요가 있습니다.


2. Group 자원의 Printer 속성에서 부트스트랩이 인쇄할 프린터의 이름을 입력합니다.

서버 인덱스가 강제되지 않는 경우

NetWorker 서버가 사용되지 않은 그룹에 속하거나 어떤 그룹에도 속하지 않을 경우 savegrp 프로그램은 서버 인덱스를 백업하지 않습니다. 그 이유는 서버 인덱스 백업을 강제할 필요가 없기 때문입니다.

서버 인덱스를 복구하기 위한 정보는 미디어 데이터베이스에 저장됩니다.

중요 사항: 데이터 영역의 계획이 명시적으로 백업된 적이 없는 서버 인덱스 백업을 강제하는 savegrp에 의존한 경우 savegrp는 사용 중인 그룹에 없는 서버에 대한 서버 인덱스 백업을 더 이상 수행하지 않음에 유의하십시오.

복사 위반

둘 이상의 서버에 NetWorker 소프트웨어를 설치했고 모두에 동일한 NetWorker 작동 코드를 사용한 경우 Save 그룹 완료 메일에서 다음과 유사한 메시지가 나타납니다.

--- Unsuccessful Save Sets ---

* mars:/var save: error, copy violation - servers

‘jupiter’ and ‘pluto’ have the same software enabler code, ‘a1b2c3d4f5g6h7j8’ (13)* mars:/var save: cannot start a backup for /var with NSR server

‘jupiter’* mars:index save: cannot start a backup for

/usr/nsr/index/mars with NSR server ‘jupiter’* mars:index save: cannot start a backup for bootstrap with NSR

server ‘jupiter’* mars:index save: bootstrap save of server’s index and volume databases failed



598

A

백업을 성공적으로 다시 실행하려면 다음을 따르십시오.

1. 각 서버에서 nsr_shutdown 명령을 실행합니다.

2. 추가 서버에서 NetWorker 소프트웨어를 제거합니다.

3. 백업 할 서버에서 NetWorker 데몬을 다시 시작합니다.

Xview 오류

클라이언트 시스템에서 NetWorker 관리 프로그램과의 그래픽 관리 인터페이스를 시작하려고 시도할 때 다음과 같은 오류 메시지를 받은 경우, 해당 클라이언트에 NetWorker 그래픽 인터페이스를 표시하도록 권한이 부여되지 않았음을 의미합니다.

Xlib: connection to “mars:0.0” refused by serverXlib: Client is not authorized to connect to Server

Xview error: Cannot open display on window server: mars:0.0

(Server package)

이 상황을 해결하려면 NetWorker 그래픽 인터페이스를 표시하도록 클라이언트를 구성합니다.

1. 클라이언트 시스템에서 xhost 명령을 호출합니다.

# xhost server_name

2. NetWorker 서버에 원격으로 로그인하고 프롬프트에서 setenv 명령을 실행합니다.

# setenv DISPLAY client_name:0.0

csh 이외의 다른 명령 쉘의 경우 다음을 입력합니다.

# DISPLAY=client_name:0.0

# export DISPLAY

흩어진 파일을 전체 할당된 파일로 변환

NetWorker 서버는 할당된 블록을 바이트 크기와 비교하여 파일이 흩어져 있는지 아니면 홀이 많은 지를 판별합니다. 블록을 비교할 때는 ls -ls 명령을 사용합니다. 할당된 블록이 파일의 크기를 설명하지 못할 경우 해당 파일이 흩어져 있다고 간주되어 복구된 파일에서 0으로 된 긴 문자열을 “구멍“으로 대체하는 알고리즘을 사용하여 저장됩니다.

HP Tru64 AdvFS(Advanced File System) 복제 파일 세트를 사용하는 경우 AdvFS가 해당 복제에 할당된 블록 수(0이거나, 복제 작성 이후 수정된 실제 파일의 블록 수)를 보고합니다. 따라서 복제된 파일 세트의 파일은 NetWorker 서버에 항상 흩어진 것으로 보입니다.



A

보관할 때 흩어지지 않은 일부 파일도 흩어진 파일로 복구될 수 있습니다. Oracle 데이터베이스는 0으로 채워지고 전체 할당된 파일로서 흩어진 파일이 아니기 때문에 특히 이 문제에 영향을 받기 쉽습니다.

이러한 상황에 대한 해결책은 cp 명령을 사용하여 복구 후 파일을 복사하는 것입니다.

# cp recovered_filename zero_filled_filename

이 명령은 흩어진 파일을 전체 할당된 파일로 변환합니다.

참고: 이 해결책을 선택할 경우 복사하고자 선택한 각 흩어진 파일의 복제를 수용할 만큼 충분한 디스크 공간이 있어야 합니다.

NetWorker 릴리스 6.x 이전 버전에서 NetWorker User Groups를 관리할 수 없음

NetWorker 릴리스 6.x 이전 버전에서 NetWorker 관리 프로그램의 버전을 사용하여 릴리스 7.0 이상 버전을 실행하는 NetWorker 서버에 연결하는 경우 User Groups 자원을 관리할 수 없게 됩니다.

mminfo -N 명령은 Save set 이름에 대해 대소문자를 구분함

mminfo 명령을 사용하여 미디어 데이터베이스를 질의할 때 -N name 옵션은 대소문자를 구분합니다. -N 옵션에서 참조하는 Save set 이름은 클라이언트 자원에 입력한 Save set 이름의 대소문자와 일치해야 합니다.

그러나, Microsoft Windows에 드라이브 파티션(예: C:\)을 백업할 때 NetWorker 서버는 미디어 데이터베이스에 Save set 이름을 대문자로 저장합니다. 예를 들어, 드라이브 파티션을 나타내는 Save set 이름이 클라이언트 자원에 소문자(c:\)로 입력된 경우 대문자를 사용하여 질의해야 합니다.

# mminfo -N íC:\í

클라이언트/서버 통신NetWorker 소프트웨어를 설치 및 구성할 때 NetWorker 사용자가 보고하는 많은 문제는 네트워크 통신과 관련된 것입니다. 이 절에는 네트워크에서 통신을 테스트하기 위한 절차가 수록되어 있습니다.

이 절에 제공된 정보는 UNIX 플랫폼에만 해당됩니다. NetWorker 설치에 다른 플랫폼이 포함되는 경우 LEGATO Technical Bulletin 299를 참조하십시오. IP Naming in Heterogeneous Environments(UNIX | NT | NetWare | Windows 95)(LEGATO 웹사이트 www.legato.com)를 참조하십시오.



600

A

IP 오류 문제 해결

다음 오류 조건 중 하나가 발생할 경우 아마도 IP 이름 지정에 문제가 있을 것입니다.

• RPC 오류

• 알 수 없는 호스트 메시지

• 포트매퍼 연결 실패

• 연결 실패 또는 시간 초과

• 예상치 않은 프로그램 종료

• 연결 거절

• 사용중인 클라이언트에 원격 명령(rcmd() 기능) 실패

• 이름의 주소 변환 실패

• 프로그램이 등록되지 않았다는 메시지

• NetWorker 서비스 또는 데몬의 시작 실패

• 사용으로 남기 위한 NetWorker 서비스 또는 데몬 실패

• 잘못된 경로 메시지

IP 오류를 해결하려면 다음을 따르십시오.

1. LEGATO 기술 지원 센터에 문의할 필요가 있는 경우 수행한 단계 및 결과, 특히 오류 메시지를 기록합니다. 정확한 단계 및 오류 메시지 텍스트를 LEGATO에 직접 전자 우편 또는 팩스로 보낼 수 있습니다.

2. 각 NetWorker 클라이언트 및 NetWorker 서버에 대한 호스트 테이블을 설정합니다. 자세한 내용은 601페이지의 “호스트 테이블 설정”을 참조하십시오.

3. 테스트를 간단하게 하기 위해 다른 이름 서버를 사용하지 않습니다. 자세한 내용은 602페이지의 “호스트 이름 해결 문제 해결”을 참조하십시오.

4. ping을 사용하여 기본 연결성을 설정합니다. 자세한 내용은 603페이지의 “ping을 사용하여 네트워크 연결 확인”을 참조하십시오.

5. rpcinfo를 사용하여 세션이 설정될 수 있고 포트 매핑이 올바른지 확인합니다. 자세한 내용은 603페이지의 “rpcinfo를 사용하여 세션을 설정할 수 있는지 확인”을 참조하십시오.



A

호스트 테이블 설정

IP 문제는 호스트 테이블만을 사용하여 해결하는 것이 좋습니다. 호스트 테이블만을 사용하여 문제를 해결하더라도 NetWorker 소프트웨어로 DNS와 같은 이름 서비스를 사용할 수 있습니다. 호스트 테이블만을 사용한 테스트를 실행하여 소프트웨어가 올바르게 설치되어 있는지 판별합니다. 소프트웨어가 호스트 테이블과 함께 작동하는지 알게 되면 어떤 이름의 서버를 사용하고 있더라도 상관없이 사용할 수 있습니다.

호스트 테이블을 설정하려면 다음을 따르십시오.

1. NetWorker 클라이언트에서 연결한 클라이언트 및 NetWorker 서버를 다음과 같이 나열합니다.

127.0.0.1 localhost loopback

123.456.789.111 client client.domain.com

123,456,789,222 server server.domain.com

2. NetWorker 서버에서 다음과 같이 NetWorker 서버 자체 및 모든 클라이언트를 나열합니다.

127.0.0.1 localhost loopback

123.456.789.111 server server.domain.com

123.456.789.222 client client.domain.com

3. 어떤 운영 체제 내에서든 호스트 테이블을 구문 분석할 수 있도록 하기 위해 603페이지의 “ping을 사용하여 네트워크 연결 확인”에 나와 있는 지침을 사용합니다.

호스트 테이블 구성에 대한 권장 사항

• 호스트 테이블 본문에 빈 줄을 사용하지 마십시오.

• 호스트 테이블 끝에는 항상 빈 줄이 있어야 합니다.

• 주석이 없는 첫 번째 항목은 항상 단계 1과 단계 2에서 제시된 정확한 순서 및 형식으로 된 루프백 줄에 있어야 합니다.

• 주석이 없는 각 줄의 마지막 문자는 캐리지 리턴이 아닌 스페이스를 사용해야 합니다.

UNIX 플랫폼에서 호스트 테이블은 /etc/hosts 파일에 상주합니다.



602

A

호스트 이름 해결 문제 해결

호스트 이름 해결 문제를 간단하게 해결하려면 DNS, DHCP 및 WINS(Windows Internet Naming Service) 등과 같은 서비스를 비활성화하십시오. 호스트 이름 해결 문제가 있는 경우 우선 각 컴퓨터에 호스트 테이블을 구성한 후 백업을 테스트합니다.

DNS, DHCP 및 WINS 서비스와 관련되어 발생하는 공통된 문제는 다음과 같습니다.

• DNS가 역방향 조회 테이블로 구성되지 않았습니다.

• 클라이언트가 DNS 또는 WINS 서버의 잘못된 IP 주소로 구성되었습니다.

• DHCP 서비스가 새 주소를 갖는 WINS 서버를 적절하게 업데이트하지 않습니다.

테스트할 NetWorker 클라이언트 및 NetWorker 서버의 초기 설정에 대한 전체 네트워크에 대해 DNS를 비활성화할 필요는 없습니다. DNS 서버에서 IP 이름 지정 정보를 얻기 위해서만 클라이언트의 능력을 사용하지 않습니다. 일반적으로 DNS 서버 자체를 비활성화할 필요는 없습니다.

대부분의 UNIX 플랫폼에서 DNS 서버를 사용하지 않으려면 /etc/resolv.conf 파일 이름을 재지정하고 다시 부팅합니다.

Solaris나 HP-UX 시스템의 경우에는resolv.conf의 이름을 바꾸는 대신 DNS 전에 호스트 테이블이 검색될 수 있도록 IP 이름 검색 순서를 설정할 수 있습니다.

IP 이름 검색 순서 설정

IP 이름 검색 순서를 설정하려면 다음을 따르십시오.

1. /etc/nsswitch.conf 파일을 편집하고 /etc/resolv.conf 파일이 존재하는지 확인합니다.

2. 호스트 파일이 검색 순서에서 첫 번째가 되도록 설정하고 DNS는 두 번째, NIS는 마지막이 되도록 설정합니다. 예를 들면 다음과 같습니다.

hosts: files [NOTFOUND=continue] DNS [NOTFOUND=continue] nis

AIX 시스템의 경우 /etc/netsvc.conf 파일을 편집하고 다시 부팅합니다.

NSORDER 환경 변수를 설정할 수도 있습니다. AIX의 특정 버전에 대한 지침에 대해서는 InfoExplorer 프로그램을 참조하십시오.



A

ping을 사용하여 네트워크 연결 확인

호스트 테이블을 작성한 후 ping 명령을 사용하여 테스트합니다.

NetWorker 클라이언트에서 다음과 같이 ping하십시오.

• 클라이언트에서 클라이언트의 짧은 이름(호스트 이름)

• 클라이언트에서 클라이언트의 긴 이름(호스트 이름에다 도메인 정보 포함)

• 클라이언트에서 클라이언트 IP

• 클라이언트에서 서버의 짧은 이름

• 클라이언트에서 서버의 긴 이름

• 클라이언트에서 서버 IP 주소

다음 예는 jupiter 도메인의 mars라는 NetWorker 클라이언트에서 클라이언트의 짧은 이름과 클라이언트의 긴 이름을 ping하는 방법을 보여줍니다.

# ping mars

# ping mars.jupiter.com

NetWorker 서버에서 다음과 같이 ping하십시오.

• 서버에서 서버의 짧은 이름

• 서버에서 서버의 긴 이름

• 서버에서 서버의 IP 주소

• 서버에서 클라이언트의 짧은 이름

• 서버에서 클라이언트의 긴 이름

• 서버에서 클라이언트 IP 주소

rpcinfo를 사용하여 세션을 설정할 수 있는지 확인

ping 명령이 성공적이지만 백업 문제가 여전히 존재할 경우 rpcinfo로 테스트할 수도 있습니다. NetWorker 소프트웨어는 주로 포트의 매핑에 의존하므로 rpcinfo를 사용하여 포트매퍼의 작업을 테스트합니다. ping을 사용하는 것은 OSI 모델의 네트워크 계층에 대한 연결을 테스트합니다. rpcinfo는 세션 계층의 통신을 확인합니다.

ping에서와 같이 rpcinfo에 대해서도 동일한 테스트를 적용합니다.

rpcinfo를 성공적으로 사용하기 위해서는 명령줄에서 입력한 호스트 이름의 시스템이 포트매퍼를 실행하고 있어야 합니다. 대부분의 경우 LEGATO 포트매퍼는 다른 구입업체의 완전한 기능의 포트매퍼와 호환될 수 있습니다. 이러한 포트매퍼를 타사 포트매퍼라 합니다. 자체 포트매퍼를 제공하는 제품을 사용하는 경우 NetWorker 소프트웨어가 나머지 환경에서도 작동하는지 확인될 때까지 타사 포트매퍼를 로드하지 않는 것이 좋습니다. 이 프로세스를 통해 다른 알려지지 않은 포트매퍼를 추가하지 않고도 포트매퍼 호환성을 테스트할 수 있습니다.



604

A

Solaris에서 rpcbind 데몬이 실행 중이어야 합니다. AIX 및 HP-UX에서 portmap 데몬이 실행 중이어야 합니다. rpcinfo 유틸리티는 운영 체제의 일부입니다.

TCP를 사용하는 포트를 표시하기 위한 rpcinfo 사용 구문은 다음과 같습니다.

# rpcinfo -p hostname

ping에서와 같이 hostname 변수에 긴 이름과 짧은 이름을 대체합니다.

명령줄에서 rpcinfo를 입력하여 다른 rpcinfo 명령줄 옵션을 봅니다. rpcinfo 명령 및 그 오류 메시지의 참고 사항은 rpcinfo에 대한 UNIX 매뉴얼 페이지에서 입수할 수 있습니다. ping에 대해 이 설명서에 나열된 모든 위치 및 모든 반복을 사용하여 rpcinfo를 반복합니다.

rpcinfo가 성공적으로 실행되면 출력은 다음 예와 같이 포트 번호와 이름의 목록이 됩니다.

rpcinfo for mars

program vers proto port

100000 2 tcp 111 portmapper

100000 2 udp 111 portmapper

390103 2 tcp 760

390109 2 tcp 760

390110 1 tcp 760

390103 2 udp 764

390109 2 udp 764

390110 1 udp 764

390113 1 tcp 7937

390105 5 tcp 821

390107 4 tcp 819

390107 5 tcp 819

390104 105 tcp 822



A

포트매퍼 및 rpcbind의 기능적 사용에 대한 대체

nsrexecd 프로세스에는 현재 portmapper 및 rpcbind의 기능이 결합되어 있습니다. nsrexecd 프로세스는 portmapper 기능을 처리하는 nsrexecd 하위 프로세스를 생산합니다. 따라서 nsrexecd 프로세스에 대한 둘 이상의 인스턴스를 가지게 됩니다. 다음 예에서, 프로세스 ID (PID) 20415 하에서 실행되는 nsrexecd의 인스턴스는 주 프로세스이고, PID 20416 하에서 실행되는 nsrexecd의 인스턴스는 하위 프로세스입니다.

jupiter# ps -ef | grep nsr

root 20429 204200 오 전 11:23:59 ? 0:00 /usr/sbin/nsrmmd -n 1

root 20415 10 오 전 11:23:49 ? 0:01 /usr/sbin/nsrexecd -s jupiter

root 20416 204150 오 전 11:23:49 ? 0:01 /usr/sbin/nsrexecd -s jupiter

root 20428 204200 오 전 11:23:57 ? 0:00 /usr/sbin/nsrindexd

root 20427 204200 오 전 11:23:53 ? 0:02 /usr/sbin/nsrdroot 20446 203490 11:27:22 pts/6 0:00 grep nsr

root 20427 204200 11:23:55 ? 0:00 /usr/sbin/nsrmmdbd

이렇게 변경하면 NetWorker 프로세스가 다른 프로그램에서도 공통적으로 사용되는 포트 또는 프로토콜을 사용하지 않는 보다 안전한 방법으로 작동할 수 있습니다.

스위치 및 라우터의 펌웨어 확인

다른 구입업체의 스위치 또는 라우터를 사용하는 경우, 네트워크의 스위치나 라우터가 1995년 8월 이후 제조되어 RPC 트래픽이 제대로 처리되는지 확인하십시오. 대부분의 스위치 및 라우터 구입업체는 1995년 8월 이후 RPC 트래픽의 처리를 상당히 개선했습니다.

이름 지정 요구 사항

NetWorker 클라이언트는 /nsr/res 하위 디렉토리의 servers 파일을 사용하여 NetWorker 서버가 클라이언트 데이터를 백업하도록 권한이 부여되었는지 알아냅니다. servers 파일이 없는 경우 텍스트 편집기를 사용하여 /nsr/res에서 작성할 수 있습니다.

클라이언트의 servers 파일에는 클라이언트의 데이터 백업에 사용하려는 서버의 짧은 이름과 긴 이름이 있어야 합니다. 예를 들어 NetWorker 클라이언트의 servers 파일에는 jupiter.com 도메인의 mars라는 NetWorker 서버에 대한 다음과 같은 이름이 포함되어 있습니다.

mars

mars.jupiter.com

Client에서 짧은 이름 및 긴 이름에다 Alias 속성에 있는 각 클라이언트의 다른 해당 별명을 더한 이름이 나열됩니다.



606

A

서버 오류의 바인딩

NetWorker 구조는 서버가 RPC를 통해 클라이언트에 서비스를 제공하는 클라이언트/서버 모델을 수행합니다. 이들 서비스는 데몬이라고 하는 수명이 긴 프로세스 안에 상주합니다.

클라이언트가 이들 데몬을 찾으려면 등록 서비스로 데몬을 등록해야 합니다. 데몬이 시작되면 포트매퍼에 의해 제공된 등록 서비스로 이들 데몬을 등록합니다.

NetWorker 서버는 백업 및 복구 서비스를 제공합니다. 서버가 클라이언트에서 데이터를 받고, 백업 미디어에서 데이터를 저장하며, 요구 시 즉시 복구합니다. NetWorker 데몬이 실행되지 않는 상태에서 NetWorker 서비스가 요청되면 save 그룹 완료 메일에 다음과 같은 메시지가 나타납니다.

Server not available

RPC error, no remote program registered

이 메시지는 NetWorker 데몬 nsrd, nsrexecd, nsrindexd, nsrmmd 및 nsrmmdbd가 실행하지 않음을 나타냅니다.

데몬을 다시 시작하려면 root로 로그인합니다. 606페이지의 표 85에는 지원되는 각 플랫폼에 대한 NetWorker 데몬 시작 명령이 나열되어 있습니다.

원격 파일 시스템 보관

원격 클라이언트에 대한 백업이 실패하면 save 그룹 완료 메일에 다음과 같은 오류 메시지가 나타날 수 있습니다.

Host hostname cannot request command execution

hostname: Permission denied

첫 번째 메시지는 클라이언트의 nsrexecd 데몬이 서버가 파일을 백업할 수 있도록 구성되지 않았음을 의미합니다. 두 번째 메시지는 nsrexecd 데몬이 클라이언트에서 현재 실행되고 있지 않음을 의미합니다.





AIX # /etc/rc.nsr



A

이 문제를 해결하려면 nsrexecd 데몬이 클라이언트에서 실행하고 있어야 하고 해당 서버의 호스트 이름이 부트 시간 파일에 나열되어야 합니다. 이 부트 시간 파일은 설치 스크립트가 완료되기 전에 자동으로 생성되고 백업용 클라이언트에 연결할 수 있는 모든 서버의 이름에 대한 질의에 선행하여 응답합니다. 607페이지의 표 86에서는 부트 시간 파일에 대한 위치를 나열합니다. nsrexecd 데몬에 대한 자세한 내용은 nsrexecd(1m) 매뉴얼 페이지를 참조하십시오.

원격 복구 액세스 권리

Client 자원을 통해 클라이언트 복구 액세스를 제어할 수 있습니다. Remote Access 속성은 복구를 위해 클라이언트의 Save set에 액세스하는 사용자 이름을 표시합니다. 파일이 필요로 하는 보안 수준에 따라 사용자 이름을 추가하거나 삭제할 수 있습니다.

참고: Remote Access 속성에 호스트 이름 또는 host=hostname이라고 입력하면 해당 호스트의 사용자는 클라이언트 파일을 복구할 수 있습니다. 호스트를 지정하지 않고 사용자 이름을 입력하려면 user=name을 입력해야 합니다.

다음 사용자는 Remote Access 속성에 나열된 사용자에 상관 없이 클라이언트의 모든 파일을 복구할 수 있는 권한을 갖습니다.

• root

• 관리자 그룹의 구성원

• 보안 설정 변경 권한을 가진 그룹의 구성원

다른 사용자는 파일이 백업된 시간에 파일 모드 및 소유권에 관하여 읽기 권한이 있는 파일만을 복구할 수 있습니다. root, 운영자 또는 운영자 그룹 이외의 사용자가 복구한 파일은 그 사용자에 의해 소유됩니다.

표 86. 부트 시간 파일 위치

운영 체제 부트 시간 파일

AIX /etc/rc.nsr

HPUX /etc/rc

IRIX (SGI) /etc/rc2.d/S95networker

SCO /etc/rc2.d/S95networker

Solaris /etc/init.d/networker

SunOS 4.1.x /etc/rc.local

Ultrix /etc/rc./local

기타 /etc/rc2.d/S95networker



608

A

NetWorker 아카이브 및 복구이 절에서는 NetWorker 아카이브 모듈의 아카이브 및 복구 시 발생할 수 있는 여러 가지 문제를 해결하는 방법에 대해 설명합니다.

서버의 원격 아카이브 요청 실패

NetWorker 서버에서 컴퓨터의 원격 아카이브 요청을 수행할 수 없는 경우 아카이브 클라이언트의 사용자 이름(예: root)이 Client 자원에 대한 클라이언트의 Archive Users 속성에 나열되지 않을 수도 있습니다.

Server 자원의 Administrator 속성에 있는 root@client_system에 대해 NetWorker 관리자 권한을 부여할 수도 있습니다. 관리자 권한을 부여하면 다른 클라이언트의 다른 사용자가 소유한 데이터를 NetWorker 관리자가 복구할 수 있기 때문에 잠재적인 보안 문제가 생깁니다.

단일 아카이브 Save set로 나타나는 복수 Save set

한 아카이브(예: /home 및 /usr)에서 여러 개의 Save set를 결합하면 이들은 nwretrieve 프로그램의 Archives 목록에 슬래시(/)로 나타나는 단일 아카이브 Save set에서 끝납니다.

복구 시 Save set를 개별적으로 나타나게 하려면 Save set를 각각 아카이브합니다.

복제된 아카이브가 NetWorker Retrieve 프로그램에 나타나지 않을 경우

nwretrieve 프로그램에서 표시(annotation)를 검색할 때 Archives 속성은 아카이브 복제를 표시하지 않습니다.

복제를 찾으려면 Search Annotation 속성을 지정하지 않고 질의를 시작합니다. 질의가 너무 많은 아카이브를 반환할 경우 mminfo를 사용하여 원하는 아카이브와 동일한 Save set ID (ssid)로 아카이브 복제를 찾을 수 있습니다.

틀린 아카이브 풀이 선택된 경우

여러 개의 아카이브 풀을 작성할 경우 아카이브에 선택된 풀은 기본 아카이브 풀이 아닙니다. 아카이브 풀을 여러 개 작성할 때 작성된 마지막 풀은 아카이브에 선택된 풀입니다.

두 번째 아카이브가 요구가 실행하지 않는 경우

같은 이름을 갖는 2개의 아카이브 요청을 작성한 경우 첫 번째 요구만 실행됩니다. 이런 문제를 피하려면 이름이 같은 아카이브 요청이 두 개 작성되지 않게 하여 새 아카이브 요청이 실행되지 않게 합니다.



A

명령줄 아카이브가 즉시 시작하지 않는 경우

명령줄에서 nsrarchive를 실행할 경우 주석을 입력한 후에 아카이브가 즉시 시작하지 않습니다. 그러면 [Ctrl]+[D]를 눌러 아카이브를 시작하십시오. 잠시 기다려야 합니다. 아카이브가 시작될 때까지 지연됩니다. [Ctrl]+[D]를 여러 번 누르지 마십시오.

Retrieve 목록의 비어 있는 표시

검색 문자열을 사용하여 표시를 검색할 때 복구 목록에 표시가 비어 있을 수 있습니다.

NetWorker Archive 응용 프로그램의 UNIX 버전은 널 표시 문자열의 입력을 허용하지 않습니다. 반대로 DOS, Windows 및 NetWare에 설치된 이전 버전의 NetWorker Archive 응용 프로그램 소프트웨어에는 표시 기능이 없습니다. 따라서 이전 소프트웨어로 아카이브된 Save set의 표시는 복구 목록에 표시 문자열이 없습니다.

저장 장치 노드이 절에서는 저장 장치 노드와 관련된 오류 및 해결책을 설명합니다.

저장 장치 노드 친화력 오류

백업 실패 시 다음 오류 메시지와 함께 저장 장치 노드 친화력 문제를 겪을 수 있습니다.

no matching devices; check storage nodes, devices or pools

가능한 원인은 다음과 같습니다.

• Storage Notes 속성에 나열된 저장 장치 노드에 대해서 사용된 장치가 없습니다.

• 장치에 백업 요구에 필요한 풀과 일치하는 볼륨이 없습니다.

• 모든 장치가 읽기 전용으로 설정되어 있습니다.

문제를 수정한 후 백업을 다시 시작해야 합니다. 문제를 수정하려면 다음 중 하나를 수행합니다.

• 저장 장치 노드 중 하나에서 장치를 활성화합니다.

• Storage Nodes 속성에 있는 장치에 대한 풀 제한 사항을 수정합니다.

• 풀 제한 사항과 일치하는 장치를 사용 가능하게 한 Storage Nodes 속성에 다른 저장 장치 노드를 추가합니다.

• 장치들 중 하나를 읽기/쓰기로 설정합니다.

• 저장 장치 노드의 Device 자원에 대한 Save Mount Timeout 및 Save Lockout 속성을 조정합니다. 자세한 내용은 온라인 도움말을 참조하십시오.



610

A

저장 장치 노드 시간 종료 오류

nsrd가 서버에서 초기화되어 NSR_MMDCONTROL에 대한 설정이 존재하는 것을 감지한 경우에는 다음과 같은 메시지가 나타납니다.

NSR_MMDCONTROL env variable is being ignored

use nsrmmd control timeout attribute instead

이 메시지를 받은 경우:

1. NetWorker 데몬을 종료합니다.

2. NSR_MMDCONTROL에 대한 환경 설정을 제거합니다.



5. 이전에 NSR_MMDCONTROL 변수에 할당된 설정 또는 현재 요구 사항에 가장 잘 맞는 설정 값으로 Nsrmmd Control Timeout 속성의 값을 조정합니다.

장치 및 Autochanger이 절에서는 NetWorker 소프트웨어와 함께 Autochanger를 사용하는 것과 관련된 기능, 문제 및 해결책을 다룹니다.

중요 사항: 장치를 사용하는 동안 장치 파일 및 디렉토리를 편집하지 않도록 주의하십시오. 그러한 편집은 지원되지 않으며, 그로 인하여 예상할 수 없는 작동이 일어나 데이터 복구가 불가능해질 수 있습니다.

Jukebox 자원의 추가 속성

새 Jukebox 자원 속성은 nsrjb 프로그램이 사용하는 옵션의 자세한 보기를 제공합니다. 이 속성은 숨겨진 속성이므로 Jukeboxes 창의 View 메뉴에서 Details를 선택하여 이 속성을 표시합니다.



A

611페이지의 표 87은 추가 Jukebox 속성을 나열합니다.

중요 사항: 시한의 설정은 최적의 성능을 위한 최적의 설정으로 설정됩니다. 기술 지원 담당자가 지시하지 않는 한 이들 설정을 변경하지 마십시오.

표 87. 추가 Jukebox 속성

속성 설명

Nsrjb Release 선택한 Jukebox 자원을 사용하는 컴퓨터에 설치된 nsrjb 프로그램의 버전을 나타냅니다. Nsrjb Release에 표시된 버전은 서버와 동일한 NetWorker 릴리스로 저장 장치 노드를 업데이트했는지에 따라 서버의 NetWorker 소프트웨어에 표시된 버전과 다를 수 있습니다.

Jukebox Features nsrjb 프로그램이 사용할 수 있도록 Autochanger가 지원하는 기능을 표시합니다. 소프트웨어 업데이트를 설치한 경우 Jukebox Options 속성에 할당된 값은 새 Jukebox Features 속성에 대해 동등한 선택 사항으로 마이그레이션됩니다.

Eject Sleep Autochanger가 배출 작업 완료 후 유휴(“휴식“) 상태가 되는 시간(초)을 정의합니다.

Cleaning Delay Autochanger가 클리닝 카트리지를 언로드하기 전에 유휴 상태가 되는 시간(초)을 정의합니다.

Unload Sleep Autochanger가 언로드 작업 완료 후 유휴 상태가 되는 시간(초)을 정의합니다.

Load Sleep Jukebox가 로드 작업 완료 후 유휴 상태가 되는 시간(초)을 정의합니다.

Deposit Timeout nsrjb 프로그램이 배치 작업을 완료하기 위한 추가 시도를 중단하기 전까지 Jukebox가 메일 슬롯에서 배치를 기다리는 시간(초)을 정의합니다.



612

A

관리 명령

NetWorker 장치 드라이버 소프트웨어는 테이프 장치 및 Autochanger의 진단 문제에 대해 다음과 같은 관리 명령을 제공합니다. 이 명령에 대한 자세한 내용은 LEGATO Command Reference Guide 또는 해당 매뉴얼 페이지를 참조하십시오.

표 88은 Autochanger 관리 명령을 나열한 것입니다.

표 88. Autochanger 관리 명령 (1/2)

명령 설명

lusbinfo SCSI 정보를 인쇄합니다.

lusdebug 라이브러리 디버깅 레벨을 설정합니다.

lrescan 장치를 재검색합니다.

lreset SCSI 버스를 재설정합니다.

changers 시스템에 부착된 SCSI Autochanger를 나열합니다.

hpflip 디스크 드라이버가 광학 장치인지 아니면 디스크(직접 액세스) 장치인지 HP 광학 디스크 드라이버의 보고 여부를 제어합니다. 많은 시스템은 광학 장치를 위한 드라이버를 갖고 있지 않습니다. hpflip에서는 추가 드라이버를 설치하지 않고도 광학 및 직접 액세스 사이에서 장치를 전환할 수 있습니다.

ielem 요소 상태를 초기화합니다.

inquire 사용할 수 있는 장치를 나열합니다.

ldunld 테이프 장치를 로드 또는 언로드합니다.

msense 모드 감지 데이터를 복구합니다.

pmode 모드 감지 데이터를 인쇄합니다.

relem 요소 상태를 읽습니다.

tur 장치가 준비되었는지 테스트합니다.

writebuf 장치 버퍼를 기록합니다.

sjiielm SJI(표준 Jukebox 인터페이스) SJIIELEM 명령을 테스트합니다.

sjiinq SJI SJIINQ 명령을 테스트합니다.

sjirdp SJI SJIRDP 명령을 테스트합니다.



A

장치 드라이버 설치 테스트

NetWorker 장치 드라이버 소프트웨어를 설치한 후 다음 명령을 사용하여 lusdebug 프로그램을 사용하여 서버 연결을 확인하고 jbexercise 프로그램을 사용하여 Autochanger를 테스트합니다.

# lusdebug control_port 0

# jbexercise -c control_port -m model

여기서 control_port는 Autochanger에 할당된 제어 포트의 값(예: [email protected])입니다.

이들 명령이 실패하거나 오류 메시지를 받을 경우 가능한 원인 및 해결책에 대한 내용은 다음 절을 참조하십시오.

lusdebug 명령 실패

lusdebug 명령이 실패한 경우 다음 제안을 검토하여 잠재적인 문제 및 그 해결책을 식별합니다.

• root로 sjiinq 명령을 실행하고 인수로서 control_port를 제공합니다. 다음과 유사한 메시지가 나타납니다.

[email protected]:<EXABYTE EXB-10i EXB-10i >

메시지에 제공된 정보가 올바른지 확인합니다.

공급업체 및 모델 이름이 틀린 경우에는 드라이버 설치 시 장치 ID에 대해 잘못된 SCSI ID를 지정한 것입니다. 설치 스크립트가 테이프 드라이브가 아닌 로봇 메커니즘의 SCSI ID를 요구합니다.

장치 드라이버를 제거하고 다시 설치한 후 Autochanger(로봇 팔)에 대한 올바른 주소를 제공합니다. SCSI 버스의 각 장치는 서로 다른 SCSI ID 주소를 가져야 합니다.

• 다음 항목을 검사하여 Autochanger가 올바르게 연결되어 있는지 확인합니다.

a. SCSI 버스의 모든 연결이 단단하게 연결되어 있어야 합니다.

b. SCSI 케이블에 결함이 없어야 합니다.

c. SCSI 버스가 적절하게 터미네이트되어 있고 ANSI SCSI-II 사양(ANSI X3.131-1994)에서 지정한 길이 내에 있는지 확인합니다.

sjirdtag SJI SJIRTAG 명령을 테스트합니다.

sjirelem SJI SJIRELEM 명령을 테스트합니다.

sjirjc Jukebox를 테스트합니다.

표 88. Autochanger 관리 명령 (2/2)

명령 설명



614

A

SCSI 버스의 양 끝이 알맞게 단자되도록 해당 레지스터로 터미네이트되어야 합니다. 단일 종결 SCSI 버스는 접지를 위해 220옴(ohm)에서 +5 VDC, 330옴(ohm)까지 입니다. 차등 터미네이터는 122옴(ohm) 특성 임피던스(-5 VDC - +5 VDC)를 갖습니다. SCSI 버스의 끝은 주변 장치 및 시스템이 모두 피어 SCSI 장치인 것으로 간주되는 버스의 한 쪽 끝 부분에서 마지막 SCSI 장치인 것으로 간주됩니다.

추가 접속 단자(SCSI 버스의 한 쪽 끝 부분에 없는 장치에 배치된 접속 단자)는 필요하지 않습니다. 추가 접속 단자는 버스의 각 장치에 있는 하드웨어 버스 드라이버가 신호 변환에 영향을 미치기 위해 보다 엄격하게(예: 명목적 사양의 범위를 넘어서서) 작동하게 합니다. 따라서 일부 신호 변환에 대한 타이밍 요구 사항에 부합될 수 없게 될 경우도 있습니다.

d. SCSI 버스 길이 제한은 버스에서의 전송 오류 가능성과 같은 신호의 질에 영향을 미칩니다. 단일 종결 SCSI 버스의 경우 길이 제한이 3미터이면 Fast SCSI 장치가 연결되어 사용하고 있지 않는 한 길이는 6미터입니다. 이 길이는 외부 케이블 길이 뿐만 아니라 장치 내의 버스 길이도 그대로 포함됩니다. 내부 길이에 대한 합당한 규칙은 컴퓨터 섀시에 대해서 내부 버스 길이를 1미터로 가정하고 외부 주변 장치 상자에 대해서는 장치 당 약 0.25미터를 가정합니다.

차등 옵션 SCSI 버스는 더 길어 질 수 있습니다(단일 종결의 전기 차에 의해). 최대 25미터까지 가능합니다. 차등 및 단일 종결 장치는 혼합할 수 없습니다.

• 이전 Autochanger 드라이버가 여전히 설치되어 있는지 확인합니다. SCSI 버스 0만을 지원하는 이전 버전의 NetWorker 소프트웨어 또는 릴리스 1.1 이전 버전의 Parity 드라이버와 함께 제공되는 Autochanger 드라이버가 이에 해당될 수 있습니다.

이전 드라이버와 함께 제공된 설명서에 따라 드라이버를 제거한 후 최신 버전을 다시 설치합니다. Autochanger 드라이버를 제거하는 방법에 대한 특수 지침은 Legato 웹 사이트의 LEGATO Technical Bulletin 086: De-installing the AAP or Parity Driver(UNIX)를 참조하십시오.

• 같은 버스에 연결된 모든 장치의 SCSI ID를 확인합니다. 두 개의 장치가 동일한 대상 ID를 갖고 있는 경우 다음과 같은 증상이 나타납니다.

– SCSI 버스 재설정 오류는 시스템 로그 파일에 나타납니다.

– 컴퓨터는 부팅되지 않습니다.

– SPARC 시스템의 probe-scsi 부트 프롬프트 명령은 중단됩니다.

• 테이프 드라이브 문이 열려져 있는지 확인하는 센서가 잘못 놓여 있는 경우 Autochanger 하드웨어에 제공된 지침을 참조하여 문제를 확인하거나 하드웨어 구입업체로 문의하십시오.

• Autochanger가 순차 모드인 경우 랜덤 모드로 설정을 변경합니다.

이러한 제안으로도 문제를 해결하지 못할 경우 LEGATO 기술 지원 센터로 문의하십시오. 이 때 585페이지의 “기술 지원 센터에 문의하기 전에”에서 설명한 정보 및 jbexercise, sjiinq 및 sjirjc 프로그램에서 얻은 출력도 제공합니다. 자세한 내용은 LEGATO Command Reference Guide 또는 jbexercise, sjiinq 및 sjirjc 매뉴얼 페이지를 참조하십시오.



A

jbexercise 명령 실패

jbexercise 명령이 실패한 경우에는 다음 제안 목록을 검토하여 잠재적인 문제 및 그 해결책을 식별합니다.

• jbexercise 프로그램이 되감지 않는 장치 이름(예: Solaris에서 /dev/rmt/0mbn)에 대해 프롬프트 메시지를 표시합니다. 테이프 드라이브에 대한 올바른 장치 경로명을 제공했는지 확인합니다. 장치 이름은 Autochanger 자체가 아닌 Autochanger의 테이프 드라이브에 속해야 합니다.

되감지 않는 장치 이름을 입력하지 않았으면 경우 다음과 같은 오류 메시지가 나타납니다.

device not ready

• 경로명을 입력한 테이프 드라이브가 작동해야 합니다. 드라이브에 볼륨을 삽입하고 다음 작업을 수행합니다.

a. tar 명령을 사용하여 작은 파일을 볼륨에 복사합니다.

b. tapeexercise 명령을 실행하여 보다 광범위한 작업을 검증합니다.

이들 테스트가 실패할 경우 해당 테이프 드라이브가 작동하지 않기 때문입니다. 테이프 드라이브 구성 방법에 대한 자세한 내용은 하드웨어 구입업체에 문의하십시오.

이러한 제안으로도 문제를 해결하지 못할 경우 LEGATO 기술 지원 센터로 문의하십시오. 이 때 585페이지의 “기술 지원 센터에 문의하기 전에”에서 설명한 정보 및 jbexercise, sjiinq 및 sjirjc 프로그램에서 얻은 출력도 제공합니다. 자세한 내용은 LEGATO Command Reference Guide 또는 jbexercise, sjiinq 및 sjirjc 매뉴얼 페이지를 참조하십시오.

자동 감지된 SCSI Jukebox 옵션이 서버를 중단시킬 경우

jbconfig를 사용하여 자동 감지되는 SCSI Jukebox를 설치하고 서버가 중단된 경우 다음을 따르십시오.

1. SJI Jukebox를 설치하는 jbconfig 옵션을 선택합니다. Jukebox의 목록이 표시됩니다.

2. 설치한 Jukebox의 유형에 해당하는 숫자를 입력합니다.

3. 다음과 같은 메시지가 나타나기 전까지 jbconfig를 계속 진행합니다.

Jukebox has been added successfully.



616

A

jbconfig에 X11 라이브러리가 필요할 경우

UNIX에서 jbconfig 프로그램을 사용하려면 X11 그래픽 라이브러리가 설치되어야 합니다. X11 그래픽 라이브러리가 설치되지 않은 컴퓨터에서 jbconfig 프로그램을 실행하면 다음과 같은 오류 메시지가 나타납니다.

Symbol S...... in use libvgalaxy.a is not defined

Cannot load libvgalaxy.a

System error, can not run a file.

Autochanger를 사용하여 데이터를 복구하기 전에 jbconfig 명령을 사용하여 Autochanger를 추가한 후 구성해야 합니다.

HP-UX 컴퓨터에서는 Autochanger를 구성하려고 시도하기 전에 /nsr /jukebox 디렉토리 및 그 내용이 존재해야 합니다. 디렉토리가 없거나 비어 있을 경우 Autochanger를 구성하기 전에 /opt/networker/lib의 내용을 /nsr/jukebox로 복사합니다.

Autochanger 재고 문제

다음 상황 중 하나가 발생하면 Autochanger 재고가 구식이 될 수 있습니다.

• 미디어가 Autochanger 드라이브에서 수동으로 배출됩니다.

• 미디어가 Autochanger에서 제거됩니다.

• Autochanger 문이 열려 있습니다.

Autochanger 재고가 구식이 됩니다. 이는 NetWorker 소프트웨어가 해당 Autochanger를 사용할 수 없음을 의미합니다.

Autochanger를 다시 사용 가능하게 만들려면 다음을 따르십시오.

1. 미디어 카트리지가 Autochanger에 올바르게 설치되어 있고 Autochanger 문이 닫혀 있는지 확인합니다.

2. NetWorker 서버에 root로 로그인합니다.

3. 프롬프트에서 다음 명령을 입력하여 Autochanger를 재설정합니다.

# nsrjb -Hv

4. 프롬프트에서 다음 명령을 입력하여 재고 처리를 수행합니다.

# nsrjb -Iv

재고 처리 작업이 완료되면 NetWorker 서버는 다시 Autochanger를 사용할 수 있습니다.

nsrjb 명령 사용에 대한 완전한 내용은 nsrjb(8) 매뉴얼 페이지 또는 403페이지의 “10장: Autochanger 및 Silo”를 참조하십시오.



A

Destination Component Full(대상 구성 요소가 꽉참) 메시지

Autochanger에서 수동 작업을 하는 경우(예: NetWorker 서버를 사용하여 볼륨을 마운트 해제하지 않고 Autochanger의 버튼을 사용하여 테이프 드라이브를 물리적으로 언로드) 다음과 같은 오류 메시지가 나타날 수도 있습니다.

Destination component full

서버는 이러한 수동 Autochanger 작업으로 인해 Autochanger에 있는 미디어의 상태에 대한 추적을 놓치게 됩니다. 이 문제를 해결하려면 NetWorker 명령 nsrjb -H를 사용하여 Autochanger를 재설정합니다.

테이프가 꽉 채워지지 않는 경우

NetWorker 소프트웨어가 테이프를 꽉 채우지 못하는 상황이 발생할 수 있습니다. 예를 들어 용량이 4,000MB인 테이프에서 3,000MB의 데이터가 기록된 후 NetWorker 서버에 의해 꽉 채워졌다고 표시될 수 있습니다.

서버가 테이프 용량을 최대한으로 꽉 채워서 사용할 수 있도록 하려면 사용 중인 장치에 적합한 고밀도 장치 드라이버를 선택합니다. 테이프의 레이블이 지정되면 서버는 장치에서 지원되는 고밀도로 테이프를 기록합니다.

서버가 테이프를 채운 것처럼 나타내는 이유는 여러 가지가 있습니다.

• 백업 동안 쓰기 오류가 발생합니다.

대부분의 테이프 드라이브는 테이프가 올바르게 기록되었는지 확인하기 위해 쓰기 작업 후에 읽으려고 시도하고 아닐 경우 다시 시도합니다. 쓰기 오류는 테이프의 끝 또는 읽기 오류를 나타냅니다. 테이프 오류 시 NetWorker 서버는 테이프가 꽉 찼다고 표시합니다.

테이프의 쓰기 오류를 막으려면 테이프 드라이브를 정기적으로 청소하고 데이터 전용 테이프를 사용합니다. 드라이브를 청소해도 도움이 되지 않으면, 다음을 확인하십시오.

– 장치 드라이버가 적절하게 구성되었는지

– 테이프 드라이브의 모든 필요한 스위치 설정이 제조업체의 사양으로 설정되어 있는지

– 모든 케이블이 잘 연결되어 있는지

– 다른 잠재적인 SCSI 문제가 제기되었는지



618

A

• NetWorker 파일 마크가 테이프의 공간을 차지합니다.

NetWorker 서버는 빠른 데이터의 복구를 용이하게 하기 위해 정기적으로 파일 마크를 기록하고 있습니다. 이들 파일 마크는 테이프 드라이브 유형에 따라 다른 양의 테이프를 소모합니다. 일부 드라이브에서는 파일 마크가 몇 MB를 사용할 수도 있습니다. 서버가 테이프에 기록하는 파일 마크의 수는 테이프에 있는 Save set의 수와 상관이 있습니다. Save set가 용량이 작지만 많이 있으면 몇 개의 용량이 큰 Save set 보다 파일 마크가 더 필요합니다.

• 테이프 용량이 테이프마다 다릅니다.

테이프 용량은 테이프마다 일정하지 않습니다. 테이프는 구입업체가 동일하고 외관상으로 같아도 용량에 있어 상당한 차이가 날 수 있습니다. 이것은 꽉 찬 테이프를 다른 테이프로 복사할 경우, 특히 대상 테이프가 소스 테이프보다 데이터를 적게 보관할 경우 문제를 일으킬 수 있습니다.

• 데이터 압축이 테이프 용량에 영향을 미칩니다.

테이프 드라이브에서 압축을 사용할 경우 테이프 용량에 미치는 영향을 예측할 수 없습니다. 압축한 드라이브는 압축하지 않은 드라이브보다 용량을 두 배 많이 제공할 수 있습니다. 용량은 백업될 데이터의 종류에 따라 차이가 날 수 있습니다. 예를 들어 압축되지 않는 드라이브가 특정 테이프에 2GB의 데이터를 기록할 경우 압축한 드라이브는 10GB, 2GB, 5GB 또는 예상할 수 없는 양의 데이터를 기록할 수 있습니다.

• 테이프 길이

테이프 길이를 확인해야 합니다. 120미터 DAT 테이프는 90미터 DAT 테이프 보다 많은 데이터를 보관하며 주의해서 테이프 카세트에 인쇄된 정보를 검사하지 않으면 두 테이프가 동일하게 나타날 수 있습니다.

자세한 내용은 LEGATO Technical Bulletin 176: NetWorker and Tape Capacity Discrepancies(UNIX|NetWare)(LEGATO 웹 사이트 www.legato.com)를 참조하십시오.

Solaris의 경우 사용 중인 테이프 장치를 Sun Microsystems에서 직접 지원하지 않으면 st.conf 파일의 항목을 다시 작성해야 합니다. 도움이 필요하면 LEGATO 기술 지원 센터로 문의하십시오.

서버가 Autochanger 제어 포트에 액세스할 수 없는 경우

제어 포트는 Autochanger 로딩 메커니즘을 제어합니다. 제어 포트가 제대로 연결되었는지 확인하는 방법에 대한 지침은 Autochanger의 하드웨어 설치 매뉴얼을 참조하십시오. 제어 포트가 작동하는지 여부를 판별할 수 없는 경우 Autochanger 구입업체에 도움을 요청하십시오.



A

되감지 않는 장치 요구 사항

NetWorker 백업에는 되감지 않는 장치를 사용해야 합니다. NetWorker 서버는 각 백업의 끝에서 볼륨에 파일 마크를 기록합니다. 다음 백업이 발생할 때 서버는 파일 마크의 위치를 기반으로 볼륨에 데이터를 추가합니다. 장치가 자동으로 데이터를 되감는 경우 파일 마크 위치가 손실되고 데이터는 다음 백업에 의해 겹쳐 써집니다. 나중에 이전 백업 데이터를 복구할 수 없습니다.

ATL 2640 라이브러리

ATL 2640 라이브러리에 연결된 컴퓨터를 5.5 이전 릴리스의 NetWorker 소프트웨어에서 업그레이드할 경우 ATL 2640 라이브러리를 사용할 수 있도록 다음 절차를 수행해야 합니다.

1. NetWorker 관리 프로그램을 사용하여 Polled_import 및 Stacker_export Jukebox 속성을 설정합니다.

a. Media 메뉴에서 Jukeboxes를 선택합니다.

b. Jukeboxes 대화 상자의 View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.

c. Jukeboxes 대화 상자에서 Jukebox Features 속성에 대해 Polled_import 및 Stacker_export 옵션을 선택합니다.


2. ATL 라이브러리를 구성하여 User Op IOD(입/출력 장치)를 사용합니다. 이 작업을 수행해서 테이프 삽입을 위해 IOD 문이 열리도록 해야 합니다.

a. DOS/Windows 컴퓨터를 라이브러리 DIAG(진단) 직렬 포트에 연결합니다.

b. ATL 진단 프로그램인 tapelib.exe를 컴퓨터에 로드합니다.

c. Config 메뉴에서 User Op IOD를 선택한 다음 Enable을 선택합니다.

또한 IOD가 장치의 올바른 면에 있도록 라이브러리를 구성했는지 확인합니다(라이브러리의 물리적 구성과 일치해야 함). Passthrough(창구)가 사용되어 있는지도 확인합니다.

참고: nsrjb 명령줄에 포트 번호를 지정하지 않아야 합니다. 그 외에도 NetWorker 5.5에서 시작하면 가져오기/들여오기 포트에 대한 번호 지정 체계가 모든 항목(슬롯 및 드라이브)에 사용되는 체계와 일치하기 위해 0 기반(0,1,2,3)에서 1 기반(1,2,3,4)으로 변경됩니다.



620

A

슬롯에 볼륨 배치

볼륨을 배치한 후 Autochanger의 재고 처리를 수행하는 대신에 nsrjb 프로그램으로 미디어 데이터베이스에 이미 포함된 볼륨 이름의 범위를 지정할 수 있습니다.

미디어 데이터베이스에 이미 있는 레이블이 지정된 볼륨을 Autochanger에 배치하려면 관련된 포트 또는 슬롯 번호가 아닌 배치될 볼륨의 이름만을 지정합니다. NetWorker 서버는 첫 번째 포트에서 시작하여 비어 있지 않는 첫 번째 슬롯으로 볼륨을 재치합니다. 예를 들면 다음과 같습니다.

# nsrjb volume_name1 volume_name2 volume_name3

NetWorker 미디어 데이터베이스에 이미 나열되어 있는 레이블이 지정된 볼륨을 배치한 후 Autochanger의 목록을 작성하고 싶지 않으면 다음과 같이 하십시오.

• -S slots 옵션에 비어 있는 슬롯의 범위를 지정합니다. 지정된 범위는 포트 범위의 첫 번째 볼륨에서 시작해야 합니다.

• 첫 번째 포트에서 시작해서 -P ports 옵션에 비어 있지 않은 포트의 범위를 지정합니다. 배치될 볼륨의 범위가 첫 번째 포트에서 시작하지 않을 경우에는 -P 옵션을 사용하여 포트의 범위를 지정해야 합니다. 예를 들면 다음과 같습니다.

# nsrjb -S slots -P ports volume_names

Solaris 서버 또는 저장 장치 노드의 슬롯에 볼륨 배치

nsrjb -S 명령을 사용하여 Solaris 서버 또는 저장 장치 노드에 연결된 Autochanger의 슬롯 범위에 볼륨의 범위를 배치할 때 명령에서 볼륨 이름도 함께 지정할 경우 배치가 발생하지 않습니다. 이 문제를 피하려면 명령줄에 볼륨 이름을 지정하지 않아야 합니다.

nsrjb에 -o 명령 옵션 사용

동일한 nsrjb 명령줄에 -o 옵션을 두 번 사용할 경우 지정된 첫 번째 -o 옵션은 무시됩니다. 예를 들어 다음 예에서 -o notreadonly 작업은 실행되지 않습니다.

# nsrjb -o notreadonly -o notfull -S 2

-o 옵션을 사용하여 여러 개의 nsrjb 작업을 수행하려면 개별적으로 명령을 입력합니다. 예를 들어, 이전 명령은 다음과 같이 입력해야 합니다.

# nsrjb -Y -o notreadonly -S n

# nsrjb -Y -o notfull -S n



A

Scanner 명령이 Adv_file 유형 장치와 다르게 동작하는 경우

scanner 명령은 고급 파일 유형 장치와 함께 이 명령을 사용할 때 다르게 동작합니다.

기본 및 _AF_readonly adv_file 유형 장치 모두가 마운트 해제될 때, 다음 명령을 실행하면 _AF_readonly 장치가 마운트됩니다.

# scanner -m -S ssid primary_device_name

이것은 adv_file 유형 장치를 사용했을 때 scanner 명령의 예상 동작입니다.

서버 및 원격 저장 장치 노드 시계가 동기화되지 않은 경우 잘못된 오류 메시지가 표시됨

성공적인 복제 프로세스에도 불구하고 원격 저장 장치 노드 장치에 복제를 하는 경우 다음과 같은 오류 메시지가 나타날 수 있습니다.

Starting cloning operation...from storage node <storage-node>

nsrclone: Failed to clone any save sets

이러한 오인된 오류 메시지가 표시되지 않도록 하려면 원격 저장 장치 노드 및 서버 시계가 동기화되어 있는지 확인합니다. mminfo 명령을 사용하여 복제가 되었는지를 확인할 수 있으며 예를 들면 다음과 같습니다.

# mminfo -s server -c client -S

참고: 오인된 오류 메시지가 NetWorker 작업 시 나타나지 않도록 하려면 시스템 구성의 모든 시계를 동기화합니다.

LEGATO GEMS SmartMedia 구성 후 Autochanger 재설정

NetWorker 서버 및/또는 저장 장치 노드로 미디어 서비스를 제공하도록 LEGATO GEMS SmartMedia 서버를 구성할 경우 Autochanger를 재설정해야 합니다. SmartMedia에서 사용하기 위해 Autochanger의 하드웨어와 NetWorker 서버의 미디어 데이터베이스를 재설정하려면 nsrjb -H 명령을 실행하십시오

장치 지원 업데이트

LEGATO에서는 주기적으로 추가 Autochanger 및 테이프 장치에 대한 지원을 제공합니다. 지원 장치 목록은 LEGATO 웹 사이트의 최신 Hardware Compatibility Guide에서 볼 수 있습니다.



622

A

TZ89 드라이브 유형에 필요한 휴식 시간

TZ89 드라이브를 언로드하고 오류 메시지를 받은 경우 Autochanger 자원의 Sleep 속성을 수정해야 합니다.

nsrd: media info: unload retry for jukebox `COMPAQTL895'

failed- will retry again.

휴식 속성을 변경하려면 다음을 따르십시오.

1. NetWorker 서비스를 종료합니다.

2. TZ89 드라이브로 Autochanger를 종료했다가 다시 시작합니다.

3. Autochanger가 다시 온라인 상태가 되면 NetWorker 서비스를 다시 시작합니다.

이렇게 하면 NetWorker가 다시 설정되어, 언로드 재시도를 중단합니다.

4. 휴식 시간 속성에 대해 다음 설정을 사용합니다.

• Eject Sleep: 18초

• Unload Sleep: 30초

• Load Sleep: 30초

휴식 속성 설정에 대한 자세한 내용은 418페이지의 “Autochanger 작업에 대한 휴지 기간 조정”을 참조하십시오.

드라이브 언로드를 다시 시도합니다. 드라이브 언로드가 실패하면 이 절차를 반복하고 휴식 시간을 증가시킵니다.

CDI가 NDMP 또는 디스크 파일 유형 장치에서 활성화되면 표시되는 메시지

CDI 기능이 활성화되어 있을 때 NDMP 테이프 장치 또는 디스크 파일 유형 장치를 사용하면 다음과 비슷한 메시지가 NetWorker 메시지 로그에 나타납니다.

nsrd: media notice: The CDI attribute for device "/dev/rmt/3cbn"

has been changed to "Not used".

이 메시지가 나타나지 않게 하려면 이런 장치 유형에 대해 CDI 속성을 사용하지 마십시오.



A

진단 도구다양한 진단 도구를 운영 체제 서비스 및 NetWorker 제품의 일부로서 사용할 수 있습니다.

통신 세션이 설정될 수 있는지 확인하려면 운영 체제 소프트웨어와 함께 제공된 도구인 ping 및 rpcinfo로 테스트합니다.

NetWorker 서버가 포트의 매핑에 크게 의존하기 때문에 rpcinfo를 사용하여 포트 매퍼의 작업을 테스트합니다. ping을 사용하는 것은 OSI 모델의 네트워크 계층에 대한 연결을 테스트합니다. rpcinfo는 세션 계층의 통신을 확인합니다. ping 및 rpcinfo를 사용하기 위한 지침은 599페이지의 “클라이언트/서버 통신”을 참조하십시오.

통신 테스트에 사용할 수 있는 더 많은 도구를 알려면 LEGATO 기술 지원 센터에 문의하십시오.

NetWorker 소프트웨어에서 지원되는 구입업체 관련 ASC 및 ASCQ 코드

NetWorker 소프트웨어의 릴리스 7.0에서 서버 또는 저장 장치 노드를 설치하면 ASC(Additional Sense Code ), ascd 코드 및 구입업체 관련 디렉토리가 자동으로 설치됩니다. 이 ascd 코드 유틸리티는 표준 SCSI 및 많은 구입업체 관련 ASC 및 ASCQ(Additional Sense Code Qualifiers)를 영어 오류 메시지로 변환합니다.

ASC 유틸리티는 NetWorker 드라이버 패키지에 있습니다. 드라이버 패키지는 저장 장치 노드에 있기 때문에 유틸리티는 서버 및 저장 장치 노드와 함께 자동으로 설치됩니다. 단순히 클라이언트 패키지를 설치하는 경우 ASC 유틸리티는 설치되지 않습니다.

ASC 유틸리티는 다음 구입업체를 위해 구입업체 관련 오류 메시지를 변환합니다.

• ADIC

• ATL

• BHTi

• Benchmark

• Exabyte

• Fujitsu

• HP

• IBM

• Overland

• Plasmon

• Qualstar

• Quantum

• Seagate

• STK

• Tandberg



624

A

NetWorker 로켈 및 코드 세트 지원NetWorker 소프트웨어는 운영 체제에서 정의한 로켈이나 특수한 의미를 갖는 문자를 파일 시스템마다 새롭게 매핑하는 코드 세트를 지원하지 않습니다. 파일 시스템에 따라 슬래시(/), 백슬래시(\), 콜론(:) 또는 마침표(.)가 이러한 특수 문자로 사용될 수 있습니다. De_DE.646은 지원되지 않는 로켈의 한 예입니다.

이러한 환경에서도 NetWorker 소프트웨어는 정상적으로 작동하지만, 로켈을 변경하면(기존의 인덱스가 유효하지 않게 변할 수 있음) 정상 작동이 불가능해질 수도 있습니다.

다음 절에서는 로켈 및 코드 세트에 대한 NetWorker 지원에 대해 설명합니다.

• 624페이지의 “로켈 지원”

• 624페이지의 “코드 세트 지원”

로켈 지원

NetWorker 소프트웨어는 다음 혼합 로켈 환경만 지원합니다.

• 영어 서버와 지원되는 비영어 클라이언트

• 지원되는 비영어 서버를 가진 영어 클라이언트

NetWorker 기능은 소프트웨어가 번역되었는지 여부에 따라 달라집니다.

• 지원되는 로켈을 실행 중인 비영어 운영 체제의 NetWorker 소프트웨어의 비영어 버전에서는 번역된 파일 이름이 올바르게 표시됩니다.

• 비영어 또는 영어 버전의 운영 체제에서 실행 중인 영어 NetWorker 소프트웨어 버전에서는 비영어 파일 이름이 올바르게 표시되지 않을 수도 있습니다.

코드 세트 지원

624페이지의 표 89는 NetWorker 6.0.1L 이상 버전에서 지원되는 각 지원 코드 세트에 대한 Solaris Language 환경 설정을 나타냅니다.

표 89. 지원되는 코드 세트에 대한 Solaris Language 환경 설정

로켈 Solaris Language 환경 설정

프랑스어 frfr_FR.ISO8859-1fr_FR.ISO8859-15

일본어 EUC ja

중국어(간체) zhChinese



A

자원 데이터베이스 참고 사항 NetWorker 릴리스 7.0에서 자원 정보는 다음 디렉토리 구조에 있습니다.

/nsr/res/nsrdb/00...

/nsr/res/nsrdb/09

이 디렉토리 구조 안에서 각 자원은 번호가 매겨진 개별 파일에 저장됩니다. 새 자원(예: Client, Group 또는 Pool 자원)이 만들어지면 새 파일이 이 디렉토리에 추가됩니다.

참고: Client 자원은 일반적으로 작기 때문에 NetWorker 클라이언트(nsrexecd)는 계속해서 /nsr/res/nsrla.res 파일을 사용합니다.

자원 보기

6.0 이상의 릴리즈에서 NetWorker 관리 프로그램을 사용하여 모든 NetWorker 자원을 보고 NetWorker 릴리스 7.0 서버를 관리할 수 있습니다.

중요 사항: 텍스트 편집기로 새 NetWorker 자원 파일의 내용을 볼 수 있지만, 직접 사용자 편집은 지원되지 않습니다. 자원 데이터베이스에 대해 지원되는 유일한 스크립트 액세스는 다음 방법을 통해서 가능합니다.

• nsradmin -s server

• nsradmin -d /nsr/res/nsrdb

실수로 nsradmin -d 명령에서 잘못된 경로를 지정하면 빈 자원 디렉토리가 만들어집니다. 이런 경우 잘못된 디렉토리를 수동으로 삭제합니다.



626

A

이전 자원 파일 복원

이전 NetWorker 릴리스에서 자원 파일을 복원하려는 상황이 있을 수 있습니다. 예를 들면 NetWorker 릴리스 7.0으로 업데이트한 후에 이전 NetWorker 릴리스로 만들어진 부트스트랩을 복구하고 싶을 수도 있습니다.

7.0 이하의 NetWorker 릴리스에서 자원 파일을 복원하려면 다음을 따르십시오.

1. NetWorker mmrecov 명령을 사용하여 자원 파일을 복원합니다. 자세한 내용은 mmrecov 매뉴얼 페이지를 참조하십시오.


3. /nsr/res/nsrdb 디렉토리를 삭제하거나 이름을 바꿉니다.

4. mmrecov로 만든 /nsr/res.R을 /nsr/res에 이동하거나 복사합니다.

5. NetWorker 데몬을 시작합니다.

이전 및 새 자원 파일이 존재하는 경우 기록되는 오류

nsrdb 데이터베이스 및 이전 자원 파일 중 하나(nsr.res 또는 nsrjb.res)가 존재하는 동안 nsrd 데몬을 시작하면 이전 자원 파일은 무시되고 다음과 같은 메시지가 daemon.log에 기록됩니다.

nsrd: NSR configuration database (/nsr/res/nsrdb) already

exists, previous release version ignored

이 상황은 NetWorker 릴리스 7.0을 설치하거나 릴리스 7.0으로 업데이트한 다음 이전 릴리스로 돌아가려고 하는 경우 또는 자원 파일이 새 형식으로 변환되기 전에 만들어진 부트스트랩을 사용하여 재난 복구를 수행하는 경우 발생할 수 있습니다.

이 오류가 발생한 경우:


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

• 이전 자원 구성을 사용하려는 경우에는 전체 /nsr/res/nsrdb 디렉토리 구조를 제거합니다.

• 새 자원 구성을 사용하려는 경우에는 nsr.res 및 nsrjb.res 파일을 제거합니다.

3. NetWorker 서비스를 다시 시작합니다.



A

자원 데이터베이스 손상 복구

정전, 운영 체제 고장, 수동 편집 등과 같은 이유로 NetWorker 자원 데이터베이스 파일이 손상될 수 있습니다. NetWorker 서버가 시작 시 자원 파일을 읽을 수 없는 경우 다음과 유사한 메시지가 daemon.log 파일에 기록됩니다.

nsrd: WARNING: NSR configuration database detected invalid

resource /nsr/res/nsrdb/01/00019803aa14713c89456b41

nsrd: Invalid resource saved at

/nsr/res/nsrdb/dbg/00019803aa14713c89456b41

NetWorker 서버는 nsrdb 디렉토리 구조에서 잘못된 자원 파일을 제거하여 dbg 디렉토리에 둡니다. dbg 디렉토리는 자원 데이터베이스 파일이 손상된 경우에만 만들어집니다. 이 문제가 발생하면 텍스트 편집기로 손상된 파일을 열고 어떤 자원이 손상되었는지 확인합니다. 그런 다음 NetWorker 관리 프로그램 또는 nsradmin 명령을 사용하여 자원을 다시 만들 수 있습니다.

손상된 자원 파일을 조사한 후에 이 파일을 삭제합니다.

자원 파일이 손상된 원인을 모르는 경우에는 LEGATO 기술 지원 센터에 도움을 요청하십시오.



628

A


부록 B: UNIX 및 Linux 플랫폼에만 해당되는참고 사항

이 부록에서는 하나 이상의 UNIX 플랫폼에 해당하는 LEGATO NetWorker 소프트웨어의 기능 및 성능에 관해 설명합니다. 이 장의 주요 절은 다음과 같습니다.

• 629페이지의 “Solaris”

• 630페이지의 “Linux”

• 631페이지의 “HP-UX”

• 641페이지의 “AIX”

• 642페이지의 “HP Tru64 UNIX”

• 647페이지의 “IRIX”

• 648페이지의 “IBM DYNIX/ptx”

Solaris이 절에서는 AIX 플랫폼에서 실행하는 NetWorker 소프트웨어에만 해당되는 정보를 제공합니다.

NetWorker 실행 파일이 Solaris 클라이언트에 대한 예상된 위치에서 발견되지 않는 경우

Solaris에서는 기본적으로 NetWorker 실행 파일이 /usr/sbin에 설치됩니다. root에 대한 검색 경로에 /usr/sbin이 없는 NetWorker 서버에서 그룹 백업을 시작할 경우 /usr/sbin에 NetWorker 실행 파일이 있는 클라이언트에서는 백업이 실패하게 됩니다. savefs 명령이 검색 경로에 없기 때문입니다.

최선의 해결책은 이 문제가 있는 클라이언트에 대해 숨겨진 Executable Path 속성을 설정하는 것입니다.


부록 B: UNIX 및 Linux 플랫폼에만 해당되는 참고 사항

630

B

실행 파일 경로 설정

실행 파일 경로를 설정하려면 다음을 따르십시오.

1. NetWorker Admnistrator 프로그램의 Client 메뉴에서 Client Setup을 선택합니다.

2. Clients 대화 상자의 View 메뉴에서 Details를 선택하여 숨겨진 속성을 표시합니다.

3. Executable Path 속성에 실행 파일 경로인 /usr/sbin을 입력합니다.

다른 해결책은 NetWorker 서버에서 root에 대한 검색 경로를 수정하여 지역적으로 /usr/sbin 경로가 존재하지 않더라도 이를 포함시키는 것입니다.

Solaris에서 지원되지 않는 장치에 대한 지원 얻기

Sun Microsystems에서 직접 지원되지 않는 장치를 사용중인 운영 체제에서 사용할 경우 Solaris 시스템에 제안하는 항목을 포함하고 있는 LEGATO 웹 사이트의 하드웨어 호환성 섹션에서 st.conf 파일을 구할 수 있습니다.

Linux이 절에서는 Linux 플랫폼에서 실행하는 NetWorker 소프트웨어에만 해당되는 정보를 제공합니다.

SCSI 장치를 감지하도록 Linux 운영 체제 구성

SCSI 장치를 완전히 사용하고 운영 체제에서 시스템에 연결된 SCSI 장치를 감지할 수 있도록 하려면 SCSI 하위 시스템을 적절히 구성해야 합니다. 여러 LUN으로 장치를 구성한 경우 커널 매개 변수 “Probe all LUNs of each SCSI Device“를 Yes로 설정해야 합니다. Linux 2.4 SCSI 하위 시스템 구성에 대한 자세한 내용은 The Linux Documentation Project 웹 사이트를 참조하십시오. SCSI 장치에 대한 자세한 내용은 제조업체에 문의하십시오.

inquire 명령 사용을 위한 구성 요구 사항

inquire 명령으로 모든 장치를 감지하려면 특정 OS 요구 사항, NetWorker 서버 또는 저장 장치 노드의 구성에 따라 장치 파일을 수동으로 작성해야 할 수도 있습니다.

예를 들어 Red Hat Linux를 실행하는 NetWorker 서버에 장치 sg0부터 장치 sg15까지가 이미 존재하면 다음과 같이 mknod 프로그램을 사용하여 장치 파일 sg16을 작성할 수 있습니다.

mknod /dev/sg16 c 21 17

장치 작성에 대한 자세한 내용은 OS 구입업체 설명서를 참조하십시오.



B

Linux 저널 파일 시스템 지원

NetWorker 소프트웨어는 다음 Linux 저널 파일 시스템에서의 백업 및 복구 작업을 지원합니다.

• ext3

• reiserfs

• jfs

• xfs

그러나 NetWorker 소프트웨어는 이러한 시스템에서의 확장 속성 또는 ACL의 백업과 복구는 지원하지 않습니다.

중요 사항: 저널을 볼 수 있도록 설정한 ext3 파일 시스템을 사용하는 경우에는 저널을 백업하거나 복구하지 마십시오. 저널을 복구하면 파일 시스템이 불안정해 질 수 있습니다. NetWorker 디렉티브를 사용하여 이 파일 시스템이 백업에서 제외되도록 할 수 있습니다. NetWorker 디렉티브 사용에 대한 내용은 193페이지의 “디렉티브”를 참조하십시오.

HP-UX이 절의 정보는 HP-UX 플랫폼에서 실행되는 NetWorker 소프트웨어에만 해당됩니다.

HP-UX 시스템에서의 Autochanger 설치

다음 절에서는 Hewlett-Packard에서 공급하는 드라이버를 설치하고 구성하는 방법에 대해 설명합니다.

Autochanger용 SCSI 주소 선택

각 SCSI 버스에 할당되는 SCSI 주소를 결정하고 Autochanger 드라이브 및 컨트롤러에 할당될 SCSI 주소를 선택해야 합니다. Autochanger에 대해 사용되지 않은 SCSI 주소를 선택하려면 NetWorker 서버 또는 저장 장치 노드에서 Root로 로그인한 후 ioscan -f 명령을 입력합니다.

SCSI 주소는 0부터 7까지입니다. 그러나 SCSI 주소 7은 컴퓨터의 SCSI 인터페이스 보드용으로 예약되어 있기 때문에 사용할 수 없습니다. 기본 하드 디스크는 일반적으로 SCSI 주소 6에 있습니다.



632

B 중요 사항: HP Model 48AL Autochanger와 같은 일부 장치는 전체 Autochanger에 대해 하나의 SCSI 주소를 선택합니다. 48AL은 장치(LUN 0) 및 로봇(LUN 1)에 대해서는 다른 SCSI 논리 장치 번호를 사용합니다. SCSI LUN은 ioscan 출력에서 H/W Path 필드의 마지막 숫자로 나타납니다.

다음 절에서는 다른 하드웨어 및 운영 체제 조합에서 사용하기 위한 명령 및 출력에 대한 예를 제공합니다. 사용자는 자신의 구성과 일치하는 예를 따라 하면 됩니다.

SCSI Pass-Through 드라이버 설치

SCSI pass-through(spt) 드라이버를 설치하는 데는 설치할 하드웨어의 유형에 따라 다음 두 가지 절차가 있습니다.

• HP-PB 인터페이스 카드가 들어 있는 HP 9000 Series 800에서 SCSI pass-through 드라이버를 설치하려면 632페이지의 “HP-PB 또는 NIO Pass-Through 드라이버 설치”를 참조하십시오.

• HSC 또는 PCI 인터페이스 카드가 들어 있는 HP 9000 Series 700 또는 800에서 SCSI pass-through 드라이버를 설치하려면 635페이지의 “GSC, HSC 또는 PCI Pass-Through 드라이버 설치”를 참조하십시오.

HP-PB 또는 NIO Pass-Through 드라이버 설치

HP-PB 또는 NIO Pass-Through 드라이버의 설치에 대한 자세한 내용은 scsi_pt에 대한 HP-UX 매뉴얼 페이지를 참조하십시오.

HP-PB 또는 NIO pass-through 드라이버를 설치하려면 다음을 따르십시오.

1. 다음 명령을 입력하면 사용할 시스템에 연결된 주변 장치에 대한 자세한 정보가 표시됩니다.

# ioscan -f

다음과 유사한 화면 출력이 나타날 것입니다.

Class I H/W Path Driver S/W State H/W Type Description

ext_bus 7 4/8 c720 CLAIMED INTERFACE GSC add-on

FAST/WIDE SCSI

target 4 4/8.1 tgt CLAIMED DEVICE

tape 6 4/8.1.0 stape CLAIMED DEVICE STK 4890

ext_bus 8 8/4/4 scsi3 CLAIMED INTERFACE HP 28696A-wide

SCSE ID=7

target 5 8/4/4.0 target CLAIMED DEVICE



B

tape 7 8/4/4.0.0 tape2 CLAIMED DEVICE Quantum DLT4000

ext_bus 12 10/4/4 scsi3 CLAIMED INTERFACE HP 28696A-Wide

SCSI ID=7


unknown -1 10/4/4.6.0 UNCLAIMED UNKNOWN HP C6280-7000

화면 출력은 다음을 나타냅니다.

• 인스턴스 7의 HSC fast/wide differential SCSI는 SCSI 주소 1의 STK 4890 테이프 드라이브에 연결됩니다.

• 인스턴스 8의 HP-PB fast/wide differential SCSI 어댑터는 SCSI 주소 0의 Quantum DLT4000 테이프 드라이브에 연결됩니다.

• 인스턴스 12의 HP-PB fast/wide differential SCSI 어댑터는 주소 6의 HP C6280-7000용 로봇 컨트롤러에 연결됩니다.

로봇 컨트롤러는 UNCLAIMED/UNKNOWN으로 나열되는 데 그 이유는 HP-PB pass-through 드라이버가 이 컨트롤러와 통신하도록 구성되지 않았기 때문입니다.

2. 구성을 완성하려면 build 디렉터리로 이동합니다.

# cd /stand/build

3. 기존 커널에서 시스템을 작성합니다.

# /usr/lbin/sysadm/system_prep -s system

SCSI pass-through 드라이버가 현재 커널에 이미 구성되어 있는지 확인합니다. 이 드라이버는 spt 이름으로 표시됩니다.

# grep spt system

4. spt 줄이 인쇄되지 않을 경우 드라이버 명령문을 /stand/build/system:과 같은 시스템 파일의 SCSI 드라이버 영역에 추가합니다.

# spt

5. 다음 형식으로 드라이버 줄을 시스템 파일에 추가합니다.

driver path spt

이 명령에서 path는 (ioscan 명령에서) 원하는 장치의 전체 하드웨어 경로입니다.

라이브러리 로봇이 하드웨어 경로 10/4/4.6.0에 연결된 이전 ioscan 표시를 사용한 경우 이 줄은 다음과 같습니다.

driver 10/4/4.6.0

시스템이 SCSI pass-through 드라이버를 자동 구성할 수 없기 때문에 드라이버 명령문이 필요합니다. 각 라이브러리에 대한 로봇 컨트롤러에 명령문이 하나씩 필요합니다.



634

B

참고: driver path spt와 같은 줄을 추가하면 시스템이 해당 SCSI 버스에 추가된 테이프 드라이브를 인식하지 못할 수 있습니다. 시스템이 이전에 인식할 수 있었던 각 테이프 드라이브에 대해 driver path spt 줄을 추가할 필요가 있습니다.

6. 이전 시스템 파일을 보관합니다.

# mv /stand/system /stand/system.prev

7. 현재 시스템으로 새 시스템을 이동합니다.

# mv ./system /stand/system

8. 새 커널을 구축합니다

# /usr/sbin/mk_kernel

9. pass-through 드라이버가 새 커널에 구축되었는지 확인합니다.

# what ./vmunix_test | grep scsi_pt

다음과 유사한 줄이 나타납니다.

scsi_pt.c Revision: 10.20 $Date: 97/07/18 14:38:27 $

10. 이전 커널을 보관합니다.

# mv /stand/vmunix /stand/vmunix.prev

11. 현재 시스템이 되도록 새 커널을 이동합니다.

# mv /vmunix_test /stand/vmunix

12. 새 커널에서 시스템을 부팅합니다.

# /usr/sbin/shutdown -r 0

13. 주변 장치 구성을 확인합니다. 시스템을 다시 부팅한 후에 다음 명령을 입력합니다.

# ioscan -f -C spt

ioscan의 출력이 다음과 비슷해야 합니다.


spt 0 10/4/4.6.0 SPT CLAIMED device HP C6280-7000

14. 636페이지의 “장치 파일 작성”으로 진행합니다.



B

GSC, HSC 또는 PCI Pass-Through 드라이버 설치다음 절차는 SAM 터미널 모드를 사용하고 있다고 가정한 상태의 것입니다.

GSC, HSC 또는 PCI pass-through 드라이버를 설치하려면 다음을 따르십시오.

1. SAM을 실행합니다.

2. Select Kernel Config를 선택한 후 [Return] 키를 누릅니다.

3. Drivers를 선택한 후 [Return] 키를 누릅니다.

4. 목록에서 SCTL을 선택합니다. SCSI_ctl 드라이버가 SCTL이라는 이름으로 표시됩니다.

현재 상태에 있다면 636페이지의 “장치 파일 작성”으로 진행합니다.

참고:장치에 대해 시스템용으로 예약된 이름이 아니면 어떤 이름도 선택할 수 있습니다. 예를 들어 /dev/null과 같은 이름은 사용할 수 없습니다.

5. Actions 메뉴에서 Add Drivers to Kernel을 선택한 후 [Return] 키를 누릅니다.

6. Actions 메뉴에서 Create a New Kernel을 선택한 후 [Return] 키를 누릅니다.

7. “Are you sure?“라는 메시지가 나타나면 Yes를 선택하고 [Return] 키를 누릅니다.

8. Creating Kernel 메시지가 약 1-2분 동안 나타났다가 그 다음에 Move Kernel Message가 나타납니다. OK를 선택한 후 [Return] 키를 누릅니다. 시스템이 다시 부팅됩니다.

9. 636페이지의 “장치 파일 작성”으로 진행합니다.

Autochanger 하드웨어 설치Autochanger 하드웨어를 설치하려면 구입업체의 하드웨어 설치 매뉴얼의 지침을 따르십시오. 이전 절인 631페이지의 “Autochanger용 SCSI 주소 선택”에서 선택한 SCSI 주소를 사용하여 장치 및 로봇 컨트롤러용 Autochanger에 필요한 모든 스위치를 설정합니다.

예를 들어 이전 Series 800 예를 사용하여 구입업체에서 제공한 하드웨어 매뉴얼의 지침에 따라 Autochanger의 로봇 SCSI 주소를 3으로 설정하고 장치 SCSI 주소를 4로 설정합니다.

시스템 종료Autochanger 장치 하드웨어를 설치하기 전에 시스템을 종료해야 합니다.

서버를 종료하려면 다음을 따르십시오.

1. 다음 명령을 입력하여 서버를 정지합니다.

# sync

# shutdown -h time

이 time 옵션은 시스템이 종료되기 전에 사용자가 로그오프되는 시간(초)입니다. 기본 유예 기간은 60초입니다. time이 0이면 shutdown이 로그 아웃할 시간을 아주 짧게 제공하게 되므로 종료 명령이 보다 빨리 실행됩니다.



636

B

2. 서버의 전원을 끕니다.

시스템 시작

시스템을 시작하려면 다음을 따르십시오.

1. Autochanger의 주 전원 스위치를 On 위치로 돌립니다.

2. 서버의 전원을 켭니다.

이렇게 하면 새 Autochanger 하드웨어를 설치한 후 필요하면 서버를 다시 부팅합니다.

장치 파일 작성

장치 파일을 작성하려면 다음을 따르십시오.

1. 다음 명령을 사용하여 spt가 성공적으로 설치되었는지 확인합니다.

# ioscan -kfn

2. 드라이버가 Autochanger를 요구했는지 확인합니다. Autochanger가 요구되었을 경우 CLAIMED가 S/W State 머리글에 나타나야 합니다. 요구되지 않은 경우 설치가 적절하게 완료되었는지 확인해야 합니다.

3. 장치 항목이 운영 체제에 의해 이미 완료된 경우 OS 정의 항목을 사용하고 설치 확인을 시작합니다.

4. 장치 항목이 정의되지 않은 경우 장치 파일을 작성해야 합니다. mknod 명령을 사용하여 로봇 컨트롤러에 액세스하기 위한 장치 파일을 작성합니다. 명령 구문은 다음과 같습니다.

/user/sbin/mknod /dev/sji devfilename c majornum minornum

• devfilename은 장치 파일에 대한 사용자 정의 이름입니다.

• majornum은 lsdev 명령의 문자 주 번호입니다.

• minornum은 부 번호로 다음 형식으로 입력해야 합니다.

0xIITL00

여기서:

– II는 두 자릿수 카드 인스턴스 번호로 16진수입니다(ioscan 명령; proper ext_bus 항목에서).

– T는 가장 큰 SCSI ID 번호입니다.

– L은 LUN 번호입니다.

– 00은 예약되어 있습니다.



B

주 번호

majornum 값을 확인하려면 다음 명령 중 하나를 입력합니다.

• 로봇이 HP-PB 어댑터에 연결되어 있는 경우:

# lsdev -d spt

• 로봇이 HSC 또는 PCI 어댑터에 연결되어 있는 경우:

# lsdev -d sctl

출력은 다음과 비슷해야 합니다. 할당된 번호가 이 예에 표시된 번호와 다를 수 있습니다.

Character Block Driver Class

HP-PB 75 -1 spt spt

HSC or PCI 203 -1 sctl ctl

majornum 값은 Character 열의 번호입니다.

부 번호

minornum 값을 확인하려면 ioscan 명령을 사용합니다. ioscan 출력에서 관련된 줄은 다음과 같습니다.

• 컨트롤러 자체에 속함(Description 열에 HP C6280-7000 포함)

• 컨트롤러가 연결된 어댑터에 속함(컨트롤러에 대한 줄 위의 두 번째 줄에 해당하고 Class 열에 “ext_bus“ 포함). 예를 들어 로봇이 HP-PB 어댑터 카드에 연결되어 있는 경우 ioscan은 다음과 비슷해야 합니다.


ext_bus 12 10/4/4 scsi3 CLAIMED INTERRACE HP 28696-Wide

SCSI ID=7


spt 0 10/4/4.6.0 spt CLAIMED DEVICE HP C6280-7000

이전 예에 나와 있는 정보가 주어지면 올바른 mknod 명령은 다음과 같습니다.

# /usr/sbin/mknod /dev/sji dev_filename c 75 0x0c6000

HSC 또는 PCI 어댑터의 경우에 ioscan 출력은 두 가지 방법 중 하나에서 이전의 예와는 차이가 납니다.

schgr 드라이버가 시스템에서 구성될 경우 이 드라이브는 라이브러리와 관련된 것으로 나타납니다. ioscan 출력 줄이 다음과 비슷해집니다.


spt 0 10/4/4.6.0 schgr CLAIMED DEVICE HP C6280-7000

schgr 드라이버가 시스템에서 구성되지 않은 경우 라이브러리와 관련된 것으로 나타나는 드라이버가 없습니다. ioscan 출력 줄이 다음과 비슷해집니다.



638

B


unknown -1 10/4/4.6.0 schgr UNCLAIMED DEVICE HP C6280-7000

장치 드라이버 및 장치 파일 설치 테스트

장치 드라이버를 설치하고 장치 파일을 작성한 후 사용 가능한 SCSI 장치 목록을 보려면 inquire 명령을 실행합니다.

# inquire

다음은 이 명령의 출력 예입니다.

[email protected]:HP C1194F 0.14|Autochanger (Jukebox),

/dev/rac/c0t1d0

[email protected]:Quantum DLT4000 CC37|Tape,

/dev/rmt/c0t2d0BESTnb







Autochanger 연결 테스트

Autochanger 연결을 테스트하려면 최소한 2개 이상의 “scratch“ 미디어를 Autochanger의 첫 번째와 마지막 슬롯에 로드한 상태에서 jbexercise 프로그램을 실행합니다. 장치는 문이 열린 채로 비어 있어야 합니다. 자세한 지침 사항은 jbexercise 매뉴얼 페이지를 참조하십시오.

jbexercise를 실행할 때 제어 포트 및 Autochanger 모델 유형을 지정합니다. SCSI Autochanger 모델의 제어 포트는 보통 /dev/sjid1u1(또는 두 번째 Autochanger의 경우에는 /dev/sjid1u2)입니다. Exabyte 10i Autochanger에서 jbexercise 프로그램을 실행하려면 다음 명령을 사용합니다.

# jbexercise -c (/dev/sjid1u1) -m EXABYTE_10I



B

“Hardware Address Not Found“ 메시지

HP-UX 시스템 구성 로거는 다음 오류 메시지를 생성할 수 있습니다.

bootpd pid# Hardware address not found hardware-address

유사한 메시지가 NetWorker /nsr/logs/messages 파일에 기록됩니다. 다음 메시지가 발생한 경우 다음을 따르십시오.

1. root로서 로그인하고 /etc/syslog.conf 파일을 편집하여 daemon.notice의 모든 인스턴스를 local7.notice로 변경합니다.

2. Notification 자원에서 Log Default를 편집하여 Action 속성 값을 daemon.notice에서 local 7.notice로 변경합니다.

3. Log Default Notification에 변경 사항을 적용하고 저장합니다.


# cat /etc/syslog.pid

5. /etc/syslog.pid 파일에서 얻은 PID 번호를 사용하여 지정된 PID 번호를 강제 종료하고 syslogd 데몬에서 구성 파일을 다시 읽도록 합니다.

# kill -HPU pid#

local7 기능은 예로 제공됩니다. syslog.h 시스템 헤더 파일을 보고 기능에 대한 다른 가능성을 결정합니다. 기본적으로 LOG_LOCAL0에서 LOG_LOCAL7까지는 로컬 유틸리티 용으로 예약되어 있습니다. 시스템의 다른 로컬 유틸리티에서 이들을 사용하지 않으면 NetWorker 서버에서 bootpd에 발생하는 하드웨어 주소 문제를 피하기 위해 사용할 수 있습니다.

HP 테이프 드라이브에서 지원되지 않는 미디어의 오류

HP 테이프 드라이브는 특정 길이의 4mm 테이프만을 읽을 수 있습니다. 예를 들어, 어떤 드라이브는 60미터 테이프만을 읽고 90미터 또는 120미터 테이프의 사용은 지원하지 않습니다. HP 드라이브에서 지원하는 테이프 유형을 확인하려면 드라이브의 하드웨어 매뉴얼을 참조하십시오.

• HP 테이프 드라이브에서 지원되지 않는 미디어를 사용하면 상황에 따라 다음과 같은 유형의 오류 메시지가 표시될 수 있습니다. 테이프의 레이블을 지정하기 위해 nsrmm 또는 nsrjb 명령을 사용할 경우:

nsrmm: error, label write, No more processes (5)

• scanner -i 명령을 사용하려고 시도하는 경우:

scanner: error, tape label read, No more processes (11)

scanning for valid records ...



640

B

read: 0 bytes

read: 0 bytes

read: 0 bytes

HP-UX 서버 또는 저장 장치 노드에 테이프 드라이브 언로드

nsrjb -u -S 명령을 사용하여 HP-UX 서버 또는 저장 장치 노드에 연결된 Autochanger의 테이프 드라이브를 언로드하면 Autochanger 안의 모든 테이프 드라이브가 각 해당 슬롯에 언로드됩니다. 단일 드라이브를 해당 슬롯에 언로드하려면 nsrjb -u -f devicename 명령을 사용합니다.

참고: UNIX 시스템에서 nsrjb 명령을 -f devicename 속성과 함께 사용하고 장치 이름에 백슬래시가 포함된 경우에는 백슬래시와 함께 백슬래시 “이탈“ 문자를 사용해야 합니다. 따라서 이름이 rd=sn1:\\.\Tape0인 장치는 명령줄에서 rd=sn1:\\\\.\\Tape0으로 입력되어야 합니다.

HP-UX Autochanger에 필요한 SCSI Pass-Through 드라이버

Autochanger를 NetWorker HP-UX 서버에서 사용할 경우 LEGATO NetWorker 설치 안내서, HP-UX 버전을 참조하십시오. jbconfig 프로그램을 실행하기 전에 따라야 할 필요한 절차를 읽어 보십시오. SCSI pass-through 드라이버를 이미 설치한 경우라도 절차에 따라 커널을 재구축해야 할 수도 있습니다. 그런 다음 jbconfig 프로그램을 실행하여 NetWorker 소프트웨어에서 사용할 수 있도록 Autochanger를 구성하십시오.

fstab 파일의 심볼릭 링크 항목

HP-UX 운영 체제에서는 /etc/fstab 파일에 심볼릭 항목을 사용하지 마십시오. fstab 파일에 심볼릭 링크가 사용되는 경우 NetWorker 서버는 심볼릭 링크가 가리키는 파일 시스템을 백업하지 않습니다.



B

AIX이 절에서는 AIX 플랫폼에서 실행하는 NetWorker 소프트웨어에만 해당되는 정보를 제공합니다.

AIX의 전체 진단 코어 덤프 사용

AIX 시스템에 설치된 이전 버전의 NetWorker 소프트웨어는 전체 진단 코어 덤프를 자동으로 제공하지 않습니다. 전체 진단 코어 덤프를 사용하려면 NSR_FULLDUMP 환경 변수를 1로 설정해야 합니다.

환경 변수 및 코어 파일 크기를 설정하려면 다음을 따르십시오.

1. root로서 로그인한 후 다음 명령 중 하나를 사용하여 사용 중인 쉘 도구에 적절하게 환경 변수를 설정합니다.

# export NSR_FULLDUMP=1

# setenv NSR_FULLDUMP 1

2. Systems Management Interface Tool(SMIT)을 사용하거나 /etc/security/limits 파일을 편집하여 Root 또는 기본값에 대해 코어 파일 크기를 -1로 설정합니다.

3. Enable Full CORE Dump 옵션을 True로 설정합니다(System Environments 선택 사항에서 Change 또는 Show Characteristics of Operating System 선택).

코어 파일 크기 변경 내용을 적용하려면 limits 파일을 편집한 후에 시스템을 다시 부팅해야 합니다. ulimits -a 명령으로 파일 크기 제한을 확인할 수 있습니다. 설명한 절차에서 설정한 크기의 경우 ulimits 명령은 “unlimited“ 값을 반환해야 합니다.

AIX에 연결된 STK-9840 드라이브

NetWorker 백업용 AIX 서버에 STK-9840 드라이브를 연결한 경우에는 SMIT를 사용하여 IBM 테이프 드라이브 정의 필드를 수정하여 Use Extended File Mark의 값을 Yes로 설정합니다.



642

B

HP Tru64 UNIX이 절의 정보는 HP Tru64 UNIX 플랫폼에서 실행되는 NetWorker 소프트웨어에만 해당됩니다.

TruCluster Server 5.0에서는 NetWorker 서버 장애 복구가 지원되지 않음

TruCluster Server 5.0 클러스터 구성원 사이에서의 NetWorker 서비스의 장애 복구는 아직 지원되지 않습니다. 이 기능은 이후 TruCluster Server 소프트웨어 릴리스와 함께 제공됩니다.

TruCluster 5.x(LGTpa31515)에서의 서비스 포트 범위 바인딩

NetWorker 서버와 NetWorker 저장 장치 노드를 모두 실행하는 TruCluster 5.x 시스템에서 TCP 구성을 잘못 수정하면 RPC가 올바른 데몬으로 보내지지 않을 수 있습니다. NetWorker 소프트웨어가 응답을 중단하고 장치에 액세스할 수 없게 됩니다. 예를 들어, 클러스터 별칭 관리자(cluamgr)를 사용함으로써 외부 연결을 위해 어느 한 노드만 선호하는 경우 등이 여기에 해당됩니다.

TCP 구성에 관계 없이 원격 저장 장치 노드가 사용되지 않는 경우라도 다음 절차를 수행하도록 하십시오.

포트 범위 선택

포트 범위를 선택하려면 다음을 따르십시오.

1. NetWorker 서버와 각 클러스터 노드에 로그인합니다.

2. nsrports 명령을 사용하여 고유한 서비스 포트 범위를 선택합니다. 예를 들면 다음과 같습니다.

• 클러스터 노드 A에서 포트 범위를 7937에서 8936으로 변경

# nsrports -S 7937-8936

• 클러스터 노드 B에서 포트 범위를 8937에서 9936으로 변경

# nsrports -S 8937-9936

3. 모든 노드에서 NetWorker 소프트웨어를 종료하고 다시 시작합니다.



B

SCSI CAM Layered Components가 Tru64 UNIX 5.0에서 지원되지 않음

SCSI CAM Layered Components 제품은 Tru64 UNIX 5.0에서 지원되지 않습니다. 이 제품은 클러스터된 환경에서 테이프 장치에 대한 공유 액세스를 위해 필요합니다. 따라서 공유 테이프 장치가 지원되지 않습니다.

NetWorker 릴리스 5.5.1 서버 소프트웨어를 실행할 시스템에 SCSI CAM Layered Components 제품을 설치하지 마십시오. SCSI CAM 제품을 설치한 경우 올바르게 작동하도록 DISABLE_CLC_CHECK 환경 변수를 설정해야 합니다.

Tru64 UNIX 5.0 독립형 NetWorker 서버에 지원되는 구성

NetWorker 소프트웨어는 Tru64 UNIX 5.0 환경에서 다음과 같은 서버 및 클라이언트 기능을 지원합니다.

• Tru64 UNIX 5.0 비 클러스터 시스템에서 실행 중인 서버

• TruCluster Server 5.0 환경의 노드에서 독립형 서버로 실행하는 서버

TruCluster Server 5.0 클러스터 노드는 다음 중 하나로부터 NetWorker 릴리스 5.5.1 서버에 의해 백업될 수 있습니다.

• NetWorker 릴리스 5.5.1 클라이언트 소프트웨어가 클러스터에 설치되어 있는 한 클러스터 외부에서 실행 중인 NetWorker 릴리스 5.5.1 서버

• 클러스터 노드 중 하나에서 독립형 서버로 실행 중인 NetWorker 릴리스 5.5.1 서버

Tru64 UNIX 5.0은 새로운 장치 이름 지정 규칙을 지원합니다. 새로운 장치 이름 지정 규칙에 대한 내용은 Tru64 UNIX 5.0 설명서를 참조하십시오. NetWorker 릴리스 5.5.1 소프트웨어는 새로운 테이프 장치 이름만을 사용합니다. 기존 NetWorker 서버를 Tru64 UNIX 4.0x에서 5.0으로 업그레이드할 경우 이전 장치를 제거(예: /dev/nrmt0h)한 후 새로운 이름을 사용하여 재정의(예: /dev/ntape/tape0_d1)하십시오.

새로운 장치 이름을 사용하도록 독립형 테이프 장치를 재정의하려면 다음을 따르십시오.

1. nsrmm -u 명령을 실행하여 장치를 마운트 해제합니다.


3. 해당 장치를 선택하고 Delete를 누릅니다.

4. 새로운 이름으로 장치를 재작성합니다. 자세한 내용은 238페이지의 “장치 추가”를 참조하십시오.



644

B

TruCluster 환경의 구성원에 NetWorker 서버 설치

NetWorker 릴리스 5.5.1 서버를 TruCluster Server 5.0 클러스터의 한 구성원에서 독립형 장치 서버로 실행하려면 클라이언트 소프트웨어만 먼저 설치해야 합니다.

참고: 설치를 성공적으로 완료하려면 컨텍스트 종속 심볼릭 링크(CDSL)라고 하는 Tru64 UNIX 5.0의 특수 심볼릭 링크 유형을 사용해야 합니다. CDSL에 대한 자세한 내용은 Tru64 UNIX 5.0 설명서를 참조하십시오.

TruCluster 서버 환경의 구성원에 NetWorker 서버를 설치하려면 다음을 따르십시오.

1. TruCluster Server V5.0 설치 안내서에 따라 NetWorker 소프트웨어가 독립형 클러스터로 실행될 노드에 Tru64 UNIX V5.0/TruCluster Server V5.0 클러스터를 설치하고 구성합니다.

2. 클러스터 노드에 root로 로그인합니다.

3. TruCluster Server V5.0 클러스터에 NetWorker 릴리스 5.5.1 클라이언트 소프트웨어만을 설치하려면 setld ñl 명령을 실행합니다.

4. 모든 구성원의 개인 디렉토리에 클라이언트 NetWorker 바이너리를 복사합니다.

# cp -Rp /usr/opt/networker /cluster/members/member1/opt

# cp -Rp /usr/opt/networker /cluster/members/member2/opt

.

.

# cp -Rp /usr/opt/networker /cluster/members/memberN/opt

5. /nsr 디렉토리를 모든 구성원의 /cluster/members/{memb}/var에 있는 개인 디렉토리에 복사합니다. 예를 들어, 설치 프로세스 동안 /nsr이 /var/nsr에 링크된 경우 다음 명령을 완료합니다.

# cp -Rp /var/nsr /cluster/members/member1/var

# cp -Rp /var/nsr /cluster/members/member2/var

.

.

# cp -Rp /var/nsr /cluster/members/memberN/var

6. 현재 NetWorker 디렉토리를 제거합니다.

# rm -rf /usr/opt/networker

# rm -rf /var/nsr

(설치 동안 기본 위치 이외에 다른 위치를 선택한 경우 여기에서 이 경로를 /nsr 경로로 대체하십시오.)



B

7. /nsr 및 /usr/opt/networker 디렉토리에 대한 링크가 각 노드의 개인 디렉토리를 가리키도록 CDSL을 작성합니다.

# ln -s /cluster/members/memb/var/nsr /var/nsr

# ln -s /cluster/members/memb/opt/networker /usr/opt/networker

8. NetWorker 서버가 독립형 서버로 실행될 클러스터 노드로 로그인합니다.

독립형 서버로 실행하도록 선택한 노드에 다음 세 가지 서브 세트를 설치해야 합니다.

• LEGATO NetWorker드라이버 및 저장 장치 노드

• LEGATO NetWorker매뉴얼 페이지

• LEGATO NetWorker Server

9. setld -l 명령을 입력하면 설치를 시작합니다.

# setld -l

TruCluster V5.0 클러스터에서 부트 파티션 백업

클러스터 구성원의 부트 파티션 파일 시스템 목록은 /etc/fstab에 없습니다. 따라서 클라이언트의 Save Set 속성이 All로 설정된 경우 NetWorker 서버는 이러한 파일 시스템을 백업하지 않습니다.

관리자는 클라이언트가 부트 파티션 보관 세트를 지정할 수 있도록 새로운 그룹과 새로운 자원을 작성해야 합니다. 다음 예제에서는 클러스터 노드(coral)가 Default 그룹에서 Save Set=All을 구성하여 백업되지만 다른 모든 그룹은 유효한 것으로 가정합니다. 다음에서 제안하는 자원을 작성합니다.

참고: 이 예는 속성을 다음과 같이 설정한 Client 자원을 사용합니다.

• Name: mars

• Save Set=All

• 그룹: Default

부트 파티션을 백업하려면 다음을 따르십시오.

1. 다음과 같은 새 그룹을 작성합니다.

Name: boot_partition.group

2. mars에 대해 다음과 같은 새로운 Client 자원을 작성합니다.

Name: mars

Save Set =/cluster/members/member1/boot_partition



646

B

/cluster/members/member2/boot_partition

.

.

.

/cluster/members/memberN/boot_partition

3. 각 보관 그룹을 수동으로 실행하거나 각 그룹에서 자동 백업이 사용되도록 합니다.

컨텍스트 종속 심볼릭 링크 복원

NetWorker 소프트웨어는 CDSL이 포함된 경로에 있는 파일의 복원을 올바르게 처리하지 못합니다. 이 문제는 경로 이름 사이에 포함된 CDSL을 병합한 경로를 통해 파일을 백업할 때 발생합니다. 파일이 백업되지만 파일 경로가 테이프에서 분명하지 않기 때문에 Save set를 복원하거나 찾을 수 없습니다.

현재 두 가지 해결 방법을 사용할 수 있습니다.

• CDSL이 포함된 경로의 전체 경로 이름을 사용하여 복원합니다.

• 백업 및 복원 동안 CDSL의 상위 디렉토리를 지정합니다. 예를 들면 다음과 같습니다.

마운트 지점 /cluster/members/<memb>/ptmp가 백업되면 /ptmp/fred에 있던 파일도 테이프에 기록되지만 액세스할 수 없습니다.

이러한 문제를 해결하려면 <memb>를 memberN(여기서 N은 노드 번호임)의 실제 값으로 대체해야 합니다.

또한 /clustermembers 및 /ptmp도 보관할 수 있는데, 이렇게 하면 CDSL과 이들이 가리키는 데이터도 모두 보관됩니다.

NetWorker Server가 ASE Manager 내에서 종료되거나 재시작되어야 함

HP TruCluster Server 내에서 NetWorker 서버 소프트웨어를 실행 중인 경우에는 ASE Manager 내에서 사용 중인 활성 노드(서버 프로세스를 실행 중인 클러스터 노드)를 종료하거나 다시 시작해야 합니다.

ASE Manager를 사용하지 않으면 사용중인 클러스터 노드에서 nsr_shutdown을 사용하거나 NetWorker 데몬을 시작할 수 없습니다.



B

IRIX이 절에서는 IRIX 플랫폼에서 실행하는 NetWorker 소프트웨어에만 해당되는 정보를 제공합니다.

IRIX에서 “No Space Left in Tape“ 메시지를 표시할 경우

IRIX NetWorker 서버 또는 저장 장치 노드를 사용하는 경우 테이프 드라이브가 시스템 커널 내에 구성되어 있지 않으면 다음 메시지가 나타날 수 있습니다.

BSF invalid argument no space left in tape

이것은 NetWorker 오류가 아닙니다. Silicon Graphics 웹 사이트에서 입수할 수 있는 커널 패치를 적용하여 장치가 시스템에 대해 지원되고 구성되어야 합니다.

이 문제를 해결하려면 다음을 따르십시오.

1. www.sgi.com/support/patch_intro.html 웹 페이지를 방문합니다.

2. 권장되는 패치를 다운로드합니다.

3. 제공된 지침을 수행하여 패치 세트를 적용합니다.

SGI는 IRIX NetWorker 소프트웨어로 각 드라이브 및 로봇에 대한 특정 펌웨어 개정판을 테스트합니다. SGI가 자격을 부여한 드라이브 및 로봇을 사용자가 사용하는 경우라도 IRIX에 패치를 적용해야 합니다.

필요한 패치에 대한 정보와 배포에 대해서는 SGI Services and Support 웹 사이트를 방문하십시오. 현재 드라이브, 로봇, 펌웨어 개정판 IRIX 지원에 대한 정보도 얻을 수 있습니다.



648

B

IBM DYNIX/ptx이 절의 정보는 IBM DYNIX/ptx 플랫폼에서 실행하는 NetWorker 소프트웨어에만 해당됩니다.

디스플레이 문제

IBM DYNIX/ptx 컴퓨터에서 NetWorker 관리 프로그램을 실행한 후 Common Desktop Environment(CDE)를 실행중인 X11 디스플레이를 사용하도록 구성된 다른 컴퓨터에서 보려고 하면 디스플레이 문제가 발생할 수 있습니다.

어떤 상황에서는 NetWorker 관리 프로그램이 정상 작업 중에 조기 종료되어 그로 인해 화면에서 사라질 수도 있습니다. 해당 프로그램을 호출한 쉘에서 다음 오류 메시지가 나타납니다.

Error: Cannot perform realloc

이러한 디스플레이 문제를 해결하고 DYNIX/ptx 서버에 맞게 NetWorker 소프트웨어를 관리하려면 다음 옵션 중 하나를 사용하십시오.

• DYNIX/ptx 이외의 다른 플랫폼에서 NetWorker 관리 프로그램을 실행하고 nwadmin -s를 실행하여 이 컴퓨터를 DYNIX/ptx 서버용 NetWorker 소프트웨어에 연결

• nsradmin 텍스트 모드 유틸리티를 사용하여 DYNIX/ptx 컴퓨터에서 DYNIX/ptx 서버에 맞게 NetWorker 소프트웨어를 관리

중요 사항: NetWorker 세션이 끝날 때마다 NetWorker 관리 프로그램을 닫으십시오. 오랫 동안 프로그램을 연 채로 두면 시스템 성능이 저하될 수 있습니다.

Exabyte 8505 테이프 드라이브 사용

Exabyte 8505 테이프 드라이브를 사용하려면 먼저 장치에 8500C 펌웨어를 설치해야 합니다. 8500C 펌웨어는 IBM에서 구할 수 있습니다.



B

NetWorker 설명서 인쇄

Documentation Suite CD-ROM에 제공되어 있는 Adobe Acrobat Reader 또는 Ghostscript 소프트웨어를 사용하여 PDF 파일을 읽고 인쇄할 때 문제가 발생할 수 있습니다.

CD-ROM의 NetWorker 설명서를 인쇄할 수 없을 경우 다음 중 한 가지 방법을 사용하여 인쇄된 설명서를 얻습니다.

• Documentation Suite CD-ROM에 제공되어 있는 Adobe Acrobat Reader 소프트웨어를 사용하여 네트워크의 Solaris, HP-UX 또는 Windows NT 등 다른 플랫폼에서 설명서를 읽고 인쇄할 수 있습니다.

• 인쇄본 기술 문서를 주문할 수 있습니다. 일반적으로 각 세트에는 관리 지침서, Disaster Recovery Guide 및 Performance Tuning Guide 중 하나 이상이 들어있습니다. 설명서를 주문하기 위한 연락처 정보는 43페이지의 “정보 및 서비스”를 참조하십시오.

아카이브 요청 스케줄

아카이브 요청 스케줄에 대한 NetWorker Online Help는 IBM DYNIX/ptx 플랫폼에는 적용되지 않습니다.

IBM DYNIX/ptx의 아카이브 요청 스케줄을 정하려면 다음을 따르십시오.


2. Archive Request 대화 상자에서 Start Time 속성에 새로운 아카이브 시작 시간을 입력합니다. 24시간 시계 구문(hh:mm)을 사용하십시오.




650

B


용어집

본 용어집에서는 이 지침서에 사용되는 용어에 대한 정의를 제공합니다.

ACL Access Control List의 약어. 특정 파일이나 디렉토리에 할당된 사용 권한을 지정하는 목록입니다.

관련 ACL이 있는 파일을 복구하려면 root나 NetWorker 관리자로 시스템에 로그인하거나 파일 소유자로 로그인해야 합니다.

ASM Application Specific Module의 약어로 디렉티브에 사용될 때 파일이나 디렉토리 세트의 백업 및 복구 방법을 지정하는 프로그램입니다. 예를 들어, compressasm은 파일을 압축하는 데 사용되는 NetWorker 디렉티브입니다.

ASM 사양(ASM specification)

일치하는 패턴을 갖는 파일이나 디렉토리의 백업 방법을 지정하는 명령. 이 사양은 다음 형식으로 나타납니다.

[+] asm: argument

자세한 정보는 nsr_5 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

Autochanger 로봇 팔을 사용하여 하나의 장치에 위치한 슬롯, 미디어 드라이브, 미디어 액세스 포트를 포함하는 다양한 구성 요소 사이에서 미디어를 이동하는 메커니즘. Autochanger는 백업 및 복원 시 미디어 로드 및 마운트를 자동으로 해 줍니다. Autochanger라는 용어는 Autoloader, Carousel, 데이터 휠, Jukebox, 라이브러리 및 근접 라인 저장 장치를 포함하는 다양한 로보틱 라이브러리를 지칭합니다.


용어집

652

용어집

Autochanger 공유 물리적 테이프 볼륨 안의 테이프 드라이브와 하나의 물리적 Autochanger의 테이프 드라이브 자원에 대한 서버 및 저장 장치 노드의 액세스 공유

Carousel 다중 백업 볼륨을 가진 트레이 또는 테이프 카트리지

DAR DAR(Direct Access Restore)은 백업 이미지 내에 있는 파일의 시작 오프셋에 직접 테이프 헤드를 놓고 해당 오프셋에서 파일 길이만큼 읽어 파일을 복구하는 NDMP 파일 복구 방법입니다.

DDS NetWorker 소프트웨어에서 공유 드라이브를 인식할 수 있게 해 주는 dynamic drive sharing(동적 드라이브 공유)의 약자

DFS Distributed File System(분산 파일 시스템)의 약자. DFS는 네트워크에서 여러 컴퓨터를 스팬하는 공유 디렉토리의 논리 디렉토리를 만들 수 있게 해 주는 Microsoft Windows 추가 기능입니다.

DFS 구성 요소 DFS의 구성 요소는 다음과 같습니다.

• 파일 및 DFS 링크의 네임스페이스로서 DFS 루트라고 함• 공유 파일이나 폴더에 대한 연결로서 DFS 하위 노드라고 함

DMAPI Data Management Application Programming Interface의 약어. XDSM 사양이 정의한 인터페이스를 말합니다. XDSM을 참조하십시오.

DSA 데이터 서버 에이전트(DSA)는 NetWorker 서버와 NetWorker가 아닌 모든 클라이언트 간의 agent save 역할을 합니다. DSA의 예로는 독점 보관 데이터를 생성한 다음 NetWorker 저장 장치로 보내서 이 데이터에 Save set를 연관시키는 NDMP 호스트가 있습니다. 마찬가지로 DSA는 agent recover 역할을 합니다. DSA를 통해 수행된 모든 백업에는 D 플래그가 붙습니다.

DSA Save set NDMP가 아닌 테이프 장치에 백업된 NDMP 클라이언트의 Save set를 말합니다.

DSP DSP(데이터 서비스 제공자)는 데이터를 저장하는 모든 NDMP 시스템을 말합니다(이전에는 NDMP 서버라고 함).

High water mark 자동으로 이동 스테이징 과정이 시작한 채워진 디스크 공간의 백분율

용어집


용어집

Jukebox Autochanger를 참조하십시오.


모든 LEGATO 제품 및 기능에 대한 라이센스를 관리하는 응용 프로그램

Low water mark 스테이징이 자동으로 멈춘 채워진 디스크 공간의 백분율

LUS LEGATO User SCSI의 약자. LEGATO 소프트웨어 제품은 임의 SCSI 명령을 Autochanger로 보내는 독점 장치 드라이버로서 LUS 드라이버를 사용합니다.

NDMP 네트워크 데이터 관리 프로토콜(NDMP)은 기본 저장 장치와 보조 저장 장치 간의 데이터 백업, 복구, 기타 데이터 전송 제어를 위한 메커니즘 및 프로토콜을 정의합니다.

NDMP는 또한 테이프 장치 및 SCSI Media Changer에 대한 낮은 레벨의 제어 기능을 제공합니다.

NDMP 데이터 서버 백업 또는 복구가 실행 중인지 여부에 따라 디스크에서 읽은 후 지정된 형식의 NDMP 데이터 스트림을 생성하거나 NDMP 데이터 스트림을 읽은 후 디스크에 기록하는 NDMP 서비스입니다.

NDMP 호스트 NDMP 서버 응용 프로그램을 실행하는 호스트 컴퓨터 시스템입니다. 데이터는 NDMP 호스트에서 로컬 테이프 드라이브 또는 원격 호스트의 백업 장치로 백업됩니다.

NDMP Save set NDMP 테이프 장치에 백업되는 NDMP 클라이언트의 Save set입니다.

NDMP 서버 단일 NDMP 제어 연결을 통해 서로 다른 NDMP 서비스를 하나 이상 제어하는 인스턴스입니다. 따라서 데이터/테이프/SCSI 서버는 데이터, 테이프 및 SCSI 서비스를 제공하는 NDMP 서버입니다.


용어집

654

용어집

NDMP 서비스 DMA에서 NDMP 프로토콜을 사용하여 제어하는 NDMP 호스트 상의 가상 상태 시스템입니다.

NDMP 아키텍처 모델의 NDMP 서비스에는 세 가지 종류가 있습니다. 즉 (기본) 저장 장치의 인터페이스 역할을 하는 데이터 서비스, 테이프 드라이브 또는 기타 직렬 저장 장치 미디어를 관리하는 테이프 서비스 및 데이터 스트림에 대한 변환 작업을 수행하는 변환 서비스 등이 있습니다.

NDMP 서비스의 예는 다음과 같습니다. • 직접 연결 저장 장치가 있는 일반 서버, 저장 장치• 테이프 드라이브가 하나 이상 있는 시스템• 두 개의 데이터 스트림을 읽은 다음 이를 하나의 스트림에 다중화하는 소프트웨어 프로세스

NDMP 저장 장치 노드

NDMP 서비스가 있는 호스트 또는 NDMP 서비스가 설치된 모든 개방형 시스템을 말합니다. 예를 들면 Netapp Filer와 EMC Filer 등이 있습니다.

near-line 저장 장치(near-line storage)

Autochanger를 참조하십시오.

NetWorker 클라이언트(client)

클라이언트(client)를 참조하십시오.

NetWorker 서버 서버를 참조하십시오.

NetWorker 저장 장치 노드(storage node)

저장 장치 노드(storage node)를 참조하십시오.

NFS 클라이언트(NFS client)

네트워크 파일 시스템(NFS) 서버에 있는 파일에 액세스할 수 있는 컴퓨터

NFS 서버(NFS server)

NFS 클라이언트가 액세스할 수 있는 내보내진 파일 시스템을 포함하는 컴퓨터

NDMP가 아닌 장치 NDMP 유형의 장치로 구성되지 않은 장치입니다.

Notification 중요한 NetWorker 이벤트에 대해 NetWorker 관리자에 생성되고 송신된 메시지

recover NetWorker 서버에 있는 클라이언트 파일 시스템과 데이터베이스의 이미지를 다시 작성하는 복구 방법

용어집


용어집

RPC Remote Procedure Call의 약어로, 네트워크상에서 클라이언트 요청을 수행하기 위해 NetWorker 서버가 사용하는 프로토콜

root 1. (UNIX 전용) “root“ 사용자 이름 및 사용자 ID를 갖는 UNIX 수퍼유저 계정. 확대 해석하면 운영 체제에서 특권이 주어진 시스템 관리 로그인

2. (Microsoft Windows 및 UNIX) 시스템 디렉토리 구조의 상위 노드, root 사용자의 홈 디렉토리

Save set 저장 미디어로 백업된 단일 클라이언트 컴퓨터의 파일 그룹 또는 파일 시스템

Save set ID NetWorker 소프트웨어가 Save set에 할당하는 내부 식별 번호

Save set 복구(save set recover)

지정한 Save set를 NetWorker 서버로 복구하는 것

Save set 상태(save set status)

주어진 Save set의 복원 가능성, 복구 가능성 또는 재활용 가능성 여부를 나타내는 NetWorker 속성. Save set 상태는 또한 해당 Save set가 성공적으로 백업되었는 지 여부도 나타냅니다.

Save set 통합(save set consolidation)

새로운 백업을 만들기 위해 증분 백업을 Save set의 최종 전체 백업에 병합하는 프로세스. 레벨(level)을 참조하십시오.

Silo 수 백 또는 수 천의 볼륨을 보관하기 위한 Silo. Silo 볼륨은 슬롯 번호가 아닌 바코드로 식별됩니다.

SMS System Management Software는 광역 배율로 단일 원격 서버에서 클라이언트에 소프트웨어 제품을 자동 설치할 수 있는 Microsoft 기반 소프트웨어 설치 시스템입니다.

SNMP Simple Network Management Protocol(단순 네트워크 관리 프로토콜)의 약어로, 관리자(때로는 모니터 또는 관리 스테이션이라고도 함)와 객체(관리 대상 항목) 사이의 통신을 정의하는 프로토콜입니다. NetWorker 소프트웨어는 이 SNMP를 사용하여 관리자에 NetWorker 이벤트에 대한 메시지를 보냅니다.

ssid Save set ID를 참조하십시오.

TCP/IP Transmission Control Protocol/Internet Protocol의 약자: 인터넷에 호스트 컴퓨터를 연결하여 인터넷의 기초를 이루는 통신 프로토콜의 표준 집합


용어집

656

용어집

VSS 볼륨 섀도 복사본 서비스를 참조하십시오.

XDSM Data Storage Management의 약어로 The Open Group의 승인을 받은 The Open Group의 브랜드

가상 서버(virtual server)

Microsoft에서 클러스터 서버를 나타내는 데 사용되는 용어 에이전트(Sun), 논리 서버(HP TruCluster) 및 패키지(HP-UX)라고도 합니다.

가상 클러스터 클라이언트(virtual cluster client)

물리 시스템에 영구적으로 바운드되어 있지 않지만 대신 클러스터 관리자에 의해 관리되는 NetWorker 클라이언트. 이 클라이언트는 해당 클러스터에 있는 둘 이상의 물리 시스템에 바운드될 수 있으며 자신의 데이터 디스크를 소유할 수 있습니다. 논리 클러스터 클라이언트 또는 가상 클라이언트로도 언급됩니다.

검색(retrieve) NetWorker 소프트웨거가 아카이브했던 파일 및 디렉토리를 다시 위치시키고 복사하는 프로세스

경로명(pathname) 파일에 액세스하기 위한 운영 체제에 대한 명령 세트. 절대 경로명은 루트 디렉토리에서 시작하여 디렉토리 트리를 따라 내려가면서 파일을 찾는 방법을 알려 줍니다. 상대 경로명은 현재 위치에서 시작하여 파일을 찾는 방법을 알려 줍니다.

고 가용성 시스템 하드웨어 또는 소프트웨어 실패에도 불구하고 응용 프로그램 서비스가 계속될 수 있도록 해주는 시스템 각 클러스터 노드마다 자신의 IP 주소를 갖고 있습니다. 또한 각 클러스터 노드마다 해당 시스템에만 사용이 가능한 로컬 자원 또는 디스크를 갖고 있습니다.

공유 디스크(shared disk)

클러스터에 있는 여러 노드 사이에 공유된 저장 디스크

관리자

(administrator)NetWorker 소프트웨어에 대한 설치, 구성 및 관리 책임이 있는 사람

관리자 그룹(Administrators group)

다른 그룹 사용자들이 가지는 모든 권한을 가지고 있으며 도메인에서 모든 사용자와 그룹을 만들고 관리할 수 있는 Microsoft Windows 사용자 그룹입니다. 관리자 그룹의 구성원만이 Windows NT 및 Windows 2000 운영 시스템 파일을 수정할 수 있으며 내장 그룹을 유지하고 그룹의 추가 권리를 인정합니다.

용어집


용어집

구성 요소 백업 및 복구를 위해 단일 장치로 처리해야 하는 관련 데이터의 NetWorker 정의 그룹입니다. VSS 내에서 구성 요소는 작성기의 하위 장치입니다

권한 코드(authorization code)

영구 사용을 위해 NetWorker 소프트웨어를 잠금 해제하는 네트워크에 고유한 코드

그룹(group) 지정된 시간에 NetWorker 서버로 파일 백업을 시작하도록 구성된 클라이언트 또는 클라이언트 그룹

기본 작동 코드(base enabler code)

작동 코드(enabler)를 참조하십시오.

기존 방법 운영 체제 구성 요소, 서비스 및 응용 프로그램을 백업하고 복구하는 데 특별히 Microsoft API를 사용합니다. 이것은 NetWorker 소프트웨어 릴리스 5.7에서 릴리스 7.0까지 사용되는 방법입니다. 릴리스 7.1의 경우 NetWorker 소프트웨어는 특정 상황에서 기존 방법을 사용합니다. 예를 들면, VSS 클라이언트 라이센스가 없거나 VSS가 비활성화된 경우입니다.

논리 서버(logical server)

HP TruCluster에서 클러스터 서버를 나타내는 데 사용되는 용어. 에이전트(Sun), 패키지(HP-UX) 및 가상 서버(Microsoft)로도 불림

다중화

(multiplexing)데이터가 같은 저장 장치에 둘 이상의 Save set를 동시에 기록할 수 있도록 허용하는 NetWorker 기능

대체(override) Schedule 자원에 나열된 특정 날짜에 다른 백업 레벨을 구성할 수 있게 해주는 NetWorker 기능

데몬(daemon) 지정한 조건이 발생할 때까지 휴지 상태로 기다리는 프로그램

데이터 서비스(data service)

디스크 저장 장치 액세스를 제어하는 NDMP DSP를 데이터 서비스라고 합니다.

한 대의 시스템에서 여러 백업 스트림에 대한 여러 데이터 서비스를 동시에 호스트할 수 있습니다.

데이터휠

(datawheel)Autochanger를 참조하십시오.

도메인 컨트롤러 디렉토리 데이터를 저장하고 로그온, 인증, 디렉토리 검색, 기타 공유 자원에 대한 액세스 등 도메인과의 상호 작용을 관리하는 컴퓨터


용어집

658

용어집

독립형(stand-alone) 클러스터 환경에서 바이너리 위치에 NetWorker.clustersvr 파일이 없는 경우, NetWorker 서버는 독립형 모드라고 하는 비 클러스터 모드에서 시작됩니다. 독립형 모드는 서버 백업시 참조되기도 합니다.

독립형 장치(stand-alone device)

데이터를 백업하기 위한 단일 드라이브를 포함하고 있는 저장 장치(storage device)

드라이브(drive) 동적 드라이브 공유(DDS)를 사용할 수 있는 경우에는 테이프 드라이브, 디스크 또는 파일 같은 물리적 백업 개체를 말합니다. 장치(device)를 참조하십시오.

디렉티브(directive) 백업 시 지정한 클라이언트에 대해 정해진 파일 세트에 특수 조치를 취하도록 NetWorker 소프트웨어에 지시하는 명령

라이브러리(library) Autochanger를 참조하십시오.

라이브러리 공유(library sharing)

Autochanger 공유를 참조하십시오.

라이센스 작동 프로그램(license enabler)

기능이나 제품의 실행을 가능하게 하는 작동 코드

레벨(level) 스케줄 백업 또는 수동 백업 시 NetWorker 소프트웨어가 보관하는 데이터의 양을 결정하는 단위

전체(f) 백업은 변경 여부에 상관없이 모든 파일을 백업합니다. 레벨 0부터 9[1-9]까지의 마지막 낮은 숫자 백업 레벨 후 변경된 파일을 백업합니다. 증분(incr) 백업은 마지막 백업 후 변경된 파일만을 백업합니다.

레지스트리

(Registry)Microsoft Windows 작업에 집중된 구성 정보의 데이터베이스. 모든 Windows 설정으로 집중되며 시스템 보안과 제어 및 사용자 계정 설정을 제공합니다.

로컬 클러스터 클라이언트(local cluster client)

물리 시스템에 영구적으로 바운드되어 있지 않지만 대신 클러스터 관리자에 의해 관리되는 NetWorker 클라이언트. 이 클라이언트는 해당 클러스터에 있는 둘 이상의 물리 시스템에 바운드될 수 있으며 자신의 데이터 디스크를 소유할 수 있습니다. 논리 또는 가상 클라이언트라고도 합니다.

로컬 호스트(local host)

클라이언트 또는 서버 프로그램이 실행 중인 노드

용어집


용어집

마이그레이션

(migration)로컬 파일 시스템에서 DiskXtender Storage Manager(DXSM) 시스템 또는 EMC Centera Storage System(Centera)과 같은 대상으로 데이터를 이동하는 과정입니다. 마이그레이션을 실행하면 로컬 드라이브의 사용 가능한 디스크 공간이 늘어나는 동시에 마이그레이션된 데이터를 로컬 디스크에 있는 것처럼 액세스할 수 있습니다.

만기일(expiration date)

볼륨을 읽기/쓰기에서 읽기 전용으로 변경하는 날짜

만료된 Save set(expired save set)

찾기 시간에 도달하여 더 이상 찾을 수 없는 Save set. Save set는 클라이언트 파일 인덱스에서도 제거됩니다.

메타데이터 XML 파일에 저장되어 있으며, 작성기에서 요청자로 전달된 VSS 정의 정보입니다. 메타데이터 정보에는 작성기 이름, 백업할 구성 요소 목록, 백업에서 제외할 구성 요소 목록 및 복구에 사용할 방법이 있습니다.

물리 클러스터 클라이언트(physical cluster client)

클러스터의 물리 컴퓨터에 바인딩되고 자체의 자원(개인 또는 로컬)을 표시할 수 있는 NetWorker 클라이언트. 물리 클라이언트라고도 합니다.

물리 호스트(physical host)

클러스터를 형성하는 노드(또는 시스템) 중 하나

미디어(media) 백업 데이터가 기록되는 물리 저장 미디어. NetWorker 소프트웨어는 백업 미디어로 테이프, 자기 또는 광 디스크 및 파일 시스템을 지원합니다. 볼륨(volume)을 참조하십시오.

미디어 데이터베이스(media database)

NetWorker 서버에서 관리하는 모든 데이터 및 볼륨의 저장 볼륨 위치와 사용 주기 상태에 대한 인덱스화된 항목이 들어 있는 데이터베이스. 볼륨(volume)을 참조하십시오.

미디어 자동 관리(auto media management)

NetWorker 서버에서 제어하는 저장 장치가 레이블이 지정되지 않았다고 생각하는 볼륨에 자동으로 레이블을 지정하고, 마운트하며, 겹쳐 쓸 수 있게 해주는 기능. 독립 장치의 경우 재사용에 적합한 볼륨도 자동으로 재활용됩니다.

방침(policy) 클라이언트 파일 인덱스에 항목을 유지하는 기간을 지정하는 구속 조건 세트. 방침이 만료되면 그 방침과 연관된 Save set는 다시 사용 가능한 것으로 표시됩니다. 각 클라이언트 자원은 찾기 방침과 보유 방침의 두 방침을 사용합니다.


용어집

660

용어집

방화벽(firewall) 전용 네트워크로의/로부터의 무단 액세스를 막을 목적으로 설계된 시스템. 인트라넷에 들어오거나 나가는 모든 메시지는 방화벽을 통과하게 되는 데, 방화벽은 각 메시지를 조사하여 지정한 보안 기준을 총족하지 못하는 메시지는 차단합니다. 여러 유형의 방화벽 기술이 있습니다. NetWorker 소프트웨어는 패킷 필터링(packet filtering)으로 보호되는 컴퓨터에서의 클라이언트 백업을 지원합니다.

백업(backup) 볼륨에 저장된 데이터 쓰기

백업 관리자 그룹(Backup Operators group)

컴퓨터나 서버에서 도메인에 로그온하고 데이터를 백업 및 복구할 수 있는 Microsoft Windows 사용자. 백업 관리자는 서버나 컴퓨터를 종료할 수도 있습니다.

백업 그룹(backup group)

그룹(group)을 참조하십시오.

백업 레벨(backup level)

레벨(level)을 참조하십시오.

백업 볼륨(backup volume)

아카이브 볼륨과는 대조적으로 NetWorker 백업 데이터를 저장하는 데 사용되는 테이프 또는 그 밖의 다른 저장 장치 미디어

백업 주기(backup cycle)

어떤 레벨의 전체 백업에서 다음 레벨의 전체 백업까지의 시간

버전(versions) 단일 파일에 대해 사용 가능한 날짜가 표시된 백업 모음

보관 스트림(save stream)

백업 시 저장 볼륨에 기록되는 데이터 및 Save set 정보. 보관 스트림은 단일 Save set에서 비롯됩니다.

보유 방침(retention policy)

Save set 항목이 NetWorker 서버의 미디어 데이터베이스에 얼마나 오랫동안 보유되는지를 결정하는 방침

복제(clone) 보관된 데이터(Save set)의 똑같은 복사본을 만드는 데 사용되는 NetWorker 프로세스. 개별 Save set 또는 전체 백업 볼륨 내용을 복제할 수 있습니다. 복제는 운영 체제나 하드웨어 장치에서 수행되는 간단한 복사와는 다릅니다. NetWorker 소프트웨어는 클라이언트 파일 인덱스(client file index) 및 미디어 데이터베이스(media database)에서 복제를 인덱스화하고 추적합니다.

용어집


용어집

복제 볼륨(clone volume)

볼륨은 복제 풀에 속합니다.

복제 풀(clone pool) 복제된 데이터로만 구성된 볼륨의 풀. 복제 풀에는 두 가지 유형, 즉 백업 복제와 아카이브 복제가 있습니다. 백업 Save set와 아카이브 Save set는 같은 복제 볼륨에서 혼용할 수 없습니다.

볼륨(volume) 마그네틱 테이프, 광학 디스크나 파일 같은 저장 미디어 장치 저장 장치는 볼륨에서 읽고 쓰며 물리적 장치(예: 레이블이 지정된 테이프 카트리지)나 논리적 장치(예: 광학 미디어는 단일 물리적 플래터에 자중 볼륨을 저장할 수 있음)가 될 수 있습니다.

볼륨 ID(volume ID) NetWorker 소프트웨어에서 백업 볼륨에 할당하는 내부 식별 정보

볼륨 섀도 복사본 서비스

데이터 작성, 아카이브, 수정, 백업 또는 복원을 수행하는 모든 구성 요소의 조정자 역할을 하는 Microsoft 기술입니다. VSS(볼륨 섀도 복사본 서비스)를 사용하면 볼륨의 PIT(point-in-time) 스냅샷 또는 임시 복사본을 작성할 수 있습니다. NetWorker 소프트웨어는 물리적 파일 시스템에서 데이터를 직접 백업하지 않고 스냅샷에서 데이터를 백업합니다. 스냅샷에서 데이터를 백업하면 다음 작업이 가능합니다.• 응용 프로그램이 백업 중에 데이터를 계속해서 볼륨에 쓸 수 있습니다.

• 열려 있는 파일도 모두 백업됩니다.

사용자를 잠그지 않고 언제든지 백업을 수행할 수 있습니다.

볼륨 이름(volume name)

백업 볼륨에 지정한 이름

볼륨 풀(volume pool)

풀(pool)을 참조하십시오.

부트스트랩

(bootstrap) NetWorker 재해 복구 절차에 필수적인 Save set. 부트스트랩은 NetWorker 서버의 세 구성 요소로 구성됩니다. 미디어 데이터베이스(media database), 자원 데이터베이스(resource database), 서버 인덱스(server index)

비 복제 풀(nonclone pool)

복제되지 않은 데이터가 들어 있는 풀


용어집

662

용어집

비활성 시간 초과(inactivity timeout)

백업에 클라이언트를 사용할 것인지 결정할 때까지 NetWorker 소프트웨어가 기다리는 시간 크기(분 단위)를 나타내는 속성

사용자 그룹(User Groups)

NetWorker 소프트웨어에서 사용자를 액세스 컨트롤 그룹에 할당하고 이러한 그룹과 연결된 권한을 구성하는 데 사용하는 구성 자원을 말합니다.

삭제(purging) 클라이언트 파일 인덱스에서 볼륨의 모든 파일 항목을 삭제하는 과정이지만 Save set의 항목은 미디어 데이터베이스에 남길 수 있습니다.

생략(skip) 백업되지 않은 제작된 파일의 백업 레벨. 레벨(level)을 참조하십시오.

섀도 복사본 VSS 기술을 사용하여 작성된 볼륨의 임시 PIT(point-in-time) 복사본입니다. 볼륨 섀도 복사본 서비스를 참조하십시오.

서버 NetWorker 서버 소프트웨어를 실행하고, 온라인 파일 인덱스를 포함하며, 동일 네트워크의 클라이언트 및 저장 장치 노드에 백업 및 복구 서비스를 제공하는 네트워크의 컴퓨터

서버 인덱스(server index)

예정된 백업이 진행되는 동안 백업해 둔 서버 파일에 대한 정보가 있는 데이터베이스. 서버의 클라이언트 파일 인덱스(client file index)라고도 합니다.

서비스 포트(service port)

방화벽을 통해 클라이언트로부터 백업 및 복구 요청을 기다리는 서버 또는 저장 장치 노드에서 사용되는 포트

세션 수(parallelism) NetWorker 서버가 여러 클라이언트의 Save set를 백업하거나 한 클라이언트에서 여러 Save set를 동시에 백업할 수 있게 해 주는 NetWorker 기능. 세션 수는 복구 시에도 사용할 수 있습니다.

속성(attribute) 자원의 한 기능. 이는 자원(resource)에서 제공하는 서비스 또는 정보입니다.

수동 백업(manual backup)

클라이언트의 save 프로그램에서 사용자가 요구하는 백업입니다. 사용자가 참여하는 파일, 파일 시스템 및 디렉토리를 지정합니다. 수동 백업은 부트스트랩(bootstrap) Save set를 생성하지 않습니다.

용어집


용어집

쉘 프롬프트(shell prompt)

명령을 입력하는 쉘 창의 신호

스테이징(staging) 데이터를 한 저장 미디어에서 다른 저장 미디어로 이동하고 원래 위치의 데이터를 제거하는 프로세스

아카이브(archive) NetWorker 소프트웨어가 디렉토리 또는 파일을 아카이브 볼륨에 백업한 다음에 이들 원본 파일을 제거하여 디스크 공간을 해제하는 프로세스. 데이터는 아카이브 시 하나 이상의 저장 볼륨에 기록되어 쉽게 자동으로 재활용되지 않도록 표시됩니다. 아카이브된 파일을 클라이언트에서 삭제하여 디스크 공간을 해제할 수 있습니다. 원본 파일 제거(grooming)을 참조하십시오.

아카이브 복제 풀(archive clone pool)

아카이브 복제 Save set로만 구성된 풀

아카이브 볼륨(archive volume)

백업 볼륨(backup volume)과 대조적으로 NetWorker 아카이브 데이터를 저장하는 데 사용되는 테이프나 그 밖의 다른 저장 미디어

아카이브 풀(archive pool)

아카이브된 Save set만을 포함하는 볼륨 풀(pool). 아카이브된 Save set는 일반 백업 Save set와 다른 형식으로 되어 있으므로 별도의 미디어에서 관리되어야 합니다.

에이전트(agent) Sun에서 클러스터 서버를 나타내는 데 사용되는 용어. 논리 서버(HP TruCluster), 패키지(HP-UX) 및 가상 서버(Microsoft)라고도 합니다.

연결 포트(connection port)

NetWorker가 방화벽을 통해 백업과 복구 세션을 수행하는 데 사용하는 포트

연속된 Save set(continued save set)

이전 볼륨에서 연속되는 Save set와 연관된 데이터. 연속된 Save set는 대형 Save set가 여러 볼륨에 백업, 복제 또는 아카이브될 때 백업에 의해 작성됩니다.

온라인 인덱스(online indexes)

클라이언트 백업(클라이언트 파일 인덱스(client file index))과 백업 볼륨(미디어 데이터베이스(media database))에 속하는 모든 정보가 들어 있는 NetWorker 서버에 위치한 데이터베이스

요청자 섀도 복사본의 작성 및 파기를 시작하기 위해 VSS 인프라 내에서 작업하는 응용 프로그램입니다. NetWorker 소프트웨어는 요청자의 한 예입니다.


용어집

664

용어집

운영자(operator) 서버 상태를 모니터하고, 백업 볼륨을 서버 장치로 로드하며 그렇지 않으면 일상적인 NetWorker 작업을 실행하는 사람

원격 장치(remote device)

NetWorker 저장 장치 노드에 연결된 저장 장치

원본 파일 제거(grooming)

아카이브 작업이 완료된 후 로컬 디스크에서 원본 파일을 제거하는 NetWorker 프로세스

자원(resource) NetWorker 서버 및 해당 클라이언트를 설명하는 NetWorker 소프트웨어의 구성 요소. NetWorker 자원의 예로 장치, 스케줄, 클라이언트, 그룹 및 방침 등이 있습니다. 각 자원에는 특정 NetWorker 자원을 사용하기 위한 매개 변수를 정의하는 속성 목록이 포함됩니다.

자원 데이터베이스(resource database)

구성된 백업 서버의 각 자원에 대한 정보가 들어 있는 데이터베이스

자원 소유자(resource owner)

해당 자원을 소유하고 있는 클러스터(물리가 아닌 논리) 호스트. 자원(예: 공유 디스크)을 가상 호스트가 소유하지 않으면 자원을 호스팅하는 로컬 호스트(물리 노드)가 소유하는 것으로 간주합니다.

작동 코드(enabler) 소프트웨어를 사용할 수 있는 LEGATO에서 제공하는 특수 코드. 기본 작동 프로그램으로서 구입한 소프트웨어의 기본 기능을 잠금 해제하는 작동 코드 그리고 추가 기능이나 제품(예: Autochanger 지원)을 위한 작동 코드는 애드온 작동 코드라 합니다.

작성기 백업할 데이터에 대한 메타데이터 정보, 백업 및 복원 중에 구성 요소와 응용 프로그램을 적절히 처리하는 특정 방법을 제공하기 위해 VSS와 함께 작동하는 데이터베이스, 시스템 서비스 또는 응용 프로그램 코드입니다. 작성기는 또한 백업 중인 응용 프로그램이나 서비스 유형을 식별합니다.

장애(failover) 클러스터 네트워크에서 하드웨어나 소프트웨어의 장애, 관리 목적에 의한 장애 등으로 구성 요소의 중복이나 백업을 위한 자원의 재배치 과정

용어집


용어집

장치(device) 1. 저장 볼륨에서 읽고 쓰는 저장 장치(볼륨 참조). 저장 장치는 테이프 장치나 광학 드라이브, Autochanger 또는 서버나 저장 장치 노드(storage node)에 연결된 파일일 수 있습니다.2. 동적 드라이브 공유(DDS)를 사용할 수 있는 경우에는 물리적 드라이브의 액세스 경로를 말합니다.

재시도 메커니즘(retry mechanism)

클라이언트 작업이 실패할 때 NetWorker 소프트웨어가 수행하는 조치. 이러한 상황은 전송 속도가 느리거나 일치하지 않을 때 발생할 수 있습니다. 이 메커니즘을 사용하면 이전에 실패했던 작업이 성공할 가능성이 더 커집니다. 재시도 메커니즘이 성공할 수 있는 또 다른 일반적인 상황은 클라이언트가 재부팅 주기에 있을 때입니다.

재활용 가능 Save set(recyclable save set)

찾기 및 보유 정책이 만기에 도달하여 미디어 데이터베이스로부터 제거된 Save set

재활용 가능 볼륨(recyclable volume)

그 데이터가 자신의 찾기 및 보유 방침을 전달하여 이제는 레이블을 다시 지정하고 NetWorker 서버 또는 저장 장치 노드에서 사용할 수 있게 된 볼륨

저장 장치(storage device)

백업, 복구 또는 기타 NetWorker 작업 시 데이터를 읽고 쓰는 하드웨어

저장 장치 노드(storage node)

다른 컴퓨터로 물리적으로 연결된 저장 장치로, 그 컴퓨터의 백업 작업은 NetWorker 서버에서 관리됩니다.

전체 백업(full backup)

레벨(level)을 참조하십시오.

종료 코드(exit code) 백업 또는 복구 세션이 성공되었는지 여부를 지정하는 표시기. 종료 코드가 ‘0‘이면 세션이 성공적으로 완료되었음을 의미합니다. 종료 코드가 ‘0‘이 아니면 세션이 성공적으로 완료되지 않았음을 의미합니다.

증분(incremental) 레벨(level)을 참조하십시오.

지정 복구 한 컴퓨터에 있던 데이터를 복구하여 다른 컴퓨터에서 다시 만드는 데 사용하는 복구 방법

직접 파일 액세스(direct file access)

NetWorker 소프트웨어에서 직접 경로(있을 경우)를 사용하여 Save set 파일을 복구하고 nsrmmd 미디어 관리 프로세스를 건너뛰는 복구 방법


용어집

666

용어집

찾기 방침(browse policy)

백업 데이터에 대한 항목이 클라이언트 파일 인덱스에 남아 있을 수 있는 시간 길이를 결정하는 방침

클라이언트(client) NetWorker 서버를 액세스하여 데이터를 백업하거나 복구하는 컴퓨터. 클라이언트는 워크스테이션이나 컴퓨터, 파일 서버일 수 있습니다.

클라이언트 초기 백업(client initiated backup)

수동 백업(manual backup)을 참조하십시오.

클라이언트 파일 인덱스(client file index)

백업된 모든 데이터베이스, 파일 또는 파일 시스템(filesystem)을 추적하는 NetWorker 서버에서 관리하는 정보의 데이터베이스. NetWorker 서버는 각 클라이언트 컴퓨터에 대해 단일 클라이언트 인덱스 파일을 관리합니다.

클러스터(cluster) 클러스터링은 2개 이상의 노드가 연결되어 있고 하나의 고 가용성 시스템으로 네트워크 사용자에게 나타나는 것을 의미합니다. 고 가용성 시스템에서는 대부분의 하드웨어 또는 소프트웨어 고장에도 불구하고 응용 프로그램 서비스를 계속할 수 있습니다.

탐색(probe) 각 클라이언트에서 백업할 디렉토리나 파일을 결정하기 위해 NetWorker 소프트웨어가 사용하는 프로세스

테이프 서비스(tape service)

테이프 저장 장치 액세스를 제어하는 NDMP DSP 서비스를 테이프 서비스라고 합니다.

한 대의 시스템에서 여러 백업 스트림에 대한 여러 데이터 서비스를 동시에 호스트할 수 있습니다.

통합(consolite) 가장 최근의 레벨 1 또는 증분 Save set를 해당 전체 레벨 Save set와 병합함으로써 완전한 Save set 백업을 작성하는 작업. 자세한 정보는 nsrssc 매뉴얼 페이지 또는 LEGATO Command Reference Guide를 참조하십시오.

파일 시스템(filesystem)

1. 특정 디스크 분할 영역이나 그 밖의 다른 마운트 지점에 있는 파일 트리

2. 모든 파일의 전체 집합

3. 파일 저장 방법

용어집


용어집

파일 인덱스(file index)

클라이언트 파일 인덱스(client file index)를 참조하십시오.

포크(fork) 요청된 작업을 수행하기 위해 NetWorker 소프트웨어가 작성한 하위 프로세스. 명령이 세션 수 값을 사용하는 경우 NetWorker는 해당 명령에 대한 여러 인스턴스를 작성합니다. 명령의 각 인스턴스는 원래 명령과 동일하며 하위 프로세스로서 참조됩니다. 작성된 각 하위 프로세스는 동시에 실행됩니다.

표시(annotation) 이후에 데이터를 확인할 수 있는 아카이브 Save set에 관련된 주석. 쉽게 검색할 수 있도록 미디어 데이터베이스에 저장되며 1,024자로 제한됩니다.

패키지(package) HP-UX에서 클러스터 서버를 나타내는 데 사용되는 용어. 에이전트(Sun), 논리 서버(HP TruCluster) 및 가상 서버(Microsoft)라고도 합니다.

패킷 필터링(packet filtering)

각 패킷이 네트워크에 들어오거나 나가는 것을 보고 있다가 사용자 정의 규칙에 따라 이를 받아 들이거나 거부하는 방화벽 보호 방법. 방화벽(firewall)을 참조하십시오.

풀(pool) 백업 데이터를 선택한 볼륨으로 정렬할 수 있게 해주는 기능. 풀은 특정데이터가 백업한 백업 볼륨 모음을 포함합니다.

활성 그룹(active group)

Autostart 속성을 사용할 수 있는 NetWorker 백업 그룹


용어집

668

용어집


색인

가

가상 서버. 클러스터 참조가상 서비스 468검색

문제 해결 608표시, 비어 있는 609

검증, 자동 미디어 226경유 NDMP 백업소개 511수행 531, 535

고급 파일 유형 장치 253동시 액세스 256동시 작업 259–260보유 방침(retention policy) 253직접 파일 액세스 255–257, 259–260, 268파일 유형 장치와 비교 257Notification 253

Save set 동시 복구 256관리자

권한 85, 105저장 장치 노드 134추가 105NetWorker 105

교차 플랫폼용량 47

구성

계획 81–84자원 순서 76NDMP Devices 자원 526

구입업체 관련 ASC 및 ASCQ 코드 623권한. 라이센스 부여 참조그룹 55, 299강제 증분, 설정 304개요 297내역, 보기 307백업

관리 305미리 보기 308부트스트랩(bootstrap) 309속성 301완료된 309유형 301이름 지정 한계 594작업

미리 보기 308삭제 305시간 간격, 설정 303

시작 306작성 302재시작 307중단 306편집 305정의 298클라이언트 방침, 복수 179파일 시스템, 대규모 317풀 298

기본 백업 스케줄 312기술 지원 문제 해결 정보 585끌어서 놓기마운팅 441

나

나열 명령 553논리 백업 볼륨 205논리 호스트. 가상 서비스 참조 468

다

다른 컴퓨터로 NetWorker 서버 이동 98다중화(multiplexing)성능 문제 48Save set 103

단순 네트워크 관리 프로토콜. SNMP 참조대상 세션 104더블바이트 문자, 표시 90데이터

복제 참조관리, 교차 플랫폼 47백업 75백업 동안 이동 51세션 수(parallelism) 103life cycle

관리 177복제 데이터 386

데이터 압축 618데이터휠. Autochanger 참조도구 모음

NetWorker 관리 프로그램 87도움말, 온라인 68독립형 장치, 정의 50동적 드라이브 공유(DDS). DDS 참조동적 호스트 구성 프로토콜(DHCP) 602드라이브


색인

라 - 마

670

장치 참조 244등록 라이센스 관리 참조디렉티브

사용자 정의 202사전 구성 201삭제 203이름 지정 한계 594작성 202정의 193편집 203ASM(응용 프로그램 특정 모듈) 194

디렉티브 자원 52

라

라이브러리. Autochanger 참조라이센스 부여개요 95권한 96, 98모듈 504모드 61복사 위반 597사용 가능 모드 62아카이브 367작동 코드이전 63인증서 62작동 코드도 참조저장 장치 노드 134클라이언트

백업 거부 590오류 590클러스터 502, 504Autochanger 403, 425

공유 425NetWorker 61

NetWorker 클라이언트 206레이블 지정바코드 446–447동일한 바코드 446유형 446일치하는 이름 447볼륨 227, 280바코드 444–445볼륨에 레이블을 지정하는 방법 74팁 232Silo 463

일치하는 이름 443템플리트를 통한 일관성 유지 443Autochanger 442

Autochanger 고려 사항 440레이블 템플리트 227–228

구성 요소 232명명 전략 232사용 228, 280삭제 234속성 229–231숫자 순서 231유형

기본 228이름 지정 한계 594작성 233편집 234

로그 파일 120관리 150로그 디렉토리 73메시지 파일 80시스템 로그 310정보 복제 384daemon.log 80

로켈 지원 624

마

매뉴얼 66매뉴얼 페이지 68메모리

NDMP 요구 사항 516메시지 로그관리 150크기 줄이기 150–151파일 120

메시지 창 87메시지 파일 80명령. 특정 명령 이름 참조 56명령줄 NetWorker 유틸리티 47모듈

NDMP 529

NetWorker 데이터베이스 모듈 504문자, 더블바이트 90문제 해결데몬 588디스크 레이블 오류 596라우터 605라이센스 부여, 복사 위반 597바코드 444백업 588백업 레벨 595백업, 중단 589복구 588, 608–609새로운 설치 594온라인 인덱스 593원격 액세스 607중단된 백업 595


색인

마 - 마

671

복제, 화면 표시 오류 608볼륨, 용량 이슈 617부트스트랩 인쇄, 실패 597서버 오류, 바인딩 606서버 인덱스 597아카이브 608복수 Save set 608원격 요구 실패 608화면 표시 오류 608nsrarchive 프로그램 609아카이브 요청이름 지정 608아카이브 풀 608온라인 인덱스 593원격 파일 시스템, 보관 606이름 서버, 사용 안함 602이름 지정 요구 사항 605이름 해결 602이름이 재지정된 클라이언트 백업 596인쇄, Sequent 649자동 미디어 검증 591잘못된 문자 594장치 610관리 612되감지 않는 619드라이버, 테스트 613Solaris, 지원되지 않음 630저장 장치 노드 137, 609–610클라이언트

라이센스 부여 590별명 593비동기 오류 589Solaris, 위치 629클라이언트 파일 인덱스메시지, 누락 595크기 증가 591파일 변환 598펌웨어 605포트 132, 605포트매퍼, 확인 603호스트 테이블 601, 603화면 표시 오류 608AIX

코어 덤프 641STK-9840 641

Autochanger 610, 613

관리 612드라이버 614속성 610자동 감지된 scsi 오류 615제어 포트 액세스 618AIX 고려 사항 641

ATL 2640 라이브러리 619HP-UX 640

HP-UX 고려 사항 636, 639Inventory 616

X11 라이브러리 616ECB 카운터 592HP-UX

드라이브 언로드 640오류 메시지 639지원되지 않는 미디어 639SCSI pass-through 드라이버 640

IP 오류 600–601IRIX 647

jbexercise 프로그램, 실패 615lusdebug 프로그램 613nsrexec 프로세스 588nsrexecd 프로그램 605nsrjb 프로그램 620Packet Receive Buffer 592

rpcinfo 명령 603scanner 프로그램 592, 594SCSI 고려 사항 614Sequent

디스플레이 648인쇄 649장치 648

Solaris 629

tapeexercise 프로그램 615Tru64

부트 파티션, 백업 645심볼릭 링크 복원 646ASE Manager 646

X11 라이브러리 616xview 오류 598

미디어 데이터베이스백업 327보유 방침 171–172복구 361복제 데이터 386복제 및 저장 장치 노드 401압축 147, 149정의 50크기 관리 138, 147항목, 삭제 148복제 386

Save set, 항목 175Silo inventory 466

미디어 위치 오류 591미디어 자동 관리(auto media management)복제, 고려 사항 385재활용 가능 볼륨 175정의 274


색인

바 - 바

672

Autochanger 439

미디어(media)되감지 않는 238미디어 자동 관리(auto media management) 274지원 장치 235처리 오류 273Silo 461

바

바코드

레이블 445–447동일한 446문제 해결 444볼륨

레이블 지정 444방침

계획 316대체 185데이터 수명 주기 177백업, 수동 182보유 175데이터 수명 주기 177볼륨 레이블 재지정 171사용 171수정 183정보 170, 172정의 171복수 179삭제 181수동 백업, 수정 184이름 지정 한계 594작성 180정밀성 185찾기

데이터 수명 주기 177사용 171수정 183정보 170, 172정의 171클라이언트 179편집 181

방화벽 지원 660구성 125, 127패킷 필터링(packet filtering) 121

백업

강제 증분 304거부 590관리 305그룹 그룹 참조대규모 파일 시스템 317대용량 클라이언트 파일 시스템 167

데몬 55데이터 이동 51동안 라이센스의 시행 207디렉티브 193레벨 326, 332명령 185

savepnpc 프로그램 190무인 220, 286문제 해결 588미리 보기 308백업 유형. 백업 레벨 참조복구 588복제시 성능 384볼륨

복제 393선택 기준 281–282부트스트랩(bootstrap) 136, 222, 309비스케줄 333사용자 정의 76사용자 정의 스크립트 186서버, 강제 597세션 104수동 333–334미디어 데이터베이스 222방침 182풀 221순서 320스케줄 대체 76시간 간격, 설정 303열린 파일 310예정되지 않은 334온라인 인덱스 136, 327완료된 309자원 로드의 밸런스 맞추기 299, 316작업

내역, 보기 307모니터링 78시작 306중단 306, 589확인 78재시작 307저장 장치 노드(storage node) 135주기, 레벨 사용 313증분(incremental) 221클라이언트 파일 인덱스 항목 170클라이언트(client)라이센스 206클러스터

요구 사항 504통합 315파일 시스템 168, 317풀 220


색인

바 - 바

673

프로그램 55HACMP 요구 사항 472NDMP 514

Auspex 고려 사항 556nsrndmp_save 명령, 사용 531, 535Save set. Save set 참조

백업 그룹. 그룹 참조백업 레벨

1-9 322

계획 323–326대체 321사용 326–327설명 322옵션 322유형

레벨(level) 327생략(skip) 322증분(incremental) 322통합 315, 322, 327–329full 322, 326–327, 595

백업 스케줄. 스케줄 참조버튼. 특정 버튼 이름 참조 87별명, 호스트 공유 한계 593보고서 117데이터 이동 작업 117메시지 로그관리 150크기 줄이기 150파일 120복제 393서버 통계 및 진단 120시스템 콘솔 로그 310저장 장치 관리 응용프로그램 118프로그램 인식 가능 118daemon.log 151

NetWorker 자원의 변경 내용 모니터 120rap.log 파일 120Save set 방침 184savegrp 완료 57

보유 방침 175복제, 저장 장치 노드 401복제된 볼륨 390볼륨, 레이블 재지정 171사용 171읽기 전용 볼륨 모드 284작성 180정밀성 185정보 170, 172, 175정의 171편집 181Save set 상태(save set status) 169

복구 335–336

계획 316구성 요소 상호 작용 58데몬 58방법, 비교 356복제 볼륨 387볼륨

필요 341실패 594아카이브 378유형, 결정 358인덱스 기반장점 356재배치 339재해 관련 341중단된 백업 595지정 349관리 342사용 343액세스 343장점 356정의 341recover 프로그램 348충돌 335–338클라이언트 파일 인덱스 359클라이언트, 이름 재지정 596클러스터(cluster) 480파일, 복구용 찾기 340프로그램 58Autochanger, 공유 428NDMP 536, 539

Save set 복구 538Save set

미디어 데이터베이스 361클라이언트 파일 인덱스 361

Save set 복구 350복제

대상 볼륨, 정의 384복구

볼륨 387Save set 399

볼륨 383, 393내역, 보기 389삭제 387삭제(purging) 387요구 사항 384자동 393작성 388프로세스 383볼륨 재활용 386볼륨 중복, 비교 385소스 볼륨, 정의 384수동 391


색인

바 - 바

674

아카이브 400화면 표시 오류 608예제 394–397온라인 인덱스, 저장 장치 노드 401요구 사항 390자동 393장치 요구 사항 384저장 장치 노드 136온라인 인덱스 401친화력 400정의 383풀

구성 222Autochanger, 공유 429NDMP 543Save set 389

방법 390수동 394수행 391자동 393

복제 저장 장치 노드 친화력 136, 400볼륨

관리

서버 장치 430저장 장치 노드 430논리 백업 205되감지 않는 619레이블 재지정 275, 282레이블 지정 227, 280, 287–288바코드 444–446방법 74시간 282일치하지 않는 레이블 447최대 크기 232팁 232레이블이 지정되지 않은 274로딩 문제 250마운트 해제 288마운팅 74, 286–287, 441

Idle Device Timeout 속성 250모드 282변경 289복제된 데이터에 대한 영향 386유형 283미디어 자동 관리(auto media management) 274바코드, 레이블 지정 445–446복구, 필요 341복제 383복구 387성능 384아카이브 데이터 400작성 388

삭제 147상태 283선택 기준 281손상된, 삭제 290슬롯, 배치 620아카이브(archive) 400용량 이슈 617이름

재사용 446찾기 289자동 미디어 검증 226작업 284재활용 147비교 452Autochanger 441

정보

표시 284중복, 문제 385클라이언트 파일 인덱스삭제 148

Autochanger

바코드 446Autochanger Autochanger. 참조full로 표시 290Idle Device Timeout 속성 250Save set

복구 352정보 285

Siloinventory 466

Silo. Silo 참조볼륨 마운팅 74볼륨 풀아카이브(archive) 368풀 참조

부트 시간 파일 607부트스트랩(bootstrap) 57백업, 저장 장치 노드 136복제(clone) 136인쇄 309실패 597저장 장치 노드 136정의 117파일 309풀 218, 223NDMP 제한 사항 513

블록 크기 구성 431비동기 시계 오류 589비영어 언어 90비인덱스화

아카이브 370비즈니스 에디션 63


색인

사 - 사

675

사

사용 권한관리 105그룹(group) 105사용자 105아카이브 기능 370–372저장 장치 노드 134

사용자 그룹(User Groups)사용자 정의 108사전 구성 107

사용자 ID, 여러 ID에 부트스트랩 보내기 309상태 값, 검색한 363새로 고침, 서버 정보 89서버

관리 150관리자

권한 105정의 105추가 105구성 101대상 세션 104변경 100복사 위반 오류 피하기 98복제 및 저장 장치 노드 136새로 고침 빈도 89서버 파일 79, 203설치 101세션 수(parallelism) 103연결성 99–100오류, 바인딩 606이동 98장치

볼륨 관리 430저장 장치 노드변환 276친화력 135정의 50클라이언트

라이센스 시행 206작업 수행 권한 203추가 78클라이언트/서버 통신 오류 599클라이언트에 대한 서버 변경 203클라이언트에 대한 서버 추가 203테스트 603파일 203확인 79Autochanger

표시 405index

관리 138

백업, 실패 597Notification

삭제 116우선 순위 114작성 115편집 116

ping 명령, 테스트 603Server 자원 52

서비스 모드 434서비스 포트구성 129

설명서

얻기 69NetWorker 66

설치 요구 사항, TruCluster에 NetWorker 644성능

기능 48다중화 103대상 세션 104복제 384세션 수(parallelism) 103

세션 관리 48세션 수(parallelism)성능 48정의 103최대 103

속성

숨겨진 88정의 51특정 속성 이름도 참조

수동 백업 백업. 수동 참조 333숨겨진 속성 88스케줄 311개요 297계획 316기본 312, 315대규모 파일 시스템 317대체 321로드 균형 조정 167백업 주기(backup cycle) 313밸런스 맞추기 316사용 312사전 구성 312삭제 321속성 318순서 320시차를 둔 315이름 지정 한계 594작성 320편집 321

스케줄 백업수행 75


색인

아 - 아

676

Manual Restart 옵션 307스테이징(staging)방침

삭제 295작성 293편집 295설명 292파일 시스템 장치 293

심볼릭 링크Tru64 646

아

아카이브 367관리 380내역 보기 381라이센스 부여 367문제 해결 608백업과 비교 368복제 385화면 표시 오류 608볼륨, 복제 400비인덱스화 370사용 가능 371–372사용 권한 370–372수동 374수동 데이터 아카이브 374스케줄 380스케줄된 376시작 380아카이브 볼륨 풀 368아카이브 서비스사용 가능 373아카이브 요청삭제 377작성 376정의 376편집 377disabling 381

아카이브 요청 이름 지정, 오류 608아카이브 풀구성 222오류 608작성 227요구 사항 368원격 요구, 실패 608인덱스 370정의 65중단 380클라이언트 시스템에서 검색 378파일 삭제 367풀

풀 유형 372항목 추적 369NDMP 514

nsrarchive 프로그램 고려 사항 609Save set 368

검색 378복수 608

아카이브 검색 378언어, 비영어 90연결 포트 129열린 파일, 백업 310열린 파일, VSS로 백업 310오류 메시지관리자 목록 105디스크 레이블 596미디어 검증 591바코드 없음 464복사 위반 597서버, 사용할 수 없는 606일치하는 장치 137잘못된 레코드 크기 594클라이언트, 너무 많음 590테이프에 공간이 없음 647하드웨어 주소를 찾을 수 없음 639호스트 이름 권한 거부 606환경 변수 610Client 자원이 없습니다 593ClientPak이 없습니다 590media waiting 216

nwrecover 프로그램 594RPC 오류 606Save set 595

scanner 프로그램 595xview 598

온라인 도움말, 설명 68온라인 인덱스관리

수동 138크기 146복구 361위치 593볼륨

삭제 148, 290이동 145정보

표시 140정의 50크기 고려 사항 139항목

검사 140, 591삭제 139, 148, 390

Save set, 보기 142


색인

자 - 자

677

요소 상태, 사용 불가능 453우선 순위, 통지 114워크그룹 에디션세션 수(parallelism) 103

원격 액세스 335복구 607

원격 요구, 실패 608원격 파일 시스템, 보관 606원격 프로시저 호출(RPC) 53이름

레이블 지정 443이름 서버, 사용 안함 602이름 지정 요구 사항 605이름 지정 한계 594이름 해결 602이벤트 제어 블록(ECB) 592이벤트, 통지 113인덱스화된 아카이브 370인터페이스

비영어 언어 90NetWorker 관리 프로그램 86NetWorker 관리 프로그램 사용자 정의 88

읽기 전용 볼륨 모드 284

자

자동 미디어 검증 226미디어 위치 오류 591

자원

구성 순서 76그룹 52단계화 53대화 상자 90레이블 템플리트 52서버 52장치 52정의 51–53클라이언트 52통지 52Autochanger 52Directive 52

NDMP에 맞게 구성 520Policy 52Pool 52Registration 52Schedule 52

자원 그룹. 가상 서비스 참조 468작동 코드 206삭제 97얻기 96업데이트 98입력 97

작동 프로그램 인증서 62작업, 통지 114장애 복구, save 그룹 요구 사항 476장애 복구, Tru64 642장치

관리 명령 612다중화(multiplexing) 103독립형(stand-alone) 50동시 235되감지 않는 287, 619드라이버, 테스트 613디스크 레이블 오류 596라이센스 부여 134레이블 지정 오류 596문제 해결 610미디어 오류 434미디어 자동 관리(auto media management) 274미디어(media)되감지 않는 238풀 223복수 235복제, 요구 사항 390볼륨 로딩 문제 250볼륨, 복제 384, 393세션 282세션 수(parallelism) 103오류, 제한 273오프라인으로 전환 434원격 276–277권한 276시간 종료 설정 278이름 지정 418저장 장치 133저장 장치 노드도 참조Autochanger 277

작업

삭제 239작성 238추가 238편집 239저장 장치 노드 133구성 134, 276Autochanger 134Silo 134

정의 234지원

업데이트 621NetWorker 에디션 유형 235지원 장치 235최대 수 235테스트 412파일 시스템(filesystem)


색인

차 - 카

678

구성 271스테이징(staging) 293풀 223필요 조건 133환경 변수 240Autochanger도 참조DDS 244

Idle Device Timeout 속성 250Sequent 648Silo 455, 459

재해 복구 341재호스팅 98재활용 볼륨 참조저장 장치 노드가상 서버(virtual server) 485공유 요구 사항 137관리자 134구성 134, 276권한 276데몬 59, 61라이센스 부여 134문제 해결 137, 609–610복제 136, 400볼륨, 복제 393부트스트랩 백업 136서버, 변환 134, 276설치 277세션 수(parallelism) 103시간 종료 610시간 종료 설정 278작업 59, 61장치 134볼륨 관리 430정의 417정의 133, 276친화력

문제 609복제 400정의 135클라이언트 백업 135클러스터

가상 저장 장치 노드, 지원 485startup 스크립트 486프로그램 59, 61필요 조건 133Autochanger 134, 277, 417Silo 134, 277

전체 백업 326증분 백업

NDMP 제한 사항 515지정 복구 349관리 342

사용 343수행 351액세스 343장점 356정의 341NDMP 541

recover 프로그램 348직접 파일 액세스 255종속성 255

진단 도구통신 테스트 623AIX 코어 덤프 641NetWorker 보고서 120

차

찾기 방침복제, 저장 장치 노드 401사용 171작성 180정밀성 185정보 170, 172정의 171클라이언트 파일 인덱스 성장 139편집 181Save set 복구 361Save set 상태(save set status) 169

추적

복제 데이터 386온라인 인덱스 정보 138

친화력

복제, 저장 장치 노드 400저장 장치 노드(storage node) 135

카

카트리지 액세스 포트 450카트리지, 클리닝 437컨텍스트 종속 심볼릭 링크(CDSL) 644코드 세트 지원 624클라이언트

구성 154, 160그룹 298대규모 파일 시스템 317데몬 55라이센스 부여 206, 590방침, 복수 179백업 명령 185별명, 문제 593복수 166복제

예제 394–396


색인

타 - 파

679

저장 장치 노드 136비동기 클라이언트 시계 589수동 백업 333우선 순위 204자원(resource) 82작업

백업 167백업, 실패 596복구 335삭제 163설치 160수동 백업 333아카이브 검색 378이름이 재지정된 클라이언트 백업 596인덱스, 이동 145작성 160추가 78편집 163저장 장치 노드 친화력 135정의 50, 154제품 64클라이언트 ID새 클라이언트 작성 364정의 164클라이언트/서버 통신 오류 599통신, 구성 100편집 163프로그램 55NDMP 고려 사항 527Save set 167–168

Solaris 바이너리 위치 629클라이언트 별명, 변경 593클라이언트 유형이 허용되지 않음, 문제 해결 207클라이언트 파일 인덱스검사 591메시지, 누락 595방침 146복구 361복제 및 저장 장치 노드 401성장 139위치, 지정 144작업

검사 140백업 327복구 356, 359이동 145정의 50, 138찾기 방침 146, 171–172크기 138관리 146Notification 591

크기 관리 146

풀 218, 223항목

삭제 139, 146, 148, 386추가 139

Save set

삭제 146주기, 제거 147항목 175

클라이언트 ID 164클러스터

가상 서버 468구성 옵션 487–492노드 469데이터 손상 488라이센스 부여 502–504로컬 저장 장치 노드에 백업하는 가상 클라이언트 479백업 475, 477백업 요구 사항 503–504복구 유형 480요구 사항 502용어 467장치 487저장 장치 노드(storage node) 485정의 469지원되는 클러스터 환경 470지원되는 환경 470클라이언트 476테이프 라이브러리 487jbconfig 프로그램 고려 사항 489MC/ServiceGuard 478

클리닝 카트리지 437

타

통지

사전 구성 112통합 백업 327–329트랩

범주 571SNMP 567

팁. 문제 해결 참조

파

파워 에디션 64, 502세션 수(parallelism) 104

파일

복구 도중 재배치 339서버 203

파일 마크 618파일 변환, 흩어진 파일을 전체 할당된 파일로 598파일 삭제 367


색인

하 - A

680

파일 시스템백업, 대용량 167원격, 보관 606

파일 시스템 장치 293파일 유형 장치 252패치, 얻기 69패키지 가상 서비스 참조패킷 필터링(packet filtering) 121펌웨어, 확인 605편집

클라이언트 163Notification 116

평가 모드정의 62클러스터 502

포트

구성 129기본 설정, 변경 129문제 해결 132범위 제한 127서버, 구성 129연결

구성 129포트 매퍼등록 131확인 603nsrexecd 데몬 605

폴링 간격 89풀

구성 221기준 219–220레이블 템플리트 228복제(clone) 222수동 백업 221아카이브(archive) 222장치 223증분 백업 221그룹 298기본 216, 222, 228복제 풀(clone pool) 222레이블 템플리트 228복제 222부트스트랩(bootstrap) 218, 223사용 217, 280사전 구성 215아카이브(archive) 222오류 608작성 227유형 215자동 미디어 검증 226작업

볼륨, 레이블 지정 227

삭제 227작성 224편집 226장치 223미디어(media) 223정규 표현식 218, 225정의 214제한 사항 218, 225충돌 219클라이언트 파일 인덱스 218, 223Autochanger 453Save set 214

Save set 통합(save set consolidation) 331프로그램 인식 가능 보고서 118프로그램. 특정 프로그램 이름 참조 91

하

호스트 버스 어댑터(HBA) 431호스트 테이블, 설정 601확장성, NetWorker 49환경 변수장치 240형식 150ACI_MEDIA_TYPE 458DAS_CLIENT 458DAS_SERVER 458DISABLE_CLC_CHECK 643NSR_DEV_BLOCK_SIZE_MEDIA_TYPE 241, 432NSR_DEV_LOAD_POLL_INTERVAL_MEDIA_TYPE

242NSR_DEV_LOAD_TIME_MEDIA_TYPE 241NSR_DEV_LOAD_TRY_TIMEOUT_MEDIA_TYPE

242NSR_DEV_TAPE_FILE SIZE_MEDIA_TYPE 241NSR_DEV-DEFAULT_CAPACITY_MEDIA_TYPE

241NSR_MMDCONTROL 135

흩어진 파일, 변환 598

A

AIX

코어 덤프 641클러스터 지원 471Legato Cluster에서 사용 479

Alias 속성 605ansrd 프로그램 53Application Information 필드

Auspex 558EMC 554–555NetApp 550


색인B - B

681

ASM(응용 프로그램 특정 모듈) 194Auto Clean 속성 414Auto Media Management 속성 414Auto Media Verify 속성 226Autochanger 235

가져오기/내보내기 기능배치 450회수 451공유 425구성 427라이센스 부여 425복구 428복제 429볼륨 429–431볼륨 관리 430블록 크기 431장치 427정의 426호스트 장치 선택 428NDMP 클라이언트 524NetWorker 에디션, 고려 사항 425관리 명령 612라이센스 부여 403, 425문제 해결 610미디어 자동 관리(auto media management) 439바코드 레이블 지정 444, 446볼륨

가져오기 450내보내기 450레이블 지정 442, 445마운트 해제 442마운팅 441배치 450선택 440재활용 452회수 451Inventory 448

삭제 417설치, HP-UX 고려 사항 631속성 413, 436새 610슬롯

변경 433볼륨 배치 620사용 가능 433클리닝 436업데이트 지원 621에뮬레이션 404옵티컬 454요구 사항 404요소 상태, 사용 불가능 453원격 관리 417

자동 감지 615작업 432장치

드라이버 613원격 418추가 414–416측정 453클리닝 433, 436재설정 453저장 장치 노드 277, 417–418정의 50, 404제어 포트 액세스 618지원, 업데이트 621추가 405, 410, 421카트리지 433클리닝 433기본이 아닌 슬롯 436카트리지 437테스트 410, 412팁 451편집 416표시 405풀 453휴지 기능, 설정 418AIX 고려 사항 641ATL 2640 라이브러리 619Auspex 지원 558Autochanger 자원 52EMC Celerra 지원 553EMC IP4700 지원 555HP-UX 고려 사항 631–640Inventory 448, 616

슬롯 620jbconfig 프로그램 405, 410, 421NDMP 지원 521–522NDMP와 공유 지원 524NetApp 지원 549Notification 451

SmartMedia 구성 621STK-9840 641TapeAlert 438

X11 라이브러리 616Autochanger 모듈 65Autochanger 보기 405Autoloader Autochanger 참조Autorestart 속성 476Autostart 속성 301Available Slots 속성 414

B

Bar Code Reader 속성 414


색인C - H

682

BlueArc

요구 사항 560browsable Save set 상태 169

C

Carousel Autochanger 참조CDI 기능 242지원되는 플랫폼 및 지원되지 않는 플랫폼 243테이프와 함께 사용 243cdidisable 파일 243SCSI 명령 242

CDSL(컨텍스트 종속 심볼릭 링크) 644Change Server 버튼 87changers 프로그램 612CHKDSK, 실행 335Cleaning Delay 속성 611Cleaning Slots 속성 414Client 자원 52, 298

NDMP 527

Client Retries 속성 301ClientPak 64

Clone Volumes 대화 상자 388

D

daemon.log 80, 151

DAR 백업 532DAS(Dual Attach Station) 458

dasadmin 프로그램 458DDS(동적 드라이브 공유)공유, 종료 424구성 244드라이브 공유, 종료 249라이센스 부여 251, 421사용 가능 421유휴 장치 424장치, 작성 249정보 243, 421클러스터링 492로봇 제어 499지원되는 플랫폼 493

Devices 대화 상자 248NDMP 247

SCSI, 한계 244Default Cleanings 속성 414Deposit Timeout 속성 611Device 대화 상자 104Device 자원 52Devices 속성 414DHCP(동적 호스트 구성 프로토콜) 85, 602DinoStor TapeServer

구성 561DinoStor TapeServer를 사용한 원격 NDMP 백업수행 562

Disaster Recovery Guide 68

DNS(도메인 이름 시스템) 602hosts 파일 85

DSA 507

DSA와 NDMP 테이프 서버의 차이점 509

E

ECB(이벤트 제어 블록) 592Eject Sleep 속성 611EMASS Silo 457

EMC, 응용 프로그램 정보 값 554

F

Force Incremental 속성 304, 319

G

Grau Silo 457

Grooming 속성 375Group 자원 52Group Control 버튼 88Group Control Details 대화 상자 79, 308Group Detail 대화 상자 79

H

HACMP(High-Availability Cluster Multi-Processor) 471

Hardware ID 속성 248HBA(호스트 버스 어댑터) 431High-Availability Cluster Multi-Processor(HACMP) 471host transfer affidavit 63, 98

hosts 파일 85HP MC/LockManager, 클러스터 지원 473HP MC/ServiceGuard

클러스터 478클러스터 지원 472

HP Tru64, Tru64. 참조 642HP TruCluster 471, 475–476

hpflip 프로그램 612HP-UX

시스템 동작 636시스템 종료 635장치 파일 작성 636Autochanger 설치 631, 635Autochanger 테스트 638Legato Cluster에서 사용 479pass-through 드라이버 632–635


색인I - N

683

HP-UX용 SCSI 주소 선택 631

I

IBM, Silo 457

Idle Device Timeout 속성 250, 424ielem 프로그램 612Inactivity Timeout 속성 302Index Save Sets 대화 상자 142Indexes 대화 상자 141Indexes 버튼 88inquire 프로그램 415, 522, 612, 630Instances Details 창 143Interval 속성 301inventory, 볼륨

Silo 466

Inventory, Autochanger. Autochanger 참조Inventory에 포함되지 않은 볼륨, Autochanger에 마운팅

441

ioscan 프로그램 631IP

오류

문제 해결 600호스트 테이블 601이름 검색 순서, 설정 602

IPAT(IP 주소 인수) 475

J

jbconfig 프로그램 277장치 이름 지정 427저장 장치 노드 134, 417관리자 요구 사항 276설치 277중단 615클러스터 489Autochanger 427

HP-UX 640

Autochanger 추가 410Silo 456

X11 라이브러리 616jbexercise 프로그램 410실패 615장치 드라이버, 테스트 613NDMP, 에 대한 지원 514

jbverify 프로그램 411Jukebox 자원 413, 418Jukebox Autochanger 참조Jukebox Features 속성 611

L

Label 버튼 88Label Template 자원 52ldunld 프로그램 612Legato Cluster 479License Manager 63

Linux, Legato Cluster에서 사용 479LLM(Legato License Manager) 63

Load Sleep 속성 419, 611lrescan 프로그램 612lreset 프로그램 612lsdev 프로그램 637lusbinfo 프로그램 612lusdebug 프로그램 612–613

M

Mac OS X 208

Manual Recycle 속성 288Manual Restart 옵션 307, 476Match Bar Code Labels 속성 414MC/LockManager, 클러스터 지원 473MC/ServiceGuard

클러스터 478클러스터 지원 472

Mirapoint

요구 사항 560mminfo 프로그램 118보고서 184프로그램 인식 가능 보고서 118

mmlocate 프로그램 118mmrecov 프로그램 136Monitor RAP 속성 120Mount 버튼 87msense 프로그램 612

N

NDMP(네트워크 데이터 관리 프로토콜) 526개요 505구성

옵션 507NetWorker 서버

520

그룹 세션 수 설정 529메모리 요구 사항 516백업

명령줄 옵션 531, 535병렬 514복제 543부트스트랩 제한 513


색인N - N

684

설치 506속성 527아카이브 514요구 사항 및 제한 사항 513응용 프로그램 정보 변수 528작업

복구 536복구, 디렉토리 레벨 539복구, Save set 538찾기 514장치 경로명 521증분 백업 제한 사항 515지정 복구 541클라이언트 527정의 514프로토콜 제한 사항 516필요 조건 530Auspex

Autochanger 핸들 558Autochanger

구성 522나열 명령 553sysconfig 프로그램 549

Autochanger 공유 524DAR 백업 532DDS 고려 사항 247DSA 652DSP 652EMC Celerra

Autochanger 핸들 553EMC IP4700

Autochanger 핸들 555Force Incremental 설정 529inquire 프로그램 522NDMP 데이터 서버 653NDMP 서버 653NDMP 서비스 654NDMP 저장 장치 노드 654NDMP 클라이언트 백업에 대한 저장 장치 노드 지원

533

NDMP 클라이언트에 대한 저장 장치 노드 지원 518NDMP 호스트 653NDMP Save set 653

NDMP가 아닌 장치 654NetApp

Autochanger 핸들 549NetWorker

구성 520인덱스 데이터베이스 516인덱스 처리 및 메모리 요구 사항 516임시 공간 디렉토리의 위치 변경 517임시 저장 장치 공간 요구 사항 517

지원 506NDMP 클라이언트에 대한 저장 장치 노드 지원 518NDMP를 사용하여 변경 514

nsr 자원 속성 515Save set 작업복구 515통합 514

scanner 프로그램 515silo 지원 526

NDMP에서의 로컬 백업소개 507

Near-line 저장 장치 Autochanger 참조Network Edition 64

세션 수(parallelism) 103NetWorker

관리 인터페이스 85교차 플랫폼 용량 47구성 계획 81권한 85기능성 50, 53대상 세션 104데몬 53–54데몬 프로세스, 그래픽 55–61라이센스 부여 라이센스 부여 참조명령줄 사용 47방화벽 지원 121백업. 백업 참조보고서. 보고서 참조볼륨. 볼륨 참조비즈니스 에디션 63

Autochanger 공유 425사용

계획 81사전준비 71사용을 위한 사전준비 71서버

정의 50설명서 66–69설정, 미리 구성된 81성능 103성능 최적화 48소개 46속성 속성 참조시작 71시작 명령 589아카이브. 아카이브 참조에디션 63–64, 103세션 수(parallelism) 103–104장치 지원 235워크그룹 에디션 63세션 수(parallelism) 103Autochanger 공유 425


색인N - N

685

원격 액세스 335인터페이스 91숨겨진 속성 88nwarchive 프로그램 93nwbackup 프로그램 91nwrecover 프로그램 92nwretrieve 프로그램 94자원. 자원 참조저장 장치 노드. 저장 장치 노드 참조제품 63, 65지원되는 클러스터 환경 470클라이언트

라이센스 시행 206제품 64클라이언트도 참조클라이언트 라이센스시행 206파워 에디션 64세션 수(parallelism) 104정의 64Autochanger 공유 425프로그램 53–54프로세스 확인 79확장성 49NDMP

구성 520에 대한 효과 514

Network Edition 64

세션 수(parallelism) 103정의 63Autochanger 공유 425

NetWorker 관리 프로그램 85, 99권한 85도구 모음 87메시지 창 87서버 정보 영역 86소개 47시작 74, 85인터페이스

비영어 언어 90설명 86인터페이스 사용자 정의 88저하된 성능 648Sequent 디스플레이 문제 648xview, 오류 598

NetWorker 명령줄 유틸리티 47NetWorker DiskBackup 251

고급 파일 유형 동시 작업 259고급 파일 유형 장치 251보유 방침(retention policy) 253지원되는 구성 265파일 유형 및 고급 파일 유형 차이 257–259

파일 유형 장치 251–252파일 유형 장치를 NetWorker 7.0으로 변환 252파일 크기 한계 252NetWorker 7.0 고급 파일 유형 시스템으로 변환 252Notification 253

NetWorker의 에디션 63–64Notification

우선 순위 114이벤트 113작업

사용자 정의 113삭제 116작성 115편집 116정의 111프로그램 114Autochanger 451SNMP

구성 568수정 569작성 570nsrtrap 568

Notification 자원 52notifications

사전 구성 111nsr_getdate 프로그램 183–184nsr_shutdown 프로그램 151, 346, 592nsradmin 프로그램 85, 90

nsrla.res 데이터베이스 편집 165nsrarchive 프로그램 369nsrck 프로그램 53, 359, 595nsrd 데몬 54–55, 57, 59, 151작업 54

nsrexec 데몬문제 해결 588복수 프로세스 588

nsrexec 프로그램 54nsrexecd 데몬 55, 57, 151기능성 605

nsrim 데몬 57nsrim 프로그램 54nsrindexd 데몬 54, 59nsrinfo

프로그램 인식 가능 보고서 118nsrjb 프로그램 429–430문제 해결, HP-UX 640요구 사항 429저장 장치 노드 417클리닝 카트리지. 437포트 번호 제한 619Autochanger, 공유 429–430Inventory 620


색인P - S

686

-o 옵션, 오류 620Nsrjb Release 속성 611nsrla.res 데이터베이스 165nsrlic 프로그램 207nsrmm 프로그램 146, 183, 361, 592정의 118

nsrmmd 데몬 54, 57–60, 241–242NDMP

지원되지 않는 옵션 515Nsrmmd Control Timeout 속성 135

nsrmmdbd 데몬 54, 58–59nsrndmp_recover 프로그램 536, 538–539nsrndmp_save 프로그램 533데이터 백업 531, 535

nsrports 프로그램 129nsrssc 프로그램 331nsrtrap 568

명령줄 옵션 519, 568상세 모드 569

nsrwatch 프로그램 87nwadmin 프로그램, NetWorker 관리 프로그램 시작 74nwarchive 프로그램 93, 374nwbackup 프로그램 91, 334–335nwrecover 프로그램 92, 335찾기 방침(browse policy) 171

nwretrieve 프로그램 94, 378–379, 608

P

pmode 프로그램 612Policy 자원 52Pool 자원 52Pool Type 속성, 아카이브 풀의 373Procom NetFORCE

요구 사항 559

R

recover 프로그램 55미디어 데이터베이스 175보유 방침(retention policy) 175옵션 348클러스터에서 사용 481nsrmmd 상호작용 60suspect 169

recoverable Save set 상태 169recyclable Save set 상태 169Registration 자원 52relem 프로그램 612Remote Access 목록 607Remove Oldest Cycle 버튼 142Retrieve Status 창 379

RPC(원격 프로시저 호출) 53rpcbind 프로그램 605rpcinfo 프로그램 130, 603

S

SAN(Storage Area Network) 425

Save 그룹 완료 보고서 117, 309save 프로그램 55, 184, 186, 481Save set

내역, 보기 143다중화(multiplexing) 103–104로드 균형 조정 167미디어 데이터베이스 175방침

보고서 184수정 183백업 167–168상태 308파일 시스템(filesystem) 168백업 명령 185복구 350, 352–353미디어 데이터베이스 361볼륨 352사용 350생략 170온라인 인덱스 361요구 사항 351인덱스 기반 복구와 비교 358재배치 353전체 355찾기 기간 350충돌 354클라이언트 파일 인덱스 361파일 355NDMP 515

복제 390설명 389수동 394자동 395사전 정의됨 156상태

값 168보류중인 308보유 방침(retention policy) 175수동 변경 170실패 308완료된 308스테이징. 스테이징 참조아카이브, 검색 378인덱스, 보기 142정보, 표시 142, 285


색인S - S

687

정의 50, 168종속성 386클라이언트 조합 167클라이언트 파일 인덱스, 항목 175통합 328사용 328–329제한 330파일, 대규모 329풀 331NDMP 514nsrssc command 331

풀 214All Save set 157client priority 204suspect 399

Save set 검색 378Save set 컷오프 옵션, 지원되지 않는 590Save set 통합 328

nsrssc command 331

Save set 통합(save set consolidation) 328Save Set Clone 대화 상자 391Save Sets 대화 상자 142savefs 프로그램 55, 57savegrp 프로그램 55–57명령줄에서 Save set 통합 331백업 한계 597보고서 117정의 54중단 596클라이언트 57

savepnpc 프로그램로깅되는 메시지 193사용자 정의된 백업 프로그램과 함께 사용 190

SCANDISK, 실행 335scanner 362

scanner 프로그램 276, 355, 361레코드 크기 594보유 방침(retention policy) 175복제 볼륨 복구 387볼륨 항목 재작성 353볼륨, 읽기 전용 592볼륨에서 Save set 복구 177삭제된 클라이언트 163온라인 인덱스 재작성 353옵션 362저장 장치 노드 134클라이언트 파일 인덱스 누락 595NDMP 515

scann Save set 상태 169Schedule 자원 52, 298Schedules 창 318SCSI

문제 해결 614Sequent

디스플레이 문제 648Set Up Server 대화 상자 103Shared Devices 속성 248Silo 277

미디어 관리 461볼륨 455, 462–465사용 455설치 455슬롯 번호 462, 466이름 지정 규칙 456–457장치 455정의 458클리닝 459해제 459저장 장치 노드 277정의 455테이프 라이브러리 인터페이스(STLI) 455EMASS/Grau 457IBM 3494 457inventory 466

jbconfig 프로그램 456NDMP 지원 526StorageTek 456

Silo 테이프 라이브러리(STL) 455Silo Software 모듈 65sjiielm 프로그램 612sjiinqm 프로그램 612sjirdp 프로그램 612sjirdtag 프로그램 613sjirelem 프로그램 613sjirjc 프로그램 613SnapImage

Autochanger 핸들 563SnapImage 소프트웨어를 사용한 원격 NDMP 백업수행 564

SNMP(단순 네트워크 관리 프로토콜) 65, 567구성 568, 570정의 567트랩 567Notification

구성 568수정 569작성 570

nsrtrap 568Solaris

문제 해결 629지원되지 않는 장치 630Legato Cluster에서 사용 479

Staging 자원 53Start Time 속성 301


색인T - X

688

STL(Silo 테이프 라이브러리) 455STLI. Silo 참조.Storage Area Network(SAN) 425StorageTek Silo 456

Store Index Entries 속성, 아카이브 풀의 373Sun Cluster 지원 473suspect Save set 399

sysconfig 명령 549

T

TapeAlert 438

tapeexercise 프로그램 615TCP/IP

네트워크 요구 사항 85Tru64

부트 파티션 645심볼릭 링크 646장애 복구 한계 642지원되는 구성 643ASE Manager 646SCSI/CAM Layered Components 643

Tru64에서 ASE Manager 646TruCluster 471, 475–476

NetWorker 설치 요구 사항 644tur 프로그램 612

U

uasm 프로그램 355, 593Unload Sleep 속성 611Unmount 버튼 87

V

Volumes 버튼 88Volumes 창 285

W

writebuf 프로그램 612

X

xview, 오류 598