EMC NetWorker 8.2 명령 참조 가이드 · 2020-03-04 · EMC NetWorker 8.2 명령 참조...

EMC®

NetWorker™

릴리즈 8.2

명령 참조 가이드P/N 302-000-691REV 01

EMC NetWorker 8.2 명령 참조 가이드2

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

발행 : 2014 년 6 월

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

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

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

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

머리말

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

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

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

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

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

용도

이 문서는 운영 체제 명령줄에서 NetWorker 명령을 실행할 때 참조하기 위한 것입니다.

대상

이 문서는 시스템 관리자를 대상으로 제작되었습니다.

관련 문서

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

◆ EMC NetWorker 관리 가이드 - NetWorker 소프트웨어를 구성 및 유지 보수하는 방법

에 대해 설명합니다.

◆ EMC NetWorker 설치 가이드 - 클러스터 서버와 클라이언트에서 NetWorker 소프트웨

어를 설치 및 관리하는 방법에 대해 설명합니다.

◆ EMC NetWorker Updating from a Previous Release Guide - NetWorker 소프트웨어를 이전에 설치된 릴리즈에서 업데이트하는 방법을 설명합니다.

◆ EMC NetWorker 8.1 클러스터 통합 가이드 - 클러스터 서버와 클라이언트에서 NetWorker 소프트웨어를 설치 및 관리하는 방법에 대해 설명합니다.

◆ EMC NetWorker 릴리즈 노트 - 새 기능, 변경 사항, 해결된 문제, 알려진 제한 사항에 대한 정보를 제공합니다.

◆ EMC NetWorker 및 EMC Data Domain 중복 제거 디바이스 통합 가이드 - Data Domain 디바이스 사용에 대한 계획 및 구성 정보를 제공합니다.

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

◆ EMC NetWorker Snapshot Management 통합 가이드 - 운영 데이터의 스냅샷 복제본

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

◆ EMC NetWorker Snapshot Management for NAS Devices 통합 가이드NAS 디바이스에서 복제 기술을 사용하여 생성한 운영 데이터의 스냅샷 복제본을 분류하고 관리하는 방법을 설명합니다.

◆ EMC NetWorker 오류 메시지 가이드 - 일반적인 NetWorker 오류 메시지에 대해 설명

합니다.

EMC NetWorker 8.2 명령 참조 가이드 3

머리말

◆ EMC NetWorker 라이센스 가이드 - 제품 및 기능의 라이센스를 등록하는 방법을 설명

합니다.

◆ EMC NetWorker 성능 최적화 계획 가이드 - NetWorker 환경을 사이징, 계획 및 최적화

하기 위한 기본 성능 정보를 제공합니다.

◆ EMC NetWorker 보안 구성 가이드 - NetWorker에서 사용할 수 있는 보안 구성 설정을 개괄적으로 설명합니다.

◆ EMC NetWorker Server 재해 복구 및 가용성 Best Practice 가이드 - NetWorker 재해 복구를 설계하고 계획하는 방법을 설명합니다.

◆ EMC NetWorker Management Console 온라인 도움말 - NetWorker Management Console에서 일상적인 관리 작업을 수행하는 방법에 대해 설명합니다.

◆ EMC NetWorker User 온라인 도움말 - Windows 클라이언트에서 NetWorker User 프로

그램을 사용하여 백업, 복구 및 아카이브 작업을 수행하는 방법에 대해 설명합니다.

명령에 대한 온라인 도움말

명령에 대한 도움말은 명령줄을 사용하여 볼 수도 있습니다.

◆ 이 문서에서 제공하는 정보는 Windows를 제외한 모든 플랫폼에서 명령줄을 사용하

여 볼 수도 있습니다. 명령줄을 사용하여 이 도움말을 액세스하려면 man command_name을 입력합니다. 예를 들면 다음과 같습니다.

man recover

알림: man 명령을 사용하여 도움말을 액세스하려면 선택적 패키지 LGTOman을 설치해야 합니다. 운영 체제 경로 환경 변수에는 man 페이지의 위치도 포함되어 있어야 합니다. 그렇지 않으면 man 페이지가 설치된 위치에서 man 명령을 실행해야 합니다.

◆ 임의의 플랫폼에서 NetWorker 명령에 대한 기본 도움말을 액세스하려면 명령줄에서 command_name -help를 입력합니다. 예를 들면 다음과 같습니다.

recover -help

알림: 기본 도움말에는 명령의 인수, 옵션 및 매개 변수 목록만 나타납니다. 자세한 내용은 이 문서에서 제공합니다.

지원 정보

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

제품 정보 — 설명서, 릴리즈 노트, 소프트웨어 업데이트 또는 EMC 제품, 라이센스, 서비스 관련 정보가 필요하면 EMC 온라인 지원 웹 사이트로 이동하십시오.

https://support.emc.com

기술 지원 — EMC 온라인 지원 웹 사이트로 이동한 후 서비스 센터를 클릭합니다.

사용자 의견

여러분이 보내주시는 의견은 EMC 사용 설명서의 체계적인 구성과 정확성, 전반적인 품질 향상을 위해 유용하게 사용됩니다. 다음 주소로 이 문서에 대한 여러분의 의견을 보내주십시오.

[email protected]

4 EMC NetWorker 8.2 명령 참조 가이드

http://support.emc.com

http://support.emc.com

ansrd(8)

Maintenance Procedures ansrd(8)

이름nsrd - NetWorker 서비스를 제공하는 데몬

시놉시스nsrd [ -k virtual-service-name ]

ansrd [ commentary ]

DESCRIPTION

nsrd 데몬은 RPC 기반 저장 및 복구 서비스를 제공합니다 . 이 서비스를 사용하여 사용자는 네트워크상에서

파일을 저장 , 쿼리 및 복구할 수 있습니다 . nsrd 에서 제공하는 RPC 프로그램 번호는 390103입니다 .

일반적으로 nsrd 는 부팅 시 시작 셸 스크립트 (예 : rc.local, rc.boot) 로부터 호출되므로 사용자가 직접 시작할 필요가 없습니다 . 시작된 후 nsrd 는 NetWorker 서비스를 제공하는 데 필요한 다른 데몬을 시작합니다 .

nsrd 명령은 적절한 리소스가 있는 시스템에서 실행되어야 합니다 . 이러한 리소스로는 미디어 멀티플렉서 소프트웨어 (참조 : nsrmmd(8)) 의 제어를 받는 디바이스 (예 : 테이프 드라이브 )와 인덱스 데몬 (nsrindexd(8)

및 nsrmmdbd(8) 참조 )이 저장된 사용자 파일 및 해당 파일이 있는 볼륨의 인덱스를 유지할 수 있는 디스크 공간을 포함합니다 .

백업 , 복구 또는 다른 세션을 시작할 때마다 nsrd 는 ansrd 프로그램을 시작하여 요청된 세션을 처리합니다 . .B ansrd 프로그램을 에이전트라고합니다 .에이전트는해당백업 ,복구 ps(1) 또는 다른 프로세스 모니터링 도구를 사용하여 ansrd 의 후속 매개 변수를 검사함으로써 모니터링하는 세션의 종류를 확인할 수 있습니다 . 필요한 경우 백업 또는 복구 세션을 중단하기 위해 강제로 에이전트를 종료할 수 있습니다 . 에이전트는 직접 실행될 수 없으며 nsrd 에 의해서만 시작될 수 있습니다 .

nsrd 를 시작할 때 -k 옵션을 지정하면 클러스터 서비스로 설치되었는지 여부 및 /nsr/res 를 소유하는 가상 호스트가 virtual-service-name 과 일치하는지 여부를 확인할 수 있습니다 . 이러한 검증 단계 중 하나가 실패할 경우 nsrd 는 즉시 종료됩니다 . (NetWorker가 클러스터 서비스로 설치되었는지 여부를 확인하기 위해 nsrd 는 nsrd 바이너리를 포함하는 디렉토리에서 NetWorker.clustersvr 이라는 파일을 확인합니다 . /nsr/res 가 virtual-service-name 의 소유인지 확인하기 위해 nsrd 는 클러스터 관리 소프트웨어를 쿼리합니다 .)

클러스터에서 NetWorker를 시작할 때 -k 옵션을 사용하지 않으면 서버는 /nsr/res 를 소유하는 가상 호스트의 ID로 가정합니다 . /nsr/res 를 소유하는 가상 호스트가 없으면 nsrd 가 시작되지 않습니다 .

옵션-k virtual-service-name

nsrd 에 클러스터 페일오버 모드에서 virtual-service-name 을 호스트 이름 /ID로 사용하여 시작하도록 지시합니다 . 이 옵션은 NetWorker를 시작하는 NetWorker 클러스터 제어 스크립트에

의해 사용됩니다 .

파일/nsr/logs/daemon.raw

nsrd 및 다른 NetWorker 데몬이 NetWorker 이벤트 메커니즘을 사용하여 다른 방법으로는 기록할

수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다 .

/nsr/res/nsrdb

NetWorker 서비스 및 그 리소스를 설명하는 정보입니다 (참조 : nsr_service(5)).


ansrd(8)

NetWorker.clustersvr

이 파일이 NetWorker의 데몬을 포함하는 디렉토리에 있으면 NetWorker server가 클러스터 서비스로 설치되었음을 나타냅니다 .

참조nsr(8), nsr_service(5), nsr_render_log(8), nsrmmd(8), nsrmmdbd(8), nsrindexd(8), ps(1), rc(8)


ascdcode(8)

Maintenance Procedures ascdcode(8)

이름ascdcode - ASC/ASCQ 오류 코드에 대한 오류 메시지를 인쇄합니다 .

시놉시스ascdcode [ -o vendor id [ -p product id ] ] ASC ASCQ

설명.B ascdcode 프로그램은 ASC(Additional Sense Code) 및 ASCQ(Additional SenseCode Qualifier) 데이터를 해석하고 해당오류 메시지를 반환합니다 . 또한 ascdcode 프로그램은 이름이 지정된 공급업체 및 제품 ID(-o 및 -p 옵션 ) 또는 SCSI-3 사양 (http://www.ncits.org)이나 개별 공급업체에 정의된 모든

라이브러리 또는 디바이스에 ASC/ASCQ 데이터를 반환합니다 . 구현되지 않은 ASC/ASCQ 코드의 경우 ,

ascdcode 프로그램은 다음 메시지를 반환합니다 . 구현되지 않았습니다 .

옵션-o vendor id

공급업체가 OEM인지 여부를 확인하고 ASC/ASCQ 오류 코드에 정의된 라이브러리 또는 디바이스의

원래 공급업체를 조회합니다 . 옵션 -p 를 지정하지 않은 경우 ascdcode는 이 옵션과 함께 지정된 vendor id 에 대한 공급업체 관련 정보를 반환합니다 . 이 vendor id 는 inquire 프로그램을 실행할 때 보고되는 공급업체 문자열과 동일해야 합니다 . 공급업체 ID할당 전체 목록은 웹 페이지 http://www.t10.org/lists/vid-alph.htm을 참조하십시오 . 이 옵션은 공급업체의 ASC/

ASCQ 코드 값이 0x7f보다 큰 경우에만 적용됩니다 .

-p product id

이 옵션을 -o 와 함께 사용하면 OEM 공급업체의 라이브러리 또는 디바이스 유형을 표시합니다. 이

product id 는 또한 inquire 프로그램을 실행할 때 보고되는 라이브러리 또는 디바이스 문자열과 동일해야 합니다 .

ASC 인수는 라이브러리 또는 디바이스에서 보고하는 ASC/ASCQ 오류 코드 쌍 중 첫 번째 쌍이어야

합니다 . 값 앞에 다음을 붙여 값을 16진수로 지정할 수도 있습니다 . 0x . 기본값은 10진수 값으로 간주합니다 .

ASCQ 인수는 라이브러리 또는 디바이스에서 보고하는 ASC/ASCQ 오류 코드 쌍 중 마지막 쌍이어야

합니다 . 값 앞에 다음을 붙여 값을 16진수로 지정할 수도 있습니다 . 0x . 기본값은 10진수 값으로 간주합니다 .

파일/INSTALL_PATH/lgtovendors

공급업체 관련 파일이 설치된 디렉토리입니다 .

/INSTALL_PATH/lgtovendors/OEM_MAP

OEM 공급업체 및 해당 제품을 원래 공급업체에 매핑하는 파일입니다 . 새 OEM 공급업체 및 제품에

대한 항목을 추가하는 방법에 대한 자세한 내용은 파일을 참조하십시오 .

참조libscsi(8)

제한사항이 ascdcode 프로그램은 항상 설치된 공급업체 관련 파일을 사용하여 공급업체 관련 오류 메시지를 조회합니다 . 이러한 파일의 ASC/ASCQ오류 코드 및 해당 오류 텍스트의 형식 지정 규칙은 다음과 같습니다 .

0x[ASC], 0x[ASCQ], [오류 메시지]


ascdcode(8)


cdi_block_limits(8)

Maintenance Procedures cdi_block_limits(8)

이름cdi_block_limits - 테이프 디바이스에 대한 블록 크기 제한을 쿼리합니다 .

시놉시스cdi_block_limits -f device [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_block_limits 프로그램은 테이프 디바이스에 대한 블록 크기 제한을 쿼리합니다 . 또한 cdi_block_limits

프로그램은 이름이 지정된 SCSI 디바이스 (-f 옵션을 사용하여 지정 )의 블록 크기 제한을 반환합니다 . 디바이스의 블록 크기 제한이 운영 체제의 제한보다 클 수도 있습니다 . 이 프로그램은 특히 디바이스의 블록

크기 제한을 반환합니다 .

연산자-f device

블록 크기 정보를 가져올 디바이스를 지정합니다 .

옵션-t -t 옵션을 사용하면 블록 크기 제한을 쿼리하는 데 사용할 테이프 기능의 방법을 지정할 수 있습니

다 . -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다 . 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_block_limits 프로그램에서 현재

지원하는 액세스 방법의 전체 목록을 확인하십시오 .

-v 프로그램을 세부 정보 표시 (verbose) 모드로 실행합니다 . 이 옵션은 프로그램에서 사용하는 CDI

라이브러리의 버전 번호를 출력합니다 .

예제다음은 드라이브 상태 정보를 포함하는 샘플 출력입니다 .

% cdi_block_limits -f /dev/rmt/2cbn

(/dev/rmt/2cbn을 통해 액세스 )에서 블록 크기 제한이 반환되었습니다 .

허용되는 최대 블록 크기는 16776128입니다 .

허용되는 최소 블록 크기는 61301입니다 .cdi_info.drivestat is:

상태 = 1, DRIVE_STATUS_NO_ERROR

메시지 = 드라이브 오류 보고가 없습니다 . 그러나 상태를 알 수 없습니다 .

참조libcdi(8)


cdi_block_limits(8)


cdi_bsf(8)

Maintenance Procedures cdi_bsf(8)

이름cdi_bsf - 테이프 디바이스에 대해 역방향 공간 파일 SCSI 명령을 실행합니다 .

시놉시스cdi_bsf -f device -n count [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_bsf 프로그램은 테이프 디바이스에 대해 bsf(역방향 공간 파일 ) SCSI 명령을 실행합니다 . 또한

cdi_bsf 프로그램은 이름이 지정된 SCSI 디바이스 (-f 옵션을 사용하여 지정 )의 상태도 반환합니다 .

연산자-f device

bsf SCSI 명령을 전송할 디바이스를 지정합니다 .

-n count

bsf SCSI 명령에 대한 파일 카운트입니다 . "-n count" 매개 변수가 필요합니다 .

OPTIONS

-t 옵션 -t 를 사용하면 bsf SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습니다 . 옵션 -t 가 지정되지 않은 경우 OS libcdi (8) 항목을 참조하여 cdi_bsf 프로그램에서

현재 지원하는 액세스 방법의 전체 목록을 확인하십시오 .




% cdi_bsf -f /dev/rmt/2cbn -n 2

CDI_BSF 2 성공 .

명령 실행을 위해 경과한 시간은 0초입니다 .cdi_info.drivestat is:

상태 = 0, DRIVE_STATUS_READY

메시지 = 테이프 드라이브 사용 가능

참조libcdi(8)


cdi_bsf(8)


cdi_bsr(8)

Maintenance Procedures cdi_bsr(8)

이름cdi_bsr - 테이프 디바이스에 대해 역방향 공간 레코드 명령을 실행합니다 .

시놉시스cdi_bsr -f device -n count [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_bsr 프로그램은 테이프 디바이스에 대해 bsr(역방향 공간 레코드 ) SCSI 명령을 실행합니다 . 또한

cdi_bsr 프로그램은 이름이 지정된 SCSI 디바이스 (-f 옵션을 사용하여 지정 )의 상태도 반환합니다 .

연산자-f device

bsr SCSI 명령을 전송할 디바이스를 지정합니다 .

-n count

bsr SCSI 명령에 대한 레코드 카운트입니다 .

옵션-t -t 옵션을 사용하면 bsr SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습

니다 . -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로

사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_bsr 프로그램에서 현재 지원하는

액세스 방법의 전체 목록을 확인하십시오 .




% cdi_bsr -f /dev/rmt/2cbn -n 2 -v

CDI_GET_VERSION이 1을 반환합니다 .

CDI_BSR 2 성공 .

명령 실행을 위해 경과한 시간은 0초입니다 . cdi_info.drivestat is:



참조libcdi(8)


cdi_bsr(8)


cdi_eod(8)

Maintenance Procedures cdi_eod(8)

이름

cdi_eod - 데이터 끝 SCSI 명령을 테이프 디바이스로 전송합니다 .

시놉시스cdi_eod -f device [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_eod 프로그램은 eod(데이터 끝 ) SCSI 명령을 테이프 디바이스로 전송합니다 . 또한 cdi_eod 프로그램은 이름이 지정된 SCSI 디바이스 (-f 옵션을 사용하여 지정 )의 상태도 반환합니다 .

연산자-f device

는 eod SCSI 명령을 실행할 디바이스를 지정합니다 . –f 옵션은 필수 옵션입니다 .

옵션-t -t 옵션을 사용하면 eod SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습


사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_eod 프로그램에서 현재 지원하는





% cdi_eod -f /dev/rmt/2cbn

CDI_EOD 성공 .

명령 실행을 위해 경과한 시간은 0초입니다 .

cdi_info.drivestat is:



참조libcdi(8)


cdi_eod(8)


cdi_filemark(8)

Maintenance Procedures cdi_filemark(8)

이름cdi_filemark - 테이프 디바이스에 대해 파일 표시/세트 마크 쓰기 명령을 실행합니다.

시놉시스cdi_filemark -f device [ -a ] [ -n count ] [ -s ] [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_filemark 프로그램은 지정된 디바이스에 대해 파일 표시/세트 마크 SCSI 명령을 실행합니다. 또한

cdi_filemark 프로그램은 이름이 지정된SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

기본 동작은 지정된 디바이스에 단일 파일 표시를 쓰는 것입니다.

연산자-f device

파일 표시 쓰기 SCSI 명령을 전송할 디바이스를 지정합니다.

옵션-a 작업에 비동기 I/O를 사용합니다. 완료될 때까지 블로킹하지 않고 프로그램에서 즉시 반환합니다.

기본값은 동기 I/O입니다.

-n count

파일 표시 쓰기 SCSI 명령에 대한 파일 표시 카운트입니다. 기본 카운트는 1입니다.

-s 작업에 대해 파일 표시 대신 세트 마크를 씁니다.

-t -t 옵션을 사용하면 파일 표시 쓰기 SCSI 명령에 사용할 테이프 기능의 방법을 지정할 수 있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_filemark 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.

-v 프로그램을 세부 정보 표시(verbose) 모드로 실행합니다. 이 옵션은 프로그램에서 사용하는 CDI

라이브러리의 버전 번호를 출력합니다.

예제다음은 드라이브 상태 정보를 포함하는 샘플 출력입니다.

% cdi_filemark -f /dev/rmt/2cbn -n 2 -v

CDI_GET_VERSION이 1을 반환합니다.

CDI_WRITE_FILEMARKS 2 성공.

명령 실행을 위해 경과한 시간은 0초입니다.cdi_info.drivestat is:



참조libcdi(8)


cdi_filemark(8)


CDI_FSF(8)

Maintenance Procedures CDI_FSF(8)

이름cdi_fsf - 테이프 디바이스에 대해 정방향 공간 파일 SCSI명령을 실행합니다 .

시놉시스cdi_fsf -f device -n count [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_fsf 프로그램은 테이프 디바이스에 대해 fsf(정방향 공간 파일 ) SCSI 명령을 실행합니다 . 또한

cdi_fsf 프로그램은 이름이 지정된 SCSI 디바이스 (-f 옵션을 사용하여 지정 )의 상태도 반환합니다 .

연산자-f device

fsf SCSI 명령을 전송할 디바이스를 지정합니다 . -f 옵션은 필수 옵션입니다 .

-n count

fsf SCSI 명령에 대한 파일 카운트입니다 .

옵션-t -t 옵션을 사용하면 fsf SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습


사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_fsf 프로그램에서 현재 지원하는





% cdi_fsf -f /dev/rmt/2cbn -n 2

CDI_FSF 2 성공 .

명령 실행을 위해 경과한 시간은 0초입니다 . cdi_info.drivestat is:



참조libcdi(1m)


CDI_FSF(8)


cdi_fsr(8)

Maintenance Procedures cdi_fsr(8)

이름cdi_fsr - 테이프 디바이스에 대해 정방향 공간 레코드 명령을 실행합니다.

시놉시스cdi_fsr -f device -n count [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_fsr 은 테이프 디바이스에 대해 fsr(정방향 공간 레코드) SCSI 명령을 실행합니다. 또한 cdi_fsr 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

연산자-f device

fsr SCSI 명령을 전송할 디바이스를 지정합니다.

-n count

fsr SCSI 명령에 대한 레코드 카운트입니다.

옵션-t -t 옵션을 사용하면 fsr SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있

습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_fsr 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.




% cdi_fsr -f /dev/rmt/2cbn -n 2 -v


CDI_FSR 2 성공.

명령 실행을 위해 경과한 시간은 0초입니다. cdi_info.drivestat is:



참조libcdi(8)


cdi_fsr(8)


cdi_get_config(8)

Maintenance Procedures cdi_get_config(8)

이름cdi_get_config - 테이프 디바이스에 대한 구성 정보를 가져옵니다.

시놉시스cdi_get_config -f device [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_get_config 프로그램은 테이프 디바이스에 대한 구성 정보를 가져옵니다. 이 명령의 데이터 출력은

SCSI 모드 감지 연결 해제/다시 연결,데이터 압축 및 디바이스 구성 페이지에서 수집됩니다.

연산자-f device

구성 정보를 가져올 디바이스를 지정합니다.

옵션-t -t 옵션을 사용하면 디바이스에 구성 정보를 쿼리하는 데 사용할 테이프 기능의 방법을 지정할 수

있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_get_config 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.




% cdi_get_config -f /dev/rmt/2cbn -v


(/dev/rmt/2cbn을 통해)에 대한 SCSI 구성 정보: active_format 000d active_partition 00b8 write_full_ratio 0000 read_empty_ratio 007e write_delay_time c950 flags 000000009cef2080

매개 변수 저장 가능 활성 형식 변경 데이터 버퍼 복구 지원되는 블록 식별자 보고서 세트 마크s

연속 파일 표시에서 중지: 3개 연속 파일 표시에서 중지 버퍼 순서 복구

조기 경고 보고 EOD 정의됨: 스케줄됨(4)

EOD 생성 활성화 조기 경고 시 동기화 소프트 쓰기 보호 buffer_size_early_warning 00b80000 data_compress_algorithm 0000


cdi_get_config(8)

discon_buffer_full 00ad discon_buffer_empty 00b8 discon_bus_inactive 007e discon_time_limit c950 discon_connect_time_limit ef75 discon_max_burst_time 9eb8 compression_algorithm 007ec950 decompression_algorithm ef759eb8 cdi_info.drivestat is:


메시지 = 드라이브 오류 보고가 없습니다. 그러나 상태를 알 수 없습니다.

참조libcdi(8)


cdi_get_status(8)

Maintenance Procedures cdi_get_status(8)

이름cdi_get_status - 테이프 디바이스에서 상태 정보를 가져옵니다.

시놉시스cdi_get_status -f device [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_get_status 프로그램은 테이프 디바이스에서 상태 정보를 가져옵니다. 반환되는 데이터에는 테이프 밀도 및 블록 위치가 포함됩니다.

연산자-f device

상태 정보를 가져올 디바이스를 지정합니다.

옵션-t -t 옵션을 사용하면 디바이스에 상태 정보를 쿼리하는 데 사용할 테이프 기능의 방법을 지정할 수

있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_get_status 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.



예제cdi_get_status의 출력 예는 다음과 같습니다.

% cdi_get_status -f /dev/rmt/2cbn

CDI_GET_STATUS 반환:DRIVE_STATUS_READY

현재 밀도 코드 = 00

위치는 절대 블록 번호 0입니다.

참조libcdi(8)


cdi_get_status(8)


cdi_inq(8)

Maintenance Procedures cdi_inq(8)

이름cdi_inq - 테이프 디바이스에서 조회 정보를 가져옵니다.

시놉시스cdi_inq -f device [ -v ] [ -t{s | t | g | n | m | i } ]

설명cdi_inq 프로그램은 테이프 디바이스에서 조회 정보를 가져옵니다. 반환되는 데이터에는 VPD(중요 제품 데이터) 페이지가 포함됩니다. 또한 inquire (8) 명령을 사용하면 일련 번호 식별자의 보다 포괄적인 출력을

얻을 수 있습니다.

연산자-f device

조회 정보를 가져올 디바이스를 지정합니다.

옵션-t -t 옵션을 사용하면 디바이스에 조회 정보를 쿼리하는 데 사용할 테이프 기능의 방법을 지정할 수

있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을기본 방법으로

사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_inq 프로그램에서 현재 지원하는

액세스 방법의 전체 목록을 확인하십시오.



예제cdi_inq의 출력 예는 다음과 같습니다.

% cdi_inq -f /dev/rmt/2cbn

표준 조회 데이터:

공급업체:

제품:

개정:

지원되는 VPD 페이지:

페이지 cdi_info.drivestat is:



% cdi_inq -f /dev/rmt/0cbn

표준 조회 데이터:

공급업체: QUANTUM

제품: DLT8000

개정: 0232

지원되는 VPD 페이지:

페이지 00 80 83 c0 c1

일련 번호 페이지(80): CX940P2410

디바이스 ID 페이지(83): IENN:00E09E600006A114


cdi_inq(8)

-v 매개 변수를 사용하면 비표준 페이지만 표시됩니다. cdi_info.drivestat is:



참조libcdi(8)


cdi_load_unload(8)

Maintenance Procedures cdi_load_unload(8)

이름cdi_load_unload - 테이프 디바이스를 로드 또는 언로드합니다.

시놉시스cdi_load_unload -f device { -l | -u } [ -a ] [ -e ] [ -r ] [ -v ] [ -t{s | t | g | n | m | i } ]

설명cdi_load_unload 는 테이프 디바이스로 또는 테이프 디바이스에서 미디어를 로드/언로드합니다.

연산자-f device

로드/언로드 작업을 수행할 디바이스를 지정합니다.

{ -l | -u }

미디어 로드(-l) 또는 언로드(-u) 작업을 수행합니다.

옵션-a 작업에 비동기 I/O를 사용합니다. 완료될 때까지 블로킹하지 않고 즉시 반환합니다. 이 플래그가

설정되고 로드/언로드 작업에 대해 조건 검사 상태가 반환되는 경우 로드 또는 언로드 작업이 수행되지 않습니다. 기본값은 동기 I/O입니다.

-e 미디어를 언로드하기 전에 미디어 끝 부분으로 포지셔닝합니다. 이 플래그가 -l 플래그(미디어 로드)와 함께 지정되면 SCSI 디바이스에서 조건 검사 상태를 반환하고 감지 데이터에 감지 키가 잘못된 요청으로 설정됩니다.

-r 미디어에 적절한 장력을 적용합니다. 미디어 장력 조절 기능이 없는 디바이스도 있습니다. 디바이스에 장력 조절 기능을 사용할 수 있는지 여부를 확인하려면 해당 디바이스 설명서를 참조하십시오.

-t -t 옵션을 사용하면 미디어 로드/언로드에 사용할 테이프 기능의 방법을 지정할 수 있습니다. -t

옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다.

매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_load_unload 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.



예제cdi_load_unload의 출력 예는 다음과 같습니다.

% cdi_load_unload -l -f /dev/rmt/2cbn

cdi가 에 대한 로드 언로드 성공(/dev/rmt/2cbn을 통해):




참조libcdi(8)


cdi_load_unload(8)


cdi_locate(8)

Maintenance Procedures cdi_locate(8)

이름cdi_locate - 테이프 디바이스에 마운트된 테이프의 지정된 블록으로 포지셔닝합니다.

시놉시스cdi_locate -f device -n block [ -a ] [ -v ] [ -t {s | t | g | n | m | i } ]

설명cdi_locate 프로그램은 테이프 디바이스에 마운트된 테이프의 지정된 블록으로 포지셔닝합니다.

연산자-f device

포지셔닝할 디바이스를 지정합니다.

-n block

포지셔닝할 마운트된 테이프의 블록을 지정합니다.

옵션-a 작업에 비동기 I/O를 사용합니다. 완료될 때까지 블로킹하지 않고 즉시 반환합니다. 기본값은 동기

I/O입니다.

-t -t 옵션을 사용하면 지정된 테이프 블록으로 포지셔닝하는 데 사용할 테이프 기능의 방법을 지정할

수 있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_locate 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.



예제cdi_locate의 출력 예는 다음과 같습니다.

% cdi_locate -f /dev/rmt/2cbn -n 300

CDI_GET_STATUS 반환:

배치 성공: 300 블록에 포지셔닝하는 데 걸린 시간 0초 cdi_info.drivestat is:



참조libcdi(8)


cdi_locate(8)


cdi_offline(8)

Maintenance Procedures cdi_offline(8)

이름cdi_offline - 테이프 디바이스에 대해 오프라인 SCSI 명령을 실행합니다.

시놉시스cdi_offline -f device [ -v ] [ -t{s | t | g | n | m | i } ]

설명cdi_offline 프로그램은 테이프 디바이스에 대해 오프라인 SCSI 명령을 실행합니다. 또한 cdi_offline 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다. 이 작업은 장력 조절 기능을 사용하지 않고 로드한 후 테이프 시작 부분으로 되감기 SCSI 명령을 실행하는 것과 같습니다.

연산자-f device

오프라인 요청을 전송할 디바이스를 지정합니다. -f 옵션은 필수 옵션입니다.

옵션-t -t 옵션을 사용하면 오프라인 SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수

있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_offline 프로그램에서 현재

지원하는 액세스 방법의 전체 목록을 확인하십시오.




% cdi_offline -f /dev/rmt/2cbn

CDI_OFFLINE 성공.



메시지 = null

참조libcdi(8)


cdi_offline(8)


cdi_pr(8)

Maintenance Procedures cdi_pr(8)

이름cdi_pr - 테이프 디바이스에 대해 SCSI 영구 할당 명령을 실행합니다.

시놉시스cdi_pr -f device [ -v ]

plus one of:

-r { k | r }

-c plus one of:

r -k key [ -A ]

i -k key [ -A ]

c -k key

p -k new -K old -t { e | E | A | w | W | a }

a -k key -K old -t { e | E | A | w | W | a }

-E -k key

-R -k key -t { e | E | A | w | W | a }

-Q

설명cdi_pr 프로그램은 테이프 디바이스에 대해 다양한 SCSI 영구 할당 명령을 실행합니다. 이 프로그램은 주로 영구 할당의 동작을 조사하는 툴로 사용되며 일반적으로 일일 작업에는 사용되지 않습니다.

영구 할당 키를 지정할 수도 있습니다. 이 키는 테이프 드라이브에 대해 실행 중인 호스트를 식별하는 데 사용되며 8자의 텍스트 문자열(예: NetWorkr) 또는 64비트 16진수(예: 0x123456789abcdef0)의 텍스트 표현입니다. 기본 할당 키는NetWorkr입니다. 이 유틸리티는 항상 "exclusive access" 유형의 영구 할당을 사용합니다. cdi_pr 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

연산자-f device

할당 요청을 전송할 디바이스를 지정합니다.

하위 명령:

-r {r|k}

SCSI 명령의 Persistent Reserve를 사용하여 드라이브의 현재 할당( r ) 또는 키( k )를 읽습니다.

-c r -k key [-A]

Persistent Reserve Out register 명령을 옵션 APTPL 비트와 함께 전송합니다.

-c i -k key [-A]

Persistent Reserve Out register 명령을 무시로 설정하여 옵션 APTPL 비트와 함께 전송합니다.


cdi_pr(8)

-c c -k key

Persistent Reserve Out clear key 명령을 전송합니다.

-c p -k key -K oldkey -t { e | E | a | w | W | A }

Persistent Reserve Out preempt 명령을 전송하여 oldkey 키에서 보유하고 있는 할당을 획득하고 이를 -t 에 의해 지정된 유형의 key 키에 대한 할당으로 교체합니다.

-a p -k key -K oldkey -t { e | E | a | w | W | A }

Fp Persistent Reserve Out preempt 및 abort 명령을 전송하여 oldkey 키에서 보유하고 있는 할당을 획득한 후 -t 에 의해 지정된 유형의 key 키에 대한 할당으로 교체하고 현재 실행 중인

테이프 명령을 중단합니다.

-c r -k key [-A]

APTPL 비트(선택 사항)와 함께 key 에 대한 Persistent Reserve Out Register 명령을 전송합니다.

-E -k key

지정된 키를 사용한 Persistent Reserve Out Release 명령(혼동할 수 있음)

-R -k key -t { e | E | A | w | W | a }

지정된 키 및 할당 유형을 사용한 Persistent Reserve Out Reserve 명령

-Q 디바이스의 Persistent Reserve 기능을 쿼리합니다. 이 명령을 수행할 경우 기존 할당 및 키가

지워질 수도 있습니다.

매개 변수:

-k persistent reserve key 영구 할당에 사용할 키를 지정합니다.

-K persistent reserve key to preempt이 영구 할당으로 획득할 키를 지정합니다.

영구 할당 키는 64비트 값입니다. 8자의 텍스트 또는 64비트 숫자 중 하나를 이 매개 변수에 지정할 수 있습니다. 입력한 key 가 0x (숫자 0 x)로 시작하는 경우에는 64비트 숫자로 간주하며,

그렇지 않은 경우에는 8자의 텍스트 문자열로 간주합니다. 지정된 키가 없는 경우 기본값은

NetWorkr 입니다.

-t reservation type 생성할 할당 유형을 지정합니다. 허용되는 값은 다음과 같습니다.

a

단독 쓰기 - 모든 등록자

A

단독 액세스 - 모든 등록자

e

단독 액세스 - 등록자만

E

단독 액세스

w

단독 쓰기 - 등록자만

W

단독 쓰기


cdi_pr(8)

해당 허용되는 값에 대한 자세한 내용은 ANSI NCITS 351-2001 (SPC-2) 또는 SPC-3 작업 초안 T10/

1416-D와 같은 SCSI-3 사양을 참조하십시오.

옵션-v 프로그램을 세부 정보 표시(verbose) 모드로 실행합니다. 이 옵션은 프로그램에서 사용하는 CDI



I Query different drives for their cdi_pr -f /dev/rmt/1cbn -Q

Device /dev/rmt/1cbn (HP Ultrium 2-SCSI ):

Persistent Reserve를 지원하지만

Persist Through Power Loss bit를 지원하지 않음

cdi_pr -f /dev/rmt/0cbn -Q

디바이스 /dev/rmt/0cbn (HP Ultrium 1-SCSI ):

Persistent Reserve를 전혀 지원하지 않는 것으로 보임

"Solaris" 키를 사용하여 이 호스트에서 등록 cdi_pr -c r -k Solaris -f /dev/rmt/1cbn

CDI_PR 명령 Register

성공 "Solaris " 키가 성공적으로 등록됨 cdi_info.drivestat is:



이 드라이브에서 키 읽기 cdi_pr -f /dev/rmt/1cbn -r k

CDI_PR 명령 Read Keys 성공 키 읽기 반환:

생성 = 12

데이터 길이 = 16

키: "Solaris " "Windows "




Exclusive 할당 유형으로 이전에 등록된 "Solaris" 키를 사용하여 이 드라이브 할당 cdi_pr -f /dev/rmt/1cbn -R -k Solaris -t E

CDI_PR 명령 Reserve 성공 "Solaris" 키를 사용하여 Exclusive Res only (3) 유형 할당 성공





cdi_pr(8)

이 드라이브에서 할당 읽기 cdi_pr -f /dev/rmt/1cbn -r r

CDI_PR 명령 Read Reservations 성공 할당 읽기 반환:

생성 = 12


할당:

키: "Solaris ", 유형: Exclusive Res only (3),

범위: LU, 범위 주소: 0




Exclusive 유형의 "Solaris" 키를 사용하여 생성한 이 드라이브의 할당 해제 cdi_pr -f /dev/rmt/1cbn -E -k Solaris -t E

CDI_PR 명령 Release

성공 "Solaris " 키를 사용하여 해제 성공




드라이브가 다른 호스트에 할당된 경우 다음과 같이 출력됩니다.

cdi_pr -f /dev/rmt/1cbn -r r

CDI_PR 명령 Read Reservations 성공 할당 읽기

반환:

생성 = 12


할당:

키: "Windows ", 유형: Exclusive Res only (3),

범위: LU, 범위 주소: 0



메시지 = 테이프 드라이브 사용 가능 cdi_pr -f /dev/rmt/1cbn -R -k Solaris -t E

CDI_PR 명령 Reserve 실패. cdi_info.status = CDI_RESERVATION_ERROR (c) cdi_info.drivestat is:



참조libcdi(8), cdi_release(8), cdi_reserve(8)


cdi_release(8)

Maintenance Procedures cdi_release(8)

이름cdi_release - 테이프 디바이스에 대해 SCSI 해제 명령을 실행합니다.

시놉시스cdi_release -f device [ -T { s | p } ] [ -k persistent reserve key ] [ -v ] [ -t { s | t | g | n | m | i } ]

설명cdi_release 프로그램은 테이프 디바이스에 대해 SCSI 해제 명령을 실행합니다. 해제에는 "simple" SCSI

해제(기본값 또는 -T s) 또는 -T p 를 지정하는 경우 영구 할당 해제가 있습니다.

영구 를 지정하는 경우 영구 할당 키를 지정할 수도 있습니다. 이 키는 테이프 드라이브에 대해 실행

중인 호스트를 식별하는 데 사용되며 8자의 텍스트 문자열(예: NetWorkr) 또는 64비트 16진수(예:

0x123456789abcdef0)의 텍스트 표현입니다. 기본 할당 키는 NetWorkr 입니다.

사용된 키는 명령줄에 지정되든 또는 기본값에 지정되든 할당을 생성하는 데 사용된 키와 반드시 일치해야 합니다. 특정 드라이브에 대한 키 및 영구 할당은 cdi_pr 유틸리티를 사용하여 확인할 수 있습니다. 이 유틸리티는 항상 "exclusive access" 유형의 영구 할당을 사용합니다.

cdi_release 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

연산자-f device

해제 요청을 전송할 디바이스를 지정합니다.

-T type

실행할 해제 명령의 유형을 지정합니다. 단순 할당 해제의 경우 's' 또는 'S'를 입력하고, 영구

할당 해제의 경우 'p' 또는 'P'를 사용합니다. 이 연산자를 지정하지 않을 경우 기본값은 단순 할당입니다.

-k persistent reserve key

영구 할당 해제에 사용할 키를 지정합니다. 영구 할당 키는 64비트 값입니다. 8자의 텍스트 또는

64비트 숫자 중 하나를 이 매개 변수에 지정할 수 있습니다. 입력한 .I key 가 0x (숫자 0 x)로

시작하는 경우에는 64비트 숫자로 간주하며, 그렇지 않은 경우에는 8자의 텍스트 문자열로 간주합니다. 지정된 키가 없는 경우 기본값은 NetWorkr 입니다.

옵션-t -t 옵션을 사용하면 해제 SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습

니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로

사용합니다. cdi_release 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하려면

libcdi (8) 매뉴얼 페이지를 참조하십시오.




CDI_RELEASE 성공. cdi_info.drivestat is:




cdi_release(8)


CDI_RELEASE 실패. cdi_info.status = CDI_RESERVATION_ERROR (c) cdi_info.drivestat is:

상태 = 0, DEVICE_STATUS_READY


참조libcdi(8), cdi_reserve(8), cdi_pr(8)


cdi_reserve(8)

Maintenance Procedures cdi_reserve(8)

이름cdi_reserve - 테이프 디바이스에 대해 SCSI 할당 명령을 실행합니다.

시놉시스cdi_reserve -f device [ -T { s | p } ] [ -k persistent reserve key ] [ -v ] [ -t { s | t | g | n | m | i } ]

설명cdi_reserve 프로그램은 테이프 디바이스에 대해 SCSI 할당 명령을 실행합니다. 할당에는 "단순" SCSI 할당(기본값 또는 -T s) 또는 -T p 를 지정하는 경우 영구 할당이 있습니다.

영구 를 지정하는 경우 영구 할당 키를 지정할 수도 있습니다. 이 키는 테이프 드라이브에 대해 실행 중인

호스트를 식별하는 데 사용되며 8자의 텍스트 문자열(예: NetWorkr) 또는 64비트 16진수(예:

0x123456789abcdef0)의 텍스트 표현입니다. 기본

할당 키는 NetWorkr입니다. 이 유틸리티는 항상 "exclusive access" 유형의 영구 할당을 사용합니다.

연산자-f device

할당 요청을 전송할 디바이스를 지정합니다.

-T type

실행할 할당 명령의 유형을 지정합니다. 단순 할당의 경우's' 또는 'S'를 사용하고, 영구 할당의

경우 'p' 또는 'P'를 사용합니다. 이 연산자를 지정하지 않을 경우기본값은 단순 할당입니다.

-k persistent reserve key

영구 할당에 사용할 키를 지정합니다. 영구 할당 키는 64비트 값입니다. 8자의 텍스트 또는 64비트 숫자 중 하나를 이 매개 변수에 지정할 수 있습니다. 입력한 key 가 0x (숫자 0 x)로 시작하는 경우에는 64비트 숫자로 간주하며, 그렇지 않은 경우에는 8자의 텍스트 문자열로 간주합니다.

지정된 키가 없는 경우 기본값은 NetWorkr 입니다.

옵션-t -t 옵션을 사용하면 할당 SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습


사용합니다. 매뉴얼 페이지의 libcdi (8) 항목을 참조하여 cdi_reserve 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하십시오.




CDI_RESERVE 성공. cdi_info.drivestat is:





cdi_reserve(8)

CDI_RESERVE 실패. cdi_info.status = CDI_RESERVATION_ERROR (c) cdi_info.drivestat is:

상태 = 0, DEVICE_STATUS_READY


참조libcdi(8), cdi_release(8), cdi_pr(8)


cdi_rewind(8)

Maintenance Procedures cdi_rewind(8)

이름cdi_rewind - 테이프 디바이스에 대해 SCSI 되감기 명령을 실행합니다.

시놉시스cdi_rewind -f device [ -v ] [ -t { s | t | g | n | m | i } ]

설명cdi_rewind 프로그램은 테이프 디바이스에 대해 SCSI 되감기 명령을 실행합니다. 또한 cdi_rewind 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

연산자-f device

되감기 요청을 전송할 디바이스를 지정합니다.

옵션-t -t 옵션을 사용하면 SCSI 되감기 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있

습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로

사용합니다. cdi_rewind(8) 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하려면

libcdi(8) 페이지를 참조하십시오.




% cdi_rewind -f /dev/rmt/2cbn

CDI_REWIND 성공.




참조libcdi(8)


cdi_rewind(8)


cdi_set_359x_eod(8)

Maintenance Procedures cdi_set_359x_eod(8)

이름cdi_set_359x_eod - IBM 3590, 3592 및 TS1120 테이프 드라이브의 '교차 EOD 비활성화' 비트를 설정하거나 지웁니다.

시놉시스cdi_set_359x_eod -f device [ -r ][ -t {s | t | g | n | m | i} ]

설명cdi_set_359x_eod 프로그램은 모드 감지 및 모드 선택 명령을 사용하여 IBM 3590, 3592 및 TS1120 테이프 드라이브에서 공급업체별 비트를 설정합니다. 대부분의 경우 이러한 드라이브에 대해 프로그램은 테이프의 일반적인 데이터 끝 표시의 이후를 읽을 수 있으므로 덮어쓰기 한 데이터를 복구할 수 있습니다. 하지만

이 동작은 NetWorker 의 scanner 유틸리티를 혼동시켜 일부 플랫폼에서 테이프 디바이스를 잠그므로 정상

작업으로 복구하려면 재부팅하거나 전원을 다시 껐다 켜야 할 수 있습니다.

IBM 3590, 3592 또는 TS1120 테이프 드라이브에서 scanner 를 사용하려면 먼저 cdi_set_359x_eod 를

실행하여 테이프 드라이브에서 데이터의 끝을 지나 읽지 않도록 해야 합니다.

테이프 드라이브의 기본 상태를 복구하려면 -r 플래그와 함께 cdi_set_359x_eod 를 실행하여 '교차 EOD

비활성화' 비트를 재설정하거나 지웁니다. 일반적인 NetWorker 작업은 이 비트를 설정하거나 지워도 영향을

받지 않으므로 특정 테이프 드라이브에서 scanner를 사용한 후 비트를 재설정하지 않아도 됩니다.

연산자-f device

모드 감지 또는 모드 선택 명령을 수행할 디바이스를 지정합니다. cdi_set_359x_eod 는 디바이스가 IBM 3590, 3592 또는 TS1120 테이프 드라이브인지 확인하기 위해 디바이스의 조회 데이터를 확인합니다. 올바른 디바이스가 아닌 경우 지정된 디바이스에서 검색된 조회 데이터를 포함하는

메시지가 표시되고 명령이 종료됩니다.

옵션-r cdi_set_359x_eod에 '교차 EOD 비활성화' 비트를 기본 상태(지워진 상태)로 재설정하도록 지시

합니다.

-t -t 옵션을 사용하면 SCSI 모드 감지 및 모드 선택 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습니다. -t 옵션을 지정하지 않으면 OS 테이프 드라이버 SCSI패스스루 기능을 기본 방법으로 사용합니다. cdi_mode_sense 프로그램에서 현재 지원하는 액세스방법의 전체 목록은

libcdi (8) 항목을 참조하십시오.

예제% cdi_set_359x_eod -f /dev/rmt/47cbn

359x Mode Page 0x25 Disable Crossing EOD bit succesfully SET

% cdi_set_359x_eod -f /dev/rmt/47cbn -r 359x Mode Page 0x25 Disable Crossing EOD bit successfully

Reset to default value

% cdi_set_359x_eod -f /dev/rmt/11cbn The drive you are working with (EXABYTE Mammoth2) is not

an IBM 3590, 3592 or TS1120.


cdi_set_359x_eod(8)

참조libcdi(8), cdi_mode_sense(8), cdi_mode_select(8)


cdi_set_compression(8)

Maintenance Procedures cdi_set_compression(8)

이름cdi_set_compression - 테이프 디바이스에 대해 압축을 설정하거나 설정을 해제합니다.

시놉시스cdi_set_compression -f device [ -v ] [ -c {Yes | y | 1 | No | n | 0} ] [ -t { s | t | g | n | m | i } ]

설명cdi_set_compression 프로그램은 테이프 디바이스에 대해 압축을 설정하거나 설정을 해제합니다. 이 프로그램은 NT에서만 작동됩니다. 다른 모든OS 플랫폼에서는 프로그램이 아무 작업도 수행하지 않고 성공 메시지를 반환합니다.

연산자-f device

SCSI 명령 작업을 수행할 디바이스를 지정합니다. -f 옵션은 필수 옵션입니다.

옵션-c [Yes | y | 1 | No | n | 0]

테이프 디바이스에 대해 압축을 설정할지 또는 설정을 해제할지를 지정합니다. 테이프 디바이스에

대해 압축을 설정하려면 Yes , y 또는 1 을 사용합니다. 테이프 디바이스에 대해 압축 설정을 해제하려면 No , n 또는 0 을 사용합니다. 기본값은 테이프 디바이스에 대해 압축 설정을 해제하는

것입니다.

-t -t 옵션을 사용하면 압축을 설정 또는 설정 해제하는 데 사용할 테이프 기능의 방법을 지정할 수

있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. cdi_set_compression 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을

확인하려면 libcdi(8) 페이지를 참조하십시오.



예제다음은 cdi_set_compression 프로그램의 출력 예입니다.

% cdi_set_compression -f /dev/rmt/2cbn -c 1

CDI_SET_COMPRESSION 0 성공.

% cdi_set_compression -f /dev/rmt/0cbn -c No

CDI_SET_COMPRESSION 0 성공.

참조libcdi(8)


cdi_set_compression(8)


cdi_space(8)

Maintenance Procedures cdi_space(8)

이름cdi_space - 다양한 테이프 포지셔닝 기능을 제공합니다.

시놉시스cdi_space -f device -T { b | f | sf | eod | sm | ssm } -n count [ -v ] [ -t { s | t | g | n | m | i } ]

설명cdi_space 프로그램은 사용자에게 다양한 테이프 포지셔닝 작업을 제공합니다. 또한 cdi_space 프로그램에서는 블록, 파일 표시, 세트 마크를 유효한 테이프 포지셔닝 유닛으로 허용합니다. cdi_space 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

연산자-f device

테이프 포지셔닝 작업을 수행할 디바이스를 지정합니다.

-n count

공간 SCSI 명령에 대한 유닛 카운트입니다. 카운트 0을 지정하면 테이프 위치가 변경되지 않습니다. 카운트 값이 0보다 크면 테이프 포지셔닝이 정방향으로 지정됩니다. 카운트 플래그가 음수 값이면 테이프 포지셔닝이 역방향으로 이동합니다. 테이프 포지셔닝 유닛 유형이 eod(데이터 끝)이면

이 플래그와 값이 무시됩니다.

옵션-T { b | f | sf | eod | sm | ssm }

사용할 공간 포지셔닝 유닛 유형을 지정합니다. 유효한 유닛 유형은 다음과 같습니다.

기호 유닛 유형b 블록f 파일 표시sf 순차 파일 표시eod 데이터 끝sm 세트 마크ssm 순차 세트 마크

기본 유형은 블록입니다.

-t -t 옵션을 사용하면 공간 SCSI 명령을 실행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로

사용합니다. cdi_space 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하려면





cdi_space(8)


% cdi_space -f /dev/rmt/2cbn -T b -n 2

CDI_SPACE 2 성공.




참조libcdi(8)


cdi_ta(8)

Maintenance Procedures cdi_ta(8)

이름cdi_ta - 테이프 디바이스에서 TapeAlert 정보를 가져오거나 TapeAlert를 설정합니다.

시놉시스cdi_ta -f device [ -d ] [ -i interval ] [ -l ] [ -m MRIE ] [ -n testflag ] [ -s ] [ -v ] [ -t { s | t | g | n | m | i } ]

설명이 cdi_ta 프로그램은 테이프 디바이스에서 TapeAlert 정보를 가져오거나 설정합니다. 또한 cdi_ta 프로그램은 이름이 지정된 SCSI 장치(-f 옵션을 사용하여 지정)의 상태도 반환합니다. TapeAlert 기능을 지원하지 않는 디바이스도 있습니다. 디바이스에서 TapeAlert 기능을 지원하지 않거나 디바이스에서 반환된

TapeAlert 데이터가 잘못된 경우 cdi_ta는 CDI_IOCTL_ERROR(11) 상태를 반환합니다. TapeAlert 설정

작업은 현재 사용할 수 없습니다.

연산자-f device

ta SCSI 명령을 전송할 디바이스를 지정합니다.

옵션-d DExcept 필드를 1로 설정합니다. 1로 설정하는 경우 모든 정보 예외 작업을 비활성화하고 MRIE

필드를 무시합니다. 소프트웨어에서 TapeAlert 로그페이지를 폴링해야 합니다. DExcept 필드의

기본값은 0입니다.

-i interval

예외 조건 보고의 간격 타이머를 설정합니다. 예를 들어, interval 을 0으로 설정하면 정보 예외

조건을 한 번만 보고합니다. 간격 타이머 기본값은 0입니다.

-l 기록되는 예외 조건 유형을 설정합니다. 기본값인 0으로 설정하면 공급업체 관련 예외 조건만 기록합니다. 이 플래그는 로그 오류 조건을 1로 설정합니다. 기본값은 0입니다. 현재 값 0과 1만 지원됩니다.

-m MRIE

정보 예외 조건을 보고하는 데 사용되는 방법을 정의합니다. MRIE의 0x0 ~ 0x5값은 다음과 같이

정의됩니다.

값 방법0x0 보고 없음0x1 비동기 이벤트 보고0x3 복구된 오류를 조건에 따라 생성0x4 복구된 오류를 무조건 생성0x5 감지 생성 안 함0x6 요청 시에만 정보 예외 조건 보고

현재는 0x0값만 지원됩니다. MRIE 필드의 기본값은 0입니다.

-n testflag

로그 페이지에서 TapeAlert 테스트 플래그를 설정하거나 지웁니다. 예를 들어, testflag 가 값

1과 64 사이에 있으면 로그 페이지의 TapeAlert 플래그를 testflag 값으로 설정합니다. 또는

testflag 가 값 -1과 -64 사이에 있으면 로그 페이지의 TapeAlert 플래그를 testflag 값으로

지웁니다. 만일 testflag 가 32727 (0x7FFF)과 같으면 로그 페이지에서 모든 TapeAlert 플래그를 설정합니다. 이 testflag 의 기본값은 0입니다.


cdi_ta(8)

-s TapeAlert 데이터를 설정합니다. 이 플래그를 지정하지 않으면 프로그램에서TapeAlert 데이터를

가져옵니다.

-t -t 옵션을 사용하면 TapeAlert 가져오기/설정 SCSI 명령에 사용할 테이프 기능의 방법을 지정할

수 있습니다. -t 옵션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다. cdi_ta 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하려면





% cdi_ta -f /dev/rmt/2cbn

CDI Get_TapeAlert 반환(SET 플래그만 표시):

테이프 중대 플래그:

테이프 경고 플래그:

테이프 정보 플래그:

체인저 중대 플래그:

체인저 경고 플래그:

체인저 정보 플래그:

_info.drivestat is:



참조libcdi(8)


cdi_tapesize(8)

Maintenance Procedures cdi_tapesize(8)

이름cdi_tapesize - 테이프 디바이스에 대한 테이프 용량을 보고합니다.

시놉시스cdi_tapesize -f device [ -v ] [ -t { s | t | g | n | m | i } ]

설명cdi_tapesize 프로그램은 테이프 디바이스에 대한 테이프 용량을 보고합니다. 또한 cdi_tapesize 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다. 테이프 용량 보고 기능이 없는 테이프 디바이스도 있습니다. 디바이스에 대해 테이프 용량 보고 기능을 사용할 수 있는지 여부를

확인하려면 해당 디바이스 설명서를 참조하십시오.

연산자-f device

테이프 용량 정보를 가져올 디바이스를 지정합니다.

옵션-t -t 옵션을 사용하면 테이프 용량 정보를 가져오는 데 사용할 테이프 기능의 방법을 지정할 수 있습


사용합니다. cdi_tapesize 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하려면





% cdi_tapesize -f /dev/rmt/2cbncdi_cmd failed - cdi_info.status = CDI_UNSUPPORTED_CMD (5)

errormsg = 선택한 대상에서 명령을 지원하지 않습니다. cdi_info.drivestat is:



참조libcdi(8)


cdi_tapesize(8)


cdi_tur(8)

Maintenance Procedures cdi_tur(8)

이름cdi_tur - 테이프 디바이스에 테스트 유닛 준비 완료 SCSI 명령을 전송합니다.

시놉시스cdi_tur -f device [ -v ] [ -t { s | t | g | n | m | i } ]

설명cdi_tur 프로그램은 테이프 디바이스에 테스트 유닛 준비 완료 SCSI 명령을 전송합니다. 또한 cdi_tur 프로그램은 이름이 지정된 SCSI 디바이스(-f 옵션을 사용하여 지정)의 상태도 반환합니다.

연산자-f device

SCSI 명령을 전송할 디바이스를 지정합니다.

옵션-t -t 옵션을 사용하면 작업을 수행하는 데 사용할 테이프 기능의 방법을 지정할 수 있습니다. -t 옵

션이 지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다.

cdi_tur 프로그램에서 현재 지원하는 액세스 방법의 전체 목록을 확인하려면 libcdi(8) 페이지를

참조하십시오.




% cdi_tur -f /dev/rmt/2cbn

CDI_TUR 성공 cdi_info.drivestat is:



참조libcdi(8)


cdi_tur(8)


changers(8)

Maintenance Procedures changers(8)

이름changers - 시스템에 연결된 SCSI Autochanger를 나열합니다.

시놉시스changers [ -dpv ] [ -a b.t.l | -f filename ] [ -l ]

설명changers 프로그램은 현재 시스템에 연결된 모든 SCSI Auto- changer(주크박스)를 나열합니다.

옵션-a b.t.l

특정 SCSI 주소(서수)를 선택합니다. 여기서 b 는 논리적 SCSI 버스이고, t 는 SCSI대상이며,

l 은 대상의 SCSI LUN(논리 유닛 번호)입니다. 자세한 내용은 libscsi(8) 를 참조하십시오.

-d Autochanger 미디어 요소(예: 테이프 드라이브)의 이름 및 주소를 결정합니다.

-f filename

주크박스의 디바이스 파일 이름을 직접 사용하도록 지원하는 플랫폼에서 사용할 changers 의 명시적 디바이스 파일 이름을 지정합니다. 현재 이를 지원하는 플랫폼은 Solaris 10+, AIX, Linux입니다.

-l 시스템의 모든 SCSI 어댑터에 대한 전체 LUN 검색을 수행합니다. 이 인수는 모든 시스템에서 허용되지만 HP-UX 시스템에는 어떤 영향도 주지 않습니다. HP-UX 시스템의 경우 사용 가능한 디바이스를 검색하는 데 사용되는 방법이 액세스할 수 있는 모든 디바이스를 항상 표시하기 때문에 -l 옵션은 어떤 영향도 주지 않습니다. 그 밖의 플랫폼에서는 일반적으로 SCSI 디바이스에 대해 LUN 0

에서 검사를 시작합니다. 비어 있는 첫 번째 LUN을 찾으면 지정된 대상 ID에 대한 검색이 종료됩니다. -l 옵션을 사용하면 해당 시스템의 모든 SCSI 버스에 대한 모든 대상 ID에 존재하는 LUN이

디바이스에 대해 모두 검사됩니다. 이 작업에는 오랜 시간이 걸릴 수 있으므로 필요한 경우에만 사용해야 합니다. 예를 들어, Fibre Channel 어댑터는 대상 ID를 126개까지 지원할 수 있으며, 각

ID는 80개 이상의 LUN을 가질 수 있습니다. 이 어댑터 하나에서 모든 LUN을 검사하는 데 10분이

넘게 걸릴 수 있습니다.

-p 체인저가 영구 이름을 지원하는 플랫폼에서 주크박스의 영구 디바이스 이름을 사용하도록 합니다.

현재는 Linux에서만 지원됩니다.

-v 각 Autochanger에 대한 정보를 표시합니다. 이 정보는 Autochanger에 포함되는 미디어 전송(MT, 예: 로봇 팔), 스토리지 전송(ST, 예: 슬롯), 가져오기/내보내기 요소(IE, 예: 메일 슬롯)

및 데이터 전송(DT) 요소의 개수를 나타냅니다. -v 옵션은 Autochanger에서 지원하는 요소 이동

매트릭스에 대한 정보도 제공합니다.

예제출력 예는 다음과 같습니다. hal$ changers -dv -a 0.2.0

[email protected]:Vendor <SPECTRA>, Product <4000> 80 주소의

데이터 전송 요소가 [email protected]입니다.

디바이스:공급업체 <HP>, 제품 <C1533A>

유형:테이프 시스템 이름: /dev/rmt2.1

81 주소의 데이터 전송 요소가 [email protected]입니다.


changers(8)

디바이스:공급업체 <HP>, 제품 <C1533A>

유형:테이프 시스템 이름: /dev/rmt3.1

1 MT Element starting at address 79 60 ST Elements starting at address 1 1 IE Element starting at address 0 2 DT Elements starting at address 80

Element Movement Matrix

->DT, ->IE, ->ST, ->MT MT->DT,MT->IE,MT->ST,______ ST->DT,ST->IE,ST->ST,ST->MT IE->DT,______,IE->ST,IE->MT DT->DT,DT->IE,DT->ST,DT->MT ______,______,______,______ ______,______,______,______ ______,______,______,______ ______,______,______,______

참조libscsi(8)


dasadmin(8)

Maintenance Procedures dasadmin(8)

이름dasadmin - ADIC/EMASS/Grau 사일로 관리 유틸리티입니다.

libstlemass - 아래와의 통신을 위한 공유 라이브러리입니다. ADIC/EMASS/Grau 사일로

시놉시스dasadmin 명령 [options] [parameters]

dasadmin.exe 명령 [options] [parameters] (NT만 해당)libstlemass.so (Solaris)libstlemass.so.a (AIX)libstlemass.sl (HPUX)libstlemass.so.1 (SGI)libstlemass.so (DECAXP)libstlemass.dll (NT i386)

설명dasadmin 이 목록에 사용 가능한 모든 dasadmin 명령이 있는 것은 아니지만, NetWorker에 사용되는 명령은 모두 포함되어 있습니다. 정확한 설명은 ADIC, MASS 또는 Grau에서 제공하는 DAS 설치 및 관리 안내서를 참조하십시오.

mo[unt] [ -t type ] volser [ drive-name ]

바코드 레이블이 volser 인 테이프를 사용 가능한 첫 번째 드라이브로 마운트하거나(drive-name

이 지정되지 않은 경우) 다음으로 마운트합니다. 지정된 drive-name 테이프 유형이 DAS_MEDIUM

또는 ACI_MEDIA_TYPE 에 지정된 것과 다르다면 -t type 옵션을 사용하여 테이프를 마운트할 수

있습니다. 테이프 유형이 정의된 드라이브 유형과 일치하지 않는 경우, 사일로는 그 테이프를 로드하지 않습니다. 사용할 드라이브가 용도에 맞게 할당되어 있어야 테이프를 마운트하거나 언마운트할

수 있습니다. 아래의 listd 및 allocd 를 참조하십시오.

dism[ount] [ -t type ] volser | -d drive-name

volser 로 지정된 테이프 또는 drive-name 로 지정된 드라이브의 테이프를 언마운트합니다. 해당

테이프나 드라이브의 유형이 기본 유형과 다른 경우, -t type 매개 변수를 사용하십시오. 또한,

mount 와 마찬가지로 드라이브가 할당되어 있어야 이 명령을 사용할 수있습니다.

ej[ect] [ -c ] [ -t type ] volser-range area-name

하나 이상의 테이프를 지정된 꺼내기 영역으로 배출합니다. 다른 명령과 마찬가지로, 배출하는 테이프 유형이 DAS_MEDIUM 또는 ACI_MEDIA_TYPE 에서 정의된 것과 다를 경우에는 -t type 옵션을

사용해야 합니다. 또한 -c 옵션은 지정된 volser의 '완전한' 꺼내기를 실행합니다. 완전한 꺼내기란 사일로 컨트롤러의 내부 데이터베이스에서 해당 volser에 해당하는 항목을 제거하는 것입니다.

불완전 꺼내기의 경우, 테이프는 배출되지만 해당 volser 항목은 데이터베이스에 남으며 volser의

상태만 '배출됨'으로 설정됩니다. 이것은 사일로의 테이프를 곧 교체할 계획일 때 유용합니다.

in[sert] area-name

현재 지정된 삽입 .I area-name 에 들어 있는 모든 테이프를 삽입 영역에서 일반 테이프 스토리지

위치로 이동합니다.

inventory

사일로의 전체 인벤토리를 시작합니다. 주의해서 사용하십시오! 이 종류의 인벤토리에는 시간이 아주

오래 걸릴 수 있습니다. 슬롯이 180개인 사일로의 인벤토리에는 20분 이상이 소요됩니다.

view [ -t type ] volser

현재 volser 의 상태를 volser 이름, 유형, 속성, 좌표 등과 함께 표시합니다.


dasadmin(8)

all[ocd] drive-name UP|DOWN clientname

이 allocd 명령은 여러 클라이언트에 드라이브를 할당하거나 할당 해제할 때 사용합니다. 테이프를

사용하려면 드라이브가 해당 시스템에 대해 allocd UP 되어 있어야 합니다. 현재 다른 클라이언트에 대해 allocd UP 된 드라이브라면 먼저 그 클라이언트에 대해 allocd DOWN 해야만 사용자의 시스템에 대해 allocd UP 이 가능합니다. 테이프가 들어 있는 드라이브는 allocd DOWN 할 수 없습니다. 먼저 테이프를 언마운트해야 합니다.

l[ist]d

listd 또는 ld 는 사일로에 정의되어 있는 모든 테이프 드라이브의 현재 상태를 보여 줍니다. 제공되는 정보는 drive-name, amu 드라이브(사일로 내 위치), 상태(UP 또는 DOWN), 유형, 드라이브가 할당된 클라이언트, 로드된 테이프의 volser 등입니다.

show -op | -ac client-name

다음에 대한 작업 매개 변수 또는 액세스 매개 변수를 보여 줍니다. client-name 또한, -ac 또는

-op 를 포함하면 client-name 에 대한 액세스 매개 변수 또는 작업 매개 변수를 보여 줍니다. 액세스 매개 변수에는 해당 client-name 이 사용할 수 있는 volser 범위와 드라이브 범위가 포함됩니다. 작업 매개 변수에는 client-name 이 완전한 액세스 및 언마운트 권한을 가지는지 여부와

client-name 에 대해 입력된 IP 주소가 포함됩니다.

list client-name

client-name 에서 요청한 미결 상태의 요청이 나열됩니다. 해결되지 않은 요청이 있으면 요청 번호 및 유형과 함께 표시됩니다.

can[cel] request-id

해당 권한이 있는 사용자가 미결 상태의 요청을 취소할 수 있도록 합니다. 사용할 request-id 는

list 명령으로 확인합니다.

qversion

접속 중인 DAS 서버의 버전 및 DAS와의 통신에 사용하는 ACI 프로토콜의 버전을 보여 줍니다.

qvolsrange beginvolser endvolser count [ clientname ]

qvolsrange 는 해당 사일로에서 사용 가능한 volser 목록을 확인하는 방법입니다. beginvolser

및 endvolser 는 "123456" 형태의 volser입니다. 사용 가능한 첫 번째 또는 마지막 volser를

사용하려면 ""를 입력하십시오. count 는 표시되는 최대 volser 수를 지정합니다.

환경 변수이 환경 변수는 사일로 작업에 영향을 줍니다. 환경 변수를 사용하는 프로세스에는 사용자가 입력하는 명령도 있고 nsrd 에서 실행되는 프로세스도 있기 때문에, nsrd 가 시작될 때의 위치에 환경 변수를 설정해야

합니다. 세 가지 DAS_ 변수가 libstlemass 에 의해 사용되며, dasadmin 은 ACI_MEDIA_TYPE 을

DAS_MEDIUM 대신 사용합니다.

Solaris의 경우, /etc/rc.2/S95networker 에 정의를 배치해야 합니다.

AIX의 경우, /etc/rc.nsr 에 정의를 배치해야 합니다.

HPUX의 경우, /sbin/rc2.d/S900networker 에 정의를 배치해야 합니다.

DAS_SERVER

이것은 DAS를 실행하는 시스템의 IP 주소이거나 네트워크 이름입니다. 단일 사일로에서는 보통 사일로 컨트롤러 시스템입니다. 대규모 설치에서는 전체 네트워크에 대해 DAS 서버가 하나뿐일 것입니다.

대소문자를 구분합니다.

DAS_CLIENT

NetWorker를 실행 중인 시스템의 네트워크 이름입니다. 대소문자를 구분합니다.


dasadmin(8)

DAS_MEDIUM

이 변수는 libstlemass 에 의해 사용됩니다. 또한, ACI_MEDIA_TYPE과 동일해야 합니다. 접속된

테이프 드라이브 유형입니다. 값을 지정하지 않으면 DLT의 기본값이 사용됩니다.

ACI_MEDIA_TYPE

이 변수는 dasadmin 에 의해 사용됩니다. 이 값은 DAS_MEDIUM 과 같아야 합니다. 접속된 테이프

드라이브 유형입니다. 값을 지정하지 않으면 DLT의 기본값이 사용됩니다. 허용되는 값은

DAS_MEDIUM 아래에 나열되는 값과 같아야 합니다.

예제범위에 대한 참고 사항:

이 dasadmin 유틸리티는 일부 명령에 대해 volser 범위를 허용합니다. 이 범위에 대해 허용되는

형태는 다음 세 가지입니다.

단일 volser: "000635"

다중 volser: "000635, 000789, 098732"

참 범위: "000610 - 000745"

다음에 대한 참고 사항: " area-name " 및 " drive-name ":

area-name 은 대개 문자 하나와 숫자 2자리로 구성됩니다. 문자는 삽입 영역("I")을 참조하는지

아니면 배출 영역("E")을 참조하는지를 나타냅니다. 사용하기 전에 사일로 관리자에게 올바른 값을

확인해야 합니다. drive-names 는 기본적으로 해당 사일로를 설치한 사람이 만든 자유 형식의 레이블입니다. 물리적인 상태와는 관련이 있을 수도 있고 없을 수도 있으므로 사일로 관리자에게 올바른 이름을 확인해야 합니다. 사일로 관리자에게 문의할 수 없는 경우 이 정보를 확인하는 방법은

dasadmin listd 와 함께 dasadmin show -op client-name 을 입력한 다음 dasadmin show -

ac client-name 명령을 사용하는 것입니다.

사일로 작업에 필요한 환경 변수를 설정하려면 다음과 같이 하십시오.setenv DAS_SERVER emasksetenv DAS_CLIENT aurorasetenv DAS_MEDIUM DLTsetenv ACI_MEDIA_TYPE DECDLT

해당 사일로에서 사용 가능한 전체 volser 목록을 확인하려면 다음과 같이 하십시오. dasadmin qvolsrange "" "" 10000

사일로에 있는 드라이브의 현재 상태를 확인하려면 다음과 같이 하십시오. dasadmin listd

a4에서 aurora 클라이언트로 드라이브 할당을 변경하려면 다음과 같이 하십시오. dasadmin allocd DLT1 DOWN a4 dasadmin allocd DLT1 UP aurora

참조nsrjb(8), jbconfig(8), libstlstk(8), mini_el(8), ssi(8), libstlibm(8)

진단제공되는 유일한 진단 정보는 오류 메시지이며, 이는dasadmin 및 libstlemass 에 의해 정상 작업 중 출력될 수 있습니다.


dasadmin(8)


ddmgr(8)

Maintenance Procedures ddmgr(8)

이름ddmgr - 로컬 및 원격 스토리지 노드에서 자동 감지를 관리하는 디바이스 감지 관리자입니다.

시놉시스ddmgr [ -S ] [ -M ] [ -q ] [ -v ]

설명ddmgr 은 NetWorker server 시스템에서 실행되는 자동 감지용 주 데몬입니다. 이 데몬은 디바이스를 감지할 스토리지 노드별로 하위 프로세스(dvdetect의 하위)를 실행합니다.

그런 다음 nsrmon(8) 프로세스를 이용하여 하위 프로세스를 시작하고 nsrmon을 바탕으로 원격 dvdetect

프로세스의 성공 또는 실패 여부를 보고합니다.

스토리지 노드에서 dvdetect의 디바이스 감지 작업이 완료되면 ddmgr이 감지된 디바이스를 위한 리소스를

생성하며, 주크박스의 경우에는 또 다른 프로세스 dtbind를 실행하여 디바이스 매핑(디바이스 경로에 대한

요소 ID)을 찾습니다. dtbind는 감지된 주크박스의 각 드라이브를 로드하여 디바이스 매핑을 판별한 후 다양한 디바이스 경로를 통해 액세스를 시도함으로써 올바른 매핑을 찾습니다. 이 작업은 주크박스의 유형에 따라 시간이 오래 걸릴 수도 있습니다.

ddmgr 은 nsrd 프로세스에 의해 호출되며 명령줄에서 호출되지 않습니다.

옵션-q 디바이스 리소스를 감지 및 생성하되 사용하지는 않도록 ddmgr 에 지시합니다.

-M 이 옵션은 서버에 의해 호출되었음을 알리는 한편 데몬 로그로 메시지를 전달하도록 ddmgr 에 지시합니다.

-q 이 옵션은 메시지를 인쇄하지 않고 '자동' 모드로 실행하도록 ddmgr에 지시합니다.

-v 이 옵션은 보다 많은 디버그 메시지를 볼 수 있도록 세부 정보 표시(verbose) 모드에서 ddmgr을

실행할 때 사용합니다.

종료 상태성공하면 0으로, 오류 시에는 1로 종료됩니다. 오류에 대한 자세한 내용은 오류 메시지를 참조하십시오.

참조nsrmon(8), nsr_render_log(8)

진단거의 대부분의 ddmgr 오류 보고서는 "호스트 X에 대한 감지 프로세스 보고서"라는 어구로 시작하여 뒤에 실제 오류 메시지가 이어집니다. 이 오류 메시지는 dvdetect 프로세스를 모니터링하는 nsrmon 프로세스가 보고한 오류를 바탕으로 하며, nsrmon 자체를 시작할 수 없는 경우에는 nsrmon 프로세스에 대해 보고합니다.

다음은 ddmgr로 인해 생성될 수 있는 오류 메시지와 의미, 그리고 해결 방법입니다.

원격 dvdetect 실행 실패. 오류 번호 76

원격 스토리지 노드에서 dvdetect 프로세스를 시작할 수 없습니다. 이 오류는 dvdetect 바이너리에 실행 권한이 없을 때와 같이 다양한 이유로 발생하지만, 대개 원격 스토리지 노드가 이 서버의

요청을 처리하도록 구성되어 있지 않을 때 주로 발생합니다.

원격 자동 감지 기능이 지원되지 않습니다.

자동 감지 기능을 지원하지 않는 호스트에서 자동 감지를 수행했습니다. 클라이언트/스토리지 노드

버전이 6.x 이상이어야 합니다.


ddmgr(8)

dvdetect 프로세스가 신호에서 실패했습니다.

원격 dvdetect 프로세스가 신호로 인해 종료되었습니다. 프로세스 중 메모리 장애가 발생할 때에도

이러한 현상이 나타날 수 있습니다. nsr/cores 디렉토리에 코어 파일이 있는지 확인하십시오.

dvdetect가 시간초과 때문에 종료되었습니다.

dvdetect 프로세스가 특정 시간 동안 비활성 상태였기 때문에 종료되었습니다. 시간 초과 기준은

기본적으로 15분으로 설정됩니다. 이 값은 사용자가 설정할 수 없습니다. dvdetect 프로세스가 신호에서 종료되었습니다. 로컬 dvdetect 프로세스가 신호로 인해 종료되었습니다. 프로세스 중 메모리 장애가 발생할 때에도 이러한 현상이 나타날 수 있습니다. nsr/cores 디렉토리에 코어 파일이

있는지 확인하십시오.

dvdetect 실행 실패ddmgr 프로세스가 서버에서 dvdetect 프로세스를 시작할 수 없습니다. dvdetect 바이너리에 대한

실행 권한이 있는지 확인하십시오.

nsrmon 실행 실패ddmgr 프로세스가 서버에서 nsrmon 프로세스를 시작할 수 없습니다. nsrmon 바이너리에 대한 실행 권한이 있는지 확인하십시오.

nsrmon 프로세스가 신호에서 종료되었습니다.

nsrmon 프로세스가 신호에서 종료되었습니다. 프로세스 중 메모리 장애가 발생할 때에도 이러한 현상이 나타날 수 있습니다. nsr/cores 디렉토리에 코어 파일이 있는지 확인하십시오.

dvdetect가 알 수 없는 오류 때문에 실패했습니다.

ddmgr이 dvdetect 프로세스의 실패 원인을 확인할 수 없습니다.

nsrmon이 실패했습니다. resdb에 정보가 없습니다.

nsrmon 프로세스가 원격 dvdetect 프로세스 또는 자체에 대한 정보를 기록하지 않고 종료되었습니다. Ddmgr은 두 프로세스의 상태를 확인할 수 없습니다.

nsrmon이 실패했습니다. 요청이나 호스트 이름이잘못되었습니다. nsrmon 프로세스가 잘못된 옵션 또는 호스트 이름으로 시작되었습니다. 서버에서

원격 스토리지 노드에 연결할 수 있는지 확인하십시오.

nsrmon이 실패했습니다. 인증 실패nsrmon 프로세스가 원격 스토리지 노드에 연결하기 위한 인증을 NetWorker server로부터 받지 못했습니다.

resdb 액세스가 실패하여 nsrmon이 종료되었습니다.

NetWorker RAP 데이터베이스를 읽는 중 nsrmon 프로세스에서 오류가 발생했습니다.

메모리 장애로 nsrmon이 종료되었습니다.

처리 중 nsrmon 프로세스의 물리적 메모리가 부족해졌습니다. 메모리를 추가하십시오.

nsrmon이 실패했습니다. 잘못된 요청 값nsrmon 프로세스에 익숙하지 않은 요청을 수행하라고 지시했습니다.

프로세스가 오류 때문에 종료되었습니다.

감지 프로세스에 문제가 있었지만 ddmgr은 실패의 정확한 원인을 파악하지 못했습니다.

RPC 오류 원격 시스템nsrmon 프로세스가 원격 호스트에 연결할 수 없습니다. 이 오류는 네트워크 문제로 인해 발생하거나 원격 시스템에 NetWorker 프로세스가 설치되지 않았을 때 발생합니다.


EMASS_silo(8)

Maintenance Procedures EMASS_silo(8)

이름dasadmin - ADIC/EMASS/Grau 사일로 관리 유틸리티입니다 .

libstlemass - 아래와의 통신을 위한 공유 라이브러리입니다 . ADIC/EMASS/Grau 사일로

시놉시스dasadmin 명령 [options] [parameters]

dasadmin.exe 명령 [options] [parameters] (NT만 해당 )libstlemass.so (Solaris)libstlemass.so.a (AIX)libstlemass.sl (HPUX)libstlemass.so.1 (SGI)libstlemass.so (DECAXP)libstlemass.dll (NT i386)

설명dasadmin 이 목록에 사용 가능한 모든 dasadmin 명령이 있는 것은 아니지만 , NetWorker에 사용되는 명령은 모두 포함되어 있습니다 . 정확한 설명은 ADIC, EMASS 또는 Grau에서 제공하는 DAS 설치 및 관리 안내서를 참조하십시오 .


바코드 레이블이 volser 인 테이프를 사용 가능한 첫 번째 드라이브로 마운트하거나 (drive-name

이 지정되지 않은 경우 ) 다음으로 마운트합니다 . 지정된 drive-name 테이프 유형이 DAS_MEDIUM

또는 ACI_MEDIA_TYPE 에 지정된 것과 다르다면 -t type 옵션을 사용하여 테이프를 마운트할 수

있습니다 . 테이프 유형이 정의된 드라이브 유형과 일치하지 않는 경우 , 사일로는 그 테이프를 로드하지 않습니다 . 사용할 드라이브가 용도에 맞게 할당되어 있어야 테이프를 마운트하거나 언마운트할

수 있습니다 . 아래의 listd 및 allocd 를 참조하십시오 .


다음 테이프를 언마운트합니다 . volser 에 지정된 테이프 또는 다음에 지정된 드라이브의 테이프 .

drive- name 해당 테이프나 드라이브의 유형이 기본 유형과 다른 경우 , -t type 매개 변수를 사용하십시오 . 또한 , mount 와 마찬가지로 드라이브가 할당되어 있어야 이 명령을 사용할 수 있습니다 .


하나 이상의 테이프를 지정된 꺼내기 영역으로 배출합니다 . 다른 명령과 마찬가지로 , 배출하는 테이프 유형이 DAS_MEDIUM 또는 ACI_MEDIA_TYPE 에서 정의된 것과 다를 경우에는 -t type 옵션을

사용해야 합니다 . 또한 -c 옵션은 지정된 volser의 '완전한 ' 꺼내기를 실행합니다 . 완전한 꺼내기란 사일로 컨트롤러의 내부 데이터베이스에서 해당 volser에 해당하는 항목을 제거하는 것입니다.


상태만 '배출됨 '으로 설정됩니다 . 이것은 사일로의 테이프를 곧 교체할 계획일 때 유용합니다 .

in[sert] area-name

현재 지정된 삽입 area-name 에 들어 있는 모든 테이프를 삽입 영역에서 일반 테이프 스토리지 위치로 이동합니다 .

inventory

사일로의 전체 인벤토리를 시작합니다 . 주의해서 사용하십시오 ! 이 종류의 인벤토리에는 시간이 아주 오래 걸릴 수 있습니다 . 슬롯이 180개인 사일로의 인벤토리에는 20분 이상이 소요됩니다 .


현재 volser 의 상태를 volser 이름 , 유형 , 속성 , 좌표 등과 함께 표시합니다 .


EMASS_silo(8)


이 allocd 명령은 여러 클라이언트에 드라이브를 할당하거나 할당 해제할 때 사용합니다. 테이프를

사용하려면 드라이브가 해당 시스템에 대해 allocd UP 되어 있어야 합니다 . 현재 다른 클라이언트에 대해 allocd UP 된 드라이브라면 먼저 그 클라이언트에 대해 allocd DOWN 해야만 사용자의 시스템에 대해 allocd UP 이 가능합니다 . 테이프가 들어 있는 드라이브는 allocd DOWN 할 수 없습니다 . 먼저 테이프를 언마운트해야 합니다 .

l[ist]d

listd 또는 ld 는 사일로에 정의되어 있는 모든 테이프 드라이브의 현재 상태를 보여 줍니다 . 제공되는 정보는 drive-name, amu 드라이브 (사일로 내 위치 ), 상태 (UP 또는 DOWN), 유형 , 드라이브가 할당된 클라이언트 , 로드된 테이프의 volser 등입니다 .


다음에 대한 작업 매개 변수 또는 액세스 매개 변수를 보여 줍니다 . client-name 또한 , -ac 또는 -op 를 포함하면 다음에 대한 액세스 매개 변수 또는 작업 매개 변수를 보여 줍니다 . client-

name 액세스 매개 변수에는 해당 client-name 이 사용할 수 있는 volser 범위와 드라이브 범위가 포함됩니다 . 작업 매개 변수에는 client-name 이 완전한 액세스 및 언마운트 권한을 가지는지

여부와 다음에 대해 입력된 IP 주소가 포함됩니다 . client-name

list client-name

다음에서 요청한 미결 상태의 요청이 나열됩니다 . client-name. 해결되지 않은 요청이 있으면 요청 번호 및 유형과 함께 표시됩니다 .

can[cel] request-id

해당 권한이 있는 사용자가 미결 상태의 요청을 취소할 수 있도록 합니다 . 사용할 request-id 는

list 명령으로 확인합니다 .

qversion

접속 중인 DAS 서버의 버전 및 DAS와의 통신에 사용하는 ACI 프로토콜의 버전을 보여 줍니다 .



및 endvolser 는 "123456" 형태의 volser입니다 . 사용 가능한 첫 번째 또는 마지막 volser를

사용하려면 ""를 입력하십시오 . count 는 표시되는 최대 volser 수를 지정합니다 .

환경 변수이 환경 변수는 사일로 작업에 영향을 줍니다 . 환경 변수를 사용하는 프로세스에는 사용자가 입력하는 명령도 있고 nsrd 에서 실행되는 프로세스도 있기 때문에 , nsrd 가 시작될 때의 위치에 환경 변수를 설정해야

합니다 . 세 가지 DAS_ 변수가 libstlemass 에 의해 사용되며 , dasadmin 은 ACI_MEDIA_TYPE 을 다음

대신 사용합니다 . DAS_MEDIUM

Solaris의 경우 , 다음에 정의를 배치해야 합니다 . /etc/rc.2/S95networker

AIX의 경우 , 다음에 정의를 배치해야 합니다 . /etc/rc.nsr

HPUX의 경우 , 다음에 정의를 배치해야 합니다 . /sbin/rc2.d/S900networker

DAS_SERVER

이것은 DAS를 실행하는 시스템의 IP 주소이거나 네트워크 이름입니다 . 단일 사일로에서는 보통 사일로 컨트롤러 시스템입니다 . 대규모 설치에서는 전체 네트워크에 대해 DAS 서버가 하나뿐일 것입니다.

대소문자를 구분합니다 .

DAS_CLIENT

NetWorker를 실행 중인 시스템의 네트워크 이름입니다 . 대소문자를 구분합니다 .


EMASS_silo(8)

DAS_MEDIUM

이 변수는 다음에 사용됩니다. libstlemass 또한, ACI_MEDIA_TYPE과 동일해야 합니다. 접속된

테이프 드라이브 유형입니다 . 값을 지정하지 않으면 DLT의 기본값이 사용됩니다 .

ACI_MEDIA_TYPE

이 변수는 다음에 의해 사용됩니다 . dasadmin 이 값은 다음과 같아야 합니다 . DAS_MEDIUM 접속된 테이프 드라이브 유형입니다 . 값을 지정하지 않으면 DLT의 기본값이 사용됩니다 . 허용되는 값은 다음 아래에 나열되는 값과 같아야 합니다 . DAS_MEDIUM

예제범위에 대한 참고 사항 :

이 dasadmin 유틸리티는 일부 명령에 대해 volser 범위를 허용합니다 . 이 범위에 대해 허용되는

형태는 다음 세 가지입니다 .


다중 volser: "000635, 000789, 098732"

참 범위 : "000610 - 000745"

다음에 대한 참고 사항 : area-name 및 drive-name:


아니면 배출 영역 ("E")을 참조하는지를 나타냅니다 . 사용하기 전에 사일로 관리자에게 올바른 값을 확인해야 합니다 . drive-names 는 기본적으로 해당 사일로를 설치한 사람이 만든 자유 형식의

레이블입니다 . 물리적인 상태와는 관련이 있을 수도 있고 없을 수도 있으므로 사일로 관리자에게 올바른 이름을 확인해야 합니다 . 사일로 관리자에게 문의할 수 없는 경우 이 정보를 확인하는 방법은


ac client-name 명령을 사용하는 것입니다 .

사일로 작업에 필요한 환경 변수를 설정하려면 다음과 같이 하십시오 .setenv DAS_SERVER emasksetenv DAS_CLIENT aurorasetenv DAS_MEDIUM DLTsetenv ACI_MEDIA_TYPE DECDLT

해당 사일로에서 사용 가능한 전체 volser 목록을 확인하려면 다음과 같이 하십시오 .dasadmin qvolsrange "" "" 10000

사일로에 있는 드라이브의 현재 상태를 확인하려면 다음과 같이 하십시오 .dasadmin listd

a4에서 aurora 클라이언트로 드라이브 할당을 변경하려면 다음과 같이 하십시오 .dasadmin allocd DLT1 DOWN a4dasadmin allocd DLT1 UP aurora


진단제공되는 유일한 진단 정보는 오류 메시지이며 , 이는 dasadmin 및 libstlemass 에 의해 정상 작업 중 출력될 수 있습니다 .


EMASS_silo(8)


erase(8)

Maintenance Procedures erase(8)

이름erase - 테이프를 지웁니다.

시놉시스erase [ -sr ] -a b.t.l

설명erase 프로그램은 선택 사항인 -s 인수를 지정하지 않는 한 LONG 삭제 옵션을 사용하여 SCSI ERASE

명령을 지정된 디바이스로 전송합니다.

옵션-s 는 LONG 옵션이 아닌 SHORT 삭제 옵션을 사용합니다. 기본값은 LONG입니다.

-r 은 삭제 명령을 실행하기 전에 이름이 지정된 디바이스로 REWIND 명령을 전송합니다.

-a 이것은 필수 인수이며 테이프가 있는 디바이스에 대해 특정 순서의SCSI 주소를 선택하려면 이 인수를 사용해야 합니다(libscsi(8) 참조).

경고주의하십시오! 이 명령을 실행하면 데이터가 폐기됩니다. 명령을 실행할지 묻는 확인 메시지는 표시되지

않습니다.

참조libscsi(8)


erase(8)


generate_test_tape(8)

Maintenance Procedures generate_test_tape(8)

이름generate_test_tape - 진단 목적으로 테스트 테이프를 생성합니다.

시놉시스generate_test_tape -f device [ -z blocksize ] [ -s filesize ] [ -b maxblocks ] [ -m maxfiles ] [ -v ]

설명generate_test_tape 프로그램은 진단 목적으로 디바이스에 마운트된 테스트 테이프를 생성합니다. 먼저

32KB 블록을 해당 디바이스에 마운트된 테이프에 기록하고, 사용자가 지정한 총 블록 수 중 쓰기가 완료된

N개 블록마다 또는 테이프 끝에 도달할 때까지 파일 표시를 합니다.

연산자-f device

테스트 테이프를 생성할 디바이스를 지정합니다.

옵션-b maxblocks

-b 옵션을 사용하여 테이프에 기록할 최대 블록 수를 지정할 수 있습니다. maxblocks 값은 0보다

커야 합니다. -b 및 -m 옵션을 지정하지 않으면 이 프로그램은 테이프 끝까지 또는 쓰기 오류가

발생할 때까지 계속 씁니다.

-m maxfiles

-m 옵션을 사용하여 테이프에 기록할 최대 파일 수를 지정할 수 있습니다. maxfiles 값은 0보다

커야 합니다. -b 및 -m 옵션을 지정하지 않으면 이 프로그램은 테이프 끝까지 또는 쓰기 오류가

발생할 때까지 계속 씁니다.

-s filesize

-s 옵션을 사용하여 테이프에 기록할 파일 크기(블록 수)를 지정할 수 있습니다. 이 때 filesize

값은 0보다 커야 합니다. 기본 파일 크기는 32KB 블록 1000개입니다.

-sz blocksize

-s 옵션을 사용하여 테이프에 기록할 블록 크기(KB 단위)를 지정할 수 있습니다. 이 때

blocksize 값은 0보다 커야 합니다. 기본 블록 크기는 32KB 1000개입니다.




% generate_test_tape -f /dev/rmt/3cbn -b 20 -s 2 -v QUANTUM

DLT7000의 테이프 채우기 준비 완료 디바이스 파일 /dev/rmt/2cbn 사용 중 각 테이프 레코드는 32768바이트가 됩니다.

2개의 레코드마다 파일 표시가 기록됩니다.

총 20개의 레코드가 테이프에 기록되면 프로세스가 종료됩니다.block = 1. Buffer = 1 1 1 1|FM|block = 2. Buffer = 2 2 2 2block = 3. Buffer = 3 3 3 3|FM|block = 4. Buffer = 4 4 4 4


generate_test_tape(8)

block = 5. Buffer = 5 5 5 5|FM|block = 6. Buffer = 6 6 6 6block = 7. Buffer = 7 7 7 7|FM|block = 8. Buffer = 8 8 8 8block = 9. Buffer = 9 9 9 9|FM|block = 10. Buffer = a a a ablock = 11. Buffer = b b b b|FM|block = 12. Buffer = c c c cblock = 13. Buffer = d d d d|FM|block = 14. Buffer = e e e eblock = 15. Buffer = f f f f|FM|block = 16. Buffer = 10 10 10 10block = 17. Buffer = 11 11 11 11|FM|block = 18. Buffer = 12 12 12 12block = 19. Buffer = 13 13 13 13|FM|

참조libcdi(8)


gstclreport(8)

Maintenance Procedures gstclreport(8)

이름gstclreport - NetWorker Management Console 명령줄 보고 유틸리티

시놉시스gstclreport -r reportname -u username [ -P password ] [ -a chartselector ] [ -c charttype ] [ -f filename ] [ -n fontfamily ] [ -o orientation ] [ -v viewtype ] [ -x exporttype ] [ -C parameter_name parameter_value ]

설명gstclreport 는 보고서 실행을 위한 명령줄 인터페이스를 제공합니다. 필수 옵션 -u를 사용하여 유효한

NetWorker Manage- ment Console 사용자 이름을 지정해야 합니다. 보고서는 이 사용자 로그인 자격 증명을 사용하여 실행되며 이 사용자에 대한 권한 제한 사항이 보고서에 적용됩니다. 선택 옵션 -P를 사용하면

이 사용자에 대한 암호를 지정할 수 있습니다. -P옵션을 생략하는 경우 gstclreport 는 명령줄에 암호를

입력하라는 메시지를 표시합니다.

NetWorker Management Console과 함께 제공되는 보고서를 미리 구성된 보고서라고 하며 이 보고서는 삭제할 수 없습니다. 사용자는 콘솔 UI를 사용하여 이 보고서를 사용자 고유 버전으로 작성할 수 있습니다.

사용자가 작성한 보고서는 작성의 기초가 된 미리 구성된 보고서 아래에 나타나며 이러한 보고서를 사용자

정의 보고서라고 합니다. 사용자 정의 보고서는 사용자 개인의 소유이며 UI의 [공유] 명령을 통해 다른 사람과 공유할 수 있습니다. -r 옵션을 사용하여 실행할 보고서를 지정합니다.

gstclreport 의 최종 실행 결과는 내보낼 보고서 출력입니다. 다양한 명령줄 옵션을 사용하여 출력을 구성할 수 있습니다. 옵션의 인수에 공백 문자가 포함되는 경우, 해당 인수 앞뒤에 큰따옴표를 입력해야 합니다.

예를 들어, -c 옵션을 사용하여 차트 보고서에서 차트 유형을 설정할 수 있습니다. 누적 막대 차트를 가져오려면 -c "stacking bar" 옵션을 지정해야 합니다.

미리 구성된 보고서를 실행하는 경우에는 생략되는 선택적 옵션에 대해 기본값으로 간주합니다. 예를 들어,

-v 옵션에서 viewtype 의 기본값은 표입니다. 사용자 정의 보고서를 실행하는 경우에는 값을 사용자 정의

보고서에서 가져옵니다.

옵션-r reportname

이 필수 옵션은 실행할 보고서 이름을 지정합니다. 여기서 보고서는 미리 구성된 보고서 또는 사용자가 작성한 사용자 정의 보고서입니다. 둘 중 어느 종류에 해당하든 상세 보고서를 gstclreport

에서 실행할 수 없습니다. 사용자 정의 보고서의 경우 -u 옵션에 지정된 사용자에게 해당 보고서를

볼 수 있는 권한이 있어야 합니다. 해당 사용자가 보고서를 소유하거나 보고서가 공유 보고서로 표시되어야 이러한 권한이 부여됩니다.

보고서의 이름은 UI의 보고서 계층에서 해당 보고서의 전체 경로 이름이어야 합니다. 예를 들면 다음과 같습니다.

"/Reports/Users/User Audit/West Coast Admins".

전체 경로 보고서 이름을 지정하지 않고 보고서 이름만 지정할 수도 있습니다. 시스템에 해당 이름의 보고서가 두 개 이상인 경우에는 해당 이름으로 검색되는 첫 번째 보고서가 실행됩니다. 예를

들면, "West Coast Admins"와 같습니다.


gstclreport(8)

-u username

이 필수 옵션은 NetWorker Management Console 사용자 이름을 지정합니다. 보고서는 이 사용자

이름으로 실행되며 해당 사용자에 대한 권한 제한사항이 보고서에 적용됩니다. 사용자는 자신이 소유하거나 공유 보고서로 표시되어 있어서 볼 수 있는 권한이 있는 보고서만 실행할 수 있습니다.

보고서가 실행되는 경우 지정한 사용자에 대한 호스트 권한 제한사항이 보고서에도 적용됩니다.

따라서 서로 다른 권한을 가진 두 사용자가 같은 보고서를 실행해도 제한 사항이 다르므로 결과가

다를 수 있습니다.

-P password

이 옵션에는 -u 옵션에 지정된 사용자 암호를 포함해야 합니다. -P 옵션을 생략하면

gstclreport 는 계속하려면 명령줄에 암호를 입력하라는 메시지를 표시합니다.

-a chartselector

이 옵션은 차트 보고서를 볼 때 표시할 쉼표로 구분된 Y축 목록을 지정합니다. 목록의 값은 실행

중인 특정 보고서에 대해 UI의 차트 보고서에 있는 [차트 선택기] 입력 값과 일치해야 합니다.

이 값은 보고서에 따라 다릅니다.

-c charttype

이 옵션은 차트 보고서에 표시할 차트 유형을 지정합니다. 사용할 수 있는 값은 bar, pie, plot

및 "stacking bar"입니다. 기본 차트 유형은bar입니다. 이 옵션은 지정했지만 -v 옵션을 지정하지 않을 경우 기본값은 차트 보기입니다.

-f filename

이 옵션은 내보낸 보고서 출력 파일의 이름을 지정합니다. 여기서의 파일 이름은 전체 파일 경로로

된 이름이거나 현재 디렉토리에 대한 상대적인 이름입니다. 이 옵션을 생략하면 -r 옵션에서 보고서 이름을 가져와 모든 공백 문자를 밑줄로 바꾼 파일 이름이 생성됩니다. 파일 이름에 확장명이

없는 경우에는 올바른 파일 유형 확장명이 추가됩니다.

차트 보고서를 html로 내보낼 때 생성되는 html파일 외에도 차트 이미지 파일을 포함하는 디렉토리를 생성할 수 있습니다. 이 디렉토리 이름은 파일 이름의 이름 부분(확장명 제외)에 "_images"

를 추가하여 생성됩니다.

-n fontfamily

이 옵션은 해당 보고서에 사용되는 기본 글꼴을 덮어쓸 글꼴 패밀리의 이름을 지정합니다. 이 글꼴

이름은 UI에서 [보기]->[글꼴]->[글꼴 이름] 선택기의 이름과 일치해야 합니다.

-o orientation

이 옵션은 보고서를 내보낼 때 사용할 페이지 방향을 지정합니다. 사용할 수 있는 옵션은 por-

trait와 landscape입니다. 기본 방향은por- trait입니다.

-v viewtype

이 옵션은 이 보고서의 보기 유형을 지정합니다. 사용할 수 있는 옵션은table와 chart입니다.

기본 보기 유형은 table입니다.

-x exporttype

이 옵션은 보고서의 내보내기 형식을 지정합니다. 사용할 수 있는 옵션은 pdf, postscript,

html, csv 및 print입니다. 기본 내보내기 유형은 pdf입니다.

-C parameter_name parameter_value

보고서는 여러 구성 매개 변수 옵션에 연결될 수 있습니다. 이러한 옵션은 보고서의 [구성] 탭의 매개 변수와 일치합니다. 각 보고서마다 구성 매개 변수가 다르므로 구성 매개 변수 옵션도 다릅니다.

-C 옵션에는 두 부분이 포함됩니다. parameter_name 에는 보고서 [구성] 탭의 구성 매개 변수

이름이 포함되어야 합니다. 또한, parameter_value 에는 매개 변수 옵션에 대한 입력이 포함되어야 합니다. 이 parameter_value 의 형식은 UI에 사용되는 컨트롤 유형에 따라 다릅니다. -h

옵션을 실행하면 사용 가능한 모든 -C 옵션 및 그 입력 유형을 상세하게 확인할 수 있습니다.


gstclreport(8)

입력 유형에는 단일 값, 쉼표로 구분된 값 목록 또는 날짜 범위의 세 가지 유형이 있습니다. 날짜

범위는 하나 또는 두 개의 날짜를 포함할 수 있습니다. 하나의 날짜만 지정하면 해당 날짜를 시작

날짜로 간주합니다. 두 개의 날짜를 지정하면 첫 번째 날짜는 시작 날짜, 두 번째 날짜는 종료 날짜가 됩니다. 시작 날짜를 비워 두도록 첫 번째 날짜에 특수 문자열 "epoch"를 지정할 수도 있습니다.

날짜 구문 분석은 현재 로케일에서 수행됩니다. 가장 적합한 방식으로 날짜가 구문 분석됩니다.

날짜에는 날짜 및 시간 부분이 모두 포함되며, 시간 부분은 선택 사항입니다. US 로케일에서는

다음과 같은 날짜 부분이 항상 지원됩니다.

형식 예제------------------------------------------MM/DD/YY 07/25/09MMM D, YYYY Jul 25, 2009MMMM D, YYYY July 25, 2009EEEE, MMMM D, YYYY Sunday, July 25, 2009

로케일마다 지원되는 형식 세트가 다릅니다. 각 로케일마다 변형된 MM/DD/YY 형식을 지원하기 위해

가장 적합한 방식을 시도합니다. 이 형식의 경우, 일부 로케일에는 월 필드 앞에 일 필드가 있을 수도 있습니다. 다른 형식에서는 날짜 필드 구분 기호로 "-"를 사용하도록 선택할 수도 있습니다.

시간 부분은 로케일에 따라 24시간 형식 또는 12시간형식입니다. US 로케일의 경우, 다음 시간 형식을 지원합니다.

형식 예제------------------------------------------h:mm a 11:27 AMh:mm:ss a 11:27:03 AMh:mm:ss a Z 11:27:03 AM PST

로케일마다 지원되는 형식 세트가 다릅니다.

절대 날짜 대신에 시작 또는 종료 날짜에 상대 날짜가 포함될 수 있습니다. 상대 날짜는 0보다 크거나 같은 숫자와 그 뒤에 시간, 일, 주, 월 또는 연도 중 하나가 이어져서 구성됩니다. 이 경우

실제 날짜는 현재 날짜에서 해당 상대 시간 값을 뺀 날짜입니다.

-h 이 옵션을 사용하면 보고서 출력 파일이 생성되지 않고 사용법 문이 명령줄로 출력됩니다. 이 옵션을 -u 및 -r 옵션과 함께 사용하고 명령 프롬프트에 -P 옵션 또는 유효한 암호를 입력하면, 이

보고서의 -C 옵션을 통해 사용할 수 있는 구성 매개 변수도 함께 출력됩니다.

예제아래 예제는 gstclreport 를 사용하여 보고서에 대해 매개 변수 옵션을 비롯한 전체 사용법 문을 명령줄로

출력하는 방법을 보여 줍니다.

% gstclreport -u username -P password -r "Server Summary" -husage: gstclreport [-h] -r reportname -u username[-P password] [-a chartselector] [-c chartype][-f filename] [-n fontfamily] [-o orientation][-v viewtype] [-x exporttype] [-C "Backup Type" argument][-C Level argument] [-C "Save Time" argument][-C "Server Name" argument]

여기서,

-h 이 도움말 메시지 인쇄-r reportname "/Reports/Users/User List"

등 실행할 보고서의 전체 경로


gstclreport(8)

-u username 해당 이름으로 GST 서버에 로그인-P password 해당 암호로 GST 서버에 로그인-a chartselector 차트에 표시할 Y축의 집합-c chartype 차트 유형 [막대 | 원형 | 그림 | "누적 막대"]

-f filename 내보내기 파일의 이름-n fontfamily 기본값을 무시하는 글꼴 패밀리-o orientation 방향[세로 | 가로]

-v viewtype 보기 유형[표 | 차트]

-x exporttype 내보내기 형식 [ pdf | 포스트스크립트 | html | csv | 인쇄]

-C "Backup Type" argument 인수가 쉼표로 구분된 백업 유형 목록인 경우-C Level argument 인수가 쉼표로 구분된 레벨 목록인 경우-C "Save Time" argument 인수가 시작 및 종료 날짜인 경우-C "Server Name" argument 인수가 쉼표로 구분된 서버 이름 목록인 경우

다음 예제는 gstclreport 를 사용하여 미리 구성된 보고서를 실행하는 방법을 보여 줍니다. 클라이언트 요약 보고서가 표로 표시됩니다. 보고서는 그룹 세트에 대해 특정 날짜에 실행되도록 구성됩니다. 출력 파일

이름은 보고서 이름에서 파생된 것입니다.

% gstclreport -u username -P password-r "/Reports/NetWorker Backup Statistics/Client Summary"-C "Group Name" "Default, Nightly, Marketing, Building A, Building B"-C "Save Time" "01/01/2003 01:00 AM"Generated Report "/Reports/NetWorker Backup Statistics/Client Summary"as file Client_Summary.pdf

다음 예제는 gstclreport 를 사용하여 사용자 정의 보고서를 실행하는 방법을 보여 줍니다. Save Time

옵션에 입력된 상대 날짜 형식이 사용되므로 보고서가 1일 이전부터 현재까지의 날짜 범위에서 실행됩니다.

출력 형식은 html로 내보낸 원형 차트 형식입니다. 출력되는 html은 DailyGroups.html이라는 html 파일이며 DailyGroups_images라는 디렉토리에 차트 이미지가 포함됩니다.

% gstclreport -u username -P password-r "/Reports/NetWorker Backup Statistics/Group Summary/Daily Group Report"-v chart -c pie -x html -f "DailyGroups" -C "Save Time" "1 day"Generated Report "/Reports/NetWorker Backup Statistics/GroupSummary/Daily Group Report" as file DailyGroups.html

명령줄 옵션에 올바른 값이 들어 있는지 확인합니다. 여기에는 -C 옵션으로 전달된 값이 포함됩니다. 이 예제는 -C "Group Name" 옵션을 보여 줍니다. gstclreport 프로그램은 나열된 그룹 이름이 존재하고 현재

사용자가 위치한 NetWorker server에 대한 액세스 권한을 가지고 있는지 확인합니다. 보고서 생성 시 모든 잘못된 값이 무시되며 이러한 값이 정보 메시지로 출력됩니다. 이 예제에서는 사용자에게 마케팅 그룹을

포함하는 NetWorker server를 볼 수 있는 권한이 없으며 그룹 Blah가 없습니다.

% gstclreport -u username -P password -r "Group Summary"-C "Group Name" "Default, Nightly, Marketing, Blah"These configuration values were ignored:Group Name : Marketing, BlahGenerated Report "Group Summary" as file Group_Summary.pdf

사용자 정의 보고서에는 구성 매개 변수에 대한 사용자 제한사항이 적용됩니다. 각 사용자 정의 보고서에는

보고서가 저장될 때 보고서 [구성] 탭의 구성 매개 변수가 포함될 수 있습니다. 이러한 매개 변수 값이 현재 보고서를 실행하는 사용자의 권한에 대해 검사됩니다. 이와 같은 요청 매개 변수 값 중 일부가 현재 사용자에게 권한이 없는 NetWorker server에 속한 경우 보고서가 생성되지만 보고서 생성 시 이러한 값이 사용되지 않습니다. 이 경우에는 아래 예제에서처럼 명령줄에 정보 메시지가 인쇄됩니다.


gstclreport(8)

% gstclreport -u username -P password -r "Other Group Summary"Some report results were not displayed due to user restrictionsGenerated Report "Other Group Summary" as file Other_Group_Summary.pdf

종료 상태치명적인 오류가 발생하면 종료 상태가 0이 아닙니다. 치명적인 오류가 발생하지 않으면 종료 상태는 0이 됩니다.


gstclreport(8)


gstd(8)

Maintenance Procedures gstd(8)

이름gstd - GST 서버 데몬

시놉시스gstd [ -m module_path ] [ -n ]

설명gstd 는 GST(Generic Services Toolkit) 서버 프로그램입니다. 이 프로그램은 NetWorker

Management Console 및 관련 애플리케이션에 대한 RPC 기반 메시징 서버를 제공합니다. 이 gstd 에서

제공하는 RPC 프로그램 번호는 390402입니다.

일반적으로 gstd 는 부팅할 때 시작 셸 스크립트(예: /etc/init.d/gst) 에서 호출되므로 사용자가 직접

시작할 필요가 없습니다.

gstd 는 적절한 리소스를 가진 시스템에서 실행해야 합니다. 이 프로그램은 NetWorker Management

Console 컨텍스트에서 네트워크의 NetWorker server에 연결합니다. 서버에 대한 보고서 데이터를 관리 및

수집하는 프로세스에는 적정 레벨의 네트워크 대역폭, CPU 시간 및 디스크 공간이 필요합니다.

옵션-m module_path GST

로드 가능 모듈을 포함하는 세미콜론(;)으로 구분된 디렉토리 목록은 module_path 에 지정됩니다.

-n 포그라운드에서 제어 터미널에 연결된 상태를 유지합니다. 이 옵션을 사용하지 않으면 기본적으로

제어 터미널 연결이 끊기고 백그라운드에서 데몬 프로세스로 실행됩니다.

파일<product install dir>/etc/gstd.conf

마스터 GST 구성 파일입니다.

종료 상태0 성공적으로 완료되었습니다.

>0 오류가 발생했습니다.

참조recoverpsm(8), savepsm(8)


gstd(8)


gstmodconf(8)

Maintenance Procedures gstmodconf(8)

이름gstmodconf - 관리되는 노드를 추가/삭제하기 위한 NetWorker Management Console 명령입니다.

시놉시스gstmodconf -i file -l login [ -P password ] [ -f function ] [ -s server ]

[ -k ] [ -p port ]

설명gstmodconf 는 스크립트 파일의 호스트 이름 목록에서 관리되는 노드를 추가/ 삭제하기 위한 명령줄 인터페이스를 제공합니다. 이 파일은 -i 옵션으로 지정합니다. 파일의 각 줄에는 호스트 이름이 하나만 있어야

합니다. 호스트는 엔터프라이즈 계층의 기본레벨에서 모든 기능(이벤트 관리 및 데이터 보고) 이 활성화된

NetWorker 관리 노드로 추가/삭제됩니다.

노드가 엔터프라이즈 계층 구조에 이미 있으면 이 명령을 실행해도 노드가 추가되지 않습니다. 삭제의 경우

기존 복제본에 상관없이 기본 레벨의 노드가 삭제됩니다. 즉, 이 명령으로 노드의 복제본을 삭제할수는 있지만 노드 복제본을 추가할수는 없습니다.

새로 생성한 노드를 엔터프라이즈 계층 구조의 폴더에 배치하려면 브라우저에서 NetWorker Management

Console에 로그인한 후 엔터프라이즈 작업내에서 노드를 해당폴더로 이동할수 있습니다.

스크립트 파일에서 비어있는 줄과 파운드 기호(#)로 시작하는 줄은 주석으로 간주되어 무시됩니다. 파일의

각줄에 호스트 이름을 하나씩 입력해야 합니다. 즉, 주석이 아닌 줄에 여러개의 호스트 이름을 공백 또는 탭으로 구분할 경우 오류로 처리됩니다.

기본적으로 gstmodconf는 오류가 발생하면 중지됩니다. 오류가 발생한 후에도 호스트 이름 목록을 계속 처리하려면 -k 옵션을 사용하십시오.

옵션-i file 이 옵션은 호스트 이름 목록을 포함하는 파일을 지정하는데 사용되며, 필수 옵션입니다.

-l login

서버에 로그인하는데 사용할 NetWorker Management Console 사용자의 이름을 지정합니다. 이

옵션은 필수입니다.

-P password

이 옵션은 -l 옵션에 지정된 로그인 이름에 대한 암호를 지정합니다.

-f function

이 옵션은 명령에 따라 수행되는 기능의 유형을 지정합니다. 유효한 값은 "add" 또는 "delete"입니다. 이옵션을 지정하지 않으면 "add" 기능으로 간주됩니다.

-s server

이 옵션은 gstmodconf가 연결하는 NetWorker Management Con- sole 서버를 지정합니다. 이

옵션을 지정하지 않으면 명령을 실행하는 호스트에 서버가 있는것으로 간주합니다.

-k 스크립트 파일에서 호스트 이름을 계속 읽고 처리하며, 파일에서 이전 관리 노드를 정의할 때 발생할 수 있는 오류를 무시합니다.

-p port

이 옵션을 사용하면 NetWorker Management Console 서버가 수신하는 대체 포트를 지정할수 있습니다. 기본 포트는 9001 입니다. 이 옵션을 지정하지 않았는데 서버에서 기본값이 아닌 포트를

사용하는 경우 이 명령은 올바른 포트를 찾으려고 시도합니다. 올바른 포트를 찾지 못할경우 이 옵션을 사용해야 합니다.


gstmodconf(8)

예제아래 예제는 gstmodconf를 사용하여 host_list 파일의 호스트 목록에서 관리 노드를 생성하는 방법을 보여 줍니다. 이 예제에서 NetWorker Management Console 서버 이름은 gstserver이고 host_list는 다음을 포함합니다.

host1host2

% gstmodconf -s gstserver -i host_list -l administratorPassword:Trying 137.69.1.111... connected.processing file 'host_list'

adding host 'host1'successfully added host 'host1'

adding host 'host2'successfully added host 'host2'

// Closing connection...

다음 예제는 관리되는 노드로 이미 정의되어 있는 호스트에 대해 gstmodconf 를 사용하여 오류를 생성하는

방법을 보여 줍니다.

% gstmodconf -s gstserver -i host_list -l administratorPassword:Trying 137.69.1.111... connected.processing file 'host_list'

adding host 'host1'// Error!{

string object_type = "gterror";int severity = 16;int reason = 23;list msg = {

int level = 1;

string text = "Host name already exists";

};}failed to add host 'host1'

// Closing connection...

종료 상태치명적인 오류가 발생하면 종료 상태가 0이아닙니다. 치명적인 오류가 발생하지 않으면 종료 상태는 0이 됩니다. -k 옵션을 지정한 경우 마지막으로 처리된줄(주석 제외)이 종료 상태에 표시됩니다.


gst_ha.cluster(8)

Maintenance Procedures gst_ha.cluster(8)

이름gst_ha.cluster - NetWorker Management Console을 고가용성으로 구성합니다.

시놉시스gst_ha.cluster [ -r ]

설명gst_ha.cluster는 NetWorker Management Console 서버를 클러스터에서 고가용성 애플리케이션으로 구성하기 위한 대화형 스크립트입니다. NetWorker Management Console을 올바르게 설치한 후 페일오버 및

클러스터 인식 기능을 활성화하려면 클러스터의 모든 노드에서 이 스크립트를 실행해야 합니다.

이 구성은 고가용성 콘솔 서버에서 사용할 글로벌 콘솔데이터베이스를 생성합니다. 글로벌 콘솔데이터베이스는 공유 스토리지 미디어에 위치하며 페일오버 시 고가용성(가상) 콘솔 서버를 따릅니다.

이 스크립트로 콘솔 서버를 구성하는 경우, 클러스터 소프트웨어로 콘솔 서버를 등록하는데 필요한 클러스터

플랫폼 관련 정보를 제공해야 합니다. 구체적인 지침은 해당 클러스터 플랫폼의 NetWorker 설치 가이드를

참조하십시오.

구성중 실수한 경우에는 gst_ha.cluster를 -r 옵션과 함께 실행하여 변경을 취소하십시오.

옵션-r 콘솔 서버의 클러스터 구성을 제거할 때 사용합니다.

참조gstd(1)


gst_ha.cluster(8)


IBM_silo(8)

Maintenance Procedures IBM_silo(8)

이름libstlibm - IBM 3494 사일로와의 통신을 위한 공유 라이브러리입니다.

시놉시스libstlibm.so (Solaris)libstlibm.so.a (AIX)

설명libstlibm.xxx 는 공유 라이브러리로서 nsrjb 와 IBM 사일로 드라이버(AIX) 또는 데몬(Solaris) 간의

통신을 처리합니다. 그러면 IBM 드라이버/데몬이 네트워크를 통해 해당 사일로로 통신을 전달합니다. 옵션,

매개 변수, 환경 변수 중 libstlibm 작업에 영향을 주는 것은 없습니다. jbconfig 를 사용하여 IBM 사일로를 구성한 경우에는 이 파일의 올바른 경로를 입력해야 합니다. 이때 jbconfig 에서 지정한 기본값은 설치 프로그램의 기본 위치와 일치하며, 대개의 경우 그대로 사용할 수 있습니다.

NetWorker가 3494와 연동되려면 IBM의 Automated Tape Library 지원이 설치되어 있어야 합니다.

AIX의 경우에는 atldd (Automated Tape Library Device Driver)라는 드라이버를 설치해야 합니다.

만일 3494에 3590 드라이브를 사용하고 있다면 IBMtape 드라이버(Enhanced Tape and Medium

Changer Device Driver)도 필요할 것입니다.

Solaris의 경우에는 lmcpd 패키지(IBM Automated Tape Library Daemon)를 설치해야 사일로를 사용할

수 있습니다. 3590 드라이브를 사용하고 있다면 IBMtape 드라이버도 설치해야 합니다. 주의할 점은

IBMtape 를 사용할 때에는 지정된 테이프 드라이브에 두 세트의 디바이스 파일이 액세스하게 된다는 것입니다. 하나는 표준 Solaris 스타일인 /dev/rmt/Xmbn 유형이고, 다른 하나는 IBMtape 지원 파일로서 유형은 /dev/rmt/Xstbn 입니다. IBM 지원 디바이스 파일을 사용해야 테이프 드라이브가 제대로 작동합니다.

참고: EMC는 이러한 IBM 드라이버를 제공하지 않습니다. IBM 디바이스 드라이버 ftp 사이트(208.200.29.244)에서 필요한 드라이버를 구할 수 있습니다. 그러나 이 사이트는 추후 IBM 관련 사이트에서 제외될 수 있습니다.

참조nsrjb(8), jbconfig(8), dasadmin(8), libstlemass(8), ssi(8), mini_el(8), libstlstk(8)

진단Networker server와 IBM 3494 사일로 간의 통신 오류는 진단하기 어렵습니다. 가장 좋은 방법은 IBM 지원 유틸리티인 mtlib 를 사용하여 호스트와 통신이 가능하도록 3494를 제대로 구성했는지 확인하고, lmcp

드라이버(AIX)나 lmcpd 데몬(Solaris)과의 연결 경로 전체가 바르게 작동하는지 확인하는 것입니다. 만일

mtlib 유틸리티가 작동하지 않으면 NetWorker도 작동하지 않게 됩니다.

호스트와 3494 간의 접속에 대해 궁금한 점은 IBM에 문의하십시오. IBM은 호스트와 사일로 간의 접속을 지원합니다. IBM은 사일로에 대한 네트워크 연결은 물론 직렬 케이블 연결도 지원합니다. 드라이버/데몬 때문에 NetWorker 측에서는 접속의 성격을 파악할 수 없으므로 NetWorker에서 볼 때 드라이버와 데몬은 차이가 없습니다. 고객들도 양쪽 모두 사용하는 데 문제가 없었습니다.


IBM_silo(8)


ielem(8)

Maintenance Procedures ielem(8)

이름ielem - 요소 상태를 초기화합니다.

시놉시스ielem [ -a b.t.l ] [ -r eladdr.nel ]

설명이 ielem 프로그램은 이름 지정된 디바이스로 INITIALIZE ELE- MENT STATUS 명령을 보냅니다.

일부 체인저는 특정 범위에 속하는 요소의 상태를 초기화하는 기능을 갖추고 있습니다. 여기에 사용되는

명령은 공급업체마다 다른 EXABYTE 체인저 명령입니다.

INITIALIZE ELEMENT STATUS (범위 지정)(command opcode 0xE7).

옵션-a b.t.l

은 특정한 서수 SCSI 주소를 선택합니다. 여기서 b 는 논리적 SCSI 버스이고, t 는 SCSI 대상이며, l 은 대상에서의 SCSI 논리 유닛 번호(LUN)입니다. 자세한 내용은 libscsi(8) 을 참조하십시오. 이것은 필수 옵션입니다.

-r eladdr.nel

은 요소의 범위를 지정합니다. 여기서 eladdr 은 해당 요소가 시작되는 10진수 주소(Autochanger의 번호에 따름)이고 nel 은 읽고자 하는 상태 요소의 개수입니다. 사용 중인

Autochanger가 공급업체 고유의 EXABYTE autochanger INITIALIZE ELEMENT STATUS 명령을 지원하는 경우 이 옵션을 사용할 수 있습니다.

참조libscsi(8)


ielem(8)


inquire(8)

Maintenance Procedures inquire(8)

이름 inquire - 사용 가능한 디바이스를 나열합니다.

요약 inquire [ -a b.t.l ] [ -clp ] [ -N NDMPhost ] [ -s ] [ -T [ -t ] ]

설명inquire 프로그램은 사용 가능한 SCSI 디바이스를 나열합니다. 또한 inquire 프로그램은 이름이 지정된

SCSI 디바이스(-a 옵션으로 지정) 또는 시스템에 연결된 모든 SCSI 디바이스에 대해 INQUIRY 데이터를 반환합니다. 이제 inquire는 표준 SCSI 조회 데이터뿐 아니라, 쿼리가 수행되고있는 디바이스에서 지원하는

VPD(Vital Product Data: 중요 제품데이터) 페이지로부터 얻은 일련 번호 정보를 반환합니다. 특정 디바이스가 지원하는 VPD 페이지에 따라, 디바이스마다 0~8개의 서로 다른 식별자가 있을 수 있습니다.

NetWorker 7.2.1 및 그 상위 버전은 Solaris 10 이상에 대해 LUS를 지원하지 않습니다. 즉 설치

후 ’inquire’를 실행했을 때 NetWorker에서 사용하기 위한 디바이스가 표시되지 않을 수 있습니다. 이 경우, Solaris 서버가 제대로 구성되지 않을수 있습니다.

이를 확인하는 간단한 방법은 ’cfgadm -lav’를 실행하여 나열된 목록을 확인하는 것입니다. ’cfgadm’ 출력에 디바이스가 나열된 경우, 이러한 디바이스에 대해 ’/dev/rmt’ 경로가 사용되고 있는지 확인하십시오.

이 경로는 NetWorker의 기본 경로로서 Solaris ’st’ 드라이버에 의해 자동으로 생성됩 니다. 디바이스가

나열되지 않은 경우에는 NetWorker 관리 가이드, SUN Administration Guide 및 제조사의 설명서를 참조하십시오.

일련 번호 정보가 포함된 출력 예는 다음과 같습니다.

[email protected]:SEAGATE ST34371W SUN4.2G7462|Disk, /dev/rdsk/c0t0d0s2 S/N: [email protected]:QUANTUM ATLAS IV 36 SCA 0B0B|Disk, /dev/rdsk/c0t1d0s2 S/N: 363009430963 ATNN:QUANTUM [email protected]:TOSHIBA XM5701TASUN12XCD2395|CD-ROM, /dev/rdsk/[email protected]:SONY TSL-11000 L1 |Tape, /dev/rmt/0cbn S/N: 0001100158 ATNN:SONY TSL-11000 [email protected]:SONY TSL-11000 L1 |Autochanger (Jukebox) S/N: 3761633968 ATNN:SONY TSL-11000 [email protected]:IBM ULTRIUM-TD1 0CE0|Tape S/N: 6811004028 ATNN:IBM ULTRIUM-TD1 [email protected]:HP Ultrium 1-SCSI N16D|Tape, /dev/rmt/1cbn S/N: GB81A00316 ATNN:HP Ultrium 1-SCSI [email protected]:IBM ULTRIUM-TD1 0CE0|Tape S/N: 6811003960 ATNN:IBM ULTRIUM-TD1 [email protected]:EXABYTE Exabyte 221L 2.4 |Autochanger (Jukebox) S/N: 99999999

S/N: 으로 시작하는 줄은 VPD 페이지 80 16진수에 의해 반환된디바이스의 일련 번호를 나타냅니다.

"4자 접두사 + 콜론(:)"으로 시작하는 줄은 VPD 페이지 83 16진수의 SCSI-3형식으로 반환된 것으로,

4자 접두사는 SCSI-3 디바이스 식별자가 무엇인지 나타냅니다.


inquire(8)

ATNN: 지정되지 않은 형식의 ASCII 텍스트 식별자로, 디바이스 자체를 설명합니다(공급업체, 제품,

일련 번호등).

ATPN: 지정되지 않은 형식의 ASCII 텍스트 식별자로, 디바이스에 연결하는 데 사용하는 포트를설명합니다(일반적으로 사용되지 않음).

VENN: 알려지지 않은 고유성을 갖는 공급업체 관련 ASCII 식알려지지 않 은 고유성을 갖는 공급업체 관련 ASCII 식별자로, 디바이스 자체를 설명합니다.

VEPN: 알려지지 않은 고유성을 갖는 공급업체 관련 ASCII 식별자로, 연결되어 있는 포트를 설명합니다.

VBNN: 알려지지 않은 공급업체 관련 바이너리 식별자입니다. 디바이스 자체를 설명합니다.

VBPN: 알려지지 않은 공급업체 관련 바이너리 식별자입니다. 연결되어 있는 포트를 설명합니다.

IENN: IEEE 64비트 식별자(EUI-64)로, 디바이스 자체를 설명합니다(16진수로 표시됨).

IEPN: IEEE 64비트 식별자(EUI-64)로, 연결되어 있는 포트를 설명합니다(16진수로 표시됨).

WWNN: Fibrechannel 식별자(World Wide Node Name)로, 디바이스 자체를 설명합니다(16진수로 표시됨).

WWPN: Fibrechannel 식별자(World Wide Port Name)로, 연결되어 있는 포트를 설명합니다(16진수로

표시됨).

PORT: 연결되어 있는 상대 포트 번호 입니다. 포트 "A"는 값 1을 반환하고 포트 "B"는 값 2를 반환하는

식으로 진행됩니다.

RESV: 디바이스에서 이 코드가 작성되었을 때 예약된 연관 및 식별자 유형 비트의 조합을 반환했습니다.

UNKN: 디바이스에서 이 프로그램에서 해독할 수 없는 정보를 반환했습니다.

HP-UX 11iv3 시스템은 LEGACY와 AGILE이라는 두 가지 주소지정 모드를 지원 합니다. 이 주소 지정 모드를 기반으로 다른 DSF(Device Special File)가 사용됩니다. AGILE 주소 지정 모드는 HP-UX

11iv3 시스템의 기본 주소 지정 모드로, 디바이스 유형을 기반으로 DSF를 생 성합니다(예: /

dev/rtape/tape106_BESTnb). LEGACY 주소 지정 모드에서는 HP-UX 11iv3 시 스템이 이전 버전과의 호환성을 위해 B.T.L 표기에기반하는 추가 DSF를 생성 합니다(예: /dev/rmt/c0t0d0).

HP-UX 11iv3 시스템에서는 insf -L(특수 디바 이 스 파일 설치) 프로그램이나 rmsf -L(특수

디바이스 파일 제거) 프로그램을 사용하여 주소 지정 모드를 전환할 수 있습니다. LEGACY 주소

지정 모드의 경 우 inquire 프로그램은 B.T.L 표기를 사용하여 디바이스를 나열합니다(예:

[email protected].). AGILE 주소 지정 모드에서는 DSF 표기를 사용하여 디바이스를 나열합니다(예: /dev/rtape/tape106_BESTnb).

[ 참고 ]

1. LEGACY 주소 지정 모드에서 HP-UX 11iv3 시스템이지원하는 디바이스에는 다음과 같은 제한이 있습니다.

- SCSI 버스 인스턴스 256개

- 버스 인스턴스당 타겟 16개

- 타겟당 LUN(Logical Unit Number) 8개

- 즉, LEGACY 주소 지정 모드에서 버스당 최대 128개의 테이프를 지원할 수 있습니다.

2. 주소 지정 모드를 변경하면 다음과 같은 문제가발생할 수 있습니다.

- NetWorker에 구성되어 있는 주크박스 라이브러리를 액세스할 수 없습 니다.

- 자세한 내용은 verifyconfig(8) man 페이지를 참조하십시오.

HP-UX 11iv3 시스템에서 LEGACY 주소 지정 모드의 inquire 프로그램 출력 예는 다음과 같습니다. [email protected]:HP Virtual LvDisk 0.04|Disk, /dev/rdsk/c0t0d0


inquire(8)

S/N: 00000000000000-00000 ATNN=HP /dev/vg01/rvPar0002 [email protected]:HP Virtual FileDVD 0.04|CD-ROM, /dev/rdsk/c0t1d0 S/N: 00000000000000-00001 VENN=/opt/ISO/DC-OE_11i_v3_DVD_BA931-10010.iso [email protected]:STK L180 2.21|Autochanger (Jukebox), /dev/rac/c0t2d0 S/N: 18JYA0021B ATNN=STK L180 18JYA0021B Virtual device [email protected]:HP Ultrium 3-SCSI G27D|Tape, /dev/rmt/c0t3d0BESTnb S/N: 18JYA0021G ATNN=HP Ultrium 3-SCSI 18JYA0021G WWNN=500630323147AAAA WW2N=50060B000029AAAA Virtual device [email protected]:HP Ultrium 3-SCSI G27D|Tape, /dev/rmt/c0t4d0BESTnb S/N: 18JYA0021H ATNN=HP Ultrium 3-SCSI 18JYA0021H WWNN=500630323148AAAA WW2N=50060B000029AAAA Virtual device

HP-UX 11iv3 시스템에서 AGILE 주소 지정 모드의 inquire 프로그램 출력 예는 다음과 같습니다. /dev/rchgr/autoch1:STK L180 2.21|Autochanger (Jukebox), /dev/rchgr/autoch1 S/N: 18JYA0021B ATNN=STK L180 18JYA0021B Virtual device /dev/rtape/tape1_BESTnb:HP Ultrium 3-SCSI G27D|Tape, /dev/rtape/

tape1_BESTnb S/N: 18JYA0021G ATNN=HP Ultrium 3-SCSI 18JYA0021G WWNN=500630323147AAAA WW2N=50060B000029AAAA Virtual device /dev/rtape/tape3_BESTnb:HP Ultrium 3-SCSI G27D|Tape, /dev/rtape/

tape3_BESTnb S/N: 18JYA0021H ATNN=HP Ultrium 3-SCSI 18JYA0021H WWNN=500630323148AAAA WW2N=50060B000029AAAA Virtual device /dev/rdisk/disk2:HP Virtual FileDVD 0.04|CD-ROM, /dev/rdisk/disk2 S/N: 00000000000000-00001 VENN=/opt/ISO/DC-OE_11i_v3_DVD_BA931-10010.iso /dev/rdisk/disk3:HP Virtual LvDisk 0.04|Disk, /dev/rdisk/disk3 S/N: 00000000000000-00000 ATNN=HP /dev/vg01/rvPar0002

옵션-a b.t.l

특정 SCSI 주소(서수)를 선택합니다. 여기서 b는 논리 SCSI 버스이고, t 는 SCSI 타겟이며, l은

이 타겟의 SCSI LUN(Logical Unit Number)입니다.이 옵션은 -N과 함께 사용할 수 없습니다.

libscsi(8) 을 참조하십시오

-c (참고: 사용 시 주의가 필요함)이 플래그는 SCSI inquiry 명령을 디바이스로 직접 보내므로 버스에서 다른 활동이 수행되고 있는 경우 예기치 않은 오류가 발생할 수 있 습 니다.

-l 시 스템의 모든 SCSI 어댑터에 대해 전체 LUN 검색을수행합니다. 이 인수는 모든 시스템에서 적용되지만, HP-UX 시스템의 경우 사용 가능 한 디바이스를 검색하는데 사용되는 메서드로 인해 액세스 가능한 모든 디바이스를 항상 표시하기 때문에 이 인수가 HP-UX 시스템에는 어떠한 영향도 주지 않습니다. HP-UX 이외의 시스템에서는 일반적으로 SCSI 디바이스에 대해 LUN 0에서 검사를 시


inquire(8)

작합니다. 비어 있는 첫번째 LUN을 찾으면 지정된 타겟 ID에 대한 검색이 종료됩니다. -l 옵션을

사용하면 해당 시스템에서 모든 SCSI 버스의 모든 타겟 ID에 표시된 모든 LUN이 디바이스에 대해

검사됩니다. 매우 긴 시간이 걸릴 수 있으므로 필요한 경우에만 사용해야 합니다. 예를 들어,

Fibre Chan- nel 어댑터는 126개의 타겟 ID를지원할 수 있으며, 각 ID는 80개 이 상의 LUN을

가질 수 있습니다. 이 어댑터 하나에서 모든 LUN을 검사하는데 10분이 넘게 걸릴 수 있습니다. 이

옵션은 -N이 사용될 경우 어떠한 영향도 주지 않습니다.

-p inquire가 영구 이름을 지원하는 플랫폼에서 디바이스의영구 이름을 표시하도록 합니다. 특정 디바이스에 대한 영구 이름이 없으면 일반 디바이스 이름이 표시됩니다. 이 옵션은 현재 Linux에서만 지원됩니다. NetWorker 에서 인식되는 영구 이름이 없는 플랫폼에서는 -p를 지정해 도 아무런

효과가 없습니다.

-N NDMPhost

NDMP 테이프 서버에서 디바이스 검색을 수행합니다. NDMPhost NDMP 사 용자 이름 및 암호를 입력하라는 메시지가 나타납니다. NDMP 프로 토콜은 주크박스 및 테이프 디바이스만 내보냅니다. 다른 디바이스 유형은 검색되지 않습니다. NDMP 테이프 서버가 버전 3 이상에서 실행 중이고

NDMP_CONFIG_GET_SCSI_INFO 및 NDMP_CONFIG_GET_TAPE_INFO 인터페이스를 지원하는 경우,

inquire는 사용가능한 모든 주크박스 및 테이프 디바이스에 대해 INQUIRY 데이터를 표시합니다.

이외의 모든 다른 경우에는 inquire가 주크박스 핸들을 요청하는 메시지를 표시하며 해당 주크박스에 대해 INQUIRY 데이터를 가져옵니다. 이 옵션은 -a와 호환되지 않습니다. 자세한 내용은 -T

를 참조하십시오.

버 전 3에서 실행 중이고 SCSI 및 TAPE CONFIG 인터페이스를지원하는 NDMP 테이프 서버에서의 출력 예는

다음과같습니다.

# inquire -N server-2 Enter NDMP user name: ? ndmp Enter ’ndmp’ password on NDMP host ’server-2’ (characters will not be echoed):

Communicating to devices on NDMP Server ’server-2’, this may take a while...

[email protected]:QUALSTARTLS-6110 2.09|Autochanger (Jukebox), c178t0l0 S/N: 44B43014 [email protected]:QUANTUM DLT8000 0119|Tape, c178t0l1 S/N: CX938P2489 IENN:0000000000000000

버전 2에서 실행 중인 NDMP 테이프 서버에서의 출력 예는다음과 같습니다.

# inquire -N molokai nter NDMP user name: ? root Enter 'root' password on NDMP host 'molokai' (characters will not be echoed):

Communicating to devices on NDMP Server ’molokai’, this may take a while...

NDMP 테이프 서버 ’molokai’가 SCSI 및 테이프 디바이스의 자동 검색을 지원하지 않습니다. 선택한 단일

주크박스에서 작업을 수행합니다.

NDMP 주크박스 핸들 입력: ? mc1

[email protected]:EXABYTE Exabyte 215 2.3 |Autochanger(주크박스) S/N: 71000073

-s inquire 에 의한 일련 번호 정보 모음을 표시하지 않습니다. 따라서 inquire는 일련 번호 정보가 추가 되기전의 출력과 동일한 출력을 반환합니다. 주로 이전의 inquire 출력 동작에 의존하는

스크립트인 경우 일부 내용만 수정하여 사용할 수 있도록 하려면 이 옵션을추가합니 다.


inquire(8)

-T 이 옵션은 -N이 지정된 경우에만 유효하며 그렇지 않은 경우에는 무시 됩니다. 이 옵션은 NDMP

테이프 디바이스를 비표준 형식으로 표시합니다. 디바이스 모델 및 디바이스 핸들이 표시됩니다.

이 옵션은 테이프 디바이스(예:NetApp)에서 NDMP_SCSI_OPEN 인터페이스를 지원하지 않는

NDMP 테이프 서버인 경우에 유용합니다.

NetApp Filer에서 -T 옵션을 사용한 출력 예는 다음과 같습니다.

# inquire -N molokai -TEnter NDMP user name: ? rootEnter 'root' password on NDMP host 'molokai' (characters will not be echoed):

Communicating to devices on NDMP Server 'molokai', this may take a while...

[email protected]:EXABYTE Exabyte 215 2.3 |Autochanger (Jukebox), mc1 S/N: [email protected]:QUANTUM Powerstor L200 0022|Autochanger (Jukebox), mc0 S/N: JF83801878

Model Device Handle----- -------------

Quantum DLT7000 nrst0l nrst0m nrst0h nrst0a

Exabyte Mammoth-2 8mm nrst2l nrst2m nrst2h nrst2a

-t 이 옵션은 -T가 지정된 경우에만 유효하며 그렇지 않은 경우에는 무시됩니다. 이 옵션은 -T 옵션으로 표시되는 각테이프 디바이스 핸들에 대해 공급업체 관련 NDMP 테이프 디바이스 속성을 표시합니다.

NetApp Filer에서 -t 옵션을 사용한 출력 예는 다음과 같습니다.

# inquire -N rainbow -T -tEnter NDMP user name: ? rootEnter 'root' password on NDMP host 'molokai' (characters will not be echoed):

Communicating to devices on NDMP Server 'molokai', this may take a while...

[email protected]:QUANTUM Powerstor L200 0022|Autochanger (Jukebox), mc0 S/N: JF83801878

Model Device Handle Attributes----- ------------- ---------

Quantum DLT7000 nrst0l DENSITY -- 81633 bpi 40 GB (w/comp) ELECTRICAL_NAME -- 0b.4 SERIAL_NUMBER -- CX902S0678 WORLD_WIDE_NAME -- ALIAS 0 -- st0

nrst0m DENSITY -- 85937 bpi 35 GB


inquire(8)

ELECTRICAL_NAME -- 0b.4 SERIAL_NUMBER -- CX902S0678 WORLD_WIDE_NAME -- ALIAS 0 -- st0

nrst0h DENSITY -- 85937 bpi 50 GB (w/comp) ELECTRICAL_NAME -- 0b.4 SERIAL_NUMBER -- CX902S0678 WORLD_WIDE_NAME -- ALIAS 0 -- st0

nrst0a DENSITY -- 85937 bpi 70 GB (w/comp) ELECTRICAL_NAME -- 0b.4 SERIAL_NUMBER -- CX902S0678 WORLD_WIDE_NAME -- ALIAS 0 -- st0

참조libscsi(8)

경고이 명령을 사용할 때는 주의해야 합니다. inquire 명령은 모든 SCSI 버스에서 검색한 모든 디바이스에

SCSI inquiry 명령을 보냅니다. 일반적인 디바이스 작동 중에 inquire를 실행하면 예기치 않은 오류가 발생하여 데이터가 손실될 수 있습니다.

제한 사항inquire 프로그램은 항상 내장 시스템 드라이버를 사용하여 SCSI 디바이스를 테스트합니다. 타사의 특수 드라이버를 필요로 하는 디바이스인 경우 inquire 프로그램에서 출력하는 디바이스 유형이나 경로 이름이 정확하지 않을 수 있습니다.

inquire 를 실행하려면 Unix 시스템에 수퍼유저(루트)로로그인해야 합니다.

그렇지 않으면 출력에 오류가 있을수 있습니다.

NOTRELEASED NODATE inquire(8)


jbconfig(8)

95

Maintenance Procedures jbconfig(8)

이름jbconfig - 주크박스 리소스 구성 툴

요약jbconfig [ -s server ] [ -lp ]

설명jbconfig 프 로 그 램 은 NetWorker Server 에서 사용할주크박스(미디어 Autochanger 디바이스)를 구성하기 위한대화형 스크립트를 제공합니다. 이 스크립트는 사용자가프롬프트에 대한 응답을 입력할 수 있도록

주기적으로일 시 중지됩니다. 각괄호([ ])에 표시되는 기본 선택사항 을 적 용 하 려 면 [RETURN] 또는

[ENTER] 키를 누르십시오.

NetWorker 7.2.1 이상 버전은 Solaris 10 이상에 대해 LUS를지원하지 않습니다. 예를 들어, 설치 후

jbconfig가 Autochanger를 찾을 수 없다고 보고하면 inquire를 실행하여디바이스를 찾을 수 있는지 확인하십시오. 자세한 내용은 inquire(8) man 페이지를 참조하십시오. 경우에 따라제대로 구성되지 않 은 서버에서는 Autochanger가 표시되지만해당 드라이브가 ’/dev/rmt’ 경로에 매 핑되지 않고 ’/dev/scsi/

sequential’ 경로에 매핑됩니다. jbconfig는 이경로 를 사용하여 Autochanger를 구성합니다. 이 경우

문제는 ’/dev/scsi/sequential’ 경로를 사용하는 드라이브가 독립형드라이브로 간주된다는 점입니다.

즉, Autochanger가 제대로작동하지 않습니다.

주크박스가 구성되면 nsrcap(8) 명령 또는 [등록] 창을사용하여 Autochanger Software Module에

대한 Enabler 코드를입력합니다. NetWorker에서 사 용 할 주크박스마다 별도의 Enabler 코드가 있어야

합니다.

옵션-s server

스 토리지 노드에서 jbconfig가 사용될 경우 제어 서버를지정합니다. 스토리지 노드에 상주하는

주크박스를정의하려면 jbconfig 명령을 스 토리지 노드에서 실행해야합니다. 스토리지 노드에 대한 자세한 내용 은 nsr_storage_node(5) 항목을 참조하십시오.

-l 자동 감지를 수행할 경우 시스템의 모든 SCSI 어댑터에대해 전체 LUN 검색을 수행합니다. 이 인수는 모든시스템에서 허용되지만, HP-UX 시 스템에는 어떤 영향도주지 않습니다. HP-UX 시스템의

경우 사용 가능 한 디바이스를 검색하는 데 사용되는 메서드로 인해 액세스가능한 모 든 디바이스를 항상 표시하기 때문에 -l 옵션은 어떤 영향도 주지 않 습 니다. 그 밖의시스템에서는 일반적으로 SCSI 디바이스에 대해 LUN 0에서검사를 시작합니다. 비어 있는 첫 번째 LUN을 찾으면지정된

타 겟 ID에 대한 검색이 종료됩니다. -l 옵션을사용하면 해당 시스템에 서 모든 SCSI 버스의 모든 타겟 ID에 표시된 모든 LUN이 주크박스 에 대 해 검사됩니다. 매우 긴 시간이 걸릴 수 있으므로 필요한경우에만 사용해야 합니다. 예를 들어, Fibre Channel 어댑터는 타겟 ID를 126 개 까지 지원할 수 있으며, 각 ID는 80개 이상의 LUN을 가질 수 있습 니다. 이 어댑터 하나에서모든

LUN을 검사하는 데 10분이 넘게 걸릴 수 있습니다.

-p 가능한 한 자동으로 감지된 모든 디바이스에 영구 이름을사용합니다. 이 옵션은 자동 감지된 SCSI

주크박스에사용되는 제 어 포 트 와 jbconfig 에 서 자동으로 감지하고구성할 수 있는 테이프 드라이브의 디바이스 파일 이름에영향을 미칩니다. 지정된 디바이스에 영구 디바 이스이름이 없으면

jbconfig에서는 해당 디바이스에 대해 일반디바이 스 이름을 사용합니다. 현재 Linux 영구 디바이스 이름만 자동으로 감지되고 NetWorker에 서 사용됩니다. 다른 플랫폼에서는 이 플래그를지정해도 아무 효과가 없습니다.

EMC NetWorker 8.2 명령 참조 가이드

jbconfig(8)

구성 대화 상자첫 번째로 jbconfig 는 설치할 주크박스 유형을 선택할 것을 요청합니다.

1) AlphaStor 라이브러리를 구성합니다.

2) 자동으로 감지된 SCSI 주크박스를 구성합니다.

3) 자동으로 감지된 NDMP SCSI 주크박스를 구성합니다.

4) SJI 주크박스를 구성합니다.

5) STL 사일로를 구성합니다.

6) 종료합니다.

구성할 주크박스의 종류는 무엇입니까? [1]

설치 중인 주크박스 유형에 해당하는 번호를 입력하십시오. 기본 선택 항목은 1입니다. 6을 선택하면 즉시

종료됩니다.

AlphaStor 라이브러리는 EMC AlphaStor에서 제어되는 주크박스로서, AlphaStor에 의해 수행되는 실제

주크박스 작업과 함께 NetWorker에서 논리 주크박스로 구성됩니다.

자동으로 감지된 SCSI 주크박스는 NetWorker가 자동으로 감지할 수 있는 시스템에 연결되어 있는

SCSI(Small Computer System Interface) 기반 주크박스입니다.

자동으로 감지된 NDMP SCSI 주크박스는 제공된 NDMP 호스트 이름, 사용자 ID, 사용자 암호 및 주크박스 핸들을 사용하여 NetWorker가 자동으로 감지하는 NDMP(네트워크 데이터 관리 프로토콜) 서버에 직접 연결되어 있는 SCSI(Small Computer Sys- tem Interface) 기반 주크박스입니다. 예제를 참조하십시오.

SJI 주크박스는 SJI(Standard Jukebox Interface) 호환 주크박스로서, 잘 알려진 SCSI 기반 주크박스와 시스템에 추가한 프로토콜을 준수하는 기타 타사 주크박스 디바이스의 목록입니다. 두 번째 선택 사항(자동으로 감지된 SCSI 주크박스 설치)을 선택한 경우, jbconfig 는 시스템에서 감지한 주크박스 목록을 출력합니다.

일반적으로 STL(Silo Tape Library)은 많은 스토리지디바이스를 포함하는 주변 장치입니다. 여기에는지원되며 구성 가능한 사일로 유형이포함됩니다. 프 로그램 사이에서 사일로가 공유되는경우가 많기 때문에

NetWorker에서 일 부 슬롯을 사용할 수없는 경우도 있습니다.

Exit를 선택하면 주크박스 구성이 변경되지 않은 채 jbconfig가 종료됩니다.

두 번째 선택 사항(자동으로 감지된 SCSI 주크박스 설치)을선택 한경우, jbconfig는 시스템에서 감지한 주크박스목록을 출력합니다.

예:

다음은 시스템에 현재 연결되어 있는 SCSI 주크박스입니다.

1) [email protected]: 기타, 공급업체 <AIWA>, 제품 <AL-17D> 2) [email protected]: DLI Libra Series 3) [email protected]: ARC-Dia- mondBack

어떤 항목을 설치하시겠습니까?

이 메시지가 나타나면 구성할 주크박스에 해당하는 번호를 입력하십시오. jbconfig 가 시스템에서 하나의

SCSI 주크박스만 감지할 수 있는 경우, 사용자가 항목을 선택하기를 기다리지 않고 이 주크박스를 선택하여

구성을 진행합니다. 시스템에 SCSI 주크박스가 여러 개 있지만 하나를 제외한 모든 주크박스가 Net-

Worker에서 이미 구성된 경우에도 마찬가지입니다. 즉, jbconfig 는 사용자가 항목을 선택하기를 기다리지

않고 아직 구성되지 않은 주크박스를 자동으로 선택하여 구성을 진행합니다.

SJI 호환 주크박스를 설치할 것을 선택한 경우, jbconfig는알려진 SJI 주크 박스 목록을 출력하며 구성할

유형을선택하라는 메시지를 표시합니다.


jbconfig(8)

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

설치하고 있는 주크박스의 유형에 해당하는 번호를입력하십시오. 1) ADIC-1200c/ADIC-1200d 2) ADIC-VLS 3) ARC-DiamondBack 4) Breece Hill 5) DLI Libra Series 6) Quantum DLT/Digital DLT 7) EXB-10e/EXB-10h 8) EXB-10i 9) EXB-60 10) EXB-120 11) EXB-210 12) EXB-218 13) EXB-400 Series 14) HP-C1553A/Surestore 12000e 15) Metrum (SCSI) 16) Qualstar 17) Spectralogic 18) STK-9704/Lago 340 19) STK-9708/Lago 380 (SCSI) Datawheel 20) IBM 7331/IBM 9427 21) ATL/Odetics SCSI 22) HP-Optical 630MB/1.3GB

23) 기타어떤 것을 선택하시겠습니까?

이 메시지가 나타나면 모델에 해당하는 번호를 입력하십시오. 예를 들어, HP Optical Jukebox를 설치하는

경우 번호 "22"를 선택하십시오.

모든 주크박스 유형에서 jbconfig 는 이 주크박스를 호출할 이름 을 제공하라는 메시지를 표시합니다.

이름을 제공하면 사용자 및 NetWorker에 대한 주크박스를 편리하게 식별할 수 있습니다(예:

'EngineeringAutochanger'). NetWorker는 이 이름을 NetWorker 리소스로 저장합니다(참조:

nsr_resource(5)). 스토리지 노드에 연결된 주크박스를 정의할 경우, jbconfig 는 원격 디바이스 구문("rd=hostname:")을 사용하여 이 이름 앞에 스토리지 노드의 호스트 이름을 접두사로 추가합니다.

스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5) 항목을 참조하십시오.

모든 주크박스 유형에서 jbconfig 는 이 주크박스의 설명 을 제공하라는 메시지를 표시합니다. 설명을 통해서도 사용자에 대한 주크박스를 편리하게 식별할 수 있습니다(예: 'Engineering 4 Drive DLT Autochanger on Rack #2').

SJI 주크박스 유형의 경우, jbconfig 는 구성되는 주크박스에 연결된 제어 포트 이름을 제공하라는 메시지를 표시합니다. 사일로의 경우, 이 제어 포트 이름은 사일로 유형에 따라 사일로 소프트웨어(ACSLS 및 DAS

용)가 실행되고 있는 호스트의 이름 또는 3494의 이름일 수 있습니다. 자동으로 감지된SCSI 주크박스의 경우, jbconfig 는 정확한 이름을 감지하고 구성을 계속 진행합니다. 이 이름은 libscsi 디바이스 형식을 사용합니다(libscsi(8) 참조). SJI 호환 주크박스의 경우에는 감지가 수행되지 않습니다. 사용자가 입력하는

이름은 설치된 타사 SJI 호환 드라이버에 설명된 해당 주크박스에 대한 디바이스 이름이거나, 자동으로 감지된 주크박스에 대해 사용되는 형식이어야 합니다. 연결된 Autochanger의 목록은 changers(8) 명령을 실행하여 얻을 수 있습니다.

제어 포트를 입력하면, jbconfig 는 선택된 모델이 SCSI 또는 SJI 기반 주크박스인지 확인합니다. 주크박스 모델이 SCSI 또는 SJI 기반 주크박스인 경우, jbconfig 는 주크박스에 대해 다양한 내부 매개 변수(예:

슬롯 및 드라이브 수)를 쿼리합니다. 디바이스 드라이버 설치 문제 또는 하드웨어 문제가 있을 경우 이 쿼리가 실패할 수 있습니다.

그 다음, 주크박스에 테이프 디바이스가 포함되어 있으면 주크박스의 디바이스에 대해 자동 클리닝을 설정할


jbconfig(8)

지 여부를 묻는 메시지가 나타납니다. 자동 클리닝이 활성화되면 주크박스 및 주크박스의 모든 디바이스에 대해 자동 클리닝이 구성됩니다. 성공적으로 설치되면 주크박스 및 주크박스의 모든 디바이스에 대한 디바이스

클리닝 관련 정보가 표시됩니다. CDI(Common Dev- ice Interface)의 도입과 함께 NetWorker는 자동 클리닝을 발생시키는 두 가지 이벤트를 포함합니다. 이 두 이벤트는 구성 가능한 특정 시간이 경과한 후에 디바이스가 클리닝되는 스케줄 기반 클리닝과, 디바이스에서 TapeAlert 경고가 발생되면 클리닝이 시작되는

On-demand 클리닝입니다. 스케줄 기반 클리닝은 자동 클리닝이 설정되면 항상 활성화됩니다. On-demand

클리닝은 디바이스 리소스에서 테이프 디바이스에 대한 CDI 속성이 'Not Used'가 아닌 다른 옵션으로 설정되어 있는 경우에 사용됩니다. On-demand 클리닝이 사용되는 경우, 디바이스 자체에 대한 클리닝 간격을 최대 시간(예: 6개월)으로 설정하여 NetWorker가 필요 이상으로 디바이스를 클리닝하지 않도록 해야 합니다.

CDI, TapeAlert 및 클리닝 간격에 대한 자세한 내용은 nsr_device.5 항목을 참조하십시오.

사용자는 감지된 모든 정보 및 기본 선택 사항을 그대로 승인하여 주크박스 자동 구성을 계속 진행하거나,

디바이스를 NDMP 또는 공유 디바이스로 구성, jbconfig 가 감지하지 않은 드라이브 구성 또는 감지된 디바이스의 모델 유형 변경 등을 포함하여 구성의 일부 또는 모든 사항을 사용자가 원하는 대로 선택할 수 있습니다. 사용자는 다음 질문에 '예'를 선택하여 사용자 정의 구성 단계로 이동할 수 있습니다.

드라이브 모델을 변경하거나 드라이브를 공유 드라이브 또는 NDMP 드라이브로 구성하시겠습니까? (예/아니요)

[아니요]

사용자 정의 구성 옵션을 선택하면 드라이브를 NDMP 또는 공유 드라이브로 구성할 수 있는 옵션이 제공됩니다. 표시되는 메시지에서 '예'를 선택하면 NDMP 또는 공유 드라이브 구성에 대한 다른 관련 질문이 나타납니다.

NDMP 디바이스 구성에 대해 '예'를 선택한 경우, jbconfig 는 사용자에게 정보를 요청하는 메시지를 표시합니다. NDMP 디바이스에 대해 사용자 이름과 암호를 각각 입력해야 합니다. 사용자 이름과 암호는 NDMP 서버에 설정된 항목과 일치합니다.

공유 드라이브 구성에 대해 '예'를 선택한 경우, 주크박스의 물리적 드라이브 각각에 대한 여러 디바이스 경로를 제공하라는 메시지가 표시됩니다. 이러한 디바이스 경로는 일반적으로 Net- Worker server의 제어 하에 있는 데이터 영역 내의 서로 다른 스토리지 노드에 위치합니다. 원격 노드의 드라이브 또는 디바이스 경로는 "host:<device-path>" 형식으로 입력해야 합니다. 주크박스의 모든 드라이브가 공유 드라이브일 필요는 없습니다. 드라이브에 대한 추가 디바이스 경로를 요청하는 메시지에 대해 Null 응답을 입력하면 해당

드라이브를 건너뛰고 다음 구성 단계로 이동됩니다. 형식이 '<jukebox name> - <drive no>'인 고유한

'hardware-id'가 드라이브의 각 공유 인스턴스에 자동으로 할당됩니다. 'hardware-id'는 NetWorker가

공유 디바이스를 추적하는 데 사용됩니다. 하드웨어 ID 속성에 대한 자세한 내용은 nsr_device(5) 항목을

참조하십시오.

다음으로 jbconfig 는 구성하고 있는 드라이브의 모델을 제공하라는 메시지를 표시합니다. 이 때 jbconfig

가 모델 유형을 감지할 수 있으면 모델 정보를 표시하며 사용자에게 확인을 요청합니다. 그렇지 않으면 사용자가 각 드라이브에 대한 모델을 구성해야 합니다.

자동으로 감지된 SCSI 주크박스를 선택한 경우, NetWorker는 주크박스에 정보를 조회하여 각 미디어 디바이스의 이름을 결정합니다. 모든 주크박스에서 이 기능이 지원되지는 않지만 대부분의 주크박스는 이 기능을

지원합니다(예: Exabyte 210). 이 조회는 해당 호스트가 jbconfig 가 실행되고 있는 호스트와 다를 경우에는 수행되지 않습니다.

원격 스토리지 노드의 디바이스를 구성하는 경우, jbconfig 는 디바이스가 구성되고 있는 노드를

DSN(Dedicated Storage Node)으로 구성할지 여부를 묻는 메시지를 표시합니다. DSN은 로컬 호스트의

데이터만 해당 디바이스에 백업할 수 있도록 하는 노드입니다. DSN에 대한 자세한 내용은 nsr_device(5)

항목을 참조하십시오. 다음과 같은 메시지가 표시됩니다.

DSN은 디바이스에 로컬 데이터만 백업할 수 있습니다. helium을 DSN으로 구성해야 합니까? (예/아니요)

[아니요]

이전 버전에서는 jbconfig 가 사용자에게 주크박스의 바코드 리더에 대한 정보를 요청하고 볼륨 이름과 바


jbconfig(8)

코드 레이블의 일치 여부를 확인하는 메시지를 표시했습니다. NetWorker 7.0 이상에서 jbconfig 는 주크박스에 정보를 쿼리하거나 적절하게 추정함으로써 이러한 속성을 설정하려고 시도합니다. 사일로의 경우, 주크박스 리소스의 '바코드 리더' 및 '바코드 레이블 일치' 속성이 기본적으로 '예'로 설정됩니다. 주크박스인 경우, jbconfig 는 주크박스에서 이 정보를 쿼리합니다. 주크박스에서 두 기능을 모두 지원하면 두 필드가 '예'로 설정되고, 두 기능을 모두 지원하지 않으면 두 필드가 '아니요'로 설정됩니다. 그러나 주크박스가 볼륨 태그를 처리할 수 있지만 바코드 리더가 없다고 보고한 경우에는 .B jbconfig 가 두 필드를 여전히 '예'로 설정합니다(바코드 리더가 있어도 일부 주크박스는 이와 같은 방식으로 보고하기 때문). 설치가

완료되면 jbconfig 는 이 정보를 출력하며 사용자는 원하는 경우 NetWorker Management Console을 통해 주크박스 리소스를 편집하여 이 필드를 '아니요'로 설정할 수 있습니다.

위의 두 필드가 설정되면 주크박스에서 레이블 템플릿이 사용되지 않으며 각 미디어 볼륨에 읽기 가능한 바코드 레이블이 있어야 합니다. 일부 소형 주크박스(예: HP 1557A 또는 SONY TSL_A500C)의 경우 '바코드

리더'를 '예'로 설정하면 레이블 지정 문제가 발생할 수 있습니다. 이 문제는 위에 설명한 대로 해당 속성을 'No'로 설정하면 해결됩니다.

주크박스가 성공적으로 구성되면 다음 메시지가 표시됩니다.

주크박스가 성공적으로 추가되었습니다.

다음 구성 옵션이 설정되었습니다.

이 메시지 다음에 기본으로 설정된 옵션 목록이 표시됩니다.

JBCONFIG 파일/nsr/jbconfig 파일은 주크박스 모델 구성 파일로, 주크박스 모델의 비표준 목록을 구성하는 데 사용할

수 있습니다. VECTOR-TYPE MODEL-NAME<NEWLINE> - 여기서 VECTOR-TYPE은 SJI(Standard Jukebox

Interface) 또는ATL(IGM-ATL 직렬 통신 프로토콜을 따르는 RS232 기반 디바이스)이며,MODEL-NAME은

임의의 문자열입니다.

예제(사용자 입력 항목은 기울임꼴로 표시)

예제 1)

# jbconfig






구성할 주크박스의 종류는 무엇입니까? [1] 2 <RETURN>

다음은 시스템에 현재 연결되어 있는 SCSI 주크박스입니다. 1) [email protected]: EXB-210 2) [email protected]: ADIC

어떤 항목을 설치하시겠습니까? 1<RETURN>

이 주크박스 디바이스에 어떤 이름을 할당하시겠습니까?Engineering<RETURN>

NetWorker 자동 클리닝을 설정하시겠습니까(예/아니요) [예]? yes<RETURN>

이 Autochanger에서 다음 드라이브가 감지되었습니다. 1> 8mm @ 1.1.0 ==> \\.\Tape0

2> 8mm @ 1.2.0 ==> \\.\Tape1 이 Autochanger에 포함된드라이브의 전체 목록입니다.


jbconfig(8)

드라이브 모델을 변경하거나 드라이브를 공유 드라이브 또는 NDMP 드라이브로 구성하시겠습니까? (예/아니요)

[아니요] 예 <RETURN>

NDMP용 드라이브(의 경로)가 있습니까? (예/아니요) [아니요] 예 <RETURN>

정의된 경로를 두 개 이상 사용할 드라이브가 있습니까? (예/아니요) [아니요] 예 <RETURN>

각 드라이브의 여러 경로를 묻는 메시지가 표시됩니다. null 기본값일 때 <Enter> 키를 누르면 다음 드라이브로 이동합니다.

디바이스 경로 정보를 다음 형식 중 하나로 입력하십시오.

\\.\Tape0 --로컬 경로의 경우 또는 호스트:디바이스 경로 --원격 노드의 경우 또는 호스트:드라이브 문자:디렉토리 경로 --Windows 디스크 파일의 경우

드라이브 1, 요소 82, 시스템 이름 = \\.\Tape0,

로컬 버스 / 대상 / LUN 값 = 1/1/0,

모델 8mm

디바이스 경로 1 ? [\\.\Tape0]

호스트 'happy'에 대한 NDMP 사용자 이름을 입력하시겠습니까? [] user1 <RETURN>

NDMP 암호를 입력하십시오(문자가 에코되지 않음). <RETURN>

디바이스 경로 2 ? [] helium:/dev/rmt/1cbn

호스트 'helium'에 대한 NDMP 사용자 이름을 입력하시겠습니까? [] user3 <RETURN>

NDMP 암호를 입력하십시오(문자가 에코되지 않음). <RETURN>

디바이스 경로 3 ? [] <RETURN>

드라이브 2, 요소 83, 시스템 이름 = \\.\Tape1,

로컬 버스 / 대상 / LUN 값 = 1/2/0,

모델 8mm

디바이스 경로 1 ? [\\.\Tape1]

호스트 'ableix.emc.com'에 대한 NDMP 사용자 이름을 입력하시겠습니까? [] <RETURN>

디바이스 경로 2 ? [] <RETURN>

모델 8mm 드라이브만 감지되었습니다.

이 주크박스에 있는 모든 드라이브의 모델이 동일합니까? (예/아니요) [예] 예 <RETURN>

DSN은 디바이스에 로컬 데이터만 백업할 수 있습니다. helium을 DSN으로 구성해야 합니까? (예/아니요)

[아니요] 아니요 <RETURN>



> 주크박스 설명이 제어 포트와 모델로 설정되었습니다.

> Autochanger 제어 포트가 발견된 포트로 설정되었습니다.

> Networker에서 관리하는 테이프 자동 클리닝이 설정되었습니다.

> 적어도 한 드라이브가 여러 경로로 정의되어 있습니다. 이러한 드라이브는 모두 드라이브를 고유하게 식별하여 혼동을 피하기 위해 경로 값뿐만 아니라 하드웨어 ID로 정의되어 있습니다. 모든 드라이브의 하드웨어 ID는 항상 'Autochanger 이름 - 드라이브 #'입니다. 여기서 "Autochanger 이름"은 정의된 Auto-

changer에 사용자가 지정한 이름이고 # 기호는 드라이브 번호입니다.

> 바코드 읽기가 설정되었습니다.

> 바코드와 일치하는 볼륨 레이블입니다.

> 클리닝 카트리지를 보유할 슬롯이 1로 설정되었습니다. 클리닝 카트리지가 해당 슬롯에 있는지 확인하십시오.

> 새 클리닝 카트리지를 사용할 횟수가 12로 설정되었습니다.

> 테이프 드라이브의 클리닝 간격이 6개월로 설정되었습니다.


jbconfig(8)

NetWorker Management Console을 사용하여 Autochanger와 관련 디바이스의 특징을 검토하고 변경할 수

있습니다.

다른 주크박스를 구성하시겠습니까? (예/아니요) [아니요] 아니요 <RETURN>

예제 2)

다음은 스토리지 노드의 NDMP 디바이스를 사용하여 구성된 AlphaStor 라이브러리의 예제입니다.

# jbconfig -s server

스토리지 노드에서 호스트 이름이 주크박스 이름의 접두사입니다.

접두사로 사용할 호스트 이름을 입력하십시오. [brown.emc.com] <RETURN>

호스트 이름 접두사로 'brown.emc.com'을 사용합니다.






구성할 주크박스의 종류는 무엇입니까? [1] <RETURN>

AlphaStor 주크박스를 설치합니다.

AlphaStor 라이브러리에 어떤 이름을 할당하시겠습니까?myautoloader<RETURN>

AlphaStor 서버 호스트 시스템의 이름은 무엇입니까? [brown.emc.com] <RETURN>

AlphaStor 서버의 포트 번호는 무엇입니까? [44475] <RETURN>

구성할 디바이스 개수는 몇 개입니까(1 - 64)? [4] 2<RETURN>

논리 디바이스 1를 소유하는 호스트 이름을 입력하십시오. ? [brown.emc.com] <RETURN>

논리 디바이스 1의 이름을 입력하십시오. ? stk1<RETURN>

드라이브가 NDMP 디바이스로 구성되어야 합니까? (예/아니요) y<RETURN>

NDMP 사용자 이름을 입력하십시오. ? root<RETURN>

NDMP 암호를 입력하십시오(문자가 에코되지 않음). password<RETURN>

논리 디바이스 2를 소유하는 호스트 이름을 입력하십시오. ? [brown.emc.com] <RETURN>

논리 디바이스 2의 이름을 입력하십시오. ? stk2<RETURN>

드라이브가 NDMP 디바이스로 구성되어야 합니까? (예/아니요) y<RETURN>

NDMP 사용자 이름을 입력하십시오. ? root<RETURN>


NetWorker에 대해 AlphaStor/SmartMedia에 정의된 애플리케이션 이름을 입력하십시오. [NetWorker@server] <RETURN>

NetWorker에 대해 AlphaStor/SmartMedia에 정의된 애플리케이션 키를 입력하십시오. [<없음>] <RETURN>

바코드 리더가 활성화되고 볼륨 레이블이 바코드 레이블과 일치하도록 설정되었습니다.


다른 주크박스를 구성하시겠습니까? (예/아니요) no<RETURN>

예제 3)

다음은 NDMP 테이프 서버에 연결된 주크박스를 구성하는 예제입니다.


jbconfig(8)

# jbconfig






구성할 주크박스의 종류는 무엇입니까? [1] 3<RETURN>

NDMP 테이프 서버의 이름을 입력하십시오. molokai<RETURN>

NDMP 사용자 이름을 입력하십시오. root<RETURN>


NDMP 서버 'molokai'의 디바이스와 통신하는 중, 어느 정도 시간이 걸릴 수 있습니다.

다음은 시스템에 현재 연결되어 있는 SCSI 주크박스입니다.

1) [email protected]: Exabyte 주크박스

2) [email protected]: 표준 SCSI 주크박스, QUANTUM / Powerstor L200

어떤 항목을 설치하시겠습니까? 1<RETURN>

이 주크박스 디바이스에 어떤 이름을 할당하시겠습니까? netapp_jb<RETURN>

NetWorker 자동 클리닝을 설정하시겠습니까? (예/아니오) [예] yes<RETURN>

사용 가능한 정보를 사용하여 이 주크박스의 드라이브를 자동으로 구성할 수 없습니다. 드라이브의 경로를 제공해야 합니다.

NDMP용 드라이브(의 경로)가 있습니까? (예/아니요) [아니요] yes<RETURN>

정의된 경로를 두 개 이상 사용할 드라이브가 있습니까? (예/아니요) [아니요] no<RETURN>

디바이스 경로 정보를 다음 형식 중 하나로 입력하십시오.

\.Tape0 --로컬 경로의 경우 또는 호스트:디바이스 경로 --원격 노드의 경우 또는 호스트:드라이브 문자:디렉토리 경로 --Windows 디스크 파일의 경우

디바이스 경로를 입력한 후 해당 경로의 호스트에 대한 NDMP 사용자 이름을 묻는 메시지가 표시됩니다.

이 디바이스 경로가 NDMP 디바이스가 아니면 <Enter> 키를 눌러 다음 디바이스 경로로 이동하십시오.

NDMP 디바이스의 경우 해당 NDMP 호스트에 처음 연결할 때 사용자 이름과 암호를 입력해야 합니다. 동일한 호스트에서 이후 디바이스 경로에 대한 NDMP 사용자 이름에 대해 <Enter> 키를 누르면 사용자 이름과

암호가 처음에 정의된 것으로 설정됩니다. 이러한 경우에는 암호를 묻는 메시지가 표시되지 않습니다.

드라이브 1, 요소 82드라이브 경로?molokai;nrst2l<RETURN>호스트 'molokai'에 대한 NDMP 사용자 이름을 입력하시겠습니까? [] root<RETURN>NDMP 암호를 입력하십시오(문자가 에코되지 않음). password<RETURN>

적절한 드라이브 유형 번호를 선택하십시오. 1) 3480 18) 9840 34) optical 2) 3570 19) 9840b 35) qic 3) 3590 20) 9940 36) SD3 4) 4890 21) adv_file 37) sdlt 5) 4mm 22) dlt 38) sdlt320 6) 4mm 12GB 23) dlt1 39) SLR 7) 4mm 20GB 24) dlt7000 40) tkz90


jbconfig(8)

8) 4mm 4GB 25) dlt8000 41) travan10 9) 4mm 8GB 26) dst (NT) 42) tz8510) 8mm 27) dtf 43) tz8611) 8mm 20GB 28) dtf2 44) tz8712) 8mm 5GB 29) file 45) tz8813) 8mm AIT 30) himt 46) tz8914) 8mm AIT-2 31) logical 47) tz9015) 8mm AIT-3 32) LTO Ultrium 48) tzs2016) 8mm Mammoth-2 33) LTO Ultrium-2 49) VXA17) 9490드라이브 1의 드라이브 유형을 입력하십시오. 16<RETURN>



> 주크박스 설명이 제어 포트와 모델로 설정되었습니다.

> Autochanger 제어 포트가 발견된 포트로 설정되었습니다.

> Networker에서 관리하는 테이프 자동 클리닝이 설정되었습니다.

> 바코드 읽기가 설정되었습니다. 주크박스에서 바코드 리더가 있다고 보고하지 않았지만 볼륨 태그를 처리 할 수 있다고 보고했습니다. 바코드 리더가 있는 일부 주크박스는 이와 같은 방식으로 보고합니다.

> 바코드와 일치하는 볼륨 레이블입니다.

> 클리닝 카트리지를 보유할 슬롯이 1로 설정되었습니다. 클리닝 카트리지가 해당 슬롯에 있는지 확인하십시오.

> 새 클리닝 카트리지를 사용할 횟수가 5로 설정되었습니다.

> 테이프 드라이브의 클리닝 간격이 6개월로 설정되었습니다.

NetWorker Management Console을 사용하여 Autochanger와 관련 디바이스의 특징을 검토하고 변경할 수

있습니다.

다른 주크박스를 구성하시겠습니까? (예/아니오) [아니오] no<RETURN>

참조jbexercise(8), nsr_device(5), nsr_jukebox(5), nsr_storage_node(5), nsr(5), nsrcap(8)

진단unknown model은 'model'에 대한 잘못된 선택입니다. (35022)

문제: NetWorker 시스템이 선택한 모델을 인식하지 않습니다. 데몬을 시작한 후 /nsr/jbconfig* 파일을

추가한 경우 이 오류가 발생합니다. 해결: NetWorker를 다시 시작합니다.

host 컴퓨터의 fIroot 사용자가 NSR의 관리자 목록 에 없습니다.

문제 해결: Networker server의 관리자 목록에 해당 항목을 추가합니다. 이 명령이 완료되면 항목을 제거할 수 있습니다.


jbconfig(8)


jbedit(8)

Maintenance Procedures jbedit(8)

이름jbedit - NetWorker 주크박스에 디바이스 정의를 추가하거나 주크박스에서 삭제합니다.

시놉시스jbedit -a -f <device path> -E <element addr> [ -s server ] [ -j <jukebox name> ] [ -v ]

jbedit -a -f <device path> -S <silo device identifier> [ -s server ] [ -j <jukebox name> ] [ -v ] [ -F ]

jbedit -a -f <device name> -l [ -s server ] [ -j <jukebox name> ] [ -v ]

jbedit -d -f <device path> [ -s server ] [ -j <jukebox name> ] [ -v ]

jbedit -h

설명jbedit 를 사용하여 "Configure NetWorker" 권한이 있는 Net- Worker 사용자는 드라이브 및 디바이스

정의를 NetWorker 데이터베이스에 있는 주크박스 정의에 추가하거나 주크박스 정의에서 삭제할 수 있습니다.

.B 드라이브 는 NetWorker에서 "테이프 드라이브, 디스크, 파일과 같은 물리적 백업 개체"로, 디바이스 는

"물리적 드라이브에 대한 액세스 경로"로 정의됩니다. 따라서 모든 드라이브 에는 적어도 하나의 디바이스

가 연결되어 있어야 하며, 모든 디바이스 는 단 하나의 드라이브 에만 연결될 수 있습니다. 기존 스토리지

노드인 경우에도 디바이스를 추가하려면 DDS(동적 드라이브 공유) 라이센스를 변경해야 합니다.

jbedit 는 Networker Management Console 의 reconfigure library 기능을 보완합니다. jbedit 는

reconfigure library 프로그램이 제한되는 경우(예: 라이브러리에서 드라이브 일련 번호를 반환하지 않음)

라이브러리 구성을 편집하는 대체 수단으로 사용될 수 있습니다.

jbedit 는 사일로 외에도 직접 연결된 SCSI/SJI, SAN, NDMP 및 AlphaStor 라이브러리를 모두 지원합니다.

만일 NSR_JUKEBOX 환경 변수가 설정되었다면, jbedit 는 편집할 주크박스 이름으로 그 값을 사용합니다.

이 동작을 무시하려면 -j 옵션을 사용합니다. 이러한 옵션이 하나도 없을 경우, jbedit 는 서버에서 사용

가능한 모든 주크박스의 목록을 검색하고, 주크박스가 여럿이면 하나를 선택하라는 메시지를 표시합니다.

라이브러리 구성을 편집하려면 주크박스가 enabled 및 ready 상태여야 합니다(nsr_jukebox(5) 참조).

jbedit 는 임의의 스토리지 노드에서 실행할 수 있지만, 실행하려면 "Configure NetWorker" 권한이 필요합니다.

옵션다음 옵션이 지원됩니다 .

-a 드라이브 /디바이스를 추가합니다 .

-d 드라이브 /디바이스를 삭제합니다 .

-h jbedit 옵션과 사용법을 표시합니다 .


jbedit(8)

-E 드라이브 요소 주소 입니다 .

이것은 디바이스 가 연결되어 있는 드라이브 의 데이터 요소 주소입니다 . 새 드라이브 또는 디바이스 를 주크박스에 추가할 때 , jbedit 는 해당 주크박스 내 드라이브 /디바이스의 데이터 요소 주소를 알고 있어야 합니다 . 데이터 요소 주소는 주크박스가 각 드라이브에 할당하는 "10진수 숫자 "

입니다 . 드라이브 , 데이터 요소 주소에 대한 정보 및 주크박스와 관련된 기타 정보는 relem(8),

changers(8), sn(8) 및 sjisn(8) 을 참조하십시오 .

-S 드라이브의 사일로 디바이스 식별자 입니다 . 이 식별자는 사일로 컨트롤러가 해당 device 가 연결되어 있는 drive 를 식별할 때 사용됩니다 . 일반적인 사일로 디바이스 식별자 는 다음과 같습니다 .

ACSLS 사일로 : 0,0,2,4IBM 3494: 00004040

DAS 사일로 : drive1, sdlt_3 등 (DAS 관리자가 최대 수백 자의 텍스트를 정의했습니다 .)

"새 드라이브 정보 없음 "과 같은 오류가 발생하는 것은 입력한 사일로 디바이스 식별자 가 해당 사일로에 실제로 알려진 어떤 항목과도 일치하지 않기 때문입니다 . 사일로 관리자에게 값을 다시 확인하십시오 .

jbedit는 사용자가 입력한 사일로 디바이스 식별자 가 입력된 디바이스 경로 와 실제로 일치하는지

확인하지 않습니다 . 입력한 사일로 디바이스 식별자 가 문제의 사일로에 존재하는지만 확인합니다 .

-F 사일로에 디바이스를 추가할 때 FORCE 플래그를 사용하여 jbedit가 지정된 디바이스 경로 에 대해 NetWorker 디바이스를 작성하도록 할 수 있습니다 .

이 옵션보다는 디바이스 검색 기능을 사용하는 것이 더 좋습니다 . 디바이스 검색에서는 동적 드라이브 공유 구성에 필요한 모든 정보가 수집되기 때문입니다 .

FORCE 플래그는 추가하는 디바이스가 jbedit를 실행 중인 시스템에 존재하는 경우에만 작동합니다 .

-l 추가 중인 디바이스는 논리 디바이스입니다 . 논리 디바이스는 AlphaStor 라이브러리에만 추가할

수 있습니다 .

-j 편집할 주크박스의 이름입니다 .

-f 추가 또는 삭제할 디바이스 경로입니다 .

새 디바이스 /드라이브 인스턴스를 라이브러리에 추가할 수 있는 것은 해당 디바이스가 자동 감지되었으며 구성되지 않은 디바이스 로 NSR Storage Node 리소스에서 사용 가능한 경우 , 논리 디바이스 (-l

옵션 참조 )인 경우 , 또는 독립형 NSR device 디바이스로 사용 가능한 경우뿐입니다 . 스토리지 노드에서 디바이스를 감지하는 방법에 대한 자세한 내용은 ddmgr(8) 및 nsr_storage_node_resource(5)

를 참조하십시오 .

새 디바이스 /드라이브를 주크박스에 추가하는 방법은 예제 를 참조하십시오 . 또한 NDMP 디바이스

경로를 추가할 때 적용되는 형식 제한도 참조하십시오 .

-s NetWorker server의 이름입니다. 지정하지 않으면 로컬 스토리지 노드를 NetWorker server로

간주합니다 .

-v 세부 정보 표시 (verbose) 모드로 실행합니다 . 여러 개의 -v 옵션을 지정하여 세부 정보 표시 레벨을 높일 수 있습니다 . 표시 레벨이 높을수록 상세하게 출력됩니다 . 현재 최대값 5입니다 .


jbedit(8)

종료 상태jbedit 는 성공 시 0으로 , 장애 시 0이 아닌 값으로 종료됩니다 .

예제드라이브 /디바이스 추가 :

새 디바이스 /dev/rmt/0cbn 을 이 스토리지 노드에서 추가하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -a -f /dev/rmt/0cbn -E 82

이 스토리지 노드에서 새 ACSLS 사일로 디바이스 /dev/rmt/13cbn 를 추가하려면 다음과 같이 하십시오 .

jbedit -s server -j siloname -a -f /dev/rmt/13cbn -S 0,0,2,3

새 디바이스 /dev/rmt/0cbn 을 스토리지 노드 "sn"에서 추가하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -a -f sn:/dev/rmt/0cbn -E 82

NDMP 디바이스 nrst01 을 스토리지 노드 "ndmpsn"에서 추가하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -a -f "ndmpsn:nrst0l (NDMP)" -E 82

디바이스 경로는 " (NDMP)" 로 끝나야 합니다 .

논리 디바이스 ldev01 을 스토리지 노드 "sn"에서 AlphaS- tor 라이브러리에 추가하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -a -f sn:ldev01 -l

드라이브 /디바이스 삭제 :

디바이스 /dev/rmt/0cbn 을 이 스토리지 노드에서 삭제하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -d -f /dev/rmt/0cbn

이 스토리지 노드에서 사일로 디바이스 /dev/rmt/13cbn 을 삭제하려면 다음과 같이 하십시오 .

jbedit -s server -j siloname -d -f /dev/rmt/13cbn

디바이스 \\.\tape0 을 스토리지 노드 "sn"에서 삭제하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -d -f sn:\\.\tape0

NDMP 디바이스 nrst0l 을 스토리지 노드 "ndmpsn"에서 삭제하려면 다음과 같이 하십시오 .

jbedit -s server -j jbname -d -f "ndmpsn:nrst0l (NDMP)"

파일/nsr/res/nsrdb NetWorker 리소스 데이터베이스입니다 .

참조ddmgr(8), changers(8), jbconfig(8), nsrjb(8), relem(8), sjisn(8), sn(8), nsr_device(5), nsr_jukebox(5), nsr_storage_node(5), nsr_storage_node_resource(5), EMASS_silo(8), IBM_silo(8), STK_silo(8)


jbedit(8)

진단다음은 jbedit 사용 시 표시되는 몇 가지 메시지 및 해당 의미와 가능한 해결책입니다 .

<server name>에서 NSR 서비스에 연결할 수 없음

jbedit가 지정된 호스트 이름에서 NetWorker server에 접속할 수 없습니다 . 서버 호스트에서

해당 서버가 실행 중이고 jbedit를 실행하는 호스트로부터 액세스 가능한지 확인한 후 작업을 재시도하십시오 .

<storage node>의 사용자 <user name>에게 <server name>에서의 Configure NetWorker 권한이 없음

사용자에게 디바이스를 추가 /제거할 권한이 없습니다 .

주크박스를 현재 사용할 수 없음

서버에 주크박스가 구성되어 있지 않거나 , 구성된 주크박스가 enabled 및 ready 상태가 아닙니다 .

"enabled" 및 "ready" 상태에 대한 자세한 내용은 nsr_jukebox(5) 를 참조하십시오 .

<server name> 서버에 대한 <jukebox name> 주크박스를 찾을 수 없음

-j 옵션으로 지정된 주크박스 이름이 잘못되었습니다 . 해당 주크박스 이름이 서버에 정의되어 있는지 확인하십시오 .

<server name> 서버에 대해 이름이 <device name>인 디바이스가 있는 주크박스를 찾을 수 없음

-d 옵션으로 디바이스를 삭제하는 도중 -j 옵션으로 지정된 주크박스 이름이 잘못되었거나 -f 옵션으로 지정된 디바이스 이름이 잘못되었습니다 .

<storage node>에 대해 NSR Storage Node 리소스 정보를 검색할 수 없음

디바이스를 생성할 nsr_storage_node_resource(5) 가 서버에 없습니다 . <storage node>에

대해 새 스토리지 노드를 만들고 '디바이스 검색 '을 실행한 다음 <storage node>에서 새 디바이스를 추가하십시오 .

<device name> 디바이스는 이미 <jukebox name> 주크박스의 일부임 ”

-f 옵션으로 지정된 디바이스 이름은 이미 <jukebox name>에 속합니다 .

'구성되지 않은 디바이스 이름 ' 리소스에서 <device name> 디바이스를 찾을 수 없음 ”

-f 옵션으로 지정된 디바이스 이름은 nsr_storage_node_resource(5) 에서 사용할 수 없습니다 .

디바이스를 찾을 스토리지 노드에서 '디바이스 검색 '을 실행하십시오 . jbedit를 사용하여 디바이스를 사일로에 추가할 경우 -F 플래그를 사용하여 이 오류를 무시하고 기본 NetWorker 디바이스를

생성할 수도 있습니다 . 단 , 동적 드라이브 공유를 구성하는 데 필요한 모든 정보를 수집하는 '검색 ' 방법을 이용하는 것이 더 좋습니다 .


jbexercise(8)

Maintenance Procedures jbexercise(8)

이름jbexercise - NetWorker jukebox exerciser

시놉시스jbexercise -m model -c control_port [ -V vendor_type ] [ -CdsIv ] [ -D drive_number ] [ -S slot ]

설명jbexercise 명령은 주크박스의 기능을 테스트합니다 . 이 명령을 실행하려면 주크박스의 처음과 마지막 슬롯에 로드된 컨텐츠를 제외한 나머지 컨텐츠를 모두 비워야 합니다 . 이러한 미디어 항목은 jbexercise 에

의한 각종 테스트 과정에서 주크박스의 여러 위치로 이동됩니다 .

기능성 테스트는 크게 드라이브 테스트와 슬롯 테스트의 두 가지로 나뉩니다. 대개 드라이브 및 슬롯 테스트

둘 다 실행합니다 . 개별 구성 요소 유형을 테스트하려면 -d (드라이브 ) 옵션이나 -s (슬롯 ) 옵션을 사용합니다 . 그리고 특정한 구성 요소를 골라내려면 -D 및 -S 옵션을 사용합니다 . 이러한 옵션을 지정하면 해당하는 구성 요소에 대해서만 테스트가 실행됩니다 . 다시 말해 , 특정 슬롯의 이름을 지정하면 드라이브 테스트는 실행되지 않습니다 . 드라이브의 경우에는 구성 요소의 논리적 주소를 지정해야 합니다 . 슬롯은 슬롯의 물리적 주소를 지정해야 합니다 .

시작 시 프로그램은 주크박스 구성에 들어 있는 드라이브의 되감지 않는 경로 이름을 사용자에게 쿼리합니다 .

디바이스에서 미디어를 빼내지 않아도 되는 주크박스 , 다시 말해 자동 꺼내기 기능이 있는 주크박스를 사용할 경우 이 쿼리는 실행되지 않습니다 .

첫 테스트에서는 첫 번째 슬롯의 미디어가 각각의 드라이브로 이동됩니다 . 작업자의 조치는 필요 없습니다 .

두 번째 테스트에서는 여러 슬롯의 미디어를 첫 번째 드라이브로 로드합니다 . 기본값은 주크박스의 첫 번째

및 마지막 슬롯에 들어 있는 미디어를 테스트하는 것입니다 . 특정한 슬롯을 테스트하려면 작업자가 먼저 해당 슬롯에 미디어를 로드해야 합니다 .

옵션-C 이 옵션은 jbexercise 가 주크박스 구성을 반환하도록 합니다 . 테스트는 실행되지 않습니다 .

-c 주크박스에 대한 인터페이스로 사용할 제어 포트를 지정합니다 (예 : [email protected]의 1.5.0 등이며 이것은 inquire(8) 명령으로 확인 ).

-d 드라이브만 테스트합니다 .

-D 지정된 drive_number 드라이브만 테스트합니다 . 논리적 drive_number 는 주크박스의 물리적 드라이브 1에 대해 0부터 시작합니다 .

-I 주크박스의 인벤토리만 반환합니다 . 테스트는 실행되지 않습니다 .

-m 주크박스의 모델 을 지정합니다 . 대부분의 주크박스에서는 '-m' 옵션에 '표준 SCSI 주크박스 '

모델을 사용해야 합니다 . 그러나 특별히 취급해야 하는 주크박스도 있습니다 . 그런 경우에는 구체적인 모델 이름을 '-m' 옵션으로 지정합니다 . 현재 지원되는 주크박스 모델의 목록을 확인하려면

인수 없이 이 명령을 실행하십시오 .

-s 슬롯만 테스트합니다 .

-S 지정된 슬롯 만 테스트합니다 .


jbexercise(8)

-v 세부 정보 표시 (verbose) 모드입니다 . 보다 자세한 정보가 출력됩니다 .

-V 특정한 공급업체 ID를 지정합니다 . 공급업체는 이로써 다양한 주크박스 모델에 동일한 드라이버를

사용할 수 있게 됩니다 .

참조 nsrjb(8), nsr_jukebox(5)

진단대부분의 진단 메시지는 주크박스 유형에 따라 달라집니다 . 일반적인 메시지는 다음과 같습니다 .

잘못된 <component>가 지정되었습니다 .

잘못된 <component> ID를 지정했습니다 . ID는 주크박스 구성의 유효 범위 내에 있어야 합니다 .

<component> 는 드라이브 , 포트 또는 슬롯입니다 .

상태가 잘못되었습니다 . 미디어가 있습니다 .

구성 요소에 미디어가 로드되어 있지만 component status 작업으로 이 상태가 확인되지 않습니다 .

상태가 잘못되었습니다 . 슬롯 위치가 올바르지 않습니다 .

component status 작업으로 확인한 로드된 미디어의 소스 슬롯이 잘못되었습니다 .

드라이브를 찾지 못했습니다 .

구성에 아무 드라이브도 나열되어 있지 않습니다 .

슬롯을 찾지 못했습니다 .

구성에 아무 슬롯도 나열되어 있지 않습니다 .


jbreclaim(8)

Maintenance Procedures jbreclaim(8)

이름jbreclaim - 주크박스 테이프 미디어의 소유권을 재확보합니다.

시놉시스jbreclaim [ -n ] [ -s server ] [ -j <jukebox name> ] [ -v ]jbreclaim -h

설명jbreclaim 은 외부 미디어 관리자와 상호 작용하여 NetWorker의 미디어 데이터 베이스에 이미 알려진 테이프 미디어의 소유권을 재확보합니다. 이 작업은 일반적으로 AlphaStor와 같은 외부 미디어 관리자가 기존

NetWorker 환경에 도입될 때 수행됩니다.

테이프 미디어의 소유권을 재확보하려면 미디어를 제어하고 있는 외부 미디어 관리자와 통신할 수 있도록

NetWorker 주크박스가 이미 구성되어 있어야 합니다. AlphaStor는 jbreclaim이 현재 지원하는 유일한 외부미디어 관리자입니다.

jbreclaim은 각각의 처리되는 테이프 미디어에 대해 상태 표시줄을 하나씩 인 쇄합니다. 각 상태 표시줄의

형식은 다음과 같습니다.

barcode status

barcode는 테이프 미디어의 외부 바코드레이블입니다. status는 allocated, already allocated,

needs to be allocated 또는 cannot allocate입니다. 해당되는 경우 할당 실패 상태 메시지에 실패 원인이 포함됩니다.

미디어가 해당 바코드 인벤토리에 없거나 이미 다른 데이터 영역 또는 Data Mover 에 할당되어 있기 때문에 외부미디어 관리자가 할당 요청을 거부한것일수도 있습니다.

jbreclaim은 -j 옵션이 사용되는 경우를 제외하고는 대화형 모드로 작동합니다. 대화형 모드에서

jbreclaim은 서버에서 사용 가능한 모든 주크박스의 목록을 검색해 본후에 사용 가능한 주크박스가 여러 개일 경우 주크박스를 선택할것을 요구합니다. 따라서 jbreclaim을 스크립트에서 사용하거나 후처리를 위해

출력할 경우에는 항상 -j 옵션을 지정해야 합니다.

명령이 완료되는 즉시 jbreclaim에 의해 할당된 미디어가 NetWorker 주크박스에 나타나지 않으면 미디어가라이브러리안에 물리적으로 위치하지 않았거나 nsrjb -H를 사용하여 주크박스를 다시 초기화해야 하는 것일수있습니다. 자세한 내용은 nsrjb(8)를 참조하십시오.

jbreclaim 은 NetWorker 서버 또는 모든 스토리지 노드에서 실행될수 있습니다. 이 명령을 실행하려면

"Configure NetWorker" 권한이 필요합니다.

옵션다음 옵션이 지원됩니다.

-h jbreclaim 옵션을 표시합니다.

-j <jukebox name>

jukebox name은 외부 미디어 관리자와 통신하도록 구성된 NetWorker 주크박스의 이름입니다. 여러 NetWorker 주크박스가 같은 외부 미디어 관리자로 구성된 경우에는 해당 주크박스의 이름을 지정할수 있습니다.


jbreclaim(8)

-n 이미 할당된 미디어 그리고 앞으로 할당해야 하는 미디어를 확인하기 위한 평가 실행을 수행합니다. 이 옵션이 지정되어 있으면 미디어 할당 요청이 발행되지않으며 환경이 전혀 수정되지않습니다.

-s server

server는 NetWorker 서버의 이름입니다. 서버 이름을 지정하지 않으면 로컬 스토리지 노드를

NetWorker 서버로 간주합니다.

-v 세부 정보 표시(verbose) 모드를 사용합니다. 이 옵션을 사용하지 않으면 jbreclaim이 자동(quiet) 모드로 작동하며, 이 세션에 성공적으로 할당되었거나 NetWorker 미디어데이터베이스에

있지만 할당할수는 없는 테이프미디어에 대한 메시지만 표시합니다. 세부 정보표시(v erbose) 모드에서는 이미 할당된 테이프 미디어도 jbreclaim 출력에 포함됩니다.

종료 상태모든 필수 테이프 미디어 할당 요청이 외부 미디어관리자에게 발행되었으면 종료 상태가 0입니다. 발행된 요청이 모두 허가된다는 것은 아닙니다.

0이 아닌 종료 상태는 오류로 인해 jbreclaim이 필요한 모든 테이프 미디어 할당 요청을 발행하지 못했음을 의미합니다.

예제아무런 변경 사항을 수행하지 않고, 이미 할당된 테이프미디어 그리고 여전히 재확보해야 하는 미디어를 확인합니다.

jbreclaim -s server -j jbname -nv

NetWorker 미디어 데이터베이스에 있는 모든 테이프미디어의 재확보를 시도하고 할당 오류 메시지를

failed.txt 파일에 저장합니다.

jbreclaim -s server -j jbname | \

grep 'cannot allocate' >failed.txt

FILES

/nsr/res/nsrdb NetWorker 리소스 데이터베이스입니다.

진단다음은 jbreclaim 사용시 표시되는 몇가지 메시지 및 해당 의미와 가능한 해결책입니다.

Cannot find resource for jukebox 'jukebox name'

-j 옵션으로 지정된 주크박스 이름이 잘못되었습니다. 주크박스 이름이 서버에 정의되어있는지 확인하십시오.

Failed to connect to NSR service on server name

jbreclaim 이 지정된 호스트 이름에서 NetWorker 서버에 연결할 수 없습니다. server name 호스트에서 해당 서버가 실행 중이고 jbreclaim 을 실행하는 호스트로부터 연결이 가능한지 확인한

후 작업을 재시도하십시오.

Jukebox 'jukebox name', cannot connect to DMI server

jbreclaim이 AlphaStor DMI 서버에 연결할 수없습니다. AlphaStor 서버가 실행 중이고

jbreclaim을 실행하는 호스트로부터 연결이 가능한지 확인하십시오. 주크박스 리소스의

application name 및 application key 속성이 올바르게 구성되었는지도 확인하십시오.

Jukebox 'jukebox name' configuration error: DMI initialization failure 주크박스 리소스의

control port 속성이 올바르게 구성되었는지 확인 하십시오.

No jukeboxes are currently usable.

서버에 구성된 주크박스가 없거나, 구성된 주크박스중에서 enabled 및 ready인 주크박스가 없습니


jbreclaim(8)

다. -j 옵션을 사용하여 구성되었지만 활성화되지 않은 주크박스를 지정하십시오. "enabled" 및

"ready" 상 태에 대한 자세한 내용은 nsr_jukebox(5)를 참조하십시오.

User user name on storage node does not have Configure NetWorker privi- lege on server name

사용자에게 주크박스 구성을 수정할수 있는 권한이 없습니다.

참조nsr_jukebox(5), jbconfig(8), nsrjb(8)


jbreclaim(8)


jbverify(8)

Maintenance Procedures jbverify(8)

이름jbverify - NetWorker에서 주크박스 /디바이스 구성을 확인합니다 .

시놉시스jbverify [ -a ] [ -d { -i|-u } ] [ -D devicename ]...[ -f filename ] [ -F ] [ -h ] [ -H hostname ]...[ -I Invoker ] [ -j ] [ -J JB name ]... [ -l ] [ -M ] [ -n ][ -N ] [ -P port ] [ -q ] [ -Q ] [ -r no. of retries ][ -R ] [ -S slot ] [ -s server ] [ -t ] [ -U ] [ -v ]... [ -Z ]

설명jbverify 는 NetWorker 데이터베이스에 정의된 디바이스에 대해 액세스 가능성과 사용 가능성을 검사하여

각 디바이스가 올바르게 구성되었는지 확인합니다 . 이를 위해 jbverify 는 Net- Worker 프로세스를 사용하며 , 서버 시스템에서 NetWorker server(nsrd)가 실행 중이고 클라이언트 시스템에서 NetWorker

client(nsrexecd)가 실행 중이어야 합니다 .

기본적으로 , jbverify 는 NetWorker 데이터베이스의 모든 디바이스를 검사하지만 -j, -d, -l 옵션을 각각 사용하여 주크박스 , 독립형 드라이브 또는 로컬 디바이스 중 하나만 검사하도록 지시할 수 있습니다 .

-J 및 -D 옵션을 사용하여 개별 주크박스와 드라이브를 검사할 수도 있습니다 . 특정 호스트에 속하는 디바이스는 -H 옵션을 사용하여 검사할 수 있습니다 .

주크박스의 경우 , jbverify 는 테이프에 쓰기 작업을 수행하지 않고 테이프를 각 드라이브에 로드 및 언로드함으로써 구성이 올바르게 이루어지도록 합니다 . 단 , -t 옵션이 사용되는 경우는 예외입니다 (아래

설명 참조 ). 테스트에 사용할 슬롯은 -S 옵션을 사용하여 지정할 수 있습니다 . 슬롯을 지정하지 않으면

jbverify 가 NetWorker에서 사용할 수 있도록 정의된 모든 슬롯을 확인한 후 사용 가능한 첫 번째 슬롯을 로드합니다 .

액세스 가능성과 사용 가능성 이외에도 , jbverify 는 테스트 중인 드라이브에 로드된 테이프에 대해

여러 테스트를 실행할 수 있습니다 . -t 옵션이 함께 사용될 경우 NetWorker의 tapeexer 프로그램(tapeexercise(1m) 참조 )을 호출하면 됩니다 .

tapeexercise 를 실행하면 테이프에 쓰기 작업이 수행되어 테이프 드라이브의 사용 가능성을 확인합니다 .

따라서 -t 옵션이 지정된 경우 , NetWorker 레이블이 지정된 볼륨은 사용할 수 없는 볼륨으로 즉시 거부되며 다음 슬롯이 시도됩니다 . 슬롯에 Net- Worker가 아닌 테이프가 없으면 jbverify 는 테스트를 수행하지 않고 종료됩니다 .

jbverify 는 스토리지 노드에서 실행할 수 있으며 , 해당 스토리지 노드의 디바이스가 NetWorker에 구성되어 있으면 디바이스를 테스트하는 데 사용할 수 있습니다 . NetWorker server에서 실행할 경우에는

NetWorker에 구성되어 있는 네트워크 디바이스를 테스트하는 데 사용할 수 있습니다 . NetWorker server

가 아니고, 자신의 고유 디바이스가 아닌 다른 디바이스를 테스트할 수 있는 스토리지 노드의 경우에는 대상

시스템의 nsrexecd를 -s 옵션 및 호출 스토리지 노드를 인수로 지정하여 시작해야 하거나 , 대상 시스템의

'servers' 파일에 호출 스토리지 노드가 나열되어 있어야 합니다 .

예를 들어 , NetWorker server가 노드 NS이고 두 개의 스토리지 노드 Sto1 및 Sto2가 있는 경우 Sto1

에서 Sto2의 디바이스를 테스트할 경우 Sto2의 nsrexecd를 "nsrexecd -s NS -s Sto1"로 시작해야 합니다 . 또는 , Sto2의 servers/rservers 파일에 Sto1이 유효한 서버 중 하나로 나열되어야 합니다 .

SmartMedia 디바이스는 jbverify 로 테스트되지 않습니다 .

jbverify 는 자세한 세부 정보 메시지를 제공합니다 . 작업 오류 또는 예기치 않은 동작이 발생할 경우 ,

-v 옵션을 사용하여 해당 동작을 진단할 수 있습니다 .


jbverify(8)

옵션-a 이 옵션은 jbverify 가 모든 디바이스 (비활성화된 디바이스 포함 )를 검사하도록 합니다 . 기본

적으로 , 비활성화된 디바이스는 테스트되지 않습니다 . 이 옵션은 현재 지원되지 않습니다 .

-d 이 옵션은 jbverify 가 독립형 드라이브만 검사하도록 합니다 . 주크박스 디바이스는 테스트하지

않습니다 .

-D 이 옵션은 특정 드라이브를 테스트하는 데 사용됩니다 . 드라이브 이름은 NetWorker 드라이브 리소스에 지정된 이름과 정확히 일치해야 합니다 . -D 옵션을 여러 번 사용하여 여러 개의 드라이브를 지정할 수 있습니다 . 이 옵션을 사용하여 주크박스 드라이브를 지정한 경우 , 독립형 드라이브로 처리됩니다 .

-f 이 옵션은 jbverify 출력을 파일로 리디렉션하는 데 사용됩니다 . 인수는 출력이 리디렉션될 파일

이름입니다 .

-F 예약된 옵션입니다 . 이 옵션은 jbverify 가 원격으로 포크되었음을 나타내기 위해 jbverify 에서 내부적으로 사용됩니다 .

-h 도움말 옵션을 표시합니다 .

-H 언급된 호스트 이름에서 디바이스를 테스트합니다 . 여러 개의 호스트를 테스트하려면 이 옵션을 여러 번 사용합니다 . 명령줄에 -H와 함께 지정된 다른 옵션 (-D 및 -J 옵션 제외 )은 테스트할 원격 호스트에 전파됩니다 . -H를 사용하면 해당 호스트에 속하는 디바이스만 테스트되므로 , 해당 호스트에 속하는 디바이스를 지정하는 -D 및 -J 옵션만 차례차례 전파됩니다 .

-i 대화형 모드로 전환합니다 . 독립형 디바이스에 대해 -d와 함께 사용됩니다 . 이 옵션은 로컬 시스템에서 독립형 디바이스를 테스트할 경우에 유용합니다 . 특정 독립형 디바이스에 로드된 테이프가

없는 경우 , -i 옵션은 다음 드라이브로 건너뛸 수 있도록 작업을 취소하거나 테이프를 로드하라는

메시지를 표시합니다 . -i 옵션을 사용할 경우 -l 옵션을 함께 지정해야 합니다 . 주크박스에 대해서는 이 옵션을 사용할 수 없습니다 .

-I 예약된 옵션입니다 . 이 옵션은 호출 호스트 시스템의 이름을 원격 jbverify 로 지정하기 위해

jbverify 에서 내부적으로 사용됩니다 .

-j 주크박스 디바이스만 검사합니다 . jbverify 는 NetWorker 데이터베이스에 정의된 주크박스 디바이스만 검사합니다 . 모든 다른 디바이스는 무시됩니다 .

-J 이 옵션은 특정 주크박스를 테스트하는 데 사용됩니다 . 주크박스 이름은 NetWorker 주크박스 리소스에 지정된 이름과 정확히 일치해야 합니다 . -J 옵션을 여러 번 사용하여 여러 개의 주크박스를 지정할 수 있습니다 .

-l 로컬 디바이스만 검사합니다 .

-M 예약된 옵션입니다 . NetWorker 프로세스에 의해 호출됨을 나타내기 위해 jbverify 에서 내부적으로 사용합니다 . 메시지는 stdout에 출력 (에코 )되는 대신 NetWorker server로 전송됩니다 .

-n 테스트를 작업 없음 모드로 수행합니다 . jbverify 는 지정된 모든 옵션을 정식으로 처리한 후 디바이스 테스트 모션을 통해 실행되며 , 테스트를 실제로 수행하지는 않습니다 .

-N 원격 jbverify 에 대해 nsrexec를 jbverify 와 동일한 세부 정보 표시 (verbose) 모드로 설정합니다 . 대부분 정보가 중복되지만 디버깅에 유용할 수 있습니다 .

-P 예약된 옵션입니다 . 서버가 수신하는 포트 번호를 원격 jbverify 에 알리기 위해 jbverify 프로세스에서 내부적으로 사용됩니다 .

-q 로컬 및 원격 jbverify 를 모두 자동 (quiet) 모드로 실행합니다 .


jbverify(8)

-Q 원격 jbverify 만 자동 모드로 실행합니다 . 원격 jbverify 작업의 결과는 로컬 jbverify 에

의해 출력되는 최종 상태 보고서에서도 확인할 수 있습니다 . -v가 명령줄에서 -Q와 함께 사용되는 경우 , 원격 jbverify 는 자동으로 실행되고 로컬 jbverify 는 세부 정보 표시 (verbose)

모드로 실행됩니다 . -q 및 -v는 함께 사용할 수 없습니다 . 두 옵션을 모두 지정하면 jbverify

가 레벨 1 세부 정보 표시 (verbose) 모드로 실행됩니다 .

-r 오류 발생 시의 재시도 횟수입니다 . 주로 로드 및 언로드 오류가 발생할 때 사용됩니다 .

jbverify 는 작업 오류가 발생하면 지정된 횟수만큼 다시 시도합니다 .

-S 주크박스 디바이스에 대해 사용할 슬롯입니다 . 지정한 슬롯은 테스트 동안 주크박스 디바이스에 테이프를 로드하는 데 사용됩니다 . 테스트할 주크박스가 여러 개인 경우에는 각 주크박스의 동일한

슬롯에 유효한 테이프가 있어야 합니다 . -t가 지정된 경우 , 슬롯의 테이프는 Net- Worker가 아닌 테이프여야 합니다 . 그렇지 않으면 오류와 함께 jbverify 가 종료됩니다 .

-s 테스트 중인 NetWorker server의 이름입니다 .

-t 테이프에서 tapeexercise 를 수행합니다 . 자세한 내용은 tapeexercise(1m) 를 참조하십시오 .

-t를 지정할 경우 작업을 진행하려면 슬롯 중 하나에 NetWorker가 아닌 테이프가 있어야 합니다.

-S가 함께 지정된 경우에는 지정한 슬롯에 NetWorker가 아닌 테이프가 있어야 합니다 .

-u 무인 모드로 실행합니다 . -i 옵션과 유사하며 독립형 디바이스에 대해서만 사용됩니다 . 디바이스가 테이프와 함께 로드되지 않은 경우 , -u 옵션은 해당 디바이스를 생략하고 목록의 다음 디바이스로 이동합니다 . -u 또는 -i는 -d 옵션과 함께 지정해야 합니다 .

-U UTF-8 인코딩 파일을 출력합니다 . -f 옵션을 함께 사용할 경우 출력 파일이 UTF-8로 인코딩됩니다 .

-v 세부 정보 표시 (verbose) 모드로 실행합니다 . -v 옵션을 여러 번 지정하여 세부 정보 표시 레벨을 높일 수 있습니다 . 레벨이 높을수록 출력에 보다 자세한 정보가 포함됩니다 . 현재 최대값은 5

입니다 .

-Z 스케줄 지정된 옵션입니다 .

종료 상태다음은 jbverify 가 종료될 수 있는 오류 번호입니다 .

ENWTAPE (51) : tapeexercise 실행 시동 중 NetWorker 테이프가 발견되었습니다 .

ELOADDETECT (52) : 디바이스의 로드된 상태를 감지할 수 없습니다 .

EMEMORY (53) : 메모리가 부족합니다 .

ESRCEMPTY (54) : 소스 슬롯이 비어 있습니다 .

EDSTFULL (55) : 대상 드라이브가 가득 찼습니다 .

EUNLOAD (56) : 언로드 시 오류가 발생했습니다 .

EUNKNOWN (57) : 예기치 않은 오류입니다 .

ERDLABEL (58) : 레이블 읽기 작업에 오류가 있습니다 .

ESPAWN (59) : 실행 작업에 오류가 있습니다 .

EREAP (60) : tapeexercise 프로그램을 회수하는 동안 오류가 발생했습니다 .

ELOADED (61) : 드라이브가 이미 로드되었습니다 .

ECONNECT (62) : 연결 작업에 오류가 있습니다 .

ETAPE(40) : tapeexercise의 테이프 디바이스에 오류가 있습니다 .

EBASICTEST(41) : tapeexercise의 기본 테스트에 오류가 있습니다 .

EEOTTEST(42) : tapeexercise의 EOT 테스트에 오류가 있습니다 .

EFSFTEST(43) : tapeexercise의 FSF 테스트에 오류가 있습니다 .


jbverify(8)

예제모든 디바이스를 tapeexercise 없이 테스트 :

모든 독립 실행형 디바이스 및 주크박스 디바이스를 테스트하려면 jbverify를 아무 옵션 없이 실행합니다 .

jbverify

모든 디바이스를 세부 정보 메시지를 확인하며 테스트하려면 -v 옵션을 필요한 횟수만큼 사용합니다 .

jbverify -v -v -v

독립 실행형 디바이스만 대화형

모드로테스트 : 독립형 디바이스만 테스트하려면 -d 옵션을 사용합니다 . -i 는 대화형 모드를 설정합니다 .

jbverify -d -i -l

대화형 모드는 원격 디바이스에 대해 지원되지 않으므로 -i 옵션을 사용할 경우 -l 옵션을 지정해야

합니다 .

주크박스 디바이스만 테스트 :

주크박스 디바이스만 테스트하려면 -j 옵션을 사용합니다 .

jbverify -j -v -v

출력을 파일로 리디렉션 :

jbverify 출력을 파일로 리디렉션하려면 -f 옵션을 사용합니다 .

jbverify -j -f output.jbv -v -v -v

원격 호스트 테스트

호스트 A 및 B의 모든 주크박스 디바이스를 테스트하려면 -H 옵션을 사용합니다 .

jbverify -H A -H B -j -f outputfile

이 예제는 호스트 A 및 B 모두에 있는 주크박스 디바이스만 테스트하며 해당 출력을 outputfile로

리디렉션합니다 .

자동 모드로 실행

jbverify를 자동 모드로 실행하려면 -q 옵션을 사용합니다 .

jbverify -q

이 예제는 최종 상태 보고서만 출력되도록 합니다 . 로컬 jbverify를 세부 정보 표시 (verbose)

모드로 실행하고 모든 원격 작업은 자동으로 실행하려면 -Q 옵션을 사용합니다 .

jbverify -v -v -v -Q

이 예제는 모든 로컬 작업에 대해 세부 정보 출력을 수행하고 원격 작업에 대해서는 출력하지 않습니다 . 원격 작업의 상태는 최종 상태 보고서에 표시될 수 있습니다 .


jbverify(8)

로드 /언로드 작업의 재시도 횟수 지정 :

오류 발생 시의 재시도 횟수를 지정하려면 -r 옵션을 사용합니다 .

jbverify -j -r 10 -S 12 -v

위 명령은 jbverify가 로드 및 언로드 작업에 대해 주크박스의 12번 슬롯을 사용하며 오류 발생

시 10번 재시도하도록 합니다 .

테이프에서 tapeexercise 실행 :

디바이스에 로드된 테이프에서 tapeexercise를 실행하려면 -t 옵션을 사용합니다 .

jbverify -j -S 12 -t -v

파일/nsr/res/nsr.res NetWorker 리소스 데이터베이스입니다 .

참조jbconfig(8), jbexercise(8), nsrjb(8), nsr_device(8), nsr_jukebox(5), nsr_storage_node(5), tapeexercise(8)

진단다음은 jbverify에서 발생할 수 있는 오류 메시지 및 그 의미와 해결 방안입니다 .

리소스 데이터베이스 파일이 잘못되었습니다 .

jbverify가 NetWorker RAP 데이터베이스에서 디바이스에 대한 리소스 정보를 가져올 수 없습니다 .

NetWorker server가 작동 및 실행 중이며 현재의 호스트에서 접속 가능한지 확인하십시오 .

tapeexercise의 기본 테스트가 실패했습니다 .

로드된 테이프에서 tapeexercise의 기본 테스트가 실패했습니다 . 자세한 내용은

tapeexercise(1m)를 참조하십시오 .

-i와 -u를 동시에 지정할 수 없습니다 .

-i 및 -u 옵션은 함께 사용할 수 없습니다 . 옵션을 하나만 선택하여 재시도하십시오 .

독립형 디바이스에 슬롯을 사용할 수 없습니다 . 무시하는 중 ...

-S 옵션은 주크박스에만 사용됩니다 . 이 메시지는 단지 해당 옵션이 무시된다는 경고입니다 .

원격 디바이스의 경우 대화형 모드로 실행할 수 없습니다 . -- -l을 사용하십시오 .

-i 옵션은 현재 로컬 디바이스에 대해서만 지원됩니다 . 로컬 디바이스만 테스트하려면 -l을 지정하십시오 .

서버에 연결할 수 없습니다 . 끝내는 중 ...

원격 jbverify가 몇 가지 이유로 인해 주 jbverify에 연결할 수 없습니다 . 원인을 파악하려면

다른 오류 메시지를 검토하십시오 .

서버 소켓을 설정할 수 없습니다 . 끝내는 중 ...

jbverify가 원격 jbverify로부터의 요청을 수신하기 위해 소켓을 열 수 없습니다 . 정확한 문제

원인을 파악하려면 이전 오류 메시지를 검토하십시오 .

제어 포트 정보를 추출할 수 없습니다 .

jbverify가 RAP 데이터베이스에서 가져온 주크박스 리소스 정보를 구문 분석할 수 없습니다 . 이것은 NetWorker 내 RAP 데이터베이스의 손상을 의미할 수 있습니다 . NetWorker Management

Console에서 주크박스 리소스의 컨텐츠를 볼 수 있는지 확인하십시오 . 작업을 다시 시도하십시오 .


jbverify(8)

JB 정의에서 제어 포트를 찾을 수 없습니다 .

jbverify가 RAP 데이터베이스에서 가져온 주크박스 리소스 정보를 구문 분석할 수 없습니다 . 이것은 NetWorker 내 RAP 데이터베이스의 손상을 의미할 수 있습니다 . NetWorker Management


활성화된 드라이브 <name>을 (를 ) 데이터베이스에서 찾을 수없습니다 . 테스트할 디바이스를 지정했는데 jbverify가 NetWorker의

<name> 주크박스를 데이터베이스에서 찾을 수 없습니다 .

테스트할 주크박스를 지정했는데 jbverify가 Net- Worker의 리소스 데이터베이스에서 이 주크박스를 찾을 수 없습니다 . 주크박스 이름을 잘못 지정했을 수 있습니다 . 주크박스 이름은 "rd=..."

접두사 (있는 경우 )를 포함하여 NetWorker 주크박스 리소스에 지정된 이름과 정확히 일치해야 합니다 .

이 테이프에 대한 블록 크기를 가져올 수 없습니다 .

jbverify가 이 테이프에 대해 정의된 블록 크기를 찾을 수 없습니다 . 일반적으로 기본값인 32k로

간주됩니다 .

tapeexercise의 EOT 테스트가 실패했습니다 .

로드된 테이프에서 tapeexercise의 EOT 테스트가 실패했습니다 . 자세한 내용은


호스트 <name>에서 checkmedia 작업에 오류가 있습니다 .

원격 jbverify가 디바이스 상태를 검사하는 중 오류를 보고했습니다 . 자세한 내용은 이전의 오류

메시지를 참조하십시오 .

오류입니다 . <name> 디렉토리가 없습니다 .

디스크 파일 드라이브를 처리할 때 해당 디렉토리가 없으면 이 메시지가 출력됩니다 .

생략하는 중 ...드라이브 <name>에서의 테이프 꺼내기에 오류가 있습니다 .

지정된 드라이브의 테이프를 배출하는 데 문제가 있습니다 . jbverify가 이 디바이스의 테스트를

생략하고 다음 디바이스로 계속 진행합니다 .

없습니다 .

레이블 읽기 작업에 오류가 있습니다 . 테스트를 계속할 수 로드된 테이프의 데이터를 읽는 동안 문제가 발생했습니다 . 원인을 찾으려면 이전 오류 메시지를 확인하십시오 .

발생했습니다 .

디바이스 정보를 가져오는 동안 resdb_query에서 오류가 jbverify가 NetWorker RAP 데이터베이스에서 디바이스에 대한 리소스 정보를 가져올 수 없습니다 . NetWorker server가 작동 및 실행 중이며 현재의 호스트에서 접속 가능한지 확인하십시오 .

JB 정보를 가져오는 동안 resdb_query에서 오류가 발생했습니다 .

jbverify가 NetWorker RAP 데이터베이스에서 주크박스에 대한 리소스 정보를 가져올 수 없습니다 .

NetWorker server가 작동 및 실행 중이며 현재의 호스트에서 접속 가능한지 확인하십시오 .

언로드에 오류가 있습니다 . 드라이브 <num>(<name>), 슬롯 <num> 지정된 드라이브의 언로드 작업에 오류가 있습니다 .

가능한 원인 및 오류 번호를 찾으려면 이전 오류 메시지를 확인하십시오 . 작업을 더 높은 레벨의 세부 정보 표시 (verbose) 모드로 다시 시도하십시오 .

<name> 주크박스 드라이브를 언로드하는 동안 오류가 발생했습니다 .

언급된 드라이브를 언로드하는 동안 오류가 발생했습니다 . 원인을 찾으려면 다른 오류 메시지를 확인하십시오 . 보고되었습니다 . 그러나 디바이스가


jbverify(8)

드라이브 <name>에서의 테이프 꺼내기에서 오류가 오프라인 상태입니다 .

꺼내기 작업 시 NetWorker 프로세스에서 오류가 보고되었지만 테이프가 배출된 것 같습니다 .

jbver- ify가 해당 슬롯에서 테이프를 계속 언로드합니다 .

tapeexercise의 FSF 테스트가 실패했습니다 .

로드된 테이프에서 tapeexercise의 FSF 테스트가 실패했습니다 . 자세한 내용은


XDR 스트림을 만들지 못했습니다 .

이 오류는 일반적으로 시스템에 물리적 메모리가 부족함을 나타냅니다 . 자세한 내용은 이전 오류 메시지를 참조하십시오 .

<num>번 시도한 후에도 드라이브 <name>에서로드된 볼륨을 감지하지 못했습니다 . 더 이상 jbverify가 테이프를 드라이브에 넣은 후에도 로드된 테이프 드라이브를 감지하는 데 실패했습니다 . 이 오류는 드라이브 속도가 느린데 지연이 거의

없는 경우 발생할 수 있습니다 . -r 옵션의 인수를 더 큰 수로 설정하여 다시 시도하거나 , 주크박스 리소스의 load sleep 속성을 증가시키십시오 .

원격 jbverify에 연결하지 못했습니다 . 오류 번호 : <num>

jbverify가 원격 jbverify를 시작한 후 연결되기를 기다리는 중 연결 요청을 받지 못한 채 시간이 초과되었습니다 . 원인을 찾으려면 다른 오류 메시지를 검토하십시오 . 보통 이 오류는 jbverify

를 실행 중인 시스템이 원격 시스템에서의 실행을 요청할 수 있는 권한을 갖고 있지 않기 때문에 발생합니다 . 권한을 얻으려면 원격 시스템의 nsrexecd가 "-s <local machine name>"으로 시작해야 합니다 . 자세한 내용은 이 매뉴얼 페이지의 기본 섹션에 나오는 예제를 참조하십시오 .

원격 호스트 <name>에서 미디어 검사에 대한 응답을 가져오지 못했습니다 .

jbverify가 디바이스 상태 확인에 대한 요청 시 원격 jbverify로부터 응답을 받는 데 실패했습니다 . 원격 jbverify가 비정상적으로 종료 또는 중단되었거나 , 원격 시스템이 작동하지 않거나 ,

단순한 네트워크 문제일 수 있습니다 . 해당 시스템을 ping할 수 있는지 확인하고 다시 시도하십시오 .

상태 패킷을 가져오지 못했습니다 .

jbverify가 원격 jbverify로부터 예상된 상태 패킷을 받는 데 실패했습니다 . 원격 jbverify가

비정상적으로 종료 또는 중단되었거나 , 원격 시스템이 작동하지 ) 않거나 , 단순한 네트워크 문제일

수 있습니다 . 해당 시스템을 ping할 수 있는지 확인하고 다시 시도하십시오 .

서버에서 요청 패킷을 읽지 못했습니다 .

원격 jbverify가 주 jbverify로부터 요청 패킷을 받는 데 실패했습니다 . 주 jbverify가 비정상적으로 종료 또는 중단되었거나 , 시스템이 작동하지 않거나 , 단순한 네트워크 문제일 수 있습니다 . 해당 시스템을 ping할 수 있는지 확인하고 다시 시도하십시오 .

출력을 <name>(으 )로 리디렉션하지 못했습니다 . 오류 번호 <num>

시스템 호출이 실패했습니다 . 세부 정보 표시 (verbose) 모드로 실행한 후 오류 번호 및 메시지를 기록하여 지원 부서에 문의하십시오 .

소켓 <num>에서 FMEDIA를 보내지 못했습니다 . 오류 번호 <num>

jbverify가 디바이스 상태 검사 요청을 원격 jbver- ify로 보내는 데 실패했습니다 . 원격

jbverify가 비정상적으로 종료 또는 중단되었거나 , 원격 시스템이 작동하지 않거나 , 단순한 네트워크 문제일 수 있습니다 . 해당 시스템을 ping할 수 있는지 확인하고 다시 시도하십시오 .

tapeexer의 실행에 실패했습니다 .

NetWorker 바이너리 tapeexer를 실행하는 데 실패했습니다 . 바이너리가 존재하는지 확인하고 존재할 경우 적절한 권한이 있는지 확인하십시오 . 원인을 찾으려면 다른 오류 메시지를 확인하십시오 .


jbverify(8)

nsrexec를 시작하지 못했습니다 . 오류 번호 : <num>

jbverify가 로컬 시스템에서 nsrexec 프로세스를 시작하는 데 실패했습니다 . 정확한 원인을 찾으려면 이전의 오류 메시지를 검토하십시오 . nsrexec 바이너리가 없거나 , 실행 권한이 없거나 , 파일이 손상되었기 때문일 수 있습니다 .

<num> <host>에서 원격 jbverify를 시작하지 못했습니다 . 오류 번호jbverify가 원격 시스템에서 jbverify를 시작할 수 없습니다 . 자세한 내용은 이전 메시지를 참조하십시오 . 이 오류가 발생하는 원인은 nsrexecd가 원격 시스템에서 실행되고 있지 않거나 ,

nsrexecd가 6.1 이전 버전이기 때문일 수 있습니다 . 또한 , 서버가 아니고 원격 시스템에서의 실행 요청이 허용되지 않는 시스템에서 jbverify를 실행하는 경우에도 이 오류가 발생합니다 . 이 경우에는 원격 nsrexecd를 "-s <server> -s <machine>" 옵션(<server>는 NetWorker server

시스템이고 <machine>은 jbverify를 실행하고 있는 시스템 )을 사용하여 실행하여 해결할 수 있습니다 . 자세한 내용은 매뉴얼 페이지의 기본 섹션에 나와 있는 설명과 예제를 참조하십시오 .

-d 옵션과 함께 -i 또는 -u를 지정해야 합니다 .

대화형 모드 (-i) 또는 무인 모드 (-u)를 사용하려면 -d 옵션을 함께 지정해야 합니다 . 옵션을 하나만 선택한 다음 재시도하십시오 .

잘못된 옵션이 지정되었습니다 . <option>

잘못된 옵션이 지정되었습니다 . -h 옵션을 사용하여 옵션 목록을 확인하십시오 .

malloc 오류입니다 .

시스템에 물리적 메모리가 부족합니다. jbverify가 작업에 필요한 메모리를 할당하지 못했습니다.

일부 애플리케이션을 종료하고 다시 시도하거나 시스템의 메모리를 늘리십시오 .

드라이브에 NetWorker 테이프 (<label>)가 있습니다 . 테스트를 계속할 수 없습니다 .

지정된 NetWorker 레이블이 붙은 테이프가 드라이브에 있습니다 . -t 옵션을 사용하여 jbverify

를 실행할 경우 , tapeexercise 프로그램을 성공적으로 실행하려면 NetWorker 레이블이 붙지 않은 테이프가 필요합니다 . 모든 슬롯에 NetWorker가 아닌 테이프가 없으면 NetWorker가 아닌 테이프를 슬롯 중 하나에 넣고 다시 시도하십시오 .

이 디바이스의 블록 크기를 찾지 못했습니다 . <name>

jbverify가 NetWorker 데이터베이스에서 이 디바이스에 대해 정의된 블록 크기를 찾을 수 없습니다 . 이 경우 일반적으로 해당 디바이스에 대해 기본값인 32k가 가정됩니다 .

활성화된 독립형 디바이스를 찾지 못했습니다 .

현재 구성에 독립형 디바이스가 정의되어 있지 않습니다 . 정보용 메시지입니다 .

활성화된 주크박스를 데이터베이스에서 찾지 못했습니다 .

현재 구성에 주크박스가 정의되어 있지 않습니다 . 정보용 메시지입니다 .

슬롯 <num>에 테이프가 없습니다 . 끝내는 중 ...

-S가 지정된 경우 지정한 슬롯에 테이프가 없으면 jbverify는 이 메시지를 표시하고 종료됩니다 .

슬롯에 테이프를 넣거나 테이프가 있는 다른 슬롯을 지정한 다음 다시 시도하십시오 .

resdb 쿼리가 실패했습니다 . 오류 : <errmsg>

NetWorker 데이터베이스에 대한 RAP 쿼리가 실패했습니다 . NetWorker server가 작동 및 실행

중이며 현재의 호스트에서 접속 가능한지 확인하십시오 .

선택할 슬롯이 없습니다 . 끝내는 중 ...

jbverify가 주크박스 디바이스에 테이프를 로드하는 데 사용할 슬롯을 찾는데 슬롯이 없습니다 . -

t를 사용하여 실행할 경우 jbverify는 NetWorker 레이블이 붙지 않은 테이프가 있는 슬롯을 찾아야 합니다 . Net- Worker 테이프가 더 이상 미디어 데이터베이스에 없더라도 그러한 테이프를 덮어쓰지 않기 때문입니다 .


jbverify(8)

서버에서 잘못된 요청을 받았습니다 . 유형 : %d

jbverify가 주 jbverify에서 예기치 않은 요청을 받았습니다 . 이 오류는 관련된 두 시스템이 서로 다른 jbverify 버전에서 실행 중일 때 발생할 수 있습니다 . 이와 같은 상황이 아닌지 확인하십시오 . 또한 메모리 손상이 원인일 수도 있습니다 . 세부 정보 레벨 5로 다시 시도해 보고 , 오류가

계속되면 로그를 EMC 고객 지원 센터로 보내 주십시오 .

원격 호스트 <name>에서 알 수 없는 패킷을 받았습니다 .

jbverify가 원격 jbverify에서 예기치 않은 패킷을 받았습니다 . 메모리 손상이 원인일 수 있습니다 . 세부 정보 레벨 5로 다시 시도해 보고 , 오류가 계속되면 로그를 EMC 고객 지원 센터로 보내 주십시오 .

tapeexercise의 SCO 위치 테스트가 실패했습니다 .

로드된 테이프에서 tapeexercise의 SCO 위치 테스트가 실패했습니다 . 자세한 내용은


비활성화된 <name> 드라이브를 생략합니다 .

현재 jbverify는 NetWorker에서 비활성화된 드라이브를 테스트하지 않습니다 . 이후 버전에서는

-a 옵션이 이 작업을 지원하도록 설정할 수 있습니다 .

목록의 다음 드라이브로 건너뛰는 중 ...

로드 /언로드 오류 발생 후 jbverify가 드라이브 테스트를 중지하고 목록에 있는 다음 드라이브로

이동합니다 .

슬롯 <slot num>에 NetWorker 테이프가 있습니다 .

-t 옵션을 사용한 경우 NetWorker 테이프가 들어 있는 드라이브 슬롯이 로드되면 이 오류가 발생합니다 . -S 옵션을 사용한 경우에는 이 오류가 치명적입니다 . 그렇지 않으면 jbverify가 다른 슬롯에 NetWorker가 아닌 테이프가 있는지 확인합니다 .

슬롯은 올바른 번호로 되어 있어야 합니다 .

-S 옵션으로 지정한 슬롯은 실수여야 합니다 .

소스 슬롯이 비어 있습니다 . <slot num>

-S 옵션을 사용하여 지정한 슬롯에 테이프가 없습니다 . 테이프가 있는 슬롯을 지정하십시오 .

-t 옵션도 사용할 경우에는 NetWorker가 아닌 테이프가 있는 슬롯을 지정하십시오 .

tapeexer 실행 파일을 찾지 못했습니다 .

tapeexer 실행 파일을 찾지 못했습니다 . 해당 파일이 있는지 확인하십시오 .

tapeexer이 신호 <num>에서 종료되었습니다 .

tapeexer 프로세스가 지정된 신호에 의해 종료되었습니다 .

종료되었습니다 .

tapeexer이 종료 코드 <num> 때문에 비정상적으로 tapeexer 프로세스가 지정된 종료 코드 때문에 비정상적으로 종료되었습니다 .

<name>에서 tapexercise가 종료 상태 없이 종료되었습니다 .

jbverify가 tapeexer 프로세스의 종료 상태를 가져올 수 없습니다 . 이 오류가 발생하는 경우는

거의 없습니다 . OS에 버그가 없으면 절대 발생하지 않습니다 .

원격 프로세스를 인증할 수 없습니다 .

jbverify가 원격 프로세스의 연결 요청을 인증할 수 없습니다 .

JB 이름을 가져올 수 없습니다 . 다음으로 건너뛰는 중 ...

jbverify가 주크박스 리소스에서 주크박스에 지정된 이름을 찾을 수 없습니다 . 주크박스 리소스가

손상되었는지 확인하고 필요할 경우 NetWorker 리소스 디렉토리를 복구하십시오 .


jbverify(8)

주크박스에서 디바이스를 찾을 수 없습니다 .

jbverify가 주크박스에 대해 구성된 디바이스를 찾을 수 없습니다 . 일반적으로 이 오류는 정의된

디바이스가 없는 NetWorker에 활성화된 주크박스가 포함될 수 없기 때문에 발생합니다 .

NetWorker 구성을 확인하고 jbverify를 다시 실행하십시오 .

<name>에 대한 디바이스 정보를 가져올 수 없습니다 .

jbverify가 NetWorker 데이터베이스에서 이 디바이스에 대한 정보를 찾을 수 없습니다 . 디바이스 이름이 "rd=..." 접두사 (원격 디바이스 /주크박스인 경우 )를 포함하여 NetWorker 리소스에

정의된 이름과 정확히 일치하는지 확인하십시오 .

JB 이름을 가져올 수 없습니다 . 다음으로 건너뛰는 중 ...

jbverify가 RAP 데이터베이스에서 가져온 주크박스 리소스 정보를 구문 분석할 수 없습니다 . 이것은 Net- Worker 내 RAP 데이터베이스의 손상을 의미할 수 있습니다 . NetWorker Management


테이프가 로드되어 있는 것 같으므로 드라이브 <num>(<name>)에 테이프를 로드할 수 없습니다 ."

jbverify가 테이프를 로드하기 전에 분명히 언로드했지만 지정된 드라이브에 테이프가 들어 있습니다 . 주크박스의 드라이브가 올바른 순서로 구성되지 않았을 때 발생할 수 있습니다 . Net- Worker

에서 드라이브 순서가 올바르게 구성되었는지 확인하십시오 .

connlst에 대해 malloc를 수행할 수 없습니다 . 오류 번호 : <num>

시스템에 물리적 메모리가 부족합니다. jbverify가 작업에 필요한 메모리를 할당하지 못했습니다.

몇 가지 애플리케이션을 종료하고 다시 시도하거나 시스템의 메모리를 늘리십시오 .

<name>을 (를 ) 열 수 없습니다 . 오류 번호 : <num>

jbverify가 -f 옵션으로 지정된 파일 이름을 열 수 없습니다 . 사용 권한이 있는지 확인하십시오 .

디바이스가 아직 로드되어 있으므로 드라이브 <no>(<name>)(JB <name>에 있음 ) 테스트를 시작할 수 없습니다 .

지정된 드라이브에 액세스하기 전에 언로드했지만 jbverify가 드라이브에 디바이스가 로드되어 있음을 발견했습니다 . 다른 애플리케이션에서 이 주크박스를 사용하고 있는지 확인하십시오 . 또한 ,

오류 메시지를 검토하거나 더 높은 레벨의 세부 정보 표시(verbose) 모드로 실행하여 jbverify가

수행한 이전의 언로드 작업이 실패했는지 확인하십시오 .

드라이브 <num>(<name>)을 (를 ) 언로드할 수 없습니다 . 제대로 구성되지 않았을 수 있습니다 .

jbverify가 해당 드라이브를 언로드할 수 없습니다 . 주크박스의 드라이브가 올바른 순서로 구성되지 않았을 때 발생할 수 있습니다 . NetWorker에서 드라이브 순서가 올바르게 구성되었는지 확인하십시오 .

알 수 없는 상태입니다 . 끝내는 중 ...

jbverify가 로드 상태를 확인할 수 없습니다 . 이 오류는 메모리가 손상된 경우 발생할 수 있습니다 .

다시 시도한 후 오류가 계속되면 지원 부서에 문의하십시오 .


JOBKILL(8)

Maintenance Procedures JOBKILL(8)

이름jobkill - NetWorker 작업 종료 프로그램

요약jobkill [ -s server ] [ -c <client> ] [ -t <job type> ] [ -f <output_file> ]

[ -T <timeout> ]

jobkill [ -s server ] [ -f <output_file> ] [ -T <timeout> ] -j <jobid>

jobkill [ -s server ] [ -c <client> ] [ -t <job type> ] [ -f <output_file> ] [ -T <timeout> ] -i <input_file>

설명jobkill 유틸리티를 사용하면 관리자는 해당 작업 ID를 지정하여 개별 작업을 종료하거나 지정된 클라이언트에서 실행 중인 지정된 유형의 작업을 작업 데이 터베이스에 쿼리한 후에 대화형 프롬프트를 통해 해당

작업을 종료할 수 있습니다. 인수를 사용하지 않으면 jobkill이 실행 중인 모든 작업을 대상으로 쿼리합니다. 조건과 일치하는 실행 중인 작업이 없으면 jobkill은 자동으로 종료됩니다.

모든 모드에서 jobkill은 "-s <server>" 옵션으로 nsrjobd가 실행되는 서버를 지정하고 "-f <file>"

옵션으로 출력의 대상이 되어야 할 파일을 지정합니다. "-i <input file>" 모드에서는 stdin에서 읽을 입력에 대해 '-'가 지원됩니다. "-w"를 인수 없이 사용하면 원격 작업에서 모든 요청을 처리할 때까지

nsrjobd에 상태를 폴링하도록 jobkill에 지시할수 있습니다.

jobkill을 실행하려면 루트 권한이 있어야 합니다. 작업을 종료하려면 Net- Worker 작동 권한이 필요합니다.

jobkill은 기본적으로 종료 요청이 nsrjobd에 의해 확인되면 성공을 보고합니다. 보통 jobkill은 종료 요청이 완료될 때까지 대기하지 않으며 이는 종료 처리의 비동기적 특성과 jobkill 및 종료되는 작업간의 상/하위관계 부재로 인한것입니다. -w는 작업의 상태를 폴링하여 실제 종료 작업의 성공 또는 실패 여부를 감지할 수 있는 옵션을 제공합니다. 그러나 작업에서 요청을 처리하려면 수분이 걸릴수도 있음을 염두에 두어야 합니다. 이 옵션은 특히 입력 파일에서 제공된 작업 ID 목록과 함께 비대화형 모드에서 사용하기 위한것입니다. 사용자는 대화형 모드에서 jobkill의 프롬프트를 통해 'r'(refresh) 명령을 사용하여 작업의 성공적인 종료 여부를 쉽게 확인할 수 있습니다.

jobkill 은 nsrjobd와 관련된 채널에서 수신하는 모든 작업을 종료할수 있습니다. 즉, 여기에는 전체

savegrp 작업 또는 nsrjobd에 의해 실행된 사용자 작업이 포함됩니다. 수동으로 시작된 작업은 savegrp

와 같은 생성자 작업을 제외하고 종료할수 없습니다. jobkill을 통해 종료된 작업의 속성은 "Reason job

was terminated:"이며 해당 값은 "Kill request from jobkill utility"입니다.

옵션-s server

연결할 NetWorker 서버의 이름입니다. 적절한 사용 권한 레벨(Net- Worker 작동)이 적용됩니다.

-c client

대화형 모드에서 쿼리의 대상을 지정된 클라이언트에서 실행 중인 작업으로 제한합니다. -t와 결합해 사용하면 결과 목록의 범위를 더 좁힐수 있습니다.

-j job id

종료할 작업의 단일 작업 ID입니다.


JOBKILL(8)

-t job type

대화형 모드에서 쿼리의 대상을 지정된 유형의 실행 중인 작업으로 제한합니다. -c와 결합해 사용하면 결과 목록의 범위를 더 좁힐수 있습 니다.

-T timeout

강제 종료 신호(kill -9와 동일)를 실행하기 전까지 대기할 시간(초) 입니다.

-i input file

종료할 작업 ID의 목록이 포함된 입력 파일입니다. '-'는 stdin을 나타냅니다.

-f output file

출력의 대상으로 지정하는 파일입니다.

-w 끝내기 전에 작업이 종료되기를 기다립니다. nsrjobd와의 상호 작용이 갖는 비동기적 특성으로 인해 보통 jobkill은 채널에서 신호가 오류없이 전송되었음을 nsrjobd에서 나타낼 때 성공이라고

간주합니다. 작업이 실제로 종료되려면 훨씬 더 오랜 시간이 걸릴수도 있습니다. 대화형 모드에서

r(refresh)을 사용하면 작업이 활성 상태로 남아 있는지 확인할 수 있습니다. -w를사용하면

jobkill은 모든 종료 요청이 처리되기 전까지 nsrjobd에서 작업의 상태를 폴링합니다. 이 옵션은

비대화형 작업 모드에서 사용하기 위한 것입니다.

사용 예:

1) 개별 작업 종료jobkill -j jobid

2) nsrjobd 쿼리 실행 및 프롬프트에서 작업 ID 지정jobkill [ -c <client> ] [ -t <type> ]

3) 입력 파일을 사용하여 여러 작업을 한 번에 종료jobkill -i <input_file>


JOBQUERY(8)

Maintenance Procedures JOBQUERY(8)

이름jobquery - NetWorker 작업 데이터베이스 쿼리 프로그램

시놉시스jobquery [ -s server ] [ -i file ]

jobquery [ -s server ] [ query ]

설명jobquery 명령은 NetWorker server의 작업 데이터베이스를 쿼리하는 데 사용되는 명령줄 기반의 프로그램입니다 . 이 프로그램의 인터페이스는 nsradmin 프로그램의 인터페이스와 유사합니다 .

옵션-i file

표준 입력 대신 file 에서 입력 명령을 받습니다 . 이 모드에서는 대화형 프롬프트가 인쇄되지

않습니다 .

-s server

명명된 NetWorker server에 대한 연결을 엽니다 .

레코드각 작업 데이터베이스 항목은 명명된 속성 목록으로 구성되어 있습니다 . 각 속성은 0개 이상의 값을 가질

수 있습니다 . 속성 이름과 값은 모두 인쇄 가능한 문자열로 표시됩니다 . 비교 시 대문자와 소문자는 구분되지 않으며 , 이름과 값 내부에 있는 경우를 제외하고 공백은 무시됩니다 .

속성과 속성 목록을 지정하는 형식은 다음과 같습니다 .

attribute ::= name [ : value [ , value ]* ]

속성은 이름 뒤에 필요한 경우 콜론이 오고 그 뒤에 0개 이상의 값이 옵니다 . 값은 쉼표로 구분됩니다 . 줄 끝의 쉼표는 해당 줄을 계속합니다 .

attribute list ::= attribute [ ; attribute ]*

속성 목록은 세미콜론으로 구분된 1개 이상의 속성입니다 . 줄 끝의 세미콜론은 해당 줄을 계속합니다 . 목록은 앞에 쉼표나 세미콜론이 없는 새 줄로 끝납니다 .

속성 목록의 예는 다음과 같습니다 .

name: "nyx.lss.emc.com:Probe";type: savefs job;jobid: 480435;

속성 및 속성 목록에 대한 자세한 내용은 resource(5) 및 nsr_resource(5) 매뉴얼 페이지를 참조하십시오 .

명령각 입력 프롬프트에서 jobquery 에는 명령 이름과 일부 선택적 인수가 필요합니다 . 명령 이름은 가장 작은 고유 문자열 (예 : print의 경우 p)로 줄일 수 있습니다 . 명령 인수는 항상 속성 목록 형식으로 지정됩니다 .

all

작업 데이터베이스의 모든 항목을 표시합니다 .

help 모든 사용 가능한 명령의 사용법을 인쇄합니다 .


JOBQUERY(8)

print [query]

현재 쿼리와 일치하는 리소스를 인쇄합니다 . 쿼리 를 지정하면 현재 쿼리가 됩니다 . 현재 표시 목록에 대해 이름을 지정하면 표시 목록의 지정한 이름에 대한 속성만 표시됩니다 .

quit

jobquery 를 종료합니다 .

show [name; ...]

이름 목록 (실제로 값이 없는 속성 목록 )을 지정한 경우 표시 목록에 해당 이름을 추가합니다 .

이러한 속성만 이후 print 명령에서 표시됩니다 . 이름을 지정하지 않으면 표시 목록이 지워져서

모든 속성이 표시됩니다 .

types

알려진 모든 유형의 목록을 인쇄합니다 .

. [query]

쿼리 를 지정하면 이 명령은 쿼리 결과를 인쇄하지 않고 현재 쿼리를 설정합니다 . 그렇지 않으면

현재 쿼리 , 표시 목록 , 서버 바인딩 및 옵션을 표시합니다 .

예제print type:savefs job

savefs job 유형의 모든 항목을 인쇄하고 이를 현재 쿼리로 설정합니다 .

show type; name

type 및 name 속성만 표시하도록 표시 목록을 설정합니다 .

참조nsr_resource(5), resource(5), nsradmin(8).

진단알아두어야 할 종료 상태 값은 다음과 같습니다 .

0 프로그램이 정상적으로 종료되었습니다 .

1 사용 관련 오류나 쿼리와 관련 없는 다른 오류가 발생했습니다 .


lcmap(8)

Maintenance Procedures lcmap(8)

이름lcmap - 클러스터에서 경로 소유권을 결정합니다.

시놉시스lcmap

설명클러스터된 환경에서 NetWorker 소프트웨어는 적절한 물리적 또는 가상 클러스터 클라이언트에 대한 저장

경로(파일 시스템 또는 원시 디바이스) 매핑을 결정해야 합니다. 이렇게 하면 데이터가 올바른 NetWorker

client 이름에 저장되고 현재 물리적 호스트에 관계없이 가상 NetWorker client의 복구 작업이 용이해집니다. 또한 NetWorker server에서 경로 소유권 확인을 통해 고유한 구성 디렉토리를 가진 클러스터에서 가상 서비스를 식별할 수 있을 뿐 아니라 클러스터 소프트웨어에서 관리할 경우 애플리케이션의 가용성이 크게

향상됩니다.

플랫폼 및 클러스터 관련 lcmap 스크립트는 NetWorker 소프트웨어를 고가용성으로 구성하기 위해

networker.cluster(8) 스크립트를 실행하면 설치됩니다. 이 lcmap 스크립트는 클러스터 소프트웨어를

쿼리한 후 경로 소유권 정보를 클러스터 및 플랫폼 독립적인 EMC RAP(Resource Administration

Platform) 형식으로 stdout로 출력합니다. 또한 lcmap 스크립트는 경로 소유권 정보를 결정하거나 업데이트해야 할 때마다 NetWorker 소프트웨어에서 호출됩니다. 출력은 NetWorker 내부 형식으로 표시되며 릴리스마다 다를 수 있습니다. 스크립트를 직접 수정해서는 안 됩니다.

예제다음은 lcmap 스크립트의 출력 예입니다.

type: NSR_CLU_TYPE;clu_type: NSR_LC_TYPE;interface version: 1.0;

type: NSR_CLU_VIRTHOST;hostname: chase;owned paths: /global/chase/nsr;

type: NSR_CLU_VIRTHOST;hostname: hunt;owned paths: /global/hunt/data1, /global/hunt/data2;

참조save(8), savegrp(8), pathownerignore(5), networker.cluster(8) NetWorker Administration Guide


lcmap(8)


ldunld(8)

Maintenance Procedures ldunld(8)

이름ldunld - 테이프 디바이스를 로드 또는 언로드합니다 .

시놉시스ldunld { -u | -l } [ -a b.t.l ]

설명ldunld 프로그램은 load 또는 unload 명령을 지정된 디바이스로 보냅니다 .

옵션-a b.t.l

특정 순서의 SCSI 주소를 선택합니다 . 여기서 b 는 논리적 SCSI 버스이고 , t 는 SCSI 대상이며, l 은 해당 대상의 SCSI LUN(논리 유닛 번호)입니다(libscsi(8) 참조). 이 옵션은필수

옵션입니다 .

-u 지정된 디바이스에서 미디어를 언로드합니다 .

-l 지정된 디바이스로 미디어를 로드합니다 .

참조libscsi(8)


ldunld(8)


lgtolic(8)

Maintenance Procedures lgtolic(8)

이름lgtolic - EMC 라이센스 유틸리티 명령

시놉시스lgtolic [ -s server ] -c enabler_codelgtolic -i [ -m hostfile_dir ]lgtolic [ -s server ] -llgtolic [ -s server ] -u enabler_code -a authorization_codelgtolic [ -s server ] -v enabler_code

설명lgtolic 명령은 라이센스 리소스 데이터베이스에 저장되는 EMC 라이센스를 제어하는 데 사용됩니다. 라이센스 리소스 데이터베이스는 EMC 라이센스 데몬에서 관리합니다. 라이센스 데몬에 대한 설명은 lgtolmd(8)

를 참조하십시오.

옵션-a authorization_code

지정된 인증 코드로 라이센스를 인증하여 영구 라이센스로 설정합니다. 인증할 라이센스는 -u 옵션

및 -a 옵션을 사용하여 지정합니다. 웹을 통해 이 제품에 대한 인증 코드를 가져오려면 웹 브라우저에서 customernet.emc.com으로 이동한 후 각 인증 코드에 대한 Enabler 코드를 입력합니다.

인증 코드를 가져오는 다른 방법 및 제품 라이센스에 대한 자세한 내용은 제품 설치/관리 설명서와

최신 릴리스 부록을 참조하십시오.

-c enabler_code

지정된 Enabler 코드로 나타낸 해당 라이센스를 생성합니다. Enabler 코드는 이 제품을 구매할

때 제공된 Enabler 코드 인증서에 나열되어 있습니다. 인증 코드는 각 라이센스를 영구적으로 만드는 데 필요합니다.

-i 이 명령이 실행되는 시스템의 호스트 ID를 출력합니다.

-l 라이센스 리소스 데이터베이스에 현재 저장되어 있는 모든 EMC 제품 라이센스를 나열합니다.

-m hostfile_dir

호스트 ID 파일이 있는 디렉토리를 지정합니다. 이 옵션을 지정하면 프로그램은 이 디렉토리에 있는 호스트 ID 파일의 호스트 ID 목록을 사용하여 복합 호스트 ID를 생성합니다. 이 옵션은 라이센스 관리자가 클러스터 시스템에 설치되어 있거나 NT 시스템에서 호스트 ID를 시스템 보안 ID 기반으로 사용하지 않고 IP 주소 기반으로 사용해야 할 경우에 유용합니다. NetWorker의 경우 호스트

ID 파일은 일반적으로 /nsr/res 에 저장됩니다. NetWorker server가 설치되지 않은 시스템에서

실행 중인 독립 실행형 라이센스 관리자의 경우에는 /nsr/lic/res 에 저장됩니다. 호스트 ID파일의 호스트 ID 목록의 형식은 hostid1:hostid2:hostid3 입니다. 여기서 호스트 ID는 16진수 문자열입니다. 이 옵션을 사용하여 호스트 ID 파일을 지정해야 합니다.

-s server

데이터베이스를 지정할 라이센스 데몬의 호스트 이름, RPC 프로그램 번호 및 버전을 지정합니다.

라이센스 데몬 정보가 다음 형식으로 표시됩니다.

< hostname >:< rpc_number >:< version >


lgtolic(8)

참고: -s server 옵션을 지정하지 않을 경우 lgtolic 는 제공된 제품이 사용하는 데몬에 매핑되는 기본값을 사용합니다. 호스트 이름의 현재 기본값은 localhost, RPC 프로그램 번호의 기본값은 390115, RPC 버전 번호의 기본값은 2입니다. 환경 변수를 사용하여 이 세 가지 기본값을 변경할 수도 있습니다. LMD_HOSTNAME 은 라이센스 데몬이 실행 중인 시스템의 기본 호스트 이름을 변경합니다. LMD_PROGNUM 은 라이센스 데몬에 연결할 기본 RPC 프로그램 번호를 변경합니다. 이

옵션은 사용할 필요가 전혀 없습니다. LMD_VERSION 은 라이센스 데몬에 연결할 기본 RPC 버전

번호를 변경합니다. 다음 예제는 기본 호스트 이름과 RPC 프로그램 번호를 사용하지만, RPC 버전

번호 1을 사용하여 모든 라이센스를 나열합니다.

예제: lgtolic -s "::1" -l

대체 시스템에 있는 라이센스 데몬을 지정하려면 -s < hostname > 옵션을 사용합니다.

-u enabler_code

명령줄에서 -a 옵션 으로 지정된 인증 코드를 통해 설치된 라이센스를 업데이트합니다.

-v enabler_code

지정된 Enabler 코드를 해독합니다. 생성된 출력에는 라이센스 이름, 유형, 일련 번호,

개수 등에 대한 정보가 포함되어 있습니다.

참고-s 옵션이 제공하는 데몬 정보는 다음 환경 변수를 사용하여 가져올 수도 있습니다.

LMD_HOSTNAME, 라이센스 데몬의 호스트 이름

LMD_PROGNUM, 라이센스 데몬의 프로그램 번호

LMD_VERSION, 라이센스 데몬의 버전 번호

진단등록되지 않은 프로그램

lgtolmd 가 실행되고 있지 않습니다.

알 수 없는 호스트기본 호스트 이름이 잘못되었거나 -s 옵션으로 지정된 호스트 이름이 잘못되었습니다.

참조lgtolmd(8)


lgtolmd(8)

Maintenance Procedures lgtolmd(8)

이름lgtolmd - Legato 라이센스 데몬

시놉시스lgtolmd -p product -n version

설명lgtolmd 데몬은 RPC 기반 라이센스 서비스입니다 . 이 서비스를 사용하여 애플리케이션에서 라이센스 데이터를 저장하고 조작할 수 있습니다 . lgtolmd 에서 제공하는 RPC 프로그램 번호는 390115입니다 . 여러 프로토콜 인스턴스를 지원하기 위해 버전 번호는 애플리케이션마다 고유합니다 . 필수 매개 변수는 각 제품의

설치 스크립트에 따라 결정됩니다 .

옵션-p product

라이센스 데몬과 통신할 제품을 지정합니다 . 현재 지원되는 제품은 UNIX 플랫폼에서 gems (GEMS

기본 설치 디렉토리 /gems의 경우 ) 및 opt/SmartMedia (SmartMedia 기본 설치 디렉토리 /

opt/SmartMedia의 경우 )입니다 . NetWorker의 경우 UNIX 플랫폼에서 nsr/lic (NetWorker

기본 설치 디렉토리 /nsr의 경우 ) 입니다 .

-n version

버전 번호를 지정합니다. 일부 제품은 고유한 버전 번호를 사용합니다. 현재 SmartMedia는 버전

2를 사용하고 GEMS Storage Reporter는 버전 3을 사용합니다. GEMS와 Net- Worker는 버전

1을 사용합니다 . 향후에는 모든 EMC 제품에서 동일한 라이센스 관리자 즉 , 버전 번호 1을 사용할 계획입니다 .

파일/[product]/res/lgtolm.res

라이센스 데몬의 라이센스 리소스를 설명하는 속성입니다 . 이 파일을 수동으로 제거하거나 수정해서는 안 됩니다 .

/[product]/res/lictype.res

내부용입니다 . 이 파일을 수동으로 제거하거나 수정해서는 안 됩니다 .

/[product]/logs/lgtolmd.log

라이센스 데몬에 대한 진단 및 정보 메시지를 위한 로그 파일입니다 . 예를 들어 , 라이센스가 만료된 경우 해당 정보가 이 로그와 콘솔에 출력됩니다 .

참조lgtolic(8)


lgtolmd(8)


libcdi(8)

Maintenance Procedures libcdi(8)

이름libcdi - EMC CDI(Common Device Interface) 라이브러리

시놉시스libcdi

설명libcdi 라이브러리는 EMC CDI(Common Device Interface) 라이브러리입니다 .

액세스 방법현재 libcdi 라이브러리에서는 다음 액세스 방법이 지원됩니다 . 모든 CDI 테스트 명령에 대해 -t 옵션이

지정되지 않은 경우 OS 테이프 드라이버 SCSI 패스스루 기능을 기본 방법으로 사용합니다 .

옵션 인수 액세스 방법g 이전 스타일의 MTIO 플랫폼 일반 기능을 사용합니다 .

i iSCSI 기능을 사용합니다 .

m NDMP 패스스루 기능을 사용합니다 .

n NDMP 테이프 기능을 사용합니다 .

s OS 테이프 드라이버 SCSI 패스스루 기능을 사용합니다 .

t OS 테이프 드라이버 IOCTL 기능을 사용합니다 .


libcdi(8)


libscsi(8)

Maintenance Procedures libscsi(8)

이름libscsi - SCSI 디바이스 라이브러리

설명SCSI 디바이스 라이브러리는 NetWorker에서 SCSI 디바이스와 통신하는 데 사용하는 전용 인터페이스 세트입니다 . 중요 : SCSI 디바이스의 이름은 플랫폼과 상관없이 지정됩니다 .

이 라이브러리에는 여러 기능이 있습니다 . SCSI 디바이스의 이름은 버스 , 대상 , LUN(논리 유닛 번호 )

(b.t.l)의 조합으로 식별되는데 , 여기서 b 는 논리적 SCSI 버스이고 , t 는 SCSI 대상이며 l 은 해당 대상의 SCSI LUN(논리 유닛 번호 )입니다 . 논리적 SCSI 버스 번호는 특정 플랫폼 또는 하드웨어 버스 번호와는 관련이 없습니다 . 그보다는 논리적 SCSI 버스 번호는 시스템의 하드웨어 구성이 동일하게 유지되는 한

일관성이 유지되는 조밀한 양의 정수의 주소 공간입니다 . 대상 및 LUN 정보는 연결된 SCSI 주변기기 디바이스 및 설정에 기반을 둡니다 . 일부 플랫폼에서는 SCSI 디바이스를 동적으로 추가 및 제거할 수도 있지만 ,

캐시된 디바이스 정보를 플러시해야 할 수도 있습니다 (lrescan(8) 참조 ).

권한일반적으로 디바이스에 시스템 드라이버가 없는 경우 사용자가 이 디바이스로 명령을 전송하기 위해 시스템

권한이 필요하지는 않습니다 . 디바이스에 시스템 드라이버 (예 : 테이프 드라이브 )가 있으면 명령을 해당

디바이스로 전송하기 위해서는 시스템 권한이 필요합니다 .

참조lrescan(8)


libscsi(8)


libsji(8)

Maintenance Procedures libsji(8)

이름libsji - SJI(표준 주크박스 인터페이스 ) 라이브러리

설명SJI(표준 주크박스 인터페이스 )는 NetWorker에서 주크박스와 통신하는 데 사용하는 공용 인터페이스 세트입니다 . 일반적으로 이 라이브러리 기능은 NetWorker에서 사용하는 SJI 명령을 해당 SCSI 명령으로 변환하는 것입니다. 그 이유는 대부분의 Auto- changer가 SCSI 기반이기 때문입니다. 그러나 주크박스와의

기본 연결은 이 인터페이스 기능과는 관련이 없습니다 .

이 라이브러리로 들어가는 진입점으로는 다음 세 가지가 있습니다 .

void * sji_open ( char * devname )

devname 이라는 이름의 SJI 호환 주크박스에 대한 채널을 엽니다 . 채널이 성공적으로 열린 경우

void * 유형의 채널 토큰이 반환되며, 그렇지 않으면 NULL 유형의 채널 토큰이 반환됩니다. 장치

이름 devame 은 특정 순서의 SCSI 주소입니다 . 예를 들면 , [email protected] 과 같습니다 . 여기서 b 는 논리적 SCSI 버스이고 , t 는 SCSI 대상이며 l 은 해당 대상의 SCSI LUN(논리 유닛 번호 )입니다 . EMC 디바이스 드라이버를 사용하지 않는 플랫폼의 경우 디바이스 이름은 특정 플랫폼

스타일의 디바이스 이름일 수 있습니다 (예 : /dev/sjid1u1 ).

int sji_cmd ( void *token, int cmd, void *arg )

이 명령은 SJI 명령을 sji_open 명령에 의해 열린 디바이스로 보냅니다 .

void sji_close ( void *token )

이 명령은 sji_open 명령 호출을 통해 열린 디바이스의 채널을 닫습니다 .

파일SJI 라이브러리의 위치는 플랫폼마다 다릅니다 .


libsji(8)


libstlemass(8)

Maintenance Procedures libstlemass(8)

이름dasadmin - ADIC/EMASS/Grau 사일로 관리 유틸리티libstlemass - 아래와의 통신을 위한 공유 라이브러리입니다 . ADIC/EMASS/Grau 사일로

시놉시스dasadmin command [options] [parameters]

dasadmin.exe command [options] [parameters] (NT만 해당 )libstlemass.so (Solaris)libstlemass.so.a (AIX)libstlemass.sl (HPUX)libstlemass.so.1 (SGI)libstlemass.so (DECAXP)libstlemass.dll (NT i386)

설명 dasadmin의 경우 :

목록에 사용 가능한 모든 dasadmin 명령이 있는 것은 아니지만 , NetWorker에 사용되는 명령은 모두 포함되어 있습니다 . 정확한 설명은 ADIC, EMASS 또는 Grau에서 제공하는 DAS 설치 및 관리 안내서를 참조하십시오 .


바코드 레이블이 volser 인 테이프를 사용 가능한 첫 번째 드라이브로 마운트하거나 (drive-name

이 지정되지 않은 경우 ) drive-name 으로 지정된 드라이브로 마운트합니다 . 테이프 유형이

DAS_MEDIUM 또는 ACI_MEDIA_TYPE 에 지정된 것과 다르다면 -t type 옵션을 사용하여 테이프를

마운트할 수 있습니다 . 테이프 유형이 정의된 드라이브 유형과 일치하지 않는 경우 , 사일로는 해당

테이프를 로드하지 않습니다 . 사용할 드라이브가 용도에 맞게 할당되어 있어야 테이프를 마운트하거나 언마운트할 수 있습니다 . 아래의 listd 및 allocd 를 참조하십시오 .


volser 에 지정된 테이프 또는 drive-name 에 지정된 드라이브의 테이프를 언마운트합니다. 해당

테이프나 드라이브의 유형이 기본 유형과 다른 경우 -t type 매개 변수를 사용하십시오 . 또한 ,

mount 와 마찬가지로 드라이브가 할당되어 있어야 이 명령을 사용할 수 있습니다 .


하나 이상의 테이프를 지정된 꺼내기 영역으로 배출합니다 . 다른 명령과 마찬가지로 , 배출하는 테이프 유형이 DAS_MEDIUM 또는 ACI_MEDIA_TYPE 에서 정의된 것과 다를 경우에는 -t type 옵션을

사용해야 합니다 . 또한 -c 옵션은 지정된 volser의 '완전한 ' 꺼내기를 실행합니다 . 완전한 꺼내기란 사일로 컨트롤러의 내부 데이터베이스에서 해당 volser에 해당하는 항목을 제거하는 것입니다 .


상태만 '배출됨 '으로 설정됩니다 . 이것은 사일로의 테이프를 곧 교체할 계획일 때 유용합니다 .

in[sert] area-name

현재 지정된 삽입 area-name 에 들어 있는 모든 테이프를 삽입 영역에서 일반 테이프 스토리지

위치로 이동합니다 .

inventory

사일로의 전체 인벤토리를 시작합니다 . 주의해서 사용하십시오 ! 이 종류의 인벤토리에는 시간이 아주 오래 걸릴 수 있습니다 . 슬롯이 180개인 사일로의 인벤토리에는 20분 이상이 소요됩니다 .


libstlemass(8)


현재 volser 의 상태를 volser 이름 , 유형 , 속성 , 좌표 등과 함께 표시합니다 .


allocd 명령은 여러 클라이언트에 드라이브를 할당하거나 할당 해제할 때 사용합니다 . 테이프를 사용하려면 드라이브가 해당 시스템에 대해 allocd UP 되어 있어야 합니다 . 현재 다른 클라이언트에

대해 allocd UP 된 드라이브라면 먼저 그 클라이언트에 대해 allocd DOWN 해야만 사용자의 시스템에 대해 allocd UP 이 가능합니다 . 테이프가 들어 있는 드라이브는 allocd DOWN 할 수 없습니다 . 먼저 테이프를 언마운트해야 합니다 .

l[ist]d

listd 또는 ld 는 사일로에 정의되어 있는 모든 테이프 드라이브의 현재 상태를 보여 줍니다 . 제공되는 정보는 drive-name, amu 드라이브 (사일로 내 위치 ), 상태 (UP 또는 DOWN), 유형 , 드라이브가 할당된 클라이언트 , 로드된 테이프의 volser 등입니다 .


다음에 대한 작업 매개 변수 또는 액세스 매개 변수를 보여 줍니다 . client-name 또한 , -ac 또는 -op 를 포함하면 client-name 에 대한 액세스 매개 변수 또는 작업 매개 변수를 보여 줍니다 .

액세스 매개 변수에는 해당 client-name 이 사용할 수 있는 volser 범위와 드라이브 범위가 포함됩니다 . 작업 매개 변수에는 client-name 이 완전한 액세스 및 언마운트 권한을 가지는지 여부와

client-name 에 대해 입력된 IP 주소가 포함됩니다 .

list client-name

client-name 에서 요청한 미결 상태의 요청이 나열됩니다 . 해결되지 않은 요청이 있으면 요청

번호 및 유형과 함께 표시됩니다 .

can[cel] request-id

해당 권한이 있는 사용자가 미결 상태의 요청을 취소할 수 있도록 합니다 . 사용할 request-id 는

list 명령으로 확인합니다 .

qversion

접속 중인 DAS 서버의 버전 및 DAS와의 통신에 사용하는 ACI 프로토콜의 버전을 보여 줍니다 .



및 endvolser 는 "123456" 형태의 volser입니다 . 사용 가능한 첫 번째 또는 마지막 volser를

사용하려면 ""를 입력하십시오 . count 는 표시되는 최대 volser 수를 지정합니다 .

환경 변수이 환경 변수는 사일로 작업에 영향을 줍니다 . 환경 변수를 사용하는 프로세스에는 사용자가 입력하는 명령도 있고 nsrd 에서 실행되는 프로세스도 있기 때문에 , nsrd 가 시작될 때의 위치에 환경 변수를 설정해야

합니다 . 세 가지 DAS_ 변수가 libstlemass 에 의해 사용되며 , dasadmin 은 ACI_MEDIA_TYPE 을

DAS_MEDIUM 대신 사용합니다 .

Solaris의 경우 , /etc/rc.2/S95networker 에 정의를 배치해야 합니다 .

AIX의 경우 , /etc/rc.nsr 에 정의를 배치해야 합니다 .

HPUX의 경우 , /sbin/rc2.d/S900networker 에 정의를 배치해야 합니다 .

DAS_SERVER

이것은 DAS를 실행하는 시스템의 IP 주소이거나 네트워크 이름입니다 . 단일 사일로에서는 보통 사일로 컨트롤러 시스템입니다 . 대규모 설치에서는 전체 네트워크에 대해 DAS 서버가 하나뿐일 것입니다 . 대소문자를 구분합니다 .


libstlemass(8)

DAS_CLIENT

NetWorker를 실행 중인 시스템의 네트워크 이름입니다 . 대소문자를 구분합니다 .

DAS_MEDIUM

이 변수는 libstlemass 에 사용됩니다 . 또한 , ACI_MEDIA_TYPE과 동일해야 합니다 . 접속된 테이프 드라이브 유형입니다 . 값을 지정하지 않으면 DLT의 기본값이 사용됩니다 .

ACI_MEDIA_TYPE

이 변수는 dasadmin에 사용됩니다 . 이 값은 DAS_MEDIUM 과 동일해야 합니다 . 접속된 테이프 드라이브 유형입니다 . 값을 지정하지 않으면 DLT의 기본값이 사용됩니다 . 허용되는 값은

DAS_MEDIUM 아래에 나열되는 값과 같아야 합니다 .

예제범위에 대한 참고 사항 :

dasadmin 유틸리티는 일부 명령에 대해 volser 범위를 허용합니다 . 이 범위에 대해 허용되는 형태는 다음 세 가지입니다 .


다중 volser: "000635, 000789, 098732"

참 범위 : "000610 - 000745"

area-name 및 drive-name 에 대한 참고 사항 :


아니면 배출 영역 ("E")을 참조하는지를 나타냅니다 . 사용하기 전에 사일로 관리자에게 올바른 값을 확인해야 합니다 . drive-names 는 기본적으로 해당 사일로를 설치한 사람이 만든 자유 형식의

레이블입니다 . 물리적인 상태와는 관련이 있을 수도 있고 없을 수도 있으므로 사일로 관리자에게 올바른 이름을 확인해야 합니다 . 사일로 관리자에게 문의할 수 없는 경우 이 정보를 확인하는 방법은


ac client-name 명령을 사용하는 것입니다 .

사일로 작업에 필요한 환경 변수를 설정하려면 다음과 같이 하십시오 .setenv DAS_SERVER emasksetenv DAS_CLIENT aurorasetenv DAS_MEDIUM DLTsetenv ACI_MEDIA_TYPE DECDLT

해당 사일로에서 사용 가능한 전체 volser 목록을 확인하려면 다음과 같이 하십시오 .dasadmin qvolsrange "" "" 10000

사일로에 있는 드라이브의 현재 상태를 확인하려면 다음과 같이 하십시오 .dasadmin listd

a4에서 aurora 클라이언트로 드라이브 할당을 변경하려면 다음과 같이 하십시오 .dasadmin allocd DLT1 DOWN a4dasadmin allocd DLT1 UP aurora


진단제공되는 유일한 진단 정보는 오류 메시지이며, 이는 dasadmin 및 libstlemass 에 의해 정상 작업 중

출력될 수 있습니다 .


libstlemass(8)


libstlibm(8)

Maintenance Procedures libstlibm(8)

이름libstlibm - IBM 3494 사일로와의 통신을 위한 공유 라이브러리

시놉시스libstlibm.so (Solaris)libstlibm.so.a (AIX)

설명libstlibm.xxx 는 공유 라이브러리로서 nsrjb 와 IBM 사일로 드라이버(AIX) 또는 데몬(Solaris) 간의

통신을 처리합니다. 그러면 IBM 드라이버 /데몬이 네트워크를 통해 해당 사일로로 통신을 전달합니다. 옵션,

매개 변수 , 환경 변수 중 libstlibm 작업에 영향을 주는 것은 없습니다 . jbconfig 를 사용하여 IBM 사일로를 구성한 경우에는 이 파일의 올바른 경로를 입력해야 합니다 . 이 때 jbconfig 에서 지정한 기본값은

설치 프로그램의 기본 위치와 일치하며 , 대개의 경우 그대로 사용할 수 있습니다 .

NetWorker가 3494와 연동되려면 IBM의 Automated Tape Library 지원이 설치되어 있어야 합니다 .

AIX의 경우에는 atldd (Automated Tape Library Device Driver)라는 드라이버를 설치해야 합니다 .

만일 3494에 3590 드라이브를 사용하고 있다면 IBMtape 드라이버 (Enhanced Tape and Medium

Changer Device Driver)도 필요할 것입니다 .

Solaris의 경우에는 lmcpd 패키지 (IBM Automated Tape Library Daemon)를 설치해야 사일로를 사용할 수 있습니다 . 3590 드라이브를 사용하고 있다면 IBMtape 드라이버도 설치해야 합니다 . 주의할 점은

IBMtape 를 사용할 때에는 지정된 테이프 드라이브에 두 세트의 디바이스 파일이 액세스하게 된다는 것입니다 . 하나는 표준 Solaris 스타일인 /dev/rmt/Xmbn 유형이고 , 다른 하나는 IBMtape 지원 파일로서 유형은 /dev/rmt/Xstbn 입니다 . IBM 지원 디바이스 파일을 사용해야 테이프 드라이브가 제대로 작동합니다 .

참고 : EMC는 이러한 IBM 드라이버를 제공하지 않습니다 . IBM 디바이스 드라이버 ftp 사이트(208.200.29.244)에서 필요한 드라이버를 구할 수 있습니다 . 그러나 이 사이트는 추후 IBM 관련

사이트에서 제외될 수 있습니다 .

참조nsrjb(8), jbconfig(8), dasadmin(8), libstlemass(8), ssi(8), mini_el(8), libstlstk(8)

진단Networker server와 IBM 3494 사일로 간의 통신 오류는 진단하기 어렵습니다 . 가장 좋은 방법은 IBM 지원 유틸리티인 mtlib 를 사용하여 호스트와 통신이 가능하도록 3494를 제대로 구성했는지 확인하고 , lmcp

드라이버 (AIX)나 lmcpd 데몬 (Solaris)과의 연결 경로 전체가 바르게 작동하는지 확인하는 것입니다 . 만일 mtlib 유틸리티가 작동하지 않으면 NetWorker도 작동하지 않게 됩니다 .

호스트와 3494 간의 접속에 대해 궁금한 점은 IBM에 문의하십시오 . IBM은 호스트와 사일로 간의 접속을

지원합니다 . IBM은 사일로에 대한 네트워크 연결은 물론 직렬 케이블 연결도 지원합니다 . 드라이버 /데몬

때문에 NetWorker 측에서는 접속의 성격을 파악할 수 없으므로 NetWorker에서 볼 때 네트워크 연결과 직렬 케이블 연결에는 아무런 차이가 없습니다 . 고객들도 양쪽 모두 사용하는 데 문제가 없었습니다 .


libstlibm(8)


libstlstk(8)

Maintenance Procedures libstlstk(8)

이름ssi - StorageTek 사일로 인터페이스 모듈 (UNIX만 해당 )

mini_el - ssi와 함께 사용할 이벤트 로거 (UNIX만 해당 )

libstlstk - ssi 통신용 공유 라이브러리

시놉시스ssi [ -A ACSLS server ] [ -a ACSLS port number ] [ -S SSI port number ] [ -P port number ] [ -r retry count ] &mini_el [ -l logfile ] [ -d ] [ -h ] &libstlstk.so (Solaris)libstlstk.so.a (AIX)libstlstk.sl (HPUX)libstlstk.so.1 (SGI)libstlstk.so.1 (DYNIX/ptx)libstlstk.so (DECAXP)libstlstk.dll (NT i386)

설명참고 : 이 문서에서 "ACSLS 서버 "는 다음과 같은 StorageTek의 라이브러리 관리자 프로그램 중 하나를 실행하는 시스템의 이름을 나타내는 데 사용됩니다 . ACSLS(Solaris 또는 AIX 호스트 ), Library

Station(MVS 호스트 ) 또는 Horizon Library Manager(Windows NT 또는 Windows 2000을 실행하는 시스템 )

(UNIX에만 해당 )

명령 ssi 는 nsrjb 가 ACSLS 서버와 통신하는 데 간접적으로 사용됩니다 . nsrjb 는 libstlstk (다음

명령과 주고받는 TCP 호출을 처리함 )를 로드합니다 . ssi. ssi 는 그런 다음 ACSLS 서버와 주고 받는 모든 통신을 처리합니다 . ACSLS버전 5.3부터 ACSLS가 실행 중인 동일 호스트에서 NetWorker(서버 또는

스토리지 노드 )를 실행할 수 있습니다 .

ssi 및 mini_el 은 jbconfig를 실행하여 주크박스 리소스를 만든 시스템에서 실행해야 합니다 . ssi 및

mini_el 은 거의 백그라운드 작업으로 실행되며 일반적으로 시스템에 의해 자동으로 시작됩니다 .

또한 ssi 및 mini_el 이외에 일반적으로 libstlstk.xxx (여기서 xxx는 운영 체제별 확장명 )라는 공유

라이브러리 파일도 필요합니다 . 이 라이브러리의 해당 버전은 NetWorker의 일부로 설치됩니다 .

ssi 2.00 버전의 새로운 기능 :

ssi 는 이제 명령줄 옵션 -a 를 사용하여 지정된 포트 번호를 통한 ACSLS 서버와의 통신을 지원합니다 .

이 기능은 STK 방화벽의 향상된 기능의 일부입니다 . 이 기능을 사용하려면 ACSLS 서버 버전 7.1을 실행해야 합니다 .


libstlstk(8)

이전과 같은 방법으로 ssi 를 시작할 수 있습니다 . 즉 , 환경 변수 CSI_HOSTNAME을 사용하여 연결할

ACSLS 서버를 선택하면 됩니다. 또한 -A 옵션을 사용하여 명령줄에서 ACSLS 서버 호스트 이름을 지정할 수

있습니다 . 또한 -a 옵션을 사용하여 ssi 프로세스가 ACSLS 서버에 연결할 때 사용할 포트 번호를 지정할

수 있습니다 . ACSLS 서버는 이 포트를 수신하도록 구성해야 합니다 . -S 옵션을 사용하면 ssi 프로세스가

특정 포트에서 응답 메시지를 수신하도록 구성할 수 있습니다. 또한 -P 옵션을 사용하여 NetWorker와 ssi

의 특정 인스턴스 간의 통신에 사용되는 포트 번호를 지정할 수 있습니다 . 이 포트에 허용되는 값은 50004(

첫 번째 인스턴스 ), 50011-50019 및 50021-50099입니다 . ssi 의 인스턴스에서 이미 사용 중인 포트 번호를 지정한 경우에는 , 해당 포트를 사용할 수 없으며 허용 범위에서 다음으로 사용 가능한 포트가 선택됩니다 . 포트 번호를 지정하지 않은 경우에는 ssi 인스턴스는 50004부터 시작하여 이어지는 다음 포트 번호를 사용하게 됩니다 . 사용 가능한 포트가 범위에 없는 경우 ssi 는 로드에 실패하고 오류 메시지를 표시합니다 . 일반적인 작업에는 포트 번호를 지정할 필요가 없습니다 . 항상 특정 포트를 통해 지정된 ACSLS 서버에 액세스해야 하는 것은 아니기 때문입니다 . NetWorker 및 ssi 는 ACSLS 서버 이름을 사용하여 필요할

때 즉시 연결을 설정합니다 .

-A 옵션을 사용하여 ssi 명령줄에서 호스트 이름을 지정하지않는 경우에는 환경 변수 CSI_HOSTNAME 을

ssi 프로세스가 시작되기 전에 라이브러리 서버 이름으로 설정해야 합니다 . 이 변수를 찾을 수 없으면 ssi

가 오류 메시지와 함께 종료됩니다 .

mini_el 은 ssi 가 특정 이벤트 로그를 유지하는 데 사용하는 이벤트 로거입니다. 따라서 이 로거를 ssi

보다 먼저 시작해야 합니다. ssi 의 여러 인스턴스에서 mini_el 의 단일 인스턴스를 공유합니다. ACSLS

서버 이름 및 ssi 가 수신 중인 로컬 TCP 포트로 구성된 헤더는 ssi 의 모든 인스턴스에 의해 로그에 작성된 모든 메시지의 시작 부분에 포함됩니다 .

(NT만 해당 )

NT의 경우 , ssi 및 mini_el 에 해당하는 소프트웨어를 StorageTek의 "Library Attach for NT" 제품으로 구입해야 합니다 . 이 패키지는 NetWorker에 사일로를 구성하기 전에 설치해야 합니다 .

참고 : Library Attach 버전 1.1에는 NetWorker 서비스가 실행되지 않는 경우에만 제대로 설치되는

portmapper 기능이 포함되어 있습니다 . Library Attach를 설치하려면 먼저 제어판을 사용하여

"NetWorker Backup and Recover Server" 및 "NetWorker Remote Exec Service"를 중지해야 합니다 .

그런 다음 Library Attach가 설치되고 나면 제어판을 사용하여 "NetWorker Remote Exec Service" 및

"NetWorker Backup and Recover Server"를 시작해야 합니다 .

참고 : EMC에서는 "Library Attach for NT"를 제공하지 않으므로 NT 버전의 NetWorker에 여러 ACSLS

호스트 기능을 추가할 수 없습니다 .

참고 : 프로세스 ssi 및 mini_el 에 추가된 향상된 방화벽 기능은 Windows를 실행하는 시스템에서 사용할

수 없습니다 .

(모든 플랫폼 )

libstlstk.xxx 는 nsrjb 와 ssi 또는 Library Attach 간의 통신을 처리하는 공유 라이브러리입니다 .

ssi 또는 Library Attach는 라이브러리 서버 (ACSLS, Library Station 또는 Horizon Library

Manager)와의 네트워크 통신을 처리합니다 . libstlstk 의 작업에 영향을 주는 옵션 , 매개 변수 또는 환경 변수는 없습니다 . 이 파일의 올바른 경로는 jbconfig 를 사용하여 STK 사일로를 구성할 때 입력해야 합니다 . 이 jbconfig 에 따라 지정된 기본값은 설치 프로그램에 대해 선택한 기본 위치와 일치하며 대부분의

경우에 그대로 적용할 수 있습니다 .


libstlstk(8)

옵션

mini_el:

-l logfile mini_el 에서 만들 로그 파일의 파일 이름을 지정합니다 . 기본값은 /nsr/logs/

ssi_event.log 입니다 . 이 옵션을 지정할 경우 logfile 은 로그 파일의 전체 경로여야 합니다 .

파일이 없으면 새로 만들어지고 , 파일이 있는 경우에는 추가됩니다 . 매개 변수 -l 이 없을 경우에는 기본 로그 파일 /nsr/logs/ssi_event.log 가 사용됩니다 .

-d 디버그 플래그를 설정합니다 . mini_el 은 디버그 정보를 출력합니다 .

-h mini_el 에 대한 사용법 정보를 표시합니다 .

ssi:

-A ACSLS server 는 CSI_HOSTNAME 환경 변수가 ACSLS, LibraryStation 또는 Horizon을 실행하는 시스템 이름으로 설정되지 않은 경우에 필요합니다 .

-a ACSLS port number 는 다음 사이의 통신에 사용되는 포트 번호를 지정해야 하는 경우에만 필요합니다 . ssi 프로세스와 ACSLS 서버 . ACSLS 서버가 특정 포트에서 수신하도록 구성된 경우에는

이 값을 해당 포트 번호로 설정해야 합니다 .

-S SSI port number 는 ssi 프로세스가 지정된 포트 번호에서 수신하도록 지정합니다 . 이 포트는

ACSLS 서버와의 통신에 사용됩니다 .

-P port number 는 NetWorker와 ssi 프로세스 간의 통신에 사용할 포트를 지정해야 하는 경우에만

필요합니다 . 이 포트 번호에 허용되는 값은 50004(첫 번째 인스턴스의 경우 ), 50011-50019 및

50021-50099입니다 . ssi 의 인스턴스에서 이미 사용 중인 포트 번호를 지정한 경우에는 해당 포트를 사용할 수 없으며 허용 범위에서 다음으로 사용 가능한 포트가 선택됩니다 .

-r retry count 는 네트워크 문제로 인해 ssi와 ACSLS 간의 통신에 대한 재시도 횟수를 늘려야 하는 경우에만 필요합니다 .

이러한 매개 변수는 위치를 구분하지 않습니다 . 명령줄 옵션은 ssi 프로세스에서 적절하게 구문 분석됩니다 .

환경 변수

ssi:

CSI_HOSTNAME (256자 이하의 텍스트 , 기본값 없음 )

ACSLS 서버 이름이 명령줄에 없는 경우 , ssi 는 이 변수에 의해 지정된 호스트 이름을 사용합니다 .

이 이름은 연결하려는 라이브러리 서버 프로그램을 실행하는 호스트 이름이어야 하며 256자로 제한됩니다 . 명령줄 호스트 이름과 이 환경 변수 모두 ssi 가 사용할 호스트 이름을 지정하지 않은 경우 , ssi 가 오류 메시지와 함께 종료됩니다 .

SSI_HOSTNAME (텍스트 , 최대 256자 , 기본값 없음 )

이 변수는 멀티홈 시스템용입니다 . 일반적으로 ssi 는 gethostbyname 시스템 함수를 사용하여

ACSLS 서버에 연결하는 데 사용할 이름을 결정합니다 . 여러 네트워크 인터페이스를 가진 시스템에서는 이 함수에서 제공된 이름이 ACSLS 서버와 통신하는 데 필요한 네트워크 인터페이스에 사용되지

않을 수도 있습니다 . 이러한 시스템에서는 ssi 가 ACSLS 서버에 연결하는 데 사용할 네트워크 인터페이스의 정확한 이름을 명시적으로 지정할 수 있습니다 . 이 변수는 ssi 가 시작되기 전에 설정해야 하며 ssi 의 인스턴스마다 다를 수도 있습니다 . 어떤 경우든 이 환경 변수가 있는지 여부를

나타내는 메시지가 이벤트 로그에 기록되며 , 이 변수가 없을 경우 ssi 는 gethostbyname 에서 반환되는 호스트 이름을 사용합니다 . 이것은 오류 메시지가 아닙니다 .


libstlstk(8)

SSI_BASE_SOCKET (숫자 , 0 < x < 64k, 기본값 없음 )

이 변수는 ssi 에서 통신하는 소켓 값을 제한해야 하는 경우 ssi 가 ACSLS 서버와 통신하기 위해

소켓을 열 때 사용할 시작 값을 지정합니다 . 이 변수가 설정된 경우 ssi 는 두 개의 소켓만 엽니다 .

먼저 SSI_BASE_SOCKET 에서 첫 번째 소켓이 모든 호스트에 연결하는 데 사용됩니다 . 다음으로

SSI_BASE_SOCKET + 1 에서 두 번째 소켓이 ACSLS 서버와 직접 통신하는 데 사용됩니다 . 50001

에서 50004 사이의 기본 소켓은 mini_el 과 ssi 간의 통신에 그대로 사용되지만 이 호스트와

ACSLS 서버 간의 모든 통신에는 SSI_BASE_SOCKET 소켓에서 시작되는 두 개의 소켓을 사용해야 합니다 .

참고 : 이 환경 변수는 -a 옵션을 유효한 포트 번호와 함께 사용할 경우에는 무시됩니다 .

TIME_FORMAT (시간 형식 문자열 , 기본값 = "%m-%d-%y %H:%M:%S")

기본 형식 (월 -일 -년 시 :분 :초 )이 아닌 다른 형식으로 시간 값을 인쇄하려는 경우 이 변수를

사용합니다 .

%m은 현재 월 ,

%d는 오늘 날짜 ,

%y는 현재 연도 ,

%H는 현재 시간 ,

%M은 현재 분 ,

%S는 현재 초로 대체됩니다 .

CSI_CONNECT_AGETIME (시간 (초 ), 0 < x < 31536000, 기본값 = 600)

이 변수는 네트워크 연결의 경과 시간을 초 단위로 설정합니다 .

CSI_RETRY_TIMEOUT (시간 (초 ), 0 < x < 4,294,967,295, 기본값 = 4)

네트워크 요청을 재시도하기 전 ssi 의 대기 시간을 설정합니다 .

CSI_RETRY_TRIES (숫자 , 0 < x < 100, 기본값 = 5)

오류를 보고하기 전 ssi 의 네트워크 메시지 전송 재시도 횟수를 설정합니다 .

CSI_TCP_RPCSERVICE (부울 , 기본값 = TRUE)

라이브러리 서버와 연결할 때 ssi 에서 TCP 소켓을 사용할지 여부를 설정합니다 .

CSI_UDP_RPCSERVICE (부울 , 기본값 = FALSE)

라이브러리 서버와 연결할 때 ssi 에서 UDP 소켓을 사용할지 여부를 설정합니다 .

CSI_UDP_RPCSERVICE 를 TRUE 로 설정하면 ssi 가 같은 시스템에서 실행 중인 csi 와 통신할 수

있습니다 .

예제일반 STK 사일로 설정 : mini_el & ssi acsls1 &

- 또는 - mini_el & setenv CSI_HOSTNAME acsls1 ssi &

세 개의 ACSLS 서버에 연결 : mini_el & ssi -A acsls1 & ssi -A acsls2 & ssi -A acsls3 &

- 또는 - mini_el & setenv CSI_HOSTNAME acsls1 ssi & setenv CSI_HOSTNAME acsls2


libstlstk(8)

ssi & setenv CSI_HOSTNAME acsls3 ssi &

각기 다른 네트워크 인터페이스를 통해 세 개의 ACSLS 서버에 연결 : mini_el & setenv SSI_HOSTNAME myhost_on_net1 ssi -A acsls1 & setenv SSI_HOSTNAME myhost_on_net2 ssi -A acsls2 & setenv SSI_HOSTNAME myhost_on_net3 ssi -A acsls3 &

포트 30031에서 연결을 허용하도록 구성된 ACSLS 서버에 연결 mini_el & ssi -A acsls1 -a 30031 &

- 또는 - setenv CSI_HOSTNAME acsls1 mini_el & ssi -a 30031 &

mini_el 을 얻으려면 , /nsr/logs/ssi.log.today를 해당 로그 파일로 사용합니다 . mini_el -l /nsr/logs/ssi.log.today & ssi -A acsls1 &

파일/nsr/logs/ssi_event.log

mini_el 의해 생성 /추가된 기본 로그 파일입니다 .

참조nsrjb(8), jbconfig(8), dasadmin(8), libstlemass(8), libstlibm(8)

진단Networker server와 ACSLS 서버 간 통신의 여러 시작 및 종료 메시지는 오류 메시지와 함께 /nsr/logs/

ssi_event.log 로그 파일 (또는 mini_el 명령줄에 지정된 다른 로그 파일 )에 기록됩니다 . ssi 인스턴스에서 발생되는 메시지의 앞에는 해당 인스턴스에서 통신 중인 ACSLS 서버 이름과 NetWorker와 ssi 간에

사용될 로컬 TCP 포트 번호가 추가됩니다 .

예를 들면 다음과 같습니다 . 10-12-00 12:31:44 SSI[0]:

[devlab-acsls/50004] ONC RPC: csi_init(): 초기화 시작됨 소스 csi_init.c; 라인 165

10-12-00 12:33:20 SSI[0]:

[acsls2/50011] ONC RPC: csi_init(): 초기화 완료됨 ONC RPC: csi_init(): ACSLS 서버 acsls2가 50011포트를 통해 액세스되었습니다 .


libstlstk(8)


lusbinfo(8)

Maintenance Procedures lusbinfo(8)

이름lusbinfo - SCSI 정보를 출력합니다 .

시놉시스lusbinfo [ -v ]

설명lusbinfo 프로그램은 컴퓨터에 연결된 SCSI 버스에 대한 제한된 양의 정보를 출력합니다 .

선택적 인수인 -v 를 사용하는 경우에는 연결된 SCSI 버스의 디바이스에 대한 추가 정보도 출력됩니다 .


lusbinfo(8)


lusdebug(8)

Maintenance Procedures lusdebug(8)

이름lusdebug - 라이브러리 디버깅 레벨을 설정합니다 .

시놉시스lusdebug debug-level

설명lusdebug 명령은 기본 NetWorker SCSI 디바이스 드라이버의 디버깅 레벨을 설정합니다 .

디버깅 레벨이 0(영 )이면 디버깅이 사용되지 않습니다 . 값이 클수록 보다 세부적으로 디버깅할 수 있습니다 .

이제는 lusdebug 레벨을 비트마스크로 지정할 수 있습니다 . 비트 X를 설정하면 디버그 레벨 X+1에서 표시되도록 설정된 메시지가 표시됩니다 . 예를 들어 , 비트 0을 설정하면 디버그 레벨 1의 메시지가 표시됩니다 . 특정 메시지에 대한 정확한 레벨이 메시지의 끝에 괄호 안 숫자로 표시됩니다 . 예를 들면 디버그 레벨

8에 대해서는 메시지 끝에 (8)이 표시됩니다 .

비트마스크를 사용하면 모두 또는 임의의 디버깅 정보를 표시할 수 있습니다 . 이전 방법에서는 표시를 원하는 최고 레벨만 설정할 수 있었으므로 선택한 레벨보다 낮은 모든 레벨은 사용자의 의사와 상관 없이 항상

표시되었습니다 .

값 old1 ~ old9를 사용하여 여전히 이전 방식으로 디버깅 레벨을 지정할 수 있습니다 . 그 결과는 새 비트마스크 형식을 사용하여 표시됩니다 .

값은 10진수 (0 ~ 65535), 16진수 (0x0 - 0xffff) 또는 바이너리 (0b0 - 0b1111111111111111)로 입력할 수 있습니다 . 바이너리나 16진수 값에는 0x 또는 0b 접두사 뒤에 0이 필요하지 않습니다 .

이전 디버그 레벨에 해당하는 값은 다음과 같습니다 .

새값 새값 새값 기존 값 10진수 값 16진수 값 바이너리 값 1 1 0x0001 0x0000000000000001 2 3 0x0003 0x0000000000000011 3 7 0x0007 0x0000000000000111 4 15 0x000f 0x0000000000001111 5 31 0x001f 0x0000000000011111 6 63 0x003f 0x0000000000111111 7 127 0x007f 0x0000000001111111 8 255 0x00ff 0x0000000011111111 9 511 0x01ff 0x0000000111111111 10 1023 0x03ff 0x0000001111111111 11 2047 0x07ff 0x0000011111111111 12 4095 0x0fff 0x0000111111111111 13 8191 0x1fff 0x0001111111111111 14 16383 0x3fff 0x0011111111111111 15 32767 0x7fff 0x0111111111111111 16 65535 0xffff 0x1111111111111111


lusdebug(8)

개별 디버그 레벨에 해당하는 값은 다음과 같습니다 .

새값 새값 새값 기존 값 10진수 값 16진수 값 바이너리 값 1 1 0x0001 0x0000000000000001 2 2 0x0002 0x0000000000000010 3 4 0x0004 0x0000000000000100 4 8 0x0008 0x0000000000001000 5 16 0x0010 0x0000000000010000 6 32 0x0020 0x0000000000100000 7 64 0x0040 0x0000000001000000 8 128 0x0080 0x0000000010000000 9 256 0x0100 0x0000000100000000 10 512 0x0200 0x0000001000000000 11 1024 0x0400 0x0000010000000000 12 2048 0x0800 0x0000100000000000 13 4096 0x1000 0x0001000000000000 14 8192 0x2000 0x0010000000000000 15 16384 0x4000 0x0100000000000000 16 32768 0x8000 0x1000000000000000

제한사항잘못된 디버그 레벨은 디버그 레벨 0과 동일하게 처리됩니다 .

65535(0xffff, 바이너리 0x1111111111111111)보다 큰 디버그 레벨 값은 65535(0ffff, 바이너리 등 )

로 처리됩니다 .


mini_el(8)

Maintenance Procedures mini_el(8)

이름ssi - StorageTek 사일로 인터페이스 모듈(Unix만 해당)

mini_el - ssi와 함께 사용할 이벤트 로거(Unix만 해당)



설명참고: 이 문서에서 "ACSLS 서버"는 다음과 같은 StorageTek의 라이브러리 관리자 프로그램 중 하나를

실행하는 시스템의 이름을 나타내는 데 사용됩니다. ACSLS(Solaris 또는 AIX 호스트), Library

Station(MVS 호스트) 또는 Horizon Library Manager(Windows NT 또는 Windows 2000을 실행하는

시스템)

(UNIX에만 해당)

ssi 명령은 nsrjb 가 ACSLS 서버와 통신하는 데 간접적으로 사용됩니다. nsrjb 는 libstlstk (ssi 명령과 주고받는 TCP 호출을 처리함)를 로드합니다. ssi는 그런 다음 ACSLS 서버와 주고받는 모든 통신을 처리합니다. ACSLS버전 5.3부터 ACSLS가 실행 중인 동일 호스트에서 NetWorker(서버 또는 스토리지 노드)

를 실행할 수 있습니다.

ssi 및 mini_el 은 jbconfig를 실행하여 주크박스 리소스를 만든 시스템에서 실행해야 합니다. ssi 및

mini_el 은 거의 백그라운드 작업으로 실행되며 일반적으로 시스템에 의해 자동으로 시작됩니다.

또한 ssi 및 mini_el 이외에 일반적으로 libstlstk.xxx (여기서 xxx는 운영 체제별 확장명)라는 공유

라이브러리 파일도 필요합니다. 이 라이브러리의 해당 버전은 NetWorker의 일부로 설치됩니다.


mini_el(8)

ssi 2.00 버전의 새로운 기능:

ssi 는 이제 명령줄 옵션 -a 를 사용하여 지정된 포트 번호를 통한 ACSLS 서버와의 통신을 지원합니다.

이 기능은 STK 방화벽의 향상된 기능의 일부입니다. 이 기능을 사용하려면 ACSLS 서버 버전 7.1을 실행해야 합니다.

이전과 같은 방법으로 ssi 를 시작할 수 있습니다. 즉, 환경 변수 CSI_HOSTNAME을 사용하여 연결할 ACSLS

서버를 선택하면 됩니다. 또한 -A 옵션을 사용하여 명령줄에서 ACSLS 서버 호스트 이름을 지정할 수 있습니다. -a 옵션을 사용하여 ssi 프로세스가 ACSLS 서버에 연결할 때 사용할 포트 번호를 지정할 수 있습니다.

ACSLS 서버는 이 포트를 수신하도록 구성해야 합니다. -S 옵션을 사용하면 ssi 프로세스가 특정 포트에서

응답 메시지를 수신하도록 구성할 수 있습니다. 또한 -P 옵션을 사용하여 NetWorker와 ssi 의 특정 인스턴스 간의 통신에 사용되는 포트 번호를 지정할 수 있습니다. 이 포트에 허용되는 값은 50004(첫 번째 인스턴스), 50011-50019 및 50021- 50099입니다. ssi 의 인스턴스에서 이미 사용 중인 포트 번호를 지정한

경우에는 해당 포트를 사용할 수 없으며 허용 범위에서 다음으로 사용 가능한 포트가 선택됩니다. 포트 번호를 지정하지 않은 경우에는 ssi 인스턴스는 50004부터 시작하여 이어지는 다음 포트 번호를 사용하게 됩니다. 사용 가능한 포트가 범위에 없는 경우 ssi 는 로드에 실패하고 오류 메시지를 표시합니다. 일반적인 작업에는 포트 번호를 지정할 필요가 없습니다. 항상 특정 포트를 통해 지정된 ACSLS 서버에 액세스해야 하는

것은 아니기 때문입니다. NetWorker 및 ssi 는 ACSLS 서버 이름을 사용하여 필요할 때 즉시 연결을 설정합니다.

-A 옵션을 사용하여 ssi 명령줄에서 호스트 이름을 지정하지 않는 경우에는 환경 변수 CSI_HOSTNAME 을

ssi 프로세스가 시작되기 전에 라이브러리 서버 이름으로 설정해야 합니다. 이 변수를 찾을 수 없으면,

ssi 가 오류 메시지와 함께 종료됩니다.

mini_el 은 ssi 가 특정 이벤트 로그를 유지하는 데 사용하는 이벤트 로거입니다. 따라서 이 로거를 ssi

보다 먼저 시작해야 합니다. ssi 명령의 여러 인스턴스에서 mini_el 의 단일 인스턴스를 공유합니다.

ACSLS 서버 이름 및 ssi 가 수신 중인 로컬 TCP 포트로 구성된 헤더는 로그에 있는 모든 메시지의 시작 부분에 포함됩니다. 로그는 ssi 명령의 모든 인스턴스에 의해 작성됩니다.

(NT만 해당)

NT의 경우, ssi 및 mini_el 에 해당하는 소프트웨어를 StorageTek의 "Library Attach for NT" 제품으로 구입해야 합니다. 이 패키지는 NetWorker에 사일로를 구성하기 전에 설치해야 합니다.

참고: Library Attach 버전 1.1에는 NetWorker 서비스가 실행되지 않는 경우에만 제대로 설치되는

portmapper 기능이 포함되어 있습니다. Library Attach를 설치하려면 먼저 제어판을 사용하여

"NetWorker Backup and Recover Server" 및 "NetWorker Remote Exec Service"를 중지해야 합니다.

그런 다음 Library Attach가 설치되고 나면 제어판을 사용하여 "NetWorker Remote Exec Service" 및

"NetWorker Backup and Recover Server"를 시작해야 합니다.

참고: EMC에서는 "Library Attach for NT"를 제공하지 않으므로 NT 버전의 NetWorker에 여러 ACSLS

호스트 기능을 추가할 수 없습니다.

참고: 프로세스 ssi 및 mini_el 에 추가된 향상된 방화벽 기능은 Windows를 실행하는 시스템에서 사용할

수 없습니다.

(모든 플랫폼)

libstlstk.xxx 는 nsrjb 와 ssi 또는 Library Attach 간의 통신을 처리하는 공유 라이브러리입니다.

ssi 또는 Library Attach는 라이브러리 서버(ACSLS, Library Station 또는 Horizon Library

Manager)와의 네트워크 통신을 처리합니다. libstlstk 의 작업에 영향을 주는 옵션, 매개 변수 또는 환경

변수는 없습니다. 이 파일의 올바른 경로는 다음을 사용하여 STK 사일로를 구성할 때 입력해야 합니다.

jbconfig. 이 jbconfig 에 따라 지정된 기본값은 설치 프로그램에 대해 선택한 기본 위치와 일치하며 대부분의 경우에 그대로 적용할 수 있습니다.


mini_el(8)

옵션

mini_el:

-l logfile mini_el 에서 만들 로그 파일의 파일 이름을 지정합니다. 기본값은 /nsr/logs/

ssi_event.log 입니다. 이 옵션을 지정할 경우 logfile 은 로그 파일의 전체 경로여야 합니다.

파일이 없으면 새로 만들어지고, 파일이 있는 경우에는 추가됩니다. -l 매개 변수가 없을 경우에는

기본 로그 파일 /nsr/logs/ssi_event.log 가 사용됩니다.

-d 디버그 플래그를 설정합니다.” mini_el 은 디버그 정보를 출력합니다.

-h mini_el 에 대한 사용법 정보를 표시합니다.

ssi:

-A ACSLS server 는 CSI_HOSTNAME 환경 변수가 ACSLS, LibraryStation 또는 Horizon을 실행하는 시스템 이름으로 설정되지 않은 경우에 필요합니다.

-a ACSLS port number 는 다음 사이의 통신에 사용되는 포트 번호를 지정해야 하는 경우에만 필요합니다. ssi 프로세스와 ACSLS 서버. ACSLS 서버가 특정 포트에서 수신하도록 구성된 경우에는

이 값을 해당 포트 번호로 설정해야 합니다.

-S SSI port number 는 ssi 프로세스가 지정된 포트 번호에서 수신하도록 지정합니다. 이 포트는

ACSLS 서버와의 통신에 사용됩니다.


필요합니다. 이 포트 번호에 허용되는 값은 50004(첫 번째 인스턴스의 경우), 50011-50019 및

50021-50099입니다. ssi 의 인스턴스에서 이미 사용 중인 포트 번호를 지정한 경우에는 해당 포트를 사용할 수 없으며 허용 범위에서 다음으로 사용 가능한 포트가 선택됩니다.

-r retry count 는 네트워크 문제로 인해 ssi와 ACSLS 간의 통신에 대한 재시도 횟수를 늘려야 하는 경우에만 필요합니다.

이러한 매개 변수는 위치를 구분하지 않습니다. 명령줄 옵션은 ssi 프로세스에서 적절하게 구문 분석됩니다.

환경 변수

ssi:

CSI_HOSTNAME (텍스트, 최대 256자, 기본값 없음)

ACSLS 서버 이름이 명령줄에 없는 경우, ssi 는 이 변수에 의해 지정된 호스트 이름을 사용합니다.

이 이름은 연결하려는 라이브러리 서버 프로그램을 실행하는 호스트 이름이어야 하며 256자로 제한됩니다. 명령줄 호스트 이름과 이 환경 변수 모두 ssi 가 사용할 호스트 이름을 지정하지 않은 경우, ssi 가 오류 메시지와 함께 종료됩니다.

SSI_HOSTNAME (텍스트, 최대 256자, 기본값 없음)

이 변수는 멀티홈 시스템용입니다. 일반적으로 ssi 는 gethostbyname 시스템 함수를 사용하여

ACSLS 서버에 연결하는 데 사용할 이름을 결정합니다. 여러 네트워크 인터페이스를 가진 시스템에서는 이 함수에서 제공된 이름이 ACSLS 서버와 통신하는 데 필요한 네트워크 인터페이스에 사용되지

않을 수도 있습니다. 이러한 시스템에서는 ssi 가 ACSLS 서버에 연결하는 데 사용할 네트워크 인터페이스의 정확한 이름을 명시적으로 지정할 수 있습니다. 이 변수는 ssi 가 시작되기 전에 설정해야

하며 ssi 의 인스턴스마다 다를 수도 있습니다. 어떤 경우든 이 환경 변수가 있는지 여부를 나타내는 메시지가 이벤트 로그에 기록되며, 이 변수가 없을 경우 ssi 는 gethostbyname 에서 반환되는

호스트 이름을 사용합니다. 이것은 오류 메시지가 아닙니다.


mini_el(8)

SSI_BASE_SOCKET (숫자, 0 < x < 64k, 기본값 없음)


소켓을 열 때 사용할 시작 값을 지정합니다. 이 변수가 설정된 경우 ssi 는 두 개의 소켓만 엽니다.

먼저 SSI_BASE_SOCKET 에서 첫 번째 소켓이 모든 호스트에 연결하는 데 사용됩니다. 다음으로

SSI_BASE_SOCKET + 1 에서 두 번째 소켓이 ACSLS 서버와 직접 통신하는 데 사용됩니다. 50001

에서 50004 사이의 기본 소켓은 mini_el 과 ssi 간의 통신에 그대로 사용되지만 이 호스트와

ACSLS 서버 간의 모든 통신에는 SSI_BASE_SOCKET 에서 시작되는 두 개의 소켓을 사용해야 합니다.

참고: 이 환경 변수는 -a 옵션을 유효한 포트 번호와 함께 사용할 경우에는 무시됩니다.

TIME_FORMAT (시간 형식 문자열, 기본값 = "%m-%d-%y %H:%M:%S")

기본 형식(월-일-년 시:분:초)이 아닌 다른 형식으로 시간 값을 인쇄하려는 경우 이 변수를 사용합니다.

%m은 현재 월,

%d는 오늘 날짜,

%y는 현재 연도,

%H는 현재 시간,

%M은 현재 분,

%S는 현재 초로 대체됩니다.

CSI_CONNECT_AGETIME (시간(초), 0 < x < 31536000, 기본값 = 600)

이 변수는 네트워크 연결의 경과 시간을 초 단위로 설정합니다.

CSI_RETRY_TIMEOUT (시간(초), 0 < x < 4,294,967,295, 기본값 = 4)

네트워크 요청을 재시도하기 전 ssi 의 대기 시간을 설정합니다.

CSI_RETRY_TRIES (숫자, 0 < x < 100, 기본값 = 5)

오류를 보고하기 전 ssi 의 네트워크 메시지 전송 재시도 횟수를 설정합니다.

CSI_TCP_RPCSERVICE (부울, 기본값 = TRUE)

라이브러리 서버와 연결할 때 ssi 에서 TCP 소켓을 사용할지 여부를 설정합니다.

CSI_UDP_RPCSERVICE (부울, 기본값 = FALSE)

라이브러리 서버와 연결할 때 ssi 에서 UDP 소켓을 사용할지 여부를 설정합니다. CSI_UDP_RPCSERVICE 를

TRUE 로 설정하면 ssi 가 같은 시스템에서 실행 중인 csi 와 통신할 수 있습니다.

예제일반 STK 사일로 설정: mini_el & ssi acsls1 &


세 개의 ACSLS 서버에 연결: mini_el & ssi -A acsls1 & ssi -A acsls2 & ssi -A acsls3 &

- 또는 - mini_el & setenv CSI_HOSTNAME acsls1 ssi & setenv CSI_HOSTNAME acsls2 ssi & setenv CSI_HOSTNAME acsls3 ssi &


mini_el(8)

각기 다른 네트워크 인터페이스를 통해 세 개의 ACSLS 서버에 연결: mini_el & setenv SSI_HOSTNAME myhost_on_net1 ssi -A acsls1 & setenv SSI_HOSTNAME myhost_on_net2 ssi -A acsls2 & setenv SSI_HOSTNAME myhost_on_net3 ssi -A acsls3 &



mini_el 을 얻으려면, /nsr/logs/ssi.log.today를 해당 로그 파일로 사용합니다. mini_el -l /nsr/logs/ssi.log.today & ssi -A acsls1 &


mini_el 에 의해 생성/추가된 기본 로그 파일입니다.



ssi_event.log 로그 파일(또는 mini_el 명령줄에 지정된 다른 로그 파일)에 기록됩니다. ssi 인스턴스에서 발생되는 메시지의 앞에는 해당 인스턴스에서 통신 중인 ACSLS 서버 이름과 NetWorker와 ssi 간에 사용될 로컬 TCP 포트 번호가 추가됩니다.

예를 들면 다음과 같습니다. 10-12-00 12:31:44 SSI[0]:


10-12-00 12:33:20 SSI[0]:

[acsls2/50011] ONC RPC: csi_init(): 초기화 완료됨 ONC RPC: csi_init(): ACSLS 서버 acsls2가 50011포트를 통해 액세스되었습니다.


mini_el(8)


mminfo(8)

Maintenance Procedures mminfo(8)

이름mminfo - NetWorker 미디어 데이터베이스 보고 명령

시놉시스mminfo [ -avV ] [ -o order ] [ -s server ] [ -x exportspec ] [ report ] [ query ] [ volname... ]

< report >: [ -m | -p | -B | -S | -X | -r reportspec ] < query >: [ -c client ] [ -l ] [ -N name ] [ -t time ] [ -q queryspec ]

설명mminfo 명령은 NetWorker 미디어 및 세이브 세트에 대한 정보를 보고합니다. mminfo 명령은 지정된 플래그에 따라 몇가지 보고서를 생성할 수 있습니 다. 약 식 플래그를 사용하여 몇 가지 내장된 기본 보고서를

지정할 수있습니다. 사용자 정의 보고서도 지정할 수있습니다. 아래에서는 먼저 기본 보고서와 -v, -V,

-m, -p, -S, -B 및 -X 플래그를 사용할 때 출력되는 내장 보고서에 대해 설명합니다. -q queryspec 및

-r reportspec 옵션을 사용하는 사용자 정의 쿼리 및 보고서 생성기에 대해서는 사용자 정의 쿼리 및 보고서 섹션에서 설명하며, 다른 옵션에 대해서는 옵션 섹션에서 설명합니다.

아무 옵션도 지정하지 않고 mminfo 명령을 실행하면 전날자정 이후에 올바르게 완료되어 온라인 파일 인덱스에 포함된 세이브 세트(탐색 가능한 세이브 세트)에 대한정보가 표시됩니다. 각 세이브 세트에 대한 정보로, 포함 하는 볼륨 이름, 클라이언트 이름, 생성 날짜, 해당 볼륨에 저장된 크기, 세이브 세트 레벨 및 세이브 세트 이름이 출력됩니다. 크기 필드는 바이트(B), 킬로바이트(KB), 메가바이트(MB), 기가바이트(GB), 테라바이트(TB), 페타바이 트(PB) 또는 엑사바이트(EB) 단위로 표시됩니다. 세이브 세트 레벨은 전체, 증분, 마이그레이션 세이브 세트, 레벨 1-9를 각각 ’full’, ’incr’, ’migration’ 또는 1-9로 표시합니다. 예약된 세이브 및 파일 마이그레이션 인 경 우에만 이 레벨이 유지됩니다. 따라서 save(8) 명령을

명시적으로 실행하 여 생성된 세이브세트(임시 세이브)에는 관련된 레벨이 없습니다.

-v 플래그를 지정하면 기본적으로 출력되는 완전한탐색 가능 세이브 세트 외에도 중단, 삭제, 불완전, 복구가능 상태의 세이브 세트가 출력됩니다. 또한 -v 플래그를 지정하면 세 가지 추가 필드인 생성 시간, 내부세이브 세트 식별자(ssid) 및 두 개의 플래그가 표시됩니다. 플래그당 하나의 문자가 사용됩 니다.

첫 번째 플래그는 세이브 세트의 어떤 부분이 볼륨에 있는지 나타냅니다. 볼륨에 세이브 세트가 완전하게(completely) 포함되어 있다면 c가표시됩니다. 세이브 세트가 여러 볼륨에 분산되어 있고 해당 볼륨에 헤드(head)가 들어 있는 경우 h가표시됩니다. 나머지 섹션은 다른 볼륨에 있게됩니다. 세이브 세트가 여러 볼륨에 분산되어 있고 해당 볼륨에 중간(middle) 섹션이 들어 있는 경우 m이표시됩니다. 헤드 및 테일 섹션은 서로 다른 볼륨에 있게됩니다. 중 간 섹션이 둘 이상일 수도 있습니다. t는분산된 세이브 세트의 테 일(tail) 섹션이 해당 볼륨에있는 경우에 표시됩니다. 다른 플래그와 마찬가지로 나머지 섹션은 다른 볼륨에

있게 됩니다.

두 번째 플래그는 세이브 세트의 상태를나타냅니다. b는 세이브 세트가 온라인 인덱스에 들어있으며

recover(8) 명령으로 탐색 가능(browsable)함을나타 냅니다. r은 세이브 세트가 온라인 인덱스에 들어있지

않으며 scanner(8) 명 령으로 복구가능(recoverable)함을 나타냅니다. E는 세이브 세트에 재활용 가능 표시가 있으며 언제라도 덮어쓸 수 있음을나타냅니다. a는 세이브가 완료 되 기 전에 중단되었음을 나타냅니다.

중단된 세이브 세트는 nsrck(8)에 의해 온라인 파일 인덱스에서 제거됩니다. i는 세이브가아직 진행 중임을

나타냅니다.

선 택 사항인 세 번째 플래그는 세이브 세트 유형을나타냅니다. N은 NDMP 세이브 세트를 나타냅니다. R은

Oracle, Sybase, 그리고 NetWorker가 지원하는 그밖의 NetWorker 모듈 등의 원시 파티션 백업을 나타냅니다. 하지만 rawasm 보호 지침을 사용하는 파일이 세이브 세트에 포함 되어있음을 의미 하지는 않습니다. P는 스냅샷 세이브세트를 나타냅니다. k는 체크포인트 사용 세이브 세트를 나타냅니다. ak 조합은 첫

번째 세이브 세트와 중간의 부분 세이브 세트 전체를 나타냅니다. bk 조합은 완전한 또는 마지막 부분 세이


mminfo(8)

브 세트를 나타냅니다.

선택 사항인 네 번째 플래그 s는 NDMP 세이브 세트가 nsrdsa_save를 통해 NetWorker 스토리지 노드로 백업되었는지 여부를 나타냅니다.

-V 플래그는 -v 플래그보다 한층 더 자세한 정보를표시합니다. 이 형식은 미디어 파일 번호나 레코드번호와

같이 scanner(8) 명령의 작업 속도를 향상시키는데 사용할 수 있는 정보를 표시합니다. -v 플래그는 볼륨당 하나의 세이브 세트를 한 줄로 표시합니다. -V 플래그는 볼륨의 특정 파일 내에서 발생하는 세이브 세트의 각 섹션을 세 줄로 표시합니다. 특정 볼륨의 한파일에서 시작해 다른 파일에서 끝나는 단일 세이브세트는

여러개의 인덱스 항목을 가집니다. 이 보고서에는 -v 플래그로 보고되는 모든 정보가 포함되지만, 정보가 늘어남에 따라 일부 정보의 순서가 바뀝니다. 첫 번째 줄에는 볼륨 이 름, 클라이언트 이름, 해당 섹션에 저장된 크기, 세이브 세트 레벨 및 세이브세트 이름이 포함됩니다. 크기 필드에는 해당 볼륨에 포함된 세이브

세트의 전체 크기가 아니라 해당 섹션에 포함된 바이트수가 나열됩니다.두 번째 줄에는 내부세이브 세트 식별자(ssid), 1970년 1월 1일 00:00:00 GMT 이후의 세이브 타임(초), 생성 데이터 및 시간, 내부 세이브

세트식별자(ssid), 세이브 세트 탐색 시간 및 클론 인스턴스보존 시간 등의 필드가 있습니다.세번째 줄에는

섹션에 포함된 세이브 세트의 처음 및 마지막 바이트 오프셋, 미디어 파일 번호, 해당 세이브 세트에 대한

데이터를 포함하는 미디어 파일 내의 첫 번째 레코드, 내부 볼륨 식별자(volid), 세이브 세트의 총 크기,

그리고 해당 미디어 파일에 들어 있는 세이브 세트의 섹션(c, h, m 또는 t) 및 세이브 세 트 의 상태(b,

r, a 또는 i)를나타내는 플래그(위 -v 단락의 설명 참조)가나 타납니다.

-p 플래그를 지정하면 mminfo 명령이 해당 세이브 세트의 탐색 및 보존 시간을 보고합니다. 보고서의 각줄에는 세이브 세트 생성 날짜, 저장된 탐색 및 보존날짜(downrev 서버 연결 시 ‘undef’가 표시됨), 세이브

세트식별자, 클 라 이언트 이름 및 세이브 세트 이름이표시됩니다. -v 및 -V 옵션은 이 보고 서의 열에 영향을미치지 않습니다.

-m 플래그를 지정하면 mminfo 명령이 미디어데이터베이스의 각 볼륨 이 름, 볼 륨에 기록된 바이트 수, 사용된 공간 비율(또는 볼륨 용량이 가득 찼음을 나타내는 ’full’이라는 단어), 보존(만료) 시간, 읽은 바이트 수, 해당 볼륨에서 레이블 읽기 작업이 수행된 횟수(명시적 마운트 횟수가 아님) 및 볼륨의 용량을 표시합니다. 재활용 가능한 볼륨(nsrim(8) 참조)은 첫번째 열에 재활용 가능(Eligible for recycling)한 볼륨임을 의미하는 E가 표시됩니다. 수동 재활용이 가능한 볼륨인 경우 E 대신 M이 표시됩니다. 재활용이가능하면서 수 동 재활용도 가능한 볼륨에는 X가표시됩니다. 아카이브 및 마이그레이션 볼 륨도 첫 번째열에 A가

표시됩니다. 아카이브 또는 마이그레이션 볼륨이 아 니 고 재활용할 수 없는 볼륨인 경우에는 아무 플래그도

표시되지 않습니다.

-v 플래그와 -m 플래그를 함께 지정하면 세 개의 추가필드인내부 볼륨 식별자(volid), 기록할 다음 파일의

번호및 미디어 유형이 표시됩니다.

-V 플래그와 -m 플래그를 함께 사용하면 플래그 열이추가로 출력됩니다. 현재 는 두 가지 플래그를 사용할

수있습니다. d 플래그는 볼륨이 현재 기록 중(dirty)인볼륨에 설정됩니다. r 플래그는 읽기전용(read-

only)으로 표시된 볼 륨에 설정됩니다. 이러한조건 중 어느 하나에도 해당되지 않을 경우 플래 그 열은비어

있습니다.

-S 플래그는 디버깅에 사용되는 여러 줄의 긴 세이브세트 보고서를 표시합니다. 줄 수는 세이브 세트마다 다릅니다. 길이가 길기 때문에 열 헤더는 생략됩 니다. 대신에, 세이브 세트의 각 속성이 ‘이름=값’ 형태로

표시됩니다. 단, ‘ 클라이언트:이름’ 형태로 표시되는 클라이언트 및 세이브 세트의 이름과 아래에 설명되어

있는 확장된 속성은 예외입니다. 여러 줄짜리 각 그룹의 첫번째 줄은 왼쪽 여백에서 시작되며 세이브세트 식별자(ssid), 1970년 1월 1일 00:00:00 GMT 이후의 세이브타임(날짜/시간 문자열 및 초 단위), 그리고

클라이언트와 세이브 세트의 이름을 포함합니다. 이 세이브 세트의 다음 줄부터는 들여 씁니다. 세이브 세트가 세이브 세트시리즈(‘연속 세이브 세 트’) 에 속하며 시리즈의 첫 번째세이브 세트가 아닌 경우, 시리즈에 포함된 이전 세이브세트의 세이브 세트 식별자만 두 번째 줄에 표시됩니다. 그 다음 줄에는 레벨, 세이브

세트플래그(사용자 정의 쿼리 및 보고서 섹션의 표에설명된 ’ssflags’ 형식), 세이브 세트 크기(바이트),

세이브 세트의 파일 수 및 세이브 세트 삽입 날짜가 표시됩니다. 그 다음 줄에는 세이브 세트의 생성,

완료, 탐색 및 보존(만료) 날짜가 표시됩니다. 이 두 줄의 값에 ‘undef’ 문자열 이 표시되는 것은 보통 이러한 값을 저장하지 않는 구형 서버에 쿼리하고 있다는 것을 의미합니다. 클라이언트 식별자가 설정된 경우

그 다음줄에 출력됩니다. 세이브 세트에 확장된 속성(예: 세이브세트가 속했던 그룹 또는 아카이브 주


mminfo(8)

석)이 있는 경우에는 그 다음 줄부터 대개 한 줄에 하나씩 속성이 출력됩니다. 확장된 속성 각각의 형식은

"이름: 값;"입니다. 세이브 세트의 클론 또는 인 스턴스는 마지막에 표시됩니다. 세이브 세트마다 적어도 하나의 인스턴스가 있습니다. 각 클론의 첫 번째 줄에는 클론식별자, 인스턴스가 생성된 날짜 및 시간, 클론

보존 날짜및 클론별 플래그(사용자 정의 쿼리 및 보고서 표 의 ‘clflags’ 형식)가 표시됩니다. 인스턴스마다 해당 인스턴스의 각 섹션이 조각줄로 표시됩니다. 조각줄에는 세이브 세트 처음에서 가져온 해당 조각 의

오프셋, 해당 조각을 포함하는 볼륨 식별자(volid), 조각시작 부분의 미디어 파일 및 레코드 수, 절대 위치식별자(기존 서버에서는 사용되지 않음), 그리 고 조각의마지막 액세스 날짜가 표시됩니다. -v 및 -V 옵션은 이보고서에 영 향을 미치지 않습니다. -S를 지정할 경우, -o 순서 정렬 옵션인 o와 m은 무 시됩니다.

-X 플래그는 세이브 세트당 여러 줄을 표시하는 대신 세이브 세트 요약 보고서를 작성합니다. 이 쿼리를 해결하려면 전체 미디어 데이터베이스를 검사 해야 하므로 시간과 비용이 많이 소요됩니다. 이 플래그와 a 옵션을 함께 사용 하면 세이브 세트를 확인하기 위해 모든 볼륨에 대한 쿼리가 수행됩니 다. a 옵션 없이 플래그를 사용하면 최근 24시간 동안의 세이브 세트 정보만 확인합 니다. 요약 보고서에는 총 세이브 세트 수가 표시되며, 총계는 다시 세이브 세트 유형을 요약하는 몇개의 중복되는 범주로 나뉩니다. 쿼리에 해당하는

경우 최근의 세이브 세트 사용도 출력됩니다. 범주에는 전체 세이브 수, 증분 세이브 수, 전체 세이브도

아니고 증분 세이브도 아닌 기타 세이브 수, 임시, 아카이브, 마이그레이션, 비어 있거나 삭제된 세이브 세트 수, 인덱스 세이브 세트 수, 그리고 불완전한 세이브 세트수가 있습니다. 최근 사용의 경우, 최대 1주일간의 일일세이브 세트 수와 함께 해당 주일의 세이브 세트 요약 및해당 월의 세이브 세트 요약(해당하는 경우)이표시됩니다. 각 줄마다 파일 수(지정된 시간 간격으로저장됨), 세이브 세트 수, 총 크기, 세이브 세트

당 평균 크기 및 파일당 평균 크기가 표시됩니다. 해당하는 경우, 증분 세이브 대 전체 세이브의 비율과 탐색 가능한 파일의 비율도 출력됩니다. -v 및 -V 옵션은 요약 보고서에 영향을 미치지 않습니다.

-B 플래그는 미리 준비된 쿼리를 수행하여 이전 5주간생성된 부트스트랩 목록을 편리한 형식으로출력합니다.

이 형식에서는 일치하는 세이브 세트가 각 각 한 줄에 출력됩니다. 각 줄에는 세이브 날짜 및 시간, 세이브

레벨, 세이 브 세트 식별자(ssid), 시작 파일 번호, 시작 레코드 번호 및 볼륨이 포함됩 니다.이와 동등한쿼리가 아래 예제 섹션에 설명되어있습니다. 부트스트랩 표시에는 -v 및 -V 옵션이영향을 미치지 않습니다.

옵션-a 최근 24시간의 세이브 세트만이 아니라 완전하고 탐색가능한 모든 세 이 브 세트에 쿼리를 적용합니

다. 아래설명된 -c, -N, -q, -m 및 -o 옵션에서는 이 옵션이지정된 것으로 간주합니다. 미디어 전용 보 고 서(-m 또는미디어 정보만 표시하는 사용자 정의 보고서)와 함께 -a 옵션을 사용하면 완전하고 탐색 가능한 세이브 세트가포함된 볼륨 뿐 만 아니라 모든 볼륨에 이 옵션이 적용됩니다.

-c client

지정된 client와 관련된 미디어 및/또는 세이브 세트의 정보만 보고되 도록 제한합니다. 이 옵션은 queryspec(-q 옵션 참조) 이름을 사용하여 클라이언트 이름을 지정하는것과 유사합니다. 두

경우 모두 대소 문자를 구분하지않는 문자열 비교를 통해 일치하는 이름을찾습니 다.

reportspec(-r 옵션 참조)에volume이 포함되는 경우 보고되는 정보에 클라이언트의 aliases와

관련된정보가 포함됩니다. 클라이언트의 별칭과 관련된 정보를 출력할 필요가 없는 경우 -c

client(reportspec에 volume이포함된 경우)와 함께 -l 옵션을 사용합니다.

-l 이 옵션을 volume을 포함하는 reportspec(-r 옵션 참 조) 및 -c client와 함께 사용하면 지정된 클라이언트의 aliases와 관련된 정보 가 출력되지 않습니다.

-k VBA(VMware Backup Appliance)를 사용하여 보호되는 가상 머신의 백업 세부 정보를 표시합니다. ’vm_name’ 필드에 가상 머신 이름이 표시됩 니다. ’size’에는 NetWorker 디바이스의 백업크기가 표시 됩니다. ’backup_size’ 에 는 VBA 내장형 스토리지 또는 NetWorker 디바이스의

백업 크기가 표시됩니다. VBA 내장형 스토리지에 백업 한 경 우 ’backup_size’와 ’size’가 서로 다릅니다. 이 경우 ’backup_size’에는 VBA의 백업 크기가 표시되고, ’size’에는 NetWorker

메타데이터 크기가 표시됩니다.

-m 기본 세이브 세트 보고서 대신에 미디어 보고서(즉, 세이브 세트 자체가 아닌 세이브 세트를 포함하는 미디어에 대한 보고서)를 표시합니다.


mminfo(8)

-N name

지정된 세이브 세트 name과 관련된 미디어 및/또는세이브 세트에 대 한 정보만 보고되도록 제한합니다.

-o order

지정된 순서대로 출력을 정렬합니다. 각종 필드를 기준으로 세이브 세트를 정렬한 다음 표시합니다. 숫자필드는 오름차순으로, 그 밖의 필 드는 알파벳 순서로 정렬됩니다. order는 celmnotR

문자의 조합으로 지정할수 있습니다. 여기서 c는 클라이언트, e는 만료 날짜, l은 길 이, m은 미디어 이름, n은 세이브 세트 이름, o는 미디어 오프셋( 파 일 및 레코드 번호), t는 시간, R은

역방향을 나타냅니다. 세이브 세 트 보고서의 기본정렬 순서는 mocntl입니다. 오프셋 필드(파일

및 레 코 드)는 -V 옵션을 선택한 경우와 세이브 세트섹션(조각) 정보를 표시하는 사용자 정의

보고서의 경우에만 고려됩니다.-m 미디어 전용 보고서에 적용될 경우 길이는 해당 볼륨에 사용된

양이고, 시간은 해당 미디어에 액세스한 마지막 시간이며, 그 밖의 순서플래그는 무시됩니 다.

-p 위에 설명한 바와 같이 세이브 세트의 탐색 및 보존 시간에 대한 보고서를 표시합니다.

-q queryspec

현재 쿼리의 제약 목록에 지정된 쿼리 제약을추가합니다.여러 개 의 -q 옵션을 지정할 수있습니다.

queryspec 구문에 대한 자세한 내용은 아래사용자 정의 쿼리 및 보고서 섹션을 참조하십시오.

-r reportspec

현재 쿼리에 대해 표시할 속성 목록에 지정된 보고서사양을 추가합니다. 여러 개의 -r 옵션을 지정할 수있습니다. reportspec 구문에 대 한 자세한 내용은 아래사용자 정의 쿼리 및 보고서 섹션을

참조하십시오.

-s server

server 에 있는 NetWorker 시스템의 볼륨 및 세이브 세트정보를 표시 합니다. 서버 선택에 대한

설명은 nsr(8)을참조하십시오. 기본값은 현재 시스템입니다.

-t time

time으로 지정된 시점에 또는 그 이후에 생성된 세이브세트와 관련된 미디어 및/또는 세이브 세트에 대한정보만 보고되도록 제한합 니다. 사용 가능한 시간 형식에대한 설명은 nsr_getdate(3)를

참조하십시오. 기본값은 ‘yesterday’입니다. 단, -a, -B, -c, -N, -m, -o 및 -q 스 위치를

사용할 경우는 제외입니다. 이러한 스위치를 사용할 때에는 시간 기본값이 없습니다. 어제 이후의

백업만 보려면 ‘-t yesterday’를 명시적으로 지정해야 합니다.

-v 위에서 설명한 세부 정보 표시 보고서를 설정합니다.

-x exportspec

exportspec은 쉽게 읽을 수 있는 사용자용 기본 출력 형식 대신 두가지 스타일의 프로그램용 출력

형식을 제공합니다. exportspec ‘m’ 은 XML 출력을 표시하는 반면, exportspec ‘c<separator>’

는 단일 문자 또는 문자열로 구분된 값을 표시합니다.예를 들어, ‘mminfo -xc,’는 쉼표로 구분된

값을 표시합니다.

-B 앞에서 설명한 바와 같이, 준비된 쿼리를 실행하여 지난 5주간 생성된 부트스트랩을 보고합니다.

이 옵션은 서버의 인덱스 및 부트스트랩을 저장할 때 savegrp(8)에사용됩니다.

-S 앞에서 설명한 여러 줄짜리 긴 세이브 세트 보고서를 표시합니다.

-V 앞에서 설명한 추가 세부 정보 보고서 출력을 표시합니다.

-X 앞에서 설명한 요약 보고서를 준비합니다.


mminfo(8)

사용자 정의 쿼리 및 보고서mminfo 의 사용자 정의 쿼리 및 보고서 옵션을 지정하면 파이프라인이나 스크립트를 사용하지 않고도 복잡한 제약을 충족하는 미디어 및 세이브 세트 보고서를 생성할수 있습니다. 이 섹션에서는 사용자 정의 쿼리

및 보고서 사양의 구문을 설명하고 몇 가지 간단한 예를 다룹니다. 보다 자세한 용례는 아래 예제 섹션을 참조하십시오.

사용자 정의 쿼리 옵션인 -q queryspec은 -c client와같은 약식 쿼리 옵션의 확장판으로, 이를 지정하면

데이터베이스의 거의 모든 미디어 또는 세이브 세트 속성을 기반으로 쿼리를 작성할 수 있으며, 약식 옵션이

제공하는 등호 연산자를 이용한 단순 비교 외에도 다양한 비교를 수행할 수 있습니다.queryspec의 형식은

다음과 같습니다.

[!] name [ comp value ] [ , ... ]

여기서 name은 아래 표에 나열된 데이터베이스 속성의 이름이고, comp는 속성에 유효한 비교 연산자인

‘>’, ‘>=’, ‘=’, ’<=’, ’<’ 중 하나이며, value 는 비교할 값입니다.선행 및 후행 공백을 사용하여 사양의 개별구성 요소를 구분 할 수 있습니다. 플래그 속성을 제외한 모든 속성에 비교 연산자 및 값을 지정해야 합니다. 일반적으로 숫자 속성에는 5개의 비교 연산자를 모두 사용할 수 있으며, 문자열 속성에는 대개 등호연산자만 사용할 수 있습니다. 값 이 보 통 ‘true’ 또는 ‘false’인 플래그를 비교할 때에는 ‘[ !

] name’ 구문을 대신 사용할 수도 있습니다. ‘!name’ 형태는 ‘name=false’에 해당하고, ‘name’ 만 있으면 ‘name=true’에 해당합니다. 사양에서 각 비교는 쉼표로 구분됩니다. 시간이나 문자열에 쉼표가 포함된 경우에는 값을 작은 따옴표나 큰 따옴표로 묶어야 합니다. 문자열내의 따옴표는 반복 사용하여 이스케이프 처리합니다. 다음은 유효한 문자열 비교입니다.

name="Joe's daily, ""hot"" Save Set"

명령줄 셸에서도 따옴표를 해석하므로 전체 쿼리를따옴표 안에 넣어야 하며, 셸에 따라서는 쿼리 내 단일값을 다른 종류의 따옴표로 묶어야 할 수도있습 니다. 아래에서 설명하는 다중 문자열 값을제외하고는, 지정된

세이브 세트 및/또는 미디어 볼륨이 지정된 모든 제약을 충족해야 보고서가 한 줄씩 출력됩 니다. 여러 개의

-q 옵션을 지정할 수 있으며 -c, -N 및 -t와 같은 약식 쿼리 제약과 함께 사용할수도 있습니다. 이러한 쿼리 제약의 순서는 중요하지 않습니다.

식별자(볼륨, 세이브 세트 및 클론 식별자)를 제외하면, 숫자 제약을 사용하여 범위를 지정하거나 문자로만

구성된 문자열 제약을 사용하여 여러 가능한 값을 지정할수 있습니다. 시간 및 레벨은 문자열이 아닌 숫자

값으로 간주 합니다. 숫자 범위의 상한과 하한은 두 개의 개별제약으로 지정됩니다.예:

%used>20,%used<80

이는 20%-80%가 사용된 볼륨을 의미합니다. 또한 ’속성 및볼륨 속성’을 제외한 모든 문자열은 목록입니다. 지정된 문자열 속성에 사용할 수 있는 각각 의 값은 등호를 이용한 별도의 제약으로 지정됩니다. 예:

client=pegasus,client=avalon

이는 ‘pegasus’ 또는 ‘avalon’ 클라이언트의 세이브 세트를의미합니다.

예 를 들어, ‘group’ 문자열 속성이 여러 번 사용되는 경우의 ‘mminfo’ 쿼리는 다음과 같습니다.

mminfo -av -q ‘group=Default, group=Test’

이 쿼리는 ‘Default’와 ‘Test’ 그룹 모두의 세이브 세트를보고합니다.

사용자 정의 보고서 옵션인 -r reportspec을 사용하면보고서에 표시할 미디어 및 세이브 세트 속성, 열

순서, 열 너비 및 줄바꿈 위치를 정확하게 지정 할 수있습니다. reportspec의 형식은 다음과 같습니다.

name [ (width) ] [ ,.I name [ (width) ] ... ]

여기서 name은 아래 나열된 데이터베이스 속성의이름이며, 괄호 안의 width는 선택적 옵션으로 열의너비를

지정합니다.선행 및 후행 공백은무시됩니다. 기본 열 너비는 속성에 따라 다르며, 아래표에 각각의 기본 너


mminfo(8)

비가 나와 있 습니다.

일부 열 제목에는 텍스트가 짧은 형식과 긴 형식(설명이더 구체적임)으로 표시됩니다. 열 너비가 충분하면

긴 열제목이 표시되고 그렇지 않으면 짧은 열 제목이 표시됩니다. 미국 이외의 로캘에서 제목의 기본 열너비가 너무 넓거나 너무 좁으면 데이터가 올바르게맞춰지지 않을 수 있습니다. 열 제목과 데이터를 정렬하려면

속성 이름과 함께 너비를 지정하십시오.

예를 들어, 특정 로캘에서는 "mminfo -p -q group=default" 명령을사용할 때 열 제목과 데이터가 올바르게 맞춰지지 않을수 있습니다. 이를 올바르게 조 정 하려면 속성 이름과 함께 열 너비를 사용하여 명령을

실행하십시오.지정된 열너비의 크기에 따라 긴 제목이 표시될 수 있습니다.예:

mminfo -avot -q group=Default -r"savetime(17),ssbrwowse(17), ssretent(17), ssid, client, name"

여러 개의 -r 옵션을 지정할 수 있습니다. 보고서에서열 순서는 왼쪽에서 오른쪽 순이며, 지정된 속성 이름의 순서에 해당합니다.각 줄에는 요청한 모든 데이터가출력됩니다. newline 속성 이름을 사용하여 논리 줄

안에줄바꿈을 삽입할 수 있습니다.값이 요청한 열 너비에맞지 않으면 해당 줄의 그 다 음 값부터는 오른쪽으로이동됩니다. 값은 256자에서 잘립니다.

아 래 표에는 사용 가능한 모든 속성 이름, 쿼리 값의 유효범위(보고서 사양에만 유효한 속성의 경우

’NA’), 문자개수로 표현되는 기본 열 너비(쿼리 사양에만 유효한플래그 속성의 경우 ‘NA’), 그리고

간단한 설명이 나와있습니 다.

숫자 속성(표의 유효 범위 열에 number로 표시됨)은위에서 설명한 비교 연산자 중 하나를 사용하여 지정할수 있으며, 범위 비교에도 사용할 수 있습니 다.

=id 속성은 다양한 식별자(볼륨 식별자, 세이브 세트식별자 등)에 사용되 며 등호를 이용한 비교만허용합니다. 대개의 경우, 열 너비가 좁으면(50자 미 만) downrev 서버에서 사용되는 ID인 약식 ID만 표시됩니다. 열너비가 충 분 하 면 전체 ID가 표시됩니다. 클라이언트식별자는 항상 전체 ID로 표시되며, 클론 식별자는 항상약식 ID로 표시됩니다.

flag 속성의 값은 ‘true’ 또는 ‘false’이고, 쿼리 제약으로만 적용되며, 보고서 사양을 위한 해당하는 플래그 요약 문자열이 있습니다.

time 속성은 nsr_getdate(3) 형식으로 지정해야 하며그렇지 않은 경우 숫자 속성으로 간주됩니다. 쉼표가

포함된 시간은 따옴표로 묶어야 합니다. 특수 시간인 ‘forever’를 만료 날짜에 사용하는 것은 세이브 세트

또는 볼륨이 절 대로 만료되지 않음을 의미합니다. 특수 시간 ‘undef’는 시간이 정의되지 않 은 경우에 표시됩니다. 시간은 로컬 설정에 따라 출력되는데, 일반적으로 MM/DD/YY HH:MM:SS 형태로표시됩니다. 영어(

미국) 로캘의 경우 각 항목은 숫자 형식의 월, 일, 연도(마지막 두 자리), 시, 분, 초를 의미합니다. 열

너비 가 매우 좁으면(17자 미만) 날짜만 표시됩니다. 22자 너비의 열이면 일반적으 로 전체 날짜가 출력되지만, 운영 체제에서 보고하는 형식에 따라 결과가 다를 수 있습니다. 반환된 날짜와 시간이 지정한 열에 맞지 않으면 날짜만 표시 됩니다.

미국 이외의 로캘에서 time 속성은 로캘 날짜/시간형식으로 표시되며, 이 경우 일반적으로 열 너비를 더크게 지정해야 합니다.열 너비가 좁아서 해당 속 성 의 전 체 로 캘 날 짜/시간 값을 표시할 수 없는 경우,

<locale_date HH:MM>(24시간) 형식이 사용됩니다. 그래도열 너비가 좁은 경우에는 날짜/시 간 열에

<locale_date>만 표시됩니다.

예 를 들어, 특정 로캘에서 세이브 타임 속성의 로캘날짜/시간을 표시하려면 다음과 같이 적당한 너비를지정하십시오.

mminfo -avot -r"volume, client, savetime(40}, sumsize,level, ssid, name, sumflags"


mminfo(8)

Size size및 kbsize 속성에는 단위 요소가 추가될 수있습니다. ‘KB’는 킬로 바이트, ‘MB’는 메가바이트, ‘GB’는기가바이트, ‘TB’는 테라바이트, ‘PB’ 는 페타바이트, ‘EB’는엑사바이트를 의미합니다. 단위를 명시적으로 지정하지않 을 경우 속성의 쿼리 제약에 사용되는 기본 단위는바이트이며, kbsize 속 성 의

기본값은 킬로바이트입니다. 보고서의 크기 단위는 실제 값에 따라달라집 니다.

string 속성은 임의의 문자열이 될 수 있습니다. 앞서쿼리 구문 단락에서 설명한 것처럼 필요할 경우 따옴표로묶어야 할 수도 있습니다.

속성이름 값범위 너비 설명 space NA 1 다음 열 앞에 공백을 삽입합니다.

newline NA 1 논리 줄 안에 줄바꿈을 삽입합니다.

Width는 필요한 새 줄의 실제 개수입니다.

volume string 15 볼륨 이름입니다.

volid =id 11 고유한 볼륨 식별자입니다.

barcode string 15 볼륨 바코드(설정된 경우)입니다.

family string 4 미디어 제품군(예: 테이프, 디스크)입니다.

type string 7 미디어 유형(예: 8mm, 광학)입니다.

volflags NA 5 볼륨 요약 플래그인 d 및 r로서,

dirty(사용 중), scan 및 read-only를 나 타냅니다.

state NA 7 볼륨 상태 요약 E, M, X 및 A로서,

각각 재활용, 수동 재활용,

둘 모두, 아카이브 또는 마이그레이션이 가능한 볼륨을 의미합니다.

full flag NA 전체 볼륨을 의미합니다.

inuse flag NA 사용 중(dirty)인 볼륨을 의미합니다.

volrecycle flag NA 재활용 가능한 볼륨을 의미합니다.

readonly flag NA 읽기 전용 볼륨을 의미합니다.

manual flag NA 수동 재활용 가능한 볼륨을 의미합니다.

scan flag NA 스캔해야 하는 볼륨을 의미합니다.

pool string 15 볼륨을 포함하는 풀입니다.

location string 15 볼륨의 위치입니다.

capacity size 8 볼륨의 추정 용량입니다.

written kbsize 7 볼륨에 기록된 크기(킬로바이트)입니다.

%used number 5 추정 사용률입니다. 가득 찬 볼륨일 경우 또는 ‘full’ ‘full’이 표시됩니다.

read kbsize 8 볼륨에서 읽은(복구한) 크기(킬로바이트) 입니다.

next number 5 그 다음 기록할 미디어 파일입니다.

nrec number 5 그 다음 기록할 미디어 레코드입니다.

volaccess time 9 읽기, 쓰기, 저장 또는 복구 작업을 위해 해당 볼륨에 마지막으로 액세스한 시간입니다. 마운트 작업의 경우 액세스 시간이 업데이트되지 않을 수도 있습니다.

구형 서버의 경우에는 이 값을 신뢰할 수 없습니다.

volretent time 9 해당 볼륨의 마지막 세이브 세트가

만료될 날짜입니다.

olabel time 9 볼륨에 최초로 레이블을 지정한 시간입니 다.

labeled time 9 미디어 볼륨에 레이블을 (재)지정한 가장 최근의 시간입니다.

mounts number 6 볼륨에서 레이블 읽기 작업이 수행된 횟수입니다(명시적 마운트 횟수 아님).

recycled number 4 볼륨에 레이블이 재지정된 횟수입니다.


mminfo(8)

avail NA 3 볼륨 가용성, 현재 유효한 값,

nearline을 의미하는 n(즉, 주크박스에서)

그리고 해당 볼륨이 SmartMedia에 의해 관리되고 있음을 의미하는 ov의 요약입니다.

near flag NA nearline 볼륨을 의미합니다.

smartmedia flag NA SmartMedia에서 관리 중인 볼륨을 의미합 니다.

metric number 6 볼륨 속도 및 권장 수치(기존 서버에는 사용되지 않음)입니다.

savesets NA 6 볼륨의 세이브 세트 수입니다.

volattrs NA 31 확장된 볼륨 속성입니다.

name string 31 세이브 세트 이름입니다.

vmname string 31 해당 세이브 세트가 속한 가상 머신 이름입니다.

savetime time 9 세이브 타임입니다(클라이언트 측).

nsavetime NA 11 초 단위로 출력되는 1970년 1월 1일 00:00:00 GMT 이후의 세이브 타임입니다.

sscreate time 9 생성 시간입니다(서버 측).

클라이언트와 서버의 클럭이 동기화되지 않으면 이 시간은 세이브 타임과 다를 수 있습니다.

ssid =id 10

ssid의 짧은 형식이 기본입니다.

모호한 값일 수도 있습니다.

ssid =id 53

긴 ssid 형식은 특정 세이브 세트에 대해 고유한 값을 갖습니다.

snap flag NA 스냅샷 백업만 표시합니다.

cover flag NA 커버 세이브 세트를 표시합니다. ssflags 는 ’K’를 갖습니다.

level 0..9, 5 백업 레벨입니다. 수동 백업은 full, incr, 보고서에 ’manual’

migration 값으로 표시됩니다.

또는 manual

client string 11 해당 세이브 세트에 백업된 호스트와 연결된 클라이언트 리소스 이름입니다.

attrs NA 31 확장된 세이브 세트 속성입니다.

pssid =id 11 세이브 세트 시리즈의 일부인 경우,

바로 앞 세이브 세트 식별자를 의미합니다. 0은 시리즈의 첫 번째 또는 유일한 세이브 세트입니다.

ssflags NA 7 세이브 세트 플래그 요약으로서, CvrENiRPKIFk

세트의 문자 중 하나 이상을 사용해 표시 합니다.

각 문자는 연속, 유효, 삭제(복구 가능),

재활용 가능, NDMP 생성,

불완전, 원시(rawasm으로 백업된 세이브 세트 제외), 스냅샷, 커버,

진행 중 및 완료(종료),

체크포인트 재시작 사용을 의미합니다.

continued flag NA 연속된 세이브 세트를 의미합니다.

recoverable flag NA 복구 가능한(삭제된) 세이브 세트를 의미 합니다.

ssrecycle flag NA 재활용 가능한 세이브 세트를 의미합니다.


mminfo(8)

incomplete flag NA 불완전한 세이브 세트를 의미합니다.

rolledin flag NA 롤인 세이브 세트를 의미합니다.

ndmp flag NA NDMP 세이브 세트를 의미합니다.

checkpoint-restart flag NA 체크포인트 재시작 사용 세이브 세트를 의미합니다.

dsa flag NA nsrdsa_save로 NetWorker 스토리지 노드에 백업된 NDMP 세이브 세트를 표시하며 ssflags는 ’N’ 및 ’s’를 갖습니다.

raw flag NA NetWorker 모듈에 의해 저장된 파티션을 포함하는 원시 세이브 세트를 의미합니다.

valid flag NA 유효한 세이브 세트를 의미합니다. 모든 세이브 세트는 현재 서버에 의해 ‘valid’로 표시됩니다.

sumflags NA 3 볼륨별 세이브 세트 요약 플래그입니다.

-v 보고서에 대한 설명을 참조하십시오.

fragflags NA 3 섹션별 세이브 세트 요약 플래그입니다.

-V 보고서에 대한 설명을 참조하십시오.

totalsize number 11 세이브 세트 총 크기입니다.

backup_size number 11 VBA(VMware Backup Appliance) 내장형 스 토리지 또는 NetWorker 디바이스에 있는 백업의 크기입니다.

nfiles number 5 세이브 세트 내 클라이언트 파일의 수입니다.

ssbrowse time 9 세이브 세트의 탐색 시간입니다. 이 속성 에 따라 세이브 세트를 탐색할 수 있는 시간이 제한됩니다. downrev 서버에 연결된 경우 ‘undef’가 표시됩니다.

ssretent time 9 세이브 세트의 보존 시간(만료 시간)입니다. 이 속성에 따라 미디어 데이터베이스에서 세이브 세트를 복구할 수 있는 시간이 제한됩니다.

ssinsert time 9 세이브 세트의 삽입 시간입니다. 이는 세이브 세트가 최근에 백업이나 scanner(8)

실행 등을 통해 데이터베이스에 삽입된 시간입니다.

sscomp time 9 세이브 세트의 완료 시간입니다. 이는 세이브 세트 백업이 완료된 시간을 나타냅니다.

clientid =id 9 해당 세이브 세트에 백업된 호스트의 고유한 전역 클라이언트 식별자입니다.

클라이언트 리소스 이름입니다.

copies number 6 세이브 세트의 복제본(인스턴스 또는 클론) 수이며, 모든 복제본은 세이브 타임 및 세이브 세트 식별자가 동일합니다.

validcopies number 11 세이브 세트의 성공한 복제본(인스턴스 또는 클론) 수이며, 모든 복제본은 세이브 타임 및 세이브 세트 식별자가 동일합니다.

cloneid =id 11 단일 복제본의 클론 식별자입니다.

clonetime time 9 복제본이 만들어진 시간입니다.

clretent time 9 클론 보존 시간은 미디어 데이터베이스에 서 클론 인스턴스의 복구 가능 시간을 제한합니다.

clflags NA 5 클론 플래그 요약으로, aisE 세트의 문자 를 하나

이상 사용하여 표시합니다. a는 중단됨, i는 불완전,

s는 주의 대상(읽기 오류), E는 재활용 가능을 의미합니다. 이 요약에 세이브 세트 인스 턴스의 상태가 반영됩니다.


mminfo(8)

suspect flag NA 불확실한 세이브 세트 복제본, 즉 파일 복구 중 오류가 발생한 복제본을 의미합니다.

annotation string 31 (아카이브) 세이브 세트의 주석입니다. queryspec에서 이 문자열은 grep(1)에서 사용하는 형태의 정규식입니다.

group string 12 해당 세이브 세트의 그룹으로서, 해당 세이브 세트를 백업한 그룹입니다.

ssbundle string 15 이 세이브 세트의 세이브 세트 번들입니다. 이 속성은 몇 개의 세이브 세트를 함께 스테이징하는 데 사용됩니다.

first number 11 섹션 내 포함된 세이브 세트의 첫 번째 바이트에 대한 오프셋입니다.

last NA 11 현재 섹션에 포함된 세이브 세트의 마지막 바이트에 대해 계산된

오프셋입니다.

fragsize NA 7 세이브 세트의 현재 섹션에 대한 계산된 크기입니다.

sumsize NA 7 해당 볼륨에 있는 세이브 세트의 모든 섹션에 대해 계산된 총 크기입니다.

mediafile number 5 세이브 세트의 현재 섹션을 포함하는 미디어 파일 번호입니다.

mediarec number 5 미디어 레코드 번호입니다.

현재 미디어 파일에 세이브 세트의 첫 번째 바이트가 있습니다.

mediamark number 5 현재 섹션의 절대 위치 데이터입니다(기존 서버에서는 사용하지 않음).

ssaccess time 9 백업 또는 복구를 위해 세이브 세트의 해당 섹션에 액세스한 마지막 시간입니다.

checkpoint_id string 10 세이브 세트의 체크포인트 ID입니다.

checkpoint_seq string 10 세이브 세트의 체크포인트 시퀀스 번호입니다.

rehydrated flag NA "Avamar" 중복 제거 세이브 세트에서 원래 형식으로 복원되는 세이브 세트를 의미합니다.

syntheticfull flag NA 전체 레벨에 있으면서 "신세틱(Synthetic Full) 백업"

속성을 가진 세이브 세트를 의미합니다.


mminfo(8)

예제아 래 예에서는 지정된 보고서 또는 쿼리에 약식 옵션이있을 때의 약식 버전 보고서와 사용자 정의 버전보고서를 보여 줍니다.

볼륨에 있는 세이브 세트의 정보를 표시합니다. 세이브세트 ID는 긴 ssid 형식(53자)으로 표시됩니다. mminfo -av -r 'volume, name, savetime, ssflags, clflags, ssid(53)'

savegrp(8)에 의해 보고되는, 지난 5주간 생성된 모든부트스트랩을 표시합니 다. mminfo -B mminfo -N bootstrap -t '5 weeks ago' -avot -r 'savetime(17),space,level(6),ssid' -r 'mediafile(6),mediarec(7),space(3),volume'

모든 볼륨에 대한 정보를 표시합니다. mminfo -m mminfo -a -r 'state,volume,written,%used,volretent,read,space' -r 'mounts(5),space(2),capacity'

볼륨 mars.001 및 mars.002의 미디어 정보를 표시합니다. mminfo -m mars.001 mars.002 mminfo -m -q 'volume=mars.001,volume=mars.002'

이름이 /usr인 모든 탐색 가능 세이브 세트를표시합니다. mminfo -N /usr mminfo -q name=/usr

지난 주에 venus 클라이언트가 생성했으며 이름이 /usr인 탐색 가능 세이브 세트를 표시합니다. mminfo -N /usr -c venus mminfo -q 'name=/usr,client=venus'

mars.001 볼륨에 venus 클라이언트가 생성했으며 이름이 /usr인 탐색 가능 세이브 세트를 표시합니다. mminfo -N /usr -c venus mars.001 mminfo -q 'name=/usr,client=venus,volume=mars.001'

지난 주에 기록된 모든 볼륨의 미디어 보고서를표시합니다. mminfo -m -t 'last week' mminfo -m -q 'savetime>=last week'

가득 차지 않은 모든 볼륨에 대해 각 볼륨의 사용률, 풀및 위치를 보여 주는 미디어 보고서를 표시합니다. mminfo -a -r 'volume,%used,pool,location' -q '!full'

-m 보고서와 비슷하지만 볼륨 레이블 대신에 바코드를보여 주는 미디어 보고서를 표시합니다. mminfo -a -r 'state,barcode,written,%used,read,space' -r 'mounts(5),space(2),capacity'

복제본이 둘 이상인 모든 세이브 세트의 인스턴스 상세목록을 세이브 타 임 및 클라이언트 이름으로 정렬하여표시합니다. mminfo -otc -v -q 'copies>1'

"project data" 주석이 있는 지난 4개월간의 모든 아카이브세이브 세트를 표시합니다. mminfo -q'annotation=project data' -r"volume,client,savetime,sumsize,ssid,name,annotation" -t'four months ago'


mminfo(8)

cyborg 클라이언트의 모든 스냅샷 세이브 세트를표시합니다. mminfo -q'client=cyborg, snap' -r"volume,client,savetime,sumsize,ssid,name,annotation" -t'four months ago'

참고: 이 옵션은 EMC PowerSnap Module에서만 사용할 수 있습니다.

cyborg 클라이언트의 모든 스냅샷 세이브 세트를 스냅샷핸들과 함께 표시 합니다. 스냅샷 핸들은

´*snapid´ 속성에 저장됩니다.

cyborg 클라이언트의 체크포인트 사용 세이브 세트를모두 표시합니다. mminfo -q’client=cyborg, checkpoint-restart’ -r"checkpoint_id,checkpoint_seq,vol-ume,client,ssid,name"

체 크포인트 재시작 시퀀스 ’1265299738’에서 세 번째 부분세이브 세트를 표시합니다. mminfo -q’checkpoint_id=1265299738,checkpoint_seq=3’ -r"checkpoint_id,checkpoint_seq,volume,client,ssid,name"

cyborg 클라이언트의 원래 형식으로 복원된 세이브세트를 모두 표시합니다.mminfo -q’client=cyborg, rehydrated’ -r"volume,client,ssid,name"

cyborg 클라이언트의 신세틱(Synthetic Full) 백업 세이브세트를 모두 표시합니다. mminfo -q’client=cyborg, syntheticfull’ -r"volume,client,ssid,name"

권한 요구 사항"로컬 데이터 복구" 권한을 가진 사용자는 mminfo 명령이호출되는 클라이 언 트 에 대해서만 미디어 데이터베이스에세이브 세트 정보를 쿼리할 수 있습니 다.

"원격 액세스" 권한을 가진 사용자는 미디어데이터베이스에 모든 클라이언트에 대한 세이브 세트정보를 쿼리할 수 있습니다.

" 디 바이스 및 주크박스 작동" 권한을 가진 사용자는미디어 데이터베이스에 상세한 볼륨 정보를 쿼리할 수있습니다. 세이브 세트 정보에 액세스하 려 는 사용자는 "로컬 데이터 복구" 또는 "원격 액세스" 권한이 있어야합니다. "원격 액세스" 권한은 클라이언트 리소스의 "원격액세스" 속성이나 "모든 클 라 이언트에 원격

액세스" 권한을 통해 부여할 수 있습니다.

"NetWorker 모니터링" 권한을 가진 사용자는 미디어데이터베이스에 모든 클라이언트에 대한 볼륨 및 세이브세트 정보를 쿼리할 수 있습니다. 이는 " 디바이스 및 주크박스 작동" 및 "원격 액세스" 권한을 모두 가진

것과같습니다.

파일/nsr/mm/mmvolume6 세이브 세트 및 미디어 볼륨 데이터베이 스(실 제 로 는 nsrmmdbd(8)를 통해 액세스됨)

참조grep(1), nsr_getdate(3), nsr_layout(5), nsradmin(8), nsrmmdbd(8), recover(8), savegrp(8), scanner(8).

진단쿼리와 일치하는 항목이 없습니다.

데이터베이스에서 쿼리의 모든 제약을 충족하는 세이브세트 또는 볼 륨을 찾을 수 없습니다.

잘못된 볼륨 이름 ‘volname’

지정된 볼륨 이름의 형식이 잘못되었습니다. 볼륨 이름은대시로 시작 할 수 없습니다. 어떤 볼륨과도 일치하지않는 쿼리는 ‘쿼리와 일치하 는 항목이 없습니다.’ 오류를반환합니다.

-m, -B, -S, -X 또는 -r 중 하나만 지정할 수 있습니다.

한 번에 하나의 보고서만 생성할 수 있습니다. 여러 개의보고서를 생 성하려면 mminfo를 각각 실행하십시오.


mminfo(8)

정렬 순서를 잘못 지정했습니다. ‘celmnotR 중에서 선택하십시오.’

-o 옵션에는 celmnotR에 있는 문자만 사용할 수있습니다.

하나의 -o만 허용됩니다.

정렬 순서는 하나만 지정할 수 있습니다.

하나의 -s만 허용됩니다.

한 번에 한 서버만 쿼리할 수 있습니다. 여러 서버로부터보고서를 생 성하려면 mminfo를 여러 번

실행하십시오.

메모리 부족쿼 리에 사용할 수 있는 메모리가 부족합니다. 정렬 순서 -om을 사용 하여 다시 실행하거나 쿼리 범위를 더제한하십시오. 예를 들면 특 정 한 볼륨, 클라이언트및/또는 세이브 세트 이름을 나열하십시오.

‘attribute’에 잘못된 값이 지정되었습니다.

지 정된 값이 범위를 벗어났거나(예: 양수만 가능한 값에음수 지정), 잘못된 유형이거나(예: 숫자

속성에 알파벳문자열 지정), 형식이 잘 못 되었습니다(예: 닫는 따옴표와다음 쉼표 사이에 공백이

아닌 문자 가 삽입되었거나 닫는따옴표가 없음).

‘attribute’ 값이 너무 깁니다.

attribute에 지정된 값이 최대 허용 값보다 깁니다.쿼리속성 값은 65 자 미만이어야 합니다.

‘attribute’에 비중복 범위가 지정되었습니다.

attribute 에 지정된 범위가 비중복 숫자 범위이므로데이터베이스의 어떤 세이브 세트 또는 볼륨과도일치하지 않습니다.

알 수 없는 쿼리 제약: attribute

지정된 쿼리 속성 attribute가 잘못되었습니다. 유효한속성 이 름 의 전체 목록은 사용자 정의 쿼리 및 보고서표를 참조하십시오.

쿼리 제약 ‘attribute’에 대한 값이 필요합니다.

attribute 는 플래그가 아니므로 ‘name comparator value’ 형식으로 지정해야 합니다.

‘attribute’ 제약은 보고서에만 유효합니다.

쿼리에 지정된 attribute가 보고서(-r) 사양에만 사용할수 있는 것입 니 다. 계 산 된 값, 플래그 요약, 세이브 세트확장 속성 및 형식 툴(space 및 newline)은 쿼리에 사용할수 없습니다.

쿼리 제약 ‘attribute’에 대한 잘못된 비교 연산자지정된 attribute에 유효하지 않은 비교 연산자를 사용 했습니다. attribute 에 유효한 비교 연산자 목록은사용자 정의 쿼리 및 보고서 섹션을 참조하십시오.

쿼리 제약 ‘attribute’가 두 번 이상 지정되었습니다.

같은 비교 연산자를 사용하여 특정 속성을 두 번 이상지정했으며 이 것은 문자열 속성이 아닙니다(

문자열속성은 특정한 몇 가지 값 중 하 나여야 함).

알 수 없는 보고서 제약: attribute

지정된 보고서 속성 attribute가 잘못되었습니다. 유효한속성 이름의 전체 목록은 사용자 정의 쿼리 및 보고서표를 참조하십시오.

‘attribute’ 제약은 쿼리에만 유효합니다.

보 고서에 지정된 attribute는 플래그 일치 속성이며쿼리(-q) 사양에 만 사용할 수 있습니다. 지정된플래그의 보고서에서 사용할 수 있 는 적절한 플래그 요약속성은 사용자 정의 쿼리 및 보고서 표를참조하십 시오.

‘attribute’의 열 너비가 잘못되었습니다.


mminfo(8)

attribute에 지정된 너비가 범위를 벗어났습니다. 열너비는 256 이하 의 양수여야 합니다.

보고서 제약‘attribute’ 다음에 닫는 괄호가 없습니다. attribute의 너비에 닫는 괄호가 없습니다.

보고서 제약 ‘attribute’ 다음에 쉼표가 없습니다.

attribute 의 너비 지정 후 앞에 쉼표가 붙지 않은 비 공백문자가 옵 니다.

요청된 데이터가 없어 보고서가 생성되지 않았습니다.

해당 보고서 지정에 데이터 속성 이름 없이 형식만 들어있습니다.

제한 사항세이브 세트의 확장 속성을 쿼리 제약으로 지정할 수없습니다.

등호를 사용한 일치 항목 쿼리는 숫자에는 사용할 수없고 문자열에만 사용할 수 있습니다.

자 주 선택되지 않고(쿼리 제약이 거의 없음) 볼륨 이름이기본 정렬 키가 아닌 정렬 순서를 사용하는 일부

쿼리는여전히 mminfo가전체 데이터베이 스 를 검색하여 결과를출력해야 합니다. 그러한 쿼리는 mminfo에서

대량의메모리를 사용하지만, 이전 버전의 경우처럼 nsrmmdbd에서는 그렇지 않습니다.

세이브 세트나 미디어 인스턴스를 표시하는 보고서와요약을 작성 하려면 mminfo를 최소 두 번 이상 실행해야합니다.

데이터베이스 속성을 서로 비교하는 쿼리 제약은 지정할수 없습니다.

B 플래그와 -c 플래그를 함께 사용하는 보고서는만들 수 없습니다.


mmlocate(8)

Maintenance Procedures mmlocate(8)

이름mmlocate - NetWorker 미디어 위치 보고 명령입니다.

시놉시스mmlocate [ -s server ] [ -l { -n volname | -i volid | location }] [ -L ] [ -d location ] [ -c { -n volname | -i volid }] [ -u { -n volname| -i volid| location }]

설명mmlocate 명령은 미디어 데이터베이스에 포함된 볼륨 위치 정보를 액세스하고 관리하는 데 사용됩니다 .

볼륨의 위치 필드에 포함된 정보는 볼륨의 물리적 위치를 사용자에게 알려 주기 위한 것입니다. 기타

NetWorker 명령은 볼륨 이름과 함께 위치를 표시합니다(recover(8) 의 versions 하위 명령 참조).

사용자들은 이 명령을 -l(기본값) 또는 -L 옵션과 함께 사용할 수 있습니다. -c, -d, -u옵션은

NetWorker 관리자만 사용할 수 있습니다(nsr(8) 참조). -L, -c, -d, -u 옵션 중 하나를 지정하지 않으면 mmlocate는 -l을 사용합니다.

인수 없이 mmlocate 를 실행하면 지정한 서버의 모든 볼륨과 위치가 나열됩니다(서버를 지정하지 않을 경우

현재 호스트가 사용됨).

특히 nsrjb(8) 를 실행하여 주크박스 내부의 미디어를 이동할 때마다 볼륨의 위치가 주크박스의 이름으로

설정된다는 점에 주의하십시오. 스토리지 노드를 사용할 경우 볼륨을 마운트할 수 있는 노드를 지정하기 위해 주크박스의 이름이 사용됩니다. 따라서 주크박스 이름이 포함된 이 필드의 첫 번째 부분을 변경하면 안

됩니다. 주크박스 내에 포함되지 않은 볼륨을 스토리지 노드에서 사용할 경우 이 필드에서 해당 노드에 있는

원격 디바이스의 값을 지정하여 볼륨이 마운트될 노드를 지정할 수 있습니다. 스토리지 노드에 대한 자세한

내용은 nsr_storage_node(5) 를 참조하십시오.

옵션-c 지정한 볼륨의 위치 필드를 지웁니다.

-d location

지정한 위치와 연관된 모든 볼륨을 삭제합니다. 각 볼륨을 삭제하기 전에 확인 프롬프트가 나타납니다.

-i volid

지정한 볼륨 ID(volid)로 mmlocate 작업을 제한합니다.

-l 항목을 나열합니다. 제공된 volume name, volume ID 또는 location을 사용하여 데이터베이스

쿼리를 수행합니다. 볼륨 이름 또는 볼륨 ID가 제공되면 볼륨의 위치 정보만 표시됩니다. 위치가

제공되면 해당 위치에 있는 볼륨만 표시됩니다. 다른 옵션(볼륨 이름, 볼륨 ID, 위치)을 지정하지

않고 -l 옵션을 사용하면 위치 설정 없는 볼륨이 표시됩니다.

-L 데이터베이스에 있는 모든 locations를 나열합니다.

-n volname

나열된 볼륨 이름(volname)으로 작업을 제한합니다.

-s server

server의 미디어데이터베이스에 액세스합니다.

-u 볼륨의 위치를 업데이트합니다. 위치는 최대 64자로 제한됩니다. -n volname 또는 -i volid 및

location 옵션은 -u 옵션과 함께 사용해야 합니다.


mmlocate(8)

예제미디어 데이터베이스를 업데이트하여 Offsite.011 볼륨이 현재 'Media Vault' 위치에 있음을 보여

줍니다.mmlocate -u -n Offsite.011 'Media Vault'

'Media Shelf 6' 위치에 있는 볼륨을 삭제합니다.mmlocate -d 'Media Shelf 6'

NonFull.001 볼륨에 대한 위치 정보를 삭제합니다.mmlocate -c -n NonFull.001

NonFull.001 볼륨의 위치를 나열합니다.mmlocate -n NonFull.001

'Media Vault' 위치에 저장된 모든 볼륨을 나열합니다.mmlocate 'Media Vault'

파일/nsr/mm/mmvolume 미디어 데이터베이스입니다.

참조nsrmm(8), mminfo(8), nsr(8), nsrjb(8), recover(8) nsr_storage_node(5)

진단Server server does not support remote update operations...

만일 mmlocate 를 이전 서버에 대해 실행할 경우 -u 또는 -c 옵션을 사용할 수 없습니다. 해당 서버에 로그인하여 mmlocate 프로그램을 실행해야 합니다.


mmpool(8)

Maintenance Procedures mmpool(8)

이름mmpool - NetWorker 미디어 풀 보고 명령입니다 .

시놉시스mmpool [ -s server ] [ volume... ] [ -d pool ] [ -l pool ] [ -L ]

설명mmpool 명령은 NetWorker server의 미디어 데이터베이스에 저장된 풀 정보를 액세스하는 데 사용됩니다 .

이 명령을 사용하여 특정 풀에 있는 모든 볼륨을 삭제할 수도 있습니다 . 하나 이상의 볼륨 이름을 mmpool 명령과 함께 지정하면 이름 지정된 각 볼륨이 속한 풀이 보고됩니다 . 기본적으로 모든 볼륨과 풀이 표시됩니다 .

볼륨 레이블을 다시 지정하지 않으면 볼륨이 속한 풀을 변경할 수 없습니다. 레이블을 다시 지정하면 볼륨에

저장된 모든 데이터가 제거됩니다 . 풀은 NetWorker 관리 툴인 NetWorker Management Console 또는

nsradmin(8) 을 통해 구성합니다 . 이 툴은 고유의 pool (nsr_pool(5)참조 ) 리소스를 생성하고 수정하는 데 사용됩니다 .

옵션-d pool

특정 풀에 대한 모든 볼륨을 삭제합니다 . 각 볼륨 삭제 시 사용자에게 확인 메시지를 표시합니다 .

-l pool

모든 볼륨과 볼륨이 속한 풀을 나열합니다 . 풀을 지정할 경우 mmpool 은 해당 풀에 속한 볼륨만

나열합니다 .

-L 서버에 구성된 모든 풀 리소스의 이름을 나열합니다 .

-s server

작업할 NetWorker server를 지정합니다 . 서버 선택에 대한 설명은 nsr(8) 을 참조하십시오 .

파일/nsr/mm/mmvolume (UNIX) 서버에 있는 미디어 데이터베이스입니다 .

참조nsr(8), nsr_device(5), nsr_pool(5), nsradmin(8), nsrjb(8), nsrmm(8)


mmpool(8)


mmrecov(8)

Maintenance Procedures mmrecov(8)

이름mmrecov - NetWorker 미디어 인덱스 복구

시놉시스mmrecov [ -q | -v ] [ -N [ -F ] ]

설명mmrecov 명령은 NetWorker server의 중대한 파일 손실을 복구할 때 사용됩니다. mmrecov 는 미디어 인덱스 및 서버 리소스 파일을 복구합니다. 이러한 사고는 사용자가 파일을 우발적으로 제거하거나 서버 자체에서 디스크 크래시가 발생하여 일어납니다. NetWorker for UNIX를 실행할 경우 NetWorker client 및

server 크래시 복구에 대한 일반적인 문제점 및 절차는 nsr_crash(8) 를 참조하십시오.

mmrecov 는 NetWorker server의 미디어 데이터베이스 또는 리소스 파일이 손실되거나 손상되었을 때 미디어(백업 테이프 또는 디스크)에서 미디어 데이터베이스 및 리소스 파일을 복구하기 위해 사용됩니다. 이 명령은 서버의 기존 미디어 인덱스를 덮어쓴다 는 점에 주의하십시오. mmrecov 명령은 Net- Worker client의

온라인 인덱스를 복구할 때는 사용되지 않습니다. 이 용도에는 nsrck(8) 명령을 사용해야 합니다.

이 명령을 사용하려면 먼저 NetWorker 시스템을 완전히 설치하고 정확히 구성해야 합니다. NetWorker 소프트웨어 구성 요소가 손실될 경우 mmrecov 를 실행하기 전에 배포 파일을 사용하여 NetWorker를 다시 설치하십시오. 구성 요소가 손실된 소프트웨어와 동일한 NetWorker 릴리스를 동일한 위치에 설치해야 합니다.

mmrecov 프로그램은 미디어 인덱스 및 리소스 파일이 포함된 bootstrap 세이브 세트의 컨텐츠를 추출합니다. 일단 mmrecov 를 실행했으면 NetWorker server를 종료하고 복구된 리소스 파일을 해당 위치로 옮긴

후 서버를 다시 시작합니다. 이제 nsrck 을 사용하여 서버 및 클라이언트의 파일 인덱스를 복구할 수 있습니다.

mmrecov 를 시작하면 부트스트랩 세이브 세트를 추출할 디바이스를 입력하라는 메시지가 표시됩니다. 그런

다음 부트스트랩 세이브 세트 식별자도 지정해야 합니다. 이 번호는 부트스트랩 정보 시트에서 ssid 라는 네

번째 열의 마지막 행에 나와 있으며, 이 시트는 savegrp 및 mminfo -B 를 사용하여 출력할 수 있습니다.

다음 예를 참조하십시오.

Jun 17 22:21 1992 mars의 NetWorker 부트스트랩 정보 페이지 1

날짜 시간 레벨 ssid 파일 레코드 볼륨6/14/92 23:46:13 전체 17826163 48 0 mars.16/15/92 22:45:15 9 17836325 87 0 mars.26/16/92 22:50:34 9 17846505 134 0 mars.2 mars.36/17/92 22:20:25 9 17851237 52 0 mars.3

위의 예에서 최신 부트스트랩 세이브 세트의 ssid 는 ‘17851237’입니다. 세이브 세트를 클론할 경우 부트스트랩 세이브 세트도 클론되며 최신 세이브 세트를 사용해야 합니다. 클론된 세이브 세트와 관련된 부트스트랩 정보의 예는 클론 미디어에서 복구 섹션을 참조하십시오.

그런 다음 mmrecov 는 부트스트랩 세이브 세트의 파일 및 레코드 위치를 요청합니다. 알 수 없는 경우 이

두 값은 기본값 0으로 설정됩니다. 하지만 정확한 파일 및 레코드 번호를 지정하면 NetWorker가 부트스트랩 세이브 세트의 위치를 더 빨리 찾을 수 있습니다. 파일 및 레코드 위치는 부트스트랩 정보 시트의 다섯

번째 열과 여섯 번째 열에 있습니다. 위의 예에서 파일 및 레코드 위치의 값은 각각 52와 0입니다. 마지막으로, mmrecov 는 선택한 부트스트랩 세이브 세트를 포함하는 볼륨(위의 예에서는 ‘mars.3’)을 지정한 디바이스에 삽입하도록 요청합니다. ssid, 파일 위치, 레코드 위치, 물리적 볼륨은 사용자가 인쇄된 시트에서

결정해야 합니다. 왜냐하면 mmrecov 는 이 정보를 결정할 수 없기 때문입니다. 부트스트랩이 포함된 볼륨을

모를 경우 scanner(8) 의 -B 옵션을 사용하여 파일 및 레코드 위치를 결정할 수 있습니다.


mmrecov(8)

부트스트랩 세이브 세트가 둘 이상의 볼륨에 걸쳐 있는 경우 여러 볼륨 이름이 인쇄됩니다. 인쇄되는 순서는

mmrecov 에서 요청하는 순서입니다. 위의 예에서 6/16/92에 생성된 세 번째 세이브 세트는 볼륨

‘mars.2’에서 시작되며 볼륨 ‘mars.3’까지 걸쳐 있습니다. 부트스트랩 세이브 세트가 여러 볼륨에 걸쳐 있는 경우 mmrecov 는 볼륨의 끝에 도달하면 다음 볼륨이 로드된 디바이스 이름을 요청합니다. 그런 다음 볼륨이 스캔되고 부트스트랩 세이브 세트가 추출됩니다.

볼륨 스캔이 완료되면 mmrecov 가 완료됩니다. 이 시점에서, 원래의 서버 리소스 파일이 손실된 경우

NetWorker server를 종료하고 새 리소스 파일을 해당 위치로 옮긴 후 NetWorker server를 다시 시작해야 합니다. 이제 인덱스를 복구할 수 있습니다.

부트스트랩 복구 마지막에 미디어 데이터베이스의 컨텐츠가 부트스트랩 세이브 세트의 데이터로 교체됩니다.

복구된 데이터베이스의 볼륨이 부트스트랩 세이브 세트가 생성된 후 기록된 경우, 해당 세이브 세트는 미디어 데이터베이스에 없게 되며 볼륨 레코드는 잘못된 테이프 위치에 있게 됩니다. Net- worker는 새 데이터를 쓰는 데 잘못된 테이프 위치를 사용하며 그 때문에 부트스트랩 백업 이후로 기록된 데이터를 덮어 씁니다.

파일 유형 또는 고급 파일 유형 디바이스의 경우, 부트스트랩 세이브 세트가 만들어진 이래로 생성된 모든

세이브 세트가 공간 복구 작업으로 삭제됩니다.

고려할 상황은 다음과 같습니다. NetWorker 데이터베이스를 오늘 복구해야 하는데 사용 가능한 최신 부트스트랩 세이브 세트는 하루 전에 작성되었습니다. 이 부트스트랩 세이브 세트를 사용하여 데이터베이스를 복구하면 미디어 데이터베이스에 어제 날짜의 볼륨 및 세이브 세트 레코드가 포함됩니다. 부트스트랩

세이브 세트가 만들어진 후 생성된 모든 세이브 세트가 미디어 데이터베이스에는 존재하지 않지만 물리적 미디어에는 존재합니다. Networker는 볼륨 레코드의 오래된 위치 정보를 사용하여 새 데이터를 씁니다. 이로

인해 미디어 데이터베이스에서 누락된 세이브 세트 레코드를 덮어 쓸 수가 있습니다.

이 문제가 발생하지 않도록 하려면 -N 옵션을 사용하여 모든 볼륨을 "scan" 플래그로 표시합니다. 이 플래그는 nsrmmd에 실제 테이프의 끝을 찾도록 지시하므로 데이터 손실이 방지됩니다. 부트스트랩 복구 이후로

생성된 세이브 세트를 복구하려면 관리자가 볼륨을 스캔해야 합니다. 파일 유형 또는 고급 파일 유형 디바이스의 경우, "scan" 플래그가 해제될 때까지 공간 복구 작업이 일시 중단됩니다.

서버 및 클라이언트의 인덱스를 복구하기 위해 nsrck -L7 을 실행해야 합니다. 이 명령은 서버의 저장 스케줄에 따라 생성된 세이브 세트에서 전체 인덱스를 재구성합니다. 세이브 세트는 여러 볼륨에 걸쳐 있을 수

있으므로, NetWorker Management Con- sole 또는 nsrwatch(8) 를 실행해야 하며 요청 시 볼륨을 마운트해야 합니다.

이 nsrck 가 완료되면 "'<client-name> 클라이언트에 대한 인덱스 복구가 완료되었습니다.'"라는 메시지가 표시됩니다. NetWorker client의 인덱스가 복구되면 해당 클라이언트는 recover 를 사용하여 파일을

복구할 수 있습니다. 클라이언트 인덱스를 복구하기 전에 서버 인덱스를 복구해야 할 필요는 없습니다.

앞에서 설명했듯이 NetWorker 리소스 파일은 부트스트랩 세이브 세트의 일부로 저장됩니다. 리소스 파일도

삭제된 경우 /nsr/res.R에서 /nsr/res로 복사하거나 이동하여 파일을 빨리 교체할 수 있습니다. /nsr/

res로 복구하기 전에 데몬을 종료해야 합니다(nsr_shutdown(8) 참조).

주요 하드웨어 장애가 발생하는 등 일부 경우에는 NetWorker server를 새 시스템으로 복구해야 합니다. 이

경우 NetWorker Licensing 소프트웨어는 이동을 감지합니다. NetWorker server를 새 시스템으로 이동한 후에는 이동 후 15일 이내에 고객 지원 센터에 다시 등록해야 합니다. 그렇지 않으면 서버가 비활성화됩니다. 서버가 비활성화되면 파일 복구만 수행할 수 있으며, 서버를 다시 등록할 때까지 새 백업을 수행할 수

없습니다. NSR 등록 알림에서 제품을 다시 등록해야 함을 경고하는 메시지가 전송됩니다.


mmrecov(8)

클론 미디어에서 복구만일 mmrecov 를 클론 미디어만으로 실행할 경우(예: 원격사이트에서), 다른 방법을 사용하여 복구를 수행해야 합니다. 부트스트랩 식별자를 선택할 때 클론 세이브 세트에 연관된 정보(부트스트랩 출력에 나열된 마지막 세이브 세트)를 사용하고 있는지 확인하십시오. 다음 세이브 세트 목록을 참조하십시오.


날짜 시간 레벨 ssid 파일 레코드 볼륨6/14/96 23:46:13 full 17826163 48 0 mars.16/14/96 23:46:13 full 17826163 12 0 mars_c.16/15/96 22:45:15 9 17836325 87 0 mars.26/15/96 22:45:15 9 17836325 24 0 mars_c.26/17/96 22:20:25 9 17851237 52 0 mars.36/17/96 22:20:25 9 17851237 6 0 mars_c.3

위의 예에서 가장 최근 부트스트랩 세이브 세트의 ssid는 ‘17851237’입니다. 클론된 세이브 세트는

mars_c.3 에 있으며 파일 및 레코드 위치의 값은 각각 6과 0입니다.

리소스 파일이 손실되어 mmrecov 에서 복구한 파일을 사용해야 할 경우 설치 리소스 파일을 복구된 파일로

교체할 수 있도록 NetWorker server를 종료해야 합니다.

mmrecov 를 시작하면 부트스트랩 세이브 세트를 추출할 디바이스를 입력하라는 메시지가 표시됩니다. 그런

다음 부트스트랩 세이브 세트 식별자도 지정해야 합니다. 이 번호는 부트스트랩 정보 시트에서 ssid 라는 네

번째 열의 마지막 행에 나와 있으며, 이 시트는 savegrp 및 mminfo -B 를 사용하여 출력할 수 있습니다.

다음 예를 참조하십시오.

일부 볼륨이 온라인이 아니면 nsrck 는 백업된 원래의 볼륨에서 인덱스 복구를 시도하므로 원래 미디어가

필요합니다. 위의 부트스트랩 출력 예에서 mars_c.1 및 mars_c.3 은 모두 온라인이어야 합니다. 볼륨

mars_c.3 이 유일한 온라인 볼륨인 경우, nsrck 는 mars.1 도 요청합니다. 이 경우 서버 인덱스 복구를

완료하려면 다음 단계를 수행해야 합니다.

1. 복구에 필요한 볼륨을 확인하고 미디어 데이터베이스에서 해당 볼륨을 삭제합니다. NetWorker

Management Console 또는 nsrwatch(8) 를 실행하면 복구에 필요한 볼륨이 Pend- ing 메시지

패널에 나열됩니다. NetWorker Management Con- sole 또는 nsrmm(8) 을 사용하여 미디어 데이터베이스에서 볼륨을 삭제합니다.

위의 예에서 mars_c.3 만 마운트된 경우 미디어 데이터베이스에서 mars.1 을 삭제해야 합니다(예: nsrmm -d mars.1).

2. 서버를 다시 시작하여 진행 중인 인덱스 복구를 종료합니다.

nsr_shutdown(8) 을 사용하여 서버를 종료합니다. nsrd(8) 를 실행하여 서버를 다시 시작합니다.

3. nsrck -L7 servername 을 사용하여 서버 인덱스를 복구합니다.

nsrck 가 완료되면 "인덱스가 이제 완전히 복구되었습니다."라는 메시지가 나타납니다.

옵션-q 자동 모드. 오류 메시지만 표시합니다.

-v 세부 정보 표시(verbose) 모드. 디버깅 정보를 생성합니다.

-N 볼륨을 스캔해야 합니다. 미디어 데이터베이스 복구 후, 스캔해야 한다는 의미로 미디어 데이터베이스의 모든 볼륨을 표시합니다.

-F 파일 및 고급 파일 유형 볼륨에만 "scan" 플래그를 설정합니다. 이 옵션은 -N 옵션과 함께 사용해야 합니다. 지정된 경우, "scan" 플래그는 테이프 미디어에 있는 볼륨에 대해 설정되지 않습니다.


mmrecov(8)

파일/nsr 부트스트랩 세이브 세트가 생성되었을 때 이 디렉토리가 심볼 링크였으면 mmrecov 을 실행하기 전

에 이 디렉토리를 수동으로 다시 생성해야 합니다.

/nsr/res

이 디렉토리 및 해당 컨텐츠는 부트스트랩 세이브 세트의 일부로서 저장됩니다. mmrecov 는 이 디렉토리를 복구하며 이름을 /nsr/res.R 로 변경합니다. . 부트스트랩 세이브 세트가 복구되는 동안 원래 디렉토리 이름은 임시로 /nsr/res.org 로 변경됩니다.

/nsr/mm/mmvolume

부트스트랩 세이브 세트의 일부로 저장되어 mmrecov 를 통해 무조건적으로 복구된 NetWorker

server의 미디어 인덱스입니다.

진단volumename 볼륨에 대해 ‘scan’ 플래그를 설정하지 못했습니다.

지정된 볼륨에 대해 ‘scan’ 플래그가 설정되지 않았음을 의미하는 오류 메시지입니다. 이 메시지

다음에는 실제 오류 메시지가 표시됩니다.

버그이름 mmrecov 는 의미상 오해를 줄 수 있습니다. 따라서 mmrecov 가 필요하지 않은 상황에서도 사용되는

경우가 종종 있습니다. "recover_server_media_database_or_resource_files_when_missing"과 같은 이름을 사용했다면 의미가 더 명확했을 것입니다. 서버의 온라인 인덱스, 리소스 파일 및 미디어 인덱스가 변경되지 않은 경우에는 정상적인 복구 절차를 사용하여 부트스트랩 세이브 세트 내용을 모두 복구할 수

있습니다.

온라인 파일 인덱스에 없는 파일(예: savegrp 를 마지막으로 실행한 후에 저장된 파일)을 복구하려면

scanner 를 사용하여 savegrp 의 마지막 실행 시간과 원래 인덱스의 손실 사이에 생성된 볼륨 컨텐츠에서

미디어 및 온라인 파일 인덱스를 재구축해야 합니다.

참조mminfo(8), nsr_crash(8), nsr(8), nsrck(8), nsrd(8), nsr_client(5), nsr_schedule(5), nsr_shutdown(8), recover(8), save(8), savefs(8), savegrp(8), scanner(8), nsrindexasm(8), nsrmm(8), nsrmmdbdasm(8), nsrwatch(8), nsr_getdate(3)


mm_data(5)

Maintenance Procedures mm_data(5)

이름mm_data - NetWorker 미디어 멀티플렉서 데이터(테이프 및 디스크) 형식입니다.

설명여기서는 NetWorker미디어 멀티플렉서 데몬 nsrmmd(8) 에서 테이프 및 광 디스크와 같은 장기 스토리지

미디어에 기록하는 데이터 형식을 설명합니다. 지원되는 디바이스 패밀리 및 유형에 대한 자세한 설명은

nsr_device(5) 및 nsrmm(8) 을 참조하십시오. 여기서 설명하는 형식은 원시 디스크 또는 파일 표시가 있는 고정형 레코드 테이프 디바이스 등 모든 고정형 레코드 디바이스에 적용됩니다. NetWorker에서는

XDR(eXternal Data Representation) 표준을 사용하여 다양한 시스템 간에 상호 교환할 수 있는 미디어를 기록합니다. 여기서는 스토리지 미디어의 세이브 세트 스트림 멀티플렉싱에 사용되는 메커니즘만 설명합니다. 세이브 세트 스트림 형식은 NetWorker client 유형에 따라 다르며 nsr_data(5) 에서 설명합니다.

volume 은 테이프 릴이나 디스크 카트리지 등 하나의 물리적 미디어 부분을 말합니다. 테이프 볼륨은 여러

미디어 파일 로 구성되며 각 미디어 파일에는 몇 개의 미디어 레코드 가 포함될 수 있습니다. 이러한 미디어

파일 및 레코드를 클라이언트(예: UNIX 또는 DOS)의 사용자 파일이나 레코드와 혼동해서는 안 됩니다. 두 가지가 서로 반드시 일치하지는 않습니다. 예를 들어, 지정된 미디어 파일이나 단일 미디어 레코드에 여러 개의 작은 클라이언트 사용자 파일이 포함될 수도 있습니다. 한편, 하나의 큰 클라이언트 파일이 여러 미디어

파일이나 볼륨에 분산될 수도 있습니다. 미디어 파일은 볼륨 경계를 스팬하지 않습니다. 세이브 세트만 미디어 파일과 볼륨을 스팬할 수 있습니다.

대부분의 테이프에서는 디바이스 하드웨어 또는 관련 디바이스 드라이버 소프트웨어를 통해 미디어 파일을 빨리 건너뛸 수 있으며, 하드웨어에서는 파일의 끝에 도달한 시점을 감지할 수 있습니다. 몇몇 테이프에서는

레코드도 정방향으로 빨리 건너뛸 수 있습니다. 그렇지 않을 경우에는 미디어에 대한 액세스가 순차적으로 수행됩니다.

미디어 레코드는 mrecord 구조를 통해 설명됩니다. 레이블 레코드는 크기가 고정되어 있으며 MINMRECSIZE 바이트입니다. 다른 레코드는 더 클 수도 있는데 이 크기는 나머지 볼륨에 대해 일정해야 합니다. NetWorker에서는 항상 전체 크기 미디어 레코드 단위로 데이터를 쓰고 읽으며 건너뜁니다. 각 mrecord 에는 0개 이상의

mchunks 가 포함됩니다. 이러한 mrecords 는 하나 이상의 클라이언트 백업 세션을 저장하거나 NetWorker에서 동기화 및 레이블 지정을 수행하는 데 사용됩니다. XDR 형식(미디어 파일의 mrecord 및 mchunk) 은 다음과 같습니다.

const MINMRECSIZE = 32768; /* minimum media record size */const MMAXCHK = 2048; /* maximum number of chunks in record */const MHNDLEN = 120; /* private area length for handlers */enum mrec_version { /* mrecord version */ MREC_VER5 = 0, /* older format mrecord */ MREC_VER6 = 6 /* current format mrecord */};

/* * For media record format version 5, the data types lgui_t, lg_off64_t, * and lg_time64_t are defined as: */typedef struct lgui_t unsigned long;typedef struct lg_off64_t unsigned long;typedef struct lg_time64_t unsigned long;

/* * For media record format version 6, the data types lgui_t, lg_off64_t, * and lg_time64_t are defined as: */


mm_data(5)

typedef struct lgui_t { /* XDR encoded Unique Id. */char _bytes[20];} lgui_t;typedef struct lg_off64_t unsigned long long;typedef struct lg_time64_t unsigned long long;

typedef lgui_t ssid_t; /* save set id */typedef lgui_t volid_t; /* key for the volume database */

struct mchunk { ssid_t mc_ssid; /* owning save set id */ lg_off64_t mc_low; /* 1st byte, relative to save stream */ opaque mc_data<MINMRECSIZE>; /* chunk's data */ };

struct mrecord { opaque mr_handler[MHNDLEN]; /* private to media handler */ mrec_version mr_version; /* Media record version number */ u_long mr_orec; /* record size */ volid_t mr_volid; /* encompassing volume’s id */ u_long mr_fn; /* encompassing file number */ u_long mr_rn; /* record number within the file */ u_long mr_len; /* record byte length */ mchunk mr_chunk<MMAXCHK>; /* chunks of save streams */};

mrecord 의 첫 번째 필드인 mr_handler 는 미디어 관련 데이터를 위해 스케줄 지정되어 있습니다. 현재는

어떠한 구현에도 사용되지 않습니다. 이 mr_version 필드는 미디어 레코드 형식의 버전 번호입니다. 미디어 레코드의 나머지 필드 크기는 버전 번호에 따라 달라집니다. 이 mr_orec 필드는 현재 레코드의 크기입니다. 미디어 레코드의 헤더 필드인 mr_volid, mr_fn, 및 mr_rn 은 레코드에서 읽은 데이터와 테이프 위치를 확인하는 데

사용합니다. 파일 번호와 레코드 번호는 0에서 시작하여 순차적으로 증가됩니다. 레코드 번호는 파일 번호가

증가될 때마다 재설정됩니다. 디스크에서 파일 번호는 항상 0입니다. 이 mr_len 필드는 디바이스의 읽기 또는 쓰기 요청 크기와는 달리, 이 레코드의 실제 유효 바이트 수를 나타냅니다.

파일 또는 레코드 건너뛰기를 신뢰할 수 없으면 NetWorker에서는 최악의 경우 테이프를 되감아 시작 지점부터 읽으면서 격리된 오류로부터 복구할 수 있습니다. 볼륨이 미디어 관리 데몬에 알리지 않고 물리적으로 언마운트되거나 마운트될 수 있는 경우에는 대개의 경우 전체를 되감지 않고도 각 레코드의 볼륨 식별자가 이러한 경우가 발생한 것을 확인하고 레이블을 읽을 수 있는 빠른 방법을 제공합니다.

mrecord 내의 mchunk 에는 하나 이상의 백업 세션의 클라이언트 데이터가 포함됩니다. 이 mc_ssid 및

mc_low 값은 레코드 내 청크로부터 백업 세션을 다시 생성하는 데 사용합니다. 이 mc_data 필드에는 각 청크의 실제 데이터가 저장됩니다. 지정된 세이브 세트에 대해 mc_low 와 mc_data 길이를 더한 값은 mc_low

의 다음 청크 값과 같아야 합니다. 세이브 세트를 미디어 레코드 내에서 임의로 혼합할 수 있습니다.

볼륨에 있는 첫 번째 미디어 파일에서 첫 번째 레코드의 첫 번째 청크에는 볼륨 레이블 정보가 포함됩니다.

일부 미디어의 경우, 두 번째 청크에, 볼륨이 속한 미디어 풀과 같은 추가 볼륨 정보가 포함되기도 합니다.

첫 번째 파일의 나머지 데이터는 향후 확장용으로 예약되어 있습니다. 레이블의 첫 번째 복제본을 실수로 덮어쓰는 경우에 대비하기 위해, 두 번째 파일에 레이블을 중복하여 복사할 수 있습니다.볼륨 레이블 및 추가

레이블 정보의 형식은 다음 XDR 데이터 구조를 통해 설명됩니다.


mm_data(5)

const MVOLMAGIC = 0x070460; /* volume magic number */const NSR_LENGTH = 64; /* length of several strings */const RAP_MAXNAMELEN = 64; /* maximum length of attribute name */

struct mvollabel { u_long mvl_magic; /* medium volume verification number */ lg_time64_t mvl_createtime; /* time at which volume labeled */ lg_time64_t mvl_expiretime; /* time for volume to expire */ u_long mvl_recsize; /* expected size of mrecords */ volid_t mvl_volid; /* medium volume id */ string mvl_volname<NSR_LENGTH>;/* medium volume name */};

struct vallist { vallist *next;

string value<>; /* attribute value */};

struct attrlist { attrlist *next; string name<RAP_MAXNAMELEN>;/* attribute name */ vallist *values; /* attribute values */};

/* * Additional information may includes the following attributes * (listed by the name they are stored with): * "volume pool" : the media pool */struct mvolinfo { struct attrlist *mvi_attributes;/* any other information */};

mvl_magic 필드가 MVOLMAGIC 와 같아야만 청크가 유효한 볼륨 레이블을 표현할 수 있습니다. 나중에 볼륨

레이블이 변경되면 새 형식에 또 하나의 ‘‘매직’’ 번호가 지정되겠지만, 여기에 설명된 형식이 여전히 허용되어야 합니다. 이 mvl_volid 는 미디어 관리자가 할당 및 관리하는 내부 식별자입니다. 이 mvl_volname

은 미디어에 레이블이 처음 지정될 때 할당된 볼륨 이름입니다. 시간 필드는 UST 형식 70년 1월 1일 00:00

GMT이후로 경과된 초 수)입니다. mvl_recsize 는 테이프에 있는 모든 후속 미디어 레코드 크기입니다.

mvp_pool 은 미디어에 레이블이 처음 지정될 때 할당된 풀 이름입니다. 관리자는 서로 다른 미디어 풀을 사용하여 데이터를 여러 볼륨으로 분리할 수 있습니다. 하나의 미디어 풀에서 다른 미디어 풀로 미디어를 다시

할당할 수는 없습니다. 풀 이름의 길이는 최대 NSR_LENGTH 자입니다.

동기화 표시인 schunks 도 각 세이브 세트에 대해 미디어에 주기적으로 기록됩니다. 동기화 청크는

scanner(8) 를 통해 볼륨에서 직접 확인하거나 추출할 때 사용됩니다. 또한 nsrmmd 를 통해 파일 복구

중 미디어 오류를 복구할 때도 사용됩니다. 다음 XDR 데이터 구조는 동기화 청크를 설명합니다.

typedef lgui_t clientid_t;

struct ssclone_t { lg_time64_t ssc_cloneid; /* unique UST stamp wrt ss_ssid */ u_long ssc_flag; /* lots of status buried here*/ u_long ssc_frag; /* not used, always 0 */};

/*


mm_data(5)

* Synchronization chunk of the newer MREC_VER6 media format. */struct schunk { u_long ssi_gen; /* Not used. */ ssid_t ssi_ssid; /* save set identifier */ ssid_t ssi_prev; /* non-zero iff continuation */ u_long ssi_level; /* backup level*/ lg_time64_t ssi_time; /* save time on client */ lg_time64_t ssi_create; /* creation time on server */ lg_time64_t ssi_insert; /* insertion time on server */ lg_time64_t ssi_complete; /* completion time on server */ clientid_t ssi_clientid; /* client name identifier */ u_long ssi_flags; /* more details about this ss */ string ssi_host<>; /* client name - save set owner */ string ssi_name<>; /* symbolic name, for example "/usr" */ uint64_t ssi_size; /* actual number of bytes saved */ uint64_t ssi_nfiles; /* number of client files saved */ u_long ssi_browse; /* browse time offset */ u_long ssi_recycle; /* recycle time offset */ struct attrlist *ssi_al; /* generic RAP attribute list */ ssclone_t ssi_clones<>; /* information about this clone */};

/* * Synchronization chunk of the older MREC_VER5 media format. */struct old_schunk { opaque ssi_host[NSR_LENGTH]; /* save set host */ opaque ssi_name[NSR_LENGTH]; /* symbolic name */ u_long ssi_time; /* save time */ u_long ssi_expiry; /* expiration date */ u_long ssi_size; /* actual size saved */ u_long ssi_nfiles; /* number of files */ ssid_t ssi_ssid; /* ssid for this save set */ u_long ssi_flag; /* various flags, see below */ u_long ssi_info; /* volid or ssid, see below */};

#define SSI_START 1 /* start of a save set */#define SSI_SYNC 2 /* synchronization point */#define SSI_CONT 3 /* continued from another volume */#define SSI_END 4 /* end of this save set */#define SSI_SSMASK 0x0000000f /* save set sync chunk type */#define SSI_LBIAS 0x10000000 /* the level is included in the flags */#define SSI_LMASK 0xff000000 /* mask to cover bits for level */#define SSI_LSHIFT 24 /* shift amount for the level */#define SSI_INCOMPLETE 0x00010000 /* not finished (aborted) */#define SSI_CONTINUED 0x00800000 /* continued save set series */

ssi_ssid 는 세이브 세트의 식별자입니다. ssi_time 필드에는 세이브 세트 생성 시간(클라이언트 클럭 기반 UST)이 들어 있습니다. ssi_create 필드에는 세이브 세트 생성 시간(서버 클럭 기반 UST)이 들어 있습니다. ssi_insert 필드에는 미디어 데이터베이스에 세이브 세트가 삽입된 시간(서버 클럭 기반 UST)이

들어 있습니다. ssi_complete 필드에는 세이브 세트 완료 시간(서버 클럭 기반 UST)이 들어 있습니다. 두

필드 ssi_clientid 및 ssi_host 는 이 세이브 세트가 들어 있는 인덱스의 클라이언트 식별자 및 이름입니다. 이전에는 이 필드가 세이브 세트가 처음 만들어진 클라이언트의 클라이언트 식별자 및 이름이었습니다.

ssi_name 은 사용자에게 제공될 세이브 세트 이름입니다. 이전 버전 미디어 레코드에서는 두 필드가 고정

길이라고 할지라도 모두 Null로 종결되는 문자열입니다. ssi_size 및 ssi_nfiles 는 이 세이브 세트에

대해 지금까지 저장된 바이트 수와 파일 수입니다. ssi_browse 는 세이브 세트 삽입 시간부터 해당 세이브

세트를 더 이상 검색할 수 없는 시간까지의 오프셋 시간(초)입니다. ssi_recycle 은 세이브 세트 삽입 시간부터 해당 세이브 세트를 재활용할 수 있을 때까지의 오프셋 시간(초)입니다. ssi_al 은 일반적인 세이브

세트 속성입니다.


mm_data(5)

ssi_flag 는 이 동기화 청크의 유형과 세이브 세트에 대한 기타 정보를 나타냅니다. 이전 버전 동기화 청크에서는 이 필드에 세이브 세트 레벨도 포함됩니다. 동기화 표시 기본 유형에는 네 가지가 있으며, ssi_flag

및 SSI_SSMASK 를 검사하면 확인할 수 있습니다. SSI_START 는 세이브 세트 시작 지점을 표시하는 데 사용합니다. SSI_SYNC 는 주기적으로 동기화 지점을 표시하며 세이브 세트에서 정확한 파일 경계에만 기록됩니다. SSI_CONT 는 해당 세이브 세트가 다른 볼륨에서 시작된 세이브 세트의 연속임을 나타냅니다. 만일

ssi_flag 및 SSI_SSMASK 가 SSI_CONT이면, ssi_prev 또는 ssi_info 에 세이브 세트 이전 볼륨의 볼륨

식별자가 포함됩니다. 이러한 동기화 청크는 세이브 세트가 볼륨 경계를 스팬할 때 사용됩니다. SSI_END 는

세이브 세트의 끝을 표시합니다.

동기화 청크의 새 버전에서 ssi_level 필드에는 세이브 세트 백업 레벨이 포함됩니다. 이전 버전 동기화

청크에서는 SSI_LBIAS 비트를 설정한 후, ssi_flag 및 SSI_LMASK 를 세이브 세트 레벨을 지정하는

SSI_LSHIFT의 값 만큼 오른쪽으로 이동해야 합니다. SSI_INCOMPLETE 비트는 해당 세이브 세트가 올바르게 완료되지 않았음을 나타냅니다. 이 경우는 진행 중인 저장 작업을 사용자가 중단시켰을 때 발생할 수 있습니다.

SSI_CONTINUED 비트는 세이브 세트가 다른 세이브 세트로/부터 논리적으로 연속됨을 나타냅니다. 이러한 연속된 세이브 세트는 대형 세이브 세트를 처리하는 데 사용됩니다. 만일 SSI_CONTINUED 비트가 설정되고

ssi_flag 및 SSI_SSMASK 가 SSI_START 이면 ssi_prev 또는 ssi_info 에서 해당 세이브 세트 앞에 오는

이전 세이브 세트 ID를 제공합니다. 만일 SSI_CONTINUED 비트가 설정되고 ssi_flag 및 SSI_SSMASK 가

SSI_END 이면 ssi_prev 또는 ssi_info 는 해당 세이브 세트 뒤에 오는 다음 세이브 세트 ID를 제공합니다.

ssi_expiry 필드는 해당 세이브 세트의 만료 날짜(UST)입니다. 세이브 세트를 생성할 때 세이브 세트 만료 날짜를 명시적으로 지정하지 않은 경우 이 필드는 0입니다. 이 필드는 새 동기화 청크에는 더 이상 존재하지 않습니다.

참조nsr_device(5), nsr_data(5), nsrmm(8), nsrmmd(8), nsrmmdbd(8), nsr(8), scanner(8)

RFC 1014 XDR: 외부 데이터 표현 사양


mm_data(5)


networker.cluster(8)

Maintenance Procedures networker.cluster(8)

이름networker.cluster - NetWorker 소프트웨어를 고가용성으로 구성합니다 .

시놉시스networker.cluster [ -r nsr_bin ]

설명networker.cluster 는 NetWorker client 또는 NetWorker server를 클러스터에서 가용성 높은 애플리케이션으로 구성하기 위한 대화형 스크립트입니다 . 클러스터의 모든 노드에 Net- Worker를 제대로 설치한 후에 이 스크립트를 실행하여 Net- Worker의 페일오버 및 클러스터 인식 기능을 활성화해야 합니다 .

구성에 따라 클러스터 인식 NetWorker client에서 사용되는 로컬 NetWorker 데이터베이스 영역은 고가용성 NetWorker server에서 사용되는 글로벌 NetWorker 데이터베이스 영역과 분리되며 이 작업은 글로벌

및 로컬 NetWorker 데이터베이스 간을 쉽게 전환할 수 있도록 작성된 심볼 링크 세트를 통해 수행됩니다 .

글로벌 NetWorker 데이터베이스는 공유 스토리지 미디어에 있으며 페일오버 시 고가용성 (가상 )

NetWorker 서버를 따릅니다 .

그리고 , NetWorker.clustersvr 파일은 NetWorker 바이너리 디렉토리에서 생성되어 NetWorker가 고가용성 서비스로 설치되었음을 지정합니다 .

그런 다음 이 스크립트는 클러스터 플랫폼에 알맞은 lcmap(8) 스크립트를 작성합니다 .

NetWorker server를 구성할 때 NetWorker server를 클러스터 소프트웨어에 등록하기 위해 클러스터

플랫폼 관련 정보를 입력하라는 메시지가 표시됩니다 . 하지만 설정은 수동으로 완료됩니다 . NetWorker

client만 networker.cluster 스크립트를 통해 노드에서 시작됩니다 . 구체적인 지침은 해당하는 클러스터 플랫폼의 NetWorker 설치 안내서 를 참조하십시오 .

구성 중 실수한 경우에는 networker.cluster 를 -r 옵션과 함께 실행하여 변경을 취소하십시오 .

옵션-r nsr-bin

NetWorker 소프트웨어의 클러스터 구성을 제거하기 위해 사용됩니다. 선택 사항인 nsr-bin 매개

변수는 기본값이 아닌 위치에 NetWorker 소프트웨어를 설치할 때 NetWorker 바이너리의 위치를

지정하기 위해 사용됩니다 .

참조nsrd(8), pathownerignore(5), lcmap(8) EMC NetWorker 설치 안내서


networker.cluster(8)


nsr(8)

Maintenance Procedures nsr(8)

이름nsr - NetWorker 소개 및 개요입니다 .

설명NetWorker를 사용하면 컴퓨터 시스템 네트워크에서 파일 백업 및 복구를 손쉽게 수행할 수 있습니다 . 파일 및 파일 시스템을 미리 스케줄한 대로 백업할 수 있으며 전체 파일 시스템 및 개별 파일 복구 작업이 저장된 파일의 온라인 인덱스를 사용함으로써 단순화됩니다 .

NetWorker는 클라이언트 서버 모델을 사용하여 파일 백업 및 복구 서비스를 제공합니다 . 네트워크에서 최소한 하나의 시스템은 NetWorker server 로 지정되며 백업할 디스크가 있는 시스템은 NetWorker client

로 지정됩니다 . 여섯 개의 데몬이 NetWorker 서비스를 제공하고 시스템 액세스를 제어하며 인덱스 및 미디어 지원을 제공합니다 . 클라이언트에는 파일 시스템에 액세스하고 NetWorker server와 통신하기 위한 특수 프로그램이 있습니다 .

NetWorker 시스템의 여러 부분 중 여기서는 명령과 파일에 대해서만 간단히 언급합니다 . 자세한 내용은 해당 참조 매뉴얼 페이지를 참조하십시오 . 섹션 8에는 각 명령의 매뉴얼 페이지 항목이 있으며 파일 및 파일

형식은 섹션 5 매뉴얼 페이지에서 설명합니다 .

또한 NetWorker Administrator's Guide 는 NetWorker 시스템 구성 및 관리에 대한 정보를 제공합니다 .

성공적인 백업 작업을 설정하고 실행하기 위한 여러 가지 예제와 설명이 들어 있습니다 .

설치NetWorker 설치 방법은 설치할 시스템 아키텍처에 따라 다릅니다 . 자세한 설치 지침은 사용 중인 플랫폼에

대한 Net-Worker 설치 안내서 를 참조하십시오 .

nsr_layout(5) NetWorker 프로그램 , 파일 및 매뉴얼 페이지가 설치되는 위치를 설명합니다 .

SERVER DAEMONS

NetWorker는 클라이언트 서버 모델을 사용하여 백업 및 복구 서비스를 제공합니다 . 다음 데몬은 서버측

NetWorker를 다룹니다 .

nsrd(8) 기본 NetWorker 데몬입니다 . nsrd 는 클라이언트에 대한 초기 통신을 처리하며 다른 NetWorker server 데몬을 시작하고 중지합니다 .

ansrd(8) 에이전트 nsrd 프로세스로서 , 복구 , 클론 또는 다른 세션에 대한 응답으로 nsrd

에서 실행됩니다 . ansrd 데몬은 필요에 따라 호출되며 NetWorker server에 대해

활성 상태인 세션이 있을 때만 존재합니다. 최신 버전의 save(8) 는 ansrd 데몬을

사용하지 않아도 됩니다 .

nsrindexd(8) 이 서버 데몬은 NetWorker 온라인 인덱스에 대한 액세스를 제공합니다. 인덱스에는

저장된 파일의 레코드가 포함됩니다. 인덱스를 사용하면 클라이언트가 백업 미디어에

액세스하지 않고도 복구할 파일을 찾고 선택할 수 있습니다 .

nsrmmdbd(8) 미디어 관리 데이터베이스 데몬은 세이브 세트 및 미디어의 인덱스를 제공합니다 .

nsrmmdbd 데몬은 저장된 파일에 대해 nsrindexd 보다 훨씬 더 개략적인 보기를 제공하므로 결과 인덱스가 일반적으로 훨씬 작습니다 .


nsr(8)

nsrjobd(8) 작업 데몬은 원격 실행 "작업 "(일반적으로 저장 및 지정 복구 )에 대한 중앙 집중식 모니터링 및 제어 기능을 수행합니다 . 이 데몬은 원격 작업 실행 시 병렬 처리

수를 관리하고 실행 정보 보고 및 저장에 대한 상태를 모니터링합니다 . 스케줄 지정된 모든 백업은 nsrjobd 에서 시작됩니다 .

nsrmmd(8) 미디어 멀티플렉서 데몬은 NetWorker에 디바이스 지원을 제공합니다 . 둘 이상의 클라이언트가 파일을 저장할 때는 각 클라이언트의 데이터가 멀티플렉싱되는 반면 복구

작업 중에는 데이터가 멀티플렉싱 해제되어 요청 클라이언트로 반환됩니다 . 여러 디바이스가 활성화된 경우 이 데몬 중 여러 개가 동시에 작동할 수 있습니다 .

관리NetWorker는 리소스 및 속성 을 통해 관리됩니다 . 모든 리소스에는 하나 이상의 속성이 연결됩니다 . 예를 들어 , 디바이스는 NetWorker 리소스 유형이고 디바이스 속성은 디바이스 유형 (예 : 4mm 또는 8mm)입니다 . NetWorker 리소스 형식은 nsr_resource(5) 에서 확인할 수 있으며 매뉴얼의 섹션 5에서는 각 NetWorker 리소스에 대한 매뉴얼 페이지도 참조할 수 있습니다 .

일반적으로 리소스 파일은 수동으로 편집하지 않고 NetWorker 툴 (일반적으로 NetWorker Management Console 또는 nsradmin(8) )을 사용하여 동적으로 수정하므로 값을 검사할 수 있으며 변경 사항을 관련 프로그램에 자동으로 전달할 수 있습니다 . 다음은 NetWorker의 다양한 측면을 관리하기 위해 사용하는 툴입니다 .

NetWorker Management Console

NetWorker server의 활동을 모니터링하고 관리합니다 . NetWorker Management Console 은 Java 기반 애플리케이션이며 대부분의 사용자가 사용하는 NetWorker의 기본 인터페이스입니다 .

nsradmin(8) NetWorker server 관리를 위한 curses(3) 기반 툴입니다 .

nsrwatch(8) NetWorker server의 활동을 모니터링하는 curses(3) 기반 툴입니다 .

nsrmm(8) 미디어 관리자 명령입니다 . nsrmm 명령은 볼륨의 레이블 지정 , 마운트 , 언마운트 , 삭제 및 제거를 위해 사용됩니다. 마운트 요청은 nsrmmd 에서 생성되며 NetWorker Management Console 또는 nsrwatch 에서 표시됩니다. 볼륨 삭제 및 제거를 통해 온라인 사용자 파일의 인덱스 크기를 제어할 수 있습니다 .

nsrjb(8) NetWorker 주크박스 제어 명령입니다 . 주크박스를 처리할 때는 nsrmm 보다는 nsrjb 를 사용하여 주크박스 안에 포함된 볼륨의 레이블 지정 , 로드 및 언로드를 실행해야 합니다 .

nsrim(8) 온라인 인덱스를 자동으로 관리합니다 . 일반적으로 savegrp 를 통해 주기적으로 실행됩니다 .

mminfo(8) 볼륨 및 세이브 세트에 대한 정보를 제공합니다 .

nsrck(8) NetWorker 온라인 인덱스를 검사하고 복구합니다. 시스템 고장으로 데이터베이스가 완전히 종료되지 않은 경우 nsrd 가 시작될 때 자동으로 실행됩니다 .

nsr_render_log(8) NetWorker 로그를 읽을 수 있는 형식으로 출력합니다 .

nsr_shutdown(8) 로컬 NetWorker server를 안전하게 종료하기 위해 사용하는 셸 스크립트입니다 . nsr_shutdown 스크립트는 수퍼유저만 실행할 수 있습니다 .


nsr(8)

파일 저장NetWorker는 파일 및 파일 시스템의 스케줄 지정 저장 및 수동 저장을 모두 지원합니다 . 각 클라이언트에

대해 파일 시스템의 전부 또는 일부를 저장하도록 스케줄 지정할 수 있으며 여러 클라이언트가 서로 다른 시간에 저장을 시작하도록 스케줄 지정할 수도 있습니다 .

save(8) 지정한 파일 또는 파일 그룹을 백업하기 위해 사용하는 명령줄 기반 툴입니다 . 이

save 명령은 사용자 및 관리자가 수동으로 실행하거나 savegrp 를 통해 자동으로

실행할 수 있습니다 .

savegrp(8) 클라이언트 시스템 그룹의 백업을 시작하기 위해 사용합니다 . 일반적으로

NetWorker server에서 자동으로 시작됩니다 . savegrp 명령은 클라이언트의 온라인 파일 인덱스도 백업하며 이 백업은 서버에 저장됩니다 . 서버 자체를 백업할 때는

부트스트랩 세이브 세트도 생성됩니다 .

nsrexec(8) 에이전트 savegrp 프로세스로서 , savegrp 에 의해 실행됩니다 . nsrexec 명령은

NetWorker 명령의 진행 상태를 모니터링합니다 .

nsrclone(8) NetWorker 세이브 세트 /볼륨 복제 명령입니다 . nsrclone 을 사용하면 클론 또는

정확한 복제본 (세이브 세트 또는 전체 볼륨의 )을 만들 수 있습니다 . 데이터가 상주하는 NetWorker 미디어 볼륨을 제외하고 클론 데이터는 원본 데이터와 거의 동일합니다 .

nsrexecd(8) NetWorker client에서 실행되는 NetWorker 고유의 원격 실행 서비스입니다 . 이

서비스는 savegrp 에서 사용되며 클라이언트 시스템에서 save 및 savefs 를 시작합니다 .

savefs(8) savegrp 에서 사용되며 클라이언트의 특성을 결정하고 세이브 세트 전체 를 현재 클라이언트에 있는 모든 세이브 세트 목록에 매핑합니다 .

파일 복구NetWorker는 저장된 사용자 파일의 온라인 인덱스를 유지합니다 . 사용자는 인덱스를 찾아보거나 복구할 파일을 선택할 수 있습니다 . NetWorker는 이 정보를 사용하여 과거의 특정 시간을 기준으로 한 파일 계층 표시를 작성한 다음 정확한 볼륨 위치를 찾고 요청된 파일을 복구합니다 .

recover(8) 온라인 사용자 파일 인덱스를 찾아보고 복구할 파일 및 파일 시스템을 선택합니다 .

nwrecover(8) 파일을 복구하기 위한 모티브 기반 툴입니다 . nwrecover 는 recover 와 동등한

그래픽 명령입니다 .

mmrecov(8) 재해 복구에만 사용합니다. 특수 부트스트랩 인덱스 및 서버의 온라인 파일 인덱스를

복구합니다 . 기타 온라인 파일 인덱스를 복구하려면 recover 또는 nwrecover 명령을 사용합니다 .

scanner(8) NetWorker 볼륨의 정확성과 무결성을 확인합니다 . 또한 전체 세이브 세트를 복구하고 온라인 파일 및 미디어 인덱스를 재작성할 수도 있습니다 .

nsr_crash(8) 고장 복구 기술을 설명하는 매뉴얼 페이지입니다 .

nsrinfo(8) 클라이언트의 파일 인덱스 내용에 대한 보고서를 생성하기 위해 사용합니다 .


nsr(8)

애플리케이션별 모듈최적의 방법으로 사용자 파일을 처리하기 위해 NetWorker는 ASM 메커니즘을 제공합니다 . 여러 ASMs에서

처리할 파일을 선택할 경우 패턴 일치를 사용합니다 . 패턴 및 관련 ASMs은 nsr(5) 에 설명되어 있습니다 .

save 명령은 파일 처리에 사용된 ASMs을 추적하므로 recover 명령으로 동일한 ASMs를 사용하여 파일을

복구할 수 있습니다 .

uasm(8) UNIX 파일 시스템에 해당하는 저장 /복구 모듈입니다 . 이 uasm 매뉴얼 페이지에서는 모든 ASM에 대한 일반적인 규칙을 다룹니다 . uasm 명령 및 해당 매뉴얼 페이지는 실제로 여러 추가 ASMs(예 : compressasm, mailasm및 xlateasm )으로 구성됩니다 .

nsrindexasm(8) 온라인 사용자 파일 인덱스를 처리합니다 .

nsrmmdbasm(8) 온라인 미디어 데이터베이스를 처리합니다 .

서버 위치대규모 네트워크에는 여러 NetWorker server가 설치될 수 있습니다 . 각 NetWorker client 명령에서 사용할 서버를 선택해야 합니다 .

이러한 서버 선택에 있어 클라이언트 명령은 다음 두 그룹 즉 , 관리 및 작업 으로 분류됩니다 . 관리 명령에는 NetWorker Management Console, nsrwatch 및 mminfo 가 있으며 작업 명령에는 save, savefs

및 recover 가 포함됩니다 . 두 명령 그룹은 NetWorker server를 명시적으로 지정하기 위해 -s server

옵션을 허용합니다 .

서버를 명시적으로 지정하지 않으면 작업 명령은 다음과 같은 단계를 통해 서버를 찾습니다 . 첫 번째로 발견된 서버가 사용됩니다 .

1) 로컬 시스템을 검사하여 NetWorker server로 확인되면 사용됩니다 .

2) 현재 디렉토리가 실제로 위치한 시스템을 검사하여 Net-Worker server로 확인되면 사용됩니다 .

3) -c 옵션이 지정된 시스템을 검사하여 NetWorker server인지 확인되면 사용됩니다 .

4) 로컬 시스템에서 nsrexecd(8) 명령을 통해 트러스트된 Net-Worker server 목록을 얻습니다 .

목록에 있는 각 시스템을 조사하여 NetWorker server인지 확인합니다 . 첫 번째로 NetWorker

server로 확인된 시스템이 사용됩니다 .

5) 브로드캐스트 요청이 실행됩니다 . 첫 번째로 요청에 응답한 NetWorker server가 사용됩니다 .

6) NetWorker server를 여전히 발견하지 못한 경우에는 로컬 시스템이 사용됩니다 .

관리 명령은 단계 1만 사용합니다 .

보안저장을 허용하기 전에 지정된 클라이언트에 대한 NSR client 리소스를 생성해야 합니다 . 복구를 허용하기

전에 서버는 NSR client 리소스에서 remote access 속성을 검사하여 클라이언트 액세스를 확인합니다 (참조 : nsr_client(5)).

savegrp(8) 명령은 nsrexecd(8) 원격 저장 실행 서비스를 사용하여 NSR 그룹의 각 클라이언트 시스템에서 save(8) 명령을 시작합니다. 자세한 내용은 nsrexecd(8) 매뉴얼 페이지를 참조하십시오. 이전 버전의

NetWorker에 대한 역방향 호환성을 위해 , savegrp(8) 는 원격 실행에 rsh(1) 프로토콜을 사용합니다 (

특정 클라이언트에서 nsrexecd 가 실행 중이 아닌 경우 ).


nsr(8)

또한 nsradmin(8) 명령 또는 NetWorker Management Console 을 통한 NSR 리소스 액세스는 NSR 서버

리소스에서 administrator 속성을 사용하여 제어합니다 (참조 : nsr_service(5)). 이 속성에는 해당 리소스를 관리할 권한이 있는 사용자 이름 목록이 있습니다 . 앰퍼샌드 (&)로 시작하는 이름은 netgroup을 표시합니다 (참조 : netgroup(5)). 또한 이름에 user@host\fR 또는 user=user,host=host\fR 형식을 사용하여 특정 호스트에서 특정 사용자에게 권한을 부여할 수 있습니다 .

루트 권한시스템 관리자는 NetWorker 프로그램 모드를 setuid-root 및 setgid-group으로 변경하여 특정 사용자

그룹에 루트 권한을 부여할 수 있습니다 . (자세한 내용은 chgrp(1) 및 chmod(1) 을 참조하십시오 .)

사용자가 setuid-root 및 setgid-group인 프로그램을 호출할 때 다음 중 하나가 참이면 사용자는 루트

권한을 갖습니다 .

1. 사용자 이름과 프로그램 그룹 이름이 동일합니다 .

2. 프로세스의 보완 그룹 ID 이름 중 하나가 프로그램 그룹 이름과 동일합니다 . (자세한 내용은

getgroups(2) 를 참조하십시오 .)

3. 사용자 이름은 이름이 프로그램 그룹 이름과 동일한 net-group 요소입니다 . (자세한 내용은

getgrnam(3) 을 참조하십시오 .)

예를 들어 , recover 명령의 모드 및 그룹 소유자를 변경하여 ls 출력이 다음과 같이 나타나도록 할 수 있습니다 . -rws--s--x 1 root staff 548808 Apr 18 16:04 recover 이 명령을 호출한 사용자는 다음

중 한 가지에 해당하면 루트 권한을 보유합니다 . (1) 이름이 ‘‘담당자 ’’인 경우 (2) 그룹 ‘‘담당자 ’’

의 멤버인 경우 (3) 이름이 netgroup ‘‘담당자 ’’의 요소로 나타나는 경우

루트 권한 부여는 다음 NetWorker 프로그램에 적용될 수 있습니다 . nsrexec(8), nsrports(8), recover(8), nwretrieve(8), nwrecover(8), nsrclone(8), nsrssc(8), nsrmm(8), mmpool(8), mmlocate(8), nsrjb(8), nsrinfo(8), nsrstage(8), nsrcap(8), save(8), nsrpmig(8),

nsrck(8), nsrim(8), jbcon-fig(8), nsrcnct(8), 및 scanner(8).

이름 지정 및 인증위의 설명과 같이 , NSR 서버는 클라이언트로 나열되거나 원격 액세스 목록에 나열된 시스템에서 시작된 연결만 허용합니다 (복구의 경우 ). 둘 이상의 물리적 네트워크에 시스템을 연결할 수 있고 각 물리적 네트워크 연결에는 수많은 별칭이 있을 수 있으므로 , 보안 및 사용 편의성을 절충하여 다음 정책을 사용합니다 .

UNIX환경의 이름 지정에 대한 자세한 내용은 gethostent(3) 또는 이름 서비스에 대한 기타 설명서를 참조하십시오 .

클라이언트는 고유 이름을 다음과 같이 결정합니다 . 먼저 gethostname(2) 시스템 호출을 통해 클라이언트의 UNIX 시스템이름을 얻습니다 . UNIX 시스템 이름은 gethostbyname(3) 라이브러리 루틴에 대한 매개 변수로 사용됩니다 . 클라이언트는 이름을 gethostbyname 에서 반환된 공식 (또는 ‘‘기본 ’’) 이름으로 선언합니다 . 이 이름은 연결 설정 중에 NetWorker server로 전달됩니다 .

서버는 연결의 원격 주소와 클라이언트의 공인 이름을 일치시켜 클라이언트 연결을 인증합니다 . 주소는

gethostbyaddr(3) 라이브러리 함수를 통해 호스트 이름 목록으로 매핑됩니다 . 다음에는 , 클라이언트의 공인 이름을 gethostbyname 에 대한 매개 변수로 사용하여 다른 호스트 이름 목록을 얻습니다 . 두 목록 간에 공통 이름이 존재하는 경우에만 클라이언트가 성공적으로 인증됩니다 .

NetWorker server는 클라이언트 이름을 gethostbyname 에서 반환된 공식 이름으로 해석하여 온라인 데이터베이스 이름으로 매핑합니다 . 이 매핑은 클라이언트 생성 시 및 연결 설정 시에 수행됩니다 .

안전하고 효과적인 이름 지정을 위해 다음 규칙을 사용해야 합니다 .


nsr(8)

1) NetWorker client 및 서버는 호스트 이름이 일관적인 데이터베이스에 액세스해야 합니다 .

NIS(YP) 및 도메인 이름 시스템 (DNS)은 호스트 이름 일관성에 도움이 되는 이름 지정 하위 시스템입니다 .

2) 단일 시스템에 대한 모든 호스트 항목에는 최소한 하나의 공통 별칭이 있어야 합니다 .

3) 새 클라이언트를 생성할 때는 이름 또는 별칭을 사용합니다 . 이 이름 또는 별칭은 클라이언트 시스템이 UNIX 시스템 이름을 역방향으로 매핑하여 생성한 이름과 동일한 공식 이름으로 다시 매핑됩니다 .

참조rsh(1), gethostname(2), gethostent(3), netgroup(5), nsr(5), nsr_layout(5), nsr_resource(5), ypfiles(5), ypmake(5), mminfo(8), nsr_crash(8), nsr_service(5), nsr_render_log(8), nsr_shutdown(8), nsradmin(8), nsrck(8), nsrclone(8), nsrd(8), nsrexecd(8), nsrim(8), nsrindexasm(8), nsrindexd(8), nsrinfo(8), nsrjb(8), nsrls(8), nsrmm(8), nsrmmd(8), nsrmmdbasm(8), nsrmmdbd(8), nsrwatch(8), nwrecover(8), recover(8), mmrecov(8), save(8), savefs(8), savegrp(8), scanner(8), uasm(8), NetWorker Administration Guide


nsr(5)

Maintenance Procedures nsr(5)

이름nsr - NetWorker 디렉티브 파일 형식입니다 .

설명이 매뉴얼 페이지에서는 .nsr 디렉티브 파일 형식에 대해 설명합니다 . 디렉티브 파일은 NetWorker 백업 프로세스 중에 save(8) 및 애플리케이션별 모듈 (ASM) 프로그램을 통해 해석됩니다 . 이 형식은

nsr_directive(5) 리소스의 directive 속성에도 사용됩니다 .

디렉티브는 특정 파일 백업 방법 , 하위 디렉토리 검색 방법및 후속 디렉티브 처리 방법을 제어합니다 . 백업된 각 파일에 대해 해당 파일을 복구하기 위해 필요한 ASMs 정보도 백업됩니다 . 따라서 , 현재 디렉티브가

파일이 백업된 후 변경되었더라도 recover(8) 또는 직접 호출된 모든 ASM 이 파일을 정확하게 복구할 수

있습니다 . 여러 가지 ASMs에 대한 일반적인 설명은 uasm(8) 을 참조하십시오 .

각 디렉토리에 있는 .nsr 디렉티브 파일은 해당 디렉토리에 있는 다른 파일이 백업되기 전에 구문 분석됩니다 . NetWorker가 ignore 모드로 실행되는 경우에는 예외입니다 . .nsr 디렉티브 파일의 각 행과

directive 속성의 각 행에는 디렉티브가 하나씩 포함됩니다 . "#\fR" 문자 이후 행 끝까지 있는 모든 텍스트는 설명으로 처리되며 무시됩니다 . 디렉티브는 다음과 같은 세 가지 형식 중 하나로 나타납니다 .

[+] ASM [args ...] : pattern ... save environment << dir >>

세 가지 형식은 각각 ASM 지정 구문 , save environment 디렉티브 및 << dir >>\fR 디렉티브라고 합니다 .

ASM 지정 구문 (이름 및 인수 )을 사용하여 pattern 이 일치하는 파일 또는 디렉토리가 백업되는 방식을

지정합니다 . pattern 이 디렉토리와 일치하면 지정된 ASM 이 디렉토리 및 그 컨텐츠를 처리합니다 . 특별

제어나 공백 문자가 필요한 pattern 또는 ASM 인수는 큰따옴표 (")를 사용하여 인용해야 합니다 .

콜론 (:)은 ASM 지정 구문 (및 인수 )과 pattern 지정 목록 간의 구분 기호로 사용됩니다 . 각 ASM 지정

구문에 대한 pattern 목록은 단순한 파일 이름 또는 패턴으로 구성됩니다. pattern 은 ".."일 수 없으며

"/" 문자가 포함되면 안 됩니다 (모든 이름은 현재 디렉토리 안에 있어야 함 ). 문자열 "."를 사용하여 현재 디렉토리를 일치시킬 수 있습니다 . 표준 sh(1) 파일 패턴 일치 (*, [...], [!...], [x-y], ?)를 사용하여 파일 이름을 일치시킬 수 있습니다 . ASM 이름 앞에 "+"가 있는 경우 디렉티브가 하위 디렉토리로

전달됩니다 . 디렉토리를 처음 방문하면 이 디렉토리에서 .nsr 파일을 검색하고 , 이 파일이 발견되면 파일을 읽습니다 . 데이터베이스의 각 .nsr 파일은 한 번만 읽습니다 . / 아래 있는 디렉토리에서 저장을 시작하면 현재 작업 디렉토리의 정규화된 경로에 있는 모든 .nsr 파일을 읽은 후 모든 파일을 저장하여 전달된 디렉티브의 카탈로그를 작성합니다 .

다음 알고리즘은 파일을 해당 ASM 지정 구문과 일치시키는 데 사용됩니다 . 먼저 , 현재 디렉토리에 있는

.nsr 파일 (있는 경우 )을 위에서 아래로 스캔하여 pattern 이 파일 이름과 일치하고 앞에 "+" 기호가 없는 ASM 지정 구문을 찾습니다 .일치하는 항목이 발견되지 않으면 현재 디렉토리에 있는 .nsr 을 다시 스캔하여 pattern 이 파일 이름과 일치하고 앞에 "+" 기호가 있는 ASM 지정 구문을 찾습니다 (보다 확실히 하려면 , .nsr 파일에서 모든 비전달 디렉티브 뒤에 모든 전달 ("+") 디렉티브를 배치하는 것이 좋음 ). 일치하는 항목이 발견되지 않으면 ".." 디렉토리에서 발견된 .nsr 파일 (있는 경우 )을 위에서 아래로 스캔하여

앞에 + 기호가 있고 ASM 지정 구문과 일치하는 항목을 찾습니다. 이 프로세스는 "/" 디렉토리에 있는 .nsr

파일 (있는 경우 )을 스캔할 때까지 계속됩니다 . 일치하는 항목이 발견되지 않으면 (또는 현재 실행 중인

ASM과 이름이 동일한 ASM 지정 구문이 있는 항목이 발견되면 ) 현재 실행 중인 ASM 이 파일 저장을 처리합니다 .

또한 save environment 디렉티브를 사용하여 ASM 지정 구문 및 나중에 .nsr 파일이 사용되는 방법을 변경할 수 있습니다 . 이 save environment 디렉티브는 파일 패턴을 사용하지 않습니다 . 이 디렉티브는 현재 실행 중인 ASM 및 이 디렉토리 아래에서 호출되는 후속 ASMs에 영향을 줍니다 . 다음과 같은 세 가지

save environment 디렉티브를 사용할 수 있습니다 .


nsr(5)

forget 상속된 모든 디렉티브 (상위 디렉토리에서 "+"로 시작하는 디렉티브 )를 무시합니다 .

ignore 하위 디렉토리에서 발견된 후속 .nsr 파일을 무시합니다 .

allow 하위 디렉토리의 .nsr 파일 해석을 허용합니다 .

<< dir >>\fR 디렉티브를 사용하여 현재 .nsr 파일의 후속 ASM 지정 구문이 적용될 디렉토리를 지정할 수

있습니다 . 이 디렉티브는 여러 .nsr 파일의 내용을 단일 위치 또는 디렉토리로 통합하기 위해 사용됩니다 .

이 디렉티브의 dir 부분은 이 디렉티브가 포함된 디렉토리에 있거나 그 아래 있는 유효한 디렉토리로 확인되어야 합니다 . 그렇지 않으면 후속 ASM 지정 구문이 무시됩니다 . 디렉토리가 파일 시스템의 다른 절대 경로

위치에 마운트되더라도 후속 ASM 디렉티브의 해석이 일관되도록 파일 이름에 상대 경로 이름을 사용해야 합니다 .

save(8), savefs(8) 의 -f 옵션과 함께 사용하거나 ASM 프로그램과 함께 사용하는 디렉티브 파일에는 첫

번째 디렉티브로 << dir >>이 있어야 합니다 . 또한 , 파일 맨 앞이든 뒷부분이든 상관없이 << dir >> 디렉티브를 이러한 방법으로 사용할 경우 , 적절한 해석이 수행되도록 하려면 절대 경로 이름을 사용해야 합니다 . 또한 NSR directive 리소스의 direc-tive 속성에서 지정된 각 디렉토리에도 절대 경로 이름을 사용해야 합니다 ( nsr_directive(5) 참조 ).

<< dir >>\fR 디렉티브를 사용하면 후속 디렉티브가 구문 분석되며 나중에 사용할 수 있도록 기록됩니다 .

dir 에서 지정된 디렉토리를 열면 해당 디렉토리에 지정된 save environment 디렉티브 (예 : allow,

ignore 및 forget) 이 먼저 처리됩니다 . 만일 ASM 이 현재 .nsr 파일을 무시하지 않고 로컬 .nsr 파일이 존재하면 파일을 읽고 처리합니다 . 마지막으로 , 해당 디렉토리에 지정된 비 save environment 디렉티브는 해당 디렉토리에 있는 .nsr 파일의 끝에 추가된 것처럼 처리됩니다. 여러 << dir >>\fR 지정 구문이

동일한 디렉토리로 해석될 경우 , 해당 저장 디렉티브는 "마지막부터 먼저 " 순서로 논리적으로 처리됩니다 .

예제다음이 포함된 /usr/src/.nsr 파일이 있다고 가정합니다 .

+skip: errs *.o+compressasm: .

이 경우 /usr/src 디렉토리 (이름이 errs 또는 *.o 인 경우 ) 안에 위치한 모든 파일 또는 디렉토리 (및

그 안에 포함된 모든 내용 )를 건너뜁니다 . 또한 , /usr/src 디렉토리에 포함된 다른 모든 파일은 저장 중

압축되며 복구 시 자동 압축 해제되도록 설정됩니다 .

다음이 포함된 /var/.nsr 파일 :

compressasm: adm .nsr

null: * .?*

이 경우 /var 디렉토리 안에 위치한 모든 파일 (또는 디렉토리 )과 그 컨텐츠 , 그리고 이러한 파일에 포함된 내용 ( /var/adm 디렉토리에 위치한 파일 및 .nsr 파일 자체는 예외 )을 건너뛰지만 , 디렉토리에 있는

모든 이름이 백업됩니다 . 그 뿐 아니라 , compressasm 은 searching 디렉티브이므로 ( uasm(8) 참조 ) /

var/adm 디렉토리에 포함된 파일은 백업 중 압축되며 복구 시 자동 압축 해제되도록 설정됩니다 .

다음은 /.nsr 파일을 전체 파일 시스템에 대한 마스터 저장 디렉티브 파일로 사용하는 예입니다 . 이 경우

<< dir >>\fR 디렉티브를 사용하여 다양한 ASM 저장 디렉티브를 단일 위치로 통합합니다 .


nsr(5)

# 이 시스템에 대한 마스터 Networker 디렉티브 파일<< ./ >>

# /mnt 및 /a는 임시 fs 마운트에 사용되므로# 저장할 필요가 없습니다 . skip: mnt a +skip: core errs dead.letter *% *~

# /tmp 디렉토리의 파일을 저장하려고 하지 마십시오 .<< ./tmp >> skip: .?* *<< ./export/swap >> swapasm: *

# 모든 사서함을 변환합니다 . 또한 , mailasm을 사용하여# 메일 파일 잠금 규칙을 유지하고# 마지막 파일 액세스 시간을 보존합니다 .<< ./usr/spool/mail >> xlateasm: . mailasm: *

# 현재 .nsr 파일을 무시하고 있어도# /nsr에서 .nsr 파일이 해석되도록 합니다 . NetWorker

# 애플리케이션 (nsrindexd 등 )이 인덱스 파일을 더 지능적으로# 저장하는 전용 .nsr 파일을 설정합니다 .<< ./nsr >> allow

# /usr/src/sys를 제외한 /usr/src에 있는# 모든 .o 파일은 소스를 통해 재구축할 수 있습니다 .<< ./usr/src >> +skip: *.o<< ./usr/src/sys >> forget

파일.nsr 각 디렉토리에 있는 저장 디렉티브 파일

참조sh(1), nsr_directive(5), nsrindexasm(8), nsrmmdbasm(8), recover(8), save(8), savefs(8), uasm(8)


nsr(5)


nsraddadmin(8)

Maintenance Procedures nsraddadmin(8)

이름nsraddadmin - administrator 속성에 항목 추가

시놉시스nsraddadmin -u user-entry

설명nsraddadmin 프로그램은 NetWorker server의 administra- tor속성에 사용자 항목을 추가하는 데 사용됩니다 . 이 프로그램은 명령이 실행되는 호스트의 서버를 업데이트합니다 . 사용자 항목을 추가하면 해당

사용자에게 NetWorker server에 대한 모든 관리자 권한이 부여됩니다 . 이 속성에 대한 자세한 내용과 사용자 항목의 유효한 형식은 nsr_service(5) 를 참조하십시오 .

옵션-u nsraddadmin 에서 NetWorker의 administrator 속성에 사용자 항목을 추가합니다 . 이 명령을

사용하면 한 번에 하나의 사용자 항목만 추가할 수 있습니다 .

참조nsr_service(5), nsrd(8)

진단resdb 처리를 가져오지 못했습니다 . 오류 : 오류 정보

NetWorker server에 연결하는 동안 오류가 발생했습니다 . 서버가 실행 중인지 확인하고 명령을

재시도하십시오 .

resdb 쿼리가 실패했습니다 . 오류 : 오류 정보

NetWorker server를 쿼리하는 동안 오류가 발생했습니다 . 서버가 실행 중인지 확인하고 명령을

재시도하십시오 .

RAP 오류: 사용 권한이 거부되었습니다. 'user' 사용자('hostname')는 '보안 설정 변경' 권한을 가지고

이 프로그램을 실행 중인 사용자가 서버에 대한 관리자 목록에 나열되어 있지 않습니다 .

nsraddadmin 을 실행하려면 유효한 관리자여야 합니다 .

'user-entry' 사용자가 이미 관리자 목록에 있습니다 .

명령에 지정된 사용자 항목이 서버의 관리자 목록에 이미 포함되어 있습니다 .

관리자 목록에 'user-entry' 사용자를 추가했습니다 .

사용자 항목이 서버의 관리자 목록에 추가되었습니다 .


nsraddadmin(8)


nsradmin(8)

Maintenance Procedures nsradmin(8)

이름nsradmin - NetWorker 관리 프로그램

시놉시스nsradmin [ -c ] [ -i file ] [ -s server ] [ -p {prognum | progname} ] [ -v version ] [ query ]

nsradmin [ -c ] [ -i file ] [ -d resdir ... ] [ -t typefile ] [ query ]

nsradmin [ -c ] [ -i file ] [ -f resfile ... ] [ -t typefile ] [ query ]

설명nsradmin 명령은 NetWorker 시스템에 대한 명령줄 기반의 관리 프로그램입니다. 일반적으로 nsradmin 은

네트워크를 통해 Net- Worker 리소스를 모니터링하고 수정합니다 . 표준 입력으로 명령이 입력되고 표준 출력으로 출력이 생성됩니다 .

쿼리 인수 없이 nsradmin 을 시작하면 기본 쿼리가 사용됩니다 . 관리 중인 데몬이 nsrd이면 기본적으로

모든 리소스가 선택됩니다 . 다른 모든 데몬의 경우 기본적으로 아무 리소스도 선택되지 않습니다 .

옵션-c termcap(5) 및 curses(3) 패키지를 사용하여 아래 설명된 visual 명령과 마찬가지로 전체 화면

표시 모드를 구현합니다 (UNIX만 해당 ).

-d resdir

네트워크 연결을 여는 대신 NetWorker 리소스 데이터베이스 resdir 을 사용합니다 . 데이터베이스

resdir 은 디렉토리 형식이어야 합니다 . 이 데이터베이스는 NetWorker server를 실행하지 않는

경우에만 드물게 사용해야 합니다 . 여러 개의 -d 및 resdir 인수를 사용하면 한 번에 여러 데이터베이스에 액세스하여 nsradmin 을 시작할 수 있습니다 .

-f resfile

리소스 디렉토리 대신 기존 리소스 파일을 연다는 점을 제외하고 -d resdir 옵션과 유사합니다 . 일부 구성 데이터베이스는 파일 형식으로 저장되고 다른 데이터베이스는 디렉토리 형식으로 저장됩니다 .

-i file

표준 입력 대신 file 에서 입력 명령을 받습니다 . 이 모드에서는 대화형 프롬프트가 인쇄되지 않습니다 .

-s server

모든 서버의 관리를 허용하는 대신 명명된 NetWorker server에 대한 연결을 엽니다 . 많은 서버가 있는 경우 리소스 수를 제한하거나 RAP 위치 서비스가 작동하지 않는 경우를 관리하는 데 유용합니다 .

-p {prognum | progname}

기본 프로그램 번호 390103 대신 지정된 RPC 프로그램 번호나 이름을 사용합니다 . 기본 프로그램은 nsrd 를 참조합니다 . 다른 적합한 프로그램 인수는 다음을 포함하지만 이에 제한되지 않습니다 .

NetWorker 원격 실행 데몬 :

390113 또는 nsrexecd


nsradmin(8)

호스트 에이전트 데몬 :

390427 또는 hagentd

-t typefile

대체 파일 typefile 을 사용하여 RAP 유형을 정의합니다 .

-v version

지정된 버전 번호가 있는 NetWorker RAP 서비스에 바인딩합니다 . 기본값은 2입니다 . 이 옵션은

일반적으로 디버깅 용도로만 사용됩니다 .

query

속성 목록 형식으로 쿼리를 지정하면 쿼리 결과에 대해 편집 작업이 수행됩니다 . 편집 명령의 작동

방식에 대한 자세한 내용은 COMMANDS 를 참조하십시오 .

리소스각 NetWorker 리소스는 명명된 속성 목록으로 구성되어 있습니다 . 각 속성은 0개 이상의 값을 가질 수 있습니다 . 속성 이름과 값은 모두 인쇄 가능한 문자열로 표시됩니다 . 비교 시 대문자와 소문자는 구분되지 않으며 , 이름과 값 내부에 있는 경우를 제외하고 공백은 무시됩니다 .

속성과 속성 목록을 지정하는 형식은 다음과 같습니다 .

attribute ::= name [ : value [ , value ]* ]

속성은 이름 뒤에 필요한 경우 콜론이 오고 그 뒤에 0개 이상의 값이 옵니다 . 값은 쉼표로 구분됩니다 . 줄

끝의 쉼표는 해당 줄을 계속합니다 .

attribute list ::= attribute [ ; attribute ]*

속성 목록은 세미콜론으로 구분된 1개 이상의 속성입니다 . 줄 끝의 세미콜론은 해당 줄을 계속합니다 . 목록은 앞에 쉼표나 세미콜론이 없는 새 줄로 끝납니다 .

속성 목록의 예는 다음과 같습니다 .

name: mars;type: NSR client;remote access: mars, venus, jupiter;

속성 , 속성 목록 및 NetWorker 리소스 유형에 대한 자세한 내용은 resource(5) 및 nsr_resource(5)

매뉴얼 페이지를 참조하십시오 .

명령각 입력 프롬프트에서 nsradmin 에는 명령 이름과 일부 선택적 인수가 필요합니다 . 명령 이름은 가장 작은

고유 문자열 (예 : print의 경우 p)로 줄일 수 있습니다 . 명령 인수는 항상 속성 목록 형식으로 지정됩니다 . 대부분의 명령은 쿼리 에서 반환된 리소스 집합에 대해 실행됩니다 . 쿼리는 다음과 같은 규칙으로 리소스를 비교하는 데 사용되는 속성 목록으로 지정됩니다 .

1) 리소스는 지정된 모든 속성과 일치해야 합니다 .

2) 값을 여러 개 지정하면 리소스는 이러한 값 중 하나와 일치할 수 있습니다 .

3) 값 없이 속성을 지정하면 리소스에 해당 이름의 속성이 있어야 합니다 .

예를 들어 다음과 같은 쿼리가 있습니다 .

type:NSR device;name:mars, venus;test


nsradmin(8)

이 쿼리는 type 속성 값이 NSR device 이고 name 속성 값이 mars 또는 venus 이며 test 속성에 임의의

값이 있는 모든 리소스와 일치합니다 .

쿼리에 이름 하나만 있고 값이 없으면 (예를 들어 쿼리에 세미콜론이나 콜론이 없는 경우 ) 프로그램에서 보다 적합한 쿼리를 추측하려고 합니다 . 이름이 호스트 이름이면 쿼리는 지정된 호스트의 모든 리소스를 선택합니다 . 그렇지 않으면 이름은 유형 이름으로 해석되고 지정된 유형의 모든 리소스가 선택됩니다 .

bind [query]

쿼리 에 설명된 리소스를 소유하는 서비스에 바인딩합니다 . 쿼리를 지정하지 않으면 RAP 리소스 디렉토리로 쿼리가 전송되며 리소스를 소유하는 서비스에 대한 update, create 및 delete 명령이

변경됩니다 . 실패 시 이전 서비스가 계속 사용됩니다 .

create attribute list

지정된 속성을 사용하여 리소스를 작성합니다 . 작성할 수 있는 NetWorker 유형을 지정하려면 속성

중 하나가 type 이어야 합니다 . types 명령을 사용하여 서버에서 지원하는 NetWorker 유형을 확인할 수 있습니다 . RAP 유형은 대 /소문자를 구분하며 types 명령에 표시된 대로 정확하게 사용해야 합니다 . 예를 들어 NSR 그룹은 유효한 유형이지만 nsr 그룹은 유효하지 않습니다 .

delete [query]

현재 쿼리와 일치하는 리소스를 삭제합니다 . 쿼리 를 지정하면 현재 쿼리가 됩니다 .

edit [query]

현재 쿼리와 일치하는 리소스를 편집합니다 . 쿼리 를 지정하면 현재 쿼리가 됩니다 . 환경 변수

EDITOR 를 설정하면 편집기가 호출되고 그렇지 않으면 vi(1) 가 시작됩니다 . 편집기가 종료되면

nsradmin 이 리소스 변경 내용을 기반으로 update, delete 및 create 작업을 적용합니다 . 리소스 식별자 속성은 편집하지 말고 , 편집기를 종료하기 전에 파일을 쓰십시오 (UNIX만 해당 ).

help [command]

명령을 설명하는 메시지를 인쇄합니다 . 명령 이름을 지정하지 않으면 모든 명령의 시놉시스가 인쇄됩니다 .

option [list]

이 명령을 사용하면 일부 옵션이 리소스 표시를 변경할 수 있습니다 . 인수가 없으면 현재 옵션이 표시됩니다 . 옵션 목록이 있으면 지정한 옵션이 설정됩니다 . 옵션은 다음과 같습니다 . Dynamic 은

일반적으로 숨겨진 속성을 포함하여 모든 동적 속성을 표시합니다 . Hidden 은 일반적으로 숨겨진

속성을 포함하여 모든 속성을 표시합니다 . Raw I18N 은 I18N 텍스트를 현재 로케일로만 렌더링하며 118N 데이터를 원시 구조 텍스트로 표시합니다 . Resource ID 는 시퀀스와 고유성을 제공하기

위해 내부적으로 사용되는 번호인 각 리소스의 리소스 식별자를 표시합니다 .

print [query]

현재 쿼리와 일치하는 리소스를 인쇄합니다 . 쿼리 를 지정하면 현재 쿼리가 됩니다 . 현재 표시 목록에 대해 이름을 지정하면 표시 목록의 지정한 이름에 대한 속성만 ` 표시됩니다 .

quit

nsradmin 을 종료합니다 .

server [servername]

지정된 NetWorker server 이름에 바인딩합니다 . 서버를 지정하지 않으면 RAP 위치 서비스가 사용됩니다 . 실패 시 이전 서버가 계속 사용됩니다 .

show [name; ...]

이름 목록 (실제로 값이 없는 속성 목록 )을 지정한 경우 표시 목록에 해당 이름을 추가합니다 . 이러한 속성만 이후 print 명령에서 표시됩니다. 이름을 지정하지 않으면 표시 목록이 지워져서 모든

속성이 표시됩니다 .

types

알려진 모든 유형의 목록을 인쇄합니다 .


nsradmin(8)

unset [list]

이 명령은 지정한 옵션을 해제합니다 .

update attributes

현재 쿼리에 지정된 리소스를 속성 과 일치하도록 업데이트합니다 .

visual [query]

curses(3) 패키지로 전체 화면 모드를 시작하여 명령줄 인터페이스보다 사용자에게 더 친숙한 방식으로 명령을 단계별로 실행합니다 . 직접 -c 명령줄 인수를 사용하여 이 모드를 시작할 수 있습니다(UNIX만 해당 ).

. [query]

쿼리 를 지정하면 이 명령은 쿼리 결과를 인쇄하지 않고 현재 쿼리를 설정합니다 . 그렇지 않으면 현재 쿼리 , 표시 목록 , 서버 바인딩 및 옵션을 표시합니다 .

? [command]

위의 help 명령과 같습니다 .

예제print type:NSR device

NSR device 유형의 모든 리소스를 인쇄하고 이것을 현재 쿼리로 만듭니다 .

show type; name

type 및 name 속성만 표시하도록 표시 목록을 설정합니다 .

delete

현재 쿼리와 일치하는 모든 리소스를 삭제합니다 .

delete type:NSR device; hostname: mars

type: NSR device 및 hostname: mars 속성을 갖는 리소스를 삭제합니다 .

edit type:NSR notification

NSR notification 유형의 모든 리소스를 편집합니다 .

참조ed(1), vi(1), curses(3), nsr_resource(5), termcap(5), nsr(8)

참고RAP 리소스를 작성하거나 업데이트할 때 속성 값으로 입력한 값에 백슬래시 ("\") 문자가 있으면 이 문자는

다음 문자와 결합되어 특수 문자를 생성할 수 있음을 나타내는 표시로 처리됩니다 . 이는 여러 UNIX 셸에서

나타나는 동작과 유사합니다 .

속성 값에 실제 백슬래시 문자를 포함하려면 백슬래시 두 개를 연속으로 입력해야 합니다 (예 : C:\\dir_one\\dir_two).


0 대화형 모드가 정상적으로 종료되었습니다 .

1 사용 관련 오류나 쿼리와 관련 없는 다른 오류가 발생했습니다 .

2 파일 (-i file)에서 입력을 읽을 때 RAP 작업이 하나 이상 실패했습니다 . 이 상태는 대화형으로

반환되지 않습니다 .


nsralist(8)

Maintenance Procedures nsralist(8)

이름nsralist - NetWorker 아카이브 요청 실행기

시놉시스nsralist -R archive request name

설명nsralist 명령은 아카이브 요청을 실행하는 데 사용됩니다 (참조 : nsr_archive_request(5)).

nsralist 명령은 각 아카이브 요청 리소스에 지정된 대로 nsrd(8) 에 의해 자동으로 실행됩니다 .

nsralist 명령은 nsrexecd(8) 에 대한 RPC 연결을 설정하여 지정한 클라이언트에서 nsrarchive(8) 를

실행합니다 . nsrexecd 를 사용할 수 없는 경우 nsralist 는 rcmd(3) 프로토콜과 클라이언트측 rshd(8)

를 사용합니다 .

nsralist 는 아카이브 명령의 실행을 모니터링하고 출력을 아카이브 요청 로그에 저장합니다 . 클라이언트에서 실행되는 nsrarchive 명령은 선택적 확인 및 복제 작업이 성공적으로 완료되었는지 여부 등의 진행 상황을 서버에 업데이트합니다 . 복제에 대한 자세한 내용은 nsrclone(8) 을 참조하십시오 .

옵션-R archive request name

이 옵션은 실행할 아카이브 요청을 지정합니다 .

파일/nsr/tmp/al.request_name

동일한 아카이브 목록의 여러 실행이 동시에 실행되지 않도록 하는 잠금 파일입니다참조

nsrarchive(8), nsrclone(8), nsrexecd(8), nsr_archive_request(5)


nsralist(8)


nsrarchive(8)

Maintenance Procedures nsrarchive(8)

이름nsrarchive - NetWorker를 사용하여 파일을 장기 스토리지에 아카이빙

시놉시스nsrarchive [ -BiInpqvxVy ] [ -b pool ] [ -C clone pool ] [ -f directive filename ] [ -G remove ] [ -I input_file ] [ -N name ] [ -R name ] [ -s server ] [ -T annotation ] [ -o save_operations ] [ -W width ] [ path ... ]

설명nsrarchive 는 디렉토리나 전체 파일 시스템 등의 파일을 Net- Worker server에 아카이브합니다 (nsr(8)

참조 ). Java 기반 NetWorker Management Console 또는 다른 터미널 유형의 경우 curses(3X) 기반

nsrwatch(8) 프로그램을 사용하여 아카이브 진행 상황을 모니터링할 수 있습니다 . nsrarchive 의 사용은

NetWorker 관리자 목록이나 "로컬 데이터 백업 " 권한이 있는 아카이브 사용자 목록의 사용자로 제한됩니다 .

path 인수를 지정하지 않으면 현재 디렉토리가 아카이브됩니다 . nsrarchive 는 디렉토리를 아카이브할 때

디렉토리에 포함된 모든 파일과 하위 디렉토리를 아카이브하지만 마운트 지점을 교차하거나 심볼 링크를 따라가지 않습니다 .

각 디렉토리에 있는 디렉티브 파일 (참조 : nsr(5)) 은 기본적으로 읽혀집니다 . 이 파일에는 특정 파일을

아카이브하는 방법 (예 : 압축 , 생략 등 )과 관련된 특수 명령이 들어 있습니다 . 이러한 파일은 UNIX 플랫폼의 경우 .nsr, Windows 플랫폼의 경우 nsr.dir 로 명명됩니다 .

path 인수에 지정된 하위 디렉토리 구조의 각 파일은 NetWorker 아카이브 스트림에 캡슐화됩니다. 이 데이터

스트림은 NetWorker server의 수신 프로세스 (참조 : nsrd(8)) 로 전송됩니다 . 아카이브 세이브 세트에 대한 항목이 미디어 데이터베이스에 추가됩니다 . 결국 데이터는 장기 스토리지 미디어에 보관됩니다 (참조 : nsrmmd(8)).

처리 미디어에 대한 자세한 내용은 nsrmm(8) 및 nsr_device(5) 를 참조하십시오 .

정리 옵션 -G remove 를 요청하면 아카이브된 파일과 디렉토리를 선택적으로 제거할 수 있습니다 . 확인을

요청하면 확인 실패 시 파일이 제거되지 않습니다 . 이와 마찬가지로 요청된 복제 작업이 실패해도 파일이 제거되지 않습니다 . 파일과 디렉토리를 제거하기 전에 사용자에게 확인 메시지가 표시됩니다 . 단 , -y 옵션을

제공한 경우는 예외입니다 .

사용자가 명령줄에서 -T 옵션을 제공하지 않으면 아카이브에 대한 주석을 입력하라는 메시지가 사용자에게 표시됩니다 .

옵션-b pool

아카이브 세이브 세트의 대상 풀을 지정합니다 . 이 옵션을 사용하지 않으면 인덱싱된 아카이브 풀이 사용됩니다 .

-B 루트 ("/")에서 호출 지점까지 모든 연결 디렉토리 정보를 강제 아카이브합니다 . 클라이언트 파일

인덱스를 생성하면 이 옵션이 없어도 연결 디렉토리 정보가 항상 아카이브됩니다 .

-C clone pool

이 아카이브 세이브 세트의 클론을 지정한 clone pool 에 생성합니다 .

-E 아카이브에 의해 생성될 데이터 양을 추정한 다음 실제 아카이브를 수행합니다 . 추정은 inode 정보에서 생성되므로 데이터가 한 번만 읽혀집니다 .


nsrarchive(8)

-f filename

기본 디렉티브를 읽을 파일입니다 (참조 : nsr(5)). filename 이 - 이면 표준 입력에서 기본 디렉티브를 읽습니다 .

-i 아카이브되는 하위 디렉토리 구조에 있는 디렉티브 파일을 무시합니다 .

-I input_file

nsrarchive용 경로를 명령줄에서 가져올 뿐만 아니라 명명된 input_file의 경로 목록도 아카이브됩니다 . 경로는 한 줄에 하나씩 나열되어야 합니다 . 명령줄에 지정된 경로가 없으면

input_file에 지정된 경로만 아카이브됩니다 .

-G remove

아카이브한 후 파일을 정리합니다 . 복제 또는 확인을 요청하면 이러한 작업이 성공적으로 완료될

때까지 정리가 수행되지 않습니다 .

정리 옵션은 -G remove 로 입력해야 합니다 . -G만 입력하면 정리 옵션이 호출되지 않습니다 .

파일과 디렉토리 제거를 확인하는 메시지가 사용자에게 표시됩니다 . 단 , -y 옵션을 nsrarchive

옵션 중 하나로 제공한 경우는 예외입니다 . 유효한 제거 응답과 그 의미는 다음과 같습니다 .

n　　　　현재 파일이나 디렉토리를 유지합니다 .

y　　　　현재 파일이나 디렉토리를 제거합니다 .

N　　　　남은 모든 파일과 디렉토리를 유지합니다 .

Y　　　　남은 모든 파일과 디렉토리를 제거합니다 .

기본 응답 "n"은 대괄호 안에 표시되며 [Return] 키를 눌러 선택할 수 있습니다 . Y 또는 N을 지정하면 더 이상 확인 메시지가 표시되지 않으며 각 후속 제거 결정이 해당 소문자를 선택한 것처럼

수행됩니다 .

nsrarchive 는 제거할 모든 파일과 디렉토리 목록이 포함된 임시 파일을 작성합니다. 임시 파일은

/tmp 에 저장됩니다 . 단 , 환경 변수 TMPDIR 을 설정한 경우는 예외입니다 .

-n 아카이브하지 않습니다 . 아카이브에 의해 생성될 데이터 양을 추정하지만 실제 아카이브를 수행하지 않습니다 .

-N name

이 아카이브 세이브 세트의 심볼 이름입니다 . 기본적으로 첫 번째 path 인수가 이름으로 사용됩니다 .

-v 세부 정보 표시 (verbose) 모드입니다 . 이 경우 nsrarchive 프로그램이 진행 중인 작업에 대해 자세히 알려 줍니다 .

-p 상태 0으로 종료됩니다 . 서버에서 클라이언트가 제대로 설치되었는지 확인하는 데 사용합니다 .

-q 자동 모드입니다 . 요약 정보나 오류 메시지만 표시합니다 .

-R name

이 옵션은 아카이브 요청 실행을 처리하는 nsralist 프로그램에서만 사용해야 합니다 . 이 옵션을

지정하면 명명된 아카이브 요청 리소스가 업데이트됩니다 .

-s server

NetWorker server로 사용할 시스템을 지정합니다 .


nsrarchive(8)

-T annotation

아카이브 세이브 세트에 임의 텍스트 주석을 지정할 수 있습니다 . 이 옵션은 생성되는 아카이브 세이브 세트에 대한 주석을 지정합니다 .

-V 아카이브 세이브 세트가 완료된 후 확인합니다 .

-o save_operations

KEYWORD:TOKEN=STATE 형식의 연산을 저장합니다 . Win- dows 2003에서 VSS 저장을 구성하는

데 사용됩니다 .

예 :

"vss:*=off"

VSS를 해제합니다 .

"vss:Microsoft Exchange Writer=off"

writer를 비활성화합니다 .

"vss:C:=off"

드라이브에 대한 VSS를 비활성화합니다 .

자세한 내용은 Admin Guide를 참조하십시오 .

-W width

요약 정보 출력의 형식을 지정할 때 사용되는 너비입니다 .

-x 마운트 지점을 교차합니다 .

-y 모든 질문에 yes로 응답합니다 .

참조curses(3X), nsr_getdate(3), nsr(5), nsr(8), nsr_service(5), nsr_device(5), nsrmm(8), nsrmmd(8), nsrd(8), nsrwatch(8), nsrretrieve(8)

진단종료 코드 :

0 정상적인 종료입니다 .

0이 아닌 경우 비정상적인 종료입니다 .


nsrarchive(8)


nsrcap(8)

Maintenance Procedures nsrcap(8)

이름nsrcap - NetWorker 설치 기능 업데이트

시놉시스nsrcap [ -vn ] { -c | -d | -u } enabler-code [ -a authorization-code ]

설명nsrcap 프로그램은 주로 NetWorker의 새 기능을 활성화하는 데 사용됩니다 . nsrcap 를 사용하여 현재 사용 중인 NetWorker 소프트웨어 기능을 업그레이드 또는 다운그레이드할 수도 있습니다 . 업그레이드 및 다운그레이드는 주의해서 수행해야 합니다 . 아래의 옵션 설명을 읽어 보십시오 . Enabler는 Net- Worker 소프트웨어와 별도이며 , 일반적으로 각각 6자리 숫자의 세 그룹으로 표시되는 18자리 Enabler로 지정됩니다 .

인증 코드는 8자리 16진수입니다 . 새 기능을 활성화하려면 Networker server 소프트웨어가 설치된 시스템에서 nsrd(8) 프로그램을 실행하고 있어야 합니다 . 또한 새 기능을 활성화하려면 관리자나 루트로

Networker server에 로그인해야 합니다 . nsrcap 프로그램은 18자리 Enabler를 지정하여 활성화할 각

기능에 대해 한 번씩 실행됩니다 . 기능을 활성화거나 이미 존재하는 Enabler를 승인할 때 새 Enabler를

승인할 수 있습니다 . 오류가 발생하지 않으면 다음 메시지가 화면에 표시됩니다 . "라이센스 Enabler가 로드되었습니다 . 모든 Enabler를 즉시 등록하십시오 ." nsradmin(8) 을 사용하여 NSR 라이센스 리소스를 보고 현재 로드된 Enabler를 검사할 수 있습니다 .

옵션-c nsrcap 가 지정한 Enabler를 사용하여 현재 설치되지 않은 기능을 활성화합니다 . Enabler는

NetWorker를 구입할 때 제공된 Enabler 인증서에 나열되어 있습니다 . 각 라이센스가 영구적이

되려면 인증 코드가 필요합니다 . World Wide Web을 통해 NetWorker 제품에 대한 인증 코드를

받으려면 웹 브라우저에서 URL: http://customernet.emc.com으로 이동합니다 . 요청할 각 인증 코드에 대한 Enabler를 입력해야 합니다 . 인증 코드를 받는 다른 방법 등 NetWorker 라이센스에 대한 자세한 내용은 NetWorker Installation and Administration Guide 및 최신

NetWorker Release Supplement를 참조하십시오 . 기능은 한 번만 로드할 수 있습니다 .

Enabler를 여러 번 로드하면 오류가 반환됩니다 . -c, -d 또는 -u 옵션 중 하나만 지정할 수 있습니다 .

-d nsrcap 가 기존의 기본 Enabler나 주크박스 Enabler를 다운그레이드합니다 . Enabler를 다운그레이드한 후에는 시스템에서 활성화된 이전 레벨로 돌아갈 수 없습니다 . EMC 기술 지원 센터의

지시가 아닌 경우에는 -u 옵션을 사용하지 마십시오 . -c, -d 또는 -u 옵션 중 하나를 지정해야

합니다 .

-u nsrcap 가 기존의 기본 Enabler나 주크박스 Enabler를 업그레이드하는 Enabler를 입력합니다 .

Enabler를 업그레이드한 후에는 시스템에서 활성화된 이전 레벨로 돌아갈 수 없습니다 . 기본

Enabler를 사용하면 새 라이센스가 유예 모드로 설정됩니다 . nsrcap 프로그램은 유예 모드를 사용하여 새 Enabler가 즉시 시간 초과되지 않도록 합니다 . EMC 기술 지원 센터의 지시가 아닌 경우에는 -u 옵션을 사용하지 마십시오 .

-v nsrcap 가 로드되는 Enabler를 설명하는 세부 정보를 표시합니다 . -c, -d, 또는 -u 옵션 중

하나를 지정해야 합니다 .

-n 로드하지 않습니다 . nsrcap 가 Enabler 코드의 유효성을 검사합니다 . -n 옵션을 지정하면 명령줄에서 입력한 Ena- bler 코드가 검사 및 확인되지만 NetWorker server의 nsr_license 리소스에는 입력되지 않습니다 . -c, -d 또는 -u 옵션 중 하나를 지정해야 합니다 .


nsrcap(8)

-a 지정된 인증 코드로 라이센스를 인증하여 영구 라이센스로 설정합니다. 인증할 라이센스는 -c 옵션

뒤에 Enabler 코드 및 -a 옵션 뒤에 인증 코드를 사용하여 지정합니다 . 웹을 통해 이 제품에 대한 인증 코드를 가져오려면 웹 브라우저에서 customernet.emc.com으로 이동한 후 각 인증 코드에 대한 Enabler 코드를 입력합니다 . 인증 코드를 가져오는 다른 방법 및 제품 라이센스에 대한

자세한 내용은 제품 설치 /관리 설명서와 최신 릴리스 부록을 참조하십시오 .

참조jbconfig(8), nsradmin(8), nsrd(8), lgtolic(8).

진단Enabler 코드가 너무 깁니다 .

Enabler 코드는 길이가 18자리 숫자여야 합니다 . 입력한 코드가 18자리보다 길기 때문에 잘못되었습니다 . 24자리 Enabler 코드는 NetWorker License Manager용입니다 .

인증 코드가 너무 깁니다 .

인증 코드는 길이가 8자리인 숫자여야 합니다 . 입력한 코드가 8자리 숫자보다 길기 때문에 잘못되었습니다 .

인증 코드가 너무 짧습니다 .

인증 코드는 길이가 8자리 숫자여야 합니다 . 입력한 코드가 8자리보다 짧기 때문에 잘못되었습니다 .

잘못된 Enabler 코드 : xxxxxx-xxxxxx-xxxxxx

명령줄에 입력한 18자리 Enabler 코드가 잘못되었습니다 . Enabler 코드 시트에 있는 Enabler

코드를 다시 확인하십시오 .

라이센스 인증 실패명령줄에 입력한 8자리 인증 코드가 잘못되었거나 이 라이센스가 이미 인증되었으므로 기존 인증 코드를 덮어쓸 수 없습니다 . Enabler 코드 및 해당 인증 코드를 다시 확인하십시오 .

활성화할 주크박스 리소스를 찾을 수 없습니다 .

입력한 코드 단어는 주크박스 라이센스 Enabler인데 활성화할 주크박스 리소스가 없습니다 .

nsrcap 를 실행하기 전에 jbconfig(8) 를 실행하여 주크박스 설치를 완료해야 합니다 .

주크박스를 찾았지만 N개가 넘는 슬롯이 있습니다 .

주크박스 Enabler는 최대 N 개의 물리적 슬롯이 있는 주크박스를 활성화할 수 있습니다. 여기서 N

은 주크박스 Enabler의 유형입니다 . 주크박스가 잘못 설치되었거나 더 큰 주크박스 Enabler를 받아야 합니다 .

이 enabler-code는 이미 할당되었습니다 .

입력한 Enabler 코드는 이미 시스템에 로드되었으므로 업그레이드를 위해 다시 사용할 수 없습니다 .

업그레이드할 주크박스가 없습니다 .

업그레이드를 시도했지만 주크박스 리소스를 찾을 수 없습니다 . 주크박스 레벨을 초기 설치에 없는

다른 레벨로 업그레이드하는 경우에만 주크박스에 대해 -u 옵션을 사용합니다 . 또한 nsrcap 를 실행하기 전에 jbconfig(8) 를 실행해야 합니다 .

이 enabler-code는 이전에 로드되었습니다 .

입력한 Enabler 코드는 이전에 시스템에 로드되었으므로 다시 사용할 수 없습니다 . 업그레이드에

대한 새 활성 코드를 구입해야 합니다 .

이 Enabler를 업그레이드하는 방법을 모릅니다 .

이 Enabler를 다운그레이드하는 방법을 모릅니다 . 입력한 Enabler 코드는 기본 Enabler나 주크박스 Enabler에 사용되지 않습니다 . 현재 업그레이드 또는 다운그레이드할 수 있는 Enabler 유형은 이 두 가지뿐입니다 .


nsrcap(8)

기본 Enabler는 업그레이드하기 전에 먼저 로드해야 합니다 .

기본 Enabler는 다운그레이드하기 전에 먼저 로드해야 합니다 . 기본 제품이 설치될 때까지는 업그레이드 또는 다운그레이드를 수행할 수 없습니다 . 기본 Enabler를 설치한 다음 업그레이드 또는 다운그레이드를 수행합니다 .

업그레이드할 Enabler를 찾을 수 없습니다 .

주크박스 업그레이드를 시도했지만 주크박스에 대한 라이센스 Enabler가 현재 로드되어 있지 않습니다 . 주크박스 Enabler의 초기 설치에 대해 -u 옵션이 아니라 -c 옵션을 사용해야 합니다 .

RPC 오류 : 프로그램이 등록되지 않았습니다 .

nsrcap 프로그램을 사용하려면 NetWorker 데몬이 실행되고 있어야 합니다 . NetWorker 데몬을 시작(cd /; nsrd)한 다음 nsrcap 프로그램을 다시 실행합니다 . nsrd 가 이미 실행되고 있으면 서버에

대한 리소스 제한에 도달했을 수 있습니다 (예 : 리소스가 부족하거나 추가 프로세스가 없는 경우 ).

RAP 오류 : login name 사용자는 NSR 유형이어야 합니다 . 관리자 목록 .

사용자의 로그인 이름이 서버에 대한 관리자 목록에 나열되어 있지 않습니다 . 유효한 관리자만

nsrcap 를 실행할 수 있습니다 .

RAP 오류 : ...

Enabler가 잘못되면 nsrd 에서 다양한 기타 오류가 반환될 수 있습니다 . 예를 들어 이미 기본

Enabler가 로드되어 있는 시스템에 기본 Enabler를 로드하거나 주크박스가 완전히 설치되기 전에

주크박스 Enabler를 로드하는 경우 등입니다 . 특정 문제가 RAP 오류 뒤에 나옵니다 .


nsrcap(8)


nsrcat(8)

Maintenance Procedures nsrcat(8)

이름nsrcat - tty 디바이스에 대한 NetWorker 알림 리디렉터

시놉시스nsrcat [-n]

설명nsrcat 명령은 모든 새 줄에 캐리지 리턴을 추가합니다 . 이렇게 하면 출력 줄에 캐리지 리턴을 추가하지 않는 tty 드라이버가 있는 시스템의 /dev/console 또는 /dev/tty 디렉토리로 Net- Worker 알림 메시지를

리디렉션할 수 있습니다 . 이 명령은 표준 입력에서 텍스트 메시지를 읽고 새 줄 문자에 캐리지 리턴을 추가한 다음 이 메시지를 표준 출력에 씁니다 .

옵션-n 코드 세트가 UTF-8에서 사용자의 네이티브 문자 인코딩으로 변환됨을 나타냅니다 .

예제 type: NSR notification; name: Log default;action: nsrcat > /dev/console;

참조console(4), tty(4), nsr_notification(5), nsr(5)


nsrcat(8)


nsrck(8)

Maintenance Procedures nsrck(8)

이름nsrck - NetWorker 인덱스 일관성 검사 , 수리 및 복구 프로그램

시놉시스nsrck [ -qMv ] | [ -R [ -Y ] ] [ -L check-level [ -t date ] | -X [ -x percent ] | -C | -F | -m | -n | -c ] [ -T tempdir ] [ clientname ... ]

설명nsrck 는 클라이언트의 저장 레코드에 대한 NetWorker 온라인 인덱스의 일관성을 검사하는 데 사용됩니다 . 일반적으로 nsrck 는 nsrindexd(8) 프로그램에 의해 nsrindexd 를 시작할 때 자동 및 동기적으로 시작됩니다 . nsrck 모드를 수정하여 일반 사용자가 nsrck 를 실행하고 루트 권한을 보존하도록 할 수 있습니다(nsr(8) 참조 ).

nsrindexd 를 시작하면 클라이언트 인덱스를 추가로 검사해야 할지 여부를 결정합니다 . 이 단계에서는 인덱스 데이터베이스의 특정 내부 상태를 검사하고 , 이 상태가 일치하면 더 이상 진행하지 않습니다 . 또한 이 단계는 의심스러운 인덱스 이름 (이름을 네트워크 주소로 매핑할 수 없는 인덱스 )을 보고합니다 . 이러한 온라인 파일 인덱스는 보다 엄격하게 검사됩니다 .

nsrck 는 클라이언트 인덱스를 변환해야 할지 여부를 감지하고 적절한 변환을 수행합니다 . 인덱스를 변환하는 경우 인덱스가 포함된 볼륨의 여부 공간을 사용하므로 여유 공간이 충분하지 않으면 -T tempdir 플래그를 사용하여 변환 시 작업 공간으로 사용할 다른 디렉토리를 지정할 수 있습니다 . 수동으로 nsrck 명령을 실행하면 클라이언트 인덱스를 수동으로 변환할 수도 있습니다 .

7가지 검사 레벨이 nsrck 에서 지원됩니다 . 클라이언트 이름을 제공하면 지정된 클라이언트 이름에 대해 검사가 수행됩니다 . 이름을 지정하지 않으면 모든 클라이언트 인덱스에 대해 검사가 수행됩니다 . 검사 레벨은 검사되는 각 클라이언트에 대해 다음과 같이 작동합니다 .

레벨 1은 온라인 파일 인덱스 헤더를 확인하고 변경 저널을 기존 헤더와 병합합니다 . 또한 모든 세이브 세트 레코드 파일과 해당 키 파일이 db6 아래의 적절한 하위 디렉토리로 이동됩니다 .

레벨 2는 레벨 1 검사를 수행하고 온라인 파일 인덱스에서 새 저장과 취소된 저장을 검사합니다 . 새 저장은 온라인 파일 인덱스에 추가되고 취소된 저장은 제거됩니다 .

레벨 3은 레벨 2 검사를 수행하고 온라인 미디어 인덱스를 사용하여 온라인 파일 인덱스를 조정합니다 . 해당 미디어 세이브 세트가 없는 레코드는 삭제됩니다 . db6 디렉토리의 모든 비어 있는 하위 디렉토리도 삭제됩니다 .레벨 4는 레벨 3 검사를 수행하고 온라인 파일 인덱스의 내부 키파일 유효성을 검사합니다 . 이러한 키 파일이 하나라도 잘못된 경우 다시 작성됩니다 .

레벨 5는 레벨 4 검사를 수행하고 개별 세이브 타임의 다이제스트를 키 파일과 비교하여 확인합니다 .

레벨 6은 레벨 5 검사를 수행하고 각 세이브 타임에서 각 레코드를 추출하여 데이터베이스에서 각 레코드를 추출할 수 있는지 확인합니다. 저장된 다이제스트와 비교하여 각 세이브 타임의 다이제스트가 다시 계산되며 내부 키 파일이 다시 작성됩니다 .

레벨 7은 레벨 6 검사를 수행하지만 온라인 파일 인덱스에 병합되며 백업 미디어에서 복구된 인덱스 데이터가 내부 키 파일과 인덱스 헤더를 다시 작성합니다 . 클라이언트 파일 인덱스의 기존 파일을 덮어쓰지 않으므로 특정 세이브 타임의 세이브 세트에 대해 온라인 클라이언트 파일 인덱스 데이터가 이미 있으면 레벨 7을 사용하여 백업 미디어에서 복구하기 전에 제거해야 합니다. -t date 옵션을 사용하여 특정 시간을 기준으로 인덱스를 복구할 수 있습니다 . 인덱스를 특정 시간으로 복구하면 해당 시간을 기준으로 인덱스의 전체 내용이 현재 인덱스 내용에 추가됩니다 . 이 옵션을 사용하면 찾기 정책을 전달한 세이브 세트를 찾을 수 있으며 여전히 복구할 수 있습니다 . 복구된 인덱스에서 참조하는 세이브 세트는 찾아보기 가능으로 표시되며 원래 찾아보기 가능했던 시간 길이만큼 찾아보기 가능한 상태를 유지합니다 .


nsrck(8)

예를 들어 파일 인덱스의 .rec 파일이 손상된 경우 nsrck -L7을 수행하기 전에 먼저 nsrck -L5를 수행하여 손상된 세이브 세트를 삭제하지 않으면 복구 시 손상된 .rec 파일을 덮어쓰지 않으며 인덱스가 손상된

상태로 유지됩니다 .

일반적으로 상위 레벨 검사가 하위 레벨 검사보다 시간이 더 오래 걸립니다 . 상위 레벨 검사는 온라인 파일

인덱스를 보다 철저하게 검사합니다 . 레벨 7은 디스크의 온라인 파일 인덱스를 백업 미디어에서 복구된 파일 인덱스 데이터에 병합해야 하는 경우에 사용됩니다 . 실행 중에 언제든지 nsrck 프로그램을 재시작할 수

있습니다 . 따라서 시스템 충돌이나 리소스 고갈이 발생해도 데이터 손실 없이 유지할 수 있습니다 .

NetWorker server를 시작할 때마다 nsrck -L 1 이 실행되어 구성된 각 클라이언트 파일 인덱스에 대해

빠르고 효율적인 검사를 수행합니다. 인덱스 헤더 및 저널 파일의 일관성만 검사됩니다. 일반적으로 시작 시

클라이언트 파일 인덱스의 모든 레코드와 키 파일을 검사할 필요는 없으며 많은 시간이 걸립니다 . nsrim 프로그램은 미디어 데이터베이스의 세이브 세트 찾기 및 보존 시간을 업데이트한 후 자동으로 nsrck -L 3 을

호출하여 보존 정책을 초과한 클라이언트 파일 인덱스를 제거합니다. 문제가 감지되면 해당 클라이언트 파일

인덱스에 대해 보다 철저한 검사가 자동으로 수행됩니다 .

인덱스가 손상되었다고 생각되면 해당 인덱스에서 더 높은 레벨의 검사를 수동으로 실행해야 합니다 . 예를

들면 다음과 같습니다 .

nsrck -L 6

옵션-C 이 옵션은 클라이언트의 온라인 파일 인덱스 헤더를 확인합니다. 이는 -L 1 옵션을 지정하는 것과

같습니다 .

-c 이 옵션은 -L 2 를 사용하는 것과 같습니다 .

-F 이 옵션은 -L 2 를 사용하는 것과 같습니다 .

-t date

지정한 date (nsr_getdate(3) 형식 )를 기준으로 인덱스를 복구합니다 . 이 옵션은 -L 7 옵션에서만 유효합니다 .

-T tempdir

변환에 사용할 다른 디렉토리를 지정합니다 . 이 옵션은 클라이언트 인덱스가 거의 꽉 찬 파일 시스템에 있는 경우에 유용합니다 . 이 옵션을 사용하면 변환 시 인덱스 변환의 작업 공간으로 지정된

tempdir을 사용할 수 있습니다 . 시스템을 재부팅하면 내용이 손실되므로 /tmp를 사용하는 것은

바람직하지 않습니다 .

-L level

사용할 검사 레벨을 지정합니다 . 유효한 레벨은 1-7입니다 .

-M 마스터 모드입니다 (수동 작업에는 권장되지 않음 ). 이 옵션은 nsrck 에 nsrd(8) 또는 다른

NetWorker 데몬이 옵션을 실행 중이며 타임스탬프가 포함된 메시지를 기록하고 nsrd에필요한기타동작을수행해야한다고

-m 일관성 검사를 호출하여 미디어 데이터베이스에서 일치하지 않는 레코드를 감지하고 제거합니다 .

일치하지 않는 레코드가 감지되면 해당 항목이 데몬 로그에 기록됩니다 . 일치하지 않는 세이브 세트 레코드가 감지되어 제거되면 nsrck -X 를 실행하여 클라이언트의 온라인 파일 인덱스에서 관련

인덱스 레코드를 제거해야 합니다 .

일관성 검사를 수행하는 동안 미디어 데이터베이스가 응답하지 않으므로 이 옵션은 NetWorker

server가 유휴 상태일 때만 실행해야 합니다 . 이 옵션은 부적절한 미디어 데이터베이스 종료가

감지되면 시작 시 호출되는 것과 동일한 작업을 수행합니다 . 예를 들면 다음과 같습니다 .

1) 미디어 데이터베이스의 모든 레코드에 대해 체크섬 확인을 수행하여 레코드가 손상되지 않았는지 확인합니다 .


nsrck(8)

2) 이전 미디어 데이터베이스 버전의 모든 레코드가 현재 미디어 데이터베이스 레코드 형식으로

업그레이드됩니다 .

3) 고유 식별자와 이름에 대해 클라이언트 ID 맵 레코드를 검사합니다 .

4) 각 클라이언트 리소스를 검사하여 클라이언트 리소스에 대한 미디어 데이터베이스에 클라이언트 ID 맵 레코드가 있는지 확인합니다 .

5) 유효한 클라이언트 항목에 대해 각 세이브 세트 레코드를 검사합니다 .

6) 유효한 고유 레코드 식별자 필드에 대해 세이브 세트 레코드를 검사합니다 .

7) 고유 레코드 식별자 및 이름 필드에 대해 볼륨 레코드를 검사합니다 .

8) 세이브 세트 레코드를 검사하여 미디어 데이터베이스에 각 (연속 ) 세이브 세트 참조가 있는지 확인합니다 .

9) 세이브 세트 레코드를 검사하여 미디어 데이터베이스에 각 볼륨 참조가 있는지 확인합니다 .

10) 볼륨 레코드를 검사하여 미디어 데이터베이스에 모든 세이브 세트 참조가 있는지 확인합니다 .

-n 이 옵션은 -m 옵션과 함께 사용해야 합니다 . 일치하지 않는 항목을 복구하거나 제거하지 않고 미디어 데이터베이스의 일관성 오류를 보고만 하는 데 사용됩니다 .

-q 자동 모드입니다 . 모든 알림 메시지가 표시되지 않습니다 .

-v 세부 정보 표시 (verbose) 모드입니다 . 알림 메시지를 내보냅니다 .

-R 클라이언트에 대한 인덱스를 제거합니다 . 이 옵션은 -Y 옵션을 지정한 경우에만 유효합니다 .

nsrck 가 마스터 모드에 있지 않으면 온라인 파일 인덱스가 완전히 제거된다는 경고가 사용자에게

표시되며 원하지 않는 경우 명령을 해제할 수 있는 기회가 제공됩니다 .

-X 이 옵션은 -L 3 을 사용하는 것과 같습니다 .

-x percent

이 옵션은 -L 1 을 사용하는 것과 같습니다 . "percent" 값은 무시되지만 허용됩니다 . 이 경우

이 옵션을 사용하는 고객 스크립트가 계속 작동합니다 .

-Y -R 과 함께 사용되어 온라인 파일 인덱스를 제거합니다 . 이 플래그를 사용하면 온라인 파일 인덱스 제거가 확인됩니다 . 이 플래그를 -R 옵션에 사용하지 않으면 -Y 플래그를 nsrck 명령에 추가해야 한다는 경고 메시지가 표시됩니다 .

파일/nsr/index/ clientname /db6/nsrck.lck nsrck

는 이 파일을 잠가 하나의 nsrck 복제본에서만 클라이언트 인덱스를 검사하도록 합니다 .

/nsr/index/clientname

/nsr/index/clientname/db6

참조nsr_layout(5), nsr_policy(5), nsr_render_log(8), hosts(5), nsr(8), nsrd(8), nsrindexd(8), nsrmmdbd(8), nsrim(8), savegrp(8)


nsrck(8)

진단clientname에 대한 인덱스 검사 중

명명된 클라이언트와 연관된 파일을 검사 중이라는 정보 메시지입니다 .

경고 : clientname 클라이언트에 유효한 세이브 타임이 없습니다 .”

상호 검사가 수행되지 않습니다 . 상호 검사 중에 이 클라이언트에 대한 세이브 세트를 찾을 수 없습니다. 재해 복구 중에 이러한 상황이 발생할 수 있으므로 nsrck 는 전체 컨텐츠 클라이언트 인덱스

삭제를 피합니다 .

clientname에 대한 인덱스 상호검사

중 -L 3 옵션을 적용할 때 표시됩니다 .

count개 클라이언트 검사가 완료되었습니다 .

일부 형식의 검사가 달성되면 프로그램이 완료될 때 표시됩니다 .


nsrclientfix(8)

Maintenance Procedures nsrclientfix(8)

이름nsrclientfix - 미디어 및 리소스 데이터베이스에서 클라이언트 ID 문제를 해결합니다.

요약nsrclientfix -a file [ -p ]

nsrclientfix -u file

설명nsrclientfix 명령을 사용하면 미디어 데이터베이스를 분석하여 클라이언트 ID 손상을 검색할 수 있습니다.

또한 리소스 데이터베이스 및 미디어 데이터베이스 모두에서 여러 클라이언트를 서로 병합할 수 있습니다.

참고: 현재 이 명령은 스토리지 노드 또는 서버의 이름 변경을 지원하지 않습니다. 이전 클라이언트는 스토리지노드 및 서버 내에 병합될 수 있지만 이기능으로 정식이름을 변경하면 안됩니다. 또한 사전에 미디어 데이터베이스의 백업을 수행하는 것이 좋으며, 한 번에 하나의 클라이언트만 처리되고 그결과는 다음 클라이언트로 이동하기 전에 수동으로 검사됩니다. 이작업은 분석 출력 파일을 가져와 시스템을 통해 한 번에 한

줄씩 실행한 다음 mminfo(8)를 사용하여 결과를 검사하는 방식으로 수행됩니다.

옵션-a file

미디어 데이터베이스를 분석합니다. 분석 결과는 화면과 file로 지정된 파일에 출력됩니다. 파일 이름 대신 ’-’를사용하면 분석 결과는화면에만 출력됩니다.

-p 분석을 실행할 때 삭제되어야 할 클라이언트도 찾습니다. 삭제가 실행되면 클라이언트 ID가 영구적으로 사라지므로 다시 복구될 필요가 없는 클라이언트가 없는한 삭제는 수행하지 않는 것이 좋습니다.

-u file

이 옵션은 file 파일에서 가져온 정보를 사용하여 리소스 및 미디어데이터베이스를 업데이트합니다. file에 대해 ’-’가 지정된 경우 표준입력에서 입력을 읽습니다.

FILE STRUCTURE

파일 읽기 입력 및 출력은 형식이 동일합니다. 파일은 쉼표로 구분된 여러 클라이언트가 다시 줄 바꿈 문자로 구분된 목록으로 구성됩니다. 한 줄에 있는클라이언트수를 통해 수행된 작업을 알수 있습니다.

클라이언트 1개 한 줄에 하나의 클라이언트만 있는 경우 삭제 대상으로 표시된 것입니다. -p 플래그가 사용되지

않는 한 이정보는 분석 단계에서 표시되지않습니다. 리소스 또는미디어 데이터베이스 항목이 없는 이전 클라이언트가 존재할 경우 대개 이 클라이언트는 요청된 경우에 한해 삭제 대상으로 보고됩니다.

이 문제는 클라이언트가 만료되었거나 사용 중지된 경우, 또는 한 클라이언트를 다른 클라이언트로

병합한 경우에 발생합니다.

2개 이상의 클라이언트 클라이언트가 2개 이상일 경우에는 나열된 클라이언트가 서로 병합 된다는 의미입니다. 목록에

있는 첫 번째 이름이 기본 이름이므로 해당이름과 클라이언트 ID(이미있는 경우)는 보존됩니다. 이후 모든 이름은 보조이름으로서 기본 이름에 병합됩니다. 보조 이름의 모든 클라이언트 리소스의 이름은 기본 이름을 따라 바뀌고 모든 클라이언트의 별칭 목록은 서로 결합됩니다. 미디어 데이터베이스 항목의 클라이언트 ID 및 이름도 기본 이름에 병합됩니다. 이 시점에서 기본 이름의 인덱 스는 정확하지 않을 가능성이 있습니다. 이때 사용할 두 가지 접근법은현재 인덱스를 유지하고 다음 백업 시에 더 많은 데이터를 한 번 백업하는

방법 또는 scanner(8)를사용하여 인덱스를 검사하는 방법입니다.


nsrclientfix(8)

참조 nsr_client(5), mminfo(8), scanner(8)

진단 Exit Codes:

0 정상적으로 종료됩니다.

1 비정상적으로 종료됩니다.


nsrclone(8)

Maintenance Procedures nsrclone(8)

이름nsrclone - NetWorker 세이브 세트 클론 작업 명령

요약 nsrclone [ -v ] [ -n ] [ -F ] [ -s server ] [ -J recover storage node ] [ -d save storage node ] [ -b pool ] [ -y retention ] [ -w browse ] [ -R ] [ -m ] [ -o ] {[ -I ] -f file | volname... }

nsrclone [ -v ] [ -n ] [ -F ] [ -s server ] [ -J recover storage node ] [ -d save storage node ] [ -b pool ] [ -C less than copies in pool ] [ -y retention ] [ -w browse ] [ -R ] [ -m ] [ -o ] -S {[ -I ] -f file | ssid... }

nsrclone [ -v ] [ -n ] [ -F ] [ -s server ] [ -J recover storage node ] [ -d save storage node ] [ -b pool ] [ -C less than copies in pool ] [ -y retention ] [ -w browse ] [ -m ] -S -t start time [ -e end time ] [ -B pool name ]... [ -N saveset name ]... [ -l level or range ]... [ -c client name ]... [ -g group name ]...[ -hvolume name ]...

nsrclone [ -v ] [ -n ] [ -F ] [ -s server ] [ -J recover storage node ] [ -d save storage node ] [ -b pool ] [ -C less than copies in pool ] [ -y retention ] [ -w browse ] [ -m ] -S -e end time [ -t start time ] [ -B pool name ]... [ -N saveset name ]... [ -l level or range ]... [ -c client name ]... [ -g group name ]... [ -hvolume name ]...

nsrclone [ -v ] [ -n ] [ -F ] [ -s server ] [ -J recover storage node ] [ -d save storage node ] [ -b pool ] [ -y retention ] [ -w browse ] [ -R ] [ -m ] [ -o ] -V {[ -I ] -f file | volid... }

nsrclone [ -v ] [ -s server ] [ -J storage-node ] [ -y retention ] -P -W volname

설명nsrclone 프로그램은 기존 세이브 세트의 새 복제본을 생성합니다. 이러한 복제본은 다른 볼륨에 저장된다는것을 제외하면 원본과 구분되지 않습니다. 복 제본은 여러미디어 볼륨에 저장되어 단일 복제본이 제공하는

것보다 높은 안정성을 제공합니다. 모든 종류의 미디어에 복제본을 생성할 수 있습니다. 예를 들어 8mm 테이프의 세이브 세트를 광 디스크 세트에 복사할 수도 있습니다. 그러나 nsrclone 작업의 대상으로 사용되는

모든 미디어는 클론 풀에 있어야 합니다. 다양한 풀유형에 대한 자세한 내용은nsr_pool(8)을 참조하십시오.

명령줄 매개 변수를 사용하여 볼륨 이름이나 볼륨식별자를 지정할 수 있지만 nsrclone 은 항상 완전한 세이브 세트를 복사합니다. 지정된 볼륨에서 시작하는 세이브 세트가 완전하게 복사되므로 클론 생성 작업 중에

명령줄에서 지정된 볼륨에 추가로 다른 볼륨을 요청할수도 있습니다.이와 달리 지정된 볼륨 에 있지만 다른

위치에서 시작하는 세이브 세트에 대해서는 클론이 생성 되지 않습니다.

nsrclone 은 단순 볼륨 복제를 수행하는 것이 아니라지정된 풀의 대상 볼륨 세트에 전체 세이브 세트를복사합니다. 선택한 첫 번째 대상 볼륨에 복사할 모든 세이브 세트를 저장할 수 없으면 다른 볼륨이 선택됩니다. 따라서 각 복제본에 대해 다양한 크기의 볼륨을 고려하여 테이프와 같은 서로 다른 종류의 미디어를

사용할 수 있습니다.

nsrclone 프로그램을 nsrmmd(8)와 함께 사용하여 지정된 볼륨에서 각 세이브 세트에 클론이 하나 이하가

되도록 설정할 수 있습니다. 볼륨 이름이나 식별자를 지정하면 해당 볼륨의 세이브 세트 복제본이 소스로 사용됩니다. 세이브 세트를 명시적으로 지정하면 여러개의 기존 복제본이 있는 세이브 세트가 자동으로 선택됩


nsrclone(8)

니다. 주크박스의 볼륨에 있는 세이브 세트의 복제본은 운영자의 작업이 필요한 세이브 세트보다 우선적으로

선택됩니다. 또한 소스로 사용 할 세이브세트의 복제본(클론)을 지정할 수 있습니다. 옵션 섹션에서 -S 옵션을 참조하십시오.

스토리지 노드 간의 클론 생성은 볼륨에서 읽는 소스노드의 nsrmmd(8)와 볼륨에 쓰는 타겟 노드의 또 다른

nsrmmd(8)에 의해 수행됩니다.소스 노드는 소스 볼륨이현재 마운트된 위치 또는 마운트 해제된 경우 "위치" 필드로 지정된 소스 볼륨의 위치에 의해 결정됩니다. 자세한 내용은 mmlocate(8)를 참조 하십시오. 클론의 타겟 스토리지 노드는 소스 스토리지 노드의 클라이언트 리소스에 대한 "클론스토리지 노드" 속성, 서버의 클라이언트 리소스에 대한 " 클론 스토리지 노드" 또는 "스토리지 노드" 속성에 의해 결정됩니다. 우선

순위는 내림차순입니다. nsrclone은 세이브 세트가 클론 생성되는 클라이언트의 클론스토리지 노드 선호도를 확인하지 않습니다. 이러한 속성의 사용 방법 및 기타 스토리지 노드 정보에 대한 자세한 내용은

nsr_storage_node(5) 및 nsr_client(5)를참조하십시오.

-c, -N, -l 및 -g 기준 옵션은 클론 생성에 사용할 세이브세트 후보를 선택하며 mminfo(8)에 있는 동등한 메커니즘대로 작동하도록 되어 있습니다.

nsrclone 프로그램은 NDMP(Network Data Management Protocol) 세이브세트의 클론 생성에도 사용할

수 있습니다. 클론 생성할 세이브 세트가 nsrdsa_save 를 통해 nsrndmp_save로 백업된 경우(즉 세이브

세트의 플래그에 'N' 및 's' 가 있는 Data Server Agent 프로그램) NDMP 테이프 디바이스가 아닌 모든

NetWorker 스토리지 디바이스에 세이브 세트 클론을 생성할수 있습니다. 'N' 및 's' 세이브 세트 플래그에 대해서는 mminfo(8)를 참조하십시오. NDMP 백업에 대해서는 nsrndmp_save(8)를 참조하십시오. 비DSA

NDMP 세이브 세트는 NDMP 테이프 디바이스에만 클론을 생성할 수있습니다. 비NDMP 테이프 디바이스와 NDMP

테이프 디바이스간에 클론을 생성하는 것은 지원되지 않습니다.

-m 옵션을 지정한 경우 수동으로 기존 세이브 세트를마이그레이션(또는 스테이징)하는 데 nsrclone 프로그램이 사용됩니다. 마이그레이션은 스토리지 볼 륨 간에 하나 이상의 세이브 세트를 이동하는프로세스입니다.

이 프로세스는 특정 세이브 세트의 클론을 지정된 새 볼륨에 생성한 다음 클론이 생성된 세이브 세트 항목을

미디어 데이터베이스에서 삭제합니다(-S 설명 참조). 마지막으로 원래 소스볼륨에서 세이브 세트를 제거합니다.두 번째와 세 번째 작업은 이전 작업이 성공적으로 완료되면 트리거됩니다.데이터가 새 미디어 볼륨으로

이동되어 원래 볼륨에 새 데이터를 위한 공간이 마련됩니다.

모든 미디어 유형에 마이그레이션할 수 있습니다. 예를들 어 Data Domain, adv_file 또는 파일 볼륨의 세이브 세트를테이프 또는 디스크 볼륨에 마이그 레이션할 수있습니다. nsrclone 프로그램은 Data Domain,

adv_file 및 파 일 유형 볼륨의 세이브 세트와 볼륨 마이그레이션을지원합니다.

마이그레이션 작업에서 지정된 세이브 세트 중 일부의 클론을 성공적으로 생성한 후 nsrclone 프로그램에서

오류가 발생하면 소스 볼륨에서 성공한 세이브 세트를 삭제한 후 프로그램이 중단됩니다. Data Domain 및

adv_file의 RW 및 RO 볼륨에서 동시에 마이그레이션하는 것은 지원되지 않습니다.

옵션-b pool

대상 클론을 보낼 미디어 풀을 지정합니다. 풀은 현재 nsrd(8)로 등록 되고 상태가 클론으로 설정된 모든 풀일수 있습니다. NetWorker Management Console의 [관리자] 창에서 [미디어]를 클릭한 다음 왼쪽 창 에서 [미디어 풀]을 선택하면 사용 가능한 값을 볼수 있습니다. 이 옵션을 생략하면 클론 생성된 세이브 세트가 자동으로 기본 클론풀로 전송됩니다.

-B pool name

풀 이름이 지정된 경우 해당 풀에 속하는 세이브 세트만 선택됩니 다. -B 옵션을 여러번 사용하여

둘 이상의 풀이름을 지정할 수 있 습니다. 이 옵션과 함께 사용할 수있는 옵션은 -t 또는 -e 옵션입니다.

-h volume name

볼륨 이름이 지정된 경우 해당 볼륨에 속하는 세이브세트만 선택됩니다.-h 옵션을 여러 번 사용하여 둘 이상의 볼륨 이름을 지정할 수 있습니다.이 옵션과 함께 사용할수 있는 옵션은 -t 또는

-e 옵션입니다.


nsrclone(8)

-C less than copies in pool

타겟 클론 풀에서 클론 복제본 수가 특정 수 이하인세이브 세트만 클론 생성 대상으로 고려되도록

정수경계(경계값 미포함)를 지정합니다.타겟이 클론 풀이므로세이브 세트의 복제본 수를 계산할 때

각 세이 브 세트의원본은 포함되지 않습니다.이와 마찬가지로 AFTD 읽기전용 미러 클론은 읽기/쓰기 마스터 클론이 이미 계산에포함되어 있 고관 련 클론 쌍 간에 하나의 물리적 클론복제본만 있으므로 고려되지않습니다.

이 옵션과 함께 사용할 수 있는 옵션은 -t 또는 -e 옵션입니다. 이옵 션은 또한 ssid 또는 -f

filename이지정된 경우 해당 조건을 만족 하는 ssid만 복제하도록 -S 옵션과 함께 사용할 수 있습니다. 이 경우, 타겟 클론풀에 있는 ssid 중 less than copies in pool에 지정된수보다적은 클론 복제본을 갖는 ssid의 클론이 생성됩니다.

예를 들어 Default Clone 풀에 ssidA의 클론 복제본 1개가있고 ssidB의 클론 복제본 2개가있는

경우 다음 명령을실행하면 ssidA는 클론이 생성되지만 ssidB는 그렇지않습니다. 여기서 -b

Default Clone은 선택 사항입니다.

nsrclone -C 2 [-b "Default Clone"] -S ssidA ssidB

이 옵션은 입력 목록에 있는 어떤 ssid가 이미 타겟 클론풀에 클론이생성된 경우에 유용합니다.

-C less than copies in pool을 지정하면 nsrclone 은 해당 조건을 만족하는 ssid만선택하므로 지정된 클론 복제본 수를 초과하는 ssid는필터링함으로 써 "Waiting for <value>

writable volume(s)..." 상태가 되지 않도록 할 수 있습니다. 하지만 위의 예에서 ssidA 및

ssidB가 Default Clone 풀의 서로 다른 두 볼륨에클론 복제본이 1개씩 있고 이 풀에는 두 볼륨만 있는경우, 이 타겟 풀의 두 볼륨 모두 사용할 수 없게 되므로 nsrclone은 계속"Wait- ing"

상 태로 유지됩니다.이 "Waiting" 상태를 해결하려면 ssidA와 ssidB를 서로 다른 nsrclone 명령에서 지정하십시오.

-f file

볼륨 이름, 볼륨 식별자 또는 세이브 세트 식별자를 명령줄에 나열하지 않고 지정된 파일에서 읽어

오도록 nsrclone에 지시합니다. 입력 파일에서 값은 한 줄에 하나씩 나열되어야 합니다. 이 옵션은 -t 및 -e 옵션과 함께 지정할 수 없습니다. 파일은 "-"일 수 있으며, 이경우 표준 입력에서

값을 읽습니다. 클론 생성 작업은 파일의 모든 항목을 올바르게 지정한 경우에만 시작되며, 항목

중 하나라도 잘못되면 작업이 계속되지 않고 해당 오류가 보고됩니다.

-I 이 옵션을 -f 옵션과 함께 사용하면 입력 파일의 내용을모두 읽은 후에 클론 생성을 시작하는 것이

아니라, 입력파일에서 읽은 세이브 세트 식별자, 볼륨 식별자 또는 볼륨 이름으로 세이브 세트가

식별될 때 마다 해당 클론이 즉시 생성됩니다. 입력 파일이 stdin인 경우 이 옵션을 사용하는 것이 좋습니다.

-o 세이브 세트의 클론이 생성될 때마다 해당 ID(ssid/cloneid)를 stdout에 한 줄로 출력합니다.

많은 수의 클론 작업을 수행할 때 이 옵션을 사용할 수 있습니다.

-R 클론 생성/스테이징할 볼륨 이름, 세이브 세트 또는 볼륨식별자를 지정하는 입력 파일을 제거합니다. 이 옵션과 함께 지정할 수 있는 옵션 은 -f 옵션입니다.

-F 이 옵션을 지정하면 nsrclone이 유효하지 않은 모든 세이브세트/볼륨을 건너뛰고 클론을 계속 생성합니다.

-s server

마이그레이션할 세이브 세트가 있는 NetWorker Server를 지정합니다. 서버 선택에 대한 자세한

내용은 nsr(8)을 참조하십시오. 기본값은 현재 시스템입니다.

-J recover storage node

클론 생성 프로세스의 복구 부분에서 스토리지 노드로 사용할 호스트를 지정합니다(nsr_storage_node(5) 참조). 지정된 호스트는 서버의 클라이언트 리소스에서 "복구 스토리지

노드" 또는 "스토리지 노 드" 속성에 포함되어야 합니다. 지정된 노드를 사용할 수 없으면 이옵션


nsrclone(8)

이 무시됩니다. "복구 스토리지 노드"가 비어 있는 경우에만 "스토리지 노드" 가 고려되므로 "복구 스토리지노드"가 비어 있지 않으며 지정된 노드가 "스토리지노드"에 있으면 해당 노드는 검색되지 않습니다. 자세한 내용은 nsr_client(5)를 참조하십시오.

-d save storage node

클론 생성 프로세스의 세이브 부분에서 스토리지 노드로 사용할 호스트를 지정합니다(nsr_storage_node(5) 참조).

-v 세부 정보 표시(verbose) 작업을 사용합니다. 이 모드에서는 볼륨을 교차하는 세이브 세트,

클론 생성된 볼륨 이름 또는 세이브 세트 시리즈 확장과 같은 nsrclone 작업에 대한 추가 메시지가 표시됩니다. 같은 세이브 세트에 대해 동시에 nsrclone 작업을 수행하면 볼륨 이름이 잘못될

수 있습니다.이 경우 nsrclone에서 경고가 발생합니다.정확 한 경고 메시지는 진단을 참조하십시오.

-y retention

클론 생성된 데이터를 재활용할 수 있는 날짜를 nsr_getdate(3) 형식으로 설정합니다. 특수값

forever는 만료되지 않는 볼륨(즉 아카이브 볼 륨) 을 사용해야 함을 나타냅니다. 기본적으로 서버는 적용된 보존 정책을 기반으로 세이브 세트에 대해 이 날짜를 결정합니다. 이옵션을 사용 하면

기존 정책을 재정의할 수있습니다.nsrmm(8)과 해당 -S 및 -e 옵션도 참조하십시오.

-w browse

클론 생성된 세이브 세트를 탐색할 수 없게 되는 날짜를 nsr_get- date(3) 형식으로 설정합니다. 그러나 이 날짜가 예정된 시간 이후이 거나 이미 경과한 경우(즉 세이브세트가 탐색할 수

없는 상태가 되어 인덱스에서 삭제된경우) 세이브 세트의 기존 탐색 정책이 그대로 유지 됩니다.

이 옵션에는 -y 보존 옵션이 필요하며 보존 시간보다 크지 않아야 합니다.nsrmm(8)과 해당 -S 및

-w 옵션도 참조하십시오.

-S nsrclone 이 후속 명령줄 매개 변수를 볼륨 이름이 아닌세이브 세트 식별자로 처리하도록 합니다.

세이브 세트식별자는 부호 없는 숫자입니다. 세이브 세트의 세이브세트 식별자는 mminfo -v 명령을 사용하여 확인할 수있습니다(mminfo(8) 참조). -S 옵션은 한 볼륨에서 개별 세이브 세트를 복제하거나 mminfo 쿼리와 일치하는 모든 세이브 세트를 복제하려는 경우에 유용합니다(아래 예제참조). 또한 세이브 세트 식별자는 소스로 사용할 여러 복제본이 있는 세이브 세트에서 사용할 복제본을 정확하게 지정할 수 있습니다.정확한 복제본을 지정하려면 각 세이브 세트 식별자에 대해

ssid/cloneid 형식을 사용합니다. 이 경우 ssid 및 cloneid는 단일 슬래시(/)로 구분된 부호

없는 숫자입니다. 특정 복제본의 cloneid를 확인하려면 mminfo -S 보고서 또는 사용자 정의 보고서를 사용합니다.

-V nsrclone이 후속 명령줄 매개 변수를 볼륨 이름이 아닌 볼륨 식별자(volid)로 처리하도록 합니다. 예를 들어 볼륨식별자를 찾으려면 mminfo -mv 보고서를 사용합니다. 이옵션은 -S 옵션과 함께 사용할 수 없습니다.

volid 여러 개에 -V 옵션 하나만 지정해야 합니다. -V 옵션 여러 개를 사용하면 명령이 실패하게

됩니다. 주의 사항 섹션을 참조하십시오.

-n 실행하지 마십시오. 이 옵션은 실제로 클론 생성 작업을 수행하지 않고 클론 생성할 세이브 세트

목록을 생성하여 출력하기만 합니다. 목록은 줄 바꿈으로 구분되고 ID는 ssid/cloneid 형식입니다.

-N saveset name

클론을 생성할 세이브 세트의 세이브 세트 이름을 지정합니다.

-l level or range

클론을 생성할 세이브 세트에 대해 레벨 또는 0부터 9까지 의 n1-n2 정 수 범위를 지정합니다.

클라이언트가 시작한 임시 세이브 세트에는 "manual"을, 레벨 전체 세이브세트에는 "full"을, 레벨 증분 세이 브 세 트에는 "incr"을사용하고 0부터 9까지의(0이 전체를 의미함) 정수 등도 사용


nsrclone(8)

할 수 있습니다. 여러 -l 옵션 또는 -l n1-n2 범위 형식을 사용 하여 레벨을 두 개 이상 지정할

수있습니다. 이 옵션과 함께 사용할 수 있는 옵션은 -t 또는 -e 옵션입니다.

-e end time

클론 생성할 세이브 세트 ID를 선택하기 위한 종료 시간을 nsr_get- date(3) 형식으로 지정합니다. -S 옵션만 이 옵션과 함께 사용할 수 있습니다. 이 옵션을 지정하지 않으면 종료 시간이 현재

시간으로 설정됩니다. -e 0은 -e today와같습니다.

-t start time

클론 생성할 세이브 세트 ID를 선택하기 위한 시작 시간을 nsr_get- date(3) 형식으로 지정합니다. -S 옵션만 이 옵션과 함께 사용할 수 있습니다. 지정되지 않은 경우 시작 시간은 종료 시간

- 24시간으로 설정됩니다. -t 0은 -t today와 같습니다. 시간 범위를 지정할 때 최소한 -t 또는

-e 옵션을 지정해야 합니다.

-c client name

클라이언트 이름이 지정된 경우 해당 클라이언트에 속하는 세이브 세트만 선택됩니다. -c 옵션을

여러번 사용하여 둘 이상의 클라이언트 이름을 지정할 수있습니다. 이 옵션과 함께 사용할 수 있는

옵션은 -t 또는 -e 옵션입니다.

-g group name

그룹 이름이 지정된 경우 해당 그룹에 속하는 세이브세트만 선택됩니 다.-g 옵션을 여러 번 사용하여 그룹 이름을 여러 개 지정할 수 있으 며-c 옵션과 함께 사용할수 있습니다. 이 옵션과 함께 사용할수 있 는 옵션은 -t 또는 -e 옵션입니다.

-m 실제 마이그레이션(또는 스테이징) 작업을수행합니다. 블록 기반 백업 세이브 세트에서는 이옵션으로 세이브 세트가 새 미디어 볼륨으로 마이그레이션되지 않습니다. 블록 기반 백업 세이브세트와

일반 Net- Worker 세이브 세트가 조합된 볼륨인 경우 nsrclone -m을 사용 하 면 오류가 발생하면서 블록 기반백업 세이브 세트를 건너뜁니다.

-P 한 볼륨에 대한 클리닝 작업을 수행하도록 nsrclone에지시합니다. 볼륨에서 미디어 데이터베이스에 항목이없는 세이브 세트를 검색 하 고 이 세이브 세트의 공간을복구합니다. 재활용 가능한 중단된 세이브 세트의 공간은미디어 데이터베이스에서 세이브 세트 항목이 제거된볼 륨에서도 복구할 수

있습니다. 이 작업은 Data Domain, adv_file 및 파일 유형 볼륨에서 수행할 수 있습니다.이옵션은 -W 옵션과 함께 지 정해야 합니다.

-W volname

클 리닝할 볼륨 이름을 지정합니다. 이 옵션은 -S 또는 -m 옵션과 함께 사용할 수 없습니다.

주의 사항Linux에서 -V 여러 개를 사용하여 volid를 지정하면 이명령이 실패 합니다.POSIXLY_CORRECT 환경 변수를 설정하여 이 동작을 변경할 수 있습니다.

예제mars.001 볼륨에서 시작하는 모든 세이브 세트를 Offsite Clone 풀의 볼륨으로 복제합니다.

nsrclone -b 'Offsite Clone' mars.001

주말 중에 생성된 완료 세이브 세트를 모두복제합니다. 날짜와 함께 시간을 지정하지 않으면 nsr_getdate

(3)는 모든 완료 세이브 세트의 복제 시작시간을 자정으로 합니다. 완료된 세이브 세트만 nsrclone(8)으로

복제할 수 있습니다.nsrclone -S ‘mminfo -r ssid \ -q ’!incomplete,savetime>last saturday,savetime<last monday’‘

특정 세이브 세트의 특정 클론을 복제합니다.nsrclone -S 1538800517/770700786

시간 01/21/05 14:50:03과 01/24/05 14:50:03 사이에 생성된 Default 그룹에 대한 모든 세이브 세트를 복제합니다.

nsrclone -S -t ’01/21/05 14:50:03’ -e ’01/24/05 14:50:03’ -g Default

"rose" 및 "seam" 클라이언트에 대해 최근 24시간 이내에생성된 모든 세이브 세트를 복제합니다.


nsrclone(8)

nsrclone -S -e now -c rose -c seam

백업 레벨 "full"에 대해서만 세이브 세트 이름이 "/data1" 및 "/data2"인 "rose" 및 "seam" 클라이언트에 대해 최근 24시간이내에 생성된 모든 세이브 세트를 복제합니다.

nsrclone -S -e now -c rose -c seam -N /data1 -N /data2 -l full

이 전에 부분적으로 중단된 nsrclone 세션에서 기본 클론풀로 복제되지 않은 모든 세이브 세트를 복제하며

중단된해당 세션 전에는 복제본이 존재하지 않은 것으로 가정합니다.nsrclone -S -e now -C 1

앞의 경우와 동일하지만 보존 및 탐색 기간이 확장되었습니다.nsrclone -S -e now -C 1 -y 12/12/2010 -w 12/12/2010

mars.101 및 jupiter.101 볼륨의 모든 세이브 세트를 Offsite Clone 풀의 볼륨으로 마이그레이션합니다.

nsrclone -m -b ’Offsite Clone’ mars.101 jupiter.101

세이브 세트 1234 및 4568을 Offsite Clone 풀의 볼륨으로 마이그레이션 합니다.nsrclone -b ’Offsite Clone’ -m -S 1234 4567

세이브 세트 1234의 클론 인스턴스 12345678을 기본클론 풀의 볼륨에 마이그레이션합니다.nsrclone -m -S 1234/12345678

지난 토요일 이후 생성된 모든 세이브 세트를 기본클론 풀의 볼륨으로 마이그레이션합니다.nsrclone -m -S ‘mminfo -r ssid \ -q ’savetime>last saturday’‘

jupiter.013 볼륨에서 공간을 복구합니다.nsrclone -P -W jupiter.013

완료 세이브 세트만 nsrclone(8)에 의해 마이그레이션됩니다.

참조nsr_getdate(3), nsr_client(5), nsr_device(5), nsr_pool(5),nsr_stage(5), nsr_storage_node(5), mminfo(8), nsr(8), nsrd(8), nsr-mmd(8), nsrndmp_save(8)

진단 요청된 세이브 세트가 모두 클론 생성되거나 마이그레이션되면 종료 상태가 0 이고 , 그렇지 않으면

0이 아닙니다 .

데이터 클론 생성에 nsrd(8)를 사용할 수 없음을 나타내는 여러 메시지가 출력됩니다. 메시지 자체에 설명이 포함되어 있습니다. 또한 다음 목록의 메시지를 볼 수 있습니다.

상위 항목 ssid를 포함한 세이브 세트 시리즈 추가 중 세부 정보 표시(verbose) 모드로 실행하는

경우 요청된 세이브 세트가 연속되므로 명령줄 매개 변수에 시리즈의 일부만 지정해도 전체 시리즈를 클론 생성해야 한다는것을 nsrclone에서 발견하면 이 메시지가 표시됩니다.

하위 항목 ssid를 포함하는 세이브 세트 시리즈 추가 중 세부 정보 표시(verbose) 모드로 실행하는 경우 요청된 세이브 세트가 연속되므로 전체 시리즈를 클론 생성해야 한다는것을 nsrclone에서

발견하면 이 메시지가 표시됩니다.

미디어 데이터베이스에 연결할 수 없습니다.

명명된 서버의 미디어 데이터베이스(및 가장 가능성 있는 다른 Net- Worker 서비스)가 쿼리에 응답하지 않습니다. 서버를 시작해야 할 수 있으며 서버가 방금 시작되었다면 시작 검사를 완료되어야 쿼리에 응답할 수있습니다.

시리즈가 손상되어 세이브 세트 number를 복제할 수 없습니다.

지정된 세이브 세트는 세이브 세트 시리즈(대용량 파일또는 파일 시스템을 저장하는데 사용됨)의

일부이지만 시리즈의 모든 세이브 세트를 미디어 데이터베이스에서 찾을수 있는 것은 아닙니다. 세이브 세트 시리즈의 일부를 포함하는 테이프에 레이블을 다시 지정할 경우 이런 문제가 발생할 수

있습니다.

백업 및 아카이브 데이터를 함께 클론 생성할 수 없습니다.

아카이브 및 백업 데이터는 기본적으로 서로 다르며, 같은 풀에 클론을 생성할 수 없습니다. 백업

세이브 세트클론 생성과 아카이브 세이브 세트 클론 생성을 위해 각각 한 번씩, nsrclone을 두

번 실행해야 합니다.


nsrclone(8)

nsrclone 세션을 server(으)로 열수 없음이 메시지는 서버가 클론 세션을 수락하지 않을 때 표시됩니다.

클론 생성은 지원되지 않습니다. 업그레이드가 필요합니다.

이 기능을 사용하려면 추가 Enabler가 필요합니다.

클론 생성하려면 디바이스가 두 개 이상 필요합니다.

데이터는 한 볼륨에서 다른 볼륨으로 직접 복사되므로 클론을 생성하려면 최소한 읽기/쓰기 디바이스 하나와 읽기 전용 또는 읽기/쓰기 디바이스가 하나씩 있어야 합니다.

server가 클론 생성을 지원하지 않습니다.

명명된 서버에서 클론 생성을 수행할 수 없습니다.

각 클론 호스트에는 활성화된 디바이스가 두 개 이상 필요합니다.

동일한 물리적 드라이브를 공유하는 두 스토리지 노드간에 클론을 생성하려면 각 노드에 활성화된

디바이스가 두개 이상 있어야 합니다.

오류, ssid number의 올바른 클론이 없습니다.

나열된 세이브 세트가 있지만 세이브 세트의 완료 복제본이 없으므로 클론을 생성할 수 없습니다.

세이브세트가 중단되었거나 진행 중입니다. 완료 세이브 세트만 복사할 수 있습니다.

오류, username 사용자가 관리자 목록에 있어야 합니다.

NetWorker 관리자만 백업 세이브 세트의 클론을 생성할 수있습니다.NetWorker 관리자는 NSR

server 리소스에 나열되어있습니다. 자세한 내용은 nsr_service(5)를 참조하십시오. 아카이브

기능이 있는 서버의 경우 NSR 아카이브 클라이언트의 사용자 목록에 나열된사용자에게

"NetWorker 모니터링" 권한이 있으면 이 사용자는 아카이브 세이브 세트의 클론을 생성할 수있습니다. NetWorker 관리자 목록에 나열된 사용자도 아카이브 세이브 세트의 클론을 생성할 수 있습니다.

클론을 생성할 완전한 세이브 세트가 없습니다.

완전한 세이브 세트만 복사할 수 있는데, 요청된 명령줄매개 변수와 일치하는 완전한 세이브 세트를 찾을수 없습니다.

number이(가) 유효한 세이브 세트가 아닙니다.

주어진 세이브 세트 식별자가 유효하지 않습니다. 두가지 형식이 인식됩니다. 하나는 간단한 세이브 세트식별자이고, 다른 하나는 cloneid가 지정된 식별자입니다. 간단한 세이브 세트는 서명되지

않은 번호입니다. cloneid 형식이 있는 세이브 세트는 단일 슬래시(/)로 구 분되는 두 개의 서명되지 않은 번호로 지정됩니다.

풀이 클론 풀이 아닙니다.

-b pool 옵션으로 지정된 풀이 클론 풀이아닙니다. -b 옵션에 대해서 는 항상 "백업 클론" 또는

"아카이브 클론" 유형의 풀을 사용해야 합 니다.

세이브 세트 number이(가) 없습니다.

지정된 세이브 세트(-S 세이브 세트 목록에 있는)가 없습니다. mminfo(8)를 사용하여 세이브 세트 식별자를 확인하십시오.

세이브 세트 number이(가) 볼륨을 교차합니다.

추가 볼륨을 요청 중입니다 볼륨 이름이나 ID를 지정했지만, 나열된 볼륨에 지정된 세이브 세트의

일부만 있는 경우 세부 정보 표시(verbose) 모드에서 이 메시지가 표시됩니다. 완전한 세이브 세트에 대해서만 클론을 생성할 수 있으므로 nsrclone은 자동으로 추가 볼륨을 요청합니다.

세이브 세트 클론 number/cloneid이(가) 없습니다.

세이브 세트의 특정 클론이 지정되었지만 세이브 세트에 해당 클론 식별자를 가지는 클론이 없습니다. mminfo(8)를 사용하여 세이브 세트 식별자를 확인하십시오.


nsrclone(8)

볼륨 name-or-number이(가) 없습니다.

지정된 볼륨(-V 옵션에 지정된 볼륨 이름 또는 볼륨 ID)이 미디어 데이터베이스에 없습니다.

미디어 데이터베이스에서 name 볼륨을 찾을 수 없습니다.

-W 옵션에 지정된 볼륨 이름이 미디어 데이터베이스에 없습니다.

30초 대기후 재시도 중일시적인 오류가 발생했고 오류 조건이 없어질 때까지 nsrclone에서 자동으로 요청을 재시도합니다. 예를 들어 모든 디바이스가 저장 또는 복구에 사용되고 있으며 nsrclone에서 이러한 디바이스를 사용할 수 있을 때까지 기다려야 하는 경우 오류가 발생합니다.

경고: 동일한 세이브 세트에서 동시 클론 생성 작업이 여러 개 감지되었습니다. 아래 보고된 볼륨 목록이

정확하지 않을 수 있습니다. nsrclone에서 예상보다 많은 클론 인스턴스를 감지하면 이 메시지를

표시합니다.동일한 세이브 세트에 대해 여러개의 nsrclone 명령을 동시에 실행하는 경우 이러한

문제가 발생합니다. mminfo(8)를 사용하여 클론 볼륨을 확인합니다. 클론 작업의 결과는 이 경고의 영향을 받지 않습니다.

공간은 Data Domain, adv_file 및 파일 형식 디바이스에서만 복구할 수 있습니다.

지정된 볼륨(-W 옵션을 지정한 경우)이 Data Domain, 파일또는 adv_file 유형 볼륨이 아닙니다. 이 메시지는 Data Domain, 파일 및 adv_file 이외의 볼륨 유형에서 데이터를성공적으로

마이그레이션한 후에도 표시됩니다.

NOTRELEASED NODATE nsrclone(8)


nsrconsolidate(8)

Maintenance Procedures nsrconsolidate(8)

요약nsrconsolidate - 신세틱(Synthetic Full) 및 원래 형식으로 복원된 테이프 아웃을 위한 NetWorker

프로그램

시놉시스nsrconsolidate [ -v ] [ -n ] [ -q ] [ -V ] -c client -N save set [ -J source storage node ] [ -d destination storage node ] [ -b pool ] [ -g group ] [ -m backup mode ] [ -w browse time ] [ -y retention time ] [ -t start time ] [ -e end time ] [ -i on | off ] [ -f dirfile ]

nsrconsolidate [ -v ] [ -n ] [ -q ] [ -V ] [ -J source storage node ] [ -d destination storage node ] [ -b pool ] [ -g group ] [ -w browse time ] [ -y retention time ] [ -t start time ][ -e end time ] [ -i on | off ] [ -f dirfile ] { -C -I input_file | client:save set ... }

nsrconsolidate [ -v ] [ -n ] [ -q ] [ -V ] [ -J source storage node ][ -d destination storage node ] [ -b pool ] [ -g group ] [ -w browse time ] [ -y retention time ] [ -t start time ] [ -e end time ] [ -i on | off ] [ -f dirfile ] [ -R ] { -S -I input_file | ssid[/cloneid] ... }

설명nsrconsolidate 프로그램은 이전에 생성한 전체 백업 및 후속 증분 백업으로 부터 신세틱(Synthetic

Full) 백업을 만듭니다. 이 새로운 백업은 신세틱(Synthetic Full) 세이브 세트를 구성하는데 사용된 마지막 증분 백업이 이루어질때 수행되는 전체 백업에 해당합니다. 신세틱(Synthetic Full) 백업은 기존 백업으로 부터 구성되기 때문에 원래 클라이언트가 또 다른 일반 전체 백업을 수행해야 할 필요를 없애줍니다.

일반적으로 nsrconsolidate는 savegrp(8) 내에서 incr_synth_full 레벨 백업의 일부로 호출됩니다.

자세한 내용은 savegrp(8) 를 참 조 하 십 시 오. nsrconsolidate를 수동으로호출하여 필요할 때 신세틱(Synthetic Full) 백업 을실행하거나, 개별 Avamar 중복 제거 세이브 세트를 원래형식으로 복 원 할수 있습니다.

정합성을 보장하기 위해 nsrconsolidate는 지정된 client:save set 이름을 사용하여 신세틱(Synthetic

Full) 백업을 생성할 수있음을 확인하도록 소스 세이브 세트 인스턴스를 검사합니다. 다음 요구 사항은 신세틱(Synthetic Full) 세이브 세트에 사용될 비전체 세이브 세트 각각에 적용됩니다.

1) 세이브 세트는 탐색이 가능하고 완전한 상태여야 합니다. 체크 포인트가 재시작된 세이브 세트는 완료된

세이브 세트를 구성하기 위해 모든 부분을 포함하고 있어야 합니다.

2) 세이브 세트는 세이브 세트 확장 속성 *anchor save set time을 포함해야 합니다. 이 속성은

NetWorker 8.0 이상의 클라이언트에 대한 세이브 세트 레코드에만 나타납니다. 전체 세이브 세트는 다른 세이브 세트에 연결 되지 않으므로 8.0 이전의 전체 세이브 세트는 nsrconsolidate에 대해 8.0

이상의 비전체 세이브 세트와 함께 사용될 수도 있습니다.

3) 세이브 세트에서 클라이언트 속성인 ’Backup renamed directory’를 설정해야 합니다.

4) 세이브 세트는 anchor save set time 속성을 통해 전체 백업에 연결된 완전한 세이브 세트 체인을 형성해야 합니다.

이러한 조건이 충족되면 각 client:save set 이름의 인덱스 항목으로부터 복원 목록(rlist)이 작성됩니다. 어떤 스토리지 노드가 신세틱(Synthetic Full) 세이브 세트를 쓰는지 등의 정보를 가져오기 위해

NetWorker Server에 연결합니다. 그런 다음 타겟 스토리지 노드에 있는 각 client:save set 이름에

대해 NetWorker 작업 모니터링 API(nsrjobd(8))를 사용하여 nsrrecopy(8) 백엔 드 프로그램을 생성


nsrconsolidate(8)

합니다. XDR로 인코딩된 rlist가 백엔드에 전송되어 저장 모델에 연결된 복구를 사용해 신세틱(Synthetic Full) 또는 원래 형식으로 복원 작업을 수행합니다. 백엔드로부터의 상태 업데이트가

nsrjobd를 통해 반환됩니다.

nsrconsolidate의 경우 다음 옵션 중 하나를 사용하여 소스세이브 세트를 지정해야 합니다.

-c 및 -N

-C

-S

신세틱(Synthetic Full) 세이브 세트를 식별하기 위해 세이브세트 레코드에 두 개의 추가 확장 세이브 세트 속성이 생성됩니다.

*source save set times

*Synthetic full

신세틱(Synthetic Full) 작업에 포함된 모든 Avamar 중복 제거세이브 세트의 경우 신세틱(Synthetic

Full) 작업의 복구 부분을 수행하는 도중에 데이터가 원래 형식으로 자동 복원되어 타겟 볼륨에 저장됩니다.

-R -S <ssid> 옵션을 사용하여 개별 Avamar 중복 제거세이브 세트를 원래 형식으로 복원할 수 있습니다. 원래 형식으로 복원된 새 세이브 세트는 동일한 백업 레벨을 유지하며 *anchor save set time 및

*backup start time 확장 속성을 원래의 중복 제거 세이브 세트로 유지합니다. 원래 형식으로 복원된

세이브 세트를 식별하기 위해 세이브세트 레코드에 두 개의 추가 확장 속성이 생성됩니다.

*Rehydrated

*source save set times

신세틱(Synthetic Full) 작업에 포함되는 모든 중복 제거세이브 세트를 동일한 Avamar 중복 제거 노드에

백업해야합니다. 여러 Avamar 중복 제거 노드에 백업된 세이브 세트로부터 신세틱(Synthetic Full) 작업을 생성하려면 먼저 -R -S 옵션을 사용하여 두 번째 및 세 번째 등의 Avamar 노드로부터 세이브 세트를 원래 형식으로 복원한 후에 신세틱(Synthetic Full) 작업(-c & -N 또 는 -C 또는 -S 옵션사용)을 수행해야 합니다.

NetWorker 8.1 이상에서 incr_synth_full 레벨의 예약 백업이시작될 때 NSR group 리소스에 ’가상 신세틱(Synthetic Full) 수행’ 속성이 설정되어 있 으면 다음과 같은 모든 요구사항이 충족되어야 Data

Domain 가상 신세틱(Syn-thetic Full) 백업 모드가 실행됩니다. 요구 사항 중 일부가 충족되지않으면 비가상 신세틱(Synthetic Full) 백업이실행됩니다. 예약 백업, 레벨 및 그룹 리소스에 대한자세한 내용은

savegrp(8), nsr_schedule(5), nsr_group(5) 을참조하십시오.

1) 신 세틱(Synthetic Full) 레벨에 포함되는 소스 세이브 세트는 Data Domain 디바이스에 백업되어

있습니다.

2) 소스 세이브 세트와 신세틱(Synthetic Full) 레벨 백업의타겟에 대한 스토리지 노드는 NetWorker

8.1 이상의 릴리즈여야 합니다.

3) 소스 세이브 세트와 신세틱(Synthetic Full) 레벨 백업의타겟은 동일한 Data Domain 호스트에 있어야 합니다.

4) 신세틱(Synthetic Full) 레벨 백업에 포함되는 Avamar 중복 제거세이브 세트가 없습니다.

5) 신세틱(Synthetic Full) 레벨 백업에 지정된 보호 지침이없습니다.

VSF(Virtual Synthetic Full) 백업은 DD Boost 옵션 "virtual-synthetics"이설정되어 있는 Data

Domain 시스템에서지원됩니다. 자세한 내 용 은 Data Domain 호스트에서 "ddboost option" 명령을

참조하십시오. 해당 옵션이 설정되지 않은경우 신세틱(Synthetic Full) 작업이 실패합니다.

VSF(Virtual Synthetic Full) 백업은 DD Boost 옵션 "virtual-synthetics"이 설정되어 있는 Data

Domain OS 5.3.0.4 이상에서 지원됩니다. 자세한 내용은 Data Domain 호스트에서 "ddboost option"

명령을 참조하십시오. 해당 옵션이 설정되지 않은 경우 신세틱(Synthetic Full) 작업이 실패합니다.


nsrconsolidate(8)

옵션-b pool name

새 신세틱(Synthetic Full) 세이브 세트 또는 원래 형식으로 복원된 세이브 세트를 저장할 대상

미디어 풀을 지정합니다. 자세한 내용은 nsr_pool(5)을 참조하십시오.

-c client

세이브 세트가 신세틱(Synthetic Full) 작업에 포함될 클라이언트의 이름을 지정합니다. 이 옵션은 -N과 함께 지정해야 합니다. 클라이언트는 하나만 지정할 수 있습니다.

-C client:save set-name

신세틱(Synthetic Full) 작업에 대한 클라이언트 및 세이브세트 목록을 <client:save set-

name> 형식으로 지정합니다. 이 목록은 명령줄에서 또는 -I input_file을 통해 제공될 수 있습니다.

-d destination storage node

백엔드 프로그램인 nsrrecopy(8)를 실행할 대상 스토리지 노드를 지정 합 니다. 기본적으로

NetWorker Server는 클라이언트의 스토리지 노드 선호도 목록을 기준으로 대상 스토리지 노드를

결정합니다. 자세한 내용은 nsr_storage_node(5) 및 nsr_client(5)를 참조하십시오.

-e end time

신세틱(Synthetic Full) 작업에 대한 세이브 세트를 선택할 종료 시간을 nsr_getdate(3) 형식으로 지정합니다. 이 옵션은 -S, -c & -N 및 -C 옵션과만 함께 사용할 수 있습니다. 지정되지

않은 경우 종료 시간은 현재시간으로 설정됩니다. -e 0은 -e today와 같습니다.

-f dirfile

nsrconsolidate가 "dirfile"로부터 보호 지침(nsr_directive(5) 참조)을 읽어서 신세틱(Synthetic Full) 세이브 세트에 있는파일 또는 Avamar 중복 제거 세이브 세트로부터 원래형식으로 복원된 파일에 적용하도록 지시합니다. 신세틱(Synthetic Full) 작업의 경우 <dirfile>

는 UNIX 및 Windows 세이브 세트 경로를 모두 포함할 수 있으며, 이 두 세이브 세트 경로는

nsrconsolidate를 한 번 호출할 때 글로벌 보호 지침으로사용됩니다. 보호 지침은 저장을 위해

연결된 복구의 세이브 작업 도중 복구된 스트림에 적용됩니다.

지원되는 유일한 보호 지침은 aes(암호화의 경우) 및 compressasm입니다. 자세한 내용은

uasm(8)을 참조하십시오.

원래 형식으로 복원할 경우 보호 지침은 Data Domain이 아닌 디바이스나 볼륨에 쓸 때만 사용되어야 합니다. 그러기 위해서는 -b 옵션을 Data Domain이 아닌 볼륨을 포함하고 있는 풀과 함께

지정하면 됩니다. 자세한 내용은 nsr_pool(5)을 참조하십시오.

To apply the aes directive to the root path, follow this example of a directive file:

<</>> +aes: *

To apply directives to specific subtrees, follow this example of a directive file:

<<"H:\TechDocs\important">> +compressasm: * <</engineering/docs>> +aes: *

-g group name

이 옵션은 savegrp가 신세틱(Synthetic Full) 작업의 그룹이름을 지정하는데 사용됩니다. save

명령과 비슷하며 NetWorker Server가 특정 미디어 풀을 선택하는데 사용합니다.


nsrconsolidate(8)

-i on | off

이 옵션은 새 신세틱(Synthetic Full) 또는 원래 형식으로 복원된 Avamar 세이브 세트에 대해

온라인 파일 인덱스목이 생성되는지 여부를 지정합니다. 온라인 파일인덱스를 생성하려면 "on"을

지정하고, 인덱스를 생성하지 않으려면 "off"를 지정하십시오. NSR pool 리소 스 에는 이에 해당하는 옵션인 "인덱스 항목 저장"이 있습니다. 자세한내 용은 nsr_pool(5)을 참조하십시오.

Avamar 세이브 세트를 -R 및 -S 옵션을 사용하여 원래 형식으로 복원할 때 -i 옵션이 지정되어

있지 않은 경우 기본값은 인덱스를 생성하지 않는것입니다. 신세틱(Synthetic Full) 작업을 수행할 때(즉, -R 옵 션 없음) -i 옵션을 생략할 경우 기본값은 인덱스항목을 생성하는 것입니다.

recover -S 또는 scanner를 사용하면 세이브 세트에서 인덱스없이 복구 할 수 있습니다. 자세한

내용은 recover(8) 및 scanner(8)를 참조 하십시오.

-I input_file

nsrconsolidate 프로그램이 신세틱(Synthetic Full) 작업 또는 원 래 형식으로 복원 작업에

대한 "client:save set-name" 쌍또는 세이브 세트 식별자(ssid)를 읽는 데 사용되는스크립트

파일 이름을 지정 합니다. 각각의 항목은 새줄에 하나씩 입력해야 합니다. 이 옵션은 -C 또는 -S

에 지원되지만 -c & -N과 함께 지정될 수는 없습니다.

-J source storage node

신세틱(Synthetic Full) 작업의 복구 부분에 대한 스토리지 노드로 사용할 호스트를 지정합니다(nsr_storage_node(5) 참조). 지정된 호스 트는 서버의 클라이언트 리소스에 대한

"recover storage nodes" 또는 "storage nodes" 속성에 포함되어야 합니다. 자세한 내용은 nsr_client(5)를 참조하십시오. 기본적으로 NetWorker Server는 복 구 스토리지 노드를 확인합니다.

-m backup mode

파 일 시스템, 블록 기반 백업 등과 같은 백업 모드를지정합니다. 세이브 세트가 블록 기반을 사용하여 백업된경우 이 옵션을 ’bbb’로 지정하십시오. 백업 모드는기본적으로 파일 시스템입니다.

-n 실행하지 마십시오. 이 옵션은 nsrconsolidate가 세이브세트 조건이 충족되었는지를 확인하고,

서버에 요청을 보내고, 실제 신세틱(Syn- thetic Full) 또는 원래 형식으로 복원 작업을 수행하는 백엔드 프로그램을 생성하지 않고도 rlist를 작성하도록 합니다.

-N save set-name

신세틱(Synthetic Full) 작업에 사용되는 세이브 세트의 이름을 지정 합니다. 이 옵션은 -c 옵션과 함께 지정해야 합니다. 클라이언트와 세이브 세트 이름은 하나만 지정할수 있습니다. 여러 클라이언트 및/또 는 세이브 세트를지정하려면 -C 옵션을 사용하십시오.

-q 자동으로 실행합니다.

-R 하나 이상의 Avamar 중복 제거 세이브 세트를 원래형식으로 복원합니다. 이 옵션을 사용하려면 -S

옵션에서원래 형식으로 복원할 세이브 세트 ssid를 지정해야합니다.

인덱스 생성에 대한 기본 동작은 -i 옵션을 참조하십시오.

-S ssid

신 세틱(Synthetic Full) 작업에 대한 전체 및 증분 세이브세트의 목록을 ssid[/cloneid] 형식으로 지정합니다. 이목록은 명령줄에서 또는 -I input_file 옵션을 통해 제공될수 있습니다.

-R 옵션과 함께 지정될 경우 Avamar 중복 제거 세이브 세트가 원래 형식으로 복원됩니 다. 모든

Avamar 중복 제거 세이브 세트는 백업 레벨과 상관없이 원래형식으로 개별 복원될 수 있습니다.

mminfo -v 명령을 사용하여 세이브 세트의 ssid를 찾을 수 있습 니다(mminfo(8) 참조). 세이브

세트의 복제본(클론)이 여러 개 있는 경우 ssid/cloneid 형식을 사용하여 읽을 특정 복제본을 선


nsrconsolidate(8)

택할 수 있습니다. 이 경우 ssid 및 cloneid를 단일 슬래시(/)로 구분합니다. mminfo -S 보고서또는 맞춤형 보고서를 사용하여 특정 복제본에 대한 cloneid를 찾을 수 있습니다.

-t start time

이 날짜보다 오래된 세이브 세트를 신세틱(Synthetic Full) 작업에서 제외할 시작 시간을

nsr_getdate(3) 형식으로 지정하십시오. 이 옵션은 -S, -c & -N 또는 -C 옵션과만 함께 사용할

수 있습니다. 지정되지 않은 경우 시작 시간은 종료 시간 - 24시간으로 설정됩니다. -t 0 은 -t

today와 같습니다. 시간 범위를 지정할 때 최소한 -t 또는 -e 옵션을 지정해야 합니다.

-v 세부 정보 표시(verbose) 작업을 사용합니다. 이 모드에서는 작업에 대한 추가 메시지가 표시됩니다. 이 옵션은백엔드 프로그램으로 전달 되어 세부 정보 표시를 활성화합니다.

-w browse time

새 신세틱(Synthetic Full) 세이브 세트를 더 이상 탐색할 수없는 기준 날짜를

nsr_getdate(3) 형식으로 설정합니다. 기본적으로 서버는 현재 적용된 탐색 정책을 기준으로

세이브 세트에 대한 탐색 날짜를 결정합니다. 이 옵션을 사용하면 기존 정책을 재정의할수 있습니다.

-y retention time

새 신세틱(Synthetic Full) 세이브 세트를 재활용할 수 있는 날짜를 nsr_getdate(3) 형식으로

설정합니다. 특수 값 forever는 만료되지 않는 볼륨(예: 아카이브 볼륨)을 사용해야 함을 나타냅니다. 기본적으로 서버는 현재 적용된 보존 정책을 기준으로 세이브 세트에 대해 이 날짜를 결정합니다. 이 옵션을 사용하면 기존 정책을 재정의할수 있 습니다. nsrmm(8) 및 해당 -S & -e 옵션을 참조하십시오.

-V 신세틱(Synthetic Full) 작업을 성 공 적 으 로 수행한 후에 nsrconsolidate 가 세이브 세트를 확인하도록 합니다. Avamar 세이브 세트를 -R 및 -S 옵션과 함께 원래 형식으로 복원할때는

이 옵션이 무시됩니다.

예제mars 클라이언트에서 /dev/daily 세이브 세트에 대한 신세틱(Synthetic Full) 작업을 생성하려면 다음을 수행하십시오.

nsrconsolidate -c mars -N /dev/daily

jupiter 클라이언트에서 블록 기반 백업이 설정된 E:\ 세이브 세트에 대 해신세틱(Synthetic Full)을

생성하려면다음을 수행하십시오.

nsrconsolidate -m bbb -c jupiter -N E:\

jupiter 클라이언트에서 /jupiter_files 세이브 세트에대해 그리고 saturn 클라이언트에서 /

saturn_files 세이브세트에 대해 신세 틱(Synthetic Full) 작업을 생성하려면다음을 수행하십시오.

nsrconsolidate -C jupiter:/jupiter_files saturn:/saturn_files

mars 클라이언트에 대해 모든 Avamar 중복 제거 세이브세트를 원래 형식으로 복원하고 ’rehydrate_pool’

풀에서 새세이브 세트를 생성하려면 다음을 수행하십시오. nsrconsolidate -b rehydrate_pool -R -S ‘mminfo -c mars -q dedupe -r ssid‘

참조nsr_getdate(3), nsr_client(5), nsr_device(5), nsr_pool(5), nsr_direc- tive(5), nsr_storage_node(5), mminfo(8), nsr(8), nsrd(8), nsrmmd(8), nsrjobd(8), nsrrecopy(8), recover(8), scanner(8)

진단요청된 세이브 세트 모두에 대해 신세틱(Synthetic Full) 작업이 성공적이면 종료 상태가 0이고, 그렇지

않으면 0이아닙니다.


nsrconsolidate(8)

신세틱(Synthetic Full) 작업에 대해 nsrd(8)를 사용할 수없다는 것을 알리는 메시지가 여러 개 표시됩니다. 다음 메시지도 표시될 수 있습니다.

미디어 데이터베이스에 연결할 수 없습니다.

미디어 데이터베이스 그리고 명명된 서버에 있는 다른 NetWorker 서 비스가 쿼리에 응답하지 않습니다. 서버를 시작해야 할 수 있으며 서버가 방금 시작되었다면 쿼리에 응답하기 전에 시버가 방금

시작되었다면 쿼리에 응답하기 전에 시작 검사를 완료해야 하는 경우가 있습니다.

cannot open nsrconsolidate session with server

이 메시지는 서버가 신세틱(Synthetic Full) 세션을 수락하지않을 때 표시됩니다.

이 명령을 실행할 권한이 없습니다.

Unix 시스템의 루트 사용자처럼 수퍼유저 권한이 있는사용자만 nsr-consolidate 명령을 실행할 수

있습니다.

ssid[/cloneid] 'number' is not valid

주어진 세이브 세트 식별자가 유효하지 않습니다. 두가지 형식이 인식됩니다. 하나는 간단한 세이브

세트 식별자이고, 다른 하나는 cloneid가 지정된 식별자입니다. 간단한 세이브 세트는 서명되지

않은 번호입니다. cloneid 형식이 있는 세이브 세트는 단일 슬래시(/)로 구 분되는 두 개의 서명되지 않은 번호로 지정됩니다.

30초 대기 후 재시도 중일시적인 오류가 발생했으며 이 상황이 해결될 때까지 nsrconsolidate가 요청을 자동으로 재시도합니다. 예를들어 모든 디바이스가 저장 중이거나 복구 중이어서 nsrconsolidate가 해당 디바이스를 사용할 수 있을 때까지 기다려야 할 경우에 오류가 발생합니다.

Save set <ssid> (<client>:<save set>) invalid for this operation

나열된 세이브 세트가 nsrconsolidate에 대한 조건을 충족하지 못합니다. 특정 조건 장애를 설명하는 정보가 메시지에 추가됩니다.


nsrcpd(8)

Maintenance Procedures nsrcpd(8)

이름nsrcpd - 원격 클라이언트 소프트웨어 설치 서비스를 제공하는 데몬

시놉시스nsrcpd [ -d debug-level ]

설명nsrcpd 데몬은 RPC 기반의 원격 클라이언트 소프트웨어 설치 서비스를 제공합니다 .이 서비스를 사용하면

사용자가 중앙 소프트웨어 저장소에서 네트워크를 통해 클라이언트 소프트웨어를 배포 및 업그레이드할 수 있습니다 . 뿐만 아니라 사용자는 중앙 소프트웨어 저장소를 관리하고 현재 설치된 소프트웨어에 대한 기존

NetWorker client 인벤토리를 생성할 수 있습니다 . nsrcpd 에서 제공하는 RPC 프로그램 번호는 390437

입니다 .

일반적으로 nsrcpd 는 원격 클라이언트 소프트웨어 설치 서비스를 시작하는 요청을 받을 때 nsrd에 의해

호출되므로 사용자가 직접 시작할 필요가 없습니다 .

nsrcpd 의 기본 스레드에서 서비스에 대한 모든 RPC 메시지를 처리합니다 . 원격 클라이언트 설치 작업을

시작할 때마다 nsrcpd 가 새 세션을 작성하고 새 스레드를 실행하여 해당 작업을 처리합니다 . 작업 스레드는 기본 RPC 스레드에서 세션에 대한 모든 데이터를 받고 사용자 대화 상자 및 작업 처리를 수행합니다 . 세션이 완료되면 작업 스레드가 자동으로 종료됩니다 . Nsrcpd 는 미리 지정된 기간 동안 유휴 상태로 있으면

자동으로 종료됩니다 .

Nsrcpd 는 현재 중앙 소프트웨어 저장소에 있는 소프트웨어 제품 세트와 , 명령이 실행 중인 데이터 영역의

NetWorker client에 현재 설치된 제품 및 패키지 세트를 반영하는 리소스 세트를 유지 관리합니다 . 이러한 리소스는 저장소 , 인벤토리 및 업그레이드 작업 중에 관리됩니다 .

nsrcpd 를 시작할 때 -d <debug level> 옵션을 사용하면 요청된 디버그 레벨로 실행됩니다 .

옵션-d debug-level

요청된 디버그 레벨을 사용하여 디버그 모드로 시작하도록 nsrcpd 에 명령합니다 .


nsrcpd 및 기타 NetWorker 데몬이 NetWorker 이벤트 메커니즘을 사용하여 기록할 수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다 .

/nsr/res/cpdb

원격 클라이언트 설치 서비스와 해당 리소스를 설명하는 정보입니다 .

참조nsr(8), nsrpush(8), nsr_render_log(8)


nsrcpd(8)


nsrd(8)

Maintenance Procedures nsrd(8)

이름nsrd - NetWorker 서비스를 제공하는 데몬

시놉시스nsrd [ -k virtual-service-name ]

ansrd [ commentary ]

DESCRIPTION

nsrd 데몬은 RPC 기반 저장 및 복구 서비스를 제공합니다 . 이 서비스를 사용하여 사용자는 네트워크상에서

파일을 저장 , 쿼리 및 복구할 수 있습니다 . nsrd 에서 제공하는 RPC 프로그램 번호는 390103입니다 .

일반적으로 nsrd 는 부팅 시 시작 셸 스크립트 (예 : rc.local, rc.boot) 로부터 호출되므로 사용자가 직접 시작할 필요가 없습니다 . 시작된 후 nsrd 는 NetWorker 서비스를 제공하는 데 필요한 다른 데몬을 시작합니다 .

nsrd 명령은 적절한 리소스가 있는 시스템에서 실행되어야 합니다 . 이러한 리소스로는 미디어 멀티플렉서 소프트웨어 (참조 : nsrmmd(8)) 의 제어를 받는 디바이스 (예 : 테이프 드라이브 )와 인덱스 데몬 (nsrindexd(8)

및 nsrmmdbd(8) 참조 )이 저장된 사용자 파일 및 해당 파일이 있는 볼륨의 인덱스를 유지할 수 있는 디스크 공간을 포함합니다 .

백업 , 복구 또는 다른 세션을 시작할 때마다 nsrd 는 ansrd 프로그램을 시작하여 요청된 세션을 처리합니다 . .B ansrd 프로그램을 에이전트라고합니다 .에이전트는해당백업 ,복구 ps(1) 또는 다른 프로세스 모니터링 도구를 사용하여 ansrd 의 후속 매개 변수를 검사함으로써 모니터링하는 세션의 종류를 확인할 수 있습니다 . 필요한 경우 백업 또는 복구 세션을 중단하기 위해 강제로 에이전트를 종료할 수 있습니다 . 에이전트는 직접 실행될 수 없으며 nsrd 에 의해서만 시작될 수 있습니다 .

nsrd 를 시작할 때 -k 옵션을 지정하면 클러스터 서비스로 설치되었는지 여부 및 /nsr/res 를 소유하는 가상 호스트가 virtual-service-name 과 일치하는지 여부를 확인할 수 있습니다 . 이러한 검증 단계 중 하나가 실패할 경우 nsrd 는 즉시 종료됩니다 . (NetWorker가 클러스터 서비스로 설치되었는지 여부를 확인하기 위해 nsrd 는 nsrd 바이너리를 포함하는 디렉토리에서 NetWorker.clustersvr 이라는 파일을 확인합니다 . /nsr/res 가 virtual-service-name 의 소유인지 확인하기 위해 nsrd 는 클러스터 관리 소프트웨어를 쿼리합니다 .)

클러스터에서 NetWorker를 시작할 때 -k 옵션을 사용하지 않으면 서버는 /nsr/res 를 소유하는 가상 호스트의 ID로 가정합니다 . /nsr/res 를 소유하는 가상 호스트가 없으면 nsrd 가 시작되지 않습니다 .

옵션-k virtual-service-name

nsrd 에 클러스터 페일오버 모드에서 virtual-service-name 을 호스트 이름 /ID로 사용하여 시작하도록 지시합니다 . 이 옵션은 NetWorker를 시작하는 NetWorker 클러스터 제어 스크립트에

의해 사용됩니다 .


nsrd 및 다른 NetWorker 데몬이 NetWorker 이벤트 메커니즘을 사용하여 다른 방법으로는 기록할

수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다 .

/nsr/res/nsrdb

NetWorker 서비스 및 그 리소스를 설명하는 정보입니다 (참조 : nsr_service(5)).


nsrd(8)

NetWorker.clustersvr

이 파일이 NetWorker의 데몬을 포함하는 디렉토리에 있으면 NetWorker server가 클러스터 서비스로 설치되었음을 나타냅니다 .

참조nsr(8), nsr_service(5), nsr_render_log(8), nsrmmd(8), nsrmmdbd(8), nsrindexd(8), ps(1), rc(8)


nsrdiscover(8)

Maintenance Procedures nsrdiscover(8)

이름nsrdiscover - 지정된 VBA 노드에 대해 가장 최근에 검증된 체크포인트 경로를 검색 및 제공합니다.

요약nsrdiscover -p policyname [ -a actionname ] [ -s networker_server_name ][ -j parent_jobid ] [ -D debug_level ]

설명nsrdiscover는 데이터 보호 정책과 연결된 각 VBA(VMware Backup Appliance)에서 검색 작업을 시작하

고 검색이 완료되면 가장 최근에 검증된 체크 포인트경로를 구성합니다.

nsrdiscover는 대부분의 출력을 표준 오류에 배치합니다. 검색 작업이 완료되면 가장 최근에 검증된 VBA

체크포인트 경로가 표준 출력에 기록됩니다. 데이터 보호 정책과 연결된 각 VBA에 대해’vba_hostname:vba_size:cp_tag:backup_paths가 표준 출력에 기록됩니다.

옵션-p policyname

백업을 수행하는 데 사용할 VBA의 목록이 포함된 데이터보호 정책 리소스의 이름입니다.

-a actionname

작업 리소스의 이름입니다.

-s networker_server_name

VBA 체크포인트 검색을 지원하는데 사용되는 NetWorker Server의 이름입니다.이 옵션을 생략하면

기본 NetWorker Server를 검색하여 사용합니다.

-j jobid

nsrdiscover 는 nsrjobd로 관리되는 NetWorker 작업 계층 안에서 작동합니다. 이 플래그는

nsrdiscover 상위 작업의 ID를지정합니다.

-D debug_level

표준 오류에 표시할 디버그 추적 정보의 양을 지정하는 0에서 9 사이의 숫자입니다. 숫자가 클수록

자세한 정보가 표시됩니다.

파일/nsr/logs/policy/POLICYNAME

VBA 체크포인트 검색 작업에 대한 로그가 저장되는디렉토리입니다.

/nsr/res/nsrdb

NetWorker 서비스 및 해당 리소스를 포함하는 리소스 데이터베이스입니다. nsr_service(5)를 참조하십시오.

참조 nsrpolicy(8), nsrvba_cpsave(8)


nsrdiscover(8)


nsrdr(8)

Maintenance Procedures nsrdr(8)

이름nsrdr - NetWorker Server 재해 복구 툴

시놉시스nsrdr [ -q | -v ] [ -a -B <bootstrap id> -d <device name> -t <date> ] [ -N [ -F] ] [ -I ] [ -c ] [ -K ] [ -f <client list input file> ] [ < client > ] ]

설명nsrdr 명령은 NetWorker Server에서 손실된 중요 파일을 복구하는데 사용됩니다. nsrdr은 미디어 인덱스, 서버 리소스 파일 및 클라이언트 파일 인덱스를 복원합니다. 이러한 재해의 일반적인 원인은 사용자가

실수로 이러한 파일을 제거하는 경우나 NetWorker Server 자체의 디스크가 충돌한 경우입니다. 일반적인

문제에 대한 설명과 NetWorker Client 및 NetWorker Server 충돌 복구 절차에 대해서는 NetWorker 재해 복구 가이드를 참조하십시오.

nsrdr은 Networker Server 데이터베이스 재해 복구를 위한 명령줄 인터페이스 기반 툴입니다. 이 툴에는

mmrecov 기능과 nsrck 기능이 결합되어 있습니다. nsrdr을 사용하면 미디어 및 리소스 데이터베이스를

모두 복구할 수 있습니다. 클라이언트 파일 인덱스를 복구하는데에도 nsrdr을 사용할 수 있습니다. nsrdr

툴은 기존 NetWorker Server 재해 복구 프로세스의 수동 단계 대부분을 자동화합니다. 또한 미디어 및

리소스 데이터베이스, 클라이언트 파일 인덱스 또는 둘 모두를 복구하는 다양한 명령줄 인터페이스 옵션을

제공합니다. 명령줄 인터페이스 옵션을 사용하면 nsrdr를 대화형 모드 또는 비대화형 모드로 사용할 수 있습니다. 클라이언트 파일인덱스 복구의 경우 클라이언트 목록을 명령줄 인터페이스나 파일로 제공할 수 있습니다. 클라이언트 파일 인덱스를 복구하는 동시 복구 작업의 경우 nsrdr가 nsrck를 여러개 실행할 수 있습니다. 나머지 man 페이지에는 nsrdr의 자세한 사용 방법이 나와 있습니 다.

nsrdr은 NetWorker Server의 미디어 데이터베이스나 리소스 파일이 손실 또는 손상된 경우 미디어(백업

테이프 또는 디스크)에서 해당 미디어 데이터베이스, 리소스 파일 및 클라이언트 파일 인덱스를 복구하는데

사용됩니다. 이 명령은 서버의 기존 카탈로그를 덮어 쓴다는것에 주의하십시오.

중요! 이 명령을 사용하려면 먼저 NetWorker 시스템을 완전하게 설치하고 올바르게 구성해야 합니다. 손실된 NetWorker 소프트웨어가 있는 경우 배포 파일을 사용하여 NetWorker를 재설치한 후 nsrdr을 실행하십시오. 소프트웨어가 손실되기 전과 동일한 위치에 동일한 릴리즈의 NetWorker를 사용하여 소프트웨어를 설치해야 합니다.

nsrdr 프로그램은 부트스트랩 세이브 세트 및 인덱스 백업의 컨텐츠를 추출합니다. 여기에는 미디어 인덱스

및 리소스 파일이 포함됩니다.

nsrdr을 시작하면 추출할 부트스트랩 세이브 세트가있는 디바이스를 묻는 메시지가 나타납니다. 그런 다음

부트스트랩 세이브 세트 식별자를 묻는 메시지가 나타납니다. 이 번호는 savegrp 및 mminfo -B 명령에서

출력되는 부트스트랩 정보 시트의 마지막줄, 네 번째열(레이블: ssid)에서 찾을 수 있습니다. 이에 대한 예제가 아래에 표시되어 있습니다.


날짜 시간 레벨 ssid 파일 레코드 볼륨6/14/12 23:46:13 full 17826163 48 0 mars.16/15/12 22:45:15 9 17836325 87 0 mars.26/16/12 22:50:34 9 17846505 134 0 mars.2 mars.36/17/12 22:20:25 9 17851237 52 0 mars.3

위 예제에서 가장 최근 부트스트랩 세이브 세트의 ssid는 ‘17851237’입니다.


nsrdr(8)

다음으로, 부트스트랩 복구에 테이프 유형의 디바이스를사용하는 경우 nsrdr는 부트스트랩 세이브 세트의 파일 및 레코드 위치를 묻는 메시지를 표시합니다. 두 값 모두 정확한 값을 모르는 경우 기본값인 0으로 사용할 수 있습니다. 그러나 정확한 파일 및 레코드 번호를 지정하면 NetWorker가 보다 빠르게 부트스트랩 세이브 세트를 찾을 수 있습니다. 파일 및 레코드 위치는 부트스트랩 정보 시트의 5번째 열과 6번째 열에 있습니다. 위 예제에서 파일 및 레코드 위치에 대한 값은 각각 52와 0입니다. nsrdr은 선택한 부트스트랩 세이브세트 ID를 포함하는 볼륨(위 예제의 경우 ‘mars.3’)을 지정된 디바이스에 마운트할 지 묻는 메시지를

표시합니다. nsrdr이 ssid, 파일 위치, 레코드 위치 및 물리적 볼륨을 확인할 방법이 없으므로 이러한 정보는 출력된 시트에서 사용자가 확인해야 합니다.

부트스트랩 세이브 세트가 두 개 이상의 볼륨에 분산된 경우 볼륨 이름 여러개가 출력됩니다. 출력되는 순서는 nsrdr에서 필요한 순서입니다. 위 예제에서는 2012년 6월 16일에 생성된 세번째 세이브 세트가 볼륨

‘mars.2’에서 시작하여 볼륨 ‘mars.3’까지 확장됩니다. 부트스트랩 세이브 세트가 여러 볼륨에 분산된 경우 볼륨 끝에 도달하면 nsrdr이 다음 볼륨이 로드되어 있는 디바이스 이름을 묻는 메시지를 표시합니다. 그

후에 해당 볼륨이 스캔되고 부트스트랩 세이브 세트가 추출됩니다.

볼륨 스캔이 완료된 후 원본 리소스 파일을 유지할지, 아니면 복구된 리소스 파일로 대체할지를 묻는 메시지가 나타납니다. 파일이 손실된 경우에는 [예]를 선택합니다. 그러면 nsrdr이 자동으로 파일을 원래 위치로

이동하고 Net- Worker Server를 재시작합니다. 이제 NetWorker Server를 정상적인 작업에 사용할 준비가 끝났습니다. 재시작이 완료되면 CFI(Client File Index: 클라이언트 파일 인덱스)를 복구할지 묻는 메시지가 나타납니다. CFI를 복구하기 위해 [예]를 선택하면 nsrdr이 CFI 복구를 시작합니다. 일부 클라이언트에 대해서만 CFI 복구가 필요한 경우에는 -f 옵션을 사용하여 입력 파일을 통해 클라이언트 목록을 nsrdr

에 전달합니다. 이러한 클라이언트 이름을 nsrdr에 인수로 전달할 수도 있습니다.

부트스트랩 복구가 끝나면 미디어 데이터베이스의 컨텐츠가 부트스트랩 세이브 세트의 데이터로 대체됩니다.

복구된 데이터베이스의 볼륨 중에 부트스트랩 세이브 세트가 생성된 후에 쓰여진 볼륨이 있는 경우 해당 세이브 세트가 미디어 데이터베이스에 존재하지 않으며 볼륨 레코드의 테이프 위치는 잘못된 상태가 됩니다.

NetWorker가 새 데이터를 쓸 때 이 잘못된 테이프 위치를 사용하기 때문에 부트스트랩 백업 이후에 쓰여진

데이터를 덮어쓰게 됩니다. 파일 형식 또는 고급 파일 형식 디바이스의 경우, 공간 복구 작업 시 부트스트랩

세이브 세트가 생성된 시간 이후에 생성된 모든 세이브 세트를 삭제합니다.

다음 상황을 고려해 보십시오. NetWorker 데이터베이스는 오늘 복구해야 하고 사용 가능한 최신 부트스트랩

세이브세트는 하루 전의 것입니다. 이 부트스트랩 세이브 세트를 사용하여 데이터베이스를 복구한 후에는 미디어 데이터베이스에 어제 날짜의 볼륨 및 세이브 세트 레코드가 포함됩니다. 부트스트랩 세이브 세트가 생성된 시간 이후에 생성된 모든 세이브 세트는 미디어 데이터베이스에 존재하지 않지만 물리적 미디어에는 존재합니다. 따라서 NetWorker가 새 데이터 쓰기에 볼륨 레코드의 유효하지 않은 위치 정보를 사용하게 됩니다. 즉, 미디어 데이터베이스에서 손실된 세이브세트 레코드를 덮어쓸 위험이 있습니다.

이 문제를 방지하려면 -N 옵션을 사용하여 모든 볼륨에 [스캔] 플래그를 표시하십시오. 이 플래그가 있으면

nsrmmd가 테이프의 실제 끝을 찾게 되므로 데이터 손실이 방지됩니다. 부트스트랩 복구 이후에 생성된 이러한 세이브 세트를 복구하려면 관리자가 볼륨을 스캔해야 합니다. 파일 형식 또는 고급 파일 형식 디바이스의

경우, [스캔] 플래그가 해제될 때까지 공간 복구 작업이 일시 중단됩니다.

nsdr이 클라이언트 파일 인덱스 복구를 완료하면 "’<client-name>’ 클라이언트에 대한 인덱스 복구가

완료되었습니다. "메시지가 표시됩니다. NetWorker Client의 인덱스가 복구되면 해당 클라이언트가

recover를 사용하여 파일 복구를 시작할 수 있습니다. 클라이언트 인덱스를 복원하기전에 서버 인덱스를

복원해야 할 필요는 없습니다.

주요 하드웨어 장애가 발생한 경우 등 일부 경우에는 NetWorker Server를 새 시스템으로 복구해야 합니다. 이 경우 NetWorker Licensing 소프트웨어는 이동을 감지합니다. NetWorker Server를 새 시스템으로 이동한 후에는 이동 후 15 일 이내에 고객 지원 센터에 다시 등록해야 합니다. 그렇지 않으면 서버가 비활성화됩니다. 서버가 비활성화되면 파일 복구만 수행할 수 있으며, 서버를 다시 등록할 때까지 새 백업을

수행할 수 없습니다. NSR 등록 알림에서 제품을 다시 등록해야 함을 경고하는 메시지가 전송됩니다.


nsrdr(8)

옵션-q 자동 모드입니다. 오류 메시지만 표시합니다.

-v 세부 정보 표시(verbose) 모드를 설정합니다. 디버깅 정보를 생성합니다.

-N 볼륨을 스캔해야 합니다. 미디어 데이터베이스 복구 후, 스캔해야 한다는 의미로 미디어 데이터베이스의 모든 볼륨을 표시합니다.

-F 파일 및 고급 파일 형식 볼륨에만 [스캔] 플래그를 설정합니다. 이 옵션은 -N 옵션과 함께 사용해야 합니다. 지정된 경우, [스캔] 플래그는 테이프 미디어에 있는 볼륨에 대해 설정되지 않습니다.

-a Nsrdr이 비대화형 모드로 실행됩니다. -B 및 -d는 이 옵션과 함께 사용해야 합니다.

-B 복구에 사용할 부트스트랩 세이브 세트 ID입니다.

-d 복구 중에 사용할 디바이스입니다.

-K 원래 리소스 파일이 있는 경우 복구된 리소스 파일 대신 사용합니다.

-c 인덱스 복구 전용입니다.

-t <date>

지 지정된 날짜를 기준으로 인덱스를 복구합니다.

-I 지정된 클라이언트에 대해 클라이언트 파일 인덱스복구를 수행한 다음 부트스트랩 복구를 수행합니다. 비대화형 모드에서 사용됩니다. 공백으로 구분된 클라이언트 목록만 -I 다음에 지정해야 합니다.

-f <client list input file>

인덱스를 복구할 클라이언트 목록입니다. 파일에서 각 클라이언트 이름은 한 줄에 하나씩 있어야

합니다.

파일/nsr 부트스트랩 세이브 세트가 생성되었을 때 심볼 링크였을 경우 nsrdr을 실행하기 전에 수동으로 다

시 생성해야 합니다.

/nsr/res

이 디렉토리 및 해당 컨텐츠는 부트스트랩 세이브 세트의일부로서 저 장됩니다. 부트스트랩에서 이

디렉토리를복구한 후 nsrdr을 실행합니 다. 부트스트랩 세이브세트가 복구되는 동안 원래 디렉토리

이 름 은 임시로 /nsr/res.<timestamp>로 변경됩니다.

/nsr/mm/mmvolume6

부트스트랩 세이브 세트의 일부로 저장되어무조건적으로 복구된 Net- Worker Server의 미디어인덱스입니다.

/nsr/debug/nsrdr.conf

nsrdr의 선택적 구성 파일입니다. 이 파일을 사용하여 다음구성 설정 을 제어합니다. 지원되는 매개 변수는 다음과같습니다.

NSRDR_NUM_THREADS=< Number of threads >

여 러 스레드를 시작하여 병렬로 클라이언트 파일 인덱스복구를 수행 합니다. 이 매개 변수는 클라이언트 파일인덱스 복구를 수행하기 위 해 nsrdr에 의해 시작되는스레드 수를 제어합니다.


nsrdr(8)

NSRDR_SERVICE_PATH=< service path>

Unix 플랫폼의 경우 nsrdr에서는 NetWorker 서비스를내부적으로 재시 작할 때마다 기본 서비스 시작 경로를사용합니다. 어떠 이유로든 기 본 서비스 경로가 변경되면이 매개 변수를 사용하여 해당 경로를 변 경할 수있습니다.

/nsr/logs/nsrdr.log

nsrdr에서 사용하는 로그 파일입니다. 이 파일에는 nsrdr이수행한 내 부 작업에 대한 자세한 정보가기록됩니다. nsrdr을 실행될 때마다 이 파일이덮어쓰입니다.

진단volumename 볼륨에 대해 [스캔] 플래그를 설정하지 못했습니다.

지정된 볼륨에 대해 [스캔] 플래그가 설정되지 않았음을의미하는 오 류 메시지입니다. 이 메시지 다음에는

실제오류 메시지가 표시됩니 다.

참조mminfo(8), mmrecov(8), nsr_crash(8), nsr(8), nsrck(8), nsrd(8), nsr_client(5), nsr_schedule(5), nsr_shutdown(8), recover(8), save(8), savefs(8), savegrp(8), scanner(8), nsrindexasm(8), nsrmm(8), nsrmmdbdasm(8), nsrwatch(8), nsr_getdate(3)

NOTRELEASED NODATE nsrdr(8)


nsrexec(8)

Maintenance Procedures nsrexec(8)

이름nsrexec - NetWorker client에서 NetWorker 명령을 원격으로 실행합니다 .

시놉시스nsrexec

설명nsrexec 명령은 다른 NetWorker 명령에 의해서만 실행됩니다. 이 명령은 nsrexecd 를 실행하는 NetWorker

client에서 원격으로 명령을 실행하고 이러한 명령의 진행을 모니터링하는 데 사용됩니다 .

참조nsr(5), nsr(8), nsrexecd(8), savegrp(8)


nsrexec(8)


nsrexecd(8)

Maintenance Procedures nsrexecd(8)

이름nsrexecd - NetWorker client 실행 서비스

시놉시스nsrexecd [ -s server [ -s server ... ]] [ -f serverfile ] [ -p savepath ] [ -i ] [ -r ]

설명nsrexecd 는 NetWorker server에서 NetWorker client의 자동 작업을 수행하기 위해 사용됩니다 . 이

명령은 현재 savegrp(8) 에서 NetWorker client 시스템의 저장 및 스토리지 노드 기능을 시작하는 데 사용됩니다 . 스토리지 노드 기능이 사용 중일 때 nsrexecd 는 호스트에서 nsrmmd(8) 데몬 및 nsrjb(8) 명령을 시작하고 서버의 폴링 요청에 응답합니다 . 스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5)

를 참조하십시오 . nsrexecd 서비스는 일반적으로 각 NetWorker client 시스템에서 부팅할 때 시작됩니다 .

NetWorker server는 보통 자신의 클라이언트로 작동하므로 nsrexecd 는 모든 NetWorker server에서도

실행됩니다 .

nsrexecd 서비스는 RPC 기반 서비스를 내보내어 원격으로 Net- Worker 작업을 실행합니다 . 모든 요청은

인증되어야 하고 선택적으로 특정 NetWorker server만 요청을 수행하도록 제한할 수 있습니다 . save 요청 (예 : save(8) 또는 savefs(8)) 및 스토리지 노드 요청만 허용됩니다 .

명령 실행이 요청될 때 nsrexecd 는 먼저 요청이 인증되고 이 요청이 유효한 NetWorker server에서 생성된 것인지 확인합니다 . localhost에서 실행 중인 NetWorker server는 nsrexecd 에 제공된 옵션과

상관없이 항상 유효한 것으로 간주합니다 . 다음으로 nsrexecd 는 명령이 저장 명령 (예 : save(8)) 인지

확인합니다 . 그런 다음 NetWorker 바이너리 디렉토리에서 지정된 명령을 실행합니다 . 일반적으로 이 디렉토리는 nsrexecd 실행 파일의 위치에 의해 결정되지만 명령줄에 지정할 수 있습니다 .

옵션-i NetWorker server 인증 과정 중 서버의 네트워크 주소는 이름에 매핑됩니다 . 그런 다음 이름은

네트워크 주소에 역매핑됩니다 . 서버는 원래 네트워크 주소가 역매핑된 주소와 일치할 경우에만 인증됩니다 . -I 플래그는 주소 비교를 생략하여 잘못 구성되었거나 제대로 작동하지 않는 명명 시스템에 대한 해결책을 허용합니다 . NetWorker client가 인증되지 않은 시스템으로 데이터 전송을

허용할 수 있으므로 이 옵션은 주의해서 사용해야 합니다 .

-f serverfile

저장을 시작할 수 있는 NetWorker server의 목록을 포함하는 파일을 지정합니다 . 이 파일에는

서버 이름을 한 줄에 하나씩 나열해야 합니다 . 지정된 -f 또는 -s 옵션이 없으면 nsrexecd 는

이와 동일한 형식의 기본 파일을 찾습니다 (또는 Mac 클라이언트의 Mac기본 설정 ). 이 기본 파일의 위치는 이 매뉴얼 페이지의 FILES 섹션에 나열되어 있습니다 .

-p savepath

nsrexecd 에 기본 디렉토리(nsrexecd 가 있는 디렉토리) 대신 savepath 디렉토리에 있는 저장

명령을 찾도록 지시합니다 .

-s server

지정된 NetWorker server에서만 저장 요청을 시작하도록 허용합니다 . -s 옵션을 여러 번 지정하면 여러 NetWorker server에서 액세스할 수 있습니다 . NetWorker server에 여러 네트워크

인터페이스가 있으면 각 네트워크 인터페이스에 해당하는 호스트 이름을 나열하여 저장 시 오류가

발생하지 않도록 하는 것이 좋습니다 .

-r 이 옵션은 EMC Snapshot Management에만 사용되어야 합니다 . 이 옵션은 관리자의 Snapshot

Management를 위해 다른 nsrexecd 인스턴스를 시작합니다 .


nsrexecd(8)

파일/nsr/res/nsrladb NetWorker nsrexecd 서비스 및 그

리소스를 설명하는 속성이 포함된 리소스 디렉토리입니다 (nsrla(5) 참조 ).

/nsr/res/servers NetWorker client를 백업할 수있는 서버의 기본 목록을 포함하는 파일입니다 .

참조nsrla(5), nsr_storage_node(5), nsrports(8), save(8), savefs(8), savegrp(8)


nsrim(8)

Maintenance Procedures nsrim(8)

이름nsrim - NetWorker 인덱스 관리 프로그램

시놉시스nsrim [ – c client ] [ –N saveset ] [ –V volume ] [ –lnqvMXC ]nsrim –S –X –h avamar_node_name [ – t time ] [ – f ]

설명nsrim 프로그램은 NetWorker 온라인 파일 및 미디어 인덱스를 관리하는 데 사용됩니다. 또한 –S 플래그를

지정하면 Avamar 노드에 저장된 세이브 세트 목록 및 정책 정의를 관리하는 데에도 사용할 수 있습니다 .

Nsrim 프로그램은 NetWorker 온라인 파일 및 미디어 인덱스를 관리하는 데 사용됩니다. 일반적으로 nsrim

은 완료 시 savegrp(8) 명령에 의해 호출되며 , nsrd(8) 에 의해서는 Net- Worker Administrator 프로그램에서 가장 오래된 주기 제거 를 선택하는 경우 호출됩니다 . nsrim 은 일반적으로 수동으로 실행되지

않습니다 . 그러나 일반적인 사용자가 루트 권한을 보유하는 동안 명령을 실행할 수 있도록 명령의 모드를 수정할 수 있습니다 . 자세한 내용은 nsr(8) 을 참조하십시오 .

savegrp(8) 명령이 작업 종료 시 nsrim 을 시작하면 /nsr/mm/nsrim.prv 파일의 타임스탬프를 확인합니다 . 이 파일의 타임스탬프가 23시간 이상이면 nsrim은 찾기 및 보존 정책이 전달된 모든 세이브 세트를 재활용 으로 표시합니다 . 찾기 및 보존 정책에 대해 세이브 세트를 더 자주 모니터링해야 할 경우 (예를 들어

savegrp(8) 이 23시간 간격보다 더 자주 실행되는 경우 ) nsrim -X 를 cron(1m) 항목으로 설정하거나

수동으로 실행해야 합니다 .

nsrim 은 정책 을 사용하여 온라인 항목을 관리하는 방법을 결정합니다 . 인덱스 정책에 대한 설명은

nsr_policy(5), nsr_client(5) 및 NetWorker Administrator's Guide 를 참조하십시오 . 각 클라이언트의 찾기 정책에 의해 지정된 기간보다 더 오래 온라인 파일 인덱스에 있었던 항목은 제거됩니다 . 클라이언트의 보존 정책에 의해 지정된 기간보다 더 오래 있었던 세이브 세트는 미디어 인덱스에서 재활용 으로 표시됩니다 . 볼륨의 세이브 세트가 모두 재활용으로 표시되면 해당 볼륨을 재활용으로 간주합니다 . 새 백업을

보유하기 위해 쓰기 가능 볼륨이 필요한 경우 NetWorker는 재활용 볼륨을 선택할 수 있으며 주크박스에 의해 레이블이 자동으로 재지정됩니다 . 재활용 볼륨을 다시 사용하면 이전 데이터가 지워지고 더 이상 복구할

수 없습니다 . adv_file 및 파일 유형 볼륨의 재활용 및 중단된 세이브 세트를 위한 공간 (참조 :

nsr_device(5)) 이 디스크상의 볼륨에서 제거되고 세이브 세트 항목이 미디어 인덱스에서 삭제되며 이러한

세이브 세트의 데이터는 더 이상 복구할 수 없습니다 .

-q 옵션을 사용하지 않으면 nsrim 은 각 세이브 세트 그룹의 헤더 및 트레일러 정보를 인쇄합니다 . 헤더는

세이브 세트 유형 , 클라이언트 이름 , 세이브 세트 이름 및 세이브 세트에 적용되는 해당 찾기 및 보존 정책을 나열합니다 . 이 매뉴얼 페이지의 예제를 참조하십시오 . 다음 네 가지 유형의 세이브 세트가 있습니다 .

일반

모든 세이브 세트는 스케줄 , 찾기 정책 및 보존 정책과 연관된 savegrp 를 사용하여 자동으로 백업됩니다 .

특별사용자가 시작한 세이브 세트는 헤더 줄에 ad hocs 가 추가됩니다 .

아카이브자동으로 만료되지 않는 세이브 세트는 세이브 세트 줄에 archives 가 추가됩니다 .

마이그레이션자동으로 만료되지 않고 파일 마이그레이션 애플리케이션에 의해 작성된 세이브 세트는 세이브 세트

줄에 migrations 가 추가됩니다 .


nsrim(8)

트레일러는 nsrim 이 세이브 세트에 정책을 적용한 후 세이브 세트의 네 가지 활용도 통계를 나열합니다 .

네 가지 통계는 온라인 인덱스에 남아있는 찾아보기 가능한 총 파일 수 , 현재 세이브 세트와 연관되어 있는

총 파일 수 , 그리고 세이브 세트와 연관된 총 데이터 양에서 복구 가능한 데이터 양입니다 . 예를 들어

nsrim 은 한 세이브 세트 이름에 대해 다음 출력을 인쇄할 수 있습니다 .mars:/usr, retention policy: Year, browse policy: Month, ad hocs 8481 browsable files of 16481 total, 89 MB recoverable of 179 MB total

mars:/usr, retention policy: Year, browse policy: Month, ad hocs 0 browsable files of 13896 total, 163 MB recoverable of 163 MB total

mars:/usr, retention policy: Year, browse policy: Month 43835 browsable files of 427566 total, 6946 MB recoverable of 7114 MB total

-v 옵션을 사용하는 경우 각 세이브 세트에 대해 세이브 세트 ID, 작성일 , 레벨 , 파일 수 , 크기 및 상태

정보도 인쇄됩니다 . 세이브 세트의 상태는 다음 중 하나입니다 .

찾기

세이브 세트에 대한 파일 항목을 찾을 수 있습니다 (세이브 세트는 여전히 온라인 인덱스에 있음 ).

이러한 파일은 NetWorker 복구 메커니즘을 사용하여 쉽게 복구됩니다 .

복구

세이브 세트의 경과 시간은 세이브 세트에 대한 보존 정책을 초과하지 않지만 세이브 세트의 항목이

NetWorker 온라인 인덱스에서 삭제되었습니다 . 이는 recover 를 사용하여 백업 미디어에서 세이브 세트를 복구할 수 있음을 의미합니다 . (recover\fR(8)를 참조하십시오 .) scanner(8) 를 사용하여 세이브 세트를 복구할 수도 있지만 사용자는 recover 를 먼저 사용해야 합니다 .

재활용세이브 세트가 연관된 보존 정책보다 더 오래되었으므로 백업 미디어를 재활용한 후 덮어쓸 (삭제될 )

수 있습니다 . 미디어를 재활용할 때까지 세이브 세트도 백업 미디어에서 복구할 수 있습니다 .

adv_file 및 파일 유형 (nsr_device\fR(5) 참조 ) 볼륨의 재활용 세이브 세트는 볼륨 및 미디어

데이터베이스에서 제거되고 , 이러한 세이브 세트의 데이터는 더 이상 복구할 수 없습니다 .

삭제

세이브 세트가 미디어 데이터베이스에서 삭제됩니다 . nsrim 은 파일 수가 0인 재활용 세이브 세트만 삭제합니다 .

세이브 세트 상태 뒤에 다음 한정자 중 하나가 올 수 있습니다 .

(아카이브 )

세이브 세트가 만료되지 않고 상태 변경에서 제외됩니다 .

(마이그레이션 )

세이브 세트가 파일 마이그레이션 애플리케이션으로 작성되었고 , 만료되지 않으며 , 상태 변경에서

제외됩니다 .

(검색됨 )

세이브 세트가 scanner 명령을 사용하여 복구되었고 상태 변경에서 제외됩니다 .

(중단됨 )

문제가 될 수 있는 크기의 세이브 세트가 백업 미디어 공간을 사용합니다 .

nsrim 이 세이브 세트의 상태를 변경하면 전환 기호 -> 뒤에 새 상태를 표시합니다 . 예를 들면 다음과 같습니다 .

17221062 3/05/92 f 23115 files 158 MB recycle


nsrim(8)

17212499 3/19/92 f 625 files 26 MB recover(aborted)->recycle17224025 5/23/92 i 0 files 0 KB recover->recycle->delete17226063 6/05/92 f 3115 files 58 MB recover17226963 6/09/92 f 3197 files 114 MB browse->recover17227141 6/10/92 f 3197 files 115 MB browse

nsrim 이 세이브 세트를 모두 처리한 후에는 nsrindexd(8) 상호 점검을 위해 파일 인덱스에 플래그를 지정합니다 . -l 플래그가 지정되면 상호 점검을 동기식으로 시도하고 , 그렇지 않으면 단순히 스케줄만 해놓고 인덱스가 유휴 상태가 될 때 nsrindexd 가 상호 점검을 수행합니다 . 이 때 , nsrim 은 영향 받는 Net- Worker

볼륨의 상태를 처리합니다 . -q 플래그를 지정하지 않으면 각 볼륨에 대해 한 줄씩 인쇄됩니다 . 각 줄에는 볼륨 이름 , 사용된 공간 , 총 세이브 세트 수 및 상태가 포함되어 있으며 상태는 다음 중 하나입니다 .

추가 가능볼륨에 세이브 세트를 더 추가할 수 있습니다 . 상태는 볼륨이 쓰기용으로 마운트되지 않은 경우 재활용 상태로 전환될 수 있음을 의미하는 (현재 마운트되어 있음 ) 으로 수정될 수도 있습니다 .

읽기 전용 , 전체볼륨에 세이브 세트를 더 추가할 수 없으며 볼륨에 중요한 세이브 세트가 들어 있으므로 볼륨을 재활용할 수도 없습니다 .

재활용볼륨에 세이브 세트를 더 추가할 수 없고 볼륨의 모든 세이브 세트가 만료되었습니다 .

뿐만 아니라 , 이러한 세 가지 상태 모두에 다음 한정자가 적용됩니다 .

(수동 재활용 )

볼륨의 모든 세이브 세트가 만료되면 볼륨은 자동으로 재활용될 수 없습니다 . 대신 , 수동 레이블 재지정 작업으로만 볼륨을 재활용할 수 있습니다 . 또한 수동 재활용 플래그가 함께 설정되어 있지 않으면 읽기 전용 볼륨은 여전히 재활용될 수 있습니다 . 볼륨에 레이블을 지정할 때 또는 그 후 언제든지 NetWorker Management Con- sole 또는 nsrmm(8) 및 nsrjb(8) 명령을 사용하여 수동 재활용 플래그를 설정할 수 있습니다 . 이 플래그는 자동으로 설정되지 않습니다 .

볼륨 상태가 변경되면 nsrim 은 ->재활용 을 상태에 추가합니다 . 볼륨에 찾아보기 가능한 일부 세이브 세트가 들어 있으면 이 내용이 기록되고 복구 가능한 세이브 세트도 기록됩니다 . 추가 가능 볼륨에 재활용 세이브 세트만 있는 특이한 경우도 기록됩니다 . 예를 들면 다음과 같습니다 .

jupiter.20: 3474 MB used, 398 save sets, full->recyclablejupiter.21: 4680 MB used, 440 save sets, full, 249 recoverablejupiter.22: 4689 MB used, 351 save sets, full, 351 browsablejupiter.24: 1488 MB used, 141 save sets, appendable, 141 browsable

보존 및 찾기 정책정상적인 환경에서는 찾기 또는 보존 정책과 클라이언트 세이브 세트 간의 관련이 매우 명확합니다 . 그러나

세이브 세트는 동일한 이름을 가지는 둘 이상의 클라이언트 리소스에 의해 나열될 수 있고 각 클라이언트 리소스는 서로 다른 찾기 및 보존 정책을 지정할 수 있으므로 세이브 세트에 적용되는 정책을 결정하는 것이

항상 간단하지는 않습니다 . nsrim(8) 은 다음 단계를 사용하여 클라이언트 이름으로 클라이언트 리소스의

인스턴스를 선택합니다 . 클라이언트 리소스를 선택한 후에는 세이브 세트에 대한 정보를 관리하는 데 해당

리소스의 찾기 또는 보존 정책이 사용됩니다 .

1) 세이브 세트와 같은 그룹에 속하는 모든 클라이언트 리소스를 찾습니다 . 이 클라이언트 리소스 세트 내에서 다음 규칙을 적용하여 가장 잘 일치하는 항목을 얻습니다. 세이브 세트의 그룹에 속하는

클라이언트 리소스가 없거나 , 그룹이 더 이상 존재하지 않거나 , 세이브 세트가 버전 5 이전의 백업 (그룹 정보가 세이브 세트에 기록되지 않음 )에서 생성된 경우에는 모든 클라이언트 리소스에

다음 규칙을 적용하여 가장 잘 일치하는 항목을 얻습니다 .

2) 해당 세이브 세트를 명시적으로 나열하는 클라이언트 리소스를 찾습니다 . 둘 이상의 클라이언트 리소스에 세이브 세트가 나열된 경우 가장 오래된 정책을 가지는 클라이언트 리소스를 선택합니다 .


nsrim(8)

3) 세이브 세트 "All"을 나열하는 클라이언트 리소스를 검색합니다 . 둘 이상의 클라이언트 리소스에

세이브 세트 "All"이 나열된 경우 가장 오래된 정책을 가지는 클라이언트 리소스를 선택합니다 .

4) 대상 세이브 세트의 가장 일반적인 접두사 (가장 오래됨 )로 세이브 세트를 나열하는 클라이언트

리소스를 찾습니다. 둘 이상의 클라이언트 리소스에 가장 일반적인 접두사를 가지는 세이브 세트가

나열된 경우 가장 오래된 정책을 가지는 클라이언트 리소스를 선택합니다 .

5) 모든 클라이언트 리소스 중에서 가장 오래된 정책을 가지는 클라이언트 리소스를 선택합니다 .

동일한 이름을 가지는 둘 이상의 클라이언트 리소스가 있을 경우 클라이언트 리소스의 한 인스턴스로부터는

찾기 정책을 사용하고 다른 인스턴스로부터는 보존 정책을 사용하여 세이브 세트 정보를 관리할 수 있습니다 .

해당 NetWorker client 리소스가 없는 세이브 세트는 서버의 NetWorker client 리소스를 사용하여 찾기

또는 보존 정책을 결정합니다 .

또한 종속 세이브 세트를 모두 삭제하거나 재활용할 수 있게 될 때까지 인덱스에서 세이브 세트를 삭제하거나 재활용 대상으로 표시할 수 없습니다 . 종속 세이브 세트에 대한 설명은 NetWorker Administrator's

Guide 를 참조하십시오 .

마지막이면서 유일한 전체 세이브 세트는 재활용 대상으로 표시될 때까지 온라인 인덱스에서 삭제되지 않습니다 . 이 경우 , 세이브 세트의 헤더 줄은 찾기 정책을 생략하고 찾을 수 있는 주기가 하나만 있음을 명시하는 메시지를 인쇄합니다 .

수동 특별 세이브 세트는 -l 옵션을 제외하면 종속 세이브 세트가 없는 전체 세이브 세트로 처리됩니다 . 그러나 실질적인 전체 세이브 세트와 달리 , 마지막 수동 세이브 세트에 인덱스 삭제에 대한 특별한 고려 사항이 제공되지 않습니다 .

세이브 세트에 적용되는 보존 시간은 정책에서 암시하는 경과 시간이 하루 이상인 경우 자정으로 반올림됩니다 . 따라서 nsrim 은 같은 날 오전 8시에 실행되든 오후 5시에 실행되든 동일한 결과를 생성해야 합니다 .

Avamar 노드 작업nsrim을 –S 옵션과 함께 호출하면 –h 플래그가 지정된 Avamar 노드에서 세이브 세트 및 정책 정의를 관리합니다 . Avamar 노드에는 두 가지 유형이 있습니다 . 하나는 VBA(VMware Backup Appliance)이고 , 다른 하나는 Avamar 서버입니다 . 노드 유형은 노드 이름에서 RAP를 조회하여 확인됩니다 . VBA 유형 노드의

경우 VBA에 저장된 정책 정의가 RAP에 저장된 VMware 보호 정책 정의와 동기화된 상태로 유지됩니다 . 두

유형의 Avamar 노드 모두에서 Avamar 노드와 NetWorker Server에 있는 세이브 세트 목록이 동기화된 상태로 유지됩니다 . 동기화 기간은 – t 플래그 및 – f 플래그로 지정되며 , 이러한 플래그는 옵션 섹션에 설명되어 있습니다 .

nsrim은 VBA에서 롤백 작업이 요청되면 nsrvmwsd에 의해 –S 플래그와 함께

호출되지만 수동으로 nsrim을 호출할 수도 있습니다 .

옵션-c client

지정된 클라이언트에 대한 온라인 파일 인덱스만 처리합니다 . 일반적으로 모든 클라이언트 인덱스가 처리됩니다 . 이 옵션을 반복하여 여러 클라이언트를 처리할 수 있습니다 .

-C nsrim 실행의 마지막에 미디어 데이터베이스를 강제로 압축합니다 . nsrim은 대개 데이터베이스

압축 작업을 시작하지만 nsrmmdbd는 표준 압축 정책에 따라 압축 작업을 수행합니다 . 이 옵션을

지정하면 nsrmmdbd가 표준 정책을 무시하고 바로 압축을 수행합니다 .

-l 가장 오래된 전체 저장 및 여기에 종속된 모든 세이브 세트를 온라인 인덱스에서 제거합니다. 찾기

및 보존 정책은 무시됩니다 . 세이브 세트 헤더 정보는 현재 온라인 인덱스에서 찾을 수 있는 전체

주기 수를 인쇄합니다 . 아카이브 및 마이그레이션 세이브 세트는 무시됩니다 . 이 옵션을 선택하면


nsrim(8)

수동 세이브 세트가 일반적인 증분 세이브 세트로 처리됩니다 . 또한 이 옵션은 활용도 임계값을

30퍼센트로 설정합니다 .

-M 마스터 모드입니다 (수동 작업에는 적합하지 않음 ). nsrim 에 nsrd(8) 또는 다른 NetWorker 데몬에 의해 실행 중이며 타임스탬프와 함께 메시지를 기록하고 nsrd 에서 기대하는 다른 동작을 수행해야 한다는 것을 알립니다 .

-N save set

명명된 세이브 세트만 처리하고 다른 모든 세이브 세트는 건너뜁니다 . 이 옵션을 반복하여 여러 세이브 세트를 처리할 수 있습니다 .

-n 아무 작업도 수행하지 않습니다 . 대신 , 인덱스 상호 점검 없이 이 명령의 동작을 에뮬레이트합니다 . 트레일러 통계는 현재 (및 에뮬레이트되지 않은 ) 결과를 반영합니다 .

-q 자동으로 실행합니다 . 이 옵션은 헤더 , 트레일러 또는 세이브 세트 메시지를 생성하지 않습니다 .

-V volume

처리할 볼륨의 이름을 지정합니다 . 이 옵션을 반복하여 여러 볼륨을 처리할 수 있습니다 . 이 옵션을 지정하면 -c, -N 및 -l 옵션은 무시됩니다 .

-v 보다 세부적인 보고서를 생성합니다 . 이로 인해 출력되는 양이 많아질 수 있습니다 . -v 및 -q 옵션을 둘 다 지정하면 상대 옵션을 서로 취소합니다 .

-X 세이브 세트 데이터 구조와 볼륨 데이터 구조의 일관성을 확인합니다 . 이 옵션은 NetWorker가 충돌된 후에만 필요합니다 .

–S –h 플래그로 지정된 Avamar 노드 유형이 VBA이면 VBA의 정책 정의를 NetWorker Server의

RAP에 저장된 정의와 동기화합니다. Avamar 노드 유형에 관계없이 Avamar 노드와 NetWorker의

세이브 세트 목록이 동기화됩니다 .

– h avamar_node_name nsrim

이 작동할 Avamar 노드 이름을 지정합니다 .

– f force 플래그를 지정하면 동기화하는 동안 Avamar 노드에만 존재하는 세이브 세트가 삭제됩니다.

일반적으로 이러한 세이브 세트는 삭제되지 않습니다 . – t 옵션이 지정되지 않은 경우 이 플래그를 지정하면 전체 데이터베이스가 강제로 동기화됩니다 .

– t time

Avamar 노드와 NetWorker의 세이브 세트 목록을 동기화할 때 이 시간 이후에 생성된 세이브 세트가 대상이 됩니다 . 시간은 nsr_getdate(3) 형식이어야 인식 가능합니다 . 지정된 시간은 일반적으로 VBA 체크포인트 시간입니다 . – t 플래그가 생략되면 – f 플래그의 존재 여부에 따라 동기화 작업에 사용할 시간이 결정됩니다 . – f가 생략되면 최근의 유효한 VBA 체크포인트 시간이 사용됩니다 . – f를 지정하면 0 시간이 사용되어 , 동기화 작업 중에 VBA와 관련된 모든 세이브 세트가 대상이 됩니다 .

-v 보다 세부적인 보고서를 생성합니다 . 이로 인해 출력되는 양이 많아질 수 있습니다 . -v 및 -q 옵션을 둘 다 지정하면 상대 옵션을 서로 취소합니다 .

참고표준 미디어 데이터베이스 압축 정책은 22.5일마다 압축을 수행하도록 설정되어 있습니다 . 미디어 데이터베이스를 압축하면 데이터베이스 조각화로 인한 성능 저하를 줄일 수 있습니다 . 그러나 데이터베이스를 압축하는 동안에는 nsrmmdbd를 서비스에 사용할 수 없습니다 . 따라서 -C 옵션을 기본 옵션으로 사용해서는 안 됩니다 . savegrp에서 nsrim 을 시작한 경우에는 -C 옵션이 사용되지 않습니다 . 미디어 데이터베이스의 조각화로 인한 성능 저하가 의심되는 고객은 -C 옵션을 사용하여 nsrim 을 실행함으로써 조각화를 줄일 수 있습니다 . Networker server 사용이 적은 시간을 선택하여 데이터베이스를 압축하십시오 .


nsrim(8)

파일/nsr/tmp/.nsrim

nsrim 은 이 파일을 잠가 둘 이상의 파일 복제본이 미디어 데이터베이스를 스래싱 (thrashing)하지 않도록 합니다 .

/nsr/mm/nsrim.prv

nsrim 은 이 파일을 업데이트하여 마지막으로 시작된 시간을 기록합니다 .

진단이 명령을 실행할 권한이 없습니다 .

루트만 nsrim 을 실행하여 온라인 인덱스를 수정할 수 있습니다 . 그러나 어떤 사용자든지 -n 옵션을 사용하여 이 명령을 호출할 수 있습니다 .

nsrim이 볼륨 <name> 검사를 완료했습니다 .

이 알림 메시지는 nsrim 이 완료되고 명령이 -V 옵션과 함께 호출되었을 때 NetWorker 메시지 창에 나타납니다 .

nsrim이 미디어 DB (상호 ) 점검을 완료했습니다 .

이 알림 메시지는 nsrim 이 완료되고 명령이 -V 옵션 없이 호출되었을 때 NetWorker 메시지 창에

나타납니다 .

참조nsr_getdate(3), nsr_client(5), nsr_layout(5), nsr_policy(5), nsr(1m), nsrd(1m),nsrindexd(1m), nsrmm(1m), recover(1m), savegrp(1m), scanner(1m)


nsrindexasm(8)

Maintenance Procedures nsrindexasm(8)

이름nsrindexasm - 인덱스를 복구하기 위한 NetWorker 모듈

시놉시스nsrindexasm [standard-asm-arguments]

설명nsrindexasm 은 표준 외부 ASM(Application Specific Module)입니다 . 이 명령은 버전

ASM 및 [standard-asm-arguments]에 대한 일반적인 설명은 uasm(8) 을 참조하십시오 . nsrindexasm

은 nsrck(8) 인덱스 복구 작업 중에 uasm 에 의해 호출됩니다 .

파일/nsr/index/clientname/db6

ASM 에 의해 데이터가 복구되는 디렉토리입니다 .

참조nsr_layout(5), nsrck(8), nsrindexd(8), mmrecov(8), uasm(8)


nsrindexasm(8)


nsrindexd(8)

Maintenance Procedures nsrindexd(8)

이름nsrindexd - NetWorker 파일 인덱스 데몬

시놉시스nsrindexd

설명nsrindexd 데몬은 서버 nsrd(8) 데몬에 의해 시작됩니다. 이 프로그램을 수동으로 시작하지 마십시오. 이

데몬은 RPC 기반 서비스를 서버 nsrd(8) 데몬에 제공하며 네트워크에서 이 서비스에 직접 액세스할 수는 없습니다 . RPC 프로그램 및 버전 번호는 nsrindexd 에서 제공하며 각각 390105와 4입니다 .

NetWorker 시스템에 제공된 서비스는 인덱스에 세이브 세트를 삽입 및 삭제하는 성능을 높이기 위해 설계된

것입니다 . 이러한 성능을 얻으려면 nsrindexd 프로세스 주소 공간에 캐시된 정보를 보존해야 합니다 .

NetWorker 시스템이 백업 세션의 레코드를 커밋하려고 할 때 이 프로그램은 원격 프로시저 호출을 통해

nsrindexd 데몬에 휘발성 상태를 해당 파일에 플러시하도록 알립니다 .

데몬 (또는 서버 )은 언제든지 충돌할 수 있으므로 인덱스 파일이 일관되지 않은 상태로 남아 있을 수 있습니다 . 따라서 , 유지 관리 프로그램 nsrck(8) 는 NetWorker 서비스가 시작되기 전에 nsrd 데몬에 의해

자동으로 시작됩니다 .

NetWorker 서비스가 시작될 때 nsrindexd 프로세스가 시작되는데 이 프로세스는 nsrck -L 1 을 호출하여 구성된 각 클라이언트 파일 인덱스에 대해 신속하고 효율적인 검사를 수행합니다 . 인덱스 헤더 및 저널

파일의 일관성만 검사됩니다 . 일반적으로 시작 시에는 클라이언트 파일 인덱스의 모든 레코드 및 키 파일을

검사할 필요가 없으며 시간이 많이 소모됩니다 . 문제가 발견되면 문제의 클라이언트 파일 인덱스에 대해 보다 철저한 검사가 자동으로 수행됩니다 .

인덱스가 손상되었다고 생각되면 해당 인덱스에서 더 높은 레벨의 검사를 수동으로 실행해야 합니다 . 예를

들면 다음과 같습니다 .

nsrck -L 6

nsrck -L 7 을 실행하면 클라이언트 파일 인덱스의 기존 파일을 덮어쓰지 않습니다 . 따라서 특정 세이브

타임 동안의 세이브 세트에 대해 온라인 클라이언트 파일 인덱스 데이터가 이미 있는 경우 nsrck -L 7 을

사용하여 백업 미디어에서 데이터를 복원하려면 먼저 이 데이터를 제거해야 합니다 .

nsrindexd 및 nsrck 는 동시에 실행되므로 두 프로그램 모두 권장 파일 잠금 메커니즘을 v6ck.lck 파일에 사용하여 인덱스에 대한 액세스를 동기화합니다 .

FILES/nsr/index/clientname/db6

클라이언트의 인덱스 헤더 파일 및 저널 파일이 저장되는 디렉토리입니다. 인덱스 레코드 파일(.rec)

및 해당 키 파일 (.k0 및 .k1)은 db6 디렉토리 아래의 서로 다른 하위 디렉토리에 저장됩니다 .

/nsr/index/clientname/db6/v6hdr

인덱스 헤더의 이름입니다 .

/nsr/index/clientname/db6/v6journal

저널 파일의 이름입니다 .

/nsr/index/clientname/db6/v6hdr.lck

인덱스 헤더 파일과 저널 파일에 대한 액세스를 동기화하는 데 사용되는 잠금 파일의 이름입니다 .


nsrindexd(8)

nsr_layout(5), nsr(8), nsrck(8), nsrd(8), nsrim(8), nsrindexasm(8), nsrls(8), nsrmm(8)

진단클라이언트 clientname에 대한 인덱스 헤더 없이 계속합니다 .

다른 프로그램이 이 데몬이 필요로 하는 동일한 파일에 액세스하고 있음을 나타내는 알림 메시지입니다 . 데몬은 인덱스 헤더 없이 안전하게 작업을 계속할 수 있다고 확인했습니다 .


nsrinfo(8)

Maintenance Procedures nsrinfo(8)

이름nsrinfo - NetWorker 파일 인덱스 보고 명령

시놉시스nsrinfo [ -vV ] [ -s server | -L ] [ -n namespace ] [ -N filename ] [ -t time ] [ -X application ] [ -x exportspec ] client

설명nsrinfo 명령은 클라이언트 파일 인덱스의 내용에 대한 보고서를 생성합니다. 필수 NetWorker client 이름이 옵션 없이 지정되면 nsrinfo 는 모든 파일 및 개체에 대한 보고서를 한 줄에 하나씩 해당 클라이언트의 백업 네임스페이스에 생성합니다. 또한 특정 파일 인덱스 네임스페이스에 대한 보고서를 생성하거나, 한

번에 모든 네임스페이스에 대한 보고서를 생성하거나, 특정 XBSA 애플리케이션에 대한 보고서를 생성할 수

있습니다. 또한 단일 시간 (항목이 파일 인덱스에 입력된 시간. 세이브타임 이라고 함)으로 보고서를 제한할

수 있습니다.

예를 들어 /usr 파일 시스템의 최신 백업에 백업된 모든 파일의 보고서를 클라이언트 mars 에 대해 생성하려면 다음 명령 순서를 사용합니다(% 문자를 셸 프롬프트로 가정).

% mminfo -r nsavetime -v -N /usr -c mars -ot | tail -1 809753754% nsrinfo -t 809753754 mars

참고: 쿼리에 사용된 시간은 사용자 정의 보고서와 함께 mminfo(8) 명령을 실행함으로써 /usr 에 대한 최신 세이브 세트의 세이브 타임을 인쇄하여 얻어진 것입니다. 인쇄된 시간은 클라이언트 이름(mars)과 함께

nsrinfo 로 전달됩니다.

옵션-v 세부 정보 표시(verbose) 모드입니다. 파일 이름을 비롯하여 파일 유형, 내부 파일 인덱스 식별

자(있는 경우), 크기(UNIX 파일인 경우) 및 세이브 타임을 인쇄합니다. 이 옵션은 -V 옵션과 결합하여 사용할 수 있습니다.

-V 다른 유형의 세부 정보 표시(verbose) 모드입니다. 파일이름을 비롯하여 파일을 포함하는 세이브

세트 내오프셋, 세이브 세트 내 크 기, 애플리케이션네임스페이스(값 목록은 -n 옵션 참조) 및

세이브타임을 출력하고, 사용 가능한 경우 파일 시간(mtime, atime, ctime) 및 UNIX 클라이언트의 파일 액세스 권한과 소유권을출력합니다. 이 옵션은 -v 옵션과 결합하여 사용할 수있습니다.

-s server

쿼리할 NetWorker 시스템의 이름을 나타냅니다. 기본적으로 로컬 시스템의 서버를 쿼리합니다.

-L 서버를 사용하지 않고 직접 파일 인덱스를 엽니다. 이 옵션은 디버깅에 사용되거나, NetWorker가

실행되고 있지 않은 동안 파일 인덱스를 쿼리하는 데 사용됩니다.

-n namespace

쿼리할 파일 인덱스 네임스페이스를 나타냅니다. 기본적으로 백업 네임스페이스가 사용됩니다. 인식할

수 있는 다른 값은 다음과 같습니다. migrated, archive, nsr(내부 사용), informix(INFORMIX

데이터의 경우), sybase(Sybase 데이터의 경우), msexch(Exchange 데이터의 경우), mssql(SQL

Server 데이터의 경우), notes(Lotus Notes 데이터의 경우), db2(DB/2 데이터의 경우),

oracle(Oracle 데이터의 경우) 및 all. 네임스페이스 필드는 대/소문자를 구분합니다.


nsrinfo(8)

-N filename

쿼 리 할 파일 인덱스 네임스페이스를나타냅니다. 기본적으로 backup 네임스페이스가사용됩니다.

인식할 수 있는 다른 값은 다음과같습 니다. migrated, archive, nsr(내부용), bbb(블록기반

백업 데이터용), db2(DB/2 데이터용), informix(INFORMIX 데이터용), msexch(Exchange 데

이 터 용), mssql(SQL Server 데이터용), mysql(MySQL 데이터용), notes(Lotus Notes

데 이 터 용), oracle(Oracle 데 이 터 용), saphana(SAP HANA 데이터용),

sybase(Sybase 데이터용) 및 all. 네임 스페이스필드는 대/소문자를 구분합니다.

-t time

쿼리를 정확한 단일 세이브 타임으로 제한합니다. 시간은 NetWorker nsr_getdate(3) 형식 중 하나일 수 있습니다. NetWorker에서 작성한 모든 세이브 세트는 고유한 세이브 타임을 가지며 이러한

시간은 mminfo(8) 명령을 사용하여 확인할 수 있습니다.

-T 연속 디렉토리를 제외한 백업된 실제 파일 이름을나타냅니다.

-X application

쿼리가 특정 XBSA(X/Open Backup Services) 애플리케이션에 대한 정보만 나열하도록 제한합니다. 유효한 애플리케이션 유형은 다음과 같습니다. All, Informix, None. 애플리케이션 유형은

대/소문자를 구분하지 않습니다. 자세한 내용은 이 매뉴얼 페이지의 애플리케이션 유형 섹션을 참조하십시오.

-x exportspec

기본적으로 제공되는, 사용자가 읽을 수 있는 형식의 출력 대신 exportspec 은 프로그램에서 읽을 수 있는 두 가지 스타일의 출력 형식을 제공합니다. exportspec ‘m’은 XML 출력을 표시하고

exportspec ‘c<separator>’는 단일 문자 또는 문자열로 구분된 값을 표시합니다. 예를 들어

‘nsrinfo -xc’ 는 쉼표로 구분된 값을 생성합니다.

파일 유형파일 인덱스는 모든 유형의 클라이언트에 대한 항목을 저장할 수 있습니다. 각 인덱스 항목은 인덱스 항목

유형을 포함합니다. 일반적으로 인덱스 항목을 작성한 클라이언트만 항목을 디코딩할 수 있습니다.

이 섹션에는 nsrinfo 에서 인식하는 인덱스 항목 유형이 나열되어 있습니다. 그러나 이러한 유형이 인식되더라도 nsrinfo 는 한 가지 항목 유형만을 완전히 디코딩할 수 있습니다. 즉 UNIX 버전은 UNIX 항목 유형을 디코딩하고 NT 버전은 NT 항목 유형을 디코딩합니다. 인식되는 다른 유형의 경우 일부 정보는 불완전할

수 있습니다.

old UNIX NetWorker for UNIX 3.0 이전 버전을 실행 중인 클라이언트

UNIX NetWorker for UNIX 4.0 이전 버전을 실행 중인 클라이언트

UNIX ASDF NetWorker for UNIX 4.1 이후 버전을 실행 중인 클라이언트에 대한 확장된

ASDF(ASM Structured Data Format) 정보를 포함하는 인덱스 항목

UNIX ASDF v2 NetWorker for UNIX 4.2 이후 버전을 실행 중인 클라이언트에 대한 에이전트 없는 저장의 인덱스 항목

UNIX ASDF v3 NetWorker for UNIX 5.1 이후 버전을 실행 중인 클라이언트의 대용량 파일(2GB보다 큰 파일)에 대한 인덱스 항목

old DOS NetWorker for DOS 2.0 이전 버전을 실행 중인 DOS 클라이언트

DOS DOS, Windows 또는 OS/2용 NetWorker 2.0 버전을 실행 중인 DOS, Windows또는

OS/2 클라이언트


nsrinfo(8)

DOS old ASDF DOS, Windows 또는 OS/2용 NetWorker 2.0 버전을 실행 중인 DOS, Windows또는

OS/2 클라이언트

WIN ASDF NetWorker for Windows NT 4.2 이상을 실행 중인 Windows 또는 NT 클라이언트

WIN ASDF v2 에이전트 없는 저장을 사용하여 작성되고 Net- Worker for Windows NT 4.2 이상을 실행 중인 Windows 또는 NT 클라이언트

old NetWare NetWorker for NetWare 3.0 이전 버전을 실행 중인 NetWare 클라이언트

NetWare NetWorker for NetWare 3.0 이후 버전을 실행 중인 NetWare 클라이언트

OSF 64bit 64비트 파일 크기 및 오프셋을 포함한 OSF/1을 실행 중인 클라이언트

continuation 파일이 세이브 세트 시리즈에서 세이브 세트 경계를 통과할 때 생성되는 특수 내부

인덱스 항목

애플리케이션 유형

All 이 애플리케이션 유형은 각 개체에 대해 사용할 수 있는 모든 XBSA(X/Open Backup

Ser- vices API) 정보를 출력합니다. XBSA 개체만 인쇄됩니다. -vFp 및 -V 플래그는 파일에 미치는 영향과 동일한 영향을 미칩니다.

Informix 이 애플리케이션 유형은 Informix 데이터베이스 개체로 인식된 개체만 출력합니다(XBSA ObjectOwner.bsaObjectOwner가 INFORMIX임). -v 플래그는 파일에서와

마찬가지로 작동하는 반면 -V 플래그는 일반적인 -V 정보를 포함하여 개체에 대한 모든 XBSA 정보(위의All 참조)를 출력합니다.

None 이 애플리케이션 유형은 XBSA 개체는 아니지만 지정된 기준에 일치하는 개체를 출력합니다. 예를 들어 이 옵션을 사용하여 클라이언트에서 백업된 파일의 목록을 인쇄할

수 있습니다.

권한 요구 사항사용자는 "Networker 운영" 권한이 있어야 NetWorker Client의 인덱스를 찾아볼 수 있습니다. 그러나 '로컬 데이터 복구' 권한을 가진 사용자는 이 명령이 호출되는 호스트의 NetWorker client 인덱스를 찾아볼 수 있습니다. -L 옵션을 사용하는 경우 사용자는 이 명령이 호출되는 시스템의 관리자여야 합니다(즉 UNIX시스템의 루트여야 함).

파일/nsr/index/client/db6

참조nsr_getdate(3), mminfo(8), nsrck(8), nsrindexd(8)


nsrinfo(8)

진단잘못된 시간 값 ‘time’

-t 옵션에 지정된 시간 값이 유효한 nsr_getdate(3) 형식이 아닙니다.

클라이언트 client에 대한 인덱스를 열 수 없습니다. 이유-L 옵션을 사용하여 이 파일을 열 수 없습니다. 가능한 몇 가지 이유 중 특정 이유가 인쇄됩니다.

가장 가능성 있는 이유는 사용자가 수퍼유저가 아닌 경우에는 사용 권한이 거부되었습니다 이고,

파일 인덱스가 이미 잠겨 있는 경우에는 사용 중인 서비스입니다. 다시 시도하십시오 입니다(예: nsrindexd(8)).

client에 db 스캔을 작성할 수 없습니다.

파일 인덱스 쿼리를 시도하는 동안 내부 오류가 발생했습니다. EMC 기술 지원 센터에 문의하십시오.

client 클라이언트에 대해 number개 레코드가 잘못되었습니다.

잘못된 인덱스 레코드가 발견된 경우 보고서의 끝에 이진단 메시지가 인쇄됩니다. 인덱스가 손상되었으므로 복구가 필요하다는 것을 나타냅니다.

server 서버에 연결할 수 없습니다.

여러 이유 중 하나로 인해 인덱스 서버를 사용할 수 없습니다. 예를 들어 NetWorker server의

작동이 중단되었거나 nsrinfo 가 리소스 부족 또는 네트워크 문제로 인해 실행 중인 서버에 연결할 수 없을 수 있습니다.

server 서버로 세션을 시작할 수 없습니다.

인덱스 서버가 실행 중이지만 연결이 거부되었습니다. 정확한 이유는 출력의 다음 행에 인쇄됩니다. 가장 가능성 있는 이유는 사용자가 NetWorker 관리자가 아닌 경우에는 사용 권한이 거부되었습니다 이고, 파일 인덱스가 잠겨 있는 경우에는 사용 중인 서비스입니다. 다시 시도하십시오 입니다(예: nsrck(8)).

server 서버를 조회하지 못했습니다.

인덱스 서버가 실행 중이지만 쿼리를 처리할 수 없습니다. 정확한 이유는 출력의 다음 행에 인쇄됩니다.

제한사항명령줄 옵션은 mminfo(8) 처럼 강력하게 작성되어야 합니다.

-v 및 -V 보고서는 열 형식으로 지정되어 있지 않습니다.

특정 시간에 대한 쿼리는 파일 인덱스의 스키마로 인해 시간이 오래 걸릴 수 있습니다.

교차 플랫폼 브라우저가 부족하여 쿼리가 제한됩니다.


nsrjb(8)

Maintenance Procedures nsrjb(8)

이름nsrjb - NetWorker 주크박스 제어 명령

시놉시스nsrjb [ -C ] [ -j name ] [ -s server ] [ -v ] [ -f device ] [ -S slots | -T Tags | volume names ]

nsrjb -L [ -j name ] [ -s server ] [ -gimnqvG ] [ -Y | -N ] [ -B ] [ -b pool ] [ -f device | -J hostname ] [ -e forever ] [ -c capacity ] [ -o mode ] [ [ -S slots | -T Tags ] [ volume names ] ]

nsrjb -L [ -j name ] [ -s server ] [ -gimnqvG ] [ -Y | -N ] -R [ -b pool ] [ -f device | -J hostname ] [ -e forever ] [ -c capacity ] [ -o mode ] [ -S slots | -T Tags | volume names ]

nsrjb -l [ -j name ] [ -s server ] [ -nvqrG ] [ -R [ -b pool ] ] [ -f device | -J hostname ] [ -S slot | -T tags | volume names ]

nsrjb -u [ -j name ] [ -s server ] [ -qv ] [ -f device ] [ -S slot | -T tags | volume names ]

nsrjb -I [ -j name ] [ -s server ] [ -Evpq ] [ -I | -f device ] [ -S slots | -T tags | volume_names ]

nsrjb -p [ -j name ] [ -s server ] [ -vq ] [ -f device ] [ -S slot | -T tag | volume name ]

nsrjb -o mode [ -j name ] [ -s server ] [ -Y ] [ -S slots | -T tags | volume names ]

nsrjb -H [ -j name ] [ -s server ] [ -EHvp ]

nsrjb -h [ -j name ] [ -s server ] [ -v ]

nsrjb -U uses [ -j name ] [ -s server ] [ -S slots | -T tags ]

nsrjb -V [ -j name ] [ -s server ]

nsrjb -d [ -j name ] [ -s server ] [ -v ] [ -N ] [ -Y ] [ -P ports ] [ -S slots ] [ -T tags ] [ volume names ]

nsrjb -w [ -j name ] [ -s server ] [ -v ] [ -N ] [ -Y ] [ -P ports ] [ -S slots | -T tags | volume names ]

nsrjb -a [ -j name ] [ -s server ] [ -vd ] [ -T tags | [ -T tags ] volume names ]

nsrjb -x [ -j name ] [ -s server ] [ -vwX ] [ -T tags | -S slots ]

nsrjb -F [ -j name ] [ -s server ] [ -v ] -f device


nsrjb(8)

설명nsrjb 프로그램은 주크박스의 광범위한 두 가지 클래스 즉, 원격으로 관리되는 주크박스와 로컬로 관리되는

주크박스의 리소스를 관리합니다 . 원격으로 관리되는 주크박스는 외부 에이전트를 통해 제어됩니다 . nsrjb

는 이 에이전트와 통신하여 주크박스 리소스에 액세스합니다 . 에이전트는 여러 NetWorker server를 포함하여 여러 애플리케이션이 주크박스의 리소스를 공유할 수 있게 합니다 . 에이전트의 예로는 AlphaStor 와

StorageTek's ACSLS 가 있습니다 . nsrjb 는 로컬로 관리되는 주크박스와 직접 통신하며 에이전트가 개입하지 않습니다 . 로컬로 관리되는 주크박스의 리소스는 하나의 NetWorker server만 사용할 수 있습니다 .

로컬로 관리되는 주크박스의 경우 주크박스 리소스는 전체 주크박스의 상태를 추적하는 데 사용됩니다 . 리소스는 주크박스에 있는 드라이브와 슬롯의 수를 기록합니다 . 또한 리소스는 어떤 디바이스가 로드되었는지 ,

슬롯에 상주하는 미디어가 있는지 여부와 미디어의 볼륨 이름 및 기타 정보를 추적하는 데 사용됩니다 .

nsr_jukebox(5)를 참조하십시오 .

원격으로 관리되는 주크박스에 대한 주크박스 리소스는 전체 주크박스의 현재 상태를 반영하지 않으며

NetWorker 뷰만을 반영합니다 . 원격으로 관리되는 주크박스의 미디어는 Net- Worker가 액세스하기 전에

할당되어야 합니다 . 자세한 내용은 -a 옵션에 대한 설명을 참조하십시오 . 원격 주크박스 리소스의 슬롯 수는 NetWorker가 사용하기 위해 미디어를 할당함에 따라 증가하며 NetWorker가 해당 미디어를 더 이상 사용하지 않게 되어 미디어의 할당이 취소되면 감소합니다 . 주크박스 리소스에 나열되는 미디어의 순서가 주크박스의 물리적인 위치를 반영하는 것은 아닙니다 . 원격 주크박스의 드라이브 수는 NetWorker가 동시에 액세스할 수 있는 주크박스의 볼륨 수에 대한 상한값입니다 .

nsrjb 명령은 NetWorker server의 모든 주크박스를 관리하는 데 사용됩니다 . 주크박스에 포함되어 있는

볼륨에 레이블을 지정하거나 로드 또는 언로드하려면 nsrmm(8) 보다는 이 명령을 사용하십시오 . 여러

nsrjb 명령을 사용하여 주크박스에 언제든지 액세스할 수 있습니다 .

nsrjb 명령이 주크박스 리소스를 사용해야 하는 경우 요청된 작업을 직접 수행하지 않습니다 . 대신 이 명령은 NetWorker server 프로세스인 nsrd 에게 요청하고 이 프로그램이 해당 요청을 nsrmmgd 에 전달하여

처리하게 합니다 .

nsrjb 가 조작을 직접 수행하지 않으므로 , nsrjb를 종료해도 조작이 중단되지 않습니다 . 작업 취소에 대한 준비는 SIGINT에 연결된 중단 처리기를 통해 nsrjb에 만들어집니다 . 이는 실행 중인 nsrjb 명령이 있고 작업을 취소하려는 경우 nsrjb 프로세스에 대해 Ctrl-C를 사용하거나 UNIX 'kill' 명령을 사용하여

SIGINT 신호를 보내서 작업을 종료할 수 있음을 의미합니다 .

Ctrl-C 또는 SIGINT를 한 번 보내면 작업이 취소되며 , nsrjb는 작업이 실제로 종료되었음이 명확해질 때까지 해당 NSR 주크박스 작업 상태 리소스의 상태를 계속 모니터링합니다 . Ctrl-C 또는 SIGINT를 두 번째로 보내면 nsrjb 가 작업의 종료 확인을 기다리지 않고 종료합니다 .

NSR 주크박스 작업 상태 리소스는 작성된 각 주크박스 작업에 대해 자동으로 생성되며 nsrd 에 의해 관리됩니다 . 이때 해당 작업이 nsrd 에 의해 자동으로 시작되었는지 또는 nsrjb 를 호출하여 명시적으로 작성되었는지 여부는 관계없습니다 .

이 NSR 주크박스 작업 상태 리소스는 현재 작업 상태를 추적하며 작업과 관련된 모든 메시지 (오류 , 정보

또는 세부 정보 )를 보유하고 일반적으로 작업을 호출한 nsrjb 프로세스와 작업을 수행하는 다양한

Networker 프로그램 사이에서 통신 경로로서 작동합니다. 이 리소스에 대한 자세한 내용은 nsr_op 매뉴얼

페이지를 참조하십시오 .

볼륨 은 미디어의 물리적인 부분에 있습니다 . 미디어의 예로는 테이프 카트리지 또는 광디스크가 있습니다 .

테이프 카트리지는 면이 하나이므로 각 카트리지에 볼륨이 하나 있습니다 . 광 미디어는 면이 두 개이므로 미디어의 각 면에 볼륨이 하나씩 있습니다 . 주크박스의 각 볼륨과 각 주크박스에는 NetWorker가 인식하는 이름이 있습니다 . 볼륨 이름 은 NetWorker가 볼륨에 처음 레이블을 붙일 때 지정됩니다 . 볼륨 이름은 볼륨

레이블을 재지정하여 변경할 수 있습니다 . NetWorker는 볼륨 이름으로 볼륨을 참조합니다 . 예를 들어 볼륨의 마운트를 요청할 때 Net- Worker는 볼륨 이름 으로 요청합니다 .

nsrjb 를 사용하기 전에 주크박스와 해당 디바이스 리소스를 NetWorker server에 추가해야 합니다 .


nsrjb(8)

jbconfig 를 사용하여 주크박스 리소스와 해당 디바이스 리소스를 NetWorker server에 추가합니다 . 주크박스 리소스에 대한 설명은 nsr_jukebox(5) 를 참조하십시오 .

NetWorker server가 볼륨의 백업 또는 복구를 요청했는데 해당 볼륨이 아직 마운트되지 않은 경우 서버는

미디어 데이터베이스를 검사하여 주크박스에 미디어 요청을 충족하는 볼륨이 있는지 확인합니다 . 있는 경우

nsrd 가 요청을 nsrmmgd 에 보내어 미디어를 유휴 디바이스로 로드합니다 . Available Slots 속성은 사용할 수 있는 볼륨을 포함하는 슬롯을 지정하여 쓰기 가능 볼륨에 대한 NetWorker 요청을 자동으로 충족합니다 . 백업에 사용할 쓰기 가능 볼륨을 자동으로 선택하는 경우 Net- Worker는 사용할 수 있는 슬롯 목록에 있는 볼륨만을 사용합니다 . Available Slots 속성은 nsrjb 를 실행하는 사용자가 작업할 수 있는 슬롯을 제한하지 않습니다 .

nsrjb 는 -j, -f 또는 volume name 옵션을 기반으로 어떤 주크박스를 사용할지 결정합니다 . 이 옵션을

하나 이상 사용해도 특정 주크박스를 식별하지 않으므로 주크박스를 하나 선택해야 하는 경우에는 nsrjb 프로그램에서 주크박스를 선택하도록 메시지를 표시합니다 . NSR_JUKEBOX 환경 변수를 nsrjb 프로그램이 기본적으로 사용할 주크박스 이름으로 설정할 수 있습니다 .

옵션옵션은 두 그룹으로 구분됩니다 . 첫 번째 그룹은 미디어 레이블 지정 또는 미디어 로드 등과 같이 수행할 작업을 지정하는 옵션입니다 . 두 번째 그룹은 레이블을 지정하거나 로드할 미디어를 지정하는 것과 같이 작업에 인수를 제공하는 추가 옵션입니다 . 풀 이름과 같이 공백이 있는 옵션 인수는 큰따옴표로 묶어야 합니다 .

작업 옵션-a 옵션은 -T tags 옵션과 함께 사용하며 원격으로 관리되는 주크박스에 볼륨을 할당합니다 . 볼륨의

레이블을 지정하고 NetWorker server가 사용하려면 먼저 볼륨을 할당해야 합니다 .

STL 사일로의 경우 입출력 포트에서 테이프 배치 (가져오기 또는 입력이라고도 함 )를 지원하는 사일로에 -d 옵션을 추가할 수 있습니다. -d 는 명령줄에서 -a 다음에 지정해야 합니다. 이 기능은

일반적으로 사일로 관리 소프트웨어가 관리하지만 여기서는 사용상의 편의를 위해 추가되었습니다.

이 옵션은 NetWorker가 지원하는 모든 사일로에서 지원되지 않을 수도 있습니다 .

AlphaStor 주크박스 리소스에 할당되거나 추가될 수 있는 볼륨에는 scratch 또는 in-use의 두

가지 유형이 있습니다 . scratch라는 용어는 NetWorker가 현재 사용하고 있지 않은 볼륨을 나타낼 때 사용됩니다 . in-use 볼륨은 AlphaStor로 가져오기 전에 이미 NetWorker가 사용하고 있던 볼륨입니다 .

-a 옵션은 -T tags 옵션과 함께 사용하여 NetWorker가 사용할 볼륨을 할당합니다 . scratch와

in-use 볼륨은 모두 이 방법으로 할당할 수 있습니다 . 바코드 또는 물리적인 카트리지 레이블을

이 옵션과 함께 지정하여 특정 미디어 카트리지에 있는 볼륨을 할당할 수 있습니다 . In-use 볼륨은 주크박스 인벤토리 작업으로 확인됩니다 .

Use -a 옵션은 -T tags 및 volume names 와 함께 사용하여 in-use 볼륨을 AlphaStor 주크박스 리소스에 직접 추가합니다 . tag 는 AlphaStor로 가져올 때 볼륨에 지정되는 이름입니다 . volume

name 은 NetWorker의 미디어 데이터베이스에 기록되는 볼륨 이름입니다 .

NetWorker server가 사용할 수 있는 원격 주크박스의 볼륨 목록에서 볼륨을 제거하는 방법에 대해서는 -x 옵션을 참조하십시오 .

-C 주크박스의 현재 볼륨과 해당 주크박스와 관련된 디바이스를 표시합니다 . 다른 명령 옵션이 지정되지 않은 경우 사용되는 기본 명령 옵션입니다 . 이 옵션은 슬롯 번호 , 볼륨 이름 , 미디어 풀 , 선택적 바코드 정보 , 볼륨 ID 및 볼륨 모드의 목록을 표시합니다 . 주크박스 속성인 Bar Code

Reader 를 사용하고 미디어 볼륨에 바코드 레이블이 있으면 바코드 레이블이 목록에 포함됩니다 .

Bar Code Reader 가 설정되어 있지만 볼륨에 바코드 레이블이 없으면 대시가 표시되어 미디어에

바코드 레이블이 없음을 나타냅니다 . 기본적으로 볼륨의 짧은 볼륨 ID가 표시됩니다 . 세부 정보

옵션 (-v)을 사용하면 아래에 설명된 기타 정보와 함께 긴 볼륨 ID가 표시됩니다 . -C 옵션이 실제 주크박스 인벤토리를 수행하지는 않습니다 . nsrjb 는 주크박스 리소스에 현재 포함되어 있는


nsrjb(8)

볼륨을 보고하기만 합니다. 볼륨 뒤에 해당 볼륨이 읽기 전용임을 나타내는 (R) 또는 해당 볼륨이

아카이브이거나 마이그레이션 볼륨임을 나타내는 (A) 플래그 중 하나를 지정할 수 있습니다 . -v

옵션과 함께 사용하면 채워진 볼륨의 용량도 표시됩니다 . NetWorker 미디어 데이터베이스에 포함되어 있지 않은 볼륨은 별표 ("*")와 함께 표시됩니다 .

모드 열에는 볼륨의 모드에 대한 추가 정보가 포함되어 있습니다 . 모드 필드에는 다음 세 값 중

하나가 포함될 수 있습니다 . manually recyclable 은 볼륨이 자동으로 재활용되거나 레이블이

재지정되지 않음을 나타내며 recyclable 은 볼륨이 자동 재활용에 적합함을 나타냅니다 . 또한 공백은 두 값 중 어느 것도 적용되지 않음을 나타냅니다 .

슬롯 맵이 표시된 후에 각 디바이스에 대한 행이 표시됩니다 . 활성화된 각 디바이스의 경우 드라이브 번호 , 디바이스 경로 이름 , 슬롯 번호 , 현재 로드된 볼륨 이름 및 NetWorker가 볼륨을 마운트했는지 여부 등의 정보가 표시됩니다. 디바이스가 비활성화된 경우 드라이브 번호와 경로 이름만

disabled 메시지와 함께 표시됩니다 . 여러 디바이스 리소스가 같은 하드웨어 ID 속성 값을 통해

주크박스의 한 물리적인 드라이브를 공유하는 경우 드라이브를 공유하는 첫 번째 디바이스 경로 이름에만 드라이브 번호가 표시됩니다 .

-d 카트리지 액세스 포트에서 하나 이상의 카트리지를 배치 (주크박스로 로드 )합니다 (요소 , 메일 슬롯 또는 I/E 포트 가져오기 /내보내기 라고도 함 ).

배치할 카트리지의 수는 지정된 슬롯 또는 태그 수에 의해 결정됩니다 . 슬롯 또는 태그가 지정되지

않으면 주크박스의 모든 빈 슬롯이 배치됩니다 . 여러 대상 슬롯 범위를 지정할 수 있으며 채워진 슬롯은 건너뜁니다 . 사용할 수 있는 가져오기 포트가 모두 비어 있고 배치할 카트리지가 있으면 운영자에게 가져오기 포트를 채울지 묻는 메시지가 표시됩니다 . -N 옵션을 주크박스 폴링 기능과 함께

사용하는 경우 주크박스는 모든 카트리지가 배치되거나 오류가 발생할 때까지 가져오기 포트의 카트리지에 대해 폴링합니다 . 추가 카트리지 대기 중에 폴링 제한 시간이 초과되면 오류로 간주됩니다 .

명령줄에 볼륨 이름을 지정하지 않는 것이 좋습니다 . inventory 명령을 실행하여 볼륨 이름을 정확하게 확인할 수 있습니다 .

-d 를 -T tags 옵션과 함께 사용하면 명령을 사일로에서 실행하는 것으로 간주하며 , 이 명령이 -

a 및 -d 옵션과 함께 실행된 것처럼 내부적으로 처리됩니다 . 지정된 볼륨 태그 (바코드 )가 사일로에 배치되고 나면 NetWorker가 해당 태그의 사용을 위해 할당을 시도합니다 . 사용된 사일로의

정확한 유형에 따라 이 할당 단계가 성공할 수도 있고 실패할 수도 있습니다 . 할당 성공 여부를

확인해야 하며 지정된 태그 값을 모두 확인하려면 -a 옵션만 지정하여 명령을 다시 실행합니다 .

태그가 모두 할당되면 이것을 나타내는 메시지가 표시됩니다 . 이 메시지는 오류가 아니라

NetWorker가 사용할 수 있도록 볼륨이 이미 성공적으로 할당되었음을 의미합니다 .

-F STL 사일로에 포함되어 있는 공유 디바이스를 해제합니다 . 이 옵션은 공유하는 디바이스가 있는

테이프 라이브러리에서만 사용할 수 있습니다 . nsr_jukebox(5) 를 참조하십시오 .

-h 이전에 실행된 120개 주크박스 명령의 동작과 결과를 표시합니다 . 여기에는 사용자가 명령줄에서

실행한 명령 또는 NetWorker가 자동으로 시작한 요청이 포함됩니다 . 기록에 저장된 명령줄의 수를 변경하려면 환경 변수 .B NSRJB_HISTORY_COUNT 값을 20 과 2000 값 사이로 설정합니다 .

20보다 작은 값을 사용하면 20이 사용되고 2000보다 큰 값을 사용하면 2000이 사용됩니다 .

-H 주크박스 하드웨어 및 주크박스를 나타내는 NetWorker 데이터베이스를 일관성 있는 상태로 재설정합니다 . 주크박스는 전송을 지운 다음 드라이브에서 슬롯으로 볼륨을 언마운트하고 언로드합니다 .

실제 인벤토리는 수행되지 않습니다 (-I 옵션 참조 ). 주크박스에서 인벤토리가 오래되었음을 감지하면 적절한 메시지를 표시합니다 .

슬롯의 경우 NetWorker가 로드되었다고 인식하는 디바이스만 언로드됩니다 . 사일로 컨트롤러를

사용하여 다른 드라이브를 비울 수 있습니다 . For AlphaStor 주크박스의 경우 주크박스 디바이스와 주크박스를 나타내는 NetWorker 데이터베이스를 일관성 있는 상태로 재설정합니다 .


nsrjb(8)

이 작업에서는 주크박스의 디바이스 및 주크박스 리소스의 미디어 상태를 AlphaStor와 동기화합니다 . NetWorker는 주크박스 리소스의 볼륨과 현재 마운트되어 있는 볼륨에 대한 정보를

AlphaStor에 쿼리한 다음 이 정보를 사용하여 주크박스 및 디바이스 리소스를 동기화함으로써

AlphaStor가 보고한 정보와 일치시킵니다 . -p 옵션을 함께 지정하면 로드된 볼륨에 대해 검사

작업이 수행됩니다 .

NetWorker는 서버가 시작될 때마다 자동으로 AlphaStor를 쿼리하여 주크박스와 디바이스 리소스를 동기화합니다 .

-I 주크박스 내용에 대해 인벤토리를 수행합니다 . 이 옵션을 사용하여 슬롯 번호와 볼륨 이름 사이의

매핑이 올바른지 확인합니다 . 필요한 경우 지정된 슬롯의 볼륨을 디바이스로 로드하여 해당 레이블을 읽을 수도 있습니다 . 이 옵션은 주크박스의 유형에 따라 시간이 오래 걸릴 수도 있습니다 .

주크박스에 바코드 레이블 리더가 있고 주크박스 리소스 속성에 Bar Code Reader 와 Match Bar

Code 가 설정되어 있으면 슬롯과 관련된 볼륨 이름 이 미디어 바코드 레이블에서 파생됩니다 .

다음 조건에서는 테이프가 항상 드라이브에 로드되어 레이블을 읽습니다 .

1) 주크박스에 바코드 리더가 없는 경우2) 주크박스에 바코드가 활성화되어 있고 테이프의 바코드가 미디어 데이터베이스에 없는 경우3) 주크박스에 있는 바코드가 활성화되어 있는 바코드와 일치하고 , 테이프의 바코드가 미디어 데이터베이스에 있지만 위치가 비어 있는 경우

미디어의 바코드 레이블이 변경되면 NetWorker 미디어 데이터베이스가 새 바코드 레이블로 업데이트됩니다 . 주크박스의 바코드 리더를 올바로 사용하면 인벤토리 수행 시간을 최소화할 수 있습니다 .

-II 옵션은 레이블을 읽지 않고 확인할 수 있는 볼륨이 있는 슬롯에서만 작동하므로 빠른 인벤토리를 수행하는 데 사용됩니다 . 빠른 인벤토리는 테이프를 읽지 않기 때문에 이 옵션은 디바이스 지정(-f) 옵션과 함께 사용하지 않습니다 .

-Ip 옵션을 사용하면 볼륨 레이블을 확인할 수 있는 경우에도 테이프를 드라이브에 로드하여 레이블을 읽습니다 .

요소 상태 기능이 있는 주크박스의 경우 -E 옵션을 -I 옵션과 함께 사용하여 주크박스의 인벤토리

상태를 다시 초기화할 수 있습니다 . -E 옵션을 사용하면 하드웨어에서 존재하는 미디어의 모든 슬롯과 드라이브를 포함하여 모든 구성 요소를 검사해야 하기 때문에 주크박스의 인벤토리 목록을 작성하는 데 걸리는 시간이 늘어납니다. 따라서 이 옵션은 미디어를 주크박스에서 수동으로 교체하는

경우에만 사용해야 합니다 .

AlphaStor 주크박스의 경우 NetWorker와 AlphaStor 데이터베이스를 동기화하는 데 이 작업이

사용됩니다 . 이 작업으로 이 NetWorker server에 할당되어 이 주크박스 리소스에 나열된 모든

볼륨의 상태가 AlphaStor와 Net- Worker 간에 일치하게 됩니다 . -p 옵션을 함께 지정하면

nsrjb 가 볼륨의 로드를 요청하여 각 볼륨의 레이블을 확인할 수 있습니다 .

카트리지 클리닝을 위해 주크박스에 슬롯을 할당하려면 주크박스 리소스 속성인 Auto Clean 을

Yes 로 설정하고 Cleaning Slots 속성을 공백이 아닌 슬롯 범위로 설정합니다 . 자세한 내용은

nsr_jukebox(8) 를 참조하십시오 . 카트리지 클리닝을 위해 스케줄 지정된 슬롯의 볼륨은 주크박스 인벤토리 중에는 로드되지 않습니다 . 요소 상태를 지원하지 않거나 바코드 리더가 없는 주크박스의 경우 -U uses 옵션을 사용해야 클리닝 카트리지를 주크박스의 인벤토리에 입력할 수 있습니다 . 요소 상태나 바코드 리더를 지원하는 주크박스의 경우 이전에는 비어 있었지만 현재는 카트리지를 포함하는 클리닝 카트리지 슬롯은 클리닝 카트리지가 주크박스 속성인 Default Cleanings

의 값 세트이므로 uses 수를 가집니다 .

-l 지정된 볼륨을 로드하고 마운트합니다 . 볼륨은 이름 또는 볼륨이 있는 슬롯에 의해 지정되고 ,

원격 주크박스의 경우 볼륨과 관련된 태그 에 의해 지정됩니다 . 지정된 볼륨 수가 사용할 수 있는

드라이브 수보다 크면 작업이 실패합니다 .


nsrjb(8)

AlphaStor 주크박스의 경우 이 명령은 볼륨을 nsrjb 가 실행 중인 스토리지 노드에서 액세스할

수 있는 디바이스로 마운트하려고 합니다 . -J 옵션은 다른 스토리지 노드를 지정하는 데 사용될

수 있습니다 .

-f 옵션은 볼륨을 로드할 미디어 디바이스를 지정하는 데 사용될 수 있습니다 .

-L 지정된 슬롯의 볼륨에 레이블을 지정하거나 원격으로 관리되는 주크박스의 경우 지정된 태그로 레이블을 지정합니다. 레이블이 지정된 볼륨의 이름은 미디어 바코드 레이블, 명령줄에 지정된 volume

names 에서 파생되거나 지정된 BR 풀 에 대한 label template 리소스를 참조하여 생성됩니다 .

슬롯을 지정하지 않으면 슬롯의 범위는 주크박스에 대해 NSR_jukebox 리소스에 설명된 내용과 같습니다. 주크박스 전체에 레이블을 지정하면 시간이 오래 걸립니다. 주크박스에 바코드 레이블 리더가

있고 NSR_jukebox 리소스

속성 Bar Code Reader 와 Match Bar Code Labels 가 설정되어 있으면 볼륨 레이블이 미디어에 있는 바코드 레이블에서 파생됩니다 . 주크박스 리소스 속성 Match Bar Code Labels 가 설정되어 있지 않거나 주크박스에 바코드 리더가 없으면 볼륨 레이블은 명령줄에 지정된 volume

names 에서 생성됩니다 . 명령줄에 지정된 볼륨 이름보다 더 많은 볼륨에 레이블이 지정되는 경우

볼륨 레이블은 레이블 템플릿에서 파생됩니다. 볼륨 레이블이 파생되는 방법과 관계없이, 레이블이

지정된 미디어에 미디어 바코드 레이블이 있으면 바코드가 NetWorker 미디어 데이터베이스에 저장되어 인벤토리 작업 중에 사용될 수 있습니다 .

볼륨 이름 을 사용하려면 일반적인 주크박스에 사용되는 -S 또는 -R 옵션을 지정해야 합니다 . 새

테이프나 가져온 테이프의 경우에는 볼륨 이름 이 미디어 데이터베이스 에 없기 때문입니다 .

카트리지 클리닝을 위해 확보한 슬롯에 있는 볼륨은 레이블을 지정할 수 없습니다 . 카트리지 클리닝을 위해 주크박스 슬롯을 확보하는 방법에 대한 자세한 내용은 -I 를 참조하십시오 .

빈 슬롯이 발견되면 정보 메시지가 표시되며 작업이 계속됩니다 .

레이블을 지정한 후 볼륨을 자동으로 마운트하려면 -m 옵션을 참조하십시오 .

-o mode

볼륨 모드 또는 슬롯의 범위를 설정합니다 . 사용할 수 있는 모드 값은 [not]recyclable,

[not]readonly, [not]full 또는 [not]manual 입니다. -Y 옵션을 사용하지 않으면 각 볼륨에

대한 작업을 확인하는 메시지가 표시됩니다 . per- volume 플래그에 대한 자세한 내용은

nsrim(8) 을 참조하십시오 .

-p 볼륨 레이블을 확인하고 표시합니다. 슬롯 또는 원격으로 관리되는 주크박스의 경우 태그를 지정할 수

있습니다 . 볼륨을 읽는 데 사용되는 디바이스도 지정할 수 있습니다 . nsrmm(8) 을 참조하십시오 .

-u 디바이스에서 볼륨을 언로드합니다 . 디바이스에서 볼륨을 언로드하려면 볼륨의 이름 , 볼륨이 로드된 디바이스 또는 볼륨을 로드한 슬롯을 지정합니다 . 볼륨 , 디바이스 또는 슬롯을 지정하지 않으면 로드되어 있는 모든 디바이스에서 미디어가 언로드됩니다 .

-U uses

클리닝 카트리지를 사용할 수 있는 횟수를 설정합니다 . 슬롯도 지정할 수 있습니다 . 지정된 슬롯은 주크박스에서 클리닝 카트리지를 위해 확보한 슬롯 범위 내에 있어야 합니다 . 슬롯 범위가 지정되어 있지 않으면 클리닝 카트리지를 위해 확보한 모든 슬롯이 업데이트됩니다 . 주크박스의 인벤토리에서 현재 비어있는 슬롯의 경우 이 옵션은 인벤토리를 업데이트하여 슬롯이 클리닝 카트리지에

의해 확보되었음을 나타냅니다 . 주크박스의 슬롯을 클리닝 카트리지를 위해 확보하는 방법에 대한

자세한 내용은 -I 를 참조하십시오 .

Uses 는 양의 정수이거나 예약된 단어인 remove 또는 default 여야 합니다 . 예약된 단어 remove

는 NetWorker 인벤토리에서 클리닝 카트리지를 삭제하는 데 사용될 수 있습니다 (예: -U remove).

default 를 지정하면 클리닝 카트리지를 사용할 수 있는 횟수를 주크박스에 대한 default

cleanings 속성 값으로 설정합니다 . nsr_jukebox(5) 를 참조하십시오 .


nsrjb(8)

-T 옵션을 -U 옵션과 함께 사용하여 사일로 테이프 라이브러리(STL)에 클리닝 카트리지를 추가할

수 있습니다 . 이 옵션을 사용하면 클리닝 카트리지를 추가할 때마다 STL에 클리닝 카트리지를 확보합니다. STL에서 클리닝 카트리지를 제거하는 방법에 대한 자세한 내용은 -x 를 참조하십시오.

STL이 아닌 주크박스에 클리닝 카트리지를 위한 슬롯을 확보하는 방법에 대한 자세한 내용은 -I

를 참조하십시오 .

-V 현재 주크박스 구성을 표시합니다 .

-w 하나 이상의 카트리지를 카트리지 액세스 포트로 회수 (주크박스에서 미디어를 배출 )합니다 .

카트리지는 슬롯 , 볼륨 이름 또는 태그로 지정되어야 합니다 . 여러 슬롯 범위 및 볼륨 이름을 지정할 수 있으며 비어 있거나 중복된 슬롯은 무시됩니다 . 사용할 수 있는 내보내기 포트가 가득 차있고 회수할 카트리지가 있으면 운영자에게 내보내기 포트를 비우라는 메시지가 표시됩니다 . -N 옵션을 주크박스 폴링 기능과 함께 사용하면 카트리지를 모두 회수하거나 오류가 발생할 때까지 주크박스가 비어있는 내보내기 포트를 폴링합니다 . 빈 포트를 기다리는 동안 폴링 제한 시간이 초과되면 오류로 간주됩니다 .

-w 를 -T tags 옵션과 함께 사용하면 명령이 사일로에서 실행 중인 것으로 간주되며 내부적으로

해당 명령이 -x 및 -w 옵션과 함께 실행된 것으로 처리됩니다 . 지정된 볼륨 태그 (바코드 )는 사일로에서 회수됩니다 . 그런 다음 Net- Worker가 해당 태그를 사일로에 대한 볼륨 목록에서 할당

해제합니다 . 일반적으로 한 사일로에서 한 번에 40개 정도의 볼륨을 회수할 수 있으며 이 제한은

사일로 모델에 따라 다릅니다 . 지정된 명령으로 사일로에서 테이프가 회수되지 않으면 명령줄에서

태그 값을 적게 사용하여 다시 시도하십시오 .

-x 이 옵션은 -T tags 또는 -S slots 옵션과 함께 원격 주크박스에서 볼륨을 제거하는 데 사용됩니다 . 지정된 볼륨은 NetWorker server가 사용할 수 있는 원격 주크박스 목록에서 제거됩니다 .

STL 사일로의 경우 -w 옵션을 추가하여 사일로에서 테이프를 회수 또는 배출하거나 사일로에서 물리적으로 테이프를 제거합니다 . -w 는 명령줄에서 -x 다음에 표시해야 합니다 . 이 기능은 일반적으로 사일로 관리 소프트웨어가 처리하지만 사용의 편의를 위해 여기에 추가되었습니다. 이 옵션은

NetWorker가 지원하는 일부 사일로에서 지원되지 않을 수도 있습니다 .

NetWorker server가 사용하도록 볼륨을 할당하는 방법에 대한 자세한 내용은 .BR -a를 참조하십시오 .

추가 옵션-b pool

볼륨이 속해야 하는 미디어 풀을 지정합니다 . 현재 Net- Worker server에 등록된 모든 풀을 사용할 수 있습니다 . 풀 이름은 NetWorker Management Console 미디어 디스플레이의 왼쪽 창에서 [미디어 풀 ]을 선택하여 볼 수 있습니다 . 풀 이름은 NetWorker server가 볼륨에 상주할

수 있는 세이브 세트를 결정할 때 참조합니다 . 이 옵션이 없으면 볼륨은 자동으로 기본 풀에 할당됩니다 . 볼륨 이름 없이 풀 이름을 지정하면 nsrjb 는 지정된 풀의 label template 리소스와

관련된 다음 볼륨 이름을 사용합니다 . nsr_label(5) 을 참조하십시오 .

-c capacity

볼륨의 기본 용량을 덮어씁니다 . nsrmm(8) 을 참조하십시오 .

-B 현재 레이블이 지정되는 볼륨에 읽을 수 있는 NetWorker 레이블이 없는지 확인합니다 . 볼륨에 레이블을 지정하기 전에 NetWorker는 볼륨에 쓰여진 기존 레이블을 읽으려고 합니다 . 이 옵션을 지정하고 현재 사용 중인 디바이스가 읽을 수 있는 NetWorker 레이블이 볼륨에 있으면 레이블 작업이 취소되고 오류 메시지가 표시됩니다 . 볼륨에 레이블이 없거나 현재 디바이스가 읽을 수 없는 레이블이 있으면 볼륨에 레이블을 지정할 수 있습니다 . 이 옵션은 nsrd(8) 에 의해 사용되며

nsrmmd(8) 가 데이터를 저장하는 동안 볼륨을 요청할 때 자동으로 볼륨에 레이블을 지정합니다 .

-e forever

볼륨이 아카이브 볼륨이 되도록 지정합니다 . nsrmm(8) 을 참조하십시오 .


nsrjb(8)

-E 이 기능을 지원하는 주크박스에 대한 요소 상태를 초기화합니다 . 이 옵션은 -I 또는 -H 옵션과 함께 사용할 수 있습니다 . 일부 주크박스는 주크박스의 구성 요소에 미디어가 있는지 여부를 추적할

수 있습니다 . 이 기능은 "요소 상태 " 기능으로 알려져 있습니다 . -V 옵션은 주크박스에 이 기능이 있는지 여부를 확인하는 데 사용할 수 있습니다 . 이전에 미디어를 로드하지 않았던 주크박스로

미디어를 스와핑하는 경우 -E 옵션과 함께 주크박스를 다시 인벤토리 ( -I )하여 주크박스가 해당

요소 상태를 다시 초기화하게 해야 할 수도 있습니다 .

-f media device

작업에 사용될 미디어 디바이스를 지정합니다 . 미디어 디바이스의 경로 이름을 주크박스 리소스에

구성된 대로 사용하십시오 . 주크박스에 미디어 디바이스가 하나 이상 구성되어 있으면 nsrjb 가 디바이스 리소스 속성 accesses 에 대해 가장 낮은 값을 가진 사용 가능한 디바이스를 선택합니다 .

nsr_device(5) 를 참조하십시오 . 볼륨을 로드하거나 확인할 때 사용할 수 있는 디바이스 수는 작업에 대해 지정된 볼륨 수보다 크거나 같아야 합니다 . 기타 작업의 경우 주크박스 속성 max

parallelism 이 nsrjb 명령에서 사용할 수 있는 디바이스 수에 대한 상한값을 지정합니다 .

nsr_jukebox(5) 를 참조하십시오 . - 옵션을 사용하여 디바이스 선택을 덮어쓸 수 있습니다 . 이

옵션을 여러 번 사용하여 미디어 디바이스를 둘 이상 지정할 수 있습니다 .

AlphaStor 주크박스의 경우 디바이스 리소스가 물리적인 디바이스와 연결되어 있지 않습니다 . 즉

논리적인 디바이스 리소스입니다 . 이 논리적인 디바이스와 물리적인 디바이스 사이의 연결이 디바이스에 미디어가 로드되어 있는 동안 지속됩니다 . NetWorker에서는 AlphaStor에 특정 디바이스로 미디어를 로드하도록 요청하지 않습니다 . AlphaStor에서 미디어를 로드할 디바이스를 선택할

수 있게 합니다 . 그런 다음 nsrjb 는 디바이스의 logical name, logical type 및 logical

family 속성에 값을 할당하여 실제 디바이스와 NetWorker 논리 디바이스 리소스 사이에 연결을

만듭니다 . nsr_device(5) 를 참조하십시오 . AlphaStor와 NetWorker는 디바이스와 미디어 유형에 대해 서로 다른 이름을 사용합니다 . nsrjb 는 AlphaStor와 NetWorker 이름 사이를 매핑하는 테이블을 유지하여 이러한 속성의 값을 올바르게 설정할 수 있습니다 . 이 테이블은 동적으로

업데이트되어 추가 AlphaStor 드라이브 또는 미디어 유형을 지원할 수 있습니다 . /nsr/res/

dmidevmap.txt 파일을 사용하여 nsrjb의 맵 테이블에 항목을 추가합니다. 이 파일의 각 행에는

4개의 열 , 즉 AlphaStor 카트리지 유형 , AlphaStor 비트 형식 , NetWorker 디바이스 리소스

미디어 유형 및 NetWorker 디바이스 리소스 패밀리 유형이 포함되어 있습니다 . AlphaStor 비트

형식은 정규식이며 다른 값들은 모두 문자열입니다 . 예를 들어

DTL7000 DLT8000.* DLT8000 tape

위의 행은 AlphaStor DLT7000 카트리지 유형을 사용하는

DLT8000 디바이스에 사용될 수 있습니다 .

-g 이 옵션은 관례상 유지할 뿐이며 아무런 영향이 없습니다 .

-G 이 옵션은 서버에 의해서만 사용되며 autoloader 마운트를 하거나 NDMP(네트워크 데이터 관리

프로토콜 ) 디바이스의 볼륨에 레이블을 지정합니다 .

-i 이 옵션은 관례상 유지할 뿐이며 아무런 영향이 없습니다 .

-j name

사용할 특정 주크박스를 지정합니다. 지정된 name 은 주크박스 리소스를 만들 때 사용자가 할당한

이름입니다 . 이 옵션은 NSR_JUKEBOX 환경 변수를 덮어씁니다 .

-J hostname

사용할 특정 호스트 이름을 지정합니다 . nsrjb 가 선택하는 드라이브는 지정된 hostname 의 드라이브로 제한됩니다 . 이 옵션은 -l (로드 ) 또는 -L (레이블 ) 옵션과 함께 사용할 수 있으며 -f

옵션과는 함께 사용할 수 없습니다 . 관리하는 주크박스가 NDMP 서버에 연결되어 있는 경우 (예를

들면 , NAS 파일러 ) 이 옵션을 사용하여 NDMP 서버를 지정해야 합니다 . 예제 를 참조하십시오 .


nsrjb(8)

-m 볼륨에 레이블이 지정된 후 볼륨을 마운트합니다 . 레이블이 지정된 볼륨을 모두 마운트할 수 있는

충분한 드라이브가 있어야 합니다 .

-n -l 옵션과 함께 지정한 경우 볼륨을 로드하지만 마운트하지는 않습니다 .

-N -LRdw 옵션과 함께 사용한 경우 nsrjb 에게 확인 메시지를 표시하지 않도록 지시합니다 .

NetWorker가 볼륨을 재활용할 때 재활용할 수 없다고 간주되는 볼륨을 덮어써도 좋은지 사용자에게 확인 메시지를 표시합니다 . per-volume 플래그에 대한 자세한 내용은 nsrim(8) 을 참조하십시오 .

-P ports

볼륨을 배치 또는 회수할 카트리지 액세스 포트 또는 포트 범위를 지정합니다 .

범위는 low에서 high로 지정됩니다. low 와 high 는 모두 정수여야 합니다. low 는 high 보다

작거나 같아야 합니다 . 두 숫자 모두 주크박스를 설명하는 리소스에 대해 유효성이 검사됩니다 . 명령 하나에 대해 포트 범위를 하나만 지정할 수 있습니다 .

-q nsrjb 프로그램을 자동 모드로 실행합니다 . 볼륨을 확인 , 레이블 지정 , 로드 또는 언로드하거나

주크박스를 인벤토리할 때 일반적으로 생성되는 모든 메시지를 해제합니다 . 이 옵션에는 -p, -L,

-l, -u 또는 -I 옵션만 지정할 수 있습니다 .

-r 볼륨을 읽기 전용으로 로드합니다 . 이 옵션에는 -l 옵션만 지정할 수 있습니다 . nsrmm(8) 을 참조하십시오 .

-R 볼륨을 재활용합니다 . 바코드를 레이블로 사용하기 위한 -L 옵션에 대해 설명한 조건이 만족되는

경우 볼륨 레이블은 미디어의 바코드 레이블로부터 파생됩니다 (예외 없음 ). 볼륨이 새 풀로 재활용되는 경우 레이블은 지정된 풀의 레이블 템플릿 리소스를 참조하여 생성됩니다 . 그렇지 않으면

볼륨은 현재 이름을 사용하여 다시 레이블 지정됩니다 . 볼륨이 재활용 가능한 경우 이 볼륨을 덮어쓸 수 있을지 여부에 대한 확인 메시지를 표시하지 않습니다 . per-volume 플래그의 설명은

nsrmm(8) 을 참조하십시오 .

-s server

nsrjb 가 스토리지 노드에서 사용될 때 제어 서버를 지정합니다 . 스토리지 노드에서 nsrjb 를 사용하려면 명령이 스토리지 노드에서 실행되어야 합니다 . 스토리지 노드에 대한 자세한 내용은

nsr_storage_node(5) 를 참조하십시오 .

-S slots

작업할 슬롯 또는 슬롯 범위를 지정합니다 . 슬롯 범위는 낮은 정수에서 높은 정수 순으로 지정합니다. low 와 high 는 모두 정수여야 합니다. low 는 high 보다 작거나 같아야 합니다. 두 숫자

모두 주크박스를 설명하는 리소스에 대한 유효성 검사에서 확인됩니다 . 명령 하나에 대해 포트 범위를 하나만 지정할 수 있습니다 .

-T tags

원격 주크박스에 있는 볼륨의 태그 또는 바코드를 지정합니다 . 이 옵션은 한 명령에 두 번 이상

지정할 수 있습니다 .

tags 에는 볼륨 태그 또는 레이블 템플릿과 유사한 볼륨 태그 템플릿을 지정할 수 있습니다 .

nsr_label (5) 을 참조하십시오 . 볼륨 태그 템플릿은 슬래시 ("/")로 구분된 템플릿 필드 목록입니다 . 템플릿 필드는 상수 영숫자 문자열 또는 "-"으로 low와 high값을 구분한 영문자 또는

숫자 범위입니다 .

이 템플릿은 NetWorker GUI에서 사용된 템플릿과 다릅니다 . 템플릿의 각 부분은 구분 기호로 "/"

를 사용하는 대신 GUI의 대화 상자에서 개별 행에 입력됩니다 .


nsrjb(8)

태그는 원격 주크박스를 관리하는 에이전트가 요청할 때 미디어를 식별하는 데 사용됩니다 . 이 식별자는 원격 에이전트에 의해 확인됩니다. 태그는 보통 바코드 레이블입니다. 미디어를 디바이스로

로드하도록 요청하는 경우 NetWorker는 tag 를 요청과 함께 에이전트에 보내어 로드될 미디어를

확인합니다 . 주크박스 리소스의 볼륨은

해당 태그의 영숫자 순서로 나열됩니다 . 따라서 주크박스 리소스의 순서는 미디어가 할당되고 할당이 해제됨에 따라 변경될 수 있으며 미디어가 물리적인 라이브러리에 상주하는 슬롯과는 관계가 없습니다 .

-v 이 플래그가 명령줄에 지정된 횟수로 세부 정보 레벨을 설정합니다 . 지원되는 최대 세부 정보 레벨은 5입니다 . 세부 출력에 대한 자세한 내용은 기타 인수를 참조하십시오 .

-X 이 옵션은 -x 옵션과 함께 사용하여 볼륨이 할당 해제될 때 NetWorker의 미디어 데이터베이스에서 볼륨을 삭제할 수 있습니다 . -Y 를 함께 지정하지 않으면 볼륨이 미디어 데이터베이스에서 삭제된다는 것을 확인하는 메시지가 표시됩니다 .

-Y 확인 메시지 표시를 비활성화합니다 . 확인 메시지를 표시하는 대신 yes 라는 대답을 가정합니다 .

프롬프트는 일반적으로 볼륨의 레이블이 만료 날짜 이전에 다시 지정되거나 NetWorker 미디어 데이터베이스에 볼륨이 계속 등록되어 있을 때 생성됩니다 . 작업에서 볼륨을 레이블 지정 ( -L )하거나 볼륨을 로드 ( -l )할 때 -R 옵션을 함께 지정하고 볼륨이 재활용 상태이면 볼륨을 덮어쓸

것인지 여부를 묻는 메시지가 표시되지 않습니다 .

볼륨 이름볼륨의 레이블을 지정할 때 사용할 이름을 지정합니다 . 볼륨에 레이블을 지정한 후에는 작업할 미디어를 선택할 때 볼륨 이름이 사용됩니다 . 한 명령에서 여러 볼륨 이름을 지정할 수 있으며 이러한 이름은 명령줄 끝에 와야 합니다 .

예제볼륨에 레이블 지정 :

주크박스에 있는 모든 볼륨에 레이블을 지정하려면 -L 옵션을 사용합니다 .

RS 10 nsrjb -L

특정 풀을 지정하려면 -b 옵션을 사용합니다 .

nsrjb -L -bOffsite

5에서 19까지의 슬롯에 있는 볼륨에 레이블 지정 :

5에서 19까지의 슬롯에 있는 볼륨에 레이블을 지정하려면 -S 옵션을 사용합니다 .

nsrjb -L -S 5-19

비표준 이름으로 볼륨에 레이블 지정 :

슬롯 20에 있는 볼륨에 풀과 관련된 레이블 템플릿과 일치하지 않는 이름으로 레이블을 지정하려면

-L 옵션과 함께 이름을 지정합니다 .

nsrjb -L -S 20 mars.special

둘 이상의 볼륨에 레이블을 지정하는 경우 이름이 풀과관련된 레이블 템플릿과 일치해야 합니다 .

이렇게 하면 nsrjb가 후속 이름을 생성합니다 .

레이블 지정 후 볼륨 마운트 :

레이블을 지정한 후 볼륨을 마운트하려면 -m 옵션을 사용합니다 .

nsrjb -L -S 20 -m

레이블이 지정된 모든 볼륨을 마운트할 드라이브가 충분하지 않으면 명령이 실패합니다 .


nsrjb(8)

표준 이름으로 불륨에 레이블 지정 :

풀 리소스와 관련된 레이블 템플릿에서 참조하는 이름과 다른 이름으로 시작하여 21에서 28까지의

슬롯에 있는 볼륨에 레이블을 지정하려면 첫 번째 이름을 -L 옵션과 함께 지정합니다 . nsrjb 가

추가 이름을 생성하려면 지정된 이름이 레이블 템플릿의 레이아웃과 일치해야 합니다 .

nsrjb -L -bOffsite -S 21-28 Offsite.501

슬롯 21에 있는 볼륨의 레이블을 ‘Offsite.501’로 지정한 후에는 nsrjb 가 레이블 템플릿을 사용하여 22(‘Offsite.502’)에서 28(‘Offsite.508’)까지의 슬롯에 있는 볼륨에 대해 이름을 생성합니다 . 레이블 템플릿 순서에서 다음 volume name 이 이미 사용 중이면 해당 이름을 건너뜁니다 .

볼륨 로드 :

볼륨을 로드하려면 -l 옵션을 사용합니다 .

nsrjb -l

nsrjb 가 선택된 디바이스로 로드할 볼륨을 선택합니다 . 모든 디바이스가 로드될 때까지 볼륨을

계속 로드합니다 .

특정 볼륨 로드 :

mars.001 이라는 볼륨을 로드하려면 볼륨 이름 을 -l 옵션과 함께 지정합니다 .

nsrjb -l mars.001

슬롯 5에 있는 볼륨을 로드하려면 -S 옵션을 사용합니다 .

nsrjb -l -S 5

선택된 볼륨을 디바이스 /dev/nrst1 로 로드하려면 -f 옵션을 사용합니다 .

nsrjb -l -f /dev/nrst1 mars.005

NDMP 서버에 연결된 주크박스의 볼륨 로드 :

주크박스 1 mylibrary (NDMP 서버 10.31.32.220 에 연결됨 )의 슬롯에 있는 볼륨을 로드하려면 -J 및 -j 옵션을 사용합니다 .

nsrjb -J 10.31.32.220 -j mylibrary -l -S 1

주크박스 mylibrary (NDMP 서버 10.31.32.220 에 연결됨 )의

1 슬롯에 있는 볼륨을 특정 디바이스 nrst0l, 에 로드하려면 다음과 같이 지정합니다 .nsrjb -l -f "rd=10.31.32.220:nrst0l (NDMP)" -j mylibrary -S 1

볼륨 언로드특정 볼륨 , 슬롯 또는 디바이스를 언로드할 수 있습니다 . 볼륨 mars.0028 을 언로드하려면 -u

옵션을 사용합니다 .

nsrjb -u mars.0028

슬롯 28 에 있는 볼륨을 언로드하려면 -S 옵션을 사용합니다 .

nsrjb -u -S 28


nsrjb(8)

디바이스 /dev/nrst3 의 볼륨을 언로드하려면 -f 옵션을 사용합니다 .

nsrjb -u -f /dev/nrst3

주크박스의 현재 볼륨 표시슬롯과 볼륨 목록을 표시하고 주크박스의 디바이스에 로드된 볼륨을 표시하려면 -C 옵션을 사용합니다 .

nsrjb -C

B -C 옵션은 기본값이며 다른 옵션이 선택되지 않았을 때 사용됩니다 . 슬롯의 범위도 지정할 수 있습니다 . 예를 들어 10에서 23까지의 슬롯에 있는 볼륨을 표시하려면 -S 옵션을 사용합니다 .

nsrjb -S 10-23

클리닝 카트리지 사용 횟수 설정 :주크박스의 모든 클리닝 카트리지의 사용 횟수를 12로 설정하려면 -U 옵션을 사용합니다 .

nsrjb -U 12

슬롯 10의 클리닝 카트리지 사용 횟수를 설정하려면 -S 옵션을 사용합니다 .

nsrjb -U 25 -S 10

슬롯 10은 주크박스에서 클리닝 카트리지를 위해 확보된 슬롯이어야 합니다 .

볼륨 인벤토리 :실제 볼륨과 nsrjb 가 생성한 볼륨 목록을 조정하려면 -I 옵션을 사용합니다 . 각 볼륨은 디바이스에 로드되며 바코드 설정 및 기타 요소에 따라 NetWorker 레이블이 검사됩합니다 . 그런 다음 내부 목록이 새 정보로 업데이트됩니다. 모든 볼륨의 검사가 끝나면 새 목록이 NetWorker 미디어 데이터베이스와 비교되고 주크박스에는 있지만 데이터베이스에는 없는 볼륨을 나열하는 메시지가 생성됩니다 . 17에서 43까지의 슬롯에 있는 볼륨을 인벤토리하려면 -S 옵션을 사용합니다 .

nsrjb -I -S 17-43

레이블링과 마찬가지로 볼륨 인벤토리도 시간이 많이 걸립니다 .

NetWorker 알림 시스템 사용 :NetWorker에 볼륨이 필요하면 "미디어 이벤트 "가 생성됩니다 . nsrjb 가 자동으로 이 이벤트에 응답하도록 NetWorker 알림 시스템이 사용됩니다 . 이 알림 리소스는 자동으로 생성됩니다 .

카트리지 액세스 포트 사용 :7에서 11까지의 주크박스 슬롯에서 5에서 10까지의 카트리지 액세스 포트로 카트리지를 회수하려면 -w 옵션을 -S 및 -P 옵션과 함께 사용합니다 .

nsrjb -w -S 7-11 -P 5-10

3에서 5까지의 카트리지 액세스 포트로부터 8에서 10까지의 주크박스 슬롯으로 카트리지를 배치하려면 -d 옵션을 -S 및 -P 옵션과 함께 사용합니다 .

nsrjb -d -S 8-10 -P 3-5


nsrjb(8)

테이프 라이브러리에서 바코드 템플릿 사용 :

바코드가 D001A, D002A, ..., D100A인 볼륨을 테이프 라이브러리에서 NetWorker가 사용할 수

있는 볼륨에 추가하려면 -a 및 -T 옵션을 사용합니다 .

nsrjb -a -T D/001-100/A

바코드 D001A, D002A, ..., D012A로 레이블이 지정된 테이프를 사일로에 배치하고 테이프 라이브러리에서 Net- Worker가 볼륨을 사용할 수 있게 하려면 -a 및 -T 옵션을 -d 옵션과 함께 사용합니다 .

nsrjb -a -T D/001-012/A -d

바코드가 D055A인 볼륨을 테이프 라이브러리에서 Net- Worker가 사용할 수 있는 볼륨으로부터 제거하려면

-x 및 -T 옵션을 사용합니다 .

nsrjb -x -T D055A

바코드가 D055A인 볼륨을 테이프 라이브러리에서 Net- Worker가 사용할 수 있는 볼륨으로부터 제거하고

그 볼륨을 테이프 라이브러리에서 물리적으로 (예 : 오프사이트 스토리지 ) 회수하려면 -x 및 -T 옵션을 -w

옵션과 함께 사용합니다 .

nsrjb -x -T D055A -w

바코드가 D010A, D011A, ... , D020A인 볼륨에 레이블을 지정하려면 -L 및 -T 옵션을 사용합니다 .

nsrjb -L -T D0/10-20/A

바코드가 C010A이고 이 주크박스에서 기본 횟수를 사용할 수 있는 클리닝 카트리지를 추가하려면 -U 및 -T

옵션을 사용합니다 .

nsrjb -U default -T C010A

테이프 라이브러리의 모든 드라이브를 강제 언로드

nsrjb -HH

환경 변수NSR_JBOX_POLL_JUKEBOX_OP_STATUS

nsrjb 가 주크박스 작업을 시작할 때 요청이 nsrmmgd 에 전달되어 실행됩니다 . 작업 상태는

nsrmmgd 가 NSR JUKEBOX_OPERATION_STATUS 리소스를 사용하여 보고합니다 . 이 리소스는

nsrd 가 유지하는 RAP 데이터베이스에 저장됩니다. 주기적으로 nsrjb 는 nsrd 를 폴링하여 요청

상태를 확인합니다 . 기본 폴링 간격은 10초입니다 . 폴링 간격을 수정하려면 이 환경 변수를 설정합니다 . 최소 폴링 간격은 5초이고 최대 간격은 30초입니다 .

파일/nsr/mm/mmvolume NetWorker

미디어 데이터베이스입니다 .

/nsr/res/nsrdb

리소스 설명자를 포함하는 구성 데이터베이스입니다 .


nsrjb(8)

/nsr/res/dmidevmap.txt

AlphaStor 미디어와 드라이브 유형을 Net- Worker 디바이스 리소스 미디어 유형 jukebox 에 매핑하는 데 사용되는 파일입니다 .

참조jbconfig(8), jbexercise(8), mminfo(8), mmlocate(8), nsr(8), nsrd(8), nsrmmgd(8), nsr_layout(5), nsr_device(5), nsr_jukebox(5), nsr_op(5), nsr_notification(5), nsr_storage_node(5), nsradmin(8), nsrim(8), nsrmm(8), nsrmmd(8), nsrwatch(8)

진단nsrjb 명령이 반환하는 종료 코드는 다음 네 가지 값 중 하나입니다 .

0 (성공 )

종료 코드 0은 명령의 성공적인 실행을 나타냅니다 .

1 (실행되지 않음 )

명령에 오류가 발생하여 실행을 위해 제출되지 않았음을 나타냅니다. 명령줄 인수가 잘못된 경우를

예로 들 수 있습니다 .

2 (재시도 불가능 )

실행을 위해 명령을 nsrmmgd 에 제출했으나 "재시도 불가능 " 오류가 발생했습니다 . 지정된 볼륨이 없는 경우를 예로 들 수 있습니다 .

3 (재시도 가능 )

실행을 위해 명령을 nsrmmgd 에 제출했으나 "재시도 가능 " 오류가 발생했습니다 . 필요한 드라이브가 사용 중인 경우를 예로 들 수 있습니다 .

일반적으로 "재시도 가능 " 오류는 같은 nsrjb 명령을 다시 실행하면 성공할 가능성이 있음을 나타냅니다 .

이와 반대로 "재시도 불가능 " 오류는 nsrjb 명령을 다시 시도하기 전에 일부 사용자 개입이 필요함을 나타냅니다 .


nsrjobd(8)

Maintenance Procedures nsrjobd(8)

이름nsrjobd - NetWorker 작업 모니터링 데몬

요약nsrjobd

설명nsrjobd 데몬은 NetWorker Server 데몬 중 하나이며 NetWorker Client 바이 너리의 ´작업 ´ 생성 및

모니터링을 담당합니다 .모든 save(8), savefs(8) 및 savegrp(8) 실행은 작업으로 간주됩니다 .모든 바이너리의 실행은 개별 작업으로 간주됩니다 .nsrjobd는 NetWorker 활동의 모니터링및 장기간 기록을 허용

합니다 .따라서 , 모니터링 또는원격 실행이 필요한 모든 기능은 작업으로 간주되고 nsrjobd를 사용하여 처리됩니다 .

nsrjobd는 이전에 nsrexec가 제공하던 기능을 확장합니다 . nsrjobd의 기능을 이용하는 경우의 예는

savegrp(8)에서 save(8) 및 savefs(8) 실행을 요청하는 경우입니다 . 원격 생성외에도 nsrjobd는

NetWorker GUI에 사용될 런타임 정보를 수집하여 실행 중인 작업뿐만 아니라 완료된 작업에 대해서도 적극적으로 보고하고 모니터링합니다 .

작업 관련 정보를 저장하기 위해 nsrjobd는 /nsr/res/jobsdb에 고유한 데이터베이스를 유지 관리합니다 . 이 데이터베이스가 계속해서 커지는 것을 방지하기 위해 데이터베이스의 데이터에 대한 보존 기간이

설정되어있습니다 . 완료된 작업과 관련된 데이터는 NetWorker GUI에 의해 유지 관리되는 SQL 데이터 베이스로 마이그레이션된 다음 nsrjobd 데이터베이스에서 삭제 대상으로 간주 됩 니다. 완료된 작업 레코드의

보존 기간 값은 nsrd의 RAP 데이터베이스에 있는 NSR 리소스에 저장됩니다 . 이러한 값은 NetWorker

Server 관리자가 구성 할 수있습니다 . NetWorker의 RAP 데이터베이스와는 달리 , nsrjobd의 데이터베

이스는 nsrjobd의 단독 사용을 위한 불투명 데이터 저장소로 간주되기 때문에 내용을 처리하기 위한 툴이제공되지 않습니다 . nsrjobd 실행 중에 데이터베 이스내용을 쿼리하려면 jobquery(8) 유틸리티를 사용합니다 .nsradmin(8)에서 -S 옵션 (8.0 이전 버전의 경우 -d 옵션 )을 사용하면 오프라인 읽기 전용 액세스가

가능합니다 .

nsrjobd는 nsrd(8)가 시작되고 종료될 때 자동으로 시작되고 종료됩니다 . 이 프로세스는 수동으로 시작할 수 없습니다 .

nsrjobd 는 원격 실행을 위해 클라이언트 측 nsrexecd(8)를 사용하므로 명령 실행을 요청하는

NetWorker Server가 클라이언트의 servers 파일에 있어야 합 니다 .

파일/nsr/res/jobsdb

nsrjobd의 데이터베이스를 유지하는 디렉토리입니다

참조nsrd(8), nsrexecd(8) nsradmin(8) jobquery(8) nsrgrpcomp(8)

NOTRELEASED NODATE nsrjobd(8)


nsrjobd(8)


nsrlcpd(8)

Maintenance Procedures nsrlcpd(8)

이름nsrlcpd - NetWorker 라이브러리 제어 프로그램 데몬

시놉시스nsrlcpd -s server -N mmgd_daemon_num -n lcpd_daemon_num

설명nsrlcpd 데몬은 nsrmmgd NetWorker 미디어 관리 데몬에 일관된 라이브러리 인터페이스를 제공합니다 .

nsrlcpd 는 클래스별 프로토콜을 구현하여 다음을 포함하는 NetWorker 지원 라이브러리 클래스와 통신합니다 .

o SCSI 케이블 , Fibre-Channel SAN 또는 NDMP 서비스를 통해 연결된 SCSI 미디어 체인저 .

o Microsoft 이동식 스토리지 하위 시스템 .

o "SILO" 하위 시스템이라고도 하는 STL(Standard Tape Libraries).

o AlphaStor 미디어 관리 하위 시스템 .

nsrlcpd 는 라이브러리 하위 시스템 미디어 , 슬롯 , 드라이브 및 포트 리소스를 관리하여 라이브러리 하위

시스템 내 리소스를 이동 및 액세스하는 제어를 제공합니다 .

NetWorker 미디어 관리 서비스는 NetWorker server의 구성 리소스 데이터베이스에 정의된 각 가상 주크박스 인스턴스에 대해 nsrlcpd 데몬을 하나씩 시작합니다 . 각 nsrlcpd 데몬은 라이브러리 하위 시스템 인터페이스에 액세스할 수 있는 Net- Worker storage node에서 시작됩니다 . nsrlcpd 데몬이 시작되면 다음 작업을 수행할 수 있는 기능을 제공합니다 .

o 구성 정보를 승인하여 라이브러리를 액세스하고 제어합니다 .

o 라이브러리 구성 요소 및 특성을 제어 가능한 리소스로 보고합니다 .

o 라이브러리 내에서 액세스할 수 있는 미디어를 보고합니다 .

o NetWorker 애플리케이션이 사용할 미디어를 할당 및 할당 취소합니다 .

o 미디어를 읽기 및 쓰기 가능 디바이스에 로드 및 언로드합니다 .

o 미디어를 라이브러리 시스템에 배치 및 회수합니다 .

nsrlcpd 데몬은 네트워크 경계를 넘나드는 RPC 기반 라이브러리 제어 프로그램 서비스를 제공합니다 .

nsrlcpd 에 대한 RPC 프로그램 번호는 390429입니다 . 여러 인스턴스를 지원하기 위해 RPC 서비스 등록

중 nsrlcpd 가 사용하는 RPC 버전 번호는 nsrlcpd 데몬 번호에 100을 곱하고 1을 더하여 계산됩니다 (

기본 버전 ). 예를 들어 nsrlcpd 프로세스가 "nsrlcpd -s NetWorker- Server -N 1 -n 2" 명령으로 시작되면 프로그램 번호 390429, 버전 번호 201로 등록됩니다 .

옵션-s server

제어하는 NetWorker server를 지정합니다 .

-N mmgd daemon num

nsrmmgd 데몬 번호를 지정합니다 .

-n lcpd daemon num

nsrlcpd 데몬 번호를 지정합니다 .


nsrlcpd(8)


nsrlcpd 및 다른 NetWorker 데몬이 NetWorker 이벤트 메커니즘을 사용하여 다른 방법으로는 기록할 수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다 .

참조nsr(8), nsr_service(5), nsr_render_log(8), nsrmmgd(8)


nsrlic(8)

Maintenance Procedures nsrlic(8)

이름nsrlic - NetWorker 라이센스 보고 명령

시놉시스nsrlic [ -vi ] [ -s server ]

설명nsrlic 명령은 NetWorker server에서 현재 사용 중인 모든 라이센스 정보에 대한 보고서를 생성합니다 .

이 명령은 Net- Worker 리소스 데이터베이스를 쿼리하고 결과를 형식화한 후 표준 출력으로 내보냅니다 .

nsrlic 프로그램은 다음 정보를 보고합니다 .

- 표준 클라이언트 라이센스 수

- 사용된 표준 클라이언트 라이센스 수

- 가상 클라이언트 물리적 노드에서 가져온 표준 클라이언트 라이센스 수

- 남아 있는 표준 클라이언트 라이센스 수

- 명명된 NetWorker server에 연결된 표준 클라이언트의 목록

- 지정된 NetWorker server에 정의된 표준 클라이언트의 목록

- 플랫폼별로 나열된 클라이언트 수

nsrlic 프로그램은 가상 클라이언트의 물리적 호스트 및 NDMP 클라이언트에 대해 다음 정보를 보고합니다 .

- 라이센스 수

- 사용된 라이센스 수

- 남아 있는 라이센스 수

- 지정된 NetWorker server에 연결된 클라이언트의 목록

라이센스가 필요한 애플리케이션이 있으면 nsrlic 는 이 정보도 같은 방식으로 보고합니다. 그러나 이 경우

사용할 수 있는 라이센스가 없거나 연결된 클라이언트가 이러한 애플리케이션에 대한 라이센스 수를 활용하고

있지 않으면 출력에 어떤 참조도 포함되지 않습니다 .

옵션-i 대화형 모드를 선택합니다 . 이 모드에서는 다양한 보고서를 요청하거나 , 정보를 새로 고치거나 ,

다른 서버로 전환할 수 있습니다 . 정보는 한 번 요청되고 다른 connect 명령이 실행될 때까지 캐시됩니다 .

-s server

쿼리할 NetWorker server를 선택합니다 . 기본적으로 로컬 시스템의 서버를 쿼리합니다 .

-v 세부 정보 표시 (verbose) 모드를 선택합니다 . 라이센스 수 또는 클라이언트 수 외에도 연결 및

정의된 클라이언트의 목록이 수집되고 표시됩니다 .


nsrlic(8)

사용법대화형 모드에서는 다음 명령이 지원됩니다 .

connect [ server ]

명명된 서버 로 연결합니다 . 기본적으로 이는 로컬 시스템의 서버입니다 .

detail

자세한 보고서를 생성합니다 . 연결된 클라이언트 (Net- Worker에 저장된 클라이언트 ) 목록 및

정의된 클라이언트 (NetWorker server에 정의되었지만 아직 저장되지 않은 클라이언트 ) 목록을

표시합니다 .

help

사용 가능한 명령 목록을 표시합니다 .

summary

요약 보고서를 표시합니다 .

?

온라인 도움말과 같습니다 .

quit

nsrlic 에서 즉시 종료합니다 .

진단nsrlic 는 이 명령에 유효하지 않은 문자가 사용될 때 사용 가능한 옵션을 설명하는 "사용법 " 메시지를 표시합니다 .

명령을 찾을 수 없음해당 명령은 지원되는 명령이 아님을 나타냅니다 .

RPC 오류 : 원격 시스템 오류 RPC 오류 : 프로그램이 등록되지 않았음 지정된 시스템의 NetWorker server

에 연결하는 동안 몇 가지 문제가 발생했음을 나타냅니다 . nsrlic 명령을 사용하려면 NetWorker

데몬이 실행 중이어야 합니다 . Net- Worker 데몬 (nsrd) 를 시작하고 nsrlic 를 다시 실행하십시오 . nsrd 가 이미 실행 중이면 서버에서 리소스 한계 (예 : 메모리 부족 또는 추가 프로세스 없음 )에 도달했을 수 있습니다 .

참조nsrd(8), nsradmin(8)


NSRLOGD(8)

Maintenance Procedures NSRLOGD(8)

이름nsrlogd - NetWorker 보안 감사 로그 서비스를 제공하는 데몬

요약nsrlogd

설명

nsrlogd 데몬은 보안 관련 이벤트를 설명하는 메시지를 보안 감사 로그 파일에 기록합니다. 이 서비스는 NetWorker Client와 서버 모두에서 사용자 암호 및 권한을 비롯한 중요 필드의 구성 변경 내용, 원격 바이너리 실행 파일의 수정, 인증 방법의 변경 내용 등을 기록하며 로그인 시도와 실패도 기록합니다.

이 로깅 서비스는 NSR auditlog RAP 리소스를 통해 구성됩니다. NSR auditlog

리소스는 기본적으로 생성되며 삭제할 수 없습니다. 보안 관리자 역할을 가진 사용자만 서버에서 이 리소스를 변경할 수 있습니다.클라이언트는 이 리소스의 읽기 전용 복제본을 유지합니다.

이 리소스를 사용하여 nsrlogd 데몬의 호스트 역할을수행할 클라이언트, 레코드를 기록할 상세 정보 레벨, 로그 크기 및 로그 렌더링 방법을 정의합니다.

각 NetWorker 데이터 영역에서 로깅 서비스를 하나만 실행할수 있습니다. 여러 데이터 영역에 속하는 단일 클라이언트는 해당 데이터 영역 모두에서 구성된 각 클라이언트에 대해 보안 감사 로깅 서비스를 제공할 수있습니다.

참조nsr_auditlog(5), nsr_render_log(8)

NOTRELEASED NODATE nsrlogd(8)


NSRLOGD(8)


nsrls(8)

Maintenance Procedures nsrls(8)

이름nsrls - NetWorker 인덱스 파일의 통계를 표시합니다 .

시놉시스nsrls [ { clientname ... | -m } ]

설명nsrls 를 옵션을 지정하지 않고 사용하면 온라인 인덱스의 레코드 수와 UNIX 파일에 할당된KB 수와 관련한

온라인 인덱스 사용법이 표시됩니다. 관리자는 이 명령을 사용하여 클라이언트에서 저장한 파일 수를 설정할

수 있습니다 .

옵션-m 옵션을 사용하여 호출하면 nsrls 가 미디어 데이터베이스에 대한 정보를 표시합니다 . 미디어 데이터베이스는 다음과 같은 네 가지 통계와 연관되어 있습니다 . 내부 파일 ID (Fid), 파일 크기 (Size), 파일의 논리 레코드 수 (Count) 및 내부 파일의 설명적 이름 (Name).

내부 파일은 다음과 같이 해석됩니다 .

세이브 세트 파일실제 데이터 (예 : ss)를 저장하는 내부 레코드 파일입니다 .

볼륨 파일볼륨 (예 : vol)을 저장하는 내부 레코드 파일입니다 .

인덱스 파일이러한 내부 B-트리 인덱스 파일은 미디어 데이터베이스 쿼리를 최적화하는 데 사용되는 인덱스 레코드를 보유합니다 . 이러한 파일의 이름은 확장자 "_i*"를 포함합니다 (예 : ss_i0 및 vol_i1).

임시 파일파일 이름이 "temp_*"로 시작하는 이들 파일은 정렬 중 사용된 임시 레코드를 포함합니다 . 임시

파일은 데이터베이스가 현재 수정되고 있는 동안에만 나타납니다 .

내부 파일의 개수 , 이름 , 기능 및 해석은 언제든지 변경할 수 있습니다 .

인수 목록을 비워두면 알려진 모든 클라이언트에 대한 통계를 인쇄합니다 .

예제% nsrls -m

Database id 0: /nsr/mm/mmvolume Fid | Size | Count | Name ------------------------------------------ 0 | 16 KB | 6 | vol 1 | 136 KB | 484 | ss 2 | 16 KB | 6 | vol_i0 3 | 16 KB | 5 | vol_i1 4 | 16 KB | 5 | vol_i2 5 | 16 KB | 5 | vol_i3 6 | 16 KB | 0 | vol_i4 7 | 24 KB | 484 | ss_i0 8 | 24 KB | 484 | ss_i1 9 | 16 KB | 164 | ss_i2 10 | 24 KB | 483 | ss_i3 11 | 8 KB | 1 | temp_0


nsrls(8)

% nsrls jupiter

/space2/nsr/index/jupiter: 292170 records requiring 50 MB /space2/nsr/index/jupiter is currently 100% utilized

참조nsr_layout(5), nsrindexd(8)

진단... 은 (는 ) 등록된 클라이언트가 아닙니다 .

명명된 클라이언트가 유효한 NetWorker client가 아닙니다 .


nsrmm(8)

Maintenance Procedures nsrmm(8)

이름nsrmm - NetWorker 미디어 관리 명령

시놉시스nsrmm [ -C ] [ -v | -q ] [ -s server ] [ -f device ]

nsrmm -m [ -v | -q ] [ -s server ] [ -f device ] [ -r ] [ volume ]

nsrmm -l [ -v | -q ] [ -s server ] [ -f device ] [ -myB ] [ -e forever ] [ -c capacity ] [ -o mode ] [ -b pool ] [ -R | volume ]

nsrmm -H -f device [ -v | -q ] [ -s server ] [ -y ]

nsrmm { -u | -j } [ -v | -q ] [ -s server ] [ -y ] [ -f device | volume.. ]

nsrmm -p [ -v | -q ] [ -s server ] [ -f device ]

nsrmm { -d | -o mode } [ -v | -q ] [ -s server ] [ -Py ] [ -S ssid[/cloneid] | -V volid | volume ... ]

nsrmm -S ssid[/cloneid] [ -w browse-time ] [ -e retention-time ]

설명nsrmm NetWorker server 및 storage node에서 사용하는 미디어와 디바이스 (테이프 , 디스크 및 파일 )를

관리하는 명령줄 인터페이스입니다 .

볼륨 은 테이프나 디스크 카트리지와 같은 물리적 미디어를 말합니다 . 파일 형식 디바이스로 작업하는 경우

볼륨 은 파일 시스템의 디렉토리를 나타냅니다 . NetWorker는 파일을 작성하거나 제거할 때 이 디렉토리를

단독으로 사용해야 합니다 . NetWorker 시스템에서는 어떤 사용자 파일을 어떤 볼륨에 저장했는지에 대한 정보를 추적하므로 이러한 파일을 보다 쉽게 복구할 수 있습니다 . NetWorker에서 관리하는 모든 볼륨에는 운영자가 선택한 볼륨 이름 (볼륨 레이블 이라고도 함 )이 있습니다 . 볼륨 이름은 시스템에 볼륨을 처음 사용할 때 지정되며 볼륨 레이블을 재지정하는 경우에만 변경할 수 있습니다. 볼륨에는 나중에 참조할 수 있도록

볼륨 이름을 표시하는 외부 레이블이 있어야 합니다 . NetWorker는 예를 들어 복구할 볼륨을 요청하는 경우 볼륨 이름을 사용하여 볼륨을 참조합니다 .

NetWorker 시스템은 저장된 사용자 파일을 볼륨에 매핑하는 인덱스를 자동으로 관리합니다 . 또한 예상 볼륨 용량을 포함하여 볼륨과 관련된 다른 속성도 유지합니다 .

NetWorker server는 복구를 위해 특정 볼륨을 해당 이름을 사용하여 마운트하고 저장을 위해 쓰기 가능한

볼륨을 마운트하도록 요청합니다 . 이러한 요청은 nsr_notification(5) 메커니즘을 통해 전달됩니다 .

NetWorker Management Console 의 관리 창이나 nsrwatch(8) 명령을 사용하여 대기 중인 마운트 요청을 모니터링할 수 있습니다 . 일반적으로 요청은 시스템 콘솔에 출력되거나 파일에 기록됩니다 . 동일한 요청을 주크박스 (볼륨을 자동으로 로드하고 언로드하는 디바이스 )를 제어하는 소프트웨어에 대한 입력으로 사용할 수 있습니다 .


nsrmm(8)

nsrmm 명령을 사용하기 전에 , 즉 데이터를 저장하거나 복구하기 전에 NetWorker server에 하나 이상의 디바이스를 구성해야 합니다 . NetWorker 구성은 NetWorker를 설치한 후 NetWorker Management Console

의 관리 창이나 nsradmin(8) 명령을 사용하여 수정할 수 있습니다 .

옵션-B 레이블을 지정하려는 볼륨에 읽기 가능한 NetWorker 레이블이 없는지 확인합니다 . 볼륨 레이블을

지정하기 전에 볼륨에 이미 포함되어 있을 수 있는 기존 레이블을 읽으려고 시도합니다. 이 옵션을

지정한 경우 현재 사용 중인 디바이스에서 읽을 수 있는 올바른 NetWorker 레이블이 볼륨에 있으면 레이블 작업이 취소되고 오류 메시지가 표시됩니다 . 볼륨에 현재 디바이스에서 읽을 수 있는 레이블이 포함되어 있지 않으면 레이블을 지정할 수 있습니다 . 이 옵션은 nsrmmd(8) 요청을 대신하여 자동으로 볼륨 레이블을 지정할 때 nsrd(8) 에 의해 사용됩니다 .

-b pool

볼륨이 속해 있는 풀을 지정합니다 . -b pool 은 현재 nsrd 에 등록되어 있는 모든 풀을 지정할

수 있습니다 . Net- Worker Management Console 미디어 디스플레이 왼쪽 창에서 [미디어 풀 ]

을 선택하거나 nsradmin(8) 명령을 사용하여 사용할 수 있는 값을 볼 수 있습니다 . 풀 이름은

볼륨에 둘 수 있는 세이브 세트를 결정할 때 nsrd 가 참조합니다 . 이 옵션을 생략하면 볼륨은 자동으로 기본 풀에 할당됩니다 . 볼륨 이름을 지정하지 않고 풀 이름을 지정하면 해당 풀의 label

template 리소스와 관련된 다음 볼륨 이름이 사용됩니다 .

-C NetWorker 구성 디바이스 및 해당 디바이스에 현재 마운트된 볼륨 목록을 표시합니다 . 이 목록에는 서버에 할당된 디바이스와 볼륨만 표시되고 실제 디바이스와 볼륨은 표시되지 않습니다 . -p 옵션은 볼륨 레이블을 확인합니다 . -C 는 기본 옵션입니다 .

-c capacity

볼륨의 기본 용량을 덮어씁니다 . 일반적으로 NetWorker는 디바이스 유형에 따른 내장된 기본 용량을 사용합니다 . 이 옵션을 사용하면 이러한 기본값을 덮어쓸 수 있습니다 . 지정 형식은 숫자 배수

이며 , 배수 는 ‘K’(1024바이트 ), ‘M’(1000KB) 또는 ‘G’(1000MB) 중 하나일 수 있습니다 . 소문자도 사용할 수 있고 ‘K’, ‘M’ 또는 ‘G’ 뒤에 공백이나 ‘B’를 추가로 사용할 수도 있습니다 . 숫자 는 정수 또는 실수를 포함한 모든 값을 사용할 수 있고 소수 셋째 자리까지 지정할 수 있습니다 .

-d NetWorker 데이터베이스에서 클라이언트 파일 인덱스 및 미디어 데이터베이스 항목을 삭제합니다 .

-S ssid/cloneid를 함께 사용하여 특정 세이브 세트를 삭제할 수 있습니다 . 사용된 ssid는 모호함을 방지하기 위해 긴 형식일 수 있습니다 . ssid의 긴 형식은 mminfo와 함께 -r "ssid(53)"

를 실행하십시오 . 사용법 관련 자세한 사항은 mminfo 항목을 참조하십시오 . 이 작업으로 볼륨이

삭제되지는 않지만 NetWorker가 사용하는 모든 볼륨 참조와 볼륨에 포함된 사용자 파일이 제거됩니다 . 이 옵션은 Net- Worker 데이터베이스 크기를 제어하는 데 사용할 수 있습니다 .

-E 디바이스에서 레이블 및 모든 NetWorker 디렉토리 구조를 포함한 미디어를 지웁니다 . 이 기능은

Data Domain 및 advfile 디바이스를 위해 구현됩니다 .

-e time

–S 옵션과 함께 사용하는 경우 , 지정된 세이브 세트 또는 세이브 세트 클론 인스턴스의 클론 보존시간을 설정합니다. 보존시간은 nsr_getdate(1m) 함수에서 허용하는 형식으로 지정해야 합니다.

클론 ID를 지정하지 않으면 모든 클론 인스턴스가 지정된 클론 보존시간으로 업데이트됩니다 . 세이브 세트 보존시간은 가장 긴 복구 가능한 클론 인스턴스 보존시간을 반영합니다 . 클론 인스턴스의 보존시간이 탐색 시간보다 짧을 수 있습니다 . 단 , 세이브 세트 보존시간이 설정되지 않으면 세이브 세트를 탐색할 수 있을 때에도 세이브 세트가 재활용 가능한 상태가 될 수 있습니다 . 세이브

세트를 탐색할 수 있고 이 변경 사항으로 인해 세이브 세트의 보존시간이 탐색 시간보다 작은 값으로 설정된 경우 세이브 세트의 탐색 시간이 보존시간과 같은 값으로 수정됩니다 . 세이브 세트를 탐색할 수 없으면 탐색 시간은 보존시간이 탐색 시간보다 짧은 경우에도 수정되지 않습니다 . 탐색 시간에 대한 자세한 내용은 –w 옵션을 참조하십시오 . 볼륨과 함께 사용할 경우 시간 값이 forever

이면 레이블이 지정된 볼륨이 아카이브 볼륨이 됩니다 (아카이브 볼륨은 볼륨 레이블이 만료되지 않는 볼륨 ). 다른 시간 값은 볼륨에 적용할 수 없습니다 .

-f device


nsrmm(8)

디바이스를 명시적으로 지정합니다 . 둘 이상의 디바이스가 지정되어있는 경우 nsrmm 은 기본적으로 첫 번째 디바이스를 선택합니다 . 이 옵션은 nsrmm 에서 선택한 내용을 덮어씁니다 .

-H 해당 디바이스에 소프트웨어 재설정을 수행합니다 . 이때 디바이스에 대한 현재 작업이 중단되므로

데이터 손실이 발생할 수 있습니다. 이 옵션은 물리적 디바이스가 아닌 내부 NetWorker 디바이스

상태를 재설정합니다 .

-j 디바이스에서 볼륨을 배출합니다 . 이 옵션은 가능한 경우 볼륨이 디바이스에서 물리적으로 배출될

수도 있다는 점을 제외하면 언마운트 작업을 수행하는 것과 비슷합니다 . 일부 디바이스 유형 , 디스크 디바이스 및 테이프에서는 이 기능이 지원되지 않습니다. 주의: -j 옵션은 유휴 모드에 있는

디바이스에 대해서만 사용해야 합니다. 활성 디바이스에서 -j 옵션을 사용하면 코어 덤프가 발생할

수 있습니다 .

-l NetWorker에서 사용 및 인식할 볼륨의 레이블을 지정합니다 (초기화 ). 운영자 또는 주크박스를

통해 원하는 볼륨을 물리적으로 디바이스에 로드한 후에 레이블 지정을 수행해야 합니다. 활성화된

디바이스가 둘 이상 있으면 [ -f device ] 를 지정하여 레이블 작업에 사용할 디바이스를 나타냅니다 .

-m 볼륨을 디바이스에 마운트합니다 . 볼륨을 디바이스에 배치하고 레이블 지정한 후에 마운트 작업을

수행해야 합니다 . 레이블 지정된 볼륨만 마운트할 수 있습니다 . 활성화된 디바이스가 둘 이상 있으면 [ -f device ] 를 지정하여 마운트 작업에 사용할 디바이스를 나타냅니다 . 레이블 지정 및

마운트 작업을 결합하여 단일 명령줄에 지정할 수 있습니다 . 이 옵션에 대한 자세한 설명은 예제

섹션을 참조하십시오 .

-o mode

볼륨 , 세이브 세트 또는 세이브 세트 클론 인스턴스의 모드를 설정합니다 . 모드 는 BR

[not]recyclable , [not]readonly, [not]full, [not]offsite, [not]manual 또는

[not]suspect 중 하나일 수 있습니다 . [not]recyclable 모드는 볼륨 , 세이브 세트 및 세이브 세트 클론 인스턴스에 적용됩니다 . 볼륨의 모든 세이브 세트를 재활용할 수 있게 되면 해당 볼륨도 재활용할 수 있습니다 . 모든 세이브 세트 클론 인스턴스를 재활용할 수 있게 되면 해당 세이브 세트도

재활용할 수 있습니다 . 그러므로 재활용할 수 없는 마지막 세이브 세트 클론 인스턴스를 재활용으로

설정하면 해당 세이브 세트와 볼륨도 재활용할 수 있게 됩니다. 재활용 세이브 세트 클론 인스턴스를

재활용할 수 없음으로 설정하면 관련된 세이브 세트와 볼륨도 재활용할 수 없도록 강제 설정됩니다 .

세이브 세트가 재활용할 수 없음 상태이면 하나 이상의 세이브 세트 클론 인스턴스도 재활용할 수 없음이어야 합니다 . 따라서 세이브 세트의 모든 클론 인스턴스가 만료되어 특정 클론 인스턴스를 복구해야 할 경우 , -e 옵션과 -S ssid/cloneid를 사용하여 해당 세이브 세트 클론 인스턴스의 클론

보존 시간을 미래로 지정해야 세이브 세트를 재활용할 수 없음으로 설정할 수 있습니다 . 세이브 세트를 재활용으로 설정하면 관련 세이브 세트의 모든 볼륨을 덮어쓸 수 있게 되므로 세이브 세트를 재활용할 수 없음으로 설정하지 않는 것이 좋습니다 . 세이브 세트를 재활용할 수 있게 되면 관련된 세이브 세트 중 일부를 복구에 사용하지 못할 수도 있습니다 . 증분 세이브 세트가 전체 세이브 세트에 종속되는 경우를 예로 들 수 있습니다 . 전체 세이브 세트는 모든 종속 세이브 세트가 보존 기간을 경과할 때까지는 재활용으로 표시되지 않습니다 . 그러나 관련된 모든 세이브 세트가 보존 기간을 경과하면 모든 세이브 세트가 재활용 가능 상태로 되므로 어떤 세이브 세트든 덮어쓸 수 있습니다 . 남아 있는 모든 세이브 세트를 재활용할 수 없음으로 설정하더라도 원래 데이터 전체를 복구하지 못할 수 있습니다 . 세이브 세트를 재활용할 수 없음으로 설정하면 보존 기간이 만료되지 않은 클론 인스턴스를

다시 재활용으로 설정할 뿐입니다. [not]readonly, [not]offsite, [not]full 및 [not]manual

모드는 볼륨에만 적용됩니다 . [not]manual 모드는 -l 옵션과 함께 사용할 경우에만 유효합니다 .

[not]suspect 모드는 세이브 세트 클론 인스턴스에만 적용됩니다 . 즉 -S ssid 단독으로 지정하지

말고 -S ssid/cloneid 를 함께 지정해야 합니다 . 모든 세이브 세트 인스턴스에는 클론 식별자가

있으며 원본인 경우에도 마찬가지입니다 . 볼륨별 플래그에 대한 자세한 내용은 nsrim(8) 을 참조하십시오 . suspect 플래그는 recover(8) 가 특정 세이브 세트 클론에서 데이터를 복구하는 동안 미디어 오류가 발생하면 자동으로 설정됩니다 .

-P -d 옵션과 함께 사용하는 경우 미디어 데이터베이스의 항목은 삭제하지 않고 해당되는 파일 인덱스

항목을 삭제합니다 . 그런 다음 scanner(8) 명령을 사용하여 파일 인덱스 항목을 복구할 수 있습니다 .


nsrmm(8)

-p 볼륨 레이블을 확인하고 인쇄합니다 . 외부 볼륨 레이블이 내부 레이블과 일치하는지 확인하려면 드라이브에 볼륨을 로드하고 이 옵션을 사용하여 레이블의 볼륨 이름을 표시합니다 . 레이블을 확인하면 마운트된 볼륨이 언마운트됩니다 .

-q 자동 모드입니다. 이 옵션은 nsrmm 에 지시하여 요청된 작업을 수행하는 동안 정보를 가능한 적게

표시하게 합니다 . 일반적으로 오류 메시지만 표시됩니다 .

-R 볼륨의 레이블을 재지정합니다 . 이 옵션은 볼륨 레이블을 다시 기록하고 이전에 볼륨에 저장된 모든 사용자 파일의 NetWorker 인덱스를 삭제합니다 . 일부 볼륨 사용 정보는 유지됩니다 .

-r 볼륨을 읽기 전용으로 마운트합니다. NetWorker가 볼륨에 쓸 수 없게 하려면 볼륨을 마운트할 때

읽기 전용 플래그를 지정합니다 . 전체로 표시되고 읽기 전용 모드 (-o readonly)에 있는 볼륨은

자동으로 읽기 전용 모드로 마운트됩니다 .

-s server

nsrmm 작업을 수행할 NetWorker server를 지정합니다. 서버 선택에 대한 자세한 내용은 nsr(8)

을 참조하십시오 .

-S ssid

NetWorker 데이터베이스에서 세이브 세트를 변경 (-o) 또는 제거 (-d) 하거나 지정한 세이브 세트

레코드의 찾아보기 시간 (-w 로 지정 ) 또는 보존 기간 (-e 로 지정 )을 변경하는 데 사용됩니다 .

사용된 ssid는 모호함을 방지하기 위해 긴 형식일 수 있습니다 . ssid의 긴 형식은 mminfo를 -r

"ssid(53)"로 실행하면 볼 수 있습니다 . 긴 형식으로 표시된 세이브 세트 기록의 쿼리 및 보고서에 대한 자세한 내용은 mminfo man 페이지를 참조하십시오 . 세이브 세트는 세이브 세트 식별자인

ssid 로 식별합니다 . 세이브 세트 인스턴스 또는 클론은 ssid/cloneid 형식을 사용하여 지정할

수 있습니다 . 단 , -w 옵션에 대해 사용되는 경우에는 무시됩니다 . mminfo(8) 프로그램을 사용하여 세이브 세트 및 클론 식별자를 확인할 수 있습니다 .

-u 볼륨을 마운트 해제합니다 . 볼륨을 디바이스에서 언로드하려면 항상 마운트 해제해야 합니다 .

-V volid

-d 옵션과 함께 사용하는 경우 NetWorker 데이터베이스에서 볼륨을 제거합니다 . 볼륨은 볼륨 식별자 또는 volid 로 식별합니다 . mminfo(8) 명령을 사용하면 볼륨 식별자를 확인할 수 있습니다 .

-v 세부 정보 표시 (verbose) 모드입니다 . 이 옵션은 작업이 진행 중인 동안 NetWorker server를

폴링하여 정보를 출력합니다 .

-w browse time

지정한 세이브 세트 (-S 옵션으로 지정 )에 대한 찾아보기 시간을 지정합니다 . 세이브 세트가 재활용 상태로 되면 찾아보기 시간을 변경할 수 없습니다 . 찾아보기 시간은 nsr_getdate(8) 함수에

사용할 수 있는 형식으로 지정해야 합니다 . 찾아보기 시간은 세이브 세트 레코드의 삽입 시간 이후여야 하지만 보존 기간 이후일 수는 없습니다 . -e 옵션을 사용하지 않은 경우에는 세이브 세트 레코드의 기존 보존 기간을 사용하여 지정된 찾아보기 시간과 비교합니다 . 보존 기간에 대한 자세한

내용은 -e 옵션을 참조하십시오 .

-y 데이터를 삭제할 수 있는 작업을 수행하기 전에 사용자의 확인을 받지 않습니다. 이 옵션은 특별히

주의해서 사용해야 합니다 .

예제새 테이프 레이블 지정 :

NetWorker 시스템에 이름이 mars.001 인 새 테이프를 사용하려면 빈 드라이브에 테이프를 로드한 후 다음 명령을 사용합니다 .

nsrmm -l mars.001


nsrmm(8)

테이프의 레이블이 mars.001 로 지정되고 해당 NetWorker 인덱스에 항목이 만들어집니다 .

mminfo(8) 명령을 사용하면 볼륨 데이터베이스를 검사하고 볼륨에 대한 정보를 표시할 수 있습니다 .

mminfo -m

테이프 마운트 :

NetWorker 볼륨을 마운트하려면 -m 옵션을 사용합니다 . 먼저 볼륨 레이블이 지정되어 있고 드라이브에 마운트되어 있어야 합니다 .

mminfo -m

마운트할 때 볼륨 이름을 지정할 수도 있습니다 .

nsrmm -m mars.001

지정한 볼륨 이름이 미디어에서 읽은 볼륨 이름과 일치하지 않으면 마운트가 실패합니다 .

볼륨을 마운트해야 NetWorker에서 해당 볼륨을 사용할 수 있습니다 . nsrmmd(8) 에서 볼륨이 필요하면 레이블을 다시 읽고 확인하여 실수로 데이터가 손실되지 않게 합니다 . 충돌 후 서버를 복구하는 경우에도 볼륨이 자동으로 확인 및 마운트됩니다 .

테이프 레이블 지정 및 마운트 :

-m 옵션과 -l 옵션을 함께 사용하면 단일 nsrmm 명령으로 볼륨의 레이블을 지정하고 마운트할 수

있습니다 . 다음 예제에서는 볼륨의 레이블을 mars.003 으로 지정하고 /dev/nrst0: 디바이스로 마운트합니다 .

nsrmm -m -l -f /dev/nrst0 mars.003

볼륨 언마운트 또는 배출 :

볼륨을 언마운트해야 하는 경우에는 디바이스가 해당 볼륨을 물리적으로 배출하는지 여부에 따라

-u 또는 -j 옵션을 사용합니다 .

nsrmm -u

둘 이상의 볼륨이 마운트되어 있는 경우에는 볼륨 이름이나 디바이스를 지정하여 원하는 볼륨을

선택할 수 있습니다 . 다음 예제에서는 mars.003 이라는 볼륨을 배출합니다 .

nsrmm -j mars.003

현재 볼륨 표시 :

-C 옵션은 구성된 디바이스 및 마운트된 볼륨을 표시하며 기본 옵션입니다 .

nsrmm -C

볼륨 삭제 :

볼륨에 대한 참조 및 볼륨에 저장된 사용자 파일을 Net- Worker 인덱스에서 제거하려면 -d 옵션을

사용합니다. 이 옵션은 물리적 볼륨을 수정하지는 않으며 물리적 볼륨이 삭제된 경우에만 사용할 수

있습니다. 볼륨을 삭제하면 삭제한 볼륨 크기만큼의 공간을 NetWorker 파일 인덱스 및 NetWorker

미디어 인덱스에서 확보할 수 있습니다 . 해제되는 공간의 양은 볼륨에 저장된 사용자 파일 수에 따라 다릅니다 . 다음 예제에서는 mars.003 볼륨을 삭제합니다 .

nsrmm -d mars.003

scanner(8) 명령을 사용하여 데이터베이스 항목을 재구축할 수 있습니다 .

파일 인덱스 항목 삭제 :


nsrmm(8)

파일 인덱스에는 NetWorker가 저장한 각 파일에 대한 정보가 들어있습니다 . 크기 제약 조건으로

인해 파일 인덱스에서 정보를 삭제해야 할 수 있습니다 . 볼륨이나 세이브 세트를 삭제하면 해당 파일 인덱스 항목도 제거됩니다 . 또한 삭제할 때 -P 옵션을 지정하여 파일 인덱스를 삭제하는 동안

볼륨의 미디어 데이터베이스 항목을 유지할 수도 있습니다 .

다음 예제에서는 mars.001 볼륨에 대한 모든 파일 인덱스 항목을 삭제합니다 .

nsrmm -d -P mars.001

scanner(8) 명령을 사용하여 파일 인덱스를 복구할 수 있습니다 .

참조nsr(8), nsr_getdate(3), nsr_layout(5), nsr_device(5), nsr_notification(5), mminfo(8), mmlocate(8), nsrmmd(8), nsradmin(8), nsrim(8), recover(8), scanner(8)

진단유형 패밀리 볼륨이 device에 마운트됨 , 쓰기 가능 -m (마운트 ) 옵션을 지정된 미디어 type 및 미디어

family (예 : 8mm 테이프 )의 디바이스에 대해 성공적으로 수행했음을 나타내는 메시지입니다 .

‘saveset’가 유효한 세이브 세트 ID가 아닙니다 .

지정된 세이브 세트 식별자의 형식이 올바르지 않습니다 . 인스턴스에 대한 참조가 없는 세이브 세트의 경우에는 단일 숫자 형식을 사용하고 세이브 세트와 복제 인스턴스 식별자 쌍을 나타내는 경우에는 두 개 숫자를 슬래시 (/)로 구분한 형식을 사용합니다 .

중복된 이름입니다 . 새 이름을 선택하거나 기존 이름을 삭제하십시오 .

두 개 테이프의 레이블을 지정할 때 같은 이름을 사용할 수 없습니다. 이름을 다시 사용하려면 -d

옵션을 사용하여 인덱스에서 해당 볼륨을 제거하십시오 .

볼륨을 새 레이블로 바꾸시겠습니까 ?

볼륨의 레이블을 재지정하려고 합니다 . 긍정적인 답변을 선택하면 해당 테이프의 기존 데이터를 덮어씁니다 .

유형 패밀리 볼륨의 파일 인덱스 항목을 삭제하시겠습니까 ? ...

확인을 선택하면 파일 인덱스 항목이 제거됩니다 .

볼륨이 미디어 인덱스에 없습니다 .

미디어 인덱스에 볼륨 과 관련된 항목이 없으므로 -m 명령을 사용할 수 없습니다 . 이 문제는 테이프의 레이블을 처음 지정했을 때 볼륨 이름을 잘못 입력했거나 삭제한 경우 발생할 수 있습니다 .

올바른 family 레이블이 없습니다 .

지정된 디바이스에 있는 테이프나 디스크에 올바른 Net- Worker 레이블이 없습니다 .


nsrmmd(8)

Maintenance Procedures nsrmmd(8)

이름nsrmmd - NetWorker 미디어 멀티플렉서 데몬

시놉시스nsrmmd [-v] [-s server] [-r system] number

설명nsrmmd 데몬은 스토리지 노드 데몬이며 네트워크 저장 및 복구 미디어 멀티플렉싱 작업을 담당합니다.

nsrmmd 데몬은 다음 작업을 수행합니다.

o NetWorker client에서 백업 정보를 수신합니다.

o 디바이스(볼륨)에 데이터를 씁니다.

o 추적 정보를 NetWorker server로 보내 디바이스(볼륨)에 기록된 데이터를 추적합니다.

o 복구 중 클라이언트 요청 시 디바이스(볼륨)에서 데이터를 읽습니다.

nsrmmd RPC 프로그램 ID는 390104이고 데몬 버전 번호는 5입니다. nsrmmd의 여러 인스턴스를 지원하기

위해(Concurrent Device 지원 기능이 사용되는 경우) 데몬 번호는 100 단위로 증가합니다. 등록된 첫 번째 데몬이 105이면 그 다음엔 205가 됩니다.

활성화된 디바이스당 nsrmmd 가 하나씩 nsrd 에 의해 자동으로 시작됩니다. 마운트 요청이 대기 중일 때

추가 nsrmmd 데몬을 시작할 수 있습니다. 데몬 수를 변경하려면 활성화된 디바이스 수를 변경하십시오.

옵션-n number

데몬 번호를 지정합니다.

-s server

제어 서버를 지정합니다. 이 옵션은 스토리지 노드에서 사용됩니다(참조: nsr_storage_node(5)).

-r system

일부 nsrmmd 프로그램은 서버에서 실행되지만 NDMP(네트워크 데이터 관리 프로토콜) 시스템에 연결된 디바이스를 제어합니다. 이러한 nsrmmd 인스턴스는 제어되는 시스템을 지정하는 선택적인 -r 인수를 가집니다.

-v 세부 정보 표시: 데몬이 수행 중인 작업에 대한 메시지를 인쇄합니다.

참조nsr(8), nsr_layout(5), nsr_service(5), nsr_storage_node(5), nsrd(8), nsrmm(8), mm_data(5)


nsrmmd(8)


nsrmmdbasm(8)

Maintenance Procedures nsrmmdbasm(8)

이름nsrmmdbasm - 미디어 데이터베이스를 저장 및 복구하기 위한 NetWorker 모듈

시놉시스nsrmmdbasm [ standard-asm-arguments ]

설명nsrmmdbasm 은 NetWorker 미디어 멀티플렉서의 데이터베이스 파일을 저장 및 복구하도록 지원하는 표준 외부 ASM (Applica- tion Specific Module)입니다 .

ASM 및 [standard-asm-arguments\fR]에 대한 일반적인 설명은 uasm(8) 을 참조하십시오 .

nsrmmdbasm 은 nsrmmdbd(8) 또는 mmrecov(8) 작업에 의해서만 호출됩니다 .

저장 중 NetWorker 애플리케이션에 고유한 nsrmmdbasm 성능의 특징은 다음과 같습니다 .

아키텍처 독립성 :

데이터베이스 코드에 의해 구현되는 고속 액세스 방법 및 데이터 구조는 시스템에 종속적입니다 .

이 ASM 은 아키텍처 독립적인 방식으로 레코드 (액세스 인덱스는 아님 )만 저장합니다 . 따라서 ,

NetWorker미디어 데이터베이스를 한 시스템 아키텍처에서 저장하고 다른 아키텍처에 복구할 수 있습니다 .

보존 :

변경된 레코드만 저장되고 내부 인덱스는 저장되지 않으므로 , 상당한 네트워크 대역폭 및 테이프

공간이 절약됩니다 .

이 ASM 복구 작업은 저장 작업과 반대입니다 .

파일/nsr/mm/.nsr

이 디렉티브 파일은 일반적인 저장 작업 중 디렉토리에 있는 대부분의 파일을 건너뛰게 합니다 .

nsrmmdbasm 은 이 디렉티브를 무시합니다 .

/nsr/mm/mmvolume6

ASM 에 의해 저장 및 복구된 미디어 데이터베이스를 포함하는 디렉토리입니다 .

/nsr/mm/mmvolume6

r 복구된 미디어 데이터베이스의 내용을 nsrmmdbd(8) 가 새 미디어 데이터베이스 작성을 완료할

때까지 저장하는 임시 파일입니다 .

/nsr/mm/mmvol<n>

데이터를 백업할 때 이 ASM 이 읽는 임시 파일입니다 . 고유 파일 이름은 파일 이름에 여섯 자리

16진수 <n>을 추가하여 생성됩니다 .

/nsr/mm/volume.tmp

복구 중 이전 미디어 데이터베이스 스키마를 현재 스키마로 변환할 때 작성되는 임시 파일입니다 .

참조nsr(5), nsr_layout(5), mmrecov(8), nsrmmd(8), nsrmmdbd(8), nsrindexasm(8), recover(8), savegrp(8), uasm(8)


nsrmmdbasm(8)


nsrmmdbd(8)

Maintenance Procedures nsrmmdbd(8)

이름nsrmmdbd - NetWorker 미디어 관리 데이터베이스 데몬

시놉시스nsrmmdbd

설명nsrmmdbd 데몬은 nsrd(8) 및 nsrmmd(8) 데몬에 RPC 기반 데이터베이스 서비스를 제공하고 NetWorker

client에 쿼리 전용 액세스를 제공합니다 . nsrmmdbd 에 의해 제공되는 RPC 프로그램 번호는 390107이고

nsrmmdbd 에 의해 제공되는 RPC 버전 번호는 3, 4, 5입니다 . Nsrmmdbd 는 일반적으로 nsrd(8) 에 의해 시작됩니다 .

이 데몬은 /nsr/mm/mmvolume6 디렉토리에 있는 "볼륨 , 세이브 세트 및 클라이언트 ID 데이터베이스 "를

관리합니다 . 데이터베이스는 기본적으로 어떤 세이브 세트가 어떤 백업 볼륨에 있는지를 기억합니다 . 데이터베이스는 또한 내부적으로 사용되는 클라이언트 식별자에 대한 클라이언트 이름 매핑을 제공합니다 . 데이터베이스 내의 세이브 세트 , 볼륨 및 클라이언트 ID 맵 레코드에 대한 다양한 액세스 방법이 제공됩니다 .

파일/nsr/mm/mmvolume6

미디어 데이터베이스를 포함하는 디렉토리입니다 .

/nsr/mm/cmprssd

성능 및 공간 관련 문제로 인해 데이터베이스는 주기적으로 다시 구성되거나 압축됩니다. 이 파일은

데이터베이스가 압축될 때마다 작성되고 , 연관된 ctime을 사용하여 데이터베이스를 압축할 다음 시간을 결정합니다 . 이 파일을 제거하고 nsrim 을 실행하여 데이터베이스 압축을 호출할 수 있습니다 .

이 방법은 NetWorker server가 실제로 데이터를 저장하거나 복구하는 동안에는 권장되지 않습니다 .

/nsr/mm/mmvol<n>

이 임시 파일은 nsrmmdbasm(8) 에 의해 볼륨에 저장될 미디어 데이터베이스 정보를 보유하기 위해

작성됩니다 . 파일 이름의 일부로 추가된 여섯 자리 16진수 <n>을 이용하여 고유한 파일 이름을 생성합니다 .

/nsr/mm/mmvolume6.r

nsrmmdbasm 에 의해 작성되고 미디어 데이터베이스 정보가 복구되는 동안 읽혀지는 파일입니다 .

/nsr/mm/volume.tmp

미디어 데이터베이스를 복구 또는 압축하는 동안 작성되는 임시 디렉토리입니다 .

/nsr/mm/nsrim.prv

빈 파일을 사용하여 마지막으로 nsrim 프로그램을 시작하여 NetWorker 데이터베이스에 대한 유지

보수를 수행한 시간을 추적합니다 .

/nsr/logs/daemon.raw

NetWorker 데몬이 로그 메시지를 기록하는 파일입니다 .

참조mmrecov(8), nsr(8), nsrd(8), nsrim(8), nsrmmd(8), nsrmmdbasm(8), nsrmm(8), nsr_render_log(8), mminfo(8)


nsrmmdbd(8)

진단nsrmmdbd 진단 메시지는 일반적으로 /nsr/logs/daemon.raw 파일에 기록됩니다 .

아래에 나열된 메시지 외에도 nsrmmdbd 는 다른 진단을 생성할 수 있습니다 . 아래에 나열된 진단이 아닌

다른 진단은 미디어 데이터베이스에 심각한 문제가 있음을 나타냅니다 . 심각한 문제가 발생한 경우

mmrecov(8) 를 사용하여 미디어 데이터베이스를 복구해야 할 수 있습니다 .

미디어 db가 변환 중입니다 . 이 작업은 시간이 걸릴 수 있습니다 .

NetWorker 7.? (KeyStone) 릴리스 이전에 작성된 미디어 데이터베이스는 새 데이터베이스 형식으로 변환해야 합니다 . 데이터베이스는 현재 버전으로 변환됩니다 .

미디어 데이터베이스 변환을 완료했습니다 .

변환이 완료되었을 때 표시됩니다 .

미디어 변환 실패 ! 이유변환이 성공하지 못하고 종료될 때 표시됩니다 . 자세한 이유를 메시지에 추가할 수 있습니다 . 미디어 데이터베이스가 성공적으로 변환될 때까지 NetWorker는 작동하지 않습니다 .

수 있습니다 .

미디어 DB에서 데이터를 저장하고 있습니다 . 이 작업은 시간이 걸릴 데이터베이스 백업 중 데몬이

레코드를 임시 파일에 덤프할 때 표시됩니다 . 데이터베이스가 덤프되는 동안에는 서비스를 사용할

수 없습니다 .

미디어 DB가 복구되고 있습니다 . 이 작업은 시간이 걸릴 수 있습니다 .

데몬이 데이터베이스를 다시 로드하고 있을 때 표시됩니다 . 데이터가 다시 로드되는 동안에는 서비스를 사용할 수 없습니다 .

미디어 DB가 btree를 검사하는 중입니다 .

데몬이 다시 시작될 때마다 표시됩니다 . 시작 시 데몬은 데이터베이스 검색 인덱스에 대해 온전성

검사를 수행합니다 .

미디어 DB에서 데이터베이스의 일관성을 검사하고 있습니다 .

데몬이 다시 시작될 때마다 표시됩니다 . 시작 시 데이터베이스 검색 인덱스를 확인한 후 데이터베이스에서 불완전 레코드를 확인합니다 .

미디어 DB가 업무용으로 열려 있습니다 .

서비스를 다시 한 번 사용할 수 있음을 나타내는 이전 메시지가 나타난 후 표시됩니다 .

미디어 DB가 닫혀 있습니다 .

미디어 데이터베이스가 성공적으로 종료된 후 표시됩니다 .

이 프로세스의 복제본이 이미 실행 중입니다 .

현재 nsrmmdbd(8) 의 다른 복제본이 실행 중이며 미디어 데이터베이스에 단독으로 액세스할 수 있습니다 . 한 번에 한 nsrmmdbd 프로세스만 지정된 시스템에서 실행되고 있어야 합니다 . 이 메시지는 이전 nsrmmdbd 가 적절하게 종료되지 않은 경우 나타날 수 있습니다 . nsr_shutdown(8) 또는

ps(1) 및 kill(1) 을 사용하여 nsrd(8) 를 다시 시작하기 전에 NetWorker 데몬을 모두 식별하고 강제 종료하십시오 .

잠금 파일을 열 수 없습니다 .

내부 오류입니다 . /nsr/tmp 및 /nsr/mm 디렉토리에 대한 권한을 확인하십시오 .


nsrmmgd(8)

Maintenance Procedures nsrmmgd(8)

이름nsrmmgd - 주크박스 작업을 관리하는 NetWorker 데몬

시놉시스nsrmmgd

설명The nsrmmgd 데몬은 nsrd NetWorker server 대신 모든 주크박스 작업을 관리하는 RPC 기반 서비스를 제공합니다 .

nsrd 서버는 주크박스 상태 및 연관된 디바이스 , 풀 , 작업을 설명하는 모든 RAP 리소스를 유지 관리합니다 . nsrmmgd 데몬은 nsrd 에서 필요로 하는 경우 실제로 필요한 주크박스 작업을 수행하도록 하는 프로세스입니다 .

nsrmmgd 는 nsrd 서버와 동일한 호스트에서 실행되고 이러한 데몬은 하나만 실행됩니다 . 여러 nsrlcpd 데몬 (활성화된 주크박스당 하나 )을 nsrmmgd 에서 시작하고 제어하여 다양한 주크박스의 하위 레벨 제어 및

인터페이스를 처리할 수 있습니다 . nsrmmgd 가 관리하는 nsrlcpd 프로세스는 여러 호스트 간에 분배될 수

있습니다 . nsrlcpd 는 주크박스가 설정된 호스트에서 실행되기 때문입니다 .

nsrmmgd 데몬은 필요할 때 nsrd에 의해 자동으로 호출되므로 사용자가 직접 시작할 필요가 없습니다 .

nsrd 는 주크박스가 구성되어 활성화된 것을 감지하면 nsrmmgd 를 nsrd 시작 프로세스의 일부로 시작합니다 . nsrd 가 시작될 때 활성화된 주크박스가 없으면 주크박스 리소스가 추가되거나 기존의 비활성화된 주크박스 리소스가 활성화될 때까지 nsrmmgd 는 시작되지 않습니다 .

nsrmmgd 의 RPC 프로그램 번호는 390430입니다 .


nsrmmgd 및 다른 NetWorker 데몬이 NetWorker 이벤트 메커니즘을 사용하여 다른 방법으로는 기록할 수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다 .

참조nsr(8), nsr_service(5), nsr_render_log(8), nsr_op(5), nsrd(8), nsrlcpd(8)


nsrmmgd(8)


nsrmon(8)

Maintenance Procedures nsrmon(8)

이름nsrmon - NetWorker 명령 및 데몬을 원격으로 제어하는 명령

시놉시스nsrmon

설명nsrmon 명령은 NetWorker 데몬에 의해서만 실행됩니다 . nsrd(8) 는 nsrexecd(8) 를 실행 중인

NetWorker storage node에서 다른 명령과 데몬을 원격으로 제어하는 명령을 시작합니다 . 원격으로 시작되는 명령과 데몬은 다음을 포함합니다 . nsrjb(8) 및 nsrmmd(8). 스토리지 노드에 대한 자세한 내용은

nsr_storage_node(5) 를 참조하십시오 .

참조nsr(8), nsr_storage_node(5), nsrd(8), nsrexecd(8), nsrjb(8) nsrmmd(8)


nsrmon(8)


NSRNASSNAP(8)

Maintenance Procedures NSRNASSNAP(8)

이름nsrnassnap - NAS 디바이스 스냅샷 관리를 수행하는 NetWorker Client 측 모듈

요약nsrnassnap [ -vx ] [ -s server ] [ -c client ] < -g group > [ -f dirfile ] [ -x save-options ] [ path ... ]

설명nsrnassnap 명령은 NetWorker Client 측 명령이며 savegrp이 파일시스템 및애플리케이션 백업을 위한

NAS 디바이스 스냅샷관리 관련 명령을 수행 하는데 사용됩니다. 참고: nsrnassnap을 직접 실행하는 것은

권장하지 않습니다. 대신 savegrp(1m)를 사용하십시오.

스냅샷을 사용하도록 구성된 NetWorker 그룹의 경우 savegrp 은 NetWorker Client 에서 save 대신

nsrnassnap을 호출합니다. nsrnassnap은 네가지 주요기능(보존, 스냅샷기반 백업, 실시간 백업 및 재시도 메커니즘)을 수행 합니다.

nsrnassnap은 보존 정책을 적용하기 위해 미디어 데이터베이스를 쿼리합니다. 또한 nsrnassnapck 바이너리를 사용하여 스냅샷 삭제와 스냅샷 만료를 수행합니다.

nsrnassnap이 -r 옵션을 사용하여 시작된 경우 스냅샷 기반 백업 후에 실시간백업 작업을 수행합니다.

nsrnassnap은항상 nsrndmp_save를 사용하여 실시간백업을 수행합니다.

스 냅샷 기반 NetWorker 그룹은 nsrnassnap을 시작하여 재시도로직을 수행합니다. 그러면 nsrnassnap이

동일한 단계를통해 스냅샷 기반 백업과 실시간백업을 생성합니다.

옵션 -c client-name

세이브 세션을 시작할 NAS 디바이스 이름을 지정합니다.

-f dirfile

프 로토타입 기본 보호 지침을 읽어야 하는 파일입니다(nsr(5) 참조). 이 dirfile(-)을 사용하면

표준 입력에서 기본 보호 지침을 읽을 수있습니다.

-g group

이 옵션은 savegrp(1m) 및 savefs(1m)에서 세이브 그룹을 나타내는데사용(nsr_client(5) 및

nsr_group(5) 참조)되는것은 물론, NetWorker Server에서 특정 미디어 풀을 선택하는데 사용됩니다.

-s server

NetWorker Server로 사용할 시스템을 지정합니다.

-v 이 옵션을 설정하면 save 프로그램에서 세이브 진행상황에 대한 추가정보를 제공합니다.

-x save-options

Savegrp은 nsrsnasnap_save 또는 이 인수를 지원하는 애플리케이션에추가 옵션을 전달할 수 있습니다. nsrnassnap은 이 save-option을 구문 분석하지 않고 nsrsnasnap_save 또는 애플리케이션으로 전달합니다.

path 백업할 NAS 디바이스 경로 이름을 지정합니다.

참조nsr_client(5), nsr_group(5), nsrd(8), recover(8), save(8), savefs(8),savegrp(8), nsrnassnap_recover(8), nsrnassnap_save(8), nsrsnapadmin(8)


NSRNASSNAP(8)

진단Exit Codes

0 정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 생성되었음을의미합니다.

<>0 비정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 생성되지않았습니다.


nsrnassnapck(8)

Maintenance Procedures nsrnassnapck(8)

이름nsrnassnapck - NetWorker NAS 스냅샷 검증 및 삭제 유틸리티

요약nsrnassnapck [ -s server ] [ -vy ] [ -c client-name ]

nsrnassnapck [ -s server ] [ -c client-name ] [ -vy ] -d -S ssid [ -S ssid ]...

설명nsrnassnapck는 NAS 스냅 세트 삭제 및 검증에 사용되는 NetWorker Client 유틸리티입니다. -d 옵션을

지정하지 않고 실행하면 지정된 NAS 디바이스(client-name)에 해당하는 모든 스냅 세트를 찾습니다. 그런

다음 스냅 세트를 검증하고 스냅 세트가 유효하지 않으면 삭제합니다.

옵션-c client-name

client-name은 NAS 디바이스의 이름입니다.

-d 지정된 스냅 세트를 삭제합니다.

-s server

사용할 NetWorker Server를 선택합니다. 기본값은 로컬 시스템입니다.

-S ssid

작업할 스냅 세트 ID를 지정합니다.

-v 세부 정보 표시(verbose) 모드를 설정합니다. 이 옵션을 지정하면 자세한 내용이 출력됩니다.

-y 사용자에게 삭제 확인 메시지를 표시하지 않습니다. 기본적으로 스냅세트를 삭제하기 전에 사용자에게

확인 메시지가 표시됩니다.

예제NetWorker Server jupiter의 클라이언트에서 스냅 세트 ID 2654636090

7637858874를 삭제하려면 다음 명령을 실행하십시오.

nsrnassnapck -s jupiter -d -S 2654636090 -S 7637858874


nsrnassnapck(8)


nsrnassnap_discover(8)

Maintenance Procedures nsrnassnap_discover(8)

이름nsrnassnap_discover - NAS 디바이스 스냅샷 검색을 수행하는 NetWorker Client 명령

요약nsrnassnap_discover [ -v ] [ -s server ] [ -c client ] [ -G debug-level ]

설명nsrnassnap_discover 명령은 NAS 디바이스 스냅샷 검색을 수행하는 NetWorker Client 명령입니다.


검색 작업을 시작할 NAS 디바이스 이름을 지정합니다.

-s server


-v 이 옵션을 설정하면 save 프로그램에서 세이브 진행 상황에 대한 추가정보를 제공합니다.

진단Exit Codes

0 정상적으로 종료됩니다. 검색이 성공적으로 완료되었음을 의미합니다.

<>0 비정상적으로 종료됩니다. 검색이 성공적으로 완료되지 않았습니다.


nsrnassnap_discover(8)


nsrnassnap_index(8)

Maintenance Procedures nsrnassnap_index(8)

이름nsrnassnap_index - NAS 디바이스 스냅샷 컨텐츠 인덱싱을 수행하는 Net-Worker Client 명령입니다.

요약nsrnassnap_index [ -v ] [ -s server ] [ -c client ] [ -G debug-level ]-S ssid

설명nsrnassnap_index 명령은 NAS 디바이스 스냅샷 컨텐츠 인덱싱을 수행하는 NetWorker Client 명령입니다.


인덱스 작업을 시작할 NAS 디바이스 이름을 지정합니다.

-s server


-v 세부 정보 표시(verbose) 모드를 설정합니다. 이 옵션을 설정하면 save 프로그램에서 세이브 진행

상황에 대한 정보를 제공합니다.

참조nsr_client(5), nsr_group(5), nsrd(8), nsrnassnap_recover(8),nsrnassnap_save(8), nsrsnapadmin(8) recover(8), save(8), savefs(8),savegrp(8)

진단Exit Codes

0 정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 인덱싱되었음을 의미합니다.

<>0 비정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 인덱싱되지않았습니다.


nsrnassnap_index(8)


nsrnassnap_recover(8)

Maintenance Procedures nsrnassnap_recover(8)

이름nsrnassnap_recover - NAS 기반 스냅샷 백업에서 생성된 NetWorker 파일을복구합니다.

요약nsrnassnap_recover [ -b basepath ] [ -c client_name ] [ -d destination ][ -f metadata_file ] [ -n namespace ] [ -s server ] [ -R recovery host ] [ -i {NYR} ] [ -G debug_level ][ -I input_file ] [ -M data_mover_host ] [ -K metadata_key ] [ -S ssid | -t savetime ] path ...

설명nsrnassnap_recover를 사용하면 NAS 기반 스냅샷 세이브 세트에서 데이터를복구할 수 있습니다.

nsrnassnap_recover를 사용하면 시점 NAS 기반 스냅샷에서 데이터를 복구할수 있습니다.

nsrnassnap_recover에 속성 목록을 반드시 지정해야 하는 것은아닙니다. 참고: 스냅 세트 또는 세이브 세트 복구에서 nsrnassnap_recover를 직접 실행하는 것은 권장되지 않습니다. 대신 nsrsnapadmin(8)을 사용하십시오.

사용자는 세이브 세트 ID나 세이브 세트 시간을 지정해야 합니다.

사용자는 복구할 파일을 명령줄에 지정해야 합니다. 이 경우 모든 파일이 동일한 세이브 세트에 속해야

합니다.

옵션-b basepath

상대 경로 이름에 대해 사용할 기준 경로 이름을 지정합니다. -I 옵션과 함께 사용합니다.

-c client_name

복구 세션을 시작할 클라이언트 이름을 지정합니다.

-d destination

복구된 파일을 재배치할 대상 디렉토리를 지정합니다.

-f metadata_file

메타데이터 정보가 복구되는 대상 파일 이름을 지정합니다.

-n namespace

복구할 네임스페이스를 지정합니다.

-s server

사용할 NetWorker Server를 선택합니다.

-t savetime

복구할 세이브 세트에 대한 세이브 타임을 지정합니다.

-R recovery host

복구된 데이터를 받을 클라이언트 이름을 지정합니다.

-i conflicting file action

기존 파일을 복구할 때 사용할 덮어쓰기 응답을 지정합니다. 한 개의문자만 지정할 수 있습니다. 이

옵션이 제공되지 않을 경우 기본값으로 파일이 덮여쓰여집니다. 이 옵션은 복구 모드에서 실행할 때

uasm -i 옵션과 동일합니다. 이 옵션에 대한 자세한 설명은 uasm(8) man 페이지를 참조하십시오.

유효한 값은 ’N’, ’Y’ 및 ’R’입니다.


nsrnassnap_recover(8)

-G debug_level

사용할 디버그 레벨을 지정합니다. debug_level은 0에서 9 사이의 숫자입니다.

-I input_file

복구할 파일의 입력 파일을 지정합니다. -b를참조하십시오.

명령줄에서 복구할 경로를 가져올 뿐만 아니라 명명된 파일에서 복구할 경로를 읽습니다. 경로는 한

줄에 하나씩 나열되어야 합니다. 명령줄에 지정된 경로가 없으면 파일에 지정된 경로만 복구됩니다.

nsrnassnap_recover를 사용하면 복원 세션당 둘 이상의 세이브 세트를복원할 수 있습니다. -I 명령줄 옵션을 사용하면 복구할 세이브 ID 및관련 파일 경로를 입력 파일로 지정할 수 있습니다. 명령줄에 -I 옵션과 함께 --S 옵션이나 -t 옵션을 지정하지 않으면 지정된 입력 파일의내용이 다른 형식을 갖는 것으로 가정되고 다른 방식으로 해석됩니다.이런 경우 nsrnassnap_recover는 입력 파일의 각 줄이 다음과 같은 형식이라고 가정합니다.

ssid=<savesetID> <전체 파일, 디바이스 또는 파일시스템 경로>

파일의 각 줄은 복원할 단일 파일 경로와 복원할 원본세이브 세트의 ID를 식별해야 합니다. 예: ssid=4145682356 /vol/hosts ssid=4145682356 /vol/vfstab ssid=4188238921 /vol/motd

각 줄에 지정된 두 값은 공백으로 구분됩니다.따라서 파일 경로에 공백이 포함되는 경우 경로를 큰

따옴표로 묶어야 합니다.예: ssid=4874309231 "/My File Directory/mytestdoc.doc"

nsrnassnap_recover 명령줄에서 사용할 수 있는 -S 및 -t 이외의 모 옵션은 입력 파일에 나열되어 있는 세이브 세트에 대한 모든 세이브 세트 복원에 적용됩니다. 예를 들어 -d를 사용하여 대체

대상 경로를 지정한 경우 지정된 모든 세이브 세트의 모든 파일이 동일한 대체대상 경로로 복원됩니다. 마찬가지로, -b 옵션을 지정하면 해당 옵션에 지정된 값이 입력 파일에 지정된 모든 파일의 기준 경로로 사용됩니다.

이 기능을 사용할 경우 명령줄에 지정한 사항이 입력 파일에 나열된모든 세이브 세트에 적용되므로

입력 파일에 지정된 모든 세이브 세트가 동일한 유형인지 확인해야 합니다. 같은 이유로, 입력 파일에 나열된 모든 세이브 세트에 대해 스토리지 유형이 동일해야 합니다. 이 지침을 따르지 않으면 오류가 발생합니다.

-M data_mover_host

스냅샷 마운트/액세스에 사용할 시스템의 이름입니다. 이 옵션이 지정되지 않으면 로컬 컴퓨터가

Data Mover 호스트로 간주됩니다.

-K metadata_key

복구 메타데이터의 메타데이터 키를 지정합니다.

-S ssid

복구할 세이브 세트의 세이브 세트 ID를 지정합니다.

참조nsr_client(5), nsr_group(5), nsrd(8), nsrnassnap(8) nsrnassnap_save(8),nsrsnapadmin(8), recover(8), save(8), savefs(8), savegrp(8)

예제nsrnassnap_recover -s ledma243 -c ledma011 -S 4088878394 /FS1

진단Exit Codes

0 정상적으로 종료됩니다.

<>0 비정상적으로 종료됩니다. 명령이 실패했습니다.


nsrnassnap_save(8)

Maintenance Procedures nsrnassnap_save(8)

이름nsrnassnap_save - NAS 디바이스 파일 시스템의 스냅샷 기반 백업을 생성하고백업 스냅샷을 장기 스토리

지에 백업합니다.

요약nsrnassnap_save [ -qSuv ] [ -s server ] [ -c client-name ] [ -e expiration ] [ -f dirfile ] [ -G debug-level ] [ -Iinput_file ] [ -g group ] [ -l level ] [ -w browse_time ][ path ... ]

설명nsrnassnap_save를 사용하면 NAS 디바이스 파일 시스템의 데이터를 세이브 세트에 백업할 수 있습니다.


세이브 세션을 시작할 NAS 디바이스 이름을 지정합니다.

-e expiration

저장된 데이터의 만료 날짜를 nsr_getdate(3) 형식으로 설정합니다.

-f dirfile

프로토타입 기본 보호 지침을 읽어야 하는 파일입니다(nsr(5) 참조). 이 dirfile(-) 을 사용하면

표준 입력에서 기본 보호 지침을 읽을 수있습니다.

-g group

이 옵션은 savegrp(8) 및 savefs(8)에서 세이브 그룹을 나타내는데사용(nsr_client(5) 및

nsr_group(5) 참조)되는것은 물론, NetWorker Server에서 특정 미디어 풀을 선택하는데 사용됩니다.

-i nsrnassnap_save는 이 옵션을 무시합니다.

-l level

세이브 레벨 입니다. 이 옵션은 savegrp(8) 및 savefs(8)에서 예약된 세이브에 특정 레벨을 지정할 때 사용합니다.

-q 자동 모드입니다. 요약 정보 및 오류 메시지만 표시합니다.

-s server


-u 오류가 발생한 경우 저장을 중지합니다. save 프로그램은 일반적으로오류를 경고로 처리하여 백업에서 나머지 파일을 계속 저장합니다. 이옵션이 설정된 경우 오류가 발생하면 save 프로그램이 종료되고 저장이중단됩니다. 이 옵션은 파일 그룹을 하나의 세트로 백업해야 하는 경우에 유용할 수 있지만 일반적인 용도로는 사용하지 않는 것이 좋습니다.

-v 세부 정보 표시(verbose) 모드를 설정합니다. 이 옵션을 설정하면 save 프로그램에서 save 진행 상황에 대한 정보를 제공합니다.

-w browse_time

이 세이브 세트를 더 이상 탐색할 수 없는 기준 날짜를 nsr_get-date(3) 형식으로 설정합니다. 기본적으로 서버는 현재 적용된 탐색정책을 기준으로 세이브 세트에 대한 탐색 날짜를 결정합니다. 이

옵션을 사용하면 저장할 때마다 기존 정책을 재정의 할수 있습니다.


nsrnassnap_save(8)

-I input_file

명령줄에서 저장할 경로를 가져올 뿐만 아니라 명명된 파일에서 저장할 경로를 읽습니다. 경로는 한

줄에 하나씩 나열되어야 합니다. 명령줄에 지정된 경로가 없으면 파일에 지정된 경로만 저장됩니다.

-S 세이브 세트 복구만 허용합니다. 이 옵션은 인덱스항목을 생성 하지않고 저장만 수행합니다. 이것은 세이브세트 복구를 사용하여 데이터는 복구할 수 있지만 세이브세트를 탐색할 수는 없음을 의미합니다.

path 백업할 NAS 디바이스의 세이브 세트 이름을 지정합니다.

참조nsr_client(5), nsr_group(5), nsrd(8), nsrnassnap(8)nsrnassnap_recover(8), nsrsnapadmin(8), recover(8), save(8), savefs(8),savegrp(8)

예제nsrnassnap_save -s ledma243 -c ledma011 /fs1

진단Exit Codes

0 정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 생성되었음을의미합니다.

<>0 비정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 생성되지않았습니다.


nsrndmp_clone(8)

Maintenance Procedures nsrndmp_clone(8)

이름nsrndmp_clone - NetWorker 및 NDMP(네트워크 데이터 관리 프로토콜 )를 사용하여 세이브 세트 복제

수행

시놉시스nsrndmp_clone [ -v ] [ -p ] [ -s server ] [ + .BI -J " recover storage- node-name" + ] [ -b pool ] ] -y retention ] { -f file | volname... }

nsrndmp_clone [ -v ] [ -p ] [ -s server ] [ + .BI -J " recover storage- node" + ] [ -b pool ] [ -y retention ] -S { -f file | ssid[/cloneid]... }

nsrndmp_clone [ -v ] [ -p ] [ -s server ] [ + .BI -J " recover storage- node" + ] [ -b pool ] [ -y retention ] -S -t start time [ -e end time ] [ -c client name ] [ -g group name ]

nsrndmp_clone [ -v ] [ -p ] [ -s server ] [ + .BI -J " recover storage- node" + ] [ -b pool ] [ -y retention ] -S -e end time [ -t start time ] [ -c client name ] [ -g group name ]

nsrndmp_clone [ -v ] [ -p ] [ -s server ] [ + .BI -J " recover storage- node" + ] [ -b pool ] [ -y retention ] -V { -f file | volid... }

nsrndmp_clone 프로그램은 기존 세이브 세트의 복제본을 새로 만듭니다 . 이러한 복제본은 복제본을 저장하는 볼륨을 제외하면 원본과 구분되지 않습니다 . 복제본은 여러 미디어 볼륨에 배치되어 단일 복제본이 제공하는 것보다 높은 안정성을 제공합니다 . 모든 종류의 미디어에 복제본을 만들 수 있습니다 (예를 들어 8mm

테이프의 세이브 세트를 LGTO Ultrium 2 테이프에 복사할 수 있음 ). 그러나 nsrndmp_clone 작업의 대상으로 사용된 모든 미디어는 복제 풀 에 있어야 합니다 . 다양한 풀 유형에 대한 설명은 nsr_pool(8) 을 참조하십시오 .

명령줄 매개 변수를 사용하여 볼륨 이름 또는 볼륨 식별자를 지정할 수 있더라도 nsrndmp_clone 은 항상

전체 세이브 세트를 복사합니다 . 지정된 볼륨에서 시작하는 세이브 세트는 완전히 복사되므로 명령줄에 지정된 볼륨 외에도 복제 작업 중 볼륨을 요청할 수 있습니다 . 반면 , 지정된 볼륨에 있지만 다른 곳에서 시작하는 세이브 세트는 클론되지 않습니다 .

nsrndmp_clone 은 단순한 볼륨 복제 를 수행하는 것이 아니라 전체 세이브 세트를 지정된 풀의 대상 볼륨

세트에 복사합니다 . 선택된 첫 번째 대상 볼륨이 복사될 세이브 세트를 모두 보유할 수 없는 경우 다른 볼륨이 선택됩니다 . 이에 따라 각 복제본에 대해 다양한 크기의 볼륨을 고려하여 테이프와 같은 서로 다른 종류의 미디어를 사용할 수 있습니다 .

nsrndmp_clone 프로그램을 nsrmmd(8) 와 함께 사용하여 지정된 볼륨에서 각 세이브 세트에 클론이 하나

이하가 되도록 할 수 있습니다 . 볼륨 이름 또는 식별자를 지정할 때 해당 볼륨의 세이브 세트 복제본이 소스로 사용됩니다 . 세이브 세트를 명시적으로 지정하면 여러 개의 기존 복제본이 있는 세이브 세트가 자동으로 선택됩니다 . 주크박스의 볼륨에 있는 세이브 세트의 복제본은 운영자가 개입해야 하는 세이브 세트보다

우선적으로 선택됩니다 . 또한 소스로 사용할 세이브 세트의 복제본 (클론 )을 지정할 수 있습니다 . 옵션 섹션에서 -S 옵션 설명을 참조하십시오 .


nsrndmp_clone(8)

nsrndmp_clone 프로그램은 NDMP에서 일반 NetWorker 세이브 세트를 클론하는 데도 사용됩니다 . 이 작업은 -p 옵션을 사용하여 수행됩니다 . 이 경우 결과로 생기는 클론 세이브 세트를 불투명 세이브 세트 (클론 플래그는 mminfo 보고서에서 'o'으로 표시됨 )라고 합니다 . NetWorker에서는 데이터 복구 및 스캔 처리 시 불투명 세이브 세트를 일반 세이브 세트와 똑같이 간주합니다 .

테이프 서버는 볼륨으로부터 읽어 들이고 대상 노드의 NDMP 테이프 서버는 볼륨에 쓰는 방법으로 스토리지 노드 간의 복제가 수행됩니다 . 소스 노드는 소스 볼륨의 위치 즉 , 볼륨이 현재 마운트된 위치 또는 마운트되지 않은 경우 볼륨의 "위치 " 필드에 의해 확인됩니다 (참조 : mmlocate(8)). 클론의 대상 노드는 내림차순으로 클라이언트 리소스의 "clone storage nodes" 속성에 의해 확인됩니다 . 이러한 속성의 사용 방법에 대한 추가 정보 및 다른 스토리지 노드 정보에 대한 자세한 내용은 nsr_storage_node(5) 및 nsr_client(5) 를 참조하십시오 .

복제할 세이브 세트가 nsrdsa_save 를 통해 nsrndmp_save 에 의해 백업된 경우 (즉 세이브 세트의 플래그가 'N' 및 's'인 경우 ) nsrclone 을 사용하여 이러한 세이브 세트를 클론합니다 . 세이브 세트는 NDMP 테이프 디바이스가 아닌 NetWorker 스토리지 디바이스에 클론됩니다 . 비 NDMP 테이프 디바이스에서 NDMP 테이프 디바이스로의 클론 작업 및 그 반대 방향으로의 클론 작업은 지원되지 않습니다 . mminfo(8) 를 참조하십시오 .

옵션-b pool

대상 클론이 전송되는 미디어 풀을 지정합니다 . 풀은 상태가 clone 으로 설정된 nsrd(8) 로 현재 등록된 임의의 풀일 수 있습니다 . 가능한 값을 보려면 NetWorker Manage- ment Console 의 미디어 디스플레이 왼쪽 창에서 [미디어 풀 ]을 선택하십시오 . 이 옵션을 생략하면 클론된 세이브 세트는 자동으로 기본 복제 풀로 전송됩니다 .

-f file볼륨 이름, 볼륨 식별자 또는 세이브 세트 식별자를 명령줄에 나열하지 않고 지정된 파일에서 읽어 오도록 nsrndmp_clone 에 지시합니다 . 값은 입력 파일에서 한 줄에 하나씩 나열되어야 합니다 . 값을 표준 입력에서 읽는 경우에는 파일 을 "-"으로 지정할 수 있습니다 .

-s serverNetWorker server를 지정합니다. 서버 선택에 대한 설명은 nsr(8) 를 참조하십시오. 기본값은 현재 시스템입니다 .

-J storage-nodeNetWorker 복구 스토리지 노드를 지정합니다 .

-v verbose 작업을 활성화합니다. 이 모드에서는 볼륨을 교차하는 세이브 세트나 세이브 세트 시리즈 확장과 같은 nsrndmp_clone 작업에 대한 추가 메시지가 표시됩니다 .

-p NDMP에서 일반 NetWorker 세이브 세트 복제를 활성화합니다 .

-y retention클론된 데이터를 재활용할 수 있는 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 특수 값 forever 는 만료되지 않는 볼륨 (즉 아카이브 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 서버는 적용된 보존 정책을 기반으로 세이브 세트에 대해 이 날짜를 결정합니다 . 이 옵션을 사용하여 기존 정책을 덮어쓸 수 있습니다 .

-S nsrndmp_clone 이 후속 명령줄 매개 변수를 볼륨 이름이 아닌 세이브 세트 식별자로 처리하도록 합니다 . 세이브 세트 식별자는 부호 없는 숫자입니다 . 세이브 세트의 세이브 세트 식별자는 mminfo -v 명령을 사용하여 확인할 수 있습니다 . (참조 : mminfo(8)). -S 옵션은 볼륨에서 개별 세이브 세트를 복사하거나 mminfo 쿼리와 일치하는 모든 세이브 세트를 복사하려는 경우에 유용합니다(아래 예제 참조). 또한 세이브 세트 식별자는 소스로 사용할 여러 복제본이 있는 세이브 세트의 복제본을 정확하게 지정할 수 있습니다 . 정확한 복제본을 지정하려면 각 세이브 세트 식별자에 대해 ssid/cloneid 형식을 사용합니다 . 이 경우 ssid 및 cloneid 는 단일 슬래시 (/)로 구분된 부호 없는 숫자입니다 . 특정 복제본의 cloneid 를 알아보려면 mminfo -S 보고서 또는 사용자 정의 보고서를 사용합니다 .


nsrndmp_clone(8)

-V nsrndmp_clone 후속 명령줄 매개 변수를 볼륨 이름이 아닌 볼륨 식별자로 처리하도록 합니다 .

예를 들어 볼륨 ID를 찾으려면 mminfo -mv 보고서를 사용합니다 . 이 옵션은 -S 옵션과 함께 사용할 수 없습니다 .

-e end time

복제할 세이브 세트 ID를 선택하기 위한 종료 시간을 nsr_getdate(3) 형식으로 설정합니다 . 이

옵션에는 -S 옵션만 사용할 수 있습니다 . 이 옵션을 지정하지 않으면 종료 시간은 현재 시간으로

설정됩니다 . -e 0은 -e today와 같습니다 .

-t start time

복제할 세이브 세트 ID를 선택하기 위한 시작 시간을 nsr_getdate(3) 형식으로 설정합니다 . 이

옵션에는 -S 옵션만 사용할 수 있습니다 . 이 옵션을 지정하지 않으면 시작 시간은 종료 시간 -

24시간으로 설정됩니다 . -t 0은 -t today와 같습니다 . 시간 범위를 지정하는 경우 최소한 -t

또는 -e 옵션을 지정해야 합니다 .

-c client name

클라이언트 이름이 지정된 경우 해당 클라이언트에 속하는 세이브 세트만 선택됩니다 . -c 옵션을

여러 번 사용하여 둘 이상의 클라이언트 이름을 지정할 수 있습니다 . 이 옵션에는 -t 또는 -e 옵션만 사용할 수 있습니다 .

-g group name

그룹 이름이 지정된 경우 해당 그룹에 속하는 세이브 세트만 선택됩니다 . 그룹 이름은 하나만 지정할 수 있으며 -c 옵션과 함께 사용될 수 있습니다 . 이 옵션에는 -t 또는 -e 옵션만 사용할 수 있습니다 .

예제mars.001 볼륨에서 시작하는 모든 세이브 세트를 Offsite Clone 풀의 볼륨으로 복사합니다 .

nsrndmp_clone -b 'Offsite Clone' mars.001

지난 주말 동안 작성된 모든 완료 세이브 세트를 복사합니다 (time-of-day가 없는 nsr_getdate(3) 날짜는 해당 일의 시작을 0시로 맞춥니다 ). 완료 세이브 세트만 .BR nsrndmp_clone (8) 프로그램에 의해 복사될 수 있습니다 . nsrndmp_clone -S ‘mminfo -r ssid \ -q ’!incomplete,savetime>last saturday,savetime<last monday’‘

특정 세이브 세트의 특정 클론을 복사합니다 .

nsrndmp_clone -S 1538800517/770700786

시간 01/21/05 14:50:03과 01/24/05 14:50:03 사이에 작성된 Default 그룹에 대한 모든 세이브 세트를 복사합니다 .

nsrndmp_clone -S -t ’01/21/05 14:50:03’ -e ’01/24/05 14:50:03’ \ -g Default

"rose" 및 "seam" 클라이언트에 대해 최근 24시간 이내에 작성된 모든 세이브 세트를 복사합니다 .

nsrndmp_clone -S -e now -c rose -c seam

NDMP에서 특정 일반 NetWorker 세이브 세트 3517744106을 ndmpclone 풀의 볼륨으로 클론합니다 .

nsrndmp_clone -p -b ndmpclone -S 3517744106


nsrndmp_clone(8)

참조nsrclone(8), nsrndmp_save(8), nsrndmp_recover(8), nsr_getdate(3), nsr_pool(5), nsr_storage_node(5), mminfo(8), nsr(8), nsrd(8), nsrmmd(8) Maintenance Procedures nsrndmp_clone(8)

진단요청된 세이브 세트가 모두 클론되었으면 종료 상태는 0이고 , 그렇지 않으면 종료 상태는 0이 아닙니다 .

데이터를 복제하는 데 nsrd(8) 를 사용할 수 없음을 나타내는 여러 메시지가 표시되고 이러한 메시지는 자체 설명적입니다 . 또한 다음 목록의 메시지를 볼 수 있습니다 .

상위 ssid를 포함하는 세이브 세트 시리즈 추가세부 정보 표시 (verbose) 모드에서 실행 중인 경우 nsrndmp_clone 이 명령줄 매개 변수에는 시리즈의 일부만 지정되었지만 요청된 세이브 세트가 연속되어 있어 전체 시리즈를 클론해야 하는 것으로 인식하면 이 메시지가 표시됩니다 .

하위 ssid를 포함하는 세이브 세트 시리즈 추가세부 정보 표시 (verbose) 모드에서 실행 중인 경우 nsrndmp_clone 이 요청된 세이브 세트가 연속되어 있어 전체 시리즈를 클론해야 하는 것으로 인식하면 이 메시지가 표시됩니다 .

미디어 데이터베이스에 연결할 수 없습니다 .

명명된 서버의 미디어 데이터베이스 (및 가장 가능성 있는 다른 NetWorker 서비스 )가 쿼리에 응답하지 않습니다 . 서버를 시작해야 할 수 있으며 서버가 방금 시작되었다면 쿼리에 응답하기 전에

시작 검사를 완료해야 합니다 .

시리즈가 손상되어 세이브 세트 number를 클론할 수 없습니다 .

지정된 세이브 세트는 세이브 세트 시리즈 (대용량 파일 또는 파일 시스템을 저장하는 데 사용됨 )

의 부분이지만 시리즈의 모든 세이브 세트를 미디어 데이터베이스에서 찾을 수 있는 것은 아닙니다 .

예를 들어 세이브 세트 시리즈의 부분을 포함하는 테이프에 레이블을 다시 지정할 경우 이런 문제가 발생할 수 있습니다 .

server를 사용하여 nsrndmp_clone 세션을 열 수 없음

이 메시지는 서버가 클론 세션을 승인하지 않는 경우 표시됩니다 .

복제는 지원되지 않습니다 . 업그레이드가 필요합니다 .

이 기능을 사용하려면 추가 Enabler가 필요합니다 .

복제하려면 디바이스가 두 개 이상 필요합니다 .

데이터는 한 볼륨에서 다른 볼륨으로 직접 복사되므로 복제를 하려면 최소한 읽기 /쓰기 디바이스

하나와 읽기 전용 또는 읽기 /쓰기 디바이스가 하나 있어야 합니다 .

서버가 복제를 지원하지 않습니다 .

명명된 서버에서 복제를 수행할 수 없습니다 . 각 클론 호스트에는 활성화된 두 개 이상의 디바이스가

필요합니다 .

동일한 물리적 드라이브를 공유하는 두 스토리지 노드 간에 복제를 수행하려면 각 노드에 두 개 이상의 활성화된 디바이스가 있어야 합니다 .

오류 . ssid number의 올바른 클론이 없습니다 .

나열된 세이브 세트가 있지만 세이브 세트의 완료 복제본이 없으므로 클론할 수 없습니다 . 세이브

세트가 중단되었거나 진행 중입니다 . 완료 세이브 세트만 복사될 수 있습니다 .

오류 , username 사용자가 관리자 목록에 있어야 합니다 .

오류 , username 사용자가 아카이브 사용자 목록에 있어야 합니다 . NetWorker 관리자만 백업 세이브 세트의 클론을 만들 수 있습니다 . NetWorker 관리자는 NSR 서버 리소스에 나열되어 있습니다 . 자세한 내용은 nsr_service(5) 를 참조하십시오 .


nsrndmp_clone(8)

클론할 완료 세이브 세트가 없습니다 .

완료 세이브 세트만 복사할 수 있는데 , 요청된 명령줄 매개 변수와 일치하는 완료 세이브 세트를

찾을 수 없습니다 .

번호는 유효한 세이브 세트가 아닙니다 .

지정된 세이브 세트 식별자가 잘못되었습니다 . 단순 세이브 세트 식별자 및 CloneID가 지정된 세이브 세트 식별자 형식을 인식할 수 있습니다 . 단순 세이브 세트는 부호 없는 숫자입니다 .

cloneid를 포함한 세이브 세트 형식은 단일 슬래시 (/)로 구분된 두 개의 부호 없는 숫자로 지정됩니다 .

풀이 클론 풀이 아닙니다 .

-b pool 옵션으로 지정된 풀이 클론 풀이 아닙니다 . -b 옵션에 대해서는 항상 "백업 클론 " 유형의 풀을 사용해야 합니다 .

볼륨 "이름 "에 클론이 있습니다 .

추가 볼륨을 요청합니다 . 이 메시지는 지정된 세이브 세트가 이미 오류 메시지에 지정된 볼륨에 클론되었을 때 세부 정보 표시 (verbose) 모드에서 표시됩니다 . 세이브 세트는 볼륨당 클론을 하나만 가질 수 있으므로 nsrndmp_clone은 자동으로 추가 볼륨을 요청합니다 .

세이브 세트 number이 (가 ) 없습니다 .

지정된 세이브 세트 (-S 세이브 세트 목록에 있는 )가 없습니다 . mminfo(8) 를 사용하여 세이브

세트 식별자를 확인하십시오 .

세이브 세트 번호가 볼륨을 교차합니다 . 요청 중입니다 . 추가 볼륨볼륨 이름이나 ID를 지정했지만 지정된 세이브 세트의 일부만 나열된 볼륨에 있는 경우 세부 정보

표시 (verbose) 모드에서 이 메시지가 표시됩니다 . 완료 세이브 세트만 클론할 수 있으므로

nsrndmp_clone 은 자동으로 추가 볼륨을 요청합니다 .

세이브 세트 클론 번호 /cloneid이 (가 ) 없습니다 .

세이브 세트의 특정 클론이 지정되었지만 세이브 세트에 해당 클론 식별자를 가지는 클론이 없습니다 . mminfo(8) 를 사용하여 세이브 세트 식별자를 확인하십시오 .

볼륨 이름 (또는 번호 )이 (가 ) 없습니다 .

지정된 볼륨 (-V 옵션에 지정된 볼륨 이름 또는 볼륨 ID)이 미디어 데이터베이스에 없습니다 .

30초 대기 후 재시도 중일시적인 오류가 발생했고 오류 조건이 없어질 때까지 nsrndmp_clone 이 자동으로 요청을 재시도합니다 . 예를 들어 모든 디바이스가 저장 또는 복구 중이고 이러한 디바이스를 사용할 수 있을 때까지 nsrndmp_clone 이 대기해야 할 경우 오류가 발생합니다 .


nsrndmp_clone(8)


nsrndmp_recover(8)

Maintenance Procedures nsrndmp_recover(8)

이름nsrndmp_recover - NetWorker 및 NDMP(네트워크 데이터 관리 프로토콜 )를 사용하여 데이터를 복구합니다 .

시놉시스nsrndmp_recover [ -c client ] [ -s server ] [ -J storage-node ] [ -R recover-target ] { -r raw device -S ssid [/cloneid] -m mount point [ -v { on|off } ] [ paths [ paths... ] ] | -F }

설명nsrndmp_recover 는 NetWorker 및 NDMP(네트워크 데이터 관리 프로토콜 ) 시스템을 통해 복구 작업을

조정하는 데 사용됩니다 . 수퍼유저만 이 명령을 실행할 수 있습니다 . 데이터를 복구하는 방법에는 재구축 복구와 파일 레벨 복구의 두 가지 방법이 있습니다 . 재구축 복구는 -r 옵션과 함께 세이브 세트 ID (-S) 옵션 을 사용하여 원시 파티션을 지정하는 경우 발생합니다 ." 대상 raw device 경로 이름을 지정해야 하기

때문에 한 번에 하나의 세이브 세트만 지정할 수 있습니다 . 사용자는 선택적으로 관리 사용자 인터페이스

(Reg.)을 사용하여 세이브 세트 복구 창을 통해 재구축 복구 작업을 수행할 수 있습니다 . 사용자 인터페이스 또는 mminfo(8) 명령을 사용하여 세이브 세트 ID를 결정할 수 있습니다 . 파일 레벨 복구는 -F 옵션과

함께 nwrecover(8) 또는 recover(8) 명령을 사용하여 지정됩니다 . 사용자는 이 옵션을 지정할 수 없습니다 .

복구 상태는 Java 기반 NetWorker Management Console 또는 기타 터미널 유형의 경우 curses(3X) 기반 nsrwatch(8) 프로그램을 사용하여 모니터링할 수 있습니다. 현재 볼륨 정보만 사용할 수 있으며 복구된

데이터 양은 제공되지 않습니다 .

nsrndmp_recover 는 NDMP 시스템에서 데이터를 이동하지 않습니다. 이러한 모든 작업은 NDMP 시스템에서

처리됩니다 . nsrndmp_recover 는 NDMP 시스템으로부터 메시지를 수신하여 적절히 처리합니다 . 이러한 메시지는 새 테이프를 마운트하거나 로그 메시지를 게시하도록 요청할 수 있습니다 . 자세한 내용은

www.ndmp.org 에 있는 NDMP 사양 및 설명서를 참조하십시오 .

다른 시스템에서 데이터를 복구하려면 nsrndmp_recover 작업을 수행하는 사용자가 클라이언트 리소스의

remote access 속성 목록에 있는지 확인합니다 . nsr_client(5) 를 참조하십시오 .

세이브 세트가 nsrdsa_save 를 통해 nsrndmp_save 에 의해 백업된 경우 NetWorker 스토리지 디바이스에서의 데이터 복구를 지원합니다 . 세이브 세트 플래그에 'N' 및 's'가 있는 것으로 식별되면

Nsrndmp_recover 프로그램이 nsrdsa_recover 를 로컬에서 실행합니다 . 'N' 및 's' 세이브 세트 플래그에 대한 자세한 내용은 mminfo(8) 를 참조하십시오 .

참고 :

recover, nwrecover 및 winworkr 와 같은 브라우저는 nsrndmp_recover를 로컬에서 실행합니다 . 따라서 성능을 향상시키려면 복구될 세이브 세트가 있는 볼륨 위치를 기준으로브라우저를 시작해 보십시오. 예를

들어 NetWorker server와는 다른 NetWorker storage node에 백업을 수행한 경우 NetWorker

storage node에서 브라우저를 시작하면 성능을 향상시킬 수 있습니다 . 브라우저가 NetWorker server에서 시작되면 데이터가 NetWorker storage node에서 NetWorker server로 이동한 다음 NetWorker

server에서 NDMP 시스템으로 이동합니다 . 아래에 언급한 모든 명령줄 옵션은 NetWorker storage node

에서 복구하는 경우에도 적용됩니다 .


nsrndmp_recover(8)

옵션-c client

Client 는 파일이 저장된 시스템의 이름입니다 .

-F 수행될 파일 레벨 복구를 지정합니다 . 이 옵션은 nwre-cover(8) 또는 recover(8) 명령으로만

지정할 수 있습니다 .

-m mount point

복구된 파일을 재배치할 대상 디렉토리를 지정합니다 . 지정하지 않으면 데이터가 원래 위치로 복구됩니다 .

참고 :

NDMP 서버가 SnapImage인 경우 원시 디바이스의 마운트 지점은 -r 옵션에 의해 지정됩니다 . 복구 작업을 위해 파일 시스템이 언마운트되었다가 작업이 완료되면 다시 마운트됩니다 .

-r raw device

이 옵션은 데이터가 복구될 원시 디바이스의 경로 이름을 지정합니다 . 이 옵션은 SnapImage 제품으로 재구축 복구를 수행하는 경우에만 사용할 수 있습니다 .

-R recover-target

이 옵션은 데이터가 복구될 대상 호스트의 경로 이름을 지정합니다 . 지정하지 않으면 데이터가 소스 호스트로 복구됩니다 .

-s server

이 옵션은 사용할 NetWorker server를 선택합니다 .

-J storage-node

이 옵션은 사용할 NetWorker storage node를 선택합니다 .

-S ssid[/cloneid]

이 필수 옵션은 세이브 세트 복구 모드를 지정하는 데 사용됩니다 . 이 모드는 NetWorker 파일 인덱스 항목 없이 빠른 일괄처리 파일 복구를 구현하는 데 사용할 수 있습니다 . ssid 는 복구할 세이브 세트의 세이브 세트 ID를 지정합니다 . 하나의 세이브 세트에 대해 여러 개의 클론 인스턴스가 있는 경우 복제 ID를 지정하여 복구할 특정 클론 인스턴스를 선택할 수도 있습니다 . 특정 세이브 세트의 복제 ID는 mminfo(8) 출력에서 가져올 수 있습니다 .

지정된 path 인수가 없으면 전체 세이브 세트 내용이 복구됩니다 . 하나 이상의 path 인수를 지정하여 실제로 복구되는 디렉토리 및 파일 수를 제한할 수 있습니다 . path 인수가 제공되는 경우 세이브 세트에 있는 각 경로 이름의 시작 부분이 path 중 하나와 정확하게 일치해야 복구될 수 있습니다 . '*', '?' 및 '[...]'와 같은 메타 문자를 사용하여 일치시키는 셸 형식의 파일 이름은

지원되지 않습니다 .

-v on|off

이 옵션은 확인 플래그의 값을 지정합니다 . 확인 플래그가 on 이면 복구를 위해 ndmp 서버로 전송하기 전에 지정된 세이브 세트 ID에 대해 paths 가 인덱스 데이터베이스에 있는지 확인합니다.

인덱스 데이터베이스에 있는 항목만 NDMP 서버로 전송되어 복구됩니다. 반면, 확인 플래그가 off

이면 paths 를 확인하지 않고 NDMP 서버로 전송합니다 . 이 플래그의 기본값은 on 입니다 .

예제하위 디렉토리 레벨을 원래 위치로 복구 nsrndmp_recover -s server -c client -S ssid[/cloneid] /fs/dir1 /fs/dir2 /fs/dir3 /fs/dir4/file1 ...

When indexes are not available for the specified paths nsrndmp_recover -s server -c client -S ssid[/cloneid]

-v off /fs/dir1 /fs/dir2 /fs/dir3 ...


nsrndmp_recover(8)

원래 위치로 복구 nsrndmp_recover -s server -c client -S ssid[/cloneid]

클라이언트의 다른 위치로 재배치

nsrndmp_recover -s server -c client -S ssid[/cloneid]

-m /destdir

여기서 /destdir는 클라이언트의 대상 디렉토리입니다 .

원격 호스트의 다른 위치로 재배치 nsrndmp_recover -s server -c client -S ssid[/cloneid]

-m /destdir -R desthost ORnsrndmp_recover -s server -c client -S ssid[/cloneid]

-m desthost::/destdir

여기서 desthost는 NW 서버에 구성된 다른 NDMP 클라이언트입니다 .

SnapImage를 사용한 재구축 복구 nsrndmp_recover -s server -c client -S ssid[/cloneid]

-m /mntpoint -r /dev/rdsk/c2t2d0s1

진단완료되지 않은 세이브 세트로 인해 파일 생략 : /core

사용자가 완료되지 않은 세이브 세트와 관련된 파일을 표시했습니다 . 파일 인덱스와 미디어 데이터베이스를 다시 동기화하려면 nsrim -X 를 실행해야 합니다 .

인덱스에 /core 항목이 없습니다 . 생략하는 중인덱스 데이터베이스에 없는 디렉토리 /파일 (/core)을 path 인수에 지정했습니다 . 이 검사를 무시하려면 명령줄에서 nsrndmp_recover 를 -v off 옵션으로 실행해야 합니다 . 이 작업은 인덱스가 손실되고 데이터가 백업 미디어에 있는 경우 유용합니다 .

참조mminfo(8), nsr_client(5), nsrndmp_save(8), recover(8), nwrecover(8)


nsrndmp_recover(8)


nsrndmp_save(8)

Maintenance Procedures nsrndmp_save(8)

이름nsrndmp_save - NetWorker 및 NDMP(네트워크 데이터 관리 프로토콜 )를 사용하여 데이터를 저장합니다 .

시놉시스nsrndmp_save -T backup-type -c client-name [ -LL ] [ -M ] [ -P Proxy-host ] [ -I Index-host ] [ -g group ] [ -l level ] [ -b pool ] [ -m masquerade ] [ -N name ] [ -s server ] [ -J storage-node ] [ -t date ] [ -e expiration ] [ -w browse_time ] [ -y retention_time ] [ -W width ] path

설명nsrndmp_save 는 NetWorker 및 대상 NDMP(네트워크데이터관리프로토콜) 시스템을 통해 백업 프로세스를

조정합니다. 수퍼유저만 이 명령을 실행할 수 있습니다. 사용자는 다음을 지정해야 합니다. backup type,

client-name, server 및 path.

백업 동작은 보호되는 NDMP 시스템에 따라 다릅니다 . 대상 시스템에 따라 특정 환경 변수가 필요할 수 있습니다 . 자세한 내용은 해당 백업에 대한 설명서를 참조하십시오 .

백업 상태는 Java 기반 NetWorker Management Console 또는 기타 터미널 유형의 경우 curses(3X) 기반 nsrwatch(8) 프로그램을 사용하여 모니터링할 수 있습니다 .

nsrndmp_save 는 NDMP 시스템에서 데이터를 이동하지 않습니다 . 이러한 모든 작업은 NDMP 시스템에서 처리됩니다 . nsrndmp_save 는 NDMP 시스템으로부터 메시지를 수신하여 적절히 처리합니다 . 이러한 메시지는 새 테이프를 마운트하거나 파일 인덱스 항목을 작성하도록 요청할 수 있습니다 . 자세한 내용은

www.ndmp.org 에 있는 NDMP 사양 및 설명서를 참조하십시오 .


다른 시스템의 데이터를 저장하려면 nsrndmp_save 작업을 수행하는 사용자가 클라이언트 리소스의 remote

access 속성 목록에 있는지 확인합니다 . nsr_client(5) 를 참조하십시오 .


백업 세션을 시작하기 위한 클라이언트 이름을 지정합니다 . 이 옵션은 여러 개의 네트워크 인터페이스가 있고 그에 따라 여러 개의 호스트 이름이 있는 클라이언트에서 유용합니다 . 동일한 물리적

클라이언트에 대해 여러 개의 인덱스 데이터베이스를 작성하는 데 사용할 수 있습니다 . 이 옵션은

사용할 네트워크 인터페이스를 지정하지 않으며 클라이언트 리소스의 server network interface

속성에 지정됩니다 . nsr_client(5) 를 참조하십시오 .

-M NDMP 클라이언트가 nsrdsa_save 프로그램에 의해 NetWorker storage node에 백업됩니다. 이

옵션은 디스크에 백업 , 멀티플렉싱 , 자동 미디어 확인 및 스테이징과 같은 대부분의 NetWorker

storage node 기능을 제공합니다 . nsrndmp_save 프로그램이 nsrdsa_save 를 로컬에서 실행합니다 . NetWorker storage node 호스트 이름이 서버의 client-name 리소스의 "storage

nodes" 속성에 나열되어 있어야 합니다 . 참고 : nsrdsa_save 를 통해 nsrndmp_save 에 의해

백업된 세이브 세트는 일반적인 NetWorker 세이브 세트로 취급되며 세이브 세트 플래그가 'N' 및

's'로 지정됩니다 . 'N'은 NDMP 클라이언트를 나타내고 's'는 NetWorker storage node에 백업됨을 나타냅니다 . 자세한 내용은 mminfo(8) 를 참조하십시오 .


nsrndmp_save(8)

-P proxy-host

nsrndmp_save 는 Proxy-host에서 nsrdsa_save 를 실행합니다 . Proxy-host는 유효한

NetWorker client여야 하며 client-name 리소스의 원격 액세스 목록에 나열되어 있어야 합니다 . 이 호스트는 NDMP 데이터 서버에 대한 프록시 역할을 하며 데이터를 수신하여 NetWorker 스토리지 디바이스에 저장합니다 . 이 옵션은 -M을 지정하는 경우에만 사용할 수 있습니다 .

-I index-host

savegrp 이 nsrndmp_save 를 Index-host 에서 실행할 때 사용합니다. Index-host는 유효한

NetWorker client여야 하며 client-name 리소스의 원격 액세스 목록에 나열되어 있어야 합니다 . 이 호스트는 NDMP 백업 시작 및 인덱스 처리를 수행하도록 지정되며 'Operate NetWorker'

권한이 있어야 합니다 .

-g group

savegrp(8) 및 savefs(8) 에서 저장 그룹을 표시할 때 사용합니다 . nsr_client(5) 및

nsr_group(5) 을 참조하십시오 . NetWorker server에서 특정 미디어 풀을 선택할 때도 사용됩니다 .

-l level

저장 레벨을 나타냅니다 . 이 옵션은 savegrp(8) 및 savefs(8) 가 예정된 저장에 대해 특정 레벨을 지정할 때 사용합니다 .

-b pool

저장 작업의 특정 대상 풀을 지정합니다 .

-L -L 옵션을 두 번 지정하면 "complete savetime=number" 형식의 끝 부분에 추가 행이 인쇄됩니다 . 여기서 number는 이 백업에 의해 작성된 세이브 세트의 세이브 타임입니다 . savegrp(8) 에서 사용됩니다 .

-m masquerade

요약 줄 앞에 오는 태그를 지정합니다 . 이 옵션은 savegrp(8) 및 savefs(8) 에서 savegrp 요약 알림을 지원할 때 사용합니다 .

-n 저장이 없음을 나타냅니다 . 지원되지는 않지만 호환성을 위해 제공됩니다 .

-N name

이 세이브 세트의 심볼 이름을 나타냅니다 . 기본적으로 가장 일반적인 path 인수의 접두사가 세이브 세트 이름으로 사용됩니다 . 인덱스는 실제 경로 이름에 대해 저장됩니다 .

-q 자동 모드를 나타냅니다 . 지원되지는 않지만 호환성을 위해 제공됩니다 .

-s server


-J storage-node

NetWorker storage node로 사용할 시스템을 지정합니다 .

-t date

nsr_getdate(3) 형식의 날짜를 나타내며 이 날짜 이후의 파일은 저장되기 전에 수정된 것입니다 .

이 옵션은 savegrp(8) 및 savefs(8) 가 세이브 세트 및 예정된 저장 레벨에 대해 이전 저장을

기준으로 적절한 시간 값을 결정하기 위해 미디어 데이터베이스를 참조하여 예정된 저장을 수행할

때 사용합니다 .

-T backup-type

NDMP 서버의 백업 유형입니다 (예 : celestra ).


nsrndmp_save(8)

-e expiration

저장된 데이터가 만료되는 날짜를 nsr_getdate(3) 형식으로 설정합니다. 세이브 세트에 명시적인

만료 날짜가 있는 경우 해당 세이브 세트는 만료될 때까지 찾을 수 있지만 재활용할 수 없는 상태를 유지합니다 . 세이브 세트가 만료되고 찾아보기 시간이 경과되면 세이브 세트가 찾을 수 없는 상태로 됩니다. 세이브 세트가 만료되고 보존 시간이 경과되면 세이브 세트가 재활용 상태로 됩니다.

특수 값 forever 는 만료되지 않는 볼륨 (예 : 아카이브 또는 마이그레이션 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 명시적인 만료 날짜는 사용되지 않습니다 .

-w browse

저장된 데이터를 더 이상 찾을 수 없는 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 기본적으로 서버는 적용된 찾기 정책을 기반으로 세이브 세트에 대한 찾기 날짜를 결정합니다 . 이 옵션을

사용하면 저장별로 기존 정책을 덮어쓸 수 있습니다 .

-y retention

저장된 데이터를 재활용할 수 있는 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 특수 값

forever 는 만료되지 않는 볼륨 (예 : 아카이브 또는 마이그레이션 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 서버는 현재 시행 중인 보존 정책을 기준으로 세이브 세트에 대한 이 날짜를

결정합니다 . 이 옵션을 사용하면 저장별로 기존 정책을 덮어쓸 수 있습니다 .

-W width


참조curses(3X), mminfo(8), nsr_getdate(3), nsr_client(5), nsr_device(5), nsr_group(5), nsr_service(5), nsrd(8), nsrim(8), nsrindexd(8), nsrmm(8), nsrmmd(8), nsrndmp_recover(8), nsrwatch(8), recover(8), savefs(8), savegrp(8)


nsrndmp_save(8)


nsrpolicy(8)

Maintenance Procedures nsrpolicy(8)

이름nsrpolicy - 데이터 보호 정책 RAP 리소스에서 작업 실행

요약nsrpolicy -p policyname [ -s networker_server_name ] [ -D debug_level ]

설명nsrpolicy는 NetWorker RAP 리소스 데이터베이스에서 데이터보호 정책 리소스의 정의와 관련 작업 리소스를 읽습니다 . 그런 다음 데이터 보호 정책 리소스에 정의된대로 모든 작업이 완료될 때까지 작업을 순차적으로 또는 동시에 실행합니다 . nsrpolicy는 nsrjobd의 서비스를 사용하여 모든 작업을 실행합니다 . 예를 들어 작업을 시작하고 , 작업의 표준 출력을 수집하여 다음 작업으로 전달하고 , 작업의 표준 오류를 수집하여 /nsr/logs/policy의 작업별 파일에 기록하고 , 각 작업이 완료될 때까지 모니터링합니다 . 비활성화된것으로 표시된 작업과 비활성화된 작업 이후의 모든 작업은 실행되지않습니다. 각 작업에 작업이 실행되는

날짜를 나타내는스케줄이 있을 수 있습니다 . nsrpolicy 가 작업을 실행하도록 예약된 날짜에 작업이 실행되지 않으면 해당 작업에 종속된 모든 작업이 실행되지 않습니다 . 작업이 정책의 첫 번째 작업이 아니고 지정된 스케줄이 없는 경우에는 이전 작업이 실행되는 날짜에 실행됩 니다 .

작업이 표준 출력에 항목을 생성하고 다음 작업이 이를 해당 표준 출력에 사용하는 경우 nsrpolicy는 이

데이터에 어떠한 구조도 적용하지 않습니다 . 이 데이터는 한 줄에 하나씩 세이브 세트 ID가 있는 세이브 세트 ID 목록으로 간주됩니다 . 일반적으로 세이브 세트가 완료되기 전에는 표준 출력에 세이브 세트 ID가 출력되지 않습니다 .

nsrpolicy는 모든 출력을 표준 오류에 배치합니다 .

nsrpolicy는 현재 nsrvba_save 및 nsrclone 작업만 지원합니다 .

옵션-p policyname 실행할 작업을 정의하는 데이터 보호 정책 리소스의 이름입니다 .

-s networker_server_name

데이터 보호 정책 리소스 및 연관된 작업 리소스의 정의를 포함하는 NetWorker Server의 이름입니다 . nsrpolicy에 의해 시작된 모든 작업은 동일한 NetWorker Server의 서비스를 사용합니다 . 이 옵션을 생략하면 기본 NetWorker Server를 검색하여 사용합니다 .

-D debug_level

표준 오류에 표시할 디버그 추적 정보의 양을 지정하는 0에서 9 사이의 숫자입니다 . 숫자가 클수록 자세한 정보가 표시됩니다 .

파일/nsr/logs/policy/POLICYNAME/

작업 실행 로그가 저장되는 디렉토리입니다 . 여기서 , POLICYNAME 은 실행되는 정책 이름으로 대체됩니다 . 작업에 할당된 nsrjobd jobid가 작업의 로그 파일 이름이 됩니다 . jobd 데이터베이스에서 정책 및 해당 작업의 jobd 데이터베이스 레코드를 삭제하면 이 디렉토리에서 삭제된 작업과

연결된 로그도 삭제됩니다 .

/nsr/tmp/policy/POLICYNAME/

nsrpolicy는 작업의 표준 출력을 다음 작업의 표준 입력으로 전달 합니다 . 작업의 표준 출력은

항상 이 디렉토리의 actionname.stdout.timestamp라는 파일에 저장됩니다 . nsrpolicy 는 프로그램 종료 시의 정리 과정에서 이러한 파일을 삭제합니다 .


nsrpolicy(8)

/nsr/res/nsrdb

NetWorker 서비스 및 해당 리소스를 포함하는 리소스 데이터베이스입니다 . nsr_service(5)를

참조하십시오 .

참조nsrjobd(8) nsrvba_save(8), nsrclone(8),


nsrports(8)

Maintenance Procedures nsrports(8)

이름nsrports - 포트 구성 툴

시놉시스nsrports [ -s server ] [ -S | -C ] [ range ... ]

설명nsrports 명령은 NetWorker소프트웨어에 사용되는 포트 범위를 표시하고 설정하는 데 사용됩니다 . 포트

범위는 단일 정수 또는 대시 (-)로 구분된 두 개의 정수일 수 있습니다 . 0부터 65535까지의 정수로 포트

범위를 정의해야 합니다. 0-0 범위는 0-65535 범위와 동일하게 처리됩니다. 포트 범위는 nsrexecd(8) 에

의해 NSR system port ranges 리소스에 저장됩니다 . nsrports 를 옵션 없이 실행하면 명령이 실행되는

시스템에 대해 구성된 범위가 표시됩니다 .

nsrports를 실행하는 사용자가 사용될 시스템 포트를 변경할 수 있습니다 . 또한 포트 범위를 보고 설정하는 두 개의 추가 옵션이 있습니다 . 첫 번째 옵션은 NetWorker Management Console 을 사용하는 것이고

두 번째 옵션은 nsradmin(8) 을 사용하는 것입니다 . 다음과 같이 프로그램을 실행합니다 .

# nsradmin -s server -p nsrexec

여기서 server 는 포트를 표시할 시스템입니다 . 현재 관리자 목록에 있는 모든 사용자가 이 리소스의 관리자 속성을 Net- Worker Management Console 또는 nsradmin(8) 을 사용하여 수정할 수 있습니다 .

옵션-s server

연결할 시스템을 지정합니다 .

-S 시스템의 서비스 포트를 지정된 범위로 설정합니다. 기본적으로 NetWorker는 서비스 포트에 대해

7937-9936 범위를 정의합니다 .

-C 시스템의 연결 포트를 지정된 범위로 설정합니다 . 기본적으로 NetWorker는 연결 포트에 대해 0-

0 범위를 정의합니다 .

예제두 가지 서비스 포트 범위 7937-9936 및 9999 설정

nsrports -S 7937-9936 9999

참조nsrexecd(5), nsradmin(8)


nsrports(8)


NSRPSD(8)

Maintenance Procedures NSRPSD(8)

이름nsrpsd - 스냅샷 관련 백업 , 복구 및 정합성 검사를 위한 NetWorker 데몬입 니다 .

요약nsrpsd [ -w minutes ] [ -D debug_level ] [ -v ]

설명nsrpsd 데몬은 RPC 기반 스냅샷과 관련된 저장 및 복구서비스를 제공합니다 . 이 서비스를 통해 사용자가

스냅샷을 사용하여 파일을 저장하고 네트워크에서 파일을 복구할 수 있습니다 . 이 서비스는 정합성 보장검사기 역할도 수행합 니다 .

nsrpsd 서비스를 처음 시작하면 서비스의 또 다른인스턴스가 생성됩니다 . 한 인스턴스는 스냅샷 관련 저장및 복구 서비스로 작동하고 , 다른 인스턴스는 정합성보장 검사기로 작동합니다 . nsrpsd에서 제공하는 RPC

프로그램 번호는 390408 및 390409입니다 .

하루에 한 번 nsrpsd가 정합성 검사를 실행합니다 . 이를통해 nsrpsd가 실행되고 있는 클라이언트에서

NetWorker에 의해 생성된 스냅샷이 액세스 가능하거나 유효한지 확인합니다 . 유효하지 않으면 스냅샷이 제거되고 , 미디어 데이터베이스에서 해당하는 스냅 세트 항목도 제거됩니다 .

일반적으로 nsrpsd는 부팅할 때 시작 셸 스크립트에서 호출되므로 사용자가 직접 시작할 필요가 없습니다 .

옵션이 섹션에서는 다양한 사용 시나리오에서 사용할 수 있는 명령 옵션에 대해 설명합니다 .

-w minutes

기본적으로 30분 동안 아무 작업도 하지 않으면 상위 nsrpsd 프로세스가 자동으로 종료됩니다 .

이 옵션을 사용하여 이종료 시간 (분 )을 0 이상의 값으로 변경할 수 있습니다 . 0은 nsrpsd가

자동으로 종료되지 않음을 나타냅니다 .

-D debug_level 디버그 용도로만 사용됩니다 . 이 옵션을지정하면 nsrpsd가 높은 디버그 모드로시작됩니다 . debug_level은 0에서 9 사이의 숫자입니다 .

-v nsrpsd의 빌드 버전 정보를 표시합니다 .

LOGS/nsr/logs/daemon.log nsrpsd 데몬과 다른 NetWorker 데몬이 다양한 오류 조건과관련된 정보를 전송하는 파일입니다 .

/nsr/logs/nwsnap.raw

nsrpsd 하위 프로세스와 다른 Snapshot Management 실행 파일이로 그 레벨 3 이하에서 다양한 오류 조건과 관련된 로깅정보를 전송 하는 파일입니다 .

예 로깅 레벨이 3보다 클 때 nsrpsd 로그 파일 이름은 다음과 같습니다 (1545가 PID임 ).

brc.2005_06_27.18_21_42.1545.1119910902.logbrc.2005_06_27.18_21_48.1545.1119910902.trace brc.2005_06_27.18_22_20.1556.1119910940.debug brc.2005_06_27.18_22_20.1556.1119910940.log brc.2005_06_27.18_25_35.1567.1119911135.debug brc.2005_06_27.18_25_35.1567.1119911135.log


NSRPSD(8)


nsrpush(8)

Maintenance Procedures nsrpush(8)

이름nsrpush - 클라이언트 소프트웨어를 중앙 서버에서 NetWorker 클라이언트로 원격으로 배포하여 설치합니다 .

요약nsr_push -i { -all | clients }

nsrpush -a { -U | -W } -p product -v version -P platform -m

media kit path [ -R repository path ]

[ -c cross platform client ] [ -C mount point ]

nsrpush -r -p product -v version -P platform

nsrpush -u -p product -v version { -all | clients }

nsrpush -l

nsrpush -L { -U | -W } -m media kit path

nsrpush -s [ -t ] { -all | clients }

nsrpush -e clients

nsrpush -x clients

nsrpush -d

설명nsrpush 프로그램을 사용하여 소프트웨어 패키지를 추가또는 제거할 수 있으 며 NetWorker Client를 업그레이드할 수있습니다. 이러한 작업은 NMC GUI 의 소프트웨어 관리마법사를 사용하여 보다 쉽게 수행할 수

있습니다 .

업그레이드와 같은 작업을 시작한 후 사용자가 Ctrl+C를누르면 CLI를 종료하거나 작업을 취소할 수있는 옵션이 나타납니다. CLI 종료를 선택하면 CLI 프 로그램이 종료되지만 업그레이드 작업은 취소되지 않고 계속

실행됩니다 . 나중에 업그레이드 진행 과정을 NMC GUI를 통해 모니터링할 수 있습니다 .

옵션옵션은 두 개의 그룹으로 구분됩니다 . 첫 번째 그룹은 수행할 작업 (예 : 클라이언트 업그레이드 또는인벤토리 )을 지정합니다 . 두 번째 그룹은 작업에 대한 인수를 제공하는 추가 옵션을 표시합니다 . 예를 들어 업그레이드 또는 인벤 토리할 클라이언트 지정할 수있습니다 .

작업 옵션-i 데이터 영역에서 지정된 모든 NetWorker Client를 Probe하여 각클라 이언트에 설치된 EMC

소프트웨어를 확인합니다 . NetWorker Client 를 업그레이드하려면 먼저 이단계를 수행해야

합니다 .

-a 소프트웨어 저장소에 소프트웨어 패키지를 추가합니다. 소프트웨어 저장소는 클라이언트에 푸시할수

있는 소프트웨어 패키지의 소프트웨어 기반 중앙집중식 계층형 디렉토리입니다 . 소프트웨어 저장소는제품 , 플랫폼 , 버전 및 패키지별로 구성됩니다 .


nsrpush(8)

-r 소프트웨어 저장소에서 소프트웨어 패키지를 제거합니다. 이 옵션은 소프트웨어 저장소에서 이전에

추가한 소프트웨어 제품을 제거하는데 사용할 수있습니다 .

-u NetWorker Client 소프트웨어를 업그레이드합니다 . 업그레이드하려면 먼저 클라이언트를 인벤토리해야 합니다 .

-I NetWorker Client 소프트웨어에 패키지를추가합니다 . 업그레이드하려면 먼저 클라이언트를 인벤토리해야 합니다 . 메타파일 변경 사항에 대해서는 사용자 설명서를 참조하십시오 .

-Tx NetWorker Client로 파일 /디렉토리를전송합니다 . 파일 /디렉토리는 항상 NetWorker Client

의 현재설치 디렉토리에 복사됩니다 .

-l 소프트웨어 저장소의 모든 소프트웨어 패키지를나열합니다 . 이 옵션은 소프트웨어 저장소에 존재하는 제품의 이름 , 버전 및 플랫폼을 나열하는데 사용됩니다 . 제품 이름 , 버전 및 플랫폼은 제거

및 업그레이드 작업에 이 프로그램을 비대화식으로 사용할때 필요합니다 .

-L 배포 미디어 키트의 모든 소프트웨어 패키지를나열합니다 . 이 옵션은 배포 CD에 있는 제품의

이름 , 버전및 플랫폼을 나열하는 데 사용됩니다 .제품 이름 , 버전 및 플랫폼은 추가 작업에 이 프로그램을 비대화식으로 사용할 때 필요합니다 .

-s 지정된 각 NetWorker Client에 설치된 EMC 소프트웨어를 나열합니다 .

-e 지정된 클라이언트를 CP 마스터 리소스의 클라이언트제외 속성에 추가합니다 . 이 옵션은 업그레이드 작업에서 제외할 클라이언트를 지정합니다 .

-x CP 마스터 리소스의 클라이언트 제외 속성에서 클라이언트를 제거합니다 .

-d CP 마스터 리소스의 클라이언트 제외 속성에 있는모든 클라이언트를 나열합니다 .

추가 옵션-p product 이 옵션은 저장소 및 업그레이드 작업에서 제품 이름을 지정하는데 사용할 수 있습니다 .

-v version

이 옵션은 저장소 및 업그레이드 작업에서 제품 버전을 지정하는데 사용됩니다 .

-P platform

이 옵션은 저장소 작업에서 소프트웨어 제품의 플랫폼을 지정하는데 사용됩니다 .

-R repos path

이 옵션은 저장소의 위치를 지정하는데 사용됩니다 . 저장소가 이미 있는 경우에는 이 옵션이 무시됩니다 .

-m media kit path

이 옵션은 배포 미디어의 경로 (마운트 지점 )를 지정하는데 사용됩니 다 .

-U 이 옵션은 -a 옵션과 함께 지정하여 저장소의 배포 미디어로부터 Unix 제품을 추가하는 데 사용됩니다 .

-W 이 옵션은 -a 옵션과 함께 지정하여 저장소의 배포미디어로부터 Win-dows 제품을 추가하는 데 사용됩니다 .

-c cross platform client

이 옵션은 교차 플랫폼 클라이언트 이름을 지정하는 데 사용됩 니 다 . 서버 및 클라이언트가 둘

다 Unix 기반 또는 Windows 기반이 아닌 경 우 이 옵션을 지정해야 합니다 . 배포미디어는 마운트되어야 하며 NFS 공유를 통해 서버와 클라이언트에서 동시에 사용할 수 있어야 합니다 .


nsrpush(8)

-C cross platform mount point

이 옵션은 교차 플랫폼 경로 이름을 지정하는 데 사용됩니다 . 서버 및 클라이언트가 둘 다 Unix

기반 또는 Windows 기반이 아닌 경우 이 옵션을 지정해야 합니다 .

-Tp temp paths

이 옵션은 업그레이드 작업 중에 사용할 NW 클라이언트의 임시 경로를 지정하는 데 사용됩니다 .

클라이언트 순서와 일치하는 순서로 여러값을 지정할 수 있습니다 . NW 클라이언트에 대한 임시 경로가 지정되어 있지 않으면 기본 경로가 사용됩니다 .

-To time outs

이 옵션은 업그레이드 작업 중에 사용할 시간 초과값(분)을 지정하는 데 사용됩니다. 클라이언트

순서와 일치하는 순서로 여러 값을 지정할 수 있습니다 . NW 클라이언트에 대한 시간 초과 값이 지정되어 있지 않으면 기본값이 사용됩니다 .

-If client entry file path

이 옵션은 파일 /디렉토리 전송 작업 중에 사용할 클라이언트가 포함된 입력 파일 경로를 지정하는

데 사용됩니다 . 클라이언트 이름을 한줄에 하나씩 지정해야합니다 .

-all 이 옵션은 -i 및 -u 옵션과 함께 지정하여 , 적용할 수있는 모든 클라이언트에 대해 인벤토리 및

업그레이드 작업을 수행하는 데 사용됩니 다 .

-t 이 옵션은 -s 옵션과 함께 사용되며 출력을 표 형식으로 표시합니 다 .

예제클라이언트 인벤토리 :

NetWorker 에 알려진 모든 클라이언트를 인벤토리하려면 -all 옵션을 사용합니다 .

nsrpush -i -all

특정 클라이언트를 지정하려면 공백으로 구분하여 클라이언트 이름을 지정합니다 .

nsrpush -i ledma153 ledma160

저장소에 추가 :

Unix 기반 제품을 Unix NetWorker Server의 저장소에 추가하려면 -a 옵션을 -U 옵션과 함께 사용합니다 .

nsrpush -a -U -p NetWorker -v 7.4.1

-P solaris_64 -m /cdrom/networker_vol_1

Windows 기반 제품을 Unix NetWorker Server의 저장소에 추가하려면 -a 옵션을 -W 옵션과 함께 사용합니다 . 또한 배포 미디어가 마운트될 Windows 클라이언트 및 Windows 마운트 지점을 각각 -c 및 -C 옵션을 사용하여 지정해야 합니다 .

nsrpush -a -W -p NetWorker -v 7.4.1

-P win_x86 -m /cdrom/networker_vol_1 -c ledma170 -C "G:\"

저장소에서 제거 :

저장소에서 제품을 제거하려면 -r 옵션을 사용합니다 .

nsrpush -r -p "NetWorker Module for Oracle" -v 4.5

-P linux_x86


nsrpush(8)

클라이언트 업그레이드클라이언트를 업그레이드하려면 -u 옵션을 사용합니다 .

nsrpush -u - NetWorker -v 7.4.1 ledma170

파일/nsr/res/cpdb

리소스 설명자가 포함되어 있는 클라이언트 푸시 구성데이터베이스입니다 .


NSRRECCOMP(8)

Maintenance Procedures NSRRECCOMP(8)

이름nsrreccomp - 복구 완료 쿼리 프로그램

요약 nsrreccomp [ -s server ] recover_job_name

nsrreccomp [ -s server ] -L [ recover_job_name ]

nsrreccomp [ -s server ] [ -Hio ] [ -b number_of_bytes | -l

number_of_lines ] [ -c client_name ] [ -d

destination_client_name ] [ -t start_time ] recover_job_name

nsrreccomp [ -s server ] -R jobid설명

nsrreccomp 명령은 복구 완료 보고서를 표시하기 위해 NetWorker Server 의 작업 데이터베이스 및 복구

로그 파일을 쿼리하는데 사용되는 명령줄 기반의 프로그램입니다 . 작업 데이터베이스는 nsrjobd(8) 데몬에

의해 유지되며 jobquery(8) 명령을 사용하여 쿼리 할수도 있습니다 .복구 로그 파일은 NetWorker

Server 시스템의 /nsr/logs/recover 디렉토리에 있습니다 . 수동 복구의 경우 recover_job_name이

recover입니다 .

옵션-H 예를 들어 "대상 호스트 , 복구 명령 , 완료 상태 "로 구성된 요약 헤더를 출력합니다 .

-L 작업 데이터베이스에 현재 있는 복구 작업 레코드의 요약을 나열합니다 .결과는 오래된 레코드부터

최신 레코드의 순으로 정렬됩니다 . 나열된 항목에는 "이름 , 시작 시간 , 작업 id, 완료 상태 "

열이 있습니다 .

-R jobid

복구 실행 중에 jobid 작업에 의해 생성된 출력을 검색합니다 .

-b number_of_bytes

최대한 작업당 출력의 마지막 number_of_bytes 바이트를 포함합니다 . 잘린 줄을 포함하지 마십시오 . number_of_bytes 값이 -1이면 모든 출력을 포함합니다 .

-c client_name

소 스 클라이언트가 client_name인 작업만 포함합니다 . 소스 클라이언트는 파일을 처음 저장한

시스템입니다 .

-d destination_client_name

대상 클라이언트가 destination_client_name인 작업만 포함합니다 . 대상 클라이언트는 복구가

실행된 시스템입니다 .

-i 작업 표시만 포함합니다 .

-l number_of_lines

최 대한 작업당 출력의 마지막 number_of_lines줄을 포함합니다 . num- ber_of_lines 값이 -

1이면 모든 출력을 포함합니다 .

-o 작업 출력을 포함합니다 . -b 또는 -l를 사용하여 포함된 출력량을 수정하십시오 . -o만 지정하면

’-o -b 2048’을 지정하는 것과 똑같습니다 .

-s server

NetWorker Server로 사용할 시스템을 지정합니다 .


NSRRECCOMP(8)

-t start_time

시작 시간이 start_time인 리소스만 쿼리합니다 .

예제

예약된 복구 리소스 recover1에 대한 복구 완료 보고서를 표시합니다 .

nsrreccomp recover1

위 명령은 다음과 동일합니다 .

nsrreccomp -H -i -o -b 2048 recover1

특정 서버로부터 복구 완료 보고서를 표시합니다 .

nsrreccomp -s example.server.com recover1

작업 데이터베이스에서 모든 복구 레코드를 나열합니다 .

nsrreccomp -L

작업 데이터베이스에 현재 있는 예약된 복구 recover1에대한 복구 레코드를 나열합니다 .

nsrreccomp -L recover1

시작 시간이 start_time인 예약된 복구 recover1에 대한 복구 완료 보고서를 표시합니다 .

nsrreccomp -t start_time recover1

가장 최근에 실행된 예약된 복구의 특정 소스 클라이언트에 대한 정보만 표시합니다 .

nsrreccomp -c example.client.com recover1

위 명령은 다음과 동일합니다 .

nsrreccomp -H -i -o -b 2048 -c example.client.com recover1

헤더만 표시합니다 .

nsrreccomp -H recover1

가장 최근의 복구 작업 recover1에 대한 출력에서 최대한마지막 50줄만 표시합니다 .

nsrreccomp -l 50 recover1

가장 최근의 복구 작업 recover1에 대한 출력에서 최대한마지막 1024바이트만 표시합니다 .

nsrreccomp -b 1024 recover1

참고 : -b 옵션은 부분적인 줄을 포함하지 않으므로 작업으로부터 1024바이트 미만을 출력할 가능성이

높습니다 .

참조 jobquery(8), nsrjobd(8), recover(8).


nsrrecopy(8)

Maintenance Procedures nsrrecopy(8)

이름nsrrecopy - 신세틱(Synthetic Full) 및 원래 형식으로 복원된테이프 아웃을 위한 NetWorker 백엔드 프로그램

시놉시스nsrrecopy [ -v ] -s server -c client -N saveset

설명nsrrecopy는 신세틱(Synthetic Full) 백업을 위한 저장 작업에 대해 복구 파이프를 수행하도록

nsrconsolidate에 의해 실행되거나 Avamar 중복 제거 세이브 세트 ID를 원래형식으로 복원하는 백엔드 프로그램입니다. 이 명령의 수동 호출은 지원되지 않습니다.

nsrrecopy는 nsrconsolidate가 복구 스트림(rs), 관련 nsrmmd 프로그램/버전 번호 및 호스트 이름을 검색하기 위해 NetWorker 서버에 연결할 때 전송한 XDR 인코딩된 복원목록(rlist)을 사용하여 저장 작업에 대한 복구 파이프를 수행합니다. nsrrecopy의 복구측은 복구 스트림(rs)별로 스레드를 생성해서 rs에 있는

nsrmmd에 바인딩하고 해당 nsrmmd로부터 복구를 시작합니다. 자세한 내용은 nsrmmd(8)를 참조하십시오.

nsrrecopy의 저장측은 저장 nsrmmd에 바인딩하기 위한 저장 스레드를 생성하고 데이터 저장을 시작합니다.

복구 스레드는 데이터를 읽고 저장 스레드에 대해 설정된 통신 채널에 써서 타겟 볼륨을 가져오고 씁니다.

nsrrecopy의 완료 상태, 진행 상황 및 오류 메시지가 nsrconsolidate 프로그 램에 다시 전송되어

NetWorker 작업 모니터링 데몬과의 통신 채널 설정을 사용하여 표시됩니다. 자세한 내용은 nsrjobd(8)를

참조하십시오.

옵션-c client

저장할 복구 파이프에 대해 클라이언트의 이름을 지정합니다.

-N saveset-name

저장할 복구 파이프에 대해 세이브 세트의 이름을 지정합니다.

-s server

NetWorker 서버를 지정합니다.

-v 세부 정보 표시(verbose) 작업을 사용합니다. 이 모드에서는 추가 메시지가 nsrconsolidate의

stderr/stdout에 기록되어 저장 작업에 대한 복구 파이프와 관련하여 표시됩니다.

참조nsrconsolidate(8), ansrd(8), nsr_data(5), nsr_device(5), nsr_direc- tive(5), mminfo(8), nsr(8), nsrd(8), nsrmmd(8), nsrjobd(8)


nsrrecopy(8)


nsrretrieve(8)

Maintenance Procedures nsrretrieve(8)

이름nsrretrieve - NetWorker 아카이브 세이브 세트 검색

시놉시스nsrretrieve [ – fnqu ] [ – i {nNyYrR} ] [ –d destination ] [ – s server ] [ –p pass-phrase ]. . .[ –S ssid[/cloneid] ]. . . [ –A annotation ]. . . [ path . . . ]

설명nsrretrieve 는 NetWorker server에서 아카이브 세이브 세트를 복구하는 데 사용됩니다 . 찾기 기능은

nsrretrieve 를 통해 사용할 수 없습니다 . 나열된 관리자 및 아카이브 클라이언트 리소스의 사용자만

nsrretrieve 를 사용할 수 있습니다 . 자세한 내용은 nsr_client(5) 매뉴얼 페이지를 참조하십시오 . 루트로 실행하지 않는 경우 사용자가 소유한 파일만 검색할 수 있습니다 .

지정된 path 인수가 없으면 전체 세이브 세트 내용이 검색됩니다 . 지정된 경로 접두사와 일치하는 특정 디렉토리나 파일에 대해서만 아카이브 세이브 세트 검색을 수행할 수 있게 하려면 정확히 일치하는 path 를 지정하여 검색되는 디렉토리와 파일을 제한합니다 .

OPTIONS-A annotation

annotation 은 단일 아카이브 세이브 세트를 고유하게 식별하는 정규식입니다 . nsrarchive(8)

을 참조하십시오 . 정규식은 grep(1) 에서 사용하는 방법과 동일합니다 . 주석 또는 ssid(아래 참조 )를 하나 이상 지정해야 합니다 .

-S ssid[/cloneid]

ssid 는 검색할 세이브 세트의 세이브 세트 ID를 지정합니다. 아카이브 세이브 세트에 대해 여러

개의 클론 인스턴스가 있는 경우 cloneid 를 지정하여 검색할 특정 클론 인스턴스를 선택할 수 있습니다 . 주석 또는 ssid(위 참조 )를 하나 이상 지정해야 합니다 .

-d destination

검색된 파일을 재배치할 대상 디렉토리를 지정합니다 .

-s server

사용할 NetWorker server를 선택합니다 .

–p pass-phrase

aes 보호 지침을 사용하여 백업된 파일을 복구할 때 사용할 추가 암호 구문을 지정합니다 . 기본적으로 현재 데이터 영역 암호화 키와 기본 암호 구문에서 생성된 키가 시도됩니다 . 이 옵션을 사용하면 기본 키와 데이터 영역 암호 구문 키가 작동하지 않을 경우 nsrretrieve가 암호 구문에서

암호화 키를 생성하여 시도합니다 . 이 옵션은 여러 번 지정할 수 있습니다 .

-q nsrretrieve 명령은 일반적으로 세부 정보 출력과 함께 실행됩니다 . 이 플래그는 세부 정보 출력을 해제합니다 .

-f 이름 충돌이 발생할 때마다 검색된 파일이 기존 파일을 덮어쓴다는 것을 나타냅니다 .

-n 검색되는 동안 디렉토리 또는 파일을 실제로 작성하지 않습니다 .

-i {nNyYrR}


nsrretrieve(8)

파일을 검색하여 파일이 이미 있는 경우 사용할 초기 기본 덮어쓰기 응답을 지정합니다 . 한 개의

문자만 지정할 수 있습니다 . 이 옵션은 복구 모드로 실행될 때 uasm -i 옵션과 동일합니다 . 이

옵션에 대한 자세한 설명은 uasm(8) 매뉴얼 페이지를 참조하십시오 .

-u 검색하는 동안 오류가 발생하면 중지합니다 . 일반적으로 nsrretrieve는 오류를 경고로 처리하여

요청된 나머지 파일 검색 작업을 계속 수행하려고 합니다. 하지만 이 옵션을 사용하면 오류가 처음

발생하는 경우 nsrretrieve가 검색을 중지합니다 .

참조grep(1), nsrarchive(8), nsr_client(5), nsr_service(5), nsr(8), nsrd(8), uasm(8)


0 정상적으로 종료됩니다 . 요청된 모든 데이터가 성공적으로 검색되었음을 의미합니다 .

<>0 비정상적으로 종료됩니다 .

메시지 :

nsrretrieve 명령은 사용 가능한 옵션을 설명하는 ‘‘사용법 ’’ 메시지를 표시하여 잘못된 옵션을 보고합니다 .

server 에서 미디어 데이터베이스를 연결할 수 없습니다 .

이 메시지는 명명된 컴퓨터에서 NetWorker server에 연결하는 중 문제가 발생했음을 나타냅니다 .

백업 세이트 세트를 검색할 수 없습니다 .

nsrretrieve 명령은 아카이브 세이브 세트 데이터를 복구하는 데만 사용할 수 있습니다 .

마이그레이션 세이브 세트를 검색할 수 없습니다 .

nsrretrieve 명령은 아카이브 세이브 세트 데이터를 복구하는 데만 사용할 수 있습니다 .

두 개 이상의 세이브 세트에 주석이 지정되어 있습니다 .

지정된 주석이 두 개 이상의 아카이브 세이브 세트와 대응됩니다 . nwretrieve(1m) 를 사용하여

고유하지 않은 주석 키가 있는 세이브 세트를 검색합니다 .

고유 주석이 있는 세이브 세트를 찾을 수 없습니다 .

지정된 주석에 대응되는 아카이브 세이브 세트가 없습니다 .


NSRSCM_FILTER(8)

Maintenance Procedures NSRSCM_FILTER(8)

이름nsrscm_filter - savegroup 완료 메시지와 사용자 정의 평가 테이블(filterfile)을 통해 savegrp의 반환 코드를 결정합니다.

시놉시스nsrscm_filter -f filterfile [ -i scmfile ] [ -p profile ] [ -l 0|1|2 ] [ -u level ]

[ -o outputfile ] [ -s savefile ] [ -c client ] [ -D level ]

설명nsrscm_filter 명령은 savegrp 명령의 출력(savegroup 완료메시지)을 처리하고 사용자 정의 평가 테이블(filterfile)과 함께 신뢰할 수 있는 반환 코드를 결정합니다.

scm-inputfile(savegroup 완료 메시지)은 -i 옵션 또는 stdin에 의해 전달 됩니다.

filterfile은 크게 두 부분으로 구성됩니다. 주요 부분(= 두번째 부분)에는 각각 정규식으로 된 메시지 그룹 뒤에 평가값(DEF=0, ora=1, ...)이 뒤따르는 형태가 포함되어 있습니다. 각 메시지 그룹에 대해 DEF 값이 있어야합니다. 식별자 DEF, ora 등을 프로파일이라고합니다. 프로파일을 사용해야 하는 이유: NetWorker

메시지의 심각도는 백업 종류에 따라 달라질 수 있습니다. 예를 들어 데이터베이스 백업의 요구사항은 사용자

PC 백업의 요구사항보다 높습니다. 이 명령은 -p 옵션에 의해 프로파일과 함께 호출될 수 있습니다. -p 옵션이 없으면 'DEF' 프로파일을 의미합니다. 프로파일을 선택하는 또 다른 방법은 filterfile의 첫 번째 부분에 의해 지정됩니다. 이는 'PROFIL ora: group1 group2 group3'와 같은 줄로 구성됩니다. 이 문에서 프로파일은 해당 그룹에 의해 결정됩니다.

filterfile은 템플릿으로 제공됩니다(/usr/sbin/filter_msgs.templ). 각 사용자는 요구사항에 따라 이

파일을 조정해야 합니다.

프로그램은 scm-inputfile을 처리합니다. 즉, filterfile의 메시지와 주어진 프로파일에 따라 앞에 '*'를

포함하는 모든 줄을 평가합니다. filterfile의 메시지와 일치하는 * 줄은 선택된 프로파일의 값을 갖게 됩니다. filterfile 에있는 대부분의 메시지는 한 줄 메시지이지만 일부는 여러줄로 된 메시지입니다. 해당 메시지 그룹의 모든 줄이 scm의 일부분과 일치하는 경우 일치하는 것으로 간주됩니다. filterfile의 어떤 줄과도 일치하지 않는 *줄에는 (n + 1) 값이 지정됩니다. 여기서 n은 filterfile의가장 높은 값입니다.

평가 후에 반환 코드는 평가된 * 줄의 가장 높은 값으로 결정됩니다. 반환 코드는 일반적으로 셸 변수 $?에

의해 전달됩니다. 또한 '-D1' 옵션에 의해 출력될 수있습니다(출력 옵션 '-l'와 관계없음).

세 가지 레벨의 출력량(-l0, -l1, -l2)이 있습니다. 레벨 0은 '출력 없음'을 의미하고, 레벨 1은 각 클라이언트에 대한 요약이고, 레벨 2는 세부적인 출력입니다.

또한 다음과 같은 두 가지 출력 옵션이 더 있습니다. -o 옵션은 출력을 stdout 대신 지정된 파일로 리디렉션합니다. -s 옵션은 원래 scm-inputfile을 지정된 파일에 저장합니다.

옵션-f filterfile

메시지 필터 파일

-i scmfile

스크립트 파일: savegroup 완료 메시지

-p profile

필터 파일에 정의된 프로파일


NSRSCM_FILTER(8)

-l 0|1|2

출력량, 0은 출력 없음을 의미

-u level

클라이언트를 확인할 수 없는 경우의 반환 코드(기본값 0)

-o outputfile

출력 리디렉션

-s savefile

원래 scm 입력 저장

-c client

지정된 클라이언트에 대한 메시지만 평가

-D level

일치하는 줄에 대한 디버그 출력(레벨은 0에서 8 사이일수 있음)

FILES/usr/sbin/filter_msgs.templ

filterfile의 템플릿

참조savegrp(8)


nsrscsi_recover(8)

Maintenance Procedures nsrscsi_recover(8)

이름nsrscsi_recover - NetWorker를 사용하여 장기 스토리지에서 호스트에서 액세스 가능한 원시 디바이스로

바이너리 이미지 복원

시놉시스nsrscsi_recover -S ssid/cloneid -T target-device [ -V vendor-plugin-name ]

nsrscsi_recover -I input-filename [ -V vendor-plugin-name ]

설명nsrscsi_recover 프로그램은 디바이스에 직접 액세스하는 SCSI 명령을 사용하여 원시 디바이스로 복구를

수행합니다 . 이 프로그램은 NetWorker 스토리지 디바이스 (nsrmmd(1m) 참조 )에서 데이터 스트림을 읽고

원시 디바이스에 직접 데이터 블록을 저장합니다 . 수퍼유저만 이 명령을 실행할 수 있습니다 .

복구를 수행하려면 먼저 세이브 세트 (ssid)와 대상 디바이스를 결정해야 합니다 . 대상 디바이스가 백업했던 원래 디바이스인 경우에도 대상 디바이스를 지정해야 합니다 .

모든 디바이스 세트를 확인하려면 mminfo 에 'cover' 속성을 사용할 수 있습니다 . 예를 들어 , "mminfo

-aVvot -q cover"를 사용하면 모든 커버 세이브 세트가 표시됩니다 . 특정 디바이스 세트를 복구하려는 경우 , 디바이스 세트 이름에 대해 미디어 데이터베이스 쿼리를 수행하여 디바이스 세트의 ssid를 확인해야 합니다 . 이 디바이스 세트는 미디어 데이터베이스에 커버 세이브 세트 (컨테이너 세트로 사용됨 )로 등록되며 ,

mminfo 의 ssflags에는 세이브 세트가 커버 세트임을 표시하는 다른 플래그와 함께 'K'가 포함되어야 합니다 . 그런 다음 , 연결된 모든 세이브 세트 id를 확인하기 위해 "mminfo -S -q "ssid=xxx"를 사용하여 이 ssid에 대해 상세한 미디어 데이터베이스 쿼리를 수행해야 합니다 (mminfo(1m) 참조 ). 연결된 세이브 세트는 디바이스 세트에 포함된 모든 디바이스 항목의 백업입니다 .

nsrscsi_recover 프로그램은 복구할 세이브 세트 ID별로 복구 스레드를 포크합니다 . 복구 스레드는

NetWorker server와 복구 세션을 설정하고 대상 디바이스로 데이터를 복구합니다 . 예를 들어 , 복구할

ssid를 10개 지정하고 각 ssid가 고유의 대상 디바이스로 복구되도록 설정하면 10개의 복구 스레드가 병렬로 실행됩니다 . 실행되는 총 스레드 수는 복구할 세이브 세트 ID의 수에 정비례합니다 .

만약 target-device 가 SYMMETRIX 디바이스인 경우 SYMMETRIX ID와 SYMMETRIX 디바이스 ID를 포함해야 합니다 . 아래 옵션 섹션에서 target-device 구문을 참조하십시오 . nsrscsi_recover 프로그램은

SYMAPI 라이브러리를 통해 SYMMETRIX 디바이스와 직접 상호 작용하여 호스트에서 액세스할 수 있는 원시

디바이스 경로에서 해당 SYMMETRIX디바이스 ID를 검색합니다 . 그런 다음 원시 디바이스 경로로 SCSI 복구를 수행합니다 . SYMMETRIX 및 SYMAPI에 대한 자세한 내용은 SYMMETRIX 설명서를 참조하십시오 .

옵션-S ssid/cloneid

세이브 세트 식별자는 복구해야 할 세이브 세트를 가리킵니다 . -I를 지정하면 이 옵션이 무시됩니다 .

-T target-device

-S를 지정할 경우 이 옵션을 필수로 사용해야 합니다 . target-device 는 원시 디바이스 경로 또는 SYMMETRIX 디바이스 (표준 또는 BCV 디바이스 )입니다 . 대상 디바이스의 SYMMETRIX 형식은

SymID/DevId입니다 .

예제 target-device

원시 디바이스 /dev/rdsk/c1t2d0s2


nsrscsi_recover(8)

SYMMETRIX 디바이스 00343456567/0366

여기서 SymId는 00343456567이고 DevId는 0366입니다 .

-I input-filename

여러 세이브 세트를 동시에 복구하거나 특정 디바이스 세트에 속한 모든 세이브 세트를 복구하려는

경우 , 해당 세이브 세트를 파일에 포함시킨 후 이 옵션을 사용하여 파일을 식별할 수 있습니다 .

입력 파일은 읽어 와야 할 파일의 절대 경로이거나 , stdin에서 읽은 디바이스 항목을 의미하는 "-"

일 수 있습니다 .

input-filename 의 각 항목은 -SSID=> target-device 형식으로 대상 디바이스에 매핑된 세이브 세트 ID를 포함해야 합니다 .

예제 :-

/nsr/res/ora-restore1.res 2343542342=>00343456567/0366 2363572344=>00343456567/0367 2373562345=>00343456567/0368 소스와 대상 사이에 구분 기호로 "=>" 기호를 사용해야 함

/nsr/res/ora-restore2.res 2343542342=>/dev/rdsk/c1t0d1s2 2343642343=>/dev/rdsk/c1t1d2s2 2343742344=>/dev/rdsk/c1t2d3s2

참고 :

여기서 input-filename 에 포함된 target-devices 는 원시 디바이스 항목 또는 SYMMETRIX 디바이스 항목 중 하나여야 하며 두 항목을 모두 포함할 수는 없습니다 .

-V vendor-plugin-name기본적으로 , 백업 과정에서 디바이스와 상호 작용하기 위해 사용된 공급업체가 복구에도 사용됩니다 . 백업에서 사용된 원래의 vendor-plugin-name 을 덮어써야 할 경우 vendor- plugin-name 을 입력해야 합니다 .

참고 :

1. 복구할 각 세이브 세트 (ssid)는 고유의 대상 디바이스로 매핑되어야 합니다 . 동일한 대상 디바이스로 여러 세이브 세트를 복구하면 디바이스를 덮어쓰게 됩니다 .

2. 대상의 디스크 용량은 소스와 동일해야 합니다 . 대상 용량이 소스보다 작으면 복구가 완료되지 않습니다 . 대상 용량이 더 크면 대상의 레이블을 더 작은 용량으로 다시 지정해야 하므로 대상의 디스크 용량이 손실됩니다 .

3. nsrscsi_recover 프로그램은 target-device가 원시 디바이스인지 여부를 확인합니다 . target-device가 호스트가 액세스 가능한 원시 디바이스인 경우 nsrscsi_recover는 vendor-plugin-name을 무시합니다 . 그렇지 않은 경우 nsrscsi_recover 프로그램은 -V 옵션 또는 미디어 데이터베이스의 vendor-plugin-name을 사용합니다 .

4. 현재 유일하게 지원되는 스토리지 공급업체는 "emc_symm"입니다 . 다른 공급업체의 경우 원시 디바이스 경로를 사용할 수 있습니다 .

5. 논리 디바이스의 복구는 아직 지원되지 않지만 디바이스 세트 이름을 기준으로 mminfo 쿼리를 사용하여 커버 세트에서 ssid의 목록을 얻을 수 있습니다 .

참조mminfo(8), nsr_client(5), nsrscsi_save(8), recover(8)


nsrscsi_save(8)

Maintenance Procedures nsrscsi_save(8)

이름nsrscsi_save - NetWorker를 사용하여 , 호스트에서 액세스 가능한 원시 디바이스의 바이너리 이미지를

장기 스토리지에 백업합니다 .

시놉시스nsrscsi_save [ -c client-name ] [ -g group ] [ -N save-set- name ] [ -I input filename ] [ -s server ] [ -b pool ] [ -e expiration ] [ -y retention time ] Path

설명nsrscsi_save 프로그램은 디바이스에 직접 액세스하는 SCSI 명령을 사용하여 원시 디바이스 백업을 수행합니다 . 이 프로그램은 디바이스에서 직접 데이터 블록을 검색하여 해당 데이터 스트림을 NetWorker 스토리지 디바이스로 보냅니다. nsrmmd(1m)를 참조하십시오. 수퍼유저만 이 명령을 실행할 수 있으며, Path 를

지정해야 합니다 .

원시 디바이스 백업을 수행해야 하는 경우 Path 는 nsrscsi_save에 액세스할 수 있는 원시 디바이스 경로여야 합니다 .

SYMMETRIX 백업을 수행해야 하는 경우 Path 에 SYMMETRIX ID 및 SYMMETRIX 디바이스 ID를 포함해야

합니다 . 아래 옵션 섹션에서 Path 구문을 참조하십시오 . nsrscsi_save 프로그램은 SYMAPI 라이브러리를

통해 SYMMETRIX 디바이스와 직접 상호 작용하여 , 호스트에서 액세스할 수 있는 원시 디바이스 경로에서 해당 SYM- METRIX 디바이스 ID를 검색합니다 . 그런 다음 원시 디바이스 경로로 SCSI 백업을 수행합니다 .

SYMMETRIX 및 SYMAPI에 대한 자세한 내용은 SYMMETRIX 설명서를 참조하십시오 .

백업 상태는 Java 기반 NetWorker Management Console 또는 기타 터미널 유형의 경우 curses(3X) 기반 nsrwatch(8) 프로그램을 사용하여 모니터링할 수 있습니다 .

또한 디바이스 세트가 디바이스 항목 세트인 경우 해당 디바이스 세트를 백업하도록 지정할 수도 있습니다 .

지정된 Path 가 device-set-name 인 경우 (아래 옵션 섹션 참조 ), 디바이스 세트의 각 디바이스 항목에

대해 백업 스레드가 포크되어 디바이스별로 성능이 최적화되고 시스템 및 NetWorker 리소스 효율성이 우수한 전용 백업 작업이 수행됩니다 . 실행되는 총 스레드 수는 디바이스 세트의 디바이스 항목 수에 정비례합니다 . 하지만 서버 , 클라이언트 및 디바이스 병렬 처리 속성이 Net- Worker server에 적용됩니다 .


다른 시스템의 데이터를 저장하려면 nsrscsi_save 작업을 수행하는 사용자가 클라이언트 리소스의 remote

access 속성 목록에 있어야 합니다 . nsr_client(5) 를 참조하십시오 .

이 백업은 원시 디바이스 백업이므로 세이브 세트를 찾을 수 없습니다 . 이러한 세이브 세트는

nsrscsi_recover 명령으로만 복구할 수 있습니다. nsrscsi_recover (8)를 참조하십시오. 또한 백업할

디바이스 수가 2개 이상인 경우 nsrscsi_save 를 실행하면 백업 세션이 시작 및 종료되어 커버 세트로부터 컨테이너 세트가 작성됩니다 . 이 컨테이너 세트는 스레드를 통해 백업된 모든 세이브 세트를 포함합니다 .

mminfo 툴은 컨테이너 세트를 다른 일반 세이브 세트로 표시합니다 . mminfo (8)을 참조하십시오 .


백업 세션을 시작할 클라이언트 이름을 지정합니다 . 하지만 클라이언트 이름은 선택 사항입니다 . 클라이언트 이름이 지정되지 않은 경우 로컬 호스트가 클라이언트로 간주됩니다 . client-name 을 지정한 경우 이 클라이언트에 대해 백업 세션이 시작되고 결과 세이브 세트가 client- name 으로 등록됩니다 .


nsrscsi_save(8)

참고 :- 이 클라이언트 이름이 반드시 디바이스에서 액세스할 수 있는 호스트일 필요는 없습니다 . 예를 들어 , 다른 호스트에서 백업을 위해 SYMMETRIX BCV 디바이스에 액세스할 수 있지만 백업을 표준 디바이스가 연결된 클라이언트에 등록하려는 경우가 있을 수 있습니다 .

-N save-set-name

세이브 세트의 심볼 이름입니다 . 기본적으로 save-set-name 은 Path 이름 자체입니다 . 하지만

Path 가 device-set-name 인 경우 -N이 무시됩니다 . 이는 device-set-name 에 각 디바이스

항목에 대한 태그가 지정되어 해당 백업 세션에 대한 세이브 세트 이름이 구성되기 때문입니다 .

-I input-filename

입력 파일 이름 (예 : /tmp/testdisks.res)은 백업할 디바이스 목록이 있는 절대 파일 경로 이름입니다 . input- filename 이 지정되지 않은 경우 기본 input-filename 은 device-set-name

으로 구성됩니다 . 예를 들어 , device- set-name 이 oracledisks인 경우 input-filename 은

/nsr/res/oracledisks.res입니다 .

입력 파일은 읽어 와야 할 파일의 절대 경로이거나 , stdin에서 읽은 디바이스 항목을 의미하는 "-"

일 수 있습니다 .

device-set-name 을 Path 에 지정하고 -I를 지정하지 않으면 , 입력 파일의 기본 위치는 /nsr/

res/device-set- name.res입니다 .

참고 :

input-filename 에는 백업해야 할 디바이스 항목만 포함해야 하며 여러 항목을 입력할 경우 한 행에 한 항목씩 입력해야 합니다 . -I를 지정하면 device-set-name 도 지정해야 합니다 .

Path

Path 는 다음 형식 중 하나가 될 수 있습니다 .

"원시 디바이스 경로 "

예 : "/dev/rdsk/c1t2d0s2"

"{device-set-name}"

E.g. "{OracleDevices}" 단일 디바이스 경로에서 device-set-name을 구분하기

위해 반드시 괄호를 사용해야 합니다. 이 경우, /nsr/res/device-set-name.res

파일에서 디바이스 항목을 읽으므로 리소스 파일 이름이 device-set-name과 동일해야 합니다 . 또한 이 파일의 디바이스 항목은 원시 디바이스 경로여야 합니다 .

"<<vendor>>{device-set-name}"

위 구문과 동일합니다 . 차이점이 있다면 해당 디바이스 항목이 공급업체별 형식이어야 한다는 것입니다 .

예 : "<<emc_symm>>{OracleDevices}" 현재 emc_symm이 유일하게 지원되는 공급업체입니다 .

디바이스 항목 또는 디바이스 경로의 SYMMETRIX 형식은 SymID/DevId이며 , 여기서 SymId는 00343456567이고 DevId는 0366입니다 .

"<<vendor>>vendordevice"

예 : "<<emc_symm>>00343456567/0366"

이 경우 , 하나의 공급업체 디바이스만 백업됩니다 . 여기서 공급업체는 "emc_symm"

이고 백업할 디바이스는 "SymID/DevId"입니다 .

참고 :- Path 는 큰따옴표로 묶어야 합니다 .


nsrscsi_save(8)

-g group

savegrp(8) 및 savefs(8) 에서 저장 그룹을 표시할 때 사용합니다. nsr_client(5) 및 nsr_group(5)

을 참조하십시오 . NetWorker server에서 특정 미디어 풀을 선택할 때도 사용됩니다 .

-b pool

저장 작업의 특정 대상 풀을 지정합니다 . 모든 백업 세션은 동일한 풀로 지정됩니다 .

-L -L 옵션을 두 번 지정하면 "complete savetime=number" 형식의 끝 부분에 추가 행이 인쇄됩니다 . 여기서 number는 이 백업에 의해 작성된 세이브 세트의 세이브 타임입니다 . savegrp(8) 에서 사용됩니다 .

-m masquerade

요약 줄 앞에 오는 태그를 지정합니다. 이 옵션은 savegrp(8) 및 savefs(8) 에서 savegrp 요약

알림을 지원할 때 사용합니다 .

-n 저장이 없음을 나타냅니다 . 지원되지는 않지만 호환성을 위해 제공됩니다 .

-q 자동 모드를 나타냅니다 .

-s server


-e expiration

저장된 데이터의 만료 날짜를 nsr_getdate(3) 형식으로 지정합니다. 세이브 세트에 명시적인 만료

날짜가 있는 경우 , 해당 세이브 세트는 만료될 때까지 재활용할 수 없는 상태를 유지합니다 . 세이브 세트가 만료되고 보존 시간이 경과되면 세이브 세트가 재활용 상태로 됩니다 . 특수 값 forever

는 만료되지 않는 볼륨 (예 : 아카이브 또는 마이그레이션 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 명시적인 만료 날짜는 사용되지 않습니다 .

-w browse

찾기 날짜를 나타냅니다 . 지원되지는 않지만 호환성을 위해 제공됩니다 .

-y retention


forever 는 만료되지 않는 볼륨 (예 : 아카이브 또는 마이그레이션 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 서버는 현재 시행 중인 보존 정책을 기준으로 세이브 세트에 대한 이 날짜를 결정합니다 . 이 옵션을 사용하면 저장별로 기존 정책을 덮어쓸 수 있습니다 .

-W width


참조curses(3X), mminfo(8), nsr_getdate(3), nsr_client(5), nsr_device(5), nsr_group(5), nsr_service(5), nsrd(8), nsrim(8), nsrindexd(8), nsrmm(8), nsrmmd(8), save(8), nsrwatch(8), recover(8), savefs(8), savegrp(8)


nsrscsi_save(8)


NSRSGRPCOMP(8)

Maintenance Procedures NSRSGRPCOMP(8)

이름nsrsgrpcomp - savegrp 완료 쿼리 프로그램

시놉시스nsrsgrpcomp [ -s server ] groupname

nsrsgrpcomp [ -s server ] -L [ groupname ]

nsrsgrpcomp [ -s server ] [ -HNaior ] [ -b num_bytes | -l num_lines ] [ -c clientname ] [ -n jobname ] [ -t start_time ] groupname

nsrsgrpcomp [ -s server ] -R jobid

설명nsrsgrpcomp 명령은 savegrp 완료 보고서를 표시하기 위해 NetWorker 서버의 작업 데이터베이스 및

savegrp 로그 파일을 쿼리하는 데 사용되는 명령줄 기반의 프로그램입니다. 작업 데이터베이스는 nsrjobd

(8) 데몬에 의해 유지되며 jobquery (8) 명령을 사용하여 쿼리될 수도 있습니다. savegrp 로그 파일은

NetWorker 서버 시스템의 /nsr/logs/sg/<group_name> 디렉토리에 있습니다.

옵션-H 요약 헤더, 즉 "status:level:name" 줄을 인쇄합니다.

-L 작업 데이터베이스에 현재 있는 savegroup 작업 레코드를 나열합니다. 이 옵션은 이전 savegrp

실행에 대한 savegrp 완료를 쿼리하려는 경우에 유용합니다(-t 옵션참조). 기본적으로

nsrsgrpcomp는 마지막 실행을 쿼리합니다.

-N 작업 출력 또는 작업 표시에 접두사를 붙이지 마십시오. 기본적으로 작업 출력 및 표시에는

<clientname>:<save_set> 접두사가 붙어있습니다.

-R jobid

그룹 실행 중에 jobid 작업에 의해 생성된 출력을 검색합니다.

-a 지정된 그룹 실행에 연결된 모든 작업에 대한 정보를 포함합니다. 기본적으로 savegrp에 의해 생성된 작업만 포함됩니다.

-b num_bytes

최대한 작업당 출력의 마지막 num_bytes바이트를 포함합니다. 잘린 줄을 포함하지 마십시오.

num_bytes 값이 -1이면 모든 출력을 의미합니다.

-c clientname

clientname 클라이언트의 작업만 포함합니다.

-i 작업 표시만 포함합니다.

-l num_lines

최대한 작업당 출력의 마지막 num_lines줄을 포함합니다. num_lines 값이 -1이면 모든 출력을

의미합니다.

-n jobname

jobname 작업만 결과에 포함합니다. 일반적으로 savegrp에 의해 시작된 저장 작업은 저장하려는

세이브세트의 이름을 붙여 명명됩니다( 예: /bigspace). savefs, index 및 bootstrap 작업은

각 각 client- name:savefs, clientname:index, clientname:bootstrap으로 명명됩니다.


NSRSGRPCOMP(8)

-o 작업 출력을 포함합니다. -b 또는 -l를 사용하여 포함된 출력량을 수정하십시오. -o만 지정하면

'-o -b 2048'을 지정하는 것과 똑같습니다.

-r 지정된 작업에 대한 재시도 횟수를 포함합니다. 기본적으로 마지막 시도만 표시됩니다.

-s server

NetWorker 서버로 사용할 시스템을 지정합니다.

-t start_time

이 옵션은 쿼리할 savegrp 실행의 인스턴스를 지정하는 데 사용됩니다. 그룹 시작 시간을 얻으려면 -L 옵션을 참조하십시오. 기본적으 로 nsrsgrpcomp는 마지막 인스턴스를 쿼리합니다.

예제savegrp 완료 보고서를 표시합니다.

nsrsgrpcomp group1

위 명령은 다음과 동일합니다.

nsrsgrpcomp -H -i -o -b 2048 group1

특정 서버로부터 savegrp 완료 보고서를 표시합니다.

nsrsgrpcomp -s bar.com group1

작업 데이터베이스에 현재 있는 모든 savegroup 레코드를 나열합니다.

nsrsgrpcomp -L

작업 데이터베이스에 현재 있는 'groupname' 그룹의 savegroup 레코드를 나열합니다.

nsrsgrpcomp -L groupname

'start_time'에 시작된 'groupname' 그룹에 대한 ssavegrp 완료보고서를 표시합니다.

nsrsgrpcomp -t start_time groupname

특정 클라이언트에 대한 정보만 표시합니다.

nsrsgrpcomp -c foo.com group1


nsrsgrpcomp -H -i -o -b 2048 -c foo.com group1

특정 세이브 세트에 대한 정보만 표시합니다.

nsrsgrpcomp -c bar.com -n "C:\Temp" group1

nsrsgrpcomp -c bar.com -n C:\\Temp group1

nsrsgrpcomp -n foo.com:index group1

nsrsgrpcomp -c foo.com -n /bigspace group1


nsrsgrpcomp -H -i -o -b 2048 -c foo.com -n /bigspace group1

요약 헤더만 표시합니다.

nsrsgrpcomp -H group1

최대한 특정 세이브 세트에 대한 출력의 마지막 50줄을 표시합니다.

nsrsgrpcomp -l 50 -c foo.com -n /bigspace group1

최대한 특정 세이브 세트에 대한 출력의 마지막 1024바이트를 표시합니다.

nsrsgrpcomp -b 1024 -c foo.com -n /bigspace group1


NSRSGRPCOMP(8)

참고: -b 옵션은 부분적인 줄을 포함하지 않으므로 작업으로부터 1024바이트 미만을 출력할 가능성이 높습니다.

특정 세이브 세트로부터 접두사 없이 출력을 표시합니다.

nsrsgrpcomp -N -l 50 -c foo.com -n /bigspace group1

참조nsrjobd(8), savegrp(8), jobquery(8)


NSRSGRPCOMP(8)


NSRSNAP(8)

Maintenance Procedures NSRSNAP(8)

이름nsrsnap - 스냅샷 관리를 수행하는 NetWorker Client 측 모듈

요약 nsrsnap [ -BEiLnqvxr ] [ -s server ] [ -c client ] < -g group > [ -m masquerade ]

[ -x save-options ] [ path ... ]

설명nsrsnap 명령은 NetWorker Client 측 바이너리이며 savegrp이 파일 시스템 및 애플리케이션 백업을 위한 스냅샷 관리관련 명령을 수행하는 데 사용됩니다 . 참고 : nsrsnap를직접 실행하는 것은 권장하지 않습니다 . 대신 savegrp(1m)를 사용하십시오 .

스 냅 샷 을 사용하도록 구성된 NetWorker 그룹의 경우 savegrp은 NetWorker Client에서 save 대신

nsrsnap을 호출합니다 . nsrsnap은 네 가지 주요 기능 ( 보존 , 스냅샷 기반 백업 , 실시간 백업및 재시도

메커니즘 )을 수행합니다 .

nsrsnap은 보존 정책을 적용하기 위해 미디어 데이터베이스를 쿼리합니다 . 또한 nsrsnapck 바이너리를 사용하여 스냅샷 삭제와 스냅샷 만료를 수행합니다 .

nsrsnap 이 "-r" 옵션을 사용하여 시작된 경우 스냅샷 기반백업 후에 실시간 백업 작업을 수행합니다 . 또한 nsrsnap은 항상 nsrsnap_save를 사용하여 실시간 백업을 수행합니다 .

스 냅샷 기반 NetWorker 그룹은 nsrsnap을 시작하여 재시도를 수행합니다 . 그러면 nsrsnap이 동일한 단계를 통해 스냅샷기반 백업과 실시간 백업을 생성 합니다 .

옵션-c client-name 세 이브 세션을 시작할 클라이언트 이름을 지정합니다 . client-name이 지정된 경

우 retention은 해당 이름을 사용하고 , 그렇지 않은 경우 localhost를 클라이언트 이름으로 사용합니다 .

-f dirfile

프로토타입 기본 보호 지침을 읽어야 하는 파일입니다 (nsr(5) 참조 ). 이 dirfile(-)을 사용하면 표준 입력에서 기본 보호 지침을 읽을수 있습니다 .

-g group

이 옵션은 savegrp(1m) 및 savefs(1m)에서 세이브 그룹을 나타내는데 사용 (nsr_client(5)

및 nsr_group(5) 참조 )되는것은 물론 , NetWorker Server에서 특정 미디어 풀을 선택하는데

사용됩니다 .

-r 스냅샷을 생성한 후 세이브 세트를 테이프에 백업합니다 .

-s server


-v 세부 정보 표시 (verbose) 모드를 설정합니다 . 이 옵션을 설정하면 save 프로그램에서 세이브 진행 상황에 대한 정보를 제공합니다 .

-x save-options

Savegrp은 nsrsnap_save 또는 이 인수를 지원하는 애플리케이션에 추가 옵션을 전달할 수있습니다 . nsrsnap은 이 save-option을 구문 분석하지 않고 nsrsnap_save 또는 애플리케이션으로

전달합니다 .


NSRSNAP(8)

-L nsrsnap이 savegrp

에서 시작되는 경우 이 플래그가 설정됩니다 . 명령줄에서 nsrsnap을 시작하는 경우 이플래그를

사용해서는 안 됩니다 .

-m masquerade

nsrsnap은 이 옵션을 무시합니다 .

-B nsrsnap은 이 옵션을 무시합니다 .

-E nsrsnap은 이 옵션을 무시합니다 .

-i nsrsnap은 이 옵션을 무시합니다 .

-n nsrsnap은 이 옵션을 무시합니다 .

-q nsrsnap은 이 옵션을 무시합니다 .

path 백업할 경로 이름을 지정합니다 . 파일 시스템 백업의경우 이 경로는 유효한 파일 시스템 , 원시 디바이스 , 디렉토리 또는 파일 이름이어야 합니다 .

참조

save(1m), nsr_client(5), nsr_group(5), nsrd(1m), recover(1m), savefs(1m), savegrp(1m), nsrsnap_save(8), nsrsnap_recover(8), nsrpsd(8) nsrsnapadmin(8)

진단 종료 코드 0 정상적으로 종료됩니다 . 세이브 세트가 서버에 올바르게 생성되었음을 의미합니다 . <>0 비

정상적으로 종료됩니다 . 세이브 세트가 서버에 올바르게 생성되지 않았습니다 .


NSRSNAPADMIN(8)

Maintenance Procedures NSRSNAPADMIN(8)

이름nsrsnapadmin - NetWorker 스냅 세트의 출력, 삭제, 백업, 탐색 및복구

요약 nsrsnapadmin [ -s server ] [ -c remote_client/cluster_node ]

nsrsnapadmin [ -s server ] [ -c remote_client/cluster_node ]

nsrsnapadmin -b [ -s server ] [ -M mount_host ] [ -c cluster_node] [ -v ]

-S ssid (or "ssid ssid ...")

nsrsnapadmin -B [ -s server ] [ -c cluster_node] [ -Fv ]

[ -M mount_host ] -S ssid -m path

nsrsnapadmin -d [ -s server ] [ -c cluster_node] [ -v ] [ -a ] [ -y ] -S

ssid(또는 "ssid ssid ...")

nsrsnapadmin -e time [ -s server ] [ -c cluster_node] [ -v ] -S ssid(또는 "ssid ssid ...")

nsrsnapadmin -p [ -s server ] [ -c remote_client/cluster_node ] [ -v ]

[ -S ssid ] [ path ]

nsrsnapadmin -r [ -s server ] [ -c remote_client/cluster_node ]

[ -M mount_host ] [ -T recover_host ] -S ssid

nsrsnapadmin -R [ -s server ] [ -c cluster_node ] [ -v ]

[ -t destination ] [ -M mount_host ] [ -T recover_host ]

-S ssid -m path

설명 nsrsnapadmin 명령은 NetWorker 스냅 세트에 대한 작업을 수행하는 명령줄 기반 프로그램입니다 .

수행 가능한 작업은 다음과 같습니다 .

스냅 세트를 출력합니다 .

스냅 세트를 삭제합니다 .

스냅 세트의 만료 시간을 변경합니다 .

스냅 세트를 테이프에 백업합니다 .

스냅 세트의 모든 내용을 복원합니다 .

스냅 세트에서 롤백합니다 .

스냅 세트의 내용을 찾고 파일별 복원을 수행합니다 .

nsrsnapadmin에서는 여러 가지 명령을 사용할 수있습니다 . 각 명령은 여러 가

지 옵션을 사용하여 추가로제어할 수 있습니다 .

nsrsnapadmin은 대화형 모드 또는 비대화형 모드에서작동할 수 있습니다 . 지정

된 명령이 없거나 파일별복원에 -r 명령이 지정되는 경우에는 nsrsnapadmin이

대화형모드에서 실행됩니다 .


NSRSNAPADMIN(8)

명령 요약

다음은 nsrsnapadmin의 모든 명령을 간략히 설명한것입니다 .

-b 스냅 세트를 미디어 (예 : 테이프 )에 백업합니다 .

-B 스냅 세트에서 원래 경로로 롤백합니다 .

-d 스냅 세트를 삭제합니다 .

-e 스냅 세트의 만료 시간을 설정합니다 .

-p NetWorker Server의 클라이언트에 대한 모든 스냅 세트를나열합니다 .

-r 스냅 세트의 내용을 찾고 파일을 복구합니다 .

-R 스냅 세트의 내용을 복원합니다 .

명령 옵션

이 섹션에서는 여러 nsrsnapadmin 명령에서 사용 가능한명령 옵션을 설명합니 다. 각 명령이 모든 옵션을지원하는 것은 아닙니다. 그러나 한 옵션이 여러명 령에서 지원될 경우 의미는 항상 같습니다.

-c cluster_node

cluster_node는 클러스터 설정에서 가상 클러스터호스트의 이름이며,

이 호스트는 여러 노드 중 하나에불과합니다. 이 옵션을 지정하지 않으 면 로컬 시스템이클라이언트로 간주됩니다. 이 옵션만 사용하는 nsrsnapadmin 명령은 원격 클라이언트에서 작업을 수행할수 없습니다.

-c remote_client

remote_client는 파일을 저장한 시스템의 이름입니다. 이옵션을 지정하 지 않으면 로컬 시스템이 클라이언트로간주됩니다.

-c remote_client/cluster_node

인수는 remote_client 또는 cluster_node일 수 있습니다.

-F 강제로 실행합니다. 이 옵션은 롤백에 사용되어 강제롤백을 수행합니 다. 이 옵션을지정하지 않으면 nsrsnapadmin은 롤백 수행이 안전한지 확인합니다.

-m path

복구할 경로를 지정합니다.

-M mount_host

스냅샷 마운트/액세스에 사용할 시스템의 이름입니다. 이옵션이 지정되 지 않으면 로컬 시스템이 마운트 호스트로간주됩니다.

-t directory

복구된 파일을 재배치할 대상 디렉토리를 지정합니다.

-T recover_target_client

복구 대상으로 지정할 원격 시스템의 이름을지정합니다. 이 옵션을 지 정하지 않으면 파일이 로컬시스템에서 복구됩니다.

-s server

사용할 NetWorker Server를 선택합니다. 기본값은 로컬시스템입니다.

-S ssid

작업할 스냅 세트 ID를 지정합니다. 일부 명령에서는 ssid 여러 개를 큰따옴표로 묶어 사용할 수 있습니다.


NSRSNAPADMIN(8)

-v 세부 정보 표시(verbose) 모드를 설정합니다. 이 옵션을지정하면 자세 한 내용이 출력됩니다.

-A attr=val

명령에 특정 속성과 값을 추가합니다. 오류 확인 과정은수행되지 않습 니다. 일부 명령에는 속성 값 쌍이없습니다. 여러 개의 -A attr=val 항 목을 사용할 수있습니다.

세부 명령 및 옵션

다음은 nsrsnapadmin 명령의 옵션에 대한 설명입니다. 이섹션에서는 각 명령이 지원하는 표준 옵션 및 일부 특수옵션/인수에 대해 설명합니다.

-b [ -s server ] [ -M mount_host ] [ -c cluster_node] [ -v ] -S ssid(또는 "ssid ssid ...") -A attr=val

이 명령은 표준 옵션을 사용합니다.

-B [ -s server ] [ -c cluster_node] [ -Fv ] [ -M mount_host ] -S ssid -A attr=val -m path


-d [ -s server ] [ -c cluster_node] [ -v ] -S ssid(또는 "ssid ssid ...")


-a 옵션을 사용하면 지정된 스냅샷 세이브 세트과 연결된모든 스냅샷 세이브 세트와 물리적 스냅샷을 삭제할 수있습니다. 이 경우 연결된 스냅샷 세이브 세 트의 목록이표시되고 사용자가 확인을 해야 이 작업을 수행할 수있습니다. -y

옵션을 추가하면 확인 과정 없이 해당세이브 세트와 스냅샷을 삭제할 수 있습 니다.

-e time [ -s server ] [ -c cluster_node] [ -v ] -S ssid(또는 "ssid ssid ...")


time은 필수 인수입니다. 만료 시간은 이 time으로재설정됩니다.만료 시간은 nsr_getdate(1m) 함수에 허용되는형식으로 지정해야 합니다.

-p [ -s server ] [ -c remote_client/cluster_node ] [ -v ] [ path ]


-S 옵션이 지정되면 지정된 세이브 세트 ID와 연결된 모든스냅샷 세이브 세트 의 세이브 세트 ID가 출력됩니다.

-v 옵션이 지정되어 있으면 추가 필드인 snap ID가출력됩니다.

path를 지정하면 이름이 path로 시작하는 스냅 세트만출력됩니다. path를 생략 하면 NetWorker Server의클라이언트에 대한 모든 스냅 세트가 출력됩니다.

-r [ -s server ] [ -c remote_client/cluster_node ] [ -M mount_host ] [ -T recover_host ] [ -S ssid ] -A attr=val


이 명령은 대화형 세션을 시작합니다. 대화형 세션은완전히 다른 명령 세트에 의해 제어됩니다.

-R [ -s server ] [ -c cluster_node ] [ -v ] [ -t destination ] [ -M


NSRSNAPADMIN(8)

mount_host ] [ -T recover_host ] -S ssid -m path -A attr=val


스냅 세트 탐색 명령

nsrsnapadmin의 -r 명령을 사용하여 대화형 세션인 탐색세션으로 이동할 수 있 습니다. 탐색 세션에서는 백업된파일 시스템의 이미지를 백업 시점의 상태로제 공합니다. 탐색 세션은 또 다른 명령 세트에 의해제어됩니다. name 인수를 사 용하는 모든 명령에서 패턴일치 문자를 사용할 수 있습니다. 패턴 일치 문자 및정규식 형식은 UNIX 셸 sh(1)의 형식과 같습니다. 명령은아래에 나열되어 있 습니다. 명령을 고유하게 식별할 수있는 최소한의 문자로 이루어진 약식 명령 을 사용할 수있습니다.

ls [ options ] [ name ... ]

지정된 파일 및 디렉토리에 대한 정보를나열합니다. 지정된 name 인수 가 없는 경우 ls는 현재디렉토리의 내용을 나열합니다. name이 지정되 어 있고 name이 디렉토리인 경우 해당 내용이 표시됩니다.또한 name이 파일이면 해당 파일만 표시됩니다. 현재디렉토리는 ‘.’(마침표)로 표시 됩니다. 이 명령의옵션은 ls(1) UNIX 명령의 옵션에 해당합니다. 복구 목록에 추가된 파일 앞에는 ‘+’ 기호가 나타납니다.

lf [ name ... ]

ls -F 명령과 같습니다. 디렉토리는끝에 ‘/’가표시되고, 심볼 링크는 ‘@’, 소켓은 ‘=’, FIFO 특수파일은 ‘|’, 실행 파일은 ‘*’가 표시됩니 다.

ll [ name ... ]

ls -lgsF 명령과 같습니다. 긴 형식의 파일 및 디렉토리목록을 생성합 니다.이 명령을 사용하여 심볼 링크 값을찾을 수 있습니다.

cd [ directory ]

현재 작업 디렉토리를 [ directory ]로 변경합니다. 기본디렉토리는 백 업된 파일 시스템의 마운트지점입니다. directory가 단순 심볼 링크인 경우 cd는해당 심볼 링크를 따릅니다. 그러나 directory가 경로끝을 제 외하고 모든 위치에 심볼 링크를 포함하는 경로인경우에는 cd 명령이 실패합니다. 이 경우에는 한 번에하나의 경로 구성 요소에 대해 cd 명 령을 실행해야합니다.

pwd 현재 작업 디렉토리의 전체 경로 이름을 출력합니다.

add [ name ... ]

현재 디렉토리 또는 명명된 파일이나 디렉토리를 복구목록에 추가합니 다.디렉토리를 지정한 경우 해당디렉토리와 모든 하위 항목이 복구 목 록에추가됩니다. 심볼 링크는 복구되지 않지만 링크 파일자체는 복구됩 니다.

debug [ level ]

디버깅을 설정하거나 해제합니다. 레벨은 숫자여야합니다. 레벨이 0이 면 디버깅이 해제됩니다. 디버그레벨이 높을수록 recover 명령은 더 많 은 메시지를출력합니다. 기본적으로 디버깅은 해제되어 있습니다.

delete [ name ... ]

현재 디렉토리 또는 명명된 파일이나 디렉토리를 복구목록에서 삭제합 니다.디렉토리를 지정한 경우 해당디렉토리와 모든 하위 항목이 목록에


NSRSNAPADMIN(8)

서삭제됩니다. 디렉토리에서 대부분의 파일을 복구하는가장 효과적인 방법은 디렉토리를 복구 목록에 추가한다음 필요 없는 파일을 삭제하는 것입니다.

dir [ w ] [ filename... ]

이 명령은 다음과 같은 차이점을 제외하고 "ll" 명령과유사합니다.dir

명령은 DOS 명령 프롬프트의 "dir" 명령에서사용하는 표시 형식을 사용 합니다. 또한 이 명령은복구하기 위해 선택한 파일에 + 기호를 추가하 지않습니다. w 옵션을 사용하면 파일 또는 디렉토리의이름만 표시됩니다.

list [ -l ] | [ -c ]

복구 목록의 파일을 표시합니다. 인수가 없을 경우 복구목록은 전체 경 로 이름을 한 줄에 하나씩 표시하고 그뒤에 복구할 파일의 총 개수를 표시하는 목록으로나타납니다. -c 인수는 복구할 파일의 총 개수만출력 하고, -l 인수는 -dS 옵션으로 ll 명령을 실행할때와 동일한 형식으로 파일을 출력합니다.

recover

복구 목록의 모든 파일을 NetWorker Server에서 복구합니다. 실행이 완료되면 복구 목록은 빈 상태가 됩니다.

relocate [ directory ]

타겟 복구 위치를 directory로 변경합니다. directory를지정하지 않으 면 대상 디렉토리를 묻는 메시지가표시됩니다.상대 경로는 recover 프 로그램 내의 현재작업 디렉토리를 기준으로 해석됩니다. 복구된 파일은 이디렉토리(필요한 경우 새로 생성됨)에 배치됩니다. 여러디렉토리의 파일을 복구하는 경우, 파일은 복구될 모든파일에 공파 일을 복구하는

경우, 파일은 복구될 모든파일에 공통되는 첫 번째 상위 디렉토리의 상대

경로를사용하여 이 디렉토리 아래에 배치됩니다.

예를 들어 /usr/include/sys/errno.h 및 /usr/include/stdio.h가 복구 할대상인 경우 재배치 디렉토리가 /tmp로 설정되어 있으면이 두 파일의 첫 번째 공통 상위 경로가 include이므로복구된 파일은 각각 /tmp/sys/errno.h 및 /tmp/stdio.h와 같이이름이 지정됩니다.

destination

복구된 파일의 대상 위치를 출력합니다.

quit 탐색 세션을 종료합니다. 복구 목록의 파일이 복구되지않습니다.

exit 탐색 세션을 종료합니다.

help 사용 가능한 명령의 요약을 표시합니다.

? 이는 help와 동일합니다.

참조 ls(1), nsr_getdate(3)


NSRSNAPADMIN(8)


nsrsnapck(8)

Maintenance Procedures nsrsnapck(8)

이름 nsrsnapck - NetWorker 스냅 세트 검증 및 삭제 유틸리티

요약 nsrsnapck [ – s server ] [ – vy ] [ – c cluster_node ]

[ – s server ] [ – c cluster_node ] [ – vxy ] –d – S ssid [ – S ssid ]...

설명nsrsnapck는 스냅 세트 삭제 및 검증에 사용되는 NetWorker Client 측 유틸리티입니다 .

-d 옵션을 지정하지 않고 실행하면 실행된 클라이언트에 해당하는 모든 스냅 세트를 찾습니다 . 그런 다음 스냅 세트를 검증하고 스냅 세트가 유효하지 않으면 삭제합니다 .

옵션-c cluster_node cluster_node는 클러스터 설정에서 가상 클러스터 호스트의 이름이며 , 이 호스

트는 여러 노드 중 하나에 불과합니다 . 이 옵션을 지정하지 않으면 로컬 시스템이 클라이언트로 간주됩니다 .

-d 지정된 스냅 세트를 삭제합니다 .

-s server

사용할 NetWorker Server를 선택합니다 . 기본값은 로컬 시스템입니다 .

-S ssid

작업할 스냅 세트 ID를 지정합니다 .

-v 세부 정보 표시 (verbose) 모드를 설정합니다 . 이 옵션을 지정하면 자세한 내용이 출력됩니다 .

-x 애플리케이션 카탈로그를 제거 (prune)하지 않습니다 . 현재 Oracle 카탈로그에만 적용할 수 있습니다 . 기본적으로 애플리케이션 카탈로그 제거 (prune)가 켜집니다 .

-y 사용자에게 삭제 확인 메시지를 표시하지않습니다 . 기본적으로 스냅 세트를 삭제하기 전에 사용자에게 확인 메시지가 표시됩니다 .

예제

NetWorker Server jupiter의 클라이언트에서 스냅 세트 ID 2654636090 7637858874를 삭제하려면

다음과 같이 하십시오 .

nsrsnapck -s jupiter -d -S 2654636090 -S 7637858874


nsrsnapck(8)


NSRSNAP_RECOVER(8)

Maintenance Procedures NSRSNAP_RECOVER(8)

이름nsrsnap_recover - 스냅샷 기반 백업에서 생성된 NetWorker 파일을 복구합니다 .

요약 nsrsnap_recover [ -R ] [ -b basepath ] [ -c client_name ] [ -d destination ] [ -f metadata_file ] [ -n namespace ] [ -s server ] [ -A RESTORE_TYPE_ORDER=restore_type_order ] [ -o restore_type_order ] [ -i {NYR} ] [ -D debug_level ] [ -I input_file ] [ -M mount_host ] [ -K metadata_key ] -S ssid | -t savetime ] path ...

설명nsrsnap_recover를 사용하면 스냅 세트나 세이브 세트에서 데이터를 복구할 수 있습니다 .

nsrsnap_recover 를 사용하면 테이프나 시점 스냅샷에서 데이터를 복구할 수 있습니다 .

nsrsnap_recover에 속성 목록을 반드시 지정해야 하는 것은 아닙니 다 . 세이브세트 복원의 기본

"restore_type_order"는 ’conventional’입니다 . 참고 : 스냅 세트 또는 세이브 세트복구에서

nsrsnap_recover를 직접 실행 하는것은 권장되지 않습니다 . 대신 nsrsnapadmin(8)을 사용하십시오 .

사용자는 스냅 세트 또는 세이브 세트 ID나 스냅 세트또는 세이브 세트 시간을 지정해야 합니다 .

사용자는 복구할 파일을 명령줄에 지정해야 합니다 . 이경우 모든 파일이 동일한 스냅 세트 또는 세이브 세트에 속해야 합니다 .

옵션-b basepath 상대 경로 이름에 대해 사용할 기준 경로 이름을지정합니다 . -I 옵션과 함께 사용합

니다 .

-c client_name

복구 세션을 시작할 클라이언트 이름을 지정합니다 .

-d destination

복구된 파일을 재배치할 대상 디렉토리를 지정합니다 .

-f metadata_file

메타데이터 정보가 복구되는 대상 파일 이름을지정합니다 .

-n namespace

복구할 네임스페이스를 지정합니다 .

-s server

사용할 NetWorker Server를 선택합니다 .

-t savetime

복구할 세이브 세트에 대한 세이브 타임을 지정합니다 .

-A RESTORE_TYPE_ORDER=restore_type_order

-o restore_type_order

기본값은 pit:conventional입니다 . 콜론으로 구분된 문자열을 사용 합니다 .

-i conflicting file action

기 존 파일을 복구할 때 사용할 덮어쓰기 응답을 지정합니다 . 한 개의 문자만 지정할 수 있습니다 . 이 옵션이 제공되지 않을 경우 기본값으로 파일이 덮여쓰여집니다 . 이 옵션은 복구 모드에서


NSRSNAP_RECOVER(8)

실행할 때 uasm -i 옵션과 동일합니다 . 이 옵션에 대한 자세한 설명은 uasm(8) man 페이지를

참조하십시오 . 유효한 값은 ’N’, ’Y’ 및 ’R’입니다 .

-D debug_level

사용할 디버그 레벨을 지정합니다 . debug_level은 0에서 9 사이의 숫자입니다 .

-I input_file

복구할 파일의 입력 파일을 지정합니다 . -b를참조하십시오 .

명령줄에서 복구할 경로를 가져올 뿐만 아니라 명명된 파일에서 복구할 경로를 읽습니다 . 경로는

한 줄에 하나씩 나열되어야 합니다 . 명령 줄에 지정된 경로가 없으면 파일에 지정된 경로만 복구됩니다 .

nsrsnap_recover를 사용하면 복원 세션당 둘 이상의 세이브세트를 복원할 수 있습니다 . "-I"

명령줄 옵션을 사용하면 복구할 세이브 ID 및 관련 파일 경로를 입력 파일로 지정할 수 있습니다 .

명령줄에 -I 옵션과 함께 -S 옵션이나 -t 옵션을 지정하지 않으면 지정된 입력 파일의 내용이 다른 형식을 갖는것으로 가정되고 다른 방식으로 해석됩니다 . 이런 경우 nsrsnap_recover는 입력

파일의 각 줄 이 다음과 같은 형식이라고 가정합니다. ssid=<savesetID> <전체 파일, 디바이스

또는 파일시스템 경로 >

파일의 각 줄은 복원할 단일 파일 경로와 복원할 원본세이브 세트의 ID를 식별해야 합니다 . 예 : ssid=4145682356 /etc/hosts

ssid=4145682356 /etc/vfstab

ssid=4188238921 /etc/motd

각 줄에 지정된 두 값은 공백으로 구분됩니다 .따라서 파일 경로에 공백이 포함되는 경우 경로를

큰따옴표로 묶어야 합니다 .예 : ssid=4874309231 "/My File Directory/mytestdoc.doc"

nsrsnap_recover 명령줄에서 사용할 수 있는 -S 및 -t 이외의 모든 옵션은 입력 파일에 나열되어 있는 세이브 세트에 대한 모든 세이브 세트 복원에 적용됩니다 . 예를 들어 "-d"를 사용하여

대체 대상 경로를 지정한 경우 지정된 모든 세이브 세트의 모든 파일이 동일한 대체 대상경로로 복원됩니다 . 마찬가지로 , -b 옵션을 지정하면 해당 옵션에 지정된 값이 입력 파일에 지정된 모든 파일의 기준 경로로 사용됩니 다 .

이 기능을 사용할 경우 명령줄에 지정한 사항이 입력파일에 나열된 모든 세이브 세트에 적용되므로

입력파일에 지정된 모든 세이브 세트 가 동일한 유형인지 확인해야 합니다 . 같은 이유로 , 입력 파일에 나열된 모든 세이브 세트에 대해 스토리지 유형이 동일해야합니다 . 이 지침을 따르지 않으면

오류가 발생합니다 .

-M data_mover_host

스냅샷 마운트 /액세스에 사용할 시스템의 이름입니다 .이옵션이 지정 되지 않으면 로컬 시스템이

Data Mover 호스트로 간주됩니다 .

-K metadata_key

복구 메타데이터의 메타데이터 키를 지정합니다 .

-S ssid

복구할 세이브 세트의 세이브 세트 ID를 지정합니다 .

-R 스냅 세트 또는 세이브 세트의 컨텐츠를 원래 소스 LUN으로 롤백합니다 .

참조

save(1m), nsr_client(5), nsr_group(5), nsrd(1m), recover(1m), savefs(1m), savegrp(1m), nsrsnap(8) nsrsnapadmin(8), nsrsnap_save(8), nsrpsd(8)


NSRSNAP_RECOVER(8)

사용 예

nsrsnap_recover -s ledma243 -M ledma011 -S 4088878394 -o pit:conventional -D9 /FS1

(위에 표시된 것처럼 restore_type_order를 설정하면 pit 복구를수행한 다음 conventional 복구를

수행합니다 . -A RESTORE_TYPE_ORDER=pit:conventional 로 이 옵션이 지정될 수도있습니다 .)

또는

nsrsnap_recover -s ledma243 -M ledma011 -S 4088878394 -D9 /data3

(위 예에서는 pit:conventional의 기본 restore_type_order를사용합니다 .)

진단 종료 코드 0 정상적으로 종료됩니다 .

<>0 비정상적으로 종료됩니다 . 명령이 실패했습니다 .


NSRSNAP_RECOVER(8)


NSRSNAP_SAVE(8)

Maintenance Procedures NSRSNAP_SAVE(8)

이름nsrsnap_save - 파일 시스템의 스냅샷 기반 백업을 생성하고 스냅샷을 장기 스토리지에 백업합니다 .

요약 nsrsnap_save [ -BCEdniKLnquSVvx ] [ -s server ] [ -c client-name ] [ -N name ]

[ -e expiration ] [ -f dirfile ] [ -b pool ] [ -F file ] [ -I input_file ] [ -g group ] [ -l level ] [ -t date ] [ -m masquerade ] [ -w browse_time ]

[ -y retention_time ] [ -D debug_level ] [ -W width ] [ path ... ]

설명nsrsnap_save를 사용하면 스냅 또는 세이브 세트에 데이터를 백업할 수 있습니다 .

명 령줄 또는 -I 옵션을 통해 지정된 path 인수가 없을 경우 현재 디렉토리가 기본 경로로 사용됩니다 .

옵션-b pool 세이브에 대한 특정 대상 풀을 지정합니다 .

-c client-name

세이브 세션을 시작할 클라이언트 이름을 지정합니다 .

-e expiration

저장된 데이터의 만료 날짜를 nsr_getdate(3) 형식으로 설정합니다 .

-f dirfile

프로토타입 기본 보호 지침을 읽어야 하는 파일입니다 (nsr(5) 참조 ). 이 dirfile(-) 을 사용하면 표준 입력에서 기본 보호 지침을 읽을 수 있습니다 .

-g group

이 옵션은 savegrp(8) 및 savefs(8)에서 세이브 그룹을 나타내는데 사용 (nsr_client(5) 및

nsr_group(5) 참조 )되는것은 물론 , NetWorker Server에서 특정 미디어 풀을 선택하는데 사용됩니다 .

-i nsrsnap_save는 이 옵션을 무시합니다 .

-l level

세이브 레벨입니다 . 이 옵션은 savegrp(8) 및 savefs(8)에서 예약 된 세이브에 특정 레벨을 지정할 때사용합니다 .

-m masquerade

nsrsnap_save는 이 옵션을 무시합니다 .

-n nsrsnap_save는 이 옵션을 무시합니다 .

-q 자동 모드입니다 . 요약 정보 및 오류 메시지만 표시합니다 .

-s server


-t date

파일을 저장할 수 있도록 수정했어야 하는 최종날짜 (nsr_getdate(3) 형식 )입니다 . 이 옵션은

savegrp(8) 및 savefs(8)에서 미디어 데이터 베이스를 참조해 세이브세트의 이전 저장을 기준으로 적절한 시간 값 및 예약된 세이브 레벨을 결정하여 예약된 세이브를 수행하는데 사용됩니다 .


NSRSNAP_SAVE(8)

-u 오류가 발생한 경우 저장을 중지합니다 . save 프로그램은 일반적으로 오류를 경고로 처리하여 백업에서 나머지 파일을 계속 저장합니다 . 이 옵션이 설정 된 경우 오류가 발생하면 save 프로그램이 종료되고 저장이 중단됩니다 . 이 옵션은 파일 그룹을 하나의 세트로 백업해야 하는 경우에 유용할 수 있지만 일반적인 용도로는 사용하지 않는 것이 좋습니다 .

-v 세부 정보 표시 (verbose) 모드를 설정합니다 . 이 옵션을 설정하면 save 프로그램에서 save 진행 상황에 대한 정보를 제공합니다 .

-y retention


forever는 만료되지 않는 볼륨 (예 : 아카이브 또 는 마이그레이션 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 서버는 현재 시행중인 보존 정책을 기준으로 세이브 세트에 대해 이 날짜를 결정합니다 . 이 옵션을 사용하면 저장할 때마다 기존정책을 재정의 할수 있습니다 .

-w browse_time

이 세이브 세트를 더 이상 탐색할 수 없는 기준 날짜를 nsr_get- date(3) 형식으로 설정합니다.

기본적으로 서버는 현재 적용된 탐색 정책을 기준으로 세이브 세트에 대한 탐색 날짜를 결정합니다 . 이 옵션을 사용하면 저장 할때마다 기존 정책을 재정의할 수 있습니다 .

-x nsrsnap_save는 이 옵션을 무시합니다 .

-B nsrsnap_save는 이 옵션을 무시합니다 .

-E nsrsnap_save는 이 옵션을 무시합니다 .

-F file

변경 시간이 파일 수정 날짜보다 이후인 파일만 저장합니다 .

-I input_file

명령줄에서 저장할 경로를 가져올 뿐만 아니라 명명된 파일에서 저장 할 경로를 읽습니다 . 경로는

한 줄에 하나씩 나열되어야 합니다 . 명령 줄에 지정된 경로가 없으면 파일에 지정된 경로만 저장됩니다 .

-K 디렉토리 인덱스 항목의 연결을 구성하지 않습니다 .

-L “complete savetime=number” 형식의 완료 출력 끝에 추가 줄이 출력되도록 합니다 . 여기서

number는 이 백업에 의해 생성되는 세이브 세트의 세이브 타임입니다 . 이 옵션은 백업 상태를

savegrp(1m) 명령으로 반환할 때 nsrsnap에 의해 사용됩니다 .

-M name

마운트 호스트로 사용할 시스템을 지정합니다 .

-N name

nsrsnap_save는 이 옵션을 무시합니다 .

-P 스냅 세트를 생성합니다 .

-S 세이브 세트 복구만 허용합니다 . 이 옵션은 인덱스 항목을 생성 하지않고 저장만 수행합니다 . 이것은 세이브세트 복구를 사용하여 데이터는 복구할 수 있지만 세이브세트를 탐색할 수는 없음을 의미합니 다 .

-R 스냅 세트를 장기 스토리지에 백업합니다 .

-V nsrsnap_save는 이 옵션을 무시합니다 .


NSRSNAP_SAVE(8)

-W width

요약 정보 출력의 형식을 지정할 때 사용되는 너비입니다. 유효한 너비 값은 1에서 10000 사이의

정수값입니다 . 제공된 너비가 요약에 비해 작은 경우에는 필요한 만큼 너비가 약간 상향 조정됩니다 . 또한 제공된 너비가 필요한 최소값보다 큰 경우에는 여백을 사용하여 요약을 너비에 정확하게

맞춥니다 . -W 인수를 지정하지 않으면 고정 너비가 사용되지 않고 요약이 필요한 최소 너비에 맞게 확장됩니다 .

path 백업할 세이브 세트 이름을 지정합니다 . 파일 시스템 백업의 경우 유효한 파일 시스템 , 원시 디바이스 , 디렉토리 또는 파일 이름이어야 합니다 .

참조 save(1m), nsr_client(5), nsr_group(5), nsrd(1m), recover(1m), savefs(1m), savegrp(1m), nsrsnap(8) nsrsnapadmin(8), nsrsnap_recover(8), nsrpsd(8)

사용 예nsrsnap_save -s ledma243 -M ledma011 /fs1

진단 종료 코드 0 정상적으로 종료됩니다 . 세이브 세트가 서버에 올바르게 생성되었음을 의미합니다 .

<>0 비 정상적으로 종료됩니다 . 세이브 세트가 서버에 올바르게 생성되지 않았습니다 .


NSRSNAP_SAVE(8)


NSRSNMD(8)

Maintenance Procedures NSRSNMD(8)

이름nsrsnmd - 스토리지 노드에서 디바이스 작업 및 nsrmmd 프로세스를 관리하는 NetWorker 데몬입니다.

요약nsrsnmd -n number -N version number -M MAX nsrmmd processes -s server [ -D debug level ]

[ -v ]

설명nsrsnmd 데몬은 nsrd NetWorker 서버 대신 모든 디바이스 작업 nsrmmd 프로세스를 관리하는 RPC 기반 서비스를 제공합니다.

nsrd 서버는 모든 디바이스 및 작업의 상태를 설명하는 모든 RAP 리소스를 유지관리합니다. nsrsnmd 데몬은

nsrd에서 요구되는 경우 필요한 디바이스 작업을 실제로 수행하도록하는 프로세스입니다.

구성된 각 스토리지 노드마다 하나의 nsrsnmd 프로세스가 실행됩니다. nsrsnmd 데몬은 필요할 때 nsrd에 의해 자동으로 호출되므로 사용자가 직접 시작할 필요가 없습니다. nsrsnmd에 대한 RPC 프로그램 번호는

390111입니다.

옵션-n number

nsrsnmd 데몬 번호입니다.

-N version number

nsrsnmd 프로그램 버전 번호입니다.

-M MAX nsrmmd processes

이 스토리지 노드에 허용된 최대 nsrmmd 프로세스수입니다.

-s server

제어 NetWorker 서버입니다.

-D debug level

디버그 레벨을 설정합니다.

-v 출력의 세부정보 표시 레벨을 높입니다. 이 옵션은 여러번 사용할 수 있으며 그럴수록 효과가 누적됩니다.

파일


nsrsnmd 및 다른 NetWorker 데몬이 NetWorker 이벤트 메커니즘을 사용하여 다른 방법으로는 기록할 수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다.

참조nsr(8), nsr_service(5), nsrd(8)


NSRSNMD(8)


nsrsqliteasm(8)

Maintenance Procedures nsrsqliteasm(8)

이름nsrsqliteasm - 내부 SQLite 데이터베이스를 백업하는 NetWorker 모듈

요약nsrsqliteasm [standard-asm-arguments]

설명nsrsqliteasm 은 표준의 외부 ASM (Application Specific Module)입니다. 이 모듈은 NetWorker 내부에서 사용되는 SQLite 데이터베이스의 온라인 백업을 지원합니다.

ASM 및 [standard-asm-arguments]에 대한 일반적인 설명은 uasm(8)을 참조하십시오.

nsrsqliteasm은 부트스트랩 백업 및 복구 중에 자동으로 호출되도록 설계되었습니다. 따라서 일반적인 용도의 SQLite 애플리케이션 모듈로 사용할 수 없습니다.

참조mmrecov(8), savegrp(8), uasm(8)


nsrsqliteasm(8)


nsrstage(8)

Maintenance Procedures nsrstage(8)

이름nsrstage - NetWorker 세이브 세트 스테이징 명령

시놉시스nsrstage [ -v ] [ -d ] [ -s server ] [ -J storage-node ] [ -b pool ] [ -y retention ] -m -S { -f file | ssid[/cloneid]... }

nsrstage [ -v ] [ -s server ] [ -J storage-node ] [ -y retention ] -C -V volume

설명nsrstage 프로그램은 수동으로 기존 세이브 세트를 마이그레이션하는 데 사용됩니다 . 마이그레이션은 볼륨

간에 하나 이상의 세이브 세트를 이동하는 프로세스입니다 . 이 프로세스는 특정 세이브 세트를 지정된 새 볼륨으로 클론하고 클론된 세이브 세트 항목을 미디어 데이터베이스에서 삭제합니다 (-S 설명 참조 ). 마지막으로 원래 소스 볼륨에서 세이브 세트를 제거합니다 (가능한 경우 ). 이전 작업을 성공적으로 완료하면 두 번째와 세 번째 작업이 트리거됩니다 . 데이터가 새 미디어 볼륨으로 이동되어 원래 볼륨에 새 데이터를 위한

공간이 마련됩니다 .

모든 미디어 유형에 마이그레이션할 수 있습니다 . 예를 들어 adv_file 또는 파일 볼륨의 세이브 세트를 광

디스크에 마이그레이션할 수 있습니다 . nsrstage 프로그램은 단순한 볼륨 마이그레이션을 수행하지 않고 전체 세이브 세트를 마이그레이션합니다 .

소스로 사용할 세이브 세트의 복제본 (클론 )을 정확히 지정할 수 있습니다 . -S 옵션 설명을 참조하십시오 .

지정된 세이브 세트 중 일부를 성공적으로 복제한 후 nsrstage 프로그램에 오류가 발생하면 프로그램이 중단되기 전에 소스 볼륨에서 성공한 세이브 세트만 삭제합니다 .

옵션-b pool

데이터를 마이그레이션해야 하는 미디어 풀의 이름을 지정합니다 . 풀은 현재 nsrd(8) 에 등록된

모든 풀이 될 수 있습니다 . 풀 값을 보려면 NetWorker Management Console 의 미디어 디스플레이 왼쪽 창에서 [미디어 풀 ]을 선택하십시오 . 이 옵션을 생략하면 클론된 세이브 세트가 원래

풀에 해당하는 클론 풀에 자동으로 할당됩니다 . 예를 들어 기본 풀에서 세이브 세트를 스테이징하는 경우에는 기본 클론 풀에 할당되고 아카이브 풀에서 세이브 세트를 스테이징하는 경우에는 아카이브 클론 풀에 할당됩니다 .

-m 실제 마이그레이션 작업을 수행합니다 . 블록 기반 백업 세이브 세트의 경우 이 옵션은 새 미디어

볼륨으로 세이브 세트를 마이그레이션하지 않습니다 . 블록 기반 백업 세이브 세트와 일반

NetWorker 세이브 세트가 조합된 볼륨의 경우 nsrstage -m을 사용하면 오류가 발생하면서 블록

기반 백업 세이브 세트를 건너뜁니다 .

-s server

마이그레이션할 세이브 세트가 있는 NetWorker server를 지정합니다 . 서버 선택에 대한 설명은

nsr(8) 을 참조하십시오 . 기본값은 현재 시스템입니다 .

-J storage-node

스테이징 프로세스를 진행할 때 복구 시 스토리지 노드로 사용할 호스트를 지정합니다(nsr_storage_node(5) 참조 ).


nsrstage(8)

-v 세부 정보 작업을 활성화합니다 . 이 모드에서는 볼륨을 교차하는 세이브 세트나 세이브 세트 시리즈 확장과 같은 nsrstage 작업에 대한 추가 메시지가 표시됩니다 . 동일한 세이브 세트에서

nsrstage 작업을 동시에 수행하는 경우 볼륨 이름이 정확하지 않을 수 있습니다 . 이 경우 ,

nsrstage 가 경고를 표시합니다 . 정확한 경고 메시지에 대해서는 진단 을 참조하십시오 .-y retention

스테이징된 데이터를 재활용할 수 있는 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 특수 값

forever 는 만료되지 않는 볼륨 (즉 아카이브 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로

서버는 적용된 보존 정책을 기반으로 세이브 세트에 대해 이 날짜를 결정합니다 . 이 옵션을 사용하여 기존 정책을 덮어쓸 수 있습니다 .

-d 스테이징할 세이브 세트 식별자를 지정하는 입력 파일을 삭제합니다 . 이 옵션은 항상 -f 옵션과

함께 지정해야 합니다 .

-C 볼륨 클리닝 작업을 수행하도록 nsrstage 에 지시합니다. 볼륨에서 미디어 데이터베이스에 항목이

없는 세이브 세트를 검색하고 이 세이브 세트의 공간을 복구합니다 . 재활용 가능한 중단된 세이브

세트의 공간은 미디어 데이터베이스에서 세이브 세트 항목이 제거된 볼륨에서도 복구할 수 있습니다.

이 작업은 adv_file 및 파일 유형 볼륨에서 수행할 수 있습니다 .

-S ssid

이 옵션은 nsrstage 가 후속 명령줄 매개 변수를 세이브 세트 식별자로 처리하도록 합니다 . 세이브 세트 식별자는 부호 없는 숫자입니다. 세이브 세트의 세이브 세트 식별자는 mminfo -v 명령을

사용하여 찾을 수 있습니다 . mminfo(8) 를 참조하십시오 . -S 옵션은 볼륨에서 개별 세이브 세트를 마이그레이션하거나 일부 mminfo 쿼리와 일치하는 모든 세이브 세트를 마이그레이션하는 경우

유용합니다 . 세이브 세트 식별자는 소스로 사용할 세이브 세트 복제본을 정확히 지정하기도 합니다 .

정확한 복제본을 지정하려면 각 세이브 세트 식별자에 대해 ssid/cloneid 형식을 사용합니다. 이

경우 ssid 및 cloneid 는 부호 없는 숫자이며 단일 슬래시 (/)로 구분됩니다 . 특정 복제본에 대한 cloneid 는 mminfo -S 보고서를 참조하여 찾을 수 있습니다 .

참고 :

-S ssid/cloneid 형식을 사용하는 경우 특정 ssid 인스턴스만 미디어 데이터베이스에서 제거됩니다 .

-S ssid 가 지정되고 cloneid는 지정되지 않은 경우 , ssid의 모든 클론 인스턴스는 스테이징된 것을 제외하고 미디어 데이터베이스에서 삭제됩니다 . 스테이징으로 인해 미디어 데이터베이스에서 다른 adv_file 또는

파일 디바이스 클론 인스턴스가 제거되면 해당 세이브 세트도 각각의 볼륨에서 제거되며 공간이 복구됩니다 .

-f file

세이브 세트 식별자를 명령줄에 나열하지 않고 지정된 파일에서 읽도록 nsrstage 에 지시합니다 .

값은 입력 파일에 행당 하나씩 나열되어야 합니다 . file 위치에 -을 지정할 수 있으며 이 경우

표준 입력에서 값을 읽습니다 .

-F 이 옵션을 지정하면 nsrstage가 유효하지 않은 모든 세이브 세트를 건너뛰고 스테이징을 계속 수행합니다 .

-V volume

클리닝할 볼륨 이름을 지정합니다 . 이 옵션은 -S 또는 -m 옵션과 함께 사용할 수 없습니다 .

예제세이브 세트 1234 및 4568을 Offsite Clone 풀의 볼륨에 마이그레이션합니다 .

nsrstage -b 'Offsite Clone' -m -S 1234 4567

세이브 세트 1234의 클론 인스턴스 12345678을 기본 복제 풀의 볼륨에 마이그레이션합니다 .

nsrstage -m -S 1234/12345678

지난 토요일 이후 작성된 모든 세이브 세트를 기본 복제 풀의 볼륨에 마이그레이션합니다 .


nsrstage(8)

nsrstage -m -S `mminfo -r ssid \-q ’savetime>last saturday’‘

볼륨 jupiter.013에서 공간을 복구합니다 .

nsrstage -C -V jupiter.013

완료 세이브 세트만 nsrstage(8) 에 의해 마이그레이션됩니다 .

진단요청된 모든 세이브 세트가 성공적으로 마이그레이션되면 종료 상태 값이 0이 되고 그렇지 않으면 상태가 0

이 아닌 값이 됩니다 .

데이터를 마이그레이션하는 데 nsrd(8) 를 일시적으로 사용할 수 없음을 나타내는 몇몇 메시지가 표시됩니다 . 이러한 메시지는 자체 설명적입니다 . 또한 다음 메시지 중 하나가 표시될 수 있습니다 .

여러 볼륨에 걸쳐져 백업 받은 세이브 세트 부분 추가 (ssid 포함 )

세부 정보 표시 (verbose) 모드에서 실행 중인 경우 nsrstage 에서 명령줄 매개 변수에는 시리즈의 일부만 지정되었지만 요청된 세이브 세트가 연속되어 있어 전체 시리즈를 마이그레이션해야 하는

것으로 인식하면 이 메시지가 표시됩니다 .

서버의 미디어 데이터베이스에 연결할 수 없습니다 .

명명된 서버의 미디어 데이터베이스 (및 다른 NetWorker 서비스 )가 쿼리에 응답하지 않습니다 .

서버를 시작해야 합니다 . 또는 서버가 방금 시작되었다면 쿼리에 응답하기 전에 시작 검사를 완료해야 합니다 .

서버과 (와 )의 nsrstage 세션을 열 수 없습니다 .

서버에서 마이그레이션 세션을 허용하지 않으면 이 메시지가 표시됩니다. 자세한 이유는 이전 행에

표시됩니다 .

번호은 (는 ) 유효한 세이브 세트가 아닙니다 .

지정된 세이브 세트 식별자가 잘못되었습니다 . 단순 세이브 세트 식별자 및 CloneID가 지정된 세이브 세트 식별자 형식을 인식할 수 있습니다 . 단순한 세이브 세트는 부호 없는 숫자입니다 .

cloneid를 포함한 세이브 세트 형식은 단일 슬래시 (/)로 구분된 두 개의부호 없는 숫자로 지정합니다 .

세이브 세트 number이 (가 ) 없습니다 .

지정된 세이브 세트 (-S 세이브 세트 목록에 있는 )가 없습니다 . mminfo(8) 를 사용하여 세이브

세트 식별자를 확인하십시오 .

세이브 세트 클론번호 /cloneid이 (가 )없습니다 .

세이브 세트의 특정 클론이 지정되었지만 세이브 세트에 해당 클론 식별자를 가지는 클론이 없습니다 . mminfo(8) 를 사용하여 세이브 세트 식별자를 확인하십시오 .

볼륨 이름이 (가 ) 없습니다 .

지정된 볼륨 (-V 옵션을 지정한 경우 )이 미디어 데이터베이스에 없습니다 .

30초 대기 후 재시도 중일시적인 오류가 발생했습니다 . nsrstage 는 오류 조건이 제거될 때까지 해당 요청을 자동으로

재시도합니다 . 예를 들어 모든 디바이스가 저장 또는 복구 중이면 nsrstage 는 이러한 디바이스를 사용할 수 없으며 두 개 디바이스를 사용할 수 있을 때까지 대기해야 합니다 .

adv_file 및 파일 유형 디바이스에서만 공간을 복구할 수 있습니다 .

지정된 볼륨 (-V 옵션을 지정한 경우 )이 파일 또는 adv_file 유형 볼륨이 아닙니다 . 이 메시지는 파일 및 adv_file 이외의 볼륨 유형에서 데이터를 성공적으로 마이그레이션한 후에도 표시됩니다 .


nsrstage(8)

경고 : 같은 세이브 세트에서 동시에 실행 중인 클론 작업이여러 개 감지되었습니다 . 아래 보고된 볼륨 목록이 정확하지 않을 수 있습니다 . nsrstage 에서

예상보다 많은 클론 인스턴스를 감지하면 이 메시지를 표시합니다 . 이 오류는 동일한 세이브 세트에서 두 개 이상의 nsrstage 명령을 동시에 실행하는 경우 발생합니다 . mminfo(8) 를 사용하여

클론 볼륨을 확인합니다 . 스테이징 작업의 결과는 이 경고의 영향을 받지 않습니다 .

참조nsr_stage(5), nsrclone(8), nsr_getdate(3), mminfo(8), nsr(8), nsr_device(5), nsr_pool(5), nsrd(8), nsrmmd(8)


nsrtask(8)

Maintenance Procedures nsrtask(8)

이름nsrtask - NetWorker 리소스를 기반으로 한 작업 실행

요약nsrtask [ -Cnv ] [ -t resource_type ] NSR_resource_name

설명nsrtask 프로그램은 정기적으로 작업을 실행합니다. 일반적으로 nsr_task(5) 리소스 또는 다른 적용 가능한 리소스에서 지정한 대로 nsrd(8)에 의해 자동으로 실행됩니다.

nsrtask 프로그램은 NetWorker Server에서 유형이 resource_type이고 이름이 NSR_resource_name인 리소스를 쿼리합니다. resource_type을 지정하지 않으면 nsr_task 리소스 유형이라고 가정합니다. 계속해서

nsrtask는 필요한 관련 리소스에서 정보를 액세스하고 적절한 명령을 실행 요청하기 위해 nsrjobd(8)로

RPC 연결을 설정하는 방식으로 명령을 생성합니다.

옵션-C nsrtask 에서 plan 속성을 확인하여 실행 여부를 결정하도록 합니다. 이 옵션은 nsr_task 리소

스 작업에만 적용됩니다.

-n 실행된 작업의 미리 보기를 출력합니다. 이 옵션은 nsr_task 리소스 작업에만 적용됩니다.

-t resource_type

실행할 작업을 예측하기 위해 사용할 리소스 유형을 지정합니다. 아무 것도 지정하지 않으면 리소스가 nsr_task 리소스라고 가정합니다.

-v 출력의 세부 정보 표시 레벨을 높입니다. 이 옵션은 여러번 사용할수 있으며 그럴수록 효과가 누적됩니다.

리소스 유형NSR task

plan 속 성은 작업을 실행할지 아니면 건너 뛸지를 결정합니다. action 속성은 실행에 사용할 명령 리소스를 결정합니다.

NSR recover

작업 동작은 recover 명령과 recover 옵션을 지정된 순서대로 결합하여 구성됩니다. 또한 destination

client 속성에 지정된 시스템에서 실행됩니다.

파일/nsr/logs/nsrtask.raw

실행 중인 nsrtask 프로그램에서 발생한 메시지가 들어있는 로그 파일입니다. daemon.raw에도 다른

Net- Worker 바이너리에서 발생한 로그 메시지가 들어 있습니다.

참조nsr_service(5), nsr_hypervisor(5), nsr_task(5), nsr_recover(5), nsr_resource(5), nsr(8), nsradmin(8), nsrjobd(8), nsrvim(8)


nsrtask(8)


nsrtrap(8)

Maintenance Procedures nsrtrap(8)

이름nsrtrap - NetWorker 메시지용 snmp 알림 체계

시놉시스nsrtrap [ -c community ] [ -i version ] [ -t trap-type ] [ -s specific-type ] [ -v ] network_management_station

설명nsrtrap 은 SNMP(Simple Network Management Protocol) 트랩 메커니즘을 사용하여 NetWorker 알림을 전송하는 메커니즘입니다 . NetWorker 관리자는 NetWorker 이벤트 및 우선 순위를 구성하여 nsrtrap

에 기반하는 사용자 정의 NetWorker 알림 체계를 작성할 수 있습니다 .

NetWorker 관리자는 이벤트 및 우선 순위를 구성하고 원하는 네트워크 관리 스테이션을 트랩 메시지 수신

위치로 지정하여 서로 다른 네트워크 관리 콘솔에서 메시지를 받도록 알림 체계를 작성할 수 있습니다 .

새 SNMP 알림을 만들려면 다음 단계를 따릅니다 .

1. [사용자 정의 ] 메뉴에서 [알림 ] 창을 엽니다 .

2. [보기 ] 메뉴의 [세부 정보 ] 옵션을 선택합니다 .

3. [작성 ] 버튼을 클릭합니다 .

4. [이름 ] 필드에 새 알림 이름을 입력합니다 . 스테이션 이름과 함께 nsrtrap 명령을 입력합니다 .

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

5. [동작 ] 필드에 networker SNMP 알림을 전송할 네트워크 관리 /usr/sbin/nsrtrap -c

networker SNMPhost 여기서 SNMPhost는 SNMP 네트워크 관리 스테이션의 호스트 이름입니다 .

6. 원하는 이벤트와 우선 순위를 설정합니다 .

7. [적용 ] 버튼을 클릭합니다 .

옵션-c community SNMP

커뮤니티 문자열입니다 . 이 옵션으로 Net- Worker server의 트랩을 받도록 권한이 부여되는

SNMP 커뮤니티를 지정할 수 있습니다 . SNMP 커뮤니티는 SNMP 서버에서 구성됩니다 . 이 옵션의 기본값은 "public"입니다 .

-i version SNMP

버전입니다 . 이 옵션으로 SNMP 버전을 지정할 수 있습니다 . SNMPv1에 대한 값은 1이고 SNMPv2

에 대한 값은 2입니다 . 이 옵션은 기본적으로 "2"로 설정됩니다 .

-s specific-type

이 옵션은 NetWork server가 보내는 트랩 유형을 식별하는 데 사용할 수 있는 일반 설정입니다.

이 옵션은 정수 값으로 설정할 수 있으며 Net- Worker server에서 오는 서로 다른 트랩을 구별하기 위해 서로 다른 SNMP 알림과 함께 사용할 수 있습니다 . 예를 들어 다음과 같이 여러 개의

SNMP 알림을 작성할 수 있습니다 . 즉 크리티컬 메시지 , 경고 및 다른 이벤트 또는 우선 순위 각각에 대해 별도의 SNMP알림을 작성할 수 있습니다 . 그러면 SNMP 관리 소프트웨어가 전송 중인 트랩 유형을 결정할 수 있도록 -s 옵션을 사용하여 다양한 알림을 구분할 수 있습니다 .


nsrtrap(8)

-t trap-type

SNMP 트랩 유형 [0-6]중 하나입니다 . 기본값은 6이며 "엔터프라이즈별 " 트랩 유형입니다 .

-v 출력 모드를 세부 정보 표시 (verbose) 모드로 설정합니다 . 세부 정보 표시 (verbose) 모드에서

nsrtrap은 커뮤니티 , 트랩 유형 , 특정 트랩 유형 및 호스트 이름 또는 IP주소를 명령줄에 표시합니다 .

참조nsr(8) nsr_notification(5) nsr_resource(5)


nsrtund(8)

Maintenance Procedures nsrtund(8)

이름nsrtund - NetWorker 터널 데몬

시놉시스nsrtund

설명nsrtund는 nsrexecd(8)에 의해 관리됩니다. 호스트의 NSRLA RAP 데이터베이스에서 구성되고 활성화된 각

NSR tunnel 리소스에 대해 nsrexecd는 nsrtund 프로세스를 실행합니다. nsrtund는 NetWorker 터널의

한쪽 끝을 관리합니다.

참조nsr(5), nsr_tunnel(5), nsr_la(5), nsr(8), nsrexecd(8),


nsrtund(8)


nsrvba_cpsave(8)

Maintenance Procedures nsrvba_cpsave(8)

이름nsrvba_cpsave - 특정 체크포인트에 있는 백업 VBA 노드입니다.

요약nsrvba_cpsave [ -s networker_server_name ] [ -j parent_jobid ] -p pol-icy_name -b destination_pool -f filename [ -y retention_time ] [ -wbrowse_time ] [ -D debug_level ]

설명nsrvba_cpsave 는 데이터 보호 정책과 연결된 각 VBA(VMware Backup Appliance)에서 체크포인트 세이브 작업을 시작한 후 작업이 완료될 때까지각 체크포인트 세이브 작업을 모니터링합니다. 명명된 작업 리소스의 대상 풀속성은 VBA 체크포인트의 백업에 대한 대상 미디어 풀을 결정합니다.

nsrvba_cpsave는 표준 입력에서 체크포인트 백업 경로 입력을 읽어 출력의 대부분을 표준 오류에 배치합니다. VBA 체크포인트의 세이브 세트가 완료되면해당 세이브 세트 ID와 클론 ID가 표준 출력에 기록됩니다.nsrvba_cpsave 의입력은 표준 입력의 nsrdiscover에서 제공됩니다.

옵션-s networker_server_name

백업 수행을 지원하는 데 사용되는 NetWorker Server의 이름입니다. 이 옵션을 생략하면 기본

NetWorker Server가 검색되고 사용됩니다.

-j parent_jobid

nsrvba_cpsave는 nsrjobd로 관리되는 NetWorker 작업 계층 내에서 작동 합니다. 이 플래그는

nsrvba_cpsave 상위 작업의 ID를 지정합니다.

-p policy_name

세이브 세트 속성으로 추가될 데이터 보호 정책 리소스의 이름입니다. 이 옵션은 NMC 보고를 위해 필요합니다.

-b destinatio_pool

VBA 체크포인트를 백업할 미디어 풀의 이름입니다.

-f filename

백업에 대한 VBA 체크포인트 경로로 구성되는 입력 파일 이름입니다. ’-’가 지정되면 STDIN에서 입력을 읽습니다.

-y retention_time

VBA 체크포인트 백업에 대한 데이터 보존 시간입니다.

-w browse_time

VBA 체크포인트 백업에 대한 탐색 보존 시간입니다.

-D debug_level

표준 오류에 표시할 디버그 추적 정보의 양을 지정하는 0에서 9 사이의 숫자입니다. 숫자가 클수록

자세한 정보가 표시됩니다.


nsrvba_cpsave(8)

파일/nsr/logs/policy/POLICYNAME

VBA 체크포인트 백업에 대한 로그가 저장되는 디렉토리입니다.

/nsr/res/nsrdb

NetWorker 서비스 및 해당 리소스를 포함하는 리소스 데이터베이스입니다. nsr_service(5)를 참조하십시오.

참조 nsrpolicy(8), nsrdiscover(8)


nsrvim(8)

Maintenance Procedures nsrvim(8)

이름nsrvim - VMware VirtualCenter와 통신하기 위한 클라이언트 바이너리

요약nsrvim [ options ] [ -v ] [ -d ] [ -s server ] [ -D debuglevel ] [ --help ]

[ --version ] hypervisor

설명nsrvim 프로그램은 VMware Infrastructure Methodology API를 사용하여 VMware VirtualCenter 인스턴스와 SOAP를 통해통신합니다. 일반적으로 리소스에서 지정한 대로 자동으로 실행됩니다.

nsrvim 프로그램은 NetWorker 서버에 대해 해당 명령줄에서 전달된 것과 동일한 이름을 갖는 리소스를 쿼리합니다. nsrvim은 해당 리소스에서 username, password 및 endpoint 속성을 액세스하고 이를 사용하여 SOAP를 통해 VMware VirtualCenter 인스턴스에 대한 연결을 시도합니다.

연결이 이루어지면 nsrvim 프로그램은 VirtualCenter 인스턴스에 가상머신 의 목록 및 인벤토리의 주요요소(데이터 센터, 클러스터, 호스트 및 가상 머 신) 를 쿼리합니다. 또한 이 프로그램은 nsrjobd (8)에 대해 RPC 연결을 설정하고 해당 연결을 통해 가상 머신 목록 및인벤토리 데이터를 다시 서버로 보냅니다. 참고로, nsrvim은 nsr_hypervisor 리소스를 업데이트하지 않습니다. 업데이트는 일반적으로 nsrtask와 같은 작업 관리 프로그램으로 수행해야 합 니다.

옵션-s nsr_hypervisor 리소스에 대해 쿼리할 NetWorker 서버의 호스트 이름입니다.

-v 출력의 세부 정보 표시 레벨을 높입니다. 이 옵션은 여러번 사용할 수 있으며 그럴수록 효과가 누적됩니다.

-D 디버그 출력 레벨을 설정합니다.

-d 인벤토리를 파일로 덤프합니다. 파일 이름은 .xml 확장명을 갖는 nsr_hypervisor 리소스의 이름입니다.

--help 사용법 문을 인쇄하고 종료합니다.

--version

버전 문자열을 인쇄하고 종료합니다.

hypervisor

사용할 NetWorker nsr_hypervisor 리소스를 지정합니다.

리소스 유형NSR hypervisor

username 및 password 속성은 VirtualCenter 인스턴스에 로그인 하는 데 사용됩니다.

endpoint 속성은 VirtualCenter 인스턴스 의 SOAP 인터페이스에 연결하는 데 사용됩니다. vm

list 속성은 새 로운 가상 머신의 검색여부를 확인하고 현재 목록을 저장하 는 데 사용됩니다.

environment 속성은 NetWorker에서 필 요 할 때 VirtualCenter 인벤토리의 요소를 설명하는

XML 문서를 저장하는 데 사용됩니다.

파일/nsr/logs/nsrtask.raw

nsrtask를 통해 라우팅된 실행 메시지를 포함하는 로그 파일입니다.


nsrvim(8)

참조nsr_service(5), nsr_hypervisor(5), nsr_notification(5), nsr_resource(5), nsr(8), nsradmin(8), nsrjobd(8), nsrtask(8)


nsrvmwsd(8)

Maintenance Procedures nsrvmwsd(8)

이름nsrvmwsd - NetWorker VMware 웹 서비스 데몬

요약nsrvmwsd

설명nsrvmwsd 데몬은 VMware 가상 머신 백업을 NetWorker VMware 보호의 일환으로 관리하는 SOAP 기반 웹

서비스를 제공합니다.

nsrvmwsd 데몬은 nsrd에 의해 관리되며, 해당 구성 설정은 접두사가 VMWS 인 NSR 리소스 속성에 저장됩니다. nsradmin 명령은 속성을 수정하는 데 사용될수 있습니다. 이 속성이 수정되면 nsrvmwsd가 새 속성을 자동으로 다시 로드합니다.

참고수신 포트나 사용자 자격 증명 등의 nsrvmwsd 설정을 변경하려면 클라이언트,EBR(EMC Backup and

Recovery)에서 해당 설정을 변경해야 합니다. EBR 설정변경에 대한 자세한 내용은 NetWorker 관리 가이드를 참조하십시오.

파일


nsrvmwsd 및 다른 NetWorker 데몬이 NetWorker 이벤트 메커니즘을사용하여 다른 방법으로는 기록할 수 없는 다양한 오류 조건에 대한 정보를 보내는 파일입니다.

참조 nsr_resource(5), nsr_service(5), nsradmin(8), nsrd(8)


nsrvmwsd(8)


nsrwatch(8)

Maintenance Procedures nsrwatch(8)

이름nsrwatch - NetWorker 상태를 문자 기반으로 표시하는 명령

요약nsrwatch [ -s server ] [ -p polltime ]

설명nsrwatch 명령은 NetWorker Server 상태를 표시합니다. 서버 이름은 선택적인 -s server 인수로 지정합니다. 지정된 서버가 없으면 현재 디렉토리에서 recover(8)와 같은 명령이 사용하는 동일한 서버를 기본값으로 지정합니다. 선택한 시스템에 NetWorker 서비스가 없으면 이 명령은 오류 메시지를 표시합니다. 폴링 간격은 선택적인 -p polltime 인수(초 단위)로 지정합니다.기본값은 2초입니다.

사용자는 커서 포지셔닝에 대해 충분한 termcap(5) 기능을 갖춘 모든 터미널에서 nsrwatch 를 실행할 수

있으며 특정창 시스템은 필요하지 않습니다. nsrwatch 프로그램은 지정된 서버에 대한 원격 프로시저 호출을 통해 정보를 얻습니다. 네트워크를 통해 서버에 액세스할 수 있는 모든 시스템에서 이 방법을 사용할 수

있습니다.

기본적으로 nsrwatch의 화면 표시는 상태 요약과 그 다음에 나오는 5개 하위창으로 구성됩니다. 하위 창에는 디바이스 창, 그룹 창, 세션 창, 메시지 창 및 보류 중 창이 있습니다. 하위 창 크기는 사용 중인 터미널 또는 창 크기에 맞게 자동으로 조정됩니다.Tab 키를 사용하여 포커스를 하위 창으로 이동할 수있습니다.

포커스가 하위 창으로 이동된 후에는 화살표키를 사용하여 창 내용을 스크롤할 수 있습니다. 하위 창표시 여부는 d, g, s, m 및 p 키를 사용하여 전환할 수 있습니다. 이러한 키는 각각 디바이스, 그룹, 세션, 메시지 및 보류 중 하위 창을 나타냅니다.

상태 요약에는 서버 이름, NetWorker 버전, 서버 시작 시간, 대략적인 서버 응답 시간, 저장 및 복구 세션 총계가 표시됩니다.

디바이스 창에는 현재 서버에 알려진 디바이스가 표시됩니다. 각 디바이스에 대해 패널에는 해당 이름, 디바이스 유형, 마운트된 볼륨 이름 또는 마운트된 볼륨이 없는 경우 (마운트 해제됨), 볼륨이 속해 있는 풀 및

디바이스 상태가 표시됩니다. 디바이스가 주크박스 디바이스의 일부로 구성된 경우에는 이름뒤에 (J)가 표시될 수 있습니다. 그룹 창에는 서버에서 실행 중인 활성 세이브 그룹이 나열됩니다. 세션 창에는 각 활성세션(저장, 복구 또는 탐색)에 대해 현재 세이브 세트정보가 제공됩니다.메시지 창에는 일반적으로 운영자가 관심을 갖는 메시지 기록이 표시됩니다. 마지막으로 보류 중 메시지 창에는 운영자 개입이 필요한 메시지가 표시됩니다.

이러한 추가적인 하위 창은 해당하는 키를 사용하여 전환할 수 있습니다. 사용 가능한 하위 창 목록은 다음과같습니다.

d 또는 D

디바이스 창 전환 d 키를 한 번 더 누르면 마운트된 디바이스만 표시 됩니다.

g 또는 G

그룹 창 전환

h 또는 H

도움말 창 전환

j 또는 J

작업 창 전환

m 또는 M


nsrwatch(8)

메시지 창 전환

p 또는 P

보류 중 메시지 창 전환

s 또는 S

세션 창 전환

t 또는 T

활성 터널 연결 창 전환

y 또는 Y

VMware 보호 정책 창 전환

nsrwatch 프로그램은 종료, 중지 또는 중단(예: Ctrl-C)이발생하지 않는 한 계속적으로 실행됩니다. q 문자를 입력하면 프로그램을 종료하고 Ctrl-L을 누 르 면 화면을 지웠다가 다시 그리며 그외의 문자를 누르면

상태를 업데이트합니다.

nsrwatch 프로그램은 폴링 속도보다 느린 속도로 새디바이스를 확인하므로 새 디바이스가 추가된 후 인식될때까지 최대 1분 정도 걸릴 수 있습니다. 디바이스가 즉시 인식되게 하려면 프로그램을 재시작하거나 Ctrl-

L을 누릅니 다. 디바이스가 삭제된 경우에는 일시적으로 ”리소스가 없습니다”라는 메시지가 표시될 수도 있지만 그렇지 않은 경우에는 해당 디바이스를 바로 인식할 수 있습니다.

nsrwatch 프로그램은 기본 환경에서 지원하는 경우 화면크기 변경에 맞게 작동합니다. 예를 들어 창 터미널에 뮬레이터 크기가 조정되면 각 필드 크기가 창 크기에 맞게 변경될 수 있습니다. 창이 너무 작으면 모든

디바이스, 세션 및 메시지가 표시되지 않을 수있습니다.최상의 결과를 얻으려면 30행 이상의 창을 사용하십시오.

옵션-s server 현재 NetWorker Server를 server로 설정합니다 .

-p polltime

폴링 간격을 polltime초로 설정합니다 .

참조termcap(5), nsr_notification(5), nsr_device(5), nsr_service(5), recover(8), nsradmin(8), nsr(8), nsrd(8)


nsr_archive_request(5)

Maintenance Procedures nsr_archive_request(5)

이름nsr_archive_request - NetWorker 리소스 유형 ‘‘NSR archive request’’

시놉시스type: NSR archive request

설명각 NSR 아카이브 요청은 NSR archive request 유형의 단일 리소스에 의해 설명됩니다(nsr_resource(5)

참조). NetWorker server 유형에 대한 NSR 아카이브 요청 리소스를 편집하려면 다음을 사용합니다.

nsradmin -c "type:NSR archive request"

NetWorker 관리 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 매뉴얼 페이지를 참조하십시오.

NetWorker Management Console 을 사용하여 아카이브 요청 리소스를 편집할 수도 있습니다.

이 리소스를 사용하면 관리자는 아카이브를 나중에 실행하도록 설정하거나 자주 사용하는 데이터 세트 아카이브를 설정할 수 있습니다. 관리자는 이후 24시간 이내에 지정된 클라이언트에서 아카이브를 실행할 수 있습니다. 아카이브는 nsralist(8) 명령을 통해 실행됩니다.

속성리소스 유형 NSR archive request 에는 다음 속성이 정의됩니다. 괄호 안의 정보는 속성 값에 액세스하는

방법을 설명합니다. 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다. 읽기/쓰기 는 값을 읽고 설정할 수 있음을 나타냅니다. 숨김 은 프로그램 또는 전문가에게만 관련된 속성임을 의미합니다. 숨겨진 속성은 nsradmin(8) 에서 숨김 옵션을 설정한 경우에만 볼 수 있습니다. 선택 은 해당 속성에 대한 특정 목록에서만 속성 값을 선택할 수 있음을 의미합니다(예를 들어, 상태는 지금 시작 또는 나중에 시작일 수 있음). 동적 속성의 값은 신속하게 변경됩니다. 암호화됨 속성에는 원래 형식으로 표시되지 않은 데이터가 포함됩니다.

데이터가 본질적으로 민감하며 우발적인 공개로부터 보호되어야 한다는 것을 전제로 합니다. 몇 가지 추가 속성(예: 관리자)은 모든 리소스에 공통적이며 nsr_resource(5) 에서 설명합니다.

comment (읽기/쓰기)

이 속성은 아카이브 요청에 대한 설명 또는 보충 정보를 유지할 수 있도록 관리자에게 제공됩니다.

annotation (읽기/쓰기)

이 속성에는 이 아카이브 요청에서 생성된 아카이브 세이브 세트와 연관된 주석이

포함됩니다.

예제: annotation: Product Release 4.1;

archive clone pool (읽기/쓰기)

이 속성은 이 아카이브 요청에서 생성된 아카이브 세이브 세트를 복제할 때 아카이브

요청이 사용해야 할 아카이브 클론 미디어 풀을 나타냅니다.

예제: archive clone pool: Archive clone;

archive completion (읽기/쓰기)

아카이브 요청 상태를 보내기 위해 실행할 알림 작업입니다.

예제: archive completion: /usr/ucb/mail -s "Product Archive" systemadmin;



archive pool (읽기/쓰기)

이 속성을 사용하여 아카이브 요청에서 생성된 아카이브 세이브 세트에 적용된 일반

미디어 풀 선택을 무시할 수 있습니다. 풀을 선택하면 아카이브가 해당 미디어 풀로

연결됩니다.

예제: archive pool: Archive;

client (읽기/쓰기)

이 속성은 아카이브 요청을 실행할 NetWorker 아카이브 클라이언트를 나타냅니다.

예제: client: neptune;

clone (읽기/쓰기)

이 속성은 아카이브 요청에 따라 생성된 아카이브 세이브 세트를 클론할 것인지 여부를 제어합니다. 값 Yes 는 아카이브 세이브 세트가 복제됨을 의미합니다. 값 No 는

클론되지 않음을 나타냅니다.

예제: clone: No;

cloned (읽기/쓰기, 숨김)

이 속성은 사용되지 않습니다.

예제: cloned: No;

completion time (읽기/쓰기, 숨김)

이 속성은 아카이브 요청이 완료된 시간을 나타냅니다. 형식은 "요일 월 일 시간:

분:초 연도"입니다.

예제: "Thu Oct 22 17:00:37 1994";;

directive (읽기/쓰기)

이 속성은 아카이브를 실행할 때 사용할 디렉티브를 지정합니다. 기본값은 아무것도

선택하지 않는 것입니다. 디렉티브 리소스에 유효한 선택은 현재 정의한 ‘NSR 디렉티브’ 리소스의 이름입니다(nsr_directive(5) 참조).

예제: directive: Default with compression;

grooming (읽기/쓰기)

이 속성은 아카이브 요청에 따라 생성된 아카이브 세이브 세트가 생성, 확인,

클론된 후 수행할 정리 작업을 나타냅니다. 값 none 은 작업이 없음을 의미합니다.

값 remove 는 save set 속성에서 지정된 파일과 디렉토리가 rmdir(2) 및

unlink(2) 시스템 호출을 통해 제거됨을의미합니다.

예제: grooming: none;

log (읽기/쓰기, 숨김)

이 속성에는 nsralist 명령 실행에 관련된 모든 정보가 포함됩니다.

예제: log:; name (읽기/쓰기) 이 속성은 이 Net- Worker 아카이브 요청의 이름을 지정합니다.

예제: name: Product Source Tree;



save set (읽기/쓰기)

이 속성은 아카이브 클라이언트에서 아카이브될 경로 이름을 나열합니다. 이름은 쉼표 및 공백(", ")으로 분리해야 합니다.

예제: save set: /product/src, /accounting/db;

start time (읽기/쓰기)

이 속성은 아카이브 요청이 실행될 시간을 결정합니다. 아카이브 요청을 스케줄 지정하려면 상태 속성(위 참조)을 start later 로 설정해야 합니다. 24시간 시계 형식은 "시간:분"입니다.

예제: start time: 3:33;

status (읽기/쓰기, 선택)

이 속성은 아카이브 요청을 실행할 것인지 여부를 결정합니다. No 값은 아카이브 요청이 스케줄 지정되지 않음을 의미합니다. 아카이브 요청은 start now 을 선택하면

즉시 실행됩니다. 또한 start later 를 선택하면 start time 속성에 지정된 시간에 아카이브 요청이 실행됩니다.

예제: status:;

verified (읽기/쓰기, 숨김)

이 속성은 사용되지 않습니다.

예제: verified: No;

verify (읽기/쓰기, 선택)

이 속성은 아카이브 요청이 아카이브를 확인해야 함을 나타냅니다. 아카이브에 대한

자세한 내용은 nsr_archive(5) 를 참조하십시오. 만약 Yes 를 선택하면 확인이 수행됩니다. 또한 No 를 선택하면 확인이 수행되지 않습니다. 사용자가 아카이브 세이브 세트의 클론도 요청할 경우 복제 작업에서 원본 아카이브 세이브 세트가 확인되므로 클론에 대해 확인이 수행됩니다.

예제: verify: Yes;

Save operations (읽기/쓰기, 문자열)

이 속성은 다음과 같은 형식으로 저장 작업 지침을 지정합니다.

KEYWORD:TOKEN=STATE

이 속성은 아카이브 클라이언트의 세이브 세트 속성에 ASCII 형식이 아닌 이름이 포함되어 있는 경우 필요하며 다음과 같이 지정합니다.

I18N:mode=nativepath(ASCII 형식이 아닌 세이브 세트 이름이 포함된

NetWorker 7.4 이상 클라이언트(UNIX 플랫폼))

I18N:mode=utf8path(ASCII 형식이 아닌 세이브 세트 이름이 포함된 7.4 이전

클라이언트 및 Net- Worker client(Windows 플랫폼))

예제:

Save operations: I18N:mode=nativepath;



예제참고: 이 예제에서 숨김 옵션은 표시되지 않습니다.

제품을 호출한 아카이브 요청을 정의하는 리소스:

type: NSR archive request; name: Product Source; annotation: Product Release 3.0; status: Start later; start time: "2:00"; client: space; save set: /product/source; directive: Default with compression; archive pool: Archive; verify: Yes; clone: Yes; archive clone pool: Archive Clone; grooming: none; archive completion: mail -s Product Source Archive productteam;

참조nsr(5), nsr_directive(5), nsr_resource(5), nsradmin(8), rmdir(2), unlink(2)


nsr_auditlog(8)

Maintenance Procedures nsr_auditlog(8)

이름nsr_auditlog - NetWorker 리소스 유형 “NSR auditlog”

요약type: NSR auditlog

설명NSR auditlog RAP 리소스를 사용하여 보안 감사 로그 서비스를 구성합니다. NetWorker 소프트웨어에서는

기본적으로 NSR auditlog 리소스가 생성됩니다. 보안 관리자 역할을 가진 사용자만 이 리소스를 변경할 수있습니다. 이 리소스는 삭제할 수 없습니다. NetWorker Server의 NSR auditlog 리소스를 편집 하려면 다음을 입력하십시오. nsradmin -c "type:NSR auditlog" 또는 NetWorker Management Console을 사용합니다. NetWorker Administra- tion 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 매뉴얼 페이지를

참조하십시오.

이 리소스를 사용하여 nsrlogd 데몬의 호스트 역할을 수행할 클라이언트, 상세 정보 레벨, 최대 로그 크기

및 로그 파일 렌더링 방법을 정의합니다. 로깅 데몬에 대한 자세한 내용은 nsrlogd(8) 매뉴얼 페이지를 참조하십시오.

속성NSR auditlog RAP 리소스를 사용하여 nsrlogd 데몬 속성을 수정합니다.괄호 안의 내용은 속성 값을 액세스하는 방법에 대해 설명합니다. Read-only는 관 리자가 값을 변경할 수 없다는 의미입니다. Read/write는

값을 읽고 수정할 수 있다는 의미입니다.Choice list는 지정된 목록에서 원하는 값을 선택할 수 있다는 의미입니다. Static은 속성 값이 거의 변경되지 않는다는 의미입니다.

name (read-only, static)

이 속성은 보안 관련 감사 메시지를 로깅할 파일의 이름을 지정합니 다. 보안 감사 로그 파일 이름은

<Net- Worker_server_name>_sec_audit.raw 형식입니다.

auditlog hostname (read/write, static)

이 속성은 보안 감사 로그 데몬인 nsrlogd가 실행되고 보안감사 로그 파일이 저장될 호스트 이름을 지정합니다. 기본적으로 nsrlogd는 Net- Worker Server에서 실행됩니다. 일반 시나리오에서는 이 기본 구성이 권장되는 구성입니다.

auditlog filepath (read/write, static)

이 속성은 보안 감사 로그 데몬이 로그 파일을 기록할 위치를 지정 합니다. 기본 위치는 NetWorker 로그디렉토리(Windows의 경우 C:\Pro- gram Files\EMC NetWorker\nsr\logs, UNIX의 경우 /nsr/logs)입니다.

auditlog severity (choice, read/write, static)

이 속성은 각 클라이언트가 보안 감사 로그 서버에 제공하는 로깅 세부 정보의 레벨을 지정합니다. 레벨을 ‘

정보’로 설정하면 정보 레벨 이상의 보안 관련 이벤트가감사 로그 파일에 기록됩니다.레벨을 ‘중 요’로 설정하면가장 심각한 보안 관련 이벤트만 기록됩니다.

auditlog rendered service(choice, read/write, static)

기본적으로 nsrlogd는 렌더링되지 않은 원래 형식으로 보안 감사 로그(<NetWorkerserverhostname>

secaudit.rawin)에 정보를 기록합니다. 이 속성을 `로컬'로 설정하면 .raw 파일과 함께 렌더링된 .log 파일이 생성됩니다. 렌더링된 버전을 Windows 이벤트 로그나 UNIX syslog로 보낼 수도 있습니다.

auditlog rendered locale (read/write, static)

이 속성은 렌더링된 보안 감사 로그 파일의 로캘 또는 언어를 지정 합 니다. 기본적으로 en_US(영어) 로캘이

사용됩니다.


nsr_auditlog(8)

auditlog maximum file size MB (read/write, static)

이 속성은 보안 감사 로그 파일의 최대 크기를메가바이트(MB) 단위로 지정합니다. 기본 최대값은 2MB입니다.

로그 파일이 이 최대 크기에 도달하면 nsrlogd가 기본 이름에 현재 날짜와 시간을 추가하는 방식으로 파일 이름을 바꿉니다. 그런 다음 기본 이름을 사용하여 새보안 감사 로그 파일을 생성합니다.

auditlog maximum file version (read/write, static)

이 속성은 nsrlogd가 유지하는 아카이브 보안 감사 로그의 최대 수를 지정합니다. 아카이브 로그의 수가 이최대값에 도달하면 가장 오래된 아카이브 파일이 제거됩니다. 이 값이 0이면 모든 버전이 유지됩니다. 기본값은 0입니다.

참조nsradmin(8), nsrlogd(8), nsr_render_log(8)


nsr_client(5)

Maintenance Procedures nsr_client(5)

이름nsr_client - NetWorker 리소스 유형 “NSR client”

요약type: NSR client

설명각 NSR 클라이언트는 NSR client 유형의 단일 리소스에 의해 설명됩니다(nsr_resource(5) 참조).

NetWorker Server 유형의 NSR client 리소스를 편집하려면 다음을 입력합니다.

nsradmin -c "type:NSR client"

NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8)

매뉴얼 페이지를 참조하십시오. NetWorker Management Console을 사용하여 클라이언트 리소스를 편집할수도 있습니다.

각 NetWorker Client에 대해 이 리소스는 저장해야 하는 파일, 이러한 파일을 저장하는 데 사용되는 스케줄, 세이브에서 파일을 제외시키는 데 사용되는 보호 지침, 온라인 파일인덱스 및 미디어 인덱스에 파일의

인덱스 항목을 유지해야 하는 기간, 그리고 이 클라이언트의 파일을 백업하고 탐색하고 복구할 수 있는 사용자에 대해 설명합니다. 클라이언트 하나에 해당 클라이언트를 설명하는 리소스가 여러 개 있을 수 있습니다.

속성리소스 유형 NSR client에 정의되는 속성은 다음과 같습니다. 괄호 안의 내용 은 속성 값에 액세스하는 방법에 대해 설명합니다. Read-only는 관리자가 값을 변경할 수 없음을 나타냅니다. Read/write는 값을 읽을수도 있고 설정 할수도 있음을 나타냅니다. Hidden은 프로그램 또는 전문가에게만 관련된 속성 임을 의미합니다. Hidden 속성은 nsradmin(8)에서 숨김 옵션을 설정한 경우에 만 볼 수 있습니다. Dynamic 속성에는 신속하게 변경되는 값이 있습니다. Encrypted 속성에는 원래 형식으로 표시되지 않는 데이터가 들어있습니다. 이 는 기본적으로 중요한 데이터이므로 실수로 공개되지 않도록 보호해야 한다는 의미입니다. 관리자등의 몇 가지 추가 속성은 모든 리소스에 공통된속 성 으 로, nsr_resource(5)에서 설명합니다.

"클라이언트 OS 유형", "CPU", "NetWorker 버전", "사용 중인 Enabler" 등의 특정 클라이언트 속성은

NetWorker Server를 평가모드나 엔터프라이즈 라이센스로 실행할 때 NetWorker 인터페이스의 [클라이언트 설치/정보] 창에 자동으로 입력되지 않습니다. 그 러 나 NetWorker Server 에 Workgroup/Net-

Work/Power Edition Enabler가 있으면 클라이언트 백업후에 이러한 클라이언 트 속성이 창에서 적절하게

새로고쳐집니다.

name (read-only, single string)

이 속성은 해당 NetWorker Client의 호스트 이름을지정합니다.

예: 이름: venus;

client id (read-only)

클라이언트 ID는 미디어 데이터베이스에서 사용되고 인덱스 백업에 서 특 정 클라이언트의 세이브 세트를 식별하기 위해 사용됩니다. 각 클라 이언트에는 NetWorker

Server(nsrd)에서 자동으로 생성된 고유한 클 라이언트 ID가있습니다.

서버 (상수 , 단일 문자열 )

이 속성은 해당 클라이언트의 NetWorker Server 호스트 이름을 지정합 니다. 서버의 호스트 이름이 기본값으로 사용됩니다.

예: 서버: jupiter;


nsr_client(5)

comment (read/write)

이 속성은 관리자가 해당 NetWorker Client에 대한 설명이나 보충 정보를 유지할

수 있도록 제공됩니다.

예: 주석: 243호실에 위치한 시스템;

scheduled backup (read/write, choice)

이 속성은 관리자가 예약 백업 시 해당 클라이언트를 비활성화할 수 있도록 하기 위해 제공됩니다. 이 값은해당 클라이언트 리소스 에만 적용 되며 같은 클라이언트의

다른 기존 리소스로 전파되지 않습니다. 기본적으로 이 속성은 ‘설정’됩니다.

예: 예약 백업: 해제;

archive services (read/write, choice)

이 속성은 해당 시스템에서 아카이브 서비스를 사용할 수있는지 여부를 결정합니다.

서버에서 아카이브 지원을 활성화한 경우에만 이 속성을 설정할 수 있습니다.‘설정’

또는 ‘해제’ 중에서 선택합니다.

예: 아카이브서비스: 설정;

schedule (read/write, choice)

이 속성은 ‘세이브 세트’ 속성에 나열된 세이브 세트의백업 레벨을 제어하는 스케줄의 이름을 지정합니다. 기본값은 ‘기본값’입니다. 현재 정의된 모든 스케줄 이름을

사용할 수 있습니다(nsr_schedule(5) 참조).

예: 스케줄: 기본값;

browse policy (read/write, choice)

이 속성은 해당 클라이언트의 온라인 파일 인덱스에 항목을 유지할 기간을 제어하는

정책의 이름을 지정합니다. 기본값은 ‘월’입니다. 정책에서 정의하는 기간이 보존 정책의 기간보다 더 길지 않으면 현재정의 된 모든 정책 이름을 사용할 수있습니다(nsr_policy(5) 참조).

예: 탐색 정책: 월;

retention policy (read/write, choice)

이 속성은 재활용으로 표시되기 전까지 미디어 인덱스에 항목을 유지 할 기간을 제어하는 정책의 이름을 지정합니다. 기본값은 ‘년’입니다. 정책에서 정의하는 기간이 탐색 정책의 기간보다 더 짧지 않으면 현재 정의된 모든 정책 이름을 사용할 수 있습니다(nsr_policy(5) 참 조). 풀 리소스에도 보존 정책 속성이 있습니다. 클론 세이브 세트를 기록 할풀에도 정의된 보존 정책이 있는 경우 클라이언트와 풀정책 중 더

긴 기간이 사용됩니다. 풀 보존 정책이 정의되어 있는 경우 클론 세이브 세트는 이

정책을 사용합니다.

예: 보존 정책: 년;

directive (read/write, choice)

이 속성은 클라이언트를 백업할 때 사용할 보호 지침을 지정합니다 . 기본 값은 NULL

입니다 . 보호 지침 리소스에 유효한 선택 사항은 현재 정의된 ‘NSR directive’ 리소스의이름입니다 (nsr_directive(5) 참조 ). 예 : 보호 지침 : 압축 보호 지침 포함 UNIX;

group (read/write, choice list)


nsr_client(5)

이 속성은 해당 클라이언트가 구성원으로 속해 있는 그룹을 지정합니 다. 그룹은 자동 백업의 시작 시간을제어합니다. 이 값은 현재 정 의 된 ‘NSR group’ 리소스 중

하나일 수 있습니다(nsr_group(5) 참조). 기본값은 ‘Default’입니다.

예: 그룹: 기본값;

save set (read/write, list)

이 속성은 해당 클라이언트에 대해 저장할 경로 이름을 나열합니다. 이름은 쉼표와

공백(, )으로 구분해야합니다. 기본값은 ‘모두’입니 다. NetWorker를 지원하는 모든 클라이언트에서 ‘모두’는 마운트된 파 일 시스템을 나타냅니다. 또한 NetWorker

는 파일 시스템 레벨에서 ‘와 일드카드’를 지원합니다. 예를 들어 UNIX NetWorker

Client에서 ‘/*’ 는 ‘/’ 아래에 마운트된 모든 파일 시스템을 나타냅니다. 그리고

‘/space1’과 ‘/space2’가 올바른 파일시스템이면 ‘/space*’를 사용하 여 특정

클라이언트에서 두파일 시스템을 모두 백업할 수 있습니다. 하위 디렉토리 레벨에서는 ‘와일드카드’ 일치가 지원되지 않습니다. 따라서 ‘/space1/subdir*’는 작동하지 않습니다.

클 라이언트가 여러 파일 시스템을 각기 다른 스케줄로저장해야 하는 경우 특정 스케줄의 각 파일 시스템세트에 클라이언트 리소스가 필요 합니다. 그룹에 포함된모든 클라이언트 리소스가 동일한 이름일 경우, 지정된 경로 이름이 한 번만 표시될 수도 있습니다. 클라이언트리 소 스에 ‘모두’ 세이브 세트가 나열되는 경우 이클라이언트 리소스는 그룹에서 해당 이름을 가진 유일한 클라이언트 리 그룹에서 해당 이름을 가진

유일한 클라이언트 리소스여야 합니다.

예: 세이브 세트: /, /usr, /usr/src;

Backup renamed directories (read/write, choice)

이 속성은 예약 백업 중 이름이 바뀐 디렉토리의 지원을 활성화 합니다. 활성화한 경우 save 프로그램이 클라이언트 파일 인덱스를 조회해 디렉토리 이름이 바뀌었는지

확인합니다. 디렉토리 이름이 바뀐 경우, 디 렉토리아래의 모든 파일 및 하위 디렉토리가백업됩니다. 기본값은 ’설정’입니다.

예: 이름이 변경된 디렉토리 백업: 설정;

Checkpoint enabled (read/write, choice)

이 속성은 예약 백업 중 체크포인트 재시작 기능을 활성화합니다. 활 성화한 경우

savegrp 프로그램은 중단된세이브 세트를 처음부터 다시 시작하는 대신 마지막 체크포인트부터 계속 실행하려고 시도합니다. savegrp 은 ‘클라이언트 접속 재시도 횟수’까지 세이브 세트를 재시도 합니다. ‘클라이언트 접속 재시도 횟수’에 대한 자세한

내용은 nsr_group(5) man 페이지를 참조하십시오.

예: 체크포인트 사용: 설정;

Checkpoint granularity (read/write, choice)

이 속성은 체크포인트 재시작이 설정된 세이브 중에 체크포인트가 생성되는 빈도를

제어합니다.

다음 두 옵션을 사용할 수 있습니다.

디렉토리 - 각 디렉토리가 백업된 후에 체크포인트가생성되도록 합니다. 디렉토리의

파일 수에 따라 중간시점에 체크포인트가 생 성될 수도 있지만, 반드시 그런것은 아닙니다. 이것이 기본값 입니다.


nsr_client(5)

파 일 - 각 파일이 저장된 후에 체크포인트가생성됩니다. 이 옵션을 설정하면 추가

오버 헤드가 발생하여 세이브 프로세스가 느려집 니다.

예: 체크포인트 정밀도: 디렉토리;

priority (hidden, read/write, choice)

이 속성은 해당 클라이언트의 백업 우선 순위를제어합니다. 우선 순 위 1이 가장 높고 1000이 가장낮습니다. 자동 savegrp은 우선 순위가 낮은 클라이언트보다 우선

순위가 높은 클라이언트를 먼저백업합니다. 이는 다음 클라이언트를 결정하는 데사용되는 유일한 요소 입 니 다. savegrp 명령에는 고려해야할 많은 매개 변수가 있으며, 로드 밸런싱 을 위해 우선순위가 낮은 클라이언트를 선택할 수도 있습니다.

예: 우선 순위: 500;

remote access (read/write, string list)

이 속성은 클라이언트 파일을 백업, 탐색 및 복구할 수있는 사용자를 제 어 합니다. 기본적으로 이 속성은 빈목록이며, 이는 클라이언트의 사용자만 파일을 백업, 탐색 및 복구할 수 있음을 나타냅니다. 다 른 사용자, 호스트 및 넷그룹의 이름을 이

속성에 추가하면클라이언트의 파일에 대한 액세스 권한을 부여할 수있습니다. 넷그룹

이름 앞에 는 앰 퍼 샌드(’&’)를 붙여야합니다. 각 줄에서 사용자나 사용자 그룹을

지정하는형식은 user/host@domain, group/host@domain, user@host,

user@domain, group@host, group@domain, &netgroup(넷그룹을지원하 는 플랫폼에서만 사용 가능), user_attribute=value[, ...] 중 하 나 입니다.

여기서 user는 사용자 이름, host는 호스트 이름, group은 사용자 그룹 이름,

domain은 도메인 이름이며, user_attribute는 user, group, host,

nwinstname, nwinstancename, domain 또는 domaintype(도메인 유형, NIS 또는 WINDOMAIN)이 될 수 있습니다.

사용자 속성 nwinstname 및 nwinstancename은 NetWorker 인스턴스 이름을 나타내는 데 사용됩니다. 이러한 속성에 입력해야 하는 값은 일 치하는 사용자가 연결 시

사용한 컴퓨터의 NSRLA 리소스에 있는 " 이름" 필드의 값입니다.

value 는 공백으로 구분된 임의의 문자열일 수있습니다. 값에 공백이 포함되어 있으면 큰 따옴표로 값을 묶을 수 있습니다. 값에 와일드카드 "*"가 포함될 수도있습니다. 사용자 이름만 입력하면 이 사용자가 임의의 호스트에서 NetWorker를 관리할

수 있습니다(user@* 또는 */user 또는 user=user와 같음). 넷그룹 이름 앞에는항상 "&"가 붙습니다.

형식 user_attribute=value[, ...]는 오버로드 되지않으므로 더 안전합니다. 예를 들어 [email protected]을 입력하면 test 그룹에 속한 모든 사용자나,

test.acme.com 도메인 또는 test.acme.com 호스트에 있는 test라는 이름의 사용자가 이 항목과 일치합니다.

예: 다음 항목은

원격 액세스: mars, *@jupiter, sam@pluto, */root;

원격 액세 스: host=mars, host=jupiter, "user=sam,host=pluto",

user=root;

동일합니다.


nsr_client(5)

remote user (read/write, string)

이 속성에는 여러 가지 용도가 있습니다. rsh(1) 프로토콜을 통해 클 라이언트를 액세스하는 경우(새클라이언트는 대신 nsrexecd(8)를 사 용함), 이 속성은

NetWorker Server가 클라이언트에 자신을 인증하는 데 사용할 사용자 로그인 이름을 지정합니다. 기본값은 NULL입 니 다. 다시 말해 ’root’를 사용해야 합니다.

NetWorker Server에서 savegrp-p(savegrp(8) 참조)를 실행하면 서버가 클라이언트에서 명령을 실행하여 저장할 파일을 확인합니다. nsrexecd(8) 프로토콜을

사용하여 클라이언트를 액세스하면 원격 사용자 속성이 인증에 사용되지 않습니 다.

NetWare 파일 서버 같은 특정 클라이언트는 이 속성을 아래의 암호 속성과 함께 사용하여 백업 중인 파일에 액세스합니다. Sybase 데이터베이스와 같이 애플리케이션

데이터를 백업하는 기타 클라이언트는 이 속성을 암호와 함께 사용하여 애플리케이션

데이터를 액세스합니다. 동일한 클라이언트를 설명하는 리소스라도 이 속성의 값이

각각 다를 수 있습니다.

NDMP 클라이언트는 이 속성을 암호 속성과 함께사용하여 NDMP 서버에 대한 액세스를

구성합니다. NDMP 서버에 대해 구성한 것과 동일한 사용자 이름(원격사용자 속성)

및 암호를 디바이스 리소스에 구성해 야 합니다.

예: 원격 사용자: 운영자;

password (read/write, encrypted)

savegrp 명령이 클라이언트 시스템에서 savefs 및 save 명령을 시작 할 때 이 속성을 사용합니다. savefs 및 save 명령은 암호를 사용 하 여 백업 중인 파일에 액세스합니다. 암호를 지정하는 경우 클라이언트 리소스의 "원격 사용자" 속성도 정의해야 합니다. 동일한 클라이언트를 설명하는 리소스라도 이 속성의 값이 각각 다를

수 있습니다.

애 플리케이션 관련 데이터를 백업하지 않는 기존 UNIX 클라이언트에 대해서는 이 속성을 설정하지 않아도 됩니다. 이 속성을 원격 사용자 속성과 함께 사용하여 NDMP

서버에 대한 액세스를 구성합니다.

backup command (read/write, string)

해당 클라이언트와 세이브 세트의 데이터를 백업하기 위해 실행하는 원격 명령입니다. 이 명령을 사용하여백업 전, 후 처리를 수행할 수 있으며 기본값은 save 명령입니다. 이 값은 경로를 포함할 수 없으며 접두사 "save" 또는"nsr"로 시작해야 합니다.

예: 백업 명령: savemsg;

Pre command (read/write, string)

여기에 지정된 명령은 이 클라이언트의 세이브 세트보다먼저 실행 됩니다 . 기본값 (

빈 문자열 )은 세이브 세트보다먼저 실행되는 명령이 없음을 의미합니다 . 이 값은경로를 포함할 수 없으며 접두사 "save" 또는 "nsr"로시작해야 합니다 .

예 : 전처리 명령 : nsr_precmd;

Post command (read/write, string)

여기에 지정된 명령은 이 클라이언트의 모든 세이브세트가 완료된 후 실행됩니다 . 기본값 (빈 문자열 )은세이브 세트 후에 실행되는 명령 이없 음을의미합니다 . 이 값은

경로를 포함할 수 없으며 접두사 "save" 또는 "nsr"로 시작해야 합니다 .

예 : 후처리 명령 : nsr_postcmd;


nsr_client(5)

Save operations (read/write,string)"

이 속성은 다음과 같은 형식으로 세이브 작업 지침을 지정 합니다. KEYWORD:TOKEN=STATE[;KEYWORD:TOKEN=STATE;...]

이 속성은 클라이언트의 세이브 세트 속성에 ASCII 형식이아닌 이름이 포함되어 있는 경우 필요하며 다음과 같이지정합니다.

I18N:mode=nativepath(ASCII 형식이 아닌 세이브 세트 이름을포함하는 UNIX 플랫폼의 NetWorker 7.4 이상 클라이언트)

I18N:mode=utf8path(ASCII 형식이 아닌 세이브 세트 이름을포함하는 Windows 플랫폼의 7.4 이전 클라이언트 및 NetWorker Client)

Windows 2003에서 VSS 세이브를 구성하는 경우에도 이 속성을 사용할수 있습니다. savegrp 프로그램에서는 "이름이변경된 디렉토 리 백 업", " 체크 포인트

정밀도" 및 "세이브작업" 속성을 사용하여 -o save_operations 옵션을 통해

세이브 지침을 save 프로그램으로 전달합니다. 자세한 내용은 save (8)를 참조하십시오.

예: 세이브 작업: I18N:mode=nativepath;

Pool (read/write, choice list)

이 속성은 해당 클라이언트에 지정된 세이브 세트의 예약백업 중에 데이터 타겟 선택에 사용되는 미디어 풀을설정합니다. 이 속 성 은 7.6.1 이상의 클라이언트에서지원됩니다. 7.6.1 이전 클라이언트에서 는 NULL 값이 아닌경우 백업이 실패할 수 있습니다. 이 풀 지정은 해당 클라이언트의 그룹 또는 세이브 세트와 연관된 다른 풀조건에 우선 합니다. 기본값은 NULL입니다.

예: 풀: 기본값;

Client Direct (설정 /해제 , 선택 )

Client Direct 백업은 클라이언트 예약 백업 중에 스토리지 노드를 건 너뛰고 타겟

디스크 디바이스에 바로 데이터를 작성합니다. 타겟 디스크 디바이스는 Data

Domain 또는 AFTD(Advanced File Type Device)일 수 있습니다. 설정된 경우

타겟 디스크에서 Client Direct가 시도됩니다. Client Direct 백업이불가능한

경우에는 스토리지 노드 백업이 시도됩니다. 이속성은 8.0 이상의 클라이언트에서 지원됩니다. 7.6.1 이전 클라이언트의 경우 이 속성을 설정된 상태(기본 설정)로 두십시오. 8.0 이전 클라이언트에서는 Client Direct가지원되지 않지만 이러한 클라이언트에서 이 속성을 해제할 경우 백업이 실패할 수도 있습 니다. 기본값은 ’설정’입니다.

예: Client Direct: 설정;

Data Domain 백업 (설정 /해제 , 선택 )

이 속성은 해당 클라이언트의 백업 대상이 Data Domain 디바이스인지 여부를 지정합니다. 이 속성이 설정되어있으면 클라이언트의 모든 백업 대상이 Data Domain 디바이스로 지정됩니다. 디바이스가 없으면 백업이 실패합니다.

예: Data Domain 백업: 설정;

Data Domain Interface (read/write, choice)

이 속성은 Client Direct 백업이 Data Domain 디바이스를 대상으로 실행될 때 사용되는 클라이언트 인터페이스를지정합니다. 이 속성의 값은 IP 또는 Fibre


nsr_client(5)

Channel입니다. 기본값은 IP입니다. 이 속성은 "Data Domain 백업" 및 "Client

Direct" 속성이 설정된 경우에만 의미가있습니다.

예: Data Domain 인터페이스: Fibre Channel;

executable path (read/write, string, hidden)

이 속성은 NetWorker Server가 클라이언트에 명령을 실행할 때 사용할 경로를 지정합니다. 경로를 지정하지 않으면 "원격 사용자"의 $PATH 가 사용됩니다.

예: 실행 파일 경로: /etc/nsr;

server network interface (read/write, string, hidden)

세이브 및 복구에 사용할 서버의 네트워크 인터페이스이름입니다.

예: 서버 네트워크 인터페이스: mars-2;

aliases (read/write, string list, hidden)

이 속성은 쿼리를 통해 일치시킬 수 있는 클라이언트시스템의 별 칭( 별 명) 목록입니다. 이 목록이 비어 있으면 클라이언트 이름만 비교합 니다.

예: 별칭: mars;

owner notification (read/write, hidden)

상태 메시지의 내용을 시스템의 소유자/기본 사용자에게 보내기 위해 실행하는 알림

작업입니다(예: savegrp 완료메시지).

예: 소 유 자 알림: /usr/ucb/mail -s "mars’ owner notification" carl@mars;

statistics (constant, hidden, dynamic)

이 속성에 포함되는 세 개의 값은 클라이언트의 온라인 파일 인덱스 크기(KB), 실제로 사용된 크기(KB) 및 인덱스에 있는 항목의 수입니 다.

예: 통계: 경과 시간 = 1761860, 인덱스 크기(KB) = 776, 사용된 양(KB) =

680, 항목 = 2216;

index save set (update-only, hidden, dynamic)

이 속성은 인덱스 작업이 가장 오래된 주기를 삭제하는것으로 설정되 어 있을 때 삭제할 클라이언트 파일 인덱스세이브 세트를 지정합니다.

예: 인덱스 세이브 세트: /;

index path (read/write, hidden)

이 속성을 사용하면 NetWorker 관리자가 여러 디스크파티션에서 Net- Worker 온라인 파일 인덱스 디스크 활용도를 조정할 수 있습니다. 이 속성을 설정하면 클라이언트의 온라인 파일 인덱스가 들어 있는 디렉토리의 전체 경로가 속성에 포함됩니다.

경로의 마지막 구성 요소는클 라이언트 리소스의 name 속성과 일치해야 합니다(위의내용 참조). 이 속성을 비워두면 인덱스 경로의 기본값이 /nsr/index/name으로 설정 됩니다. 여기서 name은 클라이언트 리소스의 이름 속성입니다.

예: 인덱스 경로: /disk2/index/venus;

index message (update-only, hidden, dynamic)

이 속성에는 이전 인덱스 작업의 마지막 상태 메시지가 포함됩니다. 이 속성은 일반적으로 비어 있으며, 이는 이전 작업이 성공적으로 완료되었음을 나타냅니다.

예: 인덱스 메시지:;


nsr_client(5)

index operation start (update-only, hidden, dynamic)

이 속성에는 현재 인덱스 작업의 시작 시간이 포함됩니다. 작업이 ’유 휴’ 상태이면 이 속성은 null 문자열("")이 됩니다. 요일뒤에 시간과 분이 오는 형식입니다.

예: 인덱스 작업 시작: 수요일 02:45;

index progress (update-only, hidden, dynamic)

이 속성에는 인덱스가 현재 작업을 완료하기까지의 진행률이 포함됩니 다. 작업이

’유휴’ 상태이면 이 속성은비어 있습니다. 진행률은 백분 율로 표시됩니다.

예: 인덱스 진행률: 45;

index operation (update-only, hidden, dynamic)

이 속성에는 현재 인덱스 작업이 포함됩니다. 일반적으로 ’유휴’ 상 태입니다.

예: 인덱스 작업: 사용 가능한 공간을 확보하는중;

parallelism (read/write, hidden)

이 속성은 클라이언트에 대해 동시에 실행해야 하는 최대세이브 수를 지정합니다.

예: 병렬 처리 수: 2;

archive users (read/write, string list)

이 속성은 클라이언트의 아카이브 서비스를 사용할 수있는 사용자 목록을 지정합니다. 서버에서 아카이브 지원을 활성화한 경우에만 이 속성을 설정할 수있습니다. 클라이언트에 대해 아카이브 요청을 예약 하려면 해당 클라이언트의 아카이브 사용자 목록에루트(또는 그와 동등한 사용자)가 있거나 서버의 관리자목록에 root@client가 있어야 합 니다. 사용자가 하나도 나열되어 있지 않고 클라이언트가 서버와 같은 시스템에 있으면 관리자와 로컬 루트 사용자(즉, root@server)만 클라이언트의 아카이브

서비스를 사용할 수있습니다. 값이 ’*’면 모든 사용자가 데이터를 아카이빙하거나 검색할 수 있습니다. /’ 문자와 ’@’ 문자는 사용자 이름에 사용할 수 없습니다.

예: 아카이브 사용자: paul;

application information (read/write, hidden, 문자열 목록 )

이 속성은 클라이언트 애플리케이션 정보를포함합니다. 이 속성의 사 용은 클라이언트에 따라 다르므로 제품과 함께 받은 설명서의 지침 에 따라 사용해야 합니다.

NDMP 클라이언트는 이 속성의 다양한매개 변수 와 값을 등호(’=’)로 구분하여 채웁니다.

예: 애플리케이션 정보: HIST=yes;

job control (read/write, choice, hidden)

이 속성은 사용자 정의 백업 스크립트에서 사용하는것으로, savegrp, nsrjobd

및 nsrexecd가 작업 종료 및/또는상태를 확인하는 방법을 제 어합니다. 유효한 값은 "작업종료 시 종료", "프로세스 종료 시 종료" 및 "프로세스종료 코드

사용"입니다. "작업 종료 시 종료"를 선택하면백업 명령으로부터 "작업 종료" 메시지를 받는 즉시 작업이 종료되는 것으로 간주합니다. "작업 종료" 메시지는

백업 완료시 저장과 마찬가지로 NetWorker 바이너리에 의해 전송됩니다. "프로세스

종료시 종료"를선택하면 시작된 프로세스가 종료되는 즉시 작업이 종료 되는 것으로

간주합니다. 이 경우 백업 명령에 의해 시작된 백그라운드 프로세스가 클라이언트에서 여전히실행되고 있을 수 있습니다. " 프로세스 종료 코드 사용"을선택하면

savegrp에서 작업의 성공/실패를 결정할 때프로세스 종료 코드만 고려합니다.


nsr_client(5)

종료 코드가 0이면작 업이 성공한 것으로 간주하고 다른 값이면 실패한것으로 간주합니다. " 작업 종료시 종료"와 "프로세스종료 시 종료"를 모두 선택하면 두 이벤트

중 하나가 작업 종료를 트리거할 수 있습니다. "작업 종료 시 종 료" 와 "프로세스

종료 코드 사용"을 모두 선택한 경우 프로세스가 종료되기 전에 "작업 종료" 메시지를 받으면 "작업 종료" 메시지에 제공된 종료 상태를 사용하여 작업의 성공/실패를

결정합니다.

예: 작업 제어: 프로세스 종료 시 종료;

ndmp (read/write, choice)

이 속성은 클라이언트 리소스가 NDMP 백업에 구성되어있는지 여부를 나타냅니다. 클라이언트가 NDMP 백업에사용되는 경우 원격 사용자 및 암호 속성을 채워야합니다.

애플리케이션 정보 속성을 사용할 수도있 습니다.

예: ndmp: 예;

autoselect storage nodes (read/write, choice)

이 속성은 스토리지 노드 및 복구 스토리지 노드속성을 재정의 합 니다 . 이 속성은

활성화되었을 때스토리지 노드 또는 복구 스토리지 노드 속성의 모든내부 요청 대신에 사용할 수 있는 모든 스토리지 노드의 목록을 동적으로 생성합니다 . 이 기능이 활성화되었을 때스토리지 노드가 클라이언트의 로컬에 있으면 스토리지노드를 선택할 때

먼 저확 인됩니다 . 이는 주로 save 또는 recover를 실행할 때 스토리지 노드 쿼리에 영향을미칩니다 . 서버에 대해 이 속성이 활성화된 경 우 nsrclone에 영향을 미칠 가능성이 있습니다 . 표준 클론은 NSR 스토리지 노드 리소스에서 클론의 복구 측에 대해클론 스토리지 노드 속 성을 먼저 확인합니다 . 이리소스가 비어 있는

경우에는 서버의 NSR 스토리지 노드리소스에서 같은 속성을 확인합니다 . 이 리소스도 비어있는 경우에는 NSR 클라이언트 리소스를확인합니다. 서버의 NSR 클라이 언트

리소스에 대해 이기능이 활성화된 경우 , 클론 작업에 대한 스토 리지 노드선택의 최종 단계는 서버가 save를 실행할 때와동일합니다 .

storage nodes (read/write, string list)

이 속성은 데이터를 저장할 때 클라이언트가 사용하는 정렬된 스토리지 노드 목록입니다. 저장된 데이터가 활성화된 디바이스 및 기능 미디어 데몬 nsrmmd(8)가 있는

첫 번째 스토리지 노드로 전달됩니다. 기본값 ’nsrserverhost’는 서버를 나타냅니다. 스토리지 노드 이름외에 도 키워드 ’curphyhost’를 목록에 입력할 수있습니다. ’curphyhost’ 항목은 현재 물리적 호스트를 나타내며 클러스터의 가상 클라이언트에만 사용됩니다. 물리적 클라이언트나 가상 서버와 연결된 클라이언트에서는 이

항목을 사용하면 안됩니다. curphyhost 키워드를 사용하면 가상 클라이언트가 현재

상주하고 있는 스토리지 노드로 가상 클라이언트 백업을 전달할 수 있습니다. 스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5)를 참조하십시오.

clone storage nodes (read/write, string list)

클론 스토리지 노드 속성은 스토리지 노드 리소스로 이동되었습니다.

nsr_storage_node_resource(5)를참조하십시오.

recover storage nodes (read/write, string list)

이 속성은 클라이언트가 데이터를 복구할 때 사용하는 정렬된 스토리지 노드 목록입니다.

예외:

복구 중인 볼륨이 이미 마운트되어 있으면 복구 스토리지노드 목록이 무시되고 기존

위치의 볼륨이 사용됩니다.


nsr_client(5)

볼륨이 주크박스에 있고 "읽기 호스트 이름" 속성이설정된 경우 볼륨이 지정된 호스트에 마운트됩니다.

환경 변수 FORCE_REC_AFFINITY가 "예"로 설정되어 있으면정기적인 복구 및 클론

작업을 수행하는 동안 브로커가복구 스토리지 선호도를 사용하여 "읽기" 호스트를 결정해야 합니다. 이는 요청된 볼륨이 마운트된 상태이더라도 마찬가지입니다.

VTL 라이브러리의 "가상 주크박스" 속성이 "예"로 설정되어있는 가상 테이프 환경에서는 FORCE_REC_AFFINITY의 설정여부에 관계없이 클론 생성 중에 항상 이 환경 변수가 true(예)로 설정된 것처럼 작업이 수 행됩니다.

볼륨이 마운트되지 않았고 볼륨이 "읽기 호스트 이름"이설정된 주크박스에 포함되지

않은 경우 클론을 생성하는동안 서버의 클라이언트 리소스에서 "읽기" 호스트의 "복구 스토리지 노드" 값을 확인합니다. 그 런 다음 "읽기" 호스트의 클라이언트 리소스에서 "클론 스토리지 노드" 속성 값을 확인하여 "쓰기" 대상을 결정합니다.

save session distribution (read/write)

이 속성은 NetWorker Client 백업 세이브 세션이 스토리지노드간에 분산되는 방식을 제어합니다. 이 속성에는 두가지 옵션이 있습니다. 최대 세션을 선택하면 세이브세션이 스토리지 노드 디바이스의 최대 세이브 세션 값을 기반으로 분산되고, 타겟

세션을 선택하면 세이브 세션이 스토리지 노드 디바이스의 타겟 세이브 세션 값을 기반으로 분산됩니다. 기본값은 최대 세션입니다.

클라이언트의 스토리지 노드 선호도 목록에 두 개 이상의스토리지 노드가 있는 경우

세이브 세션 배포 기능은 NetWorker Client의 백 업 세션을 여러 스토리지 노드로

분산할수 있습니다. 이 속성을 타겟 세 션으로 설정하면 백업로드가 여러 스토리지

노드로 분산될 가능성이 커지고, 최대 세션으로 설정하면 소수의 스토리지 노드에 백업로드가 집중될 가능성이 커집니다.

NetWorker Server의 글로벌 세이브 세션 배포 속성이 타겟 세션으로 설정되어 있으면 이 클라이언트 속성 설정이 적용되지 않습니다. 자세한 내용은

nsr_service(5) man 페이지를 참조하십시오.

licensed applications (read-only, string list)

이 속성에는 클라이언트가 사용하는 라이센스가 부여된 애플리케이션 이름이 포함됩니다. 기본적으로 이 필드는 비어 있습니다.

예제참고: 숨겨진 속성은 다음 예에 표시되지 않습니다.

해당 파일을 모두 NetWorker Server mars로 백업하는 venus라는클라이언트를

정의하는 리소스:

유형: NSR client;

이름: venus;

서버: mars;

아카이브 서비스: 해제;

스케줄: 매주 금요일 전체;

탐색 정책: 월;

보존 정책: 분기;


nsr_client(5)

보호 지침: 압축 보호 지침 포함 UNIX;

그룹: 기본값;

세이브 세트: 모두;

이름이 변경된 디렉토리 백업: 해제;

원격 액세스: ;

원격 사용자: ;

암호: ;

백업 명령: ;

풀: ;

Client Direct: 설정;

별칭: venus, venus.emc.com;

아카이브 사용자: ;

스토리지 노드 자동 선택: 해제;

스토리지 노드: nsrserverhost;

복구 스토리지 노드: ;

이름이 변경된 디렉토리에 대한 지원이 설정되어 있으며 여러 파일 시스템을 각기 다른 스케줄로 백업하는클라이언트의 리소스:

유형: NSR client;

이름: saturn;

서버: mars;


스케줄: 기본값;

탐색 정책: 월;


보호 지침: ;

그룹: engineering;

세이브 세트: /, /usr, /usr/src;

이름이 변경된 디렉토리 백업: 설정;

원격 액세스: venus, sam@*, jupiter/john;

원격 사용자: 운영자;

암호: ;

백업 명령: ;

풀: ;


별칭: saturn.emc.com;





type: NSR client;

이름: saturn;

서버: mars;


스케줄: 매월 첫 번째 금요일 전체;

탐색 정책: 월;


보호 지침: UNIX 표준 보호 지침;

그룹: 기본값;

세이브 세트: /usr/src/archive;

원격 액세스: sam@venus, &netadmins, root@*;

원격 사용자: 운영자;

암호: ;

백업 명령: ;


nsr_client(5)

풀: ;


별칭: saturn.emc.com;





참조rsh(1), ruserok(3), nsr(5), nsr_schedule(5), nsr_directive(5), nsr_group(5), nsr_policy(5), nsr_storage_node(5), save(8), savegrp(8), savefs(8), nsradmin(8), nsrexecd(8)


nsr_crash(8)

Maintenance Procedures nsr_crash(8)

이름nsr_crash - NetWorker를 사용하여 재해 복구

설명NetWorker를 사용하여 파일이 손실될 수 있는 모든 유형의 시스템 및 하드웨어 오류를 복구할 수 있습니다 .

NetWorker client에서 파일이 손실된 경우 recover 명령을 사용하여 개별 파일 , 선택한 디렉토리 또는

전체 파일 시스템을 찾고 선택 및 복구할 수 있습니다 . NetWorker recover 명령이 손실 또는 손상된 경우 NetWorker client나 NetWorker 배포 미디어에서 이 명령을 복사해야 합니다 .

일부만 손상된 파일 시스템에 많은 파일을 복구하는 경우 기존 버전의 파일을 덮어쓰지 않을 수도 있습니다 .

이렇게 하려면 recover 에서 기존 파일의 복구 처리 방법을 결정하는 사용자 입력을 확인할 때까지 기다립니다 . 그런 다음 recover에서 기존 파일을 덮어쓰지 않도록 하려면 "항상 아니요 "를 의미하는 N\fR을

선택하거나 이 파일을 보호하지만 recover 에서 다른 파일에 대해 다시 확인하도록 하려면 n\fR을 선택합니다 .

기존 버전의 파일 또는 파일 세트를 저장된 버전으로 바꾸지 않으려면 recover 에서 기존 파일을 덮어쓸지

확인할 때 Y\fR 또는 y\fR를 선택합니다 . Y는 이후 덮어쓰기에 대해 "항상 예 "를 의미하고 y는 이 파일 하나만 덮어쓰도록 지정합니다 .

recover 명령 사용에 대한 자세한 내용은 recover(8) 매뉴얼 페이지를 참조하십시오 .

NetWorker server 데몬이나 명령이 손실된 경우 NetWorker 배포 미디어에서 서버를 다시 설치해야 할 수도 있습니다 . NetWorker server가 설치되어 있고 데몬이 실행 중이면 recover 명령을 사용하여 다른

NetWorker server 파일을 복구할 수 있습니다 . NetWorker를 다시 설치하는 경우 /nsr 디렉토리를 원래

설치된 위치에 설치해야 합니다. 파일 복구에 사용하는 시스템은 파일을 저장할 때 사용한 시스템과 다를 수

있지만 원래 시스템과 호스트 이름이 같아야 합니다 . NetWorker server 및 클라이언트 인덱스를 복구하려면 대상 시스템이 인덱스를 저장할 때 사용한 시스템과 같은 종류여야 합니다 .

NetWorker server의 미디어 데이터베이스가 손실된 경우 미디어에서 bootstrap 을 복구해야 합니다 .

mmrecov 는 미디어 데이터베이스와 NetWorker server 리소스 파일이 포함된 bootstrap 을 복구합니다.

NetWorker server에서 사용 중인 경우 리소스 파일을 복구할 수 없으므로 NetWorker를 종료하고 복구된

리소스 파일의 이름을 바꾼 후 NetWorker를 재시작해야 합니다 . 세이브 세트 식별자 및 부트스트랩 세이브

세트에 대한 기타 정보는 예정된 각 저장이 끝날 때 savegrp 에 의해 인쇄됩니다 . 이 정보는 mminfo -B

또는 scanner -B 를 사용하여 표시할 수도 있습니다 .자세한 내용은 savegrp(8), mminfo(8) 및

scanner(8) 매뉴얼 페이지를 참조하십시오 .

NetWorker server 또는 클라이언트 인덱스가 손실된 경우 백업 미디어에서 인덱스를 복구해야만 recover 명령을 사용하여 해당 클라이언트에서 저장된 파일을 찾고 복구할 수 있습니다 . 미디어 데이터베이스와 서버 리소스 파일이 복구된 경우 NetWorker server나 다른 클라이언트의 인덱스를 복구하려면 nsrck 명령을 사용합니다. nsrck 명령은 스케줄 지정된 저장이 끝날 때 savegrp(8) 명령에 의해 생성되는 index:clientname

세이브 세트를 찾아 NetWorker server 또는 클라이언트의 손실된 인덱스를 복구합니다 . nsrck 는 미디어 데이터베이스를 쿼리하여 인덱스를 최신 버전으로 복구하려면 어떤 볼륨에서 어떤 세이브 세트를 추출해야 하는지 확인합니다 . 자세한 내용은 nsrck (8) 매뉴얼 페이지를 참조하십시오 .

요약하면 서버를 복구하기 위해 mmrecov 가 완료된 후 수행해야 하는 단계는 다음과 같습니다 .


nsr_crash(8)

1. NetWorker server를 종료합니다 (nsr_shutdown -a). Win- dows의 경우 NetWorker 서비스를 중지합니다 .

2. 디렉토리를 /nsr 로 변경합니다 (cd /nsr). Windows의 경우 디렉토리를 설치 위치로 변경합니다 (기본값 C:\Program Files\nsr).

3. NetWorker server를 다시 설치할 때 작성된 임시 리소스 디렉토리를 저장합니다 (mv res

res.save). Windows의 경우 "내 컴퓨터 " 또는 "Windows 탐색기 "를 사용하여 res 디렉토리의 이름을 res.save로 바꿉니다 .

4. 복구된 리소스 디렉토리를 제자리로 이동합니다(mv res.R res). Windows의 경우 "내 컴퓨터"

또는 "Windows 탐색기 "를 사용하여 res.R 디렉토리의 이름을 res로 바꿉니다 .

5. 플랫폼에 종속된 시작 스크립트를 실행하여 서버에서 Net- Worker 데몬을 재시작합니다 . 예를 들어 Solaris의 경우 "/etc/init.d/networker start"를 실행합니다 . Windows의 경우

NetWorker 서비스를 시작합니다 .

6. 복구된 리소스가 올바른지 확인한 후 임시 리소스 디렉토리를 제거합니다 (rm -r /nsr/

res.save). Windows의 경우 "내 컴퓨터 " 또는 "Windows 탐색기 "를 사용하여 res.save 디렉토리를 휴지통으로 보냅니다 .

7. 서버 및 클라이언트 인덱스를 복구합니다 (nsrck -L7).

참고 : mmrecov 명령은 NetWorker server의 미디어 데이터베이스 및 리소스 파일을 복구할 때만

사용됩니다 . 서버 및 클라이언트 인덱스를 복구할 경우에는 nsrck 를 사용합니다 .

미디어 데이터베이스와 서버 리소스 파일이 복구되면 순서에 관계 없이 서버 또는 클라이언트 인덱스를 복구할 수 있습니다 . 클라이언트 인덱스를 복구하기 전에 서버 인덱스를 복구해야 하는 것은 아닙니다 . 클라이언트에 NetWorker client가 설치되어 있는 경우 미디어 데이터베이스와 서버 리소스 파일이 복구되면 주문형 저장과 예정된 저장을 실행할 수 있습니다 . 하지만 클라이언트의 파일 인덱스를 복구할 때까지 클라이언트에 대한 저장을 찾을 수 없습니다 . 세이브 세트 recover 를 사용하여 클라이언트의 파일 인덱스가 복구되기 전에 파일을 복구할 수 있습니다 .

세이브 세트로 recover 실행에 대한 자세한 내용은 recover(8) 매뉴얼 페이지를 참조하십시오 .

서버가 많이 손상되어 실행되지 않는 경우 다중 사용자 시스템을 다시 설치하고 재부팅하기 위한 제조업체

지침을 따라야 합니다 . 시스템이 다중 사용자 모드로 실행 중이면 NetWorker를 다시 설치할 수 있습니다 .

즉 , pkgadd(1M) 또는 기타 설치 유틸리티를 시스템에 따라 사용하여 배포 미디어에서 NetWorker를 추출하고 설치할 수 있습니다 . 또한 mmrecov 를 사용하여 미디어 데이터베이스와 리소스 파일을 복구하고

nsrck 를 사용하여 서버와 각 클라이언트에 대한 온라인 인덱스를 다시 작성할 수 있습니다 . 마지막으로 ,

시스템에는 있었지만 제조업체의 배포 미디어에 없는 파일을 복구할 수 있습니다 . 이러한 파일의 예로 사용자에 맞게 수정된 시스템 파일 , 특별히 작성된 커널 , 새로운 특수 디바이스 항목 , 로컬로 개발된 소프트웨어 , 사용자 개인 파일 등이 있습니다 .

참조nsr_layout(5), nsr(8), nsrck(8), recover(8), savegrp(8), mmrecov(8), scanner(8)


nsr_data(5)

Maintenance Procedures nsr_data(5)

이름nsr_data - NetWorker 저장 및 복구에 사용되는 데이터 형식

설명NetWorker 시스템의 모든 데이터는 eXternal Data Representa- tion (XDR) 표준을 사용하여 인코딩됩니다. 클라이언트(참조: save(8) 및 recover(8)) , 서버(참조: nsrd(8)) 및 미디어(참조: nsrmmd(8))

간에 전달할 때 파일은 savefiles 의 연결 목록으로 인코딩되는 savestream 으로 표현됩니다. 현재 두 가지 savefile 형식이 있습니다. 각 파일의 시작 부분에 있는 매직 번호는 다음 savefile 의 특정 유형을

나타내므로 여러 savefile 유형이 포함된 savestream 의 자체 식별을 가능하게 합니다. 논리적으로 각

savefile 은 헤더 정보와 그 뒤에 나오는 파일 데이터로 구성됩니다. 원래 savefile1 형식에서는 파일 속성을 설명하는 이중 버킷목록 으로 인코딩됩니다. 최신 savefile2 형식에서는 대체 방법인 단일 래핑된 클라이언트 속성을 사용하며, 파일 데이터가 버킷이 없는 연속된 자체 설명 섹션으로 인코딩됩니다. 각 섹션에는 데이터 유형, 길이 및 바이트가 포함되어 있습니다. 파일의 파일 데이터 섹션은 유형이 0인 끝 섹션(NSR_ASDF_END)으로 종료됩니다.

아래에는 savestream 데이터 구조의 OS 독립적인 부분에 대한 XDR 언어 설명이 나와 있습니다.

const NSR_IDLEN = 1024; /* length of file id */const NSR_MAXNAMELEN = 1024; /* max length of file system name */const NSR_MAXCATTRSIZE = 8192; /* max size of client specific attributes */const NSR_MAXBUCKETDATA = 8192; /* max size of file bucket's data (w/o slop) */const NSR_MAXBUCKETSIZE = 9000; /* max total size of file bucket (w/ slop) */const NSR_MAXCLNTSIZE = 16384; /* max size of a clntrec */

typedef opaque fileid<NSR_IDLEN>; /* file identifier */typedef string nsrname<NSR_MAXNAMELEN>; /* file name type */typedef opaque clientattr<NSR_MAXCATTRSIZE>; /* client attributes */typedef opaque wraposaverec<NSR_MAXCLNTSIZE>;/* wrapped osaverec */typedef uint32_t checksum; /* 4 bytes for checksum */typedef u_long sfid_t; /* savefile id (offset) */

struct id { string id_str<>; /* id string */ id *id_next; /* next such structure */};

struct asmrec { id *ar_info; /* name and args to ASM */ nsrname *ar_path; /* not currently used */ asmrec *ar_next; /* next such structure */};

const NSR_MAGIC1 = 0x09265900; /* older format using buckets & ssaverec's */

struct osaverec { nsrname sr_filename; /* name of this file */ fileid sr_fid; /* client specific file id */ asmrec *sr_ar; /* ASM list for this file */ u_long sr_catype; /* client specific attribute type */ clientattr sr_cattr; /* client specific file attributes */};


nsr_data(5)

struct ssaverec { sfid_t sr_id; /* savefile id in the savestream */ u_long sr_size; /* size of encoded savefile */ uint32_t sr_savetime; /* savetime of this saveset */ wraposaverec sr_wcr; /* a wrapped osaverec */};

/* * File data for older style savestream is logically * expressed as a linked list of file buckets. */struct bucketlist { bucket bl_bucket; bucketlist *bl_next;};

/* * XDR description of the original savefile1 format. */struct savefile1 { u_long sf_magic; /* magic number (must be NSR_MAGIC1) */ u_long sf_chksumtype; /* file checksum type */ ssaverec sf_saverec; /* wrapped file attributes */ bucketlist *sf_data; /* file data in buckets */ checksum sf_checksum; /* checksum value */};

/* * Newer savestream defines and structures. */const NSR_MAGIC2 = 0x03175800; /* newer bucketless format */

const NSRAPP_BACKUP = 1; /* backup application name space */const NSRAPP_HSM = 2; /* HSM application name space */const NSRAPP_ARCHIVE = 3; /* Archive application name space */

struct saverec2 { sfid_t sr_id; /* savefile id in the savestream */ u_long sr_size; /* size of encoded savefile */ uint32_t sr_savetime; /* savetime of this saveset */ uint32_t sr_appid; /* application id */ nsrname sr_filename; /* name of encoded file */

fileid sr_fid; /* client specific file id */ asmrec *sr_ar; /* ASM list for this file */ u_long sr_catype; /* client specific attribute type */

clientattr sr_cattr; /* client specific file attributes */};

/* * Current 64-bit savestreams */typedef struct uint64_t unsigned long long;typedef struct lg_time64_t unsigned long long;


nsr_data(5)

const NSR_MAGIC3 = 0x03175803; /* 64-bit format */ struct saverec3 { uint64_t sr_id; /* savefile id in the savestream */ uint64_t sr_size; /* size of encoded savefile */ lg_time64_t sr_savetime; /* savetime of this saveset */ uint32_t sr_appid; /* application id */ nsrpath sr_filename; /* full path of encoded file */ fileid sr_fid; /* client specific file id */ asmrec *sr_ar; /* ASM list for this file */ u_long sr_catype; /* client specific attribute type */ clientattr sr_cattr; /* client specific file attributes */};

/* * Defines for self describing data sections. * The NSR_ASDF_END type defines the end of the file data. * The NSR_ASDF_FILE_DATA_TYPE type has the file data preceded by an * uint32_t that is the relative offset from the last block into the file. */const NSR_ASDF_END = 0x0; /* end of ASDF data */const NSR_ASDF_FILE_DATA_TYPE = 0x100; /* normal file data */

/* * Describes a section of NetWorker "file data" when * using ASM Structured Data Format (ASDF) sections. */struct asdf_hdr { uint32_t typevers; /* type of file data */ uint32_t length; /* section length */};

/* * Pseudo XDR description of the newer savefile2 format. * The new savefile2 format uses the unwrapped saverec structure * and a "bucketless" file data format that is based on ASDF. * The data portion ends with a 0 sized section of type NSR_ASDF_END. */struct savefile2 { u_long sf_magic; /* magic number (must be SF_MAGIC2 or SF_MAGIC3) */ u_long sf_chksumtype; /* file checksum type */ saverec sf_saverec; /* new saverec structure */ <asdf_hdr & data> /* ASDF section sans buckets */

... <asdf_hdr & data> /* ASDF section sans buckets */ <asdf_hdr.typevers = 0> /* final ASDF section type = NSR_ASDF_END */ <asdf_hdr.length = 0> /* final ASDF section len = 0 */ checksum sf_checksum; /* checksum value */};

참조mm_data(5), nsr(8), nsrmmd(8), nsrd(8), recover(8), save(8),

xdr(3n) RFC 1014 XDR 프로토콜 사양


nsr_data(5)


nsr_device(5)

Maintenance Procedures nsr_device(5)

이름nsr_device - "NetWorker 리소스 유형 "NSR device"

시놉시스type: NSR device

설명NetWorker server에서 사용하는 각 스토리지 디바이스는 NSR device. 유형의 단일 리소스로 설명됩니다.

NetWorker 리소스에 대한 자세한 내용은 nsr_resource(5) 를 참조하십시오 . NSR device 리소스를 편집하려면 다음을 실행합니다 . nsradmin -c "type:NSR device" 따옴표를 포함하고 "NSR"과 "device"

사이에 공백을 삽입해야 합니다 . NetWorker Administration 프로그램 사용에 대한 자세한 내용은

nsradmin(8) 을 참조하십시오 . 개별 볼륨 (테이프 또는 디스크 )의 마운트와 언마운트는 nsrmm(8) 및

nsrjb(8) 명령과 NetWorker Management Console 을 사용하여 수행합니다 .

속성리소스 유형 NSR device 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 값을 읽고 설정할 수 있음을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 숨겨진 속성을 나타냅니다 . 이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 정적 속성은 값을 거의

변경하지 않습니다 . 동적 속성에는 신속하게 변경되는 값이 있습니다 . 예를 들어 (읽기 전용 , 정적 ) 으로

표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 .

name (읽기 전용 , 정적 )

이 속성은 디바이스의 경로 이름을 지정합니다 . 되감지 않는 테이프 디바이스만 지원됩니다 . "Berkeley 스타일 " 테이프 포지셔닝을 지원하는 시스템의 경우 BSD 테이프 디바이스 이름을 사용합니다 . 광 디스크에 지정된 이름은 일반적으로 물리적 디바이스의 "c" 파티션에 지정된 이름입니다 . 논리 디바이스 유형은 외부 미디어 관리

서비스와의 상호 작용이 편리하도록 정의되었습니다 . 외부 미디어 관리 서비스와 상호 작용하는 경우 디바이스와 연결된 미디어 관리 서비스는 볼륨이 로드될 때 디바이스 이름을 확인할 수 있습니다 . 논리 디바이스는 NetWorker 디바이스 리소스를 정의하는 데 사용됩니다 . 존재할 수 있는 디바이스 리소스 수는 NetWorker에서 동시에 액세스할 수 있는 서비스가 관리하는 볼륨 수로 제한됩니다 . 논리 디바이스에 지정된 이름은 특정 디바이스와 관련이 없지만 디바이스에 대해 고유한 이름이어야 합니다 . 논리 디바이스의 경우 미디어 유형과 제품군이 모두 logical 로 설정됩니다 .

이름 , 유형 및 제품군은 미디어 관리 서비스가 NetWorker의 요청에 응답하여 디바이스에 볼륨을 로드한 후에 결정됩니다 . 그런 다음 실제 디바이스의 이름 , 유형 및

제품군은 각각 logical name, logical type 및 logical family 속성에 저장됩니다 . 논리 디바이스와 실제 디바이스 간의 연결은 볼륨이 디바이스에 로드되고

NetWorker에서 사용하도록 할당된 경우에만 존재합니다 . Windows 스토리지 노드에 네트워크 파일 시스템의 adv_file 디바이스를 작성하는 경우 UNC(\\<server-

name>\<share- point-name>) 경로를 지정합니다 . 스토리지 노드에 원격 디바이스를 정의하는 경우 경로 이름에 접두사 "rd=hostname:"을 포함합니다 . 여기서

hostname 은 디바이스가 직접 연결된 시스템 (스토리지 노드 )입니다 . 자세한 내용은 nsr_storage_node(5) 를 참조하십시오 .

예제 : name: /dev/rmt/0hbn;

comment (읽기 /쓰기 )

이 속성은 관리자가 디바이스에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다 .


nsr_device(5)

description (읽기 /쓰기 )

이 속성은 디바이스에 대한 간략한 설명을 저장하는 데 사용됩니다 . description

은 관리자가 디바이스를 쉽게 식별할 수 있도록 도와주며 임의의 형식으로 사용할 수

있습니다 .

예제 : description: DLT8000 tape drive in Engineering Lab rack #2;

message (읽기 전용 , 동적 , 숨김 )

이 속성은 이 디바이스에 관해 NetWorker server에서 받은 마지막 메시지를 지정합니다 . 이 속성 값에는 작업의 진행률이나 속도에 대한 정보가 포함될 수 있습니다 .

예제 : message: "Tape full, mount volume mars.017 on /dev/nrst8";

volume name (읽기 전용 , 동적 , 숨김 )

이 속성은 디바이스에 대한 볼륨 마운트와 언마운트를 모니터링합니다 . 볼륨을 마운트하면 값이 볼륨 이름이 되고 그렇지 않으면 값이 없습니다 .

예제 : volume name: mars.017;

media family (읽기 전용 , 정적 , 숨김 )

이 속성은 미디어 유형에서 결정된 스토리지 미디어의 클래스를 설명합니다 . 유효한

값은 tape (테이프 스토리지 디바이스 ), disk (디스크 스토리지 디바이스 ) 및

logical (외부 미디어 관리 서비스와 상호 작용할 때사용 )뿐입니다 .

예제 : media family: tape;

media type (읽기 전용 , 정적 )

이 속성은 디바이스에서 사용하는 미디어 유형을 나타냅니다 . 운영 체제 /플랫폼에

따라 미디어 유형 이 달라집니다 . 플랫폼에서 지원되는 전체 미디어 유형 목록은 온라인 NetWorker Hardware Compatibility Guide를 참조하십시오 . 이 내용은

NetWorker Administration Guide의 Device and Media Management 장에서도

참조됩니다 . 잠재적 값 , 의미 및 기본 용량은 다음과 같습니다 . 4mm - 4mm 디지털 오디오 테이프 (1GB), 8mm - 8mm 비디오 테이프 (2GB), 8mm 5GB - 8mm 비디오 테이프(5GB), adv_file - 고급 파일 유형 디바이스(표준 UNIX 파일 시스템이

지원됨 ), dlt - 디지털 선형 테이프 카트리지 (10GB), vhs - VHS 데이터 등급 비디오 테이프 (14GB), 3480 - 고속 카트리지 테이프 (200MB), qic - 1/4인치 데이터 카트리지 (150MB), himt - 1/2인치 자기 테이프 (100MB), tk50 - DEC

TK50 카트리지 테이프 (94MB), tk70 - DEC TK70 카트리지 테이프 (296MB),

optical - 광 디스크 (WORM, EOD 또는표준 UNIX 파일이 지원됨 ), file - 파일

유형 디바이스 (표준 UNIX 파일 시스템이 지원됨 ), logical - 외부 미디어 관리

서비스와 상호 작용할 때 사용됩니다 .

예제 : media type: 8mm 5GB;


nsr_device(5)

enabled (읽기 -쓰기 )

이 속성은 디바이스를 사용할 수 있는지 여부를 나타냅니다 . 속성 값은 Yes\fR, No\fR 또는 Service\fR입니다 . 값을 Yes\fR로 설정하면 디바이스가 정상적으로 작동하며 모든 작업에 사용할 수 있습니다 . 이것이 디바이스의 기본 설정입니다 . 값을 no\fR로 설정하면 디바이스가 비활성화되며 사용할 수 없습니다 . 디바이스가 마운트되어 있는 경우 디바이스를 No\fR로 설정할 수 없습니다 . 이렇게 하면 디바이스를 다시 Yes\fR로 설정할 때까지 NetWorker에서 마운트된 볼륨에 액세스할 수 없습니다 . 값을 Service\fR로 설정하면 저장 또는 복구 작업을 위해 디바이스가 마운트되지 않을 수도 있습니다 . 이 상태는 유지 보수를 위해 디바이스를 스케줄 지정하는 데 사용됩니다 . -f 옵션을 사용하여 디바이스를 선택한 경우 볼륨 확인 , 레이블 지정 또는 인벤토리 같은 관리 용도로 디바이스를 사용할 수 있습니다 . Service\fR 모드의 디바이스 세트는 저장 또는 복구 작업에 사용할 수 없습니다 . 디바이스를 사용하는 동안 Service\fR로 설정하면 현재 세션은 모두 정상적으로 완료되지만 디바이스에 새 세션이 할당되지 않습니다 . 주크박스 디바이스인 경우 세션을 완료한 후 디바이스가 언로드됩니다 .

예제 : enabled: yes;

shared device (읽기 -쓰기 , 숨김 )

이 속성은 하드웨어 ID 속성 값이 같아서 동일한 물리적 드라이브를 공유하는 모든 디바이스를 사용, 사용 안 함 또는 서비스 모드로 설정합니다. 가능한 값은 enable all\fR, disable all\fR, service all\fR 또는 done\fR입니다 . 이 값을 enable all\fR, disable all\fR 또는 service all\fR로 설정하고 작업을 수행하면 값이 done\fR으로 재설정됩니다 . 오류 조건에 관계없이 작업은 가능한 한 많은 디바이스를 사용 , 사용 안 함 또는 서비스 모드로 설정합니다 . 예를 들어 마운트된 볼륨이 있는 디바이스는 비활성화할 수 없습니다. 따라서 이 속성을disable all\fR로 설정하면 마운트된 볼륨이 있는 디바이스를 제외하고 가능한 한 많은 디바이스가 비활성화됩니다 . 이 경우 오류 메시지가 기록됩니다 .

예제 : shared devices: done;

write enabled (읽기 /쓰기 , 동적 , 숨김 )

이 속성은 현재 볼륨에 쓸 수 있는지 여부를 나타냅니다 . 이 속성 값은 yes\fR 또는 no\fR로 설정할 수 있습니다. 볼륨이 마운트되지 않은 경우에만 이 값을 설정할 수 있습니다 .

예제 : write enabled: no;

read only (읽기 -쓰기 )

이 속성은 디바이스가 복구나 검색 같은 읽기 전용 작업에 스케줄 지정되었는지 여부를 나타냅니다 . 이 속성 값은 yes\fR 또는 no\fR가 될 수 있습니다 . 이 값을 yes\fR로 설정하면 디바이스에 대해 읽기 작업만 수행할 수 있습니다 . 볼륨이 마운트되어 있으면 값을 변경할 수 없습니다 .

예제 : read only: yes;

target sessions (읽기 /쓰기 )

이 속성은 디바이스에 쓸 대상 병렬 처리 수를 나타냅니다 . 호스트에 있는 모든 디바이스의 속성 값이 같으면 디바이스의 target sessions 에 도달할 때까지 세션이 하나의 디바이스에 할당됩니다 . 모든 디바이스가 target sessions 에 도달하면 모든 디바이스에 동등하게 새 세션이 할당됩니다. 호스트에 있는 디바이스의 속성 값이 다르고 디바이스에 nsrmmd(8) 를 할당하지 않은 경우 호스트의 디바이스에서 가장 낮은 속성 값을 기준으로 nsrmmd(8) 에 세션이 할당됩니다 . 디바이스에 nsrmmd(8) 를 할당하면 할당된 디바이스의 target sessions 값이 사용됩니다 . 각 테이프에 더 많은 클라이언트를 멀티플렉스하려면 더 큰 값을 사용합니다 . 이 속성은 디바이스의 최대 수가 아니며 로드 밸런싱에 사용됩니다 .

예제 : target sessions: 3;


nsr_device(5)

volume label (읽기 /쓰기 , 동적 , 숨김 )

이 속성은 verify label 작업에 의해 설정되며 Label 작업 전에 수행할 수 있습니다 . 레이블 지정 프로세스 중에 이 속성이 비어 있으면 볼륨의 현재 레이블이 다시

사용됩니다 .

volume default capacity (읽기 /쓰기 , 정적 , 숨김 )

이 속성은 volume current capacity 속성이 비어 있을 때 Label 작업에 사용됩니다 . 미디어 유형과 연결된 볼륨 기본 용량을 덮어쓰려면 1 이상의 특정 값을 입력해야 합니다 . 이 속성 값은 K, M 또는 G로 끝나야 합니다 . 여기서 K는 KB, M은 MB,

G는 GB를 나타냅니다 . 볼륨에 기록되는 실제 용량은 지정한 값보다 조금 작거나 많을 수도 있습니다 . 이 숨겨진 속성은 사용자가 수정할 수 있으며 , 기본값과 다른 용량의 디바이스 (또는 테이프 )를 사용할 때 기본 크기를 덮어쓰기 위해 사용할 수 있습니다 . 예제 : 모든 이후 볼륨 레이블 작업에 대해 테이프 드라이브의 기본 용량을

10GB로 덮어쓰려면 다음과 같이 값을 설정합니다 . volume default capacity: 10G;

volume current capacity (읽기 /쓰기 , 동적 , 숨김 )

이 속성 값이 비어 있지 않으면 Label 작업 중에 볼륨의 용량을 결정합니다 . 형식은 볼륨 기본 용량 과 같습니다 .

예제 : volume current capacity: 5G;

volume expiration (읽기 /쓰기 , 동적 , 숨김 )

이 속성은 Verify label 작업에 의해 설정되며 Label 작업에 사용될 수도 있습니다 . 이 속성 값은 nsr_getdate(3) 형식으로 지정됩니다 . 값이 비어 있으면 레이블 지정 중에 기본 만료가 사용됩니다 .

예제 : volume expiration: next year;

volume pool (읽기 /쓰기 , 숨김 )

이 속성은 마운트된 볼륨이 속해 있는 풀을 나타냅니다 . 디바이스를 작성한 직후 ,

볼륨의 레이블을 지정하기 전에 이 속성을 설정하여 Label 작업의 기본 풀 선택을

지정하거나 표시할 수 있습니다 . 이 속성이 Label 또는 Label without mount 작업 중에 설정되면 이 값은 볼륨이 할당되는 풀을 나타냅니다 . 볼륨 풀 할당을 변경하려면 다른 풀을 지정하여 Label 작업을 수행해야 합니다 . Dev- ices 리소스에서 이 속성을 수동으로 업데이트하면 풀 할당에 영향을 주지 않습니다 . 볼륨 풀에

대한 자세한 내용은 nsr_pool(5) 을 참조하십시오 .

예제 : volume pool: myPool;

volume flags (읽기 /쓰기 , 숨김 )

이 속성은 작업 중인 볼륨에 대해 새 플래그를 표시합니다 . 이 속성은 "Label"

또는 "Label without mount" 작업 중에 사용됩니다 .


nsr_device(5)

volume operation (읽기 /쓰기 , 동적 , 숨김 )

volume operation 속성은 현재 디바이스 내부에 있는 미디어 (볼륨 )를 조작합니다. 이 속성은 Unmount, Mount, Verify label, Verify write time, Label,

Label without mount, Eject 또는 Monitor device 값 중 하나로 설정할 수 있습니다 . 이러한 각 작업에 대해 매개 변수를 설정해야 할 수도 있습니다 . 값이

Unmount 이면 NetWorker에서 디바이스를 해제합니다 . Unmount 작업은 비동기적으로 수행됩니다 . 값이 Mount 이면 NetWorker에서 로드된 볼륨을 디바이스에 마운트합니다 . Mount 작업은 비동기적으로 수행됩니다 . 값이 Verify label 이면

NetWorker에서 볼륨의 레이블을 읽고 volume label 및 volume expiration 속성이 설정됩니다. Verify label 작업은 동기적으로 수행되므로 작업을 완료하는 데

오랜 시간이 걸릴 수도 있습니다 . 값이 Verify write time 이면 NetWorker에서

볼륨의 레이블을 읽고 volume label, volume expiration 및 volume write

time 속성이 설정됩니다 . Verify write time 작업은 동기적으로 수행되므로 작업을 완료하는 데 오랜 시간이 걸릴 수도 있습니다 . 값이 Label 또는 Label

without mount 이면 볼륨이 아래 속성에 의해 결정된 새 레이블을 받습니다. 값이

Label 이면 볼륨이 마운트됩니다 . 이러한 작업은 비동기적으로 수행됩니다 . 값이

Eject 이면 NetWorker에서 볼륨을 디바이스에서 배출합니다 . Eject 작업은 비동기적으로 수행됩니다 . 값이 Monitor device 이고 디바이스가 유휴이면 (디바이스에 로드된 볼륨이 없음 ) NetWorker에서 정기적으로 디바이스를 검사하여 볼륨이 디바이스에 로드되었는지 여부를 확인합니다. 읽을 수 있는 NetWorker 레이블이 있는

볼륨이 로드되면 NetWorker 미디어 데이터베이스에 배치됩니다 . 그런 다음 쓰기 권한이 설정되어 볼륨이 마운트되면 Net- Worker에서 해당 볼륨에 쓸 수 있습니다 .

그렇지 않고 볼륨이 읽기 전용으로 마운트된 경우에는 NetWorker에서 쓸 수 없습니다 . 읽을 수 있는 NetWorker 레이블이 없는 볼륨이 디바이스에 로드되면 디바이스의 unlabeled volume loaded 속성이 yes\fR로 설정되고 나중에 볼륨 레이블을

지정할 수 있습니다 . NetWorker에서 주크박스가 아닌 디바이스만 모니터링하므로

Monitor device 작업은 주크박스 디바이스에 대해 수행되지 않습니다 .

volume write time (읽기 전용 , 동적 , 숨김 )

이 속성은 세이브 세트가 처음 볼륨에 기록된 시간을 나타냅니다 .

volume error number(읽기 전용 , 동적 , 숨김 )

이 속성은 이 디바이스에 대해 보고된 마지막 오류 번호를 나타냅니다 . 소스 , 보안

및 실제 오류 번호로 인코딩된 숫자 값입니다 . 레이블 확인 등 미디어 작업에서 이

필드를 업데이트할 때 미디어 작업에 오류가 있는 경우에만 프로세스에서 이 값을 확인합니다 . 미디어 작업이 성공하면 오류 번호가 재설정되지 않으므로 이 값은 마지막

미디어 작업의 상태가 아니라 이 디바이스에 대해 보고된 마지막 오류 번호를 나타냅니다 .

volume block size (읽기 전용 , 동적 , 숨김 )

이 속성은 현재 마운트된 볼륨의 블록 크기를 나타냅니다 .

volume ID (읽기 전용 , 동적 , 숨김 )

이 속성은 현재 마운트된 볼륨의 볼륨 ID를 나타냅니다 .

long volume ID (읽기 전용 , 동적 , 숨김 )

이 속성은 현재 마운트된 볼륨의 볼륨 ID를 긴 전역 고유 형식으로 나타냅니다 .

accesses (읽기 전용 , 숨김 )

이 속성은 NetWorker 디바이스로 구성된 디바이스에 대해 수행되는 총 작업 수를 나타냅니다 . 이 속성을 변경하면 hardware ID 값이 같은 모든 디바이스로 전파됩니다 .


nsr_device(5)

access weight (읽기 /쓰기 , 숨김 )

이 속성은 디바이스에 대해 수행된 단일 작업의 가중치를 나타냅니다 . 디바이스에

대해 작업을 수행할 때마다 "access" 속성이 "access weight"만큼 증가합니다.

가중치가 높을수록 해당 디바이스가 새 작업에 선택될 가능성이 낮습니다 . 이 속성을 변경하면 hardware ID 값이 같은 모든 디바이스로 전파됩니다 .

consecutive errors (읽기 전용 , 동적 , 숨김 )

이 속성은 디바이스의 현재 연속 오류 수를 나타냅니다 . 이 속성을 변경하면

hardware ID 값이 같은 모든 디바이스로 전파됩니다 .

max consecutive errors (읽기 /쓰기 , 숨김 )

이 속성은 디바이스를 비활성화하기까지 허용되는 최대 연속 오류 수를 나타냅니다 .

이 속성을 변경하면 hardware ID 값이 같은 모든 디바이스로 전파됩니다 .

operation arg (읽기 전용 , 동적 , 숨김 )

이 속성은 디바이스 작업 중에 사용할 추가 매개 변수를 나타냅니다 . 매개 변수는 문자열로 패킹되고 연결된 작업 함수에 의해 구문 분석됩니다 .

volume message (읽기 전용 , 동적 , 숨김 )

이 속성은 마지막 볼륨 작업의 결과를 나타냅니다 .

event tag (읽기 /쓰기 , 단일 숫자 , 숨김 )

이속성에는 nsrd (8) 데몬으로 전송된 마지막 알림 이벤트의 태그(고유 식별자)가

포함됩니다 . 이 태그는 이전 이벤트를 지우는 데 사용됩니다 . 이 속성은

NetWorker 프로그램 간에 정보를 전달하는 데 사용되며 관리자가 수동으로 변경하면

안 됩니다 .

NSR operation (읽기 전용 , 동적 , 숨김 )

이 속성은 디바이스에서 수행 중인 현재 작업을 나타냅니다 . 이 속성의 유효한 값은

Idle, Write, Read, Eject, Verify label, 또는 Label 입니다 .

예제 : NSR operation: Write;

minor mode (읽기 전용 , 동적 , 숨김 )

이 속성은 디바이스의 현재 상태를 나타냅니다 . NSR operation 속성은 메이저

모드입니다 . 이 속성의 유효한 값은 idle, reading, writing, rewinding,

moving forward, moving backward, error, done, writing eof 또는

finding eom 입니다 .

예제 : minor mode: moving forward;

jukebox device (읽기 /쓰기 , 동적 , 숨김 )

이 속성은 주크박스 디바이스의 일부인 미디어 디바이스를 나타냅니다 . 이 값은

yes\fR 또는 no\fR가 될 수 있습니다 .


nsr_device(5)

statistics (읽기 전용 , 동적 , 숨김 )

이 속성은 이 디바이스의 작업에 대한 통계를 보고합니다 . 통계에는 작업 시간("elapsed\fR"), 오류 수("errors\fR"), 마지막 쓰기 속도("last rate\fR"),

동시 클라이언트의 최대 수 ("max clients\fR"), 기록된 파일 표시 수 ("file

marks\fR"), 되감기 수 ("rewinds\fR"), 생략된 파일 수 ("files

skipped\fR"), 생략된 레코드 수 ("records skipped\fR"), 현재 파일 수("current file\fR"), 현재 레코드 번호 ("current record\fR"), 검색되는 상대 파일 수 ("seek files\fR"), 검색되는 상대 레코드 수 ("seek records\fR"),

볼륨의 총 예상 읽기 /쓰기 양 (KB)(이후 릴리스에서 구현될 "estimated KB\fR"),

볼륨의 총 읽기 /쓰기 양 (KB)("amount KB\fR"), 이 파일의 현재 읽기 /쓰기 양(KB)("file amount KB\fR") 및 이 디바이스에 할당된 현재 세션 수("sessions\fR")가 포함됩니다 .

cleaning required (읽기 /쓰기 )

이 속성은 디바이스를 클리닝해야 하는지 여부를 나타냅니다 . 이 속성 값은 yes 또는 no가 될 수 있습니다 . 이 속성 값을 yes에서 no로 변경하고 date last

cleaned 속성 값을 업데이트하지 않으면 date last cleaned 속성이 현재 시간으로 설정됩니다 . 다음 클리닝 스케줄 시간에 디바이스를 클리닝할 수 없으면

NetWorker에서 이 속성을 yes로 설정할 수 있습니다 . 이 경우 다음 메시지가 표시됩니다 . 디바이스 클리닝이 필요합니다 . 이 메시지는 디바이스를 클리닝해야 함을

나타냅니다 . 이 속성은 media family 가 tape이고 jukebox device 가 yes인

디바이스에만 사용할 수 있습니다 . 다른 모든 디바이스에 대해 이 속성 값은 항상

no입니다 .

cleaning interval (읽기 /쓰기 )

이 속성은 date last cleaned 에서 디바이스의 다음 스케줄 지정된 클리닝까지의

시간을 나타냅니다 . 이 값은 days\fR, weeks\fR 또는 months\fR 단위로 지정할

수 있습니다 . 숫자를 지정하지 않으면 1일 , 1주 또는 1달을 의미합니다 . 이 속성을 설정하고 date last cleaned 가 비어 있으면 date last cleaned 는 현재 시간으로 설정됩니다 . 이 속성은 media family 가 tape\fR 이고 jukebox device

가 yes\fR인 디바이스에만 사용할 수 있습니다 .

예제 : cleaning interval: 2 weeks;

date last cleaned (읽기 /쓰기 )

이 속성은 디바이스를 마지막으로 클리닝한 날짜와 시간을 나타냅니다 . 입력은

nsr_getdate(3) 에 허용되는 임의의 형식일 수 있습니다 . now\fR 등

nsr_getdate(3) 에 허용되는 값 중 일부는 상대적입니다 . 이 때문에 모든 입력은

ctime(3) 형식, 평일, 월, 일, 시간, 연도로 변환됩니다. cleaning required

및 cleaning interval 에서 설명한 것처럼 이 속성 값은 NetWorker에 의해 자동으로 설정될 수 있습니다 . 이 속성은 media family 가 tape\fR인 디바이스에만

사용할 수 있습니다 .


nsr_device(5)

auto media management (읽기 -쓰기 )

이 속성은 디바이스에 대해 "자동 미디어 관리 "가 활성화되어 있는지 여부를 나타냅니다 . 주크박스 디바이스의 경우 이 값은 항상 no\fR입니다 . 주크박스의 auto

media management 에 대한 자세한 내용은 nsr_jukebox(5) 를 참조하십시오 .

주크박스가 아닌 디바이스의 경우 이 값은 yes\fR 또는 no\fR가 될 수 있습니다 .

이 값을 yes\fR로 설정하면 디바이스에 로드된 모든 재활용 볼륨을 다시 사용할 수

있도록 NetWorker에서 자동으로 레이블을 다시 지정할 수 있으며 , 디바이스에 로드된 레이블 없는 볼륨에 자동으로 레이블이 지정될 수 있습니다 . 올바른

NetWorker 레이블이 없어야 하는 볼륨에 레이블을 지정하는 경우 NetWorker는 볼륨에 레이블을 지정하기 전에 볼륨에 레이블이 없는지 확인합니다 . 이 디바이스에서

읽을 수 있는 레이블이 볼륨에 없으면 해당 볼륨에 레이블이 없다고 간주됩니다 . 참고 : 볼륨에 레이블이 있지만 해당 레이블이 연결된 디바이스에서 읽을 수 없는 밀도로 기록된 경우에도 이 볼륨에 레이블이 없다고 간주됩니다 . NetWorker 이외의 애플리케이션에서 기록한 데이터가 볼륨에 있으면 Net- Worker에서 인식할 수 있는

레이블이 없을 가능성이 크며 이 볼륨에 레이블이 없다고 간주됩니다 . 이 속성을 활성화한 경우 레이블 없는 볼륨이나 재활용 볼륨을 디바이스에 로드할 때 주의해야 합니다. NetWorker에서 볼륨에 다시 레이블을 지정하여 볼륨에 있던 데이터를 덮어쓸

수 있습니다 . 디바이스에 대해 이 속성을 yes\fR로 설정하고 디바이스가 유휴이면(디바이스에 로드된 테이프가 없음 ) NetWorker에서 디바이스를 모니터링하고 볼륨이 로드될 때까지 기다립니다 . 디바이스 모니터링 \fR에 대한 자세한 내용은

volume operation 속성을 참조하십시오 .

예제 : auto media management: yes;

NDMP (읽기 전용 )

이 속성은 NDMP 서버와 연결된 디바이스를 나타냅니다 . 리소스를 작성한 후에는 이

속성을 변경할 수 없습니다 . 사용자가 이 디바이스의 속성을 변경해야 하는 경우 리소스를 삭제하고 다시 작성해야 합니다. NDMP 서버에 대해 구성한 것과 같은 사용자

이름 (remote user 속성 ) 및 암호 를 디바이스 리소스에 구성해야 합니다 .

예제 : NDMP: yes;

max active devices (읽기 -쓰기 )

이 속성은 NetWorker가 디바이스에 연결된 스토리지 노드에서 사용할 수 있는 최대

디바이스 수를 설정합니다 . 한 스토리지 노드의 모든 디바이스에 대해 이 속성 값이

같아야 합니다 . 이 속성을 수정하면 새 값이 스토리지 노드의 다른 모든 디바이스로

전파됩니다 . 이 속성의 기본값은 NULL이며 스토리지 노드의 활성 디바이스 수가 제한되지 않습니다 . 새로 작성한 디바이스의 경우 같은 스토리지 노드의 다른 디바이스에서 이 속성 값을 상속하거나 스토리지 노드에 다른 디바이스가 없으면 기본값 NULL

로 설정됩니다 . 이 속성 값은 스토리지의 비공유 디바이스 수보다 큰 정수여야 합니다 . 공유 디바이스가 있는 스토리지 노드에서만 이 속성을 설정할 수 있습니다 .

dedicated storage node (읽기 -쓰기 )

이 속성 값은 yes\fR 또는 no\fR가 될 수 있습니다 . 이 속성 값은 스토리지 노드가 전용 스토리지 노드인지여부를 결정합니다 . 전용 스토리지 노드는 로컬 데이터만

백업할 수 있습니다 . 한 스토리지 노드의 모든 디바이스에 대해 이 속성 값이 같아야 합니다 . 디바이스를 작성하거나 이 속성 값을 수정하면 이 속성 값이 스토리지 노드의 다른 모든 디바이스로 전파됩니다 .

예제 : dedicated storage node: yes;


nsr_device(5)

remote user (읽기 /쓰기 , 문자열 )

이 속성은 NDMP 속성 값이 yes로 설정된 경우에 사용됩니다 . 이 속성에 입력한 값은 NDMP 서버에 대해 구성된 사용자 이름이어야 합니다 . 이 속성은 Windows 스토리지 노드에 네트워크 드라이브의 adv_file 디바이스를 작성할 때도 사용됩니다 .

네트워크 드라이브에 연결하려면 remote user 속성을 Windows 스토리지 노드의 사용자 이름 (nsrmmd)으로 지정합니다 .

예제 : remote user: root;

password (읽기 /쓰기 , 암호화됨 )

이 속성은 remote user 속성과 함께 사용되어 NDMP 서버에 대한 액세스를 구성합니다 . 또한 이 속성은 remote user 속성과 함께 사용되어 Windows 스토리지 노드에 있는 네트워크 드라이브의 adv_file 디바이스에 연결합니다 .

예제 : password: ;

unlabeled volume loaded (읽기 전용 , 동적 , 숨김 )

이 속성은 디바이스에 로드된 볼륨에 읽을 수 있는 Net- Worker 볼륨 레이블이 있는지 여부를 나타냅니다 . 이 값은 yes\fR 또는 no\fR가 될 수 있습니다 .

NetWorker에서 디바이스를 모니터링 중이며 볼륨이 디바이스에 로드되고 이 디바이스에서 읽을 수 있는 올바른 NetWorker 레이블이 볼륨에 없으면 이 속성은 yes\fR

로 설정됩니다 . 디바이스의 볼륨에 레이블을 지정하거나 디바이스에서 배출하면 이

속성은 no\fR로 설정됩니다 .

logical name (읽기 전용 , 숨김 , 작성 안 함 )

이 속성은 논리 디바이스와 연결된 실제 디바이스의 이름을 나타냅니다 . 이 속성은

논리 디바이스에만 사용됩니다 .

예제 : logical name: /dev/rmt/0hbn;

logical family (읽기 전용 , 숨김 , 작성 안 함 )

이 속성은 현재 논리 디바이스와 연결된 실제 디바이스군을 나타냅니다 . 이 속성과

연결할 수 있는 값은 media family 속성에 유효한 값입니다 . 단 , 이 속성 값을

logical 로 설정할 수는 없습니다 . 이 속성은 논리 디바이스에만 사용됩니다 .

예제 : logical family: tape;

logical type (읽기 전용 , 숨김 , 작성 안 함 )

이 속성은 논리 디바이스와 연결된 실제 디바이스 유형을 나타냅니다 . 이 속성과 연결할 수 있는 값은 media type 속성에 유효한 값입니다 . 단 , 이 속성값을

logical 로 설정할 수는 없습니다 . 이 속성은 논리 디바이스에만 사용됩니다 .

예제 : logical type: 8mm 5GB;

hardware ID (읽기 /쓰기 )

이 속성은 여러 디바이스 리소스에서 액세스할 수 있는 공유 물리적 드라이브의 고유

ID를 나타냅니다 . 같은 물리적 드라이브를 공유하는 각 디바이스 리소스에 대해 이

속성 값이 같아야 합니다. 디바이스가 비활성화되어 있고 주크박스 리소스 내에 없는

경우에만 업데이트할 수 있습니다 . 이 속성 값을 정의하면 해당 디바이스 메시지에

hardware ID 속성을 고유하게 나타내는 숫자가 포함되며 NetWorker Management

Console 및 nsrwatch(8) 같은 관리자 명령에 표시됩니다. 이 숫자는 같은 물리적

드라이브를 공유하는 디바이스를 식별합니다 .


nsr_device(5)

save mount timeout (읽기 /쓰기 , 숨김 , 작성 안 함 )

이 속성은 디바이스가 있는 스토리지 노드에 대한 초기 저장 마운트 요청의 시간 초과 값을 나타냅니다 . 지정한 시간 내에 요청이 충족되지 않으면 "save lockout"

시간 동안 저장 프로세스를 받을 수 없도록 스토리지 노드가 잠깁니다 . 스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5) 를 참조하십시오 . 로컬 디바이스에 이 속성을 사용할 수도 있지만 "save lockout"을 기본값 0에서 변경할 수는 없습니다 . 따라서 로컬 디바이스는 저장 요청에서 잠글 수 없습니다 .

save lockout (읽기 /쓰기 , 숨김 , 작성 안 함 )

이 속성은 저장 마운트 요청 중에 스토리지 노드가 save mount timeout 시간에 도달한 후 저장 할당을 받을 수 없도록 잠기는 시간 (분 )을 나타냅니다 . 값이 0이면

노드가 잠기지 않습니다 . 로컬 디바이스에 대해서는 이 속성을 변경할 수 없습니다 .

CDI (읽기 /쓰기 , 작성 안 함 )

이 속성은 이 디바이스와 통신하는 데 CDI(Common Device Interface)가 사용되는지 여부 및 사용되는 CDI 방법을 나타냅니다 . 이 속성 값은 다음 중 하나입니다 .

Not used

NetWorker에서 버전 6.x 이하와 같은 방법을 사용하여 디바이스와 통신합니다 .

Not used를 선택하면 CDI 사용이 해제되므로 이 설정은 주로 디버깅 용도로 사용됩니다 .

SCSI commands

NetWorker에서 CDI 인터페이스를 사용하여 명시적 SCSI 명령을 테이프 드라이브로

보냅니다 . 이 경우 디바이스를 가장 잘 제어하고 상태를 수집할 수 있으며 ,

NetWorker의 직접 제어를 받는 SCSI 또는 SCSI와 유사한 테이프 드라이브의 기본값입니다 .

Tape driver commands

NetWorker에서 운영 체제의 테이프 드라이버 인터페이스에 있는 사용 가능한 기능을 모두 사용합니다 . 이 설정을 선택해도 테이프 드라이버에 없어 NetWorker에서

사용할 수 없는 많은 기능이 있습니다 . 또한 OS마다 지원하는 기능이 다르므로 이

설정을 선택해도 플랫폼에 따라 디바이스가 다르게 동작할 수도 있습니다 .

Generic tape driver commands

NetWorker에서 모든 Unix 플랫폼에 있는 기능만 사용합니다. 7.0 이전 코드 대신

CDI 코드가 사용된다는 점을 제외하고 Not used 설정과 유사한 결과를 제공합니다 .

NDMP NetWorker에서 NDMP를 사용하여 NDMP에 연결된

테이프 디바이스를 제어합니다 . 사용 가능한 정확한 기능은 사용하는 NDMP 서버에

따라 달라집니다 .

iSCSI

NetWorker에서 iSCSI 명령을 사용하여 iSCSI에 연결된 테이프 디바이스를 제어합니다 .

예제 :

CDI: SCSI commands;


nsr_device(5)

device block size (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 디바이스 단위로 디바이스의 기본 블록 크기를 덮어쓸 수 있습니다 . 허용되는 값은 handler default\fR(이 속성의 기본 설정 ), 32kB\fR, 64kB\fR, 96kB\fR, 128kB\fR, 160kB\fR, 192kB\fR, 224kB\fR, 256kB\fR,

384kB\fR, 512kB\fR, 640kB\fR, 768kB\fR, 896kB\fR 및 1024kB\fR입니다.

NetWorker 볼륨의 블록 크기는 볼륨에 레이블을 지정할 때 설정되므로 이 속성을 변경해도 볼륨을 재활용할 때까지 적용되지 않습니다 . 또한 이 속성을 handler

default\fR로 재설정해도 이 디바이스의 nsrmmd 데몬을 재시작할 때까지 적용되지

않습니다 . 일부 SCSI 어댑터나 어댑터 드라이버는 SCSI 전송의 최대 크기를 제한하므로 하드웨어 플랫폼 제한으로 인해 이 속성에서 선택한 값보다 적은 블록 크기가

사용될 수도 있습니다 . 이러한 제한은 일반적으로 NetWorker에 의해 자동으로 적용됩니다 .

device file size (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 기본 테이프 파일 크기를

덮어쓸 수 있습니다 . 파일 크기는 NetWorker에서 파일 표시를 테이프에 쓰기 전에

쓸 블록 (테이프 레코드 )수입니다 . 허용되는 값은 100에서 3,000,000 사이입니다 .

device load time (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 기본 로드 시간을 무시할 수 있습니다 . 로드 시간은 Net- Worker에서 테이프 디바이스를 테이프 드라이브에 로드한 후 계속해서 열려고 시도하는 시간 (초 )입니다 . 허용되는 값은 10초에서 900초 사이입니다 .

이 속성은 CDI를 Not used로 설정한 경우에만 사용됩니다 .

device eject time (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 기본 테이프 꺼내기 시간을 덮어쓸 수 있습니다 . 꺼내기 시간은 NetWorker가 드라이브에서 테이프를 제거하기 전에 테이프 드라이브에서 테이프를 배출할 때까지 기다리는 시간 (초 )입니다 . 허용되는 값은 30초에서 900초 사이입니다 .

device pooling interval (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 기본 테이프 폴링 간격을 덮어쓸 수 있습니다 . 폴링 간격은 NetWorker에서 테이프 드라이브를 사용할 준비가 되었는지 여부를 연속해서 확인하는 간격(초 )입니다 . 허용되는 값은 1초에서

30초 사이입니다 .

device min load tries (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 로드 시도 제한을 덮어쓸 수 있습니다 . 로드 시도 제한은 NetWorker에서 테이프 드라이브를 사용할 준비가 되었는지 여부를 확인하는 최소 횟수입니다 . 이 속성은 준비되지 않은 테이프 드라이브에 대해 open() 시스템 호출을 수행하면 오랜 시간 후에 결국 실패하는 운영

체제에 주로 사용됩니다 . 허용되는 값은 2에서 120 사이입니다 .

이 속성은 CDI를 Not used로 설정한 경우에만 사용됩니다 .


nsr_device(5)

device tape flags (읽기 -쓰기 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 기본 플래그를 덮어쓸

수 있습니다 . 플래그는 NetWorker가 디바이스와 상호 작용하는 방법의 주요 측면을 제어하는 설정입니다. 허용되는 값은 TAPE, NOEOM, PHYSREC, SIZED, NOBSF,

FILE, FILESYS, 32K이며 공백이나 'or' 기호 (|)로구분되고 앞에 'or' 기호 (|)

가 붙을 수 있습니다 .

경고 : EMC 기술 지원부에서 지시한 경우에만 이 속성을 사용해야 합니다 . 이 속성을 잘못 사용하여 기본값인 공백 대신 다른 값으로 설정하면 드라이브에 로드된 테이프의 데이터가 손실될 수 있습니다 .

device default capacity (읽기 -쓰기 , 단일 숫자 , 숨김 )

이 속성을 사용하여 NetWorker에서 이 디바이스에 사용하는 기본 용량을 덮어쓸 수

있습니다 . 기본 용량은 지정된 디바이스 유형의 드라이브에 대한 압축되지 않은 스토리지 용량의 일반적인 값이며 다른 테이프 크기나 압축 방법을 고려하지 않습니다 .

이 속성은 대략적인 정보 제공 용도로만 사용되며 NetWorker에서 테이프에 쓸 데이터 양에 영향을 주지 않습니다 . 이 속성은 CDI를 Not used로 설정한 경우에만 사용됩니다 .

TapeAlert Critical (읽기 -쓰기 , 작성 안 함 )

이 속성은 작업 중에 테이프 드라이브에서 수집된 Critical TapeAlert 플래그 목록을 저장합니다 . Critical 플래그는 데이터가 손실될 수 있는 플래그입니다 . 일반적으로 이 플래그 문제를 해결하려면 사용자 작업이 필요합니다 .

특정 플래그가 더 이상 드라이브와 관련이 없을 때 Net- Worker에서 자동으로 지우는 Critical 플래그는 다음과 같습니다 . 실제 TapeAlert 플래그 번호는 플래그

이름 뒤의 괄호 안에 있습니다 .

Media (4)

테이프로 인한 복구할 수 없는 읽기 , 쓰기 또는 포지셔닝 오류입니다 .

Write protect (9)

쓰기 금지된 테이프에 쓰려고 합니다 .

Recoverable snapped tape (13)

테이프를 배출할 수 있는 드라이브에 테이프가 스냅되었습니다 .

Forced eject (16)

테이프가 드라이브에서 수동으로 배출되었습니다 .

Clean now (20)

테이프 드라이브를 클리닝해야 합니다 .

모든 TapeAlert 속성은 하드웨어에서 보고하는 문제를 보고하는 용도로만 사용되므로 "delete only" 목록이어야 합니다 . 그러나 NetWorker에는 "delete only"

속성이 없으므로 이러한 속성은 읽기 -쓰기입니다 . NetWorker는 이러한 속성에 포함된 값을 사용하여 데몬 로그 , 메시지 파일 및 열린 NetWorker 관리 GUI에서 보고된 문제에 대한반복 경고를 표시하지 않습니다 .


nsr_device(5)

TapeAlert Warning (읽기 -쓰기 , 작성 안 함 )

이 속성은 작업 중에 테이프 드라이브에서 수집된 Warning TapeAlert 플래그 목록을 저장합니다. Warning 플래그는 즉시 데이터가 손실되지는 않지만 나중에 데이터

손실이 발생할 수 있는 디바이스 작업의 일부 측면을 나타내는 플래그입니다 .

NetWorker에서 자동으로 지우는 Warning 플래그는 다음과 같습니다 .

Read warning (1)

드라이브에서 테이프를 읽는 동안 문제가 발생했습니다 . 데이터가 손실되지는 않았지만 성능이 느려질 수 있습니다 .

Clean periodic (21)

드라이브 정기 클리닝을 수행할 시간입니다 .

TapeAlert Information (읽기 -쓰기 , 작성 안 함 )

이 속성은 작업 중에 테이프 드라이브에서 수집된 Informa- tion TapeAlert 플래그 목록을 저장합니다 . Information 플래그는 참고해야 하지만 데이터가 손실되지

않는 발생을 나타냅니다 .

NetWorker에서 자동으로 지우는 Information 플래그는 다음과 같습니다 .

No removal (10)

드라이브를 사용 중일 때 테이프를 배출하려고 했습니다 .

Cleaning media (11)

드라이브에 있는 테이프가 클리닝 테이프이므로 데이터에 사용할 수 없습니다 .

Unsupported format (12)

드라이브에 있는 테이프가 드라이브에서 지원하지 않는 형식입니다 .

Nearing media life (19)

테이프 카트리지에 지정된 사용 기간이 거의 끝났습니다 .

autodetect ID (읽기 /쓰기 , 숨김 )

이 속성은 자동 감지된 디바이스를 식별하는 데 사용됩니다 . NetWorker 프로그램에만 사용되며 관리자가 수동으로 변경하면 안 됩니다 .

server network interface (읽기 /쓰기 , 숨김 )

이 속성은 mmd와 통신하는 데 사용되는 네트워크 주소나 호스트 이름을 정의합니다 .

이 필드는 디바이스가 스토리지 노드에 연결되어 있는 경우에만 해당됩니다 .


nsr_device(5)

예제전체 예제는 다음과 같습니다 .

type: NSR device; name: /dev/nrst8; message: writing, done volume name: mars.017; media family: tape; media type: 8mm 5GB; enabled: Yes; shared devices: done; dedicated storage node: No; write enabled: Yes; read only: No; target sessions: 4; volume label: mars.017; volume default capacity: ; volume current capacity: 5000 MB; volume expiration: "Thu Sep 21 17:23:37 1996"; volume pool: Default; volume flags: ; volume operation: ; volume write time: ; volume block size: 32 KB; volume id: 32449; accesses: 199; access weight: 1; consecutive errors: 0; max consecutive errors: 20; operation arg: ; volume message: ; NSR operation: ; minor mode: idle; jukebox device: Yes; statistics: elapsed = 257572, errors = 0, last rate = 397, max clients = 3, file marks = 22, rewinds = 4, files skipped = 1976, records skipped = 0, current file = 2389, current record = 162, seek files = 0, seek records = 0, estimated kb = 0, amount kb = 6273, file amount kb = 6273, sessions = 1; cleaning required: No; cleaning interval: 2 weeks; date last cleaned: "Tue Apr 11 15:10:32 1995"; auto media management: No; unlabeled volume loaded: No; logical name: ; logical type: ; logical family: ; connection process id: ; connection message: ; connection status: ; hardware id: ; save mount timeout: 30; save lockout: 0; CDI: SCSI commands; device block size: handler default; device default capacity: 20GB; device eject time: ; device file size: ;


nsr_device(5)

device load time: 120 ; device min load tries: ; device poll interval: ; device tape flags: ; TapeAlert Critical: Media, Cleaning; TapeAlert Information: Read warning; TapeAlert Warning: Cleaning media;

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안 됩니다 . 대신 nsrmm(8), nsradmin(8)

또는 NetWorker Management Console 을 사용하십시오 .

참조nsr_getdate(3), ctime(3), nsr_resource(5), nsr_pool(5), nsr_schedule(5), nsr_service(5), nsr_storage_node(5), nsr_render_log(8), nsr(8), nsrmmd(8), nsrmm(8), nsradmin(8)


nsr_device(5)


nsr_directive(5)

Maintenance Procedures nsr_directive(5)

이름nsr_directive - NetWorker 리소스 유형 ‘‘NSR directive’’

시놉시스type: NSR directive

설명각 NSR 디렉티브는 NSR directive 유형의 단일 리소스에 의해 설명됩니다 (nsr_resource(5) 참조 ).

NetWorker server의 NSR 디렉티브 리소스를 편집하려면 nsradmin(8) 또는 NetWorker Management

Console 을 사용합니다 . 이러한 NetWorker 관리 프로그램 사용에 대한 자세한 내용은 해당 매뉴얼 페이지를 참조하십시오 .

이 리소스는 NetWorker ASM(Application Specific Module) 명령군에서 파일을 처리할 때 사용합니다 .

uasm(8) 및 nsr(5) 을 참조하십시오 . 디렉티브를 사용하면 저장할 파일을 제어하고 특정 파일 유형에 특수

처리를 지정하여 백업 효율성을 높일 수 있습니다 .

속성리소스 유형 NSR directive 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 만들기만 은 리소스를 작성한 후에 값을 변경할 수 없음을 나타냅니다 . 읽기 /

쓰기 는 권한 있는 관리자가 값을 업데이트할 수 있음을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 동적 속성에는 신속하게 변경되는 값이 있습니다 . administrator 등의 몇 가지 추가 속성은 모든

리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .

name (만들기만 )

디렉티브 리소스의 이름은 NetWorker client 리소스를 작성하거나 업데이트할 때

선택 사항으로 표시됩니다 . nsr_client(5) 를 참조하십시오 . 이름은 일반적으로

관리자가 원하는 대로 선택할 수 있지만 이 NetWorker server에 대해 고유해야 합니다 . ‘UNIX standard directives’라는 directive 리소스는 수정할 수는 있지만 삭제할 수는 없습니다. 기타 디렉티브는 이 디렉티브를 사용 중인 클라이언트나

아카이브 목록이 없는 경우에만 삭제할 수 있습니다 .

예제 : name: UNIX standard directives;


이 속성은 관리자가 디렉티브에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다 .

directive (읽기 /쓰기 )

이 속성에는 디렉티브를 정의하는 규칙이 포함됩니다 . 이 속성 값은 .nsr 파일 내용과 유사합니다 . 단 , 각 << path >>\fR 디렉티브에 대해 절대 경로 이름을 지정해야 합니다 . NetWorker 디렉티브의 형식에 대한 자세한 내용은 nsr(5) 을 참조하십시오 .

예제 : directive: "<< / >> skip : core";


nsr_directive(5)

참고

NetWorker에는 "Unix standard directives", "Unix with compression

directives", "DOS standard directives" 및 "NetWare standard direc-

tives"의 네 가지 디렉티브 리소스가 정의되어 있습니다 . 처음 두 리소스는 UNIX 플랫폼에서 실행 중인 클라이언트에 사용됩니다 . "DOS standard directives"는 DOS

를 실행 중인 시스템의 클라이언트에 사용됩니다 . 마지막 디렉티브 "NetWare

standard directives"는 NetWare플랫폼에서 실행 중인 클라이언트에 사용됩니다 .

"Default" 및 "Default with compression" 디렉티브가 있을 수도 있습니다. 이는

각각 "Unix standard directives"와 "Unix with compression directives"의

이전 이름입니다 . 이전 이름을 사용하는 디렉티브 리소스가 더 이상 사용되지 않는 경우 NetWorker에서 제거합니다 .

예제다음은 'Unix directive'라는 NSR directive 리소스의 예제입니다 .

type: NSR directive; name: UNIX directive;directive: " << / >> +skip : core skip : tmp << /usr/spool/mail >> mailasm : * << /nsr >> allow ";

참조nsr(5), nsr_resource(5), savegroup(8), savefs(8), uasm(8), nsradmin(8)


nsr_getdate(3)

Maintenance Procedures nsr_getdate(3)

이름nsr_getdate - ASCII에서 날짜 및 시간 변환

시놉시스#include <sys/types.h>

time_t nsr_getdate(buf)char *buf;

설명nsr_getdate() 루틴은 대부분의 일반적인 시간 지정을 표준 UNIX 형식으로 변환합니다 . 시간과 날짜가 포함된 문자열을 인수로 사용하여 시간 형식으로 변환합니다 .

문자열은 다음 형식의 0개 이상 지정으로 구성됩니다 .

tod tod 는 시간으로 , hh[:mm[:ss]] (또는 hhmm) [meridian] [zone] 형식을 사용합니다 . 오전이나 오후 - am 또는 pm - 를 지정하지 않으면 24시간 형식이 사용됩니다 . tod 는 단순히 hh

뒤에 meridian 을 추가하여 지정할 수도 있습니다 . 시간대 (예 : GMT)를 지정하지 않으면 두 번째 매개 변수 now 에 의해 결정된 현재 시간대가 가정됩니다 .

날짜 날짜 는 특정 월과 일 , 연도입니다 . 허용되는 형식은 mm/dd[/yy] 및 monthname dd[, yy] 입니다 . 생략하면 연도는 기본적으로 현재 연도로 설정됩니다 . 70에서 99 사이의 숫자로 연도를 지정하면 1900이 더해집니다 . 연도가 00에서 30 사이이면 2000을 더합니다 . 100보다 작은 기타

연도의 처리는 정의되어 있지 않습니다. 숫자 뒤에 일 또는 상대 시간 단위가 없으면 tod, monthname

및 dd 를 이미 지정한 경우 연도로 해석됩니다 . 그렇지 않으면 tod 로 해석됩니다 . 이 규칙에 의해 date(1) 또는 ctime(3) 의 출력을 nsr_getdate 의 입력으로 전달할 수 있습니다 .

요일 요일 을 지정할 수 있습니다 . 해당되는 경우 현재 요일이 사용됩니다 . 요일 앞에 숫자 를 붙여 원하는 해당 요일의 인스턴스를 나타낼 수 있습니다 . 기본값은 1 입니다 . 음수 는 과거 시간을 나타냅니다. 심볼 숫자 인 last, next 및 first 에서 twelfth 까지의 서수도 사용할 수 있습니다.

(second 는 모호하여 서수로 사용할 수 없습니다 .) 심볼 숫자 next 는 2 와 같으므로 next

monday 는 이번 월요일이 아니라 한 주 뒤의 월요일을 나타냅니다 .

상대 시간현재 시간을 기준으로 지정할 수 있습니다 . 형식은 [number] unit 이고 허용되는 단위는

decade, year, quarter, month, fortnight, week, day, hour, minute 및 second 입니다 . 실제 날짜는 다음과 같이 구성됩니다 . 먼저 절대 날짜 또는 시간이 처리되고 변환됩니다 .

이 시간을 기준으로 사용하여 요일 지정이 추가된 다음 상대 지정이 사용됩니다 . 날짜나 요일을

지정하고 절대 시간이나 상대 시간을 지정하지 않으면 자정이 사용됩니다 . 마지막으로 일광 절약 시간 차이를 고려하여 올바른 시간을 생성하도록 수정됩니다 .

nsr_getdate 는 요일 , 월 등의 일반적인 약어를 대부분 허용합니다 . 특히 첫 글자가 대문자나 소문자인

경우도 인식하며 후행 마침표가 있는지 여부에 관계 없이 세 글자 약어를 인식합니다 . 단위를 weeks 처럼

단수나 복수로 지정할 수도 있습니다 . 시간대 및 정오값은 대문자나 소문자로 입력할 수 있으며 마침표의 사용 여부는 관계가 없습니다 .

참조ctime(3), date(1), ftime(3c), localtime(2), time(2)


nsr_getdate(3)

버그문법과 스캐너가 다소 원시적이어서 바람직하고 명확한 특정 구성이 허용되지 않습니다. 더욱이 일부 올바른

구문의 의미가 예상과 다르게 해석됩니다 . 예를 들어 next week 는 2 weeks 와 같습니다 .

일광 절약 시간 수정이 완벽하지 않아서 시간이 변경되는 날짜의 자정과 2:00 am 사이의 시간을 제공하면

잘못 수정될 수 있습니다 .

localtime(2) 은 영역 정보 없이 이전 스타일의 시간 형식을 사용하므로 nsr_getdate 에 다른 영역이 포함된 현재 시간을 전달하면 오류가 발생합니다 .


nsr_group(5)

Maintenance Procedures nsr_group(5)

이름nsr_group - NetWorker 리소스 유형 “NSR group”

요약type: NSR group

설명각 NetWorker 그룹은 NSR group 유형의 단일 리소스에 의해 설명됩니다 (nsr_resource(5) 참조 ). NetWorker Server의 NSR group 리소스를 편집 하려면 다음을 입력합니다 . nsradmin -c "type:NSR group" 또는 NetWorker Management Console을 사용합니다. NetWorker Administra- tion 프로그램 사용에 대해서는 nsradmin(8) 매뉴얼 페이지를 참조하십시오 .

이러한 리소스는 NetWorker Client 그룹이 데이터 저장을 시작하는 시기와 백업을 매일 자동으로 시작할지 여부를 제어합니다 . 각 NSR client 리소스 (nsr_client(5) 참조 )는 클라이언트 (또는 해당 클라이언트의 세이브 세트 ) 가구성원으로 속해 있는 그룹을 나열합니다 . 그룹은 클라이언트 구성원이 없는 경우에만 삭제할 수 있습니다 .

속성리소스 유형 NSR group에 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값을 액세스하는 방법에 대해 설명합니다 . Create-only는 리소스를 생성한후 관리자가 값을 변경할 수 없음을 나타냅니다 . Read/write는 언제든지 값을 읽을 수도 있고 설정할 수도 있음을 나타냅니다 . Choice는 지정된 목록에서만 값을 선택할 수 있음을 나타냅니다 . Yes/no는 ’예 ’ 또는 ’아니요 ’ 만 선택할 수 있음을 나타냅니다 . Static 속성의 값은 거의 변경되지 않습니다 . Dynamic 속성에는 신속하게 변경되는 값이 있습니다 . Hidden은 프로그램 또는 전문가에게만 관련된 속성임을 의미합니다 . 이러한 속성은 nsradmin(8) 에서 숨김 옵션을 설정한 경우에만 볼 수 있습니다 . 예를 들어 (create-only, static)으로 표시된 속성에는 속성을 생성할때 설정된 후 변경되지 않는 값이 있습니다 . 관리자 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5)에서 설명합니다 .

name (create-only)

이 속성에는 해당 리소스가 정의하는 그룹의 이름이 포함됩니다 . 해당 NetWorker Server는 이름이 고유해야 하지만 그렇지 않을 경우 관리자가 원하는 이름을 선택할 수 있습니다 . 이 이름은 각 NSR client 및 NSR pool(5) 리소스의 선택 속성으로 표시됩니다 . ’Default’이라는 이름의 NSR group 리소스는 수정할 수는 있지만 제거할수는 없습니 다 . 이름은 그룹을 생성할 때만 지정할 수있습니다 .

예 : 이름 : marketing;


이 속성은 관리자가 그룹에 대한 설명이나 보충 정보를 기록해 둘 수 있도록 제공됩니다 .

snapshot (read/write, yes/no)

이 속성은 그룹이 스냅샷 백업을 나타내는지 여부를 결정합니다 .

autostart (read/write, choice)

이 속성은 해당 그룹을 매일 자동으로 저장할지 여부를 결정합니다 . 값은 설정 , 해제 또는 지금 시작 중 하나일 수 있습니다 . 값이 설정이면 그룹의 구성원이 시작 시간 속성에 지정된 시간에 데이터 저장을 시작합니다 . 값이 해제이면 그룹의 구성원이 자동으로 데이터 저장을 시작하지 않습니다 . 지금 시작 값을 지정하면 구성원 클라이언트가 즉시 데이터 저장을 시작합니다 . 그런 다음 속성이 이전 값으로 돌아갑니 다 .


nsr_group(5)

예 : 자동 시작 : 설정 ;

autorestart (read/write, choice, hidden)

이 속성은 NetWorker Server 시작 중에 정전이나 관리자 작업으로 인해 불완전한

실행이 발견될 때 해당 그룹을 자동으로 재시작할지 여부를 제어합니다 . 자동 시작

속성과 마찬가지로 이 속성 값을 지금 재시작으로 설정하면 NetWorker에서 즉시 그룹을 재시작합니다 .

stop now (read/write, choice, hidden)

해당 그룹이 실행 중일 때 이 값을 ’True’로 설정하면 그룹에서 즉시 모든 저장 작업을 중단합니다 . 그룹이 중단되면 값이 다시 ’False’ 로 설정됩니다 .유효한 값은

이 두가지 뿐입니다 .

start time (read/write)

이 속성은 해당 그룹에서 저장을 시작할 시간을 지정합니다 . Net- Worker Server

의 로컬 시간이 사용됩니다 . 시간은 "시 :분 " 형식으로 지정 됩니다 . nsradmin

프로그램 같은 문자 기반 관리 툴을 사용하는 경우 값에 콜론이 있으므로 따옴표가

필요할 수있습니다 .시는 0에서 23 사이 (24시간 형식 사용 )이고 분은 0에서 59

사이입니다 .

예 : 시작 시간 : "4:53";

last start (read/write, hidden)

해당 그룹을 마지막으로 시작한 시간입니다 . 여러 개의 인스턴스를 실행하려고 하면

인스턴스 하나만 속성이 업데이트됩니다 . 이 속성을 설정하면 "마지막 종료 " 속성이 지워집니다. 이 속성은 정보 제공 용도로만 사용되므로 속성을 변경해도 시스템에

영향을 주지않습니다 .

last end (read/write, hidden)

해당 그룹이 마지막으로 종료 또는 완료된 시간입니다 . 이 속성은 정보 제공 용도로만 사용되므로 속성을 변경해도 시스템에 영향을 주지 않습니다 . 이 속성은 마지막

시작 속성을 업데이트한 경우에만 업데이트됩니다 . savegrp 프로그램이나 시스템이

비정상적으로 종료되면 "마지막 종료 " 속성이 업데이트되지 않을 수도 있습니다 .

interval (read/write, static, hidden)

이 속성은 NetWorker에서 해당 그룹을 자동으로 실행하는 빈도를 지정 합니다 .수동으로 그룹을 시작하면 이 간격이 재정의됩니다 . 기본값은 24:00이며 , 이 경우 매일 한 번 실행됩니다 .

restart window (read/write, static, hidden)

이 속성은 NetWorker에서 자동으로 재시작한 그룹에 사용되며 재시작이 유효한 시간을 정의합니다. 그룹의 이전 시작 이후 재시작 기간이 지난 경우 재시작 시도가 새

시작으로 변환됩니다 . 이전에 성공적으로 완료되었더라도 시작 시간이 이 재시작 기간 이전인 경우 개별 세이브 세트가 경과한 것으로 간주됩니다 . 이러한 세이브 세트는 재시작에 적합한것으로 간주합니다 . 그룹 일부가 이 기간 내에 해당되므로 이 속성은 완료된 모든 세이브 세트의 시작 시간을 유지하는데 도움이됩니다. 재시작 기간

속성은 간격보다 작아야 하며 간격의 절반으로 설정 하면 다음 번에 예약된 시작을

초과하는 재시작 오버런을 방지할 수 있습니다 . 기본값은 12:00으로 , 이 값은 간격 기본값 (24:00)의 절반입 니다 .


nsr_group(5)

success threshold (read/write, choice)

이 속성은 그룹 내의 모든 세이브 세트 성공을 보고하는 기준을 설정 합니다 . 기본값은 경고이며 , 이 경우 백업중에 세이브 세트에 경고가 발생해도 성공한 세이브 세트

섹션에 보고됩니다 . 이러한 세이브 세트의 클라이언트는 완료 보고서의 헤더 요약에

성공했지만 경고 있음으로 보고됩니다 . 성공으로 설정하면 경고와 함께 완료된 모든

세이브 세트가 실패한 세이브 세트 섹션에 보고됩니다 . 재시도 횟수가 0이 아니면 실패 시세이브 세트에 대해 재시도가 호출됩니다 . 또한 savegroup 완 료 보고서의 헤더 요약에 클라이언트가 실패한것으로 보고됩니다 .

snapshot policy (read/write, choice)

그룹의 스냅샷이 ’예 ’로 설정된 경우 해당 그룹과 연결된 스냅샷 정책 입니다 .

snapshot pool (read/write, choice)

스냅샷 메타 데이터를 백업해야 하는 풀입니다 .

force incremental (read/write, static, hidden, choice)

이 속성을 ’예 ’로 설정하면 간격 속성이 24시간보다 작고 그룹이 12:00am+ 간격후에 시작된 경우 savegroup의 증분 레벨을 강제 적용합니다 . 12:00am은 자정입니다 . 기본값은 ‘예 ’입니다 . 이 값이 ’아니요 ’ 이면 모든 백업이 그룹 리소스의

레벨 속성에 지정된 , 미리 결정된 레벨로 수행됩니다 . 이 속성은 자동으로 시작된

그룹에만 적용됩니다 .

다음 예에서는 이 속성을 "간격"과 함께 사용하는 방법을 보여 줍니다 . 그룹 g1을

6시간마다 백업해야 하며 첫 번째 백업이 레벨 백업이어야 한다고 가정합니다 . g1

의 경우 , 간격을 06:00, 자동 시작을 "설정 ", 증분 백업을 ’예 ’로 설정합니다 .

또한 레벨을 원하는 레벨로 설정합니다 . 이경우 그룹 g1의 첫 번째 예약된 실행(6:00am 이전)은 구성된 레벨로 실행됩니다. 같은 날 이후 시간에 예약된 그룹 g1

실 행 (6:00am 이후 )은 증분 레벨로 실행됩니다 .

savegrp parallelism (read/write)

이 값이 0이 아니면 savegrp 프로그램은 다른 모든 병렬 처리 정책을 무시하고 이

개수의 저장이 실행되도록 유지합니다 .

client retries (read/write)

savegrp이 포기하고 실패를 선언하기 전까지 , 실패한 클라이언트를 재 시도할 횟수입니다 . 값이 0이면 재시도하지 않습니다 . 중단된 저장은 나중에 완료될 수도 있으므로 다시 시도되지 않습니다 . savegrp은 새 세이브 세트를 시작할 수 없을 때마다 클라이언트의 세이브 세트를 재시도 합니다 . 즉 , savegrp은 새 세이브 세트를

먼저 시작하려고 하며 다른 대안이 없는 경우에만 재시도합니다 . 예 : 클라이언트 접속 재시도 횟수 : 1;

client retry delay (read/write)

savegrp 실행 중 실패한 저장을 재시도하기 전에 대기하는 시간 (분 )입 니다 . 0

으로 설정하면 즉시 재시도합니다 . 예 : 클라이언트 재시도 지연 : 0;

clone (read/write, static, yes/no, choice)

이 값을 ’예 ’로 설정하면 해당 그룹을 저장할 때 백업되는 모든 세이 브 세트의 클론이 자동으로 생성됩니다 . 세이브 세트 클론은 클론 풀 속성에 이름이 지정된 풀로

전송됩니다 .


nsr_group(5)

clone mode (read/write, static, choice)

사용할 클론 생성 모드를 선택합니다 . 유효한 값은 "각세이브 세트 완료 시 시작 "

및 "그룹 완료 시시작 "입니다 . "각 세이브 세트 완 료 시 시작 " 모드에서는

savegrp이 그룹 작업에 걸리는 시간을 줄이기 위해 세이브 세트가 완료될 때마다

클론 생성을 시도합니다 . "그룹 완료시 시작 " 모드에서는 모든 저장이 완료된 후에

savegrp이 세이브 세트의 클론을 생성합니다 .

clone pool (read/write, static, choice)

’클론 ’이 ’예 ’인 경우 세이브 세트 클론을 보낼 풀입니다 . 유형이 ‘백업 클론 ’

인 풀만 허용됩니다 (nsr_pool(5) 참조 ).

options (read/write, static, hidden)

이 값은 해당 그룹을 실행할 때 사용할 플래그를 지정합니다 . ’모니터링 안 함 ’,

’인덱스 저장 안 함 ’, ’저장안 함 ’, ’인덱스만 ’, ’ 세부 정보 표시 ’, ’예상 ’

및 ’미리보기 ’ 값은 각각 savegrp 명령줄 플래그 -m, -I, -n, -O, -v, -E 및

-p로 매핑됩니다 . 이러한 값 중일부 (’ 미 리 보기 ’ 및 ’저장 안 함 ’)는

savegrp 실행이 정상적으로 완료될 때 자동으로 재설정됩니다 .

예 : 옵션 : 세부 정보 표시 ;

level (read/write, hidden, choice)

에 의해 자동으로 시작하는 경우 savegroup에서사용할 명시적 레벨입니다 .

이 숨겨진 속성은 사용자가수정할 수 있습니다. 이값은 자동으로 지워지지않습니다.

즉 , 이 속성을 full로 설정하면 이값 을수동으로 지울 때까지 해당 savegroup이

전체 레벨로실행됩니다. 일반적인 경우처럼 이 속성을 지정하지않으면 각 클라이언트

파일 시스 템 의 NSR Schedule이 레벨을결정하는 데 사용됩니다 . 명령줄에서 수동으로 savegrp을실행하면 이 값이 재정의됩니다 . 표준 레벨 식 별자 로 ‘full’,

‘incr’, ‘incr_synth_full’, ‘skip’ 및 ’1’에서 ’9’까지의 숫자레벨을 선택할 수 있습니다 .

printer (read/write, static, hidden)

해당 그룹의 실행에 의해 부트 스트랩 세이브 세트 정보가 생성된 경우 이 정보를 출력할 프린터입니다. 이 숨겨진 속성은 사용자가 수정할 수 있습니다. 잘못된 프린터

이름을 지정하면 부트스트랩 정보가 savegroup 완료 알림을 통해 전달된

savegroup 완료 정보에 포함됩니 다 (nsr_notification(5) 참조 ).

예 : 프린터 : ps;

schedule (읽기 /쓰기 , 선택 , 숨김 )

수행할 저장 레벨을 결정하는 데 사용할 스케줄입니다 . 이 숨겨진 속성은 사용자가

수정할 수 있습니다 . 이 값은 자동으로 지워지지 않습니다 . 즉 , 이 속성을 특정 스케줄로 설정하면 이 값을 수동으로 지울 때까지 이 그룹에 속한 모든 클라이언트의

스케줄을 덮어씁니다 . 이는 개별 클라이언트에 대해 지정된 스케줄을 덮어씁니다(nsr_schedule(5) 참조 ).

schedule (read/write, choice, hidden)

수행할 세이브 레벨을 결정하는 데 사용하는 스케줄입니다 . 이 숨겨진 속성은 사용자가 수정할 수있습니다 . 이 값은 자동으로 지워지지 않습니다 . 즉 , 이 속성을 특정

스케줄로 설정하면 이 값을 수동으로 지울때 까지 해당 그룹에 속한 모든 클라이언트의 스케줄이 재정의됩니 다 . 이에 따라 개별 클라이언트에 지정된 스케줄이 재정의 됩니다 . (nsr_schedule(5)참조 )


nsr_group(5)

schedule time (read/write, hidden)

세이브 작업을 수행할 레벨을 결정하기 위해 스케줄을 검토할 때 명시적인 시간을 지정할 수 있습니다 . 값이 null이면 (일반적인 설정 ) 현재 날짜를 사용하여 레벨을

결정한다는 의미입니다 .

예 : 스케줄 시간 : "3:00 am 01/11/93";

browse policy (read/write, choice)

이 속성은 온라인 파일 인덱스에 항목을 유지할 기간을 제어하는 정책의 이름을 지정합니다 . 정책에서 정의하는 기간이 보존 정책의 기간보 다 더 길지 않으면 현재 정의된 모든 정책 이름을 사용할 수있습니다 (nsr_policy(5) 참조 ). 이 설정은 클라이언트 리소스의 탐색 정책 설정을 재정의합니다 .

예 : 탐색 정책 : 월 ;

retention policy (read/write, choice)

이 속성은 항목이 재활용 가능한 것으로 표시되기 전까지 미디어 인덱스에 유지되는

기간을 제어하는 정책의 이름을 지정합니다 . 정책에서 정의하는 기간이 탐색 정책의

기간보다 더 짧지 않으면 현재 정의된 모든 정책 이름을 사용할 수 있습니다(nsr_policy(5) 참조 ).이 설정은 클라이언트 리소스의 보존 정책 설정을 재정의합니다 .

예 : 보존 정책 : 년 ;

expiration time (read/write, hidden)

이 옵션은 더 이상 사용되지 않습니다 . 대신 "탐색 정책 " 및 "보존 정책 " 속성을

사용하여 그룹 만료 시간을 설정하십시오 . 해당 그룹과 함께 저장된 세이브 세트에 명시적 만료 시간을 지정할 수 있습니다 . 그룹 리소스에 "탐색 정책 "과 "보존 정책 "

이 모두 설정되어 있지 않은 경우에만 이 값이 모든 저장 및 백업 명령에 전달됩니다(save(3) 참조 ). 기본 설정인 빈 값은 만료시간을 설정하지 않는다는 의미 입니다 .

inactivity timeout (read/write, static, hidden)

이 속성은 savegrp 하위 항목이 작동 중지된 것으로 결론나기 전까지 savegrp 명령이 서버에서 어떠한 작업이든 실행되길 기다리는 시간 ( 분 ) 입니다 . 이 숨겨진 속성은 사용자가 수정할 수 있습니다 . 작동 중지가 감지되면 savegrp은 save가 작업을

중단하는 중이며 백업을 해제 하거나 중단하고 다음 작업으로 이동한다는 내용의 메시지를 출력합니 다. 비활성은 클라이언트가 마지막으로 데이터를 서버로 보낸 시간으로

정의됩니다 . 클라이언트에 매우 큰 파일 시스템이 있는 상태에서 증분 백업을 실행하면 savegrp이 시간이 오래걸려 중지된 것처럼 보 이 는 세이브 세트를 중단할 수있습니다 . 이 경우 특정 클라이언트에 맞 게 비활성 시간초과를 늘려야 합니다 . 신세틱(Synthetic Full) 레 벨 백업에서는 이 속성이 무시됩니다 .

예 : 비활성 시간 초과 : 30;

soft runtime limit (read/write, static)

그룹 시작 시간부터 더 이상 새로운 하위 프로세스가 시작되지 않을 때까지의 시간 (

분 )을 지정합니다 . 인덱스 및 부트스트랩 저장은 예외로 , 이 설정과 관계 없이 시작됩니다 . 빈 문자열이나 0 값은 유동적 시간 초과가 적용되지 않음을 나타냅니다 .

기본값은 0입니다 .

예 : 유동적 런타임 제한 : 240;


nsr_group(5)

hard runtime limit (read/write, static)

그룹 시작 시간부터 그룹에 의해 시작된 모든 프로세스에 종료 요청이 전송될 때까지의 시간 (분 )을 지정합니다 . 빈문자열 또는 0 값은 고정 적 시간 초과가 적용되지

않음을 나타냅니다 .기본값은 0입니다 .

예 : 고정적 런타임 제한 : 480;

work list (read/write, dynamic, hidden)

아직 완료되지 않은 저장 목록입니다 . 이 속성은 다음 세값으로 구성 됩니다 . 클라이언트 이름 , 세이브 레벨 및저장할 경로 .

Perform virtual synthetic full (read/write, hidden)

신세틱 (Synthetic Full) 백업 레벨 백업을 수행할 때 Data Domain 가 상 신세틱 모드를 설정하거나 해제하는 옵션입니다 . 이속성 은 Net- Worker 8.1 이상의 스토리지 노드에 있는 Data Domain 디바이스에서 지원됩니다 . 이 속성을 설정하면 신세틱 (Synthetic Full) 백업 레벨에 포함되는 소스 세이브세트와 가상

신세틱(Synthetic Full) 백업의 타 겟이 동일한 Data Domain 호스트에 있어야

합니다 . 그렇지 않으면 비가상 신세틱 (Synthetic Full) 백업이 실행됩니다 .

VSF(Virtual Syn- thetic Full) 백업은 DD Boost 옵션 "virtual-

synthetics"가 설정된 Data Domain OS 5.2 이상에서 지원됩니다 . 가상 신세틱 모드의 모든 요구 사항에 대한 자세한 내용은 nsrconsolidate(8)를 참조하십시 오 . 기본값은 ’예 ’입니다 .

예 : 가상 신세틱 (Synthetic Full) 백업 수행 : 아니요

completion (read/write, dynamic, hidden)

완료된 각 세이브 세트의 상태입니다 . 이 속성은 다음 네값으로 구성 됩니다 . 클라이언트 이름 , 저장된 경로 , 상태 메시지 (성공 , 실패 또는 예기치 않게 종료됨) 및 세이브의출력 . 예 : 완료 : "mars", "/usr", "succeeded", "mars: / level=full, 6577 KB 00:06:41 625 files"

progress file name (read/write, dynamic, hidden)

savegrp이 그룹의 작업 목록 및 완료 정보의 현재 표시를 저장하는 (전용 ) 파일의 이름입니다 . 파일을 사용하면 savegrp과 RAP 데이터베 이스 소유자인

nsrd 사이에 대량정보를 계속해서 밀어 넣지 않아도 됩니다 .

status (read-only, dynamic, hidden)

해 당 NSR 그룹의 현재 상태입니다 . 현재 이 속성은 ‘idle’, ‘running’ 및

’cloning’ 값을 가질 수 있습니다 . ‘idle’ 값은 그룹이 활성 상태가 아닐 때

설정되고 , 백업이 진행중이면 ‘running’ 값이 , 백업 이 완료되고 클론을 자동으로 생성 중이면 ‘cloning’ 값이 설정 됩니다 .

예기본 NSR group 리소스는 오전 3시 33분에 자동으로 그룹 구성원을 시작합니 다 .

type: NSR group; name: Default; autostart: Enabled; start time: "3:33"; administrator: root;

숨겨진 속성이 활성 그룹에 적합한 값과 함께 표시된 전체 예는 다음과 같 습 니다 .


nsr_group(5)

유형 :NSR group;

이름 :기본값 ;

자동 시작 :설정 ;

시작 시간 :"3:33";

옵션 :재시작 가능 ;

프린터 :lp2;

비활성 시간 초과 :30;

작업 목록 :mars, incr, /g, mars, incr, index, venus, incr, /usr, venus, incr, index, jupiter, full, /, jupiter, full, /usr, jupiter, full, index

완료 :mars, /, succeeded, "mars: / level=incr, 31 KB 00:01:01 72 files", mars, /usr, succeeded, "mars: /usr level=incr, 2 KB 00:00:48 5 files", venus, /, succeeded, "venus: / level=incr, 7711 KB 00:04:37 29 files";

관리자 :루트 , &운영자 ;

참조nsr(8), nsr_notification(5), nsr_pool(5), nsr_resource(5), nsr_schedule(5), nsradmin(8), nsrconsolidate(8), savegrp(8)


nsr_group(5)


nsr_hypervisor(5)

Maintenance Procedures nsr_hypervisor(5)

이름nsr_hypervisor - NetWorker 리소스 유형 "NSR hypervisor"

요약type: NSR hypervisor

설명NSR hypervisor 유형의 리소스는 VMware의 VirtualCenter와 같은 가상화 플랫 폼의 가상 머신 모니터와

통신하기 위한 매개 변수를 관리하는데 사용합니다. 또한 NetWorker 하이퍼바이저는 모니터에서 쿼리된 정보(예:발견된 가상 머신의 이름) 및 가상화 환경에 대한 세부 내용을 저장합니다. NetWorker 리소스에 대한 자세한 내용은 nsr_resource(5) 섹션을 참조하십시오. NSR 하이퍼바이저리 소스 유형을 편집하려면 다음을 입력하십시오.

nsradmin -c "type:NSR hypervisor"

또는 NetWorker Management Console을 사용합니다. NetWorker 관리 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 섹션을참조하십시오.

속성리소스 유형 NSR hypervisor에 대해 정의되는 속성은 다음과 같습니다. 괄호안의 내용은 속성 값을 액세스하는 방법에 대해 설명합니다. Create-only는 리소스를 생성할 때를 제외하고 관리자가 값을 변경할수 없음을 나타냅니다. Read/write는 권한 있는 관리자가 언제든지 값을 변경할수 있음을 나타냅니다. Choice

list는 지정된 목록에서 개수에 관계없이 값을 선택할수 있음을 나타냅니다. Single string은 하나의 값만

허용됨을 나타냅니다. Static 속성의 값은 거의 변경되지 않습니다. Hidden은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다. 이러한 속성은 nsradmin(8)에서 숨김 옵션을 설정한 경우에만 볼수있습니다. 예를

들어 (create-only, static)으로 표시된 속성에는 속성을 생성할때 설정되어 변경되지 않는 값이있습니다.

administrator와 같은 몇가지 추가 속성은 모든 리소스에 공통된 속성으로서, nsr_resource(5)에서 설명합니다.

name (create-only, static)

이 속성은 하이퍼바이저 리소스의 이름을 포함하며 Hypervisor Man- agement 소프트웨어(예: VMware VirtualCenter)를 호스팅하는 시스템의 이름이어야 합니다.


이 속성은 관리자가 리소스에 대한 설명이나 보충 정보를 기록해둘수 있도록 제공됩니다.

service (read/write, choice list)

이 속성은 액세스할 하이퍼바이저 모니터의 유형을 지정합니다. 해당 값은 기본 엔드포인트를 생성하는데 사용됩니다.

endpoint (read/write)

이 속성은 하이퍼바이저 웹 서비스 인터페이스와 통신하는데 사용되는 URL 엔드포인트를 포함합니다. 값이 비어있으면 service 속성의 선택 항목에서 결정된 기본 엔드포인트를 사용함을 의미합니다.

username (read/write)

이 속성은 가상 머신 모니터에 로그인하기 위한 사용자 이름을 포함합니다.


nsr_hypervisor(5)

password (read/write)

이 속성은 가상 머신 모니터에 로그인하기 위한 암호를 포함합니다.

command (read/write)

이 속성은 실행할 검색 명령을 지정합니다. 값이 비어있으면 service 속성의 선택 항목을 기반으로 기본 명령을 사용함을 의미합니다.

proxy (read/write)

이 속성은 검색 명령을 실행할 시스템의 이름을 포함합니다. 비어 있는 경우 name 속성으로 지정된 호스트 시스템이 사용됩니다.

server (read/write, hidden)

이 속성은 NetWorker 서버로 사용할 시스템의 이름을 포함합니다. 기본값은 실행 NetWorker 서버의 호스트 시스템입니다. 이 값은 속성이 비어있을 때의 값이기도 합니다.

vm list (read only, hidden)

이 속성은 검색 명령을 마지막으로 실행하는 동안 발견한 가상 머신의 이름을 포함합니다.

environment (read only, hidden)

이 속성은 검색 명령을 마지막으로 실행하는 동안 발견한 가상 머신 모니터의 환경 정보를 포함합니다. 이 값의 형식은 액세스되는 하이퍼 바이저 모니터의 유형에 따라 다릅니다.

예

리소스 생성의 전체 예제는 다음과 같습니다. type: NSR hypervisor; name: maelstrom.corp.emc.com; username: myusername; password: mypassword;

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안됩니다. 대신 NetWorker Management

Console 또는 nsradmin을 사용하십시오.

참조nsr_resource(5), nsr_task(5), nsr(8), nsradmin(8), nsrtask(8),nsrvim(8),


nsr_jukebox(5)

Maintenance Procedures nsr_jukebox(5)

이름nsr_jukebox - NetWorker 리소스 유형 ‘‘NSR jukebox’’

시놉시스type: NSR jukebox

설명NetWorker에 알려진 각 주크박스는 NSRjukebox 유형의 단일 리소스에 의해 설명됩니다. 주크박스는 외부

미디어 관리 서비스에서 관리 중이며 Networker server에서 사용할 수 있는 리소스 , 볼륨 및 디바이스를

추적합니다 . 외부 미디어 관리 서비스의 예로 OpenVault가 있습니다 . 이 리소스는 주크박스의 물리적 특징을 설명합니다 . nsr_resource(5) 를 참조하십시오 . Networker server의 NSR 주크박스 리소스를 편집하려면 다음을 입력합니다 . nsradmin -c "type:NSR jukebox" 또는 NetWorker Management

Console 을 사용합니다 . NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsrad-

min(8) 매뉴얼 페이지를 참조하십시오 .

속성리소스 유형 NSRjukebox 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 만들기만 은 리소스를 작성할 때를 제외하고 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 언제든지 값을 읽고 설정할 수 있음을 나타냅니다 . 선택 목록 은 지정된 목록에서 개수에 관계없이 값을 선택할 수 있음을 나타냅니다 . 예 /아니요 는 yes 또는 no만 선택할 수 있음을 나타냅니다 . 단일 문자열 은 하나의 값만 허용됨을

나타냅니다 . 숫자 는 숫자 값만 허용됨을 나타냅니다 . 정적 속성은 값을 거의 변경하지 않습니다 . 동적 속성에는 신속하게 변경되는 값이 있습니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 .

이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 예를 들어 (읽기 전용 ,

동적 ) 으로 표시된 속성에는 관리자가 변경할 수 없지만 기본 상태 변경으로 인해 Networker server에서

검색할 때마다 변경될 수 있는 값이 있습니다 . administrator 등의 몇 가지 추가 속성은 모든 리소스에

공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .

name (만들기만 , 단일 문자열 )

이 속성은 이 주크박스의 이름을 지정합니다 . 스토리지 노드에 주크박스가 정의되어

있으면 이 속성 값이 원격 디바이스의 "rd=hostname:" 구문 뒤에 올 수도 있습니다 . 스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5) 를 참조하십시오 .

예제 : name: Huntington;

comment (읽기 /쓰기 )이 속성은 관리자가 주크박스에 대한 설명이나 보충 정보를 유지할 수

있도록 제공됩니다 .

description (읽기 /쓰기 )

이 속성은 주크박스에 대한 간략한 설명을 저장하는 데 사용됩니다 . description

은 관리자가 주크박스를 쉽게 식별할 수 있도록 도와주며 임의의 형식으로 사용할 수

있습니다 .

예제 : description: DLT Changer drive in Engineerning Lab;

model (만들기만 , 단일 문자열 )

이 속성은 주크박스 모델을 지정합니다 . 예제 : model: ADIC-VLS;


nsr_jukebox(5)

physical slots (읽기 전용 , 숫자 목록 , 숨김 )

이 속성은 주크박스의 첫 번째 및 마지막 물리적 슬롯 번호를 지정합니다 . 첫 번째

슬롯 번호는 마지막 슬롯 번호보다 작거나 같아야 합니다 . 또한 숫자는 두 개의 별도 속성 값으로 지정해야 합니다 .

STL(Silo Tape Libraries)의 경우 이 속성은 이 NetWorker

server에 할당된 볼륨 수와 같습니다 (nsrjb(5) -a 또는 -x). 물리적 슬롯 수는

STL에 볼륨을 추가하거나 제거함에 따라 변경됩니다 .

예제 : physical slots: 1, 54;

control port 읽기 /쓰기 , 단일 문자열 )

이 속성은 주크박스 로봇에 대한 제어 포트의 경로를 지정합니다 . 제어 명령 (예 :

드라이브 b에 슬롯 47 로드 )은 제어 포트를 통해 주크박스로 전송됩니다 .

STL의 경우 이 속성은 STL 서버에 대한 연결을 설정하는 데 필요한 정보를 지정합니다 . 속성의 형식과 내용은 STL 유형에 따라 다르지만 STL 서버의 호스트 이름만

포함된 경우가 많습니다 .

스토리지 노드에 주크박스가 정의되어 있으면 이 속성 값이 원격 디바이스의

"rd=hostname:" 구문 뒤에 올 수도 있습니다 . 스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5) 를 참조하십시오 .

예제 : control port: [email protected];

devices (읽기 /쓰기 , 문자열 목록 )

이 속성은 주크박스에 있는 디바이스의 디바이스 경로 이름을 나열합니다. 이 속성에

표시된 각 항목에는 해당 NSR device 리소스가 있어야 합니다 . 여러 디바이스 리소스가 드라이브를 공유하는 경우가 아니면 주크박스에 있는 물리적 드라이브의 수와

devices 속성의 항목 수가 같아야 합니다 . 또한 실제로 주크박스에 설치된 순서대로 나열되어야 합니다 . 항목은 별도의 속성 값으로 지정됩니다 .

예제 : devices: /dev/rmt/0mbn, /dev/rmt/1mbn;

이 속성은 공유 디바이스 또는 물리적 드라이브를 추가하거나 삭제할 때 jbedit 에

의해 업데이트됩니다 .

number devices (읽기 /쓰기 , 단일 숫자 , 숨김 ) 주크박스에 구성된 디바이스 수입니다 . 이 값은 devices 속성의 항목 수와 같습니다 .

예제 : number devices: 2;

이 속성은 주크박스에 디바이스를 추가 또는 삭제 중인지에 따라 jbedit 에 의해 증가하거나 감소합니다 .

number drives (읽기 /쓰기 , 단일 숫자 , 숨김 )

주크박스에 구성된 고유한 물리적 드라이브 수입니다 . 여러 디바이스 리소스가 물리적 드라이브를 공유하는 경우 각 드라이브는 고유한 하드웨어 ID 속성으로 표시됩니다 . 이 속성은 같은 드라이브를 공유하는 모든 디바이스 리소스에 지정됩니다 .

예제 : number drives: 2;


nsr_jukebox(5)

이 속성은 고유한 물리적 드라이브를 추가하거나 삭제할 때 jbedit 에 의해 업데이트되지만 공유 디바이스를 변경할 때는 수정되지 않습니다 .

device hardware ids (읽기 /쓰기 , 숨김 )

주크박스 디바이스의 하드웨어 ID입니다 . 주크박스 리소스의 devices 속성에 있는

각 항목에 해당하는 항목이 device hardware ids 속성에 있습니다 . 물리적 드라이브를 공유하는 디바이스의 hardware id 항목은 값이 모두 같습니다 .

slot tags (읽기 전용 , 숨김 )

nsrlcpd (8) 프로세스에 의해 보고된 주크박스 슬롯의 태그입니다 . 이 속성에는 구성된 각 슬롯에 대한 태그 항목이 있습니다 .

drive tags (읽기 전용 , 숨김 )

nsrlcpd (8) 프로세스에 의해 보고된 주크박스 드라이브의 태그입니다 . 주크박스

리소스의 devices 속성에 있는 각 항목에 해당하는 항목이 drive tags 속성에 있습니다 . 물리적 드라이브를 공유하는 디바이스의 drive tags 항목은 값이 모두 같습니다 .

idle device timeout (읽기 /쓰기 , 숨김 )

이 속성은 공유 여부에 상관없이 유휴 디바이스의 볼륨을 언마운트하기까지 기다릴

시간 (분 )을 지정합니다 . 이 속성 값을 0으로 설정하면 유휴 볼륨의 언마운트가 비활성화됩니다. 이 속성의 기능은 SmartMedia 주크박스나 디바이스 공유가 활성화된

사일로 및 네이티브 주크박스에만 적용됩니다 .

예제 : idle device timeout: 10;

SmartMedia update interval (읽기 /쓰기 , 숨김 )

이 속성은 SmartMedia 서버의 데이터베이스를 업데이트하는 호출 간격 (시간 )을 지정합니다 . SmartMedia 데이터베이스에는 NetWorker 미디어 데이터베이스에서 복사된 정보가 들어 있습니다 . 이 정보에는 볼륨이 속해 있는 풀 , 볼륨이 꽉 찼는지 여부 등이 포함됩니다 . 이 정보는 SmartMedia 서버에서 쓸 볼륨을 선택할 때 사용합니다. 시간이 경과함에 따라 이 정보가 변경될 수 있으므로 SmartMedia 서버의 데이터베이스에 복제된 데이터가 최신 버전인지 정기적으로 확인해야 합니다 . 이 속성은 SmartMedia 서버의 데이터베이스를 업데이트하는 간격을 결정합니다 . 이 속성은 SmartMedia 주크박스에만 적용됩니다 .

예제 : SmartMedia update interval: 12;

write enabled (읽기 /쓰기 , 예 /아니요 , 숨김 )

이 속성은 마운트된 볼륨에 쓸 수 있는지 여부를 나타냅니다 . 이 속성은 주크박스 "Load" 작업 중에만 사용됩니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : write enabled: Yes;

bar code reader (읽기 /쓰기 , 예 /아니요 )

이 속성은 주크박스에 바코드 레이블 리더가 있는 경우 NetWorker에서 미디어의 바코드 레이블을 사용할지 여부를 나타냅니다 . 주크박스에 바코드 레이블 리더가 있는 경우에만 이 속성을 활성화해야 합니다 .

예제 : bar code reader: No;


nsr_jukebox(5)

match bar code labels (읽기 /쓰기 , 예 /아니요 )

이 속성은 NetWorker에서 미디어 볼륨에 레이블을 지정할 때 레이블 템플릿 대신 바코드 레이블을 사용할지 여부를 나타냅니다 . 주크박스에 바코드 레이블 리더가 있고 "bar code reader" 속성이 활성화된 경우에만 이 속성을 활성화해야 합니다 .

예제 : match bar code labels: No;

verify label on unload (읽기 /쓰기 , 예 /아니요 )

이 속성은 테이프를 언로드하기 전에 NetWorker에서 테이프의 시작 부분에 레이블이 있는지 확인할지 여부를 나타냅니다 . 이 속성을 Yes로 설정하고 이 레이블이 없으면 볼륨의 모든 세이브 세트가 [불확실 ]로 표시되고 볼륨은 [가득참 ]으로 표시됩니다 .

volume expiration (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 현재 레이블 지정 중인 볼륨의 만료 시간을 지정합니다 . 외부 미디어 관리 서비스와 상호 작용하는 주크박스의 경우 이 속성은 로드할 볼륨의 최소 만료 시간을 지정합니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

available slots (읽기 /쓰기 , 숫자 목록 )

이 속성은 쓰기 가능 볼륨에 대한 NetWorker 요청을 자동으로 충족시키기 위해 사용 가능한 볼륨이 포함된 슬롯을 지정합니다 . 쓰기 가능 볼륨을 자동으로 선택할 때 nsrjb(8) 는 사용 가능한 슬롯 목록의 볼륨만 고려합니다 . 슬롯은 속성 값마다 하나의 범위가 있는 범위 목록으로 지정됩니다 . 범위는 단일 슬롯 번호나 대시로 구분된 한 쌍의 슬롯 번호일 수 있습니다 . 한 쌍의 첫 번째 번호는 두 번째 번호보다 작거나 같아야 합니다 .

STL(Silo Tape Libraries)의 경우 이 속성은 볼륨을 추가하거나 제거할 때 자동으로 업데이트됩니다 (nsrjb(8) -a 또는 -x).

볼륨 이름으로 특정 볼륨을 마운트하거나 슬롯을 마운트하는 요청을 처리할 때 물리적 슬롯 에 나열된 슬롯의 모든 볼륨을 사용할 수 있습니다 . 이 경우 주크박스를 분할할 수 있으므로 저장이 한 그룹의 볼륨으로 제한되는 반면 복구를 위해 주크박스 내에 포함된 모든 볼륨에 액세스할 수 있습니다 .

예제 : available slots: 1-10;

enabler code (읽기 전용 , 단일 문자열 , 숨김 )

이 속성은 이 주크박스 리소스에 해당하는 NSR license 리소스의 Enabler 코드를 나열합니다 (참조 : nsr_license(5)). 주크박스를 제어하기 위한 라이센스 Enabler가 로드되어야만 해당 주크박스를 사용할 수 있습니다 .

예제 : enabler code: 123456-123456-123456;

enabled slots (읽기 전용 , 단일 문자열 , 숨김 )

이 속성 값은 이 주크박스에 대해 활성화된 슬롯 수입니다 . 이 속성 값은 주크박스에 Enabler 코드를 로드할 때 서버에 의해 설정됩니다 .

예제 : enabled slots: 8;

operation (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 현재 주크박스에서 수행 중인 작업을 표시합니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation: Load;


nsr_jukebox(5)

command (읽기 전용 , 단일 문자열 , 숨김 )

이 속성은 주크박스에서 현재 작업이 수행되게 한 명령을 표시합니다. 작업이 nsrjb

명령을 통해 생성된 경우 이 속성은 전체 nsrjb 명령줄을 표시하고 , 그렇지 않으면

작업에 대한 설명을 표시합니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하는 데 사용되며 관리자가 개별 작업의 상태를 추적할 수 있도록 도와 줍니다(nsr_jbop(5) 참조 ). 이 속성은 관리자가 수동으로 변경하면 안 됩니다 .

예제 : command: nsrjb -lnv -S 2;

operation message (읽기 전용 , 단일 문자열 , 숨김 )

이 속성은 주크박스 작업이 실패한 후 오류 메시지를표시합니다 .

예제 : operation message: ;

operation device (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 현재 작업이 참조하는 디바이스의 이름을 전달합니다 . 이 속성은

NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation device: /dev/rmt/0mbn;

operation drive element address(읽기 /쓰기 , 숨김 )

이 속성은 현재 작업이 참조하는 드라이브의 요소 주소를 전달합니다 . 이 속성은


예제 : operation drive element address: D:082;

operation slots (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 현재 작업이 수행될 슬롯을 전달합니다 . 이 속성은 NetWorker 프로그램

간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation slots: 1-10;

operation options (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 현재 작업을 수행할 때 사용되는 볼륨 모드 nsrjb(5) -o 옵션을 전달합니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하는 데 사용되며 관리자가

수동으로 변경하면 안 됩니다 .

예제 : operation options: manual;

max parallelism(read/write)

이 속성은 단일 오토체인저 작업에 할당된 디바이스의최대 수를 지정 합니다 .보통

이 속성은 오토체인저 내의디바이스 수보다 하나가 적게 설정됩니다 . 여러 볼륨에서작동하는 오토체인저 명령은 여러 디바 이스 를 병렬로사용하면서 더욱 효율적으로

작동할 것입니다 . 하지만오 토체인저 명령은 두 개 이상 활성화될 수 있으므로 이속성은 다른 오토 체인저 명령이 병렬로 실행될 수 있도록디바이스를 일정하게 유지 하는 데 사용됩니다 . 참고 : 이속성은 오토체인저에서 사용될 수 있는 드라이브의 수또는 동시 작업의 수에 대한 제한이 아닙니다 .

operation barcodes (읽기 /쓰기 , 문자열 목록 , 숨김 )

이 속성은 현재 작업을 수행할 볼륨 태그나 바코드를 전달합니다 . 이 속성은

NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다.

이 속성은 STL(Silo Tape Libraries)에만 사용되며 STL을 지원하는 플랫폼에서만 정의됩니다 .

예제 : operation barcodes: A01B, A0/3-5/B;


nsr_jukebox(5)

operation response (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 작업을 수행하는 동안 표시될 수 있는 질문에 대한 기본 응답을 지정합니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation response: Yes;

operation report mode (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 작업 실행 중에 생성되는 출력 양을 지정합니다 . 이 속성은 NetWorker

프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation report mode: verbose;

operation label state (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 레이블 지정 중인 볼륨을 재활용할지 또는 레이블을 해제할지 여부를 지정합니다 . 볼륨을 재활용하려면 NetWorker 레이블이 있어야 합니다 . 마운트되는 동안 볼륨을 재활용할 수 있습니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation label state: recycle;

operation volume capacity (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 레이블 지정 중인 볼륨의 용량을 지정합니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation volume capacity: 10G;

operation volume type (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 볼륨을 할당할 때 고려할 수 있는 볼륨의 유형을 지정합니다 . 외부 미디어 관리 서비스와 상호 작용할 때만 사용됩니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation volume type: 8mm, dlt;

operation ineligible (읽기 /쓰기 , 숨김 )

이 속성은 현재 작업에 부적절한 볼륨을 지정합니다 . 외부 미디어 관리 서비스와 상호 작용할 때만 사용됩니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며

관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation ineligible: ;

operation task (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 현재 작업과 함께 수행될 보조 작업을 지정합니다 . 예를 들어 mount

after label 작업을 선택하면 볼륨에 레이블이 지정된 후 마운트됩니다 . 현재 이

속성은 외부 미디어 관리 서비스와 상호 작용할 때만 사용됩니다 . 이 속성은


예제 : operation task: mount after label;

operation instance (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 작업과 연결할 인스턴스 번호를 지정합니다. 인스턴스는 현재 모든 작업에

대해 고유해야 합니다 .


nsr_jukebox(5)

operation hostname (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 작업을 실행할 시스템의 이름을 지정합니다 . 이 속성은 여러 호스트에 연결된 디바이스를 지원하는 주크박스에만 사용됩니다. 호스트 시스템은 작업 디바이스

등 기타 작업 속성에서 추론할 수 있습니다 . 디바이스를 지정하면 해당 디바이스의

호스트에서 작업이 실행됩니다 . 그렇지 않으면 이 속성 값을 지정하지 않은 경우 주크박스의 이름에서 호스트가 추론됩니다 . 이 속성은 Net- Worker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation hostname: host1;

operation dev hostname (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 작업에 대해 선택할 디바이스가 있는 시스템의 이름을 지정합니다 . 드라이브가 여러 호스트에 연결될 수 있는 공유 주크박스에 적용됩니다 . 이 속성은


예제 : operation dev hostname: host1;

operation template (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 레이블 작업에서 사용할 템플릿을 표시합니다 . 확인 작업에서 이 속성은

미디어에 있는 볼륨 이름으로 설정됩니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : operation template: Default;

operation volume pool (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 레이블을 지정할 때 사용할 기본 볼륨 풀을 지정합니다 . 이 속성은


예제 : operation volume pool: NonFull;

operation source pool (읽기 /쓰기 , 선택 목록 , 숨김 )

이 속성은 볼륨을 재활용할 때 선택할 수 있는 볼륨이 있는 풀을 지정합니다 . 외부

미디어 관리 패키지에서 관리 중인 볼륨의 주크박스에서만 지원됩니다 . 이 속성은


예제 : operation source pool: Default;

operation uses left (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성은 클리닝 카트리지를 사용할 수 있는 횟수를 설정합니다 . 이 속성은


예제 : operation uses left: 12;

volumes (읽기 /쓰기 , 문자열 목록 , 숨김 )

이 속성에는 상주 볼륨 이름 목록이 포함됩니다 . 순서는 슬롯 번호와 같습니다 . 이

속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안

됩니다 .

예제 : volumes: mars.001, mars.002, mars.003, mars.004;

volume ids (읽기 /쓰기 , 문자열 목록 , 숨김 )

NetWorker에서 레이블을 지정하는 각 볼륨에 volid로 참조되는 볼륨 식별자가 할당됩니다. 이 속성에는 상주 볼륨의 볼륨 식별자 목록이 포함됩니다. 저장되는 볼륨

식별자는 새로운 긴 볼륨 ID이거나 이전의 짧은 볼륨 ID일 수 있습니다 . 저장되는

볼륨 식별자의 유형은 주크박스에 속하는 디바이스가 있는 스토리지 노드에서 새로운

긴 볼륨 ID를 지원하는지 여부에 따라 달라집니다 . 순서는 슬롯 번호와 같습니다 .


nsr_jukebox(5)

이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면

안 됩니다 .

예제 : volumes: 24198, 24199, 24200, 24197;


nsr_jukebox(5)

volume cartridge ids (읽기 /쓰기 , 문자열 목록 , 숨김 )

일부 주크박스는 외부 미디어 관리 서비스에서 관리하는 볼륨을 추적합니다 . 같은 미디어에 볼륨이 여러 개 있을 수 있습니다 . 예를 들어 광 디스크의 양쪽에 각각 볼륨이 하나씩 있을 수 있습니다 . 이 속성은 볼륨이 있는 각 카트리지의 식별자를 추적하는 데 사용됩니다 . 순서는 슬롯 번호와 같습니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

loaded volumes (읽기 /쓰기 , 문자열 목록 , 숨김 )

이 속성에는 현재 주크박스 디바이스에 로드되어 있는 볼륨의 이름이 포함됩니다 . 순서는 devices 속성과 관련이 있습니다 . 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

이 속성은 공유 디바이스 또는 물리적 드라이브를 추가하거나 삭제할 때 jbedit 에

의해 업데이트됩니다 .

예제 : loaded volumes: mars.089, mars.003;

이전 디바이스 속성에 지정된 이름을 사용하면 mars.089 는 '/dev/rmt/0mbn'에

로드되고 mars.003 은 '/dev/rmt/1mbn'에 로드됩니다 .

loaded bar codes (읽기 /쓰기 , 문자열 목록 , 숨김 )

주크박스에 대해 바코드 사용이 활성화되어 있으면 이 속성에는 로드된 볼륨의 바코드가 포함됩니다 . 순서는 devices 속성과 관련이 있습니다 . 이 속성은


이 속성은 주크박스 리소스에 디바이스를 추가하거나 제거할 때 jbedit 에 의해 수정됩니다 .

예제 : loaded barcodes: 12345, 67890;

이전 디바이스 속성에 지정된 이름을 사용하면 바코드 12345의 볼륨은 '/dev/rmt/

0mbn'에 로드되고 바코드 67890의 볼륨은 '/dev/rmt/1mbn'에 로드됩니다 .

loaded slots (읽기 /쓰기 , 숫자 목록 , 숨김 )

이 속성에는 로드된 볼륨의 슬롯 번호가 포함됩니다 . 순서는 devices 속성과 관련이 있습니다 . 이 속성은 Net- Worker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안 됩니다 .

이 속성은 주크박스 리소스에 디바이스를 추가하거나 제거할 때 jbedit 에 의해 수정됩니다 .

예제 : loaded slots: 48, 3;

이전 디바이스 속성에 지정된 이름을 사용하면 슬롯 48의 볼륨은 '/dev/rmt/0mbn'

에 로드되고 슬롯 3의 볼륨은 '/dev/rmt/1mbn'에 로드됩니다 .

event tag (읽기 /쓰기 , 단일 숫자 , 숨김 )

이 속성에는 nsrd(8) 데몬으로 전송된 마지막 알림 이벤트의 태그(고유 식별자)가

포함됩니다 . 이 태그는 nsrjb(8) 에서 이전 이벤트를 지우는 데 사용합니다 . 이

속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가 수동으로 변경하면 안

됩니다 .

예제 : event tag: 6319962287;


nsr_jukebox(5)

event message (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성에는 nsrd(8) 데몬으로 전송된 마지막 알림 이벤트의 텍스트가 포함됩니다.

nsrjb 를 진행하려면 운영자 작업이 필요한 경우 nsrjb(8) 명령은 nsrd 로 알림

이벤트를 보냅니다. 이 속성은 NetWorker 프로그램 간에 정보를 전달하며 관리자가

수동으로 변경하면 안 됩니다 . 예제 : event message: could not unload device /dev/rmt/1mbn into slot 4;

messages (읽기 /쓰기 , 문자열 목록 , 숨김 )

이 속성에는 이전 작업 nsrjb(8) 가 완료되었음을 반영하는 메시지 로그가 포함됩니다 . 일반적으로 nsrjb 를 호출할 때마다 각 기계적 작업에 대한 항목이 작성됩니다 .

각 항목에 타임스탬프가 지정됩니다 . 이 속성은 NetWorker 프로그램 간에 정보를

전달하는 데 사용되며 관리자가 수동으로 변경하면 안 됩니다 .

예제 : messages: 04/01/91 01:15:08 loaded slot 4 into drive a;

minimum space (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 속성에는 남은 공간에 대한 로우 워터마크가 포함됩니다 . 사용 가능한 슬롯에 포함된 볼륨의 남은 공간이 최소 공간보다 작으면 주크박스에 볼륨이 하나뿐이든 또는

여러 개 있든 관계없이 처음 발견될 때 명명된 주크박스의 볼륨이 로우 워터마크를

통과했다는 경고 알림이 전송됩니다 . 그런 다음 후속 검사 중에 상황이 변경되지 않고 남은 공간이 여전히 "minimum space"에 지정된 제한보다 작거나 같으면 볼륨에서 사용 가능한 공간에 대한 알림이 nsrd 로 전송됩니다. 볼륨이 하나뿐이면 제한에

도달하지 않은 경우에도 볼륨에서 사용 가능한 공간에 대한 알림이 전송됩니다 . 이

숨겨진 속성은 사용자가 수정할 수 있습니다 . 이 숨겨진 속성은 사용자가 수정할 수

있습니다 .

최소 공간은 GB 또는 MB 수로 지정할 수 있습니다 . GB 에는 'G' 또는 'g'를 , MB

에는 'M' 또는 'm'을 사용할 수 있습니다 .

예제 : minimum space: 7g;

jukebox options (읽기 전용 , 문자열 목록 , 숨김 )

이 속성에는 이 주크박스에 대한 옵션 목록이 포함됩니다 .이 옵션은 주크박스가 작성된 후 자동으로 설정됩니다 .

예제 : jukebox options: two_sided;

auto clean (읽기 /쓰기 , 예 /아니요 )

이 속성은 주크박스의 디바이스를 자동으로 클리닝할지 여부를 지정합니다 .

예제 : auto clean: Yes;

cleaning slots (읽기 /쓰기 , 숫자 목록 )

이 속성은 클리닝 카트리지에 사용하도록 예약된 주크박스의 슬롯 범위를 지정합니다 .

범위는 단일 슬롯 번호나 대시로 구분된 한 쌍의 슬롯 번호일 수 있습니다 . 한 쌍의

슬롯 번호를 지정하는 경우 한 쌍의 첫 번째 번호는 두 번째 번호보다 작거나 같아야

합니다 . 클리닝 카트리지에 대해 단 하나의 슬롯 범위만 사용할 수 있습니다 . auto

clean 을 no로 설정하면 클리닝 슬롯 값은 무시되고 이러한 슬롯에 일반 볼륨이 포함될 수 있습니다 . auto clean 을 yes로 설정하면 이 속성에 지정된 슬롯 범위에 클리닝 카트리지가 포함되어 있다고 가정되고 사용 가능한 슬롯 과 이 속성에 지정된 슬롯 범위가 겹치지 않아야 합니다 .


nsr_jukebox(5)

STL(Silo Tape Libraries)의 경우 이 속성을 직접 변경하면 안 됩니다 . 이 속성은 클리닝 카트리지를 추가 (nsrjb -U) 하거나 제거 (nsrjb -x) 할 때 자동으로 업데이트됩니다 .

예제 : cleaning slots: 9-10;

default cleaning (읽기 /쓰기 , 단일 숫자 ) 이 속성은 주크박스 인벤토리 중에

nsrjb(8) 에 의해 새 클리닝 카트리지에 할당되는 사용 수를 지정합니다 . 클리닝

카트리지에 스케줄 지정된 빈 슬롯이 주크박스 인벤토리 중에 꽉 차 있으면 새 클리닝 카트리지로 간주됩니다 .

예제 : default cleanings: 12;

auto media management (읽기 /쓰기 )

이 속성은 주크박스에 대한 자동 미디어 관리를 활성화할지 여부를 나타냅니다. 속성

값은 yes 또는 no가 될 수 있습니다 . 값을 yes로 설정하면 NetWorker가 주크박스에서 레이블이 없는 볼륨에 자동으로 레이블을 지정할 수 있습니다. NetWorker는

볼륨에 레이블을 지정하기 전에 볼륨에 레이블이 없는지 확인합니다 . 볼륨이 로드된

주크박스의 디바이스에서 읽을 수 있는 레이블이 볼륨에 없으면 볼륨에 레이블이 없다고 간주됩니다. 볼륨에 레이블이 있지만 디바이스에서 읽을 수 없는 밀도로 기록된

경우에도 이 볼륨에 레이블이 없다고 간주됩니다 . Net- Worker 이외의 애플리케이션에서 기록한 데이터가 볼륨에 있으면 NetWorker에서 인식할 수 있는 레이블이 없을 가능성이 크며 이 볼륨에 레이블이 없다고 간주됩니다 . 이 속성을 활성화한 경우

레이블 없는 볼륨을 주크박스에 로드할 때 주의해야 합니다 . NetWorker에서 볼륨에 다시 레이블을 지정하여 볼륨에 있던 데이터를 덮어쓸 수 있습니다 . 주크박스에

있는 디바이스의 경우 auto media management 속성 값은 항상 no입니다 .

예제 : auto media management: yes;

STL device names (읽기 /쓰기 , 문자열 목록 )

이 속성은 devices 속성에 나열된 디바이스에 해당하는 사일로 디바이스 이름을 나열합니다. 여러 디바이스 리소스가 공통 hardware ID 값으로 표시된 동일한 물리적

사일로 드라이브를 공유하는 경우 이 속성은 각 물리적 드라이브에 대해 하나의 항목만 갖게 됩니다 . 이 속성은 STL(Silo Tape Libraries)에만 사용되며 STL을 지원하는 플랫폼에서만 정의됩니다 .

STL interface lib (읽기 /쓰기 , 단일 문자열 )

동적으로 연결된 인터페이스 라이브러리의 경로 이름입니다 . 이 속성은 STL(Silo

Tape Libraries)에만 사용되며 STL을 지원하는 플랫폼에서만 정의됩니다 .

예제 : STL interface lib: /usr/lib/libstl.so.1;

STL device sharing (읽기 /쓰기 , 단일 문자열 )

이 속성은 디바이스 공유를 처리하는 방법을 지정합니다 . 디바이스 공유는 라이브러리에 연결된 여러 호스트 간에 STL(Silo Tape Library)의 디바이스를 로드 종속적으로 자동 전환하는 것을 의미합니다 . 이 기능은 STL interface lib 에서 지원되는

경우에만 사용할 수 있습니다 . 가능한 속성 값은 빈 문자열 (디바이스 공유 사용 안

함 )이나 perm과 max가 숫자이고 perm < max인 "perm-max"입니다 . perm 값은

영구적으로 스케줄 지정할 수 있는 디바이스 수입니다 (해제할 필요 없음 ). max 값은 스케줄 지정할 수 있는 최대 디바이스 수입니다 . 이 속성은 STL(Silo Tape

Libraries)에만 사용되며 STL을 지원하는 플랫폼에서만 정의됩니다 .

예제 : STL device sharing: 2-4;


nsr_jukebox(5)

STL barcodes (읽기 /쓰기 , 문자열 목록 , 숨김 )

라이브러리에 있는 볼륨의 바코드로, NetWorker에 사용할 수 있습니다. 이 속성은

STL(Silo Tape Libraries)이 볼륨 속성의 해당 볼륨에 대해 사용하는 볼륨 이름을 유지합니다 . 이 속성은 STL(Silo Tape Libraries) 및 Open- Vault 가상 주크박스에만 사용됩니다 . 또한 STL(Silo Tape Libraries)이나 OpenVault를 지원하는 플랫폼에서만 정의됩니다 .

STL device reservation (읽기 /쓰기 , 문자열 목록 , 숨김 )

이 목록에는 테이프 라이브러리에 있는 공유 디바이스의 스케줄 상태가 포함됩니다.

가능한 상태는 "Yes"(디바이스가 스케줄됨 ), "No"(디바이스가 스케줄 지정되지

않음 ) 및 "Error"(이 디바이스를 해제하는 동안 오류가 발생함 )입니다 . 스케줄

상태의 순서는 'devices' 속성과 일치합니다 . 이 속성은 디바이스 공유가 활성화된 STL(Silo Tape Libraries)에만 사용되며 STL을 지원하는 플랫폼에서만 정의됩니다 .

application name (읽기 /쓰기 , 암호화됨 , 숨김 )

이 속성은 OpenVault 주크박스에만 사용됩니다 . Open- Vault의 경우 애플리케이션이 요청을 제출할 때 자신을 식별해야 합니다 . 이 서버는 이 주크박스에 나열된 리소스를 액세스하는 요청을 제출할 때 이 이름을 사용하여 자신을 식별합니다 .

application key (읽기 /쓰기 , 암호화됨 , 숨김 )

이 속성은 OpenVault 주크박스에만 사용됩니다 . Open- Vault의 경우 애플리케이션이 요청을 제출할 때 자신을 식별해야 합니다 . 이 서버는 이 주크박스에 나열된 리소스를 액세스하는 요청을 제출할 때 이 키를 사용하여 자신을 식별합니다 .

read hostname (읽기 /쓰기 , 단일 문자열 )

복구 및 읽기 클론 요청에 사용할 스토리지 노드를 선택할 때 사용되는 호스트 이름입니다 . 복구 요청의 경우 필요한 볼륨을 마운트하지 않고 클라이언트의 "storage

nodes" 속성이 주크박스의 소유 호스트 중 하나와 일치하지 않으면 이 속성이 사용됩니다 . 클론 요청의 경우 필요한 볼륨을 마운트하지 않으면 이 속성이 사용됩니다 .

NDMP jukebox (읽기 전용 , 예 /아니요 )

이 속성은 NDMP 테이프 서버 호스트에서 주크박스 로봇을 제어하도록 지정합니다 .

NDMP type (읽기 전용 , 선택 목록 , 숨김 )

이 속성은 NDMP 주크박스에서 제공하는 제어 유형을 지정합니다 . Solaris의

Celestra 1.6을 제외하고 NDMP 테이프 서버에서 제어하는 다른 모든 주크박스의

값은 "Logical Handle Device"입니다 .

NDMP hostname (읽기 전용 , 단일 문자열 )

이 속성은 주크박스 로봇을 제어 중인 NDMP 테이프 서버 호스트 이름을 지정합니다 .

remote user (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 필드는 더 이상 사용되지 않습니다 . NDMP 테이프 서버 호스트의 NDMP사용자 이름은 NSR storage node (5) 리소스에서 사용됩니다 .


nsr_jukebox(5)

password (읽기 /쓰기 , 단일 문자열 , 숨김 )

이 필드는 더 이상 사용되지 않습니다 . NDMP 테이프 서버 호스트의 NDMP사용자 암호는 NSR storage node (5) 리소스에서 사용됩니다 .

NDMP jukebox handle (읽기 전용 , 단일 문자열 )

이 속성은 주크박스 로봇을 제어할 NDMP 테이프 서버 호스트의 주크박스 처리를 지정합니다 .

NDMP bus number (읽기 전용 , 숫자 , 숨김 )

이 속성은 NDMP 테이프 서버 호스트에 있는 주크박스의 BUS 번호를 지정합니다. 이

필드는 이전 버전과의 호환성을 위해 유지됩니다 .

autodetect id (읽기 /쓰기 , 숨김 )

이 속성은 자동 감지된 디바이스를 식별하는 데 사용됩니다 . NetWorker 프로그램에만 사용되며 관리자가 수동으로 변경하면 안 됩니다 .

server network interface (읽기 /쓰기 , 숨김 )

이 속성은 nsrjb와 통신하는 데 사용되는 네트워크 주소나 호스트 이름을 정의합니다 . 이 필드는 주크박스가 스토리지 노드에 연결된 경우에만 적용됩니다 .

jukebox serial number (읽기 전용 )

이 속성은 주크박스의 일련 번호를 나타냅니다 .

hardware id (읽기 전용 , 숨김 )

이 속성은 자동 감지된 주크박스의 하드웨어 식별자를 나타냅니다 .

ASCAPI (읽기 /쓰기 , 예 /아니요 , 숨김 )

이 속성은 기록 용도로만 유지되며 적용되지 않습니다 .

debug trace level (읽기 /쓰기 , 단일 숫자 , 숨김 )

주크박스 작업 중에 생성 및 표시되는 디버그 메시지 레벨은 주크박스 단위로 설정할

수 있습니다 . 기본값은 0으로 , 이 경우 디버그 정보가 수집되거나 표시되지 않습니다 . 값이 클수록 캡처되는 디버그 정보 양이 증가합니다 .

operation timeout (읽기 /쓰기 , 단일 숫자 , 숨김 )

주크박스 작업이 자동으로 취소되기까지 유휴 상태로 있을 수 있는 시간 (초 )입니다 .

기본값은 1800초 (30분 )입니다 .

operation lifespan (읽기 /쓰기 , 단일 숫자 , 숨김 )

완료된 주크박스 작업에 대해 주크박스 작업 리소스를 자동으로 삭제하기까지 nsrd

에 유지할 시간 (초 )입니다 . 기본값은 1800초 (30분 )입니다 .

ready (읽기 /쓰기 , 예 /아니요 , 숨김 )

주크박스에서 실행될 작업을 받아들일 준비가 되었는지 여부를 나타냅니다 . NetWorker

를 시작하면 값이 자동으로 "No"로 설정되고 NetWorker에서 주크박스 초기화가 완료되었으며 작업을 시작할 준비가 되었다고 판단하면 "Yes"로 변경됩니다 . 주크박스를 재설정하면 나머지가 완료될 때까지 준비 속성이 다시 "No"로 변경됩니다 .


nsr_jukebox(5)

virtual jukebox (읽기 전용 , 예 /아니요 )

NetWorker가 주크박스를 가상 라이브러리 디바이스로 감지했는지 여부를 나타냅니다 . 구성된 라이브러리가 가상 라이브러리임을 NetWorker가 감지했을 경우에 한하여 이 값은 "Yes"로 설정됩니다 . 라이브러리가 가상인지 여부를

NetWorker가 확인하는 기능은 VTL 공급업체에서 제공해야 합니다. 기본값은 "No"

입니다 .

virtual jukebox frameid (읽기 /쓰기 , 단일 문자열 )

가상 라이브러리 서비스를 제공하는 물리적 디바이스의 고유 식별자입니다 . 지정된

가상 라이브러리 서버에 원하는 만큼의 가상 라이브러리를 만들 수 있습니다. 감지된

가상 라이브러리의 경우 , 기본값은 "default vtl location" 입니다 . 비가상 라이브러의 경우 , 기본값은 빈 문자열입니다 .

unconfigured devices(읽기 전용 , 숨김 )

마지막 검사 중에 자동 감지에 의해 발견되었지만 아직 라이브러리에 구성되지 않은 ,

이 주크박스에 속한 디바이스 이름 목록을 나타냅니다 .

library drive base address(읽기 전용 , 숨김 )

주크박스에 있는 드라이브의 기본 요소 주소를 나타냅니다 . 디바이스 감지 프로그램

dvdetect 에서 리소스를 업데이트합니다 .

existing drive ids (읽기 전용 , 숨김 )

현재 주크박스에 있는 드라이브의 일련 번호정보를 나타냅니다 . 디바이스 감지 프로그램 dvdetect 에서 리소스를 업데이트합니다 .

existing drive addresses (읽기 전용 , 숨김 )

현재 주크박스에 있는 드라이브의 요소 주소를 나타냅니다 . 디바이스 감지 프로그램

dvdetect 에서 리소스를 업데이트합니다 .

unconfitured drive ids (읽기 전용 , 숨김 )

주크박스에 있는 구성되지 않은(마지막 검사에서 감지되었지만 아직 구성되지 않은)

드라이브의 일련 번호 정보를 나타냅니다 . 디바이스 감지 프로그램 dvdetect 에서

리소스를 업데이트합니다 .

unconfigured drive addresses (읽기 전용 , 숨김 )

주크박스에 있는 구성되지 않은(마지막 검사에서 감지되었지만 아직 구성되지 않은)

드라이브의 요소 주소를 나타냅니다 . 디바이스 감지 프로그램 dvdetect 에서 리소스를 업데이트합니다 .

예제Huntington 이라는 주크박스를 정의하는 리소스가 표시됩니다. model 속성은 'Exabyte 210' 주크박스를

지정합니다 . control port 속성은 로봇 디바이스 '[email protected]'의 버스 , 대상 및 LUN ID를 지정합니다 . device 속성은 주크박스에 있는 두 테이프 디바이스의 경로 이름 '/dev/rmt/0mbn'과 '/dev/rmt/

1mbn'을 나열합니다 . 주크박스에 바코드 리더가 있으므로 두 개의 바코드 예 /아니요 속성은 모두 'Yes'

로 설정됩니다 . available slots 속성은 쓰기 위해 로드할 볼륨을 자동으로 선택할 때 고려할 슬롯을 나열합니다 . 사용 가능한 슬롯은 2에서 11까지입니다 . 숨겨진 속성이 표시됩니다 . auto clean 이 yes이므로 이 주크박스에 대해 디바이스 자동 클리닝이 활성화됩니다 . cleaning slots 은 슬롯 1로 설정됩니다 . 이 슬롯은 클리닝 카트리지에 스케줄됩니다 .


nsr_jukebox(5)

type: NSR jukebox; name: Huntington; model: EXB-210; physical slots: 1-11; control port: [email protected]; devices: /dev/rmt/0mbn, /dev/rmt/1mbn; number devices: 2; number drives: 2; device hardware ids: "", ""; idle device timeout: 10;SmartMedia update interval: 12; write enabled: Yes; bar code reader: Yes; match bar code labels: Yes; volume expiration: ; available slots: 2-11; enabler code: 012345-6789ab-cdef00; operation: ; operation message: ;

operation device: ; operation slots: ; operation ports: ; operation options: ; operation barcodes: ; operation response: ; operation report mode: ; operation label state: ; operation volume capacity: ; operation volume type: ; operation ineligible: ; operation task: ; operation instance: ; operation hostname: ; operation dev hostname: ; operation template: ; operation number uses: ; operation volume pool: ; operation source pool: ; volumes: -, -, -, -, -, -, -, -, -, -, -; volume ids: "", "", "", "", "", "", "", "", "", "", ""; STL barcodes: ; STL device sharing: ; STL device reservation: ; STL interface lib: ; event tag: ; event message: ; messages: "09/12/03 11:50:56 CREATED"; minimum space: 7g; jukebox options: ; auto clean: Yes; cleaning slots: 1; default cleanings: 12; auto media management: Yes; reset class: initialize unload; application name: ; application key: ; read hostname: hostname; debug trace level: 0; operation timeout: 1800; ready: Yes;


nsr_jukebox(5)

참조nsr(5), nsr_device(5), nsr_storage_node(5), nsradmin(8), nsrd(8), nsrjb(8), dvdetect(8), NSR storage node(8)


nsr la(5)

Maintenance Procedures nsr la(5)

이름NSRLA - NetWorker client 실행 서비스용 리소스

시놉시스type: NSRLA

설명NSRLA 리소스는 NetWorker client 실행 서비스인 nsrexecd 에서 사용됩니다 (nsrexecd(8) 참조 ).

NSRLA 리소스를 편집하려면 다음을 실행합니다 .

nsradmin -s host_name -p nsrexec -c type:NSRLA

또는nsradmin -s host_name -p 390113 -v 1 -c type:NSRLA

NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(1m) 을 참조하십시오 .

속성리소스 유형 NSRLA 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은

nsradmin(1m) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 정적 속성은 값을 거의 변경하지 않습니다 . 예를 들어 (읽기 전용 , 정적 ) 으로 표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 . 모든 운영 체제에서 모든 속성을 사용할 수 있는 것은 아닙니다 .

name (읽기 전용 , 단일 문자열 )

name 속성은 로컬 설치의 NW 인스턴스 이름을 지정합니다 . 이 값은 NW 인스턴스 이름의 약어입니다 . NetWorker 인스턴스를 참조해야 하는 모든 위치에 이 속성 값을

입력해야 합니다 . 기본값은 hostname입니다 . 이 값은 전체 데이터 영역에서 고유해야 합니다 .

NW instance ID (읽기 전용 , 숨김 , 단일 문자열 )

NW 인스턴스 ID입니다 . 이 값은 NetWorker 프로그램에서 다른 NetWorker 프로그램과 통신해야 할 때마다 로컬 Net- Worker 설치를 식별하는 데 사용됩니다 . 이 값은 NetWorker 인스턴스 이름과 일대일로 대응합니다 . 기본적으로 Net- Worker에서 값을 작성합니다 . 이 값은 전체 데이터 영역에서 고유해야 합니다 .

certificate (읽기 전용 , 숨김 , 단일 문자열 )

로컬 NetWorker 설치에 대한 인증서입니다 . 인증서는 원격 NetWorker 설치에서

로컬 NetWorker 설치의 ID를 확인하는 데 사용됩니다 .

private key (읽기 전용 , 숨김 , 단일 문자열 )

로컬 NetWorker 설치에 대한 개인 키입니다 .개인 키는 원격 NetWorker 설치에 로컬 NetWorker 설치의 ID를 확인하는 데 사용됩니다 . 어떤 사용자도 이 속성을 볼수없습니다 .

NW instance info operations(읽기 -쓰기 , 동적 , 선택 )

이 속성을 사용하여 NW 인스턴스 정보를 가져오거나 내보내고 NetWorker에서 새 개인 키와 인증서를 생성하도록 요청할 수 있습니다 . NW 인스턴스 정보에는


nsr la(5)

name\fR,NW instance ID\fR, certificate\fR 및 private key\fR 속성이 포함됩니다 . 이 필드를 Export\fR로 설정하면 NetWorker가 NW instance info

file\fR 속성에 지정된 파일로 NW 인스턴스 정보를 내보냅니다 . 이 필드를

Import\fR로 설정하면 NetWorker가 NW instance info file\fR 속성에 지정된

파일에서 NW 인스턴스 정보를 가져오고 nsr_la(5)\fR 리소스에 해당 값을 설정합니다 . 이 필드를 New keys\fR로 설정하면 NetWorker가 새 기본 키와 인증서를 생성하여 private key\fR 및 certificate\fR 필드에 값을 저장합니다 . 이러한 필드의 이전 값을 덮어씁니다 . NetWorker에서 값을 사용한 후 이 필드는 공백으로

재설정됩니다 .

NW instance info file(읽기 -쓰기 , 동적 , 단일 문자열 )

이 필드는 NW instance info operations 속성이 Export 또는 Import로 설정된

경우 NetWorker에서 정보를 로드 /저장할 파일 이름을 지정하는 데 사용됩니다 .

Net- Worker에서 값을 사용한 후 이 필드는 공백으로 재설정됩니다 .

version (상수 , 단일 문자열 )

소프트웨어 릴리스 버전 문자열입니다 . 이 문자열은 회사 이름 , 제품 이름 , 릴리스

식별자 및 릴리스 타임스탬프의 네 부분으로 구성됩니다 .

servers (상수 , 문자열 목록 )

이 클라이언트를 백업할 수 있는 NetWorker server 목록입니다 .

disable directed recover(읽기 -쓰기 , 숨김 , 선택 예 /아니요 )

원격 호스트에서 복구를 이 호스트로 보낼 수 있는지 여부를 결정합니다 . 기본 설정은 no 로 , 이 경우 원격 호스트에서 복구를 이 호스트로 보낼 수 있습니다 . 원격

호스트가 복구를 이 호스트로 보낼 수 없도록 하려면 이 속성을 yes 로 설정합니다 .

auth methods (읽기 -쓰기 , 문자열 목록 )

이 필드는 나열된 피어와 통신할 수 있는 인증 방법 목록을 지정하는 데 사용됩니다 .

허용되는 인증 방법은 피어 단위로 지정할 수 있습니다 .

auth methods 필드는 다중 값 속성으로 , 값은 다음 형식 (일반 정규식 형식 )을

사용합니다 .

IP(/mask)?,auth1(/authN)*

여기서 IP는 피어의 IP 주소 또는 네트워크 IP 주소이고 mask는 네트워크 마스크(255.255.0.0 형식이거나 마스크 왼쪽에 있는 1의 개수를나타내는 숫자 )이며

auth1, ..., authN은 값 nsrauth 또는 oldauth입니다 .

값 oldauth는 AUTH_NONE, AUTH_UNIX, 및 AUTH_LGTO가 TCP 서버에서 허용되며

표시된 피어 세트에 대해 TCP 클라이언트에서 시도됨을 나타냅니다 . 값 nsrauthFr

는 GSS EMC v1 인증 또는 nsr 로그온 인증 (GUI에서 사용됨 )이 시도 /허용됨을

나타냅니다 .

"auth methods" 필드에서는 순서가 의미가 있습니다 . 즉 , 클라이언트 /서버는 목록의 첫 번째 항목부터 시작하여 피어와 일치하는 항목을 찾을 때까지 목록을 계속

검토합니다 . 일치하는 항목이 없으면 기본값 "0.0.0.0/0,nsrauth/oldauth"가

사용됩니다 .


nsr la(5)

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

다음 항목은 조합되어 호스트 10.101.1.1이 AUTH_NONE, AUTH_UNIX 및

AUTH_LGTO를 사용하여 네트워크의 모든 항목을 인증할 수 있음을 나타냅니다 .

137.69.0.0/16 네트워크는 AUTH_NONE, AUTH_UNIX, AUTH_LGTO 및 GSS EMC v1

을 사용하여 인증할 수 있고 , 다른 모든 시스템은 GSS EMC v1을 사용하여 인증해야 합니다 .

"10.101.1.1,oldauth", "137.69.0.0/16,nsrauth/oldauth", "0.0.0.0/0,nsrauth"

types created (상수 , 숨김 , 문자열 목록 )

NSRLA 서버에서 작성할 수 있는 리소스 유형입니다 (hagentd(8) 참조 ).

administrator (읽기 -쓰기 , 문자열 목록 )

administrator 목록에는 NSRLA 리소스를 추가 , 삭제 및 업데이트할 수 있는 사용자와 사용자 netgroup이 포함됩니다 . Netgroup 은 이름 앞에 앰퍼샌드 ('&') 문자가 붙습니다 . NSRLA 관리자 목록은 기본적으로 다른 모든 NSRLA 리소스에 대해

사용됩니다 . 이 목록을 업데이트하면 명시적으로 변경되지 않은 이 서버의 다른 리소스도 업데이트됩니다 .

arch (상수 , 단일 문자열 )

명령 세트 아키텍처는 이진과 호환되는 사용자 프로그램을 결정합니다 .

kernel arch (상수 , 단일 문자열 )

커널 아키텍처는 이진과 호환되는 운영 체제 커널을 결정합니다 .

CPU type (상수 , 단일 문자열 )

이 시스템의 CPU 유형입니다 .

machine type (상수 , 단일 문자열 )

이 시스템의 고급 유형 (예 : 서버 또는 워크스테이션 )입니다 .

OS (상수 , 단일 문자열 )

운영 체제와 버전 번호입니다 .

NetWorker version (상수 , 단일 문자열 )

NetWorker 클라이언트의 버전입니다 .

client OS type (상수 , 단일 문자열 )

이 시스템에서 실행 중인 운영 체제입니다 .

CPUs (상수 , 숫자 )

시스템에 있는 CPU 수입니다 .

disks (상수 , 숫자 )

백업할 수 있는 시스템의 보조 스토리지 디바이스 수입니다 .


nsr la(5)

MB used (동적 , 숫자 )

현재 사용된 총 디스크 스토리지 양 (MB)입니다 .

IP address (상수 , 문자열 목록 )

점으로 구분된 인터넷 프로토콜 주소 목록입니다 .

hostname (상수 , 숨김 , 단일 문자열 )

이 리소스를 제어하는 서비스가 실행 중인 시스템의 호스트 이름입니다 . 내부적으로

사용되며 관리자가 변경할 수 없습니다 .

ONC program number (상수 , 숨김 , 숫자 )

이 서비스에서 제공하는 클라이언트와 서버 간 프로토콜의 Open Network

Computing(sunrpc) 식별 번호입니다 .

ONC version number (상수 , 숨김 , 숫자 )

이 서비스에서 제공하는 클라이언트와 서버 간 프로토콜의 Open Network

Computing(sunrpc) 식별 번호입니다 .

ONC transport (상수 , 숨김 , 선택 목록 )

지원되는 Open Network Computing(sunrpc) 전송 프로토콜은 TCP (Transport

Control Protocol) 또는 UDP (User Datagram Protocol)입니다 .

참조nsradmin(1m), nsrexecd(8), hagentd(8)


nsr_label(5)

Maintenance Procedures nsr_label(5)

이름nsr_label - NetWorker 리소스 유형 ‘‘NSR label’’

시놉시스type: NSR label

설명각 NSR 레이블 템플릿은 NSR label 유형의 단일 리소스에 의해 설명됩니다 (nsr_resource(5) 참조 ).

NetWorker server의 NSR label 리소스를 편집하려면 다음을 입력합니다 . nsradmin -c "type: NSR

label" 또는 NetWorker Management Console 을 사용합니다 . NetWorker Administration 프로그램

사용에 대한 자세한 내용은 nsradmin(8) 매뉴얼 페이지를 참조하십시오 .

이 리소스는 볼륨 레이블을 생성하는 데 사용되는 템플릿을 설명합니다 .

속성리소스 유형 nsr_label 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 값을 읽고 설정할 수 있음을 나타냅니다 . 선택 은 해당 특성과 관련된 목록에서만 속성 값을 선택할 수 있음을 나타냅니다 . 예를 들어 구분 기호는 '-' 또는 '.'일 수 있습니다 . administrator 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .


이 속성은 레이블에 대한 설명 또는 보충 정보를 유지할 수 있도록 관리자에게 제공됩니다 .

fields (읽기 /쓰기 , 문자열 목록 )

이 속성은 label template 의 구성 요소 필드를 지정합니다 . 볼륨 이름을 생성하는 경우 , 각 필드의 현재 값이 연결됩니다 . 첫 번째 필드가 가장 중요하고 마지막

필드가 가장 중요하지 않은 것으로 간주됩니다. 구분 기호 (아래 참조)를 정의하면

필드를 연결하여 볼륨 이름을 구성할 때 필드 사이에 삽입됩니다 . 필드는 쉼표로 구분됩니다 .

4가지 필드 유형 즉 , ‘숫자 범위 ’, ‘소문자 범위 ’, ‘대문자 범위 ’ 및 ‘문자열

목록 ’이 있습니다 . ‘문자열 목록 ’은 공백 (‘ ’)으로 구분된 문자열로 구성됩니다 .

다른 유형은 대시 (‘-’)로 구분된 시작 값과 끝 값으로 지정됩니다 . 범위의 시작 값과 끝 값은 문자 수가 같아야 합니다 .

next 속성 (아래 참조 )에는 각 필드의 현재 위치나 값이 포함됩니다 . 볼륨에 볼륨

이름이 할당된 후 next 속성이 증가합니다 . 끝 값에 도달하면 현재 값은 시작 값으로 다시 돌아갑니다 . ‘문자열 목록 ’ 필드는 목록의 다음 문자열을 선택하여 증가합니다 . 숫자 범위 필드는 현재 값에 1을 더하여 증가합니다 . 소문자 및 대문자 범위는 가장 중요하지 않은 위치의 다음 글자로 이동하여 증가합니다 . 아래 예제에서는

aa.99 이후의 다음 레이블이 ab.00이 됩니다 .

예제 : fields: aa-zz, 00-99;

name (만들기만 , 단일 문자열 , 정적 )

이 속성은 이 레이블 템플릿의 이름을 지정합니다 . 레이블 템플릿은 jukebox 리소스에서 해당 이름으로 참조됩니다 . nsr_jukebox(5) 를 참조하십시오 .

예제 : name: Default;


nsr_label(5)

next (읽기 /쓰기 , 단일 문자열 )

이 속성은 사용할 다음 볼륨 이름을 지정합니다 . 볼륨에 할당된 후 다음 볼륨 이름이 생성되고 여기에 저장됩니다 . 속성은 지정한 각 필드의 구성 요소와 구분 기호로

구성됩니다 .

예제 : next: aa.00;

위에 표시된 필드 속성과 구분 기호를 사용하면 next 속성은 next: aa.01; 또한

이 다음 속성은 next: aa.02;

seperator (읽기 /쓰기 , 단일 선택 , null 허용 )

이 속성은 레이블 필드를 구분하는 데 사용할 문자를 지정합니다. '.', '_', ':',

'-' 또는 NULL 중 하나일 수 있습니다 .

예제 : separator: .;

예제아래에는 engineering 이라는 label 리소스가 표시됩니다 . 숨겨진 옵션은 표시되지 않습니다 . 두 개의 범위 유형 필드가 정의되어 있는데 첫 번째는 'aa'에서 'zz'까지 , 두 번째는 '00'에서 '99'까지입니다 .

separator 속성 값은 '.'이고 두 필드 사이에 삽입됩니다 . next 속성은 이 템플릿에서 생성될 다음 이름을 저장합니다 . aa.00 이 사용된 후 00 이 증가하여 새 이름은 aa.01 이 됩니다 . 98개 이름을 더 생성한 후 next 속성에 이름 aa.99 가 저장됩니다 . 이 이름이 증가하면 next 속성에 ab.00 이 저장됩니다 .

67,500개 이름을 더 생성한 후 next 속성에 zz.99 가 저장됩니다 . 다음 항목은 aa.00 입니다 .

type: NSR label; name: engineering; fields: aa-zz, 00-99;separator: .; next: aa.00;

아래에는 accounting 이라는 label 리소스가 표시됩니다 . field 속성은 다섯 가지 구성 요소 필드를 정의합니다 . separator 속성 값은 '.'이고 인접한 필드 사이에 삽입됩니다 . next 속성에는 이 템플릿에 사용할 다음 이름이 저장됩니다 . 0.23.aa.AA.first 가 사용된 후 다섯 번째 필드가 증가합니다 . 새 이름은

0.23.aa.AA.second 가 됩니다 . 다음 항목은 0.23.aa.AB.first 입니다 . 1349개 볼륨 이름 후의 이름은 0.23.aa.ZZ.second 가 됩니다 . 다음 항목은 0.23.ab.AA.first 입니다 . 9.45.zz.ZZ.second 를

사용한 후 이름은 0.23.aa.AA.first 로 다시 돌아갑니다 .

type: NSR label; name: accounting; fields: 0-9, 23-45, aa-zz, AA-ZZ, first second;separator: .; next: 0.23.aa.AA.first;

참조nsradmin(8), nsrjb(8), nsrmm(8), nsr(8), nsr_jukebox(5)


nsr_layout(5)

Maintenance Procedures nsr_layout(5)

이름nsr_layout - NetWorker 파일 레이아웃

시놉시스

type: NSR layout

설명NetWorker server 파일 시스템에 로그 파일 , 온라인 인덱스 및 구성 정보가 포함된 /nsr 이라는 디렉토리가 있습니다 . 이 디렉토리는 설치 시 결정된 실제 디렉토리에 대한 심볼 링크로 /nsr이 설정된 모든 파일 시스템에 작성할 수 있습니다 . 이 디렉토리의 형식은 다음과 같습니다 .

/nsr/logs 서버 로깅 메시지를 포함합니다 . 이 디렉토리에 있는 파일은 UTF8 형식 (일반적으로는 UTF8의 한 종류인 ASCII 형식 )입니다 .

/nsr/res NetWorker server의 여러 구성 요소에 대한 구성 파일을 포함합니다 . 예를 들어

서버는 구성 파일을 /nsr/res/nsrdb 에 저장합니다 .

/nsr/mm 미디어 인덱스를 포함합니다 . nsrls(8) 명령을 사용하면 이 인덱스 파일 내용에 대한 정보를 인쇄할 수 있습니다 . 미디어 인덱스 정보를 보고 조작하는 방법은

nsrmm(8) 및 mminfo(8) 매뉴얼 페이지를 참조하십시오 .

/nsr/index 이 디렉토리에는 저장된 파일이 있는 NetWorker client에 해당하는 이름을 가진 하위 디렉토리가 있습니다 . 각 인덱스 디렉토리에는 NetWorker server가 저장된 클라이언트 파일의 온라인 데이터베이스를 제공할 수 있게 하는 파일이 들어 있습니다 .

가장 중요한 요소는 db6 디렉토리로 , NetWorker 저장 레코드와 이러한 레코드에 대한 액세스 인덱스가 들어 있습니다 . NetWorker 서비스에서 저장하는 파일 수가 증가함에 따라 인덱스에 사용되는 디스크 공간도 늘어납니다 . 관리자는 이 인덱스에 있는

저장된 파일 인스턴스당 약 200바이트를 사용할 것으로 계획해야 합니다 . 인덱스 전체가 단일 파일 시스템 내에 있어야 한다는 것을 제외하고 온라인 인덱스의 최대 크기에는 제한이 없습니다 .

db6 디렉토리의 형식은 변경될 수 있으며 nsrindexd(8) 에 대한 RPC 인터페이스를

통해서만 액세스할 수 있습니다 . 그러나 nsrls(8) 명령을 사용하여 이 디렉토리에서 유용한 통계를 얻을 수도 있습니다 . nsrck(8) 명령은 인덱스 파일을 확인 및 재구축하고 백업 미디어에서 인덱스 파일을 복구하는 데 사용됩니다 . db6 디렉토리에

있는 파일의 데이터는 플랫폼 독립적인

순서로 저장되므로 한 NetWorker서버에서 다른 NetWorker server로 이러한 파일을 마이그레이션할 수 있습니다 . 미디어 데이터베이스를 한 NetWorker server에서

다른 아키텍처의 NetWorker server로 이동하는 기능은 현재 지원되지 않습니다 .

db6 디렉토리의 파일은 아래에 나열된 파일을 포함합니다 . 이러한 파일은 서버 내부에서만 사용되며 어떤 목적으로든 수정하거나 변경할 수 없습니다 .


nsr_layout(5)

<savetime>.rec

이러한 파일에는 저장 시 저장된 각 파일에 대한 인덱스 레코드가 포함됩니다 . 여기서 <savetime> 은 시간의 16진수 표시입니다 .

<savetime>.k0

이러한 파일에는 <savetime>.rec 파일에 대한 파일 이름 기반의 키가 포함됩니다 .

<savetime>.k1

이러한 파일에는 <savetime>.rec 파일에 대한 inode 기반의 키가 포함됩니다 . 클라이언트 파일 인덱스가 windows 클라이언트에 사용되는 경우 파일 길이가 0이 될

수도 있습니다 .

<savetime>.sip

저장 처리 중 파일이며 저장이 시작되어 아직 완료되지 않은 경우에만 존재합니다 .

저장이 완료되면 이 파일의 이름이 <savetime>.rec 로 바뀝니다 .

v6hdr

이 파일에는 클라이언트의 db6 디렉토리에 있는 모든 <savetime>.rec 파일에 대한

요약이 포함됩니다 .

v6journal

이 파일에는 v6hdr 파일로 병합될 때까지 대기 중인 v6hdr 파일에 대한 업데이트가

포함됩니다 . 인덱스 작업은 여기에 있는 항목과 v6hdr 에 있는 항목을 포함합니다 .

v6ck.lck

이 파일은 지정된 시간에 하나의 nsrck 만 클라이언트의 인덱스에 대해 작업하도록

하기 위해 nsrck 에서 사용하는 잠금입니다 .

v6hdr.lck

이 파일은 읽기에 대해 v6hdr 을 잠그고 읽기 및 쓰기에 대해 v6journal 을 잠급니다 .

v6tmp.ptr

이 파일은 변환 및 복구가 수행될 작업 디렉토리를 참조합니다 .

tmprecov

변환 및 복구가 수행되는 작업 디렉토리입니다 .

recovered

이 디렉토리에는 변환 또는 복구된 인덱스의 중간 결과가 포함됩니다. 이 디렉토리의

결과는 전체 결과이며 이 클라이언트 파일 인덱스에 대해 nsrck 를 실행할 때 파일

인덱스로 통합됩니다 .

/nsr/cores NetWorker server 데몬에 해당하는 디렉토리와 특정 실행 파일이 포함됩니다 . 각

디렉토리에는 NetWorker server 데몬의 핵심 파일이나 비정상적으로 종료된 실행

파일이 들어 있을 수 있습니다 .


nsr_layout(5)

/nsr/drivers 이 디렉토리에는 NetWorker에서 사용할 디바이스 드라이버가 들어 있을 수 있습니다 .

/nsr/tmp 이 디렉토리에는 NetWorker 시스템에 사용되는 임시 파일이 들어 있습니다 .

NetWorker 시스템의 실행 파일은 일반적으로 /usr/etc 또는 /usr/bin 에 설치되며 설치 과정에서 다른

위치를 지정할 수 있습니다 . Solaris 2.x의 대체 실행 파일 위치에 대한 자세한 내용은 pkgadd(1M) 를


파일

/nsr NetWorker 인덱스 , 로그 파일 및 구성 정보가 있습니다 .

/usr/etc, /usr/bin 네이티브 아키텍처에 대한 NetWorker 실행 파일이 일반적으로 설치되는 위치입니다 .

/usr/bin, /usr/sbin, /usr/lib/nsr

Solaris 2.x에 대한 NetWorker 실행 파일이 일반적으로 설치되는 위치입니다 .

참조

nsrck(8), nsrindexd(8), nsrls(8), nsrmm(8), mminfo(8)


nsr_layout(5)


nsr_license(5)

Maintenance Procedures nsr_license(5)

이름nsr_license - NetWorker 리소스 유형 ‘‘NSR license’’

시놉시스type: NSR license

설명리소스 유형 NSR license 는 NetWorker 설치에서 활성화된 각 기능을 설명하는 데 사용됩니다 .

NetWorker 리소스에 대한 자세한 내용은 nsr_resource(5) 를 참조하십시오 . NSR license 리소스를 살펴보려면 다음을 입력합니다 . nsradmin -c "type:NSR license" 또는 NetWorker Management

Console 을 사용합니다 . NSR license 리소스는 GUI에서 작성 , 활성화 및 인증할 수 있지만 기존 라이센스 리소스를 업데이트하려면 nsrcap(8) 명령을 사용해야 합니다. NetWorker 관리 프로그램 사용에 대한

자세한 내용은 nsradmin(8) 을 참조하십시오 .

속성리소스 유형 NSR license에대해정의되는속성은다음과 만들기만 은 리소스를 작성할 때를 제외하고 관리자가

값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 권한 있는 관리자가 언제든지 값을 변경할 수 있음을 나타냅니다 . 읽기 전용 은 권한 있는 관리자가 값을 변경할 수 없음을 나타냅니다 . 정적 속성은 값을 거의 변경하지 않습니다 . 동적 속성은 자주 변경될 수 있습니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 예를

들어 (만들기만 , 정적 ) 으로 표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 .

administrator 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .

name (만들기만 , 정적 )

이 속성은 라이센스 리소스의 이름을 저장합니다 .


이 속성은 라이센스에 대한 설명 또는 보충 정보를 유지할 수 있도록 관리자에게 제공됩니다 .

enabler code (만들기만 , 정적 )

이 코드는 이 리소스에 명명된 기능을 활성화하기 위해 nsrcap(8) 명령에 입력된 코드와 같습니다 . Enabler 코드는 18자리의 16진수 숫자로 구성되며 , 6자리 숫자

그룹으로 인쇄됩니다 .

예제 : enabler code: 123456-123456-123456;

host id (읽기 전용 , 동적 )

Enabler가 로드된 컴퓨터 또는 라이센스가 부여된 운영 체제와 연결된 고유한 호스트 ID입니다 . 이 값은 8자리 16진수 숫자인 경우가 많지만 특정 플랫폼 요구 사항에 따라 다른 형식을 사용할 수 있습니다 .

예제 : host id: 7260d859;

expiration date (읽기 전용 )

이 Enabler가 평가 Enabler이거나 등록되지 않은 라이센스 Enabler인 경우

Enabler가 만료될 날짜입니다 . Enabler는 나열된 날짜의 12:00:01 am에 만료됩니다 . 특수 접두사 G 는 이 Enabler에 대해 유예 기간이 허용되었음을 나타냅니다 . 유


nsr_license(5)

예 기간이 허용된 Enabler는 즉시 등록해야 합니다 . Enabler를 등록하고 auth

code 에 유효한 값을 채우면 아래 예제와 같이 값이 표시됩니다 .

예제 : expiration date: Authorized - no expiration date;

auth code (읽기 /쓰기 )

Enabler를 영구적으로 인증하는 데 사용되는 8자리 16진수 값입니다 . 구입한 각

라이센스 Enabler를 등록하면 EMC에서 Enabler에 대한 유효한 고유 인증 코드를

받을 수 있습니다 . 평가 Enabler는 영구적으로 인증할 수 없습니다 . 서버의 호스트 ID가 변경되면 모든 인증 코드가 즉시 무효화되며 EMC에 Enabler를 다시 등록하여 새 인증 코드를 받아야 합니다 .

예제 : auth code: abcdef00;

license type (만들기만 , 숨김 )

이 라이센스 Enabler에서 활성화한 특정 기능을 설명하기 위해 내부적으로 사용되는

특수 코드입니다 .

예제 : license type: J16;

checksum (읽기 /쓰기 , 숨김 )

NSR 라이센스 리소스 및 라이센스 리소스 간의 일관성을 유지하기 위해 사용되는 코딩된 체크섬입니다 .

예제인증된 기본 Enabler에 대한 전체 NSR license 리소스는 다음과 같습니다 .

type: NSR license; name: NetWorker Advanced/10; enabler code: 123456-123456-123456; host id: 7260d859;expiration date: Authorized - no expiration date; auth code: abcdef00; license type: B10; checksum: xxxxxxxxxxxxxxxxxxxxxx;

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안 됩니다 . 대신 NetWorker Management

Console 을 사용하십시오 .

참조nsr_resource(5), nsr(8), nsradmin(8), nsrcap(8)


nsr_mount_request(5)

Maintenance Procedures nsr_mount_request(5)

이름nsr_mount_request - NetWorker 리소스 유형 "NSR mount request"

시놉시스type: NSR mount request

설명저장 또는 복구 등의 세션을 위해 nsrmmd 프로세스에 미디어가 필요한 경우 이 프로세스는 nsrd로 요청을

보냅니다 . 현재 nsrmmd 프로세스의 요구 사항을 충족하는 , 마운트된 미디어가 없으면 nsrd는 nsrjb 명령을 시작하여 미디어를 마운트합니다 . nsrd가 nsrjb 명령을 시작하기 전에 NSR mount request 유형의 리소스가 작성됩니다 . 이 리소스는 해당 nsrjb 명령이 종료될 때까지 존재합니다 . 이 리소스와 해당 속성은

모두 읽기 전용입니다 . 이 유형의 리소스는 관리 인터페이스를 사용하여 작성하거나 삭제할 수 없습니다 .

NetWorker 리소스에 대한 자세한 내용은 nsr_resource(5) 를 참조하십시오 . NSR mount request 리소스를 보려면 다음을 실행합니다 . nsradmin -c "type:NSR mount request" 따옴표를 포함하고 "NSR",

"mount" 및 "request" 사이에 공백을 삽입하십시오 .

속성리소스 유형 NSR mount reques 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에

액세스하는 방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 숨겨진 속성을 나타냅니다 . 이러한 속성은 nsradmin(8) 에서 hidden 옵션을

설정한 경우에만 볼 수 있습니다 . 정적 속성은 값을 거의 변경하지 않습니다 . 동적 속성에는 신속하게 변경되는 값이 있습니다 . 예를 들어 (읽기 전용 , 정적 ) 으로 표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 .

name (읽기 전용 , 정적 )

이름 속성은 이 리소스에서 설명하는 미디어를 로드하기 위해 작성된 nsrjb 명령 인스턴스에 해당합니다 . nsrjb 명령 인스턴스는 -O 명령줄 옵션을 사용하여 지정됩니다 .

예제 : name: 15;

nsrmmd ID (읽기 전용 /정적 )

이 속성은 미디어를 요청한 nsrmmd 프로세스를 식별하는 숫자를 기록합니다 .

예제 : nsrmmd id: 2;

nsrmmd host (읽기 전용 /정적 )

이 속성은 미디어를 요청한 nsrmmd 프로세스가 실행 중인 호스트의 이름을 나타냅니다 .

예제 : nsrmmd host: host1;

nsrmmd mount id (읽기 전용 /정적 /null 허용 )

복제 등의 일부 작업을 수행하려면 nsrmmd 프로세스 두 개와 볼륨 두 개를 동시에

마운트해야 합니다 . 이 속성 값은 해당 nsrmmd 프로세스에서 제출한 모든 마운트

요청에 대해 같습니다 . 미디어를 요청한 nsrmmd가 다른 nsrmmd 프로세스를 완료해야 하는 작업에 참여하고 있지 않은 경우 , 이 속성 값은 null입니다 . 협력하는

nsrmmd 프로세스 하나만 미디어 마운트를 요청할 수 있습니다 . 예를 들어 데이터를

복제하는 동안 이런 경우가 발생할 수 있습니다 . 데이터를 읽는 nsrmmd 프로세스에

여전히 클론할 데이터가 있는 동안 데이터를 쓰는 nsrmmd가 미디어 끝에 도달하면



데이터를 쓰는 nsrmmd 프로세스에서 새 볼륨을 마운트하도록 요청합니다 . 예제 : nsrmmd mount id: 5;

operation (읽기 전용 /정적 )

이 속성은 미디어 마운트를 요청하는 nsrmmd에서 수행 중인 작업을 나타냅니다 . 이

속성 값은 reading\fR, writing\fR 또는 media\fR일 수 있습니다 . 값이

reading\fR로 설정되어 있으면 nsrmmd 프로세스가 미디어에서 데이터를 읽습니다.

데이터를 복구 중이거나 복제 작업의 일부로 미디어에서 데이터를 읽는 프로세스일 수

있습니다 . 값이 writing\fR로 설정되어 있으면 nsrmmd 프로세스가 미디어에 데이터를 씁니다 . 데이터를 저장 중이거나 복제 작업의 일부로 미디어에 데이터를 쓰는 프로세스일 수 있습니다. 값이 media\fR로 설정되어 있으면 nsrmmd가 미디어 레이블

지정 같이 미디어와 관련된 작업만 수행합니다 .

예제 : operation: writing;

data operation (읽기 전용 , 정적 , null 허용 )

이 속성은 operation 속성이 reading\fR 또는 writing\fR로 설정된 경우 값을

갖습니다 . operation 속성을 media\fR로 설정하면 이 속성에 값이 없습니다 . 이

속성 값은 save\fR, recover\fR, archive\fR, retrieve\fR, migrate\fR,

clone\fR 또는 consolidate\fR일 수 있습니다 .

예제 : data operation: save;

media operation (읽기 전용 , 정적 )

이 속성은 드라이브에 로드된 후 미디어에 대해 수행될 작업을 나타냅니다 . 이 속성

값은 mount\fR, label\fR,relabel\fR 또는 verify\fR일 수 있습니다 . 이 속성은 여러 값을 가질 수 있습니다 . 예를 들어 미디어에 레이블을 지정한 다음 마운트할 수 있습니다 .

예제 : media operation: label, mount;

pool (읽기 전용 , 정적 )

요청된 미디어가 속하는 풀이나 미디어 작업 속성에 label\fR 또는 relabel\fR 값이 포함된 경우 미디어가 추가될 풀입니다 . 이 속성에 유효한 값은 현재 정의된 모든 풀입니다 .

예제 : pool: Default;

volume (읽기 전용 , 정적 , null 허용 )

이 속성은 마운트 중인 볼륨의 이름을 기록합니다 . 작업을 시작할 때 볼륨 이름이 알려져 있지 않으면 이 속성 값은 NULL입니다 . 스크래치 미디어에 레이블을 지정할

때 이런 경우가 발생할 수 있습니다 .

예제 : volume: vol1;

client (읽기 -쓰기 , 정적 , null 허용 )

이 속성은 데이터를 저장 (아카이브 )하는 동안 데이터를 읽거나 데이터를 복구 (검색)하는 동안 데이터를 쓸 Net- Worker client의 이름을 기록하는 데 사용됩니다 .

예제 : client: host1;



save set (읽기 전용 , 정적 , null 허용 )

이 속성은 클라이언트에서 읽어 미디어에 쓸 데이터 (저장 ) 또는 미디어에서 읽어 클라이언트에 쓸 데이터 (복구 )를 지정합니다 .

예제 : save set: /usr;

group (읽기 전용 , 정적 , null 허용 )

마운트를 요청한 nsrmmd에서 수행 중인 작업이 savegrp (8) 가 시작한 명령의 결과이면 이 속성은 그룹의 이름을 기록합니다 . 그렇지 않으면 값이 없습니다 . 이 속성에 유효한 값은 현재 정의된 모든 그룹입니다 .

예제 : group: Default;


type: NSR mount request; name: 10; nsrmmd id: 2; nsrmmd host: host1;nsrmmd mount id: tape; operation: writing; data operation: save;media operation: label, mount; volume: vol1; pool: Default; client: host1; save set: /usr; group: Default;

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안 됩니다 . 대신 nsradmin(8) 또는

NetWorker Management Console 을 사용하십시오 .

참조nsr_resource(5), nsr_pool(5), nsr_group(5), nsr_service(5), nsr(8), nsrmmd(8), nsradmin(8)


nsr_notification(5)

Maintenance Procedures nsr_notification(5)

이름nsr_notification - NetWorker 리소스 유형 ‘‘NSR notification’’

시놉시스type: NSR notification

설명리소스 유형 NSR notification 은 NetWorker 알림 시스템에서 처리하는 이벤트 , 우선 순위 및 작업의

각 조합에 사용됩니다 . NetWorker notification은 단일 이벤트 유형 , 단일 우선 순위 및 메시지로 구성됩니다 . 알림 시스템은 해당 이벤트 유형과 우선 순위를 포함하는 각 NSR notification 리소스의 작업에 각 메시지를 게시합니다 (작업에 나열된 명령 실행 및 표준 입력의 메시지 사용 ). NetWorker 리소스에

대한 자세한 내용은 nsr_resource(5) 를 참조하십시오 . NSR notification 리소스를 편집하려면 다음을

입력합니다 . nsradmin -c "type:NSR notification" 또는 NetWorker Management Console 을 사용합니다 . NetWorker 관리 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 을 참조하십시오 .

속성리소스 유형 NSR notification 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 만들기만 은 리소스를 작성할 때를 제외하고 관리자가 값을 변경할 수 없음을

나타냅니다 . 읽기 /쓰기 는 권한 있는 관리자가 언제든지 값을 변경할 수 있음을 나타냅니다 . 선택 목록 은

지정된 목록에서 개수에 관계없이 값을 선택할 수 있음을 나타냅니다 . 단일 문자열 은 하나의 값만 허용됨을

나타냅니다 . 정적 속성은 값을 거의 변경하지 않습니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을

나타냅니다 . 이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 예를 들어

(만들기만 , 정적 ) 으로 표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 .

administrator 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .


이 속성은 관리자가 이벤트에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다 .

action (읽기 /쓰기 , 단일 문자열 )

이 값은 지정된 이벤트가 발생할 때 실행할 명령줄입니다 . 표준 입력에 연결된 이벤트 정보를 사용하여 명령줄이 실행됩니다 (popen(3s) 참조 ). 일반 작업은

syslog(3) 패키지를 사용하여 메시지를 기록하거나 시스템 운영자에게 e-메일을 보내는 것입니다 .

예제 : action: /usr/ucb/mail -s "savegroup completion" root;

event (만들기만 , 선택 목록 , 숨김 )

각 값은 지정된 알림을 트리거할 이벤트 클래스입니다 . 여러 클래스를 선택할 수 있습니다. 유효한 값은 다음과 같습니다. Media 는 미디어 멀티플렉서 하위 시스템과

관련된 이벤트에 사용됩니다 . Savegroup 은 savegrp(8) 명령에 의해 생성된 이벤트에 사용됩니다 (일반적으로 야간 자동 백업 ). Index 는 온라인 파일 인덱스 하위

시스템과 관련된 이벤트에 사용됩니다 . Registration 은 제품의 등록 상태가 변경될 때 발생하는 이벤트에 사용됩니다 (예 : 곧 시간 초과될 라이센스 ). Server 는

재시작 등 다른 Net- Worker server 이벤트에 사용됩니다 .

예제 : event: Media;


nsr_notification(5)

name (만들기만 , 정적 )

이 속성은 알림 리소스의 이름을 저장합니다 .

priority (만들기만 , 선택 목록 , 숨김 )

각 값은 알림이 트리거될 우선 순위입니다 . 여러 개의 우선 순위를 선택할 수 있습니다 . 우선 순위 순서를 높이는 데 유효한 값은 다음과 같습니다 . Info - 서버의

현재 상태에 대한 정보를 제공합니다 . Notice - 중요한 정보입니다 . Warning -

사소한 오류에 대한 정보입니다 . Waiting - 서버가 테이프 마운트 등 일상적인 작업을 운영자가 수행할 때까지 대기 중입니다 . Critical - 서버에서 정식 운영자가

수정해야 하는 오류 조건을 감지했습니다 . Alert - 즉각적인 주의가 필요한 심각한

오류 조건입니다 . Emer- gency - 즉시 수정하지 않으면 NetWorker가 실패할 수

있는 조건입니다 .

예제 : priority: Notice;

Mail Home (읽기 전용 , 숨김 )

이 속성은 알림 리소스가 Mail Home 기능과 연결되어있는지 여부를 나타냅니다 .

enabled (읽기 /쓰기 )

이 속성은 알림 리소스에 명명된 이벤트가 발생할 경우 EMC 고객지원센터로 e-메일을 보낼지 여부를 나타냅니다 . 이 속성은 Mail Home 알림에만 적용됩니다 .

immediate (읽기 /쓰기 )

이 속성은 Mail Home 알림에만 적용됩니다 . 이 속성은 e- 메일로 즉시 알림을 보낼지 또는 Mail Home 날짜 속성에 지정된 요일까지 지연할지 여부를 나타냅니다 .

mail home day (읽기 /쓰기 , 선택 목록 )

이 속성은 메일 전송 알림에만 적용됩니다 . 이 속성은 지연된 Mail Home 경고를 보낼 요일을 나타냅니다 .

pending event info (읽기 전용 , 숨김 )

이 속성에는 e-메일이 EMC로 전송되지 않은 Mail Home 이벤트 정보가 포함됩니다.

이 속성은 Mail Home 알림에만 적용됩니다 .

메일에 사용되는 리소스 하나와 syslog 메커니즘을 사용하는 리소스 하나로 구성된 전체 예제는 다음과 같습니다 .

type: NSR notification; name: savegroup completion;administrator: root; action: /usr/bin/mail -s \"savegroup completion\" root; event: Savegroup; priority: Notice;

type: NSR notification; name: log default;administrator: root; action: /usr/bin/logger -p daemon.notice -f -; event: Media, Savegroup, Index, Server, Registration; priority: Info, Notice, Warning, Waiting, Critical, Alert, Emergency;


nsr_notification(5)

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안 됩니다 . 대신 NetWorker Management

Console 을 사용하십시오 .

참조nsr_resource(5), nsr_service(5), nsr_device(5), nsr(8), nsrmm(8), syslog.conf(5), syslog(3), nsradmin(8), nsrmmd(8)


nsr_notification(5)


nsr_op(5)

Maintenance Procedures nsr_op(5)

이름nsr_op - NetWorker 리소스 유형 ‘‘NSR operation status’’

시놉시스type: NSR operation status

설명NetWorker server에서 수행하는 일부 작업 (예 : 주크박스 작업 )은 NSR operation status 유형의 단일 리소스에 의해 추적됩니다 . 이 리소스는 호출하는 프로그램 (예 : nsrjb)에서 추적 용도 (작업 완료 시기 확인 , 오류 및 세부 정보 메시지 검토 등 )와 제어 용도 (취소 , 프롬프트 응답 등 )로 사용됩니다 .

Networker 리소스에 대한 자세한 내용은 nsr_resource(5) 를 참조하십시오 . nsradmin 내의 NSR

operation status 리소스를 보려면 다음을 실행합니다 .

nsradmin -c "type:NSR operation status"

리소스 유형 이름을 구성하는 단어 사이에 공백을 삽입하고 따옴표로 묶으십시오 . NetWorker 관리 프로그램 사용에 대한 자세한 내용은 nsradmin(1m) 을 참조하십시오 .

NSR operation status 리소스는 일시적 리소스입니다 . 즉 , 해당 작업의 상태를 추적하기 위해 필요한

동안에만 존재합니다 . 각 리소스는 작업을 시작할 때 작성되어 작업이 완료된 후 일정 시간이 지나면 제거됩니다 .

시작하는 클라이언트 프로그램 (예 : nsrjb)이 nsrd를 폴링하여 현재 작업 상태에 대한 정보를 얻기 때문에 작업 완료 시기와 nsrd에서 NSR operation status 리소스를 제거하는 시기 사이에 유예 기간이 있어야 합니다 . 그렇지 않으면 클라이언트 프로그램에 완료 정보가 표시되지 않을 수 있습니다 . 주크박스 작업의 경우 이 유예 기간은 "NSR jukebox" 리소스의 "operation lifespan" 속성에 의해 주크박스 단위로

정의됩니다 . 수명은 초 단위이며 기본값은 1800(30분 )입니다 . 주크박스 작업이 아닌 경우 고정 유예 기간 5분이 적용됩니다 .

또한 단일 NetWorker 실행을 초과하여 작업을 계속할 수 없으므로 모든 NSR 작업 상태 리소스는

NetWorker 시작 및 종료 단계 중에 자동으로 삭제됩니다 . nsrd 서버 대신 모든 주크박스 작업을 제어하는 nsrmmgd가 어떤 이유로든 예기치 않게 종료되면 nsrd에서 자동으로 모든 주크박스 관련 작업을 중단된 것으로 표시합니다 .

속성리소스 유형 NSR operation status 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성

값에 액세스하는 방법을 설명합니다 . 숨김 은 nsradmin(1m) 에서 hidden 옵션을 설정한 경우에만 이러한 속성을 볼 수 있음을 나타냅니다 . 단일 문자열 은 이러한 속성이 단일 값만 가질 수 있음을 나타내고

여러 문자열 은 속성이 여러 값을 가질 수 있음을 나타냅니다 . 선택 은 일련의 잘 정의된 선택 사항 중에서만 속성 값을 선택할 수 있음을 나타냅니다 .

NSR operation status 리소스의 속성은 다른 NetWorker 프로그램에만 사용되므로 사용자나 관리자가 변경하면 안 됩니다 . NSR operation status 리소스나 해당 속성을 수동으로 변경하면 예기치 않은 동작이

발생할 수 있습니다 .

operation source (단일 문자열 )

작업 소스 (예 : "nsrjb", "GUI jb op", "nsrd jb op","jbverify",

"dvdetect" 등 )를 나타냅니다 . 이 속성은 NetWorker에서 작업의 출처에 따라

달라지는 작업의 측면을 처리하기 위해 사용될 뿐만 아니라 GUI에서 출처에 따라 작업의 정렬 , 필터링 등을 수행하기 위해 사용됩니다 .


nsr_op(5)

name (단일 문자열 )

주크박스 작업인 경우 이름 속성은 이 작업이 수행되는 주크박스의 이름을 지정합니다 . 주크박스 작업이 아니면 이 속성을 비워 둘 수 있습니다 .

operation instance (단일 숫자 )

이 속성은 지정된 작업을 고유하게 식별하는 데 사용되는 숫자입니다 . 인스턴스 번호는 "래핑 "될 수 있으므로 낮은 인스턴스 번호의 리소스가 반드시 높은 인스턴스 번호의 리소스보다 먼저 작성된 것은 아닙니다 . NSR operation status 리소스의 상대적 사용 기간을 결정하는 방법은 "start time" 속성을 참조하십시오 .

status (선택 )

작업의 현재 상태를 정의합니다 . 가능한 값은 다음과 같습니다 .

queued:

새 작업의 기본 상태로 , 이는 작업이 수행될 해당 데몬으로 전송되었음을 나타냅니다 .

running: 제어 데몬이 현재 작업 중임을 나타냅니다 . succeeded: 작업이 완료되었으며 성공했습니다 . failed: 작업이 완전히 성공하지 않고 종료되었습니다 . 이

상태 값은 전체 작업에 해당하므로 10개 볼륨에 레이블을 지정할 때 10개 중 9개가 성공해도 작업이 완전히 성공하지 않았다는 사실 때문에 실패로 표시됩니다 .

retryable:

NetWorker에서 재시도하면 작업이 성공적으로 완료될 가능성이 있다고 판단하는 점을 제외하고 "failed"와 같습니다 .

completion code (단일 숫자 )

이 속성은 작업 유형과 출처에 따라 항상 사용되지는 않지만 , NULL이 아닐 경우 작업의 완료 상태에 대해 단순한 "status" 속성이 제공하는 것보다 많은 정보를 제공하는 숫자 값을 포함합니다 .

command (단일 문자열 )

이 속성은 작업을 시작한 명령줄을 나타냅니다 . Net- Worker가 종료될 때 완료되지 않은 작업 확인 등 주로 어떤 작업이 어떤 상태인지를 사용자가 추적할 수 있도록

도와 줍니다 (완료되지 않은 작업 목록이 종료 중에 인쇄됨 ).

progress (여러 문자열 )

이 속성은 작업 유형과 출처에 따라 항상 사용되지는 않지만 , NULL이 아닐 경우 작업의 현재 진행률에 대한 정보를 포함합니다 . 이 속성의 여러 값을 사용하여 첫 번째 값은 작업의 완료율을 나타내고 두 번째 값은 해당 작업에 대해 수행 중인 현재

작업의 설명을 제공할 수도 있습니다 .

error message (여러 문자열 )

작업과 연결된 오류 메시지 목록입니다 . 작업 상태가 "failed"가 아니어도 이 속성에 오류 메시지가 포함될 수 있습니다 . 이는 한 부분에 오류가 발생해도 이 작업에 포함될 수 있는 여러 부분을 모두 중단할 필요가 없기 때문입니다 . 예를 들어

nsrjb 명령을 실행하여 10개 테이프에 레이블을 지정하는 경우 첫 번째 테이프에

레이블을 지정할 수 없는 오류가 발생하면 이 오류 메시지가 "error message" 속성에 기록되지만 나머지 9개 테이프에 레이블을 지정하는 시도가 진행되는 동안 작업은 "running" 상태로 계속됩니다 . 단 , 사용자가 초기 실패로 인해 작업 취소를 선택한 경우는 제외됩니다 .


nsr_op(5)

prompt (단일 문자열 )

이 속성 값은 일반적으로 비어 있습니다 . 비어 있지 않으면 이 속성 값은 작업이 계속되기 위해 사용자 입력을 기다리고 있음을 나타냅니다 . 프롬프트는 작업을 시작한

클라이언트 애플리케이션에 의해 표시됩니다 .

prompt response (단일 문자열 )

사용자가 프롬프트에 대해 제공한 응답입니다 . 프롬프트 응답을 입력하면 프롬프트

문자열이 자동으로 지워져 더 이상 사용자에게 프롬프트를 표시할 필요가 없음을 나타냅니다 .

cancellation (선택 )

기본값은 "none"입니다. 관리자가 "full" 또는 "immediate"로 설정하면 제어

데몬 (예 : nsrmmgd)이 작업을 취소합니다 . 특정 작업의 일부 단계는 취소하는 데

오랜시간이 걸릴 수 있습니다 . 취소 유형 (full 또는 immediate)은 제어 데몬이 대기열에서 작업을 제거하고 완료로 표시하기 전에 작업이 적절히 정리되기를 기다릴지 여부를 결정합니다 . nsrjb 작업을 예로 들면 취소 요청이 들어올 때

nsrmmgd 가 nsrlcpd 또는 nsrd 의 응답을 기다릴 수 있습니다 . 이 경우 "full"

취소는 시스템의 실제 상태를 나타내는 주크박스 리소스의 해당 값을 올바로 설정하기 위해 nsrmmgd에 다른 프로세스의 대기 중인 응답을 nsrmmgd 에 이러한 응답을

기다리지 않도록 지시합니다. "immediate" 취소를 선택하면 잠시 동안 주크박스

리소스가 실제 주크박스 상태와 일치하지 않을 수 있으므로 전체 취소가 작동하지 않는 경우에만 이 작업을 수행해야 합니다 . 예를 들어 nsrmmgd 가 nsrlcpd 의 응답을 기다리고 있는데 nsrlcpd가 이미 종료되어 재시작된 경우가 여기에 해당합니다 .

nsrjb를 통해 작업을 시작한 경우 Ctrl-C를 눌러 작업을 취소하면 cancellation

속성이 "full"로 설정됩니다 . 취소가 완료 및 승인될 때까지 기다리지 않으려는 경우 Ctrl-C를 다시 누르면 nsrjb가 취소 진행률을 표시하지 않고 종료되지만 취소

유형은 여전히 "full"로 유지됩니다 . 제어 데몬이 예기치 않게 종료되면 nsrd 가

취소 유형을 "immediate"로 설정하여 자동으로 모든 미결 작업을 취소된 것으로 표시합니다 .

messages (여러 문자열 )

작업과 연결된 정보 메시지 목록입니다 . 이 속성은 작업 진행률의 세부 정보 기록에

사용됩니다 . 일반적으로 클라이언트 애플리케이션의 명령줄에서 설정되는 , 작업과

연결된 세부 정보 표시 레벨이 높을수록 지정된 작업에 대한 메시지 속성의 항목 수가 늘어납니다 .

start time (단일 문자열 , 숨김 )

작업이 시작된 시기 및 이 NSR 작업 상태 리소스가 작성된 시기를 나타내는 ,시스템에서 읽을 수 있는 타임스탬프입니다 .

last update (단일 문자열 , 숨김 )

이 NSR 작업 상태 리소스가 마지막으로 업데이트된 시기를 나타내는 , 시스템에서 읽을 수 있는 타임스탬프입니다 . 이 값은 프롬프트 실행 , 프롬프트 응답 , 세부 정보

또는 오류 메시지 추가 , 작업 취소 또는 기타 작업 상태 변경 추적 등을 요구하기

위해 리소스를 변경할 때 업데이트됩니다 .

source (단일 문자열 , 동적 , 숨김 )

Networker에서 마지막 리소스 변경의 소스를 결정하기 위해 사용합니다 . 이 속성은 불필요한 네트워크 트래픽을 줄이는 데 사용됩니다 . 이 속성은 특정 작업에만 사용됩니다 .


nsr_op(5)

예제다음 예제에서는 슬롯 2의 볼륨에 레이블을 지정하기 위해 nsrjb 명령이 실행된 , 주크박스 "adic"의 레이블 작업을 정의하는 리소스를 표시합니다 . 세부 정보 메시지 속성에서 볼 수 있듯이 이 볼륨에는 이미

'XYX'라는 레이블이 있으므로 기존 레이블을 삭제하는 레이블 재지정을 진행할지 여부를 확인하는 메시지가

사용자에게 표시됩니다 .

type: NSR operation status; operation source: nsrjb; name: adic; operation instance: 3; status: queued [running] succeeded failed retryable; completion code: ; command: nsrjb -L -S 2; progress: ; error message: ; messages: "Loaded volume ABC from Slot 2" prompt: "Confirm re-label of volume ’ABC’ to ’XYZ’ ? [Yes/No]"; prompt response: ; operation cancelled: [No] Yes ; start time: 1070557031; last update: 1070557031; source: ;

참조nsr(5), nsr_resource(5), nsr_jukebox(5), nsrjb(1m), jbedit(1m)


nsr_peer_information(5)

Maintenance Procedures nsr_peer_information(5)

이름NSR peer information - 피어에 대한 NW 인스턴스 정보가 포함된 리소스

시놉시스type: NSR peer information

설명NSR peer information 리소스는 NetWorker 인증 데몬 nsrexecd 에서 사용됩니다 (nsrexecd(8) 참조 ).

NSRpeerinformation 리소스를 편집하려면 다음을 실행합니다 .

nsradmin -s host_name -p nsrexec -c "type:NSR peer information"

또는 nsradmin -s host_name -p 390113 -v 1 -c "type:NSR peer information"

NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(1m) 을 참조하십시오 .

설명이 유형의 리소스는 NetWorker에서 채우고 작성합니다 . 이 리소스는 이전에 로컬 설치에서 통신했던 원격

NetWorker 설치의 ID와 인증서를 저장하는 데 사용됩니다 . 이러한 리소스는 ssh(1) 에서 사용하는

known_hosts파일과 유사합니다 . NetWorker 설치 (클라이언트 , 서버 또는 스토리지 노드 )가 원격

NetWorker 설치 (클라이언트 , 서버 또는 스토리지 노드 )와 통신하면 NSR peer information 리소스가

각 호스트에서 작성되고 피어에 대한 정보 (예 : ID 및 인증서 )가 포함됩니다 . 이 초기 통신 중에 각 호스트는 자신에 대한 정보를 피어에게 보냅니다 . 이 정보에는 NW 인스턴스 이름 , NW 인스턴스 ID 및 인증서가

포함됩니다 . 이 초기 통신 후에 각 NetWorker 설치는 등록된 피어 인증서를 사용하여 해당 피어와의 이후

통신을 확인합니다 .

이 리소스는 두 시스템 (로컬 시스템 및 name 속성에서 설명하는 시스템 )에서 GSS EMC v1 인증을 사용하는 경우에만 사용됩니다 .

속성리소스 유형 NSR peer information 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성

값에 액세스하는 방법을 설명합니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은 nsradmin(1m) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 정적 속성은 값을 거의 변경하지 않습니다 . 예를 들어 (읽기 전용 , 정적 ) 으로 표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 . 모든 운영 체제에서 모든 속성을 사용할 수 있는 것은 아닙니다 .


이름 속성은 NetWorker를 실행 중인 원격 시스템의 NW 인스턴스 이름을 지정합니다.

이 값은 원격 시스템의 NW 인스턴스 이름에 대한 약어입니다 . NetWorker 인스턴스를 참조해야 하는 모든 위치에 이 속성 값을 입력해야 합니다 . 이 값은 전체 데이터

영역에서 고유해야 합니다 .

NW instance ID (읽기 전용 , 숨김 , 단일 문자열 )

NW 인스턴스 ID입니다 . 이 값은 NetWorker 프로그램에서 다른 NetWorker 프로그램과 통신해야 할 때마다 원격 Net- Worker 설치를 식별하는 데 사용됩니다 . 이 값은 NetWorker 인스턴스 이름과 일대일로 대응하며 전체 데이터 영역에서 고유해야

합니다 .



certificate (읽기 전용 , 숨김 , 단일 문자열 )

원격 NetWorker 설치에 대한 인증서입니다 . 인증서는 로컬 NetWorker 설치에서

현재 NSR 피어 정보 리소스의 name\fR 속성이 나타내는 원격 NetWorker 설치의

ID를 확인하는 데 사용됩니다 .

Change certificate (읽기 -쓰기 , 동적 , 선택 )

이 속성은 리소스의 인증서를 가져오거나 지우는 데 사용됩니다. 유효한 값은 Clear

certificate 및 Load certificate from file입니다 .

Clear certificate를 선택하면 NetWorker에서 현재 NSR 피어 정보 리소스의 인증서 항목을 지웁니다 . 이 경우 로컬 설치와 name 속성에서 설명하는 피어 간의 초기 통신이 두 호스트 간의 다음 연결 시 다시 발생합니다 . Change certificate

를 Clear certificate로 설정하면 리소스 인스턴스를 삭제하는 것과 같은 결과가

발생합니다 .

Change certificate를 Load certificate from file로 설정하면 NetWorker

가 certificate file to load 속성에 지정된 파일에 있는 피어 인증서를 로드합니다 .

NetWorker에서 값을 사용한 후 이 필드는 공백으로 재설정됩니다 .

certificate file to load (읽기 -쓰기 , 동적 , 단일 문자열 )

이 필드는 Change certificate\fR 속성이 Load certificate from file\fR로

설정되어 있을 때 로드할 피어 인증서가 있는 파일 이름을 지정하는 데 사용됩니다 .

이 파일에는 PEM 형식의 인증서가 들어 있습니다 . NetWorker에서 값을 사용한 후

이 필드는 공백으로 재설정됩니다 .

administrator (읽기 -쓰기 , 문자열 목록 )

administrator 목록에는 NSR peer information 리소스를 추가 , 삭제 및 업데이트할 수 있는 사용자와 사용자 net- group이 포함됩니다 . 이 필드의 기본값은 첫

번째 NSR 피어 정보 리소스를 작성할 당시의 NSRLA 필드의 관리자 속성 값입니다 .

administrator 필드 값은 모든 NSR peer information 리소스 인스턴스에 대해 같습니다 . NSR peer infor- mation의 한 인스턴스에 대해 administrator

를 변경하면 모든 인터페이스에 대해 변경됩니다 . 각 줄은 다음 형식 중 하나를 사용하여 사용자나 사용자 그룹을 지정합니다 . user/host@domain , group/host@domain , user@host , user@domain , group@host , group@domain ,

&netgroup (netgroup을 지원하는 플랫폼에서만 사용 가능 ) , user_attribute=value[, ...].

여기서 user는 사용자 이름 , host는 호스트 이름 , group은 사용자 그룹 이름 ,

domain은 도메인 이름이고 user_attribute는 user, group, host, nwinstname,

nwinstancename, domain 또는 domaintype(도메인 유형 , NIS 또는

WINDOMAIN)입니다 .

nwinstname 및 nwinstancename 사용자 속성은 NetWorker 인스턴스 이름을 나타내는 데 사용됩니다 . 이러한 속성 중 하나에 입력해야 하는 값은 일치하는 사용자가

연결 시 사용한 컴퓨터의 NSRLA 리소스에 있는 "name" 필드의 값입니다 .



value는 공백으로 구분된 임의의 문자열일 수 있습니다 . 값에 공백이 포함되어 있으면 큰따옴표로 값을 묶을 수 있습니다 . 값에 와일드카드 "*"가 포함될 수도 있습니다 . 사용자 이름만 입력하면 이 사용자는 임의의 호스트에서 NetWorker를 관리할 수 있습니다 (user@*, */user 또는 user=user와 같음 ). Netgroup 이름 앞에는 항상 "&"가 붙습니다 .

형식 user_attribute=value[, ...]는 오버로드되지 않으므로 더 안전합니다 .

예를 들어 [email protected]을 입력하면 test 그룹에 속한 모든 사용자나 ,

test.acme.com 도메인 또는 test.acme.com 호스트에 있는 test라는 이름의 사용자가 이 항목과 일치합니다 .

nsradmin(1m), nsrexecd(8), nsr_la(5)


nsr_policy(5)

Maintenance Procedures nsr_policy(5)

이름nsr_policy - NetWorker 리소스 유형 ‘‘NSR policy’’

시놉시스type: NSR policy

설명각 NetWorker 정책은 NSR policy 유형의 단일 리소스에 의해 설명됩니다 (nsr_resource(5) 참조 ).

NetWorker server의 NSR policy 리소스를 보려면 명령 프롬프트에 nsradmin을 입력하여 nsradmin 프로그램을 시작합니다 . nsradmin 프롬프트에서 다음을 입력합니다 . nsradmin>print type:NSR policy

NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 을 참조하십시오 .

이러한 리소스는 클라이언트의 온라인 파일 인덱스 파일에 항목을 유지할 기간 및 세이브 세트를 재활용으로

표시하는 시기를 제어합니다 . 각 NSR client 리소스 (nsr_client(5) 참조 )는 찾기 정책 하나와 보존 정책 하나를 사용합니다 . 사용하는 클라이언트가 없는 경우에만 정책을 삭제할 수 있습니다 .

각 정책은 일정한 시간을 정의합니다 . 시간은 period\fR와 number of periods\fR에 의해 결정됩니다 .

속성리소스 유형 NSR policy 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 만들기만 은 리소스를 작성한 후에 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 언제든지 값을 읽고 설정할 수 있음을 나타냅니다 . administrator 등의 몇 가지 숨겨진 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .


이 속성에는 이 리소스에서 정의하는 정책의 이름이 포함됩니다 . 이름은 이

NetWorker server에 대해 고유해야 하지만 관리자가 원하는 대로 선택할 수 있습니다 . 이 이름은 각 NSR 클라이언트 리소스의 선택 속성으로 표시됩니다 .

"Quarter" 및 "Year"라는 NSR policy 리소스는 수정할 수는 있지만 제거할 수

없습니다 . 그룹을 작성할 때만 이름을 지정할 수 있습니다 .

예제 : name: life cycle;


이 속성은 관리자가 정책에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다 .

number of periods (읽기 /쓰기 )

이 속성은 사용할 기본 단위 수를 지정합니다 . 예제 : number of periods: 3;

period (읽기 /쓰기 )

period 속성은 이 정책의 기본 단위를 결정합니다 . 이 속성값은 Days, Weeks,

Months 또는 Years 중 하나일 수 있습니다 . 한 주는 7일로 정의되고 , 특정 월의

일 수는 달력에 따라 달라지며 , 1년은 366일로 정의됩니다 .

예제 : period: Months;


nsr_policy(5)

예제"Quarter"라는 다음 NSR policy 리소스는 3개월의 기간 , 즉 1사분기를 정의합니다 .

type: NSR policy; name: Quarter; period: Months;number of periods: 3;

참조nsr(8), nsrim(8), nsr_resource(5), nsr_client(5), nsradmin(8)


nsr_pool(5)

Maintenance Procedures nsr_pool(5)

이름nsr_pool - NetWorker 리소스 유형 ‘‘NSR pool’’

시놉시스type: NSR pool

설명각 NSR 풀은 NSR pool 유형의 단일 리소스에 의해 설명됩니다 (nsr_resource(5) 참조 ). NetWorker

server의 NSR pool 리소스를 편집하려면 다음을 입력합니다 . nsradmin -c "type:NSR pool" 따옴표를

포함하고 "NSR"과 "pool" 사이에 공백을 삽입해야 합니다 . NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 매뉴얼 페이지를 참조하십시오 .

이러한 리소스는 NetWorker에서 저장 그룹 또는 레벨 등의 특징에 따라 세이브 세트가 있어야 하는 볼륨을

결정하는 데 사용됩니다 . 풀 사용에 대한 자세한 내용은 NetWorker Adminis- tration Guide 를 참조하십시오 .

6가지 유형의 풀이 있습니다 . Backup 풀은 savegrp 및 수동 백업에서 데이터를 받아들입니다 . Archive

풀은 아카이브 데이터를 받아들입니다 . backup 풀에서 클론된 데이터는 backup clone 풀로 전달될 수 있습니다. 마찬가지로 아카이브 데이터는. I "archive clone" 풀로 클론될 수 있습니다. 이와 유사하게 PC

archive 풀은 PC 아카이브 데이터를 받아들입니다 . 또한 PC 아카이브 데이터는 PC Archive Clone 풀로

클론될 수 있습니다 .

NetWorker는 10개의 풀이 미리 활성화된 상태로 제공됩니다 . Default 풀은 선택 기준을 사용하여 사용자가 작성한 풀로 전달되지 않은 백업 데이터를 수집합니다. 선택 기준을 사용하여 풀로 전달되지 않은 모든

아카이브 데이터는 Indexed Archive 풀에 수집됩니다 . Archive 풀은 인덱스 항목을 저장하지 않는

Indexed Archive 풀의 대응 풀입니다 . 데이터를 복제하는 경우 사용자는 작업의 대상 풀을 선택해야 합니다 . Default clone 풀은 사용자가 백업 데이터를 클론하는 데 사용할 수 있습니다 . Indexed Archive

clone 풀과 Archive clone 풀은 모두 사용자가 아카이브 데이터를 클론하는 데 사용할 수 있습니다 .

Indexed Archive clone 풀은 사용자가 인덱싱된 아카이브를 클론하는 데 사용되고 Archive clone 풀은

인덱싱되지 않은 아카이브를 클론하는 데 사용됩니다 . PC Archive 풀은 PC 아카이브 데이터에 사용되는 반면 PC Archive Clone 은 사용자가 PC 아카이브 데이터를 클론하는 데 사용할 수 있습니다 . 이와 유사하게 Migration 및 Migration Clone 풀은 각각 마이그레이션 데이터와 마이그레이션 데이터 클론 작업에

사용됩니다 .

또한 기본적으로 활성화되지 않는 몇 개의 풀이 NetWorker와 함께 제공됩니다 . Full 및 NonFull 풀은 전체 레벨 백업을 다른 백업과 구분하는 데 사용할 수 있습니다(예: 전체 백업과 증분 백업 비교). Offsite

풀은 인덱스 항목이 media 풀에 대해 저장되지 않고 일반 복구 중에 참조되지 않으므로 오프사이트 백업을

생성하는 데 사용할 수 있습니다 . 미디어를 클론하여 오프사이트로 가져갈 데이터 복제본을 생성할 수도 있습니다 . 인덱스 항목 없이 생성된 세이브 세트도 nwrecover (8) 또는 recover(8) 의 "세이브 세트 복구 "

기능을 사용하여 복구할 수 있습니다 .

속성리소스 유형 NSR pool 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는

방법을 설명합니다 . 만들기만 은 리소스를 작성한 후에 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는

권한 있는 관리자가 값을 업데이트할 수 있음을 나타냅니다 . 예 /아니요 는 yes 또는 no만 선택할 수 있음을 나타냅니다 . 선택 은 지정된 목록에서만 값을 선택할 수 있음을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만

볼 수 있습니다 .


nsr_pool(5)


이 속성은 관리자가 풀에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다 .

archive only (읽기 /쓰기 , 예 /아니요 , 숨김 , 작성 )

yes 를 선택하면 아카이브 저장만 이 풀에 허용됩니다 . 이 숨겨진 속성은 사용자가

수정할 수 있습니다 .

예제 : archive only: no;

auto media verify (읽기 /쓰기 , 예 /아니요 , 선택 )

yes 로 설정하면 NetWorker가 이 풀에서 볼륨에 기록된 데이터를 확인합니다 . 볼륨을 다시 포지셔닝하여 이전에 미디어에 기록된 데이터 부분을 읽은 다음 읽은 데이터를 기록된 원래 데이터와 비교하여 데이터를 확인합니다 . 읽은 데이터가 기록된 데이터와 일치하면 확인에 성공하고 그렇지 않으면 실패합니다 . 저장 중에 볼륨이 꽉

차고 다른 볼륨에서 계속해야 할 때마다 또는 볼륨에 기록 중인 모든 세이브 세트가

완료되어 볼륨이 유휴 상태가 될 때 미디어가 확인됩니다 . 볼륨이 확인에 실패하면

Net- Worker에서 이후 저장에 해당 볼륨을 선택하지 않도록 [가득참 ]으로 표시됩니다 . 볼륨은 재활용되거나 사용자가 가득 차지 않음으로 표시할 때까지 가득 찬 상태로 유지됩니다 . 볼륨을 전환하는 동안 볼륨이 확인에 실패하면 해당 볼륨에 기록

중인 모든 세이브 세트가 종료됩니다 .

예제 : auto media verify: yes;

clients (읽기 /쓰기 , 선택 )

이 풀에서 허용되는 클라이언트 (nsr_client(5)) 입니다 . 그룹 을 지정하면 해당

그룹의 멤버 클라이언트만 나열될 수 있습니다 .

예제 : clients: mars;

devices (읽기 /쓰기 , 선택 )

이 속성은 오직 이 풀의 볼륨이 마운트될 수 있는 디바이스만 나열합니다 디바이스가 하나도 나열되어 있지 않으면 이 풀의 볼륨을 아무 디바이스에나 마운트할 수 있습니다 .

예제 : devices: /dev/nrst8;

groups (읽기 /쓰기 , 선택 )

이 풀에서 허용되는 그룹 (nsr_group(5)) 입니다 . 예제 : groups: Accounting;

label template (읽기 /쓰기 , 선택 )

이 풀에 대한 볼륨 이름을 생성할 때 참조되는 label template

(nsr_label(5)) 을 결정합니다 .

예제 : label template: Accounting;

levels (읽기 /쓰기 , 선택 )

이 풀에서 허용되는 레벨 (nsr_schedule(5)) 입니다 .

예제 : levels: full;


nsr_pool(5)


볼륨에 레이블을 지정할 때 및 세이브 세트가 있어야 하는 볼륨을 결정할 때 사용되는 풀 리소스의 이름입니다 . 이름은 관리자가 원하는 대로 선택할 수 있지만 이

Net- Worker server에 대해 고유해야 합니다 . 풀 리소스 Default, Default Clone, Indexed Archive, Indexed Archive Clone, Archive, Archive

Clone, PC Archive 및 PC Archive Clone 은 수정하거나 삭제할 수 없습니다 .

Full 및 NonFull 풀 리소스는 삭제할 수 없습니다 . 다른 풀은 풀을 참조하는 볼륨이 없는 경우에만 삭제할 수 있습니다 .

예제 : name: Accounting;

recycle from other pools (읽기 /쓰기 , 예 /아니요 , 선택 )

이 속성은 쓰기 가능 볼륨과 재활용 볼륨을 모두 사용한 경우 지정된 풀이 다른 풀의

볼륨을 재활용할 수 있는지 여부를 결정합니다 .

예제 : recycle from other pools: yes;

recycle to other pools (읽기 /쓰기 , 예 /아니요 , 선택 )

이 속성은 지정된 풀에서 다른 풀이 사용하기 위해 해당 재활용 볼륨을 재활용할 수

있도록 허용하지 여부를 결정합니다 .

예제 : recycle to other pools: yes;

retention policy (읽기 /쓰기 , 선택 )

이 속성은 항목이 재활용으로 표시되기까지 미디어 인덱스에 유지되는 기간을 제어하는 정책의 이름을 지정합니다 . 기본값은 공백으로 , 풀 정책이 없음을 의미합니다 .

풀 정책이 없으면 클라이언트 정책을 사용하여 세이브 세트 만료 날짜를 결정합니다 .

세이브 세트의 유일한 인스턴스가 아닌 경우 (클론 ) 정의된 풀 정책이 항상 고려됩니다 . 풀 정책은 원래 세이브 세트에 대해 고려되지만 정책에서 정의하는 기간이 클라이언트 리소스에서 정의하는 보존 정책의 기간보다 긴 경우에만 사용됩니다 .

nsr_policy(5) 를 참조하십시오 .

예제 : retention policy: Year;

save sets (읽기 /쓰기 , 선택 )

이 풀에서 허용되는 세이브 세트 (nsr_client(5)) 입니다 . 세이브 세트는

nsr_regexp(5) 에 설명된 정규식 일치 알고리즘으로 일치될 수 있습니다 .

예제 : save sets: /, /usr, C:\\windows\\system, *.JPG ;

status (읽기 /쓰기 , 숨김 , 선택 )

값을 enabled 로 설정하면 이 풀은 백업 볼륨을 선택할 때 세이브 세트가 저장될 풀을 결정하는 데 고려됩니다 . 값을 clone 으로 설정하면 이 풀은 복제 작업의 대상으로만 고려됩니다 . 값을 disabled 로 설정하면 이 풀은 완전히 무시됩니다 . 이

숨겨진 속성은 사용자가 수정할 수 있습니다 .

예제 : status: enabled;

store index entries (읽기 /쓰기 , 예 /아니요 , 선택 )

값을 yes 로 설정하면 백업에 대한 파일 인덱스에 항목이 작성됩니다 . 그렇지 않으면 세이브 세트에 대한 미디어 데이터베이스 항목만 작성됩니다 .

예제 : store index entries: yes;


nsr_pool(5)

volume type preference (읽기 /쓰기 , 선택 )

이 속성은 쓰기 가능 볼륨을 요청할 때 선택 요소로 사용됩니다 . jukebox 또는 .

I "stand alone device" 같은 우선 순위 레벨 내에서는 기본 유형이 먼저 고려됩니다 .

예제 : volume type preference: 4mm;

max parallelism (읽기 /쓰기 , 숨김 )

이 속성을 사용하여 풀에 속하는 미디어에 대한 병렬 세션 저장 수의 상한값을 설정할 수 있습니다 . 미디어에 기록할 병렬 백업 세션 수가 적을수록 세이브 세트에서 데이터를 복구하는 데 필요한 시간이 줄어듭니다 . 값이 0이면 이 풀에 속하는 미디어에 기록되는 병렬 백업 세션 수에 제한이 없습니다 .

mount class (읽기 /쓰기 )

이 속성은 기록 용도로만 유지되며 적용되지 않습니다 .

예제 type: NSR pool; archive only: No; auto media verify: Yes; clients: ; comment: ; devices: ; enabled: Yes; groups: ; label template: Default; levels: ; name: Default; pool type: Backup; save sets: ; store index entries: Yes;recycle from other pools: Yes; recycle to other pools: Yes; retention policy: ; volume type preference: 4mm;

참조nsr(5), nsr_label(5), nsr_resource(5), nsradmin(8), nwrecover(8), recover(8), savegroup(8), savefs(8), uasm(8)


nsr_recover(8)

Maintenance Procedures nsr_recover(8)

이름nsr_recover - NetWorker 리소스 유형 "NSR recover"

요약type: NSR recover

설명NSR recover 유형의 리소스는 지금 또는 나중에 시스템에서 실행할 복구를 예약하는데 사용됩니다.

NetWorker 리소스에 대해서는 nsr_resource(5)를 참조 하십시오. NSR recover 리소스 유형을 편집하려면

다음을 입력하십시오. nsradmin -c "type:NSR recover" NetWorker Administration 프로그램 사용에

대한 자세한 내용은 nsradmin(8) 을 참조하십시오.

속성리소스 유형 NSR recover에 대해 정의되는 속성은 다음과 같습니다. 괄호안의 내용은 속성 값을 액세스하는

방법에 대해 설명합니다. Create-only는 리 스를 생성할때를 제외하고 관리자가 값을 변경할 수 없음을 나타 냅 니 다. Read/write 는 권한 있는 관리자가 언제든지 값을 변경할 수 있음을 나타냅니다. Choice

list는 지정된 목록에서 개수에 관계없이 값을 선택할 수 있음을 나타냅니다.Yes/no 는 yes 또 는 no만 선택할 수 있음을 나타냅니다. True/false는 true 또는 false만 선택할 수 있음을 나타냅니다. Hidden은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다. 이러한 속성은 nsradmin(8)에서 숨김 옵션을 설정한 경우에만 볼 수있습니다. 예를 들 어 (create-only, static)으로 표시된 속성에는 속성을 생성할 때 설정되어 변경 되지 않는 값이 있습니다. 관리자 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로,

nsr_resource(5)에서 설명합니다.

name (create-only)

이 속성은 리소스의 이름을 포함하고 고유하게 식별합니다.


이 속성은 관리자가 리소스에 대한 설명이나 보충 정보를 기록해 둘수 있도록 제공됩니다.

client (read/write)

이 속성은 데이터가 원래 있던 클라이언트를 나타냅니다.

destination client (read/write)

이 속성은 복구가 실행될 클라이언트를 나타냅니다.

recovery type (read/write, hidden)

이 속성은 정보 제공 용도로만 사용됩니다.

client OS (read/write, hidden)

이 속성은 정보 제공 용도로만 사용됩니다. 대상 클라이언트의 운영 체제를 식별합니다.

recover requestor (read/write)

이 리소스를 마지막으로 편집한 사용자의 이름입니다.

recover command (read/write)

대상 호스트에서 실행될 바이너리입니다. 이 속성은 경로일 수 없으며 "nsr" 또는 "recover"로

시작해야 합니다.

recover options (read/write)

"복구 명령"을 실행할 때 명령으로 전달할 옵션입니다.

recover stdin (read/write)


nsr_recover(8)

이 속성은 표준 입력을 통해 복구 명령으로 전달되는 텍스트를 포함합 니다. 복구 명령이 recover

인경우(recover(8) 참조) 명령 옵션에 "-I -"가 포함되어야 합니다. 표준 입력을 통해 텍스트를

전달하는 방법에 대한 자세한 내용은 recover 명령의 man 페이지나 설명서를 참조하십 시오.

wizard data (read/write, hidden)

이 속성은 마법사에서만 사용되며 수정해서는 안됩니다.

application information (read/write, hidden)

이 속성은 클라이언트 애플리케이션 정보를 포함합니다.

start date (read/write)

이 속성은 복구를 자동으로 실행하는 시간을 지정합니다. 예: 시작 시간: "Tue Nov 6 11:23:34 2012";

hard stop date (read/write)

이 속성은 시작 날짜 속성과 동일한 형식을사용합니다. 이 속성을 지 정하면 값으로 지정된 시간에

예약된 복구가 중지됩니다.

status (read/write, choice list)

이 속성은 복구의 현재 실행 계획을 포함합니다. 값으로 지금 시작이나 나중 시작을 사용하거나 값이 없을 수있습니다. 상태를 지금 시작으로 설정하면 시작 날짜가 리소스 생성/편집을 커밋한 시간으로 설정 됩니다. 이 경우 복구 프로세스가 즉시 실행됩니다.상태를 나중 시작으로 설정하면 시작

날짜에 지정된 시간에 복구 프로세스가 실행됩니 다. 상태에 값을 설정하지 않으면 복구가 실행되지 않으며 한 옵션을 선택할 때까지 리소스에 대한 대부분의 속성 오류 확인이 중지됩니다.

stop now (read/write, true/false, hidden)

이 속성을 ture로 설정하면 복구가 중단됩니다.

persist resource (read/write, yes/no)

이 속성은 이 리소스의 삭제 여부를 확인하는데 사용됩니다. 이 속성을 ’예’로 설정하면 사용자가

삭제할때까지 리소스가 유지됩니다. 이 속성을 ’아니요’로 설정하면 이 리소스에서 설정된 "시작

날짜"를 기준으로 작업 데이터베이스에 설정된 "보존 시간"에 해당하는 시간이 지난후에 이 리소스

인스턴스가 자동으로 제거됩니다.

예리소스 생성의 전체 예제는 다음과 같습니다 .

유형 : NSR recover;

이름 : 1;

클라이언트 : example.client.com;

대상 클라이언트 : example.client.com;

복구 요청자 : root;

복구 명령 : recover;

복구 옵션 : -s example.server.com -S 4288161063;

시작 날짜 : "Tue Nov 6 11:23:34 2012";

상태 : 나중 시작 ;

영구 리소스 : 예 ;

파일/nsr/logs/recover - 이 디렉토리의 파일은 예약된 복구를 통해 실행된 복구의 로그를 포함합니다.

파일nsr_resource(5), nsradmin(8), nsrreccomp(8), recover(8), nsrtask(8)


nsr_regexp(5)

Maintenance Procedures nsr_regexp(5)

이름nsr_regexp - 정규식 구문

설명이 매뉴얼 페이지는 NetWorker에서 사용되는 정규식 처리에 대해 설명합니다. 인식되는 정규식은 아래에서

설명합니다 . 이 설명은 근본적으로 ed(1) 에 대한 설명과 같습니다 .

정규식은 문자열 세트를 지정합니다 . 이 문자열 세트의 멤버는 정규식으로 일치됩니다 .

형식 설명

1. 특수 문자를 제외한 모든 문자는 자신과 일치합니다 . 특수 문자는 아래 규칙을 기준으로 정규식 구분 기호에 백슬래시 (\), 괄호 ([), 또는 마침표 (.) 와 경우에 따라 캐럿 (^), 별표 (*), 또는

달러 기호 ($) 를 더한 값입니다 .

2. . 은 임의의 문자와 일치합니다 .

3. \ 뒤에 숫자나 괄호를 제외한 문자가 오면 해당 문자와 일치합니다 .

4. 비어 있지 않은 문자열 s, 괄호로 묶은 문자열 [s] (또는 [^s]) 는 s 에 있거나 없는 임의의 문자와 일치합니다 . s 에서는 \ 에 특별한 의미가 없으며 ] 만 첫 글자로 표시될 수도 있습니다 .

하위 문자열 a-b (.BR a와 b 는 ASCII 오름차순 )는 ASCII 문자의 포함 범위를 나타냅니다 .

5. 형식 1에서 4까지의 정규식 뒤에 * 가 오면 정규식의 0개 이상 일치 항목 시퀀스와 일치합니다 .

6. 형식 1에서 8까지의 괄호로 묶은 정규식 x, $x$ 는 x 가 일치하는 항목과 일치합니다 .

7. \ 뒤에 숫자 n 이 오면 nth $x$ 로 시작하는 괄호로 묶은 정규식과 일치하는 문자열의 복제본과 일치합니다 .

8. 형식 1에서 8까지의 정규식 x 뒤에 형식 1에서 7까지의 정규식 y 가 오면 x 일치 항목 뒤에 y

일치 항목이 오고 x 일치 항목이 y 일치 항목을 허용하는 최대 길이인 값과 일치합니다 .

9. 형식 1에서 8까지의 정규식 앞에 ^ 이 오거나 뒤에 $ 가 오면 줄의 왼쪽 끝에서 시작하거나 오른쪽 끝에서 끝나는 일치 항목으로 제한됩니다 .

10. 형식 1에서 9까지의 정규식은 줄의 맨 왼쪽에 있는 일치 항목 중에서 가장 긴 항목을 선택합니다 .

11. 빈 정규식은 발생한 마지막 정규식의 복제본을 나타냅니다 .

참조ed(1), nsr_client(5)


nsr_regexp(5)


nsr_render_log(8)

Maintenance Procedures nsr_render_log(8)

이름nsr_render_log - NetWorker 로그 파일 데이터를 읽을 수 있는 형식으로 출력합니다 .

시놉시스nsr_render_log [ -acdeghlmprtyz ] [ -L locale ] [ -R remote hostname ] [ -S start_time ] [ -E end_time ] [ -N number_of_lines ] [ -x export_spec ] [ -T thread_id ] [ -P process_id ] [ -G program name ] [ -B start_line ] [ -M message_id ] [ -H hostname ] [ -J hostname_referenced ] [ -A activity_id ] [ -C category ] [ -F devicename ] [ -Y severity ] log_file_name

설명nsr_render_log 는 NetWorker 로그 파일 log_file_name 에서 메시지를 읽어서 명령줄 옵션에 따라 필터링 및 렌더링한 다음 stdout으로 해당 출력을 보냅니다 . 기본 언어는 영어입니다 . 로케일이 지정된 경우에는 메시지가 지정된 언어로 출력되며 타임스탬프 형식도 해당 로케일에 맞추어 지정됩니다 . 지정된 로케일 언어로 메시지를 렌더링할 수 없는 경우에는 메시지가 영어로 렌더링됩니다 . nsr_render_logs는 사용자가 적절한 글꼴을 구성한 것으로 간주합니다 .

옵션-a 작업 ID를 출력하지 않습니다 .

-c 범주를 출력하지 않습니다 .

-d 타임스탬프를 출력하지 않습니다 .

-e 오류 번호를 출력하지 않습니다 .

-g 프로그램 이름을 출력하지 않습니다 .

-h 호스트 이름을 출력하지 않습니다 .

-l 로그를 출력하기 전에 헤더 정보 행을 출력합니다 .

-m 메시지 ID를 출력하지 않습니다 .

-p 프로세스 ID를 출력하지 않습니다 . 합니다 .

-r 원격 호스트에서 카탈로그를 조회하며 , -R 옵션과 함께 지정해야

-t 스레드 ID를 출력하지 않습니다 .

-y 심각도를 출력하지 않습니다 . 네트워크 주소의 별칭을 사용합니다 .

-z 보안 정보를 난독 처리합니다 . 호스트 이름 , 사용자 이름 및

-x <export_spec>

사용자가 읽을 수 있는 형식의 출력 대신 export_spec 은 사용자 정의 출력 형식 구분 기호를 제공합니다 . exportspec 'c<separator>' 는 <separator> 로 구분된 값을 표시합니다 . 예를

들어 , 'nsr_render_log -x 'c \t' <file_name> 은 쉼표로 구분된 값을 표시합니다 .

-L locale

지정된 로케일에 따라 출력이 변환되고 시간 형식이 지정됩니다 .


nsr_render_log(8)

-R remote hostname

원격 호스트에서 지정 로그 파일을 표현합니다 . 기본적으로 카탈로그는 로컬 호스트에서 조회합니다 . -r 옵션이 지정된 경우 원격 호스트에서 카탈로그를 조회합니다 . 이 옵션을 사용하려면 루트/관리자 권한이 있어야 합니다 .

-S start_time

날짜가 start_time 이전인 메시지는 출력되지 않습니다 . start_time은 nsr_getdate(3) 형식을 사용합니다 . 입력 로케일 날짜 /시간은 'l' 옵션으로 지정할 수 있습니다 . 입력 로케일 날짜 /

시간은 UNIX의 경우 recover 의 'ls -l' 명령 형식 표시를 따르고, Windows의 경우 recover

의 'dir' 명령 형식 표시를 따릅니다 . 예를 들어 , 영어 로케일에서 UNIX 시스템을 사용하는 경우 'nsr_render_log -S " l may 30 4:00 " <log_file_name>' 은 날짜가 5월 30일 4:00

시 이후인 모든 메시지를 표시합니다 . 시간은 해당 일의 시작 시간 (00:00:00)으로 매핑됩니다 .

-E end_time

날짜가 end_time 이후인 메시지는 출력되지 않습니다 . start_time은 nsr_getdate(3) 형식을

사용합니다 . 입력 로케일 날짜 /시간은 'l' 옵션으로 지정할 수 있습니다 . 입력 로케일 날짜 /시간은 UNIX의 경우 recover 의 'ls -l' 명령 형식 표시를 따르고 , Windows의 경우 recover

의 'dir' 명령 형식 표시를 따릅니다 . 예를 들어 영어 로케일에서 UNIX 시스템을 사용하는 경우

'nsr_render_log -E " l may 30 4:00 " <log_file_name>'은 날짜가 5월 30일 4:00시

이전인 시간은 해당 일의 종료 시간 (23:59:59)으로 매핑됩니다 .

-N lines

인쇄해야 할 최대 행 수입니다 . 행 수가 충분하지 않은 경우에는 가능한 행 수가 인쇄됩니다 . 이

옵션을 시작 시간과 함께 지정하면 시작 시간 스탬프 다음에 N행이 표시됩니다 .

-B start_line

이 행 번호로 시작되는 메시지만을 출력합니다 . 특정 'start_line' 값이 음수인 경우에는 지정된 행

-T thread_id

지정된 ID에 의해 기록된 메시지만을 출력합니다 . TID를 최대 8개까지 입력할 수 있습니다 . 각

TID를 공백으로 구분하고 전체를 큰 따옴표로 묶어야 합니다 .

-P process_id

지정된 프로세스 ID에 의해 기록된 메시지만을 출력합니다 . PID를 최대 8개까지 입력할 수 있습니다 . 각 PID를 공백으로 구분하고 전체를 큰따옴표로 묶어야 합니다 .

-G program_name

지정된 프로그램 이름에 의해 기록된 메시지만을 출력합니다 . 프로그램 이름을 최대 8개까지 입력할 수 있습니다 . 각 프로그램 이름을 공백으로 구분하고 전체를 큰 따옴표로 묶어야 합니다 .

-M message_id

지정된 메시지 ID를 가진 메시지만을 출력합니다 . 메시지 ID를 최대 8개까지 입력할 수 있습니다 . 메시지 ID를 공백으로 구분하고 전체를 큰 따옴표로 묶어야 합니다 .

-H hostname

지정된 호스트에 의해 기록된 메시지만을 출력합니다 . 호스트 이름을 최대 8개까지 입력할 수 있습니다 . 각 호스트 이름을 공백으로 구분하고 전체를 큰따옴표로 묶어야 합니다 .

-A activity ID

지정된 작업 ID를 가진 메시지만을 출력합니다 . 작업 ID를 최대 8개까지 입력할 수 있습니다 .

각 작업 ID를 공백으로 구분하고 전체를 큰따옴표로 묶어야 합니다 .

-C category

지정된 메시지 범주를 가진 메시지만을 출력합니다 . 메시지 범주를 최대 8개까지 입력할 수 있습니다 . 각 메시지 범주를 공백으로 구분하고 전체를 큰 따옴표로 묶어야 합니다 .


nsr_render_log(8)

-F device name

지정된 디바이스 이름에 대한 참조를 가진 메시지만을 출력합니다 . 디바이스 이름을 최대 8개까지

입력할 수 있습니다 . 각 디바이스 이름을 공백으로 구분하고 전체를 큰 따옴표로 묶어야 합니다 .

-J host name referenced

지정된 호스트 이름에 대한 참조를 가진 메시지만을 출력합니다 . 호스트 이름을 최대 8개까지 입력할 수 있습니다 . 각 호스트 이름을 공백으로 구분하고 전체를 큰 따옴표로 묶어야 합니다 .

-Y severity

보안 레벨이 지정된 레벨 이상인 메시지만을 출력합니다 .

log_file_name

경로 이름 log_file_name 에 의해 이름이 지정된 파일에서 메시지를 읽습니다 .

예제예제 1: 로그를 일본어로 변환하려면 (헤더 줄 및 조작 포함 ) 다음 명령을 사용합니다 .

nsr_render_log -lz -L ja_JP.utf8 /nsr/logs/daemon.raw

예제 2: PID 41, 1064, 1065에 의해 생성된 로그 메시지를 표시하고 스레드 및 작업 /이벤트 ID 출력은

표시하지 않으며 로그 파일의 마지막 50행만을 검색하여 출력을 리디렉션하려면 다음 명령을 사용합니다 .

nsr_render_log -ta -P "41 1064 1065" -B -50 ./recover.raw > recover.txt

예제 3: 2006년 1월 30일 11:00(AM)부터 12:00(AM) 사이에서 처음 99개의 로그 메시지를 보안 레벨

2로 표시하려면 다음 명령을 사용합니다 .

nsr_render_log -S "Jan 30 11:00" -E "Jan 30 12:00" -N 99 -Y 2 /nsr/logs/daemon.raw

예제 4: 원격 호스트에 있는 로그 파일을 표시하려면 다음 명령을 사용합니다 .

nsr_render_log -R <remote_hostname> /nsr/logs/daemon.raw

참고1: 경로에서 각 백슬래시 (" \ ") 문자에 대해 연속으로 두 개의 백슬래시를 입력합니다 .

예제 : c:\\dir_one\\dir_two\\daemon.raw

2: 사용자가 셸 로케일이 아닌 별도의 로케일에 메시지를 렌더링하는 경우, 메시지는 UTF-8 형식으로

인코딩되므로 UTF-8 형식의 출력 메시지가 파일로 전달될 때는 해당 파일의 UTF-8 인코딩 지원

여부를 반드시 확인해야 합니다 .

참조nsr_getdate(3)


nsr_render_log(8)


nsr_resource(5)

Maintenance Procedures nsr_resource(5)

이름nsr_resource - NetWorker 리소스 형식

시놉시스resource ::= attribute list <blank line>attribute list ::= attribute [ ; attribute ]*attribute ::= name [ : value [ , value ]* ]name, value ::= <printable string>

설명NetWorker 시스템은 리소스 가 포함된 파일을 사용하여 자신과 해당 클라이언트를 설명합니다 . 각 리소스는 관리가 필요할 수 있는 NetWorker 시스템의 한 구성 요소를 나타냅니다 . NetWorker 리소스의 예로는

디바이스 , 스케줄 , 클라이언트 등이 있습니다 . 시스템 관리자는 리소스를 조작하여 NetWorker 시스템을

제어합니다 . 파일과 파일 내의 리소스는 NetWorker Management Console 및 nsradmin(8) 프로그램을

통해 액세스할 수 있습니다 . 일반 텍스트 편집기를 사용하여 볼 수도 있습니다 .

파일은 모두 공통된 형식을 사용합니다 . nsradmin(8) 프로그램에서도 같은 형식을 사용합니다 . 각 리소스는 속성 목록으로 설명되고 빈 줄로 끝납니다 . 속성 목록의 각 속성에는 이름과 선택적 값 목록이 있습니다 .

속성 이름은 콜론 (:)으로 속성 값과 구분되고 속성 값은 쉼표 (,)로 구분되며 각 속성은 세미콜론 (;)으로

끝납니다 . 줄 끝의 쉼표 , 세미콜론 또는 백슬래시 (\)는 해당 줄을 계속합니다 . 파운드 기호 (#)로 시작하는 줄은 설명으로 , 이 줄의 나머지 부분은 무시됩니다 . 백슬래시 문자를 사용하여 다른 문자 (쉼표 , 세미콜론 , 파운드 기호 및 백슬래시 )의 특별한 의미를 이스케이프할 수도 있습니다 .

속성 이름과 값에는 모든 인쇄 가능한 문자가 포함될 수 있습니다 . 비교 시 대문자와 소문자는 구분되지 않으며 , 양 끝에서 여분의 공백이 제거되지만 이름과 값의 내부에서는 제거되지 않습니다 . 예를 들어 다음 두

개의 항목을 보겠습니다 .

Name: this is a test;

위 내용은 아래 내용과 일치합니다 .

name : This Is A Test ;

그러나 다음과는 다릅니다 .

Name: this is a test;

예제다음 예제 리소스에는 8개의 속성이 있습니다 . 이들 속성은 type, name, server, schedule,

directive, group, save set및 remote access입니다 . remote access 속성에는 값이 없습니다 .

type: NSR client; name: venus; server: earth; schedule: Default; directive: Unix standard directives; group: Default; save set: All;remote access: ;

다음 리소스에는 6개 속성이 있습니다 . administrator 속성에는 &engineering\fR, root 및

operator\fR의 세 개 값이 있습니다 . 세 값은 쉼표로 구분되어 있습니다 . action\fR 속성에는 incr

incr incr incr incrfull incr\fR 값 하나가 있습니다 . 이는 단일 값이지만 단어 사이가 공백으로 구분됩니다 .


nsr_resource(5)

type: NSR schedule; action: incr incr incr incr incr full incr;administrator: &engineering, root, operator; name: engineering servers; override: ; period: Week;

특수 속성각 NetWorker 리소스에는 type, name, administrator, hostname, ONC program number, ONC

version number, 및 ONC transport 의 7개 특수 속성이 있습니다 . type\fR 및 name\fR 속성은 일반적으로 표시되지만 다른 속성은 숨겨집니다 . 속성이 숨겨진다는 것은 해당 속성이 자주 사용되지 않으며 비밀임을 나타냅니다 . 일반적으로 숨겨진 속성은 사용자가 변경하면 안 됩니다 .

type\fR 속성은 리소스에 포함될 수 있는 기타 속성을 정의합니다 . 예를 들어 유형이 NSR client\fR인

리소스에는 항상 server\fR 속성이 포함되지만 유형이 NSR schedule\fR인 리소스에는 포함되지 않습니다 .

name\fR 속성은 리소스가 나타내는 개체를 설명하는 이름입니다 . 위의 첫 번째 예제에서 name\fR 속성은

NetWorker client 시스템의 이름입니다 . 두 번째 예제에서 name\fR 속성은 엔지니어링 부서의 서버를 백업하는 데 사용되는 스케줄을 설명합니다 .

administrator\fR 속성은 이 리소스를 수정하거나 삭제할 권한이 있는 사용자 목록입니다 . 이 속성은 새

리소스를 작성할 때 type: NSR 리소스에서 상속됩니다 . NSR 리소스의 관리자는 Net- Worker 리소스를 작성하고 삭제할 권한이 있는 사람도 제어합니다 .

hostname\fR 속성은 이 리소스를 제어하는 서비스가 실행 중인 시스템의 호스트 이름을 지정합니다 . 내부적으로 사용되며 관리자가 변경할 수 없습니다 .

나머지 속성 (ONC program number\fR, ONC version number\fR 및 ONC transport\fR)은 이 서비스에 대한 Open Network Computing 정보를 지정하며 수동으로 변경하면 안 됩니다 .

리소스 식별자가 표시되는 경우도 있습니다 . 리소스 식별자는 속성처럼 보일 수도 있지만 NetWorker 시스템에서 각 리소스의 고유 ID를 제공하기 위해 설정하고 사용하는 내부 값입니다 . 새 리소스를

nsradmin(8) 의 edit\fR 명령에서 작성하는 경우 리소스 식별자 속성을 해제해야 합니다 . 이는 새 리소스이며 새 식별자가 할당됨을 나타냅니다 .

NetWorker 리소스는 EMC Resource Administration Platform에 의해 구현됩니다 . 이에 대해서는

resource(5) 매뉴얼 페이지에서 설명합니다 . 이 유연성 있는 아카이브는 NetWorker의 이후 릴리스에서

더 많은 리소스 유형이나 속성이 추가될 수 있으며 이 릴리스의 관리 도구가 자동으로 이러한 리소스 유형과

속성을 사용할 수 있음을 의미합니다 . 이를 위해 각 서버는 유형 설명자 를 제공합니다 . 유형 설명자는 관리 도구와 서비스 간에 각 유형의 속성을 설명하기 위해 내부적으로 사용됩니다. 이러한 유형 설명자로 인해

단일 값만 허용하거나 값을 허용하지 않거나 숫자 값만 허용하는 등 값이 제한될 수도 있습니다 .

리소스 유형이 NetWorker 릴리스에서는 다음 유형의 리소스를 정의합니다 .

NSR 이 리소스는 NetWorker server를 설명합니다 . 이 리소스에는 관리자 인증 , 진행 중인 작업에

대한 정보 및 이전 작업에 대한 통계 및 오류 정보를 제어하는 속성이 있습니다 . 자세한 내용은

nsr_service(5) 매뉴얼 페이지를 참조하십시오 .

NSR client

이 리소스는 NetWorker client를 설명합니다 . 이 리소스에는 저장할 파일 , 사용할 스케줄 및

이 클라이언트가 속하는 그룹을 지정하는 속성이 있습니다. NetWorker client 하나에 대해 여러

개의 클라이언트 리소스가 있을 수 있습니다 . 이 경우 클라이언트에서 서로 다른 스케줄로 파일을

저장할 수 있습니다 . 자세한 내용은 nsr_client(5) 매뉴얼 페이지를 참조하십시오 .


nsr_resource(5)

NSR device

이 리소스 유형은 스토리지 디바이스를 설명합니다 . 이 리소스에는 특정 디바이스 이름 (예 : /

dev/nrst1), 미디어 유형 (예 : 8mm) 및 현재 마운트된 볼륨의 이름을 지정하는 속성이 있습니다 .

또한 현재 작업과 이전 작업에 대한 상태 및 통계를 제공합니다 . 자세한 내용은 nsr_device(5)

매뉴얼 페이지를 참조하십시오 .

NSR directive

이 리소스는 디렉티브를 설명합니다 . 디렉티브는 저장 시 클라이언트 파일이 처리되는 방법을 제어합니다 . 자세한 내용은 nsr_directive(5), nsr(5) 및 uasm(8) 매뉴얼 페이지를 참조하십시오 .

NSR group

이 리소스는 NetWorker client의 논리적 그룹과 시작 시간을 지정합니다 . 매일 지정한 시간에

그룹의 모든 멤버가 저장을 시작합니다 . 자세한 내용은 nsr_group(5) 매뉴얼 페이지를 참조하십시오 .

NSR jukebox

이 리소스 유형은 주크박스를 설명합니다 . 이 리소스에는 주크박스 모델 , 주크박스의 첫 번째 및

마지막 슬롯 번호 , 주크박스 내의 디바이스 이름 등의 속성이 포함됩니다 . 자세한 내용은

nsr_jukebox(5) 매뉴얼 페이지를 참조하십시오 .

NSR label

이 리소스 유형은 볼륨에 레이블을 지정할 때 사용할 이름 시퀀스를 설명하는 템플릿을 지정합니다 .

자세한 내용은 nsr_label(5) 매뉴얼 페이지를 참조하십시오 .

NSR license

이 리소스에는 이 NetWorker 설치에서 현재 활성화된 각 기능에 대한 라이센스 정보가 포함됩니다.

또한 Net- Worker에서 라이센스를 받은 기능을 확인하는 데 사용하는 다양한 Enabler와 인증 코드가 포함됩니다 . 자세한 내용은 nsr_license(5) 및 nsrcap(8) 매뉴얼 페이지를 참조하십시오 .

NSR notification

알림은 특정 유형의 NetWorker 이벤트가 발생할 때 수행할 작업을 지정합니다 . 자세한 내용은

nsr_notification(5) 매뉴얼 페이지를 참조하십시오 .

NSR policy

정책 리소스는 NetWorker에서 인덱스 관리 프로세스의 일부로 사용됩니다 . 이러한 정책은 클라이언트의 온라인 파일 인덱스에 항목을 유지할 기간과 세이브 세트를 재활용으로 표시할 시기를 제어합니다 . 자세한 내용은 nsr_policy(5) 매뉴얼 페이지를 참조하십시오 .

NSR pool

이 리소스 유형은 저장의 특징 (예 : 그룹 또는 레벨 )에 따라 볼륨 세트가 있어야 하는 볼륨을

NetWorker에서 확인하는 데 사용됩니다 . 자세한 내용은 nsr_pool(5) 매뉴얼 페이지를 참조하십시오 .

NSR schedule

스케줄 리소스는 저장 레벨의 시퀀스와 덮어쓰기 목록을 정의합니다 . 덮어쓰기 목록은 레벨 및 날짜 쌍으로 구성됩니다 . 레벨은 클라이언트를 백업할 때 저장되는 데이터 양을 제어합니다 . 자세한

내용은 nsr_schedule(5) 매뉴얼 페이지를 참조하십시오 .

NSR stage

각 단계 리소스는 스테이징 정책을 설명합니다 . 이 리소스에는 정책에 대한 매개 변수와 정책에서

관리하는 디바이스를 정의하는 속성이 있습니다 . 자세한 내용은 nsr_stage(5) 매뉴얼 페이지를



nsr_resource(5)

파일/nsr/res/nsrdb

NetWorker server의 리소스를 저장합니다 . 이 디렉토리에 있는 파일은 직접 편집하면 안 됩니다 . 대신

nsradmin(8) 또는 Net- Worker Management Console 을 사용하십시오 .

참조resource(5), nsr(5), nsr_client(5), nsr_device(5), nsr_directive(5), nsr_group(5), nsr_jukebox(5), nsr_label(5), nsr_license(5), nsrcap(8), nsr_notification(5), nsr_policy(5), nsr_pool(5), nsr_schedule(5), nsr_service(5), nsr_stage(5), nsr(8), savegroup(8), savefs(8), nsradmin(8), uasm(8)


nsr_schedule(5)

Maintenance Procedures nsr_schedule(5)

이름nsr_schedule - NetWorker 리소스 유형 "NSR schedule"

요약type: NSR schedule

설명각 NetWorker 스케줄은 NSR schedule 유형의 단일 리소스에 의해 설명됩니다(nsr_resource(5) 참조).

NetWorker Server의 NSR schedule 리소스를 편집 하려면 다음을 입력합니다 . nsradmin -c

"type:NSR schedule" NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8)

을 참조하십시오 .

이 리소스는 NetWorker Client에서 저장하는 데이터 양을 제어하는 일련의 레벨을 설명합니다(nsr_client(5) 참조 ). NetWorker 스케줄마다 NSR schedule 리소스 하나가 있습니다 .

속성리소스 유형 NSR schedule에 대해 정의되는 속성은 다음과 같습니다 . 괄호안의 내용은 속성 값을 액세스하는 방법에 대해 설명합니다 . Read-only는 관리 자가 값을 변경할 수 없음을 나타냅니다 . Read/write

는 값을 읽을수도 있고 설정할 수도 있음을 나타냅니다 . 관리자 등의몇 가지 추가적인 숨겨진 속성은 모든

리소스에 공통된 속성으로 , nsr_resource(5)에서 설명합니다 .

name (read/write)

이 속성은 스케줄의 이름을 지정합니다. 스케줄은 클라이언트 리소스에서 해당 이름으로 참조됩니다.

예: 이름: monthly_fulls;


이 속성은 관리자가 스케줄에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다.

period (read-only)

이 속성은 스케줄의 기간을 지정합니다. "주" 또는 "월"일수 있습 니 다. "주" 스케줄은 7일마다 반복되고 일요일에시 작합니다."월" 스케 줄은 매월 첫째 날에 다시

시작합니다. 기본값은 "주"입니다. 예: 기간: 월;

예제: period: Month;

action (read/write)

이 속성은 스케줄을 구성하는 세이브 레벨의 시퀀스를 지정합니다. 스케줄의 각 날짜에 대해 하나의 항목이 사용됩니다. 각 항목을 공백이나 탭으로 구분해야 합니다.

유효한 레벨은 "full," "incr," "incr_synth_full," "skip," 및 1에서

9까지의 숫자입니다. full, incr 및 skip 작업은 각각 "f", "i" 및 "s"로 줄여서 표시할 수 있습니다.

작업 속성에 기간 내 모든 날짜에 해당하는 항목이 충분히 포함되어 있지 않을

경우, 작업 목록의 끝에 도달할 때 NetWorker에서 작업 목록을 반복합니다.

예: action: f i i i i i i;


nsr_schedule(5)

이 속성에는 다음과 같이 14개 레벨이 있습니다. full, 레벨 1부터 9 까지의

레벨, incr, incr_synth_full 및 skip 레벨. full은 모든 파일을 저장하도록

지정하며, dump(8)의 레벨 0 덤프에 해당합니다. Incr은 레벨에 관계없이 가장 최근에 저장이 수행된 이후에 수정된 파일만 저장하는 증분 저장을 지정합니다. 이 레벨은 저장할 대상을 결정할 때 이전 증분 저장을 포함하여 모든 레벨의 마지막 저장을 고려하므로 dump(8) 명령에는 이와 유사한 레벨이 없습니다. skip은 아무 파일도 저장하지 않습니다. incr_synth_full 레벨에서는 신세틱(Syn-thetic Full)

백업을 생성하기 전에 클라이언트에서 비전체 레벨 백업을 수행합니다. 이 비전체 레벨은 마지막 전체 백업 후에 레벨 백업 의무 결성에 따라 결정됩니다. 이 새로운 레벨 백업은 신세틱(Synthetic Full) 백업의 무결성을 최신 상태로 유지하므로 이

새 신세틱(Syn-thetic Full) 백업을 기준으로 후속 증분 백업이나 레벨 백업을

수행할 수 있습니다. 신세틱(Synthetic Full) 백업은 이전의 전체 레벨 백업과

후속 레벨/증분 백업을 사용합니다. 클라이언트는 신세틱(Syn-thetic Full) 백업

생성에 관여하지 않습니다. 결과 세이브 세트는 신세틱(Synthetic Full) 백업을

구성하는데 사용된 마지막 비전체 레벨 백업이 이루어질 때 수행되는전체 백업에 해당합니다. 예를 들어 세이브 타임 및 레벨이 각각 t1 및 full, t2 및 incr, t3

및 incr인 세 세이브세트 ss1, ss2 및 ss3을 사용하여 새로운 신 세틱(Synthetic Full) 백업 세이브 세트 ss4를 생성하는 경우 이 새 세이브세트는 시간 t3에 실행된 전체 백업에 해당합니다. 신세틱(Synthetic Full) 백업 및 관련

무결성 검사에 대한 자세한 내용은 nsrconsolidate(8)를 참조하십시오. 레벨 1부터 9는 하위 레벨의 저장이 수행된 이후에 수정된 모든 파일을 저장합니다. 예를 들어 월요일에 전체 세이브를 수행하고 화요일에 레벨 3 저장을 수행한 경우 수요일에

레벨 3 저장을 수행하면 월요일에 전체 세이브한 이후에 수정되거나 추가된 모든 파일이 이 저장 항목에 포함됩니다. 기본적으로 세이브레벨은 NetWorker Client 의

스케줄(NSR 스케줄)에 따라 자동으로 결정됩니다.NetWorker Server에서

nsrmmdbd(8)에 의해 유지되는 이전 저장 기록을 사용하 면 지정된 레벨에 필요한

시간을 정확하게 계산할 수 있습니다.또한 서버의 미디어 정보를 사용하면 이전 세이브 레벨을 기준으로 계산된 세이브 타임이 테이프가 삭제될 때 필요한 만큼 자동으로

조정됩니다.

NetWorker 8.1.1 이 상 에 서 incr_synth_full 레 벨의 예약백업(savegrp)이 시작될 때 NSR group 리소스에 ’Perform virtual syn-thetic

full’ 속성이 설정되어 있으면 모든 요구 사항이충족되어야 nsrconsolidate에 의해 Data Domain 가상신세틱(Synthetic Full) 백업 모드가 수행됩니다. 자세한내용은 nsr_group(5), savegrp(8) 및 nsrconsolidate(8)를참조하십시오.

override (read/write)

이 속성은 작업 속성에서 지정한 작업을 재정의하는 작업 및 날짜 목록을 지정합니다. 재정의를 지정하는 형식은 작업 날짜입니다.작업은 "full", "incr",

"skip" 또는 1에서 9까지의 숫자 중 하나여야 합니 다. 날짜는 고정 날짜 또는

반복 날짜여야 합니다. 고정날짜는 " 월/ 일/ 연도" 형식입니다. 월과 일은 2자리숫자이고, 연도는 2자리 또는 4자리 숫자일 수있습니다. 연도가 2자리이면

70-99 사이의 숫자는 1900에서 시작한다고 가정하고 00-69 사이의 숫자는 2000

에서 시작한다고 가정합니다. 반복 날짜는 ‘[ 숫자 ] 요일 [ 숫자 ] 기간마다’

형식입니다. 숫자의 경우 첫 번째 인스턴스는 숫자(1, 2, 3...) 또는 서수(첫번째, 두 번째, 세 번째...)일 수 있으며 두 번째 인스턴스는 숫자 여야 합니다. 평일은 "월요일", "화요일", "수요일", "목요일", " 금요일", "토요일",

"일요일" 중 하나여야 합니다. 숫자에는 " 마지막"을 사용할 수없습니다. 예를 들어

"마지막 금요일"을 사용하여 해당월의 마지막 금요일을 나타낼 수 없습니다. 기간은

"주", "월", " 분 기" 또는 "연도" 중 하나여야 합니다. 작업/날짜 쌍은 쉼표(’,’)로 구분됩니다.

예: 재정의: full 1/1/1994, full 마지막 금요일 두 번째주마다,


nsr_schedule(5)

예다음 예에서는 "Default"이라는 NSR schedule 리소스를 정의합니다 . 기본값 스케줄은 수정할 수는 있지만 삭제할수 없습니다. 각 NetWorker Server에 기 본값 스케줄이 있어야 합니다. 이 스케줄은 기간이 한

주이고 , 일요일에 전체 세이브를 수행하며 이후 6개 증분 저장을 수행합니다 . 재정의 작업은 지정되어 있지 않습니다 .

유형 : NSR schedule;

이름 : 기본 ;

기간 : 주 ;

작업 : f i i i i i i;

재정의 :;

다음 예에서는 "분기별 "이라는 스케줄을 정의합니다 . 이 스케줄의 기간은 한 달입니다 . 작업 속성은 레벨

5, 9 및증분 저장을 지정합니다 . 재정의 속성에서 각 분기의 첫째 날에 대해 전체 세이브가 지정됩니다 . 작업 속성 서각 분기의 첫째 날에 대해 전체 세이브가 지정됩니다 .작업 속성에 있는 항목수는 7개뿐입니다 .

목록의 끝에 도달하면 NetWorker는 목록의 처음부터 다시 시작하여 레벨 5 저장을수행합니다 .

유형 : NSR schedule;

이름 : 분기별 ;

기간 : 월 ;

작업 : 5 incr incr incr 9 incr incr;

재정의 : f 1/1/1994, f 3/1/1994, f 6/1/1994, f 9/1/1994, f 1/1/1995;

참조nsr(8), nsrconsolidate(8), nsrmmdbd(8), savefs(8), savegrp(8), mminfo(8), nsradmin(8), nsr_client(5), nsr_group(5), nsr_policy(5), nsr_resource(5)


nsr_schedule(5)


nsr_service(5)

Maintenance Procedures nsr_service(5)

이름nsr_service - NetWorker Server 리소스 유형 “NSR”

요약type: NSR

설명각 NetWorker Server는 NSR 유형의 리소스에 의해 설명됩니다 . NetWorker 리소스에 대한 일반적인 내용은 nsr_resource(5)를 참조하십시오 . NSR 리소스를 편집하려면 다음 명령을 사용하십시오 . nsradmin

-c "type:NSR" NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 을 참조하십시오 .

속성NSR 리소스에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값 을 액세스하는 방법에 대해 설명합니다 . Read-only는 관리자가 값을 변경할 수 없음을 나타냅니다 . Read/write는 값을 읽고 설정할 수 있음을 나타 냅니다 . Choice list는 지정된 목록에서 개수에 관계없이 값을 선택할 수 있음을 나타냅니다 . Static 속성의 값은 거의 변경되지 않습니다 . Dynamic 속성에는 신속하게 변경되는 값이 있습니다 . Hidden은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은 nsradmin(8)에서

숨김 옵션을 설정한 경우에만 볼 수 있습니다 . 예를 들어 (read-only, static)으로 표시된 속성에는 리소스를 생성할때 설정되어 변경되지 않거나 서버에서만 변경할 수 있는 값이 있습니다 .

name (read-only, static)

이 속성은 이 NetWorker Server의 호스트 이름을 지정합니다.

예 이름: mars;

version (read-only, dynamic)

NetWorker Server 데몬 nsrd(8)의 소프트웨어 버전입니다. 슬래시와 현재 라이센스를 받은 클라이언트수를 포함합니다.

예: 버전: NetWorker 4.1 Turbo/110;


이 속성은 관리자가 이 NetWorker Server에 대한 설명이나 보충 정보를 기록할 수

있도록 제공됩니다.

예: 주석: 243호에 위치한 시스템;

save totals (read-only, dynamic, hidden)

세 이브 통계입니다. 총 세이브 세션 수, 오류가 발생한 저장 수(있는 경우) 및 저장된 총 바이트 수(있는 경우)가 포함된 문자열입니다. 이 속성은 각 세이브 세션이

완료된후 업데이트됩니다.

예: 전체 백업 용량: "37개 세션, 총 457MB";

recover totals (read-only, dynamic, hidden)

복구 통계입니다. 총 복구 세션 수, 오류가 발생한 복구수(있는 경우) 및 복구된 총

바이트 수(있는 경우)가 포함된 문자열입니다.이 속성은 각 복구 세션이 완료된후 업데이트됩니다.

예: 전체 복구 용량: "347개 세션, 총 48MB";


nsr_service(5)

totals since (read-only, dynamic)

통계 수집이 시작된 시간입니다. 일반적으로 NetWorker Server가 마지막으로 재부팅된 시간입니다.

예: 작업 시작 날짜: "Fri Jun 1 09:35:02 1992";

NSR operation (read-only, choice list, hidden)

이 속성은 현재 사용되지 않으며 이전 버전과의 호환성을 위해 제공됩니다.

parallelism (read/write, static)

이 속성은 이 서버에서 허용하는 동시 세이브 세션 수를 설정합니다. 관리자가 값을

설정할 수 있습니다. 주메모리와 스왑 공간이 많은 빠 른 시스템에서 더 나은 성능을

얻으려면 높은 값을 사용합니다.느린 시스템이나 주 메모리 또는 스왑 공간이 적은

시스템에서 오버로드를 방지하려면 낮은 값을 사용합니다. 경고: 일부 UNIX 버전의

결함 때문에 병렬 처리 수 값을 높게 지정하면 시스템이 잠길 수 있습니다.

예: 병렬 처리 수: 4;

session statistics (read-only, dynamic, hidden)

이 속성은 각 활성 세션에 대한 통계를 보고합니다. 각통계 집합에 대해 다음 14개

값이 있습니다. id(세션의고유 식별자), 이름(세션의 이름), 모드(read, write,

browse), 풀(현재 풀), 볼륨(현재 볼 륨), 속도 kb(저장세션의 현재 데이터 전송

속도), 용량 kb(현재 세션에서 읽은/쓴 양), 총 kb(세션에서 읽을 총 양), 파일양(현재 복구된 파일 수, 이 후 릴리스에서 구현될 예정), 총 파일 수(현재 복구될 파일 수, 이후 릴리스에서구현될 예정), 연결 시간(세션이 연결된 시 간), 볼 륨 수(복구 세션에서 사용할 볼륨 수), 사용된 볼륨(복구세션에서 처리한 볼륨 수) 및 완료(실행 중, 완료 또는계속)

예: 세션 통계: ;

monitor rap (read/write, hidden)

이 속성을 사용하면 관리자가 구성 리소스의 변경 내용을 /nsr/logs/rap.log에 기록할 수 있습니다.

manual saves (read/write, hidden)

이 속성을 사용하면 관리자가 서버에 대한 수동 백업을 비활성화할 수 있습니다. 예약

백업은 계속 정상적으로 작동합니다.

save session distribution (read/write)

이 속성은 NetWorker Client 백업 세이브 세션이 스토리지 노드간에 분산되는 방식을 제어합니다. 이 속성에는 두가지 옵션이 있습니다. 최대 세션을 선택하면 세이브 세션이 스토리지 노드 디바이스의 최대 세이브 세션 값을 기반으로 분산되고, 타겟 세션을 선택하면 세이브 세션이 스토리지 노드 디바이스의 타겟 세이브 세션 값을

기반으로 분산됩니다. 기본값은 최대 세션입니다.

세 이브 세션 배포 기능에서는 클라이언트의 스토리지 노드 선호도 목록에 두 개 이상의 스토리지 노드가 있는 경우에만 NetWorker Client 의 백업 세션을 여러 스토리지 노드에 분산할 수 있습니다. 이 속성을 타겟 세션으로 설정하면 백업 로드가 더

많은 스토리지 노드에 분산될 가능성이 커지고, 최대 세션으로 설정하면 소수의 스토리지 노드에 백업 로드가 집중될 가능성이 커집니다.


nsr_service(5)

이 속성이 타겟 세션으로 설정되어 있으면 모든 NetWorker Client 에 전역적으로

적용됩니다. 그렇지 않은 경우에는 개별 NetWorker Client 리소스에서 세이브 세션 배포 속성을 사용하여 이 속성을 재정의할 수 있습니다. 자세한 내용은

nsr_client(5) man 페이지를 참조하십시오.

public archives (read/write)

이 속성은 다른 사용자가 소유한 아카이빙된 파일을 사용자가 검색할 수 있는지 여부를 결정합니다.

accept new sessions (read/write)

이 속성을 아니요로 설정하면 서버에서 활성 세션을 마친 후에도 새 세이브 세션을

수락하지 않습니다. 복구 작업은 이 속성의 영향을 받지 않습니다.

accept new recover sessions (read/write)

이 속성을 아니요로 설정하면 서버에서 활성 복구 세션을 마친 후에도 새 복구 세션을 수락하지 않습니다. 세이브 작업은 이 속성의 영향을 받지않습니다.

새 세션 수락 및 새 복구 세션 수락을 모두아니요로 설정하면 활성 세션을 마친 후

모든 종류의새 세션이 비활성화됩 세션을 마친 후 모든 종류의새 세션이 비활성화됩니다.

클론 생성 및 스테이징에는 세이브 세션과 복구 세션이모두 필요합니다. 따라서 이

두 변수 중 하나라도 아니요로 설정되어 있으면 클론 생성 및 스테이징이 비활성화됩니다.

volume priority (read/write)

NetWorker Server에 로컬로 관리되는 주크박스의 볼륨과 SmartMedia 로 관리되는

볼륨이 있는 경우 이 속성을 사용하면 관리자가 데이터 저장 시의 볼륨 선택 우선순위를 지정할 수 있습니다. 이 속성은 서버에서 SmartMedia로 관리되는 볼륨이 기본

설정인지(SmartMedia 우 선순위) 아니면 로컬로 관리되는 주크박스의 볼륨이 기 본

설 정 인 지(NearLine 우선 순위)를 결정합니다. 기본값은 NearLine 우선 순위 입니다. 예: 볼륨 우선 순위: NearLine 우선 순위;

SmartMedia save mount (read/write)

이 속성은 데이터를 저장할 볼륨을 마운트하라는 SmartMedia에 대한 요청 형식을

제어합니다. 이 속성 값을 특성별 볼륨으로 설정하면 NetWorker에서 지정한 기준에맞는 볼륨을 요청하며, SmartMedia가 지정한 기준을 만족하는 모든 미디어 중에서

적절한 볼륨을 선택할수 있습니다. 이 속성 값을 이름별 볼륨으로 설정하면

NetWorker에서 이름 을 기준으로 볼륨을 요청하고 SmartMedia는 요청된 볼륨을 마운트합니다. 기본값은 특성별 볼륨입니다.

예: SmartMedia 세이브 마운트: 특성별 볼륨;

license server (read/write, hidden)

NetWorker License Manager가 설치되어 실행 중인 서버의 이름입니다. 이전에는

이 속성을 "GEMS 서버"라고 불 습니다. GEMS License Manager가 실행 중인

GEMStation이나 NetWorker License Manager 가 실행 중인 시스템으로 이 값을

설정할 수 있습니다.

예: 라이센스 서버: jupiter;

update licenses (choice, read-only, dynamic, hidden)


nsr_service(5)

이 서버가 외부에서 관리되는 라이센스를 즉시 다시 동기화해야 하는 경우 ’예’로 설정합니다.

message (read-only, dynamic, hidden)

기록된 모든 종류의 마지막 메시지입니다. 문자열의 시작부분에 타임 스탬프가 포함됩니다.

예: 메시지: "Mon 12:25:51 Tape full, mount volume mars.001 on /dev/nrst1";

message list (read-only, dynamic, hidden)

각 값에 대한 타임 스탬프와 문자열 메시지가 포함된 최근 메시지 목록 입니다.

예: 메시지: "Mon 12:25:51 Tape full, mount volume mars.001 on /dev/nrst1";

server message (read-only, dynamic, hidden)

서버 상태에 대한 최근의 간단한 일반 메시지를 나열합니다.

예: 메시지: "Tape full, mount volume mars.001 on /dev/nrst1";

sequence number (read-only, dynamic, hidden)

해당 서버 메시지의 시퀀스 번호입니다.

server message time (read-only, dynamic, hidden)

서버 메시지가 생성된 시간입니다.

server message priority (read-only, dynamic, hidden)

서버 메시지의 우선 순위입니다. 현재 이 속성은 NetWorker 내부 용도로 사용됩니다.

server message source (read-only, dynamic, hidden)

이 속성은 서버에서 메시지를 생성한 클라이언트 또는 디바이스 등의 NetWorker 구성 요소에 이름을 지정합니다. 클라이언트, 디바이스 등이 될수 있습니다.

server message category (read-only, dynamic, hidden)

이 속성은 서버 메시지가 속한 범주입니다. 현재 이속성은 NetWorker 내부 용도로

사용됩니다.

session (read-only, dynamic, hidden)

이 속성 값은 세션 정보 문자열 목록입니다. 각 문자열에는 NetWorker Client 이름, 작업 유형(저장, 탐색 또는복구) 및 이름, 바이트 수, 파 일 수 등의 세이브 세트정보가 포함됩니다.모든 크기와 속도는 bps(바이트/초), KB(1024),

MB(1000KB) 등의 단위로 표시됩니다.

예:

세션: "venus:/usr saving to mars.001 20MB",

"mars:/usr/src done saving 24MB";"

session message (read-only, dynamic, hidden)

위에서 설명한 세션 속성의 간단한 세션 메시지 문자열입니다.


nsr_service(5)

예:

세션: "venus:/usr saving to mars.001",

"mars:/usr/src done saving";"

session client name (read-only, dynamic, hidden)

각 세션이 활성화된 각 클라이언트의 이름입니다.

session rate (read-only, dynamic, hidden)

활성 세션에 대한 데이터 변환 속도입니다.

session rate label (read-only, dynamic, hidden)

활성 세션에 대한 데이터 전송 단위입니다.

session device name (read-only, dynamic, hidden)

세션이 활성 상태인 디바이스 이름입니다.

pending (read-only, dynamic, hidden)

NetWorker 이벤트 알림 시스템에서 보류 중인 이벤트 목록입니 다(참 조: nsr_

notification(5)). 처음 세개 필드는 시간, 우선 순위 및 이벤트 이름입니다.

예: 보류 중: "Fri 14:40:15 alert: media mount of mars.001 sug- gested on /dev/nrst1";

status (read-only, dynamic, hidden)

NetWorker Server 에 대한 상태 플래그 목록입니다. 이러한플래그는 NetWorker서버 측 프로그램(예: savegrp)에서만 사용되며, 실행중인 서버에서 활성화된 다양한

기능을 나열합니다. 현재 형식은 name=boolean(true 또는 false)입니다. 나열된

기능과 해당 상 태는 언제든지 변경될수 있습니다.

statistics (read-only, dynamic, hidden)

많은 서버 통계를 제공하는 name=number 형식의 문자열 목록입니다.

LSSV reg code (read-write, hidden)

"EMC Single Server Version for Oracle"에 대한 고객 등록 코드입니 다.

Job inactivity timeout (read/write, static)

작업이 마지막으로 수신된 후 비활성 상태로 선언되어 종료되기전까지 대기할 시간(분)을 나타내는 글로벌 설정입니다. 이 설정은 nsrjobd에 의해 적용되며

NSR_UNRESPONSIVE_JOB_TIMEOUT 환경 변수를 대체합니다. nsrmmd 연결을 유지하는 세이브 프로세스에만 적용되는 그룹 비활성 시간 초과와 달리 이 시간 초과는 런타임의 모든 프로세스에 적용됩니 다. 예를 들어 세이브 프로세스가 인수를 처리하는

동안 중단된 경우 그룹 비활성 설정이 프로세스의 종료를 트리거하지않지만 이 속성이 설정되어 있으면 이 속성에 설정된시간(분)이 경과한 후 이렇게 중단 된 프로세스가 종료됩니다. 빈 문자열 또는 0 값은 이와 같은 시간 초과가 적용되지 않음을 나타냅니다.

Jobsdb retention in hours (read/write, static)

완료된 작업 레코드를 활성 작업 데이터베이스에 유지할최소 시간(단위: 시간)

입니다. 이 시간이 지나면 활성작업 데이터베이스에서 레코 드가 삭제됩니다.


nsr_service(5)

장기적으로모니터링하려는 경우 NMC 서버에서 이 시간 내에 작업레코드를 검색해야

합니다. NMC 서버가 이 속성에 지정 된간격보다 더 오랜 기간 동안 오프라인 상태로

유지되지않도록 해야합니다.

경고: 이 속성 값이 크면 사용량이 많은 서버에서 활성작업 데이터베 이스가 지나치게 커져서 성능 문제가발생할 수 있습니다.주의해서 조정하십시오.

types created (read-only, static)

이 NetWorker Server에서 생성할 수 있고 클라이언트가 정보를 쿼리할 수 있는 다른 모든 리소스 유형의 목록입니다.

예: 작성된 리소스 유형: NSR device, NSR group;

administrator (read/write, static)

NetWorker를 관리할 수 있는 사용자 이름(또는 넷그룹) 목록입니 다. 이 목록에 있는 사용자는 Administrators 사용자 그룹의 구성원입니다. 이 목록은

Administrators 사용자 그룹리소스의 사용자 속성에서 상속됩니다. 보안 설정 변경

권한이 있는 사용자만 이 속성을 보거나 수정할 수 있습니다. 서버의 로컬 호스트에

있는 "root" 사용자는 항상 관리자입니다. 다른 관리자를 지정하는 항목은 다음 형식을 사용합니 다.

user, user@host, user@domain, group@host, group@domain,

host/user &netgroup, or user_attribute=value[, ...]

여기서 user는 사용자 이름, host는 호스트 이름, group은 사용자 그룹 이름,

domain은 도메인 이름이며, user_attribute는 user, group, host,

nwinstname, nwinstancename, domain 또는 domaintype(도메인 유형, NIS 또는 WINDOMAIN)이 될 수 있습니다.

사용자 속성 nwinstname 및 nwinstancename은 NetWorker 인스턴스 이름을 나타내는 데 사용됩니다. 이러한 속성중 하나에 입력해야 하는 값은 일치하는 사용자가

연결시 사용한 시스템의 NSRLA 리소스에 있 는 "이름" 필드의값입니다.

value 는 공백으로 구분된 임의의 문자열일 수있습니다. 값에 공백이 포함되어 있으면 큰따옴표로 값을 묶을 수 있습니다. 값에 와일드 카드 "*"가 포함될 수도 있습니다. 사용자 이름만 입력하면 이 사용자는 임의의 호스트에서 NetWorker를 관리할

수 있습니다(user@*, */user 또 는 user=user와 같음). 넷그룹 이름 앞에는 항상 "&"가 붙습니다.

다음 예제에서는 모든 호스트의 "root", 호스트 "jupiter" 및 "mars"의 사용자

"operator", 모든 호스트의 사용자 "admin" 그리고 넷그룹 "netadmins"의 모든

<사용자 이름, 사용자의 호스트 이름, 서버 도메 인>에 NetWorker

Administrators 구성원 자격을 부여합니다. 예: 관리자: root, operator@jupiter, mars/operator, admin@*, &netadmins;

다 음 예제에서는 호스트 "pluto"의 사용자 "root", Windows 도메인

"Accounting"의그룹 "Backup Operators"에 있는 사용자, NIS 도메인

"YP.fubar.COM"의 사용자 "joe"에게 NetWorker Administrator 구성원 자격을

부여합니다. 예: 관리자: "user=root,host=pluto", "group=\"Backup Operators\", domain=Accounting, domaintype=windomain", "user=joe, domain=YP.fubar.COM, domaintype=NIS";


nsr_service(5)

contact name (read/write, static)

이 속성은 제품 라이센스 등록/등록 용도로 사용됩니다. 등록 창에서 등록 정보를 출력하기 전에 이 속성을 지정해야 합니다.

예: 담당자 이름: contact_name;

company (read/write, static)

이 속성은 제품 라이센스 등록/등록 용도로 사용됩니다. 등록 창에서 등록 정보를 출력하기 전에 회사 이름을 지정해야 합니다.

예: 회사: EMC Corporation;

street address (read/write, static)

이 속성은 제품 라이센스 등록/등록 우편물 발송 용도로 사용됩니 다. 사용자의 우편

주소를 지정합니다.

예: 주소: 176 South Street;

city/town (read/write, static)

이 속성은 제품 라이센스 등록/등록 우편물 발송 용도로 사용됩니다.

예: 구/군/시: Hopkinton;

state/province (read/write, static)

이 속성은 제품 라이센스 등록/등록 우편물 발송 용도로 사용됩니 다.

예: 시/도: MA;

zip/postal code (read/write, static)

이 속성은 제품 라이센스 등록/등록 우편물 발송 용도로 사용됩니다.

예: 우편 번호: 01748;

country (read/write, static)

이 속성은 제품 라이센스 등록/등록 우편물 발송 용도로 사용됩니 다.

예: 국가: USA;

phone (read/write, static)

이 속성은 제품 라이센스 등록/등록 용도로 사용됩니다. 등록 창에서 등록 정보를 출력하기 전에 이 속성을 지정해야 합니다.

예: 전화: 877-534-2867;

fax (read/write, static)

이 속성은 제품 라이센스 등록/등록 용도로 사용됩니다.

예: 팩스: 650-745-1477;

email address (read/write, static)


예: e-메일 주소: [email protected];

server OS type (read/write, static)



nsr_service(5)

예: 서버 OS 유형: Solaris;

purchase date (read/write, static)

이 속성은 제품 라이센스 등록/등록 용도로 사용됩니다. 제품 Enabler 코드의 구입일을 지정합니다. 등록 창에서 등록 정보를 출력하기 전에 이 속성을 지정해야 합니다.

product serial number (read/write, static)

이 속성은 제품 라이센스 등록/등록 용도로 사용됩니다. 등록 창에 서 등록 정보를

출력하기 전에 이 속성을 지정해야 합니다.

mm op message (read/write, dynamic, hidden)

이 속성은 가장 최근에 완료된 미디어 데이터베이스 작업에 대한 설명 메시지를 나열합니다. 작업을 요청한 NetWorker 프로그램( 예: nsrmm(8))은 결과를 읽는 즉시

이 속성을 지웁니다. 관리자가 수동으로 이 속성을 변경하면 안됩니다.

mm operation value (read/write, dynamic, hidden)

이 속성은 nsrmm(8) 등의 프로그램에서 원하는 미디어 데이터베이스 작업 위치나 플래그를 NetWorker Server로 전달하는데 사용합니다. 작업이 완료되면 자동으로 값이 지워집니다. 관리자가 수동으로 이 속성을 변경하면 안됩니다.

mm operation (read/write, choice list, dynamic, hidden)

이 속성은 nsrmm(8) 등의 프로그램에서 적절한 미디어데이터베이스 작업 유형을

NetWorker Server로 전달하는데 사용합니다. 가능한 선택 사항은 볼륨 삭제(purge), 세이브세트 삭제(purge), 볼륨 삭제, 세이브 세트 삭제, 볼륨 표시, 세이브 세트 표시, 볼륨 표시 해제, 세이브 세트 표시 해제, 볼륨 위치 지정, 볼륨 플래그 지정 및 세이브 세트플래그 지정입니다. 서버는 이러한 작업을 직렬화하고

nsrmmdbd(8)에 대해 적절한 쿼리를 수행합니다. 작업이 완료되면 자동으로 값이 지워집니다. 관리자가 수동으로 이 속성을 변경하면 안됩니 다.

mm operation id (read/write, dynamic, hidden)

이 속성은 nsrmm(8) 등의 프로그램에서 원하는 미디어데이터베이스 작업 식별자를

NetWorker Server로 전달하는데 사용합니다. 작 업 이 완료되면 자동으로 값이 지워집니다. 관리자가 수동으로 이 속성을 변경하면 안됩니다.

nsrmon info (read/write, dynamic, hidden)

이 속성은 nsrmon(8) 등의 프로그램에서 원격 데몬 요청에 대한 정보를 NetWorker

Server로 전달하는데 사용합니다. 요청이 완료되면 자동으로 값이 지워집니다. 관리자가 수동으로 이 속성을 변경하면 안됩니다. 스토리지 노드 및 원격 데몬에 대한 자세한 내용은 nsr_storage_node(5)를 참조하십시오.

nsrmmd count (read-only, dynamic, hidden)

이 속성은 nsrd(8) 등의 프로그램에서 미디어 데몬 nsrmmd(8)의 개수와 위치를 추적하는데 사용합니다.

이 속성과 스토리지 노드에 대한 자세한 내용은 nsr_storage_node(5)를 참조하십시오.

nsrmmd control timeout (read/write, hidden)


nsr_service(5)

이 속성은 nsrd(8)가 스토리지 노드 요청을 기다리는 시간(분)을 지정합니다.

enabler code (read/write, dynamic, hidden)

이 속성은 서버 소프트웨어의 기본 Enabler에 대한 Enabler 코드를 지정합니다.

vendor ID (read/write, hidden)

이 서버를 구성 및 발송한 공급업체의 식별자입니다.

SS cutoff size (read/write, hidden)

이 속성은 저장 시 사용할 기본 "세이브 세트 컷오프크기"를 설정합니다. 값이 비어

있으면 내장된 기본값이 사용됩니다. 이 속성 값이 비어 있지 않으면 숫자 뒤에 각각

킬로바이트, 메가바이트 또는 기가바 이트를 나타내는 KB, MB 또는 GB가 붙습니다.

이 필드는 릴리스 6.0보 다 이전 클라이언트에만 영향을 줍니다. 릴리스 6.0 이상에서는 연속 세이브 세트가 제거되었습니다.

User ID (dynamic, hidden)

이 속성에는 NetWorker Server가 인증 시 사용한 사용자 ID가포함 됩 니다. 일반적으로 사용자 ID는 user/host@domain 형식입니다.

Privileges (dynamic, hidden)

이 속성은 사용자가 보유한 권한을 나열합니다.

Member of (dynamic, hidden)

이 속성은 사용자가 구성원으로 속해 있는 사용자 그룹을 나열합니다.

hostname (read-only, hidden)

이 속성은 이 리소스의 제어 서비스를 실행 중인시스템의 호스트 이름을 지정합니다.

내부적으로 사용되며 관리자가 변경할 수 없습니다.

ONC program number (read-only, hidden)

이 서비스에서 제공하는 서버 프로토콜에 대한 클라이언트의 Open Network

Computing(sunrpc) 식별 번호입니다.

ONC version number (read-only, hidden)

위 프로토콜의 버전입니다.

ONC transport (choice, read-write, hidden)

지원 되는 Open Network Computing(sunrpc) 전송 프로토콜은 TCP(Transport

Control Protocol) 또는 UDP(User Datagram Protocol) 입니다.

timezone offset (read-only, hidden)

이 속성은 GMT를 기준으로 서버의 시간대 오프셋을 표시합니다.

예전체 예제는 다음과 같습니다 .

유형 : NSR;

이름 : mars;


nsr_service(5)

버전 : "NetWorker 4.1 Turbo/110";

전체 백업 용량 : "84개 세션 , 총 3597MB";

전체 복구 용량 : "1 세션 ";

작업 시작 날짜 : "Fri Oct 14 12:41:31 1994";

NSR 작업 : 유휴 ;

병렬 처리 수 : 4;

수동 저장 : 사용 ;

RAP 모니터링 : 사용 안 함 ;

메시지 : \

"Mon 14:37:25 미디어 알림 이벤트 : recover waiting for 8mm tape mars.001";

메시지 목록 : \

"Mon 07:10:12 미디어 정보 : loading volume man.001 into /dev/nrst11",

"Mon 07:10:33 /dev/nrst11 mount operation in progress",

"Mon 07:11:15 /dev/nrst11 mounted 8mm 5GB tape man.001";

session: "mars:george browsing",

"mars:/home/mars starting recovery of 9K bytes";

세션 통계 : ;

보류 중 : \

"Mon 14:40:15 미디어 알림 : recover waiting for 8mm tape mars.001";

상태 : 해제 =false, 주크박스 =true, dm=true,

아카이브 =true, cds=true, turbo=true,

단일 =false;

통계 : 경과 시간 = 257415, 저장 = 1176, 복구 = 12,

저장 KB = 12050007, 복구 KB = 28272839,

잘못된 저장 = 0, 잘못된 복구 = 0,

현재 저장 = 1, 현재 복구 = 0,

최대 저장 = 12, 최대 복구 = 1, 마운트 = 0,

복구 지연 = 0, 저장 데몬 = 0,

복구 데몬 = 0, 유휴 데몬 = 0;

작성된 리소스 유형 : NSR device, NSR group, NSR directive,

NSR notification, NSR client, NSR policy,

NSR schedule, NSR pool, NSR label, NSR jukebox,

NSR license, NSR archive client,

NSR archive list;

관리자 : root;

담당자 이름 : Term:• 기술 지원 ;

회사 : "EMC Corporation";

주소 : 176 South Street;

구 /군 /시 : Hopkinton;

시 /도 : MA;

우편 번호 : 01748;

국가 : USA;

전화 : 877-534-2867;

팩스 : 650-745-1477;

e-메일 주소 : [email protected];

구입일 : ;

제품 일련 번호 : ;


nsr_service(5)

mm op 메시지 : ;

mm 작업 값 : ;

mm 작업 : ;

mm 작업 ID: ;

nsrmon 정보 : ;

nsrmmd 수 : "mars:2";

nsrmmd 제어 시간 초과 : 5;

Enabler 코드 : ;

SS 컷오프 크기 : ;

시간대 오프셋 : GMT-0800;

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안됩니다 . 대신 nsradmin(8)을 사용하십시오 .

참조netgroup(5), nsr(5), nsr(8), nsr_device(5), nsr_group(5), nsr_notifica- tion(5), nsr_resource(5), nsr_storage_node(5), nsradmin(8), nsrd(8), nsrmm(8), nsrmmdbd(8), nsrmon(8), recover(8), save(8)


nsr_service(5)


nsr_shutdown(8)

Maintenance Procedures nsr_shutdown(8)

이름nsr_shutdown - NetWorker 서비스 중지

시놉시스nsr_shutdown [ -fq | -n | -l ][ -t timeout ][ service ... ]

설명nsr_shutdown 을 사용하여 지능적으로 NetWorker 서비스를 중지할 수 있습니다 . 기본적으로

nsr_shutdown 은 호스트에서 실행 중인 모든 NetWorker 서비스를 중지합니다 . 필요에 따라 명령줄에서

개별 서비스를 지정할 수도 있습니다 .

옵션-f NetWorker 서비스를 정상적으로 종료하지 못하면 nsr_shutdown 이 강제 종료합니다 .

-l 현재 실행 중인 모든 NetWorker 서비스와 하위 프로세스를 나열합니다 .

-n 서비스 종료 시퀀스를 실행하지만 실제로 NetWorker 서비스를 종료하지 않습니다 .

-q 종료 중에 진단 메시지를 인쇄하지 않습니다 .

-t timeout

nsr_shutdown 이 지정한 모든 NetWorker 서비스를 종료할 총 시간 제약 (초 )을 지정합니다 .

nsr_shutdown 이 나열된 모든 NetWorker 서비스를 정상적으로 종료하지 못하고 -f 플래그가 지정되지 않은 경우 종료하지 못한 각 서비스를 나열하는 오류 메시지를 표시하고 종료됩니다 . 기본

timeout 값은 180초입니다 .

참조ps(1), kill(1), nsr(8), nsrd(8), nsrexecd(8)

참고프로세스 그룹 리더로 실행 중인 프로세스만 nsr_shutdown 명령줄에서 지정할 수 있습니다 .


nsr_shutdown(8)


nsr_stage(5)

Maintenance Procedures nsr_stage(5)

이름nsr_stage - NetWorker 리소스 유형 ‘‘NSR stage’’

시놉시스type: NSR stage

설명NetWorker server에서 사용하는 각 스테이징 정책은 NSR stage. 유형의 단일 리소스에 의해 설명됩니다 .

NetWorker 리소스에 대한 자세한 내용은 nsr_resource(5) 를 참조하십시오 . NSR stage 리소스를 편집하려면 다음을 실행합니다 .

nsradmin -c "type:NSR stage"

"NSR"과 "stage" 사이에 공백을 삽입하고 따옴표를 포함해야 합니다 . NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(1m) 을 참조하십시오 .

속성리소스 유형 NSR stage 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는

방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 값을 읽고 설정할 수 있음을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은

nsradmin(1m) 에서 숨김 옵션을 설정한 경우에만 이러한 속성을 볼 수 있음을 나타냅니다. 정적 속성은 값을

거의 변경하지 않습니다 . 동적 속성에는 신속하게 변경되는 값이 있습니다 . 예를 들어 (읽기 전용 , 정적 ) 으로 표시된 속성에는 속성을 작성할 때 설정되어 변경되지 않는 값이 있습니다 . administrator와 같은 추가

속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .


이름 속성은 스테이징 정책 이름을 지정합니다 .


이 속성은 관리자가 스테이징 정책에 대한 설명이나 보충 정보를 유지할 수 있도록

제공됩니다 .

enabled (읽기 /쓰기 , 선택 )

enabled 속성은 이 정책과 연관된 디바이스에서 자동으로 세이브 세트를 스테이징할지 여부를 결정합니다 . 또한 정기적 공간 복구 작업을 활성화 및 비활성화합니다 .

속성 값은 다음 중 하나일 수 있습니다 . Yes, No

high water mark (%) (읽기 /쓰기 )

세이브 세트를 스테이징 할 지점으로 , 파일 시스템에서 사용된 가용 공간을 백분율(%)로 측정합니다 . 스테이징은 로우 워터마크에 도달할 때까지 계속됩니다 .

예제 : high water mark (%): 90;

low water mark(%) (읽기 /쓰기 )

스테이징 프로세스를 중단 할 지점으로 , 파일 시스템에서 사용된 가용 공간을 백분율 (%)로 측정합니다 .

예제 : low water mark (%): 80;


nsr_stage(5)

save set selection (읽기 /쓰기 , 선택 )

스테이징할 세이브 세트 선택 기준입니다 . 이 속성 값은 다음 중 하나일 수 있습니다 .

largest save set,

smallest save set,

oldest save set,

or

youngest save set.

destination pool (읽기 /쓰기 )

세이브 세트를 보낼 풀입니다 (참조 : nsr_pool(5)).

devices (읽기 /쓰기 , 다중 선택 )

이 속성은 이 정책과 연관되고 스테이징 소스로 사용할 file type 및 adv_file

type 디바이스 (참조 : nsr_device(5)) 를 나열합니다 .

max storage period (읽기 /쓰기 )

지정된 볼륨의 세이브 세트가 다른 볼륨으로 스테이징 되기까지의 최대 기간을 지정합니다 .

max storage period unit (읽기 /쓰기 , 선택 , 숨김 )

최대 저장 기간 의 단위를 지정합니다 . 속성 값은 days 와 hours 중 하나일 수 있습니다 .

recover space interval (읽기 /쓰기 , 숨김 )

재활용 , 중단된 세이브 세트 및 file 또는 adv_file 디바이스의 미디어 데이터베이스에 항목이 없는 세이브 세트에 대한 공간 복구 작업의 간격입니다 .

recover space unit (읽기 /쓰기 , 선택 , 숨김 )

복구 공간 간격 의 단위를 지정합니다 . 속성 값은 hours 와 minutes 중 하나일 수

있습니다 .

file system check interval (읽기 /쓰기 , 숨김 )

파일 시스템 확인 작업의 간격입니다 . NetWorker server는 파일 시스템 확인 간격마다 스테이지 작업을 호출하여 정책과 연관된 디바이스의 데이터를 스테이징할 하이

워터마크 또는 최대 스토리지 기간에 도달했는지 확인합니다 .

file system check unit (읽기 /쓰기 , 선택 , 숨김 )

파일 시스템 확인 간격 의 단위를 지정합니다 . 속성 값은 hours 와 minutes 중 하나일 수 있습니다 .

start now (읽기 /쓰기 , 선택 )

이 속성을 업데이트하면 이 정책과 연관된 모든 디바이스에서 선택한 작업이 즉시 트리거됩니다 . 속성 값은 실제로 변경되지 않습니다 . 작업은 다음 중 하나일 수 있습니다 .


nsr_stage(5)

check file system - 파일 시스템을 확인하고 필요한 경우 데이터를 스테이징합니다 . Recover space - 미디어 데이터베이스에 항목이 없는

세이브 세트에 대한 공간 복구입니다. Stage all save sets - 모든 세이브 세트를

대상 풀로 스테이징합니다 .

예제참고 : 첫 번째 예제에서는 숨김 옵션이 표시되지 않습니다 .

다음 예제는 'test stage1'이라는 스테이지 정책을 정의하는 리소스를 보여 줍니다 . 파일 시스템이 90% 차는 날과 백업 날짜로부터 7일 후 중에서 빠른 날짜에 디바이스 '/disk/fd0'에서 풀 'Default Clone'으로 세이브 세트가 스테이징됩니다 . 가장 큰 세이브 세트가 먼저 대상 풀로 스테이징됩니다 .

type: NSR stage; name: test stage1; comment: ; enabled: No [Yes];high water mark (%): 90; low water mark (%): 85; save set selection: largest save set; destination pool: Default Clone; devices: /disk/fd0; max storage period: 7; start now: ;

다음 예제에서는 'test stage2'라는 스테이지 정책을 정의하는 리소스를 보여 줍니다. 파일 시스템이 95%

차는 날과 백업 날짜로부터 14일 후 중에서 빠른 날짜에 디바이스 '/disk/fd2'에서 풀 'Default'로 세이브 세트가 스테이징됩니다 . 가장 작은 세이브 세트가 먼저 대상 풀로 스테이징됩니다 . 파일 시스템은 3시간마다 확인되며 필요한 경우 스테이징 작업이 트리거됩니다 . 정책과 연관된 모든 디바이스에서 8시간마다

공간 복구 작업이 트리거됩니다 .

type: NSR stage; name: test stage2; comment: ; enabled: No [Yes]; high water mark (%): 95; low water mark (%): 80; save set selection: smallest save set; destination pool: Default; devices: /disk/fd2; max storage period: 14; max storage period unit: Hours [Days]; recover space interval: 8; recover space unit: Minutes [Hours];file system check interval: 3; file system check unit: Minutes [Hours]; start now: ; administrator: root@omni; hostname: omni;

참조nsr(5), nsr_device(5), nsrstage(1m), nsrclone(1m), nsradmin(1m)


nsr_stage(5)


nsr_storage_node(5)

Maintenance Procedures nsr_storage_node(5)

이름nsr_storage_node - 스토리지 노드 기능 설명

시놉시스스토리지 노드 기능을 사용하면 분산 디바이스를 서버에서 중앙 집중식으로 제어하여 클라이언트 데이터를 저장하고 복구할 수 있습니다 .

설명스토리지 노드 는 NetWorker server에서 사용 및 제어하는 직접 연결된 디바이스가 있는 호스트입니다 .

이러한 디바이스는 서버에서 떨어져 있으므로 원격 디바이스 라고 합니다 . 클라이언트는 "storage node"

속성을 수정하여 원격 디바이스 에 저장하고 복구할 수 있습니다(nsr_client(5) 참조). 스토리지 노드 는

서버의 클라이언트일 수도 있으며 , 자체 디바이스에 저장할 수 있습니다 .

이 기능이 제공하는 주요 이점은 원격 디바이스의 중앙 제어 , 네트워크 트래픽 감소 , 스토리지 노드에서 보다 신속한 로컬 저장 및 복구 사용 , 이기종 서버 및 스토리지 노드 아키텍처 지원 등입니다 .

이 기능에 영향을 주는 여러 가지 속성이 있습니다 . NSR 리소스 (참조 : nsr_service(5)) 에는 "nsrmmd

polling interval", "nsrmmd restart interval" 및 "nsrmmd control timeout" 속성이 있습니다.

이러한 속성은 원격 미디어 데몬 (참조 : nsrmmd(8)) 의 폴링 빈도 , 재시작 시도 간격 및 원격 요청이 완료되기까지 기다릴 시간을 제어합니다 .

"NSR device" 리소스 (참조 : nsr_device(5)) 내에서 리소스 이름은 원격 디바이스 를 정의할 때

"rd=hostname:dev_path" 형식을 허용합니다 . "hostname"은 스토리지 노드의 호스트 이름이고

"dev_path"는 호스트에 연결된 디바이스의 디바이스 경로입니다 . 대기 중인 저장 마운트 요청이 시간 초과되고 예정된 저장 요청에 대해 스토리지 노드를 잠글 수 있도록 하는 "save mount timeout" 및 "save

lockout"이라는 숨겨진 속성도 있습니다 .

"NSR client" 리소스 (참조 : nsr_client(5)) 에는 "storage nodes", "clone storage nodes" 및

"recover storage nodes" 속성이 있습니다 .

"storage nodes" 속성은 클라이언트가 데이터를 저장할 때 서버에서 스토리지 노드를 선택하는 데 사용합니다 .

본질적으로 출력 데이터가 직접 다른 저장 작업으로 전달되는 복구인 클론 작업 중에 데이터가 복제되는 (첫

번째 ) 클라이언트의 "clone storage node" 속성을 참조하여 작업의 저장측에 대해 데이터를 전달할 위치를 확인합니다 .

"recover storage nodes" 속성은 클라이언트가 복구 (또는 클론 작업의 복구측 )를 수행할 때 서버에서

사용할 스토리지 노드를 선택하는 데 사용됩니다 . 해당 볼륨이 이미 마운트되어 있으면 언마운트한 다음

"recover storage node" 목록에 있는 시스템에 다시 마운트하는 대신 현재 위치에서 사용됩니다 . 해당

볼륨이 주크박스에 있고 "read hostname" 속성에 설정된 값이 주크박스에 있으면 환경 변수

FORCE_REC_AFFINITY가 "yes"로 설정되지 않은 경우 "recover storage node" 목록을 참조하는 대신

지정한 시스템이 사용됩니다 .

"NSR jukebox" 리소스 (참조 : nsr_jukebox(5)) 에는 "read hostname" 속성이 있습니다 . 주크박스의 모든 디바이스가 동일한 호스트에 연결되어 있지 않으면 이 속성은 복구 및 읽기측 클론 요청의 스토리지

노드를 선택할 때 사용되는 호스트 이름을 지정합니다 . 복구 요청의 경우 필요한 볼륨을 마운트하지 않고 클라이언트의 "storage nodes" 속성이 주크박스의 소유 호스트 중 하나와 일치하지 않으면 이 속성이 사용됩니다 . 클론 요청의 경우 필요한 볼륨을 마운트하지 않으면 이 속성이 사용됩니다 .


nsr_storage_node(5)

설치 및 구성스토리지 노드를 설치하려면 선택이 제공되는 클라이언트 및 스토리지 노드 패키지를 선택합니다 . 선택이 없는 플랫폼의 경우 클라이언트 패키지에 스토리지 노드 바이너리가 포함됩니다 . 그리고 적절한 디바이스 드라이버 패키지를 설치합니다 . 평가 모드로 실행하고 있지 않으면 각 노드의 서버에서 스토리지 노드 Enabler

를 구성해야 합니다 .

클라이언트와 마찬가지로 스토리지 노드에서 nsrexecd(8) 데몬이 시작되었는지 확인합니다 . 스토리지 노드에 디바이스를 정의하려면 제어 서버에서 위에 언급된 "rd=" 구문을 사용하여 디바이스를 정의합니다 . 스토리지 노드의 원격 주크박스에 대해 서버의 관리자 목록에 root@storage_node를 추가한 후 해당 노드에서

jbconfig(8) 를 실행합니다 . 여기서 root는 jbconfig(8) 를 실행하는 사용자이고 storage_node는 스토리지 노드의 호스트 이름입니다 . 이 관리자 목록 항목은 jbconfig(8) 가 완료된 후 제거할 수 있습니다 .

jbconfig(8) 외에도 , 스토리지 노드에서 scanner(8) 를 실행하는 경우 관리자 목록에

root@storage_node가 있어야 합니다 .

스토리지 노드에 디바이스를 정의 (또는 활성화 )하면 서버에서 해당 노드의 미디어 데몬 (참조 : nsrmmd(8))

을 시작하려고 시도합니다 . 노드가 활성 상태인지 여부를 확인하기 위해 서버는 "nsrmmd polling

interval"(분 )마다 해당 노드를 폴링합니다 . 노드 데몬이나 노드 자체에서 문제가 감지되면 서버는 데몬이 재시작되거나 디바이스가 비활성화 (디바이스의 "enabled"속성에서 "enabled"를 "no"로 설정 )될 때까지 "nsrmmd restart interval"(분 )마다 데몬을 재시작하려고 시도합니다 .

각 스토리지 노드에 대한 스토리지 노드 Enabler가 필요할 뿐만 아니라 각 주크박스에 자체 주크박스

Enabler가 필요합니다 .

작업스토리지 노드는 서버에 의해 작동하는 것으로 간주될 때 작업에 할당될 수 있습니다. 서버에서는 nsrexecd(8)

가 실행 중이고 디바이스가 활성화되어 있으며 nsrmmd(8) 가 실행 중이고 노드가 서버의 폴링에 응답할 때

노드가 작동하는 것으로 간주합니다 . 클라이언트 저장이 시작되면 클라이언트의 "storage nodes" 속성을

사용하여 스토리지 노드가 선택됩니다 . 이 속성은 요청에 대한 할당을 위해 순서대로 고려할 스토리지 노드

호스트 이름 목록입니다 .

이 노드 할당 방법에서 서버의 인덱스나 부트스트랩을 정하는 경우는 예외입니다 . 이러한 세이브 세트는 서버의 "storage nodes" 속성에 관계없이 항상 서버의 로컬 디바이스로 전달됩니다 . 따라서 최소한 이러한

데이터를 백업할 로컬 디바이스가 항상 서버에 있어야 합니다 . 이러한 세이브 세트는 다른 모든 세이브 세트와 마찬가지로 나중에 스토리지 노드에 클론할 수 있습니다 .

호스트에서 디바이스를 정의하여 스토리지 노드를 먼저 만든 다음 이 호스트의 클라이언트 리소스를 추가하면

해당 호스트 이름이 "storage nodes" 속성에 추가됩니다 . 이러한 추가는 클라이언트가 자체 디바이스에 백업한다는 것을 의미합니다 . 그러나 클라이언트 리소스가 이미 있으며 나중에 해당 호스트에서 디바이스를 정의하는 경우 수동으로 클라이언트의 "storage nodes" 속성에 클라이언트의 호스트 이름을 추가해야 합니다 .

이 속성은 정렬된 호스트 이름 목록 입니다 . 클라이언트 자체의 이름을 첫 번째 항목으로 추가합니다 .

볼륨의 위치 필드는 언마운트된 볼륨의 호스트 위치를 결정하는 데 사용됩니다 . 볼륨이 주크박스에 있는 경우 디바이스 또는 주크박스 이름이 이 필드에 추가되므로 서버는 이 필드에서 디바이스 또는 주크박스 이름을 찾습니다 . 주크박스의 볼륨은 주크박스가 연결된 호스트에 있는 것으로 간주됩니다 . 위치 필드를 사용하면 수동으로 이 필드를 특정 노드의 임의 디바이스로 설정 ("rd=" 구문 사용 )하여 독립형 볼륨을 해당 노드에 바인딩할 수 있습니다 . 모든 디바이스가 동일한 호스트에 연결되어 있지 않은 주크박스의 경우 "read

hostname" 속성에 대한 이전 설명을 참조하십시오 .

직접 디바이스와 상호 작용하므로 스토리지 노드에서 실행해야 하는 몇 가지 명령이 있습니다 .

여기에는 디바이스 드라이버 패키지에 있는 명령 외에도 jbconfig(8), nsrjb(8) 및 scanner(8) 가 포함됩니다 . 이러한 명령은 서버가 아닌 스토리지 노드에서 직접 호출하고 서버 옵션 ("-s server_host", 여기서 server_host는 제어 서버의 호스트 이름 )을 사용합니다 .


nsr_storage_node(5)

복제 함수단일 클론 요청을 각 소스 시스템(세이브 세트를 읽을 호스트) 당 하나씩 여러 개의 하위 요청으로 나눌 수

있습니다 . 예를 들어 클론 요청이 각각 스토리지 노드 A와 B에 있는 volumeA와 volumeB에서 데이터를

읽어야 한다고 가정합니다 . 이 요청은 두 개의 하위 요청으로 나뉩니다 . 하나는 스토리지 노드 A에서

volumeA를 읽고 다른 하나는 스토리지 노드 B에서 volumeB를 읽습니다 .

클론 요청에는 데이터를 읽는 소스와 데이터를 쓰는 대상의 두 가지 측면이 필요합니다 . 이러한 두 측면은

구성에 따라 동일한 호스트에 있거나 서로 다른 호스트에 있을 수 있습니다 . 소스 호스트가 먼저 결정된 다음 대상 호스트가 결정됩니다 . 볼륨을 마운트하면 소스 호스트가 현재 마운트 위치에 의해 결정됩니다 . 클론 요청 시 볼륨이 마운트되어 있지 않고 주크박스에 있으면 소스 호스트가 주크박스의 "read hostname"

속성 값에 의해 결정됩니다 .

소스 호스트가 알려져 있으면 소스 호스트에 대한 클라이언트 리소스의 "clone storage nodes" 속성을 검사하여 대상 호스트가 결정됩니다 . 이 속성 값이 없으면 서버 클라이언트 리소스의 "clone storage nodes" 속성이 참조됩니다 . 이 속성 값이 없으면 서버 클라이언트 리소스의 " storage nodes" 속성이 사용됩니다 .

제한사항서버는 다른 서버의 스토리지 노드가 될 수 없습니다 .

참조jbconfig(8), mmlocate(8), nsr_client(5), nsr_device(5), nsr_jukebox(5), nsr_service(5), nsrclone(8), nsrexecd(8), nsrjb(8), nsrmmd(8), nsrmon(8), scanner(8)

NetWorker는 첫 번째 항목부터 시작하여 이 작업을 반복합니다 .


nsr_storage_node(5)


nsr_storage_node_resource(5)

Maintenance Procedures nsr_storage_node_resource(5)

이름nsr_storage_node_resource - NetWorker 리소스 유형 "NSR storage node"

시놉시스type: NSR storage node

설명NetWorker에 정의된 각 NSR 스토리지 노드는 NSR storage node 유형의 단일 리소스에 의해 설명됩니다(참조 : nsr_resource(5)). NetWorker server의 NSR 스토리지 노드 리소스를 편집하려면 다음을 입력합니다 . nsradmin -c "type:NSR storage node" 따옴표를 포함하고 "NSR", "storage", "node" 사이에 공백을 삽입하십시오. NetWorker Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8)

매뉴얼 페이지를 참조하십시오 . Net- Worker Management Console을 사용하여 스토리지 노드 리소스를

편집할 수도 있습니다 .

이 리소스는 스토리지 노드에서 볼 수 있는 구성된 디바이스 , 구성된 라이브러리 , 구성되지 않은 디바이스

및 구성되지 않은 라이브러리를 추적합니다 . 디바이스 자동 감지 (ddmgr) 프로그램을 시작할 때마다 구성되지 않은 디바이스 및 구성되지 않은 라이브러리의 모든 항목과 관련 속성에 있는 해당 항목이 모두 제거됩니다 . 새로 감지된 디바이스 및 라이브러리 항목 세트가 이러한 속성에서 업데이트됩니다 .

속성리소스 유형 NSR storage node 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 권한 있는 관리자가 값을 업데이트할 수 있음을 나타냅니다. 선택 목록 은 지정된 목록에서 개수에 관계없이 값을 선택할 수 있음을 나타냅니다 . 예 /아니요 는 yes 또는 no만 선택할 수 있음을 나타냅니다 . 단일 문자열 은 하나의 값만 허용됨을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다 . 이러한 속성은 nsradmin(8) 에서 숨김 옵션을 설정한 경우에만 볼 수 있습니다 . 관리자 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .

name (작성 전용 , 단일 문자열 ) 이 속성은 이 스토리지 노드의 이름을 지정합니다 .

예제 : name: polarbear;

clone storage nodes(read/write, string list)이 속성은 클론 작업의 '세이브 ' 측에 사용하기 위해 선택할 스토리지 노드의 호스트 이름을 지정합니다 . 이 스토리지 노드에 있던 클론 생성된 데이터는 ‘클론 스토리지 노드 ’ 목록에 나열된 항목 중 설정된 디바이스와 기능 미디어 데몬인 nsrmmd(8)를 둘 다 갖춘 첫 번째 노드로 전송됩니다 . 기본값은 없습니다 . 이 속성에 값이 없는 경우 서버의 ’clone storage nodes’가 참조됩니다. 이 속성에도 값이 없는 경우 클론에 대한 타겟 노드를 선택하는 데 서버의 ’storage nodes’ 속성이 사용됩니다 . 스토리지 노드에 대한 자세한 내용은 nsrstoragenode(5)를 참조하십시오 .

server network interface(read/write, hidden)이 속성은 nsrmmd와 통신하기 위해 사용되는 네트워크 주소 또는 호스트 이름을 정의합니다 . 이 필드는 스토리지 노드에 디바이스가 한 개 이상 연결된 경우에만 적용됩니다 .

type of storage node (읽기 /쓰기 , 선택 ) 이 속성은 현재 구성된 이 스토리지 노드의 유형을 지정합니다 . SCSI, NDMP 또는 SILO의 세 가지 스토리지 노드 유형이 있습니다 . 기본값은 'SCSI' 로 설정됩니다 .

예제 : type of storage node: [scsi] ndmp silo ;

storage node is configured (읽기/쓰기, 예/아니요) 이 속성은 이 스토리지 노드가 현재 구성되어 있는지 여부를 나타냅니다. 디바이스가 하나 이상 있거나 이 스토리지 노드에 라이브러리가 구성된



경우 프로그램에서 속성 값을 'yes'로 설정합니다 . 마지막 디바이스나 라이브러리를 제거하면 속성 값이 'no'로 설정됩니다 .

예제 : storage node is configured: [Yes] No ;

date of registration (읽기 전용 , 단일 문자열 ) 이 속성은 스토리지 노드를 등록 /작성한 날짜와 시간 , 이 스토리지 노드의 첫 번째 디바이스를 작성한 날짜와 시간 또는 이 스토리지 노드에 구성된 마지막 디바이스를 제거한 날짜와 시간을 나타냅니다 .

예제 : date of registration: "Fri Nov 18 18:20:28 2005";

number of devices (읽기 전용 , 단일 숫자 ) 이 속성은 이 스토리지 노드에 정의된 디바이스 수를 나타냅니다 . 이 숫자는 디바이스를 추가하거나 삭제할 때마다 업데이트됩니다 .

예제 : number of devices: 4;

number of libraries (읽기 전용 , 단일 숫자 ) 이 속성은 이 스토리지 노드에 정의된 라이브러리 수를

나타냅니다 . 이 숫자는 라이브러리를 추가하거나 삭제할 때마다 업데이트됩니다 .

예제 : number of libraries: 1;

list of configured devices (읽기 전용 , 문자열 목록 ) 이 속성은 이 스토리지 노드에 대해 현재 정의된 디바이스를 나타냅니다. 이 목록은 디바이스를 추가하거나 삭제할 때마다 업데이트됩니다. 이

속성의 각 항목에는 해당 NSR device 리소스가 있어야 합니다 .

예제 : list of configured devices:"rd=polarbear:\\.\Tape3","rd=polarbear:\\.\Tape4","rd=polarbear:\\.\Tape5","rd=polarbear:\\.\Tape6";

list of configured libraries (읽기 전용 , 문자열 목록 ) 이 속성은 이 스토리지 노드에 대해 현재

정의된 라이브러리를 나타냅니다 . 이 목록은 라이브러리를 추가하거나 삭제할 때마다 업데이트됩니다 . 이 속성의 각 항목에는 해당 NSR jukebox 리소스가 있어야 합니다 .

예제 : list of configured libraries: "rd=polarbear:[email protected]";

list of configured silos (읽기 전용 , 문자열 목록 ) 이 속성은 이 스토리지 노드에 대해 현재 정의된 사일로를 나타냅니다 . 이 목록은 사일로를 추가하거나 삭제할 때마다 업데이트됩니다 .

예제 : list of configured silos: "rd=s6hp11fc:mysilo";

type of configured libraries (읽기 전용 , 문자열 목록 ) 이 속성은 구성된 라이브러리 목록에 해당하는 , 이 스토리지 노드에 정의된 테이프 라이브러리 유형을 나타냅니다 . 이 목록은 라이브러리를

추가하거나 삭제할 때마다 업데이트됩니다 .

예제 : type of the configured libraries: Standard SCSI Jukebox;

type of configured silos (읽기 전용 , 문자열 목록 ) 이 속성은 구성된 사일로 목록에 해당하는 , 이

스토리지 노드에 정의된 사일로 유형을 나타냅니다. 이 목록은 사일로를 추가하거나 삭제할 때마다

업데이트됩니다 .

예제 : type of configured silos: ACSLS_SILO;



max active devices (읽기 /쓰기 , 단일 숫자 ) 이 속성은 이 스토리지 노드에서 NetWorker가 사용할

수 있는 최대 디바이스 수를 나타냅니다 .

unconfig device names (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 이 스토리지 노드의 마지막 디바이스 검색 중에 자동 감지 프로그램이 발견한 디바이스 이름을 나타냅니다 . 이 속성의 각 항목 순서에 해당하는 항목이 다음 속성에 있습니다 .

unconfig device descriptionsunconfig device model typesunconfig device serial numbersunconfig device library names

디바이스를 구성하면 디바이스 이름과 위의 4개 속성에 있는 해당 항목이 제거됩니다 . 각 디바이스 검색

시 감지된 최신 디바이스가 속성에서 업데이트되도록 , 구성되지 않은 디바이스 이름 및 위의 4개

속성에 있는 모든 항목이 제거됩니다 .

예제 : unconfig device names:

"\\.\Tape0", "\\.\Tape1";

unconfig device descriptions (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스 검색

중에 자동 감지 프로그램에 의해 발견된 디바이스에 대한 설명을 나타냅니다 . 순서는 구성되지 않은 디바이스 이름과 같습니다 .

예제 : unconfig device descriptions:

<EXABYTE Mammoth2 v05e at SCSI Port 7 Target 2 LUN 0>,<EXABYTE Mammoth2 v05e at SCSI Port 7 Target 3 LUN 0>;

unconfig device model types (읽기 /쓰기 , 문자열 목록 ,숨김 ) 이 속성은 마지막 디바이스 검색 중에 자동 감지 프로그램에 의해 발견된 디바이스의 모델을 나타냅니다 . 순서는 구성되지 않은 디바이스 이름과 같습니다 .

예제 : unconfig device model types:

8mm Mammoth-2, 8mm Mammoth-2;

unconfig device serial numbers (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스 검색 중에 자동 감지 프로그램에 의해 발견된 디바이스의 일련 번호를 나타냅니다 . 순서는 구성되지

않은 디바이스 이름과 같습니다 .

예제 : unconfig device serial numbers:"Serial Numbers:WWNN=100000D080001721:ATNN=EXABYTEMammoth2 0062041830:WWPN=100000D080001722:0062041830","Serial Numbers:WWNN=100000D0800012AC:ATNN=EXABYTEMammoth2 0062034656:WWPN=100000D0800012AD:0062034656";

unconfig device library names (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스 검색

중에 자동 감지 프로그램에 의해 발견된 디바이스가 속하는 라이브러리 이름을 나타냅니다. 순서는

구성되지 않은 디바이스 이름과 같습니다 . 디바이스가 라이브러리에 있으면 구성되지 않은 라이브러리 이름 속성과 같고 NSR unconfigured library 리소스에 해당 항목이 있을 수 있는 구성되지 않은 라이브러리 이름 항목이 있습니다 . 기본값은 . I 'none' 입니다 .

예제 : unconfig device library names:

DELL PV-132T WWNN=205000604517079D, none;

unconfig library names (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 이 스토리지 노드에 대한 마지막 디바이스 검색 중에 자동 감지 프로그램에 의해 발견된 구성되지 않은 고유 라이브러리 이름을

나타냅니다 . 각 항목에 해당하는 항목이 NSR unconfigured library 리소스에 있을 수도 있고



없을 수도 있습니다 . 라이브러리에서 자신의 일련 번호를 반환하면 NSR unconfigured library

리소스에 해당 항목이 있습니다 . 라이브러리에서 일련 번호를 반환하지 않으면 NSR

unconfigured library 리소스에 해당 항목이 없습니다 . 디바이스 자동 구성 프로그램에서 자동으로 이 라이브러리를 구성하지는 않습니다 .

이 속성의 각 항목 순서에 해당하는 항목이 다음 속성에 있습니다 .unconfig library reference namesunconfig library descriptionsunconfig library control portsunconfig library modelsunconfig library serial numbers

라이브러리를 구성하면 라이브러리 이름과 위의 5개 속성에 있는 해당 항목이 제거됩니다 . 각 디바이스 검색 시 감지된 최신 라이브러리가 속성에서 업데이트되도록 구성되지 않은 라이브러리 이름 및 위의

5개 속성에 있는 모든 항목이 제거됩니다 .

예제 : unconfig library names:

EXABYTE Exabyte X80 WWNN=100000D080001E9B;

unconfig library reference names (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스

검색 중에 자동 감지 프로그램에 의해 발견된 구성되지 않은 고유 라이브러리 이름을 나타냅니다 .

순서는 unconfig library names와 같습니다 .

예제 : unconfig library reference names:

"rd=polarbear:[email protected]";

unconfig library descriptions (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스 검색

중에 자동 감지 프로그램에 의해 발견된 구성되지 않은 라이브러리에 대한 설명을 나타냅니다 . 순서는 unconfig library names와 같습니다 .

예제 : unconfig library descriptions:

<EXABYTE Exabyte X80 3.03 at SCSI Port 7

Target 6 LUN 0>;

unconfig library control ports (읽기 /쓰기 , 문자열 목록 , 숨김 )이 속성은 마지막 디바이스 검색

중에 자동 감지 프로그램에 의해 발견된 구성되지 않은 라이브러리의 제어 포트를 나타냅니다 . 순서는 unconfig library names와 같습니다 .

예제 : unconfig library control ports:

[email protected];

unconfig library models (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스 검색 중에

자동 감지 프로그램에 의해 발견된 구성되지 않은 라이브러리의 모델을 나타냅니다 . 순서는

unconfig library names와 같습니다 .

예제 : unconfig library models:

Exabyte Jukebox;

unconfig library serial numbers (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 마지막 디바이스 검색 중에 자동 감지 프로그램에 의해 발견된 구성되지 않은 라이브러리의 일련 번호를 나타냅니다 .

순서는 unconfig library names와 같습니다 .

예제 : unconfig library serial numbers:

WWNN=100000D080001E9B;

date of last scan (읽기 /쓰기 , 문자열 목록 ) 이 속성은 자동 감지 프로세스를 마지막으로 실행한 날짜를 나타냅니다 .



예제 : date of last scan:

"Mon Nov 28 18:41:06 2005";

skip scsi targets (읽기 /쓰기 , 문자열 목록 ) 이 속성은 자동 감지 프로세스에서 생략해야 하는

SCSI주소를 나타냅니다 . 대상은 'bus.target.lun' 형식을 사용합니다 . 여기서 target 또는

lun 필드는 와일드카드일 수 있습니다 . SCSI 주소를 여러 개 지정하는 경우 각 줄에 하나씩 주소를 입력합니다 . 제외할 수 있는 SCSI 주소의 최대 개수는 63개입니다 . 이 속성은 중단된 하드웨어 감지 생략 , NetWorker가 아닌 다른 애플리케이션에서 소유한 디바이스감지 생략 , 디바이스

자동 감지 프로세스 가속화 등의 여러 가지 이유로 사용할 수 있습니다 .

예제 : skip scsi targets: 7.9.6;

AFTD Allowed Directories (읽기 /쓰기 , 문자열 목록 ) 이 속성은 특정 NSR 스토리지 노드에 대해

AFTD를 생성할 수 있는 기본 디렉토리를 나타냅니다 . 이 속성이 비어 있지 않은 경우 , 모든

AFTD 디렉토리는 나열된 기본 디렉토리 중 하나의 하위 디렉토리여야 합니다 (기본 디렉토리도 포함 ). 기본 디렉토리는 실제 존재하는 유효한 디렉토리여야 하며 그렇지 않은 경우 AFTD 구성이 거부됩니다 . 따라서 하위에 AFTD를 생성하려면 먼저 시스템 관리자가 기본 디렉토리를 생성해야 합니다 . 목록이 비어 있는 경우에는 특정 AFTD 디렉토리가 유효해야 사용할 수 있습니다 . 각 NSR

스토리지 노드에서 기본 파일 시스템 무결성을 보호하고 AFTD 백업 디렉토리를 제어하도록 하려면

AFTD Allowed Directories 목록을 지정하는 것이 좋습니다 . AFTD Allowed Directories 목록이 변경될 때 기존 AFTD 디바이스를 제외할 수 있는 충돌이 발생하면 NetWorker는 즉시 사용자에게 통보합니다 .

예제 : AFTD Allowed Directories: /backup/;

search all luns (읽기 /쓰기 , 예 /아니요 ) 이 속성은 모든 LUN 검색을 활성화할지 여부를 나타냅니다 .

'yes'로 설정하면 NetWorker가 모든 LUN에서 SCSI 대상을 검색합니다. 이 경우 디바이스 자동

감지를 완료하는 데 오랜 시간이 걸릴 수 있습니다 . 'no'로 설정하면 Net- Worker가 첫 번째

사용되지 않은 /비어 있는 LUN에서 디바이스 검색을 중지합니다 . 기본값은 'no' 로 설정됩니다 .

예제 : search all luns: Yes [No];

use persistent names (읽기 /쓰기 , 예 /아니요 ) 이 속성은 NetWorker에서 테이프 드라이브 및 미디어 체인저를 검색할 때 사용 가능한 영구 디바이스 이름을 사용할지 여부를 나타냅니다 . 'yes'로

설정하면 Net- Worker에서 사용 가능한 영구 이름을 스토리지 노드의 플랫폼에서 지원할 경우 ,

감지 또는 구성된 라이브러리나 테이프 드라이브가 해당 영구 이름을 사용하여 구성됩니다 . 영구

이름은 없지만 일반 디바이스 이름이 있는 디바이스는 사용 가능한 일반 이름으로 검색 또는 구성됩니다 . 기본값은 'no' 로 설정됩니다 .

예제 : search all luns: Yes [No];

현재 NetWorker에서는 다음과 같은 형식의 Linux 이름만 자동으로 검색하고 사용할 수 있습니다 ./dev/tape/by-id/<<tapeID>>-nst/dev/tape/by-id/<<changerID>>-generic/dev/tape/by-id/scsi-<<changerID>>/dev/generic/by-id/<<changerID>>-generic/dev/generic/by-id/scsi-<<changerID>>

NetWorker에서 사용 가능한 영구 이름이 없는 플랫폼에서는 이 속성을 'yes'를 설정해도 효과가

없습니다 .

visible silo controllers (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성에는 이 스토리지 노드에서 표시되도록 테스트 또는 구성된 모든 사일로 컨트롤러가 포함됩니다 .

예제 : visible silo controllers: acsls2;



silo controller types (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성에는 이 스토리지 노드에서 표시되도록 구성되거나 테스트 중인 모든 사일로 컨트롤러 유형이 포함됩니다 . 목록에 있는 각 사일로 컨트롤러 유형은 정의된 표시되는 사일로 컨트롤러에 해당합니다 . 속성 값은 ACSLS_SILO,

DAS_SILO 또는 3494_SILO 가 될 수 있습니다 .

예제 : silo controller types: ACSLS_SILO;

silo connection status (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 테스트 중인 사일로 연결의 상태를 나타냅니다 . 각 사일로 연결 상태는 정의된 표시되는 사일로 컨트롤러에 해당합니다 . 각 연결 상태 값은 사일로 연결 테스트가 요청 , 실행 및 완료되는 각 단계에서 업데이트됩니다 . 속성

값은 Do Test, Testing OK 또는 Failed 가 될 수 있습니다 .

예제 : silo connection status: OK;

silo names (읽기 /쓰기 , 문자열 목록 , 숨김 ) 이 속성은 사일로 자동 구성 중에 사용자가 할당한 사일로 라이브러리 이름을 포함합니다 . 목록에 있는 각 사일로 라이브러리 이름은 정의된 표시되는 사일로 컨트롤러에 해당합니다 .

예제 : silo names: mysilo;

silo das client names (읽기/쓰기, 문자열 목록, 숨김) 이 속성은 사일로 자동 구성 중에 사용자가

입력한 DAS 클라이언트 이름을 포함합니다 . 이 값은 정의된 표시되는 사일로 컨트롤러에 있는 해당 DAS사일로에만 표시됩니다 .

last error number (읽기 /쓰기 , 단일 문자열 ) 이 속성은 이 스토리지 노드에서 마지막으로 디바이스

자동 감지를 실행할 때 감지 (dvdetect) 프로세스에 의해 기록된오류 번호 (있는 경우 )를 포함합니다 .

remote user (읽기 /쓰기 , 단일 문자열 ) 이 속성에는 NDMP 서버에 연결하는 데 사용되는 사용자 이름이 포함됩니다 . 이 값은 스토리지 노드 속성을 통해 또는 디바이스 자동 감지 또는 자동 구성 중에 사용자가 입력합니다 .

password (읽기 /쓰기 , 단일 문자열 ) 이 속성에는 NDMP 서버에 연결하는 데 사용되는 사용자 이름의 암호가 포함됩니다 .

last error message (읽기 /쓰기 , 단일 문자열 ) 이 속성은 이 스토리지 노드에서 마지막으로 디바이스

자동 감지를 실행할 때 감지 (dvdetect) 프로세스에 의해 기록된 오류 번호 (있는 경우 )를 포함합니다 .

device sharing mode (읽기 /쓰기 , 선택 목록 ) 이 속성에는 스토리지 노드 레벨의 디바이스 공유를 위한 선택 목록이 포함됩니다 . 디바이스 공유는 라이브러리의 테이프 드라이브가 둘 이상의 스토리지

노드에 표시되는 테이프 라이브러리가 있을 때 NetWorker의 자동 구성 코드에서 수행하는 작업을 결정합니다 . 값을 'server default' 로 설정하면 아래 설명과 같이 이 스토리지 노드에서 서버의

Device Sharing Mode 속성에 설정된 값이 사용됩니다 . 값이 'no sharing' 이면 주크박스를 가능한 한 공유되지 않는 주크박스로 구성합니다 . 즉 , 스토리지 노드에 표시된 드라이브 중 주크박스 자체를 인식하고 제어할 수 있는 드라이브가 모두 NetWorker용으로 구성됩니다 . 따라서 다른 스토리지 노드에서 해당 라이브러리의 드라이브를 액세스할 수 없게 됩니다 . 값이 'maximal sharing' 이면 라이브러리의 모든 드라이브를 인식할 수 있는 모든 스토리지 노드에서 해당 드라이브를 사용하도록 구성하여 해당 라이브러리에 동적 드라이브 공유 구성이 최대한 적용되도록 합니다 .

이 레벨에 설정된 디바이스 공유 모드는 서버 레벨에 설정된 디바이스 공유 모드에 우선합니다 . 기본값은 'Server default' 로 설정됩니다 .

예제 : device sharing mode:

no sharing maximal sharing



[server default];;

예제전체 NSR Storage node 리소스는 다음과 같습니다 .

type: NSR Storage Node; name: polarbear; type of storage node: [scsi] ndmp silo ; storage node is configured: [Yes] No ; date of registration: "Fri Nov 18 11:10:22 2005"; number of devices: 4; number of libraries: 1; list of configured devices: "rd=polarbear:\\.\Tape3", "rd=polarbear:\\.\Tape4", "rd=polarbear:\\.\Tape5", "rd=polarbear:\\.\Tape6"; list of configured libraries: "rd=polarbear:[email protected]"; list of configured silos: ; types of the configured libraries: Standard SCSI Jukebox; types of configured silos: ; max active devices: ; unconfig device names: "\\.\Tape0", "\\.\Tape1"; unconfig device descriptions: <EXABYTE Mammoth2 v05e at SCSI Port 7 Target 2 LUN 0>, <EXABYTE Mammoth2 v05e at SCSI Port 7 Target 3 LUN 0>; unconfig device model types: 8mm Mammoth-2, 8mm Mammoth-2; unconfig device serial numbers: "Serial Numbers:WWNN=100000D080001721:ATNN=EXABYTE Mammoth2 0062041830:WWPN=100000D080001722:0062041830", "Serial Numbers:WWNN=100000D0800012AC:ATNN=EXABYTE Mammoth2 0062034656:WWPN=100000D0800012AD:0062034656"; unconfig device library names: none, EXABYTE Exabyte X80 WWNN=100000D080001E9B; unconfig library names: EXABYTE Exabyte X80 WWNN=100000D080001E9B; unconfig library reference names: "rd=polarbear:[email protected]"; unconfig library descriptions: <EXABYTE Exabyte X80 3.03 at SCSI Port 7 Target 6 LUN 0>; unconfig library control ports: [email protected]; unconfig library models: Exabyte Jukebox; unconfig library serial numbers: WWNN=100000D080001E9B; date of last scan: "Wed Nov 30 20:28:08 2005"; skip scsi targets: 7.9.6; search all luns: Yes [No]; visible silo controllers: ; silo controller types: ; silo connection status: ; silo names: ; silo das client names: ; last error number: 0; remote user: ; password: ; last error message: ;

device sharing mode: no sharing maximal sharing [server default];



참조nsr(5), nsr_device(5), nsr_jukebox(5), nsr_resource(5), nsr_unconfigured_library(5), nsradmin(8)

NetWorker는 첫 번째 항목부터 시작하여 이 작업을 반복합니다 .


nsr_task(5)

Maintenance Procedures nsr_task(5)

이름nsr_task - NetWorker 리소스 유형 "NSR task"

요약type: NSR task

설명NSR task 유형의 리소스는 자동으로 재발생하는 작업을 생성하는데 사용됩니다. 작업 자체는 다른 리소스를

사용하여 정의됩니다. 이 리소스는 스케줄 지정에 사용됩니다. NetWorker 리소스에 대한 자세한 내용은

nsr_resource(5) 섹션을 참조하십시오. 'NSR task' 리소스 유형을 편집하려면 다음을 입력하십시오.

nsradmin -c "type:NSR task"

또는 NetWorker Management Console을 사용합니다. NetWorker 관리프로그램 사용에 대한 자세한 내용은

nsradmin(8) 섹션을 참조하십시오.

속성리소스 유형 NSR task에 대해 정의되는 속성은 다음과 같습니다. 괄호안의 내용은 속성 값을 액세스하는 방법에 대해 설명합니다. Create-only는 리소스를 생성할때를 제외하고 관리자가 값을 변경할수 없음을 나타냅니다. Read/write 는 권한 있는 관리자가 언제든지 값을 변경할수 있음을 나타냅니다. Choice list는 지정된 목록에서 개수에 관계없이 값을 선택할수 있음을 나타냅니다. Single string은 하나의 값만 허용됨을

나타냅니다. Static 속성의 값은 거의 변경되지 않습니다. Hidden은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다. 이러한 속성은 nsradmin(8)에서 숨김 옵션을 설정한 경우에만 볼수있습니다. 예를 들어

(create-only, static)으로 표시된 속성에는 속성을 생성할 때 설정되어 변경되지 않는 값이 있습니다. administrator와 같은 몇가지 추가 속성은 모든 리소스에 공통된 속성으로서, nsr_resource(5)에서

설명합니다.

name (create-only, static)

이 속성은 리소스의 이름을 포함하고 고유하게 식별합니다.


이 속성은 관리자가 리소스에 대한 설명이나 보충 정보를 기록해 둘수 있도록 제공됩니다.

action (read/write)

이 속성은 명령 리소스의 리소스 유형 및 이름을 콜론으로 구분된 문자열로 제공하여 수행할 작업을 지정합니다. 콜론 문자가 포함되어 있으므로 이 값은 따옴표로 묶어야 합니다. 예: action: "NSR hypervisor:vcserver.mydomain.com";

autostart (read/write, choice list)

이 속성은 작업을 지정된 시작 시간에 자동으로 시작할지 여부를 지정합니다. start now 선택 항목을 사용할수 있는 경우 이를 선택하면 작업이 즉시 실행(리소스가업데이트되었을 때) 되지만 속성 값은 변경되지 않습니다.

start time (read/write)

이 속성은 작업을 자동으로 실행하는 시간을 지정합니다. 형식은 24시간제의 hh:mm으로 지정해야 합니다. 따라서 이 값이 23:00인 경우 오후 11시에 작업이 시작됩니다. 예: start time: "23:00";


nsr_task(5)

interval (read/write)

이 속성은 작업 실행 빈도를 지정하는데 사용됩니다. 기본값은 24:00 이며 이는 하루에 한 번 실행함을 의미합니다.

period (read/write, choice list)

이 속성은 계획 주기의 반복 시간을 지정합니다. 예를 들어 주별 주기는 7일마다 계획된 작업을 반복 실행하고 월별 주기는 한 달에 한 번 반복 실행합니다.

plan (read/write)

이 속성은 공백으로 구분된 exec 및 skip 시퀀스를 포함하며 period 속성으로 정의된 주기의 지정된 날에 작업을 수행할지 여부를 지정 합니다. 각 항목의 첫번째 문자만 검사되므로 주별 주기는 s e e e e e s로 축약될수 있습니다. plan 속성에 기간 중 매일 수행할 충분한 작업이 포함되어 있지 않으면 NetWorker는 첫 번째 항목에서 시작하여 작업을 반복합니다.

last start (read only)

이 속성은 작업이 마지막으로 시작된 시간을 포함합니다.

last end (read only)

이 속성은 작업이 마지막으로 종료된 시간을 포함합니다.

last message (read only)

이 속성은 작업이 마지막으로 실행된 시간의 모든 메시지를 포함합니다.

job id (read only)

이 속성은 실행 중인 작업에 대한 작업 ID를 포함합니다.

status (read only)

이 속성은 작업의 현재 상태를 포함합니다. 사용할 수있는 값은 disabled, idle 및 running입니다.

예

리소스 생성의 전체 예제는 다음과 같습니다. type: NSR task; name: mytask; action: "NSR hypervisor:maelstrom.legato.com";

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안됩니다. 대신 NetWorker Management

Console 또는 nsradmin을 사용하십시오.

참조nsr_resource(5), nsr_hypervisor(5), nsr(8), nsradmin(8), nsrtask(8), nsrvim(8),


nsr_tunnel(5)

Maintenance Procedures nsr_tunnel(5)

이름nsr_label - NetWorker 리소스 유형 "NSR tunnel"

시놉시스type: NSR tunnel

설명NSR tunnel 리소스는 NetWorker 클라이언트 및 스토리지 노드가 방화벽을 통해 NetWorker 서버와 통신할수 있게 해줍니다. 클라이언트 네트워크의 트래픽은 단일 TCP 연결을 통해 "보안 네트워크"에 있는

NetWorker 서버로 라우팅됩니다.

터널을 구성하려면 NetWorker 서버 또는 스토리지 노드 그리고 클라이언트 네트워크에서 호스트에 대한

NetWorker 서버의 프록시로 지정된 NetWorker 클라이언트에 있는 NSRLA RAP 데이터 베이스에서 NSR

tunnel 리소스를 생성하십시오.

NSR 터널 리소스 유형을 편집하려면 다음을 수행하십시오.

nsradmin -p nsrexec -c "type:NSR tunnel"

활성화된 각 NSR tunnel 리소스에 대해 nsrexecd 프로세스는 서버와 프록시 호스트 사이의 터널을 설정하고 관리하는 nsrtund 프로세스를 실행합니다.

속성리소스 유형 NSR tunnel에 대해 정의되는 속성은 다음과 같습니다. 괄호안의 내용은 속성값에 액세스하는 방법을 설명합니다. Create-only는 리소스를 생성한 후에 관리자가 값을 변경할수 없음을 나타냅니다. Read/

write는 언제든지 값을 읽고 설정할수 있음을 나타냅니다. Choice는 지정된 목록에서만 값을 선택할수 있음을 나타냅니다. Yes/no는 yes 또는 no만 선택할수 있음을 나타냅니다. Static 속성은 값을 거의 변경하지

않습니다. Dynamic 속성에는 신속하게 변경되는 값이 있습니다. Hidden은 프로그램이나 전문가에게만 필요한 속성을 나타냅니다. 이러한 속성은 nsradmin(8)에서 hidden 옵션을 설정한 경우에만 볼 수있습니다. 예를 들어 (create-only, static)으로 표시된 속성에는 속성을 생성할 때 설정되어 변경되지 않는 값이 있습니다. administrator 등의 몇가지 추가 속성은 모든 리소스에 공통된 속성으로, nsr_resource(5)에서

설명합니다.

name(생성만)

NSR tunnel 인스턴스의 이름입니다.

autostart(읽기/쓰기, 선택)

nsrexecd 프로세스로 터널이 자동으로 시작되는지 여부를 지정합니다. Restart now 값은 nsrexecd

프로세스가 터널을 관리하는 nsrtund 프로세스를 재시작하도록 지시합니다. 터널을 재시작하려면 리소스 구성의 변경사항을 활성화해야 합니다.

designated proxy(읽기/쓰기, 예/아니요)

호스트가 프록시 호스트 역할을 하도록 지정합니다. 프록시 호스트는 안전하지 않은 네트워크에 있으며

해당 네트워크의 트래픽을 안전한 네트워크에 있는 단일 NetWorker 서버 또는 스토리지 노드로 라우팅 합니다.

tunnel direction(읽기/쓰기, 선택)

터널의 방향입니다. 프록시와 서버 사이의 직접 연결을 시작하는 호스트를 지정합니다. server-to-

proxy는 서버가 프록시로의 연결을 시작하도록 하는 반면, proxy-to-server는 프록시가 NetWorker

서버 또는 스토리지 노드로의 연결을 시작하도록 지시합니다.


nsr_tunnel(5)

server tunnel address(읽기/쓰기)

NetWorker 서버의 터널 인터페이스 끝 주소입니다. 프록시 네트워크에 있는 NetWorker 클라이언트는

이 주소를 사용하여 터널을 통해 안전한 네트워크에 있는 서버와 통신합니다. 이 속성의 값은 안전하지 않은 네트워크에 있는 할당되지 않은 유효한 IPv4 주소여야 합니다.

proxy tunnel address(읽기/쓰기)

프록시의 터널 끝 주소입니다. 이 속성의 값은 안전하지 않은 네트워크에 있는 할당되지 않은 유효한

IPv4 주소여야 합니다.

server address(읽기/쓰기)

안전한 네트워크에 있는 NetWorker 서버 또는 스토리지 노드의 주소입니다.

proxy address(읽기/쓰기)

클라이언트 네트워크에 있는 프록시 호스트의 주소입니다.

connection port(읽기/쓰기)

프록시와 서버 사이의 직접 연결을 설정하는 데 사용되는 포트 번호입니다. 이 속성의 값은 프록시 및

서버의 터널 리소스 모두에서 동일해야 합니다. 각 터널에는 고유한 포트 번호가 있어야 합니다.

gateway to proxy(읽기/쓰기)

프록시의 클라이언트 네트워크 주소를 액세스하는데 사용할 라우팅 게이트웨이입니다. 이 속성의 값은

proxy network 속성을 설정할때 입력해야 합니다. 게이트웨이를 지정하면 터널을 통해 트래픽을 라우팅할수 없습니다.

proxy network(읽기/쓰기)

프록시 호스트의 네트워크 입니다. 지정되면 터널 연결이 설정될 때 해당 네트워크 주소에 대한 네트워크 라우트항목이 서버 호스트에 추가됩니다. 네트워크에 대한 트래픽이 터널 네트워크 인터페이스를

통해 라우팅됩니다. 이 속성의 값은 <network address>/<network prefix> 형식이어야 합니다.

예를 들어 192.168.5.0/24 는 넷마스크가 255.255.255.0인 네트워크주소 192.168.5.0을 지정합니다. 이는 선택적인 서버측 속성입니다.

proxy network interface(읽기/쓰기)

클라이언트 네트워크에 연결된 네트워크 인터페이스의 이름입니다. 예를 들어 bge0(Solaris) 또는

eth0(Linux)입니다. 이는 선택적인 프록 시측 속성입니다. 이 속성은 터널을 통해 클라이언트 네트워크로부터 트래픽을 라우팅하는 데 필요합니다. 이 속성을 설정하지않은 채로 두면 NetWorker 서버의

프록시 액세스가 제한됩니다. 이 속성이 지정되어 있으면 프록시 호스트에서의 IP 전달이 암시적으로

설정됩니다.

filter ICMP messages(읽기/쓰기, 선택, 예/아니요)

ICMP 메시지를 필터링하도록 지정합니다. 값이 Yes이면 터널을 통한 ICMP 메시지 트래픽이 무시됩니다. ping(8)과 같은 네트워크 진단 툴은 이 값이 Yes로 설정되어 있을때 더 이상 작동하지 않습니다. 이는 서버측 속성입니다.

port exceptions(읽기/쓰기)

NSR 터널을 통해 액세스가 허용되는 포트 번호의 목록입니다. 이는 서버측 속성입니다.

send buffer size(읽기/쓰기)

프록시와 서버를 연결하는데 사용되는 소켓에 대해 버퍼기를 바이트 단위로 전송합니다. 값이 0이면 운영 체제 기본값이 사용됩니다. 버퍼 크기가 크면 사용량이 많은 환경에서 터널 처리량이 늘어날 수 있습니다.

receive buffer size(읽기/쓰기)

프록시와 서버를 연결하는 데 사용되는 소켓에 대해 버퍼 크기를 바이트 단위로 수신합니다. 값이 0이면 운영 체제 기본값이 사용됩니다. 버퍼 크기가 크면 사용량이 많은 환경에서 터널 처리량이 늘어날

수 있습니다.


nsr_tunnel(5)

keepalive interval(읽기/쓰기)

keepalive 전송 간의 시간(초 단위)입니다. keepalive 메시지는 호스트간의 연결 무결성을

유지하기 위해 프록시에서 서버로 주기적으로 전송됩니다. 값이 0이면 keepalive 기능이 비활성화됩니다.

logging level(읽기/쓰기, 선택)

tunnel.raw 로그 파일에 기록되는 메시지의 심각도 수준입니다. 심각 도가 높을수록 더 많은 출력이

기록됩니다.

tunnel interface MTU(읽기/쓰기, 숨김)

터널 디바이스 MTU(Maximum Transmission Unit)입니다.

예제NetWorker 서버 nwserv.emc.com(128.222.111.77) 은 클라이언트 네트워크 192.168.1.0/24 를 지원합니다. 클라이언트 네트워크 nwproxy.emc.com(192.168.1.99)의 호스트가 지정된 프록시로 선택되었습니다. IP 주소 192.168.1.2 및 192.168.1.3이 터널 끝점으로 선택되었습니다.

서버측 NSR tunnel 리소스가 다음과 같은 속성 값으로 구성되었습니다.

type: NSR tunnel; name: TUN0; autostart: Enabled; designated proxy: No; tunnel direction: server-to-proxy; server tunnel address: 192.168.1.2; proxy tunnel address: 192.168.1.3; server address: 128.222.111.77; connection port: 7232; proxy address: 192.168.1.99; gateway to proxy: 128.222.111.1; proxy network: 192.168.1.0/24; proxy network interface: ; filter ICMP messages: No; port exceptions: 22; send buffer size: 0; receive buffer size: 0; keepalive interval: 60; logging level: Warning;

프록시측 NSR tunnel 리소스가 다음과 같은 속성 값으로 구성되었습니다.

type: NSR tunnel; name: TUN0; autostart: Enabled; designated proxy: Yes; tunnel direction: server-to-proxy; server tunnel address: 192.168.1.2; proxy tunnel address: 192.168.1.3; server address: 128.222.111.77; connection port: 7232; proxy address: 192.168.1.99; gateway to proxy: ; proxy network: ; proxy network interface: eth0; filter ICMP messages: No; port exceptions: 22;


nsr_tunnel(5)

send buffer size: 0; receive buffer size: 0; keepalive interval: 60; logging level: Warning;

참고프록시를 통해 NetWorker 서버를 액세스하는 클라이언트 네트워크의 Net- Worker 클라이언트는 터널의

server tunnel address를 사용하여 서버에 연결 해야 합니다. 또한 이러한 클라이언트의 NSR client 리소스에 대한 server network interface 속성은 NSR tunnel's server tunnel address로 설정되어 있어야 합니다.

클라이언트 네트워크에 있는 스토리지 노드의 NSR storage node 리소스에 대한 숨겨진 속성 server

network interface는 터널의 서버 터널 주소로 설정되어 있어야 합니다.

제한 사항NSR tunnel 리소스는 Linux 및 Solaris 운영 체제에서만 지원됩니다.

터널 주소는 IPv6 주소를 사용하여 구성할 수 없습니다.

FILES/nsr/res/nsrladb NetWorker 클라이언트의 리소스 데이터베이스 입니다. NSR tunnel 인스턴스 <name>에

대한 /nsr/logs/<name>.raw 로그 파일 입니다.

참조nsr(8), nsr_resource(5), nsr_la(5), nsrtund(8), nsradmin(8), nsrwatch(8),


nsr_unconfigured_library(5)

Maintenance Procedures nsr_unconfigured_library(5)

이름nsr_unconfigured_library - NetWorker 리소스 유형 "NSR unconfigured library"

시놉시스type: NSR unconfigured library

설명scan for devices 작업 중에 발견되는 각 미디어 체인저는 NSR unconfigured library 리소스에 초기

저장된 관련 정보를 가지고 있습니다 . 이 리소스 유형은 숨겨져 있으므로 해당 애플리케이션이 숨겨진 리소스를 표시하기 위한 적당한 옵션 (사용 가능한 경우 )이 선택되지 않으면 어떤 관리 애플리케이션에도 표시되지 않습니다 .

이 리소스는 실제로 NetWorker에서 테이프 라이브러리를 제대로 자동 구성하는 데 필요한 정보를 보관하는

펜입니다 . 실제로 NetWorker에서 사용할 디바이스를 구성하기 전에 디바이스 감지 프로세스 중에 수집할

수 있는 모든 관련 정보가 이 리소스에 보관됩니다 . 이 리소스는 자동 구성 프로세스 중에도 수정되므로 해당 프로세스가 진행됨에 따라 일부 값이 변경될 수도 있습니다 .

NetWorker 리소스에 대한 자세한 내용은 nsr_resource(5) 를 참조하십시오. NSR unconfigured library

리소스를 편집하려면 다음을 실행하십시오 . nsradmin -c "type:NSR unconfigured library"

따옴표를 포함하고 "NSR", "unconfigured" 및 "library"사이에 공백을 삽입해야 합니다 . NetWorker

Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 을 참조하십시오 .

속성괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을

나타냅니다 . 읽기 /쓰기 는 값을 읽고 설정할 수 있음을 나타냅니다 . 숨김 은 프로그램이나 전문가에게만 필요한 숨겨진 속성을 나타냅니다 .

이러한 속성은 nsradmin(8) 에서 hidden 옵션을 설정한 경우에만 볼 수 있습니다 . 정적 속성 은 값을 거의 변경하지 않습니다 . 동적 속성 에는 신속하게 변경되는 값이 있습니다 . 예를 들어 (읽기 전용 , 정적 )

으로 표시된 속성에는 작성할 때 설정되어 변경되지 않는 값이 있습니다 .

type (읽기 전용 )

이 속성은 이 리소스가 구성되지 않은 라이브러리에 사용됨을 나타내며 값은 항상 NSR unconfigured

library 입니다 .

name (읽기 전용 )

이 속성은 자동으로 생성되는 고유 이름이며 , 일반적으로 라이브러리에서 검색된 일련 번호 정보와

함께 라이브러리에 대한 SCSI 조회 데이터에서 생성됩니다 .

library types

이 속성은 이 라이브러리와 통신하는 데 사용되는 연결 방법 목록입니다 . 라이브러리를 볼 수 있는

각 스토리지 노드에 대해 하나의 항목이 목록에 있습니다. 일반적으로 모두 동일하지만 요구 사항은

아닙니다 . 가능한 값에는 scsi, silo 및 ndmp 등이 있습니다 .

silo library

이 속성은 NetWorker에서 사일로 컨트롤러 (사일로 유형 라이브러리인 경우 )와 통신하는 데 사용하는 (동적으로 로드되는 ) 소프트웨어 라이브러리의 파일 이름입니다 .

reference name(읽기 전용 )

이 속성은 속성을 볼 수 있는 다양한 스토리지 노드에 대해 이 라이브러리를 설명하는 데 사용할 이름 목록입니다 .



storage nodes(읽기 전용 )

이 속성은 이 라이브러리와 통신할 수 있었다고 NetWorker server에 보고한 스토리지 노드 목록입니다 .

descriptions (읽기 전용 )

이 속성은 라이브러리를 볼 수 있는 각 스토리지 노드에 사용할 라이브러리 설명 목록입니다 . 일반적으로 조회 데이터와 SCSI 주소를 기반으로 합니다 .

control ports (읽기 전용 )

이 속성은 다양한 스토리지 노드에서 이 라이브러리와 통신하는 데 사용했다고 보고한 제어 포트 목록입니다 . 스토리지 노드와 라이브러리 간에 여러 개의 통신 채널이 있으므로 지정된 스토리지 노드에 대한 포트가 여러 개 있을 수 있습니다 .

model (읽기 전용 )

이 속성은 NetWorker 내부에서 사용하는 모델 이름입니다 . 일반적으로 "Standard SCSI

Jukebox"가 사용되며 , 이는 SCCI 미디어 체인저 지정에 설명된 것처럼 동작하는 라이브러리의 내부 이름입니다 .

serial number (숨김 , 읽기 전용 )

이 속성은 라이브러리 자체의 일련 번호입니다 . 라이브러리에서 여러 식별자를 반환하는 경우 가장

적합한 식별자만 사용됩니다 . 예를 들어 World Wide Node Name이 "가장 적합 "하며 그 다음은

World Wide Port Name, IEEE Node Name, IEEE Port Name, Vendor Unique Node Name 및

VPD Page 0x80 일련 번호 순입니다 .

drive count (숨김 , 읽기 전용 )

이 속성은 라이브러리에 있다고 보고된 드라이브 수입니다 .

drive base (숨김 , 읽기 전용 )

이 속성은 라이브러리의 모든 드라이브에 대한 가장 낮은 SCSI 요소 주소입니다 .

drive addrs (숨김 , 읽기 전용 )

이 속성은 라이브러리에 있는 드라이브의 실제 요소 주소 목록입니다 . 이러한 주소는 일반적으로 인접해 있지만 Net- Worker에서 사용하기 위하여 반드시 그래야 하는 것은 아닙니다 .

drive ids (숨김 , 읽기 전용 )

이 속성은 라이브러리에서 반환된 테이프 드라이브 식별자 목록입니다 . 이러한 식별자는 이 라이브러리의 드라이브를 볼 수 있는 모든 스토리지 노드의 다양한 액세스 경로 (예 : 테이프 드라이브 디바이스 파일 )로 드라이브를 일치시키는 데 사용됩니다 .

to be configured devices (숨김 , 읽기 전용 )

이 속성은 자동 구성 프로세스 중에 구성될 작업 디바이스 목록입니다 . 구성 프로세스 중에 변경되므로 내용은 크게 중요하지 않습니다 .

unconfigured devices (숨김 , 읽기 전용 )

이 속성은 자동 구성 프로세스에서 디바이스 액세스 경로에 일치되지 않은 디바이스 목록입니다 .

"to be configured devices"와 마찬가지로 구성 프로세스 중에 변경되므로 내용은 크게 중요하지 않습니다 .

slot count (숨김 , 읽기 전용 )

이 속성은 라이브러리에 있다고 보고되는 슬롯 (SCSI 스토리지 요소 ) 수입니다 .

slot base (숨김 , 읽기 전용 )

이 속성은 이 라이브러리의 슬롯에 대한 가장 낮은 SCSI 요소 주소입니다 .

ie count (숨김 , 읽기 전용 )

이 속성은 라이브러리에 있다고 보고되는 가져오기 /내보내기 요소 수입니다 .



ie base (숨김 , 읽기 전용 )

이 속성은 이 라이브러리의 가져오기 /내보내기 요소에 대한 가장 낮은 SCSI 요소 주소입니다 .

media transport count (숨김 , 읽기 전용 )

이 속성은 라이브러리에서 보고한 미디어 전송 장치 (로봇 , 그리퍼 , 테이프 전송 장치라고도 함 )의

수입니다 . 일반적으로 한 개입니다 . media transport base (숨김 , 읽기 전용 )

이 속성은 이 라이브러리의 미디어 전송 요소에 대한 가장 낮은 SCSI 요소 주소입니다 .

feature list (숨김 , 읽기 전용 )

이 속성은 이 라이브러리에 적용 가능한 NetWorker 내부 "기능 " 목록입니다 . 가능한 값은 다음과

같습니다 .

"elements_status", "no_init_elem_sts","no_start_init_elem_sts", "volume_tags","barcode","autoeject", "two_sided", "doorlock", "init_inlet_rqd","no_trnsport_source_dest", "has_range", "no_ies_range","need_align", "ies_no_barcode", "internal_ports","display", "auto_cc_unload", "cc_eject", "recheck","stacker_import", "stacker_export","read_elem_unload_fail", "auto_inventory", "auto_allocate", "trust_compliant_jbox","multi_stack_import", "multi_stack_export"


type: NSR unconfigured library; name: EXABYTE Magnum20 WWNN=200000D0803FF06F; library types: scsi, scsi; silo library: ; reference names: "rd=nash:[email protected]", [email protected]; storage nodes: nash, hal.devlab.emc.com; descriptions: <EXABYTE Magnum20 2.6 at SCSI Bus 110 Target 8 LUN 0>, <EXABYTE Magnum20 2.6 at SCSI Bus 4 Target 7 LUN 0>; control ports: "rd=nash:[email protected]", [email protected]; model: Exabyte Jukebox; serial number: WWNN=200000D0803FF06F; drive count: 2; drive base: 851; drive addrs: 851, 852; drive ids: "Serial Numbers:ATNN=IBM ULTRIUM-TD2 1110081463", "Serial Numbers:ATNN=IBM ULTRIUM-TD2 1110081756";to be configured devices: "hal.devlab.emc.com:/dev/rmt4.1:000851", "hal.devlab.emc.com:/dev/rmt5.1:000852", "nash:/dev/rmt/c111t4d0BESTnb:000851", "nash:/dev/rmt/c112t2d0BESTnb:000852"; unconfigured devices: ; slot count: 143; slot base: 1; ie count: 5; ie base: 801; media transport count: 1; media transport base: 901; feature list: volume_tags, elements_status, read_elem_unload_fail, barcode, no_trnsport_source_dest; hostname: hal.devlab.emc.com; administrator: "user=root,host=hal.devlab.emc.com", "user=administrator,host=hal.devlab.emc.com", "user=system,host=hal.devlab.emc.com";



ONC program number: 390109; ONC version number: 2; ONC transport: [TCP] UDP ;

파일/nsr/res/nsrdb - 이 디렉토리에 있는 파일은 직접 편집하면 안 됩니다 . 대신 nsrmm(8), nsradmin(8)

또는 NetWorker Management Console을 사용하십시오 .

참조nsr_resource(5), nsradmin(8), nsr_storage_node_resource(5)


nsr_usergroup(5)

Maintenance Procedures nsr_usergroup(5)

이름nsr_usergroup - NetWorker 리소스 유형 ‘‘NSR usergroup’’

시놉시스type: NSR usergroup

설명각 NSR 사용자 그룹은 NSR usergroup 유형의 단일 리소스에 의해 설명됩니다 (nsr_resource(5) 참조 ).

NetWorker server의 NSR 사용자 그룹 리소스를 편집하려면 다음을 입력합니다 . nsradmin -c

"type:NSR usergroup" 또는 NetWorker Management Console을 사용합니다 . NetWorker

Administration 프로그램 사용에 대한 자세한 내용은 nsradmin(8) 매뉴얼 페이지를 참조하십시오 .

이 리소스는 NetWorker 사용자 그룹과 해당 권한에 대해 설명합니다 .

속성리소스 유형 nsr_usergroup 에 대해 정의되는 속성은 다음과 같습니다 . 괄호 안의 내용은 속성 값에 액세스하는 방법을 설명합니다 . 읽기 전용 은 관리자가 값을 변경할 수 없음을 나타냅니다 . 읽기 /쓰기 는 값을

읽고 설정할 수 있음을 나타냅니다 . 선택 은 해당 특성과 관련된 목록에서만 속성 값을 선택할 수 있음을 나타냅니다 . 예를 들어 권한은 'Backup local data'또는 'Operate NetWorker'가 될 수 있습니다 . 이름 등의 몇 가지 추가 속성은 모든 리소스에 공통된 속성으로 , nsr_resource(5) 에서 설명합니다 .


이 속성은 관리자가 사용자 그룹에 대한 설명이나 보충 정보를 유지할 수 있도록 제공됩니다 .

users (읽기 /쓰기 , 문자열 목록 )

이 속성은 사용자 그룹의 멤버인 사용자 목록을 지정합니다 . 각 줄은 다음 형식 중

하나를 사용하여 사용자나 사용자 그룹을 지정합니다 . user/host@domain , group/host@domain , user@host , user@domain , group@host ,

group@domain , &netgroup (netgroup을 지원하는 플랫폼에서만 사용 가능 ) , user_attribute=value[, ...].

여기서 user는 사용자 이름 , host는 호스트 이름 , group은 사용자 그룹 이름 ,

domain은 도메인 이름이고 user_attribute는 user, group, host,

nwinstname, nwinstancename, domain 또는 domaintype(도메인 유형, NIS

또는 WINDOMAIN)입니다 .

nwinstname 및 nwinstancename 사용자 속성은 NetWorker 인스턴스 이름을 나타내는 데 사용됩니다 . 이러한 속성 중 하나에 입력해야 하는 값은 일치하는 사용자가

연결 시 사용한 컴퓨터의 NSRLA 리소스에 있는 "name" 필드의 값입니다 .

value는 공백으로 구분된 임의의 문자열일 수 있습니다 . 값에 공백이 포함되어 있으면 큰따옴표로 값을 묶을 수 있습니다 . 값에 와일드카드 "*"가 포함될 수도 있습니다 . 사용자 이름만 입력하면 이 사용자는 임의의 호스트에서 NetWorker를 관리할 수 있습니다 (user@*, */user 또는 user=user와 같음 ). Netgroup 이름 앞에는 항상 "&"가 붙습니다 .


nsr_usergroup(5)

형식 user_attribute=value[, ...]는 오버로드되지 않으므로 더 안전합니다 .

예를 들어 [email protected]을 입력하면 test 그룹에 속한 모든 사용자나 ,

test.acme.com 도메인 또는 test.acme.com 호스트에 있는 test라는 이름의 사용자가 이 항목과 일치합니다 .

privileges (읽기 /쓰기 , 선택 , null 허용 )

이 속성은 이 사용자 그룹의 멤버가 보유한 권한을 지정합니다 . 이 속성은 다음 권한을 0개 이상 가질 수 있습니다. Change Security Settings, Remote Access All Clients, Configure NetWorker, Monitor NetWorker, Operate NetWorker, Operate Devices and Jukeboxes, Backup Local Data, Recover Local Data

Change Security Settings

는 NSR 사용자 그룹 리소스 업데이트 또는 NSR client 리소스의 원격 액세스 속성

변경 등 보안 설정을 변경할 권한을 부여합니다 .

Remote Access All Clients

는 다른 클라이언트 데이터에 액세스할 권한을 부여합니다 .

Configure NetWorker

는 새 클라이언트 또는 디바이스 작성 등 NetWorker를 구성할 권한을 부여합니다 .

Operate NetWorker

는 볼륨 관리 또는 저장 그룹 제어 등 NetWorker에서 유지 보수 작업을 수행할 권한을 부여합니다 .

Monitor NetWorker

는 NetWorker의 활동과 상태를 모니터링할 권한을 부여합니다 .

Operate Devices and Jukeboxes

는 볼륨 마운트 , 언마운트 , 레이블 지정 등 디바이스와 주크박스를 작동할 권한을 부여합니다 .

Backup Local Data

는 NetWorker에 로컬 데이터를 백업할 권한을 부여합니다 .

Recover Local Data

는 NetWorker에서 로컬 데이터를 복구할 권한을 부여합니다 .

이 속성은 위에 설명된 권한의 모든 조합일 수 있습니다 . 단 , 일부 권한에 다른 권한이 필요하다는 점은 예외입니다 . 예를 들어 Change Security Settings 권한에는

Configure NetWorker 권한이 필요하며, Change Security Settings 를 설정하면

Configure NetWorker 권한도 설정해야 합니다 .


nsr_usergroup(5)

예제아래에는 Users 라는 사용자 그룹 리소스가 표시됩니다 . 숨겨진 옵션은 표시되지 않습니다 . 이 설정은 설명 필드를 제외하면 기본 설정에 해당합니다. 모든 도메인의 모든 시스템에 있는 사용자는 이 사용자 그룹의

멤버입니다 . 이 그룹의 멤버는 Recover local data, Backup local data 및 Monitor NetWorker 권한을 가집니다 .

type: NSR usergroup; name: Users; comments: Users can backup/recover data and monitor NetWorker; users: *@*;privileges: Monitor NetWorker, Recover local data, Backup local data;

사용자 그룹 리소스 Users 를 설정하는 방법의 또 다른 예는 다음과 같습니다. 도메인 engineering.acme.com

에 로그인한 모든 사용자는 이 사용자 그룹의 멤버입니다 . 이 그룹의 멤버는 Backup local data 권한을 가집니다 .

type: NSR usergroup; name: Users; comments: Members of this group can backup data to NetWorker; users: domain=engineering.acme.com;privileges: Backup local data;

참조nsradmin(8), nsr(8)


nsr_usergroup(5)


nwinstcreate(8)

Maintenance Procedures nwinstcreate(8)

이름nwinstcreate - NetWorker 인스턴스 정보를 포함하는 파일을 작성합니다 .

시놉시스nwinstcreate [ -i ] [ -x ] [ -f output-file ] [ -n NetWorker-instance-name ] [ -d NetWorker- instance-ID ] [ -p private-key-file [ -c certificate-file ] ]

설명nwinstcreate 명령은 NetWorker 인스턴스 정보를 작성하는 데 사용됩니다 . 이 데이터는 GSS EMC v1인증을 사용하는 데 필수입니다 . 대부분의 경우 사용자는 NetWorker가 이 정보를 작성하도록 해야 합니다 .

nwinstcreate 프로그램은 일부 필요한 경우 NetWorker 기본값을 덮어쓰는 데 사용될 수 있습니다 .

NetWorker 인스턴스 정보는 NetWorker 인스턴스 이름 , NetWorker 인스턴스 ID, 개인 키 및 인증서를

포함합니다 . 이 정보는 모든 NetWorker server, 클라이언트 및 스토리지 노드에서 사용됩니다 .

NetWorker 인스턴스 ID는 NetWorker 인스턴스의 ID입니다 . NetWorker 인스턴스 이름은 NetWorker 인스턴스 ID의 약칭으로, 다양한 액세스 제어 목록에 입력하는 이름입니다. 개인 키 및 인증서는 NetWorker

인스턴스 ID를 확인하는 데 사용됩니다 .

처음 NetWorker를 실행하기 전에 nwinstcreate를 실행하는 것이 좋습니다 . 그러면 기본 output-file

이름이 사용된 경우 Net- Worker는 사용자로부터의 추가 작업 없이 파일에서 정보를 얻게 됩니다 . 그렇지

않으면 nwinstcreate (참조 : nsr_la(5))를 실행한 후에 정보를 가져와야 합니다 .

옵션-i 대화형 모드를 사용합니다 . 사용자는 값이 명령줄에 지정되지 않은 비전문가 모드 항목에 대한 정

보를 제공하도록 요청받습니다 . 비전문가 모드 항목에는 Net- Worker 인스턴스 이름 (-n 옵션으로 지정할 수 있음 ) 및 출력 파일 이름 (-f 옵션으로 지정할 수 있음 )이 포함됩니다 .

-x 전문가 모드를 사용합니다 . 이 옵션은 주의해서 사용해야 합니다 . 사용자는 전문가 모드 항목에

대한 정보 및 값이 명령줄에 지정되지 않은 비전문가 모드 항목에 대한 정보를 제공하도록 요청받습니다 . 전문가 모드 항목에는 NetWorker 인스턴스 ID(-d 옵션으로 지정할 수 있음 ), 개인 키

파일 (-p 옵션으로 지정할 수 있음 ) 및 인증서 파일 (-c 옵션으로 지정할 수 있음 )이 포함됩니다 .

-f output-file

NetWorker 인스턴스 정보가 저장될 파일을 지정합니다 . 기본값은 IDinitialize 파일이며 /

nsr/res 디렉토리 (또는 Windows 기본 NetWorker 설치 디렉토리의 res 디렉토리 )에 작성됩니다 . 기본 파일 이름이 사용되고 처음 NetWorker가 시작되기 전에 파일이 작성된 경우

NetWorker는 이 파일에서 자동으로 정보를 가져오고 파일을 삭제합니다 .

-n NetWorker-instance-name

NetWorker 설치에 사용되어야 하는 NetWorker 인스턴스 이름을 지정합니다 . 이 이름은

NetWorker 인스턴스 ID의 약칭입니다 . NetWorker 인스턴스 이름은 GSS EMC v1 인증을 사용하면서 NetWorker의 특정 인스턴스에서 접근한 사용자만 액세스할 수 있도록 제한하려고 하는 경우

액세스 제어 목록에 입력해야 하는 값입니다 . NetWorker 인스턴스 이름은 데이터 영역 전체에서

고유해야 합니다 .


nwinstcreate(8)

-d NetWorker-instance-ID

NetWorker 설치에 사용되어야 하는 NetWorker 인스턴스 ID를 지정합니다 . 이 ID는 NetWorker

설치를 식별하며 두 개의 NetWorker 프로그램이 서로 통신할 때마다 사용됩니다 . 데이터 영역 전체에서 고유해야 합니다 . 기본값이 유효하지 않으면 NetWorker가 이 값을 선택하는 것이 좋습니다 .

-p private-key-file

NetWorker 인스턴스에서 사용될 개인 키를 포함하는 파일을 지정합니다 . 파일은 PEM 형식이어야

합니다 .

-c certificate-file

NetWorker 인스턴스에서 사용될 인증서를 포함하는 파일을 지정합니다 . 인증서는 -p 옵션으로 지정된 개인 키에 대응해야 합니다 . 즉 인증서에는 개인 키에 대응하는 공용 키가 들어 있어야 합니다 . 파일은 PEM 형식이어야 합니다 . -c 옵션은 -p 옵션을 함께 지정한 경우에만 사용할 수 있습니다 .

참조nsr_la(5), nsr_service(5)


0 프로그램이 정상적으로 종료되었습니다 .

1 출력 파일을 작성하려고 하는 동안 사용 오류 또는 다른 오류가 발생했습니다 .

10 명령줄 인수에 문제가 있습니다 .


nwrecover(8)

Maintenance Procedures nwrecover(8)

이름nwrecover - NetWorker 그래픽 복구 인터페이스

시놉시스nwrecover [ -s server ] [ -c client ] [ -x index namespace ] [ -T browse time | "l locale_date" ] [ <X-args> ] [ path ]

설명nwrecover 는 X Window 시스템 애플리케이션입니다 . 이 프로그램은 NetWorker로 저장된 손실된 파일을

복구하는 데 사용됩니다. X11이 아닌 환경에서 실행 중인 경우 recover(8) 를 사용하여 파일을 복구할 수

있습니다 .

서버 이름은 -s server 인수로 지정할 수 있습니다 . 지정된 서버가 없으면 nwrecover 는 nsr(8) 에 있는 서버 선택 규칙을 사용합니다. 여러 NetWorker server에 액세스할 수 있는 경우에는 nwrecover 명령

내에서 선택할 수 있습니다 . path 가 지정된 경우 nwrecover 는 현재 선택을 지정된 경로에 대해 초기화하려고 합니다 . path 가 지정되지 않은 경우의 기본 선택은 현재 작업 디렉토리입니다 .

ACL(Access Control List)로 저장된 파일을 복구하는 경우 루트 또는 파일 소유자여야 파일을 복구할 수

있습니다 . ACL을 사용하는 파일은 파일 세부 정보를 볼 때 모드 비트 뒤에 '+'(예 : -rw-r--r--+)가 표시됩니다 . ACL에 대한 자세한 내용은 recover(8) 를 참조하십시오 .

손실된 파일을 복구하려면 다음과 같은 세 가지 기본 단계를 따릅니다 . (1) [복구 ] 창에서 NetWorker의

인덱스를 탐색하여 손실된 파일을 찾습니다 . (2) 해당 확인란을 선택하여 복구할 파일을 표시합니다 . (3)

복구를 시작합니다 . 또한 복구한 파일을 재배치 (재배치 )하고 , 파일의 이전 버전을 찾고 (버전 ), 찾아보기 시간을 변경 (찾아보기 시간 변경 )하고 , 복구된 파일이 기존 파일과 충돌하는 경우 덮어쓰거나 이름을

변경 (충돌 해결 )하는 것과 같은 복구 명령이 있습니다 .

[복구 ] 창을 열면 클라이언트가 서버에 유지되는 해당 파일 인덱스로 연결됩니다 . 인덱스의 항목은 이전에

저장된 파일을 나타내고 파일 시스템과 동일한 방식으로 구성됩니다 . 파일 인덱스는 backup 인덱스 네임스페이스 , 즉 save(8) 로 파일을 저장할 때 작성됩니다 . 파일이 nsrarchive(8) 를 사용하여 인덱스 저장

아카이브 풀에 저장된 경우에는 파일 인덱스가 archive 인덱스 네임스페이스에 작성됩니다. nwrecover 는

찾아볼 인덱스 네임스페이스를 변경하는 명령을 제공합니다 (아카이빙된 파일 복구 ). 다른 파일 시스템의 인덱스를 찾아보려면 [위치 ] 필드에 경로 이름을 입력합니다 .

인덱스 찾아보기 : [복구 ] 창에 표시된 항목의 트리 보기를 사용하면 파일과 디렉토리를 찾아볼 수 있습니다 . 마우스를 사용하여 디렉토리를 열고 해당 내용을 표시할 수 있습니다 .

파일 표시 : 인덱스를 탐색하여 파일을 찾은 후에는 해당 확인란을 선택하여 복구하려는 파일을 표시합니다 .

또는 파일을 강조 표시하고 [선택 ] 메뉴에서 [표시 ] 명령을 사용하여 파일을 표시합니다 .

복구 시작 : [파일 ] 메뉴에서 [복구 시작 ] 명령을 선택합니다 . [복구 옵션 ] 대화 상자가 표시되면 복구된 파일과 기존 파일 사이에 충돌이 발생한 경우 수행해야 할 작업을 NetWorker에 알릴 수 있습니다 . 각

개별 충돌에 대해 메시지를 표시할지 또는 모든 충돌에 대해 하나의 전역적인 해결 방법을 사용할지 여부를

선택합니다 . 그런 다음 .R 확장자를 포함하도록 복구 파일 이름을 변경하여 두 파일을 모두 보존할지 , 복구 파일을 버리고 기존 파일을 보존할지, 또는 기존 파일을 덮어써서 복구 파일을 파일의 유일한 복제본으로

보존할지 여부를 NetWorker에 알립니다 .

복구를 시작하기 전에 [재배치 ] 명령을 사용하여 복구 파일을 재배치할 수도 있습니다 . 복구된 파일을 저장할 새 디렉토리 또는 기존 디렉토리의 경로 이름을 입력합니다 .


nwrecover(8)

[복구 옵션 ] 대화 상자에서 [확인 ]을 누르면 복구가 계속 진행되며 NetWorker는 복구를 완료하는 데 필요한 미디어를 자동으로 결정하고 운영자가 해당 미디어를 마운트하도록 메시지를 표시하여 복구를 실행합니다 . [복구 명령 ] 창에서 복구 상태를 모니터링할 수 있습니다 .

[복구 ] 창에서는 지난 인덱스를 찾아볼 수 있는 두 가지 명령을 제공합니다 . 버전은 파일의 전체 백업 기록을 보여 줍니다 . [찾아보기 시간 변경 ]을 사용하면 온라인 인덱스를 확인하는 시간을 변경할 수 있습니다 .

nwrecover 명령에 대한 자세한 내용은 NetWorker Administrator's Guide를 참조하십시오 .

옵션-s server

현재 NetWorker server를 server 로 설정합니다 .

-c client

찾아볼 현재 NetWorker client 인덱스를 client 로 설정합니다 .

-x index namespace

현재 파일 인덱스 네임스페이스를 index namespace 로 설정합니다 . 기본적으로 backup 네임스페이스가 사용됩니다 . 인식할 수 있는 다른 인덱스 네임스페이스는 다음과 같습니다 . archive.

이 필드는 대 /소문자를 구분합니다 .

-T [ browse time | "l locale_date" ]

현재 인덱스 찾아보기 시간을 browse time (nsr_getdate(3) 형식 )으로 설정합니다 ("l

locale_date"가 지정된 경우에는 locale_date 형식으로 설정 ). 이 옵션을 사용하는 것은

nwrecover 프로그램 내에서 [찾아보기 시간 변경 ] 대화 상자를 사용하는 것과 동일합니다 .

지원되는 locale_date 형식에 대한 자세한 내용은 recover(8) 를 참조하십시오 .

<X-args>

이 프로그램은 X-Windows 애플리케이션이므로 nwrecover 고유 인수뿐만 아니라 일반적인 X-

Windows 인수와 같은 다양한 인수를 사용하여 nwrecover를 호출할 수도 있습니다 . 예를 들어

nwrecover 애플리케이션이 사용해야 할 디스플레이를 지정하기 위해 -d 옵션을 사용할 수 있습니다 . 자세한 내용은 "man X" 또는 시스템의 X-Windows 설명서를 참조하십시오 .

파일/usr/lib/X11/app-defaults/Networker nwrecover 용 X11 리소스입니다 .

참조nsr_getdate(3), nsr(8), nsradmin(8), recover(8)

NetWorker Administrator's Guide


nwretrieve(8)

Maintenance Procedures nwretrieve(8)

이름nwretrieve - NetWorker 그래픽 검색 인터페이스

시놉시스nwretrieve -s server [ <X-args> ]

설명nwretrieve 는 X Window 시스템 애플리케이션입니다 . 이 프로그램은 NetWorker로 아카이브된 파일을 검색하는 데 사용됩니다 . X11이 아닌 환경에서 실행 중인 경우 nsrretrieve(8) 를 사용하여 파일을 검색할 수 있습니다 .

서버 이름은 -s server 인수로 지정할 수 있습니다 . 지정된 서버가 없으면 nwrecover 는 nsr(8) 의 서버 선택 규칙을 사용합니다 . 여러 NetWorker server에 액세스할 수 있는 경우에는 nwretrieve 명령 내에서 선택할 수 있습니다 .

ACL(Access Control List)로 아카이브된 파일을 검색하는 경우 그룹 운영자 또는 파일 소유자여야 파일을 검색할 수 있습니다. 아카이브 및 검색과 관련된 파일 사용 권한 문제에 대한 자세한 내용은 NetWorker

Administrator's Guide 를 참조하십시오 .

손실된 파일을 검색하려면 다음과 같은 세 가지 기본 단계를 따릅니다 . (1) 찾기 창에서 NetWorker의 아카이브 목록을 검색합니다 . (2) 검색할 아카이브를 선택합니다 . (3) 검색을 시작합니다 .

검색 시작 : [파일 ] 메뉴에서 [검색 시작 ] 명령을 선택합니다 . [복구 옵션 ] 대화 상자가 나타나면 재배치할 경로를 입력하거나 기존 파일을 덮어쓸지 여부를 선택할 수 있습니다 .

[복구 옵션 ] 대화 상자에서 [확인 ]을 선택하면 선택한 아카이브가 복구되고 상태가 [검색 ] 명령 대화 상자에 표시됩니다 . 그런 다음 NetWorker는 검색을 완료하는 데 필요한 미디어를 자동으로 결정하고 운영자에게 해당 미디어를 마운트하도록 메시지를 표시한 후 검색을 실행합니다 .

nwretrieve 명령에 대한 자세한 설명은 NetWorker Administrator's Guide를 참조하십시오 .

옵션-s server

현재 NetWorker server를 server 로 설정합니다 .

<X-args>

이 프로그램은 X-Windows 애플리케이션이므로 nwretrieve 고유 인수뿐만 아니라 일반적인 X-

Windows 인수와 같은 다양한 인수를 사용하여 nwretrieve를 호출할 수도 있습니다 . 예를 들어

nwretrieve 애플리케이션이 사용해야 할 디스플레이를 지정하기 위해 -d 옵션을 사용할 수 있습니다 . 자세한 내용은 "man X" 또는 시스템의 X-Windows 설명서를 참조하십시오 .

/usr/lib/X11/app-defaults/Networker

nwretrieve 용 X11 리소스입니다 .

참조nsr(8), nsradmin(8), nsrarchive(8), nsrretrieve(8)


nwretrieve(8)


pathownerignore(5)

Maintenance Procedures pathownerignore(5)

이름pathownerignore - 스케줄이 지정된 저장 중 경로 소유권 규칙 무시

시놉시스<nsr_bin>/pathownerignore

설명클러스터 환경에서 NetWorker 소프트웨어는 물리적 클라이언트와 관련된 파일 시스템과 리소스 그룹에서 관리하는 파일 시스템 (가상 클라이언트 )을 구분해야 합니다 . 이러한 조건을 경로 소유권 규칙이라고 합니다 .

이 규칙은 세이브 세트가 기록되는 클라이언트 인덱스를 결정합니다 .

가상 클라이언트에서 소유한 파일 시스템이 물리적 클라이언트 리소스에 대한 세이브 세트 목록에 정의된 경우 파일 시스템은 기본적으로 예정된 저장 작업이 수행되는 동안 백업되지 않습니다 . 이는 물리적 클라이언트에서 소유한 파일 시스템이 가상 클라이언트 리소스의 세이브 세트 목록에 정의된 경우에도 마찬가지입니다 .

두 경우 모두 파일 시스템은 생략됩니다 . Net-Worker 소프트웨어는 파일 시스템을 소유하는 클라이언트를

현재 예정된 저장 작업의 클라이언트와 일치하지 않는 것으로 보기 때문입니다 .

NetWorker 경로 소유권 규칙을 확인하려면 다음을 따르십시오 .

1. NetWorker server에서 다음 명령을 실행합니다 .

# savegrp -p -c client_name

2. client_name에서 소유한 파일 시스템을 검토합니다 . 이러한 절차는 일반 클러스터 설치에서 수행됩니다 . 자세한 내용은 해당 EMC NetWorker 설치 안내서를 참조하십시오 .

적절하지 않은 세이브 세트가 있는지 테스트하려면 verbose 옵션을 설정하여 테스트 탐색을 실행하십시오 .

명령 출력에서 세이브 세트가 저장될 클라이언트 인덱스에 대한 경고를 표시합니다 . 예를 들면 다음과 같습니다 .

# savegrp -pv -c client_name group_name

NetWorker 기본 경로 소유권 규칙을 무시하려면 <nsr_bin>/pathownerignore 파일을 작성할 수 있습니다 . 이 파일을 만들면 NetWorker 소프트웨어가 해당 파일 시스템을 백업합니다 . 그러나 이 경우 파일 시스템은 올바른 소유자의 인덱스에 보관됩니다 . <nsr_bin>/pathownerignore 파일을 작성하는 방법은 권장되는 방법이 아니지만 특수한 상황에서는 필요할 수도 있습니다 . <nsr_bin>/pathownerignore 파일은 기본 경로 소유권 규칙을 대체하지 않습니다 . 이 파일을 사용하면 예정된 저장 작업이 수행되는 동안 파일 시스템을 백업해야 하는지 여부를 결정할 때 경로 소유권 규칙이 무시됩니다 .

참조save(8), savegrp(8), savefs(8)

참고경로 소유권 규칙을 대체하고 세이브 세트를 기본 소유자가 아닌 다른 인덱스에 기록하려면 "save -c

client_name " 명령을 사용해야 합니다 . 자세한 내용은 save(8) 를 참조하십시오 .


pathownerignore(5)


preclntsave(8)

Maintenance Procedures preclntsave(8)

이름preclntsave - NetWorker savepnpc에 대한 전처리 명령을 실행하는 하위 프로세스

시놉시스preclntsave -s server -c client -g group [-D debuglevel]

설명preclntsave 프로세스는 /nsr/tmp/group.tmp 파일에 대한 잠금 작업을 수행합니다 . 이 파일을 잠글 수

없는 경우에는 상태가 0으로 종료됩니다 . 이 상태는 전처리 명령이 실행되었음을 나타냅니다 . 잠금 작업이

성공한 경우 preclntsave 는 /nsr/res/group.res 파일에 지정된 모든 전처리 명령을 호출한 다음

pstclntsave 프로세스를 실행하고 상태가 0으로 종료됩니다 . 파일 /nsr/tmp/group.tmp 에 대해

preclntsave 에서 가져온 잠금은 Pstclntsave 프로세스로 전달됩니다 .

참고 : 이 프로세스는 savepnpc 프로그램에 의해서만 호출됩니다 . 사용자가 사용할 수 있는 프로세스가 아닙니다 .

옵션-s server

제어 서버를 지정합니다 .

-c client

전처리 명령을 수행할 대상 클라이언트의 이름입니다 .

-g group

실행할 그룹 이름을 지정합니다 .

-D debuglevel

디버깅 목적으로 디버그 레벨은 1, 2 또는 3일 수 있습니다 .

파일/nsr/tmp/group.lck

이 파일의 잠금은 preclntsave 가 다른 작업을 수행하기 전에 완료되어야 합니다 . 잠금은 프로세스가 종료될 때만 해제됩니다 . 파일이 없는 경우에는 자동으로 만들어집니다 . 이 파일은 제거되지

않습니다 .

/nsr/tmp/group.tmp

Preclntsave 는 이 파일에 대한 잠금 작업을 수행합니다 . 잠금 작업에 실패하면 상태가 0으로

명령이 종료됩니다 . 반면 , 잠금 작업이 성공하면 전처리 명령을 실행합니다 . 전처리 명령을 실행한 다음 preclntsave 는 pstclntsave 명령을 실행하고 잠금을 이 명령으로 전달합니다. 파일이

없는 경우에는 자동으로 만들어집니다 . 이 명령은 파일을 제거하지 않습니다 .

/nsr/res/group.res

이 명령에서 실행하는 실제 전처리 명령이 포함된 파일입니다 .

/nsr/res/group.res.lck

이 잔존 파일은 /nsr/res/group.res 파일이 열리기 전에 작성되고 잠깁니다 . 이 파일은 제거되지 않습니다 .

참조savepnpc(8), pstclntsave(8), save(8)


preclntsave(8)


prefetch(8)

Maintenance Procedures prefetch(8)

이름prefetch - NetWorker prefetch 명령

시놉시스prefetch -v {ssh|acs} -j " jukebox1 centricstor1 " -j ...

설명CentricStor(가상 테이프 라이브러리)는 NetWorker에서 실제 테이프 라이브러리처럼 사용될 수 있습니다. NetWorker는 SAN에서 하나의 (가상) ACS 로봇 인터페이스와 다수의 (가상) 테이프 드라이브를 인식합니다. 테이프 작업의 타이밍 동작은 물리적 라이브러리와 다를수 있습니다. CentricStor는 가상 볼륨에

큰 내부 디스크 캐시를 사용하기 때문에 캐시 적중의 경우 마운트 작업 속도가 매우 빠릅니다. 또한 마운트 작업이 즉시 성공합니다.

반면에 (가상) 볼륨이 요청될 경우에는 캐시에서 삭제되기 때문에 마운트 작업에 시간이 추가로 필요합니다. 실제 테이프를 로드해야 하고 전체 가상 볼륨을 캐시로 읽어 와야 합니다. 이는 특히 대규모 복구작업의 경우 상당한 단점으로 작용합니다. 가상 볼륨에 대한 캐시 비적중의 가능성이 매우 높기 때문입니다. 각

볼륨에는 물리적 테이프에서 디스크 스토리지로 읽어올 시간, 그리고 가상 테이프 드라이브의 데이터를 대상으로 다시 복구할 시간이 추가로 필요합니다.

따라서 복구 속도를 극대화하려면 볼륨을 미리 읽거나 프리페치하는 메커니즘이 필요합니다. 필요한 모든 볼륨을 프리페치하는 것은 바람직하지 않습니다. 캐시가 불필요한 볼륨으로 채워질 수 있기 때문입니다(복구프로세스가 중단되는 경우). 따라서 프리페치 메커니즘은 다수의 볼륨을 미리 읽기를 위한 기간 크기로 사용합니다. 이 기간 또는 버킷 크기는 변수를 사용하여 구성할 수 있습니다.

PREFETCH_BUCKET_SIZE_<jukebox name>=<value>

복구중에 프리페치된 볼륨이 부족해지는 것을 방지하기 위해 프리페치된 항목수는 로우 워터마크 아래로 떨어졌지만 읽기 볼륨의 수는 아직 그 아래로 떨어지지 않았을때 다음 볼륨 버킷이 프리페치됩니다. 이는 변수를

사용하여 구성할 수 있습니다.

PREFETCH_LOW_WATER_MARK_<jukebox name>=<value>

nsrmmd 데몬에 의해 시작되는 프리페치 알림은 CentricStor prefetch 명령(usr/sbin/prefetch)을 실행합니다. 볼륨 이름, 바코드 및 위치의 목록이 프리페치 알림의 입력입니다.

구성:

nsrmmd에 대해 다음 변수를 설정하십시오.

PREFETCH_BUCKET_SIZE_<jukebox name>=<number of volumes for the read ahead>

PREFETCH_LOW_WATER_MARK_<jukebox name>=<value>

<jukebox name> 는 소문자가 대문자로 변환되고 영숫자가 아닌 문자가 "_"로 변환된 해당 주크 박스 리소스의 이름 속성입니다.

다음 리소스 속성을 사용하여 알림을 생성해야 합니다.

- action:

/usr/sbin/prefetch -v {ssh|acs} -j "jb1 cs1" -j ...


prefetch(8)

- event: 미디어

- priority: 알림

프리페치용 매개 변수:

-v: CentricStor로의 통신 방법을 지정합니다.

ssh: ssh를 통한 통신acs: ACSLS 인터페이스를 통한 통신

-j:

주크박스 이름을 해당 CentricStor의 이름으로 변환합니다. 여러개의 "-j" 옵션을 지정할 수 있습니다. 주크박스 이름에는 "_"로 대체해야 하는 공백이 포함되어 있습니다.

SSH를 원격 명령 실행 방법으로 사용하는 프리페치-----------------------------------------------------

CentricStor V4 이상에서는 CS 호스트에서의 명령이 'ssh'로 실행됩니다. 이것이 제대로 이루어지기 위해서는 NetWorker 서버 및 CentricStor VLP에 SSH 키를 생성하고 설치해야 합니다.

NetWorker 서버에서 SSH 키 쌍을 생성 하십시오.

# mkdir /nsr/res/.ssh

# ssh-keygen -t dsa -C 'NetWorker prefetch' -P " -f/nsr/res/.ssh/prefetch_key

그러면 /nsr/res/.ssh/prefetch_key 및 /nsr/res/.ssh/prefetch_key.pub 파일로 구성된 키 쌍이

생성됩니다.

개인 키 파일 /nsr/res/.ssh/prefetch_key를 root에서 소유하고 있으며 소유자만 파일을 읽을 수 있는지 확인합니다.

# ls -l /nsr/res/.ssh

-rw------- 1 root root 668 Dec 20 12:56 prefetch_key

-rw-r--r-- 1 root root 608 Dec 20 12:56 prefetch_key.pub

'root' 사용자의 authorized_keys 파일에 있는 공개 키를 CentricStor VLP에 설치합니다.

공개 키 /nsr/res/.ssh/prefetch_key.pub를 CentricStor VLP 호스트에 복제합니다.

CentricStor VLP 호스트에 로그인하고 공개 키를 허용되는 SSH 키에 추가 합니다.

# cat prefetch_key.pub >>/root/.ssh/authorized_keys

이제 NetWorker 서버 호스트가 암호 없이 SSH를 통해 CentricStor VLP에서 명령을 실행할 수 있습니다.

예: NetWorker 서버에서 다음을 실행합니다.

# ssh -i /nsr/res/.ssh/prefetch_key root@VLP uname -a

암호를 묻지 않고 'uname -a' 명령의 출력이 표시되어야합니다.


psrollback.res(5)

Maintenance Procedures psrollback.res(5)

이름psrollback.res - Snapshot Management 롤백 리소스 파일

요약/nsr/res/psrollback.res(Unix)

C:\Program Files\Legato\nsr\res\psrollback.res(Windows)

설명psrollback.res는 Snapshot Management가 제공하는 롤백 기능에 대한 구성 정보를 NetWorker에 제공하는 리소스 파일입니다 .Snapshot Management는 롤백을 수행하기 전에 롤백작업에 의해 덮어쓰이는 파일 , 디렉토리 , 파티션 또는 볼륨이 없는지 확인합니다 .

이 리소스는 롤백 안전성 확인에서 제외될 파일 , 디렉토리 , 파티션 및 볼륨을 나열합니다 . 그러면 롤백작업 중에 Snapshot Management가 이 파일에 나열된 항목의 덮어쓰기를 허용합니다 .

참고: Celerra를 NMO(NetWorker Module for Oracle) 또 는 NMSAP(NetWorker Module for SAP)와

함께 사용하는 경우를 제외하면 Snapshot Management는 NAS 디바이스에 대한 롤백 안전성 확인을 지원하지 않습니다 . Celerra를 NMO 또 는 NMSAP와 함께사용하는 경우에는 리소스 파일에 ’.etc’를 추가해야합니 다 .

다음과 같은 규칙의 구문을 사용하여 이 파일에 다른 파일이나 디렉토리를 추가할 수 있습니다 .

· 한 줄에 파일 또는 디렉토리 하나만 있어야 합니다 .

· / 문자로 시작하는 경로는 절대 경로입니다 (예 : /tmp).

· 그 외의 경로는 파일 시스템에 상대적입니다 . 예를 들어 /tmp가 Snapshot Management로 처리되는

파일 시스템이고 항목이 "lost+found" 이 면 /tmp/lost+found가 안전성 확인에서 제외됩니다 .

· 이 파일에서 지원되는 항목은 다음과 같습니다 .

· 디렉토리 또는 파일 경로· 파일 시스템· 관리 되거나 관리되지 않는 원시 디바이스의 블록디바이스 - 예 :

/dev/vg_01/vol1 (문자 디바이스 항목은지원되지 않음 )

예제/fs1(Unix) 또는 C:\fs1(Windows)가 롤백이 수행될 파일시스템이라고 가정할 경우

다음은 이와 같은 경우에 유효한 몇 가지 UNIX 항목의예입니다.

dir1

dir2/file1

/fs2

psrollback.res 에 위 와 같은 항목이 있으면 안전성 확인에서 /fs1/dir1,

/fs1/dir2/file1 및 /fs2가 제외됩니다.

다음은 이와 같은 경우에 유효한 몇 가지 Windows 항목의예입니다.

dir1

dir2\file1

C:\fs2

psrollback.res에 위와 같은 항목이 있으면 안전성 확인에서 C:\fs1\dir1,

C:\fs1\dir2\file1 및 C:\fs2가 제외됩니다.


psrollback.res(5)

참조NSRSNAPADMIN(8), NSRSNAP_RECOVER(8)


pstclntsave(8)

Maintenance Procedures pstclntsave(8)

이름pstclntsave - NetWorker savepnpc에 대한 후처리 명령을 실행하는 preclntsave의 하위 프로세스

시놉시스pstclntsave -s server -c client -g group [-p pollinterval][-t timeout] [-D debuglevel]

설명pstclntsave 프로세스에서는 폴링 간격에 지정된 매초 단위로 서버에서 GROUP 리소스의 STATUS 및

WORKLIST 속성을 검사하여 그룹이 실행 중인지 그리고 클라이언트가 WORKLIST에 계속 포함되어 있는지 확인합니다 . pstclntsave 가 중단되거나 , time_out 조건이 발생하거나 , 그룹의 STATUS가 실행되고 있지

않거나 , 클라이언트가 더 이상 WORKLIST에 없을 경우에는 (어느 것이든 먼저 해당하는 것 ) pstclntsave

가 /nsr/res/group.res 파일에 지정된 후처리 명령을 모두 수행하고 /nsr/tmp/group.tmp 의 연결을 해제한 후 /nsr/logs/savepnpc.log 파일에 결과 (성공 또는 실패 )를 기록합니다 .

참고 : 이 프로세스는 preclntsave 프로그램에 의해서만 호출됩니다 . 사용자가 사용할 수 있는 프로세스가

아닙니다 .

옵션-s server

제어 서버를 지정합니다 .

-c client

전처리 명령을 수행할 대상 클라이언트의 이름입니다 .

-g group

실행할 그룹 이름을 지정합니다 .

-p pollinterval

서버 폴링 간격 (초 )을 지정합니다 .

-t timeout

후처리 명령을 시작하는 nsr_getdate() 형식 문자열의 시간 초과 조건입니다 . 이 조건은 /nsr/

res/group.res 파일에도 지정할 수 있습니다 .

-D debuglevel

디버깅의 목적에서 디버그 레벨은 1, 2 또는 3일 수 있습니다 .

파일/nsr/tmp/group.tmp

이 파일은 반드시 존재해야 합니다 . 시작 시 pstclntsave 는 즉시 이 파일을 잠금니다 . 종료하기 전에 pstclntsave 가 이 파일을 제거할 수도 있습니다 .

/nsr/tmp/group.lck

종료하기 전에, pstclntsave 는 이 파일에 대한 잠금 작업을 수행합니다. 잠금 작업이 성공하면

/nsr/tmp/group.tmp 는 제거됩니다 . /nsr/tmp/group.lck 파일은 없을 경우 만들어지며 절대

제거되지 않습니다 .

/nsr/res/group.res

이 명령에서 실행하는 실제 후처리 명령이 포함된 파일입니다 .


pstclntsave(8)

/nsr/res/group.res.lck

이 잔존 파일은 /nsr/res/group.res 파일이 열리기 전에 작성되고 잠깁니다 . 이 파일은 제거되지 않습니다 .

/nsr/logs/savepnpc.log

이 명령에서 해당 상태를 기록하는 위치입니다 .

참조preclntsave(8), savepnpc(8), save(8)


read_a_block(8)

Maintenance Procedures read_a_block(8)

이름read_a_block - 테이프에서 32KB 블록 읽기

시놉시스read_a_block -f device [ -v ]

설명read_a_block 프로그램은 테스트 테이프에서 하나의 32KB 블록을 읽습니다 .

연산자-f device

테이프가 마운트되는 디바이스를 지정합니다 .

옵션-v 프로그램을 세부 정보 표시 (verbose) 모드로 실행합니다 . 이 옵션은 프로그램에서 사용하는 CDI



% read_a_block -f /dev/rmt/3cbn

read returns buffer full of 564f4c31 (1448037425 decimal)

참조libcdi(8)


read_a_block(8)


recover(8)

Maintenance Procedures recover(8)

이름recover - NetWorker 파일 탐색 및 복구

요약recover [-b pools] [-f] [-n] [-q] [-u] [-i {nNyYrR}] [-d destination] [-c client] [-x index-namespace] [-t <date | "l locale_date">] [-s server] [-J storage-node][-p pass-phrase] [-e exclude-file] [-B] [ dir] recover [-b pools] [-f] [-n] [-u] [-q] [-i {nNyYrR}] [-d destination] [-c client] [-x index-namespace] [-t <date | "l locale_date">] [-s server] [-J storage-node] [-B] [-e exclude-file] [-p pass-phrase] -I input-file -a [path...] recover [-b pools] [-f] [-n] [-u] [-q] [-i {nNyYrR}] [-d destination] [-c client] [-x index-namespace] [-t <date | "l locale_date">] [-s server] [-J storage-node] [-B] [-e exclude-file] [-p pass-phrase] [-I input-file] -a path... recover [-b pools] [-f] [-n] [-u] [-q] [-i {nNyYrR}] [-d destination] -s server [-B] [-R destination-client] [-e exclude-file] [-J storage-node]-S ssid[/cloneid] [-S ssid[/cloneid]]... [ path]... recover [-b pools] [-f] [-q] -i {NYR} -R destination-client [-c client] [-d destination] [-x index-namespace] [-t <date | "l locale_date">] [-s server] [-J storage-node] [-p pass-phrase] [dir] recover [-b pools] [-f] [-n] [-U] [-q] [-i {nNyYrR}] [-t <date | "l locale_date">] [-s server] [-J storage-node] [-p pass-phrase] [-N system save set] recover -S ssid [-d staging-location] -o VADP:host=VC-hostname[:port];VADP:transmode=transport-mode;VADP:datacenter=datacenter-name;VADP:resourcepool=resource-pool-name;VADP:hostsystem=ESX-hostname;VADP:datastore=datastores

설명recover 는 NetWorker 시스템에서 저장된 파일 인덱스를 찾고 선택한 파일을 복구합니다 . 파일 인덱스는

save(8) 명령을 사용하여 파일을 저장할때 backup 인덱스 네임스페이스에 생성됩니다. nsrarchive(8)를

사용하여 인덱스 저장 아카이브 풀에 파일을 저장한 경우 파일인덱스는 archive 인덱스 네임스페이스에 생성됩니다 . 대화형 모드 (기본값 )에서는 UNIX 파일시스템과 유사한 인덱스 보기가 제공되며 사용자는 해당인덱스를 이동하면서 파일 또는 전체 디렉토리를 선택하여 복구할 수 있습니다 . 자동 모드 (-a 옵션 )에서는

탐색 과정 없이 명령줄에 지정된 파일이 즉시 복구됩니다 . 세이브 세트 복구 모드 (-S 옵션 )에서는

NetWorker 파일 인덱스를 탐색하는 과정 없이 지정된 세이브 세트가 직접 검색됩니다 . 세이브 세트 복구

모드는 루트 사용자만 사용할 수 있습니다 . recover를 -S 옵션 없이 사용할 경우 루트 사용자는 모든 파일을 복구할 수 있습니다 . 이 단락에 설명된 나머지 사용 권한확인 규칙은 루트 가 아닌 사용자에게 적용됩니다 . ACL(Access Control List)이 없는 파일의 경우 일반 UNIX 모드 비트를 사용하여 복구할 파일을

읽을 수 있도록 해야 합니 다 . ACL이 있는 파일은 파일 소유자 또는 루트 사용자만 복구할 수 있습니다 .

save(8) 명령과 함께 경로인수를 사용할 때 경로에 포함된 디렉토리 중 하나가 심볼 링크인 경우 -a 옵션을 사용하여 심볼 링크의 타겟경로를 지정해야 파일을 복구할 수 있습니다 . -a 옵션으로 경로의 심볼 링크를 지정하여 파일을 복구하면 "<path>이 (가 ) 인덱스에 없습니다 ."라는 메시지가나타납니다 . 또는 -S 옵션을 지정하여 이러한 파일을 복구할 수도 있습니다 . -S 옵션을 여러 번 사용하여 여러세이브 세트를 지정하거나 여러 개의 recover 명령을동시에 실 행하는 방식으로 , 고급 파일 유형디바이스 (adv_file)에서 여러 복구를 동시에 수행할 수있습니다 .

옵션-a 대화형 탐색 작업 없는 자동 파일 복구를 지정합니다 . path는 복구할 하나 이상의 파일 또는 디

렉토리를 지정합니다 . 심볼 링크의 경우 링크 파일자체는 복구되지만 연결된 파일은 복구되지 않습니다 . 또한 마지막으로 수행한 save(8) 명령에 ’-x’ 옵션을 사용하지 않았다면 마운트 지점도 복구되지 않습니다 .

-b pools

복구 수행시 사용되어야 하는 하나 이상의 풀을 지정합니다 . 풀 여러 개를 사용하는 경우에는 -b

명령을 여러 개 지정해야 합니다 . 그렇지 않고 이 플래그를 한번만 사용하려면 풀 목록을 쉼표로


recover(8)

구분해야 합니다 . 쉼표로 목록을 구분하는 방법과 -b 명령을 여러번 사용하는 방법을 함께 쓸 수도 있습니다 . 풀 목록에서 요청된 파일을 정확하게 찾을 수 없으면 해당 파일을 건너뛰고 복구를

계속합니다 . 이 옵션을 지정 하지 않으면 모든 풀이 유효하다고 간주합니다 .

-B 이 옵션은 더 이상 사용되지 않습니다 . -e <Home-Base_install_dir>/exclude/

exclude.NETWORKER 옵션을 사용하여 표준 BMR 제외 파일을 사용하십시오 .

-c client

client 는 파일이 저장된 시스템의 이름입니다 . 다른 클라이언트에서 저장한 디렉토리를 탐색할

때에는 경로 이름에 파일이 저장된 클라이언트의 파일 트리가 나타납니다 . 기본적으로 save 및

recover는 파일 시스템 테이블에서 클라이언트 이름을 확인합니다 . save 명령에 -L 옵션이 사용된 경우 이 옵션이 필요할 수 있습니다 . 이 옵션은 -S ssid 옵션 (세이브 세트 복구모드 )과 함께 사용할 수 없습니다 .

-d destination

복구된 파일을 재배치할 대상 디렉토리를 지정합니다 . 이 옵션을 사용 하면 대화형 모드에서

relocate 명령을 사용하는 것과 같은 결과를 얻을수 있습니다 (사용법참조 ). 상대 경로는 현재

작업 디렉토리를 기준으로 해석됩니다 .

가상 머신 이미지를 복구하는 경우 이 옵션은 스테이징위치를 참조합니다 . 이 위치는 FULLVM 이미지를 프록시로 복구하는 경로입니다 . 이 값은 스테이징 위치로 복구하는 경우에만 필요하며

NetWorker 릴리즈 7.6 서비스 팩 2 이전 버전에서 생성한 백업에만 적용됩니다 .

-e exclude file

복구에서 제외할 모든 경로 목록이 들어 있는 제외파일을 지정 합니다. 탐색 가능한 복구나 세이브

세트기반 복구의 경우 제외 파일을 절대 또는 상대 경로로 지정할 수 있습니다 . 대상 지정 복구의

경우에는 제외파일을 절대 경로로 지정해야 합니다 . 제외 파일에제외할 유효한 디렉토리 경로만 나열되고 디렉토리의 파일 항목은 나열되지 않는 경우 디렉토리가 포함된 파일과 함께 복구됩니다 .

제외 파일 보고서의 전체 복구용량에는 이 디렉토리 제외가 반영됩니다 .

제외할 파일 목록의 패턴 일치에 다음과 같은 와일드카드를 사용할 수있습니다 .

** 와일드카드를 제외하면 , 모든 와일드카드를 파일 경로의 아무 위치에서나 사용할 수 있습니다 .

** - 디렉토리와 여기에 포함된 모든 파일 및 하위디렉토리를 지정합니다 .

예 를 들 어 제 외 파 일 에 서 C:\globe\**(Windows) 또는/usr/globe/**(UNIX) 패턴은 globe 디렉토리 및 포함된 모든 하위 디렉토리와 파일을 복구에서

제외하도록 지정합니다 .

** 와일드카드는 파일 경로 끝에 와야합니다 .

* - 경로에 포함된 임의의 문자열을 대신합니다 .

예를 들어 제외 파일에 서 C:\globe\*(Windows) 또는/usr/globe/*(UNIX) 패턴은 globe 디렉토리에 포함된 모든하위 디렉 토리와 파일을 지정합니다 .

마찬가지로 , /a*/globe/* 패턴은 루트 디렉토리에서 문자 a로 시작하고 globe 디렉토리를 포함하는 모든 디렉토리를 지정합니다 . 이 경우 globe 디렉토리에 포함된 모든 하위 디렉토리와 파일도 복구에서 제외 됩니다 .

[..] - 대시 (-)를 사용하여 지정한 문자 범위 내의 한문자를 대신합니다 .

예를 들어 globe[0-9] 패턴은 globe 다음에 0에서 9까지의숫자가 있는 경우를 지정합니다 .

globe[adrs] 패턴은 globe 다음에 대괄호 안에 있는 문자중 하나가 있는 경우를 지정합니다 .


recover(8)

? - 경로에서 임의의 한 문자를 대신합니다 .

예를 들어 제외 파일에서 C:/gl?be/(Windows) 또는/usr/gl?be/(UNIX) 패턴은 이름이 gl?be인 모든 파일 및 디렉토리를 지정합니다 . 여기서 ?는

임의의 한문자입니다 .

-f 이름이 충돌할 때마다 복구된 파일로 기존 파일을 강제로 덮어씁니다 .

이 옵션은 -iY를 지정하는 것과 같습니다 .

-i {nNyYrR}

기존 파일을 복구할 때 사용할 초기 기본 덮어쓰기 응답을 지정합니다 . 한 개의 문자만 지정할 수있습니다 . 이 옵션은 복구 모드에서 실행 할 때 uasm -i 옵션과 같습니다 . 이 옵션에 대한 자세한 설명 은 uasm(8) man 페이지를 참조하십시오 . 대상 지정 복구 (-R 옵션참조 ) 에는 ’N’, ’Y’

및 ’R’ 값만 유효합니다 .

-I input-file

recover 에 이 옵션을 사용하면 input-file 입력 파일을 읽거나 , input-file 대신 ’-’을 사용하는 경우 표준을 읽을수 있습니다 . -I 플래그는 -a 플래그와 함께 사용됩니다 . 파일은 원래

백업 경로에 작성하거나 xml 스타일 언어를 사용하여 작성할 수 있습니다 . 또한 두 방법 모두 명령줄을 통해 전달된 경로를 받습니다 . 이 두방법에 대해서는 아래에서 자세히 설명합니다 .

백업 경로복구할 경로를 파일에 지정합니다 . 파일의 경로는 한줄에 하나씩 나열해야 합니다 .

XML 스타일xml 스타일 언어를 사용하면 복구할 파일을 선택할 때 더많은 세부 사항을 지정할 수 있습니다 . 각 태그와 태그안의 항목은 각각 별도의 줄에 있어야 합니다 . 태그는 다음과 같습니다 .

<xml>/</xml>

xml 스타일 구문 분석을 시작 /중지합니다 . 입력 파일의 모든 xml 섹션은 이 매개 변수

사이에 있어야 합니다 .

<browsetime>/</browsetime>

복구할 파일의 탐색 시간을 설정합니다 . 탐색 시간이 설정되어 있으면 이를 다시 변경하지

않은 한 이후에 지정된 모든 경로는 이 시간이 탐색 시간이 됩니다. 기본적으로 탐색 시간은

현재 시간입니다 .

<recoverpath>/</recoverpath>

복구할 경로를 지정합니다 .

<excludepath>/</excludepath>

복구하지 않을 경로를 지정합니다 . 제외된 경로는 명시적으로 참조된 경로이며 해당 경로의

하위 경로는 포함되지 않습니다 . 경로의 하위 경로를 제외하려면 다음과 같이 경로에 ’*’

를 추가합니다 . /skipdir/*

XML 예 <xml>

<recoverpath>

/space1

/space2

</recoverpath>

<excludepath>

/space1/junk/*

</excludepath>

</xml>

-J storage-node


recover(8)

복구 시 스토리지 노드로 사용할 호스트를 지정 합니다 (nsr_stor- age_node(5) 참조 ).

-n 복구할 때 파일 또는 디렉토리를 작성하거나 만들지않습니다 .

-N system save set

시스템 세이브 세트인 SYSTEM DB, SYSTEM FILES 또는 SYSTEM STATE 를 복구하는 데 사용됩니다 . Windows만 해당합니다 .

-o VADP-options

가상 머신을 복구하는 데 필요한 매개 변수를 지정합니다 .

VC-hostname - 복구를 수행하는 데 사용되는 VMware VC 호스트 이름입니다 .

port - VC 호스트의 웹 서버에 로그인하는 데 사용되는 포트입니다 .

값을 입력하지 않으면 기본 포트 번호 (예 : 443)가 사용됩니다 .

transport-mode - 복구에 사용되는 전송 모드입니다 . 예 : SAN[{HH}]

또는 hotadd

datacenter-name - VM이 복구될 대상 데이터 센터 이름입니다 .

resource-pool-name - 복구된 VM이 연결되는 리소스 풀이름입니다 .

ESX-hostname - 복구할 VMware 가상 머신이 있는 VMware ESX Server 시스템의 이름입니다 .

datastores - 복구할 가상 머신의 구성 및 디스크와 연결해야 하는 데이터 저장소의 목록입니다.

이 목록은 해시 (#) 기호로 구분된 이름 /값 쌍입니다 .

VADP:datastore="config=stor1#disk1=stor2#disk2=stor3"

다음 명령은 ssid가 413546679인 FULLVM을 복구하는 명령입니다 . 복구의 대상으로

esxDemo1.emc.com이라는 ESX Server가 지정됩니다 . 데이터 센터 , 리소스 풀 및 데이터

저장소에는 기본값이 사용됩니다 .

recover.exe -S 413546679 -o

VADP:HOST=esxDemo1.emc.com;VADP:transmode=hotadd

-p pass-phrase aes 보호 지침을 사용하여 백업된 파일을 복구할 때 사용할 추가 암호를 지정합니다 . 기본적으로 기본암호에서 생성된 키뿐만 아니라 현재 데이터 영역 암호화키가 사용됩니다 .

recover 에 이 옵션을 사용하면 기본 암호및 데이터 영역 암호 키가 작동하지 않는 경우 암호에서

암호화 키를 생성하여 시도합니 다 . 이 옵션은 여러 번 지정할 수 있습니다 .

-q 세부 정보 출력을 해제합니다 . 일반적으로 recover 명령은 세부 정보 출력이 설정된 상태로 실행됩니다 .

-R destination-client

복 구 대상으로 지정할 원격 시스템의 이름을 지정합니다 . -c 옵션과 함께 사용할 경우 다른 클라이언트의 인덱스를 찾습니다 . -R 옵션을 사용할 때는 -f 또는 -i 옵션도 함께 지정하여 기존 파일을 복구할 때 복구 타겟이 수행할 작업을 지시 해야 합니다 . 대상 지정 복구에 -i 옵션을 함께

사용할 경우 ’N’, ’Y’ 및 ’R’ 값만 유효합니다. -a 옵션은 -R 옵션과 함께 사용할 수없습니다.

-S 스위치를 사용할 경우 (대상 지정 세이브세 트 복구 ) 동일한 명령줄을 사용하여 서로 다른 클라이언트의 세이브 세트를 한 클라이언트로 복구할 수없습니다 . 이렇게 하려고 하면 "여러 클라이


recover(8)

언트를 지원 할수 없습니다 . ssid<SSID> 은 ( 는 ) <Client_name_1> 클라이언트의 ID이며

<Client_name_2>의 ID가 아닙니다 ."라는 오류 메시지가 표시됩니다 .

-s server

사용할 NetWorker Server를 선택합니다 .

-S ssid[/cloneid]

세이브 세트 복구 모드를 지정하며 루트 사용자만 사용할수 있습니다. 이 모드는 NetWorker 파일

인덱스 항목 없이 빠른 배치 파일 복구 (batch file recovery)를 구현하는 데 사용할 수 있습니다 . 세이브 세트 ID는 백업 세이브 세트 또는 아카이브 세이브 세트의 ID일 수 있습니다 . ssid

는 복구할 세이브 세트의 세이브 세트 ID를지정합니다 . 하나의 세이브 세트에 여러 클론 인스턴스가 있을 경우 cloneid를 지정하여 복구할 특정 클론인스턴스를 선택할 수도 있습니다 . 지정된

path 인수가 없으면 전체 세이브 세트의 컨텐츠가 복구됩니다 . 하나 이상의 path를 지정하여 실제로 복구할 디렉토리 및 파일을 제한할 수 있습니다 . 이와 같이 path를 제공한 경우 세이브 세트에 있는 각 경로 이름의 시작 부분이 path 중 하나와 정확히 일치 해야 복구가 가능합니다 .

‘*’, ‘?’, ‘[...]’ 등의 메타 문자를 사용하여 셸과 같은 방식으로 파일 이름을 일치시키는 방법은 지원되지 않습니다. path 끝에 슬래시(‘/’)를 사용하여 디렉토리만 일치하도록 강제 실행할

수 있습니다 . 예를 들어 path 로 /etc/fs 대신 /etc/fs/를 사용하여 /etc/fsck 같은 파일이

함께 복구되는 것을 막을수 있습니다 .

-t <date | "l locale_date">

지정된 date 기준으로 파일을 표시 /복구합니다 . 지정된 날짜는 nsr_getdate(3) 형식 또는

locale_date 형식("l locale_date" 가 지정된 경우)일 수 있습니다. locale_date 형식에는

"l" 뒤에 따옴표와 공백이 필요합니다 . 이 옵션을 사용하면 대화형 모드에서 changetime [-l]

명령을 지정된 date 또는 locale_date 와 함께 사용하는 것과 같은 결과를 얻을 수 있습니다(사용법 참조 ). 이 옵션은 -S ssid 옵션 (세이브 세트 복 구 모드 )과 함께 사용할 수 없습니다 .

예 를 들어 -t date는 날짜 /시간을 nsr_getdate (3) 형식으로 지정하고 -t "l

<locale_date>"는 날짜 /시간을 로캘 형식으로 지정합니다 .

지원되는 locale_date 형식에 대한 자세한 내용은 changetime을 참조하십시오 .

-U 신뢰 복원 기능을 지원하는 writer의 경우 recover 명령줄에서 이 새로운 플래그를 사용하여 신뢰 복원을 수행합니다 . 복구 세션당 writer 하나만 지정할 수있습니다 . 예제 :

recover [-s server] -N "VSS USER DATA:\DFS Replication

service writer;"

recover [-s server] -N "VSS SYSTEM SERVICES:Cluster

Database"

VSS 세이브 세트 자체는 지원되지 않습니다 .

recover [-s server] -U -N "VSS SYSTEM SERVICES:\"

-u 복구 중에 오류가 발생한 경우 작업을 중지합니다. 일반적으로 복구에서는 오류를 경고로 간주하여

요청된 나머지 파일에 대한 복구 작업을 계속 수행합니다 . 그러나 이 옵션을 사용하면 첫 번째 오류가 발생할 때 복구 작업이 중지됩니다 . 대상 지정 복구에는이 옵션을 사용할 수 없습니다 .

-x index-namespace

지정된 파일 인덱스 네임스페이스에서 파일을 찾아복구 합니다 . 기본적으로 backup 네임스페이스가 사용됩니다 . 이 외에 archive 인덱스 네임스페이스가 인식됩니다 . 이 필드는 대 /소 문자를

구분합니다 .


recover(8)

사용법대화형 모드에서 복구를 사용할 때는 특정 시간의 파일시스템 이미지가 표시됩니다 . 셸과 유사한 명령을 사용하여 뷰를 변경하고 파일 시스템을 이동할 수 있습니다 . 복구할 파일을 선택할 수 있으며 실제 recover

명령이 실행됩니다 . 다음 명령은 파일 시스템 보기를 구성 하고 복구할 파일 목록을 작성합니다 . name 인수를 사용하는 모든 명령에서 패턴 일치 문자를 사용할 수 있습니다 . 패턴 일치 문자 및 정규식 형식은

UNIX 셸 sh(1)와 같습니다 .

ls [ options ] [ name ... ]

지정 된 파일 및 디렉토리에 대한 정보를 나열합니다 . 지정된 name 인수가 없는 경우 ls는 현재

디렉토리의 내용을 나열합니 다 . name이 지정되고 name이 디렉토리인 경우 해당 내용이 표시됩니다 . name이 파일이면 해당 파일만 표시됩니다 . 현재 디렉토리는 ‘.’(마침표 )로 표시됩니다 .

이 명령의 옵션은 UNIX 명령 ls(1)의 옵션에 해당합니다 . 복구와 관련된 추가 -S 옵션 으로 최종 수정시간 대신 세이브 타임을 선택해 정렬 (-t 옵 션 ) 및 /또는 출력 (-l 옵션 )에 사용할 수

있습니다 . 복구 목록에 추가된 파일 앞에는 ‘+’ 기호가 나타납니다 . ACL이 있는 파일은 파일 세부 정보를 볼 때 모드 비트뒤에 ’+’( 예 : -rw-r--r+)가 옵니다 .

lf [ name ... ]

ls -F 명령과 같습니다. 디렉토리는 끝에 ‘/’가표시되고, 심볼 링크는 ‘@’, 소켓은 ‘=’, FIFO

특수파일은 ‘|’, 실행 파일은 ‘*’가 표시됩니다 .

ll [ name ... ]

ls -lgsF 명령과 같습니다. 긴 형식의 파일 및 디렉토리 목록을 생성합니다. 이 명령을 사용하여

심볼 링크 값을 찾을 수 있습니다 .

cd [ directory ]

현재 작업 디렉토리를 [ directory ]로 변경합니다 . 기본디렉 토리는 recover가 실행된 디렉토리입니다 . directory가 단순 심볼 링크인 경우 cd는 해당 심볼 링크를 따릅니다 . 그러나

directory가 경로 끝을 제외하고 모든 위치에 심볼 링크를 포함 하는 경로인 경우에는 cd 명령이

실패합니다 . 이 경우에는 한번에 하나의 경로 구성 요소에 대해 cd 명령을 실행해야 합니다 .

pwd 현재 작업 디렉토리의 전체 경로 이름을 출력합니다 .

add [ name ... ]

현 재 디렉토리 또는 명명된 파일이나 디렉토리를 복구목록에 추가합니다. 디렉토리를 지정한 경우

해당 디렉토리와 모든 하위 항목이 복구 목록에 추가됩니다 . 심볼 링크는 복구되지 않지만 링크 파일자체는 복구됩니다 . 또한 가장 최근에 ’-x’ 옵션을 사용하여 save(8) 명령을 수행하지 않았다면 마운트 지점도 복구되지 않습니다 . 디렉토리에서 대부분의 파일을 복구하는 가장 효과적인 방법은 디렉토리를 복구목록에 추가한 다음 필요 없는 파일을 삭제하는것입니다 .

debug [ level ]

디버깅을 설정하거나 해제합니다 . 레벨은 숫자여야 합니다 . 레벨이 0이면 디버깅이 해제됩니다 .

디버그레벨이 높을수록 recover 명령은 더 많은 메시지를 출력합니다 . 기본적으로 디버깅은 해제되어 있습니다 .

delete [ name ... ]

현재 디렉토리 또는 명명된 파일이나 디렉토리를 복구 목록에서 삭제합니다 . 디렉토리를 지정한

경우 해당 디렉토리와 모든 하위 항목이 목록에서 삭제됩니다 . 디렉토리에서 대부분의 파일을 복구하는 가장 효과적인 방법은 디렉토리를 복구 목록에 추가한 다음 필요 없는 파일을 삭제하는 것입니다 .

dir [ w ] [ filename... ]

이 명령은 다음과 같은 차이점을 제외하고 "ll" 명령과 유사합 니다 . dir 명령은 DOS 명령

프롬프트의 "dir" 명령에서 사용하는 표시 형식을 사용합니다 . 또한 이 명령은 복구하기 위해 선


recover(8)

택한 파일에 + 기호를 추가하지 않습니다 . w 옵션을 사용하면 파일 또는 디렉토리의 이름만 표시됩니다 .

list [ -l ] | [ -c ]

복 구 목록의 파일을 표시합니다 . 인수가 없을 경우 복구목록은 전체 경로 이름을 한 줄에 하나씩

표시하고 그뒤에 복구할 파일의 총 개수를 표시한 목록으로 나타납니다 . -c 인수는 복구할 파일의

총 개수만 출력하고 , -l 인수는 -dS 옵션으로 ll 명령을 실행할때와 동일한 형식으로 파일을 출력합니다 .

volumes

복구 목록의 현재 파일 세트를 복구하는데 필요한 볼륨목록을 출력합니다 . 모든 볼륨이 니어라인 (

마운트 되지않은 볼륨중 사용 가능한 볼륨 )인 경우 이 명령은 필요한 모든 볼륨을 니어라인으로

간주합니다 . 모든 볼륨이 온라인 (사용이 가능한 마운트된 볼륨 )이거나 온라인볼륨과 니어라인 볼륨이 혼합된 경우 이 명령은 모든 볼륨을 온라인으로 간주합니다 . 니어라인 볼륨과 온라인볼륨 모두 직접적인 개입이 필요하지 않습니다 .

recover

복구 목록의 모든 파일을 NetWorker Server에서 복구합니다 . 실행이 완료되면 복구 목록은 빈

상태가 됩니다 .

verbose

“verbose” 옵션 상태를 전환합니다 . 세부 정보 표시 모드가 설정된 경우 recover 명령은 복구되는 각 파일의 정보를 표시 합니다 . 세부정보 표시 모드가 해제된 경우 recover 명령은 문제가 발생할 때만 정보를 출력합니다 . 세부정보 표시 모드는 기본적으로 설정되어 있습니다 .

force 이름이 충돌하는 경우 기존 파일을 복구된 파일로 덮어씁니다 .

noforce

force 옵션을 취소합니다 . ‘noforce’ 모드에서는 복구할 파일과 기존 파일 간에 이름이 충돌할

때마다 프롬프트가 실행됩니 다 . 각 프롬프트에는 ‘y’, ‘Y’, ‘n’, ‘N’, ‘r’, ‘R’ 등 여섯 가지 선택 항목이 표시됩니다 . 기존 파일을 덮어쓰려면 ‘y’를 선택합니다 . 파일 이름을 자동으로

생성된 대체 이름으로 바꾸려면 ‘r’을 선택합니다 . ‘n’을 선택하면 복구된 파일이 무시됩 니다 .

대문자는 이후의 모든 충돌에 대해 추가 프롬프트 없이 동일한 작업을 호출합니다 . 즉 , ‘Y’를 선택하면 충돌하는 모든 기존파일을 덮어쓰고 ‘N’을 선택하면 충돌하는 모든 복구된 파일이 무시되고

‘R’을 선택하면 충돌하는 모든 복구된 파일의 이름이 자동으로 바뀝니다 (단 , 외부 ASM의충돌하는 파일 이름이 이름 바꾸기 접미사로 끝나는 경우는 제외 ).

relocate [ directory ]

타겟 복구 위치를 directory로 변경합니다 . directory를 지정 하지 않으면 대상 디렉토리를 묻는 메시지가 표시됩니다 . 상대 경로는 recover 프로그램 내의 현재작업 디렉토리를 기준으로 해석됩니다 . 복구된 파일은 이디렉토리 (필요한 경우 새로 생성됨 )에 배치됩니다 . 여러 디렉토리의

파일을 복구하는 경우, 파일은 복구될 모든 파일에 공통되는 첫 번째 상위 디렉토리의 상대 경로를

사용하여 이 디렉토리 아래에 배치됩니다 . 예를 들어 /usr/include/sys/errno.h 및 /usr/

include/stdio.h 가 복구할 대상인 경우 재배치 디렉토리가 /tmp로 설정되어 있으면 이 두 파일의 첫 번째 공통 상위 경로가 include이므로 복구 된 파일은 각각 /tmp/sys/errno.h 및 /

tmp/stdio.h와 같이 이름이 지정됩니다 .

destination

복구된 파일의 대상 위치를 출력합니다 .

exit recover 작업을 즉시 종료합니다 .

help 사용 가능한 명령의 요약을 표시합니다 .


recover(8)

? help.와 동일합니다 .

quit recover 작업을 즉시 종료합니다 . 복구 목록의 파일이 복구 되지 않습니다 .

changetime [ time | -l locale_date [time] ]

다른 시간에 존재하던 상태로 파일 시스템을 표시합니다 . time 을 지정하지 않으면 ‘현재 ’ 시간이 표시되고 ‘새 ’ 시간을 묻는 메시 지가 나타납니다 . 새시간은 기본적으로 nsr_getdate(3) 형식으로 제공되고 , -l이지정된 경우 <locale date [time]> 형식으로 제공됩니다 .

예를 들어 changetime <date>는 날짜 /시간을 nsr_getdate (3)

형식으로 지정하고 changetime -l <locale date [time]>는 날짜 /시간을 로캘 형식으로 지정합니다 . 여기서 [time]은 선택 항목입니다 .

이 nsr_getdate 형식은 굉장히 유연합니다 . 즉 , March 17,

1997과 같은 절대 날짜와 last Tuesday와 같은 상대 날짜를 모두 허용합니다 . 절대 날짜는

MM/DD[/YY] 및 Month DD[, YYYY] 형식으로 제공할 수 있습니다 . 또한 시간도 절대시간 또는

상대 시간으로 지정할 수 있습니다 . 절대 시간의 형식은 HH[[:MM][:SS]] [am|pm] [time

zone]입니다 . 예를 들어 12:30 am, 14:21, 10 pm PST 등의 형식으로 지정할 수있습니다 .

현재 시간은 상대 날짜에서 지정되지 않은 부분을 계산하는데 사용되고 (예 : 2일 전은 현재 시간을 기준으로 2일 전을 의미함 ), 절대 날짜에서 지정되지 않은시간은 날짜의 끝으로 가정 합니다 (

예 : 7월 2일은 7월 2일오후 11:59:59까지를 의미 함 ). 기본적으로 present는 현재시간으로

사용됩니다 .

과 거 특정 시간의 파일 시스템 이미지 확인은 얼마나자주 세이브를 실행했는지 그리고 얼마나 오래된 NetWorker 파일 인덱스 정보가 검색되는지에 따라 달라집니다 .

UNIX 에 서 <locale date [time]>은 recover의 "dir" 및 "ls

-l" 명령 (time은 선택 사항 ) 및 로캘의 date +%c (1) 명령 형식의 날짜 /시간 형식 표시로 지원됩니다 . date +%c (1) 명령의 로캘 날짜 /시간 형식을 제외하고 , 선택 사항인 시간 형식은 지정될 경우 24시간 형식으로 지원됩니다 .

지정된 로캘 날짜 /시간은 strptime (3C) C 라이브러리 함수를 사용하여 구문 분석됩니다 . 따라서 로캘 날짜 /시간 입력에 대한 지원은 플랫폼에 구현된 strptime C 라이브러리 함수에 따라 제한될 수 있습니다 .

지원되는 로캘 날짜 [시간 ] 형식은 다음과 같습니다 .

<locale_abbreviated_month> dd [yyyy [HH:MM[:SS]]]

<locale_abbreviated_month>는 recover 명령의 "ls -l" 에 약어로 나열되는 로캘 월입니다 . dd는 2자리 숫자로 된 특정 월의 날짜 (일 )로 , 로캘

"day" 기호 없이 표시됩니다 . yyyy는선택적 연도로 , 지정하지 않을 경우 기본적으로 현재연도가 적용 됩니다 . HH:MM[:SS]는 24시간 형식의 선택적시간으로 ,

지정 하지 않을 경우 기본적으로 23:59:59로 표시 되며 , 지정할 경우 시간과 분을 모두 지정해야 합니다 .

<date_of_dir_in_recover> [HH:MM[:SS]]

<date_of_dir_in_recover> 는 recover 명령에 포함된 "dir"의 로캘 날짜 형식입니다 . HH:MM[:SS]는 24 시간 형식의 선택적시간으로 , 지정하지 않을 경우

기본적으로 23:59:59로 표시되며 , 지정할 경우 시간과 분을 모두 지정해야합니다 .

비영어 로캘에 대한 date +%c (1) 명령 형식UNIX "date +%c" (1) 명령의 로캘 날짜 /시간 형식 입니다 .

예를 들어 영어 (미국 ) 로캘에서는 July 11, 2006


recover(8)

[13:24:30] 에 대한 로캘 날짜 /시간 입력을 다음과 같이 지정할 수있습니다 .

07/11/06

"dir" 형식의 recover 명령 (여기서 시간은 기본 적 으로 23:59:59)

07/11/06 13:24:30

"dir" 형식의 recover 명령

Jul 11 2006 13:24:30

"ls -l" 형식의 recover 명령

Windows 에 서 <locale date [time]>은 "dir" 또는 "ls -l"

recover 명령의 날짜 /시간 형식 표시로 지원됩니다 .

<locale date>는 사용자 로캘에 따 라 mm-dd-yyyy,

dd-mm-yyyy, 또 는 yyyy-mm-dd로 지정되며 "dir" recover 명령에 표시된 사용자 로캘의 기본 날짜 구분 기호를 사용하여 지정해야합니다 .

[time] 은 선택 사항이며 지정할 경우 시간과 분을 모두 지정해야 합니다 . 지정하지 않았거나 로캘 시간 (형식 또는 값 ) 입력에 오류가 있는 경우 시간은 기본적으로 23:59:59(하루의 끝 시간 )로 지정됩니다 .

지원되는 로캘 시간 형식은 다음과 같습니다 .

HH:MM[:SS]

사용자 로캘이 24시간 형식이거나 로캘 AM/PM 지정자 문자열이 지정되지 않은 경우에는 24시간 형식이 사용됩니다 .

<locale AM|PM string> hh:MM[:SS]

사용자 로캘 및 시스템 로캘에서 동일한 12시간 로캘을 사용하는 경우에는 로캘 AM/PM 지정자 문자열을 접두사로 하는 12시간 형식이 사용됩니다 .

hh:MM[:SS] <locale AM|PM string>

사용자 로캘이 12시간 형식이고 시스템 로캘이 사용자 로캘과 동일한

경우에는 AM/PM 지정자 문자열을 접미사로 하는 12시간 형식이 사용

됩니다 .

hh:MM[:SS]<a|p>

사용자 로캘이 12시간 형식이고 시스템 로캘이 사용자 로캘과 다른

경우에는 ’a’(AM의 경우 ) 또는 ’p’(PM 의 경우 )가 포함된 12

시간 형식이 사용됩니다 .

예를 들어 영어 (미국 ) 로캘에서 시스템 로캘이 사용자 로캘과 동일한 경우 시간 /날짜는 AM/PM

지정자 문자열을 접미사로 하는 12시간 형식으로 표시됩니다 . April 05, 2006 [13:24:30]의

경우 , 로캘 날짜 /시간 입력을 다음과 같이 지정할 수 있습니다 .

04/05/2006

04/05/2006 13:24:30

04/05/2006 1:24:30 PM

시간이 지정 되지 않은 첫 번째 예에서는 시간이 23:59:59로 간주됩니다 .

versions [ name ]

현재 디렉토리의 모든 인스턴스를 나열하거나(name이지정되지 않은 경우 ), NetWorker 파일에서

찾은 명명된 파일 또는 디렉 토리를 나열합니다. 각 인스턴스의 데이터는 세줄로 표시됩니 다. 첫

번째 줄은 ll 출력과 유사하고 , 두번째 줄에는 해당 인스턴스의 세이브 타임이 나열됩니다 . 세 번째 줄에는 해당 인스턴스를 복구할 테이프가 지정됩니다 . changetime 명령을 적절히 사용하면 항목 중 하나를 복구 목록에 추가할 수 있습니다 . ls, lf 및 ll과 마찬가지로 복구 목록에 추가된

파일앞에는 ‘+’ 기호가 나타납니다 .


recover(8)

참조ls(1), date(1), nsr_getdate(3), strptime(3C), nsr_service(5), nsr_device(5), nsr(8), nsrd(8), nsrindexd(8), nwrecover(8), save(8)

진단recover는 사용 가능한 옵션을 설명하는 “사용법 ” 메시지를 출력하여 잘못된 옵션 문자를 알려 줍니다 .

서버에서 보낸 메시지 : 실패한 세이브 세트에 대해 다른 클론이 있습니다 .

여러 클론이 있는 세이브 세트에서 요청이 실패한 경우나타나는 메시지입니다 . 서버는 작업을 시도할때마다 다른 클론을 자동으로 선택합니다 . recover 명령은 복구할 파일이 남은 경우 서버에 복구 요청을 자동으로 다시 보냅니다 .

name 경로가 machine:export-point에 있습니다 .

지정된 경로 이름이 네트워크 파일 서버로부터 마운트되었으며 명명된 파일 서버에 대한 인덱스가

복구에 에 사용될 것임을 알려 주는 정보 메시지입니다 . machine이 NetWorker Client가 아닌

경우에는 -c 옵션이 필요할 수 있습니다 .

machine의 온라인 파일 인덱스를 찾는 중입니다 .

다른 시스템을 확인하는 대화형 복구를 위해 탐색 중인 Net- Worker Client 인덱스를 명시적으로 알려 주는 정보 메시지입니다 .

server를 client 서버로 사용하는 중입니다 .

클라이언트 인덱스에 사용하려고 선택한 NetWorker Server 를 알려 주는 정보 메시지입니다 .

server에서 복구 세션을 열 수 없습니다 .

이 메시지는 명명된 시스템에서 NetWorker Server에 연결하는 중 문제가 발생했음을 나타냅니다 .

오류 , name이 (가 ) 클라이언트 목록에 없습니다 .

이 메시지는 recover 명령을 호출하는 클라이언트가 서버의 클라이언트 목록에 없음을 나타냅니다 . 자세한 내용은 nsr_service(5)를 참조하십시오 .

path: 사용 권한이 거부되었습니다 .

사용자가 루트 사용자가 아니며 파일에 대한 읽기 권한이 없기 때문에 name 파일을 복구할 수 없습니다 .

path: 사용 권한이 거부되었습니다 (ACL 있음 ).

사용자가 루트 사용자가 아니고 파일에 ACL(Access Control List)이 있으며 해당 파일의 소유자가 아니기 때문에 name 파일을 복구할 수 없습니다 .


recoverpsm(8)

Maintenance Procedures recoverpsm(8)

이름recoverpsm - NetWorker 장기 스토리지에서 NetWorker Manage- ment Console 데이터베이스 복구

시놉시스recoverpsm [ -s server ] [ -c client-name ] [ -d destination ] [ -p pass-phrase ] [ -t time ] [ -S NetWorker Management Console database server ] [ -hfO ]

설명recoverpsm 은 NetWorker server에서 NetWorker Management Con- sole 데이터베이스의 컨텐츠를

복구합니다 . NetWorker Manage- ment Console 데이터베이스 자격 증명 파일 (gstd_db.conf)은

NetWorker Management Console 데이터베이스가 복구되면 자동으로 복구됩니다 . recoverpsm 을 사용하려면 먼저 GST 서비스를 중지해야 합니다 .

recoverpsm 이 시작되는 셸에서 이 셸의 LD_LIBRARY_PATH 또는 해당 환경 변수에는 <product install

directory>/sybasa/lib64(Solaris/AIX/HP-UX) 또는 <product install directory>/sybasa/

lib(Linux)가 구성 요소 중 하나로 포함되어야 합니다. NetWorker Management Console이 Solaris의

기본 /opt/LGTOnmc 디렉토리에 설치되어 있지 않으면 <product install directory>/bin을

LD_LIBRARY_PATH에 추가해야 할 수도 있습니다 .

recoverpsm 은 마지막 백업 이후 데이터베이스 디렉토리가 변경되지 않은 것으로 간주합니다 . 데이터베이스 디렉토리가 변경된 경우에는 -O 옵션을 사용하여 데이터베이스 자격 증명 파일의 복구를 생략하고 나중에

NetWorker recover (1m) 명령을 사용하여 변경된 파일을 복구합니다 .


client-name을 데이터베이스가 저장된 호스트 이름으로 사용합니다 . 자세한 내용은

recover(1m)를 참조하십시오 .

-d destination

데이터베이스를 복구해야 하는 대상 디렉토리로 "destination"을 사용합니다 .

-f 이름이 충돌하는 경우 복구된 데이터베이스 파일로 기존 데이터베이스 파일을 강제로 덮어씁니다 .

-h recoverpsm 바이너리 사용법을 표시합니다 .

-O 이 옵션을 사용하여 데이터베이스 자격 증명 파일의 복구를 생략합니다 . 마지막 백업 이후 데이터베이스 디렉토리 위치가 변경된 경우 (예 : NetWorker Management Console이 다른 컴퓨터로 옮겨진 경우 ) 이 옵션을 사용할 수 있습니다 . 이 경우 recoverpsm 이 자격 증명 파일을 성공적으로 복구한 후 recover 명령을 실행합니다 .

-p pass-phrase

백업된 데이터베이스 자격 증명 파일을 복구할 때 사용할 추가 암호를 aes 디렉티브를 사용하여 지정합니다 . 자세한 내용은 recover(1m)를 참조하십시오 .

-S NMC database server

"NMC database server"를 NMC 데이터베이스 서버의 이름으로 사용합니다 . 이름은

"gst_on_<host name>"의 형식이어야 합니다 . 여기서 호스트 이름은 NetWorker Management

Console 서버를 실행하는 컴퓨터의 간단한 이름입니다 .

-s server

"server"를 NetWorker server로 사용합니다 .


recoverpsm(8)

-t time

지정된 날짜 (nsr_getdate(3) 형식 ) 기준으로 데이터베이스를 복구합니다 .

종료 상태recoverpsm 은 오류가 발생할 경우 0이 아닌 종료 코드로 종료되고 성공할 경우 0인 종료 코드로 종료됩니다 .

참조recover(1m), savepsm(8)


relem(8)

Maintenance Procedures relem(8)

이름relem - 요소 상태 읽기

시놉시스relem [ -a b.t.l ] [ -fvtb ] [ -m {0|1|2} ] [ -r eladdr.nel ] [ -l ]

설명relem 프로그램은 READ ELEMENT STATUS 명령을 모든 체인저로 보내거나 -a 옵션을 사용하여 명명된 디바이스로 보냅니다 .

간단한 옵션-a b.t.l

특정 SCSI 주소(서수)를 선택합니다. 여기서 b 는 논리적 SCSI 버스이고, t 는 SCSI 대상이며,

l 은 대상의 SCSI LUN(논리 유닛 번호 )입니다 . 자세한 내용은 libscsi(8) 을 참조하십시오 .

-f 전체 출력 (약간의 세부 정보 )을 생성합니다 .

-v 아주 상세한 세부 정보 출력을 생성합니다 .

-t 볼륨 태그 (있을 경우 )를 인쇄합니다 .

-b 반환된 요소 상태 데이터를 해석하는 대신 16진수 코드로 덤프합니다 .

-l 자동 감지를 수행할 때 시스템의 모든 SCSI 어댑터에 대한 전체 LUN 검색을 수행합니다 . 이 인수는 모든 시스템에서 사용할 수 있지만 HP-UX 시스템에는 영향을 주지 않습니다 . HP-UX 시스템에서는 사용 가능한 디바이스를 검색하는 데 사용되는 메서드로 인해 액세스 가능한 모든 디바이스가

표시되므로 -l 옵션은 추가적인 영향을 주지 않습니다 . 다른 모든 시스템에서는 LUN 0에서 SCSI

디바이스 검사를 시작합니다 . 빈 LUN이 처음 발견되면 지정된 대상 ID에 대한 검색이 종료됩니다 .

-l 옵션을 사용하면 시스템의 모든 SCSI 버스에 대한 대상 ID의 LUN에서 주크박스를 확인합니다 .

이 작업은 시간이 매우 오래 걸리므로 필요한 경우에만 사용해야 합니다 . 예를 들어 Fibre

Channel 어댑터는 각각 80개 이상의 LUN이 있을 수 있는 126개의 대상 ID를 지원할 수 있습니다 . 이 단일 어댑터의 모든 LUN을 검사하는 데 10분 이상이 걸릴 수 있습니다 .

메서드 옵션

-m 0

한 번에 호출된 모든 요소 상태 데이터를 가져옵니다 .

-m 1

요소 유형별 요소 상태 데이터를 가져옵니다 . 예를 들어 모든 드라이브 요소를 한 번에 읽은 다음

모든 슬롯 요소를 읽는 방식입니다 .

-m 2

요소별 요소 데이터를 가져옵니다 . 기본 메서드입니다 .

SCSI를 지정하면 각 메서드로 요소 데이터를 가져올 수 있습니다 .

참고 : 일부 체인저에는 요소 데이터 가져오기와 관련된 결함이 있습니다 . 예를 들어 어떤 체인저는 특정 유형의 모든 요소를 보고할 때는 정확하지만 (-m 1 메서드 사용 ) 모든 요소를 한 번에 요청하면 0을 반환할

수 있습니다 (-m 2 메서드 사용 ).


relem(8)

범위 옵션-r eladdr.nel 주소 범위를 읽는 데 사용됩니다 . 여기서 eladdr 은 특정 체인저의 번호 지정 체계

에서 숫자로 된 시작할 요소의 시작 주소이며 , nel 은 상태를 읽을 요소의 번호입니다 . 사용자

체인저의 특정 주소를 가져오려면 체인저 를 사용합니다 .

참조libscsi (8)


resource(5)

Maintenance Procedures resource(5)

이름resource descriptors - RAP 리소스 파일 형식

시놉시스resource ::= attribute list <blank line>attribute list ::= attribute [ ; attribute ]*attribute ::= name [ : value [ , value ]* ]name, value ::= <printable string>

설명.res 접미사가 있는 파일은 공통 형식을 사용하여 리소스 를 설명합니다 . 일반적으로 리소스는 시스템 관리자가 관리할 대상 (예 : 디바이스 , 백업 스케줄 , 파일 시스템 ) 또는 사용자가 찾으려는 대상을 나타냅니다 .

리소스를 설명하는 정보의 인코딩을 리소스 설명자 라고 부릅니다 . 리소스 설명 파일은 Resource

Administration Platform (RAP) 을 사용하는 애플리케이션 및 서비스에서 액세스할 수 있지만 일반 텍스트 편집기를 통해서 볼 수도 있습니다 .

각 리소스 설명자는 속성 목록으로 구성되며 빈 줄로 끝납니다 . 속성 목록의 각 속성은 이름과 선택적 값 목록을 가집니다 . 속성 이름은 콜론 (:)을 사용하여 속성 값과 구분하고 속성 값은 쉼표 (,)로 구분하며 속성은 세미콜론 (;)으로 구분합니다 . 줄 끝에 있는 쉼표는 백슬래시 (\\fR) 문자와 마찬가지로 줄을 연장합니다 . 또한 백슬래시 문자는 단일 문자 (예 : 쉼표 , 세미콜론 , 큰따옴표 및 백슬래시 )가 특별한 의미로 해석되거나 문자열이 따옴표 안에 포함되지 않도록 방지하는 데 사용할 수도 있습니다 . 파운드 기호 (#\fR)로

시작하는 줄은 설명이며 줄의 나머지 부분은 무시됩니다 . 리소스 속성 목록의 끝은 빈 줄로 표시됩니다 .

속성 이름 및 값은 인쇄 가능한 문자를 포함할 수 있습니다 . 대소문자는 구분되지 않으며 추가 공백은 이름과 값의 중간이 아닌 양쪽 끝에 있을 경우 무시됩니다 . 예를 들어

Name: testing 1 2;

는 다음과 일치합니다 .name : Testing 1 2 ;

다음과는 다릅니다 .Name: testing 1 2;

예제다음은 두 가지 리소스에 관한 예입니다 . 첫 번째 리소스에는 type, name, server, schedule,

directive, group, save set 및 remote access 의 8개 속성이 있습니다 . group 속성에는 market-

ing 및 sales의 두 개 값이 있습니다 . remote access 속성에는 값이 없습니다 . 두 번째 예는 콜론이 포함되어 있어 따옴표가 필요한 속성을 보여줍니다 .

type: NSR client; name: venus; server: mars; schedule: Default; directive: custom; group: marketing, sales; save set: /, /usr;remote access: ;

type: NSR group; name: engineering servers; autostart: Enabled; start time: "3:33";


resource(5)

각 리소스에는 특별한 속성 type 이 있습니다 . type 속성은 리소스에 포함될 수 있는 다른 리소스를 정의합니다. 예를 들어 프린터 유형이 있는 리소스에는 paper size 속성이 포함될 수 있지만 NFS filesystem

유형의 리소스에서는 이 속성이 아무런 의미가 없습니다 . 유형 속성은 대소문자를 구분하며 설명된 대로 사용해야 합니다 . 예를 들어 "NSR group" 유형은 "nsr group" 유형과 다릅니다 .

name 속성은 리소스가 나타내는 개체의 설명적 이름입니다 . 위 예에서 두 번째 리소스의 이름은

engineering servers\fR이며 함께 저장할 컴퓨터 그룹을 설명합니다 .

administrator 속성은 이 리소스를 수정할 권한이 있는 사용자 목록입니다 . 이 속성은 새 리소스를 만들

때 서버 리소스에서 상속됩니다 . 서버 리소스의 관리자는 새 리소스를 만들고 기존 리소스를 삭제할 권한을

가진 사용자를 제어합니다 .

또한 resource identifier 는 RAP 시스템에서 내부적으로 설정하고 사용합니다 . 이는 각 리소스의 고유

ID를 제공하며 경우에 따라 속성처럼 인쇄되지만 속성과 다른 방식으로 저장됩니다 . 새 리소스를 만들면

resource identifier 속성은 비어 있어야 합니다 . 이를 통해 이 리소스가 새 리소스이며 새 ID를 할당해야 함을 시스템에 알려 줍니다 .

유형지정된 유형에서 발견된 속성을 정의하는 특별한 리소스가 있습니다 . 이러한 리소스를 리소스 유형 설명자라고 합니다 . 유형 설명자는 다른 리소스와 같은 구문을 사용하지만 값 type 이 있는 유형 속성과 설명하는

유형의 값을 가진 type name 속성이 있습니다 . 예를 들어 NFS 파일 시스템 유형에 대한 리소스 유형 설명자에는 여러 다른 속성 중에 다음과 같은 속성이 있습니다 .

type:type; type name:NFS filesystem

유형 설명자는 내부적으로 사용되며 일반적으로 파일에 저장되지도 않고 관리자가 볼 수도 없습니다 . 유형

설명자의 다른 속성에는 각각 세 개 이상의 값이 있습니다 . 첫 번째 값은 기본 유형을 제공하고 , 두 번째

값은 공백으로 구분된 플래그 목록을 제공하며 , 세 번째 값은 온라인 도움말에 대한 문자열입니다 . 이후의

문자열은 모두 기본값입니다 . 이러한 유형 정보는 시스템 관리자 도구에서 사용자 인터페이스를 향상시키는

데 사용됩니다 .

파일*.res 리소스 설명자를 포함하는 파일입니다 .

참조nsradmin(1m)


save(8)

Maintenance Procedures save(8)

이름save - NetWorker로 장기 스토리지에 파일 저장

savepnpc - NetWorker로 장기 스토리지에 파일을 저장하고 Net-worker client에서 전처리 및 후처리

명령을 수행합니다 .

시놉시스save [ -BEiKLnquSVvx ] [ -s server ] [ -J storage-node ] [ -c client-name ] [ -N name ] [ -e expiration ] [ -f dirfile ] [ -o save_operations ] [ -b pool ] [ -F file ] [ -I input_file ] [ -g group ] [ -l level ] [ -t date ] [ -m masquerade ] [ -w browse_time ] [ -y retention_time ] [ -W width ] [ path ... ]

savepnpc -s server -g group [ -BEiKLnquSVvx ] [ -J storage-node ] [ -c client-name ] [ -N name ] [ -e expiration ] [ -f dirfile ] [ -b pool ] [ -F file ] [ -I input_file ] [ -l level ] [ -t date ] [ -m masquerade ] [ -w browse_time ] [ -y retention_time ] [ -W width ] [ path ... ]

설명save 는 디렉토리 또는 전체 파일 시스템을 포함하여 NetWorker server에 파일을 저장합니다 (nsr(8) 참조 ). 저장 진행 상황은 Java 기반 NetWorker Management Console 프로그램 또는 curses(3X) 기반

nsrwatch(8) 프로그램 (다른 터미널 유형의 경우 )을 사용하여 모니터링할 수 있습니다 .

이 명령의 사용자는 명령 모드를 제대로 설정한 경우 루트 권한을 유지할 수 있습니다 (nsr(8) 에 설명됨 ).

지정된 경로 인수가 없을 경우 (명령줄 또는 -I 옵션을 통해 지정 ) 디렉토리가 저장됩니다 . save 는 디렉토리를 저장할 때 포함된 모든 파일 및 하위 디렉토리를 저장하지만 마운트 지점을 교차하거나 심볼 링크를

따르지는 않습니다 . 저장할 경로가 네트워크 파일 서버에서 마운트된 경우 save 는 사용자에게 원격 시스템에서 저장을 실행하거나 -L 옵션을 사용하도록 지시합니다 .

명령줄 또는 경로의 디렉토리 중 하나에 지정된 경로 인수가 심볼 링크인 경우에는 심볼 링크 자체가 아니라

해당 심볼 링크의 대상 경로가 저장됩니다 . 따라서 recover (8) 명령 또는 nwrecover (8) 프로그램을 사용하여 파일을 복구할 때는 심볼 링크의 대상 경로를 지정해야 합니다 .

각 디렉토리에서 발견되는 디렉티브 파일 (참조 : nsr(5)) 은 기본적으로 읽어지며 특정 파일의 저장 방법을 지시하는 특수 지침 (예 : 압축 , 생략 등 )이 포함되어 있습니다 . 이러한 파일을 UNIX에서는 '.nsr',

Windows에서는 'nsr.dir' 이라고 합니다 .

하위 디렉토리 구조 (경로 인수에 의해 지정 )의 각 파일은 Net-Worker 백업 스트림에 캡슐화됩니다 . 이

데이터 스트림은 Net-Worker server의 받는 프로세스 (참조 : nsrd(8)) 로 전송됩니다 . 이 프로세스에서는 스트림의 각 파일에 대한 온라인 인덱스 (참조 : nsrindexd(8)) 에 항목을 추가하는 방식으로 데이터를 처리하며 , 여기서 추가된 데이터는 최종적으로 장기 스토리지 미디어에서 종료됩니다 (참조 :

nsrmmd(8)). 기본적으로 이러한 온라인 인덱스 항목은 "백업 " 인덱스 네임스페이스에 저장됩니다 .

미디어 처리에 대한 자세한 내용은 nsrmm(8) 및 nsr_device(5) 를 참조하십시오 .


save(8)

savepnpc 는 save 와 동일한 명령 옵션으로 구성되지만 실행하려면 "-g group"이 필요합니다 . 이 명령은 실제 저장을 실행하는 것과 별도로 전처리 및 후처리 명령 (있을 경우 )을 수행합니다 . 첫 번째 세이브

세트를 NetWorker client에 실제로 저장하기 전에 savepnpc 는 /nsr/res/<grpname> 파일에 내용이 있을 경우 전처리 명령을 수행하며 , 클라이언트의 마지막 세이브 세트의 저장이 끝나면 후처리 명령 (있을 경우 )을 호출합니다 . 클라이언트마다 다른 전처리 및 후처리 명령을 실행할 수 있도록 하나의 저장 그룹에 여러 클라이언트를 설정할 수 있습니다 . <grpname>.res 파일은 클라이언트 시스템에 있으며 해당 호스트에

고유합니다. 전처리 명령 실행에 실패하면 savepnpc 가 자체적으로 중단됩니다. 모든 결과는 클라이언트의

/nsr/logs/savepnpc.log 파일에 기록됩니다 . 사용자는 시간 초과 조건을 설정하여 모든 세이브 세트가

백업될 때까지 기다리지 않고 후처리 명령이 실행되어야 하는 최종 시점을 나타낼 수 있습니다 . 이 시간 초과 속성은 /nsr/res/<grpname>.res 파일에 있습니다 . 시간 초과는 큰따옴표로 묶어 nsr_getdate() 가

인식할 수 있는 형식으로 지정해야 합니다 (nsr_getdate(3) 참조 ). 또한 abort precmd with group 속성은 /nsr/res/<grpname>.res 파일에 있습니다 . 이 속성은 'Yes’ 또는 ‘No剌 Œ 설정할 수 있습니다 .

'Yes剌 Œ 설정하면 특정 savegrp가 중단될 경우 precmd가 종료됩니다 . 반면 , ‘No剌 Œ 설정할 경우에는savegrp 세션이 비정상 종료된 후에도 precmd가 실행을 완료합니다 .

/nsr/res/<grpname>.res의 예는 다음과 같습니다 .

type: savepnpc;precmd: /bin/true;pstcmd: /bin/true, "/bin/sleep 5";timeout: "12:00pm";abort precmd with group: No;

필드 precmd 는 첫 번째 세이브 세트의 저장이 시작될 때 실행되어야 하는 명령을 포함하도록 수동으로 수정할 수 있습니다 . 또한 pstcmd 는 마지막 세이브 세트의 저장이 끝날 때 실행되어야 하는 명령을 유지합니다 . 후처리 명령은 마지막 세이브 세트의 저장 또는 시간 초과 조건 중 하나가 먼저 발행한 이후에 실행됩니다 . Windows NetWorker client에서 precmd 및 postcmd를 실행하려면 셸은 "cmd.exe"로 설정하고 , 셸 플래그는

"/c"로 설정해야 합니다 . 이렇게 하면 명령이 실행된 후에 OS가 열려 있는 모든 파일 설명자 및 기타 리소스를 적절한 시간 내에 강제로 닫습니다 . 또한 precmd 및 pstcmd를 둘 다 실행하려면 모든 NetWorker

client에서 출력 (stdout 및 stderr)을 다른 파일로 리디렉션하고 명령 실행이 완료된 후에 열려 있는 파일 설명자가 없도록 하는 것이 가장 좋습니다 .

Windows 클라이언트에 대한 precmd 및 pstcmd의 예를 들면 다음과 같습니다 .

precmd: cmd.exe /c start_pre_cmd > pre_result.txt 2>&1pstcmd: cmd.exe /c start_post_cmd > post_result.txt 2>&1

옵션-b pool

저장 작업의 특정 대상 풀을 지정합니다 .

-c client-name

백업 세션을 시작할 클라이언트 이름을 지정합니다 . 이 옵션은 네트워크 인터페이스와 호스트 이름이 여러 개인 클라이언트에 유용합니다. 또한 여러 네트워크 인터페이스를 가진 물리 클라이언트에

대해 여러 개의 인덱스 데이터베이스를 만드는 데 사용할 수 있습니다 .

이 옵션은 사용할 네트워크 인터페이스를 지정하지 않습니다. 이것은 클라이언트 리소스의 server

network interface 속성에 지정됩니다 (nsr_client(5) 참조 ). 또한 이 옵션은 수동 저장을 수행할 때 클러스터에서 사용하거나 스케줄이 지정된 저장에 대해 기본이 아닌 백업 명령 을 지정할

때 사용할 수 있습니다 . 이 옵션은 NetWorker가 클러스터 경로 소유권 규칙을 덮어쓰도록 지시합니다 . 즉 , NetWorker는 클러스터 관리 소프트웨어에 따라 경로를 소유하는 물리 호스트 또는 가상 호스트의 이름을 사용하는 대신 경로 인수를 client-name 에 속하는 것으로 저장하고

client-name 의 인덱스에 인덱스 항목을 만듭니다 . 경로 소유권 규칙에 대한 자세한 내용은

pathownerignore(5) 를 참조하십시오 .


save(8)

-e expiration

저장된 데이터의 만료 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 세이브 세트에 명시적 만료

날짜가 있는 경우 해당 세이브 세트는 만료될 때까지 찾아보기 가능하고 재활용할 수 없는 상태로

유지됩니다 . 이 경우 명시적으로 제공된 만료는 클라이언트 정책에 지정된 기존 찾기 및 보존 시간을 덮어쓰므로 찾기 및 보존 시간이 만료 시간으로 변경됩니다 . "-e exp_time" 옵션은 "-w

browse_time" 또는 "-y reten_time"과 함께 사용할 수 없습니다 . 기본적으로 명시적 만료 날짜는 사용되지 않으며 , 클라이언트의 가장 긴 찾기 및 보존 정책이 사용됩니다 .

-f dirfile

프로토타입 기본 디렉티브를 읽어야 하는 파일입니다 (nsr(5) 참조 ). dirfile 로 - 을 사용하면

표준 입력으로부터 기본 디렉티브를 읽습니다 .

-o save_operations

"KEYWORD:TOKEN=STATE[;KEYWORD:TOKEN=STATE;...]" 형식의 연산을 저장합니다 . 다음 형식은 Windows 2003에서 VSS 저장을 구성하는 데 사용됩니다 . 예 :

"vss:*=off"

VSS를 해제합니다 .

"vss:Microsoft Exchange Writer=off" writer를 비활성화합니다 .

"vss:C:=off" 드라이브에 대한 VSS를 비활성화합니다 .

다음 형식은 스케줄 지정 백업 중 savegrp 프로그램에 의해 지정됩니다 . 이러한 형식은 수동으로 지정할

수 없습니다 .

이름이 변경된 디렉토리 백업의 형식 :

"RENAMED_DIRECTORIES:index_lookup=on" 이름이 변경된 디렉토리 백업에 대한 지원을활성화합니다 .

save 프로그램은 클라이언트 파일 인덱스에서 조회를 수행하여 디렉토리 이름이 변경되었는지 확인합니다 . 디렉토리 이름이 변경되었으면 디렉토리 아래의 파일 및 하위 디렉토리 모두 백업됩니다 .

"RENAMED_DIRECTORIES:index_lookup=off"

이름이 변경된 디렉토리 백업을 비활성화합니다 .

비 ASCII 세이브 세트 이름의 백업 .

비 ASCII 이름 형식 및 이름이 변경된 디렉토리 지원 활성화 또는 비활성화 방법에 대한 자세한 내용은

nsr_client (5) 및 Admin Guide를 참조하십시오 .

-g group

이 옵션은 savegrp(8) 및 savefs(8) 에서 저장 그룹을 나타내는 데 사용되며 (참조 :

nsr_client(5) 및 nsr_group(5)) NetWorker server에서 특정 미디어 풀을 선택하는 데 사용됩니다 .

-i 저장 중인 하위 디렉토리에서 발견되는 경우 .nsr(UNIX) 또는 nsr.dir(Windows) 디렉티브 파일을 무시합니다

-J storage-node-name

백업 시 스토리지 노드로 사용할 호스트를 지정합니다 (nsr_storage_node(5) 참조 ).

-l level

저장 레벨입니다 . 이 옵션은 savegrp(8) 및 savefs(8) 에서 미디어 데이터베이스에 저장할 예정된 저장의 특정 레벨을 지정하는 데 사용됩니다 . 수동 저장 명령에서는 이 옵션을 무시합니다 .

레벨 정보는 save에서 스케줄이 지정된 백업 중에 파일을 백업해야 하는지 여부를 결정할 때 사용되지 않지만 대신 -t 옵션의 매개 변수가 사용됩니다 .


save(8)

-m masquerade

요약 줄 앞에 오는 태그를 지정합니다 . 이 옵션은 savegrp(8) 및 savefs(8) 에서 savegrp 요약 알림을 지원하는 데 사용됩니다 . savepnpc(8) 는 이 태그를 사용하여 savegrp의 작업 목록에서 pstclntsave(8) 가 해당 후처리를 트리거하기 전에 완료해야 하는 클라이언트 작업을 식별합니다 .

-n 저장하지 않습니다 . 저장으로 인해 생성될 데이터 양을 추정하지만 저장을 실제로 수행하지는 않습니다 .


-s server


-t date

파일을 저장할 수 있도록 수정했어야 하는 최종 날짜 (nsr_getdate(3) 형식 )입니다 . 이 옵션은

savegrp(8) 및 savefs(8) 에서 미디어 데이터베이스를 참조해 세이브 세트의 이전 저장을 기준으로 적절한 시간 값 및 저장 레벨을 결정하여 예정된 저장을 수행하는 데 사용됩니다 .

Windows에서 파일 수정 /변경 시간은 파일의 마지막 기록 시간 , 작성 시간 및 파일 아카이브 속성을 참조합니다 . 이러한 모든 항목을 사용하여 파일을 백업해야 하는지 결정할 수 있습니다 . 파일 아카이브 속성이 설정된 파일은 NSR_AVOID_ARCHIVE 환경 변수가 "no" 외의 다른 값으로 설정되지 않은 경우에는 이전 파일 시스템의 파일 작성 시간이 올바르지 않을 수 있으므로 항상 백업됩니다 .

-u 오류가 발생한 경우 저장을 중지합니다 . save 프로그램은 일반적으로 오류를 경고로 처리하여 백업에서 나머지 파일을 계속 저장합니다. 이 옵션이 설정된 경우 오류가 발생하면 save 프로그램이

종료되고 저장이 중단됩니다 . 이 옵션은 파일 그룹을 하나의 세트로 백업해야 하는 경우에 유용할

수 있지만 일반적인 용도로는 사용하지 않는 것이 좋습니다 .

-v 세부 정보 표시(verbose) 모드를 설정합니다. 이 옵션을 설정하면 save 프로그램에서 저장 진행

상황에 대한 정보를 제공합니다 .

-y retention

저장된 데이터를 재활용할 수 있는 시작 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 특수 값인 forever 는 만료되지 않는 볼륨 (예 : 아카이브 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로 서버는 현재 시행 중인 보존 정책을 기준으로 세이브 세트에 대한 이 날짜를 결정합니다 . 이

옵션을 사용하면 저장할 때마다 기존 정책을 덮어쓸 수 있습니다 .

-w browse_time

이 세이브 세트를 더 이상 찾을 수 없는 기준 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 기본적으로 서버는 현재 시행 중인 찾기 정책을 기준으로 세이브 세트에 대한 찾기 날짜를 결정합니다 . 이 옵션을 사용하면 저장할 때마다 기존 정책을 덮어쓸 수 있습니다 .

-x 마운트 지점을 교차합니다 . 이 옵션은 수동 저장 명령에만 사용할 수 있습니다 . 세이브 세트 경로에 -x 옵션이 지정되면 이 경로 아래의 마운트 지점이 교차되고 마운트된 파일 시스템의 파일이 백업됩니다 . 그러나 -x 옵션을 지정하지 않은 경우에는 해당 경로의 로컬 파일 및 디렉토리만 백업됩니다 .

마운트 지점 또는 그 아래의 파일 /하위 디렉토리 경로가 수동 저장 명령에서 백업할 로컬 경로로

지정된 경우에는 이 옵션이 무시되고 아무런 영향을 주지 않습니다 . 일반적으로 이 경우에는 -L

옵션이 필요합니다 .

예를 들어 /tmp_mnt/pumbaa가 pumbaa:/space의 마운트 지점인 경우 다음 세 명령은 -x 옵션의 지정에 따라 서로 다르게 작동합니다 .


save(8)

save -x /tmp_mnt

마운트 지점을 따라 /tmp_mnt/pumbaa의 파일 및 디렉토리와 함께 /tmp_mnt의 로컬 파일 및 디렉토리를 백업합니다 .

save /tmp_mnt

마운트 지점을 교차하지 않으며 /tmp_mnt의 로컬 파일 및 디렉토리만 백업됩니다 .

save [-x] /tmp_mnt/pumbaa[/...] 마운트 지점이

세이브 세트 경로로 지정된 경우 "-x" 옵션이 무시되고 대부분의 플랫폼에 -L 옵션이 필요함을 나타내는 오류 메시지가 표시됩니다 .

Windows의 경우 마운트 지점은 동일한 시스템의 마운트된 볼륨에 대한 대체 경로를 참조합니다 .

예를 들어 H:\tmp_mnt\d_drive는 로컬 볼륨 (또는 드라이브 ) D:에 대한 마운트 지점으로 정의될 수 있습니다 .

-z 특정 볼륨의 블록 기반 백업을 수행합니다 .

참고 : 블록 기반 백업은 Windows 플랫폼에서만 지원합니다 .

-B 루트 (‘‘/’’)에서 호출 지점까지 연결된 모든 디렉토리 정보를 강제로 저장합니다 .

-E 저장으로 인해 생성될 데이터 양을 추정한 다음 실제 저장을 수행합니다 . inode 정보에서 추정이

생성되므로 데이터를 한 번만 읽을 수 있습니다 .

-F file

변경 시간이 파일 수정 날짜보다 이후인 파일 만 저장합니다 .

Windows의 경우 파일 변경 시간 에 대한 자세한 내용은 -t 옵션을 참조하십시오 .

-I input_file

저장할 경로를 명령줄에서 가져올 뿐만 아니라 명명된 파일에서도 저장할 경로를 읽습니다. 경로는

한 줄에 하나씩 나열되어야 합니다 . 명령줄에 지정된 경로가 없으면 파일에 지정된 경로만 저장됩니다 .

-K 디렉토리 인덱스 항목의 연결을 구성하지 않습니다 .

-L 로컬 옵션입니다 . 네트워크 파일 서버의 파일인 경우에도 로컬 NetWorker client에서 저장을 수행합니다 . 이러한 파일을 복구하려면 recover(8) 를 -c client 인수와 함께 실행합니다 . 여기서 client 는 저장 을 수행한 NetWorker client의 이름입니다 .

-LL 백업을 로컬 백업으로 처리하는 것 외에 ‘‘complete savetime=number’’ 형식으로 출력 끝에 추가 줄이 인쇄되도록 합니다 . 여기서 number는 이 백업에 의해 생성되는 세이브 세트의 세이브 타임입니다 . 이 옵션은 자동 복제를 수행할 때 savegrp(8) 명령에서 사용됩니다 .

-N name

해당 세이브 세트의 심볼 이름입니다 . 기본적으로 경로 인수의 가장 일반적인 접두사가 세이브 세트 이름으로 사용됩니다 . SYSTEM 세이브 세트 (SYSTEM STATE, SYSTEM FILES 및 SYSTEM DB)

를 저장할 때 -N 옵션을 사용하는 경우에는 경로도 함께 지정해야 하며 해당 경로가 -N 옵션으로

할당된 이름 값과 일치해야 합니다 .

-S 세이브 세트 복구만 허용합니다 . 이 옵션은 인덱스 항목을 만들지 않고 저장만 수행합니다 . 이것은 세이브 세트 복구를 사용하여 데이터는 복구할 수 있지만 세이브 세트를 찾을 수는 없음을 의미합니다 .


save(8)

-V OFC 메커니즘에서 소스 볼륨의 시점 복제본을 만들지 못하도록 방지합니다 . 이 옵션은 NT

NetWorker server와의 호환성을 위해 포함되었습니다 .

-W width

요약 정보 출력의 형식을 지정할 때 사용되는 너비입니다. 유효한 너비 값은 1에서 10000 사이의

정수 값입니다 . 제공된 너비가 요약에 비해 작은 경우에는 필요한 만큼 너비가 약간 상향 조정됩니다 . 또한 제공된 너비가 필요한 최소값보다 큰 경우에는 여백을 사용하여 요약을 너비에 정확하게

맞춥니다 . -W 인수를 지정하지 않으면 고정 너비가 사용되지 않고 요약이 필요한 최소 너비에 맞게 확장됩니다 .

참조curses(3X), nsr_getdate(3), nsr(5), nsr(8), nsr_client(5), nsr_device(5), nsr_group(5), nsr_service(5), nsrd(8), nsrim(8), nsrindexd(8), nsrmm(8), nsrmmd(8), nsrwatch(8), recover(8), savefs(8), savegrp(8), pathownerignore(5)


0 정상적으로 종료됩니다. 세이브 세트가 서버에 올바르게 만들어졌음을 의미합니다. 개별 파일 백업

실패에 대한 메시지는 경고 메시지이며 , 비정상 종료를 발생시키지 않습니다 .

<>0 비정상적으로 종료됩니다 . 세이브 세트가 서버에 올바르게 작성되지 않았습니다 .

메시지 :

host: saveset level=level, size time count files 해당 클라이언트 호스트 이름 , 세이브 세트

이름 , 레벨 , 전체 세이브 세트 크기 , 경과 시간 및 파일 개수가 포함된 이 메시지는 저장 이

savegrp(8) 에 의해 실행되고 정상적으로 종료될 때마다 인쇄됩니다 .

host: filename: warning

이러한 형식의 메시지는 개별 파일을 백업하는 데 문제가 있음을 알리는 경고 메시지입니다 . 이 메시지는 일반적으로 save 명령이 실패하도록 만들지 않으므로 ‘‘저장 그룹 완료 ’’ 메시지의 성공

섹션에 있는 save 출력에 표시됩니다 .

path: <reason>로 인해 파일 인덱스를 가져오지 못했습니다 .

이 디렉토리의 내용이 제대로 백업되지 않을 수 있습니다 .

이름이 변경된 디렉토리를 지원하는 경로에 대한 온라인 파일 인덱스 레코드를 검색하는 중에 오류가

발생했습니다 . nsrck (8) 를 실행하고 문제가 계속되면 클라이언트 리소스에 있는 "Backup

renamed directories" 속성을 해제하여 (nsr_client(5) 참조 ) 그룹을 다시 실행합니다 .


savefs(8)

Maintenance Procedures savefs(8)

이름savefs - NetWorker server에 파일 시스템 저장

시놉시스savefs [ options ] filesystem

savefs -p [ options ] [ filesystem ... ][ -BEFnpqRv ] [ -s server ] [ -N name ] [ -g group ] [ -c client ] [ -l level | -C schedule ] [ -e expiration ] [ -w browse ] [ -y retention ] [ -f filename ] [ -o save_operations ] [ -W width ]

[ -t date ]

설명The savefs 명령은 save(8) 명령을 사용하여 파일 시스템을 Net-Worker server에 저장합니다 . 마운트

지점을 교차하지 않으며 , 심볼 링크도 따라가지 않습니다 . 참고 : savefs 명령을 직접 실행하는 것은 권장되지 않습니다 . 대신 savegrp(8) 를 사용하십시오 .

모든 레벨기반 시스템 (dump(8) 와 유사 )은 이전에 일부 저장 (부분 저장 )된 이후에 수정된 파일을 저장하는 데만 사용됩니다 .

로컬 NetWorker client에 대한 nsr_schedule(5) 을 확인하여 현재 날짜에 적절한 저장 레벨을 결정합니다 .

저장되는 파일 세트는 파일 시스템을 처리하는 동안 발견된 기본 디렉티브 (참조 : nsr_directive(5)) 및

여러 가지 디렉티브 파일 (참조 : nsr(5)) 의 결과 이외에 언제 어떤 레벨로 이전 저장을 수행했는지에 따라 달라집니다 .

파일 시스템 조사또한 savefs 명령은 클라이언트의 파일 시스템 및 최근 세이브 타임을 조사하는 데에도 사용할 수 있습니다 .

조사하는 동안 savefs 는 데이터를 저장하지 않지만 대신 클라이언트의 파일 시스템 레이아웃을 설명하는 컴퓨터에서 구문 분석 가능한 보고서를 생성합니다 . 이 명령을 -p 조사 옵션과 함께 사용하면 로컬

NetWorker client의 nsr_client(5) 리소스를 검사하고 save set 속성에 나열된 파일 시스템을 조사할

수 있습니다 (명령줄에 나열된 파일 시스템이 없는 경우 ). 세이브 세트 목록이 키워드 All 로 구성된 경우에는 /etc/fstab 파일 (/etc/vfstab(Solaris), /etc/mnttab(SCO) 및 커널 테이블 (AIX))을 검사하여 저장해야 하는 파일 시스템을 결정하며 , 이를 통해 마운트된 로컬 파일 시스템만 저장할 수 있습니다 .

Sun Solaris Online DiskSuite의 메타디바이스 및 HP-UX Logical Volume Manager의 논리 볼륨은

독립된 디스크처럼 처리됩니다. 이 방법은 병렬 처리 수가 충분한 것으로 가정하므로 각 대상을 자체 세션에

저장할 수 있습니다 .

다음 두 가지 이유로 NSR client 리소스가 세이브 세트를 명시적으로 나열할 때는 각별히 주의해야 합니다 .

첫째 , 이 목록은 저장이 필요한 새 파일 시스템이 추가되면 수동으로 업데이트해야 합니다 . 둘째 , savefs

는 경로 또는 마운트 지점의 끝에서만 중지되므로 두 개의 세이브 세트를 같은 파일 시스템에 나열할 때 하나가 다른 하나의 하위 디렉토리인 경우에는 하위 디렉토리가 두 번 저장됩니다 .

파일 시스템 인수를 지정하여 파일 시스템 저장을 제한할 수 있지만 지정된 파일 시스템은 이 클라이언트의

일부 세이브 세트 목록에만 나타납니다 (참조 : -F 옵션 ).

조사는 클러스터 환경에서 NetWorker가 작동하는 방식을 테스트할 때도 유용합니다 . 이 설정에서는 공유

파일 시스템의 소유권을 확인해야 하는데 , 세부 정보 옵션이 설정된 조사를 수행하면 기본 소유권 규칙을 확인할 수 있습니다 . 경로 소유권 규칙에 대한 자세한 내용은 pathownerignore(5) 를 참조하십시오 .


savefs(8)

옵션-B 루트 (‘‘/’’)에서 호출 지점까지 연결된 모든 디렉토리 정보를 강제로 저장합니다 . 이 옵션은

savegrp(8) 에서 서버의 부트스트랩 정보를 저장하는 경우 등에 사용됩니다 .

-c client

파일 시스템을 저장해야 하는 클라이언트의 이름입니다 . 이 옵션은 특히 물리적 호스트가 자체 호스트 이름 및 이 물리적 호스트 내에 있는 가상 ("논리 "라고도 함 ) 호스트의 호스트 이름을 나타낼 수 있는 클러스터 환경에 필요합니다 . 이 옵션을 사용하지 않을 경우 기본적으로 물리적 호스트의 호스트 이름을 가정합니다 . 이 옵션은 가상 호스트 중 하나에 속하는 파일 시스템을 저장해야

하는 경우에 필요합니다 .

-C schedule

스케줄 이름 (참조 : nsr_schedule(5)) 으로 저장 레벨을 자동으로 결정하는 데 사용됩니다 . 이

옵션이 지정되지 않은 경우 savefs 는 NSR 클라이언트 리소스에 의해 이름이 지정된 스케줄을 지정된 파일 시스템에 사용합니다 .

-e expiration

저장된 데이터의 만료 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 세이브 세트에 명시적인 만료 날짜가 있는 경우 해당 세이브 세트는 만료될 때까지 찾을 수 있지만 재활용할 수 없는 상태를

유지합니다 . 세이브 세트가 만료되고 찾아보기 시간이 경과되면 세이브 세트가 찾을 수 없는 상태로 됩니다 . 세이브 세트가 만료되고 보존 시간이 경과되면 세이브 세트가 재활용 상태로 됩니다 .

특수 값인 forever 는 만료되지 않는 볼륨 (예 : 아카이브 볼륨 )을 사용해야 함을 나타내는 데

사용됩니다 . 기본적으로 명시적 만료 날짜는 사용되지 않습니다 .

-w browse

이 세이브 세트를 더 이상 찾을 수 없는 시작 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 기본적으로 서버는 현재 시행 중인 찾기 정책을 기준으로 세이브 세트에 대한 찾기 날짜를 결정합니다 . 이 옵션을 사용하면 저장할 때마다 기존 정책을 덮어쓸 수 있습니다 .

-y retention

저장된 데이터를 재활용할 수 있는 시작 날짜를 nsr_getdate(3) 형식으로 설정합니다 . 기본적으로 서버는 현재 시행 중인 보존 정책을 기준으로 세이브 세트에 대한 이 날짜를 결정합니다 .

-E 추정합니다 . 즉 , 데이터를 저장하기 전에 저장할 파일 시스템 트리를 찾아서 생성되는 데이터 양을 정확하게 추정합니다 . 이 플래그가 없을 경우 예상 크기는 0입니다 . 이 플래그는 각 파일 시스템의 파일 수와 비례하여 시간을 소비합니다 . 이것은 저장을 시작하기 전에 전체 디렉토리를 찾고 디렉토리를 실제로 저장한 후에 다시 찾지만 마지막에만 디스크에서 파일 데이터를 읽기 때문입니다 . 대부분의 경우 이 플래그를 사용할 때의 오버헤드는 그다지 크지 않으며 적절히 조정됩니다 .

-f filename

ASM(Application Specific Module)에서 사용해야 하는 디렉티브 파일입니다 (참조 :

nsr(5)). 기본적으로 이러한 파일은 NSR directive 리소스에서 가져오며 , 이름은 direc-

tive 속성 (각 클라이언트에 대한 NSR client 리소스 )에 의해 지정됩니다 (참조 : nsr_directive(5)).

-F 강제로 저장합니다 . fstab(5) 또는 nsr_client(5) 에 나열되지 않은 경우에도 파일 시스템 등의 모든 인수를 저장합니다 .

-g group

클라이언트 범위를 특정 그룹으로 제한합니다. 이 옵션이 지정되지 않은 경우에는 그룹에 관계없이

이 클라이언트에 대한 NSR 클라이언트 리소스의 모든 인스턴스의 세이브 세트가 사용됩니다 . 또한

이 값은 save(8) 로 전달되어 특정 미디어 풀을 선택하는 데 사용됩니다 .

-l level

각 클라이언트에서 수행할 저장 레벨 (nsr_schedule(5) 참조 )입니다 .


savefs(8)

-n 저장하지 않습니다 . 생성되는 데이터 양을 정확하게 추정하지만 (-E 에 설명된 대로 ) 아무 데이터도 저장하지 않습니다 .

-N name

이 세이브 세트의 알려진 심볼 이름입니다 . 기본적으로 첫 번째 파일 시스템 인수가 이름으로 사용됩니다 .

-p 파일 시스템의 이름, 수행할 저장 레벨 및 파일이 수정되어 저장해야 하는 시작 시간을 나열하지만

실제로 저장을 수행하지는 않습니다 . 이 정보는 /etc/fstab 파일 (또는 위의 설명과 같이 다른

운영 체제별 파일 ) 및 nsr_schedule(5) 에서 수집됩니다 .


-qq 불필요한 메시지를 거의 무시합니다 . 오류 메시지만 표시합니다 .

-R savefs 가 간단한 "성공" 또는 "실패" 메시지를 통해 성공 또는 실패를 보고하도록 합니다. 이

옵션은 savegrp(8) 가 savefs 를 실행할 때 사용합니다 .

-s server

NetWorker server로 사용할 시스템을 지정합니다 . 지정된 서버가 없을 경우 NetWorker에서 서버를 선택하는 데 사용하는 알고리즘에 대한 자세한 내용은 nsr(8) 을 참조하십시오 .

-t date

스케줄 레벨을 계산할 기준이 되는 nsr_getdate(3) 형식의 날짜입니다 . 지정되지 않은 경우 현재 시간이 사용됩니다 .

-o save_operations

KEYWORD:TOKEN=STATE 형식의 연산을 저장합니다 . Windows 2003에서 VSS 저장을 구성하는 데

사용됩니다 . 예 :

"vss:*=off" VSS를 해제합니다 .

"vss:Microsoft Exchange Writer=off" writer를 비활성화합니다 .

"vss:C:=off" 드라이브에 대한 VSS를 비활성화합니다 .

자세한 내용은 Admin Guide를 참조하십시오 .

-v 세부 정보 표시 (verbose) 모드를 설정합니다 . 많은 디버깅 스타일을 출력합니다 . 이 옵션은

savegrp(8) 가 클라이언트의 savefs 에 대해 여러 버전 지원 기능을 조사할 때도 사용됩니다 .

-W width

출력 또는 알림 메시지의 형식을 지정할 때 사용되는 너비입니다 . 기본적으로 이 값은 80입니다 .

리소스 유형

NSR client

이 리소스는 클라이언트의 세이브 세트 , 기본 스케줄 및 세이브 세트를 저장할 때 사용할 디렉티브를 지정합니다 .

NSR directive

이 유형의 리소스는 directive 속성 (각 NSR client 리소스 )에 의해 이름이 지정됩니다 . 이러한 리소스는 관련 있는 NSR client 리소스에 지정된 세이브 세트에 사용되는 디렉티브입니다 .

NSR schedule

이 유형의 리소스는 schedule 속성 (각 NSR client 리소스 )에 의해 이름이 지정됩니다 . 이러한

리소스는 관련 있는 NSR client 리소스에 지정된 세이브 세트에 사용되는 스케줄입니다 .


savefs(8)

파일/etc/fstab

만일 All 이 save set 속성 (각 NSR client 리소스 )에 지정되어 있으면 로컬 파일 시스템 목록을 이 파일에서 가져옵니다 .

/etc/vfstab

Solaris에만 사용됩니다 . 다른 운영 체제의 /etc/fstab과 같습니다 .

/etc/mnttab

SCO에만 사용됩니다 . 다른 운영 체제의 /etc/fstab과 같습니다 .

참조nsr_getdate(3), fstab(5), mnttab(F) (SCO only), vfstab(5) (Solaris only), nsr(5), nsr_service(5), nsr_schedule(5), dump(8), nsr(8), nsrd(8), nsrindexd(8), nsrmmd(8), recover(8), save(8), savegrp(8), pathownerignore(5)


0 정상 종료255 비정상 종료


savegrp(8)

Maintenance Procedures savegrp(8)

이름savegrp - NetWorker Client의 파일 시스템을 저장하여 NetWorker Client 그룹 시작

요약savegrp [ options ] [ -R | -G ] [ groupname ] [ -EIOFSVgmnpv ] [ -l level | -C schedule ] [ -N parallelism ] [ -e expiration ] [ -w browse ] [ -y retention ] [ -t date ] [ -r retries ] [ -P printer ] [ -W width ] [ -b backup snapshot ] [ -c client [ -c client ... ] ]

설명savegrp 명령은 NetWorker Client의 파일 시스템을 저장하는 프로세스 (save(8) 사용 )를 통해

NetWorker Client 그룹을 실행합니다 . 클라이언트 그룹은 NetWorker 그룹의 이름을 지정하여 선택하며(nsr_group(5) 참조 ), NetWorker 그룹에서는 하나 이상의 -c 옵션을 사용하여 개별 클라이언트를 선택할 수 있습니다 . 지정된 그룹 이름이 없는 경우에는 NetWorker 그룹 기본값이 사용됩니다 . NetWorker 그룹 이름이 지정되면 해당 nsr_client(5) 리소스의 group 속성에 명명된 그룹이 지정된 클라이언트가 저장됩니다 . 명시적 클라이언트 목록이 함께 지정된 경우 savegrp은 명명된 그룹에 대하여 해당 클라이언트만

백업합니다 . 이 savegrp 명령은 NSR group 리소스에 해당 속성이 설정된 경우 새로 저장된 데이터의 클론을 자동으로 만듭니다 (아래 참조 ).

이 savegrp 명령은 일반적으로 nsrd(8)(각 그룹의 nsr_group(5) 리소스에 의해 지정됨 )에 따라 자동으로 실행됩니다 .

이 savegrp 명령은 nsrjobd(8)에 대한 RPC 연결을 설정하여 save(8) 작업 실행을 요청합니다 . 이때 작업 대상은 nsr_client(5) 리소스의 save set 속성에 나열된 각 파일 시스템의 각 클라이언트입니다 . 클라이언트의 세이브세트가 All로 지정된 경우 savegrp은 클라이언트에서 저장할 파일 시스템 목록을 요청합니다 . 이를 Probe 작업이라고 합니다 .Probe는 해당 클라이언트 시스템에 로컬 및 자동으로 마운트된 파일

시스템을 찾는 방식으로 All 설정을 목록으로 확장합니다 . 예를 들어 NFS 마운트 지점 및 수동으로 마운트된 파일 시스템은 일반적으로 무시됩니다 .저장할 파일 시스템을 결정하는 정확한 방법은 운영 체제마다 다릅니다 .Probe 작업에 대한 자세한 내용은 savefs(8)를 참조 하십시오 .클라이언트에서 저장하는 파일 시스템을 확인하려면 savegrp 미리보기를 savegrp -c client -p와 같이 실행합니다 (클라이언트가 기본 그룹에 속 하는것으로 가정 ). 저장되는 각 파일시스템을 세이브 세트라고 합니다 .

NDMP 클라이언트의 경우 savegrp은 NetWorker Server에서 클라이언트 리소스에 지정된

nsrndmp_save(8) 백업 명령을 실행합니다 . nsrndmp_save의 명령 줄 옵션에 -I hostname 이 있는 경우 savegrp은 지정된 호스트 이름에서 nsrndmp_save(8) 명령을 실행합니다 . 명령줄 옵션 및

nsrndmp_save에 대한 자세한 내용은 nsrndmp_save(8)를 참조하십시오 .

이 savegrp 명령은 nsrjobd(8)에 의해 유지되는 클라이언트의 대기열에 모든 세이브 작업을 즉시 대기시키는 방식으로 여러 클라이언트를 사용 중 상태로 계속 유지하려고 시도합니다 .

nsr_service(5) 리소스의 병렬 처리수 속성은 동시에 실행할 수 있는 최대 세이브 세트 수를 나타냅니다 .

이 매개 변수에 대한 수정 사항은 세이브 세트 가 완료될 때 적용됩니다 . 즉 , 값을 줄이면 실행 중인 활성

세이브 세트수가 새 값보다 적어질 때까지 새 세이브 세트가 시작되지 않습니다 .

savegrp이 명령줄에서 시작되는 경우에는 그룹 리소스에 지정된 레벨 속성을 자동으로 선택하지 않습니다 .

그러나 -l level 옵션이 명시적으로 지정된 경우에는 savegrp 명령이 요청된 레벨의 백업을 수행합니다 .

클라이언트에서 그룹에 대한 모든 세이브 세트가 완료되면 NetWorker Server의 클라이언트 인덱스가 저장됩니다 . 클라이언트가 level=incr로 예약된 경우 인덱스백업은 "-f -"를 통해 "-l 9"(레벨 9)에서 수행됩니다 . 기본보호 지침을 통해서는 클라이언트의 인덱스 디렉토리 (UNIX 시스템의 경우 /nsr/index/

<clientname>/db6)에서 확장명이 "rec"인 모든 파일의 백업이 발생합니다 . "-l" 및 "-f" 옵션에 대한


savegrp(8)

자세한 내용은 save(8) man 페이지를 참조하십시오 . NetWorker Server가 저장할 시스템 중 하나인 경우에는 다른 모든 클라이언트의 작업이 완료된 후에 NetWorker 부트스트랩이 저장됩니다 . 서버의 부트스트랩이 저장되면 부트스트랩 세이브 세트 정보가 기본 프린터 (또는 다른 지정된 프린터 )로 출력됩니다.savegrp에서 활성 그룹 (자동 시작 속성이 설정된 그룹 )에 NetWorker Server가 나열되지 않은 것을

감지하면 모든 그룹이 실행될 때마다 서버의 부트스트랩이 저장됩니다 .

savegrp 명령이 같은 그룹의 다른 활성 호출을 감지한 경우에는 오류 메시지와 함께 명령이 종료됩니다 . 두개의 서로 다른 NetWorker 그룹이 동시에 실행 중이면 각그룹은 해당 그룹의 parallelism 범위에서 실행되며 서버와 클라 이언트의 parallelism 값을 초과하지 않습니다 . 이는 nsrjobd (8) 가 parallelism

을 제어하고 이러한 백업 작업이 시작되기 전에 작업을 대기열에 유지하기 때문입니다 . 또한 NetWorker

Server는 이러한 세션의 디바이스 parallelism을 제어합니다 .

현재 저장 중인 클라이언트의 진행 상황은 Java 기반 NetWorker Management Console 또는 curses(3X)

기반 nsrwatch(8) 프로그램을 사용하여 모니터링할 수 있습니다. 또한 NetWorker Management Console

또는 nsradmin(8) 브라우저를사용하여 각 NSR group 리소스의 completion 상태 및 work list를 확인

하고 각 savegrp의 진행 상황을 추적할 수도 있습니다 .이 두 속성을 사용하면 각 savegrp의 진행 상황을 추적할 수 있습니다 .자세한 내용은 nsr_group(5)을 참조하십시오 .

savegrp 이 시작되면 이벤트가 savegrp이고 우선 순위가 info인 NSR notifi-

cation(nsr_notification(5) 참조 )이 NSR 알림시스템에 전송됩니다 . 이 이벤트는 일반적으로

nsr_service(5) 리소스의 messages 속성과 Log default NSR 알림 리소스에 지정된 로그 파일에 기록됩니다 .

NSR group 리소스에 clones 속성이 활성화되어 있으면 세이브 세트의 클론이 자동으로 생성됩니다 . 클론

모드 속성은 세이브 세트 클론 생성에 사용되는 방법을 제어합니다 . 클론 모드 속성이 "각 세이브 세트 완료 시 시작 "으로설정 되어 있으면 세이브 세트가 완료되는 즉시 savegrp이 세이브 세트의 클론 생성을 시도합니다 . 클론 모드 속성이 "그룹 완료 시 시작 "으로 설정되어 있는 경우에는모든 세이브 세트가 완료된

후에 savegrp이 세이브세트의 클론을 생성합니다 .클라이언트 세이브 세트와 해당 인덱스는 부트스트랩 세이브 세트가 생성되기 전에 클론이 생성되므로 부트스트랩 정보가 세이브 세트의 원래 세트와 클론을 둘 다

추적할 수 있습니다 . 또한 부트스트랩 세이브 세트의 클론도 생성됩니다 . 클론은 클론 풀 속성에 이름이 지정된 풀로 전송됩니다 . savegrp 이 실행되는 동안 이러한 속성 값을 변경해도 아무런 영향을 주지 않습니

다 . 이러한 속성은 savegrp이 시작되기 전에 설정해야 합니다 . nsrclone(8) 명령은 세이브 세트의 클론을 생성하는데 사용됩니다 . savegrp은 추론을 통해 그룹의 일부로 생성된 세이브 세트를 결정합니다 . 이

때문에 클라이언트의 파일 시스템이 동시에 실행되는 여러 그룹으로 분산된 경우에는 예상보다 많은 세이브

세트의 클론이 생성될 수 있습니다 . 세이브 세트의 클론을 생성하려면 두 개 이상의 활성화된 디바이스가 필요하고 ndmp 세이브 세트의 클론을 생성하려면 두 개 이상의 활성화된 ndmp 디바이스가 필요합니다 .

savegrp은 스냅샷 사용 그룹에 대해 시작된 경우 그룹리소스 (nsr_group.5 참조 )에 구성된 각 클라이언트의 스냅샷을 생성합니다 . 이 그룹 리소스에 구성된 클라이언트에 대해 일부 세이브 세트라도 스냅샷을 사용할 수 없는 경우 savegrp은 스냅샷 생성을 시도하는 동안 실패를 보고합니다 . 반면 , 이 그룹에 구성된

임의의 클라이언트 리소스에 모두이라는 키워드가 있으면 (nsr_client.5 참조 ) 클라이언트 노드에서 스냅샷을 사용할 수 없는 파일 시스템이 무시되고 이러한 실패에 대해 오류 메시지가 생성되지 않습니다 .

세이브 세트가 모두 완료되고 클론이 생성되면 (클론생성이 설정된 경우 ) 이벤트가 savegrp이고 우선 순위가 notice인 NSR notification이 NSR 알림 시스템에 전송됩니다 . 이 옵션은 일반적으로 e-메일을 통해 루트사용자에게 실패한 클라이언트 목록 (있을 경우 )과 모든 클라이언트에서 수집된 전체 출력을 알리기

위해 설정됩니다 . savegrp 알림에 포함된 형식 및 일반 오류 메시지는 SAVEGRP 완료 알림 메시지 섹션에

설명되어 있습니다 .

옵션-E 각 클라이언트에서 save(8)를 실행할 때 각 세이브세트에 의해 생성될 데이터 양이 미리 추정됩니

다 . 이 과정에서 파일 시스템 트리를 두 번 탐색하게 됩니다 . 즉 ,생성될 데이터 양의 추정치를

생성하기 위해 탐색한 다음 NetWorker Server에 대한 세이브 스트림을 생성하기 위해 다시 탐색합니다 .inode 정보를 사용하여 추정이 수행되므로 이 데이터는 최종 파일 시스템 탐색시 디스크에서 읽을 수만 있습니다 .


savegrp(8)

-I 각 클라이언트의 인덱스를 저장하지 않도록 설정합니다 .

-O 각 클라이언트의 인덱스만 저장합니다 (부트 스트랩도 저장됨 ).

-g Probe 기반 그룹에 대한 Probe를 건너뜁니다 .

-m 모니터 상태 보고 (모든 NSR notification 작업 포함 )를 해제합니다 . 이 옵션을 선택하면 세이브 작업의 진행률 또는 완료 상태가 보고되지 않습니다 . 부트스트랩 정보의 알림은 -m 옵션의 영향을 받지 않습니다 .

-n 저장하지 않습니다 . 이 옵션을 지정하면 save는 -E에 설명된 대로 추정을 수행하지만 실제 세이브 작업을 수행하지는 않습니다 . 또한 이 옵션은 -m 옵션을 설정합니다 .

-p 저장되는 파일 시스템과 해당 세이브 레벨을 볼 수 있도록 각 클라이언트에서 Probe 단계를 실행하지만 실제로 데이터를 저장하지는 않습니다 . 또한 이 옵션은 -m을 설정합니다 . savegrp에서

작업을 진행 하면서 사용할 레벨을 확인하기 때문에 -p 옵션에 의해 생성된 출력에서는 여러 출력

지점의 세이브 세트마다 레벨이 다를수도 있습니다 . 이는 정상적인 동작으로 디버깅에 유용할 수

있습니다 . savegrp에서 사용하는 실제 레벨은 각 세이브 세트가 마지막으로 출력에 표시될 때 나타납니다 . 세이브 세트가 전달되는 미디어풀도 미리보기 출력에 나열됩니다 .

-v 세부 정보 표시(verbose) 모드를 설정합니다. savegrp에서 수행 하는 작업에 대한 추가 정보를

출력합니다 . -q 플래그는 save 명령에 전달 되지 않습니다 .

-G 그룹을 실행하며 , 재시작 구문을 적용하지 않습니다 . 이 옵션은 기본 작업 모드로 , savegrp의

다른 버전과의 호환성을 위해 제공됩니다 .

-R 재시작합니다. 이 옵션은 중지된 그룹을 재시작하거나 세이브 세트가 실패하고 다시 시도해야 하는

경우 그룹을 재시작하는 데 사용됩니다 . 그룹의 재시작 기간 속성에 따라 재시작하기에 너무 늦었는지 여부가 결정됩니다 . 재시작 기간이 경과된 경우에는 재시작이 새로 시작으로 변환됩니다 .

-l level

각 클라이언트에서 수행할 세이브 레벨 (nsr_schedule(5) 참조 )입니다 . 이 옵션은 savegrp에서 일반적으로 자동으로 결정되는 세이브레벨을 재정의합니다 .-l 및 -C는 함께 지정할 수 없습니다 .

NetWorker 8.1 이상에서 -l incr_synth_full로 savegrp이 호출될 때 NSR group 리소스에

’가상 신세틱 (Synthetic Full) 수행 ’ 속성이 설정 되 어 있으면 모든 요구 사항이 충족되어야 nsrconsolidate에서 Data Domain 가상 신세틱 (Synthetic Full) 백업모드가 수행됩

니 다 . 자세한 내용은 nsr_group(5), nsr_schedule(5) 및 nsrconsolidate(8) 를 참조하십시오 .

-C schedule

일반적으로 savegrp에서 수행하는 자동 세이브 레벨 선택 프로세스에서 사용할 NSR schedule의

이름입니다 (nsr_schedule(5) 참조 ). 이 옵션은 savegrp이 지정된 클라이언트에 일반적으로 사용하는 세이브스케줄을 재정의합니다 . -l 및 -C는 함께 지정할 수 없습니다 .

-e expiration

저장된 데이터의 만료 날짜를 nsr_getdate(3) 형식으로 설정합니다 .세이브 세트에 명시적 만료

날짜가 있는 경우 해당 세이브 세트는 만료 될 때까지 탐색 가능하고 재활용할 수 없는 상태로 유지됩니다 . 세이브 세트가 만료되고 탐색 시간이 경과되면 세이브 세트가 탐색 불가상태가 됩니다 .

세이브 세트가 만료되고 보존 시간이 경과되면 세이브 세트가 재활용 가능 상태가 됩니다. 특수 값

forever는 만료되지 않는 볼륨 (예 : 아카이브 볼륨 )을 사용해야 함을 나타냅니다 . 기본적으로

명시적 만료 날짜는 사용되지 않습니다 . ’레벨 ’이 ’전체 ’로 백업되는 세이브 세트가 포함된 경


savegrp(8)

우 지정된 만료 시간이 경과하면 전체 세이브 세트가 탐색 불가 및 재활용할 수 있는 상태가 됩니다 . 이 세이브 세 트에 탐색 및 보존 기간이 더 긴 종속 항목이 있는 경우 , 이 세이브세트의 만료 날짜가 지난 후에는 종속 세이브 세트를 탐색할 수 없습니다 .

-w browse

저장된 데이터를 더 이상 탐색할 수 없게 되는 날짜를 nsr_get- date(3) 형식으로 설정합니다 .

기본적으로 서버는 현재 적용된 탐 색 정책을 기준으로 세이브 세트에 대한 탐색 날짜를 결정합니다 . 이 옵션을 사용하면 저장할때마다 기존 정책을 재정의할 수 있습니다 . ’레벨 ’이 ’전체 ’로

백업되는 세이브 세트가 포함된 경우 지정된 탐색 시간이 경과하면 전체 세이브 세트가 탐색 불가상태가 됩니다 . 이 세이브 세트에 탐색 기간이 더 긴 종속 항목이 있는 경우 , 이 세이브 세트의

탐색 날짜가 지난후에는 종속 세이브 세트를 탐색할 수 없습니다 .

-y retention


forever는 만료되지 않는 볼륨 (예 : 아카이브 볼륨 ) 을 사용해야 함을 나타냅니다 . 기본적으로

서버는 현재 적용된 보존 정책을 기준으로 세이브 세트에 대해 이 날짜를 결정합니다 . 이 옵션을

사용하면 저장할 때마다 기존 정책을 재정의할 수 있습니다 . ’레벨 ’이 ’전체 ’로 백업되는 세이브 세트가 포함된 경우 지정된 보존 시간이 경과하면 전체 세이브세트가 재활용 가능 상태가 됩니다 .이 세이브 세트에 탐색 및 보존 기간이 더 긴 종속 항목이 있는 경우 , 이 세이브세트의 보존

날짜가 지난 후에는 종속 세이브세트를 탐색할 수 없습니다 .

-t date

이 savegrp에 사용할 레벨을 결정할 때 현재 시간 대신 사용할 nsr_getdate(3) 형식의 시간입니다 . 기본적으로는 현재 시간이 사용됩니다 .

-F 신세틱 (Synthetic Full) 백업이 실패한 경우 자동으로 전체레벨 백업을 수행합니다 . 백업 레벨이 "synth_full" 또는 "incr_synth_full"이 아닌 경우에는 이 옵션이 무시됩니다 .

-V 신세틱 (Synthetic Full) 백업 세이브 세트를 생성한 후 indexdb로 확인합니다 . 백업 레벨이

"incr_synth_full"이 아닌경우에는 이 옵션이 무시됩니다 .

-S NSR group 리소스에서 "지금 시작 " 옵션을 사용하는 것과유사한 예약된 savegrp 설정을 사용합니다 . 예약된 savegrp 설정이 적용된 후에는 추가적인 명령줄 옵션이적용됩니다 .

-r retries

실패한 클라이언트에서 savegrp이 작업을 중단하고 실패를 선언 하기 전에 다시 시도해야 하는 횟수를 나타냅니다 . 기본값은 그룹 리소스에서 가져옵니다 . 중단된 저장은 나중에 결국 완료될 수도

있으므로 다시 시도되지 않습니다 . -p가 지정된 경우에는 다시 시도하지 않습니다 .

-P printer

savegrp이 부트스트랩 정보를 출력하는데 사용할 프린터입니다 .

-W width

출력 또는 알림 메시지의 형식을 지정할 때 사용되는 너비입니다 . 기본적으로 이 값은 80입니다 .

group 기본 NSR 그룹 대신 시작해야 하는 다른 NetWorker Client 그룹을 지정합니다 . 기본 NSR 그룹은 name 속성이 default입니다 . 자세한 내용은 nsr_group(5)을 참조하십시오 .

-b backup snapshot

이 옵션은 스냅샷 그룹에서만 사용해야 합니다 . 이 옵션은 스냅샷이 아닌 그룹에서 사용시 무시됩니다 . 스냅샷 그룹에 사용하도록 전달된 경우 이 옵션은 지정된 스냅샷을 3차 스토리지에 백업되도록 구성합니다 .

-c client

파일 시스템을 저장할 대상 클라이언트의 이름입니다 . -c client를 여러개 지정할 수 있습니다 .

-c 옵션을 지정하면 지정된 그룹 (지정된 그룹이 없을 경우 "기본값 ")에서 명명된 클라이언트만

실행됩니다 .


savegrp(8)

-N parallelism

parallelism 값은 시스템 리소스의 과도한 사용을 피하기 위해 savegrp에서 사용할 수 있는 다른 모든 병렬 처리 고려 사항을 재정의 합니다 .

리소스 유형NSR 동시에 시작할 최대 저장 수에 parallelism 속성을사용합니다 .

NSR group

work list 속성에는 아직 완료되지 않는 각 세이브 세트에 대한 클라이언트 이름 , 세이브 레벨

및 저장할 경로를 지정하는 세 개의 값이 포함되어 있습니다 .completion 속성에는 완료된 각 세이브 세트에 대한 클라이언트 이름 , 저장 경로 , 상태 및 출력을 지정하는 네 개의 값이 포함되어

있습니다.success threshold 속성에는 그룹에 속한 모든 세이브 세트의 성공 여부를 결정하는

임계값이 포함되어 있습니다 .

NSR schedule

명령에서 각 클라이언트의 nsr_client(5) 리소스와 함께 지정된 각 세이브 세트에 수행할 세이브

레벨을 결정하는데 사용됩니다 . NSR client 각 클라이언트 리소스는 해당 리소스를 저장하는 그룹의 이름 , 저장해야 하는 세이브 세트 이름 , 사용할 스케줄 이름 (nsr_schedule(5) 참조 ) 및

사용할 보호 지침 이름 (nsr_directive(5) 참조 )을 지정합니다 .

NSR Notification

event 속성이 savegrp로 설정된 세 종류의 알림이 NSR 알림 시스템으로 전송됩니다 . 먼저

savegrp이 진행 중인 동안에는 상태 알림이 priority가 info인 상태로 전송됩니다 . savegrp

이 완료 되면 수집된 모든 저장의 출력및 저장에 실패한 (있을 경우 ) 클라이언트의 이름이 포함된

알림이 전송됩니다 . 이 알림의 event 유형은 savegrp이며 priority는 notice입니다 . 만일

savegrp이 중단되면 그룹이 종료되었음을 나타내는 알림이 event 유형이 savegrp이고

priority가 alert 상태로 전송됩니다 . 마지막 두 항목의 경우에는 일반적으로 알림이 메일 메시지에 캡슐화되어 루트로 전송됩니다 .

SAVEGROUP 완료 알림 메시지savegroup 완료 알림 메시지는 헤더 , 시작되지 않은 세이브 세트 , 실패한 세이브 세트 , 성공한 세이브 세트 , 이전에 성공한 세이브 세트 및 클론이 생성된 세이브 세트의 6개부분으로 구성됩니다 . 그룹의 각 클라이언트는 하나 이상 ( 일부 세이브 세트가 하나의 범주에 속하고 나머지 세이브 세트가 다른 범주에 속하는

경우에는 둘 이상 )의 섹션 범주에 나열됩니다 . 클라이언트는 영 숫자순으로나열되며 마지막에 서버가 나열됩니다 .

헤더에는 그룹 이름이 표시되며 , 실패한 클라이언트 , 확인되지 않은 클라이언트 , 비활성화된 클라이언트

또는 성공한 클라이언트 (경고 포함 )가 나열됩니 다 . 그룹이 중단된 경우에는 해당 내용도 헤더에 표시됩니다 . 또한 헤더에는 그룹이 시작된 시간 (-R 옵션이 사용된 경우 재시작된 시간 )과 savegrp이 완료 된 시간도 표시됩니다 . 헤더의 실패한 클라이언트 목록에서는 저장을 시도했지만 실패한 클라이언트만 보여 주며

저장을 시작하지 않은 클라이언트는 표시 되지 않습니다 .

시작되지 않은 세이브 세트 섹션은 선택 사항이며 , 그룹에 시작된 적이 없는 세이브 세트가 있는 경우에만

포함됩니다 . 이 섹션은 마스터 savegrp 데몬을 해제하거나 NetWorker Management Console의

Administration 창에서 [모니터 링 ] 메뉴의 중지 기능을 선택하여 savegrp이 중단된 경우에 표시됩니다 . 이 섹션에 나열된 각 항목은 시작되지 않은 클라이언트 및 세이브 세트를 보여주거나 해당 클라이언트에 대해 저장된 세이브 세트가 없는 경우 모두를 표시 합니다 . 다른 오류 메시지는 이 섹션에 나타나지 않습니다 .

실패한 세이브 세트 섹션에는 시도했지만 실패한 모든저장이 표시됩니다 . 이 섹션은 적어도 하나의 세이브세트가 실패한 경우에만 표시됩니다 . 저장에 실패 하는데는 여러 가지 이유가 있습니다 . 그중 가장 일반적인

이유가 아래에 나열되어 있으며 , 다른 많은 이유는 차후에 설명하겠습니다 . 관리자가 실패 원인과 해결 방법을 빠르게 찾을 수 있도록 저장에 실패한 이유를 확인해 두는 것이 좋습니다 .


savegrp(8)

실패한 세이브 세트 섹션의 각 항목은 실패한 클라이언트및 세이브 세트를 한 줄 이상의 오류 및 정보 메시지와 함께 나열합니다 .각 클라이언트는 빈줄로 구분되며 , 해당 클라이언트에서 실패한 모든 세이브 세트가

함께 나열됩니 다 . 일반적인 오류 또는 정보 메시지는 문제를 해결하는 데 필요한 작업과 함께 이 섹션의 끝에 나와있습니다 (client:saveset 접두사 제외 ).

성공한 세이브 세트 섹션의 각 항목에서는 세이브 레벨 , 저장된 데이터 양 , 세이브 세트를 실행할 시간 및

저장된 파일 수와 함께 성공한 클라이언트 및 세이브 세트를 나열합니다 . 또한 각 항목 앞에는 하나 이상의

경고 또는 정보 메시지가 표시될 수도 있습니다 . 그중 가장 일반적인 메시지는 아래에 나열 되어 있습니다 .

항상 그런것은 아니지만 일반적으로 이러한 경고 또는 정보 메시지앞에는 “* ”가 붙습니다 . 세이브 세트의

출력에 경고가 포함될 수도 있지만 , 이것이 항상 세이브 세트가 실패한것을 의미하지는 않습니다 . 성공 임계값 속성은 경고가 세이브 세트를 성공 또는 실패로 보고할지에 영향을 주는지 여부를 결정하는데 사용됩니다 . 성공 임계값의 정의와 이 속성이 세이브 세트의 성공 /실패 보고에 미치는 영향은 nsr_group(8)을 참조하십시오 .

또한 mminfo(8)에서 성공한 세이브 세트와 실패한 세이브세트의 정의에 대한 자세한 내용을 참조하십시오 .

클론 생성된 세이브 세트 섹션에서는 세이브 세트가 생성된 클라이언트가 아니라 클론 생성된 세이브 세트를

표시합니다 . 이 섹션에는 nsrclone 명령의 출력이표시됩니다 . nsrclone 명령의 출력에 대한 자세한 내용은 nsrclone(8) man 페이지를 참조하십시오 .

이전에 성공한 세이브 세트 섹션은 선택 사항이며 , 그룹이 재시작되고 이전 savegroup 실행에서 완료된 세이브세트가 있는 경우에만 포함됩니다 .이 섹션은 성공한 세이브 세트 섹션과 동일합니다 .

다음은 완료 알림에 표시되는 일반적인 정보 , 경고 및오류 메시지의 목록입니다 . 이것은 전체 목록이 아닙니다 . 또한 실제로 표시되는 메시지는 운영 체제 공급업체에서 제공하는 오류 메시지의 차이로 인해 여기에서 설명하는 것과 약간 다를 수 있습니다 . 많은 메시지에는 클라이언트 또는 서버 이름이 포함 되기때문에

오류 메시지에서 키워드를 찾는 것이 가장 효율적입니다 . 아래의 메시지는 변수가 아닌 첫 번째 단어를 기준으로 사전순으로 나열한 것입니다 . (참고 : "save", "asm" 및 "savefs"와 같은 첫 단어는 같을 수도 있고 다를 수 도 있으며 , 첫 번째 경로 이름은 항상 다른 것으로 간주합니다 .

aborted

이 정보 메시지는 일반적으로 NetWorker Management Console 의 Administration 창에서 [

모니터링 ] 메뉴의 중지 기능을 선택하여 savegrp의 실행을 중단한 경우에만 발생합니다 . 이 메시지는 지정된 세이브 세트에서 저장을 시작했지만 savegrp이 중단되어 저장을 완료 하지 못했음을

의미합니다.이 세이브 세트에 대한 세션 이 NetWorker Management Console Administration

창의 [모니터링] 표시에서 즉시 사라지지 않을 수도 있습니다. 특히 savegrp에서 세이브 세션을

해제 하지 못한 경우에는 이 현상이 발생합니다 . 이런 경우 savegrp을 재시작하면 세이브세트가

다시 시도됩니다 . 예를 들어 [모니터링 ] 표시의 [그룹 ] 탭에서 재시작할 수 있습니다 .

클라이언트 액세스 위반 - 비보안 포트 N

이 메시지는 클라이언트에서 save 명령을 실행할 때 생성되며 , save가 setuid 루트가 아님을 의미합니다 . 이경우 클라이언트에서 save 명령의 소유자가 루트인지와 명령의 setuid 비트가 설정되어 있는지 확인 합니다 . NFS 마운트된 파일 시스템에서 save가 실행되는 경우에는 "-nosuid"

옵션을 사용하여 해당 클라이언트에 파일 시스템이 마운트 되지 않았는지 확인합니다 .

액세스 위반 - 알수 없는 호스트 : 클라이언트이 메시지는 클라이언트의 호스트 이름 및 IP 주소가 서버에 있는 하나 이상의 /etc/hosts, NIS

또는 DNS에 제대로 나열되지 않은 경우에 발생합니다 .사용자 서버에서 사용중인 호스트 테이블에

따라 적절한 호스트 테이블을 변경하여 NetWorker에 알려진 이름 (클라이언트의 기본이름 )으로

클라이언트의 이름을 나열하거나 오류 메시지끝에 나열된 이름을 클라이언트의 클라이언트 리소스에

있는 별칭 속성에 추가 해야 합니다 .

asm: 경로를 열 수 없음 : 입출력 오류이 메시지는 일반적으로 지정된 파일 또는 디렉토리를 포함하는 디스크에 잘못된 블록이 있음을 의미합니다 . 이 경우 지정된 클라이언트 파일 시스템에 대한 파일 시스템 검사를 즉시 실행하고 사용


savegrp(8)

자 클라이언트의 시스템 오류 로그를 확인해야 합니다 . 잘못된 블록이 있으면 가능한 경우 해당 블록을 복구하거나 파일 시스템을 다른 디스크로 이동합니다 .

asm: 경로를 stat 처리할 수 없습니다 . 오래된 NFS 파일 핸들asm: 경로를 stat 처리할 수 없습니다 . 파일 또는 파일 시스템 누락

이러한 정보 메시지 (다른 운영 체제의 경우 이 정보 메시지의 변형 )는 save를 시도하여 명명된 디렉토리를 테스트한 결과 , 즉 현재 저장 중 인 파일 시스템과 다른 파일 시스템인지 확인한

결과 , 파일 시스템은 NFS 마운트되었지만 마운트 지점이 잘못되었음을 의미합니다 . 이 메시지는

저장된 데이터에 영향을 주지않지만 지정된 클라이언트와 하나 이상의 해당 파일 서버간에 네트워크

또는 NFS 문제가 있음을 의미합니다 . 이경우 문제를 해결하려면 클라이언트의 파일 시스템을 다시

마운트하거나 재부팅해야 할 수 있습니다 .

/path/nsrexecd: 파이프를 만들 수 없습니다 .

/경로 /nsrexecd: 포크할 수 없습니다 .

포크 : 더 이상 프로세스 없음 지정된 클라이언트 측 리소스가 초과되었습니다 .

savegrp이 실행되는 동안 클라이언트에서 실행 중인 다른 서비스가 너무 많습니다 . 클라이언트를

검사하여 리소스가 부족한 이유를 확인합니다 . 클라이언트를 재부팅해야 할 수도 있습니다 . 또한

savegrp이 실행 중일 때 클라이언트에서 자동으로 시작된 모든 작업 (예 : cron(8)을 통해 시작된작업 )을 다시 예약하는 것이 좋습니다 .

asm: chdir 실패 경로 : 사용 권한이 거부되었습니다 .

이 메시지는 지정된 세이브 세트를 백업하는 동안 save가 명명된 디렉토리에 접근할 수 없었음을

의미합니다 . save가 지정된 클라이언트의 setuid 루트가 아니거나 해당 디렉토리가 루트에 대한

액세스가 허용되지 않는 NFS 마운트 지점임을 의미할 수도 있습니다 . 지정된 클라 이언트에서

ls(1)를 사용하여 save의 권한을 확인하고 save를 루트에 서 소유하는지와 setuid 비트가 설정되어 있는지를 확인합니다 .

AA.BB.CC.DD 주소에 연결 : 메시지AA.BB.CC.DD 시도 중 ...

이러한 정보 메시지는 -v 옵션을 사용하는 경우에만 표시됩니다 .이 메시지는 첫 줄에 지정된 주소에서 클라이언트에 대한 연결에 실패했음을 의미합니다 . 클라이언트에 둘 이상의 IP 주소가 있는

경우 savegrp 은 두 번째 줄에 나열된 주소를 시도합니다 . 완료 메일의 두 번째 이후 줄에서는

이 두 번째 주소가 성공했는지 여부를 보여줍니다 . 네트워크 라우팅 테이블을 확인하고 변경하면

이 메시지를 받지 않을수 있습니다 .

연결이 거부되었습니다 .

클라이언트 시스템이 실행 중이지만 nsrexecd(또는 rshd)에 대한 새 네트워크 연결을 받아들이지 못하고 있음을 의미합니다 . 이는 savegrp 이 연결을 시도할 때 클라이언트가 부팅중이었거나

클라이언트의 일부 리소스가 한계를 초과하여 새 연결을 받아들이지 못하는것을 의미 할 수 있습니다 .이 경우 클라이언트에 로그인하여 원격 연결을 받아들이는지 여부를 확인해야 합니다 . 클라이언트가 UNIX 시스템이 아닌 경우에는 해당 시스템에서 NetWorker Client를 시작해야 할 수도

있습니다 . 자세한 내용은 NetWorker 설치 안내서를 참조하십시오 .

접속 시간이 초과 되었습니다 .

일반적으로 클라이언트에 장애가 있거나 작동이 중지되었음을 의미합 니다 . 클라이언트가 재부팅되었는지 , nsrexecd를 사용하는 경우에는 현재 실행되고 있는지 확인합니다 . 클라이언트가 UNIX

시스템이 아닌 경우 네트워크 프로토콜이 로드되었는지 그리고 이 시스템에 서 Net- Worker

Client가 실행 중인지 확인해야 할 수있습니다 . 자세한 내용은 NetWorker 설치 안내서를 참조하십시오 .

asm: 외부 ASM ‘asm2’가 1 코드와 함께 종료되었습니다 .

이 메시지는 일반적으로 명명된 세이브 세트에 파일 또는 디렉토리를 저장하는 동안 발생한 특정

문제를 보고하는 다른 메시지와 함께 나타납니다 . 백업이 계속 실행되고 다른 데이터의 저장을 시도합니다. 일반적으로 세이브세트의 최상위 디렉토리만 저장된 경우에도 세이브세트의 임의 파일이

성공적으로 저장되었다면 완료메일의 실패한 세이브 세트 섹션에 백업이 나열되지 않습니다 .


savegrp(8)

저장 : 경로 파일 크기가 변경되었습니다 .

이 정보 메시지는 NetWorker에서 로그 파일을 백업할 때 생성되는 경우가 많습니다 . 그렇지만

다른 파일에도 발생할 수 있습니다 . savegrp 이 실행 되는 동안 크기가 커질 것으로 예상되는 파일의 경우 logasm(8)을 사용하여 해당 파일을 백업하도록 지정하는 보호 지침을 사용할 수있습니다 . 자세한 내용은 nsr(5) 및 nsr_directive(5)를 참조하십시오 .

asm: getwd 실패지정된 세이브 세트를 백업하는 동안 현재 디렉토리의 이름을 확인하지 못했음을 의미합니다 . 이

메시지는 일반적으로 이전 버전의 Net- Worker Client를 실행하는 시스템에서 getwd(3) 라이브러리 호출이 끊어진 경우에 발생합니다 . EMC 기술 지원 담당자에게 연락하여 이러한 공급업체 관련 버그를 해결하기 위해 사용자의 클라이언트 플랫폼에 사용할수 있는 패치가 있는지 확인하거나

운영 체제 공급업체에 이 문제가 해결된 최신 OS 버전이 있는지 문의할 수 있습니다 .

groupname 그룹이 중단되었습니다 . savegroup이 이미 실행되고 있습니다 .

이 메시지는 다른 정보 없이 메시지만 전송됩니다 . 명명된 그룹이 이미 시작되었거나 nsrd(8)에

의해 자동으로 또는 명령줄에서 수동으로 재시작된 경우 (예 : 재부팅후 또 는 NetWorker

Management Console Administration 창의 [그룹 ] 탭을 통해 재시작된 경우 ) 이 메시지가 발생합니다 . 이 경우 ps(1)를 사용하여 실행중인 savegrp의 프로세스 ID를 확인할 수 있습니다 .

실행중인 그룹의 존재 여부는 /nsr/tmp/sg.group이라는 파일을 찾아서 확인할 수 있습니다 . 이

파일이 존재하고 잠겨있으면 savegrp이 실행 중임을 의미합니다 .

비활성 작업 (id) client:saveset을 (를 ) 중단합니다 .

지정된 비활성화 제한 시간 동안 클라이언트에서 서버에 데이터를 보내지 않았습니다 . savegrp은

작동이 중지된 클라이언트가 다른 백업 또 는 클론 생성 작업을 방해하지 않도록 nsrjob(8)이 진행 중인 백업 을 종료하도록 요청합니다 .

시간 이후 N분 동안 비활성화 되었습니다 .

client:saveset가 savegrp에 의해 중단됩니다 .

지정된 세이브 세트의 백업이 시작되었지만 N분 동안의 비활성 상태후 savegrp 이 해당 세이브

세트의 백업을 중단했습니다 . 일반적으로 이 메시지는 클라이언트가 NFS 파티션을 기다리는 동안

작동이 중지 되었음을의미합니다 . 그러나 NetWorker(또는 다른 프로그램 )는 NFS 파티션에 액세스를 시도하기 전에는 NFS 파티션이 작동을 중지할지 여 부를 정확히 알 수 없습니다 . 파티션이

다시 온라인 상태가 되면 savegrp이 중단한 경우에도 저장이 완료됩니다 .NFS 파티션의 작동 중지를 풀려면 클라이언트를 재부팅해야 하는 경우도 있으므로 클라이언트를 확인해야 합니다 . 또한

UNIX가 아닌 클라이언트는 해당 네트워크 프로토콜의 운영 체제 구현 결함과 같은 다른 이유로도

작동이 중지됩니다 .

호스트에 연결할 수 없습니다 .

NetWorker Server가 클라이언트에 TCP/IP 연결을 할 수 없습니다 . 이 메시지는 일반적으로 네트워크 자체가 제대로 구성되지 않았음을 의미합니다 . 대부분은 하나 이상의 게이트웨이 또는 라우터가 다운되었거나 네트워크 경로가 제대로 설정되지 않은 것이 원인입니다 . 서버에서 클라이언트에 연결할 수 있는지 확인하여 , 연결할 수 없는 경우 라우터 , 게이트웨이 또는 라우팅 테이블을

확인 및 재구성해야 합니다 (필요한경우 ).

로그인이 잘못되었습니다 .

이 메시지는 클라이언트의 원격 사용자 속성이 클라이언트에서 유효한 로그인으로 설정되지 않은 경우에 생성됩니다 . 클라이언트의 원격 사용자 속성이 올바른 로그인 이름으로 설정되었는지 확인합니다 . nsrexecd 가 클라이언트에서 시작되지 않았거나 해제된 경우에는 nsrexecd가 실행 중일

때도 이 메시지가 나타날 수 있습니다 .

asm: 누락된 하드 링크를 찾을 수 없습니다 .

이 메시지는 백업된 파일에 하나 이상의 찾을 수 없는 하드 링크가 있는 경우에 생성됩니다 . 이

메시지 뒤에는 일부 링크가 누락된 백업 파일의 파일 이름을 하나 이상 포함하는 목록이 표시됩니다 . 이 메시지는 백업이 실행되는 동안 여러 하드 링크가 있는 파일이생성되었지만 파일 시스템의

트리 탐색 순서로 인해 일부 링크가 누락되었음을 의미 하거나 , 백업이 생성되는 동안 파일 또는


savegrp(8)

일부 링크가 제거되었음을 의미합니다 .이러한 링크는 발견된 것만 복구할 수 있으며 추가 링크는

손실됩니다. 영향을 받는 파일에 정합성 보장이 필요한 경우 영향을 받는 파일 시스템에 대해 추가

증분 백업을 수행할 수 있습니다 .

서버 연결 끊김 . 종료하는 중저장 : 네트워크 오류 , 서버가 다운된 것 같습니다 .

명명된 파일 시스템의 백업이 시작되었지만 진행 중인 NetWorker Server에 대한 연결이 닫혔습니다 . 이 메시지는 일반적으로 서버 시스템이 재부팅되었거나 , 하나 이상의 NetWorker Server 데몬 프로세스가 시스템 관리자에 의해 또는시스템 자체적으로 해제되거나 (예 : 바이 너리 덮어쓰기 또는 스왑 공간의 디스크 오류로 인해 ), 운영 체제에 의 해네트워크 연결이 끊어지는 일부 전송 문제가 있음을 의미합니다 . 이 경우 나중에 저장을 다시 시작합니다 . 미디어 데이터베이스에서 이 이름을 가진 세이브 세트를 찾지 못했습니다 . 전체 백업 실행 중 이 정보 메시지는 savegrp에 의해 클라이언트의 스케줄에서 발견된 레벨 대신 전체 레벨에서 저장된 모든 세이브 세트에 추가됩니다 . 타이밍 문제로 인해 클라이언트 및 서버의 시계가 동기화 되지 않았거나 savegrp 이 자정 전에 시작하여 자정 후에 종료되는 경우에도 이 메시지가 표시될 수 있습니다 . 또한 NetWare BINDERY를 백업하는 일부 버전의 NetWorker Client 소프트웨어 (스케줄을 무시하고 전체 세이브를 수행함)로부터 이와 같은 유형의 의미 없는 메시지를 받을 수도 있 습 니다 .두 경우 모두 클라이언트는 레벨을 다시 확인하고 서버에서 요청된 레벨을 재정의합니다 . 더 이상 프로세스 없음 "파이프를 만들 수 없습니다 ." 메시지 정보를참조하십시오 . clienthostname 클라이언트에 대한 ’NSR client’ 리소스가 없습니다 .

savefs: 클라이언트 리소스를 검색할 수 없습니다 . 이 한 쌍의 메시지는 /etc/hosts, NIS 또는 DNS에서 클라이언트의 호스트 이름이 변경된 경우에 발생합니다 . 또한 savegrp이 실행 중일 때 클라이언트의 클라이언트 리소스를 삭제했을 수도 있습니다 . 첫 번째 경우에는 클라이언트의 별칭 속성 (숨겨진 속성임 )에 클라이언트의 새 이름을 추가해야 합니다 . 이렇게 하려면 nsradmin(8)(숨김 표시 옵션 선택 )을 사용하거나 NetWorker Management Console(Administration 창의 구성 화면에서 클라이언트 항목을 두 번 클릭 )을 사용합니다. 두 번째 경우에는 의도적인 삭제일 때 다른 추가 작업이 필요하지 않습니다. 이 경우 다음번 savegrp 실행에서 클라이언트를 저장하지 않습니다 . 그러나 의도하지 않은 삭제인 경우에는 클라이언트를 다시 추가하고 해당그룹에 다시 포함시켜야 합니다 .그러면 다음 번 savegrp 실행에서 해당 클라이언트가 전날 다운된 것처럼 클라이언트를 백업합니다 .

출력 없음세이브 세트가 완료되었지만 반환된 상태 출력이 없습니다 . 대부분 클라이언트가 백업되는 동안 클라이언트에 장애가 있었거나 해당 네트워크 연결이 손실된 것 (즉 , 클라이언트와 서버 간의 라우터가 고장난 경우 )이 주된 원인입니다 . 다른 이유로는 클라이언트 상태를 기록하는 디스크가 꽉 찼을 수 있습니다 . 이는 df /nsr/logs를 수행하여 확인 할수 있습니다 . 세이브 세트가 저장되었는지 여부를 확인하려면 mminfo(8)을 사용할 수 있습니다. 예를 들어 mminfo -v -c clientname -t ’1 day ago’를 실행하고 완료 상태에 대한 플래그 열을 확인합니 다 . ’a’ 플래그는 세이브 세트가 중단되었음을 나타냅니다 . 이 경우 더 이전 시간을 사용 (-t 옵션 )하여보다 오래 전의 상태를 확인합니 다 .

filesystem: 해당 파일 또는 디렉토리가 없습니다 .

지정된 클라이언트의 클라이언트 리소스에 명시적세이브 세트가 명명 되어 있지만 클라이언트에 해당 세이브 세트가 없거나 현재 마운트되지 않은 경우에 발생합니다 . 대소문자를 포함하여 세이브

세트 이름의 맞춤법이 올바른지 확인하고 클라이언트에 로그인한다음 세이브 세트가 마운트되어 있는지 확인합니다 .

/path/nsrexecd: 호스트 주소를 조회할 수 없습니다 .

/path/nsrexecd: 서버의 호스트 주소 불일치 클라이언트의 nsrexecd 데몬이 클라이언트의 호스트 테이블에서 서버를 조회했지만 나열된 주소가 서버의 주소와 일치하지 않았습니다. 서버의 모든

인터페이스는 호스트 테이블에 나열된 고유 이름 (별칭 또는 CNAME 은 고유 하지 않을 수 있음 )

을 가져야 하며 각 고유 이름은 nsrexecd에 유효한 서버로 나열되어야 합니다 .

/path/nsrexecd: 호스트 서버에서 명령 실행을 요청할 수 없습니다 .

/path/nsrexecd: 사용자 호스트에서 명령 실행을 요청할 수 없습니다 . 서버가 지정된 클라이언트에서 nsrexecd의 유효한 서버 목록에 나열되어 있지 않습니다 . 유효한 서버 목록은 nsrexecd


savegrp(8)

명령줄 (nsrexecd)에 대한 하나 이상의 -s server 옵션 사용 ) 또는 파일 (nsrexecd에 대한 -

f file 옵션 사용 )에 있습니다 . 명령줄과 파일에 모두 지정되지 않은 경우 nsrexecd는 이름이

servers인 파일을 nsrdb 구성 데이터베이스를 포함하는 동일 디렉토리 (예 : 일반적인 UNIX 서버의 경우 /nsr/res/nsrdb)에서 찾습니다. 또한 서버 가 클라이언트의 /etc/hosts, NIS 또는

DNS 중 하나 이상에 나열되어 있지 않을 수 도 있습니다 . 이 경우 nsrexecd는 클라이언트의 호스트 이름 지정 구성이 정해질 때까지 서버를 확인할 수 없습니다 .

/path/nsrexecd: 잘못된 인증자입니다 .

/path/nsrexecd: 잘못된 명령입니다 . 이 두 메시지는 savegroup 완료 메시지에 발생해서는 안됩니다 . 이 메시지는 savegrp이 해당 프로토콜을 제대로 따르지 않았음을 의미 합니다 .

/path/nsrexecd: 사용 권한이 거부되었습니다 .

사용 권한이 거부되었습니다. 이와 유사한 메시지는 nsrexecd 및 rshd에 의해 각각 생성됩니다.

어느 경우든 클라이언트에서 명령을 실행할 권한이 서버에 없습니다 . 첫 번째 메시지의 경우 서버가 클라이언트에 유효한 서버로 나열되어 있는지 확인합니다 . 자세한 내용은 위에서 설명한 "호스트 서버에서 명령 실행을 요청할 수 없습니다 ."를 참조하십시오 . nsrexecd가 언급되지 않는 두

번째메시지의 경우에는 "servername"이 클라이언트의 /.rhosts 파일 (또는 이 클라이언트에

원격 사용자 속성을 설정한 경우 클라이언트의 해당 사용자에 대한 홈 디렉토리에있는 .rhosts

파일 ) 에 나열되어 있는지 확인합니다 .

/경로 /savegrp: 부트스트랩 정보를 출력하지 못했습니다 .

"알수 없는 프린터 " 메시지 정보를 참조하십시오 .

로그 파일을 읽지 못했습니다 .

지정된 세이브 세트가 완료된 후 savegrp이 세이브 세트에서 출력 상태 로그 파일을 읽을 수 없습니다 . 이 메시지는 일반적으로 임의의 사용자 또는 NetWorker가 아닌 자동 관리 프로그램이나

스크립트에서 로그 파일을 제거했음을 의미합니다. 이 메시지는 클라이언트 로그가 저장 되는 파일

시스템에 공간이 부족한 경우에도 발생할수 있습니다 . 이러한 경우는 df /nsr/logs를 사용하여

확인 할 수 있습니다 . /nsr/logs(savegrp이 세이브 세트 로그파일을 저장하는 위치 )에서 파일을 제거한 스크립트가 없는지 확인합니다 .

시스템 서버의 요청이 거부되었습니다 .

서버가 PC(NetWare 또는 DOS) 클라이언트의 허용 가능한 서버 목록에 나열되어 있지 않습니다 .

클라이언트 측 목록에 서버를 추가하는 방법에 대한 자세한 내용은 NetWorker 설치 안내서를 참조하십시오 .

N번 재시도함1번 재시도함 이러한 정보 메시지 중 하나는 savegrp이 첫 번째 시도에서 데이터를 백업할 수 없고 그룹의 클라이언트 접속 재시도 횟수 속성 값이 0보다 큰 경우에 세이브세트의 출력 앞에 표시됩니다 . 이 경우에는 세이브 세트백업이 성공할 때까지 또는 최종적으로 실패로 표시될때까지 지정된 횟수만큼 재시도됩니다 .

RPC 오류 : 세부 정보 ...

‘서버 ’를 포함하는 세이브 세션을 열 수 없습니다 . 이 메시지는 save 명령이 NetWorker

Server에 데이터를 백업할 수 없는 경우에 생성됩니다. 여러 가지 가능한 세부 정보가 있습니다.

가능성이 가장 큰 원인은 서버의 리소스가 초과되어 nsrd가 새 세이브 세션 을 받아들일 수 없는

경우 , savegrp이 시작된 이후에 nsrd가 실제로 종료된 경우 (nsrd가 종료된 이후에는 일반적으로 savegrp 완료 메시지를 받을 수 없으므로 이 경우는 가능성이 크지 않지만 -p 옵션을 사용하는 경우 이메시지가 표시될 수도 있음 ), 많은 네트워크 오류가 발생하여 save 명령으로 데이터를

저장할 세션을 열수없는 경우 (이 경우는 netstat -s를 실행하고 발생된 네트워크 오류 수를 파악하는 방법으로 확인합니다 . 오류변경 내용을 확인하려면 이 작업을 몇분 간격으로 여러번 수행해야 할 수도 있습니다 .)의 세 가지입니다 . save 명령을 통해서는 이 세가지 중 실제 원인을 알수

없습니다 . 이러한 오류가 자주 발생하고 서버 리소스 문제로 생각되는 경우에는 문제가 있는 그룹

리소스의 클라이언트 접속 재시도 횟수 속성 값을 증가시키는것을 고려해 볼 수 있습니다 . 이렇게


savegrp(8)

하면 리소스 활용도가 낮아지는것이 아니라 savegrp이 강화됩니다 . 하지만 클라이언트 접속 재시도 횟수를 늘리면 서버의 로드가 늘어나는 단점이 있습니다 .

클라이언트의 nsrexecd를 사용할 수 없습니다 . 대신 rsh를 사용하고 있습니다 . 이 정보 메시지는 세부 정보를 보기 위해 -v 플래그가 사용된 경우에만 표시됩니다 . 이 메시지는 nsrexecd가

클라이언트에서 실행되고 있지 않으며 , savegrp이 savegrp 이전 버전과의 호환성을 위해 rshd

서비스를 대신 사용하려고 시도함을 의미합니다 .

저장 : clientname2가 클라이언트의 액세스 목록에 없습니다 .

이 오류는 명명된 클라이언트가 둘 이상의 이름 (예 : client라는 간단 한 이름과

client.EMC.com이라는 정규화된 도메인 이름 )을 가진 경우에 발생합니다 . 클라이언트가 저장을

시작하기 위해 NetWorker Server 에 연결을 다시 시도할때는 클라이언트 리소스 이름과 일치하는

client 로 자신을 호출하지만 서버가 클라이언트의 네트워크주소를 조회할 때는 clientname2라는 이름을 가져오게됩니다 . 이 경우에는 clientname2 를 클라이언트의 별칭속성에 추가하고 저장을 다시 실행 합니다 .

저장 : 경로 길이 xxxx가 너무 길어서 디렉토리가 저장되지 않았습니다 .

이 메시지는 디렉토리의 하위 레벨이 너무 많거나 디렉토리 이름이 지나치게 긴 경우에 발생할 수있습니다 . 또한 지정된 파일 시스템에 잘못된 블록이 있거나 파일 시스템이 손상된 경우에도 이 메시지가 발생할 수 있습니다 .NetWorker는 전체 경로 이름을 대부분의 시스템에서 허용되는 최대값인 1024자로 제한합니다 . 이러한 디렉토리를 저장하려면 전체 경로 이름이 1024자보다 짧도록 디렉토리 이름을 바꾸거나 디렉토리를 이동해야 합니다 . 파일 시스템이 손상된것으로 보이는 경우 ,

예를 들어 이름에 루프가 있는것처럼 경로 이름이 매우 긴 경우에는 지정된 클라이언트에서 파일

시스템 검사를 수행합니다 .

/path/save: 명령을 찾을 수 없음/path/savefs: 명령을 찾을 수 없음 /path/save: 찾을 수 없음 /path/savefs: 찾을 수 없음

지정된 경로에서 save 또는 savefs 명령을 찾을 수 없습니다 . nsrexecd 를 사용하는 경우 이

메시지는 save 또는 savefs 명령이 nsrexecd가 설치된 디렉토리에 없거나 , save 또는 savefs

가 제거되었음을 의미할 수 있습니다 . 원격 실행을 위해 rshd를 사용하는 경우 이 클라이언트의

클라이언트 리소스에서 실행 파일경로 속성을 Net- Worker 실행 파일이 설치된 클라이언트의 디렉토리로 설정해야 합니 다 .

savefs: filesystem 저장을 시작하는 중 오류가 발생했습니다 .

이 정보 메시지는 여기에 나열된 몇 가지 다른 save 또는 asm 메시지와 함께 나타납니다 . 이 메시지는 savefs에서 실패한 저장을 감지하고 세이브 세트를 실패로 표시했음을 의미합니다 .

저장 : 알 수 없는 호스트 이름 : 서버savefs: 알 수 없는 호스트 이름 : 서버 지정된 클라이언트의 호스트 테이블 (클라 이 언 트

구 성 에 따 라 /etc/hosts, NIS 또는 DNS)에 서버 이름이 포함되어 있지 않습니다 .지정된

클라이언트의 호스트 테이블에 서버의 호스트 이름을 추가합니다 . DNS를 사용하지만 서버의

클라이언트 리소스 이름 (즉 , 서버 자체의 클라이언트리소스 )이 정규화되지 않은 경우 (즉 ,

"server.dom.ain" 이 아니라 "server"와 같이 표시되는 경우 ) 서버가 클라이언트와 다른

도메인에 있으면 server라는 이름을 클라이언트가 속한 도메인의 도메 인 테이블에 추가합니다 .

NIS를 사용하는 경우 이 오류는 NIS 호스트맵에 서버가 없거나 , /etc/hosts 파일에 서버가 나열되어있지 않거나 , 지정된 클라이언트의 NIS 마스터가 잘못 구성되었음을 의미합니다 . NIS 마스터가 잘못 구성된 경우는 서버가 보조 서버이고 기본 서버에 서 yppush(8)를수행하지 않은 경우로 , 클라이언트에서 ypwhich -m을 실행하면 마스터 변환을 제공하는 NIS 서버를 찾을 수있습니다 .

savegrp: ’command’

명령의 클라이언트 rcmd(3) 문제 이 오류 메시지는 일반적으로 더 구체적인 다른 오류메시지와 함께 나타납니다. 이 메시지는 지정된 명령(일반적으로 여러 명령줄 매개 변수가 포함된 save 또는

savefs)을 지정된 세이브 세트에서 실행 하지 못한 경우에 생성됩니다. 오류 출력의 앞줄에는 이

섹션에서 찾을 수 있는 더 구체적인 오류 메시지가 포함되어야 합니다 . 일반적으로 호스트 테이블

구성이 잘못된 문제이거나, nsrexecd를 시작할 때 서버가 지정되지 않은 오류 또는 nsrexecd를


savegrp(8)

사용하지 않는 경우 .rhosts 에 사용 권한이 누락된 오류 등의 여러 가지 사용 권한 거부 오류일

수 있 습니다 . 이러한 경우가 아니면 NetWorker Server에 루트로 로그인 하 고 clientname

및 groupname에적절한 클라이언트를 지정하여 savegrp -p -v -c clientname groupname

명령을 실행합니다 . 이 세부 정보 출력에는 문제를 해결하는 데 필요한 추가 정보가함되어야 합니다 .

savegrp: 세부 정보 출력의 N행을 표시하지 않습니다 .

savegrp -v을 실행할 때와 같이 ,백업에서 엄청나게 많은 양의 출력이 생성될 경우가 있습니다 .

서버에서 그룹 완료 속성을 업데이트할 때 savegrp 은 이 출력의 처음 몇줄을 표시하지 않을 수도

있습니다 . 이는 완료 속성에 모든 출력을 기록하면 nsrd가 예기치 않게 많은 양의 메모리를 사용할 수 있기 때문입니다 . savegrp -v의 전체출력은 daemon.raw에서 확인할 수 있습니다 .

savegrp: 출력의 N행을 표시하지 않았습니다 .

자세한 정보는 daemon.raw를 확인하십시오 . savegrp 완료 알림은 1024자보다 긴 경우 1024자로 잘립니다 .daemon.raw 및 NetWorker Management Console에서는 전체백업에 대한 세부

정보를 제공합니다 .

소켓 : 모든 포트 사용 중 NetWorker Server에 소켓 설명자가 부족합니다 .

이 메시지는 사용자 서버에서 소켓 리소스 한도가 초과되었음을 의미합니다 . 더 이상 이 메시지가

표시되지 않게 하려면 savegrp이 실행되는 동안 실행 중인 다른 네트워크 서비스를 확인하고

savegrp 또는 다른 서비스 중 하나를 다시 예약해야 합니다 .또한 nsr_service(5) 리소스의 병렬 처리 수를 줄여 리소스 활용도를 낮출 수도 있습니다 .

소켓 : 회로 설정에서 프로토콜 실패 클라이언트가 TCP/IP 프로토콜 스택을 지원하지 않거나 해당 연결을

설정할 권한이 있는 포트를 사용하지 않는 경우에 발생합니다 . 두 번째 원인은 nsrexecd를 사용하지만 지정된 클라이언트에서 루트로 시작 하지 않은 경우 발생할 수 있습니다 . nsrexecd 데몬은 각 클라이언트에서 루트로 실행해야 합니다 .

path: 이 데이터 세트는 사용중이므로 지금 액세스할 수 없습니다 .

이 메시지는 DOS 또는 NetWare를 실행하는 PC 클라이언트의 세이브 세트에 의해 생성됩니다 . 이러한 시스템에서는 운영 체제에서 제공하는 인터페이스로 인해 NetWorker Client 소프트웨어가

쓰기 위해 열려 있는 파일을 백업할 수 없습니다 . 이 메시지는 실제로 Novell의 TSA에 서 생성되며 변경할 수 없습니다 .

알 수 없는 호스트 지정된 클라이언트가 서버의 호스트 테이블에 나열되어있지 않습니다 .

(주: 위에 설명된 유사한 "save" 또는 "savefs" 관련 메시지를 참조 하십시오.) 호스트 구성에

따라이 메시지는 클라이언트가 /etc/hosts, NIS 또는 DNS(Domain Name Service) 중 하나 이상에 나 열되어 있지 않음을 의미합니다 . 정규화된 도메인 이름을 사용하는 경우에는 해당 정규화된 도메인 이 름( 예: "mars" 가 아니라 "mars.EMC.com" 과 같은 클라이언트 리소스 이름)을

사용하여 이 클라이언트에 대한 새 클라이언트 리소스를 만들어야할 수도 있습니다 .

프린터 : 알수 없는 프린터 경로 /savegrp: 부트스트랩 정보를 출력하지 못했습니다 .

(아래에 복제됨 ) 이 메시지 또는 이와 유사한 메시지는 savegrp이프린터에 부트스트랩을 출력할

수 없는 경우에 해당 부트스트랩 정보와 함께 표시됩니다 . 이 경우에는 그룹의 프린터 속성에서 다른 프린터를 지정하거나 사용자 출력 서버에서 해당 프린터 (기본적으로 사용자 시스템의 기본 프린터가 사용됨 )를 인식하도록 구성해야합니다 . 부트스트랩 정보는 savegrp 완료 메일의 일부로 나열됩니다 . 사용자 서버에 장애가 있거나 디스크가 손실되는 경우 이 정보를 즉시 출력하고

savegrp에서 사용하는 프린터 이름을 수정해야 합니다 .

경고 - 파일 ‘경로 ’가 저장 중 변경되었습니다 .

이 경고 메시지는 파일을 백업하는 동안 파일의 수정시간이 변경되었음을 save 명령에서 인식할 때

발생합니다 . NetWorker는 백업 실행 속도가 매우 느려질 수 있기 때문에 저장하기 전에 파일 잠금을 시도하지 않습니다 . 이 메시지가 발생하는 파일은 정합성이 보장된 복제본이 저장되도록 수동으로 백업할 수 있습니다 . NetWorker는 계속 같은 파일에 시도하는 것을 방지하기 위해 이 작업을 자동으로 시도하지 않습 니다 .


savegrp(8)

경고 : ‘클라이언트 ’가 호스트 테이블에 없습니다 .

이 메시지는 클라이언트의 파일 시스템을 저장하기 위해 지정된 클라 이언트에서 save 또는

savefs 명령이 실행되는 경우 발생됩니다 . 클라이언트의 호스트 이름이 해당 호스트 테이블 (클라이언트 구성에 따라 /etc/hosts, NIS 또는 DNS)에 나열되어 있지 않습니다 . 이 메시지가 발생하면 거의 항상 저장에 실패합니다 . 클라이언트의 호스트 테이블을 수정하고 저장을 다시 실행합니다 .

asm: 경로가 성공적으로 저장되지 않았습니다 .

이 메시지는 일반적으로 보다 구체적인 하나 이상의 세이브 세트 관련 메시지와 함께 표시됩니다 .

현재세이브 세트 내의 지정된 경로가 성공적으로 저장되지 않았음을 나타냅니다 . 하지만 세이브 세트의 다른 파일및 디렉토리에 대한 백업은 계속 수행됩니다 .

asm: 경로에 대한 xdr_op를 수행하지 못했습니다 .

이 오류는 메모리 부족 , 운영 체제의 네트워킹 소프트웨어 결함 , 외부 ASM의 예기치 않은 종료 ,

네트워크 연결 끊김 등 가능한 여러 가지 조건으로 인해 발생할 수있습니다. 네트워크 연결 끊김이

오류의 원인인 경우에는 nsr_shutdown으로 인해 NetWorker Server가 종료될 가능성이 많습니다 . 이 경우 서버를 다시 시작한 후 그룹을 재실행합니다 . 예기치 않은 ASM 종료가 원인인 경우(이 경우 메시지는 해당 ASM을 설명하는 메시지와 함께표시됨)에는 디스크에서 잘못된 블록 또는

결함이 발견되었을 수도 있습니다 . 클라이언트 메모리가 부족한지 확인 ( 콘솔 메시지가 표시될 수

있음 )한 다음 세이브 세트의 디스크에 잘못된 블록이 없는지 확인합니다 . 네트워크 오류가 있었다면 다른 프로그램에 의해 클라이언트 또는 서버의 시스템 콘솔에 기록되었거나 시스템로 그 파일에

기록된 메시지도 있을수 있습니다 .

파일/nsr/tmp/sg.group

같은 그룹의 여러 savegrp이 동시에 실행되지 않도록 방지하는 잠금 파일입니다 .

/nsr/logs/sg/group/jobid

명명된 그룹에 대한 개별 세이브 세트의 출력을 캡처하는데 사용되는 로그 파일입니다 . 이 러한 파일은 해당하는 작업 레코드가 작업 데이터베이스에서 삭제되면 디스크에서 삭제됩니다 .

참조ls(1), ps(1), nsr_getdate(3), rcmd(3), fstab(5), nsr(5), nsr_directive(5), nsr_notification(5), nsr_service(5), nsr_group(5), nsr_schedule(5), nsr_resource(5), nsr_render_log(8), mminfo(8), nsrconsolidate(8), netstat(8), nsr(8), nsradmin(8), nsrjobd(8), nsrexecd(8), nsrwatch(8), rshd(8), save(8), savefs(8), pathownerignore(5), yppush(8)


savegrp(8)


savepsm(8)

Maintenance Procedures savepsm(8)

이름savepsm - NetWorker 장기 스토리지에 NetWorker Management Console 데이터베이스 저장

시놉시스savepsm { -I NMC Install directory } -[ STCEh ] [ -s server ] [ -c client-name ] [ -l level ] [ -b pool ]

설명savepsm 은 NetWorker Management Console 데이터베이스의 컨텐츠를 NetWorker server에 저장합니다 . 또한 데이터베이스의 트랜잭션 로그를 자르는 (삭제 및 재시작 ) 데에도 사용할 수 있습니다 .

savepsm 이 시작되는 셸의 LD_LIBRARY_PATH 또는 이와 동등한 환경 변수에는 <product install

directory>/sybasa/lib64(Solaris/AIX/HP-UX) 또는 <product install directory>/sybasa/

lib(Linux)가 구성 요소 중 하나로 포함되어야 합니다. NetWorker Management Console이 Solaris의

기본 opt/LGTOnmc 디렉토리에 없는 경우, LD_LIBRARY_PATH에 <product install directory>/bin도

포함되어야 합니다 .

옵션-b pool

지정된 풀의 볼륨을 사용합니다 .

-C 소프트웨어 압축을 수행합니다 .

-c client-name

클라이언트 이름에서 저장 인덱스를 작성합니다 . 자세한 내용은 save(1m)를 참조하십시오 .

-E 암호화를 수행합니다 .

-h savepsm 바이너리 사용법을 표시합니다 .

-I NMC Install directory

"NMC Install directory"를 패키지의 설치 디렉토리로 사용합니다 . NetWorker Management

Con- sole은 기본적으로 Solaris의 경우 /opt/LGTOnmc에 , Linux/AIX/HP-UX의 경우 /

opt/lgtonmc에 설치됩니다 .

-l level

"level"을 백업 레벨로 사용합니다 . "full", "incr" 또는 "skip"일 수 있습니다 .

-S 인증 구성 파일의 백업을 건너뜁니다 .

-s server "server"를 NetWorker server로 사용합니다 .

-T 백업을 수행하지 않고 데이터베이스의 트랜잭션 로그를 자릅니다 .

사용법savepsm 은 NetWorker Management Console 데이터베이스를 저장하는 데 사용됩니다 . 이 명령은 데이터베이스를 수동으로 저장하거나 트랜잭션 로그를 잘라내는 데 사용됩니다 . 데이터베이스 디렉토리에 있는

NetWorker Management Console 데이터베이스 자격 증명 파일 (gstd_db.conf) 및 NetWorker

Management Console 인증 구성 파일은 NetWorker Management Console 데이터베이스와 함께 자동으로

백업됩니다 . 데이터베이스 자격 증명 파일 및 인증 구성 파일은 이름이 "CONSOLE_BACKUP_FILES"인 세이브 세트에 저장됩니다 .


savepsm(8)

NetWorker Management Console이 인증을 위해 외부 저장소를 사용하도록 구성된 경우 , 인증 구성 파일에는 외부 저장소 (예 : LDAP) 구성 정보가 포함되어 있습니다 . 기본적으로 NetWorker Management

Console은 인증을 위해 자체의 사용자 저장소를 사용합니다 . 인증 구성 파일을 복구하려면 , NetWorker

recover (1m) 명령을 사용하십시오 .

savegrp(1m)를 통해 데이터베이스 자동 저장을 수행하려면 savepsm.sh 스크립트를 사용합니다 .

savepsm.sh 는 LD_LIBRARY_PATH 또는 이와 동등한 환경 변수를 설정한 후 savepsm 을 호출하는 래퍼 스크립트입니다 . 데이터베이스를 자동 저장하도록 구성하려면 클라이언트 리소스를 정의하고 문자열

"NMCASA:/gst_on_<hostname>/lgto_gst"(여기서 hostname은 Net- Worker Management Console

서버를 실행하는 호스트의 간단한 이름 )를 클라이언트의 save set 속성에 배치합니다 . 그런 다음

'backup command' 속성에 다음 명령을 배치합니다 .

savepsm.sh

백업이 완료되고 나면 트랜잭션 로그가 자동으로 잘립니다 .

백업을 수행하지 않고 데이터베이스의 트랜잭션 로그를 자르려면 -T 옵션을 사용합니다 .

참고NetWorker Management Console 서버를 실행해야 savepsm 이 성공적으로 실행됩니다 .

종료 상태savepsm 은 종료 시 오류가 발생한 경우 0이 아닌 종료 코드가 표시되고 , 성공적으로 완료된 경우 종료 코드가 0으로 표시됩니다 .

참조save(1), savegrp(1), recoverpsm(8)


scanner(8)

Maintenance Procedures scanner(8)

이름scanner - NetWorker 미디어 확인기 및 인덱스 재작성 프로그램

시놉시스scanner [ options ] -B -S ssid [ -im ] [ -z ] device

scanner [ options ] -i [ -S ssid ] [ -c client ] [ -N name ] [ -y retention time ] device

scanner [ options ] -m [ -S ssid ] [ -y retention time ] device

scanner [ options ] [ -S ssid ] [ -c client ] [ -N name ] device [ command ]

옵션 : [ -npqvk ] [ -f file ] [ -r record ] [ -s server ] [ -t type ] [ -b pool ]

명령 : -x command [ arg ... ]

설명scanner 명령은 백업 테이프 및 디스크와 같은 NetWorker 미디어를 읽고 볼륨 컨텐츠를 확인하거나 , 볼륨에서 세이브 세트를 추출하거나, NetWorker 온라인 인덱스를 다시 작성합니다. 설치된 경우 수퍼유저만 이

명령을 실행할 수 있습니다 . 그러나 일반 사용자도 루트 권한을 보유하는 동안 이 명령을 실행할 수 있도록

명령 모드를 수정할 수 있습니다 . 자세한 내용은 nsr(8) 을 참조하십시오 . 항상 디바이스 를 지정해야 하며 일반적으로 NetWorker server에서 사용하는 디바이스 이름 중 하나가 사용됩니다 . 예를 들어 테이프

드라이브의 경우 "종료 시 되감지 않는 " 디바이스의 이름이어야 하고 , adv_file 유형의 디바이스에는 읽기 전용 디바이스 이름이 지정된 경우 읽기 /쓰기 디바이스 이름이 사용됩니다 .

옵션 없이 또는 -v 를 사용하여 scanner 가 호출되면 선택한 디바이스 의 볼륨이 읽기를 위해 열리고 검색된 다음 목차가 생성됩니다 . 목차에는 해당 볼륨에서 발견된 각 세이브 세트에 대한 정보가 포함됩니다 . 기본적으로 클라이언트 이름 , 세이브 세트 이름 , 세이브 타임 , 레벨 , 크기 , 파일 , ssid 및 플래그가 포함된 정보가 세이브 세트의 표준 출력에 한 줄로 기록됩니다 . 먼저 클라이언트 이름 은 이 세이브 세트를 만든 시스템의 이름입니다 . 둘째 , 이름 은 save(8) 에 의해 이 세이브 세트에 지정되는 레이블이며 일반적으로 파일 시스템의 경로 이름입니다 . 셋째 , 세이브 타임 은 세이브 세트가 만들어진 날짜 및 시간입니다 .

넷째 , 레벨 값은 1자로 축약된 버전의 f\fRull,i\fRncremental, 0\fR에서 9\fR 사이의 레벨 또는 수동 저장의 경우 빈 상태로 유지됩니다 . 다섯째 , 크기 는 세이브 세트의 바이트 수입니다 . 여섯째 , 열에 따라 레이블 지정된 파일 은 세이브 세트에 포함된 클라이언트 파일 수를 제공합니다 . 일곱째 , ssid (세이브 세트 식별자 )는 이 세이브 세트를 참조하고 찾는 데 내부적으로 사용되는 식별자입니다 . 특정 세이브 세트를 추출하는 -S 옵션을 사용하여 이와 동일한 식별자를 지정할 수도 있습니다 .

목차는 실제 세이브 세트 데이터와 섞여 있는 동기화 ("메모 "라고도 함 ) 청크 (참조 : mm_data(5)) 를

기반으로 합니다 . 메모 청크는 시작 , 계속 , 동기화 및 끝의 네 가지 유형이 있으며 각각 B, C, S 또는 E

플래그 로 표시됩니다 . B\fR(시작 ) 메모는 세이브 세트의 시작을 표시하는 데 사용됩니다 . 시작 청크가

기록될 때는 세이브 세트 크기와 파일 수를 알 수 없습니다 . C\fR(계속 ) 메모는 이 세이브 세트가 다른 볼륨에서 시작되었음을 나타내는 데 사용됩니다 . S\fR(동기화 ) 메모는 이전 미디어가 손상된 경우 데이터 추출을 다시 시작할 수 있는 세이브 세트 내 위치 (클라이언트 파일 경계 )를 표시합니다 . E\fR(끝 ) 메모는

세이브 세트의 끝을 표시하며 목차 줄을 인쇄합니다 . 다른 메모는 -v 옵션을 선택한 경우에만 표시됩니다 .


scanner(8)

옵션-b pool

볼륨이 속해야 하는 풀을 지정합니다 . 이 옵션은 미디어에 풀 정보를 저장하지 않는 NetWorker

버전에만 적용됩니다 . 이러한 버전의 경우 해당 볼륨이 Default 풀의 멤버가 되지 않게 하려면

볼륨이 속하는 미디어 풀을 지정해야 할 수도 있습니다 . 풀 정보가 미디어에 저장되는 버전에서는

미디어 레이블을 다시 지정 (미디어의 모든 데이터가 제거됨 )하여 미디어를 다른 풀에 할당해야

합니다 .

-B -S 옵션과 함께 사용할 경우 지정된 세이브 세트 ID가 부트스트랩 세이브 세트 ID로 플래그가 지정됩니다 .

-c client

지정된 NetWorker client 시스템에서 가져온 세이브 세트만 처리합니다 . 이 옵션은 -N 옵션 과

함께 여러 번 사용할 수 있지만 -i 또는 -x 옵션이 있을 경우에만 사용할 수 있습니다 .

-f file

지정된 미디어 파일 수에서 검색을 시작합니다 . 이 옵션은 광 디스크 및 파일 디바이스 유형과 같은 미디어에는 유용하지 않습니다 .

-i 읽은 볼륨에서 미디어와 온라인 파일 인덱스를 모두 다시 작성합니다 . 단일 세이브 세트를 -S

ssid 옵션과 함께 지정한 경우 지정된 세이브 세트의 항목만 온라인 파일 인덱스에 복사됩니다 .

버전 6.0 이상에서는 테이프에 데이터 백업과 함께 인덱스 백업이 포함된 경우 인덱스를 복원하려면 scanner -m 을 실행하여 인덱스 및 데이터 백업의 미디어 데이터베이스 항목을 다시 로드하는

것이 좋습니다 . 이 작업을 마치면 nsrck -L7 -t date <clientname> 을 실행하여 테이프의 현재 세이브 타임으로 클라이언트 인덱스를 복구해야 합니다 . 이렇게 하면 해당 시간의 인덱스 항목이 인덱스로 롤백됩니다 . 그러나 테이프에 인덱스 백업이 없는 경우에는 -I 옵션을 사용하여 인덱스 항목을 재구성해야 합니다 .

참고 :

NDMP 세이브 세트 또는 DSA 세이브 세트의 경우 이 옵션은 볼륨에서 인덱스 항목을 재구성하지 않습니다 . 그러나 인덱스 백업이 있는 경우에는 scanner 및 nsrck를 위에서 설명한 대로 사용하십시오 . DSA 세이브 세트와 일반 Net-Worker 세이브 세트가 혼합된 볼륨의 경우 scanner -i는

오류와 함께 DSA 세이브 세트를 생략합니다 .

-m 읽은 볼륨의 미디어 인덱스를 다시 작성합니다 . 단일 세이브 세트를 -S ssid 옵션과 함께 지정한

경우에는 지정된 세이브 세트의 항목만 미디어 인덱스에 복사되며, 세이브 세트 데이터는 콘솔에서

불필요한 동작을 수행하지 않도록 필요에 따라 리디렉션되는 표준 출력에 기록됩니다 . "검사 위치 "

상태는 미디어 데이터베이스에 보존되지 않습니다 . "ssflags" 필드에 해당 상태를 나타내는 플래그도 더 이상 표시되지 않습니다 . 세이브 세트는 검색된 시간에 따라 새 찾기 및 보존 정책을 가져오며 클럭은 세이브 세트에 대해 작동을 시작합니다 .

-n 미디어 또는 인덱스 데이터베이스를 다시 작성하지 않고 모든 미디어를 확인합니다 . -i 옵션과 함께 사용할 경우 이 옵션은 데이터베이스를 수정하지 않고 가능한 미디어 확인을 가장 완벽하게 수행합니다 .

-N name

이름 (리터럴 문자열만 ) 에 의해 지정된 세이브 세트만 처리합니다 . 이 옵션은 -c 옵션과 함께

여러 번 사용할 수 있지만 -I 또는 -x 옵션이 있을 경우에만 사용할 수 있습니다 .

-p 정보 세이브 세트 메모를 인쇄합니다 .

-q 오류 또는 중요한 메시지만 표시합니다 .

-r record

특정 미디어 레코드 번호에서 검색을 시작합니다 .


scanner(8)

-s server

스토리지 노드에서 scanner 를 사용할 때 제어 서버를 지정합니다 . 스토리지 노드에 대한 자세한

내용은 nsr_storage_node(5) 를 참조하십시오 .

-y retention time

검색 중인 볼륨에서 세이브 세트의 완료된 클론 인스턴스에 대한 보존 시간을 지정합니다 . 이 옵션은 -i 또는 -m 옵션과 함께 사용할 때만 유효합니다 . -S 옵션을 사용하여 세이브 세트를 지정한

경우 해당 세이브 세트의 클론 인스턴스 보존 시간은 지정된 값으로 설정됩니다. 검색 중인 볼륨에

속하지 않는 클론 인스턴스의 보존 시간은 수정되지 않습니다 .

-z 이 자동 종료 옵션은 세이브 세트가 다른 볼륨에 걸쳐진 경우 scanner가 다음 볼륨에 대한 작업

여부를 묻는 메시지를 표시하지 않습니다. 이 옵션은 사용자 입력을 기다리지 않고 첫 번째 볼륨에

대한 읽기를 마치면 작업을 바로 종료합니다 .

-S ssid

지정된 세이브 세트를 추출합니다 . -i 또는 -x 옵션과 함께 사용할 경우 이 옵션은 여러 번 사용할 수 있으며 -c 및 -N 옵션을 사용하여 선택한 세이브 세트에도 적용됩니다 . 그렇지 않은 경우에는 볼륨에서 표준 출력에 기록될 세이브 세트 ssid 를 검색하며, 표준 출력은 콘솔에서 필요 없는

동작을 수행하지 않도록 필요에 따라 전달됩니다 . 검색 결과는 대부분 복구 모드에서 실행 중인

uasm(8) 프로그램에 전달되어 세이브 세트를 처리하는 데 사용됩니다 . 이 경우 디렉토리 목록을

사용하여 복구할 파일을 제한하고 -m 인수를 사용하여 파일 위치를 매핑할 수 있습니다 . -S 옵션을 -i 또는 -m 없이 사용하면 볼륨 레이블을 읽을 수 없는 경우 scanner에서 볼륨 블록 크기를

묻는 메시지를 표시합니다. 볼륨 정보가 미디어 데이터베이스에 그대로 있는 경우 세이브 세트별로

복구를 실행할 수 있는 옵션이 제공됩니다 (참조 : recover(8)). -B 옵션을 함께 지정하면

ssid\fR가 부트스트랩 ssid로 적용됩니다 . 이 경우 하나의 ssid만 사용할 수 있습니다 .

참고 :

NDMP 세이브 세트 또는 DSA 세이브 세트 백업 스트림을 복구 프로그램 (예 : uasm (8))으로 전달하는 기능은 지원되지 않습니다 .

-t type

미디어 유형을 지정합니다 (예 : 광 디스크의 경우 광학 또는 8mm 5GB 테이프의 경우 8mm 5GB). 일반적으로 미디어 유형은 알려진 디바이스를 사용하는 경우 NetWorker server에서 가져옵니다 (참조 : nsr_device(5)).

-v 각 메모 청크 로그와 같은 세부 정보 메시지를 100개의 미디어 레코드마다 한 번씩 표시합니다 .

-i 옵션을 사용하면 각 클라이언트 파일에 대한 정보가 한 줄로 인쇄됩니다 . 이 경우 생성되는 출력량이 지나치게 많아질 수 있습니다 ).

-k 이 옵션은 기술 지원에서 요청한 경우에만 사용해야 합니다 .

-x command arg ...

선택된 각각의 새 세이브 세트를 처리할 임의 UNIX 명령을 지정합니다 . 이 인수는 인수 목록 맨

뒤 (즉 , 디바이스 뒤 )에 한 번만 지정할 수 있습니다 . 각 세이브 세트에 대한 백업 스트림은 새

명령 인스턴스의 stdin으로 연결됩니다 . 이 명령은 복구 모드에서 각 세이브 세트를 처리하는

uasm(8) 인 경우가 많습니다 . 이 경우 -m 인수를 사용하여 파일 위치를 매핑할 수 있습니다 . 볼륨 정보가 미디어 데이터베이스에 그대로 있는 경우 세이브 세트별로 복구를 실행할 수 있는 옵션이 제공됩니다(recover(8) 참조). 지정한 UNIX 명령으로 콘솔 I/O를 시도하지 마십시오. 대신

충돌 해결 매개 변수를 명령에 전달할 인수로 지정하십시오 (예 : scanner -S <ssid> -x uasm

-iR -rv). 콘솔 상호 작용이 필요한 경우에는 -x 옵션을 사용하여 명령을 호출하는 대신 원하는

Unix 명령으로 scanner 출력을 전달합니다 .

참고 :

NDMP 세이브 세트 또는 DSA 세이브 세트 백업 스트림을 복구 프로그램 (예 : uasm (8))으로 전달하는 기능은 지원되지 않습니다 .


scanner(8)

예제테이프 확인 :

scanner /dev/nrst0

scanner: scanning 8mm tape mars.001 on /dev/nrst0

client name save set save time level size files ssid Sspace /export 10/07/94 12:38 f 100762460 10035 16983 Espace /usr 10/07/94 13:14 f 27185116 3185 16984 Espace /nsr 10/07/94 12:40 f 77292280 8436 16980 Sspace / 10/07/94 13:22 f 1693192 518 16985 Sscanner: reached end of 8mm tape mars.001

테이프에서 클라이언트의 온라인 파일 인덱스 다시 작성 :

scanner -m /dev/nrst8

scanner: scanning 4mm tape monday.fulls on /dev/nrst8scanner: ssid 17458697: scan completescanner: ssid 17458694: scan completescanner: ssid 17458698: scan completescanner: ssid 17458693: NOT completescanner: reached end of 4mm tape monday.fulls

scanner: when next tape is ready, enter device name [/dev/nrst8]?

nsrck -L7 -t "06/07/99" supernova

nsrck: checking index for ’supernova’nsrck: The file index for client ’supernova’ will be recovered.nsrck: Recovering index savesets of ’supernova’ from ’quasar’Recover completion time: Fri Jun 16 14:03:16 2000nsrck: completed recovery of index for client ’supernova’

nsrck: /disk1/nsr/index/supernova contains 85782 records occupying 14 MBnsrck: Completed checking 1 client(s)

/usr에 대한 세이브 세트 추출하여 /mnt에 재배치 :

scanner -S 637475597 /dev/nrst8 | uasm -rv -m /usr=/mnt or scanner -S 637475597 /dev/nrst8 -x uasm -rv -m /usr=/mnt

클라이언트 mars에서 모든 세이브 세트를 추출하여 /a에 재배치 :

scanner -c mars /dev/nrst8 -x uasm -rv -m/=/a

참조mm_data(5), mminfo(8), nsrmmdbasm(8), nsr(8), nsrck(8), nsrindexasm(8), nsrmmd(8), nsr_device(5), nsr_storage_node(5), uasm(8).


scanner(8)

진단xdr 변환 오류 , fn %d, rn %d, %d/%d 청크 .IP.IP

이 세 가지 메시지는 테이프 블록이 손실되거나 손상될 수 있는 미디어 오류를 나타냅니다 . xdr 변환 오류에서 0이 아닌 "청크 " 숫자는 블록을 부분적으로 복구할 수 있음을 의미합니다 . 예기치 않은 파일 번호는 scanner 가 재활용된 미디어의 논리적 끝에 도달한 경우에 일반적으로 발생합니다 .

nsrscan.NNNNN.MMMMMM에서 데이터 연속

XDR 디코딩 오류 (위에서 설명한 하나 이상의 메시지가 나타내는 오류 )가 나타나면 scanner 는

동기화를 다시 시도하고 나머지 스트림을 전송합니다 . 그러나 uasm(8) 같은 프로그램은 중간에 일부분이 누락된 스트림의 디코딩을 처리하지 못하므로 scanner는 나머지 스트림을 파일로 보냅니다 .

이 스트림은 수동으로 디코딩할 수 있습니다 . 예를 들어 원래 명령이 다음과 같고 동기화 오류가

발생한다고 가정합니다 .

scanner -S ssid | uasm -r

이 경우 사용자는 다음 명령을 사용하여 나머지 스트림을 디코딩할 수 있습니다 .

uasm -r < nsrscan.NNNNN.MMMMMM

여기서 입력하는 파일 이름은 진단 메시지에 인쇄된 이름과 같아야 합니다 .

가져왔습니다 . 예기치 않은 볼륨 ID입니다 . volid1이 필요한데volid2를 이 메시지는 일반적으로 재활용된 테이프 또는 디스크에서 세부 정보 표시 (verbose)

모드로 실행할 때 나타납니다 . 이 메시지는 오류 상태를 나타내는 것이 아니라 일반적으로 볼륨의

끝으로 처리되는 조건을 자세히 설명합니다 .

ssid %d: 불완전한 상태로 완료되었습니다 .

Scanner 에서 백업 스트림 끝을 감지했지만 스트림이 중단되고, 해당 값이 불분명합니다. 온라인

인덱스를 다시 작성하는 경우에는 중단된 스트림 끝으로 인해 다른 메시지가 발생할 수 있습니다 .

(ssid %d): 백업 스트림을 디코딩하는 동안 오류가 발생했습니다 .

인덱스를 다시 작성하는 동안 scanner 에서 백업 스트림의 바이트가 잘못된 것을 발견했습니다 .

이 오류는 일반적으로 중단된 백업 스트림을 처리하는 경우에 발생합니다 . 다른 원인으로는 테이프가 손상되었을 수도 있습니다 . 이 조건이 감지되면 특정 백업 스트림의 인덱스를 다시 작성하는 프로세스가 종료됩니다 . 또한 이로 인해 다른 메시지가 발생할 수 있습니다 .

쓰기 실패 , 파이프가 손상되었습니다 .

전체 스트림을 적용하기 전에 백업 스트림 재작성 프로세스가 종료된 경우 scanner 에서 인쇄하는

오류 메시지입니다 .

이 명령을 실행할 권한이 없습니다 .

루트가 아닌 일반 사용자가 이 명령을 호출했습니다 .

‘arg’를 파일 번호로 변환할 수 없습니다 .

-f 및 -r 옵션은 미디어의 파일 또는 레코드 시작 번호에 숫자 인수를 사용합니다 .

미디어 인덱스에 이미 있습니다 .

-i 또는 -m 옵션을 지정한 경우 볼륨이 미디어 데이터베이스에 이미 나열되어 있습니다 . 이 메시지는 정보만을 제공하며 볼륨이 이미 나열되어 있어 미디어 데이터베이스에 추가할 수 없음을 의미합니다 .

fn %d rn 0 읽기 오류 I/O 오류tape_type 테이프 volid volume_name

이 메시지는 scanner가 미디어 끝에서 연속된 파일 표시를 발견한 경우에 함께 발생합니다 . 두

메시지 모두 오류 조건을 나타내는 것이 아니므로 무시할 수 있습니다 .


scanner(8)

제한사항scanner 는 대부분의 디바이스 유형에서 미디어 또는 온라인 파일을 재구성하지 않을 경우 NetWorker 서비스 (예 : nsrd(8) 및 nsrmmdbd(8)) 없이 실행할 수 있습니다 . NDMP 및 논리 디바이스의 경우

NetWorker 서비스는 이러한 디바이스 구성을 쿼리하기 위해 실행됩니다 .

다른 NetWorker server의 볼륨에서 가져온 파일 인덱스 백업은 nsrck -L7 에서 복구할 수 없습니다 . 파일 인덱스를 복구하려면 먼저 mmrecov 를 사용하여 NetWorker server의 부트스트랩을 복구해야 합니다 .

레이블이 다시 지정된 광 볼륨 (즉 , 한 번 쓴 다음 레이블을 다시 지정하여 사용하는 다시 쓰기 가능한 광

볼륨 )을 검색할 때 scanner 는 새 데이터의 끝을 읽은 다음 이전 버전의 볼륨에서 오래된 데이터를 읽고

"예기치 않은 볼륨 ID입니다 ." 오류와 함께 작업을 종료할 수도 있습니다 . 이 오류는 올바른 데이터를 모두 읽은 다음 발생하므로 무시할 수 있습니다 .


sjiielm(8)

Maintenance Procedures sjiielm(8)

이름sjiielm - SJI 주크박스 인터페이스 SJIIELEM 명령 테스트

시놉시스sjiielm devname [ { drive | slot | inlt | mt } address nele- ments ]

설명sjiielm 프로그램은 SJI 호환 주크박스에서 SJIIELEM명령을 테스트합니다(libsji(8) 참조). 이 명령은

주크박스의 요소 상태 초기화 인터페이스를 테스트합니다 . 주크박스에서 이 기능을 지원하지 않는 경우에는

해당 오류 메시지가 인쇄됩니다 .

devname 인수는 시스템에 의해 구동되는 SJI 호환 주크박스에 사용할 수 있는 디바이스 이름이어야 합니다 .

일반적으로 SCSI 버스 , SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected])

추가 선택적 인수는 특정 범위의 요소 초기화를 지원하는 주크박스에 사용됩니다 . 이 경우 요소 유형으로

drive, slot, inlt (가져오기 /내보내기 요소 ) 또는 mt (미디어 전송 또는 "로봇 팔 ")을 선택합니다 .

그런 다음 SJI 정규화된 주소 (예 : 1에서 시작하는 주소 ) 및 초기화할 요소 수를 제공합니다 .

참조libsji(8)


sjiielm(8)


sjiinq(8)

Maintenance Procedures sjiinq(8)

이름sjiinq - SJI 주크박스 인터페이스 SJIINQ 명령 테스트

시놉시스sjiinq devname

설명sjiinq 프로그램은 SJI 호환 주크박스에서 SJIINQ 명령을 테스트합니다 (libsji(8) 참조 ). 이 명령은 주크박스를 식별하는 문자열을 반환합니다 . 주크박스에서 이 기능을 지원하지 않는 경우에는 해당 오류 메시지가 인쇄됩니다 .


일반적으로 SCSI 버스 ,SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected]).

참조libsji(8)


sjiinq(8)


sjimm(8)

Maintenance Procedures sjimm(8)

이름sjimm - SJI 주크박스 인터페이스 SJIMM 명령 테스트

시놉시스sjimm jukebox [ drive | slot | inlt | mt ] src [ drive |slot | inlt | mt ] dst

설명sjimm 프로그램은 SJI 호환 주크박스에서 SJIMM명령을 테스트합니다 (libsji(8) 참조 ). 이 명령은 주크박스 주변 미디어를 이동할 수 있는 기능을 테스트합니다 .

jukebox 인수는 시스템에 의해 구동되는 SJI 호환 주크박스에 사용할 수 있는 제어 포트여야 합니다 . 일반적으로 SCSI 버스 , SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected]).

세 번째 및 다섯 번째 인수는 drive,slot,inlt 또는 mt (각각 드라이브 요소 , 스토리지 요소 , 입력 /출력 요소 및 미디어 전송 요소 ) 중 하나여야 합니다 . dst 및 src 인수는 해당 유형의 명명된 디바이스에 대한 SJI 주소 (서수 )입니다 (sjirdp(8) 참조 ).

일반적인 예를 들면 다음과 같습니다 .

sjimm [email protected] slot 4 drive 1

이 주소는 미디어를 네 번째 스토리지 요소 (slot)에서 첫 번째 드라이브 (drive)로 이동합니다 .

참고sjimm 에서는 주크박스의 미디어 요소에 프로그래밍 방식으로 연결할 수 없습니다 . 즉 , 주크박스에 자동 꺼내기 기능이 없는 한 드라이브 요소에서 미디어를 이동하려면 플랫폼 종속적인 다른 수단을 사용하여 드라이브에서 미디어를 배출해야 합니다 .

참조libsji(8), sjirdp(8)


sjimm(8)


sjirdp(8)

Maintenance Procedures sjirdp(8)

이름sjirdp - SJI 주크박스 인터페이스 SJIRDP 명령 테스트

시놉시스sjirdp devname

설명sjirdp 프로그램은 SJI 호환 주크박스에서 SJIRDP명령을 테스트합니다 (libsji(8) 참조 ). 이 명령은 주크박스에서 SJI 디바이스 위치 (서수 )를 읽습니다 .

이 명령의 일반적인 출력은 다음과 같습니다 .

[email protected] has 2 DATA TRANSPORT Elements starting at address [email protected] has 1 MEDIA TRANSPORT Element starting at address [email protected] has 25 STORAGE Elements starting at address [email protected] has 1 IMPORT/EXPORT Element starting at address 1

devname 인수는 시스템에 의해 구동되는 SJI 호환 주크박스에 사용할 수 있는 디바이스 이름이어야 합니다 . 일반적으로 SCSI 버스 , SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected])

참조libsji(8)


sjirdp(8)


sjirdtag(8)

Maintenance Procedures sjirdtag(8)

이름sjirdtag - SJI 주크박스 인터페이스 SJIRTAG 명령 테스트

시놉시스sjirdtag devname

설명sjirdtag 프로그램은 SJI 호환 주크박스에서 SJIRTAG 명령을 테스트합니다 (libsji(8) 참조 ). 이 명령은 주크박스에서 미디어 현재 상태 및 태그 데이터를 읽습니다 .

이 명령의 출력은 다음과 같습니다 .

Tag Data for 0.2.1, Element Type DATA TRANSPORT: Elem[001]: tag_val=0 pres_val=1 med_pres=1 med_side=0Tag Data for 0.2.1, Element Type STORAGE: Elem[001]: tag_val=0 pres_val=1 med_pres=1 med_side=0 Elem[002]: tag_val=0 pres_val=1 med_pres=1 med_side=0 Elem[003]: tag_val=0 pres_val=1 med_pres=1 med_side=0 Elem[004]: tag_val=0 pres_val=1 med_pres=1 med_side=0 Elem[005]: tag_val=0 pres_val=1 med_pres=0 med_side=0 Elem[006]: tag_val=0 pres_val=1 med_pres=1 med_side=0 Elem[007]: tag_val=1 pres_val=1 med_pres=1 med_side=0VolumeTag=<00000098>Tag Data for 0.2.1, Element Type MEDIA TRANSPORT: Elem[001]: tag_val=0 pres_val=1 med_pres=0 med_side=0

devname 인수는 시스템에 의해 구동되는 SJI 호환 주크박스에 사용할 수 있는 디바이스 이름이어야 합니다 . 일반적으로 SCSI 버스 , SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected])

출력은 사용 가능한 유형별로 정렬된 다음 오름차순으로 정렬됩니다 .

부울 토큰 tag_val 은 태그 데이터의 사용 가능 (유효 ) 여부를 나타냅니다 . 위 예제에서는 일곱 번째 스토리지 요소에만 유효한 태그 데이터 ('00000098'로 숫자가 매겨진 바코드 )가 있습니다 .

부울토큰 med_pres 는 주크박스에서 이 위치에 미디어가 존재하는 것으로 인식하는지 여부를 나타냅니다 .

부울 토큰 pres_val 은 오버로드된 표시자로 , med_pres 가 존재하는 것으로 인식됨을 나타냅니다 (true

로 설정된 경우 , 그렇지 않으면 1). 예를 들어 pres_val 이 true가 아닌 경우 (0으로 설정 ) 또는

med_pres 가 true(1로 설정 )인 경우에는 해당 위치에 미디어가 있는 것으로 인식되지만 일부 예외는 있습니다 . 예를 들어 테이프가 누락되거나 거꾸로 되거나 테이프의 바코드 레이블을 읽을 수 없는 경우가 여기에 해당됩니다 . 또한 주크박스는 한 지점 (예 : 전원 공급 중단 이전 )에 있던 미디어가 데이터 전송 요소 (

테이프 드라이브 )에서 제거되었는지 여부를 확인할 수 없습니다 . 토큰 pres_val 이 true가 아니고 (0으로 설정 ) med_pres 가 true가 아닌 경우 (0으로 설정 )에는 해당 위치에 미디어가 없는 것으로 인식됩니다 . 이러한 불확실성은 요소 상태 초기화가 완료된 다음에 제거됩니다 (참조 : sjiielm(8)).

med_size 토큰은 양면 미디어 (예 : 광 디스크 )용입니다 . 주크박스는 미디어의 어느 면이 위쪽 면인지를

추적합니다 .

참조libsji(8), sjiielm(8)


sjirdtag(8)


sjirelem(8)

Maintenance Procedures sjirelem(8)

이름sjirelem - SJI 주크박스 인터페이스 SJIRELEM 명령 테스트

시놉시스sjirelem devname

설명sjirelem 프로그램은 SJI 호환 주크박스에서 SJIRELEM명령을 테스트합니다 (참조 : libsji(8)). 이 명령은 주크박스에서 미디어 현재 상태 및 원본 데이터를 읽습니다 .

이 명령의 출력은 다음과 같습니다 .

Element Data for 0.2.1, Element Type DATA TRANSPORT: Elem[001]: pres_val=1 med_pres=1 med_side=0 Origin: type STORAGE, address 5Element Data for 0.2.1, Element Type STORAGE: Elem[001]: pres_val=1 med_pres=1 med_side=0 Elem[002]: pres_val=1 med_pres=1 med_side=0 Elem[003]: pres_val=1 med_pres=1 med_side=0 Elem[004]: pres_val=1 med_pres=1 med_side=0 Elem[005]: pres_val=1 med_pres=0 med_side=0 Elem[006]: pres_val=1 med_pres=1 med_side=0 Elem[007]: pres_val=1 med_pres=1 med_side=0Element Data for 0.2.1, Element Type MEDIA TRANSPORT: Elem[001]: pres_val=1 med_pres=0 med_side=0


일반적으로 SCSI 버스 ,SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected]).

출력은 사용 가능한 유형별로 정렬된 다음 오름차순으로 정렬됩니다 .

부울 토큰 med_pres 는 주크박스에서 이 위치에 미디어가 존재하는 것으로 인식하는지 여부를 나타냅니다 .

부울 토큰 pres_val 은 오버로드된 표시자로 , med_pres 가 존재하는 것으로 인식됨을 나타냅니다 (true

로 설정된 경우 , 그렇지 않으면 1). 예를 들어 pres_val 이 true가 아니고 (0으로 설정 ) med_pres 가

true(1로 설정 )인 경우에는 해당 위치에 미디어가 있는 것으로 인식되지만 일부 예외는 있습니다 . 예를

들어 테이프가 누락되거나 거꾸로 되거나 테이프의 바코드 레이블을 읽을 수 없는 경우가 여기에 해당됩니다 .

또한 주크박스는 한 지점 (예 : 전원 공급 중단 이전 )에 있던 미디어가 데이터 전송 요소 (테이프 드라이브 )

에서 제거되었는지 여부를 확인할 수 없습니다 . 토큰 pres_val 이 true가 아니고 (0으로 설정 )

med_pres가 true가 아닌 경우 (0으로 설정 )에는 해당 위치에 sjiielm(8)).

med_size 토큰은 양면 미디어 (예 : 광 디스크 )용입니다 . 주크박스는 미디어의 어느 면이 위쪽 면인지를

추적합니다 .

가능한 경우 주크박스에서는 현재 위치 이전에 미디어가 있었던 마지막 위치를 나타낼 수 있으며 이 경우

sjirelem 은 해당 위치를 인쇄합니다 .

참조libsji(8), sjiielm(8)


sjirelem(8)


sjirjc(8)

Maintenance Procedures sjirjc(8)

NAMEsjirjc - test the SJI Jukebox Interface SJIRJC command

시놉시스sjirjc devname

설명sjirjc 프로그램은 SJI 호환 주크박스에서 SJIRJC 명령을 테스트합니다 (참조 : libsji(8)). 이 명령은

주크박스에 대한 내부 구성 정보 및 옵션을 읽고 인쇄합니다 .

이 명령의 출력에 대한 예를 들면 다음과 같습니다 .

Device: [email protected]

Number of Drives: 1 Number Drive Pairs: 1Number of Import/Export Elements: 0 Number of Import/Export Pairs: 1 Number of Slots: 7 Number of Slot Pairs: 1 Number of Transport Elements: 1 Number of Transport Pairs: 1

Initialize Element Status SupportedAuto Eject Supported

devname 인수는 시스템에 의해 구동되는 SJI 호환 주크박스에 사용할 수 있는 디바이스 이름이어야 합니다 . 일반적으로 SCSI 버스 , SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected]).

SJI 사양에서는 분해된 여러 요소 세트를 허용하므로 사용자는 언제든지 '페어 ' 수를 볼 수 있습니다 . 그러나 여기서는 '1' 이외의 값에 대해서는 실행하지 않았습니다 . 출력에는 man 드라이브 , 슬롯 , 전송 장치(그리퍼 암 ) 및 입력 /출력 요소의 수가 표시됩니다 .

또한 여러 가지 내부 라이브러리 옵션도 인쇄됩니다 .

참조libsji(8)


sjirjc(8)


sjisn(8)

Maintenance Procedures sjisn(8)

이름sjisn - SJI 주크박스 인터페이스 SJISN 명령 테스트

시놉시스sjisn jukebox

설명sjisn 프로그램은 SJI 호환 주크박스에서 SJISN명령을 테스트합니다 (libsji(8) 참조 ). 이 명령은 SJI 호환 주크박스에서 반환할 수 있는 테이프 드라이브 직렬화 정보를 검색하고 표시합니다 . 이 정보의 형식 지정에 대한 자세한 내용은 inquire(8) 를 참조하십시오 .

해당 드라이브의 SCSI-3 식별자만 반환하는 라이브러리에 대한 이 명령의 출력은 다음과 같습니다 .

Serial Number data for 0.100.0 (HP C7200 ): Library: Serial Number: US0EG00002 SCSI-3 Device Identifiers: ATNN:HP C7200 US0EG00002 Drive at element address 1: SCSI-3 Device Identifiers: ATNN:QUANTUM DLT8000 CXA21P1213 Drive at element address 2: SCSI-3 Device Identifiers: ATNN:QUANTUM DLT8000 CXA18P2046

해당 드라이브의 일련 번호만 반환하는 라이브러리에 대한 이 명령의 출력은 다음과 같습니다 .

Serial Number data for 0.100.0 (HP C7200 ): Library: Serial Number: US0EG00002 SCSI-3 Device Identifiers: ATNN:HP C7200 US0EG00002 Drive at element address 1: Serial Number: CXA21P1213 Drive at element address 2: Serial Number: CXA18P2046

해당 드라이브의 SCSI-3 식별자만 반환하는 라이브러리에 대한 이 명령의 출력은 다음과 같습니다 .

Serial Number data for 0.100.0 (HP C7200 ): Library: Serial Number: US0EG00002 SCSI-3 Device Identifiers: ATNN:HP C7200 US0EG00002 Drive at element address 1: Serial Number: CXA21P1213 SCSI-3 Device Identifiers: ATNN:QUANTUM DLT8000 CXA21P1213 Drive at element address 2: Serial Number: CXA18P2046 SCSI-3 Device Identifiers: ATNN:QUANTUM DLT8000 CXA18P2046

jukebox 인수는 시스템에 의해 구동되는 SJI 호환 주크박스에 사용할 수 있는 제어 포트여야 합니다 . 일반적으로 SCSI 버스 , SCSI 대상 ID 및 SCSI Lun을 포함하는 이름으로 구성됩니다 (예 : [email protected]).


sjisn(8)

참조libsji(8), libscsi(8), sn(8)


sn(8)

Maintenance Procedures sn(8)

이름sn - 테이프 라이브러리 드라이브 일련 번호 반환

시놉시스sn -a b.t.l

설명sn 프로그램은 SCSI 요소 상태 읽기 명령의 여러 가지 변형을 사용하여 라이브러리에 포함되어 있는 드라이브에 대한 직렬화 정보를 검색하고 표시합니다 . 이 정보의 형식 지정에 대한 자세한 내용은 inquire(8)를


간단한 옵션-a b.t.l

특정 SCSI 주소 (서수 )를 선택합니다 . 여기서 b 는 논리적 SCSI 버스이고 , t 는 SCSI대상이며 ,

l 은 대상의 SCSI LUN(논리 유닛 번호 )입니다 . 자세한 내용은 libscsi(8) 를 참조하십시오 .

선택된 디바이스는 SCSI 미디어 체인저 디바이스 (예 : 테이프 라이브러리 또는 autochanger)여야 합니다 .

샘플 출력미디어 체인저가 아닌 디바이스를 지정할 경우 :

The device at [email protected] does not seem to be a medium changer

드라이브의 일련 번호만 반환하는 라이브러리를 선택할 경우 :

<Medium Changer Device HP C7200 G300 at [email protected]> <Medium Changer S/N> US0EG00002 <Medium Changer SCSI-3 Device Identifiers> ATNN:HP C7200 US0EG00002<Data Transfer Element 1> <Serial Number> CXA21P1213<Data Transfer Element 2> <Serial Number> CXA18P2046

드라이브의 SCSI-3 디바이스 식별자만 반환하는 라이브러리를 선택할 경우 :

<Medium Changer Device HP C7200 G300 at [email protected]> <Medium Changer S/N> US0EG00002 <Medium Changer SCSI-3 Device Identifiers> ATNN:HP C7200 US0EG00002<Data Transfer Element 1> <SCSI-3 Device Identifiers> ATNN:QUANTUM DLT8000 CXA21P1213<Data Transfer Element 2> <SCSI-3 Device Identifiers>

ATNN:QUANTUM DLT8000 CXA18P2046

드라이브의 일련 번호와 SCSI-3 디바이스 식별자를 둘 다 반환하는 라이브러리를 선택할 경우 :


sn(8)

<Medium Changer Device HP C7200 G300 at [email protected]> <Medium Changer S/N> US0EG00002 <Medium Changer SCSI-3 Device Identifiers> ATNN:HP C7200 US0EG00002<Data Transfer Element 1> <Serial Number> CXA21P1213 <SCSI-3 Device Identifiers> ATNN:QUANTUM DLT8000 CXA21P1213<Data Transfer Element 2> <Serial Number> CXA18P2046 <SCSI-3 Device Identifiers> ATNN:QUANTUM DLT8000 CXA18P2046

참조libscsi(8), inquire(8), sjisn(8)


SSI(1m)

Maintenance Procedures SSI(1m)

이름ssi - StorageTek 사일로 인터페이스 모듈 (UNIX만 해당 ) mini_el - ssi와 함께 사용할 이벤트 로거(UNIX만 해당 ) libstlstk - ssi 통신용 공유 라이브러리


설명참고 : 이 문서에서 "ACSLS 서버 "는 다음과 같은 StorageTek의 라이브러리 관리자 프로그램 중 하나를

실행하는 시스템의 이름을 나타내는 데 사용됩니다 . ACSLS(Solaris 또는 AIX 호스트 ), Library

Station(MVS 호스트 ) 또는 Horizon Library Manager(Windows NT 또는 Windows 2000을 실행하는

시스템 )


ssi 명령은 nsrjb 가 ACSLS 서버와 통신하는 데 간접적으로 사용됩니다 . nsrjb 는 ssi. ssi 와 주고받는 TCP 호출을 처리한 후 ACSLS 서버와 주고받는 모든 통신을 처리하는 libstlstk 를 로드합니다 . ACSLS

버전 5.3부터 ACSLS가 실행 중인 동일 호스트에서 NetWorker(서버 또는 스토리지 노드 )를 실행할 수 있습니다 .





ssi 버전 2.00의 새로운 기능 :

ssi 는 이제 -a 명령줄 옵션을 사용하여 지정된 포트 번호를 통한 ACSLS 서버와의 통신을 지원합니다 . 이

기능은 STK 방화벽의 향상된 기능의 일부입니다 . 이 기능을 사용하려면 ACSLS 서버 버전 7.1을 실행해야

합니다 .



있습니다 . 또한 -a 옵션을 사용하여 ssi 프로세스가 ACSLS 서버에 연결할 때 사용할 포트 번호를 지정할

수 있습니다 . ACSLS 서버는 이 포트를 수신하도록 구성해야 합니다 . -S 옵션을 사용하면 ssi 프로세스가

특정 포트에서 응답 메시지를 수신하도록 구성할 수 있습니다. 또한 -P 옵션을 사용하여 NetWorker와 ssi

의 특정 인스턴스 간의 통신에 사용되는 포트 번호를 지정할 수 있습니다 . 이 포트에 허용되는 값은 50004

(첫 번째 인스턴스 ), 50011-50019 및 50021-50099입니다 . ssi 의 인스턴스에서 이미 사용 중인 포트

번호를 지정한 경우에는 해당 포트를 사용할 수 없으며 허용 범위에서 다음으로 사용 가능한 포트가 선택됩니다 . 포트 번호를 지정하지 않은 경우에는 ssi 인스턴스는 50004부터 시작하여 이어지는 다음 포트 번호


SSI(1m)

를 사용하게 됩니다 . 사용 가능한 포트가 범위에 없는 경우 ssi 는 로드에 실패하고 오류 메시지를 표시합니다 . 일반적인 작업에는 포트 번호를 지정할 필요가 없습니다 . 항상 특정 포트를 통해 지정된 ACSLS 서버에

액세스해야 하는 것은 아니기 때문입니다 . NetWorker 및 ssi 는 ACSLS 서버 이름을 사용하여 필요할 때

즉시 연결을 설정합니다 .

만약 -A 옵션을 사용하여 ssi 명령줄에서 호스트 이름을 지정하지 않는 경우에는 환경 변수 CSI_HOSTNAME

을 ssi 프로세스가 시작되기 전에 라이브러리 서버 이름으로 설정해야 합니다 . 이 변수를 찾을 수 없으면

ssi 가 오류 메시지와 함께 종료됩니다 .

mini_el 은 ssi 가 특정 이벤트 로그를 유지하는 데 사용하는 이벤트 로거입니다 . 따라서 이 로거를 ssi

보다 먼저 시작해야 합니다 . ssi 의 여러 인스턴스에서 mini_el 의 단일 인스턴스를 공유합니다 . ssi 의

모든 인스턴스에서 로그에 기록하는 모든 메시지의 시작 부분에는 ACSLS 서버 이름 및 ssi 가 수신 중인 로컬 TCP 포트로 구성된 헤더가 포함됩니다 .

(NT만 해당 )




"NetWorker Backup and Recover Server" 및 "NetWorker Remote Exec Service"를 중지해야 합니다 . 그런 다음 Library Attach가 설치되고 나면 제어판을 사용하여 "NetWorker Remote Exec

Service" 및 "NetWorker Backup and Recover Server"를 시작해야 합니다 .



참고 : ssi 및 mini_el 프로세스에 추가된 향상된 방화벽 기능은 Windows를 실행하는 시스템에서 사용할

수 없습니다 .

(모든 플랫폼 )



Manager)와의 네트워크 통신을 처리합니다 . libstlstk 의 작업에 영향을 주는 옵션 , 매개 변수 또는 환경 변수는 없습니다 . 이 파일의 올바른 경로는 jbconfig 를 사용하여 STK 사일로를 구성할 때 입력해야 합니다 . jbconfig 에 따라 지정된 기본값은 설치 프로그램에 대해 선택한 기본 위치와 일치하며 대부분의 경우에 그대로 적용할 수 있습니다 .

옵션

mini_el:

-l logfile

mini_el 에서 만들 로그 파일의 파일 이름을 지정합니다 . 기본값은 /nsr/logs/ssi_event.log

입니다 . 이 옵션을 지정할 경우 logfile 은 로그 파일의 전체 경로여야 합니다 . 파일이 없으면 새로 만들어지고 , 파일이 있는 경우에는 추가됩니다 . 매개 변수 -l 이 없을 경우에는 기본 로그 파일 /nsr/logs/ssi_event.log 가 사용됩니다 .




SSI(1m)

ssi:


-a ACSLS port number 는 다음 사이의 통신에 사용되는 포트 번호를 지정해야 하는 경우에만 필요합니다 . ssi 프로세스와 ACSLS 서버 . ACSLS 서버가 특정 포트에서 수신하도록 구성된 경우에는

이 값을 해당 포트 번호로 설정해야 합니다 .






-r retry count 는 네트워크 문제로 인해 ssi와 ACSLS 간의 통신에 대한 재시도 횟수를 늘려야 하는 경우에만 필요합니다 .


환경 변수

ssi:

CSI_HOSTNAME (256자 이하의 텍스트 , 기본값 없음 )

ACSLS 서버 이름이 명령줄에 없는 경우 , ssi 는 이 변수에 의해 지정된 호스트 이름을 사용합니다 .

이 이름은 연결하려는 라이브러리 서버 프로그램을 실행하는 호스트 이름이어야 하며 256자로 제한됩니다 . 명령줄 호스트 이름과 이 환경 변수 모두 ssi 가 사용할 호스트 이름을 지정하지 않은 경우 ,








이 변수는 ssi 에서 통신하는 소켓 값을 제한해야 하는 경우 ssi 가 ACSLS 서버와 통신하기 위해 소켓을 열 때 사용할 시작 값을 지정합니다 . 이 변수가 설정된 경우 ssi 는 두 개의 소켓만 엽니다 . 먼저 SSI_BASE_SOCKET 에서 첫 번째 소켓이 모든 호스트에 연결하는 데 사용됩니다 . 다음으로

SSI_BASE_SOCKET + 1 에서 두 번째 소켓이 ACSLS 서버와 직접 통신하는 데 사용됩니다 . 50001에서 50004 사이의 기본 소켓은 mini_el 과 ssi 간의 통신에 그대로 사용되지만 이 호스트와 ACSLS

서버 간의 모든 통신에는 SSI_BASE_SOCKET 에서 시작되는 두 개의 소켓을 사용해야 합니다 .



SSI(1m)



사용합니다 .

%m은 현재 월 ,




%M은 현재 분 ,













있습니다 .

예제일반 STK 사일로 설정 : mini_el & ssi acsls1 & - 또는 - mini_el & setenv CSI_HOSTNAME acsls1 ssi &

세 개의 ACSLS 서버에 연결 : mini_el & ssi -A acsls1 & ssi -A acsls2 & ssi -A acsls3 & - 또는 - mini_el & setenv CSI_HOSTNAME acsls1 ssi & setenv CSI_HOSTNAME acsls2 ssi & setenv CSI_HOSTNAME acsls3 ssi &

각기 다른 네트워크 인터페이스를 통해 세 개의 ACSLS 서버에 연결 : mini_el & setenv SSI_HOSTNAME myhost_on_net1 ssi -A acsls1 & setenv SSI_HOSTNAME myhost_on_net2 ssi -A acsls2 & setenv SSI_HOSTNAME myhost_on_net3 ssi -A acsls3 &


SSI(1m)



/nsr/logs/ssi.log.today를 해당 로그 파일로 사용하도록 mini_el 설정 mini_el -l /nsr/logs/ssi.log.today & ssi -A acsls1 &


mini_el 에 의해 생성 /추가된 기본 로그 파일입니다 .





예를 들면 다음과 같습니다 . 10-12-00 12:31:44 SSI[0]:


10-12-00 12:33:20 SSI[0]:

[acsls2/50011] ONC RPC: csi_init(): 초기화 완료됨 ONC RPC: csi_init(): ACSLS 서버 acsls2가 50011포트를 통해 액세스되었습니다 .


SSI(1m)


stk_eject(8)

Maintenance Procedures stk_eject(8)

NAME

stk_eject - StorageTek 사일로에서 테이프를 배출합니다 .

시놉시스stk_eject acsls_hostname cap_id mode volser0 ... volsern

설명stk_eject 를 사용하면 1-42개의 테이프를 StorageTek 사일로에서 한 번에 배출할 수 있습니다 . 이 유틸리티는 원래 ACSLS를 사용 (NetWorker 시스템의 ssi 를 통해 )하여 명령당 한 개의 테이프만 배출하는

nsrjb(8) 명령의 제한을 방지하기 위한 용도로 사용되었습니다. 명령 nsrjb(8)의 제한사항은 NetWorker

버전 5.5 패치 3에서 제거되었습니다 . 그러나 stk_eject 는 호환성 및 사용자가 개발한 스크립트에서 사용하기 위해 계속 유지되고 있습니다 .

버전 1.1부터는 stk_eject 를 사용하여 둘 이상의 ACSLS 서버에서 제어되는 디바이스에서 볼륨을 배출할

수 있습니다 . 단 , ssi 버전 1.06 이상을 사용하는 경우에 한합니다 . 사용할 올바른 ssi 는 명령줄에서 전달된 ACSLS 호스트 이름을 기반으로 stk_eject 에서 자동으로 감지합니다 .

메모 : stk_eject 는 NetWorker 시스템에 대한 볼륨 할당을 취소하지 않습니다 . NetWorker 소프트웨어가 사일로에 있는 항목의 존재 여부를 제대로 인식하도록 하려면 반드시 명령 nsrjb -x -Txxx 를 사용하여

개별적으로 할당 취소를 수행해야 합니다 .

모든 매개 변수는 필수 항목이며 , Volser 목록에는 1-42개의 요소가 나열될 수 있습니다 . 42개가 넘는

Volser는 무시됩니다 .

acsls_hostname

1 word host ID of system running ACSLS or Library Station - e.g. expo1

cap_id

STK cap name, no internal spaces - e.g. 0,0,0

mode

should this command wait until the eject is com-pleted? values are WAIT or NOWAIT for QUIET mode

- 또는 -

WAITV or NOWAITV for VERBOSE mode

volser6 character STK volser list - not checked for size or form - only first 6 characters are used. Volsers should be separated by a single space char-acter.

*** You may eject up to 42 VOLSERS per command ***

메모 : 모드 NOWAIT 또는 NOWAITV 에서는 이 시스템에서 꺼내기를 확인하지 않습니다 .

확인이 필요한 경우에는 WAIT 또는 WAITV 모드를 사용해야 합니다 . 이 프로그램은 ACSLS 에서 확인을 받지만 배출된 모든 테이프가 CAP에서 제거될 때까지 호출자에게 반환하지 않습니다 .

또한 CAP이 꽉 찬 경우 CAP을 비워야 하는 것과 관련된 메시지를 사용자에게 보내지 않으며 꺼내기가 완료된 경우에도 마찬가지입니다 . CAP 상태를 보려면 반드시 ACSLS 콘솔을 사용해야 합니다 .


stk_eject(8)

이 유틸리티는 ssi 를 사용하여 ACSLS 와 통신하므로 이 명령을 사용하는 시스템에서는 ssi 가 올바른 구성으로 실행되어야 합니다 . 이 유틸리티는 다른 NetWorker 파일에 종속되지 않으며 , ssi (원하는 ACSLS

시스템과 통신 가능한 )를 실행하는 모든 시스템에서 실행할 수 있습니다 .

참조STK_silo(8)


STK_silo(8)

Maintenance Procedures STK_silo(8)

이름ssi - StorageTek 사일로 인터페이스 모듈 (Unix만 해당 )

mini_el - ssi와 함께 사용할 이벤트 로거 (Unix만 해당 )


시놉시스ssi [ -AACSLS server ] [ -aACSLS port number ] [ -SSSI port number ] [ -Pport number ] [ -rretry count ] &mini_el [ -llogfile ] [ -d ] [ -h ] &libstlstk.so (Solaris)libstlstk.so.a (AIX)libstlstk.sl (HPUX)libstlstk.so.1 (SGI)libstlstk.so.1 (DYNIX/ptx)libstlstk.so (DECAXP)libstlstk.dll (NT i386)

설명참고 : 이 문서에서 "ACSLS 서버 "는 다음과 같은 StorageTek의 라이브러리 관리자 프로그램 중 하나를

실행하는 시스템의 이름을 나타내는 데 사용됩니다 . ACSLS(Solaris 또는 AIX 호스트 ), Library

Station(MVS 호스트 ) 또는 Horizon Library Manager(Windows NT 또는 Windows 2000을 실행하는

시스템 )


-m ssi 명령은 nsrjb 가 ACSLS 서버와 통신하는 데 간접적으로 사용됩니다 . nsrjb 는 ssi 명령과 주고받는 TCP 호출을 처리하는 libstlstk 를 로드합니다 . ssi 는 그러면 ACSLS 서버와 주고 받는 모든 통신을 처리합니다 . ACSLS버전 5.3부터 ACSLS가 실행 중인 동일 호스트에서 NetWorker(서버 또는 스토리지

노드 )를 실행할 수 있습니다 .





ssi 버전 2.00의 새로운 기능 :

ssi 는 이제 -a 명령줄 옵션을 사용하여 지정된 포트 번호를 통한 ACSLS 서버와의 통신을 지원합니다 . 이

기능은 STK 방화벽의 향상된 기능의 일부입니다 . 이 기능을 사용하려면 ACSLS 서버 버전 7.1을 실행해야

합니다 .



있습니다 . -a 옵션을 사용하여 ssi 프로세스가 ACSLS 서버에 연결할 때 사용할 포트 번호를 지정할 수 있습니다 . ACSLS 서버는 이 포트를 수신하도록 구성해야 합니다 . -S 옵션을 사용하면 ssi 프로세스가 특정

포트에서 응답 메시지를 수신하도록 구성할 수 있습니다 . 또한 -P 옵션을 사용하여 NetWorker와 ssi 의

특정 인스턴스 간의 통신에 사용되는 포트 번호를 지정할 수 있습니다 . 이 포트에 허용되는 값은 50004(첫

번째 인스턴스 ), 50011-50019 및 50021- 50099입니다 . ssi 의 인스턴스에서 이미 사용 중인 포트 번호를 지정한 경우에는 해당 포트를 사용할 수 없으며 허용 범위에서 다음으로 사용 가능한 포트가 선택됩니다 . 포트 번호를 지정하지 않은 경우에는 ssi 인스턴스는 50004부터 시작하여 이어지는 다음 포트 번호를


STK_silo(8)

사용하게 됩니다 . 사용 가능한 포트가 범위에 없는 경우 ssi 는 로드에 실패하고 오류 메시지를 표시합니다 .

정상 작업에는 포트 번호를 지정할 필요가 없습니다 . 항상 특정 포트를 통해 지정된 ACSLS 서버에 액세스해야 하는 것은 아니기 때문입니다 . NetWorker 및 ssi 는 ACSLS 서버 이름을 사용하여 필요할 때 즉시 연결을 설정합니다 .

-A 옵션을 사용하여 ssi 명령줄에서 호스트 이름을 지정하지 않는 경우에는 환경 변수 CSI_HOSTNAME 을

ssi 프로세스가 시작되기 전에 라이브러리 서버 이름으로 설정해야 합니다 . 이 변수를 찾을 수 없으면 ,


mini_el 은 ssi 가 특정 이벤트 로그를 유지하는 데 사용하는 이벤트 로거입니다 . 따라서 이 로거를 ssi

보다 먼저 시작해야 합니다 . ssi 의 여러 인스턴스에서 mini_el 의 단일 인스턴스를 공유합니다 . ACSLS

서버 이름 및 ssi 가 수신 중인 로컬 TCP 포트로 구성된 헤더는 로그에 있는 모든 메시지의 시작 부분에 포함됩니다 . 로그는 ssi 의 모든 인스턴스에 의해 작성됩니다 .

(NT만 해당 )




"NetWorker Backup and Recover Server" 및 "NetWorker Remote Exec Service"를 중지해야 합니다 . 그런 다음 Library Attach가 설치되고 나면 제어판을 사용하여 "NetWorker Remote Exec

Service" 및 "NetWorker Backup and Recover Server"를 시작해야 합니다 .



참고 : ssi 및 mini_el 프로세스에 추가된 향상된 방화벽 기능은 Windows를 실행하는 시스템에서 사용할

수 없습니다 .

(모든 플랫폼 )



Manager)와의 네트워크 통신을 처리합니다 . libstlstk 의 작업에 영향을 주는 옵션 , 매개 변수 또는 환경 변수는 없습니다 . 이 파일의 올바른 경로는 jbconfig 를 사용하여 STK 사일로를 구성할 때 입력해야 합니다 . jbconfig 에 따라 지정된 기본값은 설치 프로그램에 대해 선택한 기본 위치와 일치하며 대부분의 경우에 그대로 적용할 수 있습니다 .

옵션

mini_el의 경우 :

-l logfile mini_el 에서 만들 로그 파일의 파일 이름을 지정합니다 . 기본값은 /nsr/logs/

ssi_event.log 입니다 . 이 옵션을 지정할 경우 logfile 은 로그 파일의 전체 경로여야 합니다 .

파일이 없으면 새로 만들어지고 , 파일이 있는 경우에는 추가됩니다 . -l 매개 변수가 없을 경우에는 기본 로그 파일 /nsr/logs/ssi_event.log 가 사용됩니다 .




STK_silo(8)

ssi의 경우 :


-a ACSLS port number ssi 프로세스와 ACSLS 서버 사이의 통신에 사용되는 포트 번호를 지정해야

하는 경우에만 필요합니다 . ACSLS 서버가 특정 포트에서 수신하도록 구성된 경우에는 이 값을 해당 포트 번호로 설정해야 합니다 .






-r retry count 는 네트워크 문제로 인해 ssi와 ACSLS 서버 간의 통신 재시도 횟수를 늘려야 할

경우에만 필요합니다 .


환경 변수

ssi:

CSI_HOSTNAME (텍스트 , 최대 256자 , 기본값 없음 )

ACSLS 서버 이름이 명령줄에 없는 경우 ssi 는 이 변수에 의해 지정된 호스트 이름을 사용합니다 .

연결하려는 라이브러리 서버 프로그램을 실행하는 호스트 이름이어야 하며 256자로 제한됩니다 . 명령줄 호스트 이름과 이 환경 변수 모두 ssi 가 사용할 호스트 이름을 지정하지 않은 경우 , ssi 가

오류 메시지와 함께 종료됩니다 .








소켓을 열 때 사용할 시작 값을 지정합니다 . 이 변수가 설정된 경우 ssi 는 두 개의 소켓만 엽니다 .

먼저 SSI_BASE_SOCKET 에서 첫 번째 소켓이 모든 호스트에 연결하는 데 사용됩니다 .

다음으로 SSI_BASE_SOCKET + 1 에서 두 번째 소켓이 ACSLS 서버와 직접 통신하는 데 사용됩니다.

50001에서 50004 사이의 기본 소켓은 mini_el 과 ssi 간의 통신에 그대로 사용되지만 이 호스트와 ACSLS 서버 간의 모든 통신에는 SSI_BASE_SOCKET 에서 시작되는 두 개의 소켓을 사용해야 합니다 .



STK_silo(8)



사용합니다 .

%m은 현재 월 ,




%M은 현재 분 ,













있습니다 .

예제일반 STK 사일로 설정 :

mini_el & ssi acsls1 &


세 개의 ACSLS 서버에 연결 : mini_el & ssi -A acsls1 & ssi -A acsls2 & ssi -A acsls3 &

- 또는 - mini_el & setenv CSI_HOSTNAME acsls1 ssi & setenv CSI_HOSTNAME acsls2 ssi & setenv CSI_HOSTNAME acsls3 ssi &

서버에 연결 :

각기 다른 3개의 네트워크 인터페이스를 통해 서로 다른 3개의 ACSLS mini_el & setenv SSI_HOSTNAME myhost_on_net1 ssi -A acsls1 & setenv SSI_HOSTNAME myhost_on_net2 ssi -A acsls2 & setenv SSI_HOSTNAME myhost_on_net3 ssi -A acsls3 &


STK_silo(8)



/nsr/logs/ssi.log.today를 해당 로그 파일로 사용하도록 mini_el 설정 mini_el -l /nsr/logs/ssi.log.today & ssi -A acsls1 &


mini_el 에 의해 생성 /추가된 기본 로그 파일입니다 .





예를 들면 다음과 같습니다 . 10-12-00 12:31:44 SSI[0]:


10-12-00 12:33:20 SSI[0]:

[acsls2/50011] ONC RPC: csi_init(): 초기화 완료됨 ONC RPC: csi_init(): ACSLS 서버 acsls2가 50011 포트를 통해 액세스되었습니다 .


STK_silo(8)


stli(8)

Maintenance Procedures stli(8)

이름stli - 표준 테이프 라이브러리 인터페이스

설명STLI는 테이프 라이브러리를 NetWorker에 연결하는 문서화된 인터페이스입니다 . 테이프 라이브러리는 사일로라고도 합니다 . 테이프 라이브러리의 예로는 StorageTek ACSLS 사일로 또는 IBM 3494가 있습니다 .

테이프 라이브러리는 NetWorker에서 지원하는 다른 주크박스와 다음 두 가지 점에서 다릅니다 .

o 테이프 라이브러리에는 자체 볼륨 및 슬롯 관리 기능이 있습니다. 볼륨은 해당 바코드 레이블을 통해

NetWorker에서 액세스합니다 . 지정된 테이프의 정확한 위치는 NetWorker에서 알 수 없습니다 .

o 특정 볼륨의 마운트 또는 언마운트와 같은 요청을 실행하는 라이브러리 인터페이스가 일반적으로

SCSI 또는 V24 인터페이스를 통해 연결되는 주크박스의 인터페이스와 다릅니다 . 표준 테이프 라이브러리 명령은 표준 테이프 라이브러리 서버로 전송됩니다 . 이 서버에서는 이러한 명령을 받아 해당 라이브러리 작업을 호출합니다 . NetWorker와 라이브러리 컨트롤러는 직렬 (RS-232) 연결을

사용하기도 하지만 일반적으로 네트워크를 통해 연결됩니다 . 실제 연결은 STL 라이브러리에 의해

NetWorker로부터 숨겨집니다 . Net-Worker 및 기타 STL 서버를 호출하는 애플리케이션을 라이브러리 클라이언트라고 합니다 .

애플리케이션을 여러 테이프 라이브러리 시스템의 서로 다른 인터페이스와 독립적으로 유지하기 위해 NetWorker

에서 라이브러리 요청을 호출하는 데 사용하는 STLI(Standard Tape Library Interface)라는 API가 정의되었습니다 . STLI는 Net-Worker에 동적으로 연결되며 올바르게 정의된 함수를 가진 공유 라이브러리를

지정합니다 . STLI 함수 호출을 독점 테이프 라이브러리 서버에 대한 라이브러리별 호출로 변환하는 이러한

STLI 인터페이스 라이브러리는 EMC 또는 다른 테이프 라이브러리 제조업체에서 제공할 수 있습니다 .

이 문서에 지정된 모든 함수를 STLI 라이브러리에서 구현해야 하는 것은 아닙니다 . 다음은 라이브러리의 기능에 최소한으로 필요한 함수입니다 .

stl_open()stl_close()stl_mount()stl_unmount()

라이브러리를 보다 편리하게 사용하고 문제를 손쉽게 해결하려면 stl_error()를 구현하는 것이 좋습니다 .

또한 동적 디바이스 스케줄을 지원하려면 다음과 같은 관련 함수를 사용합니다 .

stl_reserve_dev()stl_release_dev()stl_dev_reservation()

추가 기능을 제공하는 선택적 함수는 다음과 같습니다 .

stl_query_volume()stl_withdraw_volume()stl_withdraw_volumes()stl_deposit_volume()stl_deposit_volumes()stl_version()stl_close()


stli(8)

선언 :

int stl_close(char* stl);

설명 :

테이프 라이브러리에 대한 연결을 닫습니다 .

<stl>은 stl_open()에서 반환하는 핸들입니다 .

성공한 경우 반환 값은 STL_ERR_NOERR입니다 . 오류 반환 값은 부록 : 반환 값을 참조하십시오 .

stl_deposit_volume

선언 :

int stl_deposit_volume(char *stl, char *volume, char *capname)

설명 :

지정한 볼륨을 지정된 카트리지 액세스 포트 (입 /출력 장치 , 메일 슬롯 등 )에서 라이브러리로 삽입합니다 .


<volume>은 라이브러리에 배치할 볼륨의 바코드입니다 .

<capname>은 라이브러리에 볼륨을 삽입하는 데 사용할 카트리지 액세스 포트 /입출력 영역 /메일

슬롯을 지정합니다. 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다.

이 인수는 NULL일 수 있으며 이 경우 기본 CAP이 사용됩니다 .

이 함수는 볼륨이 성공적으로 삽입된 경우 STL_ERR_NOERR을 반환합니다 . 그러나 볼륨이 없고 삽입되지 않은 경우에는 STL_ERR_NOVOL이 반환됩니다 . 오류가 발생할 경우 다른 값도 반환될 수 있습니다 . 가능한 반환 값은 부록을 참조하십시오 .

참고 : 일부 라이브러리에서는 이 함수가 필요하지 않을 수도 있습니다 .

o IBM 3494는 해당 입/출력 영역에 배치된 모든 테이프를 자동으로 가져옵니다. 3494의 API에는

'deposit' 함수가 없습니다 .

o 자동 모드로 설정된 CAP이 있는 StorageTek 라이브러리는 3494와 동일하게 작동합니다. 그러나

CAP이 수동으로 설정된 경우에는 배치 호출이 필요합니다 .

o EMASS/Grau 라이브러리에서는 EIF에서 하나의 볼륨을 배치할 단일 호출을 통해 사용 가능한 모든

볼륨이 배치됩니다 . 그러나 후속 배치 호출이 빠르게 반환되므로 오류가 무시될 수 있습니다 .

stl_deposit_volumes

선언 :

int stl_deposit_volumes(char *stl, char *volumes, char *capname)


stli(8)

설명 :

지정한 볼륨을 지정된 카트리지 액세스 포트 (입 /출력 장치 , 메일 슬롯 등 )에서 라이브러리로 삽입합니다 . 이 함수는 정의되고 stl_version에서 1.3 이상을 반환하는 경우

stl_deposit_volume() 대신 사용됩니다 . 따라서 지정된 단일 볼륨 또는 쉼표로 구분된 목록과 함께 작동할 수 있어야 합니다 .


<volumes>는 라이브러리에 배치할 볼륨의 쉼표로 구분된 바코드 목록입니다 . 공백 문자 (ASCII

32) 자체도 유효한 바코드 문자이므로 각 바코드 사이에 불필요한 공백을 추가해서는 안 됩니다 .

<capname>은 라이브러리에 볼륨을 삽입하는 데 사용할 카트리지 액세스 포트 /입출력 영역 /메일

슬롯을 지정합니다. 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다.


이 함수는 볼륨이 성공적으로 삽입된 경우 STL_ERR_NOERR을 반환합니다 .그러나 볼륨이 없고 삽입되지 않은 경우에는 STL_ERR_NOVOL이 반환됩니다 .오류가 발생할 경우 다른 값도 반환될 수 있습니다 . 가능한 반환 값은 부록을 참조하십시오 .

참고 : 일부 라이브러리에서는 이 함수가 필요하지 않을 수도 있습니다 .

o IBM 3494는 해당 입/출력 영역에 배치된 모든 테이프를 자동으로 가져옵니다. 3494의 API에는

'deposit' 함수가 없습니다 .

o 자동 모드로 설정된 CAP이 있는 StorageTek 라이브러리는 3494와 동일한 방식으로 작동합니다.

그러나 CAP이 수동으로 설정된 경우에는 배치 호출이 필요합니다 .

o EMASS/Grau 라이브러리에서는 EIF에서 하나의 볼륨을 배치할 단일 호출을 통해 사용 가능한 모든

볼륨이 배치됩니다 . 그러나 후속 배치 호출이 빠르게 반환되므로 오류가 무시될 수 있습니다 .

stl_dev_reservation()

선언 :

int stl_dev_reservation(char *stl, char *device, int *state)

설명 :

<device> 디바이스의 스케줄 상태를 가져옵니다 .


<device>는 스케줄 상태를 가져올 디바이스를 지정합니다 . 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다 .

*<state>는 다음과 같은 스케줄 상태를 반환합니다 .

STL_DEV_FREE: 사용 가능

STL_DEV_RESERVED: NetWorker용으로 스케줄 지정되어 있음

STL_DEV_OCCUPIED: 다른 호스트에서 사용함

성공한 경우 반환 값은 STL_ERR_NOERR입니다 . 오류 반환 값은 부록을 참조하십시오 .


stli(8)

stl_error()

선언 :

char *stl_error(void)

설명 :

선행 STLI 함수 호출에 관련된 인쇄 가능한 오류 메시지를 제공합니다 . 이 함수는 마지막 STLI 함수 호출 상태를 설명하는 메시지가 포함된 버퍼 주소를 반환합니다 . 이 메시지는 상수 문자열 (예 :

stl.h에 포함된 100보다 작은 오류 코드 메시지 )일 수 있습니다 . 그러나 오류 상황을 정확히 설명하는 실제 매개 변수로 구성될 수도 있습니다 .

이 함수는 매개 변수 없이 호출되므로 오류 및 기타 상태 정보는 라이브러리의 글로벌 정적 변수에

유지되어야 합니다 .

사용 가능한 메시지가 없으면 NULL이 반환됩니다 . 부록 : 반환 값을 참조하십시오 .

stl_mount()

선언 :

int stl_mount(char* stl, char* volume, char* device);

설명 :

<volume> 볼륨을 <drive> 드라이브로 이동합니다 .


<volume>은 마운트할 볼륨의 바코드입니다 .

<device>는 볼륨을 마운트할 디바이스를 지정합니다 . 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다 .

이 호출은 볼륨이 드라이브에 로드되고 드라이브가 준비 상태가 되어야 값을 반환할 수 있습니다 .

정확한 시퀀스는 라이브러리에 따라 다릅니다 . 완료되는 데 몇 분이 걸릴 수도 있습니다 .

성공한 경우 반환 값은 STL_ERR_NOERR입니다 . 부록 : 반환 값을 참조하십시오 .

stl_open()

선언 :

int stl_open(char* server, char** stl);

설명 :

테이프 라이브러리에 연결합니다 .

<server>는 테이프 라이브러리에 대한 연결을 설정하는 데 필요한 모든 정보를 포함하는 문자열입니다 . 이 문자열의 정보는 특정 유형의 테이프 라이브러리에 고유합니다 . 일반적인 형식은 다음과

같습니다 .

[<host>] [<par1>=<val1> [<par2>=<val2>]...]


stli(8)

대부분의 경우 문자열에는 <host>가 포함됩니다 . 이것은 라이브러리 서버의 노드 이름으로 , 네트워크를 통해 STLI 요청을 주고받습니다 .

*<stl>은 다른 STLI 함수에서 사용하도록 반환되는 핸들입니다 . 이 핸들을 사용하여 후속 함수 호출 간의 내부 정보를 저장할 수 있습니다 . 일부 라이브러리의 경우 환경 변수를 사용하여 필요한 구성 정보를 유지하는지 여부에 따라 이 호출에 대한 매개 변수를 사용할 수도 있고 그렇지 않을 수도

있습니다 .


stl_query_volume

선언 :

int stl_query_volume(char *stl, char *volume)

설명 :

사일로를 쿼리하여 볼륨의 현재 상태를 설정합니다 . 이 함수는 현재 NetWorker에서 사용하도록 해당 볼륨을 할당하기 전에 볼륨의 현재 상태를 확인하는 데 사용됩니다 .


<volume>은 마운트할 볼륨의 바코드입니다 .

이 함수는 볼륨이 있을 경우 STL_ERR_NOERR을 , 볼륨이 없을 경우 STL_ERR_NOVOL을 반환합니다 .

오류가 발생할 경우 다른 값도 반환될 수 있습니다 . 부록 : 반환 값을 참조하십시오 .

stl_release_dev()

선언 :

int stl_release_dev(char *stl, char *device);

설명 :

이전에 stl_reserve_dev()에서 스케줄한 <device> 디바이스를 해제합니다 .


<device>는 해제할 디바이스를 지정합니다 . 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다 .


stl_reserve_dev()

선언 :

int stl_reserve_dev(char *stl, char *device);


stli(8)

설명 :

NetWorker에서 사용할 <device> 디바이스를 스케줄합니다 .


<device>는 스케줄 지정할 디바이스를 지정합니다 . 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다 .


stl_version()

선언 :

int stl_version(void)

설명 :

STL 라이브러리에 대한 STLI 버전 정보를 반환합니다 .

이 함수는 STL 라이브러리 버전에 10을 곱한 값을 반환합니다 . 즉 , STLI 버전 1.2의 함수를 지원하는 STL 라이브러리의 경우 값 12를 반환합니다 .

STLI 버전 1.0에 지정된 호출은 다음과 같습니다 .

stl_close()stl_dev_reservation()stl_mount()stl_open()stl_release_dev()stl_reserve_dev()stl_unmount()

STLI 버전 1.1에서는 다음 호출이 추가되었습니다 .

stl_query_volume()stl_version()


stl_deposit_volume()stl_withdraw_volume()


stl_deposit_volumes()stl_withdraw_volumes()

stl_version에서는 'STL_' 오류로 해석될 수 있는 값을 반환하지 않습니다 . 이렇게 하려고 시도하면 예상할 수 없는 결과가 발생할 수 있습니다 .

stl_unmount()

선언 :

int stl_unmount(char* stl, char* volume, char* device);


stli(8)

설명 :

<volume> 볼륨을 <drive> 드라이브에서 제거합니다 .


<volume>은 제거할 볼륨의 바코드입니다 .

<device>는 볼륨을 제거해야 하는 디바이스를 지정합니다 . 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다 .

<volume> 또는 <device>는 NULL일 수 있습니다 . 두 값을 지정할 경우 이 값은 일치해야 합니다 .

이 호출은 볼륨이 드라이브에서 배출되고 라이브러리에 의해 슬롯에 반환되어야 값을 반환할 수 있습니다 . 따라서 이 작업을 완료하려면 몇 분 정도 걸릴 수 있습니다 .


stl_withdraw_volume

선언 :

int stl_withdraw_volume(char *stl, char *volume, char *capname)

설명 :

지정한 볼륨을 지정된 카트리지 액세스 포트 (입 /출력 장치 , 메일 슬롯 등 )를 통해 라이브러리에서 배출합니다 .


<volume>은 회수할 볼륨의 바코드입니다 .

<capname>은 사일로에서 볼륨을 제거하는 데 사용할 카트리지 액세스 포트 /입출력 영역 /메일 슬롯을 지정합니다. 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다.


이 함수는 라이브러리에서 볼륨을 성공적으로 회수한 경우 STL_ERR_NOERR을 반환합니다 . 그러나

볼륨이 없는 경우에는 STL_ERR_NOVOL을 반환합니다 . STL_ERR_VOLBUSY는 볼륨이 현재 사용 중이므로 회수할 수 없는 경우에 반환됩니다 .


stl_withdraw_volumes

선언 :

int stl_withdraw_volumes(char *stl, char *volumes, char *capname)

설명 :

지정한 볼륨을 지정된 카트리지 액세스 포트 (입 /출력 장치 , 메일 슬롯 등 )를 통해 라이브러리에서 배출합니다 . 이 함수는 정의되고 stl_version에서 1.3 이상을 반환하는 경우

stl_withdraw_volume() 대신 사용됩니다 . 따라서 지정된 단일 볼륨 또는 쉼표로 구분된 목록과

함께 작동할 수 있어야 합니다 .



stli(8)

<volumes>은 라이브러리에 배치할 볼륨의 쉼표로 구분된 바코드 목록입니다 . 공백 문자 (ASCII

32) 자체도 유효한 바코드 문자이므로 각 바코드 사이에 불필요한 공백을 추가해서는 안 됩니다 .

<capname>은 사일로에서 볼륨을 제거하는 데 사용할 카트리지 액세스 포트 /입출력 영역 /메일 슬롯을 지정합니다. 이것은 테이프 라이브러리에서 해당 디바이스의 이름으로 인식하는 문자열입니다.


이 함수는 라이브러리에서 볼륨을 성공적으로 회수한 경우 STL_ERR_NOERR을 반환합니다 . 그러나

볼륨이 없는 경우에는 STL_ERR_NOVOL을 반환합니다 . STL_ERR_VOLBUSY는 볼륨이 현재 사용 중이므로 회수할 수 없는 경우에 반환됩니다 .


부록 : 반환 값

라이브러리 유형에 독립적인 일반 오류 코드로 0-99의 반환 값이 스케줄됩니다 . 헤더 파일 stl.h에서는 간단한 오류 메시지와 함께 일반적인 반환 값을 정의합니다 .

각 STLI 구현의 고유 오류 코드에는 100보다 큰 반환 값을 사용할 수 있습니다 .

STLI 구현에서는 모드 오류 상황을 일반적인 STLI 오류 코드에 매핑하고 자세한 오류 메시지는

stl_error() 함수를 통해 제공하는 것이 좋습니다. 이렇게 하면 NetWorker가 알려진 오류 코드에 반응할

뿐만 아니라 자세한 오류 메시지를 사용자 인터페이스를 통해 전달할 수 있습니다 .

일반 오류 코드 STL_ERR_DEVEMPTY, STL_ERR_DEVFULL 또는 STL_ERR_ALRDYMNTED가 적용되는 상황에는

고유 오류 코드가 허용되지 않습니다 .

현재 정의된 반환 코드는 다음과 같습니다 .

오류 값 의미-------------------------------------------------------

STL_ERR_NOERR 호출 반환 성공 - 오류 없음

STL_ERR_UNKNOWN 오류 , 세부 정보 없음

STL_ERR_CONNECT 테이프 라이브러리에 연결할 수 없습니다 .

STL_ERR_BUSY 테이프 라이브러리가 사용 중이므로 나중에 다시 시도하십시오 .

STL_ERR_ACCESS 라이브러리 , 요청된 디바이스 , 볼륨 또는 작업에 대한 액세스 권한이 거부되었습니다 .

STL_ERR_NODEV 테이프 라이브러리에서 알 수 없거나 실제로 사용할 수 없는 디바이스입니다 .

STL_ERR_NOVOL 테이프 라이브러리에서 알 수 없거나 실제로 사용할 수 없는 볼륨입니다 .

STL_ERR_DEVFULL 디바이스가 다른 볼륨에 이미 로드되었습니다 .

STL_ERR_DEVEMPTY 디바이스가 비어 있습니다 .

STL_ERR_DEVBUSY 디바이스가 사용 중입니다 .

STL_ERR_ERRNO 로컬 UNIX 오류 , 오류 번호를 참조하십시오 .

STL_ERR_INVALID 잘못된 매개 변수입니다 .


stli(8)

STL_ERR_VOLBUSY 볼륨이 다른 디바이스에 이미 로드되었거나 다른 방식으로 사용되고 있습니다 .

STL_ERR_LIBRARY 테이프 라이브러리 내부 오류

STL_ERR_CONFIG 요청이 테이프 라이브러리 구성과 일치하지 않습니다 .

STL_ERR_DEVOCC 다른 호스트에서 스케줄 지정된 디바이스입니다 .

STL_ERR_DEVRES 이미 스케줄 지정된 디바이스입니다 .

STL_ERR_DEVNOTRES 스케줄 지정되지 않은 디바이스입니다 .

STL_ERR_NOTINST STLI-Library가 더미 라이브러리입니다 .

STL_ERR_NOTSUPP 더미 함수 반환

STL_ERR_ALRDYMNTED 요청한 볼륨은 요청한 디바이스에 이미 마운트되어 있습니다 .

참조nsrjb(8), nsr_jukebox(5), IBM_silo(8), EMASS_silo(8), STK_silo(8)


stli(8)


tapeexercise(8)

Maintenance Procedures tapeexercise(8)

이름tapeexercise - 테이프 드라이브 실행

시놉시스UNIX의 경우 tapeexercise [ -vBEFP ] devname

Windows의 경우 tapeexer [ -vBEFP ] devname

설명tapeexercise 프로그램은 샘플 데이터를 테이프에 쓰고 포지셔닝 및 읽기 작업이 예상대로 수행되는지 여부를

테스트합니다 . 이 프로그램에는 지정된 드라이브 (되감기 아님 )에 읽기 가능한 테이프가 있어야 합니다 .

tapeexercise 를 사용할 때는 각별히 주의해야 합니다 . tapeexercise(UNIX) 또는

tapeexer(Windows) 명령을 사용하여 테이프를 테스트할 때 주의해야 할 사항은 다음과 같습니다 .

- 테스트를 수행하면 테이프의 현재 데이터를 덮어쓰므로 나중에 필요한 데이터가 들어 있는 테이프에는

tapeexer-cise 또는 tapeexer 명령을 사용하지 마십시오 .

- 테스트가 완료되면 테스트에 사용한 모든 테이프의 레이블을 다시 지정하십시오 . 테이프 레이블을 다시 지정하지 않으면 이후에 백업이나 복구에 사용할 수 없습니다 .

- 바코드 레이블이 지정된 테이프는 테스트에 사용하지 않는 것이 좋습니다 . 바코드 레이블은 미디어 데이터베이스 내에 있는 볼륨 ID에 연결되므로 바코드 레이블이 있는 테이블은 레이블을 다시 지정하기 어렵습니다 .

성공적으로 완료되면 실행된 각 테스트마다 ‘‘<test name>: test begin,’’ ‘‘<test name>: test ok’’

가 표시됩니다 . 예를 들면 다음과 같습니다 .

BasicTest: test beginBasicTest: test ok

옵션-v 세부 정보 표시 (verbose) 모드에서 작동합니다 .

-B 기본 테스트만 수행합니다 .

-E EOT 테스트만 수행합니다 .

-F 파일 공간 앞으로 건너뛰기 테스트만 수행합니다 .

설정된 BEFP 옵션이 없으면 모든 테스트가 수행됩니다 .

devname

테스트 중인 테이프 디바이스의 디바이스 이름입니다. 되감기 디바이스가 아닌 디바이스여야 하며,

로컬 운영 체제 규칙을 따릅니다 .


tapeexercise(8)

종료 상태다음은 tapeexercise가 종료될 수 있는 오류 번호입니다 .

ETAPE (40) : 테이프 디바이스 액세스 또는 사용 오류EBASICTEST (41) : 기본 테스트를 실행하는 동안 발생하는 오류EEOTTEST (42) : EOT 테스트를 실행하는 동안 발생하는 오류EFSFTEST (43) : FSF 테스트를 실행하는 동안 발생하는 오류

둘 이상의 테스트에 실패할 경우 종료 코드에는 마지막으로 실패한 테스트만 반영됩니다 .

다른 모든 오류의 경우 tapeexercise는 0이 아닌 오류 (일반적으로 1)로 종료됩니다 .

참조nsrmmd(8), Hardware Compatibility Guide

제한사항tapeexercise 프로그램은 일반적으로 QIC 드라이브에서 실패합니다 . 이것은 이러한 디바이스가

tapeexercise 에서 가정한 모든 기능 (특히 파일 뒤로 건너뛰기 )을 지원하지 않기 때문입니다 . 이러한 디바이스에는 nsrmmd(8) 를 사용할 수 있습니다 . 지원되는 전체 디바이스 목록은 Hardware Compatibil-

ity Guide 를 참조하십시오 .


tur(8)

Maintenance Procedures tur(8)

이름tur - 장치 준비 상태 테스트

시놉시스tur [ -a b.t.l ] [ -l ]

설명tur 프로그램은 시스템에 연결된 모든 SCSI 디바이스에 장치 준비 상태 테스트 명령을 보냅니다 .

-a b.t.l

특정 SCSI 주소 (서수 )를 선택합니다 . 여기서 b 는 논리적 SCSI 버스이고 , t 는 SCSI대상이며 ,

l 은 대상의 SCSI LUN(논리 유닛 번호 )입니다 . 자세한 내용은 libscsi(8) 를 참조하십시오 .

-l 시스템의 모든 SCSI 어댑터에 대한 전체 LUN 검색을 수행합니다 . 이 인수는 모든 시스템에서 사용할 수 있지만 HP-UX 시스템에는 영향을 주지 않습니다 . HP-UX 시스템에서는 사용 가능한 디바이스를 검색하는 데 사용되는 메서드로 인해 액세스 가능한 모든 디바이스가 표시되므로 -l 옵션은

추가적인 영향을 주지 않습니다 . 다른 모든 시스템에서는 LUN 0에서 SCSI 디바이스 검사를 시작합니다 . 빈 LUN이 처음 발견되면 지정된 대상 ID에 대한 검색이 종료됩니다 . -l 옵션을 사용하면 시스템의 모든 SCSI 버스에 대한 대상 ID의 LUN에서 디바이스를 확인합니다 . 이 작업은 시간이 매우 오래 걸리므로 필요한 경우에만 사용해야 합니다 . 예를 들어 Fibre Channel 어댑터는

각각 80개 이상의 LUN이 있을 수 있는 126개의 대상 ID를 지원할 수 있습니다 . 이 단일 어댑터의 모든 LUN을 검사하는 데 10분 이상이 걸릴 수 있습니다 .

참조libscsi(8)


tur(8)


uasm(8)

Maintenance Procedures uasm(8)

이름uasm - UNIX파일 시스템 데이터를 저장 및 복구하기 위한 Net-Worker 모듈

시놉시스uasm -s [ -benouv ] [ -ix ] [ -t time ] [ -f proto ] [ -p path ] path...uasm -r [ -nuv ] [ -i {nNyYrR} ] [ -m <src>=<dst> ] -z suffix ] [ path ] [ -P pass-phrase ] ...

설명uasm 명령은 기본 파일 시스템 ASM(Application Specific Module)입니다 . 이 명령은 save(8) 및

recover(8) 에 포함되어 있습니다 . uasm 은 tar(1) 과 유사한 방법으로 직접 호출할 수도 있습니다 . 여기에서 제공하는 uasm에 대한 설명은 모든 ASM에 적용됩니다 . 이 매뉴얼 페이지의 많은 설명에는 uasm만

언급되어 있습니다 .

uasm 에는 저장 및 복구의 두 가지 기본 모드가 있습니다 . 저장 시 , uasm 은 디렉토리 트리를 찾아서 백업 스트림을 생성 (참조 : nsr_data(5)) 합니다 . 즉 , 파일 및 디렉토리 구성을 나타내는 연관된 stdout

파일에 대한 백업 스트림이 생성됩니다 . 복구 시 , uasm 은 연관된 stdin 파일에서 백업 스트림을 읽고 해당 디렉토리와 파일을 만듭니다 .

백업 세션 중에는 uasm 동작을 디렉티브 \fR로 제어할 수 있습니다 . 디렉티브는 하위 디렉토리 검색 방법 ,

무시할 파일 , 백업 스트림 생성 방법 및 후속 디렉티브 파일 처리 방법을 제어합니다 . (참조 : nsr(5)).

디렉토리 트리를 찾을 때 rawasm\fR인 경우를 제외하고는 심볼 링크가 표시되지 않습니다 .

ASM은 현재 또는 이전 버전의 NetWorker에서 저장 스트림을 복구할 수 있습니다 . 참고 : 이전 버전의 ASM

에서는 이후 버전의 ASM에서 생성된 파일을 복구할 수 없습니다 .

다음 목록은 NetWorker와 함께 제공되는 ASM에 대한 간단한 설명을 제공합니다 .

aes

aes ASM은 소프트웨어 암호화 알고리즘을 사용하여 파일 데이터를 암호화합니다. aes에서는 많은

양의 CPU 리소스를 사용하므로 성능이 낮은 시스템에서는 장점이 제한될 수도 있습니다 .

always

always ASM은 파일 변경 시간과 관계없이 항상 파일 백업을 수행합니다 .

atimeasm

atimeasm\fR은 파일 액세스 시간을 변경하지 않고 파일을 백업하는 데 사용됩니다 . 이 기능은

mailasm\fR의 서브세트입니다. 대부분의 시스템에서 atimeasm\fR은 선택을 위해 mtime 파일을

사용한 다음 (ctime 파일을 변경하는 ) 백업 후에 atime 파일을 재설정합니다 . ctime 파일을 변경하지 않고 atime 파일을 유지하기 위해 인터페이스를 지원하는 시스템에서는 atimeasm 이 아무런 영향을 주지 않습니다 . 이는 일반적으로 atime 파일이 정상적으로 보존되기 때문입니다 .

compressasm

compressasm\fR은 소프트웨어 압축 알고리즘을 사용하여 파일 데이터를 압축합니다 . 디렉토리는

압축하지 않습니다 . 압축되는 양은 데이터에 따라 다릅니다 . compressasm\fR에서는 많은 양의

CPU 리소스를 사용하므로 성능이 낮은 시스템에서는 장점이 제한될 수도 있습니다 .

dmfasm

dmfasm\fR은 SGI DMF(Data Migration Facility)에서 관리되는 파일을 백업 및 복구하는 데

사용됩니다 . 백업 시 오프라인 파일은 회수되지 않습니다 . 반면 , 복구 시에는 오프라인 및 이중

상태 파일이 회수 가능한 오프라인 파일로 복구됩니다 .


uasm(8)

holey

holey ASM은 파일을 백업할 때 구멍이나 0 블록을 처리하여 복구 동안 이러한 구멍을 보존합니다.

일부 파일 시스템 인터페이스에서는 파일 구멍 정보의 위치를 확인하는 데 사용할 수 있습니다 . 그렇지 않으면 파일에서 읽은 0 블록은 생략됩니다 . 이 ASM은 보통 자동으로 적용되므로 별도로 지정할 필요가 없습니다 .

logasm

logasm\fR을 사용하면 백업 세션 중에 파일을 변경할 수 있습니다 . logasm 은 "log" 파일 및

기타 백업 작업 중에 변경되는 파일을 나타낼 필요가 없는 유사 파일에 사용할 수 있습니다 .

mailasm

mailasm\fR은 메일 스타일의 파일 잠금을 사용하며 , 대부분의 메일 핸들러에서 "new mail has

arrived" 플래그를 보존하여 파일의 액세스 시간을 유지합니다 .

mtimeasm

mtimeasm\fR은 ctime 파일 대신 mtime 파일을 사용하여 선택한 파일을 백업하는 데 사용됩니다 .

nsrindexasm

nsrindexasm\fR은 버전 6 이전에 수행된 NetWorker 파일 인덱스 백업을 복구하는 데 사용됩니다 . 이러한 이전 인덱스 백업에서 복구하는 동안 nsrindexasm\fR은 nsrck\fR 및 mmrecov\fR

에 따라 자동으로 호출됩니다 .

nsrmmdbasm

nsrmmdbasm은 NetWorker 미디어 인덱스를 처리하는 데사용됩니다 . 보통 nsrmmdbasm은

savegrp 및 mmrecov에 의해 자동으로 호출되며 , NetWorker 디렉티브에서는 사용되지 않습니다 .

null

null ASM은 지정된 파일 및 디렉토리를 백업하는 대신 상위 디렉토리의 온라인 인덱스에 파일 이름을 유지합니다 . null 디렉티브가 있는 파일을 백업할 세이브 세트로 지정하면 빈 세이브 세트 (

일반적으로 'mminfo -v' 쿼리에서 크기가 '4B'로 표시됨 )가 미디어 인덱스에 만들어지며 , 이

세이브 세트에는 복구 가능한 데이터가 없습니다 .

nullasm

nullasm은 null ASM의 대체 이름으로 , nullasm이 내부 ASM이 아니라 별도의 실행 프로그램이었던 이전 버전과의 역방향 호환성을 위해 지정됩니다 .

posixcrcasm

posixcrcasm은 백업하는 동안 파일의 32비트 CRC를 계산하는 데 사용됩니다 . 이 CRC는 파일과 함께 저장되며 파일을 복원할 때 검증됩니다 . 백업 자체를 수행하는 동안에는 검증되지 않습니다 . 이 ASM을 사용하면 복원 시 파일의 유효성을 검사할 수 있지만 검출된 오류를 수정할 수 있는 수단은 제공하지 않습니다 .

rawasm

rawasm은 /dev 항목 (예 : 블록 - 및 문자 -특수 파일 )과 관련 원시 디스크 파티션 데이터를 백업하는 데 사용됩니다 . 일부 시스템에서는 /dev 항목이 실제로 장치 고유 이름에 대한 심볼 링크에 해당합니다. 다른 ASMs과 달리 rawasm은 심볼 링크를 따르므로 더 짧은 /dev 이름을 구성할

수 있습니다 . 복구할 경우 rawasm을 사용하려면 복구 전에 원시 디바이스에 대한 파일 시스템 노드가 존재해야 합니다 . 이렇게 하면 /dev 항목의 복구로부터 보호되어 재구성된 디스크에 있는 데이터를 덮어쓰지 못하게 됩니다 . 다른 원시 파티션을 참조하게 하여 /dev 항목을 작성하고 , 필요한 경우 강제로 덮어쓸 수 있습니다 . 심볼 링크로 /dev 항목을 만들 경우 데이터는 해당 심볼 링크 대상에 복구됩니다 . rawasm을 사용할 때는 각별히 주의해야 합니다 . 자세한 내용은 주의 섹션을 참조하십시오 .


uasm(8)

skip

skip ASM은 지정된 파일 및 디렉토리의 백업을 지원하지 않으며 , 상위 디렉토리의 온라인 인덱스에 파일 이름을 배치하지도 않습니다 . skip 디렉티브가 있는 파일을 백업할 세이브 세트로 지정하면 빈 세이브 세트 (일반적으로 'mminfo -v' 쿼리에서 크기가 '4B'로 표시됨 )가 미디어 인덱스에 만들어지며 , 이 세이브 세트에는 복구 가능한 데이터가 없습니다 .

swapasm

swapasm\fR은 실제 파일 데이터를 백업하지 않지만 복구 시 올바른 크기의 0으로 채워진 파일을

다시 작성합니다 . 이 ASM은 스와핑 디바이스가 올바른 크기로 복구되어야 하는 스왑 파일인 시스템에서 사용되지만 스왑 파일의 컨텐츠는 중요하지 않으므로 백업할 필요가 없습니다 .

xlateasm

xlateasm\fR은 백업된 데이터를 즉시 인식하지 못하도록 파일 데이터를 변환합니다 .

Internal ASM은 별도의 프로그램이 아니라 모든 ASM에 포함되어 있습니다 . External ASM은 별도의 프로그램이며 필요에 따라 호출됩니다 . NetWorker와 함께 제공되는 외부 ASM은 nsrmmdbasm 및

nsrindexasm입니다 . 지금까지 나열한 다른 모든 ASM은 내부용입니다 .

보안상의 이유로 외부 ASM 이름은 asm으로 끝나고 fIorigin 디렉토리에 있어야 합니다 . 이 디렉토리는 처음에 호출된 프로그램 (일반적으로 save 또는 recover)과 같습니다 . 일부 시스템 아키텍처에서는 origin

디렉토리에서 ASM을 찾을 수 없는 경우 origin 디렉토리와 관련이 있는 다른 디렉토리가 검색됩니다 .

통과 ASM은 디렉토리 트리를 이동합니다 . skip, null 및 nullasm ASM은 디렉토리 트리를 통과하지 않습니다 . 이것은 디렉티브 전파를 적용할 수 없음을 의미하지 않습니다 . 통과하지 않는다는 것은 지정된 생략 패턴과 일치하는 모든 디렉토리가 통과되지 않고 완전히 생략됨을 의미합니다 . 그러나 +skip을 사용하면 패턴과 일치하지 않는 모든 디렉토리에 생략 패턴을 재귀적으로 적용할 수 있습니다. 예를 들어 디렉토리

구조가 다음과 같다고 가정해 봅니다 .

tmp source source/tmp

이 경우

skip: tmp

디렉티브를 사용하면 tmp 디렉토리 만 생략되는 반면 ,

+skip: tmp

디렉티브를 사용하면 tmp 및 source/tmp 둘 다 생략됩니다 . 즉 , 생략은 일치하는 디렉토리를 통과하지 않지만 +를 사용하면 생략 디렉티브가 일치하지 않는 하위 디렉토리를 통해 전파합니다 .

여기에서 설명하는 모드는 내부 ASMs이며 여러 내부 ASMs이 동시에 적용될 수도 있습니다 . 파일을 처리하는 데 외부 ASM이 필요한 경우에는 새 ASM이 호출되고 백업 스트림을 생성합니다 . filtering ASM이 디렉토리 트리를 통과하고 다른 ASM을 호출하는 경우 해당 ASM 백업 스트림은 filtering ASM에 의해 처리됩니다 . 따라서 compressasm을 사용하여 디렉토리를 백업하는 동안 mailasm을 사용하여 메일 파일을 올바르게 처리할 수 있습니다 . 일단 다른 모드가 설정되면 , 설정을 해제할 수 있는 유일한 방법은 명시적으로

uasm에 ASM 디렉티브를 일치시키는 것입니다 .

자동 적용 ASM은 특정 조건에서 사용되며 디렉티브 파일에 특별히 언급할 필요가 없습니다 . 예를 들어 큰

파일에 할당된 디스크 블록 수가 적으면 holey ASM이 자동으로 호출되어 해당 파일을 처리합니다 . 자동 적용 ASM은 파일 이름이 명시적인 디렉티브와 일치하는 경우에는 사용되지 않습니다 .


uasm(8)

recover와 함께 사용할 경우 모든 표준 ASM은 복구 시 보안을 지원합니다 . 파일이 ACL(액세스 제어 목록 )과 함께 저장된 경우에는 해당 파일의 소유자 , 루트 사용자 및 관리자만 파일을 복구할 수 있습니다 .

ACL이 없는 파일은 표준 모드 비트를 통해 파일을 복구할 수 있는 사용자가 결정됩니다 . 파일 소유자 , 루트 및 관리자는 항상 파일을 복구할 수 있습니다 . ASM을 수동으로 호출한 경우에는 이러한 보안 확인 규칙이 적용되지 않습니다 .

옵션모든 ASM에는 이 섹션에 설명된 옵션을 적용할 수 있습니다 . 이러한 옵션을 일반적으로 standard-asm-

arguments라고 합니다 . ASM에는 추가 옵션을 지정할 수도 있으며 , 이러한 옵션은 대문자여야 합니다 .

-s (저장 ) 또는 -r(복구 ) 모드를 지정해야 하며 , 다른 모든 옵션 앞에 와야 합니다 . 저장할 때는 적어도 하나의 path 인수를 지정해야 합니다 . Path는 디렉토리 또는 파일 이름일 수 있습니다 .

다음 옵션은 모든 모드에 사용할 수 있습니다 .

-n 연습을 수행합니다. 백업할 때 파일 시스템을 찾고 백업 스트림을 만들지만 파일을 열지 않습니다.

복구할 때는 입력 백업 스트림을 사용하고 기본 상태 확인을 수행하지만 파일 데이터를 복구하는 동안 디렉토리 또는 파일을 만들지 않습니다 .

-u 이 옵션은 일반적으로 경고가 발생할 수 있는 오류가 있을 경우 ASM을 중지시킵니다 . 일반적으로

디스크 공간이 부족할 수 있는 파일 시스템을 복구하거나 저장을 수행하고 경로로 인해 저장이 중지되는 것을 원치 않는 경우에 유용합니다 . 복구할 때 uasm 과 함께 이 옵션을 사용하면 디스크

공간이 부족한 경우 작업이 중지됩니다. 이 옵션이 없을 경우 uasm 은 전체 백업 스트림을 처리할

때까지 각 파일을 복구하려고 계속 시도합니다 .

-v 세부 정보 표시 (verbose) 모드를 설정합니다 . 현재 ASM, 해당 인수 및 처리 중인 파일이 표시됩니다 . 필터링 모드에서 작동 중인 필터링 ASM(다른 ASM의 백업 스트링 처리 중 )이 스트림을 수정하면 해당 이름 , 인수 및 현재 파일이 대괄호 안에 표시됩니다 .

저장 시 함께 사용할 수 있는 옵션은 다음과 같습니다 .

-b 바이트 수를 생성합니다. 이 옵션은 -n 옵션과 유사하지만 바이트 수 모드에서 실제 파일 데이터를

읽는 대신생성되는 데이터 양을 추정합니다 . 빠른 방법이지만 -n 옵션보다 정확성이 떨어집니다 .

바이트 수 모드에서는 레코드 (예 : 파일 및 디렉토리 ) 수 , 헤더 정보의 바이트 수 및 대략적인 파일 데이터의 바이트 수를 생성합니다 . 그러나 백업 스트림은 생성하지 않습니다 . 따라서 해당 출력을 복구 모드에서 다른 ASM의 입력으로 사용할 수 없습니다 .

-e 최종 "end of save stream" 부울 문자열을 생성하지 않습니다 . 이 플래그는 ASM에서 외부 ASM

을 호출하고 최적화를 위해 생성된 백업 스트림 자체를 소비하지 않도록 선택하는 경우에만 사용해야 합니다 .

-f proto

모든 파일을 처리하기 전에 해석할 .nsr\fR 디렉티브 파일의 위치를 지정합니다 (참조 :

nsr(5)). proto\fR에서 지정한 디렉티브 파일 내의 <<경로 >>\fR 디렉티브는 처리할 디렉토리

트리의 파일을 확인해야 하며 , 그렇지 않을 경우 해당 후속 디렉티브가 무시됩니다 .

-i 디렉토리 트리에 있는 .nsr\fR 디렉티브 파일에서 모든 저장 디렉티브를 무시합니다 .

-o 이전 버전의 NetWorker server에서 처리할 수 있는 백업 스트림을 생성 (참조 : nsr_data(5))

합니다 .

-p path

이 문자열은 출력될 때 각 파일 이름 앞에 표시됩니다 . 이 인수는 하나의 ASM에서 다른 외부 ASM

을 실행할 때 내부적으로 사용됩니다 . path 는 현재 작업 디렉토리 또는 현재 작업 디렉토리의 후행 구성 요소로 , 올바른 형식이 지정된 경로여야 합니다 .


uasm(8)

-t date

파일이 수정된 이후의 날짜 (nsr_getdate(3) 형식 )가 백업됩니다 .

-x 파일 시스템 경계를 교차합니다. 일반적으로 파일 시스템 경계는 통과하는 동안 교차되지 않습니다.

rawasm\fR을 제외하고 심볼 링크를 표시하지 않습니다 . 1.0v

저장 시 함께 사용할 수 있는 옵션은 다음과 같습니다 .

-i {nNyYrR}

초기 기본 덮어쓰기 응답을 지정합니다 . 1자만 사용할 수 있습니다 . 복구 중인 파일 이름이 기존

파일과 충돌하는 경우 덮어쓰기 권한이 있는지를 묻는 메시지가 표시됩니다 . [Return] 키를 누르면 기본 응답이 대괄호 속에 표시됩니다 . -i 옵션을 사용하여 다른 방식으로 지정하지 않는 한 ,

"n"이 초기 기본 덮어쓰기 응답입니다 . 기본값이 아닌 다른 응답을 선택할 때마다 새 응답이 기본값이 됩니다 . N, R 또는 Y 를 지정한 경우에는 이름 바꾸기접미사로 끝나는 파일의 자동 이름 바꾸기를 수행할 경우 외에는 묻지 않고 작업이 계속되며, 다음에 발생하는 각 충돌은 해당 소문자가

선택된 것처럼 확인됩니다 .

유효한 덮어쓰기 응답 및 해당 의미는 다음과 같습니다 .

n 현재 파일을 복구하지 않습니다 .

N 이름이 충돌하는 모든 파일을 복구하지 않습니다 .

y 복구된 파일로 기존 파일을 덮어씁니다 .

Y 이름이 충돌하는 파일을 덮어씁니다 .

r 충돌하는 파일의 이름을 바꿉니다 . 점 , "." 및 접미사가 복구된 파일 이름에 추가됩니다 . 그래도 충돌이 발생하면 확인 메시지가 다시 표시됩니다 .

R 점 , (".") 및 접미사를 추가하여 충돌하는 파일 이름을 자동으로 바꿉니다 . 충돌하는 파일 이름이 이미 "." 접미사로 끝나는 경우에는 자동 이름 바꾸기 루핑 조건을

방지하기 위해 확인 메시지가 표시됩니다 .

-m src=dst

이 옵션은 새로 만든 파일 이름을 매핑합니다 . src로 시작하는 모든 파일은 경로 이름의 선행

src 구성 요소를 대체하여 dst 경로를 가지도록 매핑됩니다 . 이 옵션은 절대 경로 이름을 사용하여 대체 디렉토리 (예 : -m /usr/etc=.)에 백업된 복구 파일을 재배치하는 데 유용합니다 .

-z suffix

충돌하는 이름을 바꿀 때 추가할 접미사를 지정합니다 . 기본 접미사는 "R"입니다 .

-P pass-phrase

aes 디렉티브를 통해 백업된 파일을 복구할 때 사용할 추가 암호를 지정합니다 . 기본적으로 현재

데이터 영역 암호화 키 및 기본 암호에서 생성된 키가 시도됩니다 . 이 옵션을 사용하면 uasm이

암호에서 암호화 키를 생성하여 기본 및 데이터 영역 암호 키가 작동하지 않을 경우 이 키를 시도합니다 . 이 옵션은 여러 번 지정할 수 있습니다 .

path 복구할 파일을 제한하는 데 사용됩니다 . 접두사가 path와 일치하는 파일만 복구됩니다 . 이 확인

작업은 -m 사양을 사용하여 이름 매핑을 완료하기 전에 수행됩니다 . path를 지정하지 않으면 확인이 수행되지 않습니다 .


uasm(8)

예제

-d default

이 옵션은 기본 압축 모드를 선택하며 , 아무 옵션 없이 compressasm 을 호출하는 것과 같습니다 . 이 모드에서는 level이 무시됩니다 .

-gzip compressasm에서 zlib 압축을 사용합니다 . 이것은 gzip 명령 및 .jar

파일에서 사용하는 알고리즘과 동일한알고 리 즘 입 니 다 . zlib 는 Jean-loup Gailly 및

Mark Adler에게저작권 (1995-2010)이 있습니다 . 홈 페이지는 http://zlib.net/입니다 .

-bzip2 compressasm이 bzip2 툴에서 사용하는 libbzip2 압축을사용하도록 지정합니다 . 이 소프트웨어는 Julian R. Seward에게 저작권 (1996-2010) 이 있습니다 . 홈 페이지는 http://www.bzip.org/입니다 .

-level 이 옵션은 zlib 및 libbzip2의 압축 레벨을 지정하며 , 레벨은 정수 값입니다 . zlib 압축의 경우 이 값은 [0..9]의 범위 이내이며 기본값 (생략된 경우 )은 6입니다 . libbzip2의 경우 범위는 [0..250]이고 기본값은 0입니다 . 일반적으로는 레벨이 높을수록 압축률도 높습니다 .

압축이 입력 파일에서 단일 항목으로 실행되는 것이아니라 각각의 개별 입력 버퍼에서 실행되기 때문에 결과압축률이 gzip 및 bzip2으로 얻을 수 있는 압 축률과크게 차이가 납니다 . 하지만 각 개별 버퍼가 커지면압축률이 좋아집 니다 . 기본적으로 ASM에서는 64KB 크기의버퍼를 사용합니다 . ASCII 파 일 을 사용한

테스트 결과 256KB 블록을 사용할 경우 libbzip2의 압축률이 세 배가 되는것으로 나타났습니다 . 따라서

높은 압축률을 얻 으 려 면 환 경 변 수 NSR_READ_SIZE 를 필요한 버퍼 크기 (단위 : 바이트 )로 설정하여 버퍼 크기를 늘리는 것이 좋습니다 .

앞서 설명한 것처럼 , 원하는 압축률이 클수록 더 많은 CPU 리소스가 필요 합니다 . 또한 압축에 상당한 시간이 걸릴수 있습니다 . 두 요인 모두 백업 시간 증가의 원인이 될수 있습니다 . 압축의 이점은 네트워크 대역폭이 낮아지고백 업 스토리지 할당량이 줄어든다는 것입니다 .

주의원시 파티션은 활성 DBMS 데이터를 저장하는 데 자주 사용됩니다 . 원시 파티션에 활성 DBMS 제품에서 관리하고 업데이트하는 데이터가 포함되어 있으면 rawasm 만으로는 일관된 백업이 제공되지 않습니다 .

rawasm\fR이 파티션에서 데이터를 보관하거나 복구하는 동안에는 데이터베이스가 제어되지 않는 방식으로

데이터를 업데이트하지 않아야 합니다. 파티션이 오프라인되거나 데이터베이스 관리자가 종료하거나 파티션이

백업에 적합한 상태에 있어야 합니다 . EMC에서는 온라인 데이터베이스 백업을 지원하는 제품을 제공합니다 .

마찬가지로 rawasm 이 UNIX 파일 시스템을 포함하는 파티션을 저장하는 데 사용되는 경우에는 일관된 백업을 얻기 위해 해당 파일 시스템이 마운트 해제되거나 읽기 전용으로 마운트되어야 합니다 .

원시 파티션은 백업을 수행한 시스템과 동일한 디스크 환경 및 파티션 크기로 구성된 시스템에서 복구하는 것이 가장 이상적입니다 . 새 파티션이 원래 파티션보다 작으면 복구가 성공적으로 완료되지 않습니다 . 새 파티션이 원래 파티션보다 크면 원래 저장된 데이터 양만 복구됩니다 .

또한 백업된 파일에 디스크 레이블디스크 구조가 포함된 레이블 )이 포함된 경우 이 파티션을 새 디스크에 복구하면 새 디스크 구조가 원래 디스크와 일치하도록 변경되면서 해당 레이블도 복구됩니다. 마찬가지로 UNIX

파일 시스템 파티션이 rawasm 을 사용하여 백업된 경우 파티션을 복구하면 마운트 시간에 관한 타임 스탬프(해당되는 경우 )를 포함하여 파티션의 모든 정보가 다시 설정됩니다 .

파티션 크기는 .B rawasm에서 검색하지 않으므로 (백업이 완료될 때까지 ) 복구할 때 보고된 추정 크기는

정확하지 않습니다 .

예제파일 복사

현재 디렉토리의 모든 파일을 target_dir로 복사하려면 다음을 사용합니다 .

uasm -s . | (cd target_dir; uasm -rv)


uasm(8)

이 명령은 소유권, 시간 및 기타 UNIX 속성을 보존합니다. 구멍 파일에 있는 데이터만 복사되며,

구멍은 복사되지 않습니다 .

아카이브 디렉토리에 파일 트리 복사here 디렉토리의 파일 트리를 archive에 복사하고 이름이 충돌하는 모든 파일을 덮어쓰려면 다음

명령을 사용합니다 .

uasm -s . | (cd archive; uasm -r -iY)

먼저 디렉토리 (cd\fR)를 여기 로 변경하고 첫 번째 uasm 을 제공하여 저장 상대 경로를 결정한

다음 복구를 수행하는 두 번째 uasm 을 통해 archive\fR에서 파일 트리를 다시 만듭니다 .

복구를 수행하는 두 번째 uasm에서 -m 옵션을 사용하여 경로 이름을 명시적으로 매핑하는 방법을

사용해도 같은 결과를 얻을 수 있습니다 .

uasm -s here | uasm -r -iY -m here=archive

파일.nsr 전체 파일 시스템에 있는 디렉티브 파일을 저장합니다 .

참조nsr(5), nsr_directive(5), nsrmmdbasm(8), nsrindexasm(8), nsrck(8), nsr_data(5), recover(8), save(8), scanner(8), XDR(3N)


uasm(8)


writebuf(8)

Maintenance Procedures writebuf(8)

이름writebuf - 디바이스 버퍼 쓰기

시놉시스writebuf -a b.t.l [ -m mode ] [ -b buffer-id ] [ -o buffer- offset ] [ -p plist-len ] -f filename

설명writebuf 프로그램은 명명된 SCSI 디바이스에 WRITE BUFFER 명령을 보냅니다. 이 프로그램은 일반적으로

SCSI 디바이스에 새 마이크로코드를 다운로드하는 데 사용됩니다 .

특정한 서수 SCSI 주소를 선택하려면 필수 -a 인수를 사용해야 합니다 (참조 : libscsi(8)).

필수 인수 세트 -f filename 은 기록할 데이터가 포함된 파일을 참조해야 합니다 .

옵션-b buffer-id

기록할 버퍼 ID를 지정합니다 .

-o buffer-offset

쓰기를 시작할 버퍼 시작 부분에서의 오프셋을 지정합니다 .

-p plist-len

매개 변수 목록 길이를 지정합니다 .

참조인수에 대한 자세한 설명은 ANSI SCSI-2 사양을 참조하십시오 .

버그 및 경고일부 마이크로코드 파일이 큽니다 . 이 명령을 실행하는 플랫폼 및 이 명령을 받는 디바이스를 연결하는 호스트 어댑터가 모든 마이크로코드를 하나의 명령으로 전송하는 것을 지원하는지 확인하십시오 . 마이크로코드

조각을 로드하지 못하면 심각한 문제가 발생할 수 있으며 공장 수리가 필요할 만큼 디바이스를 손상시킬 수

있습니다 . lusbinfo(8) 명령을 사용하여 이러한 제약 요소에 대한 I/O 전송 제한 크기를 확인하십시오 .

이 명령을 사용할 때는 주의해야 합니다 .

참조libuscsi(8), lusbinfo(8)


writebuf(8)



부록

Windows 전용 명령

이 부록에는 Windows 시스템에서만 사용할 수 있는 명령이 포함되어 있습니다.

NetWorker 명령(Windows 전용): ossr_director

이름ossr_director -- Windows 재해 복구 디렉터 프로그램(Windows 전용)

요약ossr_director [-c client-name] [-s server-name] [-S ssid[/cloneid] [-D debuglevel] [-v] [-p] [-h] [-?]

설명ossr_director는 WinPE ISO의 Windows DR(재해 복구) 마법사에 사용되는 명령으로, 시스템 상태가 저장된 중요 볼륨에 대해 파일 복구를 수행합니다. 이 명령은 재해 복구 파일의 NetWorker Server 및 세이브 세트 ID를 전달합니다. 이 정보를 바탕으로 Windows ASR 기능의 지원을 받아 클라이언트 시스템의 중요 디스크가 재생성되어 다시 포맷된 후, NetWorker 시스템으로부터 중요 볼륨의 부팅 가능한 시스템 상태가 복구됩니다.

옵션?이 명령의 사용 방법 메시지를 출력합니다.

-c client[사용 안 됨] 여기서 client는 재해 복구 파일을 저장한 시스템의 이름입니다. 프로그램에 이 옵션을 입력할 수는 있지만 이 옵션은 현재 사용되지 않습니다.

-D debuglevel재해 복구 로그에서 추가 디버그 정보를 표시하는 디버그 레벨을 설정합니다. 레벨은 1에서 9까지이며 레벨이 높아질수록 디버그 출력 내용도 많아집니다.

-h이 명령의 사용 방법 메시지를 출력합니다.

-p디스크 불일치 오류를 해결하기 위해 중요하지 않은 디스크를 포맷합니다.

기본적으로 Windows DR 복구는 중요하지 않은 디스크의 포맷을 건너뜁니다. -p 옵션을 사용하면 시스템 이미지의 레이아웃과 일치시키기 위해 기존 파티션이 삭제되고 복원된 컴퓨터에 있는 모든 디스크가 다시 포맷됩니다.

그러나 백업 이후에 디스크 서명이 변경되지 않은 경우에는 -p 옵션을 선택해도 Microsoft 사양에 따라 중요하지 않은 볼륨이 다시 포맷되지 않습니다.


이 옵션은 디스크 불일치 오류로 인해 시스템을 복원하지 못하는 경우에 유용할 수 있습니다. 디스크 불일치 오류가 있는 경우 -p 옵션이 오류를 해결할 수 있습니다.

-s server

복원할 세이브 세트가 있는 NetWorker Server를 지정합니다. 서버 선택에 대한 설명은 nsr(1m)을 참조하십시오. ossr_director에 server 값이 필요합니다.

-S ssid[/cloneid]ssid는 복구할 재해 복구 세이브 세트에 대한 세이브 세트 ID를 지정합니다. 재해 복구 세이브 세트에 대한 클론 인스턴스가 있는 경우 cloneid도 지정할 수 있습니다.

-v 프로그램을 세부 정보 표시(verbose) 모드로 실행합니다. 이 옵션은 recover.exe 명령의 메시지를 ossr_director 로그 파일에 출력합니다.

참조recover(1m), nsrinfo(1m), nsr(1m), nsr_render_log(1m)

파일nsr/logs/recover.log

실행된 recover.exe가 Windows 재해 복구 세이브 세트 메타데이터를 복구할 때 사용하는 로그 파일입니다.

nsr/logs/ossr_director.raw지시된 대로 진행 상황 및 디버그 정보를 기록하는 데 사용되는 기본 ossr_director 로그 파일입니다. 로그 데이터를 사람이 읽을 수 있는 형식으로 출력하려면 nsr_render_log.exe 프로그램이 필요합니다.

nsr/temp/volume_completion_status.txt재해 복구가 완료된 후에 각 중요 볼륨의 상태를 기록하는 데 사용되는 파일입니다.

진단종료 코드

0정상 종료입니다. 즉, 클라이언트 타겟 시스템의 부팅 가능한 시스템 상태를 복구하는 데 세이브 세트가 제대로 사용되었다는 의미입니다. 자세한 정보는 로그 파일 및 시스템 복구 상태 파일을 참조하십시오. 필요한 경우 시스템을 재부팅하고 애플리케이션 데이터 복원을 계속합니다.

<>0비정상 종료입니다. 재해 복구가 정상적으로 완료되지 않았으며 중요 디스크 및 볼륨의 상태가 명확하지 않습니다. 자세한 정보는 복구 로그 파일을 참조하십시오.


EMC NetWorker 8.2 명령 참조 가이드 · 2020-03-04 · EMC NetWorker 8.2 명령 참조...

Documents

Transcript of EMC NetWorker 8.2 명령 참조 가이드 · 2020-03-04 · EMC NetWorker 8.2 명령 참조...