ACSLS는 정교한 카트리지 관리 기능을 제공합니다. 이러한 기능은 여러 가지 방법으로 제공됩니다.
손실된 카트리지의 복구와 같이 자동으로 제공
존재하지 않는 카트리지 및 꺼낸 카트리지에 대한 정보 보존과 같이 기본적으로 사용으로 설정
카트리지가 감사에 의해 데이터베이스에 추가될 때 또는 카트리지를 CAP를 통해 넣을 때 볼륨 속성 지정과 같이 고객이 정의
적절한 카트리지 관리 기능을 사용하면 ACSLS가 제공하는 가치가 향상됩니다.
카트리지 관리는 다음 항목으로 구성됩니다.
카트리지는 라이브러리가 오프라인 상태이거나 CAP를 통해 라이브러리에 넣을 때 수동으로 셀에 배치할 수 있습니다.
라이브러리 및 ACSLS가 제대로 작동하기 위해서는 마운트 해제, 통과 및 꺼내기 작업을 수행할 수 있도록 각 LSM에 사용 가능한 사용 가능한 셀이 몇 개 있어야 합니다. 각 LSM에 설치된 각 테이프 드라이브에 대해 사용 가능한 셀을 하나 이상 보유해야 합니다.
LSM의 사용 가능한 셀 개수를 확인하려면 다음 명령을 실행합니다.
query lsm lsm_id
SL8500에서 각 레일은 LSM으로 정의됩니다.
다음 절에서는 CAP 유형, 상태, 모드 및 우선 순위를 검토합니다.
CAP의 각 유형에는 카트리지와 함께 로드하기 위한 표준 용량 및 방법이 있습니다. LSM에 둘 이상의 CAP 유형이 있을 수 있습니다. 다음 표에는 지원되는 CAP 유형, 식별자 및 용량, 로드 방법이 나와 있습니다.
CAP 유형 | 식별자 및 용량 | 로드 방법 |
---|---|---|
StorageTek VTL |
CAP 0: 카트리지 20개 보유 |
감사를 사용하여 가상 볼륨을 검색합니다. VTL 동작을 참조하십시오. |
SL3000 |
CAP 6 및 선택적 CAP 1-5, CAP 7-10: 각각 카트리지 26개씩 보유 |
CAP에 로드된 이동식 매거진 2개에 카트리지가 13개씩 배치됩니다. |
SL8500 회전식 |
CAP 0 및 선택적 CAP 1: 각각 카트리지 39개 보유 |
CAP에 로드된 이동식 매거진 3개에 카트리지가 13개씩 배치됩니다. |
SL8500 대량 |
CAP 0 및 CAP 1: 각각 카트리지 33개 또는 36개 보유 |
CAP에 로드된 3개의 이동식 매거진에 카트리지가 11개 또는 12개씩 배치됩니다. 대량 CAP를 참조하십시오. |
SL500 |
CAP 0: 카트리지 5-25개 보유 |
CAP에 로드된 이동식 매거진에 카트리지 5개가 배치됩니다. 기본 모듈의 매거진 1개, CAP를 포함하는 확장 모듈의 매거진 2개입니다. |
L180 |
CAP 0: 카트리지 10개 보유 |
CAP에 로드된 이동식 매거진 2개에 카트리지가 5개씩 배치됩니다. |
L700 |
CAP 0 및 선택적 CAP 1: 각각 카트리지 20개 보유 |
CAP에 로드된 이동식 매거진 2개에 카트리지가 4개씩 배치됩니다. |
개선됨(4410 및 9310) |
CAP 0 및 CAP 1: 각각 카트리지 40개 보유 |
CAP에 로드된 이동식 매거진에 카트리지가 배치됩니다. |
9360 |
CAP 0: 카트리지 20개 보유, 선택적 CAP 1: 카트리지 30개 보유 |
CAP에 로드된 이동식 매거진에 카트리지가 배치됩니다. |
우선 순위(PCAP) |
CAP 2: 카트리지 1개 보유 |
카트리지를 한 번에 하나씩 CAP에 직접 넣습니다. |
9710 또는 9740 CAP |
CAP 0은 카트리지 14개를 보유하거나 카트리지 10개가 있는 매거진을 보유합니다. |
카트리지는 CAP에 로드된 이동식 매거진에 배치되거나 CAP 셀에 직접 로드됩니다. |
9714, 9730 또는 9738 CAP |
CAP 0: 카트리지 1개 보유 |
카트리지를 단일 셀 CAP에 직접 로드합니다. |
레거시 4400 |
CAP: 카트리지 21개 보유 |
카트리지를 CAP 셀에 직접 로드합니다. |
CAP 상태는 카트리지를 넣고 꺼낼 수 있는지 여부를 결정합니다. 다음 표에서는 유효한 CAP 상태에 대해 설명합니다. CAP 상태를 확인하는 절차는 CAP 정보 표시를 참조하십시오. 장치 상태 변경에 대한 자세한 내용은 query pool 명령을 참조하십시오.
주:
SL8500 라이브러리에 대한 자세한 내용은 SL8500 내부 주소 및 ACSLS 주소 이해를 참조하십시오. SL500 라이브러리에 대한 자세한 내용은 SL500 CAP 동작을 참조하십시오.상태 | 설명 | 요청 처리 방법 |
---|---|---|
|
정상 작동 상태입니다. |
모든 요청이 수락되고 처리됩니다. |
|
CAP가 논리적으로 사용 안함으로 설정됩니다. |
모든 요청이 거부됩니다. |
|
전환 상태입니다. CAP가 온라인에서 오프라인으로 전환될 때 발생합니다. |
모든 새 요청이 거부됩니다. 현재 및 보류 중인 요청이 완료 상태로 처리됩니다. |
|
클라이언트 응용 프로그램의 간섭 없이 진단 작업에 CAP를 사용할 수 있습니다. |
클라이언트 응용 프로그램의 요청이 거부됩니다.
|
|
전환 상태입니다. CAP가 오프라인에서 온라인으로 전환될 때 발생합니다. |
새 요청이 거부됩니다. |
CAP 모드는 CAP가 카트리지 넣기 및 꺼내기에 사용되는 방식을 제어합니다. 다음 표에서는 유효한 CAP 모드에 대해 설명합니다. CAP 모드를 확인하는 절차는 CAP 정보 표시를 참조하십시오. CAP 모드 변경에 대한 자세한 내용은 query cap을 참조하십시오.
HINT: CAP가 사용 중인 동안 CAP 모드를 변경할 수 없습니다. 즉, 수동 또는 자동 넣기 작업 중 도어가 열려 있는 경우 넣기 작업을 완료할 때까지는 해당 모드를 변경할 수 없습니다.
모드 | 설명 | 넣기/꺼내기에 미치는 영향 |
---|---|---|
수동 |
사용 중이 아닐 때 CAP는 잠겨 있습니다. 이는 모든 다중 카트리지 CAP의 초기 모드입니다. |
명령을 명시적으로 실행한 후에만 카트리지를 넣거나 꺼낼 수 있습니다. 이전에 정의된 CAP 우선 순위에 따라 명령에 cap_id를 지정하거나 ACSLS에서 자동으로 CAP를 선택하도록 허용합니다. 일부 클라이언트 응용 프로그램의 경우 CAP가 수동 모드여야 합니다. 테이프 관리 시스템에 대한 설명서를 참조하십시오. |
자동 |
사용 중이 아닐 때 CAP는 잠금 해제되어 있습니다. 이는 모든 우선 순위 CAP의 초기 모드입니다. 분할된 라이브러리에서 CAP 모드를 자동으로 설정할 수 없습니다. 이에 대한 예외는 자동 모드로 설정할 수 있는 SL3000의 전용 CAP(분할 영역 하나에만 지정됨)입니다. SL8500 액세스 도어가 열리거나 닫혀 있을 때 SL8500은 CAP를 잠긴 상태로 둡니다. CAP가 잠겨 있으면 자동 모드 넣기에 사용할 수 없습니다. |
CAP 도어가 열린 경우 모든 카트리지를 제거하고 도어를 닫습니다. CAP 도어가 닫혀 있고 카트리지를 라이브러리로 이동 중인 경우 남아 있는 카트리지를 라이브러리에 넣도록 허용합니다. 그러면 카트리지를 꺼내려면 ACSLS가 CAP를 자동 모드로 표시하지만 CAP가 잠겨 있어 열리지 않고 자동 넣기에 사용할 수 없는 경우 ACSLS 및 SL8500을 동기화한 다음 CAP를 자동 넣기로 되돌립니다.
|
CAP 우선 순위는 CAP 요청이 CAP ID에 별표(*)를 지정할 때 ACSLS가 자동으로 CAP를 선택하는 방식을 지정합니다. 다음 표에서는 CAP 우선 순위 및 해당 영향에 대해 설명합니다. CAP 우선 순위를 확인하는 절차는 CAP 정보 표시를 참조하십시오. CAP 우선 순위를 변경하는 방법에 대한 자세한 내용은 query cap 명령을 참조하십시오.
우선 순위 | 영향 |
---|---|
16(가장 높음) |
처음에 사용 |
15(다음으로 가장 높음) |
다음에 사용 |
- |
|
1(가장 낮음) |
마지막에 사용 |
0 |
자동 선택되지 않음(모든 CAP의 초기 우선 순위) |
CAP 우선 순위 및 자동 CAP 선택은 다음 명령에 적용됩니다.
audit
eject
enter
venter
cap_id의 전체 또는 일부에 대해 이러한 명령을 별표(*)와 함께 입력하면 ACSLS는 요청에서 지정된 각 ACS 또는 LSM에 대한 0이 아닌 가장 높은 우선 순위를 가진 사용 가능한 CAP를 자동으로 선택합니다.
예:
audit * server
ACSLS는 각 ACS에서 0이 아닌 가장 높은 우선 순위 CAP를 선택합니다.
enter 0,1,*
ACSLS는 LSM 0,1에서 0이 아닌 가장 높은 우선 순위 CAP를 선택합니다.
카트리지를 수동 또는 자동으로 넣도록 선택할 수 있습니다.
카트리지를 수동으로 넣으려면 enter
명령을 실행해야 합니다. 그러면 카트리지를 넣을 수 있도록 CAP 잠금이 해제됩니다.
자동 모드인 CAP를 열면 자동 넣기가 시작됩니다. CAP가 자동 모드이면 enter 명령을 실행할 필요가 없습니다.
다음 단계에서는 넣기 프로세스에 대해 설명합니다.
넣기를 시작하면 CAP가 잠금 해제되고 예약됩니다. 다른 호스트가 해당 CAP를 사용할 수 없습니다.
CAP를 연 후 카트리지를 CAP에 넣고 CAP를 닫습니다. 이제 CAP가 잠깁니다.
ACSLS 라이브러리 로봇이 CAP의 카트리지를 검사/감사합니다. 넣기 중인 모든 카트리지에는 이미 이 ACSLS 서버에서 관리되는 다른 vol_ids
와 중복되지 않는 유효한 외부 레이블이 있어야 합니다.
주:
가상 넣기를 통해 레이블이 없는 카트리지를 일부 라이브러리에 넣을 수 있습니다.ACSLS는 라이브러리의 홈 셀을 유효한 카트리지에 할당하고 지정된 홈 셀 위치로 이동합니다.
중복 카트리지 및 외부 레이블이 없는 카트리지는 CAP에 남아 있으므로 제거해야 합니다.
완료 시 CAP가 잠금 해제되므로 카트리지를 더 넣을 수 있습니다.
CAP가 자동 모드인 경우 자동 넣기가 완료되고 CAP가 예약 해제되어 사용 가능한 상태가 됩니다.
CAP가 수동 넣기인 경우 CAP는 계속 수동 넣기로 예약되어 있습니다. 수동 넣기를 종료하려면 넣기가 시작된 cmd_proc
에서 cancel
명령 또는 Ctrl + c
를 사용하여 해당 넣기를 취소합니다.
enter
명령에 대한 자세한 내용은 enter를 참조하십시오.
주:
카트리지 추적이 사용으로 설정된 경우 이벤트 로그가 모든 카트리지 넣기를 기록합니다.작업 | 명령 |
---|---|
자동 모드로 카트리지 넣기 |
|
수동 모드로 카트리지 넣기 |
|
가상 레이블이 있는 카트리지 넣기(venter) |
LSM 도어를 열고 누락되거나 읽을 수 없는 레이블이 있는 카트리지를 스토리지 셀에 놓지 마십시오. ACSLS에서 이러한 카트리지를 관리할 수 없습니다. 감사 중 ACSLS는 스토리지 셀에 누락되거나 읽을 수 없는 레이블이 있는 카트리지가 있으면 해당 카트리지를 꺼냅니다. |
이 절차를 사용하여 현재 또는 보류 중인 수동 넣기나 가상 넣기를 종료하거나 취소할 수 있습니다.
cancel
명령을 사용하여 진행 중인 자동 넣기 작업을 취소할 수 없습니다. 진행 중인 자동 넣기를 종료하려면 다음을 수행합니다.
CAP 도어가 열린 경우 모든 카트리지를 제거하고 도어를 닫습니다.
CAP 도어가 닫혀 있고 카트리지를 라이브러리로 이동 중인 경우 남아 있는 카트리지를 라이브러리에 넣도록 허용해야 합니다. 그러면 넣기가 종료됩니다.
수동 넣기를 취소하려면 다음을 수행합니다.
현재 및 보류 중인 모든 라이브러리 작업을 표시합니다.
query request all
취소할 enter/venter 요청의 request_id
를 기록해 둡니다.
cmd_proc
에서 다음을 입력합니다.
cancel
request_id
여기서 request_id는 취소할 요청의 식별자입니다.
CAP가 잠금 해제될 때까지 기다린 후, CAP를 열고, 카트리지를 모두 제거합니다.
cmd_proc
는 취소 요청이 수신되기 전 라이브러리에 넣은 카트리지 수를 나타내는 메시지를 표시합니다. 이러한 카트리지는 ACSLS 제어에서 유지됩니다.
enter를 참조하십시오.
라이브러리에서 카트리지를 꺼내려면 eject
명령을 실행해야 합니다.
다음 단계에서는 꺼내기 프로세스에 대해 설명합니다.
꺼내기를 시작하면 CAP가 잠깁니다. 다른 호스트가 해당 CAP를 사용할 수 없습니다.
로봇이 지정된 카트리지를 지정된 CAP에 놓으면, ACSLS는 카트리지가 저장된 셀 위치를 다른 카트리지에 사용할 수 있도록 합니다.
CAP를 열고, CAP에서 카트리지를 모두 제거하고, CAP를 닫습니다. 그러면 ACSLS가 CAP를 검사하여 비어 있는지 확인합니다. 이제 CAP를 넣기 또는 감사와 같은 다른 작업에 사용할 수 있습니다.
eject
명령에 카트리지가 가득 찬 CAP를 둘 이상 지정하고 채워진 CAP를 비우고, CAP를 닫으면 ACSLS는 모든 카트리지를 꺼낼 때까지 꺼내기 프로세스를 계속합니다.
eject
명령에 대한 자세한 내용은 eject를 참조하십시오. ejecting.sh도 참조하십시오.
볼륨 통계 수집이 사용으로 설정된 경우 acsss_stats.log
가 카트리지 꺼내기를 모두 기록합니다. 일반 제품 동작 변수 설정을 참조하십시오.
이 절에서는 CAP 복구에 대해 설명합니다.
다음은 일반 CAP 복구 절차입니다.
가능한 경우 넣기 또는 꺼내기를 취소하고 CAP를 복구하는 대신 넣기 또는 꺼내기를 완료합니다. 이렇게 하면 덜 복잡해지고 CAP가 중단될 위험이 적어집니다.
카트리지가 가득 찬 CAP 넣기를 완료한 다음 해당 작업을 취소하여 수동 넣기를 종료합니다. 자동 모드의 CAP만 카트리지가 가득 찬 CAP를 한 번에 하나씩 넣습니다.
가능한 경우 eject 명령에 지정된 모든 카트리지를 꺼냅니다. 그렇지 않으면 꺼내기 취소를 시도하기 전에 ACSLS가 카트리지가 가득 찬 CAP를 꺼내고 CAP를 비웁니다.
CAP를 복구하려면 강제로 오프라인으로 전환해야 합니다. CAP를 강제로 오프라인으로 전환한 다음 다시 온라인으로 변경하면 CAP가 복구될 뿐만 아니라 일반적으로 CAP를 사용 중인 중단된 enter
또는 eject
도 종료됩니다.
CAP를 강제로 오프라인으로 전환합니다.
vary cap
cap_id
offline force
현재 로봇 요청만 완료되고 CAP가 즉시 오프라인 상태로 전환됩니다. 보류 중인 요청이 삭제되고 새 요청이 거부됩니다.
중단된 수동 enter
또는 eject
는 일반적으로 취소됩니다.
enter
또는 eject
요청이 계속 활성 상태인 경우 해당 요청을 취소합니다.
enter
또는 eject
요청이 계속 활성 상태인지 확인하려면 다음을 입력합니다.
query request all
enter
또는 eject
가 계속 활성 상태인 경우 다음 명령을 입력하여 해당 요청을 취소합니다.
cancel
request_id
CAP를 다시 온라인 상태로 전환합니다.
vary cap
cap_id
online
이 작업으로 CAP가 복구되고 다른 요청에 사용할 수 있게 됩니다.
SL8500 또는 SL3000 액세스 도어를 열고 닫았거나 SL8500 또는 SL3000을 다시 초기화한 후 ACSLS는 이제 자동 넣기 모드인 CAP를 잠금 해제합니다.
SL8500 또는 SL3000 라이브러리를 다시 초기화한 후 CAP가 잠겨 있고 CAP를 복구해야 하는 경우 아래의 적절한 절차에 따라 CAP를 복구하십시오.
자동 넣기를 위해 잠금 해제되지 않는 CAP를 복구하려면 ACSLS와 라이브러리 간에 CAP 상태를 동기화해야 합니다.
CAP 모드를 수동으로 설정하여 자동 넣기 모드를 종료합니다.
set cap mode manual
cap_id
CAP를 다시 자동 모드로 설정합니다.
set cap mode automatic
cap_id
수동 넣기를 위해 잠금 해제되지 않는 CAP를 복구하려면 ACSLS와 라이브러리 간에 CAP 상태를 동기화해야 합니다.
CAP를 강제로 오프라인으로 전환합니다.
vary cap
cap_id offline force
CAP를 다시 온라인 상태로 전환합니다.
vary cap
cap_id online
수동 넣기를 다시 시작합니다.
enter
cap_id
꺼내기를 수행 중이었던 CAP를 복구하려면 잠긴 CAP에 남아 있는 카트리지를 모두 제거하고 ACSLS와 라이브러리 간에 CAP 상태를 동기화해야 합니다.
CAP에서 카트리지를 모두 제거합니다.
CAP를 강제로 오프라인으로 전환(Vary
)합니다.
vary cap
cap_id offline force
CAP를 다시 온라인으로 전환(Vary
)합니다.
vary cap
cap_id online
다음 작업 중 하나를 선택합니다.
CAP가 자동 모드인 경우
CAP 모드를 수동으로 설정하여 자동 넣기 모드를 종료합니다.
set cap mode manual
cap_id
CAP를 자동 모드로 설정합니다. 이렇게 하면 CAP가 잠금 해제됩니다.
set cap mode automatic
cap_id
CAP를 열고 CAP에 남아 있는 카트리지를 모두 제거합니다.
CAP가 자동 모드가 아닌 경우
수동 enter
를 시작합니다.
enter
cap_id
CAP에 남아 있는 카트리지를 모두 제거합니다.
넣기를 취소합니다.
넣기를 기다리고 있는 cmd_proc
에서 Ctrl + c
를 사용하거나 enter
요청 ID를 취소합니다.
꺼내기를 다시 시작합니다.
enter
cap_id vol_id | volrange…
L1400, L700, L700e 또는 L180 라이브러리에서 넣기 또는 꺼내기 시 사용되는 CAP가 잠금 해제되지 않는 경우 라이브러리에서 IPL을 수행하여 CAP를 복구할 수 있습니다. 아래의 적절한 절차에 따라 CAP를 복구하십시오.
수동 넣기를 위해 잠금 해제되지 않는 CAP를 복구하려면 다음을 수행합니다.
enter
를 취소(Cancel)
합니다.
넣기가 완료될 때까지 기다리고 있는 cmd_proc에서 Ctrl + c
를 사용하거나 enter
요청 ID를 cancel
합니다.
운영자 패널에서 RESET 버튼을 눌러 라이브러리를 다시 IPL합니다.
라이브러리가 초기화를 마친 후 다른 넣기를 시작합니다.
자동 넣기를 위해 잠금 해제되지 않는 CAP를 복구하려면 다음을 수행합니다.
CAP 모드를 다시 수동으로 설정하여 자동 넣기 모드를 종료합니다.
set cap mode manual
cap_id
운영자 패널에서 RESET 버튼을 눌러 라이브러리를 다시 IPL합니다.
라이브러리가 초기화를 마친 후 CAP를 다시 자동 모드로 설정합니다.
set cap mode automatic
cap_id
꺼내기를 위해 잠금 해제되지 않는 CAP를 복구하려면 (CAP가 가득 찼거나 모든 볼륨을 꺼낸 후) 다음을 수행합니다.
라이브러리의 액세스 도어를 열고, CAP에서 카트리지를 모두 제거하고, 액세스 도어를 닫습니다.
운영자 패널에서 RESET 버튼을 눌러 라이브러리를 다시 IPL합니다.
라이브러리를 다시 IPL하면 ACSLS에서 "라이브러리 오류"와 함께 꺼내기를 종료합니다.
또는 라이브러리를 감사합니다.
라이브러리가 초기화를 마친 후 감사를 실행하는 것은 권장되는 작업이지만 필수는 아닙니다.
일부 카트리지만 꺼낸 경우 다른 꺼내기를 시작합니다.
이 절에서는 새 카트리지 및 재활성화된 카트리지에 자동으로 정책을 적용하는 방법에 대해 설명합니다.
최신 청소 카트리지에는 청소 카트리지용으로만 예약되는 매체 유형 레이블이 지정됩니다. 예를 들어 T10000 이전 버전과 호환되는 청소 카트리지에는 "CL"의 매체 도메인 및 유형 레이블이 지정되고, LTO 범용 청소 카트리지에는 "CU" 레이블이 지정됩니다.
ACSLS는 이러한 매체 도메인 및 유형의 카트리지만 청소 카트리지가 된다고 인식하고 있으므로 이러한 카트리지가 감사, 넣기 또는 카트리지 복구를 통해 추가될 때 자동으로 청소 카트리지 속성을 설정합니다. 여기에는 해당 카트리지를 청소 카트리지로 식별하고 해당 최대 청소 사용량을 설정하는 작업이 포함됩니다.
watch_vols
유틸리티는 카트리지를 넣거나 다시 넣을 때 데이터베이스에 추가되거나 감사를 통해 재활성화된 카트리지에 자동으로 속성을 지정할 수 있습니다. 정책은 vol_attr.dat 파일에 지정되고 vol_id
또는 vol_range
에 의해 선택됩니다. 이 유틸리티는 다음을 자동으로 수행할 수 있습니다.
vol_attr.dat
정책 테이블에 나열된 특정 볼륨 또는 vol_id
범위를 기반으로 하는 볼륨 소유권을 지정합니다.
스크래치 풀에 카트리지를 지정합니다.
새 카트리지 및 재활성화된 카트리지를 특정 LSM으로 이동합니다.
논리적 라이브러리에 카트리지를 지정합니다.
자세한 내용은 watch_vols를 참조하십시오.
읽기/쓰기 기록 헤드에서 얼룩진 오염물 및 달라붙어 있는 파편을 제거하려면 정기적으로 테이프 드라이브를 청소해야 합니다. 드라이브 제어 장치는 드라이브를 청소해야 할 때 테이프가 각 드라이브를 통과하고 ACSLS에 메시지를 보내는 정도를 추적합니다.
청소 카트리지에 대한 자세한 내용은 다음 항목을 참조하십시오.
ACSLS는 광 섬유 또는 SCSI 연결 라이브러리(SL150, SL500 및 L700)가 아닌 TCP/IP 또는 직렬(HLI) 연결 라이브러리(SL8500, SL3000 및 9310)에 대한 자동 청소를 수행할 수 있습니다.
자동 청소가 사용으로 설정된 경우 ACSLS는 필요할 때 자동으로 테이프 드라이브에 청소 카트리지를 마운트합니다. AUTO_CLEAN
동적 변수를 TRUE
(기본값)로 설정하면 자동 청소가 사용으로 설정됩니다.
최신 테이프 드라이브는 필요에 따라 청소를 요청합니다. 드라이브가 라이브러리에 알리며 이로 인해 ACSLS에 메시지가 전달됩니다. ACSLS는 드라이브를 청소해야 함을 기록합니다. ACSLS가 드라이브에 대한 다음 마운트 요청을 처리하는 경우 청소 작업을 수행하는 마운트보다 우선합니다. 여기에는 호환 가능한 청소 카트리지 선택, 청소 카트리지 마운트, 청소 카트리지 마운트 해제, 원래 마운트 요청에 지정된 데이터 카트리지 마운트 진행이 포함됩니다.
ACSLS에서 청소 작업 중에 모두 소모된 청소 카트리지 마운트와 같은 복구 가능한 문제가 발생하는 경우 다른 청소 카트리지를 선택하고 청소 작업을 재시도합니다. AUTO_CLEAN_RETRY_LIMIT
동적 변수는 재시도 수(기본값: 1회 재시도, 재시도 범위: 0-5회)를 제어합니다. acsss_config
를 사용하고 General Product Behavior Variables를 선택하여 이 변수를 표시하고 변경합니다.
UNIFORM_CLEAN_USE
동적 변수는 청소 카트리지를 선택하는 데 사용되는 방법을 정의합니다. 옵션은 다음과 같습니다.
VOLID_SORT
– vol_id별로 정렬합니다. 다음 클리너를 사용하기 전에 클리너 하나를 모두 사용합니다.
LEAST_USED
– 사용량별로 정렬합니다. 균등하게 사용량을 분산합니다.
MOST_CAPACITY
– 남은 사용량별로 정렬합니다. 모든 클리너를 동시에 완전히 사용합니다.
기본값은 VOLID_SORT
입니다. acsss_config
를 사용하고 General Product Behavior Variables를 선택하여 이 변수를 표시하고 변경합니다.
ACSLS에서의 자동 청소에 대한 자세한 내용은 다음 항목을 참조하십시오.
CSI 조정 변수 설정의 AUTO_CLEAN
CSI 조정 변수 설정의 AUTO_CLEAN_RETRY_LIMIT
서로 다른 각각의 청소 카트리지 유형에는 드라이브가 모두 사용되었음(만료됨 또는 소모됨)을 보고하기 전 최대 사용 수가 있습니다. 이 최대 사용량은 청소 카트리지의 유형에 따라 다릅니다. ACSLS가 청소 카트리지를 추가할 때 ACSLS 데이터베이스에 카트리지의 최대 사용량이 기록됩니다. ACSLS는 카트리지의 access_count
(카트리지가 마운트된 횟수 등)가 max
사용량보다 적을 때만 자동 청소를 위한 청소 카트리지를 선택합니다. 테이프 드라이브에서 청소 카트리지가 모두 사용되었음(소모됨)을 보고하면 ACSLS는 액세스 수를 max
사용량보다 큰 값으로 설정합니다.
ACSLS가 청소 카트리지에 대해 자동으로 설정하는 최대 사용량은 카트리지가 지원하는 실제 청소 사용량보다 큽니다. 이는 일부 응용 프로그램이 청소를 요청한 드라이브 없이 청소 카트리지의 마운트를 예약하기 때문입니다. 드라이브가 청소될 준비가 되지 않은 경우 헤드가 너무 빨리 마모되지 않게 하기 위해 "의사 청소" 작업을 수행할 수도 있습니다. 즉, 실제로 청소 카트리지를 사용하지 않고도 드라이브의 액세스 수가 증분되었다는 의미입니다. 더 높은 max
사용 값을 사용하면 이러한 카트리지가 모두 소모되었음을 드라이브에서 보고할 때까지 사용됩니다.
set
clean
명령을 사용하여 청소 카트리지를 정의하고 해당 최대 사용량을 설정할 수 있습니다.
set clean
max_usage vol_id | volrange
설명:
max_usage는 ACSLS가 카트리지 청소를 위해 카트리지를 선택하는 작업을 중지하기 전에 청소 카트리지가 사용되는 횟수입니다.
vol_id | volrange는 청소 카트리지 또는 카트리지 범위를 지정합니다.
set
clean
을 사용하여 다음을 수행합니다.
청소 카트리지의 최대 사용 수를 변경합니다.
예를 들어 청소할 필요가 없는 드라이브에 청소 카트리지가 수동으로 마운트되었으며 access_count
가 증분되었지만 "의사 청소"만 수행되었습니다. 청소 카트리지의 전체 사용량을 얻으려면 더 높은 max_usage
를 설정합니다.
set clean
max_usage vol_id|volrange
카트리지의 청소 카트리지 속성을 해제로 설정합니다. 예를 들어 데이터 카트리지를 청소 카트리지로 잘못 정의한 경우 카트리지의 청소 카트리지 속성을 해제로 설정하여 카트리지를 데이터 카트리지로 재정의합니다.
set clean off
vol_id|volrange
사용한 청소 카트리지를 꺼내 라이브러리에서 청소 카트리지를 모니터해야 합니다. 필요에 따라 새 청소 카트리지를 넣습니다.
청소 카트리지를 모두 표시하려면 다음을 수행합니다.
query clean all
ACS에서 한 media_type
의 청소 카트리지를 모두 표시하려면 다음과 같이 display 명령을 사용합니다.
display volume * -home
acs,*,*,*,* -media
media_type
카트리지의 최대 청소 사용량 및 현재 사용량을 표시하려면 다음을 수행합니다.
display volume * -home
acs,*,*,*,* -media
media_type –f vol_id acs lsm media max_use access_count
최대 청소 사용량 및 현재 사용량과 함께 ACS의 청소 카트리지를 모두 표시하려면 다음을 수행합니다.
display volume CLN* -home
acs,*,*,*,* -f acs lsm type media max_use access_count
사용된 청소 카트리지(이러한 카트리지는 꺼내서 새 청소 카트리지로 교체해야 함)를 모두 표시하려면 다음을 수행합니다.
display volume * -spent_clean
참조:
청소 카트리지를 넣을 때 다음 절차를 완료했는지 확인하십시오.
매체 유형이 라이브러리의 드라이브 유형과 호환되는 청소 카트리지를 사용합니다. ACSLS가 각 청소 작업에 대해 올바른 유형의 카트리지를 자동으로 선택합니다.
드라이브 유형과 호환되는 청소 카트리지를 보려면 ACSLS Product Information 설명서에서 매체와 드라이브 간 호환성 표를 확인하거나 drive_media.sh
유틸리티를 사용합니다.
라이브러리의 각 드라이브 유형에 대해 최소한 몇 개의 청소 카트리지만 정의합니다. 대부분의 사이트에서는 4개의 드라이브마다 하나 이상의 청소 카트리지가 있는 것이 좋습니다.
ACSLS에 대한 청소 카트리지를 정의하려면 다음을 수행합니다.
CAP를 넣기 준비 상태로 만듭니다.
자세한 내용은 카트리지 넣기를 참조하십시오.
청소 카트리지를 넣습니다.
cmd_proc
는 넣은 카트리지의 카트리지 ID를 포함하는 메시지를 표시합니다.
청소 카트리지 속성 자동 지정에 설명된 대로 ACSLS는 감사, 넣기 또는 카트리지 복구를 통해 청소 카트리지를 넣거나 추가할 때 자동으로 해당 청소 카트리지를 정의합니다. 여기에는 최대 사용량이 포함됩니다.
청소 카트리지가 해당 최대 사용량에 도달했거나 드라이브가 청소 카트리지가 소모되었음을 보고하면 ACSLS는 이벤트 로그에 메시지를 기록합니다. ACSLS는 라이브러리에 카트리지를 남겨 두지만 더 이상 청소에 이 카트리지를 선택하지 않습니다. 사용한 청소 카트리지를 꺼내고 교체품을 넣어야 합니다.
사용한 청소 카트리지를 꺼내려면 다음을 수행합니다.
query
clean
및 display
volume
을 사용하여 최대 사용량을 초과하거나 소모된 청소 카트리지를 식별합니다.
query clean all
display volume * -spent_clean
청소 카트리지를 꺼냅니다.
eject
cap_id vol_id |
volrange
설명:
cap_id
는 청소 카트리지를 꺼내는 데 사용되는 CAP를 지정합니다.
vol_id | volrange는 꺼낼 청소 카트리지의 ID를 지정합니다.
소모된 청소 카트리지를 제거합니다.
청소 카트리지 모니터링을 참조하십시오.
자동 청소가 사용 안함으로 설정되었거나 작동 중이 아닌 경우 이 절차를 사용하여 드라이브를 청소합니다.
수동으로 드라이브를 청소하려면 다음을 수행합니다.
청소할 드라이브와 호환되는 청소 카트리지 유형을 결정합니다.
각 드라이브 유형에 대한 청소 카트리지 목록은 Product Information Guide의 드라이브 및 매체 호환성 표를 참조하십시오.
사용 가능한 청소 카트리지를 표시합니다.
query clean all
호환 가능한 모든 청소 카트리지를 드라이브와 동일한 ACS에 표시하려면 display
명령을 사용합니다.
display volume * -home
acs,*,*,*,* -media
media_type
카트리지의 최대 청소 사용량 및 현재 사용량을 표시하려면 다음을 수행합니다.
display volume * -home
acs,*,*,*,* -media
media_type -f
vol_id acs lsm media max_use access_count
최대 청소 사용량 및 현재 사용량과 함께 ACS의 청소 카트리지를 모두 표시하려면 다음을 수행합니다.
display volume CLN* -home
acs,*,*,*,* -f acs lsm type media max_use access_count
이렇게 나열된 청소 카트리지에서 호환 가능한 청소 카트리지를 선택하고 드라이브에 마운트합니다.
mount
vol_id drive_id
드라이브를 청소하고 청소 카트리지를 언로드한 후 청소 카트리지를 마운트 해제합니다.
dismount
vol_id drive_id
광 섬유 연결 라이브러리의 드라이브에 대해 ACSLS 자동 청소가 지원되지 않습니다. 청소 카트리지를 수동으로 마운트한 ACSLS를 사용하여 이러한 드라이브만 청소할 수 있습니다. 그러나 광 섬유 연결 라이브러리의 라이브러리 GUI를 사용하여 자동 청소를 사용으로 설정할 수 있습니다. 자세한 내용은 해당 라이브러리 설명서를 참조하십시오.
다음에는 드라이브가 청소되지 않을 때 시도할 수 있는 문제 해결 팁 몇 가지가 나와 있습니다.
자동 청소가 사용 안함으로 설정된 경우 드라이브를 청소해야 할 때 ACSLS는 메시지를 이벤트 로그에 기록하고 cmd_proc
로 청소 메시지를 표시합니다. 수동으로 청소 카트리지를 마운트해야 합니다.
acsss_config
를 사용하여 자동 청소를 사용으로 설정하거나 사용 안함으로 설정합니다. 또한 acsss_config
를 사용하여 선택 및 질의를 위해 청소 카트리지를 정렬하는 방법을 지정할 수 있습니다.
AUTO_CLEAN
동적 변수를 기본 설정인 TRUE(설정)로 설정하면 자동 청소가 사용으로 설정됩니다. AUTO
-CLEAN
을 보려면 다음을 입력합니다.
dv_config -e AUTO_CLEAN
ACSLS는 광 섬유 연결 라이브러리에 대한 자동 청소를 수행하지 않습니다.
모든 청소 카트리지가 만료되거나(max_usage 값이 초과됨) 드라이브가 소모된 것으로 보고한 경우 ACSLS는 드라이브를 청소하지 않고 원래 마운트 요청을 수행합니다. 해당 마운트 및 청소하지 않은 드라이브에 대한 각 후속 마운트의 경우 ACSLS는 메시지 376 N "Drive
drive_id: No Cleaning cartridge available
"을 이벤트 로그에 게시합니다. 수동으로 청소 카트리지 정의에 설명된 대로 드라이브 유형과 호환되는 청소 카트리지를 더 추가합니다.
드라이브가 청소되지 않는 경우 라이브러리에 드라이브에 대한 청소 카트리지가 있으며 해당 카트리지에 사용량이 남아 있는지 확인하십시오.
cmd_proc
에서 display 명령을 사용하여 다음을 확인할 수 있습니다.
모든 청소 카트리지 및 해당 사용량
display volume * -clean -f media access_count max_use
특정 매체 유형의 모든 볼륨
예를 들어 LTO 청소 카트리지를 모두 표시하려면 다음을 수행합니다.
display volume * -media LTO-CLNU -f access_count max_use
모두 사용된(소모된) 모든 청소 카트리지 및 해당 사용량
display volume * -spent_clean -f media access_count max_use
SL8500 또는 SL3000에 대한 자동 청소가 작동하지 않는 문제가 발생한 경우 SLConsole을 사용하여 라이브러리에 대해 자동 청소가 사용으로 설정되지 않았는지 확인하십시오.
ACSLS를 사용하여 자동 청소가 사용으로 설정된 경우, 마운트 해제 후 라이브러리로부터 "drive needs cleaning" 메시지를 수신하면 다음 마운트 이전에 자동으로 청소 카트리지를 마운트합니다.
SLConsole을 사용하여 라이브러리 레벨에서 자동 청소가 사용으로 설정된 경우 라이브러리가 자동 청소를 수행합니다. 라이브러리 자동 청소가 사용으로 설정된 경우 라이브러리는 "drive needs cleaning" 메시지를 ACSLS에 보내지 않습니다. ACSLS는 드라이브를 청소해야 함을 알지 못합니다. 라이브러리는 ACSLS에 마운트 해제 응답을 보내기 전에 해당 시스템 셀 중 하나의 청소 카트리지를 마운트하여 드라이브를 청소하려고 시도합니다.
따라서 라이브러리가 자동 청소를 수행하려고 시도하지만 시스템 셀에 청소 카트리지가 없는 혼동이 발생할 수 있습니다. ACSLS는 일반 스토리지 셀에서 청소 카트리지를 관리할 수 있지만 ACSLS가 "drive needs cleaning" 메시지를 수신하지 않습니다. 따라서 드라이브가 청소되지 않습니다.
이 문제를 해결하려면 다음을 수행합니다.
ACSLS 자동 청소가 사용으로 설정되었지만 드라이브가 청소되지 않은 경우 라이브러리에도 자동 청소가 사용으로 설정되어 있는지 확인합니다.
라이브러리에서 자동 청소가 사용으로 설정된 경우 SLConsole을 사용하여 사용 안함으로 설정합니다.
SLConsole 또는 라이브러리 운영자 패널을 사용합니다.
System Detail 탭을 선택합니다.
Library를 선택합니다.
Auto Clean 탭을 선택합니다.
Configure 탭을 선택합니다.
이 분할 영역(아니면 "Partition 1 또는 None")에 대해 자동 청소가 사용으로 설정되어 있는지 확인합니다.
자동 청소가 사용으로 설정된 경우 사용 안함으로 설정합니다.
오류가 있는 청소 카트리지를 반복 선택하지 않도록 자동 청소는 불완전한 카트리지를 선택하지 않습니다. 카트리지에 읽을 수 없는 레이블이 있음을 라이브러리가 보고하는 경우 카트리지가 불완전으로 표시됩니다.
display 명령을 사용하여 불완전으로 표시된 청소 카트리지를 식별할 수 있습니다. 이 명령은 청소 카트리지의 ACS, LSM, 유형, max_use
및 access_count
를 표시하기도 합니다.
display volume CLN* -f media_status acs lsm media_status type max_use access_count
불완전 상태를 지우려면 다음을 수행합니다.
카트리지를 꺼내고 검사하여 상태가 좋은 경우 해당 카트리지를 라이브러리에 다시 넣습니다.
카트리지를 넣으면 불완전 상태가 지워집니다.
스크래치 카트리지에는 데이터가 포함되어 있지 않거나 겹쳐쓸 수 있는 데이터가 포함되어 있습니다. 사용자 또는 응용 프로그램은 스크래치 카트리지를 마운트하여 해당 카트리지에 새 데이터를 씁니다.
스크래치 상태를 지정하려면 다음을 수행합니다.
카트리지는 set
scratch
명령으로 스크래치 카트리지로 정의되고 스크래치 풀에 지정될 수 있습니다.
watch_vols
유틸리티는 카트리지의 vol_id
또는 volrange
에 따라 자동으로 스크래치 풀에 카트리지를 지정할 수 있습니다. watch_vols를 참조하십시오.
볼륨 스크래치 상태를 지웁니다.
마운트 스크래치 또는 일반 마운트 요청을 통해 카트리지가 성공적으로 마운트되는 경우 카트리지의 스크래치 상태가 지워집니다.
주:
set
scratch
명령은 스크래치 상태를 지우는 데 사용할 수 있습니다. 볼륨을 마운트할 때 볼륨의 스크래치 상태가 지워져도 pool
id
는 지워지지 않습니다. 따라서 풀에 데이터 볼륨이 지정됩니다.set
scratch
명령은 다음을 사용하여 스크래치 풀에 데이터 볼륨을 지정하는 데 사용될 수도 있습니다.
set scratch off
pool_id vol_id | volrange
스크래치 마운트 요청을 충족하려면 라이브러리에 사용 가능한 스크래치 카트리지가 충분히 있는지 확인해야 합니다. 자세한 내용은 다음 항목을 참조하십시오.
다음 절에서는 스크래치 카트리지 및 스크래치 풀 관리에 대한 추가 정보를 제공합니다.
스크래치 풀 정보를 표시하려면 다음 ACSLS 기능을 사용합니다.
query pool
스크래치 풀 속성을 표시합니다. query pool을 참조하십시오.
query scratch
스크래치 카트리지 정보를 표시합니다. query scratch를 참조하십시오.
query mount *
지정된 스크래치 풀 및 선택적으로 풀 내 특정 카트리지 매체 유형에 대한 매체 호환 카트리지의 상태를 표시합니다. query mount *를 참조하십시오.
사용자 정의된 볼륨 보고서
선택한 스크래치 볼륨 정보를 보고합니다. 로깅 볼륨 통계 보고서 작성을 참조하십시오.
이 절차를 사용하여 라이브러리에 스크래치 카트리지를 추가합니다.
라이브러리에 스크래치 카트리지를 추가하려면 다음을 수행합니다.
필요한 경우 새 스크래치 풀을 만듭니다.
자세한 내용은 query scratch를 참조하십시오.
라이브러리에 스크래치 카트리지를 넣습니다.
자세한 내용은 카트리지 넣기를 참조하십시오.
2단계에서 넣은 카트리지를 스크래치 카트리지로 정의하고 해당 카트리지를 스크래치 풀에 지정합니다.
이는 watch_vols
유틸리티의 vol_attr.dat
에 정의된 정책을 사용하거나 set
scratch
를 사용하여 수행될 수 있습니다.
이 절차를 사용하여 하나의 풀에서 다른 풀로 스크래치 카트리지를 이동하여 스크래치 풀의 균형을 조정합니다.
스크래치 풀의 균형을 조정하려면 다음을 수행합니다.
모든 스크래치 풀의 속성을 표시합니다.
query pool all
자세한 내용은 query pool을 참조하십시오.
query scratch
명령을 사용하여 균형을 조정할 풀의 스크래치 카트리지 ID를 표시합니다.
자세한 내용은 query scratch를 참조하십시오.
set scratch
명령을 사용하여 하나의 풀에서 다른 풀로 스크래치 카트리지를 이동합니다.
예를 들어 YUMA20-YUMA80(현재 풀 5-풀 10에 있음) 카트리지를 다시 지정하려면 다음을 입력합니다.
set scratch 10 YUMA20-YUMA80
자세한 내용은 set scratch를 참조하십시오.
스크래치 풀을 관리하기 위해 더 이상 스크래치 카트리지를 포함하지 않는 모든 스크래치 풀을 삭제할 수도 있습니다. 공통 풀(풀 0)은 삭제할 수 없습니다. 빈 스크래치 풀만 삭제할 수 있습니다. 데이터 또는 스크래치 카트리지를 포함하는 스크래치 풀은 삭제할 수 없습니다. 그러나 비어 있는 모든 풀 삭제를 사용하여 빈 풀을 모두 삭제할 수 있습니다. ACSLS는 스크래치 또는 데이터 카트리지를 포함하는 풀을 삭제하지 않습니다.
이 절차를 사용하여 스크래치 풀을 삭제하기 전에 스크래치 풀을 비웁니다.
스크래치 풀을 비우려면 다음을 수행합니다.
데이터 카트리지를 풀 외부로 이동하려면 다음을 입력합니다.
set scratch off 0 vol_id volrange ...
여기서 vol_id
또는 volrange
는 공통 풀(풀 0)로 이동할 데이터 카트리지를 지정합니다. 자세한 내용은 set scratch를 참조하십시오.
스크래치 카트리지를 풀 외부로 이동하려면 다음 중 하나를 수행합니다.
카트리지를 다른 풀로 이동합니다.
카트리지 꺼내기를 참조하십시오. 그러나 스크래치 카트리지를 꺼내는 경우 ACSLS는 더 이상 이러한 카트리지를 관리하지 않습니다. 나중에 이러한 카트리지를 사용하려는 경우 해당 카트리지를 다시 넣고 스크래치 풀에 지정해야 합니다.
delete pool all
명령은 스크래치 또는 데이터 카트리지를 포함하는 풀이 아닌 빈 스크래치 풀만 삭제합니다.
빈 풀을 모두 삭제하려면 다음을 수행합니다.
delete pool all
스크래치 마운트(cmd_proc
를 사용하는 mount *
) 명령은 지정된 드라이브와 호환되고 가능한 가까운 스크래치 카트리지를 선택하여 해당 드라이브에 마운트합니다. 풀이 지정된 경우 해당 풀에 스크래치 카트리지를 지정해야 합니다.
스크래치 카트리지가 해당 홈 셀에서 검색되지 않거나 다른 복구 가능한 오류가 발생하여 스크래치 카트리지의 마운트가 실패하는 경우 ACSLS는 자동으로 다른 스크래치 카트리지를 선택하고 마운트를 재시도합니다.
스크래치 카트리지가 마운트될 때마다 해당 카트리지를 마운트한 ACSAPI 사용자가 자동으로 소유하도록 하는 볼륨 액세스 제어 정책을 설정할 수 있습니다. 볼륨 소유권 설정을 참조하십시오.
다음 절차를 사용하여 단일 매체 및 혼합 매체 환경에서 스크래치 카트리지를 마운트합니다.
지정된 풀에서 카트리지를 마운트하려면 다음을 수행합니다.
mount *
drive_id pool_id
지정된 풀에서 사용 가능한 카트리지가 없으며 풀이 "overflow"에 대해 설정된 경우 ACSLS는 공통 풀(풀 0)에서 카트리지를 선택합니다.
공통 풀에서 카트리지를 마운트하려면 다음을 수행합니다.
mount *
drive_id
지정된 풀에서 지정된 매체 유형의 스크래치 카트리지를 마운트하려면 다음을 수행합니다.
mount *
drive_id pool_id media
media_type
지정된 풀에서 사용 가능한 카트리지가 없으며 풀이 overflow
에 대해 설정된 경우 ACSLS는 공통 풀(풀 0)에서 지정된 매체 유형의 카트리지를 선택합니다.
지정된 풀에서 스크래치 환경 설정에 따라 결정된 매체 유형의 스크래치 카트리지를 마운트하려면 다음을 수행합니다.
mount *
drive_id pool_id media *
지정된 풀에서 사용 가능한 카트리지가 없으며 풀이 overflow
에 대해 설정된 경우 ACSLS는 정의된 스크래치 환경 설정에 따라 공통 풀(풀 0)에서 카트리지를 선택합니다.
공통 풀에서 지정된 매체 유형의 카트리지를 마운트하려면 다음을 수행합니다.
mount *
drive_id media
media_type
공통 풀에서 스크래치 환경 설정에 따라 결정된 매체 유형의 카트리지를 마운트하려면 다음을 수행합니다.
mount *
drive_id media *
스크래치 카트리지는 마운트될 때 자동으로 데이터 카트리지 상태에 다시 지정됩니다.
이 절차를 사용하여 잘못 스크래치된 카트리지를 "스크래치 해제"(카트리지를 데이터 카트리지 상태로 되돌림)합니다.
카트리지를 스크래치 해제하려면 다음을 수행합니다.
query pool
및 query scratch
명령을 사용하여 스크래치 해제할 카트리지 및 해당 카트리지의 풀 ID를 표시합니다.
자세한 내용은 query pool 및 query scratch를 참조하십시오.
선택한 카트리지를 스크래치 해제하려면 다음을 입력합니다.
set scratch off 0
vol_id volrange ...
여기서 vol_id
또는 volrange는 스크래치 모드에서 변경하고 공통 풀(풀 0)로 이동할 카트리지를 지정합니다. 자세한 내용은 set scratch를 참조하십시오.
ACSLS의 부재 카트리지 지원을 사용하면 라이브러리에서 찾을 수 없는 카트리지를 삭제하는 대신 부재 카트리지로 표시할 수 있습니다. 이러한 카트리지가 나중에 라이브러리에서 검색되는 경우 ACSLS는 이러한 카트리지를 데이터베이스에 다시 추가하는 대신 활성 상태로 변경합니다. 재활성화는 액세스 개수와 풀, 볼륨 액세스 제어 소유권 및 잠금과 같은 액세스 설정을 보존합니다.
마찬가지로, 꺼낸 카트리지 지원은 카트리지를 꺼냈을 때 카트리지 정보를 보존합니다. 카트리지는 다시 넣을 때 재활성화됩니다.
ABSENT_VOLUME_RETENTION_PERIOD
가 0이 아닌 일 수로 설정되어 있을 때 부재 볼륨 및 꺼낸 볼륨 지원이 사용으로 설정됩니다. 기본값은 5일입니다.
부재 카트리지 및 꺼낸 카트리지 지원의 추가적인 측면은 다음과 같습니다.
-d
옵션이 지정되어 있는 경우가 아니면 수동 볼륨 삭제(del_vol
) 유틸리티가 볼륨을 부재 볼륨으로 보존합니다. 이 옵션이 지정된 경우 볼륨이 부재 상태 또는 꺼낸 상태의 만료를 기다리지 않고 삭제됩니다.
ACSLS는 SL3000 및 SL8500 라이브러리에서 손실된 카트리지의 위치를 질의합니다.
ACSLS는 라이브러리의 예상 위치에서 검색되지 않은 볼륨을 검색함으로써 볼륨 복구 기능을 개선합니다. ACSLS는 자동으로 볼륨을 삭제하는 대신 기록된 위치를 모두 검색합니다.
클라이언트는 ENABLE_STATUS_VOLUME_ABSENT
및 ENABLE_STATUS_VOLUME_MISSING
구성 설정을 통해 부재 상태, 꺼낸 상태 또는 누락된 상태를 ACSAPI를 통해 보고할지 여부를 지정할 수 있습니다.
-i
옵션과 함께 volrpt
유틸리티를 사용하면 부재 상태 또는 꺼낸 상태의 볼륨 레코드가 보고됩니다. 기본적으로 volrpt는 부재 볼륨 또는 꺼낸 볼륨을 보고하지 않습니다.
ACSLS는 3가지 카트리지(볼륨) 상태를 보고합니다.
missing
카트리지를 라이브러리에서 찾을 수 없으며, LSM이 오프라인이거나 드라이브가 통신 중이 아니므로 카트리지에 대해 기록된 위치를 하나 이상 검색할 수 없습니다. 카트리지에 대한 정보가 보존되었습니다.
absent
카트리지를 라이브러리에서 찾을 수 없습니다. 카트리지에 대해 기록된 위치를 모두 검색했는데 해당 위치 중 어디에도 카트리지가 없습니다. 카트리지에 대한 정보가 보존됩니다. 보존 기간이 만료되기 전에 카트리지가 발견되거나 라이브러리에 카트리지를 다시 넣으면 해당 카트리지가 재활성화됩니다.
ejected
카트리지를 꺼냈습니다. 카트리지에 대한 정보가 보존되며, 보존 기간이 만료되기 전에 카트리지가 발견되거나 라이브러리에 카트리지를 다시 넣으면 해당 카트리지가 재활성화됩니다.
ACSLS는 ACSAPI 요청에 대한 응답이 아닌 ACSLS 명령에 대한 응답으로 상태가 "missing", "absent" 또는 "ejected"로 서로 다른 카트리지(볼륨)를 보고합니다.
ACSLS 명령에 대한 응답으로 표시되는 정보는 카트리지를 "missing", "absent" 또는 "ejected"로 식별합니다.
그러나 ACSLS가 ACSAPI 요청에 대한 응답으로 표시하는 카트리지 상태 정보는 다음 ACSLS 동적 변수로 제어됩니다.
missing
ACSLS 동적 변수 ENABLE_STATUS_VOLUME_MISSING
이 TRUE인 경우 ACSLS는 STATUS_VOLUME_MISSING
을 보고합니다.
ACSLS 동적 변수 ENABLE_STATUS_VOLUME_MISSING
이 FALSE인 경우 ACSLS는 STATUS_VOLUME_IN_TRANSIT
를 보고합니다.
absent
ACSLS 동적 변수 ENABLE_STATUS_VOLUME_ABSENT
가 TRUE인 경우 ACSLS는 STATUS_VOLUME_ABSENT
를 보고합니다.
ACSLS 동적 변수 ENABLE_STATUS_VOLUME_ABSENT
가 FALSE인 경우 ACSLS는 볼륨을 ACSLS 데이터베이스에서 삭제된 것으로 처리하고 STATUS_VOLUME_NOT_IN_LIBRARY
를 보고합니다.
ejected
ACSLS 동적 변수 ENABLE_STATUS_VOLUME_EJECTED
가 TRUE인 경우 ACSLS는 STATUS_VOLUME_EJECTED
를 보고합니다.
ACSLS 동적 변수 ENABLE_STATUS_VOLUME_EJECTED
가 FALSE인 경우 ACSLS는 볼륨을 ACSLS 데이터베이스에서 삭제된 것으로 처리하고 STATUS_VOLUME_NOT_IN_LIBRARY
를 보고합니다.
ABSENT_VOLUME_RETENTION_PERIOD
동적 변수
ABSENT_VOLUME_RETENTION_PERIOD
동적 변수는 부재 볼륨 및 꺼낸 볼륨이 ACSLS 데이터베이스에 보존되는 기간을 제어하고 이러한 볼륨이 보존되는 일 수를 지정합니다. 다음과 같이 두 개의 특수 값이 있습니다.
값 0일은 볼륨이 삭제되어 부재 볼륨 또는 꺼낸 볼륨으로 표시되지 않음을 지정합니다. 이는 ACSLS 6.1 이전 ACSLS 릴리스의 동작입니다.
값 999일은 부재 볼륨 및 꺼낸 볼륨이 데이터베이스에 영구적으로 보존됨을 지정합니다.
카트리지 복구(acscr
)는 스토리지 셀 또는 테이프 드라이브의 실제 컨텐츠가 ACSLS 데이터베이스에 저장된 정보와 일치하지 않을 때마다 불일치를 해결하기 위해 호출되는 ACSLS 내부 프로세스입니다. 이는 다음을 통해 수행됩니다.
라이브러리에서 볼륨의 홈 셀 및 드라이브(가능한 경우)를 검사하도록 합니다. 그런 다음 해당 결과로 ACSLS 데이터베이스를 업데이트합니다.
ACSLS(SL3000 및 SL8500 라이브러리 사용)에서 라이브러리에 카트리지의 위치를 묻고 라이브러리의 응답을 기반으로 ACSLS 데이터베이스를 업데이트하여 카트리지를 복구할 수 있도록 합니다.
카트리지 복구에서 다른 위치에 기록된 카트리지와 같은 불일치를 찾는 경우 다른 복구 요청을 만들고 해당 요청을 요청 대기열에 추가합니다. 이를 "계단식"이라고 합니다.
다른 프로세스가 라이브러리의 실제 컨텐츠와 ACSLS 데이터베이스 간의 불일치를 발견할 때 복구 요청을 카트리지 복구에 전달합니다. 이 경우 카트리지 복구는 카트리지가 누락됨으로 표시되고, 부재로 변경되고, 재활성화되는 중앙 위치입니다. 따라서 다른 여러 ACSLS 명령 및 유틸리티의 동작처럼 보이는 것은 실제로 데이터베이스를 라이브러리에서 보고하는 정보와 일치하도록 업데이트할 때 카트리지 복구에서 수행됩니다.
다른 프로세스가 복구 요청을 카트리지 복구에 전달할 때 다음을 수행할 수 있습니다.
계속하고 카트리지 복구에서 비동기식으로 계속하도록 합니다. 카트리지 복구가 독립적으로 진행됩니다.
손실된 특정 카트리지가 필요한 경우 카트리지 복구에서 이 복구 요청 처리를 마치고 검색한 것을 보고할 때까지 기다립니다.
다음 경우에 카트리지가 누락된 것으로 표시됩니다.
카트리지 복구가 라이브러리에서 카트리지를 찾을 수 없는 경우
홈 셀 및 드라이브(카트리지에 기록된 드라이브 위치가 있는 경우) 등 카트리지에 대해 기록된 위치 중 일부를 검사할 수 없는 경우
예를 들어 카트리지 복구가 오프라인 LSM 또는 오프라인 드라이브에서 홈 셀을 검사할 수 없는 경우 및 다른 위치에서 카트리지를 찾을 수 없는 경우 카트리지를 누락된 것으로 표시합니다.
카트리지 복구는 카트리지의 홈 셀을 검사하고 홈 셀에서 다른 카트리지를 찾는 경우가 아니면 카트리지의 홈 위치를 보존합니다. 이 상황에서는 카트리지를 "homeless"로 표시합니다(home_lsm
필드에 -1
이 표시됨).
카트리지 복구에서 누락된 카트리지를 찾을 때 누락된 카트리지를 찾은 위치에 따라 데이터베이스에서 해당 카트리지의 상태를 "home
" 또는 "in drive
"로 변경합니다.
카트리지가 기록된 홈 셀이 아닌 셀에서 검색되는 경우 카트리지 복구는 카트리지의 홈 셀에서 중복된 카트리지를 검색했는지 여부를 확인합니다.
카트리지가 기록된 홈 셀에 없는 경우 카트리지 복구는 카트리지가 검색된 셀을 해당 새 홈 셀로 기록합니다.
새 카트리지가 중복 카트리지인 경우 카트리지 복구가 이를 이벤트 로그에 보고합니다. 중복된 카트리지를 꺼내지 않습니다.
카트리지 복구가 드라이브에서 "homeless" 카트리지를 찾는 경우 새 홈 셀을 지정하지 않습니다. 카트리지가 마운트 해제되면 마운트 해제 프로세스가 새 홈 셀을 지정합니다.
이 절에서는 부재 카트리지 및 꺼낸 카트리지에 대해 설명합니다.
카트리지 복구에서 기록된 위치를 모두 검사할 수 있고 카트리지를 찾을 수 없는 경우 다음을 수행합니다.
ABSENT_CARTRIDGE_RETENTION_PERIOD
가 0인 경우 카트리지 복구는 다음을 수행합니다.
데이터베이스에서 카트리지 레코드를 삭제합니다.
카트리지의 홈 셀이었던 셀에 대한 데이터베이스의 셀 레코드를 "empty"로 표시합니다.
ABSENT_CARTRIDGE_RETENTION_PERIOD
가 0보다 큰 경우 카트리지 복구는 다음을 수행합니다.
카트리지가 아직 부재 카트리지 또는 꺼낸 카트리지로 표시되지 않은 경우 데이터베이스에 있는 카트리지 레코드의 상태를 "absent"로 변경합니다.
카트리지를 "homeless"로 기록합니다(home_lsm
필드에 -1 표시).
카트리지의 이전 홈 셀의 데이터베이스에 있는 셀 레코드를 "empty"로 표시합니다.
수동 볼륨 삭제 유틸리티 del_vol
을 통해 오프라인이며 사용할 수 없는 LSM에 있는 볼륨에 액세스할 수 있습니다. LSM에서 카트리지를 수동으로 제거하고 해당 카트리지를 다른 LSM에 다시 넣으려는 경우 ACSLS는 duplicate volume
메시지를 표시하고 카트리지를 넣지 않습니다. del_vol
유틸리티를 사용하면 먼저 데이터베이스에서 볼륨을 삭제한 다음 오프라인 LSM에서 수동으로 제거하고 해당 볼륨을 온라인 LSM에 성공적으로 다시 넣을 수 있습니다.
del_vol
유틸리티는 이제 볼륨 삭제 옵션과 함께 볼륨을 부재 볼륨으로 보존합니다. 부재 상태 또는 꺼낸 상태의 만료를 기다리지 않고 볼륨을 삭제할 수 있습니다.
주:
온라인 LSM에서 카트리지를 제거하려면 해당 카트리지에 대해eject
명령을 실행합니다. 카트리지가 실제로 LSM에 없는 경우 -f
(force 옵션)로 del_vol
을 실행할 수 있습니다. 이 유틸리티를 사용하려면 ACSLS 및 데이터베이스가 작동되고 실행 중이어야 합니다. 시스템이 복구 중일 때는 del_vol
을 실행하지 마십시오. 예측할 수 없는 결과가 발생할 수 있습니다.이 유틸리티에 대한 자세한 내용은 del_vol을 참조하십시오.
del_vol
유틸리티를 사용하여 카트리지를 삭제하려면 다음을 수행합니다.
acsss
로 로그인하십시오.
카트리지를 삭제합니다.
del_vol
vol_id
테이프 카트리지가 해당 설계 수명을 넘으면 매체가 약해지고 카트리지 게이트와 같은 기계 부품이 마모될 수 있습니다. 카트리지의 설계 수명이 끝나면 해당 카트리지의 데이터를 새 카트리지로 마이그레이션하고 기존 카트리지를 폐기해야 합니다. 이렇게 하면 기계적 카트리지 구성 요소에 오류가 발생하거나 데이터가 읽을 수 없게 될 위험을 피할 수 있습니다.
카트리지의 날짜상 수명과 사용량은 서로 다릅니다. 약 9,840개의 카트리지가 10년 동안 사용되었는데 사용 패턴은 서로 다릅니다. 심층 아카이브용으로 사용되어 거의 액세스하지 않은 카트리지가 있는 반면 매일 사용된 카트리지도 있습니다. 설계 수명을 넘은 카트리지를 식별하는 것이 중요합니다.
폐기되어야 할 카트리지를 식별하려면 사용량을 확인해야 합니다. 카트리지 사용량은 카트리지의 디렉토리에 기록되고 카트리지가 마운트 해제되기 전 드라이브가 해당 디렉토리를 업데이트합니다.
ACSLS에서 제어하는 라이브러리에 있는 카트리지의 경우:
ACSLS가 관리하는 일부 라이브러리의 경우 카트리지 사용량이 "보증 수명" 및 "수명 종료"의 백분율로 표시됩니다.
이전 ACSLS 릴리스 및 라이브러리의 경우 ACSLS access_count
가 display
명령 및 volrpt
유틸리티로 표시될 수 있습니다.
최신 펌웨어를 실행 중인 최신 라이브러리 및 최신 펌웨어를 실행 중인 StorageTek 드라이브가 있을 경우 테이프 드라이브는 카트리지가 마운트 해제될 때 카트리지의 "보증 수명 종료" 및 "수명 종료 백분율"을 라이브러리에 보고합니다. 그런 다음 라이브러리가 이를 ACSLS에 보고합니다. ACSLS가 이 정보를 해당 데이터베이스에 저장하며 사용자는 ACSLS display volume
명령을 실행하여 이 정보를 볼 수 있습니다. display 명령 옵션 사용을 참조하십시오.
예: ACS, LSM, 매체 및 end_of_life
정보와 함께 end_of_life별로 정렬하여 T9840 카트리지를 모두 표시하려면 다음을 수행합니다.
display volume * -media STK1R -f acs lsm media end_of_life warranty_life -s end_of_life
특히 이 정보는 다음 라이브러리 및 드라이브에 대해 ACSLS에 보고됩니다.
라이브러리:
SL3000
SL8500(4.10 펌웨어 사용)
테이프 드라이브:
모든 T10000 테이프 드라이브 - 1.38 펌웨어 사용
T9840A, T9840C 및 T9840D(T9840B를 제외한 모든 T9840 테이프 드라이브) – 1.42 펌웨어 사용
T9940A 및 T9940B 테이프 드라이브 – 1.42 펌웨어 사용
많은 경우 카트리지 수명 종료 보고를 사용할 수 없습니다. 이러한 경우 ACSLS access_count
가 사용 가능한 최상의 정보입니다. ACSLS 데이터베이스는 볼륨이 선택되거나 액세스된 횟수를 기록합니다. 이는 카트리지가 ACS 내 연결된 라이브러리 그룹에 있었을 때 마운트된 횟수를 계산하는 데 사용될 수 있습니다.
이 정보는 라이브러리 유형에 상관없이 수집되므로 9310s, 4410s 및 9360s, SL8500s 및 SL3000s에 대해 유지 관리됩니다. ACSLS
는 이 정보를 수십 년간 저장해 왔으므로 아직도 하위 레벨의 릴리스를 사용 중인 사용자라도 이 정보를 이용할 수 있습니다. 그러나 이 데이터에는 제한이 있습니다. 가장 큰 제한은 라이브러리에 카트리지를 넣었을 때 이 수가 0으로 설정된다는 점입니다.
정보는 설정된 보존 기간 동안 볼륨에 대해 보존되므로 해당 보존 기간 내에 ACS에서 카트리지를 꺼내 동일하거나 다른 ACS에 다시 넣어도 이 수가 보존됩니다. 기본 보존 기간은 5일입니다. 그러나 라이브러리에서 볼륨을 꺼낸 후 해당 볼륨이 볼륨 정보에 대한 보존 기간보다 더 오래 오프사이트에 남아 있는 경우 해당 볼륨에 대한 정보가 ACSLS 데이터베이스에서 삭제됩니다.
단일 라이브러리에 남아 있는 카트리지의 경우 이러한 ACSLS 액세스 수가 매우 유용합니다. T9840 카트리지의 경우 ACSLS access_count
가 11,000을 초과하는 경우 해당 카트리지의 수명이 끝나가고 있거나 이미 끝난 것입니다. T10000 카트리지의 수명 종료 값은 마운트 16,000회입니다.
새 릴리스의 ACSLS를 설치할 때 데이터베이스 정보를 보존하고 마이그레이션할 수 있도록 ACSLS가 도구를 제공하므로 이 정보가 10년 뒤로 거슬러 올라갈 수 있습니다. 카트리지의 데이터가 없는 경우 이것이 유일한 옵션입니다.
ACSLS 필드를 access_count
라고 합니다. 다음을 계산합니다.
마운트(마운트 해제는 계산되지 않음)
넣기 및 꺼내기(넣기 및 꺼내기는 매우 드묾)
이동(cmd_proc
를 사용하는 move
명령이 거의 사용되지 않고 ACSAPI 클라이언트가 사용할 수 없음)
access_count
는 주로 카트리지가 마운트된 횟수를 계산한 것입니다. ACSLS는 꺼낸 볼륨을 ABSENT_VOLUME_RETENTION_PERIOD
(기본값: 5일) 동안 기억합니다. 카트리지를 ACS 간에 이동하고, 오프사이트로 전송하고, 온사이트로 다시 전환할 때 ACSLS는 access_count
를 기억할 수 있습니다.
다음을 모두 사용하여 ACSLS access_count
를 확인할 수 있습니다.
ACSLS display
명령
액세스 수별로 정렬되고 매체 유형 ACS 및 LSM도 표시하는 9840 데이터 카트리지를 모두 보려면 다음을 수행합니다.
display volume * -media STK1R -s access_count -f media access_count acs lsm
volrpt
유틸리티
volrpt
는 사용(access_count
)별로 정렬할 수 있고 선택한 필드만 포함할 수도 있습니다. 예를 들어 vol_id, media type, access_count
및 location
을 포함하는 사용자 정의 volrpt가 스크립트를 통한 추가 처리를 위해 플랫 파일로 출력될 수 있습니다.
ACSLS가 테이프 드라이브에서 카트리지를 마운트 해제할 때 다른 LSM에서 가져온 카트리지를 테이프 드라이브와 동일한 LSM의 새 홈 셀로 "Float"하는 방식의 전달을 방지하려고 합니다.
예를 들어 SL8500 라이브러리 3, 레일 2(LSM 9)에서 라이브러리 1, 레일 4(LSM 3)의 드라이브로 카트리지를 마운트하는 경우 두 번의 수평 전달 및 한 번의 엘리베이터 전달이 필요합니다. ACSLS가 카트리지를 마운트 해제할 때 LSM 4에서 새 홈 셀을 찾고 마운트 해제 시 전달을 피하려고 합니다.
문제:
LSM에 사용 가능한(지정되지 않음) 스토리지 셀이 없는 경우 카트리지를 LSM에 Float할 수 없습니다. 테이프 드라이브의 LSM에 사용 가능한 셀이 없는 경우 ACSLS는 계속 카트리지를 드라이브에 대해 가장 가까운 LSM으로 마운트 해제하려고 하는데 이 경우 한 번 이상 전달해야 합니다.
해결 방법:
오랜 시간 동안 액세스하지 않은 카트리지를 식별하고 해당 카트리지를 전체 LSM의 외부로 이동하여 카트리지가 마운트 해제 시 Float할 수 있는 사용 가능한 셀을 제공합니다.
ACSLS가 카트리지에 대해 기록하는 정보에서 카트리지를 마운트 또는 마운트 해제하거나, 넣거나, 이동할 때마다 access_date
가 업데이트됩니다. access_date
는 활성 상태가 아닌 이러한 카트리지를 식별하는 데 사용될 수 있습니다.
볼륨을 동일한 ACS 내에서만 이동하고 카트리지 꺼내기 또는 해당 상태 변경과 같이 이러한 카트리지의 향후 마운트를 방지할 작업을 수행하지 않으므로 이 전체 프로세스는 안전합니다.
가장 오래 전에 사용한 카트리지를 식별하고 이동하려면 아래 절차를 수행합니다.
사용 가능한 셀이 너무 적은 LSM 및 셀이 비어 있는 LSM을 식별합니다.
가장 이른 액세스 날짜별로 LSM의 카트리지를 선택합니다.
가득 찬 LSM에서 셀이 비어 있는 LSM으로 카트리지를 이동합니다.
cmd_proc
사용:
query lsm all
Free Cell Count 열을 통해 비활성 카트리지를 이동할 수 있는 사용 가능한 셀이 있는 LSM과 사용 가능한 셀이 거의 없거나 전혀 없는 LSM을 모두 식별할 수 있습니다.
예:
ACSSA> query lsm all 2011-08-29 18:15:45 LSM Status Identifier State Free Cell Audit Mount Dismount Enter Eject Count C/P C/P C/P C/P C/P 1,0 online 1 0/0 3/0 3/0 0/0 0/0 1,1 online 1 0/0 4/0 5/0 0/0 0/0 1,2 online 1 0/0 3/0 3/0 0/0 0/0 1,3 online 0 0/0 4/0 5/0 0/0 0/0 1,4 online 388 0/0 11/0 1/0 0/0 0/0 1,5 online 162 0/0 4/0 5/0 0/0 0/0 1,6 online 552 0,0 7/0 2/0 0/0 0/0 1,7 online 601 0/0 5/0 3/0 0/0 0/0
이제 ACS의 다른 LSM으로 이동할 수 있는 비활성 카트리지를 식별해야 합니다.
정렬에 유용한 방식으로 액세스 날짜가 보고되는지 확인합니다. 날짜가 보고되는 형식은 TIME_FORMAT 동적 변수에 의해 제어됩니다.
카트리지를 액세스 날짜별로 쉽게 정렬할 수 있도록 기본 형식 TIME_FORMAT=%Y-%m-%d %H:%M:%S
를 사용합니다. UNIX 명령 프롬프트에 다음을 입력합니다.
dv_config -p TIME_FORMAT
변수 프롬프트에 ?를 입력하여 도움말을 표시합니다.
변경사항을 적용한 경우 공유 메모리에서 동적 변수를 업데이트합니다.
dv_config -u
사용 가능한 셀이 충분히 확보되어 있지 않은 각 LSM에 대해 마지막 액세스 날짜별로 정렬된 카트리지를 나열합니다. VOLID
및 access_date
만 선택하는 사용자 정의 volrpt
가 필요합니다.
자세한 내용은 다음의 주석 헤더를 참조하십시오.
$ACS_HOME/data/external/volrpt/owner_id.volrpt
행의 필드는 field_name
, field_length
및 delimiter_length
(필드 후 공백)입니다.
다음 예에는 두 개의 활성 행이 있습니다. 6자리 VOLUME_IDs
가 있습니다. ACCESS_DATE
에서는 시간이 아닌 날짜 부분만 필요합니다.
VOLUME_ID 6 2 ACCESS_DATE 10 2
$cd ACS_HOME/data/external/volrpt
를 입력합니다.
owner_id.volrpt
를 복사하고 access_date.volrpt
와 같이 파일에 저장합니다.
로깅 볼륨 통계 보고서 작성을 참조하십시오.
텍스트 편집기를 사용하여 ACCESS_DATE
를 편집합니다.
LSM에 대한 정렬된 카트리지 목록을 만듭니다.
volrpt -l <lsm_id> -d -f access_date.volrpt | sort -k 2,2 -0 vols_sorted_lsm_##
여기서 access_date.volrpt는 사용자 정의 보고서의 이름이며 ##은 LSM 번호입니다.
vols_sorted_lsm_##
파일에서 각 LSM의 마지막 액세스 날짜에 대한 분포를 확인합니다.
이제 이동할 카트리지 목록을 만들고 카트리지를 사용 가능한 공간이 있는 LSM으로 이동해야 합니다.
액세스 날짜별로 정렬된 카트리지 목록이 있는 파일을 가져와 액세스 날짜를 제거하여 카트리지 목록만 남깁니다.
cat vols_sorted_LSM_## | cut –d” ” –f1 > vols_LSM_##_tmp
각 vols_LSM_##
파일을 가져와 이동할 카트리지 처음 100개(또는 지정하는 개수)를 선택합니다.
head -100 vols_LSM_##_tmp > vols_LSM_##
위 작업을 모두 조합할 수 있습니다.
cat vols_sorted_LSM_## | cut –d” ” –f1 | head -100 > vols_LSM_##
LSM에 오류가 발생하여 해당 LSM을 오프라인으로 전환하는 경우 데이터 경로를 여전히 사용할 수 있으면 카트리지를 라이브러리 드라이브에 계속 수동으로 로드할 수 있습니다.
사용 안함으로 설정된 LSM의 드라이브에 수동으로 카트리지를 로드하려면 다음을 수행합니다.
LSM 도어를 엽니다.
이미 드라이브에 있는 카트리지의 카트리지 레이블을 기록해 두고 카트리지를 제거합니다. 이 절차의 끝에서 이 카트리지를 교체해야 합니다.
읽거나 쓸 카트리지가 있는 드라이브를 로드합니다.
LSM이 복구될 때까지 필요한 만큼 이 단계를 반복한 다음 4단계를 계속합니다.
주의:
이 단계에서는 라이브러리 셀에서 카트리지를 제거하고 해당 카트리지를 드라이브에 로드할 수 있습니다. 이러한 카트리지의 셀 위치를 기록해 두고 4단계에서 카트리지를 이 위치로 복귀시킵니다.LSM이 복구된 후 드라이브에서 카트리지를 모두 제거하고 해당 카트리지를 2단계에서 기록해 둔 원래 카트리지로 교체합니다.
LSM 도어를 닫고, LSM을 다시 온라인으로 vary
하고, 정상적인 작업을 재개합니다.