이 장에서는 다음 ACSLS 유틸리티에 대해 설명합니다.
acs_renumber.sh를 사용하면 연결된 라이브러리를 재구성하지 않고 라이브러리 컴플렉스에서 지정된 ACS의 식별자를 변경할 수 있습니다.
acsss 매크로는 ACSLS를 시작하고 중지할 뿐 아니라 ACSLS의 유지 관리 및 문제 해결을 제어하고 모니터링합니다.
bdb.acsss는 ACSLS 데이터베이스 및 ACSLS 제어 파일을 백업합니다.
동적 구성(config) 유틸리티는 ACSLS가 온라인 상태로 실행되는 동안 ACSLS 라이브러리(및 구성 요소)에 대한 구성 변경을 동적으로 구현합니다. 이러한 구성 유틸리티는 다음과 같습니다.
config acs는 동적으로 ACS를 추가하거나 기존 ACS 및 그 구성 요소를 재구성합니다.
config drives
- 기존 드라이브 패널에서 동적으로 드라이브를 추가하고 드라이브 유형을 변경하며 드라이브를 삭제합니다.
config lsm은 동적으로 기존 LSM과 해당하는 모든 구성 요소를 재구성합니다. 이러한 구성 요소에는 CAP, 패널 및 드라이브가 포함됩니다.
config ports는 동적으로 ACS에 대한 포트 연결을 재구성합니다.
db_export.sh
는 ACSLS의 업그레이드 설치 또는 다시 설치를 준비하기 위해 ACSLS 데이터베이스 정보 및 ACSLS 제어 파일을 내보냅니다.
db_import.sh
는 db_export.sh 유틸리티를 사용했을 때 내보낸 ACSLS 데이터베이스 정보 및 ACSLS 제어 파일을 가져옵니다.
del_vol
은 오프라인 LSM에서 볼륨을 삭제합니다.
drives_media.sh는 현재 ACSLS 릴리스에서 지원되는 모든 드라이브 유형, 매체 유형 및 드라이브와 매체 간 호환성을 표시합니다.
ejecting.sh는 대규모 꺼내기 작업을 빠르고 효율적으로 수행합니다.
free_cells.sh를 사용하면 ACSLS에서 제어되는 라이브러리의 사용 가능한 셀을 모니터링 및 관리할 수 있습니다.
getHba.sh는 광 섬유 채널 HBA 포트를 관리합니다.
get_license_info는 사용 권한 라이센스를 소프트웨어적으로 강제하는 기능이 ACSLS에서 더는 사용되지 않으므로 릴리스 ACSLS 7.3.1 및 8.0.1부터 제거되었습니다. ACSLS 제어 라이브러리에서 사용 가능한 셀 수를 표시하고 관리하려면 free_cells.sh를 사용하십시오.
greplog는 acsss_event
로그를 필터링하여 특정 키워드를 포함하는 메시지를 포함하거나 제외합니다.
install_scsi_Linux.sh는 ACSLS에 대한 라이브러리를 구성할 때 사용할 수 있는 /dev/mchanger
링크를 만듭니다.
lib_type.sh는 지정된 ACS ID에 연결된 LSM의 LSM 유형을 반환합니다.
licensekey.sh는 라이센스 키 검증이 더는 사용되지 않으므로 릴리스 ACSLS 7.3.1 및 8.0.1부터 제거되었습니다.
moving.sh는 여러 카트리지를 하나 이상의 LSM으로 이동합니다.
probeFibre.sh는 Emulex(LP10000) 또는 QLogic(QLA2300) 광 섬유 채널 HBA 뒤에 연결된 각 장치의 모델 번호, 개정 수준 및 대상 LUN 주소를 표시합니다.
rdb.acsss
는 ACSLS 데이터베이스와 ACSLS 제어 파일을 복원합니다.
showDevs.sh
는 Solaris에 구성된 각각의 mchanger 장치에 대한 세부정보를 표시합니다.
showDrives.sh는 ACSLS에 연결되어 구성된 모든 드라이브 목록을 나타냅니다.
stats_report
는 라이브러리 볼륨 통계 정보를 수집합니다.
userAdmin.sh는 ACSLS GUI 사용자 암호를 관리합니다. 사용자 추가, 사용자 제거, 사용자 나열, 사용자 암호 변경을 수행할 수 있습니다.
volrpt
는 볼륨 보고서를 만듭니다.
watch_vols
는 CAP를 통해 입력되므로 볼륨에 대한 소유권 및 풀 연결을 자동으로 지정합니다.
ACSLS 유틸리티를 사용하려면 다음 일반 지침을 따르십시오.
일반적으로 이 장에 설명된 유틸리티는 사용자 acsss
에 의해 실행됩니다. 유틸리티 실행에 필요한 권한 및 환경 종속성을 상속하려면 사용자 acsss
로 로그인해야 합니다.
su
를 사용하려는 경우 su - acsss
를 사용해야 합니다.
다음 작업 후에 수동으로 데이터베이스를 테이프에 백업하려면 bdb.acsss
를 사용하는 것이 좋습니다.
라이브러리 하드웨어 구성
데이터베이스 가져오기. 새 ACSLS 버전으로 업그레이드한 후에는 이전 버전으로 만든 데이터베이스 백업을 사용하지 마십시오. 업그레이드한 후에 바로 새 백업을 만드십시오.
모든 데이터베이스 복구
정확하고 일관된 데이터베이스를 복구하려면 항상 최신 데이터베이스 백업을 사용하십시오.
유틸리티가 실패하는 경우 모든 이벤트 로그를 보존하십시오. 이러한 로그는 문제 해결을 지원하는 데 도움이 됩니다.
ACSLS 7.x에 사용된 시작 및 중지 스크립트는 ACSLS 8.x에서 지원되지 않습니다.
ACSLS 8.x는 라이브러리 관리 응용 프로그램을 시작 및 중지하기 위해 Solaris SMF(서비스 관리 기능)와 통합된 새 메커니즘을 제공했습니다. 이는 ACSLS에 사용된 rc.accsss
및 kill.acsss
를 대체합니다. 이 메커니즘은 또한 응용 프로그램 상태를 모니터링하는 기능도 제공합니다.
acsss
명령으로 ACSLS 8.x를 시작 및 중지할 수 있습니다. 단일 명령 acsss
는 ACSLS 시작, 종료 및 모니터링 기능을 제공합니다. 해당 유틸리티는 $ACS_HOME
디렉토리에 상주하고 모든 사용자가 액세스할 수 있습니다.
다음 절에서는 ACSLS 유틸리티에 대해 설명합니다.
연결된 라이브러리를 재구성하지 않고 라이브러리 컴플렉스에서 지정된 ACS의 식별자를 변경할 수 있는 간단한 도구입니다. 라이브러리의 모든 LSM, CAP, 드라이브 및 볼륨이 ACS와 관련하여 식별되므로 사용자가 새로 지정하는 ACS ID와 각 라이브러리 리소스가 일치하도록 이 유틸리티는 다양한 데이터베이스 테이블을 모두 업데이트합니다.
새 논리 라이브러리는 현재 활성 패턴을 사용합니다. 예를 들어, ACS 0을 1로 번호를 다시 지정하면 1001과 1002는 원래대로 남아 있지만, ACS 1의 새 논리 라이브러리는 2001이 됩니다. ACS 6을 ACS 0으로 번호를 다시 지정하면 7001은 원래대로 남아 있지만, ACS 0의 새 논리 라이브러리는 1003이 됩니다. 새로 추가된 논리 라이브러리가 ACS를 기반으로 하여 예측할 수 있지만 실제로 더는 관련이 없습니다.
주:
이 유틸리티에서 변경한 사항은 ACSLS 서버에만 적용되고 이러한 리소스를 사용하는 클라이언트 응용 프로그램에는 적용되지 않습니다. 그러므로 서버에서 ACS ID를 변경한 후에 클라이언트 데이터베이스를 재구성해야 할 수 있습니다.주:
ACSLS는 이 스크립트를 실행하기 전에 사용 안함으로 설정되어야 합니다.ACS의 지정된 번호를 변경하려면 acs_renumber.sh
를 실행하십시오. 대화식 세션에서 먼저 변경한 내용이 클라이언트 응용 프로그램에 영향을 미친다는 경고 메시지가 표시되고 계속 작업을 수행할 것인지 묻는 메시지가 표시됩니다.
$ acs_renumber.sh N O T I C E Changes made by this script will impact client applications that use ACSLS. Specifically, drive i.d. mappings and LSM id's will change. Continue...? (y or n):
y
라고 응답하면 내용을 변경하기 전에 루틴에서 자동으로 기존 데이터베이스가 백업됩니다. 변경한 내용을 원래대로 되돌려야 할 경우 이 작업을 통해 이전 구성으로 복원할 수 있습니다. (또한, acs_renumber.sh
루틴을 반복하여 변경을 되돌릴 수도 있습니다.)
루틴에서 현재 구성된 ACS의 목록이 표시되고 각 ACS의 번호를 다시 지정할 것인지를 묻는 메시지가 표시됩니다. 번호를 다시 지정하는 경우 지정할 새 값을 묻습니다.
Current ACS list: ACS-0 (SL8500) Do you wish to renumber ACS-0? (y or n): What is the new value for ACS-0? 5
입력(이 예에서는 5라고 응답했음)을 수락하면 루틴에서 보류 중인 변경을 확인할 것인지를 묻는 메시지가 표시됩니다.
Change ACS-0 to ACS-5. Correct? (y or n):
y라고 응답하면 루틴에서 관련 데이터베이스 테이블이 모두 업데이트되기 시작하고 변경한 사항을 체크포인트하기 위해 자동으로 데이터베이스가 백업됩니다.
Updating tables: Changing ACS-0 to ACS-5 acstable: 1 records captable: 4 records celltable: 13424 records drivetable: 128 records handtable: 16 records lmutable: 0 records lsmtable: 8 records paneltable: 280 records porttable: 1 records ptptable: 16 records scr_distr_table: 0 records volumetable: 0 records Complete! Current ACS list: ACS-5 (SL8500) Now backing up the database changes...
acsss
매크로는 ACSLS와 관련된 다양한 서비스를 시작 및 작동 중지하는 기본적인 시작, 중지 및 상태 명령입니다. 설치에 따라 ACSLS 응용 프로그램은 Solaris 또는 Linux 시스템에 설치된 최대 7개의 서비스를 한 단위로 구성됩니다.
acsdb
- ACSLS 라이브러리 데이터베이스를 관리합니다.
acsls
- 라이브러리 작업을 실행하는 라이브러리 제어 소프트웨어입니다.
weblogic
- ACSLS GUI용 웹 서버입니다.
surrogate
- java 서비스와 acsls 사이의 통신 링크입니다.
rmi-registry
- 명명된 java 객체 및 방법에 대한 조회 서비스입니다.
smce
- 논리 라이브러리의 SCSI 매체 교환기 에뮬레이션입니다.
stmf
- 논리적 라이브러리의 대상 모드 프레임워크입니다.
acsls
및 acsdb
서비스는 모든 설치에 공통으로 적용됩니다. weblogic
, surrogate
및 rmi-registry
서비스는 ACSLS GUI 지원이 구성된 위치에 있습니다. smce
및 stmf
서비스는 논리 라이브러리가 (Solaris에) 구성된 경우에만 적용됩니다.
모든 서비스는 다른 구성 요소 간의 종속성에서 요구하는 정의된 순서대로 이러한 서비스를 시작 및 중지하는 단일 매크로 acsss
를 사용하여 ACSLS 사용자가 조작합니다. 이 매크로는 Solaris의 SMF(서비스 관리 기능) 및 Linux의 init.d
서비스 유틸리티에 명령을 실행하여 실제 작업을 수행합니다.
명령 | 기능 |
---|---|
enable |
ACSLS와 관련된 모든 서비스를 시작하는 기본 방법입니다. 사용으로 설정하면 다양한 서비스가 사용 상태를 유지하고 시스템 재부트 후에도 자동으로 다시 사용으로 설정됩니다. |
temp-enable |
acsss enable 과 동일하지만 시스템 재부트 후 서비스가 다시 시작되지 않습니다. |
maint-enable |
ACSLS 데이터베이스와 관련되지 않은 일반적인 유지 관리 작업에 사용됩니다. 이 옵션은 GUI 기반구조를 사용으로 설정해 주므로, GUI 사용자는 ACSLS가 사용 안함으로 설정되어 있는 동안 로그인 상태를 유지할 수 있습니다. 이 방법은 소프트웨어 부분 패치 설치 컨텍스트에 사용됩니다. acsls 또는 smce 서비스 모두 사용으로 설정되지 않습니다. |
db |
db_export , db_import 및 acsss_config 를 포함하는 데이터베이스 유지 관리 작업에 사용되는 선호 제어 모드입니다. 이를 통해 ACSLS 데이터베이스 엔진이 사용으로 설정되고 ACSLS GUI를 포함하는 모든 기타 ACSLS 서비스가 사용 안함으로 설정됩니다. |
disable |
ACSLS 작업을 중지하는 데 사용되는 기본 방법입니다. 완전히 종료되는 것은 아니며 acsls 및 smce 서비스가 사용 안함으로 설정된 후 데이터베이스 및 GUI 로그인 세션이 유지 관리 작업에 대해 활성 상태로 유지되도록 합니다. 결과 상태는 acsss maint-enable의 상태와 동일합니다. 이 방법은 서비스가 사용 안함으로 설정되기 전에 ACSLS 및 라이브러리가 유휴 상태로 놓이기 때문에 가장 안전하게 서버를 중지할 수 있습니다. |
force-disable |
acsss disable 과 동일하지만 작업이 acsls 및 smce를 사용 안함으로 설정하기 전에 유휴 상태가 될 때까지 기다리지 않습니다. |
shutdown |
모든 ACSLS 서비스를 완전히 종료합니다. 소프트웨어 설치/제거 컨텍스트 및 종료할 데이터베이스(acsdb) 또는 종료할 GUI 기반구조(rmi-registry 및 surrogate)가 필요한 기타 유지 관리 컨텍스트에 사용됩니다. |
status |
다양한 ACSLS 서비스에 대한 빠른 상태 보고서를 제공합니다. |
a-status |
acsdb 서비스의 작업 상태를 반환합니다. |
d-status |
acsls 서비스의 작업 상태를 반환합니다. |
g-status |
ACSLS GUI의 상태를 표시합니다. |
l-status |
다양한 ACSLS 서비스의 상세 정보 상태 요약을 제공하며 문제 해결 컨텍스트에서 추가 분석에 필요한 데이터를 로깅하기 위한 포인터가 포함됩니다. 포인터가 가리키는 로그는 서비스 시작 또는 종료를 실패한 경우와 같은 컨텍스트에서 유용합니다. |
p-status |
acsss 상태와 비슷하며 이 보고서에는 각각의 서비스 계약에서 모니터링하는 다양한 프로세스 ID 목록이 포함됩니다. |
w-status |
WebLogic 서비스의 상태를 표시합니다. |
timeout |
Solaris의 acsls 서비스에 대한 SMF 시작 timeout 을 보고합니다. |
legal |
ACSLS 법적 통지를 영어 또는 프랑스어로 표시합니다. |
대부분의 경우 맨 위 enable
, disable
및 status
세 개의 명령만 사용합니다. 나머지 명령은 소프트웨어 서비스 제공 컨텍스트에서 편의에 따라 사용됩니다.
bdb.acsss
유틸리티는 ACSLS 환경을 재구성해야 하는 ACSLS 데이터베이스 내용 및 ACSLS 제어 파일을 백업합니다. 백업은 사용자가 이름을 지정한 tar 파일 또는 테이프 장치에 배치되거나 기본값으로 정의된 디렉토리에 배치됩니다.
이 유틸리티는 ACSLS를 종료하지 않고 ACSLS 데이터베이스 백업을 수행합니다(핫 백업).
-f
옵션이 없는 /export/backup/<
time_stamp
>.tar
파일이 만들어집니다. time_stamp
는 bdb.acsss
명령이 실행된 시간입니다. bdb.acsss
를 실행한 후에 테이프의 내용을 확인하려면 특정 테이프 장치에 대한 다음 예를 수정하십시오.
Solaris의 경우:
tar tvbf 2048 /dev/rmt/0mn
tar tvbf
명령을 실행한 후에 테이프가 다음 블록으로 진행합니다. tar tvbf
명령 실행 후에 rdb.acsss
를 실행하려는 경우 테이프를 되감았거나 다시 배치했는지 확인하십시오.
bdb.acsss
[-f
backup_file
| tape_device
]
옵션 없이 bdb.acsss
를 입력하면 기본 백업이 수행되어 이 백업이 수행된 시점으로 되돌리는 데이터베이스 복원 기능을 제공합니다.
-f
backup_file
ACSLS 데이터베이스 백업을 포함할 UNIX 파일을 지정합니다. 파일 및 디렉토리에 대한 쓰기 권한이 있어야 합니다.
-f
tape_device
ACSLS 서버에 연결되고 구성된 모든 테이프 장치를 지정합니다.
필요한 경우 데이터베이스 복구에 사용할 수 있는 백업을 만들려면 bdb.acsss
유틸리티를 사용하여 ACSLS 데이터베이스를 테이프 또는 외부 네트워크 파일에 백업합니다.
다음 작업 후에 수동으로 데이터베이스를 백업하려면 bdb.acsss를 사용하는 것이 좋습니다.
acsss_config
실행
데이터베이스 가져오기. 새 ACSLS 버전으로 업그레이드 후에 이전 버전으로 만든 데이터베이스 백업을 사용하지 마십시오.
전체 라이브러리 감사
모든 데이터베이스 복구
예 1:
$ bdb.acsss -f /export/backup/my_backup
이 예에서는 my_backup
이라는 파일이
/export/backup
디렉토리에 만들어졌습니다. 이제 파일 보관 여부, 파일 저장 위치 또는 파일을 다른 파일 시스템, 다른 서버 또는 쓰기 가능 CD 장치로 이동할 것인지를 선택할 수 있습니다.
그러면 이 파일을 사용하여 백업이 수행된 시점의 상태로 데이터베이스를 복원할 수 있습니다. 예를 들어, 백업이 금요일 오후 1시에 수행되었고 복원은 월요일 오전 6시에 수행되는 경우 데이터베이스가 금요일 오후 1시의 상태로 되돌려집니다.
이와 동일한 -f
옵션 내에서 파일 이름 대신 테이프 장치를 지정할 수 있으면 백업이 명명된 테이프 장치로 이동합니다.
예 2:
$bdb.acsss -f /dev/rmt/0mn
이 예에서는 테이프 장치 /dev/rmt/0mn
에 테이프 아카이브가 만들어졌습니다. 이 아카이브는 저장하여 오프사이트 위치에서 나중에 사용할 수 있습니다.
참조:
동적 구성(config
) 유틸리티를 사용하면 ACSLS가 온라인 상태로 실행되는 동안 ACSLS 라이브러리(및 구성 요소)에 대한 구성 변경을 구현할 수 있습니다. 이러한 구성 변경은 acsss_config.log
파일에 기록됩니다.
다음과 같은 동적 구성 유틸리티가 지원됩니다.
config acs
config drives
config lsm
config ports
config
유틸리티를 사용하면 다음과 같은 이점이 있습니다.
ACSLS가 계속 실행되므로 영향을 받지 않는 라이브러리 구성 요소에 대한 마운트 요청을 수행할 수 있습니다.
다른 모든 구성 정보가 변경되지 않은 상태에서 지정된 라이브러리 구성 요소를 다시 구성할 수 있습니다. 예를 들어, 다음과 같습니다.
특정 ACS를 지정할 때는 다른 ACS의 구성 요소가 영향을 받지 않습니다.
특정 LSM을 지정할 때는 다른 LSM의 구성 요소가 영향을 받지 않습니다.
모든 기존 드라이브에 대한 드라이브 패널(패널에 있는 드라이브) 마운트 및 마운트 해제가 영향을 받지 않습니다.
다음 중요 사항을 알아두어야 합니다.
동적 config
유틸리티를 사용하려면 ACSLS가 실행 중이어야 합니다.
초기 ACSLS 구성을 만들려면 acsss_config
를 사용해야 합니다. ACSLS 동작을 제어하는 변수 설정을 참조하십시오.
이벤트 알림에서 모든 동적 구성 변경을 보고합니다.
동적 구성을 실행하기 전에 추가 또는 재구성 중인 모든 구성 요소가 준비되어 있어야 합니다.
acsss_config.log
파일은 표시된 메시지에 관한 세부정보를 제공합니다.
구성 변경을 확인하지 않은 경우 [[CTRL]]+C
로 작업을 취소
할 수 있습니다.
동적 구성은 구성 변경 전후에 자동 백업을 수행합니다.
구성 변경을 확인한 후에는 취소할 수 없습니다. 구성 변경을 되돌리려면 ACSLS를 종료하고 구성 변경 수행 바로 전에 만든 백업을 복원하십시오.
10분 후에 구성 변경 확인이 시간 초과됩니다.
유일한 (또는 마지막) ACS를 제거할 수 없습니다.
ACS의 마지막 CAP 또는 ACSLS에 정의된 마지막 드라이브를 제거하지 마십시오.
동적 구성 유틸리티에는 두 가지 중요한 제한 사항이 있습니다.
ACS를 삭제하거나 라이브러리에 대한 포트(연결)를 삭제하거나 변경할 수 없습니다.
기존 SCSI/광 섬유 연결 라이브러리에서는 config acs
및 config lsm
유틸리티의 드라이브 구성만 업데이트할 수 있습니다. 패널 또는 CAP 구성은 업데이트되지 않습니다. config drives
및 config acs
new
는 SCSI/광 섬유 연결 라이브러리와 제한 없이 작동합니다. config ports
유틸리티는 SCSI/광 섬유 연결 라이브러리에서 지원되지 않습니다.
해결 방법:
동적 구성을 통해 지원되지 않는 이러한 구성 변경의 경우 ACSLS를 작동 중지하고 acsss_config
를 사용하십시오.
config acs
유틸리티를 사용하면 다음을 수행할 수 있습니다.
ACS를 추가하거나 기존 ACS 및 그 구성 요소를 재구성합니다.
모든 ACS 번호를 순서대로 지정하지 않고 라이브러리를 구성하거나 재구성할 수 있습니다.
예: 9310 라이브러리에서 SL8500으로 마이그레이션한 다음, 9310을 제거하려고 합니다. 9310은 번호가 ACS 0으로 지정되어 있고 SL8500은 번호가 ACS 1로 지정되어 있습니다. config acs
를 사용하면 이제 모든 카트리지와 드라이브를 SL8500으로 마이그레이션할 수 있고 나중에 SL8500의 번호를 다시 지정하지 않고 9310을 제거할 수 있습니다.
ACSLS를 종료하지 않고 config acs
acs_id new로 SL8500 라이브러리를 추가합니다.
드라이브를 9310에서 SL8500으로 이동하고 config acs
acs_id로 두 개의 ACS에서 모두 드라이브 구성을 업데이트합니다.
카트리지를 9310에서 제거하고 이를 SL8500에 넣습니다.
끝으로, 정전을 예약하여 ACSLS를 종료하고 acsss_config
를 사용하여 9310을 구성에서 제거합니다. 9310을 구성하지 마십시오. SL8500은 ACS 1로 지정해야 합니다(기본값 0이 아님).
분할된 ACS를 구성합니다.
config lsm
유틸리티를 사용하면 기존 LSM만 재구성할 수 있으므로 LSM을 추가 또는 제거합니다.
각 ACS에 하나 이상의 CAP가 있어야 합니다. 다른 분할 영역과 공유되는 CAP일 수 있습니다. 전체 ACSLS 시스템에 대해 하나 이상의 드라이브가 구성되어 있어야 합니다.
예를 들어, ACSLS에서 4개의 라이브러리를 지원하는 경우 이 중 3개의 라이브러리에는 드라이브가 없을 수 있습니다. 하지만 네번째 라이브러리에는 하나 이상의 드라이브가 포함되어야 합니다.
새 ACS를 추가하려면:
다음 명령을 입력합니다.
config acs new
새 ACS에 대한 ACS 번호를 지정합니다.
ACSLS에서는 모든 ACS 번호를 순서대로 지정하지 않고 라이브러리를 구성하거나 재구성할 수 있습니다.
이미 사용된 ACS 번호와 처음 다섯 개의 사용 가능한 ACS 번호가 표시됩니다.
새 ACS에 대한 ACS 번호를 입력합니다.
분할된 SL8500 또는 SL3000 중에 ACS가 배치될 위치를 선택합니다.
y라고 입력하면 ACS에 대한 분할 영역 ID를 묻는 메시지가 표시됩니다.
이 분할 영역 ID는 SLConsole의 분할 영역 ID와 일치해야 합니다.
분할된 라이브러리가 아니거나 SCSI/광 섬유로 연결된 경우 n을 입력하십시오.
ACSLS는 분할된 SCSI/광 섬유 연결 라이브러리(예: SL500)를 지원하지 않습니다. 또한 분할된 SCSI/광 섬유 연결 라이브러리에는 분할 영역 ID가 없습니다.
장치 또는 호스트 ID 다음에 나오는 ACS에 대한 연결 수를 입력합니다.
최대 15개의 연결이 있을 수 있습니다.
주:
모든 포트가 동일한 ACS에 연결되어 있는지 확인하십시오.새 ACS 구성이 표시됩니다.
새 ACS의 추가 항목을 확인합니다.
확인 후에 구성 정보가 표시되고 데이터베이스가 업데이트됩니다.
ACS를 재구성할 때 가능하면 ACS가 온라인 상태이거나 진단 모드에 있어야 합니다.
ACS를 재구성하려면:
다음 명령을 입력합니다.
config acs
acs_id
이전 구성과 새 구성이 표시됩니다.
새 구성을 확인합니다.
확인 후에 데이터베이스가 업데이트됩니다.
구성이 변경되지 않은 경우 확인을 요청하지 않고 구성을 표시한 다음, 유틸리티가 종료됩니다. 예를 들어, 다음과 같습니다.
드라이브 유형 및/또는 일련 번호 변경만
LSM 일련 번호 변경
4410과 9310 간의 LSM 유형 변경만
손 개수(예: SL8500 로봇) 변경
하지만, 이러한 변경이 확인을 요구하는 다른 변경과 함께 발생하면 새 구성을 확인하십시오. 그런 다음 데이터베이스가 업데이트됩니다.
ACS와 그 구성 요소가 데이터베이스에서 제거됩니다.
config drives
유틸리티를 사용하면 기존 드라이브 패널의 모든 드라이브를 재구성할 수 있습니다. 여기에는 드라이브 추가, 기존 드라이브의 드라이브 유형 및 일련 번호 업데이트, 데이터베이스에서 제거된 드라이브 삭제가 포함됩니다.
드라이브 구성에 대한 동적 변경을 위해 config drives
유틸리티를 사용합니다. 이 변경 작업에는 기존 드라이브 패널의 드라이브 설치, 대체 또는 제거가 포함됩니다. 예를 들어, 스토리지 셀의 개수 및/또는 위치, CAP의 개수 또는 크기, 스토리지 셀 패널을 드라이브 패널로 대체 등의 테이프 라이브러리 하드웨어 구성에 대한 기타 변경사항은 config lsm 또는 config acs
유틸리티를 사용하여 수행되어야 합니다.
주:
변경된 드라이브 구성이 있는 패널을 포함하는 LSM은 온라인 상태이거나 진단 모드에 있어야 합니다.
재구성 중인 드라이브 패널의 모든 드라이브가 준비되어 있어야 합니다.
SCSI 연결 라이브러리는 드라이브 추가, 제거 또는 변경을 인식하는 IPL 상태여야 합니다. 라이브러리가 IPL 상태가 되면 모든 드라이브가 준비된 것입니다.
새 드라이브가 기존 드라이브를 대체하고, LSM을 전환하며, 드라이브 유형이 온라인 상태이거나 실행 중인 경우 config drives
는 자동으로 드라이브 유형 및 드라이브 일련 번호를 업데이트합니다.
이 유틸리티를 사용하면 기존 LSM과 해당하는 모든 구성 요소를 재구성할 수 있습니다. 이러한 구성 요소에는 CAP, 패널 및 드라이브가 포함됩니다.
ACS에서 LSM을 추가하거나 삭제하려면 config acs
유틸리티를 사용해야 합니다.
패널이 변경되는 경우의 절차:
제거 또는 변경 중이고 카트리지가 빈 패널이 있는 경우 LSM이 온라인 상태를 유지할 수 있습니다.
제거 또는 변경 중이고 카트리지가 포함된 패널이 있는 경우 LSM을 재구성하고 영향받는 패널을 감사할 때까지 영향받는 LSM을 진단으로 전환(vary
)하는 것이 좋습니다. 이렇게 하지 않을 경우 마운트 및 마운트 해제가 실패할 수 있습니다.
패널을 추가하고 이러한 패널에 카트리지를 수동으로 배치한 경우에는 데이터베이스를 조정하도록 감사를 실행하십시오.
LSM을 재구성하려면:
다음 명령을 입력합니다.
config lsm
lsm_id
이전 구성과 새 구성이 표시됩니다.
패널 옆의 "y
"는 패널 유형이 변경되었음을 알려줍니다. 자세한 내용은 acsss_config.log
파일을 참고하십시오.
새 구성을 확인합니다.
확인 후에 데이터베이스가 업데이트됩니다.
구성이 변경되지 않은 경우 확인을 요청하지 않고 구성을 표시한 다음, 유틸리티가 종료됩니다.
사소한 변경사항은 확인 없이 자동으로 수행됩니다. 예를 들어, 다음과 같습니다.
드라이브 유형 및/또는 일련 번호 변경만
LSM 일련 번호 변경
4410과 9310 간의 LSM 유형 변경만
손 개수(예: SL8500 로봇) 변경
하지만, 이러한 변경이 확인을 요구하는 다른 변경과 함께 발생하면 새 구성을 확인하십시오. 그런 다음 데이터베이스가 업데이트됩니다.
config ports
유틸리티를 사용하면 동적으로 ACS에 포트 연결을 추가할 수 있습니다.
주:
모든 새 포트는 기존 포트와 같은 ACS에 연결되어야 합니다.config acs
acs_id를 실행한 다음, config ports
acs_id를 실행하십시오.
ACS를 다른 ACS로 대체하거나 포트 연결 주소를 변경하려면 ACSLS를 작동 중지하고 acsss_config
를 사용하십시오.
다음 명령을 입력합니다.
config port
acs_id 또는 config ports acs_id
지정된 ACS에 대한 현재 포트 연결이 표시됩니다.
지정된 ACS에 대한 포트 연결 수를 입력합니다.
최대 15개의 연결이 있을 수 있습니다.
장치 또는 호스트 ID를 지정합니다.
주:
새 포트가 기존 포트와 같은 ACS에 연결되어 있는지 확인하십시오.이전 구성과 새 구성이 표시됩니다.
포트 순서를 변경하는 것은 구성 변경이 아닙니다. 현재 데이터베이스에 기록된 순서대로 연결이 표시됩니다.
새 구성을 확인합니다.
확인 후에 데이터베이스가 업데이트됩니다.
구성이 변경되지 않은 경우 구성을 표시하고 유틸리티가 종료됩니다.
db_export.sh
유틸리티는 ACSLS의 업그레이드 설치 또는 다시 설치를 준비하기 위해 ACSLS 데이터베이스 테이블 데이터 및 ACSLS 제어 파일을 내보냅니다.
주:
db_export.sh
는 ACSLS가 실행 중인 경우 실행할 수 없습니다. db_export.sh
를 실행하기 전에 acsss
disable
을 실행하십시오.-f
db_file
ACSLS 데이터베이스의 백업을 포함할 UNIX 파일을 지정합니다. 파일 및 디렉토리 모두에 대한 쓰기 권한.
주:
데이터베이스를 파일로 내보내는 경우 해당 파일은 비휘발성 디렉토리에 상주해야 합니다. ACSLS를 다시 설치하려고 다시 설치를 수행하면 $ACS_HOME 또는 $ACSDB_BKUP (such as /export/backup)
디렉토리가 삭제됩니다. 내보낸 파일을 파일 시스템의 다른 위치에 배치하십시오.
경로를 지정하지 않고 파일 이름을 지정하면 db_export
는 현재 작업 중인 디렉토리의 해당 파일 이름 아래에 데이터베이스 파일을 저장합니다. ACSLS 제어 파일은 같은 디렉토리의 <filename>.misc
라는 파일에 저장됩니다.
테이프 라이브러리, 테이프 드라이브 또는 카트리지 매체 형식 중 일부를 지원하지 않는 이전 ACSLS 릴리스로 데이터베이스를 내보낼 경우, 데이터베이스를 내보내기 전에 지원되지 않는 테이프 라이브러리를 구성에서 제거하고, 테이프 드라이브와 카트리지를 사용 중인 라이브러리에서 제거하십시오.
-f
tape_device
ACSLS 서버에 연결되고 구성된 모든 테이프 장치를 지정합니다.
옵션을 지정하지 않으면 테이프 장치가 기본값으로 지정됩니다.
db_import.sh
유틸리티는 db_export.sh
유틸리티를 사용했을 때 내보낸 ACSLS 데이터베이스 테이블 데이터 및 ACSLS 제어 파일을 가져옵니다. ACSLS 제어 파일은 $ACS_HOME/data/external
에 있고 ACSLS에 대해 사용자 정의 가능한 변수 및 구성으로 구성됩니다. 이러한 제어 파일은 액세스 제어 설정, 스크래치 환경 설정, Extended Store LSM, 사용자 정의 volrpt
설정, 볼륨 속성(watch_vols 유틸리티용) 등을 지정합니다. db_import.sh
유틸리티는 또한 다른 운영체제로 이동하거나 이전 릴리스에서 이동할 때 재해 복구 기능을 제공하고 사용자 정의 동적 변수를 유지합니다.
-f
db_file
db_export.sh
로 만든 UNIX 파일을 지정합니다.
-f
tape_device
ACSLS 서버에 연결되고 구성된 모든 테이프 장치를 지정합니다
.
옵션을 지정하지 않으면 테이프 장치가 기본값으로 지정됩니다.
del_vol
유틸리티는 라이브러리에서 볼륨을 찾습니다. 볼륨을 찾을 수 없는 경우 del_vol
은 요청에 따라 볼륨을 누락 또는 없음으로 표시하거나 데이터베이스에서 해당 볼륨을 삭제합니다.
볼륨에 대해 참조된 모든 위치를 확인할 수 없고(예: LSM이 오프라인 상태이거나 드라이브가 준비되지 않았음) -n
(no_confirm_flag
)가 켜져 있지 않으면 볼륨을 없음으로 표시하거나 삭제를 확인하라는 메시지가 나타납니다. 볼륨이 삭제되면 관련된 볼륨과 정보(예: 스크래치 풀 구성원과 현재 및 보류 중인 lock)가 데이터베이스에서 제거됩니다.
-q
(quiet_flag
)를 입력하지 않으면 볼륨 관련 정보가 표시됩니다. 여러 옵션을 사용하는 경우 구분된 옵션 또는 연속된 문자열로 옵션의 형식을 지정할 수 있습니다.
볼륨을 없음으로 표시하거나 삭제하기 전에 del_vol
은 -n
옵션이 지정되지 않으면 확인을 요청합니다.
볼륨이 라이브러리에 있으면 데이터베이스에서 활성 볼륨 상태가 됩니다.
볼륨을 라이브러리에서 찾을 수 없고 볼륨을 삭제할 것으로 지정하지 않으면 볼륨이 없음으로 표시됩니다.
볼륨을 찾을 수 있는 셀 또는 드라이브에 액세스할 수 없고(라이브러리 또는 드라이브가 오프라인이거나 작동하지 않기 때문에) 볼륨을 삭제할 것으로 지정하지 않으면 볼륨이 누락으로 표시됩니다.
주:
이 유틸리티는 라이브러리에서 찾은 볼륨을 삭제하지 않습니다.
없음 또는 꺼냄 상태가 만료될 때까지 기다리지 않고 del_vol
유틸리티를 사용하여 볼륨 레코드를 제거할 수 있습니다.
del_vol
유틸리티를 지원하려면 ACSLS가 실행 중이어야(사용으로 설정되어야) 합니다.
-n
확인 안함 모드. 사용자에게 확인을 요청하지 않고 찾을 수 없는 볼륨을 없음으로 표시하거나 삭제합니다.
-q
자동 모드. 데이터베이스에서 추출된 모든 정보를 출력하지 않습니다.
-d
없음 또는 꺼냄 상태의 만료까지 기다리지 않고 지정된 볼륨을 삭제합니다.
-f
테이프 드라이브에 끼어 있는 카트리지를 다시 넣을 수 있습니다. -f
옵션으로 볼륨이 실제로 라이브러리에 있는지 확인하지 않고 볼륨을 삭제하거나 없음으로 표시할 수 있습니다. 이렇게 하면 결함이 있는 테이프 드라이브에 위치한 볼륨을 데이터베이스에서 삭제할 수 있습니다. 이 옵션을 사용하여 드라이브에서 볼륨을 제거하고 데이터베이스에서 삭제한 다음, 드라이브를 복구하는 동안 정상 라이브러리에 사용할 볼륨을 다시 넣을 수 있습니다.
vol_id
삭제할 볼륨 일련 번호입니다.
주:
볼륨 일련 번호에 달러($) 기호가 포함되어 있을 경우 작은따옴표로 묶어주십시오. 예: del_vol ’AB$001’del_vol
을 사용하여 오프라인 LSM에서 카트리지를 제거한 다음, 자동으로 마운트될 수 있도록 이 카트리지를 온라인 LSM에 다시 넣을 수 있습니다.
카트리지를 오프라인 LSM에서 제거합니다.
del_vol
을 사용하여 카트리지를 없음으로 표시합니다.
카트리지를 온라인 LSM에 넣습니다.
이 유틸리티를 사용하려면 ACSLS와 데이터베이스가 실행 중(유휴 아님)이어야 합니다.
주:
실수로 카트리지를 데이터베이스에서 삭제하는 경우 삭제된 카트리지를 데이터베이스에 다시 넣으려면 이 카트리지의 홈 셀을 포함하는 하위 패널을감사
해야 합니다. 시스템이 복구 중인 동안 del_vol
을 실행하면 예측 불가능한 결과가 발생할 수 있습니다. 또한, LSM 온라인 전환(vary LSM online
) 중에는 복구 시퀀스가 발생합니다.이 루틴은 현재 ACSLS 릴리스에서 지원되는 모든 드라이브 유형, 매체 유형 및 드라이브와 매체 간 호환성을 표시합니다. 정보는 일반적으로 표준 출력에 표시됩니다.
지원되는 현재 라이브러리 목록, 드라이브 유형, 매체 유형 및 드라이브와 매체 간 호환성에 대한 자세한 내용은 ACSLS Product Information Guide를 참조하십시오.
ejecting.sh
유틸리티를 사용하면 대량 꺼내기 원격 저장 작업을 손쉽게 수행할 수 있습니다. 이 유틸리티는 지정된 CAP 및 볼륨 목록을 통해 전체 작업이 완료될 때까지 여러 꺼내기 작업을 병렬로 실행합니다. 사용자가 정렬 순서대로 볼륨을 꺼내도록 요청하지 않으면 이 유틸리티는 가장 가까운 지정된 CAP로 각 볼륨을 꺼냅니다.
작업에서 운영자의 불필요한 CAP 조작을 줄일 수 있는 경우 가능하다면 가장 가까운 CAP 대신 빈 공간이 있는 근처 CAP가 사용됩니다. 일반적인 접근 방법은 카트리지 이동을 줄이고, 불필요한 LSM 전달 마이그레이션을 없애며, 운영자의 전반적인 작업량을 줄입니다.
모든 꺼내기 작업은 작업이 시작된 단일 셸 창에서 모니터링되고 요약됩니다. 여러 XTERM 창과 함께 사용하려면 -x
옵션을 참조하십시오. 특정 CAP가 가득 차고 운영자가 CAP에서 카트리지를 제거
할 준비가 될 때마다 사용자에게 알려줍니다. 운영자는 전체 작업이 완료되면 알림을 받습니다.
지난 10일 동안의 모든 꺼내기 작업 결과를 보여주는 로그 세트는 $ACS_HOME/log/ejectingLogs
디렉토리에 보관됩니다. 각 개별 로그는 작업이 완료되었을 때 받은 시간 기록으로 식별됩니다.
표준: ejecting.sh [-dmox] -c <CAP list> -v <volume list file>
정책 사양: ejecting.sh [dmox] -p <policy file>
레거시 형식: ejecting.sh <CAP ID> <volume list file>
-c <
CAP list>
CAP ID 목록은 명령줄에서 공백으로 구분됩니다. CAP 목록의 모든 CAP는 같은 ACS에 있어야 합니다.
예: -c 0,1,0 0,1,1 0,5,0 0,5,1 0,9,0
별표(*)를 사용하는 와일드카드 표현식은 LSM에서 모든 LSM 또는 모든 CAP, 아니면 두 가지를 모두 지정하는 데 유효합니다.
예:
-c 0,1,*
(LSM-1에서 모든 CAP)
-c 0,*,0
(모든 LSM에서 CAP-0)
-c 0,*,*
(모든 LSM에서 모든 CAP)
온라인 상태의 사용 가능한 CAP만 옵션으로 선택됩니다. 와일드카드 표현식이 지정되면 우선 순위가 0이 아닌 CAP만 선택됩니다.
ACS는 숫자 표현식이어야 하고 와일드카드에서 참조할 수 없습니다.
더 큰 라이브러리 컨텍스트에서 CAP 선택에 따라 원격 저장 작업의 속도 및 효율성과 관련하여 큰 차이가 나타날 수 있습니다. CAP를 너무 많이 지정하면 운영자가 부분적으로 채워진 다중 CAP를 제공하는 불필요한 작업이 추가될 수 있습니다. 주어진 작업 부하에 비해 너무 적은 CAP를 지정하면 병목 현상을 초래할 수 있고 이로 인해 로봇 기술 대기 시간이 늘어날 수 있습니다. 대규모 볼륨 목록에 대한 일반적인 경험 규칙에 따르면 선택한 CAP는 여러 레일 및 여러 라이브러리 모듈의 라이브러리 컴플렉스 전반에 분산되어야 합니다. 대량 볼륨에 대해 적은 수의 CAP를 선택하는 경우 라이브러리를 지역으로 분할하고 각 지역 중심에 위치한 CAP를 선택하십시오.
-v <volume file>
단순 텍스트 파일에 대한 전체 또는 상대 경로 이름을 사용하는 파일 사양입니다. 파일에는 꺼낼 볼륨을 나타내는 VOL-ID(VOLSERS)의 목록을 포함해야 합니다. 지정된 CAP와 같은 ACS에 포함된 볼륨만 영향을 받습니다. 마운트된 볼륨은 배출되지 않습니다.
-p <
policy file>
정책 파일은 전체 또는 상대 경로 이름을 사용하는 사양입니다. 이 텍스트 파일에는 CAP 및 볼륨에 대해 정의된 정책이 포함됩니다. 파일 형식에는 작업에 사용할 CAP 목록 다음에 ”caps:” 단어를 포함하고, 볼륨 목록 파일의 전체 경로 이름 다음에 "vols:" 단어를 포함합니다.
예:
caps: 0,1,0 0,1,1 0,5,0 0,5,1 0,9,0 0,9,1
vols: /export/backup/volumes_to_eject.txt
-d
display
옵션은 eject
작업 실행 전에 ejecting.sh
가 볼륨과 CAP 간 지정 사항을 표시하도록 지시합니다. 볼륨과 볼륨이 이동하는 CAP의 전체 목록을 표시하거나 각 LSM에서 각 CAP로 마이그레이션하는 볼륨 수를 보여주는 요약 정보를 간단히 표시하도록 선택할 수 있습니다.
디스플레이를 표시하기 전에 작업을 계속하거나 중단하도록 선택할 수 있습니다.
-m
"04"와 "99" 사이의 운영자 메시지 코드가 있는 작업에 레이블을 지정합니다. 지원되는 라이브러리에서 이 숫자 코드는 운영자 콘솔에 표시됩니다.
-o
원격 저장 작업에서는 볼륨이 정렬된 순서대로 누적되어야 할 시간이 있습니다. 이 옵션을 사용하면 루틴이 볼륨 목록에서 찾은 순서 및 지정된 CAP 순서에 따라 지정된 볼륨을 나열된 CAP로 이동합니다. 볼륨을 모두 꺼낼 때까지 CAP 순서는 첫번째 CAP에서 마지막까지 반복됩니다.
주:
CAP 순서에 대한 볼륨이 우선하므로 이 옵션은 LSM 전달 루트를 제한하여 볼륨 이동을 최적화하려고 시도하지 않습니다.-x
각 별도의 CAP eject
페이로드에 대한 전용 XTERM 창을 사용하십시오. 이 옵션은 전체 mass-eject 작업 도중에 개별 꺼내기 작업을 추적하는 데 유용할 수 있습니다. XTERM 세션은 각 CAP eject
가 시작될 때 팝업되고, 해당 eject
가 완료되면 사라집니다.
Windows 터미널에서 작동할 때 X11 지원 소프트웨어가 설치되어 있는지 확인하십시오. X11은 Solaris 또는 Linux의 표준입니다. 로컬 시스템에서 ACSLS 서버에 대한 디스플레이 액세스 컨트롤을 열어야 합니다.
예: xhost + <
acsls_server_hostname
>
이 유틸리티는 DISPLAY를 보낼 위치를 결정하기 위해 로그인 ID(who am i
)를 확인합니다. 디스플레이를 보려면 로컬 콘솔 또는 데스크탑 시스템에서 ACSLS 서버로 직접 로그인해야 합니다.
레거시 형식
ejecting.sh <
CAP ID
> <
volume file
>
이 유틸리티의 레거시 양식이 보존되어 있습니다. 이 양식은 단순한 볼륨 목록을 포함하는 파일에 대해 단일 CAP ID와 경로 이름을 사용합니다. 또한, CAP의 크기에 최적화된 일련의 eject
명령을 구성하고 표준 출력에 대한 결과 명령을 표시합니다. 디스플레이는 지정된 CAP를 통해 전체 목록을 꺼내는 데 필요한 수만큼의 eject
명령을 포함합니다.
운영자는 작업을 실행하기 위해 레거시 ejecting.sh
의 출력을 직접 cmd_proc
에 파이프할 수 있습니다.
예:
ejecting.sh 0,1,0 /export/backup/myVolumeList | cmd_proc -lq
또는, cmd_proc
로 나중에 재지정할 수 있는 파일로 출력을 재지정할 수 있습니다.
예:
ejecting.sh 0,1,0 /export/backup/myVolList > /tmp/eject.dat cmd_proc -lq < /tmp/eject.dat
ejecting.sh의 모든 인스턴스가 $ACS_HOME/log/ejectingLogs/
디렉토리에 로깅됩니다. 각 로그 파일은 날짜/시간 기록으로 명명됩니다. 예:
ejecting.log.14-Oct_13:13:10
각 ejecting.log
는 운영자 셸에서 표시될 때 전체 꺼내기 작업을 요약합니다. 발생한 모든 오류가 여기에 표시됩니다.
ejecting.log
에는 다음 이유로 유틸리티에서 무시한 볼륨 목록을 포함할 수 있습니다.
볼륨 ID가 유효하지 않습니다.
볼륨이 지정된 ACS에 포함되어 있지 않습니다.
볼륨이 사용 중입니다.
ejectingLogs/
디렉토리의 누적 파일은 10일 후에 제거됩니다. 10일 보다 오래된 로그는 ejecting.sh
가 각각 새로 호출되어 제거됩니다.
free_cells.sh
유틸리티를 사용하면 ACSLS에서 관리되는 라이브러리의 사용 가능한 셀을 모니터링 및 관리할 수 있습니다. 이 유틸리티는 LSM, ACS 및 ACSLS 서버에 대한 사용 가능한 셀 수를 보고합니다.
이 유틸리티는 $ACS_HOME/utils
디렉토리에 있습니다.
LSM은 L5500이 아님(총 사용 가능한 셀 수만 나열)
선택한 옵션 없음
LSM 1,3
총 사용 가능한 셀 수 = 2,345
-a
옵션(또한, 할당된 셀 및 총 셀 수 나열)
LSM 1,3
총 사용 가능한 셀 수 = 3,345
할당된 셀 = 3,155
총 셀 수 = 6,500
LSM이 L5500임(LTO 및 비LTO 사용 가능한 셀을 별도로 나열)
선택한 옵션 없음
LSM 0,2
LTO 사용 가능한 셀 = 573
비LTO 사용 가능한 셀 = 467
총 사용 가능한 셀 수 = 1,040
-a
옵션(또한, 할당된 셀 및 총 셀 수 나열)
LSM 0,2
LTO 사용 가능한 셀 = 573
비LTO 사용 가능한 셀 = 467
총 사용 가능한 셀 수 = 1,040
할당된 셀 = 4,460
총 셀 수 = 5,500
ACS에 LSM이 하나만 있는 경우 ACS만 다음 예에 표시된 대로 나열됩니다.
ACS가 L5500을 포함하지 않음
선택한 옵션 없음(총 사용 가능한 셀 수만 표시)
ACS 1
총 사용 가능한 셀 수 = 5,342
-a
옵션(또한, 할당된 셀 및 총 셀 수 나열)
ACS 1
총 사용 가능한 셀 = 5,342
할당된 셀 = 5,658
총 셀 수 = 11,000
ACS가 L5500을 포함(LTO 및 비LTO 사용 가능한 셀을 별도로 나열)
선택한 옵션 없음
ACS 0
LTO 사용 가능한 셀 = 1,573
비LTO 사용 가능한 셀 = 968
총 사용 가능한 셀 수 = 2,541
-a
옵션(또한, 할당된 셀 및 총 셀 수 나열)
ACS 0
LTO 사용 가능한 셀 = 1, 573
비LTO 사용 가능한 셀 = 968
총 사용 가능한 셀 수 = 2,541
할당된 셀 = 2,959
총 셀 수 = 5,500
ACS가 L5500을 포함하지 않음
총 사용 가능한 셀 수만 표시되는 경우
선택한 옵션 없음
ACSLS 서버
총 사용 가능한 셀 수 = 7,883
-a
옵션
ACSLS 서버
총 사용 가능한 셀 수 = 7,883
할당된 셀 =14,117
총 셀 수 =22,000
ACS가 L5500을 포함
L5500 라이브러리가 관리되고 있는 경우 LTO 사용 가능한 셀 및 총 사용 가능한 셀 수만 표시됩니다. L5500 라이브러리가 비LTO 셀에서 LTO를 분리하는 유일한 라이브러리이므로 비LTO 사용 가능한 셀이 표시되지 않습니다.
선택한 옵션 없음
ACSLS 서버
LTO 사용 가능한 셀 = 1,573
총 사용 가능한 셀 수 = 7,883
-a
옵션
ACSLS 서버
LTO 사용 가능한 셀 = 1,573
총 사용 가능한 셀 수 = 7,883
할당된 셀 =14,117
총 셀 수 =22,000
getHba.sh
유틸리티는 광 섬유 채널 HBA 포트를 관리합니다.
getHba.sh
getHba.sh
유틸리티는 설치 시 실행되며, install.sh
에서 호출하는 install_acsss.sh
에서 호출합니다. 이 유틸리티는 새 HBA가 시스템에 추가되었거나 HBA 포트가 재배열될 때마다 바로 실행됩니다. 이 유틸리티는 ACSLS 논리 라이브러리에 대한 클라이언트 액세스 지점을 나타내기 위해 개시자에서 대상 모드로 변경할 적절한 HBA 포트를 식별합니다.
이 유틸리티를 사용하는 가장 좋은 방법은 getHba.sh
가 실행되기 전에 FC 연결을 설정하는 것입니다. 이렇게 하면 getHba.sh
를 통해 기존 연결에 대한 유용한 정보를 표시할 수 있습니다.
유틸리티에서는 먼저 대상 모드 어댑터가 이미 구성되어 있는지 평가합니다. 대상 포트가 없으면 유틸리티 플로우는 아래 설명된 대로 계속됩니다. 유틸리티가 기존 대상 포트를 감지하면 다음 선택 항목 메뉴를 표시합니다.
원하는 작업을 선택하십시오.
기존 HBA 포트 구성을 유지합니다.
추가 대상 모드 포트를 구성합니다.
기존 대상 포트를 개시자 모드로 복원합니다.
옵션 | 설명 |
---|---|
1 | 이 유틸리티를 종료합니다. |
2 | 유틸리티는 현재 개시자 모드에서 작업 중인 포트를 나열합니다. 포트에 "원격 HBA에 연결되었습니다."라고 표시되면 다른 끝에 개시자가 있으며, 이 개시자는 ACSLS 대상 포트가 될 잠재 후보가 됨을 의미합니다. 포트에 "대상 장치에 연결되었습니다."라고 표시되면 테이프 라이브러리 또는 디스크가 연결되어 있을 수 있으며, 포트는 대상 모드 작업에 대해 잘못된 선택이 됩니다. |
3 | 대상 모드 작업에 대해 구성된 각 포트를 식별하고 해당 포트를 개시자 모드로 복원할 것인지 확인하는 프롬프트가 나타납니다. |
옵션 2의 예
대상 모드로 변경할 로컬 HBA 포트를 선택합니다. 다음 목록에서 선택하십시오.
HBA 포트 WWN 2100001b32055d85가 연결되어 있지 않습니다.
HBA 포트 WWN 2101001b32255d85가 원격 HBA에 연결되었습니다.
HBA 포트 WWN 2102001b32055d85가 대상 장치에 연결되었습니다.
이 항목에 없음.
주:
논리 라이브러리 기능을 사용하지 않으려는 경우 "이 항목에 없음"을 선택하십시오.선택 후에 확인을 요청합니다.
2 HBA Port WWN 2101001b32055d85 /pci@0,0/pci10de,377@f/pci1077,143@0 Is this correct? (y or n):
원하는 작업을 변경할 기회가 있습니다. "n"이라고 응답하면 사용 가능한 포트 목록이 선택 프롬프트와 함께 다시 표시됩니다. ”y”라고 응답하면 재구성할 추가 포트가 있는지 물어봅니다.
유틸리티는 대상 그룹과 대상 그룹 멤버 추가 작업을 진행하고, 대상 모드 변경사항이 적용되도록 서버를 재부트하도록 지시합니다.
대상 그룹 만드는 중: 2101001b32255d85
옵션 3의 예
이 옵션을 사용하면 기존 대상의 구성을 해제하고 고유 모드로 HBA를 개시자로서 복원할 수 있습니다.
# cd $ACS_HOME/install # ./getHba.sh A Target-mode port has already been configured: Target: wwn.2100001B32050A28 Connected to ... Initiator: wwn.210100E08BA61A29 Please select a desired action: 1) Keep the HBA port configuration as it is. 2) Configure an additional target-mode port. 3) Restore a target port to initiator mode. 3 Target: wwn.2100001b32050a28 Do you wish to restore this port to initiator mode? (y or n): y Removing 'qlt' binding in /etc/driver_aliases Are there additional ports you wish to reconfigure? (y or n): n A reboot will be necessary for these changes to take effect.
이 유틸리티는 사용 권한 라이센스를 소프트웨어적으로 강제하는 기능이 ACSLS에서 더는 사용되지 않으므로 릴리스 ACSLS 7.3.1 및 8.0.1부터 제거되었습니다. ACSLS 제어 라이브러리에서 사용 가능한 셀 수를 표시하고 관리하려면 free_cells.sh를 사용하십시오.
greplog
유틸리티를 사용하여 특정 키워드가 포함된 메시지를 포함하거나 제외하도록 acsss_event
로그를 필터링할 수 있습니다. 이 루틴의 구문은 UNIX 'grep
' 기능과 유사합니다. greplog
는 acsss_event
.log
와 함께 사용하도록 특별히 설계되었지만, 레코드가 빈 행으로 구분된 메시지 파일 유형과 함께 작동할 수 있습니다.
install_scsi_Linux.sh
유틸리티는 ACSLS에 대한 라이브러리를 구성할 때 사용할 수 있는 /dev/mchanger*
링크를 만듭니다. 그러한 mchanger 이름은 이제 라이브러리에서 보고된 일련 번호를 사용하여 구성되며, SAN 패브릭 또는 서버 재부트(모두 다 라이브러리에 대한 기본 장치 경로를 변경할 수 있음)의 변경사항을 유지하는 안정적인 식별자를 ACSLS에 제공합니다.
결과 /dev/mchanger
링크 및 관련 라이브러리에 대한 정보가 showDevs.sh
유틸리티를 사용하는 스크립트 출력의 일부로 표시됩니다. 이 유틸리티는 또한 라이브러리 정보를 표시하기 위해 (mchanger 링크를 만든 후) 독립형 작업으로 실행될 수 있습니다.
install_scsi_Linux.sh
샘플 출력:
========================================================================== # install/install_scsi_Linux.sh [root@acslsdevx1 install]# ./install_scsi_Linux.sh Installing SCSI device(s) for Oracle StorageTek ACSLS. Adding ACSLS rules for udev ... Starting udev: [ OK ] Successfully built the following... /dev/mchanger-3500104f00079f9d2: STK SL500 V-1485 336-cells 10-drives /dev/mchanger-3500104f0007a8532: STK SL500 V-1485 205-cells 6-drives /dev/mchanger-3500104f000cc6a67: STK SL150 V-0182 59-cells 4-drives Installation of SCSI device(s) successfully completed. # =========================================================================== # utils/showDevs.sh /dev/mchanger-3500104f00079f9d2: STK SL500 V-1485 336-cells 10-drives /dev/mchanger-3500104f0007a8532: STK SL500 V-1485 205-cells 6-drives /dev/mchanger-3500104f000cc6a67: STK SL150 V-0182 59-cells 4-drive # ============================================================================
이 루틴은 지정된 ACS ID에 연결된 LSM의 LSM 유형을 반환합니다. 일반 유형의 여러 LSM이 구성에 있으면 여러 LSM에 대해 단일 유형만 반환됩니다.
moving.sh utility
는 여러 카트리지를 하나 이상의 LSM으로 이동합니다. 이 유틸리티는 이동할 카트리지를 나열하는 파일을 읽습니다. 다음 카트리지일 수 있습니다.
하나 이상의 LSM에 있는 카트리지
동일한 LSM 또는 다른 LSM의 다른 패널로 이동 중인 패널의 카트리지
선택한 카트리지 그룹
moving.sh
의 제한 사항은 다음과 같습니다.
vol_list_file
의 모든 대상 LSM과 카트리지가 동일한 ACS에 있어야 합니다.
대상 LSM이 오프라인이거나 사용 가능한 셀이 포함되지 않은 경우 카트리지가 해당 LSM으로 이동하지 않습니다.
주:
ACSLS가 실행 중인 경우에만 moving.sh
유틸리티가 실행됩니다.
내부적으로 moving.sh
는 라이브러리 성능(마운트 및 마운트 해제)에 영향을 주지 않도록 한 번에 하나의 카트리지만 이동합니다.
별도의 볼륨 목록을 만든 후 병렬로 여러 이동 유틸리티를 실행할 수 있습니다. 다음을 확인합니다.
대상 LSM이 동일합니다. LSM에 사용 가능한 셀이 모든 카트리지를 수용하기에 충분한지 확인하십시오.
하나의 SL8500 라이브러리 내에서 이동하는지 확인합니다. 엘리베이터가 두 대만 있으므로 한 번에 두 개보다 많은 이동 유틸리티를 실행하면 성능이 저하됩니다.
moving.sh -f
vol
_list_file -t
lsm_id or list of lsm_ids
설명:
-f
vol_list_file
이동할 볼륨 목록을 포함하는 파일의 이름입니다.
주:
볼륨 ID는 다음 규칙을 따라야 합니다. 행별 하나의 카트리지 ID. vol_ids는 유효한 ACSLS 볼륨 ID여야 합니다. vol_ids에 선행 또는 후행 공백이 포함되는 경우 작은따옴표 또는 큰따옴표로 묶어야 합니다.-t
lsm_id
s
카트리지를 이동할 하나 이상의 LSM ID를 지정합니다. 각 LSM ID는 공백으로 구분되어야 하고 동일한 ACS에 속해야 합니다.
moving.sh
유틸리티를 사용하여 카트리지 목록을 다른 LSM으로 이동하거나 동일한 LSM에서 패널을 다른 패널로 이동하십시오.
사용자 정의 볼륨 보고서 또는 display volume
명령을 사용하여 LSM에서 이동할 볼륨 목록을 포함하는 파일을 만들 수 있습니다.
다음과 같은 경우에 moving.sh
유틸리티를 사용합니다.
SL8500은 초기에 분할되거나 다시 분할되고, 하나 이상의 레일(LSM)이 기존 분할 영역(ACS)에서 제거되는 경우 moving.sh
는 분할 영역에서 제거 중인 LSM에서 분할 영역에 남아 있는 LSM으로 카트리지를 이동할 수 있습니다.
LSM이 ACS에서 제거되면 moving.sh
는 ACS에 남아 있는 LSM으로 카트리지를 이동할 수 있습니다.
예를 들어, SL8500이 라이브러리 컴플렉스(ACS)에서 제거되면, moving.sh
는 제거 중인 SL8500에서 라이브러리에 남아 있게 될 LSM으로 카트리지를 이동합니다. 이 작업은 또한 9310 LSM이 9310의 ACS에서 제거되면 적용됩니다.
스토리지 확장 모듈이 SL8500에서 제거되면, 제거 중인 패널에서 라이브러리에 남아 있는 패널로 카트리지를 이동할 수 있습니다.
라이브러리 성능을 최적화하려면 카트리지 아카이브에 사용되는 드라이브가 없거나 적은 LSM으로 비활성 카트리지를 이동하십시오. 이렇게 하여 활성인 새 카트리지용 드라이브가 있는 LSM의 공간을 확보합니다.
시작하기 전에 LSM에서 이동할 볼륨 목록을 포함하는 파일을 만들어야 합니다. volrpt(사용자 정의 볼륨 보고서) 또는 display volume
명령을 사용할 수 있습니다.
vol_list_file
만들기
volrpt -d -f custom_volrpt_input -l
lsm_id
> vol_list_file
custom_volrpt_input
파일의 위치:
VOLUME_ID 6
샘플 출력:
$ volrpt -d -f my_custom -l 0,2 > my_file_list $ cat my_file_list ABC744 ABC748 ABC756 ACS151 EN0823 O00373
display volume
명령을 사용하여 vol_list_file을 만들기
볼륨 목록을 표시합니다.
예:
display volume * -home acs,lsm,panel,*,* -f
vol_id
이 예에서는 -home
매개변수로 식별된 패널의 모든 볼륨을 선택합니다. 행과 열이 와일드카드로 지정됩니다. vol_id만 출력됩니다.
샘플 출력:
ACSSA> display volume * -home 0,3,5,*,* -f vol_id 2007-02-12 15:31:45 Display Volume Vol_id PG0350 PG0353 PG0356 PG0358 PQ0616
vol_list_file
을 만들고 이름을 지정합니다.
볼륨 목록(display 명령으로 만들어짐)을 잘라내어 이 파일에 붙여넣습니다.
출력을 편집합니다.
vol_list_file
에는 빈 행과 선행 공백을 포함할 수 없습니다. 다음 vi 명령을 사용하여 이를 제거하십시오.
:%s/ˆ[ ]*//g
이 작업을 수행하지 않으면 다음 예와 같은 오류 메시지가 표시됩니다.
$ moving.sh -f my_file_list -t 0,2 Error in file my_file_list. Invalid entry ABC748 ABC756 ACS151 EN0823
이 오류 메시지는 볼륨 ABC748과 756 앞에 추가 공백이 있었기 때문에 생성되었습니다.
다음 절차에서는 아래 작업 방법에 대해 설명합니다.
ACS에서 LSM을 제거하기 전에 카트리지 이동
패널을 변경하거나 제거하기 전에 카트리지 이동
라이브러리를 재구성하거나 다시 분할한 후 LSM을 ACS에서 제거하면 해당 LSM의 모든 카트리지에 액세스할 수 없게 됩니다. 그러므로 LSM을 제거하기 전에 해당하는 모든 카트리지를 ACS에 남아 있을 LSM으로 이동해야 합니다. 다음 절차를 따르십시오.
레일(LSM)이 분할된 SL8500의 레거시 분할 영역에서 제거될 때.
LSM이 ACS에서 제거될 때. ACS가 9310 또는 SL8500 라이브러리를 포함할 수 있습니다.
새 구성을 계획합니다.
성능을 위해 카트리지 및 드라이브를 구성합니다.
라이브러리 구성을 변경하기 바로 전에 LSM을 비웁니다.
비우고 있는 LSM에 포함할 카트리지 수, 카트리지를 이동하고 있는 LSM의 사용 가능한 셀 수를 결정합니다.
free_cells.sh -a
를 사용하여 이러한 LSM(할당된 셀) 및 사용 가능한 셀의 카트리지 수를 알아봅니다.
이동 및 재구성을 예약합니다.
시스템에 미치는 영향을 최소화하도록 이동을 예약합니다.
카트리지 이동 작업에는 시간이 걸리고 라이브러리를 재구성하거나 SL8500을 다시 분할하는 작업은 중단되기 쉽습니다.
카트리지를 이동할 대상 LSM에 사용 가능한 셀이 충분한지 확인하십시오. 필요한 경우 공간을 확보하기 위해 카트리지를 꺼내십시오.
제거 중인 LSM의 모든 드라이브를 오프라인으로 전환(Vary
)합니다.
이를 통해 다음을 방지합니다.
비우는 중인 LSM을 진단 모드로 전환(Vary
)하여 다음 명령을 통해 cmd_proc
에 대한 액세스만 제한합니다.
vary lsm
lsm_id
diagnostic
예: vary lsm 0,1 diagnostic
사용자 정의 volrpt
를 실행하여 다음 명령을 통해 비우는 중인 LSM의 모든 카트리지를 파일로 출력합니다.
volrpt -f
custom_volrpt_input
-l
from_lsm_id
>
move_vols_list
custom-volrpt_input
의 위치:
VOLUME_ID 6
예: volrpt -f volrpt_input -l 0,1 > move_vols_list
자세한 내용은 로깅 볼륨 통계 보고서 작성을 참조하십시오.
다음 명령을 사용하여 카트리지를 비우는 중인 LSM 외부로 이동합니다.
moving.sh -f
move_vols_list
-t
dest_lsm_id(s)
카트리지를 LSM에 넣었거나 카트리지가 LSM에 "Float"될 수 있으므로 volrpt
를 사용하여 LSM이 비었는지 확인합니다.
volrpt -l from_lsm_id
비어 있지 않은 경우 사용자 정의 volrpt
를 다시 실행하여 현재 LSM에 있는 볼륨을 선택합니다. 그런 다음 moving.sh
를 다시 실행합니다(3단계 및 4단계).
주:
원래 볼륨 목록으로moving.sh
를 다시 실행하지 마십시오.비우는 중인 LSM을 오프라인으로 전환(vary
)하여 볼륨이 이동하지 않도록 합니다.
vary lsm
lsm_id offline
주:
분할 영역 및/또는 ACS에서 LSM을 제거하십시오.config acs
acs_id 또는 acsss_config를 사용하여 ACS를 재구성합니다.
주:
SL3000은 드라이브와 셀 레벨로 분할할 수 있고 SL8500은 고급 분할을 사용하여 드라이브와 셀 어레이 레벨로 분할할 수 있습니다. 셀이 하나의 분할 영역에서 다른 분할 영역으로 다시 지정된 경우, 이러한 셀에 있는 카트리지가 고립되며, 이전에 있던 분할 영역에서 더 이상 액세스할 수 없게 됩니다. 다른 분할 영역을 관리하는 호스트가 이 카트리지에 있는 데이터를 겹쳐 쓸 수 있습니다.분할 영역 경계 변경 시 카트리지가 고아가 되지 않게 하려면: 라이브러리를 다시 분할하기 전에 분할 영역에 남게 될 셀로 카트리지를 이동합니다. SL3000은 단일 LSM이므로 기존 ACSLS move 명령이 작동하지 않습니다. 라이브러리 이외의 다른 곳에 카트리지를 이동합니다. 분할 영역에서 제거될 다른 셀에 카트리지를 이동할 수도 있습니다.
다음 방법 중 하나를 사용하여 카트리지를 이동합니다.
SLConsole(StorageTek Library Console)을 사용합니다.
라이브러리를 감사하여 볼륨의 위치를 감사합니다.
자세한 정보와 절차를 보려면 SL8500 또는 SL3000 사용 설명서를 참조하십시오.
다음 ACSLS 절차를 따릅니다.
volrpt 또는 display 명령 옵션 사용을 이용하여 볼륨 위치를 표시합니다.
다음 display 명령을 사용하여 특정 패널에서 사용 가능한 (빈) 셀의 목록을 표시합니다.
display cell a,l,p,*,* -status empty -f status
자세한 내용은 display 명령 옵션 사용을 참조하십시오.
LSM ID 대신 사용 가능한 셀을 지정하여 카트리지를 특정 셀로 이동합니다. 셀 이동을 위해 move 명령을 사용합니다.
move
AAAAAA a,l,p,r,c
9310에서 셀 패널을 드라이브 패널로 변경하거나 SL8500에서 스토리지 확장 모듈을 제거하기 전에 카트리지를 이동해야 합니다.
ACS에서 LSM을 제거하기 전에 카트리지 이동과 같은 1~4단계 절차를 따릅니다.
5단계: 비우는 중인 패널에서 카트리지를 선택하고 파일로 출력합니다.
사용자 정의 volrpt
를 실행하여 비우는 중인 LSM의 모든 카트리지를 파일로 출력합니다. 패널 번호(홈 셀 ID)를 포함합니다.
volrpt -f
custom_volrpt_input -l from_lsm_id > move_vols_list_1
custom-volrpt_input
의 위치:
VOLUME_ID 6 CELL_ID 14
비우는 중인 패널에서 볼륨을 선택하고 이러한 vol_ids를 move_vols_list_2
로 출력합니다.
display volume
명령을 사용하여 비우는 중인 패널에서 카트리지를 선택합니다.
display volume * -home acs,lsm,panel,*,* -f volume >
move_vols_list_2
여기서는 -home 매개변수로 식별된 패널에서 모든 볼륨을 선택합니다. 행과 열이 와일드카드로 지정됩니다. vol_id만 출력되고 출력 내용이 파일에 기록됩니다.
앞의 공백과 뒤의 빈 행을 제거하여 출력을 편집합니다.
주:
대상 즉, "끝" LSM이 소스 즉, "시작" LSM과 같고, 둘 이상의 패널을 비우는 중인 경우 일부 볼륨이 비우는 중인 패널로 다시 이동합니다. 해당 패널을 지우려면 패널에서 멀리 있는 볼륨을 선택하고 볼륨을 반복해서 이동해야 합니다.ACS에서 LSM을 제거하기 전에 카트리지 이동과 같은 6~9단계 절차를 따릅니다.
10단계. config lsm
lsm_id 또는 acsss_config를 사용하여 LSM을 재구성합니다.
카트리지를 LSM 0,4에서 LSM 0,0 및 0,1로 이동
카트리지를 LSM 0,4에서 LSM 0,0 및 0,1로 이동하려면 volrpt를 사용하여 LSM 0,4의 카트리지 목록을 포함하는 파일을 만든 다음, 아래와 같이 moving.sh
유틸리티를 실행합니다.
샘플 출력:
$ moving.sh -f vol_list.txt -t 0,0 0,1 Number of free cells in LSM 0,0 : 308 Number of free cells in LSM 0,1 : 362 ----------------------------------------- Total number of free cells : 670 Total number of volumes to move : 7 Cartridge CAB001 moved to 0,0,3,0,0 Cartridge CAB002 moved to 0,0,4,0,0 Cartridge CAB003 moved to 0,0,5,0,0 Cartridge CAB004 moved to 0,0,6,0,0 Cartridge CAB005 moved to 0,0,7,0,0 Cartridge CAB006 moved to 0,0,8,0,0 Cartridge CAB007 moved to 0,0,9,0,0 Summary ======= Number of free cells remaining in LSM 0,0 : 301 Number of free cells remaining in LSM 0,1 : 362 ------------------------------------------------ Total number of free cells remaining : 663 Number of cartridges moved : 7 Number of cartridges not moved : 0
LSMs 0,4 0,5 0,6 및 0,7에서 LSMs 0,0 0,1 0,2 및 0,3으로 카트리지 이동
각 LSM을 인접한 LSM으로 이동하여 성능을 최적화하려면:
volrpt
를 사용하여 LSM 0,4 0,5 0,6 및 0,7의 카트리지 목록을 포함하는 파일을 준비합니다.
네 개의 moving.sh
유틸리티를 별도의 UNIX 명령 터미널에서 동시에 실행합니다.
사용된 소스 및 대상 LSM과 전달 포트가 모든 면에서 다르므로 moving.sh
의 개별 인스턴스 간의 경합이 없습니다.
샘플 출력:
moving.sh -f vol_list_0-4.txt -t 0,0 moving.sh -f vol_list_0-5.txt -t 0,1 moving.sh -f vol_list_0-6.txt -t 0,2 moving.sh -f vol_list_0-7.txt -t 0,3
moving.sh
유틸리티는 비활성 카트리지를 아카이브 LSM으로 이동하는 데 사용할 수 있습니다. 아카이브 LSM은 마운트될 가능성이 적은 카트리지를 저장하는 드라이브가 적거나 없는 LSM입니다. SL8500의 상단 레일은 CAP에 대한 직접적인 액세스가 없으므로 아카이브 LSM에 적합합니다.
라이브러리에 있지 않아도 되는 비활성 카트리지는 배출할 수 있지만, 자동 마운트에 사용해야 할 비활성 카트리지는 아카이브 LSM으로 이동해야 합니다.
비활성 카트리지를 아카이브 LSM으로 이동하려면 다음 절차를 완료합니다.
비활성 카트리지를 식별합니다. 예를 들어, 지난 3개월 동안 액세스한 적이 없는 카트리지를 선택하려면:
사용자 정의 volrpt를 실행하여 검사 중인 LSM의 모든 카트리지를 출력하고 결과를 파일로 출력합니다.
volrpt -f
custom_volrpt_input -l
from_lsm_id >
move_vols_list_1
custom-volrpt_input의 위치:
VOLUME_ID 6
ACCESS_DATE 15
access_date
가 3개월보다 이전인 카트리지를 선택하고 이동할 볼륨 목록과 함께 이러한 vol_ids를 파일로 출력합니다.
비활성 카트리지를 아카이브 LSM으로 이동합니다.
moving.sh
move_vols_list_2 archival_lsm_id
이 유틸리티는 현재 광 섬유 채널 HBA 뒤에 직접 연결 또는 SAN 연결된 모든 라이브러리를 표시합니다.
probeFibre.sh
유틸리티는 각 광 섬유 연결 라이브러리의 모델 번호, LUN ID 및 WWPN(World Wide Port Name)을 표시합니다. probeFibre.sh
유틸리티는 mchanger 장치가 각 라이브러리에 대해 만들어지기 전에도 실행할 수 있습니다.
이 유틸리티에는 루트
액세스가 필요합니다.
rdb.acsss
유틸리티는 자동 백업 기능 또는 bdb.acsss
유틸리티로 만든 백업을 사용하여 ACSLS 데이터베이스 및 ACSLS 제어 파일을 복원합니다. ACSLS 제어 파일은 $ACS_HOME/data
에 있으며 ACSLS에 대해 서로 다른 여러 환경 변수를 정의합니다. 이러한 파일은 액세스 제어 설정, 스크래치 환경 설정, Extended Store LSM, 사용자 정의 volrpt
설정, 볼륨 속성(watch_vols
유틸리티의 경우) 등을 지정합니다.
테이프 백업에서 복원 중인 경우 ACSLS 데이터베이스 및 제어 파일을 테이프에서 복원하기 전에 테이프 장치를 되감거나 배치해야 합니다. rdb.acsss
를 실행하기 전에 다음 명령 중 하나를 사용하여 테이프를 되감거나 백업 파일이 상주한 정확한 위치에 테이프를 배치하십시오.
mt -f /dev/rmt/0mn rewind mt -f /dev/rmt/0mn nbsf 1
rdb.acsss
를 실행하면 메뉴에 아래의 예와 같이 네 개의 옵션이 표시됩니다.
Please enter the number followed by Return for your choice from the following menu. Press? followed by the Return key for help. 1: Restore from a list of current local disk backup files 2: Restore from a previous tape or file backup 3: Restore database only (do not include ACSLS control files) 4: Restore only ACSLS non-database control files E: Exit
현재 로컬 디스크 백업에서 복원
현재 로컬 디스크에 있는 모든 ACSLS 백업 파일이 나열됩니다.
설명: 데이터베이스가 백업으로 복원됩니다. ACSLS 제어 파일은 백업에서만 복원됩니다. 백업이 기본 백업 디렉토리($ACSDB_BKUP
)에 저장됩니다. 데이터베이스가 나열 및 선택된 데이터베이스 백업으로 복원됩니다. 일반적으로 8개의 다른 날짜가 나열되어 있지만, csss_config
에 설정된 데이터베이스 보존 기간에 따라 달라집니다.
사용법: 이 옵션을 사용하여 손상된 데이터베이스를 복원하십시오. 이 옵션을 통해 모든 백업이 표시되고 표시된 데이터베이스 백업으로 복원할 수 있습니다.
예:
Menu choice: 1 rcvr_previous.sh 2642: ACSLS database recovery started. You have taken backups on the following days. Please enter the corresponding date and time to the backup that you wish to recover from. ACSLS database and control files will be restored to that time. 2011-10-02 04:38:48 2011-10-03 00:00:01 2011-10-04 00:00:01 2011-10-05 00:00:01 2011-10-05 11:49:06 Please enter the recovery date and time (YYYY-MM-DD HH:MM:SS): HINT: You may copy and paste to enter the date and time.
관련 백업에서 원하는 날짜 및 시간을 입력해야만 해당 데이터베이스가 원하는 시점으로 복원됩니다.
이전 테이프 또는 파일 백업에서 복원
설명: 이 옵션을 선택하여 다른 파일 시스템(예: NFS) 또는 백업 장치(예: 테이프)에 복사된 데이터베이스를 복구합니다. ACSLS 컨트롤 파일이 복원됩니다.
사용법: 데이터베이스를 서버 또는 전혀 다른 서버에라도 복원해야 하는 심각한 이벤트(예: 하드웨어 장애)에 사용하십시오. 플랫폼(OS 버전/업데이트 및 ACSLS 릴리스/PUT 레벨)은 동일해야 합니다.
Option 2: Menu choice: 2. rcvr_manual.sh 2635: ACSLS recovery started To recover the ACSLS environment either: - Mount a ACSLS backup tape in a tape device and specify this tape device with '-f tape_device', or - Specify a file name containing a ACSLS backup with '-f backup_file'.
ACSLS 데이터베이스가 지정된 파일에서 복구됩니다.
-f [ backup_file | tape_device ]를 입력하십시오.
예 1: -f
backup_file을 사용하여 파일 지정
테이프(사용된 경우)를 마운트하고 백업 소스를 입력하십시오. -f /export/backup/
my_backup.bak
이렇게 하면 my_backup.bak
라는 백업을 복원합니다. 데이터베이스와 ACSLS 제어 파일이 복원되고 ACSLS는 해당 백업이 실행된 시점의 상태로 되돌아갑니다.
예 2: 테이프 장치에 만든 백업 복원
테이프 장치에 만든 백업을 복원하는 경우 동일한 옵션을 사용하지만 조금 다르게 작동합니다. 백업이 테이프 장치에 만들어지면 tar 아카이브가 만들어지지만 이름은 지정되지 않습니다. 테이프에서 백업을 복원할 때 테이프 장치만 지정됩니다.
힌트: 테이프 장치를 되감지 않음을 사용해야 합니다.
테이프(사용된 경우)를 마운트하고 백업 소스를 입력하십시오. -f /dev/rmt/0mn
이 명령을 통해 /dev/rmt/0mn
장치로 이동하고 유효한 데이터베이스 백업이 있는지 확인합니다. 데이터베이스 백업이 있고 유효하면 이 백업이 복원됩니다.
테이프 되감기 절차:
rdb.acsss
를 시도하기 전에 테이프를 되감거나 백업 파일이 상주하는 올바른 위치에 테이프가 배치되어 있어야 합니다.
주:
tar tvbf
명령을 실행한 후에 테이프가 다음 블록으로 진행합니다. tar tvbf
명령 실행 후에 rdb.acsss
를 실행하려는 경우 테이프를 되감았거나 다시 배치했는지 확인하십시오.다음 명령을 사용하여 테이프를 되감거나 배치할 수 있습니다.
mt -f /dev/rmt/0mn rewind or mt -f /dev/rmt/0mn nbsf 1 ---> SOLARIS
bdb.acsss
후에 테이프의 내용을 확인하려면 다음 명령을 사용합니다.
tar tvbf 2048 /dev/rmt/0mn ---> SOLARIS
데이터베이스만 복원(ACSLS 제어 파일을 포함하지 않음)
설명: 이 옵션은 데이터만 복원하는 기능을 제공합니다. 일부 환경에서는 데이터를 포함하는 ACSLS 데이터베이스를 복원해야 할 수 있지만, ACSLS 데이터베이스가 아닌 제어 파일을 복원하지 않아도 됩니다.
Option 3: Menu choice: 3 To recover the ACSLS database data only, either: - Mount an ACSLS backup tape in a tape device and specify this tape device with '-f tape_device', or - Specify a file name containing an ACSLS backup with '-f backup_file'. The ACSLS database data will be recovered from the file specified. ****This option does not include the ACSLS control files**** Please enter -f [ backup_file | tape_device ]:
ACSLS 데이터베이스가 아닌 제어 파일만 복원
설명: ACSLS 제어 파일만 복원합니다. $ACS_HOME/data/internal
디렉토리에 있는 파일을 복원하기 전에 백업이 기존 파일로 만들어지고 끝에 ".bak
" 확장자가 추가됩니다.
$ACS_HOME/data/internal/dynamic_variables/dv_config.dat.bak $ACS_HOME/data/internal/dynamic_variables/dv_trace.dat $ACS_HOME/data/internal/release.vars.bak
$ACS_HOME/data/external
에 있는 파일의 경우에는 해당하지 않습니다. 복구 전에 ACSLS 제어 파일의 백업이 수행되지 않습니다.
Option 4: Menu choice: 4 To recover the ACSLS non-database control files either: - Mount an ACSLS backup tape in a tape device and specify this tape device with '-f tape_device', or - Specify a file name containing an ACSLS backup with '-f backup_file'. ACSLS non-database control files will be recovered from the file specified. Please enter -f [ backup_file | tape_device ]:
예:
Please enter -f [ backup_file | tape_device ]: -f $ACSDB_BKUP/my_file.bak
-f $ACSDB_BKUP/my_file.bak
은 지정된 파일에서 ACSLS 제어 파일을 복구합니다.
-f /dev/rmt/0mn
은 지정된 테이프 장치에서 ACSLS 제어 파일을 복구합니다.
종료
rdb.acsss
유틸리티를 종료하면 기본 디렉토리 $ACSDB_BKUP
에 대한 백업이 시작됩니다.
showDevs.sh
유틸리티는 /dev
디렉토리의 각 mchanger 인스턴스와 연관된 중요한 장치 속성을 표시합니다. 중요한 속성에는 라이브러리 모델 번호와 개정 수준, 셀 용량과 연결된 장치 수가 포함됩니다. 아래 옵션을 사용하여 추가 속성을 표시할 수 있습니다.
이 유틸리티는 ACSLS에 연결되고 구성된 모든 드라이브 목록을 나타냅니다. 간단한 드라이브 위치 목록이 드라이브 유형별로 정렬됩니다. 상세 정보 표시(-v
) 옵션이 사용되면 유틸리티에서 드라이브 상태 및 각 드라이브의 지정된 논리 상태가 요약되어 표시됩니다.
stats_report
유틸리티는 라이브러리 볼륨 통계 보고서를 생성합니다. 이 유틸리티를 실행하려면 acsss
로 로그인해야 합니다.
stats_report [
vol_statsX.log ...]
설명:
vol_statsX.log -
이 선택적 인수를 사용하여 하나 이상의 아카이브된 볼륨 통계 로그 파일 이름을 지정할 수 있습니다.
(아카이브된 파일에 vol_statsX.log
(0 <= X <= 8인 경우) 형식이 있습니다.)
다음과 같이 입력된 하나의 아카이브된 파일 사용
$stats_report vol_stats0.log
시간 중심 보고서와 드라이브 중심 보고서가 생성되고 사용자 입력 파일 이름이 보고서 파일 이름으로 보류됩니다(앞에서 표시됨).
예를 들어, vol_stats0.log
를 지정하면 보고서가 $ACS_HOME/log
디렉토리에 다음과 같이 생성됩니다.
vol_stats0_drive_centric.txt 및 vol_stats0_time_centric.txt
한 번에 모든 아카이브된 볼륨 통계 파일에 대한 보고서를 생성하려면 아래 절차를 따릅니다.
개별 파일에서 전체 로그를 생성합니다.
$cd $ACS_HOME/log $cat vol_stats8.log .... vol_stats0.log acsss_stats.log > vol_statsXXXX.log where vol_statsXXXX.log
(문자열 vol_stats
가 필요하지만, XXXX는 FULL 등과 같은 것이 될 수 있음) 모든 vol_statsX.log(0 <= X <= 8인 경우) 및 acsss_stats.log의 역순으로 연결된 파일입니다.
stats_report
를 실행합니다.
$stats_report vol_statsXXXX.log
보고서가 vol_statsXXXX_drive_centric.txt
및 vol_statsXXXX_time_centric.txt
로 생성됩니다.
파일 이름을 인수로 지정하지 않으면 시간 중심 보고서와 드라이브 중심 보고서가 $ACS_HOME/log/acsss_stats.log
에서 생성됩니다.
stats_report
는 현재 acsss_stats.log
를 사용하여 볼륨 통계의 두 가지 보고서를 준비합니다. 변수 LIB_VOL_STATS
를 설정하여 수집하는 라이브러리 볼륨 통계를 사용으로 설정하십시오. 이 작업은 acsss_config
(옵션 3) 프로세스 또는 명령줄 명령 dv_config -p LIB_VOL_STATS
를 통해 수행될 수 있습니다. 그러면 로그가 기본 크기 500KB에 도달할 때 ACSLS
에서는 자동으로 9개의 acsss_stats.log
파일을 롤링 및 유지 관리합니다.
보존할 로그 파일 크기 및 파일 수는 변수 LIB_STATS_FILE_NUM
및 VOL_STATS_FILE_SIZE
를 통해 제어됩니다. 이러한 변수는 위에서 설명된 LIB_VOL_STATS
와 같은 방법을 사용하여 설정됩니다.
두 가지 보고서 유형은 다음과 같습니다.
drive_centric.txt
이 보고서는 순서대로 정렬된 보고서 목록을 포함합니다. 각 드라이브 레코드에는 드라이브에 마운트된 모든 카트리지, 요청자, 요청 시간 및 마운트 기간이 포함됩니다.
time_centric.txt
주:
이 보고서는 시간별 기간에 나열된 드라이브 리소스의 사용을 포함합니다. 하나의 기간의 각 레코드에는 요청자, 특정 드라이브, 해당 드라이브 기간 중 마운트 수 및 해당 시간 중 드라이브 사용 기간이 포함됩니다.드라이브 사용이 하나의 기간에 대해 60분을 초과하는 경우 마운트가 두 기간에 걸쳐있었음을 의미하므로, 두번째 기간에 나열되지 않습니다. stats_report
에서 만든 첫번째 보고서는 드라이브 관점입니다.
주:
로그에 DISMOUNT
레코드가 있지만, 관련된 MOUNT
레코드가 없는 경우 다음이 원인일 수 있습니다.
로그가 롤오버되었습니다.
작업이 알 수 없는 일부 로깅 문제로 인해 로깅되었습니다.
이런 경우 해당 레코드는 생성된 보고서에서 누락됩니다.
로그에 MOUNT
레코드가 있지만, 관련된 DISMOUNT
레코드가 없는 경우 다음이 원인일 수 있습니다.
DISMOUNT
가 아직 발생하지 않았습니다.
작업이 일부 알 수 없는 로깅 문제로 인해 로깅되지 않았습니다.
이런 경우 마운트 기간을 -1로 설정하면, 위에서 언급된 사례가 나타납니다. 이러한 레코드는 시간 중심 보고서에서 총 마운트 기간 계산 시 누락됩니다.
일광절약시간제에서 표준 시간으로 설정하는 경우 계산된 마운트 기간이 음수인 시나리오가 발생할 수 있습니다. 이를 방지하려면 마운트 기간의 절대값을 취합니다.
userAdmin.sh
메뉴 방식 유틸리티는 ACSLS GUI 사용자 암호를 관리합니다. 이 유틸리티는 $ACS_HOME
/install
디렉토리에 있습니다. 사용자 추가, 사용자 제거, 사용자 나열, 사용자 암호 변경을 수행할 수 있습니다. 이 유틸리티를 사용하려면 WebLogic이 실행 중이어야 합니다. 작동 중이 아닌 경우 이 유틸리티가 WebLogic을 시작하고 메뉴를 표시하기 전에 온라인인지 확인합니다.
이 유틸리티는 root
로 실행되며, acsls_admin
인증이 필요합니다. acsls_admin
사용자 계정은 ACSLS 8.4 설치 중에 구성됩니다.
사용자를 추가하거나 사용자의 암호를 변경하는 경우 사용자 이름 및 암호 지정에 대한 프롬프트가 표시됩니다. 암호는 크기 및 올바른 문자의 WebLogic 기준에 대해 검증됩니다.
사용자가 제거되는 경우 해당 계정에 활성 GUI 세션이 여전히 있을 수 있습니다. 사용자가 로그아웃하거나 세션을 종료하면 사용자가 다시 로그인할 수 없게 됩니다. 세션을 강제로 즉시 종료하는 유일한 방법은 GUI를 다시 시작하는 것입니다. ACSLS GUI를 다시 시작하는(모든 세션을 종료하는) 옵션이 제공됩니다.
이 유틸리티를 사용하여 acsls_admin
사용자에 대한 암호를 변경할 수 없습니다. acsls_admin
에 대한 암호를 변경하거나 재설정해야 할 경우 다음을 수행해야 합니다.
wlinstall.sh
유틸리티를 실행합니다.
$installDir/wlinstall/wlinstall.sh
userAdmin
.sh
를 실행하여 나머지 사용자 계정을 다시 설정합니다.
userAdmin.sh
# ./userAdmin.sh ACSLS GUI User Administration Weblogic is online. Please enter the acsls_admin password: Authenticating.........Connected! Menu: 1) Add a user account. 2) Remove a user account. 3) Change a user password. 4) List users. 5) Restart ACSLS GUI. 6) Exit. Please select by number: 1 --- Add a User --- Please enter the id of the user you wish to add: acsss Do you wish to add a GUI account for user 'acsss'? (y/n) y Please assign a password for 'acsss'. Passwd: Please confirm password: Passwd: Connecting.......... User accounts has been added. Please select by number: 2 --- Remove a User --- Please enter the name of the user you wish to remove: accounts Do you wish to remove the ACSLS GUI account for user 'accounts'? (y/n) y Connecting.......... The account for accounts has been removed for future logins.> To disable any current login session for accounts, you must restart the ACSLS GUI. Please select by number: 3 --- Change Password --- Enter the user name: acsss Passwd: Please confirm password: Passwd: Connecting.......... Password changed for acsss! Please select by number: 4 --- List Users --- Connecting.......... Configured WebLogic users: OracleSystemUser acsls_admin acsss Please select by number: 5 Do you wish to restart the ACSLS GUI (affects all users)? (y/n) y Restarting: Disabling WebLogic ........................... Enabling WebLogic ................................ Please select by number: e #
volrpt
유틸리티는 볼륨 보고서를 만듭니다.
-s
정렬 순서를 지정합니다. 이 옵션을 지정하지 않으면 기본값은 볼륨 ID별 정렬로 지정됩니다. 이 옵션을 지정하면 다음 값 중 하나를 지정해야 합니다.
vol
볼륨 ID별로 정렬합니다.
loc
볼륨 홈 위치별로 정렬합니다.
use
볼륨 사용(마운트 수)별로 정렬합니다.
-d
출력에 페이지 나눔 또는 헤더 정보가 포함되지 않도록 지정합니다. 이 출력은 pr
과 같은 다른 프로그램에 입력으로 사용될 수 있습니다.
-f
filename
파일 이름은 사용자 정의 volrpt 템플리트를 지정합니다.
-z
0으로 식별자 필드를 채웁니다.
-a
보고서를 지정된 ACS로 제한합니다. 여러 ACS를 지정할 수 있습니다(공백을 사용하여 acs_ids 구분).
-l
보고서를 지정된 LSM으로 제한합니다. 여러 LSM을 지정할 수 있습니다(공백을 사용하여 lsm_ids 구분).
-v
보고서를 지정된 볼륨(또는 볼륨 범위)으로 제한합니다. 단일 vol_id
, 공백으로 구분된 vol_ids의 목록 또는 vol_id-vol_id
에 의해 표시되는 볼륨 범위를 지정할 수 있습니다.
identifier_list
-v, -a 및 -l 옵션에서 설명되었습니다. 이는 ACS, LSM 및 볼륨(또는 볼륨 범위)의 목록입니다.
-i
모든 볼륨을 포함하며, 없는 카트리지 및 꺼낸 카트리지를 포함합니다.
이 옵션을 지정하지 않으면 없는 카트리지와 꺼낸 카트리지가 보고되지 않습니다.
volrpt
유틸리티를 사용하여 라이브러리 카트리지 보고서를 만들고 카트리지의 물리적 위치, 기록, 속성 및 사용을 포함합니다. 또한, volrpt를 사용하여 데이터베이스 복원 후에 데이터베이스를 검증할 수 있습니다. -a, -l
또는 -v
옵션을 사용하여 보고서를 위한 ACS, LSM 또는 카트리지를 지정할 수 있습니다. 이러한 옵션을 하나도 지정하지 않으면 volrpt
는 ACS 0만 보고합니다.
주:
선행 및 후행 공백을 특히 주의해야 합니다. 선행 및 후행 공백을 포함하는 볼륨에 대해 인수를 지정할 경우 작은따옴표로 인수를 묶어주어야 합니다. 작은따옴표가 셸 구성 요소 사이에서 전달되는지 확인하려면 따옴표가 이스케이프 문자로 태그가 지정되어야 합니다. UNIX에서 표준 이스케이프 문자는 백슬래시(\
)입니다.
예:
선행 공백이 있는 볼륨 ID를 참조할 로컬 시스템에서 volrpt
명령을 나타내려면 다음과 같이 명령을 제출합니다.
volrpt -v \'0000\'-\'9999\’
원격 셸(rsh)을 통해 동일한 명령을 제출하려면 전체 인수를 큰따옴표로 묶어줍니다.
rsh
<acsls_hostname>
-l acsss bin/volrpt -v "\' 0000\'-\' 9999\'"
다음 예에서는 표준 볼륨 보고서를 보여줍니다. 여기에는 볼륨 ID, 위치, 레이블 유형, 매체 유형 및 사용 기록에 대한 필드가 포함됩니다.
VOLUME REPORT UTILITY 2002-06-30 14:01:21 TOTAL VOLUMES: 400 SEQUENCE: sort by volume identifier Volume Home LabelVolume Times|---Entered---||--Last Used--| Label Location AttrType/Media MountedDateTime DateTime CLN000 0,0,1,0,3 ExtC/STK1U 108/22/0109:30 10/04/01 14:26 RB0000 0,1,2,1,10Ext.D/STK1R 310/01/0108:16 10/01/01 08:18 RB1400 0,0,10,1,3Ext.S/STK1R 24310/01/0109:30 10/06/01 11:04 RB1401 0,0,10,3,5Virt.D/STK1R 1210/01/0103:29 10/05/01 23:11 ” " " " " "" " " " " " "" " " " " " "" TB1440 0,1,3,1,9 Ext.D/STK2P 4308/12/0109:1109/28/0117:52 " " " " " "" " " " " " "" " " " " " ""
Volume Type/Media
열에서: C는 청소 카트리지를 나타냅니다. D는 데이터 카트리지를 나타냅니다. P는 테이프 드라이브에서 소비한(모두 사용한) 것으로 보고한 청소 카트리지를 나타냅니다. S는 스크래치 카트리지를 나타냅니다.
-f
filename
옵션을 사용하여 사용자 정의된 보고서를 만듭니다. 자세한 내용은 로깅 볼륨 통계 보고서 작성를 참조하십시오.
$ACS_HOME/data/external/volrpt/owner_id.volrpt
는 사용자 정의된 볼륨 보고서를 만들기 위해 템플리트로 실행 또는 사용할 수 있는 샘플 입력 파일입니다. $ACS_HOME/data/external/volrpt
디렉토리에 사용자 정의된 볼륨 보고서를 저장할 수도 있습니다.
표준 UNIX 재지정을 사용하여 볼륨 보고서를 파일로 재지정할 수 있습니다.
volrpt > file
기본적으로 volrpt는 목록의 첫번째 ACS만 보고합니다. ACS 0과 ACS 1 모두에 있는 카트리지를 보고하려면 다음 명령을 입력하십시오.
volrpt -a 0 1
홈 셀 위치로 정렬된 LSMs 0,1 및 2,1의 카트리지를 보고하려면 다음 명령을 입력하십시오.
volrpt -s loc -l 0,1 2,1
주:
volrpt
가 성공적으로 완료되면 지정된 볼륨 보고서를 표시합니다. -f
옵션을 지정하고 volrpt
가 지정된 파일을 찾을 수 없거나 둘 이상의 입력 파일을 지정할 경우 volrpt
는 메시지를 stderr
에 인쇄하고 종료합니다. 입력 파일 내의 필드 오류의 경우 volrpt
는 메시지를 stderr
에 인쇄하고 오류가 있는 행을 무시하지만 종료되지 않습니다.
카트리지가 지정된 볼륨 ID 목록, 범위 또는 라이브러리 구성 요소에 없는 경우 volrpt
는 볼륨이 없습니다.
메시지를 반환합니다.
매개변수가 지정되지 않은 경우 기본값으로 ACS 0을 사용합니다.
라이브러리 구성 요소가 -a, -l
또는 -v
옵션을 통해 지정되었지만 볼륨이 없는 경우 다음과 같은 메시지가 표시됩니다.
-a
옵션(ACS)
메시지:
단일 acs_id
가 제공되지만 볼륨이 없는 경우 다음 오류 표시: No Volumes found for ACS: (<
acsid>)
예:
$ volrpt -a 2 No Volumes found for ACS: (2)
여러 acs_ids
가 제공되지만 그중에 볼륨이 있는 acs_id가 없는 경우 다음 오류 표시:
No Volumes found for ACS: (<
acsid1>)(<
acsid2>)
예:
$ volrpt -a 0 1 No Volumes found for LSM: (0) (1)
-l
옵션(LSM)
메시지:
단일 lsm_id
가 제공되지만 볼륨이 없는 경우 다음 오류 표시: No Volumes found for LSM: (<
lsmid>)
예:
$ volrpt -l 1,1 No Volumes found for LSM: (1,1)
여러 lsm_ids가 제공되지만 그중에 볼륨이 있는 lsm_id가 없는 경우 다음 오류 표시: No Volumes found for LSM: (<
lsmid1>)(<
lsmid2>)
예:
$ volrpt -l 1,1 1,2 No Volumes found for LSM: (1,1) (1,2)
-v
옵션(VOLUME)
메시지:
단일 volid
가 제공되지만 볼륨이 없는 경우 다음 오류 표시: Volume(s) not: (<
volid>)
예:
$ volrpt -v BBB112 No Volumes found: (BBB112)
여러 volids가 제공되지만 그중에 볼륨이 있는 volid가 없는 경우 다음 오류 표시: Volume(s) not found: (<
volid1>)(<
volid2>)
예:
$ volrpt -v BBB112 BBB114 No Volumes found: (BBB112) (BBB114)
-v
옵션은 볼륨 범위에 사용할 수도 있고 볼륨이 없는 경우 유사한 메시지를 생성합니다.
단일 볼륨 범위가 제공되지만 볼륨이 없는 경우 다음 오류 표시: Volume(s) not: (<
volrange>).
예:
$ volrpt -v BBB112-BBB116 No Volumes found: (BBB112-BBB116)
다중 볼륨 범위가 제공되지만 볼륨이 없는 경우 다음 오류 메시지 표시: Volume(s) not: (<
volrange1>) (<
volrange2>)
예:
$ volrpt -v BBB112-BBB116 BBB220-BBB224 No Volumes found: (BBB112-BBB116) (BBB220-BBB224)
ACS 또는 LSM이 구성되지 않은 경우
volrpt
가 존재하지 않는 acs_id 또는 lsm_id와 함께 사용되는 경우 해당 식별자에 따라 메시지를 표시합니다.
-a
(ACS)
ACS 식별자(<acsid>)가 구성되지 않음
-l
(LSM)
LSM 식별자(<lsmid>)가 구성되지 않음
로깅 볼륨 통계 보고서 작성를 참조하십시오.
이 유틸리티는 다음 볼륨에 대해 미리 정의된 정책을 적용합니다.
새로 넣음
감사 또는 카트리지 복구로 발견됨
감사, 카트리지 복구 또는 넣기
로 다시 활성화
이러한 정책은 다음 파일에 정의됩니다.
$ACS_HOME/data/external/vol_attr.dat
이 파일은 사용자 정의 볼륨 ID 또는 볼륨 범위의 목록 및 기록된 각 볼륨에 대한 사용자 정의 정책을 포함합니다. 해당 파일에 나열된 각 볼륨 또는 볼륨 범위의 경우 볼륨을 넣으면 볼륨 소유권, 풀 연결, 선호하는 LSM 위치 및/또는 논리 라이브러리 지정을 정의할 수 있습니다. 정책 정의를 위한 특정 지침은 vol_attr.dat
파일에 자세히 설명되어 있습니다.
watch_vols
유틸리티는 acsss_stats.log
를 사용하여 새로 넣은 볼륨이나 감사 중에 또는 카트리지 복구를 통해 발견되거나 다시 활성화된 볼륨이 존재하는지 식별합니다. 이 기능을 사용으로 설정하려면 acsss_config
(옵션 3)로 볼륨 통계를 사용으로 설정해야 합니다. 볼륨 통계가 사용으로 설정되면 watch_vols
는 acsss_stats.log
의 끝 부분을 모니터링하고 vol_attr.dat
에 정의된 항목과 일치하는 볼륨을 찾습니다. 일치 항목을 찾으면 해당 볼륨에 대해 정의된 정책이 자동으로 적용됩니다.
볼륨 ID는 다음 규칙을 따라야 합니다.
행별 하나의 vol_id
또는 볼륨 범위.
vol_id는 유효한 ACSLS 볼륨 ID여야 합니다.
vol_id에 선행 또는 후행 공백이 포함되는 경우 공백을 밑줄(_)로 나타내야 합니다. 예: _V234_.
매개변수 없이 watch_vols
를 호출하여 실행 중인 유틸리티의 상태를 확인할 수 있습니다. watch_vols
의 상태(실행 중 또는 중지됨)가 확실하지 않은 경우 watch_vols
명령을 인수 없이 사용하면 현재 상태가 표시됩니다.
watch_vols
에 대해 start
및 stop
두 가지 옵션이 있습니다.
watch_vols start
시작 매개변수가 호출되면 watch_vols
는 vol_attr.dat
에 정의된 정책을 검토합니다. 형식이나 구문에 오류가 있으면 watch_vols
에서는 오류를 표시하고 vol_attr.dat
에 필요한 수정 사항을 수행하라는 프롬프트가 표시됩니다. 정의된 정책이 watch_vols에서 허용되면 유틸리티가 데몬을 호출하여 백그라운드로 실행합니다. ACSLS가 실행 중인 경우 데몬이 계속 실행됩니다. ACSLS가 다시 시작할 때마다 데몬이 자동으로 시작됩니다.
vol_attr.dat
의 정책 테이블은 언제든지 업데이트할 수 있습니다. 정책을 업데이트하기 위해 watch_vols
를 중지하지 않아도 됩니다. watch_vols
start
를 실행하여 업데이트를 실행 중인 프로그램에 적용하십시오.
watch_vols stop
이 명령은 지정된 볼륨에 대한 추가 정책 적용을 중지합니다.
모든 watch_vols
활동에 대한 로그가 다음 로그 파일에서 유지 관리됩니다.
$ACS_HOME/log/watch_vols_event.log
볼륨 소유권, pool_id
또는 LSM 홈 위치 등 각 변경사항이 이 파일에 로깅됩니다.