ACSLS 8.4는 다양한 플랫폼과 파일 시스템 환경 설정으로 고객에게 더 많은 유연성을 제공합니다. ACSLS 패키지는 현재 Solaris 11.2 또는 Oracle Linux 6.5 플랫폼의 모든 파일 시스템에 설치됩니다.
기타 ACSLS 설명서는 다음 위치의 OTN(Oracle Technical Network)을 참조하십시오.
이 절에서는 소프트웨어, 시스템, 브라우저 및 공동 호스팅 요구 사항을 설명합니다.
ACSLS 8.4는 다음에 대해 테스트되고 문서화되었습니다.
Solaris 11 Update 2를 실행하는 Oracle Sun SPARC 및 X86 플랫폼
Oracle Linux 6.5.
Oracle Unbreakable Enterprise Kernel을 사용하는 환경에서 Oracle Linux 테스트가 수행되었습니다.
가상 환경을 비롯한 기타 운영체제는 테스트되거나 지원되지 않습니다.
특수 장치 드라이버는 논리적 라이브러리 및 광 섬유 연결 라이브러리(예: SL500 및 SL150)와 함께 사용할 수 있도록 ACSLS에 제공됩니다. 이는 Solaris 영역 환경에 대한 문제입니다. 이러한 장치 드라이버는 시스템 커널에 연결되어 있기 때문에 전역 영역에 상주해야 합니다. 이러한 드라이버가 사용되는 경우 ACSLS는 로컬 영역 환경에 설치할 수 없습니다.
ACSLS 8.4 HA(고가용성) 시스템은 고유 전용 플랫폼 쌍에 설치해야 합니다.
작동상으로 승인됨
이 제품은 아래에 주어진 운영 환경에서 실행할 수 있도록 성공적으로 설치되었습니다. 제품 또는 연관된 실행 환경에 손상을 주지 않고 해당 기본 기능을 제공함이 입증되었습니다.
Red Hat Enterprise Linux
메모리: 최소 4GB
시스템 메모리를 표시하려면 다음을 수행합니다.
Solaris
prtconf | grep Mem
Linux
grep MemTotal /proc/meminfo
스왑: 오늘날의 시스템(Solaris 11.2 및 Linux 6.5 포함)은 4GB만큼의 메모리와 2GB만큼의 스왑을 갖추어야 합니다. 시스템 메모리가 6GB를 초과하는 경우 기본적으로 물리적 메모리의 30%만큼의 스왑 공간을 제공해야 합니다. 스왑 공간을 확인하려면 다음을 수행합니다.
Solaris
vmstat -S
결과는 킬로바이트(KB)로 표시됩니다.
Linux
vmstat -s | grep total
결과는 킬로바이트(KB)로 표시됩니다.
파일 시스템 및 필요한 데이터베이스:
ACSLS 8.4는 모든 파일 시스템에 설치할 수 있습니다. ACSLS를 설치하기 전에 다음 디렉토리를 정의해야 합니다.
ACSLS 구성 요소를 설치할 기본 디렉토리
ACSLS 백업에 대한 기본 디렉토리 ACSLS 기본 디렉토리와 별도의 파일 시스템에 ACSLS 백업 디렉토리를 두는 것이 좋습니다(필수 사항은 아님).
모든 디렉토리에 ACSLS를 설치할 수 있지만 ACSLS에 사용되는 기본 디렉토리는 다음과 같습니다.
/export/home은 기본 ACSLS 기본 디렉토리입니다.
/export/backup은 기본 ACSLS 백업 디렉토리입니다.
ACSLS 기본 디렉토리 파일 시스템에는 최소 5GB의 여유 공간이 있어야 합니다. ACSLS 백업용으로 5GB의 추가 여유 공간이 확보되어 있어야 합니다. 파일 시스템 크기를 표시하려면 다음을 수행합니다.
df -h
광 섬유 카드(선택 사항)는 선택 사항입니다. 광 섬유 채널 작업에 적합한 HBA가 필요합니다.
논리적 라이브러리 기능을 지원하는 대상 모드 작업의 경우 이 HBA는 현재 QLogic 광 섬유 카드(4Gb 이상)여야 합니다.
SL500 또는 SL150과 같은 광 섬유 연결 라이브러리를 지원하는 개시자 모드 작업의 경우 ACSLS 8.4는 QLogic 및 Emulex HBA에 대해서 완전히 테스트 및 인증되었습니다.
ACSLS 8.4 GUI는 공식 테스트가 FireFox, Chrome 및 Internet Explorer의 최신 릴리스로 제한되었지만 가장 일반적인 최근 브라우저에서 작동할 수 있습니다. WebLogic Server에서 ACSLS에 대한 기본 설정을 사용하여 Chrome 브라우저 및 이전 버전의 FireFox에 대한 테스트도 정상적으로 수행되었습니다. Internet Explorer V8(및 이상) 및 FireFox V39(및 이상)를 사용하려면 https에 대한 2048비트 자체 서명된 디지털 인증서를 제공하는 구성 설정이 필요합니다. ACSLS 8.4 Installation Guide의 "Configuring a Self-Assigned Digital Certificate for HTTPS" 절을 참조하십시오.
중단 없는 라이브러리 서비스를 보장하고 리소스 경합으로 인한 예상치 않은 문제를 피하려면 일반적으로 ACSLS가 전용 서버에서 독립형 환경으로 실행되는 것이 좋습니다. 그러나 일부 시스템은 서로 완전히 격리되어 있더라도 공동 호스팅 방식으로 여러 응용 프로그램을 실행할 수 있도록 설계되었습니다. Solaris 컨테이너와 Oracle Solaris VM Server for SPARC는 ACSLS와 함께 조건부 공동 호스팅이 가능합니다.
다음 목록에서는 ACSLS 응용 프로그램의 다양한 공동 호스팅 옵션과 연관된 조건 및 제한 사항을 자세히 설명합니다.
Solaris 영역(컨테이너)
시스템 관리자는 Solaris 영역을 사용하여 표준 저비용 서버를 4개의 독립된 Solaris 시스템으로 분할할 수 있으며, 각각 고유의 격리된 파일 시스템과 고유의 Solaris 인스턴스를 갖게 됩니다. 각 영역에 네트워크 리소스를 지정할 수 있고, 동일한 플랫폼에서 다른 영역의 응용 프로그램에 영향을 주지 않고 로컬(비전역) 영역을 재부트할 수 있습니다. 그러나 여러 영역에서 장치 드라이버와 같은 커널 리소스를 공유하는 기능은 아무리 좋게 봐도 빈약합니다. 이상적으로, 커널 드라이버가 필요한 응용 프로그램은 전역 영역에 상주합니다. 그러나 일반적으로 전역 영역에 응용 프로그램을 설치하는 것은 좋은 방법이 아닙니다. 응용 프로그램에 복구 불가능한 오류 조건이 발생할 경우 다른 영역에서 실행 중인 다른 응용 프로그램에 영향을 미칠 수 있기 때문입니다.
ACSLS 8.4는 드라이버가 네트워크 인터페이스를 벗어나지 않는 경우에만 Solaris 영역에 상주할 수 있습니다. 논리적 라이브러리를 사용하려면 대상 모드 광 섬유 채널 드라이버가 필요하며, SL500 또는 SL150 라이브러리에 대한 연결을 수행하려면 개시자 모드 광 섬유 채널 드라이버가 필요합니다. 이러한 구성은 ACSLS가 전역 영역에 설치되어야 함을 나타냅니다.
Solaris 영역에서 사용하도록 지원되는 ACSLS HA 버전은 없습니다.
Oracle VM Server for SPARC
Oracle VM Server for SPARC(이전의 Logical Domains 또는 LDOMs) 기술은 각 도메인이 고유의 Solaris 커널을 제어할 정도로, Solaris 컨테이너에 비해 상당한 이점을 제공합니다.
Solaris 관리자는 시스템에서 하드웨어 리소스를 분할하여 특정 도메인에 특정 리소스를 지정할 수 있습니다. 이 가상 시스템상의 네트워크 리소스는 서버에서 최대 128개의 게스트 도메인과 쉽게 공유할 수 있습니다. 그러나 PCIe 버스를 통해 I/O 장치에 액세스가 필요한 응용 프로그램은 특수한 I/O 도메인에 설치해야 합니다. VM 서버에 만들 수 있는 I/O 도메인 수는 SPARC 플랫폼의 개별 PCIe 버스 수에 따라 다릅니다. 단일 PCIe 버스 시스템의 경우 2개의 I/O 도메인을 가질 수 있고, 이 중 하나는 컨트롤 도메인이어야 합니다.
라이브러리 및 클라이언트 응용 프로그램에 대한 네트워크 연결에만 의존하는 ACSLS 응용 프로그램은 이 서버의 게스트 도메인에 설치할 수 있습니다. 가상 네트워크 설정 절차는 Oracle VM Server for SPARC 2.1 Administration Guide 문서의 "Using Virtual Networks" 절에 설명되어 있습니다.
ACSLS 8.4 응용 프로그램을 논리적 라이브러리와 함께 사용하거나 SL500 또는 L700과 같은 광 섬유 채널 라이브러리에 연결하려는 경우 ACSLS가 I/O 도메인에 설치되어야 합니다. Oracle VM Server for SPARC 2.1 Administration Guide의 "Setting up I/O Domains" 절을 참조하십시오.
Solaris Cluster Software는 Oracle VM Server for SPARC에서 지원되며 이 플랫폼은 ACSLS HA 응용 프로그램에서 사용할 수 있습니다. Oracle Solaris Cluster Data Service for Oracle VM Server for SPARC Guide를 참조하십시오.
ACSLS는 자동화된 라이브러리 관리 소프트웨어입니다. 다중 클라이언트에 대해 자동화된 테이프 작업을 통해 라이브러리 사용 편이성, 성능 및 가용성을 향상시키는 서비스와 지원을 제공합니다. 하나의 ACSLS 서버는 라이브러리 컴플렉스에 연결된 라이브러리, 개별 라이브러리 또는 양쪽이 혼합된 형태를 제어할 수 있습니다.
ACSLS는 레거시 ACSLS 7.3.1 제품에 제공된 모든 라이브러리 관리 기능을 포함합니다. ACSAPI 클라이언트, cmd_proc, ACSLS 유틸리티(시작 및 종료가 변경됨)를 위한 지원이 제공됩니다.
웹 기반 ACSLS GUI(그래픽 사용자 인터페이스)는 라이브러리 작업 조작 및 모니터링과 논리적 라이브러리의 관리 및 운영을 위한 그래픽 콘솔을 제공합니다. GUI 사용 절차 및 자세한 내용은 온라인 도움말을 참조하십시오.
매우 확장된 유연성과 사용 편리성을 갖춘 대체 라이브러리 콘솔. 레거시 cmd_proc에서 사용 가능한 대부분의 작업을 제공합니다.
논리적 라이브러리 지원
라이브러리 관리 및 운영용입니다. 논리적 라이브러리 관리와 관련된 새로운 작업과 함께 대부분의 레거시 cmd_proc 작업을 수행하는 기능을 제공합니다.
테이프 라이브러리 구성 요소의 실시간 모니터링
물리적/논리적 구성을 탐색하는 트리 브라우저
각 화면에서 볼 수 있는 실시간 경보
경보는 하드웨어 손상, 데이터 손상 또는 응용 프로그램 소프트웨어의 손상이 발생할 수 있는 조건을 알립니다. 경보는 관련된 정보보다 항상 앞에 옵니다.
볼륨 및 드라이브를 필터링하는 기능이 사용자가 지정한 조건과 함께 표시됩니다.
시스템 이벤트 및 시스템 로그의 사용자 정의 보기
온라인 도움말
ACSLS GUI 또는 lib_cmd를 사용하여 특정 물리적 라이브러리에 있는 볼륨 및 드라이브의 하위 세트를 포함하는 논리적 라이브러리를 만들 수 있습니다. 이와 같이 물리적 라이브러리의 논리적 하위 세트를 정의하면 마치 별도의 논리적 라이브러리처럼 클라이언트 응용 프로그램에서 관리하고 활용할 수 있습니다. 주어진 물리적 라이브러리에 있는 볼륨 및 드라이브의 일부(또는 전부)를 특정 클라이언트 응용 프로그램에서 전담 사용하도록 논리적 라이브러리에 지정할 수 있습니다.
논리적 라이브러리는 여러 개의 물리적 ACS(또는 물리적 분할 영역)에 걸칠 수 없습니다.
논리적 라이브러리는 ACSLS 8.x SCSI 인터페이스를 사용하여 클라이언트에서 액세스할 수 있습니다. 레거시 ACSAPI를 사용하는 클라이언트에서는 사용할 수 없습니다.
논리적 라이브러리에 할당된 물리적 드라이브 및 카트리지는 ACSAPI 클라이언트에서 액세스할 수 없게 됩니다. 논리적 라이브러리에 할당되지 않은 드라이브 및 볼륨과 함께 물리적 라이브러리는 ACSAPI 클라이언트에서 계속 액세스할 수 있습니다.
논리적 라이브러리에 할당된 드라이브 및 볼륨은 배타적으로 할당됩니다. 논리적 라이브러리에서 드라이브나 볼륨을 공유하는 기능은 지원되지 않습니다.
ACSLS 8.x 이전에는 물리적 라이브러리에서 긴 볼륨 레이블을 지원하려면 라이브러리 펌웨어 및 구성에 의존했습니다.
이제 ACSLS SCSI 매체 교환기 인터페이스에서 ACSLS가 긴 볼륨 레이블을 지원합니다. GUI, CLI(cmd_proc), 유틸리티를 통해 긴 볼륨 레이블을 볼 수 있습니다.
논리적 라이브러리에 액세스하기 위해 SCSI 매체 교환기 인터페이스를 사용하여 클라이언트에서 긴 볼륨 레이블을 볼 수 있습니다. ACSAPI 클라이언트에서는 액세스할 수 없습니다.
ACSLS 8.x는 논리적 라이브러리에 액세스하기 위해 SCSI 광 섬유 채널을 통한 매체 교환기 인터페이스를 제공합니다. ACSLS는 여러 SCSI 클라이언트를 동시에 서비스할 수 있습니다. 각 클라이언트는 지정된 논리적 라이브러리에 배타적으로 액세스합니다.
그러면 NetBackup과 같은 클라이언트 소프트웨어가 마치 별도의 물리적 라이브러리처럼 논리적 라이브러리를 사용할 수 있습니다. 각 논리적 라이브러리는 하나의 클라이언트에만 지정할 수 있지만, 주어진 클라이언트는 원하는 경우 여러 논리적 라이브러리에 액세스할 수 있습니다. ACSLS 8.x는 원형 물리적 라이브러리에 직접 SCSI 클라이언트 액세스를 허용하지 않습니다. 논리적 라이브러리에 지정된 볼륨 및 드라이브에만 액세스할 수 있습니다.
논리적 라이브러리를 만들거나 수정할 때 SCSI 클라이언트 액세스를 설정할 수 있습니다.
ACSLS 8.4는 기존 클라이언트 응용 프로그램과 호환되는 ACSAPI 클라이언트 인터페이스를 제공합니다. ACSAPI 인터페이스는 레거시 ACSLS 7.3 제품에 제공된 것과 동일합니다.
두 ACSLS 명령줄 인터페이스인 cmd_proc 및 lib_cmd에 사용자 acsss 및 acssa가 액세스할 수 있습니다.
라이브러리 컨트롤에 대한 기본 명령줄 인터페이스는 cmd_proc입니다. cmd_proc를 통해 물리적 테이프 볼륨 및 드라이브와 관련된 모든 라이브러리 작업 함수에 액세스할 수 있습니다. 이러한 함수에는 mount, dismount, enter, eject, audit, query, display, vary가 있습니다.
두번째 명령줄 인터페이스인 lib_cmd는 논리적 라이브러리를 구성하는 데 주로 사용되지만 display, vary 및 eject를 포함한 물리적 라이브러리와 관련된 제한된 명령 세트를 가집니다.
ACSLS는 ACSLS 서버에서 실행 중인 셸에서 실행할 수 있는 일련의 유틸리티를 제공합니다. 레거시 ACSLS 7.3.1 제품에 제공된 구형 유틸리티가 대부분 포함됩니다.
이러한 유틸리티에는 다음이 포함됩니다.
데이터베이스 테이블에 대한 백업 및 복원 작업
데이터베이스 테이블에 대한 가져오기 및 내보내기 작업
시작 및 종료 작업
물리적 라이브러리에 대한 동적 구성
카트리지 원격 저장 작업
라이브러리 관리 유틸리티
라이브러리 인벤토리 보고
ACSLS 소프트웨어는 간단한 명령인 acsss로 작동하는 여러 서비스로 구성됩니다. acsss 매크로를 통해 여러 서비스의 상태를 단일 엔티티로 시작, 중지 및 확인할 수 있습니다. acsss 매크로를 사용하는 일반적인 작업은 다음과 같습니다.
acsss enable 명령으로 ACSLS 시작
acsss disable 명령으로 ACSLS 중지
acsss status 명령으로 여러 서비스의 상태 확인
사용으로 설정되면 여러 서비스가 Solaris SMF(서비스 관리 기능) 또는 Linux init 서비스 유틸리티를 통해 제어되고 모니터링됩니다. 이러한 각각의 시스템 유틸리티는 시스템 재부트 후 자동 다시 시작 작업을 처리합니다.