ACSLS에는 정적 변수 및 동적 변수가 모두 있습니다.
정적 변수
정적 변수는 변수를 설명하고 새 값을 설정할 수 있는 프롬프트의 문장으로 알 수 있습니다.
예: Changes to <variable_name> will not take effect until product is restarted.
주:
ACSLS 정적 변수를 변경한 후 새 값을 사용하려면 ACSLS를 중지하고 다시 시작해야 합니다.동적 변수
ACSLS 동적 변수의 변경사항은 변수가 ACSLS 작업 중에 다음에 참조될 때 적용됩니다.
ACSLS 변수를 표시하고 업데이트하는 간편한 방법:
모든 ACSLS 변수의 현재 설정 표시(정적 및 동적):
dv_config -d
현재 변수 설정을 파일에 저장:
dv_config -d > filename
파일 보기:
vi filename
동적 옵션 값 출력:
dv_print
변수를 설명하고 설정을 변경할 수 있게 하는 프롬프트와 함께 하나의 변수의 현재 설정 표시:
dv_config –p <variable_name> -u
설명:
-p
프롬프트를 통해 변수에 대한 새 값을 지정할 수 있습니다.
<variable_name>
여기에 원하는 변수 이름을 삽입합니다.
-u
변수를 변경한 경우 공유 메모리에 동적 변수 값을 업데이트합니다. -u 옵션은 정적 변수에서 사용되지 않습니다.
주:
변수에 관한 자세한 설명을 보려면 프롬프트에 물음표(?)를 입력하십시오. 프롬프트가 변수를 변경할 수 있도록 새로 고쳐집니다.또한, acsss_config 메뉴를 사용하여 ACSLS 동작을 제어하는 변수를 설정할 수 있습니다. 옵션 1~8로 다음을 수행합니다.
ACSLS를 설치하거나 업그레이드할 때 대부분의 사용자 환경을 기반으로 하는 시스템 기본값이 이미 설정되어 있습니다. 그러나 필요한 경우 옵션 1~8을 사용하여 이러한 설정을 변경할 수 있습니다. 옵션 1~7을 통해 동적 및 정적 변수를 변경할 수 있습니다. 정적 변수를 적용하려면 ACSLS를 다시 시작해야 합니다.
라이브러리 하드웨어를 추가 및 정의하려면 옵션 8을 사용하십시오. 처음으로 ACSLS를 이제 막 설치한 경우 즉, 예를 들어, 새 라이브러리를 추가해야 할 때 이 옵션을 사용하십시오.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
acsss_config를 시작하려면:
CDE 로그인에 도달할 때까지 CDE를 종료합니다.
acsss로 로그인하십시오.
구성 스크립트를 실행합니다.
ACSLS 기능 구성 화면이 나타납니다.
모든 LMU, LSM 및 이동이 완전히 구성되고 켜져 있고 준비되어 있지 않으면 구성 스크립트 acsss_config가 실패합니다.
ACSLS Feature Configuration Enter the number followed by Return for your choice from the following menu to configure product behavior in that area. Press ? followed by the Return key for help. 1: Set CSI tuning variables 2: Set event logging variables 3: Set general product behavior variables 4: Set access control variables 5: Set automatic backup parameters 6: Rebuild Access Control information 7: Event Notification settings 8: Define or Change Library Configuration E: Exit Menu choice:
옵션 1~8을 통해 다음 동적 및 정적 변수를 변경할 수 있습니다.
CSI(클라이언트 시스템 인터페이스)는 ACSLS와 다른 서버의 클라이언트 사이의 통신을 처리합니다. CSI에서는 각 클라이언트에 대한 통신 처리 방법을 설정합니다. 클라이언트와의 통신이 끊어질 경우 다른 클라이언트는 영향을 받지 않고 중단 없이 통신이 계속됩니다. 다중 CSI는 ACSLS에서 실행할 수 있습니다.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
옵션 1을 사용하면 다음을 설정 또는 변경할 수 있습니다.
CSI_CONNECT_AGETIME
프롬프트: CSI 요청 대기열에서 보류 중인 요청의 최대 기간(초) [172800]
동적 변수, 이 설정에서는 ACSLS가 응답하지 않은 클라이언트 요청에 대한 보류 기간을 결정합니다.
유효한 입력은 600~315360000초입니다. 기본값은 172800초입니다.
CSI_RETRY_TIMEOUT
프롬프트: 연속하는 재시도 간격(초) [4]
기본값은 4초입니다.
동적 변수, 이 옵션에서는 CSI가 네트워크 연결 설정 시도 사이에 기다려야 하는 최소 시간(초)을 지정합니다.
CSC와 CSI 사이에 타이밍 문제가 발생하는 경우 이 값을 수정해야 합니다.
CSI_RETRY_TRIES
프롬프트: 시간 초과 현상 발생 전 CSI 재시도 횟수 [5].
동적 변수, 이 옵션에서는 CSI가 메시지를 전송하기 위해 시도해야 할 횟수를 지정합니다. 지정된 재시도 횟수 안에 연결을 설정할 수 없는 경우 보류 중인 메시지가 삭제됩니다. 기본 재시도 횟수는 5회입니다.
CSI_TCP_RPCSERVICE
프롬프트: TCP 프로토콜 사용을 바꾸는 변경사항은 제품을 다시 시작해야 적용됩니다. TCP 프로토콜을 사용하는 RPC에 대한 CSI 지원이 사용으로 설정되어 있습니다[TRUE].
정적 옵션, 이 옵션에서는 CSI가 TCP RPC 서버로 동작할 것인지 지정합니다. 기본값은 true입니다.
CSI_UDP_RPCSERVICE
프롬프트: UDP 프로토콜 사용을 바꾸는 변경사항은 제품을 다시 시작해야 적용됩니다. UDP 프로토콜을 사용하는 RPC에 대한 CSI 지원이 사용으로 설정되어 있습니다[TRUE].
정적 옵션, 이 옵션에서는 CSI가 UDP RPC 서버로 동작할 것인지 지정합니다. UDP를 통해 ACSLS와 통신하는 클라이언트에 대한 기본값을 수락해야 합니다. 기본값은 TRUE입니다.
이 옵션을 적용하려면 ACSLS를 다시 시작해야 합니다.
CSI_MULTI_HOMED_CL
프롬프트: 서버 플랫폼의 CSI에서 다중 홈 클라이언트(즉, IP 주소가 둘 이상인 시스템의 클라이언트)의 요청 패킷을 처리하도록 설정합니다. 또한, NAT(네트워크 주소 변환) 또는 VPN에서 수정된 IP 주소에 응답합니다. (TRUE/FALSE) [FALSE]
이 옵션을 사용하면 서버의 CSI에서 패킷 헤더의 IP 주소가 패킷을 보낸 IP 주소와 동일하지 않은 들어오는 패킷을 처리할 수 있습니다. 클라이언트가 ACSLS에 보낸 요청 패킷의 주소는 클라이언트 응용 프로그램에서 호출한 'hostname'에서 파생된 후 get hostbyname이 조회됩니다. 이로 인해 로컬 호스트 IP 주소가 요청 패킷에 입력됩니다.
일반적으로, 이 옵션은 작동합니다. 하지만, 예외가 있습니다.
대부분의 경우 ACSLS에 대한 클라이언트에는 고정된 단일 호스트 주소가 있습니다. 그러나, 클라이언트 시스템에 둘 이상의 네트워크 인터페이스가 있어서 ACSLS에 요청을 제출하는 데 모든 다중 IP 포트를 사용할 수 있습니다.
클라이언트 시스템은 외부에서 액세스할 수 없는 내부 개인 IP 주소를 가지고 NAT 뒤에 있을 수 있습니다.
클라이언트가 VPN을 통해 ACSLS 서버에 연결된 경우 클라이언트의 IP 주소는 ACSLS가 응답해야 하는 IP 주소가 아닙니다.
이러한 경우 ACSLS는 클라이언트 응용 프로그램에서 localhost 주소가 아닌 IP 주소에 응답해야 합니다. CSI_MULTI_HOMED_CL 변수는 이러한 상황을 처리하도록 설계되어 있습니다. 유효한 섹션은 다음과 같습니다.
FALSE
ACSLS 작업에 대한 기본 설정입니다. 이 설정을 하면 ACSLS에서 클라이언트에 대한 응답을 반환할 때 localhost의 IP 주소에 항상 응답합니다.
TRUE
ACSLS는 요청 패킷의 IP 주소를 무시합니다. 대신, ACSLS가 클라이언트에 응답할 때 ACSLS는 ACSAPI 요청 패킷과 연관된 들어오는 RPC 데이터그램의 IP 헤더에 있는 주소를 사용합니다. 이 주소는 요청을 제출한 IP 주소입니다. 액세스 제어가 사용으로 설정된 경우 이 대체 IP 주소가 internet.addresses 파일에 지정되어 있어야 합니다.
CSI_USE_PORTMAPPER
프롬프트: 포트 매퍼 사용을 바꾸는 변경사항은 제품을 다시 시작해야 적용됩니다. 포트 매퍼 사용으로 설정: (ALWAYS / NEVER /IF_DUAL_LAN_NOT_ENABLED) [IF_DUAL_LAN_NOT_ENABLED].
기본값은 IF_DUAL_LAN_NOT_ENABLED입니다. 정적 옵션, 유효한 옵션은 다음과 같습니다.
ALWAYS - 포트 매퍼는 CSI가 클라이언트에 메시지를 보낼 수 없을 때 항상 조사받아야 합니다.
NEVER - 포트 매퍼는 CSI가 클라이언트에 메시지를 보낼 수 없을 때 조사받지 않아야 합니다. 클라이언트가 포트 매퍼를 지원하지 않는 경우 이 옵션을 선택하십시오.
IF_DUAL_LAN_NOT_ENABLED - 포트 매퍼는 이중 LAN 지원이 사용으로 설정되지 않은 경우에만 조사받아야 합니다. 이중 LAN 지원이 사용으로 설정된 경우 클라이언트가 포트 매퍼를 지원하지 않는 것으로 가정합니다. 이 옵션을 선택하면 제품 동작에 역방향 호환성을 제공합니다.
SURROGATE_PROCESSES
프롬프트: 시작해야 하는 ACSSURR 연속 프로세스의 수[0]:
유효한 입력은 0 또는 1입니다. LM 게이트웨이가 설치되지 않은 경우 0을 입력하십시오.
SURROGATE_PORT
프롬프트: ACSLS Surrogate (ACSSURR) 소켓이 게이트웨이 시스템의 요청을 수신하는 TCP/IP 포트 번호입니다[50300].
이 변수는 LM(라이브러리 관리) 게이트웨이에만 적용됩니다. 유효한 입력은 50300~99999입니다.
SURROGATE_TIMEOUT
프롬프트: Surrogate/게이트웨이 소켓에서 읽어야 할 데이터 패킷을 기다리는 시간(초):
이 변수는 LM(라이브러리 관리) 게이트웨이에만 적용됩니다. 유효한 입력은 1~600입니다.
SURROGATE_QUEUE_AGE
프롬프트: 사용되지 않는 대기열 항목을 삭제하기 전에 기다리는 시간(분)입니다[5].
이 변수는 LM(라이브러리 관리) 게이트웨이에만 적용됩니다. 유효한 입력은 5~60입니다.
START_CSCI_PROCESS
프롬프트: ACSLS를 시작할 때 자동으로 CSCI 시작(TRUE/FALSE) [FALSE]:
이 변수는 ACSLS를 시작하는 동안 CSCI 프로세스를 자동으로 시작할 것인지를 결정합니다. 기본값은 FALSE이며, CSCI는 ACSLS와 함께 시작되지 않음을 의미합니다. ACSLS와 함께 CSCI 프로세스를 시작하려면 이 변수를 TRUE로 설정하십시오.
CSI_FIREWALL_SECURE
프롬프트: CSI가 방화벽 뒤에서 사용되도록 설정(사용자 정의 인바운드 포트) (TRUE/FALSE) [FALSE]:
동적 변수, 이 설정을 사용하면 ACSLS로 들어오는 요청에 대해 사용자 정의된 단일 포트의 방화벽 보안 정의를 사용 또는 사용 안함으로 설정할 수 있습니다. 값은 다음과 같습니다.
False - ACSLS 서버의 포트를 제한하지 않을 경우 지정합니다.
True - 이 값이 기본값입니다. ACSLS 서버가 안전한 방화벽 뒤에서 작동합니다.
CSI_INET_PORT
프롬프트: 들어오는 ACSLS 요청을 수신하기 위해 CSI에서 사용되는 포트 번호입니다[30031].
이 변수는 하나 이상의 클라이언트에서 들어오는 TCP 요청에 대해 CSI에서 사용되는 사용자 정의된 단일 포트를 지정합니다.
이 변수는 CSI_FIREWALL_SECURE를 True로 설정하여 방화벽 보안 CSI를 사용으로 설정한 경우에만 사용됩니다.
기본값: 30031
유효한 입력: 1024~65535(50003 제외)
CSI_FAILED_RESPONSE_LIMIT
프롬프트: CSI에서 요청에 대한 나머지 모든 응답을 삭제하기 전에 CSI가 클라이언트에 반환할 수 없는 감사, 넣기, 꺼내기 또는 이벤트 등록 요청에 대한 최근 응답 수. [5]
대부분의 요청에 대해 CSI가 클라이언트에 하나의 응답을 보낼 수 없는 경우 해당 요청에 대한 나머지 모든 응답이 삭제됩니다. 이렇게 하면 응답을 수신할 수 없는 클라이언트에 응답을 보내려는 시도를 차단하여 CSI를 보호합니다.
감사, 넣기, 꺼내기 또는 이벤트 등록 요청에 대해 CSI에서는 첫번째 실패 후 계속해서 요청에 대한 몇 가지 응답을 반환하려고 시도합니다. CSI_FAILED_RESPONSE_LIMIT는 CSI에서 요청에 대한 남은 모든 응답을 취소하기 전에 요청에 대한 응답 반환에 실패한 시도 횟수를 지정합니다. 이렇게 하면 통신 문제가 있거나 클라이언트가 더는 활성 상태가 아닌 경우 CSI 가용성을 보호합니다.
클라이언트와 CSI 사이에 타이밍 문제가 발생하는 경우 이러한 값만 수정해야 합니다. 자세한 내용은 ACSLS 관리 안내서를 참조하십시오.
1에서 9 사이의 값을 입력하십시오.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
옵션 2를 사용하면 다음 이벤트 로그를 설정 또는 변경할 수 있습니다.
EVENT_FILE_NUMBER
프롬프트: 보존할 이벤트 로그 파일 수 [9]:
이 옵션은 보존할 추가 이벤트 로그 파일 수를 지정합니다. 이 옵션이 사용으로 설정되어 있고 현재 이벤트 로그 파일 크기가 임계값 크기에 도달하면 로그가 자동으로 다른 파일에 복사됩니다. 지정된 파일 수에 도달하면 가장 오래된 파일의 데이터가 겹쳐집니다.
추가 이벤트 로그 파일을 보존하지 않으려면 0을 입력하십시오. 단일 이벤트 로그 파일은 수동으로 잘릴 때까지 커집니다. 이런 경우, 이벤트 로그 파일 크기가 임계값 크기에 도달하면 이벤트 로그 이름을 바꾸거나 이벤트 로그를 삭제할 때까지 원치 않는 "Event log full" 메시지가 주기적으로 표시됩니다. ACSLS가 설치 또는 업그레이드되는 경우 기본값은 구(9)입니다.
이 기능을 사용으로 설정하고 보존할 로그 파일 수를 지정하려면 1에서 9 사이(범위 값 포함)의 수를 입력하십시오. 이벤트 로그가 임계값 크기에 도달하면 데이터가 event0.log 파일로 이동합니다. 다음번에 임계값 크기에 도달하면 event0.log 데이터가 event1.log로 이동하고 이벤트 로그 데이터가 event0.log로 이동합니다. 이 주기는 지정된 보존된 파일 수에 도달할 때, 즉 데이터가 가장 오래된 파일에서 삭제되는 시점까지 계속됩니다.
LOG_PATH
프롬프트: 로깅 디렉토리 변경사항은 제품을 다시 시작해야 적용됩니다. 로깅 정보를 배치해야 할 디렉토리 위치 [$ACS_HOME/log]:
로그 파일을 배치할 디렉토리를 선택하십시오. 설치된 대로 ACSLS는 $ACS_HOME/log 디렉토리에 정보를 기록합니다. 일반적인 사용에서 이 변수의 값은 변경되지 않습니다. $ACS_HOME을 포함하는 파일 시스템에 디스크 공간 문제가 있는 경우 대체 경로를 지정할 수 있습니다. 지정된 경로가 절대 경로여야 합니다(/ 또는 $ACS_HOME으로 시작되는 경로).
이 변수를 적용하려면 ACSLS 제품을 다시 시작해야 합니다.
LOG_SIZE
프롬프트: 최대 라이브러리 서버 이벤트 로그 크기(KB) (=1000바이트).
이 옵션에서는 이벤트 로그의 임계값 크기(KB, 1,000바이트)를 지정합니다. 음수가 아닌 숫자를 입력하십시오. ACSLS가 설치 또는 업그레이드되는 경우 기본값은 500입니다.
유효한 입력: 32~2147483
TIME_FORMAT
프롬프트: 모든 로그의 날짜/시간 형식 [%Y-%m-%d%H:%M:%S]:
이 옵션에서는 이벤트 로그 및 추적 로그의 날짜 및 시간 정보를 출력하는 데 사용할 형식을 지정합니다. 형식은 C 언어 함수에서 사용된 것(strftime)과 동일합니다.
LM_RP_TRAIL
프롬프트: 라이브러리 관리자 요청 프로세스 감사 기능을 켜야 합니까? [TRUE]:
TRUE로 설정하면 이 옵션을 통해 모든 ACSLS 요청의 감사 추적을 사용으로 설정합니다. 각 요청이 시작된 클라이언트 또는 사용자 인터페이스의 시간 기록 및 이름과 함께 각 요청이 기록됩니다. 결과 로그는 rpTrail.log 파일에 있습니다.
RP_TRAIL_LOG_SIZE
프롬프트: rpTrail 로그에 대한 최대 크기(KB) [1000]:
이 옵션에서는 KB로 표현된 rpTrail 로그에 대한 임계값 크기를 지정합니다. 음수는 입력할 수 없습니다. ACSLS가 설치 또는 업그레이드되는 경우 1000KB(1MB)가 기본값입니다. rpTrail.log가 이 크기를 초과하면 이 로그 파일이 압축되고 아카이브되며 새 rpTrail.log가 후속 요청 감사를 위해 만들어집니다.
10에서 10000 사이의 값을 입력하십시오.
RP_TRAIL_FILE_NUM
프롬프트: 보존할 rpTrail 아카이브 파일 수 [10]:
이 옵션에서는 보존할 아카이브된 rpTrail 로그 파일 수를 지정합니다. 현재 rpTrail.log 크기가 임계값 크기를 초과하면 로그가 자동으로 압축되고 아카이브되며, 압축된 시점의 시간 기록이 포함됩니다. 아카이브된 파일은 "log_archives" 디렉토리에 저장됩니다. 지정된 아카이브된 로그 수에 도달하고 새 로그가 추가되는 경우 가장 오래된 파일이 제거됩니다.
1에서 999개 사이의 아카이브된 로그 파일을 보존할 수 있습니다.
RP_TRAIL_DIAG
프롬프트: 내부 요청 처리에 대한 진단 시간 기록을 기록합니까? [FALSE]:
이 옵션에서는 감사 추적에 진단 정보를 포함할 것인지를 지정합니다.
TRUE로 설정하면 ”QUEUED AT”, ”FORKED/WRITTEN TO AT” 및 ”FINAL RESPONSE SENT TO <recipient” AT”에 대한 시간 기록이 추적 로그에 포함됩니다.
XAPI_LOG_SIZE
프롬프트: XAPI 로그 크기 변경사항은 XAPI 서버가 다시 시작될 때까지 적용되지 않습니다. 최대 XAPI 로그 크기(MB) (=1048576바이트) [20].
이 옵션에서는 MB로 표현된 XAPI 로그에 대한 임계값 크기를 지정합니다(여기서는 "1048576바이트"로 정의됨). 음수가 아닌 숫자를 입력하십시오. 이 옵션의 기본값은 20입니다.
이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
XAPI_LOG_FILE_NUM
프롬프트: 보존할 XAPI 로그 아카이브 파일 수 [10].
이 옵션에서는 보존할 아카이브된 XAPI 로그 파일 수를 지정합니다. 현재 vlog.file 크기가 임계값 크기를 초과하면 해당 로그 파일은 0-n 접미사가 붙은 이름으로 바뀝니다. 0은 가장 최근 파일이며, n은 가장 오래된 파일입니다. 아카이브된 파일은 API_WORK_PATH 디렉토리에 저장됩니다. 지정된 아카이브된 로그 수에 도달하는 경우 새 파일이 아카이브 디렉토리에 추가될 때마다 가장 오래된 파일이 이 디렉토리에서 제거됩니다. 1개에서 99개 사이의 아카이브된 파일을 보존할 수 있습니다. 보존할 아카이브된 로그 파일 수를 지정하려면 1에서 99 사이의 숫자를 입력하십시오.
이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
XAPI_TRACE_SIZE
프롬프트: XAPI 추적 크기 변경사항은 xapi 서버를 다시 시작해야 적용됩니다. 최대 XAPI 추적 크기(MB) (=1048576바이트) [50].
이 옵션은 XAPI 추적에 대한 임계값 크기(MB)를 지정합니다(여기서는 "1048576바이트"로 정의됨). 음수가 아닌 숫자를 입력하십시오. 이 옵션의 기본값은 50입니다.
이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
XAPI_TRACE_FILE_NUM
프롬프트: 보존할 XAPI 추적 아카이브 파일 수.
이 옵션에서는 보존할 아카이브된 XAPI 추적 파일 수를 지정합니다. 현재 vtrace.file 크기가 임계값 크기를 초과하면 해당 추적 파일은 0-n 접미사가 붙은 이름으로 바뀝니다. 0은 가장 최근 파일이며, n은 가장 오래된 파일입니다. 아카이브된 파일은 XAPI_WORK_PATH 디렉토리에 저장됩니다. 지정된 아카이브된 로그 수에 도달하는 경우 새 파일이 아카이브 디렉토리에 추가될 때마다 가장 오래된 파일이 이 디렉토리에서 제거됩니다. 1개에서 99개 사이의 아카이브된 파일을 보존할 수 있습니다. 보존할 아카이브된 로그 파일 수를 지정하려면 1에서 99 사이의 숫자를 입력하십시오.
이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
옵션 3을 사용하면 다음을 설정 또는 변경할 수 있습니다.
LIB_VOL_STATS
프롬프트: 라이브러리 볼륨 통계 수집을 사용으로 설정: (ON / OFF) [OFF]:
이 옵션에서는 넣기, 꺼내기, 마운트 해제, 마운트 및 감사 작업에서 LVSTATS(라이브러리 볼륨 통계) 정보를 수집할 것인지 지정합니다. LVSTATS 수집 및 보고 세션을 시작하려면 ON을 입력하십시오. LVSTATS 수집 및 보고 세션을 종료하려면 OFF를 입력하십시오. 세션이 시작되거나 종료되는 경우 해당하는 메시지가 acsss_stats.log 로그 파일에 출력됩니다. 옵션을 적절히 사용하면 위에 나열된 개별 작업에 대한 로그 파일 브래키팅이 수행됩니다.
VOL_STATS_FILE_NUM
프롬프트: 보존할 acsss_stats 로그 파일 수 [9]:
이 옵션에서는 보존할 추가 acsss_stats 로그 파일 수를 지정합니다. 이 옵션이 사용으로 설정되어 있고 현재 acsss_stats 로그 파일 크기가 임계값 크기에 도달하면 로그가 자동으로 다른 파일에 복사됩니다. 지정된 파일 수에 도달하면 가장 오래된 파일의 데이터가 겹쳐집니다.
추가 로그 파일을 보존하지 않으려면 0을 입력하십시오. 단일 acsss_stats 로그 파일은 수동으로 잘릴 때까지 커집니다. 이런 경우, acsss_stats 로그 파일이 임계값 크기에 도달하면 acsss_stats 로그 이름을 바꾸거나 이 로그를 삭제할 때까지 원치 않는 "acsss_stats log full" 메시지가 이벤트 로그에 주기적으로 표시됩니다. ACSLS가 설치 또는 업그레이드되는 경우 기본값은 구(9)입니다.
보존할 로그 파일 수를 지정하려면 1에서 9 사이(범위 값 포함)의 숫자를 입력하십시오. acsss_stats 로그가 임계값 크기에 도달하면 데이터가 vol_stats0.log 파일로 이동합니다. 다음번에 임계값 크기에 도달하면 vol_stats0.log 데이터가 vol_stats1.log로 이동하고 acsss_stats 로그 데이터가 vol_stats0.log로 이동합니다. 이 주기는 지정된 보존된 파일 수에 도달할 때, 즉 데이터가 가장 오래된 파일에서 삭제되는 시점까지 계속됩니다.
VOL_STATS_FILE_SIZE
프롬프트: 최대 라이브러리 서버 access_stats 로그 크기(KB) (=1000바이트) [500]:
이 옵션에서는 KB로 표현되는 acsss_stats 로그에 대한 임계값 크기를 지정합니다(여기서는 "1000바이트"로 정의됨). 32 이상의 값을 입력하십시오. ACSLS가 설치 또는 업그레이드되는 경우 이 옵션의 크기에 대한 기본값은 500KB입니다.
유효한 입력: 32~10000
UNIFORM_CLEAN_USE
프롬프트: 청소 카트리지 순서 지정 방법 선택 [VOLID_SORT]:
유효한 옵션은 다음과 같습니다.
VOLID_SORT - 청소 카트리지 순서를 볼륨 식별자별로 지정합니다. 이 옵션은 청소 카트리지를 다음으로 이동하기 전에 사용합니다. 이 옵션을 선택하면 ACSLS가 이전 릴리스의 ACSLS 소프트웨어와 같은 순서로 청소 카트리지를 사용하고 반환합니다. ACSLS가 설치 또는 업데이트되는 경우 이 옵션이 기본값입니다.
LEAST_USED - 청소 카트리지 순서를 사용률별로 지정합니다. 이 옵션을 선택하면 ACSLS가 볼륨 목록을 사용률의 역순으로 정렬하고 가장 적게 사용한 카트리지를 먼저 반환합니다. 이 옵션을 통해 청소 카트리지를 균일하게 사용할 수 있습니다.
MOST_CAPACITY - 청소 카트리지 순서를 남은 사용 횟수별로 지정합니다. 이 옵션을 사용하면 ACSLS에서는 청소 카트리지의 남은 사용 횟수에 따라 볼륨 목록을 정렬하고 가장 사용 횟수가 많이 남은 카트리지를 먼저 반환합니다. 이 옵션은 모든 청소 카트리지를 거의 동시에 사용합니다.
AUTO_CLEAN
프롬프트: 운송 장비 자동 청소 옵션을 사용으로 설정(TRUE/FALSE) [TRUE]:
유효한 옵션은 다음과 같습니다.
TRUE - 운송 장비에 청소가 필요한 경우 ACSLS에서는 자동으로 다음 마운트 전에 운송 장비를 청소합니다.
SCSI 또는 광 섬유 연결 라이브러리의 드라이브 청소 작업은 ACSLS가 아닌 라이브러리 펌웨어에서 관리됩니다. LSM 컨트롤 패널의 드라이브 청소가 사용으로 설정되어 있는지 확인하십시오. 설정되지 않은 경우 필요에 따라 주기적으로 ACSLS에서 청소 카트리지를 수동 명령으로 마운트할 수 있습니다.
FALSE - 자동 청소를 사용으로 설정하지 않음
AUTO_START
프롬프트: 라이브러리 서버 시작 상태(RUN/IDLE) [RUN]:
이 옵션에서는 복구가 서버 소프트웨어를 시작하는 동안 완료된 후 초기 ACSLS 상태를 지정합니다. 유효한 옵션은 다음과 같습니다.
RUN - 복구가 완료된 후 바로 사용자 요청이 처리됩니다.
IDLE - 복구가 완료된 후 바로 사용자 요청이 처리되지 않게 합니다.
이 옵션을 IDLE로 설정하면 사용자에 대한 서버 액세스를 허용하기 전에 장치 상태를 전환하거나 일부 작업 활동을 수행해야 할 경우에 유용할 수 있습니다.
MAX_ACSMT
프롬프트: ACSLS가 지원하는 마운트 프로세스 수 변경사항은 제품을 다시 시작해야 적용됩니다. 마운트 프로세스 수 [2]:
유효한 입력은 1~5입니다.
Oracle에서는 초기 구성에서 기본값을 수락하고 필요한 경우 그 값을 변경하는 것을 권장합니다. 이 값을 높이면 성능이 향상될 수 있습니다. 대규모 구성(8개보다 많은 LSM이 있는 구성)의 경우 마운트/마운트 해제 성능을 개선하기 위해 이 값을 높여야 할 수도 있습니다.
주의:
이 숫자를 너무 높게 설정하면 ACSLS가 제대로 시작되지 않을 수 있습니다. 이런 경우, 이 숫자를 낮추거나 사용자당 최대 허용 가능 프로세스 수를 높이십시오.기본값은 2입니다.
ENABLE_ACSQY
프롬프트: QUERY 연속 프로세스를 사용으로 설정(TRUE/FALSE) [TRUE]:
이 옵션을 사용하면 하나 이상의 연속 프로세스로서 쿼리를 실행할 수 있습니다. 쿼리는 연속 또는 요청 프로세스로서 실행될 수 있습니다. 초기 구성에서 기본값을 수락하고 필요한 경우 그 값을 변경하십시오. 이 값을 높이면 성능이 향상될 수 있습니다. 유효한 옵션은 다음과 같습니다.
TRUE - 연속 쿼리 프로세스를 사용으로 설정합니다.
주의:
최소 구성 시스템에서 10개보다 많은 쿼리 연속 프로세스로 인해 시스템 리소스를 사용하여 ACSLS를 시작하지 못할 수 있습니다.FALSE - 연속 쿼리 프로세스를 사용 안함으로 설정합니다. 쿼리가 요청 프로세스로서 호출됩니다.
MAX_ACSQY
프롬프트: ACSLS가 지원하는 쿼리 프로세스 수 변경사항은 제품을 다시 시작해야 적용됩니다. 쿼리 프로세스 수 [2]:
이 옵션에서는 만들 연속 쿼리 프로세스 수를 지정합니다. 이 옵션은 위 단계에서 사용으로 설정한 경우에만 유효합니다. 유효한 숫자는 1~5입니다.
Oracle에서는 초기 구성에서 기본값 (2)를 수락하고 필요한 경우 그 값을 변경하는 것을 권장합니다. 대규모 구성(8개보다 많은 LSM)의 경우 성능을 개선하기 위해 이 값을 높여야 할 수도 있습니다.
주:
이 숫자를 너무 높게 설정하면 ACSLS가 제대로 시작될 수 없을 수 있습니다. 이 숫자를 낮추거나 사용자당 최대 허용 가능 프로세스 수를 높이십시오.이 옵션을 적용하려면 ACSLS를 다시 시작해야 합니다.
MAX_ACS_PROCESSES
프롬프트: 최대 ACSLS 프로세스 수 변경사항은 제품을 다시 시작해야 적용됩니다. ACSLS 프로세스 수 [40]:
유효한 숫자는 32~100입니다.
임시 프로세스는 mount; dismount; lock; unlock; clear_lock 및 query_lock을 제외한 모든 요청을 만족합니다. 기본 40개의 프로세스는 대단히 많은 구성을 제외한 모든 ACSLS 프로세스에 대해 작동합니다. 기본값은 40입니다.
주:
이 값을 변경하기 전에 고객지원센터에 문의하는 것이 좋습니다.이 옵션을 적용하려면 ACSLS를 다시 시작해야 합니다.
TRACE_ENTER
프롬프트: 자동 넣기 추적 기능을 사용으로 설정(TRUE/FALSE) [FALSE]:
이 옵션에서는 자동 넣기 작업의 결과를 이벤트 로그에 기록할 것인지 지정합니다. 유효한 옵션은 다음과 같습니다.
TRUE - 각 자동 넣기 작업 끝에 이벤트 로그에 메시지를 작성하도록 설정합니다. 이 옵션은 자동 넣기 작업 중에 볼륨을 넣지 않은 이유를 결정하는 유일한 방법입니다.
FALSE - 이 기능을 사용 안함으로 설정하고, 이벤트 로그에 작성된 메시지 수를 최소화하도록 지원합니다.
TRACE_VOLUME
프롬프트: 볼륨 추적 기능을 사용으로 설정(TRUE/FALSE) [FALSE]:
이 옵션에서는 데이터베이스에서 볼륨을 추가/삭제하는 경우 원치 않는 메시지가 표시되는지 지정합니다. 유효한 옵션은 다음과 같습니다.
TRUE - 볼륨이 데이터베이스에서 추가 또는 삭제될 때마다 원치 않는 메시지가 표시되도록 설정합니다. 이 메시지를 생성할 수 있는 작업에는 감사, 마운트, 마운트 해제, 넣기, 꺼내기, 복구 및 전환이 있습니다.
FALSE - 이 기능을 사용 안함으로 설정하고, 이벤트 로그에 작성된 메시지 수를 최소화하도록 지원합니다.
ABSENT_VOLUME_RETENTION_PERIOD
프롬프트: 데이터베이스에서 존재하지 않음 또는 꺼냄으로 식별되는 볼륨의 보존 일수. [5]:
동적 변수, 이 옵션에서는 데이터베이스에 존재하지 않거나 꺼낸 카트리지를 보관하는 일수(0~999)를 설정합니다. 볼륨을 다시 넣지 않고 보존 기간이 만료되는 경우 ACSLS는 자동으로 데이터베이스에서 볼륨을 삭제합니다.
볼륨이 삭제되지 않게 하려면 999를 입력하십시오. 볼륨을 즉시 삭제하려면 0을 입력하십시오.
주의:
보존 기간을 길게 설정하면 대규모의 존재하지 않거나 꺼낸 볼륨을 보존할 수도 있습니다. 이런 경우 데이터베이스 공간을 더 많이 사용하며 더 빨리 채울 수 있습니다.ENABLE_STATUS_VOLUME_ABSENT
프롬프트: 존재하지 않는 볼륨 및 꺼낸 볼륨을 ACSAPI 클라이언트에 보고합니다. [FALSE]:
유효한 옵션은 다음과 같습니다.
TRUE - 존재하지 않거나 꺼낸 볼륨을 ACSAPI 클라이언트에 보고합니다.
FALSE - 존재하지 않거나 꺼낸 볼륨이 ACSAPI 클라이언트에 보고되지 않습니다(이전 ACSLS 버전에서 발생함).
ENABLE_STATUS_VOLUME_MISSING
프롬프트: 누락된 볼륨 상태가 ACSAPI 클라이언트에 보고됨: TRUE=누락됨. FALSE=운반 중 [FALSE]:
이 옵션에서는 누락된 볼륨에 대해 ACSAPI 클라이언트에 반환할 상태 코드를 설정합니다. 유효한 옵션은 다음과 같습니다.
TRUE - 누락된 카트리지를 ACSAPI 클라이언트에 보고합니다.
FALSE - 누락된 볼륨이 ACSAPI 클라이언트에 보고되지 않습니다(이전 ACSLS 버전에서 발생됨).
****ENABLE_INIT_ACSLM이 TRUE여야 함****
이 변수는 TRUE여야 하므로 GUI 및 논리 라이브러리에서 레거시 ACSLS 프로세스와 통신할 수 있습니다. [TRUE]:
레거시 ACSLS 프로세스는 프로세스 간 통신을 위해 UNIX 기반 소켓만 사용했습니다. 이 변수를 통해 GUI 및 논리 라이브러리 지원을 위한 INET 기반 소켓 통신을 사용으로 설정합니다. ACSLS 8+ 기능을 사용으로 설정하려면 ENABLE_INIT_ACSLM이 true여야 합니다. 변경사항을 적용하려면 ACSLS 제품을 다시 시작해야 합니다.
ALPHANUM_VOL_RANGES
프롬프트: 명령 및 유틸리티에 대한 영숫자 볼륨 범위를 지원합니다. 영숫자 범위에는 ASCII 조합 시퀀스의 모든 유효한 vol_ids가 포함됩니다. 주 - 영숫자 볼륨 범위 지원 변경사항은 제품을 다시 시작해야 적용됩니다. (TRUE/FALSE) [FALSE]:
영숫자 볼륨 범위 지원이 명령 및 유틸리티에 대해 활성인지 지정합니다. 유효한 옵션은 다음과 같습니다.
FALSE(기본값) - 볼륨 범위를 지정할 때 vol_id 범위의 첫번째 문자는 같아야 하고 마지막 가변 문자는 숫자여야 합니다. 예: AAA000-AAA999
TRUE - 영숫자 볼륨 범위에 모든 유효한 볼륨 ID가 포함되어 있는 경우 범위에 대해 유효한 vol_id를 임의로 지정할 수 있습니다. 유효한 볼륨 범위는 숫자(0-9), 문자
(A-Z), 달러 기호($), 파운드 기호(#) 및 공백(선행 및 후행)을 조합하여 구성됩니다.
예: A1Z27BC-G$123R
EJECT_RESPONSE_ON_CAP_FULL
프롬프트: 꺼내기 처리 중에, CAP가 채워지면 MAX_ID 볼륨을 꺼내도록 기다리지 않고 꺼낸 볼륨을 포함하는 중간 응답을 보냅니다. (TRUE/FALSE) [FALSE].
이 옵션에서는 꺼내기 프로세스에서 CAP가 채워지면 중간 응답을 보내야 하는지, 아니면 MAX_ID 볼륨을 꺼내도록 기다려야 하는지를 지정합니다. CAP가 MAX_ID 셀보다 많은 구성에서는 중간 응답이 MAX_ID 볼륨을 꺼낼 때 생성되므로 이 옵션은 동작에 영향을 주지 않습니다. 이 설정은 cmd_proc에 영향을 미치지 않고 cmd_proc는 CAP가 채워지면 항상 응답을 수신합니다.
주의:
이 변수 값을 변경하면 중간 꺼내기 응답에 항상 MAX_ID 볼륨을 포함할 것을 기대하는 ACSAPI 클라이언트에 영향을 줍니다.MOUNT_RETRY_DELAY
프롬프트: 라이브러리가 사용 중이거나 일시적으로 사용할 수 없는 경우 마운트 및 마운트 해제 실패를 방지하려면 요청을 대기열에 저장하고 재시도합니다. 큐에 저장된 마운트 및 마운트 해제 요청을 재시도하기 전에 시간이 지연(분)되거나 ACSLS에서 일시적으로 오프라인 라이브러리 또는 드라이브가 사용 가능한지 확인합니다. 범위 1~6분 [2]:
라이브러리가 사용 중이거나 일시적으로 사용할 수 없기 때문에 마운트 및 마운트 해제 요청이 실패할 때 자동으로 큐에 저장됩니다. 요청을 주기적으로 재시도하거나 라이브러리 및 드라이브 가용성을 다시 확인합니다. 이 변수는 시퀀스를 재시도하려는 시도 사이의 시간 간격(분)을 지정합니다.
MOUNT_RETRY_TIME_LIMIT
프롬프트: 라이브러리가 사용 중이거나 일시적으로 사용할 수 없는 경우 마운트 및 마운트 해제 실패를 막으려면 요청을 대기열에 저장하고 재시도합니다. 마운트 및 마운트 해제 요청을 대기열에 저장하는 시간 제한(분)입니다. 이 시간 제한 후에는 요청이 실패합니다. 범위 5~80분 [5]:
라이브러리를 일시적으로 사용할 수 없을 때 마운트 및 마운트 해제 요청이 실패하지 않도록 자동으로 대기열에 저장됩니다. 요청을 주기적으로 재시도하거나 라이브러리 및 드라이브 가용성을 다시 확인합니다. 이 변수는 ACSLS가 마운트 또는 마운트 해제 요청을 계속 대기열에 저장하는 최대 시간입니다.
AUTO_CLEAN_RETRY_LIMIT
프롬프트: 드라이브 청소 시도를 중단하고 요청된 데이터 카트리지 마운트를 진행하기 전 자동 청소 작업 재시도 횟수입니다. 재시도 범위 0~5회 [1].
드라이브에 청소가 필요하고 자동 청소가 사용으로 설정되어 있는 경우 ACSLS는 해당 드라이브에 대한 다음 마운트 전에 드라이브를 청소하려고 시도합니다. 청소 카트리지 최대 사용 횟수를 초과하거나 다른 이유로 사용할 수 없어서 청소 작업에 실패하면 ACSLS가 다른 청소 카트리지를 선택하고 마운트하여 드라이브를 청소하려고 시도합니다.
AUTO_CLEAN_RETRY_LIMIT는 요청된 데이터 카트리지를 계속하고 마운트하기 전에 ACSLS가 청소 작업을 재시도하는 횟수를 제한합니다.
XAPI_PORT
프롬프트: XAPI 서버에 대한 사용자 정의 인바운드 포트 변경사항은 XAPI 서버를 다시 시작해야 적용됩니다. 들어오는 XAPI 요청을 수신하기 위해 XAPI 서버에서 사용되는 포트 번호입니다. 포트 50003을 지정하지 마십시오[50020].
이 옵션은 클라이언트의 TCP 요청 수신을 위해 XAPI 서버에서 사용되는 포트를 지정합니다. XAPI 서버에서 사용되는 포트를 정의하려면 1024에서 65535 사이의 숫자를 입력하십시오. 포트 50003은 지정하지 마십시오.
XAPI_WORK_PATH
프롬프트: XAPI 작업 디렉토리 변경사항은 XAPI 서버를 다시 시작해야 적용됩니다. XAPI 로깅/추적 정보를 배치해야 할 위치 [$ACS_HOME/log/xapi]
XAPI 서버 작업 파일이 배치되는 디렉토리를 선택하십시오. 설치되면 XAPI 서버가 정보를 $ACS_HOME/log/xapi 디렉토리에 기록합니다. 일반적인 사용에서 이 변수의 값은 변경되지 않습니다. $ACS_HOME을 포함하는 파일 시스템에 디스크 공간 문제가 있는 경우 대체 경로를 지정할 수 있습니다. 지정된 경로가 절대 경로여야 합니다(/ 또는 $ACS_HOME으로 시작되는 경로).
이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
LIMIT_CAP_CONCURRENT_MOVES
프롬프트: 여러 라이브러리가 있는 ACS에서 꺼내기 및/또는 넣기에 많은 CAP를 사용하는 경우 마운트 및 마운트 해제를 위한 라이브러리 리소스를 예약하기 위해 CAP로 또는 CAP로부터 동시에 이동하는 횟수를 제한합니다. (TRUE/FALSE).
각 꺼내기 또는 넣기 작업에 대해 ACSLS는 동시에 CAP로 또는 CAP로부터 여러 카트리지를 이동합니다. (각 CAP에 대한 동시 이동 횟수 기본값은 4회입니다.) 다중 연결된 라이브러리의 ACS(라이브러리 컴플렉스)에서 수많은 CAP가 동시에 꺼내기 및 넣기에 사용 중인 경우 이로 인해 마운트, 마운트 해제를 비롯한 기타 요청에 사용할 수 있는 라이브러리 리소스가 제한될 수 있습니다.
많은 CAP를 넣기 및 꺼내기에 동시에 사용하는 경우 LIMIT_CAP_CONCURRENT_MOVES를 TRUE로 설정하여 마운트, 마운트 해제 등에 필요한 라이브러리 리소스를 예약하십시오.
xapi_startup_file
프롬프트: XAPI 시작 파일 이름 변경사항은 XAPI 서버를 다시 시작해야 적용됩니다. XAPI 시작 파일의 이름 [startup].
이 옵션은 XPI 시작 파일의 이름을 지정합니다. 이 파일은 XAPI_WORK_PATH 디렉토리에 있으며 XAPI 시작 매개변수를 포함합니다.
이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
BULK_CAP_EJECT_HANDLE
프롬프트: SL8500 대량 CAP의 카트리지를 꺼낼 때 각 CAP 매거진의 슬롯을 핸들로 사용될 수 있도록 비워두십시오. (TRUE/FALSE)
BULK_CAP_EJECT_HANDLE을 TRUE로 설정하여 꺼내기 작업 중에 각 대량 CAP 매거진의 슬롯을 비워두십시오. 빈 슬롯은 핸들로 사용될 수 있습니다. 레일 높이에 따라, 아래쪽 슬롯 또는 위쪽 슬롯이 비어있는 상태가 됩니다.
ENTER_CLOSE_TO_DRIVES
프롬프트: 카트리지를 SL8500 라이브러리에 넣을 때 카트리지를 테이프 드라이브와 가까운 스토리지 셀로 이동합니다. (TRUE/FALSE)
ENTER_CLOSE_TO_DRIVES가 TRUE이면 ACSLS에서는 SL8500에 넣는 중인 카트리지를 테이프 드라이브와 가까운 스토리지 셀로 이동합니다. 이렇게 하면 나중에 드라이브에 카트리지를 손쉽게 마운트할 수 있습니다.
ENTER_CLOSE_TO_DRIVES가 FALSE이면 ACSLS에서는 연속 방식으로 넣는 중인 카트리지에 새 홈 셀을 할당하고 각 패널에 차례로 홈 셀을 할당합니다.
DISMOUNT_AWAY_FROM_DRIVES
프롬프트: SL8500 라이브러리에서 마운트 해제 시 카트리지를 새 홈 셀로 Float하는 경우 카트리지를 테이프 드라이브에서 멀리 있는 스토리지 셀로 이동합니다. (TRUE/FALSE)
DISMOUNT_AWAY_FROM_DRIVES가 TRUE이면 ACSLS에서는 SL8500에서 마운트 해제 시 새 홈 셀에 Float 중인 카트리지를 테이프 드라이브에서 멀리 있는 스토리지 셀로 이동합니다. 이렇게 하면 테이프 드라이브에 새 카트리지를 위한 공간이 마련됩니다.
DISMOUNT_AWAY_FROM_DRIVES가 FALSE이면 ACSLS에서는 연속 방식으로 마운트 해제 시 Float중인 카트리지에 새 홈 셀을 할당하고 각 패널에 차례로 빈 셀을 할당합니다.
XAPI_TAPEPLEX_NAME
프롬프트: XAPI Tapeplex 이름 변경사항은 XAPI 서버를 다시 시작해야 적용됩니다.
XAPI Tapeplex의 이름 []
이 옵션에서는 XAPI Tapeplex의 이름을 지정합니다. 이 변수를 적용하려면 XAPI 서버를 다시 시작해야 합니다.
텍스트 길이가 8을 초과하지 않도록 입력하십시오.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
옵션 4를 사용하면 다음 액세스 제어 변수를 설정 또는 변경할 수 있습니다.
AC_CMD_ACCESS
프롬프트: 명령 액세스 제어 변경사항은 제품을 다시 시작해야 적용됩니다. 액세스 제어는 명령에 대해 활성입니다. (TRUE/FALSE) [FALSE].
액세스 제어가 명령에 대해 활성인지 지정합니다. 이 옵션을 사용하면 각 네트워크 클라이언트에서 실행하도록 허용되는 ACSLS 명령을 제어할 수 있습니다.
기본 값은 FALSE이며 액세스 제어를 사용 안함으로 설정합니다.
주:
이 변경사항을 적용하려면 ACSLS를 중지한 다음 다시 시작해야 합니다.AC_CMD_DEFAULT
프롬프트: 명령에 대한 기본 액세스 (ACCESS/NOACCESS) [ACCESS].
관련 액세스 제어 목록이 없는 경우 명령에 대한 기본 액세스를 지정합니다.
기본값 ACCESS는 액세스 제어 파일에서 제공된 구성 정보를 통해 거부된 경우가 아니면 명령 액세스를 허용합니다.
AC_VOL_ACCESS
프롬프트: 볼륨 액세스 제어 변경사항은 제품을 다시 시작해야 적용됩니다. 액세스 제어는 볼륨에 대해 활성입니다. (TRUE/FALSE) [FALSE].
액세스 제어가 볼륨에 대해 활성인지 지정합니다. 이 옵션을 통해 특정 볼륨을 액세스할 수 있는 ACSLS 클라이언트를 제어할 수 있습니다. 이 옵션을 적용하려면 ACSLS를 다시 시작해야 합니다.
기본 값은 FALSE이며 볼륨에 대한 액세스 제어를 사용 안함으로 설정합니다.
주:
이 변경사항을 적용하려면 ACSLS를 중지한 다음 다시 시작해야 합니다.AC_VOL_DEFAULT
프롬프트: 볼륨에 대한 기본 액세스 (ACCESS/NOACCESS) [NOACCESS].
관련 액세스 제어 목록이 없는 경우 볼륨에 대한 기본 액세스를 지정합니다.
기본값 NOACCESS는 액세스 제어 파일에서 제공된 구성 정보를 통해 허용된 경우가 아니면 볼륨 액세스를 허용하지 않습니다.
AC_LOG_ACCESS
프롬프트: 명령 또는 볼륨에 대한 액세스가 거부되면 메시지가 기록됩니다(TRUE/FALSE) [FALSE].
명령 또는 볼륨에 대한 액세스가 거부되는 경우 메시지를 이벤트 로그에 기록할 것인지 지정합니다. 명령 또는 볼륨 ID가 기록되고, 이 옵션을 사용으로 설정하면 액세스 ID 및 호스트 ID가 기록됩니다.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
옵션 5를 사용하면 다음 자동 백업 변수를 설정 또는 변경할 수 있습니다.
프롬프트: 자동 백업 설정을 수정하시겠습니까?( y 또는 n)
변수: 없음. 자동 백업 설정은 크론탭에 저장됩니다. acsss_config를 사용하여 이러한 설정을 수정하십시오.
유효한 옵션은 다음과 같습니다.
Y - 예인 경우 매일 백업할 것인지 묻습니다. "예"라고 응답한 경우 시간을 HH:MM 형식으로 입력해야 합니다.
아니라고 응답한 경우 백업할 주의 요일을 선택해야 합니다. 시간을 HH:MM 형식으로 입력하십시오.
N - SDM 관리 데이터베이스 백업 파일의 보존 기간과 관련된 다음 질문으로 이동합니다.
RETENTION_PERIOD
프롬프트: SDM 관리 데이터베이스 백업 파일의 보존 기간 일수를 설정합니다. 설명을 보려면 도움말을 참조하십시오. [5].
이 옵션에서는 DSM에서 스토리지 카트리지의 데이터를 며칠간 추적한 후에 카트리지를 재사용 부적합으로 지정할 것인지를 설정합니다. 유효한 일수: 4~30
보존 기간은 백업을 보존하는 기간입니다. 트랜잭션 로그 파일이 각 백업과 함께 보존되어 백업 분할 영역에 필요한 공간이 늘어납니다. 보존 기간을 선택할 때 현장에 따라 다음 조건을 고려하십시오.
각 프롬프트에 대한 도움말을 보려면 ?를 선택하십시오.
옵션 7을 사용하면 이벤트 알림 설정을 정의할 수 있습니다.
CLIENT_CHECK_MESSAGE_COUNT
프롬프트: ACSLS에서 두 개의 연속하는 클라이언트 확인 사이에 클라이언트에 보낸 이벤트 메시지 수를 설정합니다. [100]
이 옵션에서는 ACSLS에서 등록된 클라이언트의 활성 상태 검증을 확인하기 전에 클라이언트에 보낼 이벤트 알림 메시지 수와 다음 질문으로 설정되는 최소 확인 간격을 지정합니다.
유효한 입력: 10~1000개 메시지
CLIENT_CHECK_MIN_INTERVAL
프롬프트: ACSLS에서 수행한 두 개의 연속하는 클라이언트 확인 사이의 최소 간격(분)을 입력합니다. [30]
ACSLS에서는 등록된 클라이언트가 계속 활성 상태인 경우 주기적으로 확인합니다. 이 확인은 최소 간격 및 이벤트 알림 메시지 수를 초과하는 경우 수행됩니다.
유효한 입력: 1~600분
CLIENT_CHECK_RESPONSE_TIME
프롬프트: 클라이언트가 확인 등록 요청이 있는 클라이언트 확인에 응답해야 하는 시간(초)을 입력합니다. [30]:
ACSLS에서 주기적으로 등록된 클라이언트가 계속 활성 상태인지 확인할 경우 클라이언트는 지정된 응답 시간 내에 확인 등록 요청과 함께 응답해야 합니다. 클라이언트가 이 기간 내에 응답하지 않으면 클라이언트의 이벤트 알림 등록이 취소됩니다.
유효한 입력: 5~300초
CLIENT_CHECK_POLLING_INTERVAL
프롬프트: 이벤트 알림 클라이언트 등록을 확인하는 폴링 간격(분) 입력 [60]:
ACSLS에서는 등록된 클라이언트가 계속 활성 상태인 경우 주기적으로 확인합니다. 폴링 간격이 지정되면 ACSLS는 등록, 등록 취소 또는 이 폴링 간격 내에 등록 요청 확인을 하지 않은 모든 클라이언트에게 클라이언트 확인 응답을 보냅니다.
유효한 입력은 10~1440분입니다.
정적 변수 설정을 완료하면 acsls 서비스를 다시 시작해야 합니다. acsss disable 후에 acsss enable을 사용하십시오.
동적 변수의 경우에는 이 작업을 수행하지 않아도 됩니다.
처음 라이브러리 하드웨어를 만들거나 새 라이브러리를 추가하거나 기존 라이브러리를 재구성하려면 acsss_config(옵션 8)를 사용해야 합니다. 초기 라이브러리 구성 후에 config 유틸리티를 사용하여 동적으로 LSM 및 테이프 드라이브를 추가, 재구성 또는 제거하거나, ACS를 추가 또는 재구성하거나, 라이브러리에 대한 포트 연결을 추가할 수 있습니다. 자세한 정보 및 절차를 알아보려면 ACSLS 동작을 제어하는 변수 설정을 참조하십시오.
자세한 내용은 라이브러리 하드웨어 설치 및 구성을 참조하십시오.
관리 책임이 있는 사용자는 시스템 부트 이벤트 및 ACSLS-HA 시스템 클러스터 페일오버 이벤트를 비롯한 시스템 이벤트의 자동 전자 메일 알림을 등록할 수 있습니다.
이러한 이벤트를 등록하려면 사용자가 자신의 전자 메일 주소를 다음 디렉토리 아래의 해당 파일에 추가해야 합니다.
$ACS_HOME/data/external/email_notification/ boot_notification ha_failover_notification
헤더 설명 아래에 각 받는 사람에 대한 전자 메일 주소를 한 라인에 입력합니다. 그런 다음에는 시스템이 부트되거나 HA 클러스터가 대기 노드로 페일오버를 수행할 때마다 등록된 각 사용자에게 전자 메일 알림이 전송됩니다.
이 기능은 메일 전송 서비스가 ACSLS 서버에 사용으로 설정되었고 네트워크 방화벽 제약 조건에서 데이터 센터로부터의 전자 메일 통신이 허용된다고 가정합니다.