이 장에서는 ACSLS에 대한 개요를 제공합니다.
ACSLS(Automated Cartridge System Library Software)는 StorageTek 테이프 라이브러리를 제어하는 Oracle StorageTek 서버 소프트웨어입니다. ACS(Automated Cartridge System)는 PTP(pass-thru-ports)를 통해 연결된 테이프 라이브러리 그룹입니다. ACSLS는 네트워크에서 명령 처리를 통해 하나 이상의 ACS에 저장된 정보에 액세스하고 이를 관리합니다. 이 소프트웨어에는 클라이언트 시스템 응용 프로그램에 대한 시스템 관리 구성 요소 및 인터페이스, 라이브러리 관리 기능이 포함되어 있습니다.
ACSLS HA는 구성 요소 또는 부속 시스템 오류가 발생할 경우 무중단 테이프 라이브러리 제어 서비스를 보장하기 위해 이중 중복성, 자동 복구 및 자동 페일오버 복구를 제공하는 하드웨어 및 소프트웨어 구성입니다.
ZFS 파일 시스템을 사용하는 Solaris 11에서 ACSLS 8.4를 실행하는 데 대한 자세한 내용은 ACSLS-HA 설치, 구성 및 작업 안내서를 참조하십시오. 이 버전은 모든 사용자 정의된 파일 시스템에서 ACSLS 소프트웨어 설치를 지원합니다.
이 절에서는 acssa 및 acsss 사용자 ID에 대해 설명합니다.
acssa로 로그인하면 cmd_proc, 라이브러리 제어 작업을 위한 콘솔 사용자 인터페이스 및 ACSLS 유틸리티의 제한된 세트에 액세스할 수 있습니다.
acssa의 일반적인 셸 환경에는 cmd_proc를 실행하는 하나 이상의 창과 ACSLS 이벤트 로그의 실행 끝부분을 모니터링하는 창이 포함됩니다. acssa 로그인 환경에서는 다음 리소스 모두에 액세스할 수 있습니다.
$ cmd_proc $ acs_tail $LOG_PATH/acsss_event.log
acsss로 로그인하면 일반 유지 관리, 구성, 데이터베이스 백업 및 복원, 셸 유틸리티 및 일반 진단을 위한 이러한 유틸리티와 기타 관리 유틸리티에 모두 액세스할 수 있습니다.
acsss 명령은 ACSLS 응용 프로그램과 연결된 여러 서비스를 조작하는 시작, 중지 및 상태 매크로입니다. ACSLS 시작 및 모니터링 및 acsss 매크로 절을 참조하십시오.
이 절에서는 cmd_proc를 설명합니다.
다음 예제는 acssa로 로그인하면 표시되는 cmd_proc 창을 보여줍니다. curses 모드에서 cmd_proc 창은 분할된 화면으로서, 윗부분은 메시지 영역이고 아랫부분은 명령 영역입니다. 프롬프트에서 ACSLS 명령을 입력합니다.
명령을 허용하려면 ACSLS가 실행 중이어야 합니다. "-q" 옵션을 사용하여 cmd_proc 명령을 시작할 때 초기 쿼리 서버 요청을 억제할 수 있습니다.
cmd_proc -q
--------------------------ACSLS x.x.x---------------------------
ACSSA>query server
2008-01-23 15:41:42
Server Status
Identifier State Free Cell Audit Mount Dismount Enter Eject
Count C/P C/P C/P C/P C/P
run 234 0/0 0/0 0/0 0/0 0/0
ACSLS cmd_proc는 고유 요청을 처리하는 동안 일반 서버 상태 정보를 계속 알리는 사용하기 쉬운 인터페이스입니다. cmd_proc의 기본 모드는 curses입니다. 이 인터페이스는 대부분의 터미널 유형에서 작동하는 다기능 인터페이스이며 표준 24행 x 80자 창을 사용합니다. Curses 인터페이스는 화면을 두 개의 섹션으로 나눕니다. 여기서 STDERR를 향한 메시지는 창의 윗부분으로 전송되고 STDOUT를 향한 메시지는 아랫부분으로 전송됩니다.
기본 Curses 모드에서 ACSLS cmd_proc를 사용하는 경우, 일반 서버 상태 메시지는 창의 윗부분에 표시되는 반면 사용자 고유 상호작용은 아래에 표시됩니다.
Curses의 한 가지 단점은 ACSLS 서버와 사용자의 상호작용 내역을 보유하는 기능이 제한된다는 것입니다. 이러한 상호작용에 사용하는 공간은 24행 창의 아래쪽 절반으로 제한됩니다.
라인 모드에서 cmd_proc를 사용하는 경우 이 단점을 해결할 수 있습니다.
cmd_proc -l
라인 모드에서는 사용자가 상호작용 내역이 스크롤 가능한 터미널 버퍼까지 이동하는 스크롤 창을 이용할 수 있습니다. 이 창은 버퍼 크기로만 제한됩니다.
라인 모드 작업의 가장 큰 단점은 STDOUT와 STDERR를 개별 공간으로 분할할 수 없다는 것입니다. 두 소스 모두의 출력 텍스트가 화면의 동일한 지점, 즉 요청을 작성하려고 시도하는 터미널의 단일 커서 행으로 전송됩니다.
cmd_proc 세션이 시스템의 유일한 세션인 경우에는 문제가 되지 않습니다. ACSLS를 사용하여 활성 작업을 진행 중인 사용량이 많은 프로덕션 환경에서, ACSLS 요청을 작성하는 라인에 상태 정보가 인쇄되는 창에서 작업하는 것은 매우 어려울 수 있습니다.
입력 중인 라인에서 시스템 상태 알림을 무시하는 것이 안전하지만 이 알림의 경로를 다른 위치로 재지정할 수 있습니다. 시스템 메시지의 경로를 다른 대상으로 재지정하려면 다음 방식으로 라인 모드 cmd_proc를 실행할 수 있습니다.
cmd_proc -l 2> /tmp/SysChatter.out The expression 2> instructs the shell to redirect STDERR to another location. In this example, the status messages are sent to a file in the /tmp directory.
작업하면서 시스템 상태 정보를 보려면 두번째 셸 창을 열고 상태 메시지를 보낸 파일의 실행 증적을 볼 수 있습니다.
tail -f /tmp/SysChatter.out
원하는 cmd_proc 작업을 수행하려면 STDERR의 경로를 /dev/null로 재지정할 수 있습니다.
cmd_proc -l 2> /dev/null
Curses 모드의 cmd_proc 명령은 80자보다 긴 행은 표시할 수 없으며, 80자보다 긴 행을 표시하려고 하면 cmd_proc 창이 중단됩니다.
이 경우 Control+c 및 Control+d를 사용하여 cmd_proc 창을 해제할 수 있습니다.
모든 query 및 기타 명령의 출력은 행당 80자 미만이며 display 명령을 통해 모든 레코드에 대해 보고된 기본 필드는 80자 미만이어야 합니다. 그러나 여러 선택적 필드를 표시하면 행의 문자가 80자가 넘을 수 있습니다.
여러 선택적 필드를 표시하는 경우에는 라인 모드에서 cmd_proc를 시작하는 것이 좋습니다(–l 옵션 사용). 예제: cmd_proc –l로 시작되는 cmd_proc를 사용하는 display drive * -f volume type state serial_num wwn
cmd_proc를 일시중지하여 UNIX 명령을 수행한 다음 cmd_proc를 재시작할 수 있습니다. cmd_proc를 수동으로 시작해야 합니다. cmd_proc에서 시작하여 진행 중인 요청은 cmd_proc가 일시 중단된 동안에도 완료될 때까지 계속 진행됩니다.
cmd_proc 일시 중단 및 재시작:
cmd_proc를 실행 중인 동안 Control+z를 누릅니다.
UNIX 셸 프롬프트가 열립니다.
원하는 UNIX 작업을 수행합니다.
cmd_proc를 다시 시작하려면 fg UNIX 명령을 입력합니다.
cmd_proc를 실행하는 동안 진행 중인 모든 활동이 완료되고 ACSSA> 프롬프트가 반환될 때까지 기다립니다.
cmd_proc를 종료하려면 다음과 같이 logoff 명령을 입력합니다.
logoff
cmd_proc 세션이 종료됩니다.
/etc/termcap에 정의된 터미널 유형에서 cmd_proc를 시작할 수 있습니다. Curses 모드에서 실행할 때 터미널의 표시 크기는 24x80 이상이어야 합니다.
cmd_proc 세션은 ACSLS와는 별개인 모드로 실행됩니다. ACSLS를 시작하지 않고 cmd_proc 세션을 시작하면 명령에 응답하지 않습니다. ACSLS가 실행 중이지 않은 동안 명령을 실행하려고 할 때 cmd_proc에서 소켓 통신 오류가 표시될 수 있습니다.
SSH 클라이언트가 있는 모든 시스템에서 ACSLS 서버에 원격으로 액세스할 수 있습니다. ssh 클라이언트는 대부분의 POSIX 규격 운영체제(예: Solaris, Linux 및 MacOS)에서 셸을 사용하는 표준 기능입니다. Windows 환경의 경우 putty, WinSCP 또는 비슷한 상용 응용 프로그램 등의 SSH 클라이언트 소프트웨어를 설치해야 합니다.
acssa, 사용자로 ACSLS 서버에 원격으로 액세스하려면 다음 명령을 입력합니다.
$ ssh acssa@hostname
여기서 hostname은 ACSLS 서버의 호스트 ID입니다.
acssa의 일반적인 제거 환경에는 cmd_proc을 실행 중인 하나 이상의 SSH 로그인 셸과 ACSLS 이벤트 로그의 실행 증적을 모니터링하는 다른 셸이 포함됩니다.
$ acs_tail $LOG_PATH/acsss_event.log
다음 표에서는 <CTRL>+ 키 입력 조합인 cmd_proc 키보드 바로 가기 키에 대해 설명합니다.
| 키 조합 | 작업 |
참고 사항 |
|---|---|---|
|
|
마지막 |
|
|
|
|
현재 명령이 완료된 경우 |
|
|
명령줄에서 이전 문자를 삭제합니다. |
대부분의 키보드에서 Enter 또는 백스페이스 키도 사용할 수 있습니다. |
|
|
|
이 기능은 현재 |
|
|
현재 명령줄을 새로 고칩니다. |
이 기능은 현재 명령줄 표시가 통신 회선의 잡음으로 인해 손상된 경우 유용합니다. |
|
|
현재 명령줄을 삭제합니다. |
N/A |
|
|
|
|
cmd_proc를 시작할 때 입력 파일을 사용하여 명령을 자동으로 입력할 수 있습니다. 예를 들어, 카트리지를 마운트하고 마운트 해제하여 다음 입력 파일이 ACSLS를 검증합니다.
query drive 0,0,0,0 query volume JB1400 mount JB1400 0,0,0,0 dismount JPB1400 0,0,0,0 force logoff
cmd_proc를 시작하려면 다음 명령을 입력합니다.
cmd_proc -q < filename
cmd_proc를 시작하고 입력 파일을 지정한 다음 출력 파일의 경로를 다른 파일로 재지정할 수도 있습니다. 입력 및 출력 파일을 사용하면 cmd_proc 시작 시 명령 세트를 실행하고 결과를 볼 수 있습니다. 예를 들어, 다음 파일은 입력 파일만 사용하는 cmd_proc를 표시하는 이전 예에서 실행되는 명령의 결과를 보여줍니다.
ACSSA> query drive 0,0,0,0 1998-06-30 18:23:08 Identifier State Status Cartridge Type 0,0,0,0 online available 9840 ACSSA> query volume JPL1400 1998-06-30 18:23:09 Identifier Status Current location JB1400 home 0,0,3,0,0 ACSSA> mount JPL1400 0,0,0,0 ACSSA> Mount: JB1400 mounted on 0,0,0,0 ACSSA> dismount JPL1400 0,0,0,0 force ACSSA> Dismount: Forced dismount of JB1400 from 0,0,0,0 ACSSA> logoff ACSSA
추가 cmd_proc를 시작하려면 다음과 같이 입력 파일을 지정하고 출력의 경로를 재지정합니다.
acssa 또는 acsss로 로그인한 상태에서 UNIX 터미널 창을 엽니다.
cmd_proc를 시작하려면 다음 명령을 입력합니다.
cmd_proc -q < file1 > file2
여기서 file1은 입력 파일이고 file2는 출력이 전송되는 파일입니다.
기본적으로 cmd_proc 표시 영역 메시지는 stderr에 쓰지만, 이러한 메시지의 경로를 재지정할 수도 있습니다. 예:
cmd_proc -q < file1 > file2 2>> file2
이 절차를 사용하여 ACSLS를 유휴 상태로 만들어 요청 처리를 일시 중단합니다. 일반적으로 이 절차는 ACSLS를 종료하기 전에 사용하지만, ACSLS 요청 처리를 임시로 중지하는 데도 사용할 수 있습니다.
ACSLS를 유휴 상태로 이동:
cmd_proc에서 idle 명령을 입력합니다.
ACSLS가 현재 요청을 모두 처리하고, 새 요청을 모두 거부하며, 유휴 상태로 이동합니다.
다음 표는 ACSLS 디렉토리 구조의 디렉토리, 하위 디렉토리 및 가장 일반적으로 사용되는 파일 및 셸 스크립트를 보여줍니다.
세 가지 변수가 ACSLS 경로에 사용됩니다. 다음과 같습니다.
$installDir
이 디렉토리는 기본 설치 디렉토리이며 기본적으로 /export/home/입니다.
$ACS_HOME
$installDir/ACSSS/에 있는 이 디렉토리는 acsss 사용자 ID의 홈 디렉토리이며 ACSLS 제품이 설치되어 있습니다.
$ACS_HOME은 기본적으로 /export/home/ACSSS입니다.
$ACSDB_BKUP
이 디렉토리는 ACSLS 백업이 저장되는 디렉토리입니다.
| 디렉토리 | 내용 |
|---|---|
|
|
기본 설치 디렉토리입니다. |
|
|
ACSLS GUI 및 SMCE(논리 라이브러리 작업)를 포함하는 ACSLS java 구성 요소의 홈 |
|
|
ACSLS 웹 기반 GUI 응용 프로그램의 홈 디렉토리입니다. |
|
|
번들로 제공되는 WebLogic 응용 프로그램 서버 패키지 및 관련 설치 스크립트입니다. |
|
|
번들로 제공되지 않는 WebLogic 홈 디렉토리입니다. |
|
|
타사 라이센스 정보 및 재발행된 관련 소스 코드의 모음입니다. |
|
(기본값은 /export/home/ACSSS/) |
|
|
(기본값은 /export/backup/) |
데이터베이스 백업 |
|
|
ACSLS 구성 파일을 포함합니다. |
|
|
액세스 제어, 혼합 매체 및 카트리지 보고에서 사용하는 사용자 정의된 파일을 포함합니다. |
|
|
액세스 제어 샘플 및 사용자 정의된 파일을 포함합니다. |
|
|
ACSLS 내부 구성 파일. 수정하지 마십시오. |
|
|
진단 파일 및 셸 스크립트를 포함합니다. |
|
|
런타임 시 필요한 ACSLS 설치 공유 라이브러리를 포함합니다. |
|
|
ACSLS 이벤트 로그 및 유틸리티 이벤트 로그 파일을 포함합니다. |
|
(기본값은 /export/home/ACSSA/) |
|
|
(기본값은 /export/home/acsdb/) |
데이터베이스 홈 디렉토리입니다. |
|
|
|