라이브러리 관리는 다음과 같은 작업으로 구성될 수 있습니다.
ACSLS에서는 모든 ACS 번호를 순서대로 지정하지 않고 라이브러리를 구성하거나 재구성할 수 있습니다.
예:
9310 라이브러리에서 SL8500으로 마이그레이션할 수 있습니다. 9310 ACS는 이제 ACS 0이고 SL8500 ACS는 ACS 1입니다.
ACS 번호를 건너뛰면 SL8500 ACS의 번호를 재지정하지 않아도 모든 카트리지와 드라이브를 SL8500 ACS로 마이그레이션하고 9310 ACS를 제거할 수 있습니다.
SL8500 ACS의 번호를 다시 지정하면 모든 볼륨이 삭제된 다음 후속 감사에 다시 추가됩니다. 그러면 모든 drive_ids도 변경됩니다.
기존 ACS의 번호를 변경하려면 acs_renumber.sh의 내용을 참조하십시오.
위치 간에 테이프 드라이브가 스왑되고 라이브러리의 테이프 드라이브를 다른 테이프 드라이브로 바꿀 때마다 ACSLS 데이터베이스의 드라이브 일련 번호와 드라이브 테이프를 업데이트하도록 ACSLS를 재구성해야 합니다. 라이브러리에 삽입하거나 제거할 때 테이프 드라이브를 추가하거나 제거하도록 재구성합니다. 매체 검증 풀에 테이프 드라이브를 추가하면 ACSLS에서 액세스하지 못하도록 제거되며, 매체 검증 풀에서 테이프 드라이브를 제거하면 ACSLS에 추가됩니다.
테이프 드라이브가 기존 드라이브를 대체하는 경우, ACSLS가 라이브러리에서 테이프 드라이브 상태를 읽을 때까지 드라이브 유형과 일련 번호가 업데이트되지 않습니다. 이 동작은 다음 시점에 발생합니다.
ACSLS 시작
ACS 또는 LSM이 준비되지 않음 상태가 된 후 다시 준비됨 상태가 되어 ACSLS에서 라이브러리를 복구하도록 할 때
고객이 ACS, LSM 또는 테이프 드라이브를 오프라인으로 변경한 후 다시 오프라인으로 변경할 때
고객이 테이프 드라이브, LSM 또는 ACS를 재구성할 때
테이프 드라이브를 추가하거나 제거할 때, ACSLS 데이터베이스의 드라이브를 추가하거나 삭제하려면 ACSLS 구성을 업데이트해야 합니다.
ACSLS 테이프 드라이브 구성을 업데이트하면 마운트 시 오류가 방지되고 잘못된 테이프 드라이브에 카트리지가 마운트되지 않습니다.
라이브러리에서 테이프 드라이브를 이동하거나 대체한 경우 동적 구성을 사용하여 드라이브 테이프와 일련 번호를 업데이트합니다. 한 테이프 드라이브가 동일한 위치에 있는 다른 테이프 드라이브를 대체하는 경우 업데이트할 때 고객의 확인이 필요하지 않습니다. 테이프 드라이브를 라이브러리에서 제거하거나 라이브러리에 삽입하는 경우 고객이 구성 변경을 확인해야 합니다.
주:
config 요청을 발행하기 전에 영향받는 모든 구성 요소가 준비되었는지 확인합니다.
ACSLS를 사용으로 설정한 경우 동적 구성을 사용하여 ACSLS 데이터베이스 업데이트가 완료됩니다. 동적 구성은 중단되지 않으며, 구성을 업데이트하는 동안 ACSLS가 요청 처리를 계속할 수 있습니다.
config lsm 또는 config acs를 발행한 다음 영향받는 LSM 또는 ACS를 감사하는 것이 좋습니다.
Unix 명령 프롬프트에서 동적 구성 유틸리티 명령을 사용하여 테이프 드라이브 구성을 업데이트합니다. acsss로 로그인해야 합니다.
config drive <panel_id>
변경이 단일 패널 또는 SL8500 레일에 있는 테이프 드라이브에만 영향을 미치는 경우 config drive <panel_id>를 사용하여 패널에 있는 모든 테이프 드라이브의 드라이브 구성을 업데이트합니다.
config lsm <lsm_id>
config lsm <lsm_id>를 사용하여 두 개의 드라이브 패널이 있는 SL3000의 모든 테이프 드라이브에 대한 드라이브 구성을 업데이트합니다.
주:
config lsm <lsm_id>가 LSM의 CAPS 및 스토리지 용량도 업데이트한 다음 LSM을 감사해야 합니다.config acs <acs_id>
config acs <acs_id>를 사용하여 모든 ACS 요소(예: SL8500 라이브러리 복합기)의 구성을 업데이트합니다.
주:
config acs <acs_id>도 전체 ACS의 CAPS 및 스토리지 용량도 업데이트한 다음 ACS를 감사해야 합니다.감사에서 ACSLS 데이터베이스를 라이브러리 카트리지의 실제 인벤토리와 일치하도록 업데이트합니다.
감사 시 중복되고 잘못된 볼륨을 꺼냅니다. 카트리지에는 다음이 있습니다.
이미 스캔된 레이블과 중복되는 외부 레이블
누락되거나 읽을 수 없는 외부 레이블, 가상 레이블 없음
잘못된 매체 유형
잘못된 볼륨 ID
ACSLS는 이벤트 로그의 감사에서 데이터베이스 변경을 기록하고, 감사 중에 cmd_proc 메시지도 표시합니다. 감사는 테이프 드라이브나 CAP가 아니라 LSM 스토리지 셀에만 적용됩니다. 감사 실행에 대한 정보는 audit의 내용을 참조하십시오.
감사를 실행하여 다음을 수행합니다.
새로 구성된 라이브러리의 볼륨 정보를 데이터베이스에 작성합니다.
CAP를 통해 카트리지를 입력하지 않은 경우 데이터베이스에 볼륨을 추가합니다.
예제: 라이브러리에 LSM을 추가하고, LSM 도어를 연 다음, LSM에 수동으로 카트리지를 추가했습니다.
라이브러리와 데이터베이스 간의 불일치를 해결합니다.
예제: CAP를 통해 카트리지를 꺼내지 않고, LSM 도어를 열어 수동으로 카트리지를 제거한 경우 감사를 실행합니다. 그 결과 볼륨이 없음으로 표시되거나, 제거된 볼륨이 데이터베이스에서 삭제됩니다.
ACSLS에 대해 구성 또는 다시 구성한 다음 SL3000을 감사합니다. 라이브러리는 ACSLS가 이를 감사할 때 ACSLS에서 액세스할 수 없는 잠재적인 셀 위치를 보고합니다. 액세스할 수 없는 셀 위치에는 다음이 포함됩니다.
CAP, 드라이브 및 운영자 패널이 설치된 위치.
로봇이 액세스할 수 없는 셀 위치.
활성화되지 않은 셀 위치.
이 파티션에 없는 셀 위치.
감사 간격은 ACSLS 구성, 라이브러리가 데이터베이스에서 셀 컨텐츠를 보고하는지 아니면 각 셀을 조사하여 보고하는지 여부, 라이브러리 구성, 필요한 데이터베이스 변경 수 및 감사 범위 등의 여러 요인에 따라 달라집니다. 다음 표는 감사 범위의 차이가 감사 간격에 미치는 영향을 설명합니다.
테이블 8-1 감사 범위가 감사 간격에 영향을 미치는 방식
| 시간이 덜 소요되는 감사 | 시간이 더 소요되는 감사 |
|---|---|
|
진단 ACS/LSM |
온라인 ACS/LSM |
|
감사 전용 ACS/LSM |
다른 요청을 처리하는 ACS/LSM |
|
전체 패널 |
(부분적 또는 완전히) 빈 패널 |
|
드라이브 패널 |
표준 패널 |
|
내부 패널 |
외부 패널 |
또한 다음 표에 표시된 대로 감사하는 구성 요소의 LSM 유형을 고려하십시오. 4410, 9310 및 L5500의 경우, 모든 셀이 가득 찬 경우 시간이 가장 단축되며 셀이 비어 있으면 시간이 가장 많이 소요됩니다.
| LSM 유형 | 구성 요소 | 평균 감사 시간 (최소 및 최대) |
|---|---|---|
|
4410 |
LSM |
3 - 8시간 |
|
9310/L5500 |
LSM |
1.2 - 6시간 |
|
9360 |
LSM |
5분 |
|
97xx/L700/180 |
LSM |
1분 |
|
SL500 |
LSM |
3분 |
|
SL8500 또는 SL3000 |
LSM |
5분(ACSLS 감사 전에 SL8500 물리적 감사가 완료되는 경우) |
주:
이러한 시간은 기타 활성 프로세스가 없다고 가정합니다. 감사되는 셀의 사용 비율이 높은 경우 4410 및 9310 감사 시간이 줄어들 수 있습니다.SCSI 매체 교환기(mchanger)는 ACSLS와 SCSI 라이브러리 간에 통신하는 장치 드라이버입니다. ACSLS에 연결된 SCSI 또는 섬유 연결 라이브러리마다 mchanger를 작성해야 합니다.
자세한 내용은 SCSI mchanger 장치 드라이버 추가의 내용을 참조하십시오.
다음 절에서는 Extended Store 기능 사용에 대한 정보를 제공합니다.
주:
이 기능은 전달 포트가 없는 단일 LSM에 적용되지 않습니다.카트리지가 마운트된 경우 ”홈 위치”가 카트리지가 마운트된 스토리지 셀입니다. 일반적으로 카트리지가 마운트 해제되고 홈 위치가 드라이브와 다른 LSM에 있는 경우, ACSLS에서 가장 가까운 LSM(테이프 드라이브에서 가장 짧은 전달 거리)에 새 홈 위치를 지정하려고 합니다. 이것은 "Floating"이라고 하며 새 홈 위치의 카트리지입니다.
홈 디렉토리가 Extended Store 기능에 사용 설정된 LSM에 있는 경우 ACSLS에서는 마운트 해제 후에 홈 위치로 카트리지를 반환하려고 시도합니다.
주:
볼륨의 홈 LSM이 오프라인이거나 마운트 해제 시 레이블 불일치 등의 이벤트로 인해 ACSLS에서 카트리지를 홈 위치로 반환하지 않을 수 있습니다. 이러한 이벤트가 발생하는 경우 카트리지가 마운트 해제된 LSM으로부터 최대한 가까운 위치에 저장됩니다.카트리지 아카이브에 사용하는 Extended Store LSM이 있는 경우 이 기능을 사용하면 해당 LSM의 카트리지를 해당 LSM의 홈 위치로 반환할 수 있습니다. 예를 들어, Extended Store LSM 3이 이 기능에 대해 사용으로 설정되어 있으며 LSM 1에 연결된 드라이브에 LSM 3의 카트리지가 마운트되는 경우, 카트리지의 마운트가 해제된 후 ACSLS에서 LSM 3의 홈 위치로 카트리지를 반환하려고 시도합니다. LSM 3을 사용 안함으로 설정한 경우 ACSLS에서 LSM 1의 새 셀에 카트리지를 저장하려고 합니다.
이 기능에 대해서는 전체 LSM만 사용으로 설정할 수 있습니다. 패널 또는 개별 셀과 같은 LSM 하위 구성 요소를 사용으로 설정할 수 없습니다. 이 기능에 대해 전체 ACS를 사용으로 설정하려면 ACS에서 각 LSM을 사용으로 설정해야 합니다.
주:
Extended Store 기능을 사용으로 설정하면 카트리지를 마운트 해제할 때 전달 활동이 증가합니다. 그러면 라이브러리 성능이 크게 저하될 수 있습니다.Extended Store 기능에 대해 LSM을 사용으로 설정하려면 lsm_fixed_volume 파일($ACS_HOME/data/external/fixed_volume 디렉토리에 있음)을 수정합니다. 파일을 수정한 다음 지정된 LSM을 사용으로 설정하도록 ACSLS를 중지하고 다시 시작합니다.
샘플 파일을 수정할 때 다음 규약을 사용합니다.
파일 전체에서 설명과 빈 행을 사용할 수 있습니다.
각 LSM 식별자 행은 ACS 번호, 쉼표 및 LSM 번호 순으로 구성됩니다. ACS 번호와 LSM 번호 사이에는 공백이나 탭을 사용할 수 없습니다.
각 LSM 식별자는 개별 행에 있어야 합니다.
LSM 식별자 행을 명시적으로 정렬하지 않아도 됩니다.
명시적 파일 끝 분리자가 필요하지 않습니다.
Extended Store 기능 제어 파일의 예제:
# This lsm_fixed_volume file must be found in the # $ACS_HOME/data/external/fixed_volume # directory. This is a sample lsm_fixed_volume file that may be # edited your particular configuration. # Comments may appear anywhere in this file, but must include a # pound sign in the first column. # Blanks lines are also allowed throughout the file for # readability, and # will be ignored. # For all the LSM identifiers found in this file, a ”best” attempt # will be # made to return the volume to its home location at dismount. # A valid LSM identifier consists of the ACS number, separated bya comma, # and followed by the LSM number. Leading or trailing blanks are # ignored. # ACS,LSM # 0,0 # 0,1 # ACS 1, LSM 0 through 3 # ACS,LSM # 1,0 # 1,1 # 1,2 # 1,3
다음 예제는 수정된 제어 파일입니다. 이 예제에서는 LSM 0.0 및 0.1이 사용으로 설정됨을 지정하기 위해 굵은체로 표시된 행에서 설명(#) 문자가 제거되었습니다.
# This lsm_fixed_volume file must be found in the
# $ACS_HOME/data/external/fixed_volume
# directory. This is a sample lsm_fixed_volume file that may be
# edited your particular configuration.
# Comments may appear anywhere in this file, but must include a
# pound sign in the first column.
# Blanks lines are also allowed throughout the file for
# readability, and
# will be ignored.
# For all the LSM identifiers found in this file, a ”best” attempt
# will be
# made to return the volume to its home location at dismount.
# A valid LSM identifier consists of the ACS number, separated by a comma,
# and followed by the LSM number. Leading or trailing blanks are
# ignored.
# ACS,LSM
0,0
0,1
# ACS 1, LSM 0 through 3
# ACS,LSM
# 1,0
# 1,1
# 1,2
# 1,3
혼합 매체를 사용하는 ACSLS에서는 동일한 라이브러리에 있는 테이프 드라이브 및 매체(카트리지) 유형의 혼합을 지원합니다. ACSLS 혼합 매체 지원에서는 로봇이 테이프 드라이브에서 호환되지 않는 매체 유형을 마운트하지 못합니다. 예를 들어, SL8500에서 로봇은 T10000 테이프 드라이브에 LTO 카트리지를 마운트하지 않습니다.
ACSLS 혼합 매체를 지원하려면 카트리지에서 매체 문자를 포함하는 매체 ID 레이블이 필요합니다.
주:
드라이브 유형, 매체 유형 및 지원되는 드라이브와 매체 호환성의 최신 목록은 ACSLS Product Information Guide를 참조하십시오.ACSLS에는 카트리지에서 사용되는 기록 형식의 정보가 제한되어 있습니다. ACSLS에서는 테이프 드라이브의 데이터 경로에 액세스하지 못하므로 ACSLS에서 기록 형식 비호환성을 발견하여 방지할 수 없습니다. 그러나 최신 T9840, T9940 및 T10000 테이프 드라이브에서 마운트 해제 시 매체 기록 형식을 보고합니다. ACSLS에서 데이터베이스에 이 정보를 저장하므로 다음과 같은 명령으로 정보를 표시할 수 있습니다.
display volume [vol_id(s)] –f recording_format_family recording_format_model
자세한 내용은 display volume의 내용을 참조하십시오.
주:
9310 및 더 이상 사용되지 않는 기타 라이브러리의 경우 venter 명령을 사용하여 레이블이 지정되지 않은 카트리지를 라이브러리에 입력할 수 있습니다. venter 명령은 입력할 카트리지의 매체 유형을 지정하는 옵션을 제공하지 않습니다. 혼합 매체 환경에서 ACSLS는 가상으로 입력된 카트리지의 테이프 드라이브/매체 비호환성을 방지할 수 없습니다. 그러나 SL8500 및 SL3000 라이브러리는 volser 레이블이 없는 매체 레이블을 읽을 수 없으므로 venter에서는 이 라이브러리를 지원하지 않으며, ACSLS에서는 이러한 라이브러리에 카트리지를 입력하기 위해 매체 레이블이 필요합니다.drives_media.sh 유틸리티는 현재 ACSLS에서 지원되는 드라이브 유형, 매체 유형 및 드라이브와 매체 호환성 설정을 표시합니다. 새 드라이브와 매체에 대한 지원이 추가되므로 해당 드라이브와 매체가 표시됩니다.
ACSLS 혼합 매체 설정을 표시하려면 다음을 입력하십시오.
drives_media.sh
정보를 화면에 씁니다(표준 출력).
/tmp 디렉토리의 파일에 ACSLS 혼합 매체 설정을 출력하려면 다음을 입력하십시오.
drives_media.sh -f
세 개의 파일에 정보를 씁니다. (파일이 이미 있는 경우 파일을 덮어씁니다.)
/tmp/drive_types.txt /tmp/media_types.txt /tmp/media_compatibility.txt
SCSI 연결 LSM의 다음과 같은 제한사항에 유의하십시오.
일부 테이프 드라이브에서는 제어 경로를 통한 동적 쓰기 보호 설정을 지원하지 않으므로 '읽기 전용' 옵션을 사용하여 카트리지를 마운트할 때 주의해야 합니다. 모든 StorageTek 드라이브에서 이 기능을 지원합니다. 비 StorageTek 드라이브의 경우 동적 쓰기 보호가 지원되는지 확인하는 것이 좋습니다. 특히 LTO 드라이브와 일부 초기 DLT 드라이브에서는 "읽기 전용" 옵션을 지원하지 않습니다.
드라이브에서 이 기능을 지원하지 않는 경우, 읽기 전용 마운트의 쓰기 사용 안함 보호를 사용하여 카트리지를 마운트하면 데이터가 유실될 위험이 있습니다.
ACSLS에서는 DLT 테이프 드라이브가 있는 SCSI 연결 라이브러리에 대해 venter 명령을 지원하지 않습니다.
SCSI 연결 라이브러리에서 DLT 테이프 드라이브에 대한 가상 마운트 및 마운트 해제를 수행할 수 없습니다. 그러므로 ACSLS에서 이러한 카트리지를 관리할 수 있으려면 컴팩트 테이프 카트리지에 외부 레이블이 있어야 합니다.
SCSI 연결 라이브러리의 자동 정리 작업은 ACSLS가 아니라 라이브러리 마이크로 코드에서 처리합니다. 라이브러리 제어판은 사용자가 자동 정리 작업의 라이브러리 제어를 수행할 수 있는 메뉴를 제공합니다. 자세한 내용은 해당 라이브러리 설명서를 참조하십시오.
라이브러리를 통해 정상 로드 또는 빠른 로드 옵션을 선택할 수 있습니다. 그러나 일부 테이프 관리 시스템에서는 빠른 로드 옵션을 지원하지 않습니다.
scratch mount 요청에서 사용할 매체 유형을 명시적으로 지정하거나 ACSLS를 통해 매체 유형을 선택할 수 있습니다.
ACSLS에서 매체 유형을 선택하도록 하려면 드라이브 유형마다 우선 순위가 지정된 호환 가능한 매체 유형 목록을 사전 정의해야 합니다. 이 목록은 "스크래치 환경 설정"이라고 합니다.
전체 서버의 환경 설정 세트는 하나가 있습니다. 환경 설정은 클라이언트에서 정의하지 않습니다.
드라이브의 호환 가능 매체 유형이 나열되지 않은 경우 매체가 선택되지 않습니다.
다음 절에서는 ACSLS에서 스크래치 환경 설정을 판별하는 데 사용하는 사용자 및 시스템 정의 파일에 대해 설명합니다.
다음은 $ACS_HOME/data/external/mixed_media/:에 있는 사용자 정의 혼합 매체 파일입니다.
scratch_preferences.dat
사용자 정의 환경 설정 파일입니다. 환경 설정 정의의 기본 소스입니다.
scratch_preferences.SAMPLE
scratch_preferences.dat file을 작성하기 위해 샘플 환경 설정 파일을 복사할 수 있습니다.
drives_media.sh -f를 사용하여 ACSLS 혼합 매체 설정 표시
다음에 저장된 매체 호환성 설정을 검토하십시오.
/tmp/media_compatibility.txt
이 파일은 시스템 정의 호환성 설정 파일입니다. 사용자 정의 환경 설정 파일이 없거나 드라이브 유형이 누락된 경우에만 사용됩니다.
/tmp/drive_types.txt
시스템에서 정의한 지원 드라이브 유형 목록
/tmp/media_types.txt
시스템에서 정의한 지원 매체 유형 목록
다음 표는 ACSLS에서 혼합 매체 파일을 사용하여 스크래치 마운트 요청의 매체 유형을 선택하는 방법을 설명합니다.
테이블 8-3 ACSLS에서 혼합 매체 파일을 사용하는 방법
scratch_preferences.dat file이 다음과 같은 경우 |
ACSLS에서 다음을 수행합니다. |
|---|---|
|
존재하지 않습니다. |
|
|
드라이브의 매체 유형을 두 개 이상 나열합니다. |
나열된 순서대로 매체 유형 선택 |
|
특정 드라이브의 매체 유형을 나열하지 않습니다. |
|
|
특정 드라이브 유형을 나열하지 않습니다. |
|
이 절차를 사용하여 scratch_preferences.dat 파일을 정의합니다. 이 파일에는 지정된 드라이브 유형에 대해 선택할 스크래치 카트리지 유형의 정렬된 목록이 포함되어 있습니다. ACSLS에서는 매체 유형이 명시적으로 지정되지 않은 mount * 명령에 이 파일을 사용합니다.
다음 예제는 scratch_preferences.SAMPLE의 컨텐츠를 보여줍니다.
Drive Type Name Media Type Preference Name 4480 3480 SD3 DD3A SD3 DD3B SD3 DD3C
스크래치 환경 설정 파일을 정의하려면 다음을 수행하십시오.
acsss로 로그인하십시오.
외부 혼합 매체 디렉토리로 변경:
cd $ACS_HOME/data/external/mixed_media
샘플 스크래치 환경 설정 파일을 복사하여 사용자 정의 파일 작성:
cp scratch_preferences.SAMPLE scratch_preferences.dat
vi와 같은 텍스트 편집기를 사용하여 scratch_preferences.dat 파일에서 환경 설정 목록 수정:
파일의 맨 위에 있는 설명의 지침을 따릅니다.
드라이브 유형의 매체 유형을 두 개 이상 사용하려는 경우 개별 행에 각 매체 유형을 입력합니다. 환경 설정의 순서는 하향식입니다.
파일을 저장합니다.
cmd_proc에서 ACSLS를 다시 시작합니다.
start
이중 TCP/IP는 SL8500 및 SL3000용으로 구입할 수 있는 옵션입니다. 라이브러리에 대한 TCP/IP 연결을 두 개 제공합니다. 그러나 두 연결 중 하나만 작동하는 상태로 라이브러리를 계속 사용할 수 있습니다.
이중 TCP/IP의 용도는 실패한 통신 경로를 자동으로 인식하여 피하기 위한 것입니다. 이 작업은 자동으로 수행되므로 작동하지 않는 연결을 수동으로 전환할 필요가 없습니다. 자세한 내용은 이중 TCP/IP 지원의 내용을 참조하십시오.
ACSLS는 다음으로 구성된 이중 LMU 구성을 지원합니다.
ACS를 관리하는 활성 LMU
활성 LMU가 실패하는 경우 ACS를 관리하는 활성 역할로 자동 전환하는 standby LMU입니다.
두 LMU 모두 LSM에 연결된 LAN에 연결됩니다. 첫번째로 전원이 켜진 LMU는 처음에 활성 상태인 반면 두 번째로 전원이 켜진 LMU는 처음에는 대기 상태입니다. LMU가 주기적으로 서로의 상태를 확인하므로, 활성이 실패하면 대기가 활성 역할을 이어 받습니다.
주:
ACSLS에서는 호스트/LMU 마이크로 코드 호환성 레벨 12(이상)가 로드된 9330 및 L5530 LMU에 대해서만 이중 LMU 구성을 지원합니다. 두 LMU에 동일한 마이크로코드 레벨을 로드해야 합니다. ACSLS는 직렬 연결 또는 TCP/IP를 통해 이러한 LMU와 통신합니다. TCP/IP 연결 LMU마다 이더넷 연결은 하나뿐입니다.제한사항: ACSLS에서는 자동으로 LMU 전환을 시작하지 않습니다. ACSLS와 활성 LMU 사이의 통신을 유실한 경우에도 ACSLS에서 LMU 전환을 시작하지 않습니다. ACSLS가 기존 활성 LMU와 계속 통신하려고 시도합니다. Redundant Electronics(중복 전자 부품)이 있는 SL8500 또는 SL3000library와 관련된 ACSLS-HA 구성 외에는 ACSLS에서 LMU 전환을 자동으로 시작하지 않습니다.
ACSLS 이중 LMU 지원에는 다음이 포함됩니다.
ACSLS가 활성 및 대기 LMU 모두에 연결됩니다. ACSLS에서 두 LMU 모두에 대한 연결을 계속 모니터링합니다. 통신이 유실되면 ACSLS가 이 조건을 보고합니다.
활성 LMU가 실패하면 대기 LMU가 새 활성 LMU의 기능을 자동으로 수행합니다. 이 경우, ACSLS가 자동 전환을 인식하여 새 활성 LMU에 요청을 보냅니다. ACSLS에서 진행 중인 트랜잭션도 복구합니다(감사 제외).
switch lmu 명령을 실행하여 활성 LMU에서 대기 LMU로 ACS 관리를 수동으로 전환할 수 있습니다. ACSLS에서는 대기 LMU에 ”활성으로 강제 스위치오버” 전송을 보냅니다. 대기가 새 활성 LMU 기능을 인계 받습니다. 수동으로 스위치오버한 후, ACSLS가 미해결 트랜잭션을 복구합니다(감사의 경우 제외).
직렬 이중 LMU 구성의 중복성을 향상시키려면 이중 직렬 케이블을 사용하여 ACSLS 서버를 각 LMU에 연결하는 것이 좋습니다.
LMU는 ACSLS 서버를 중지하지 않고도 IPL을 수행할 수 있으므로 ACSLS 이중 LMU를 지원하면 단일 LMU 구성도 향상됩니다.
query lmu 명령은 단일 LMU와 이중 LMU ACS 구성 모두의 포트 상태 및 LMU를 표시합니다. 자세한 내용은 query lmu의 내용을 참조하십시오.
switch lmu 명령을 사용하여 ACS 활성 LMU에서 대기 LMU로 ACS 관리를 수동으로 전환할 수도 있습니다. 자세한 내용은 switch lmu의 내용을 참조하십시오. 이중 LMU에 연결하는 LAN 케이블을 교체하는 등의 하드웨어 유지 관리를 위해 수동으로 스위치오버할 수 있습니다.
예를 들어, LMU A가 활성 역할을 수행하고 LMU B가 대기 역할을 수행한다고 가정합니다. LAN 케이블을 교체해야 하는 경우 다음을 수행할 수 있습니다.
LMU B로 전환합니다.
오프라인 상태의 LMU A로 포트를 전환(Vary)합니다.
LAN 케이블을 교체합니다.
다시 온라인 상태의 LMU A로 포트를 전환(Vary)합니다.
LMU A로 다시 전환합니다.
LMU 스위치오버 후에(자동 또는 수동), ACSLS가 모든 미해결(활성 및 보류) 요청을 복구합니다. 스위치오버 중에 각 미해결 요청을 완료하는 시간은 LMU 사이를 전환하고 이전 미해결 요청을 복구하는 데 필요한 시간만큼 증가합니다. 그러므로 요청을 복구하는 데는 3 - 5분이 걸릴 수 있습니다.
ACSLS 5.2 이상에서는 기본 LAN과 보조(백업) LAN으로 구성된 이중 LAN 클라이언트 구성을 지원합니다. 기본 LAN이 실패하면 클라이언트가 보조 LAN으로 전환됩니다. ACSLS는 해당 클라이언트에 대한 모든 미해결 메시지를 제거하고 보조 LAN을 사용하여 통신을 시작합니다. ACSLS에서 보조 LAN으로 전환하기 전에 미해결 메시지를 모두 제거하므로, 요청이 성공적으로 완료되어도 클라이언트에서 성공 메시지를 받지 못합니다.
예를 들어, 클라이언트에서 10개의 카트리지를 꺼내도록 ACSLS에 요청합니다. ACSLS가 카트리지 꺼내기를 시작하므로 ACSLS와 기본 클라이언트 LAN 사이의 통신에 실패합니다. ACSLS는 해당 클라이언트에 대한 모든 미해결 메시지를 제거하고 보조 LAN을 통해 통신을 시작합니다. ACSLS가 10개의 카트리지 꺼내기를 성공적으로 모두 완료했지만 클라이언트에 성공 메시지를 보내지 않습니다. 클라이언트에서 요청이 성공적으로 완료되었음을 검증해야 합니다. 이 예제에서 클라이언트가 꺼낸 볼륨의 ID에 대해 볼륨 쿼리 요청을 발행하면 ACSLS에서 volume not found 오류 메시지를 반환합니다. 이 메시지는 ACSLS가 카트리지를 꺼냈음을 확인합니다.
LAN 통신 스위치오버가 발생하는 경우 ACSLS에서 일시적인 요청이 성공적으로 완료되는지 확인합니다. 그러나 스위치오버 후에는 클라이언트가 기본 LAN에서 원래 제출된 영구적 미해결 요청(예: CAP 작업)을 취소하고 보조 LAN의 통신을 통해 이러한 요청을 다시 제출해야 합니다. 기본 LAN 통신을 통해 지정된 리소스(예: CAP, 잠금, 드라이브 등)는 보조 LAN으로 스위치오버된 후에 지정된 상태로 남아 있습니다.
다음 절에서는 다음을 수행하여 이중 LAN 클라이언트 작업을 위해 ACSLS를 구성하는 방법에 대해 설명합니다.
다중 홈 ACSLS 서버의 두번째 이더넷 포트 설치
ACSLS에 기본 및 보조 LAN의 IP 주소를 등록하려면 $ACSSS_HOME/data/internal/client_config/ 디렉토리에 csc_ip_switch.dat 파일을 작성합니다. 다음은 csc_ip_switch.dat 파일의 예제입니다.
#The following entry is System Zed’s primary and secondary LAN IP addresses. 129.80.30.40 129.80.30.50
위의 예제에 표시된 대로 설명 앞에 # 기호가 옵니다. 항목의 왼쪽 열에는 클라이언트 시스템의 LAN IP 주소 다음에 하나 이상의 공백이 오고 오른쪽 열에는 클라이언트 시스템의 보조 LAN IP 주소가 있습니다. 이 예제에서 System Zed의 기본 LAN IP 주소는 129.80.30.40이고 보조 LAN IP 주소는 129.80.30.50. 입니다.
csc_ip_switch.dat 파일을 작성하거나 업데이트한 다음, ACSLS가 실행 중이면 ACSLS를 중지하고 다시 시작해야 합니다.
다시 시작 시 ACSLS에서 csc_ip_switch.dat 파일을 성공적으로 읽으면, ACSLS가 ACSLS 이벤트 로그에 2010 I 이중 경로 옵션이 활성화됨이라는 성공 메시지를 로깅합니다. 그렇지 않으면 이중 LAN 지원이 활성화되지 않습니다.
이 절에서는 멀티 홈 ACSLS 서버의 두번째 이더넷 포트를 설치하는 절차를 설명합니다. 두번째 이더넷 포트는 백업 LAN을 제어하는 두번째 제어 경로 어댑터에 대한 연결을 제공합니다. 이 절차를 수행하려면 SBUS Buffered Ethernet 카드가 필요합니다. Oracle에서 이더넷 카드를 부품 번호 X1053A로 주문할 수 있습니다.
설치 절차는 다음과 같습니다.
하드웨어 설치 및 커널 재구성
새 이더넷 포트의 호스트 이름 정의
/etc/notrouter 파일 작성
두번째 이더넷 포트를 설치하려면 다음을 수행하십시오.
제조업체 지침에 따라 SBus Buffered Ethernet 카드를 설치합니다.
새 장치의 시스템 커널을 재구성합니다.
시스템의 전원을 켭니다. 부트하기 시작하면 [[STOP]]-[[A]]를 눌러 PROM 모니터를 입력합니다.
ok 프롬프트에서 다음과 같이 서버를 부트합니다.
boot -r
부트가 완료되면 root로 로그인합니다.
두번째 이더넷 포트의 호스트 이름을 작성합니다.
echo 2nd_host_name > /etc/hostname/hme1
여기서 2nd_host_name은 두번째 이더넷 포트의 호스트 이름입니다.
다음 명령을 입력합니다.
touch /etc/notrouter
/etc/notrouter 파일을 작성합니다.
서버 재부트:
reboot
절차를 완료합니다.
UNIX 시스템 변수 tcp_ip_abort_cinterval이 클라이언트와 ACSLS 서버 사이의 TCP/IP 연결 시간 초과 간격을 설정합니다. 이 변수의 기본값(180초)을 변경하면 백업 LAN으로 스위치오버하는 시간이 줄어들 수 있습니다. 그러나 실제 스위치오버 시간은 구성과 실패 유형에 따라 달라집니다.
예를 들어, ACSLS 서버 포트가 실패하고 여러 클라이언트가 이 포트를 통해 통신 중인 경우 ACSLS에서 각 클라이언트와의 통신을 순차적으로 복구합니다. 그러므로 실패하는 포트의 여러 클라이언트를 복구할 때는 실패한 포트와 통신하는 단일 클라이언트를 복구할 때보다 시간이 오래 걸립니다.
백업 LAN으로의 스위치오버 시간을 줄이려면 다음을 수행합니다.
ACSLS 서버에서 루트로 로그인합니다.
프롬프트에서 다음 명령을 입력합니다.
/usr/sbin/ndd -set /dev/tpc tcp_ip_abort_cinterval 15000
이 명령은 TCP/IP 연결 시간 초과 간격을 15초(기본값은 180초)로 변경합니다.
힌트: 이 명령을 영구적으로 만들려면(모든 서버 재부트 전체에서) "구성 가능 매개변수 설정" 절에서 /etc/rc2.d/S69inet 파일에 명령을 추가합니다.
이벤트 알림을 사용하면 ACSAPI 클라이언트의 테이프 라이브러리에서 발생하는 이벤트를 추적할 수 있습니다. 이 기능은 CSC 툴킷에서 제공합니다. 특히 이벤트 알림을 사용하여 ACSAPI 클라이언트에서 다음을 수행할 수 있습니다.
라이브러리 리소스 이벤트 및/또는 볼륨 이벤트 등록
이러한 이벤트 등록 취소
라이브러리 이벤트의 등록 상태를 확인하고 이벤트 발생 시 알림
등록이 삭제될 때까지 클라이언트 등록 요청 및 이벤트 알림 메시지가 클라이언트에 전달됩니다. 이벤트 알림이 클라이언트가 활성인지 검증하기 위해 클라이언트의 등록 상태를 주기적으로 확인합니다. 그러면 더 이상 활성 상태가 아닌 클라이언트에 응답을 보내지 않고 불필요한 네트워크 리소스 사용을 방지합니다.
다음 유형의 이벤트를 추적할 수 있습니다.
볼륨 추가와 삭제 및 ACSLS 데이터베이스에서 카트리지를 정리하기 위해 최대 사용이 초과되는 경우.
온라인에서 오프라인, 진단 또는 복구로 변경되는 LSM 또는 드라이브 등의 라이브러리 구성 요소 상태 변경 또는 열렸거나 닫힌 CAP.
작동 불가능한 로봇손 등의 하드웨어 장애
ACSLS에서 이제 사용자가 원하는 가용성 상태로 테이프 라이브러리와 드라이브를 복원합니다. 이 작업은 ACS, 포트, LSM 및 테이프 드라이브의 현재 상태 및 원하는 상태 모두를 추적하여 수행합니다. 라이브러리 또는 드라이브를 ACSLS에서 더 이상 액세스할 수 없거나 작동하지 않는 경우 ACSLS가 현재 상태를 오프라인으로 변경합니다. 라이브러리나 드라이브가 액세스 가능해지거나 다시 작동 가능하게 되면 ACSLS에서 자동으로 복구하고 원하는 상태가 온라인인 경우 다시 온라인 상태로 만듭니다.
원하는 상태가 라이브러리와 테이프 드라이브 가용성을 관리합니다. 원하는 상태는 ACS, 포트 연결, LSM 또는 테이프 드라이브의 원하는 가용성입니다. 모든 라이브러리 구성 요소의 원하는 초기 상태는 온라인입니다. 명시적 vary 명령을 사용하여 원하는 상태를 설정할 수 있습니다. (cmd_proc, ACSLS GUI 또는 ACSAPI 클라이언트와 다릅니다.) 라이브러리 상태가 변경되어 ACSLS에서 내부적으로 생성하는 vary가 아닙니다. query Imu 및 display 명령을 사용하여 라이브러리 구성 요소의 원하는 상태를 볼 수 있습니다.
ACS, 포트, LSM 또는 드라이브의 현재 상태("상태"로 지정됨)는 원하는 상태로 제한되는 구성 요소의 현재 가용성입니다. 현재 상태는 라이브러리 구성 요소가 준비되어 통신 중인지 나타내며, 원하는 구성 요소 상태 및 상위 레벨 구성 요소로 제한됩니다.
예를 들어, LSM의 원하는 상태가 온라인이지만 준비되지 않은 경우 현재 상태는 오프라인입니다. LSM이 다시 준비가 되면 라이브러리에서 ACSLS에 메시지를 보내고 ACSLS가 LSM을 자동으로 복구한 다음 현재 상태를 다시 온라인으로 만듭니다.
그러나 LSM의 원하는 상태가 오프라인이면 ACSLS에서 현재 상태를 오프라인으로 설정합니다. LSM이 준비되지 않음 상태가 된 후 다시 준비된 상태가 되면 ACSLS에서 LSM의 현재 상태를 오프라인으로 둡니다.
라이브러리 구성 요소의 현재 상태는 하위 레벨 구성 요소로 캐스케이딩됩니다.
특히 ACS에 더 이상 액세스할 수 없으면 ACS의 현재 상태가 오프라인입니다. 모든 LSM 및 드라이브에 액세스할 수 없으므로 이 또한 현재 상태가 오프라인으로 설정됩니다.
vary 명령을 사용하여 ACS의 원하는 상태를 오프라인으로 변경하면 ACS의 현재 상태가 오프라인으로 설정되고 ACS에 있는 모든 드라이브와 LSM의 상태가 오프라인으로 설정됩니다.
마찬가지로 LSM의 현재 상태가 오프라인으로 변경되면 LSM에 있는 모든 드라이브의 현재 상태가 오프라인이 됩니다. 드라이브의 원하는 상태는 변경되지 않습니다.
라이브러리 구성 요소의 원하는 상태를 변경해도 낮은 레벨 구성 요소의 원하는 상태에는 영향을 미치지 않습니다.
ACS의 원하는 상태를 변경해도 ACS의 드라이브와 LSM의 원하는 상태에는 영향을 미치지 않습니다.
LSM의 원하는 상태를 변경해도 LSM에 있는 드라이브의 원하는 상태에는 영향을 미치지 않습니다.
따라서 LSM에서 선택한 드라이브를 액세스할 수 없도록 오프라인 상태로 변경할 수 있습니다. 그런 다음 유지 관리를 위해 LSM을 오프라인으로 전환(vary)할 수 있습니다. LSM을 다시 온라인으로 전환(Vary)하면 선택된 드라이브가 오프라인 상태로 남는 반면, 다른 드라이브는 다시 온라인 상태가 됩니다.
실제 라이브러리와 드라이브의 가용성은 논리 라이브러리와 드라이브에 영향을 미칩니다.
논리적 라이브러리와 논리적 라이브러리 내 테이프 드라이브의 가용성은 기본 물리적 라이브러리와 논리적 라이브러리 모두에 대해 설정하는 원하는 상태에 의해서도 제어됩니다.
물리적 라이브러리와 논리적 라이브러리 모두에 대한 원하는 상태가 온라인인 경우 논리적 라이브러리와 논리적 테이프 드라이브의 현재 상태에 기본 물리적 라이브러리 및 드라이브의 현재 상태가 반영됩니다.
그러나 실제 ACS 또는 드라이브의 원하는 상태는 온라인이지만 논리 라이브러리나 드라이브의 원하는 상태가 오프라인이면, 논리 라이브러리나 드라이브가 오프라인 상태로 남으며 사용 불가능합니다.
임시 라이브러리 정전이 감지되면 ACSLS에서 마운트 및 마운트 해제 요청을 큐에 넣습니다. 필요한 모든 라이브러리 구성 요소의 원하는 상태가 온라인이면, 모든 소스의 마운트 및 마운트 해제 요청을 자동으로 큐에 넣고 재시도합니다. 즉, 다음 소스로부터의 마운트 및 마운트 해제 요청을 모두 자동으로 큐에 넣고 재시도합니다.
ACSAPI 클라이언트
cmd_proc
논리 라이브러리에 있는 테이프 드라이브의 섬유 연결 클라이언트
라이브러리 하드웨어의 원하는 상태가 온라인이지만 현재 상태가 오프라인이면 임시 정전이 발생합니다. 임시 정전의 예로는 LSM 도어가 열려 있는 경우, ACSLS에서 라이브러리와의 통신을 유실한 경우 또는 LC 전환 작업 중이 있습니다. 임시 라이브러리 또는 테이프 드라이브 정전 중에 마운트 및 마운트 해제를 큐에 넣고 라이브러리가 사용 가능하게 되면 재시도합니다.
라이브러리 하드웨어의 원하는 상태가 오프라인이면 ACSLS가 마운트 또는 마운트 해제 요청에 실패하고 해당 오류 상태가 표시됩니다.
ACSLS 7.3.1에서, 마운트 및 마운트 해제 큐에 넣기 및 재시도를 관리하기 위해 두 개의 동적 변수, MOUNT_RETRY_DELAY 및 MOUNT_RETRY_TIME_LIMIT가 도입되었습니다. 각 매개변수는 다음을 수행합니다.
MOUNT_RETRY_DELAY는 큐에 넣은 마운트와 마운트 해제를 재시도하는 빈도 또는 라이브러리와 드라이브의 가용성을 다시 확인하는 빈도를 제어합니다.
MOUNT_RETRY_TIME_LIMIT는 마운트 및 마운트 해제를 큐에 넣고 재시도하는 시간 제한입니다. 이 다음에 요청이 실패합니다.
위치 간에 테이프 드라이브가 스왑되고 라이브러리의 테이프 드라이브를 다른 테이프 드라이브로 바꿀 때마다 ACSLS 데이터베이스의 드라이브 일련 번호와 드라이브 테이프를 업데이트하도록 ACSLS를 재구성해야 합니다. 라이브러리에 삽입하거나 제거할 때 테이프 드라이브를 추가하거나 제거하도록 ACSLS를 재구성해야 합니다. 매체 검증 풀에 테이프 드라이브를 추가하면 ACSLS에서 액세스하지 못하도록 제거되며, 매체 검증 풀에서 테이프 드라이브를 제거하면 ACSLS에서 액세스할 수 있습니다. 이러한 경우에도 ACSLS를 재구성해야 합니다.
테이프 드라이브가 기존 드라이브를 대체하는 경우, ACSLS가 라이브러리에서 테이프 드라이브 상태를 읽을 때까지 드라이브 유형과 일련 번호가 업데이트되지 않습니다. 이 동작은 다음 시점에 발생합니다.
ACSLS 시작.
ACS 또는 LSM이 준비되지 않음 상태가 된 다음 준비됨 상태가 되면, ACSLS가 라이브러리를 복구합니다.
고객이 ACS, LSM 또는 테이프 드라이브를 오프라인으로 변경한 후 다시 오프라인으로 변경할 때.
테이프 드라이브, LSM 또는 ACS를 재구성할 때.
테이프 드라이브를 추가하거나 제거할 때, ACSLS 데이터베이스의 드라이브를 추가하거나 삭제하려면 ACSLS 구성을 업데이트해야 합니다. ACSLS 테이프 드라이브 구성을 업데이트하면 마운트 시 오류가 방지되고 잘못된 테이프 드라이브에 카트리지가 마운트되지 않습니다.
라이브러리에서 테이프 드라이브를 이동하거나 대체한 경우 동적 구성을 사용하여 드라이브 테이프와 일련 번호를 업데이트합니다. 한 테이프 드라이브가 동일한 위치에 있는 다른 테이프 드라이브를 대체하는 경우 업데이트할 때 고객의 확인이 필요하지 않습니다. 테이프 드라이브를 라이브러리에서 제거하거나 라이브러리에 삽입하는 경우 고객이 구성 변경을 확인해야 합니다.
테이프 드라이브를 업데이트할 때:
config 요청을 발행하기 전에 영향받는 모든 구성 요소가 준비되었는지 확인합니다.
ACSLS를 사용으로 설정한 경우 동적 구성을 사용하여 ACSLS 데이터베이스 업데이트가 완료됩니다. 동적 구성은 중단되지 않으며, 구성을 업데이트하는 동안 ACSLS가 요청 처리를 계속할 수 있습니다.
config lsm 또는 config acs를 발행한 다음 영향받는 LSM 또는 ACS를 감사하는 것이 좋습니다.
Unix 명령 프롬프트에서 동적 구성 유틸리티 명령을 실행하여 테이프 드라이브 구성을 업데이트합니다. acsss로 로그인해야 합니다.
config drive <panel_id>
변경이 단일 패널 또는 SL8500 레일에 있는 테이프 드라이브에만 영향을 미치는 경우 config drive <panel_id>를 사용하여 패널에 있는 모든 테이프 드라이브의 드라이브 구성을 업데이트합니다.
config lsm <lsm_id>
config lsm <lsm_id>를 사용하여 두 개의 드라이브 패널이 있는 SL3000의 모든 테이프 드라이브에 대한 드라이브 구성을 업데이트합니다.
주:
config lsm <lsm_id>가 LSM의 CAPs 및 스토리지 용량도 업데이트한 다음 LSM을 감사해야 합니다.config acs <acs_id>
config acs <acs_id>를 사용하여 ACS의 모든 구성을 업데이트합니다(예: SL8500 라이브러리 복합기).
주:
config acs <acs_id>도 전체 ACS의 CAPs 및 스토리지 용량도 업데이트한 다음 ACS를 감사해야 합니다.매체 검증을 통해 고객들이 SLConsole 또는 STA(StorageTek Tape Analytics)를 사용하여 모든 T10000 테이프 카트리지 유형을 확인할 수 있습니다. T10000C 및 T10000D 드라이브의 전용 "매체 검증 풀"이 사용됩니다. 매체 검증 풀의 드라이브는 ACSLS에 사용할 수 없습니다. ACSLS에서 아직 드라이브가 구성되지 않은 경우 ACSLS에서 드라이브에 구성하려고 하면, 라이브러리에서 "드라이브가 설치되지 않음"으로 보고합니다.
드라이브를 ACSLS 제어에서 제거하고 매체 검증 드라이브 풀에 추가하면, 드라이브를 포함하는 LSM(SL8500 레일 또는 SL3000 라이브러리)이 먼저 ACSLS에 대해 준비되지 않음 상태가 된 다음 준비됨 상태가 됩니다. ACSLS가 라이브러리에서 구성이 변경됨 메시지도 받습니다.
ACSLS 호스트가 드라이브를 오프라인 상태로 자동 업데이트합니다. 드라이브가 매체 검증 풀에 남아 있으면 config drives <panel_id> 유틸리티를 사용하여 ACSLS 구성에서 드라이브를 제거합니다.
주:
라이브러리가 온라인 상태이고 다른 장치로 마운트 및 마운트 해제가 발생하는 동안config drives를 실행할 수 있습니다.매체 검증 풀에서 드라이브를 제거한 후:
분할되지 않은 라이브러리의 경우, ACSLS에서 즉시 드라이브 슬롯을 사용할 수 있습니다.
분할된 라이브러리의 경우 검증 풀에서 제거된 드라이브 슬롯은 파티션에 지정되지 않습니다. SL 콘솔을 사용하여 드라이브 슬롯을 파티션에 지정합니다.
드라이브가 매체 검증 드라이브 풀에서 제거되어 호스트에 사용 가능하게 되면 라이브러리가 ACSLS에 구성이 변경됨 메시지를 보냅니다.
드라이브가 ACSLS 구성에 있으면 드라이브를 온라인 상태로 변경합니다. 드라이브가 ACSLS 구성에 없으면 config drives <panel_id> 유틸리티로 추가합니다.
주:
라이브러리가 온라인 상태이고 다른 장치로 마운트 및 마운트 해제가 발생하는 동안config drives를 실행할 수 있습니다.