| StorageTek Automated Cartridge System Library Software 제품 정보 릴리스 8.3 E50411-01 |
|
 이전 |
 다음 |
ACSLS 8.3은 다양한 플랫폼과 파일 시스템 환경 설정으로 고객에게 더 많은 유연성을 부여합니다. ACSLS 패키지는 현재 Solaris 10, Solaris 11, Oracle Linux 6 플랫폼의 모든 파일 시스템에 설치됩니다.
이 절에서는 플랫폼, 운영 체제, 시스템, 브라우저, 공동 호스팅 요구 사항을 설명합니다.
ACSLS 8.3은 현재 SPARC 또는 X86 서버 플랫폼에서 성공적으로 실행됩니다.
ACSLS 8.3에는 최소 2GB 메모리가 필요합니다. 여러 개의 마운트 및 마운트 해제 작업 요청이 동시에 처리되는 고용량 라이브러리 환경에서는 추가 메모리(최대 16GB)를 할당하는 것이 좋습니다.
ACSLS 8.3이 설치될 파일 시스템에 최소 40GB의 사용 가능한 공간이 있어야 합니다. 그러면 ACSLS 및 WebLogic 바이너리를 수용하고, 계속되는 로깅 및 데이터베이스 백업 작동을 위한 충분한 저장 공간을 제공할 수 있습니다.
ACSLS 8.3은 다음 운영 체제에서 테스트되었고 적합성을 인증받았습니다.
Solaris 10 Update 10/Update 11 for SPARC
Solaris 10 Update 10/Update 11 for X86
Solaris 11 Update 1 for SPARC
Solaris 11 Update 1 for X86
Oracle Linux 6.3 for X86
|
주: ACSLS 8.3은 Oracle Linux 6.3에서 테스트되었습니다. 다른 릴리스의 Oracle Linux와 다른 버전의 Linux에서는 ACSLS 8.3이 테스트되지 않았습니다. |
ACSLS는 PostgreSQL을 사용하여 라이브러리 컨트롤용 데이터베이스 서비스를 관리합니다.
PostgreSQL 8.3은 Solaris 10에 표준 포함 사항입니다. Solaris 11의 경우 Oracle e-delivery 사이트에서 ACSLS 8.3 패키지와 함께 PostgreSQL 8.3 패키지가 제공됩니다. 설치 지침은 ACSLS 8.3 Installation Guide에 제공됩니다. Linux의 경우 Oracle yum 저장소에서 PostgreSQL 8.4를 쉽게 설치할 수 있습니다. 지침은 ACSLS 8.3 Installation Guide에 있습니다.
WebLogic 10.3.5는 ACSLS 8.3에 번들로 제공됩니다.
ACSLS GUI, 논리적 라이브러리 서비스, lib_cmd에는 Java 1.6 또는 Java 1.7이 필요합니다. 필요한 Java 런타임 환경은 Solaris 10, Solaris 11, Linux 6에 포함된 표준 패키지입니다.
ACSLS 8.3은 (선택적) 장치 드라이버를 포함합니다.
mchanger 드라이버는 SL500 및 SL150과 같은 광 섬유로 연결된 라이브러리를 제어하는 데 사용됩니다.
qlt 및 stmf 드라이버는 광 섬유 채널 클라이언트 응용 프로그램에 논리적 라이브러리를 제공하는 데 사용됩니다.
이러한 드라이버가 사용될 경우 ACSLS 8.3은 커널 레벨 기능에 즉시 액세스할 수 있어야 합니다. 이 경우 ACSLS가 Solaris 영역 환경에 설치될 수 없습니다.
ACSLS 8.3 그래픽 사용자 인터페이스는 다음 브라우저를 사용하여 테스트되었습니다.
FireFox 22.0
Chrome 28.0
Internet Explorer 버전 8, 9, 10의 경우 특정 ACSLS 서버 설치에 고유한 공개/개인 키 쌍을 사용하여 SSL 인증서를 만들어야 합니다. SSL 인증서 만들기에 대한 자세한 내용은 ACSLS 8.3 Installation Guide를 참조하십시오.
중단 없는 라이브러리 서비스를 보장하고 리소스 경합으로 인한 예상치 않은 문제를 피하려면 일반적으로 ACSLS가 전용 서버에서 독립형 환경으로 실행되는 것이 좋습니다. 그러나 일부 시스템은 서로 완전히 격리되어 있더라도 공동 호스팅 방식으로 여러 응용 프로그램을 실행할 수 있도록 특별히 설계되었습니다. 특히 Solaris 컨테이너와 Oracle Solaris VM Server for SPARC는 ACSLS와 함께 조건부 공동 호스팅이 가능합니다.
다음 절에서는 ACSLS 응용 프로그램의 다양한 공동 호스팅 옵션과 연관된 조건 및 제한 사항을 자세히 설명합니다.
다음은 ACSLS 응용 프로그램의 다양한 공동 호스팅 옵션과 연관된 조건 및 제한 사항을 자세히 설명합니다.
Solaris 컨테이너(영역)
Solaris 컨테이너(영역)를 사용하여 시스템 관리자는 표준 저비용 서버를 4개의 독립된 Solaris 시스템으로 분할할 수 있으며, 각각 고유의 격리된 파일 시스템과 고유의 Solaris 인스턴스를 갖게 됩니다. 각 컨테이너에 네트워크 리소스를 지정할 수 있고, 동일 플랫폼에서 다른 영역의 응용 프로그램에 영향을 주지 않고 로컬(비전역) 영역을 재부트할 수 있습니다.
그러나 여러 영역에서 장치 드라이버와 같은 커널 리소스를 공유하는 기능은 아무리 좋게 봐도 빈약합니다. 이상적으로, 커널 드라이버가 필요한 응용 프로그램은 전역 영역에 상주합니다. 그러나 일반적으로 전역 영역에 응용 프로그램을 설치하는 것은 좋은 방법이 아닙니다. 응용 프로그램에 치명적 조건이 발생할 경우 다른 영역에서 실행 중인 다른 응용 프로그램에 영향을 미칠 수 있기 때문입니다.
ACSLS 8.x는 드라이버가 네트워크 인터페이스를 벗어나지 않는 경우에만 Solaris 컨테이너에 상주할 수 있습니다. 논리적 라이브러리에 필요한 대상 모드의 광 섬유 채널 드라이버(qlt)를 사용하려면 응용 프로그램을 Solaris 컨테이너에 설치하면 안됩니다. 또는 mchanger 드라이버가 필요한 광 섬유로 연결된 라이브러리를 사용하려면 응용 프로그램을 Solaris 컨테이너에 설치하면 안됩니다.
|
주: Solaris 컨테이너에서 사용하도록 지원되는 ACSLS-HA 버전은 없습니다. |
Oracle VM Server for SPARC
Oracle VM Server for SPARC(이전의 Logical Domains 또는 LDOMs)는 CMT(Chip Multithreading) 기술과 함께 SPARC T 시리즈 서버에 제공되는 기술입니다. 이 기술은 각 도메인이 고유의 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.x 응용 프로그램을 논리적 라이브러리와 함께 사용하거나 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를 참조하십시오.
Solaris 컨테이너(영역)를 사용하여 시스템 관리자는 표준 저비용 서버를 4개의 독립된 Solaris 시스템으로 분할할 수 있으며, 각각 고유의 격리된 파일 시스템과 고유의 Solaris 인스턴스를 갖게 됩니다. 각 컨테이너에 네트워크 리소스를 지정할 수 있고, 동일 플랫폼에서 다른 영역의 응용 프로그램에 영향을 주지 않고 로컬(비전역) 영역을 재부트할 수 있습니다.
그러나 여러 영역에서 장치 드라이버와 같은 커널 리소스를 공유하는 기능은 아무리 좋게 봐도 빈약합니다. 이상적으로, 커널 드라이버가 필요한 응용 프로그램은 전역 영역에 상주합니다. 그러나 일반적으로 전역 영역에 응용 프로그램을 설치하는 것은 좋은 방법이 아닙니다. 응용 프로그램에 치명적 조건이 발생할 경우 다른 영역에서 실행 중인 다른 응용 프로그램에 영향을 미칠 수 있기 때문입니다.
ACSLS 8.x는 드라이버가 네트워크 인터페이스를 벗어나지 않는 경우에만 Solaris 컨테이너에 상주할 수 있습니다. 논리적 라이브러리에 필요한 대상 모드의 광 섬유 채널 드라이버(qlt)를 사용하려면 응용 프로그램을 Solaris 컨테이너에 설치하면 안됩니다. 또는 mchanger 드라이버가 필요한 광 섬유로 연결된 라이브러리를 사용하려면 응용 프로그램을 Solaris 컨테이너에 설치하면 안됩니다.
|
주: Solaris 컨테이너에서 사용하도록 지원되는 ACSLS-HA 버전은 없습니다. |
Oracle VM Server for SPARC(이전의 Logical Domains 또는 LDOMs)는 CMT(Chip Multithreading) 기술과 함께 SPARC T 시리즈 서버에 제공되는 기술입니다. 이 기술은 각 도메인이 고유의 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.x 응용 프로그램을 논리적 라이브러리와 함께 사용하거나 SL500 또는 SL150과 같은 광 섬유 채널 라이브러리에 연결하려는 경우 ACSLS가 I/O 도메인에 설치되어야 합니다. Oracle VM Server for SPARC 2.1 Administration Guide의 "Setting up I/O Domains" 절을 참조하십시오.
이 절에서는 ACSLS 8.3에 대한 개요를 제공합니다.
ACSLS는 자동화된 라이브러리 관리 소프트웨어입니다. 다중 클라이언트에 대해 자동화된 테이프 작업을 통해 라이브러리 사용 편이성, 성능 및 가용성을 향상시키는 서비스와 지원을 제공합니다. 하나의 ACSLS 서버는 라이브러리 컴플렉스에 연결된 라이브러리, 개별 라이브러리 또는 양쪽이 혼합된 형태를 제어할 수 있습니다.
ACSLS는 ACSLS 7.3.1의 레거시 ACSLS 제품에 제공된 모든 라이브러리 관리 기능을 포함합니다. ACSAPI 클라이언트, cmd_proc, ACSLS 유틸리티(시작 및 종료가 변경됨)를 위한 지원이 제공됩니다.
GUI는 WebLogic 내에서 실행되는 브라우저 기반의 웹 응용 프로그램입니다. 이 인터페이스는 ACSLS의 구형 cmd_proc 인터페이스를 대체합니다.
Oracle WebLogic과 함께 응용 프로그램으로 실행합니다.
라이브러리 관리 및 운영을 위해 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.x는 기존 클라이언트 응용 프로그램과 호환되는 ACSAPI 클라이언트 인터페이스를 제공합니다. ACSAPI 인터페이스는 레거시 ACSLS 7.3 제품에 제공된 것과 동일합니다.
ACSLS 8.x는 ACSLS의 레거시 cmd_proc 형태로 명령줄 인터페이스를 제공합니다. 이 인터페이스는 물리적 라이브러리 리소스 관리를 위해 ACSLS 7.3과 동일한 기능을 제공합니다.
cmd_proc 인터페이스는 논리적 라이브러리에 액세스를 제공하지 않습니다. 그러나 논리적 라이브러리에 할당된 물리적 리소스는 cmd_proc 관리 CLI를 통해 완전히 액세스할 수 있습니다(ACSAPI 클라이언트에서는 액세스할 수 없음).
ACSLS는 ACSLS 서버에서 실행 중인 셸에서 실행할 수 있는 일련의 유틸리티를 제공합니다. 레거시 ACSLS 7.3.1 제품에 제공된 구형 유틸리티가 대부분 포함됩니다.
이러한 유틸리티에는 다음이 포함됩니다.
데이터베이스 테이블에 대한 백업 및 복원 작업
데이터베이스 테이블에 대한 가져오기 및 내보내기 작업
시작 및 종료 작업
물리적 라이브러리에 대한 동적 구성
volrpt, moving.sh, ejecting.sh
새 유틸리티(checkGui.sh). ACSLS GUI 설치에는 WebLogic 상태, acsls 배치 및 가능한 방화벽 설정을 포함한 여러 종속성이 있습니다. checkGui.sh 유틸리티는 이러한 다양한 종속성을 테스트하고 각 상태를 보여주는 요약 보고서를 제공합니다. 자세한 내용은 ACSLS 8.3 Administrator’s Guide의 부록 "Troubleshooting"을 참조하십시오.
새 유틸리티(getHba.sh)는 광 섬유 채널(FC) 포트를 관리합니다. 대상 모드(FC 클라이언트 지원) 또는 개시자 모드(FC로 연결된 물리적 라이브러리 관리)에서 작동하도록 포트를 구성할 수 있습니다.
ACSLS는 라이브러리 관리 응용 프로그램을 시작 및 중지하기 위한 새로운 명령(acsss)을 제공합니다. 이 명령은 셸 프롬프트에서만 사용할 수 있으며 GUI에서 액세스할 수 없습니다.
acsss 명령은 ACSLS에서 사용된 db_command, rc.acsss, kill.acsss, fix_rc.sh 명령을 대체합니다. acsss 명령은 응용 프로그램 상태를 모니터하는 기능도 제공합니다. 예를 들어 다음을 사용합니다.
acsss enable 명령으로 ACSLS 시작
acsss disable 명령으로 ACSLS 중지
acsss 명령으로 옵션 목록 보기
StorageTek ACSLS 버전 7.3.1 및 8.x부터는 사용권 라이센스가 StorageTek ACSLS에 더 이상 적용되지 않으며 ACSLS가 유효한 라이센스 키를 더 이상 검사하지 않습니다. 곧 만료될 라이센스 키나 라이브러리 용량 라이센스와 관련된 메시지가 시스템 콘솔이나 acsss_event.log에 더 이상 나타나지 않습니다.
다음 유틸리티는 유효한 라이센스 키를 설정하고 검사할 목적으로 더 이상 작동하지 않습니다.
licensekey.sh
get_license_info.sh
라이브러리 슬롯 사용을 보려면 free_cells.sh 유틸리티를 사용하십시오.
