이 절에서는 STA에서 제공되는 데이터를 해석하고 사용하는 데 도움이 되는 개념 및 작업을 제공합니다. 여기에서는 사용자가 STA 기능을 기본적으로 이해하고 있다고 가정합니다.
이 장은 다음 절로 구성됩니다.
STA 데이터 저장소의 데이터는 내역 레코드로 무제한 보존되며 삭제되지 않습니다. 하지만 제거된 리소스에 대한 데이터(라이브러리, 드라이브 및 매체)는 사용자 이름의 데이터 처리 설정에 따라 STA 데이터 화면에서 숨겨질 수 있습니다. 자세한 내용은 제거된 드라이브 및 매체 및 제거된 라이브러리를 참조하십시오.
STA가 라이브러리, 드라이브 또는 매체 추적을 처음 시작하면 리소스에 STA 추적 시작 시간 기록이 지정됩니다. 리소스가 나중에 라이브러리 환경에서 제거되면 STA 추적 중지 시간 기록이 지정됩니다. 그리고 리소스가 나중에 다시 추가되면 STA에서 리소스 추적을 처음 시작할 때 지정된 원본 시간 기록이 STA 추적 중지 속성에 반영됩니다.
주:
정기적으로 MySQL Event Scheduler는 데이터베이스에서 처리된 SNMP 레코드를 비워 데이터베이스 증가를 최소화합니다.매체 교환은 호스트 요청 시작의 특성에 따라 처리 및 완료하는 데 몇 초에서 몇 시간까지 걸릴 수 있습니다. 교환에 대한 전체 분석을 수행하고 드라이브 및 매체 상태를 업데이트하려면 STA가 매체 마운트 및 마운트 해제 이벤트 모두에서 정보를 수신해야 합니다. 교환이 진행 중인 동안 라이브러리 연결이 끊어진 경우 Exchanges Overview 화면에서 완료되지 않은 교환을 확인할 수 있습니다.
다음에는 라이브러리 연결이 끊어질 수 있는 몇 가지 이유가 나와 있습니다.
STA 사용자 인터페이스를 통해 라이브러리 연결을 수동으로 삭제합니다.
서버 유지 관리 또는 STA 업그레이드를 수행하기 위해 STA를 중지합니다.
STA 서버에 영향을 미치는 정전 또는 네트워크 중단이 발생합니다.
라이브러리 연결이 복원된 경우 STA는 모든 새로운 교환을 정상적으로 처리하고 보고합니다. 하지만 STA는 연결이 중지되어 있는 동안 교환 정보를 수신하지 않으며 다음과 같은 영향이 있을 수 있습니다.
STA가 연결 중지 시간 동안 완전히 시작되고 완료되는 교환 레코드를 수신하지 않습니다. 이러한 교환은 STA 화면에 표시되지 않으며 드라이브 또는 매체 상태를 계산하는 데 사용되지 않습니다.
STA는 연결이 중지되어 있는 동안 시작되거나 완료되는 교환에 대한 부분적인 정보만 수신합니다. 예를 들어 연결이 중지되어 있는 동안 시작하고 복원된 후에 완료되는 교환의 경우 STA는 마운트 해제 정보만 수신합니다. 반대로, STA는 연결이 작동 중인 동안 시작되지만 중지되어 있는 동안 완료되는 교환에 대해서는 마운트 정보만 수신합니다. 이러한 부분 교환의 경우 STA는 전체 분석을 수행할 만큼 충분한 정보가 없으며 Exchanges Overview 화면의 Drive and Media Health, Exchange Elapsed Time, Exchange Mount Time 및 Media and Drive Exchange Status와 같은 속성이 널 또는 "Unknown"으로 설정됩니다. 또한, 이러한 교환은 드라이브 또는 매체 상태를 계산하는 데 사용되지 않습니다.
일부 경우에는 화면에서 흐리게 또는 회색으로 표시된 데이터 요소 또는 리소스 식별자가 나타날 수 있습니다. 이러한 데이터 요소는 일반적으로 추가 세부 정보로 연결되는 활성 링크이지만 흐리게 표시된 값은 링크가 아닙니다. 다음은 흐리게 표시될 수 있는 요소입니다.
제거된 드라이브. 자세한 내용은 제거된 드라이브 및 매체를 참조하십시오.
제거된 매체. 자세한 내용은 제거된 드라이브 및 매체를 참조하십시오.
아직 완료되지 않은 교환. 교환이 완료되면 식별자가 더 이상 흐리게 표시되지 않고 링크가 활성화됩니다.
해당 요소가 존재하지 않는 경보 이벤트 유형
흐리게 표시된 데이터 요소는 진행 중인 업그레이드로 인한 것일 수도 있습니다. 이러한 요소는 처리 상태에 따라 점차적으로 활성 링크로 전환됩니다.
기본적으로 테이프 라이브러리 환경에서 제거된 드라이브 및 매체는 STA 화면에 표시되지 않습니다. STA 사용자 이름에 대한 데이터 처리 환경 설정에 따라 제거된 드라이브나 제거된 매체 또는 두 항목 모두의 표시를 설정할 수 있습니다. 선택 항목은 즉시 적용되므로, 필요에 따라 로그인 세션 전체에서 제거된 드라이브 및 매체를 선택적으로 표시하거나 숨길 수 있습니다. 자세한 내용은 다음 절을 참조하십시오.
이러한 표시 설정을 변경하는 데 대한 지침은 STA 화면 기본 사항 설명서를 참조하십시오.
제거된 드라이브 및 매체를 Overview 화면에 표시하는 방법은 제거된 드라이브 및 매체 식별을 참조하십시오.
계산된 값이 이러한 표시 설정에 따라 어떻게 영향을 받는가에 대한 내용은 제거된 드라이브 및 매체가 계산된 합계에 미치는 영향을 참조하십시오.
주:
제거된 드라이브 및 매체의 데이터는 STA 데이터 저장소에서 제거되지 않습니다. 자세한 내용은 데이터 보존을 참조하십시오.제거된 드라이브 또는 매체를 표시하도록 선택할 경우 Drives – Overview 및 Media – Overview 화면에서 다음 속성값으로 식별됩니다.
STA 추적 중지 날짜는 STA에서 드라이브 또는 매체가 모니터링되는 라이브러리에 더 이상 존재하지 않는 것으로 확인된 날짜 및 시간을 나타냅니다. 드라이브 또는 매체가 제거될 때와 라이브러리에서 STA에 이러한 변경 사항을 알릴 때 사이에는 시차가 존재할 수 있기 때문에 이 값은 항목이 실제로 제거된 시간과 약간 다를 수 있습니다.
다음 속성이 "REMOVED"로 설정됩니다.
라이브러리 컴플렉스 이름
드라이브 라이브러리 이름 또는 매체 라이브러리 이름
라이브러리 모델
분할 영역 유형
분할 영역 이름
물리적 주소
작업 화면(예: Exchanges – Overview 및 Media Validation Overview)에서는 제거된 드라이브 및 매체에 대한 식별자가 흐리게 표시됩니다. 자세한 내용은 STA 화면에서 흐리게 표시된 값을 참조하십시오.
STA는 시간에 따라 수집된 테이프 라이브러리 시스템 및 내역 정보에 대한 현재 정보를 모두 제공합니다. 시스템에서 드라이브 및 매체가 추가 및 제거되면 STA 계산에 사용되는 전체 드라이브 및 매체 수도 달라집니다. 이러한 차이로 인해 내역 요약 값(예: 30일 연속 평균)과 현재 표시된 레코드만 사용하여 계산된 해당 값 사이에 편차가 발생할 수 있습니다.
내역 요약 - 30일 연속 및 일일 요약과 평균은 항상 보고 기간 중 시스템에 있는 드라이브 및 매체 수에 따라 계산되므로 STA 사용자 이름에 대한 제거된 드라이브 및 매체 설정의 영향을 받지 않습니다. 예를 들어, 30일 기간 중 10일째에 제거된 드라이브는 해당 기간 중 처음 10일간 요약 및 평균을 계산하는 데 포함되지만 남은 20일 기간 중에는 계산에 포함되지 않습니다. 예제를 보려면 제거된 드라이브 및 매체가 계산된 요약에 영향을 주는 방법을 참조하십시오.
현재 표시된 값 - Overview 및 Analysis 화면에 표시되는 합계 및 통합은 현재 표시된 레코드 수에 따라 계산되므로 STA 사용자 이름에 대한 제거된 드라이브 및 매체 설정의 영향을 받습니다. 예를 들어, 제거된 드라이브 표시 설정이 해제된 경우, 제거된 드라이브가 Drives – Overview 화면에 나열되지 않고, 해당 화면에서 총 레코드 수 계산에도 포함되지 않으며, Drives – Analysis 화면의 통합에도 포함되지 않습니다. 예제를 보려면 제거된 드라이브 및 매체가 Overview 및 Analysis 화면에 영향을 주는 방법을 참조하십시오.
STA는 일일 및 30일 기간에 따라 읽기, 쓰기, 전송 및 수신 용량(MB), 드라이브 오류 및 청소 수, 드라이브 활용률 등의 다양한 요약 속성을 계산합니다. 드라이브 및 매체는 다음에 테이프 라이브러리 시스템에서 제거될 때까지 이러한 값 계산에 포함됩니다.
예를 들어, 4월 15일 17:00에 모니터링되는 라이브러리에서 드라이브를 제거하면 요약 값에 다음과 같은 영향을 줍니다.
일일 요약 - 4월 15일 17:00 이전의 드라이브 작업은 해당 일자의 일일 요약에 포함됩니다. 드라이브가 제거되었으므로 4월 16일부터는 일일 요약에 어떠한 작업도 포함되지 않습니다.
30일 요약 - 드라이브의 작업이 4월 15일부터 다음 30일 기간 동안 모든 30일 요약에 포함되지만 30일 기간이 진행됨에 따라 포함되는 일일 작업 수는 줄어듭니다. 5월 15일의 30일 요약은 해당 드라이브에 대한 어떠한 작업도 포함하지 않는 첫번째 요약입니다.
이 절에서는 다음 화면에서 제거된 드라이브 및 매체 표시 설정이 미치는 영향을 보여주는 예제를 제공합니다.
주:
이러한 예제는 제거된 드라이브에 중점을 두지만 제거된 드라이브 및 "Show Removed Media" 설정에도 동일한 원칙 및 화면 표시 특성이 적용됩니다.그림 12-1 은 "Show Removed Drives" 설정을 선택한 이후의 Drives – Overview 화면을 보여줍니다. 제거된 드라이브는 Drives – Overview 화면에 나열되고 총 레코드 수에 제거된 드라이브가 포함됩니다. 이 예에서는 총 1,024개의 드라이브가 있고, Library Complex Name 및 Drive Library Name이 "REMOVED"로 표시된 것을 보여주기 위해 강조 표시된 HU180214PT 드라이브 그리고 STA Stop Tracking 열에 표시된 드라이브가 제거된 날짜를 확인할 수 있습니다.
그림 12-1 Drives - Overview 화면, Show Removed Drives 설정 "On"
그림 12-2 및 그림 12-3은 "Show Removed Drives" 설정을 선택 해제한 이후의 Drives – Overview 화면을 보여줍니다. 제거된 드라이브는 Drives – Overview 화면에 나열되지 않고 총 레코드 수에 제거된 드라이브가 포함되지 않습니다. 그림 12-2에서는 총 드라이브 수가 936개이고 표시된 모든 드라이브에 대해 STA Stop Tracking 날짜가 비어 있음을 알 수 있습니다.
그림 12-2 Drives - Overview 화면, Show Removed Drives 설정 "Off"
그림 12-3에서는 Drives – Overview 화면이 직렬 번호가 "HU180214"로 시작되는 모든 드라이브를 표시하도록 필터링되어 있습니다. 제거된 드라이브 HU180214PT는 목록에 표시되지 않습니다.
그림 12-3 Drives – Overview 화면, Show Removed Drives 설정 "Off" 및 알려진 제거된 드라이브로 필터링됨
그림 12-4 는 "Show Removed Drives" 설정을 선택한 이후의 Drives – Analysis 화면을 보여줍니다. 제거된 드라이브의 통합 데이터는 Library Complex Name "REMOVED" 제목 아래 그리고 Drive Library Number "‐1"에 포함됩니다. 총 드라이브 수는 1024이고 제거된 총 드라이브 수는 88입니다.
그림 12-4 Drives - Analysis 화면, Show Removed Drives 설정 "On"
그림 12-4은 "Show Removed Drives" 설정을 선택 해제한 이후의 Drives – Analysis 화면을 보여줍니다. 제거된 드라이브의 통합 데이터는 표에 포함되지 않습니다. Library Complex Name "REMOVED" 및 Drive Library Name "‐1"에 대한 제목은 없습니다. 총 드라이브 수는 936입니다.
그림 12-5 Drives - Analysis 화면, Show Removed Drives 설정 "Off"
Exchanges Overview 및 Drive Cleanings Overview 화면에는 표시 설정에 관계없이 항상 제거된 드라이브 및 매체와 관련된 교환이 표시됩니다. 모든 화면 속성은 교환 시 값을 나타냅니다.
그림 12-6에서는 "Show Removed Drives" 설정이 선택되어 있습니다. 제거된 드라이브에 대한 "Drive Serial Number" 항목은 Drives – Overview, Detail View 화면에 대한 활성 링크입니다.
그림 12-6 Exchanges Overview 화면, Show Removed Drives 설정 "On"
그림 12-7에서는 "Show Removed Drives" 설정이 선택 해제되어 있습니다. 제거된 드라이브에 대한 "Drive Serial Number" 항목은 흐리게 표시되었고 활성 링크가 아닙니다.
그림 12-7 Exchanges Overview 화면, Removed Drives 설정 "Off"
Alerts Overview 화면에는 표시 설정에 관계없이 항상 제거된 드라이브 및 매체와 관련된 경보가 표시됩니다. 연관된 드라이브 또는 매체가 제거된 후에도 경보는 항상 보존됩니다.
다음 예제에서는 사용자의 "Show Removed Drives" 설정이 선택 취소되었습니다. STA에서 60개 드라이브가 포함된 LibraryABC를 모니터링하고, 두 개의 드라이브가 마지막 30일 기간 중에 표시된 모든 27개 드라이브 경보를 책임집니다. 이 두 개의 드라이브는 나중에 라이브러리에서 제거됩니다.
Drives – Overview 화면에서 Drive Alerts(30일) 속성에 대한 값은 LibraryABC에 있는 모든 드라이브에 대해 "0"입니다. 이는 모든 27개 경보를 책임지는 드라이브가 라이브러리에서 제거되었기 때문입니다.
"Alert Type Is Drive"로 필터링된 Alerts Overview 화면에는 27개 경보가 표시됩니다.
제거된 드라이브 및 매체에 대한 보류 중인 STA 매체 검증 요청은 사용자가 명시적으로 취소할 때까지 검증 요청 대기열에 보존됩니다. 자세한 내용은 보류 중 매체 검증 요청 취소를 참조하십시오.
테이프 라이브러리 환경에서 라이브러리를 제거하면 다음과 같은 업데이트가 STA 화면에 즉시 적용됩니다.
STA가 라이브러리에서 데이터를 더 이상 수집하지 않고, 라이브러리 SNMP 구성에서 STA 서버 트랩 받는 사람을 삭제할 수 있습니다.
Libraries Overview 및 Complexes Overview 화면에서 라이브러리가 제거됩니다.
라이브러리에 포함된 드라이브 및 매체가 Drives 및 Media 화면에서 제거됩니다.
라이브러리에서 발생한 모든 교환 및 청소 작업이 Exchanges Overview 및 Drive Cleanings Overview 화면에서 제거됩니다.
라이브러리 및 해당 드라이브와 매체에 대한 모든 메시지가 Drives Messages, Media Messages 및 All Messages Overview 화면에서 제거됩니다.
보류 중인 STA 매체 검증 요청은 사용자가 명시적으로 취소할 때까지 검증 요청 대기열에 보존됩니다. 자세한 내용은 보류 중 매체 검증 요청 취소를 참조하십시오.
지침은 STA에서 라이브러리 연결 제거를 참조하십시오.
라이브러리 데이터가 사용자 인터페이스 화면에서 제거되지만 STA 데이터 저장소에서는 제거되지 않습니다. 나중에 라이브러리에 다시 연결을 설정하면 모든 기존 라이브러리 데이터를 STA 화면에서 다시 사용할 수 있습니다. 데이터 보존 을 참조하십시오.
매체를 검색할 수 있으려면 데이터 수집 시에 라이브러리 스토리지 셀 또는 드라이브에 매체가 있어야 합니다(데이터 수집 프로세스에 대한 자세한 내용은 SNMP 연결 및 STA 데이터 저장소 유지 관리 참조). "임시" 위치에 있는 매체는 데이터 수집으로 검색되지 않습니다. 임시 위치는 다음 중 하나로 정의됩니다.
로봇 손
엘리베이터 — SL8500 라이브러리만 해당
PTP(전달 포트) - SL8500 컴플렉스만 해당
라이브러리 초기화 시의 드라이브. 즉, 매체가 드라이브에 남아 있을 때 라이브러리가 다시 초기화되었습니다.
STA 응용 프로그램에는 이러한 임시 이동을 처리하기 위한 논리가 포함됩니다. 예기치 않게 "사라진" 매체는 짧은 기간 내에 다시 검색될 것으로 예상하여 STA 화면에 보존됩니다. STA는 해당 기간 내에 매체를 검색하지 못할 경우에만 화면에서 매체를 제거합니다. 드문 경우지만, 이 경우는 매체 카트리지가 PTP(전달 포트)를 통해 한 라이브러리에서 다른 라이브러리로 자주 이동되는 SL8500 컴플렉스에서 발생할 수 있습니다.
Media - Overview 화면에 표시되어야 하는 VSN(볼륨 일련 번호 또는 volser)을 찾을 수 없으면 다음을 수행하는 것이 좋습니다.
올바른 volser가 있는지 확인합니다.
Media - Overview 화면에서 해당 volser로 필터링하여 목록에 실제로 누락되었는지 확인합니다.
volser가 Media - Overview 화면에 표시되면 Start Tracking, End Tracking 및 Ejected Date 속성을 확인합니다. Ejected Date는 CAP(카트리지 액세스 포트), AEM(액세스 확장 모듈)(SL3000 라이브러리) 또는 메일슬롯(SL150 라이브러리)에서 매체를 꺼냈음을 나타냅니다.
매체에 End Tracking 날짜가 포함되지만 Ejected Date가 포함되지 않을 경우 열려 있는 라이브러리 도어와 같은 지원되지 않는 방법으로 라이브러리 환경에서 매체가 제거되었을 수 있습니다. 대시보드에서 Media Exception Report 포틀릿을 확인합니다. 이 보고서에는 CAP, AEM 또는 메일슬롯 이외의 방법을 통해 라이브러리를 벗어난 매체가 나열됩니다.
매체를 배치하려는 라이브러리에서 수동 데이터 수집을 시작합니다. 지침은 수동 데이터 수집 실행을 참조하십시오.
STA 데이터 저장소에서 매체 내역은 VSN(볼륨 일련 번호 또는 volser)으로 보존됩니다. 즉, 특정 매체 조각에 대한 모든 내역이 해당 volser에 연결됩니다. 따라서 STA에서 모니터링되는 테이프 환경에서는 중복된 VSN(볼륨 일련 번호 또는 volser)을 사용하지 않는 것이 좋습니다. volser는 모니터링되는 모든 라이브러리에서 고유해야 합니다. volser가 중복되면 서로 다른 매체에 대한 데이터가 섞이게 됩니다.
동일한 volser를 포함하는 매체가 도메인 및 유형도 동일할 경우에만 volser가 중복된 것으로 간주됩니다. 다음 예제에 표시된 것처럼 도메인은 매체 형식을 식별하고, 유형은 버전을 식별합니다.
LTO6 - "LTO"는 도메인이고 "6"은 유형입니다.
T10000T1 - "T10000"은 도메인이고 "T1"은 유형입니다.
두 개의 서로 다른 LTO4 카트리지에 동일한 volser가 사용될 경우 이 volser는 중복된 것으로 간주되지만 LTO4 카트리지 및 LTO5 또는 T10000T1 카트리지에 사용된 동일한 volser는 중복된 것으로 간주되지 않습니다.
실제로 중복된 volser는 다음과 같은 다양한 이유로 인해 발생할 수 있습니다.
청소 매체의 경우 전역으로 사용 가능한 volser는 999개뿐입니다. 청소 매체가 1,000개 이상 포함된 대규모 테이프 환경에서는 필연적으로 중복된 volser가 포함됩니다.
다양한 테이프 관리 응용 프로그램에서 중복된 volser가 허용될 수 있습니다. 이는 SCSI 호스트 연결(SL150, SL500)을 포함하는 라이브러리 및 일부 SL3000 라이브러리에만 해당됩니다. HLI(호스트 라이브러리 인터페이스) 호스트 연결을 포함하는 라이브러리(SL8500 및 일부 SL3000 라이브러리)에서는 중복이 허용되지 않는 Oracle의 StorageTek ELS(Enterprise Library Software) 또는 Oracle의 StorageTek ACSLS(Automated Cartridge System Library Software)가 사용됩니다.
다음은 volser가 중복된 것처럼 보이지만 실제로는 매체가 하나뿐이고 volser가 고유한 경우입니다.
매체가 한 라이브러리에서 다른 라이브러리로 이동한 경우
매체를 라이브러리에서 꺼내고, 일정 시간 동안 다른 위치로 이동한 후 다시 라이브러리에 입력한 경우
Duplicate Detected 플래그는 Exchanges Overview 화면에 표시되며, 교환에 포함된 volser가 중복되었음을 나타냅니다. 즉, 매체에 동일 도메인 및 유형의 다른 매체와 동일한 volser가 포함되었지만 MSN(매체 직렬 번호)은 다릅니다. 이 플래그가 포함된 교환이 발견된 경우에는 두 항목에 대한 데이터가 혼용되므로, 매체 중 하나에 다른 volser를 지정할지 여부를 조사하고 확인해야 합니다. 자세한 내용은 STA 데이터 참조 설명서를 참조하십시오.
주:
일부 드라이브 유형 및 펌웨어 레벨에서만 MSN이 보고되므로, 일부 드라이브 유형에서는 STA가 중복된 volser를 검색하는 데 필요한 모든 정보를 수신하지 못할 수 있습니다.STA에서 테이프 드라이브는 드라이브 일련 번호, WWN(World Wide Name) 또는 라이브러리 내의 물리적 위치로 식별될 수 있습니다. 하지만 STA는 호스트가 드라이브를 식별하기 위해 사용하는 논리적 장치 ID를 알지 못하며 표시할 수도 없습니다. 호스트 드라이브 식별자를 STA 식별자에 매핑하려는 경우 이를 수동으로 수행해야 합니다.
메인프레임 호스트는 4자리 수의 16진수 드라이브 ID(0000–FFFF)를 사용하여 드라이브를 식별합니다. 호스트 식별자를 STA 식별자에 매핑하려는 경우 Oracle의 ELS(엔터프라이즈 라이브러리 소프트웨어) Display DRives 명령을 메인프레임 호스트에서 사용할 수 있습니다. IDEntity 옵션에는 각 드라이브에 대한 메인프레임 16진수 ID, 일련 번호 및 WWN이 나열됩니다. 다음은 명령 출력의 예입니다.
예 12-1 샘플 ELS Display DRives 명령 출력
DISPLAY DRIVES IDENTITY
.SLS4633I Display Drives Command 994
DRIVE LOCATION MODEL WORLD WIDE NAME SERIAL NUMBER
0A10 00:02:01:08 T9840D 50:01:04:F0:00:79:18:CD 5700GU008737
0A11 00:02:01:09 T9840D 50:01:04:F0:00:79:18:C1 5700GU006080
0B04 01:01:01:14 T9940B 50:01:04:F0:00:89:A7:74 479000025047
0B05 01:02:01:14 T9940B 50:01:04:F0:00:89:A7:44 479000026693
0B06 01:02:01:15 T1B35 50:01:04:F0:00:89:A7:68 572004003720
0B07 01:02:01:11 T1B35 50:01:04:F0:00:89:A7:68 572004003720
이 명령은 운영자 콘솔 또는 SMCUUUI 유틸리티 일괄 처리 작업을 포함하여 메인프레임 호스트의 여러 위치에서 실행할 수 있습니다. 선택적으로 명령의 출력을 .csv 또는 .xml 파일에 저장할 수 있습니다. 사용법, 구문 및 옵션에 대한 자세한 내용은 ELS Command, Control Statement, and Utility Reference 설명서를 참조하십시오.
오픈 시스템 호스트(Linux 및 Solaris)에서 테이프 드라이브에 대한 논리적 장치 이름은 /dev/rmt 디렉토리에 있습니다. 호스트 논리 이름을 STA 식별자에 매핑하려는 경우 이 디렉토리에 대해 긴 목록(ls -l)을 수행할 수 있습니다. 명령 출력에는 드라이브에 대한 WWN이 포함된 논리적 장치 이름 및 원시 장치 파일에 대한 포인터가 표시됩니다. 다음은 Linux에서의 출력 예제입니다. 각 드라이브에 대한 논리적 장치 이름 및 WWN은 굵은체 유형으로 강조 표시됩니다.
예 12-2 샘플 Linux /dev/rmt 디렉토리 목록
# ls -l /dev/rmt lrwxrwxrwx 1 root root 86 Jan 31 16:31 /dev/rmt/0cbn ->../../devices/pci@79,0/pci10de,377@a/pci1077,171@0/fp@0,0/tape@w500104f000b8050e,0:cbn lrwxrwxrwx 1 root root 86 Jan 31 16:31 /dev/rmt/1cbn ->../../devices/pci@79,0/pci10de,377@a/pci1077,171@0/fp@0,0/tape@w500104f000b80511,0:cbn #