ACSLS 8.4는 Solaris 11 Update 2에서 실행되도록 지원됩니다.
이 장에서는 ACSLS 8.4 설치에 대한 절차를 설명합니다. 다루는 항목은 다음과 같습니다.
이 제품에는 ACSLS에 대한 Oracle 사용권 이외에 각각의 고유 라이센스 범주가 있는 다양한 타사 소프트웨어 구성 요소가 포함되어 있습니다. ACSLS_8.4.0 설치 디렉토리에 있는 THIRDPARTYLICENSEREADME.txt 계약을 읽어 보십시오. 소스 코드를 재배포하는 데 라이센스가 필요한 소프트웨어 구성 요소의 경우 최초 패키지 설치 디렉토리 ACSLS_8.4.0(일반적으로 /opt 아래에 있음) 아래에서 해당 소스 코드를 찾을 수 있습니다. 하위 디렉토리 acsls_thirdPartySoftware/를 살펴보십시오.
이전 릴리스에서 업그레이드하는 경우 데이터베이스 및 제어 파일을 내보내야 합니다. acsss 사용자인 경우 다음 명령을 실행합니다.
db_export.sh -f /path/to/my/export/file
위 예제에서 myExport는 내보내기 파일에 지정하는 이름입니다. 확장자가 .misc인 두번째 파일도 만듭니다. myExport 및 myExport.misc를 비휘발성 위치에 저장해야 합니다. OS를 업데이트하는 경우 이 파일을 원격 시스템에 전송하여 안전하게 보관합니다.
자세한 내용 및 절차는 StorageTek ACSLS 8.4 Administrator’s Guide의 "Database Administration" 장에서 Exporting the Database를 참조하십시오.
ACSLS 8.1 이후 릴리스에서 추가 ACSLS GUI 사용자를 만든 경우 해당 사용자의 ID를 기록해 두면 ACSLS 새 버전을 설치한 후 다시 추가할 수 있습니다. 이를 위해 다음을 수행합니다.
acsss 사용자인 경우 다음을 수행합니다.
cd $ACS_HOME/install
su root를 입력합니다.
acsss 환경을 유지하려는 경우에는 su - root를 입력하지 마십시오.
./userAdmin.sh를 실행하여 ACSLS GUI의 기존 사용자 목록을 가져옵니다.
List Users 옵션을 선택한 다음 작업을 마쳤으면 Exit 옵션을 선택합니다.
사용자 ID를 기록해 두면 ACSLS GUI의 사용자 추가에 설명되어 있는 대로 이후에 다시 추가할 수 있습니다.
이 절에서는 Solaris 설치 단계에 대해 설명합니다.
설치 절차는 Solaris 설치 지침을 참조하십시오.
ACSLS 8.4는 Solaris 설치에 대한 Entire Distribution(전체 배포) 선택 사항을 사용하여 테스트되었습니다. Oracle은 ACSLS에 대한 필수 패키지 최소 목록을 제공하지 않지만 전체 배포를 권장합니다.
Solaris 설치는 네트워크 클라이언트 응용 프로그램이 ACSLS 서버와 통신할 수 있도록 "원격 서비스를 사용으로 설정"해야 합니다.
Solaris "Secure by Default" 설치 옵션을 선택하는 경우 rpc-bind에 대한 네트워크 구성 등록 정보를 변경해야 합니다. 이를 위해 다음을 수행합니다.
등록 정보 설정을 확인합니다.
# svccfg -s rpc/bind listprop config/local_only
local_only 등록 정보 설정이 true인 경우 false로 설정해야 합니다.
# svccfg -s rpc/bind setprop config/local_only=false
ACSLS 8.4는 모든 파일 시스템에 설치할 수 있습니다. 사용자 acsss가 root로 실행할 수 있도록 SETUID를 허용하려면 ACSLS 기본 및 ACSLS 백업 디렉토리(예: /export/home 및 /export/backup)를 마운트해야 합니다. ACSLS 서비스를 시작 및 중지하고 지원 통화에 대한 진단 정보를 수집하는 스크립트를 실행하려면 수퍼 유저 액세스가 필요합니다.
acsss umask는 설치 중 027로 설정됩니다.
portmapper를 필요로 하지 않고 ACSLS 및 모든 ACSAPI 클라이언트에 대한 방화벽 보안이 구성된 경우가 아닐 때 ACSLS 클라이언트 통신을 허용하려면 네트워크 서비스, 특히 rpcbind를 사용으로 설정해야 합니다. 자세한 내용은 ACSLS Administrator's Guide의 "Firewall Security Option"을 참조하십시오.
ACSLS 패키지를 설치할 경우 ACSLS 사용자 계정 3개(acsss, acssa, acsdb)가 자동으로 추가됩니다.
패키지 설치로 acsls 그룹이 생성되며 이 그룹에 사용자 3명을 모두 지정합니다. acsls 그룹에 root도 추가됩니다.
ACSLS 사용자 3명에 대한 사용자 계정이 존재하는 경우 패키지 설치 루틴에 의해 사용자 홈 디렉토리 및 그룹 ID가 자동으로 조정됩니다(필요한 경우).
ACSLS 8.4는 ACSLS 응용 프로그램에 대한 사용자 정의 홈 디렉토리를 허용합니다. 변수 $installDir은 각 사용자 홈 디렉토리의 상위 디렉토리를 참조합니다. ACSLS에 대한 사용자 홈 디렉토리는 다음과 같습니다.
acsss $installDir/ACSSS acssa $installDir/ACSSA acsdb $installDir/acsdb/ACSDB1.0
이러한 사용자에 대한 사용자 계정이 존재하고 $installDir을 변경 중인 경우 홈 디렉토리가 변경되기 때문에 해당 사용자는 설치 중에 시스템에서 로그아웃해야 합니다.
사용자 계정이 존재하고 잠겨 있는 경우 패키지를 설치하기 전에 잠금을 해제해야 합니다.
acsss 계정이 잠겨 있는지 확인하려면 다음을 수행합니다.
# passwd -s acsss acsss LK
"LK"는 계정이 잠겨 있음을 나타냅니다. 계정의 잠금을 해제하려면 다음을 수행합니다.
# passwd -u acsss
각 사용자 계정에 대해 이 작업을 수행합니다.
이러한 사용자 계정이 LDAP 또는 NIS 서버에 존재하고 로컬 시스템의 root 사용자에게 LDAP 또는 NIS 서버에 대한 usermod 권한이 부족한 경우 ACSLS 설치를 완료하려면 시스템 관리자가 수동으로 개입해야 합니다. 사용자가 acsls 그룹에 다시 지정되었고 해당 홈 디렉토리가 네번째 글머리 기호에 나와 있는 지침을 따르는지 확인하십시오. 사용자 셸은 /bin/bash여야 합니다.
crontabs라고 하는 자동화된 특정 일정은 install.sh 유틸리티를 실행하는 경우 사용자 acsss 및 acsdb에 대해 생성됩니다. 이러한 crontab은 ACSLS 데이터베이스 유지 관리 백업 작업을 위해 제공됩니다.
선택적 파일 /etc/cron.d/cron.allow가 시스템에 존재할 수 있습니다. 이 파일은 어떤 사용자가 crontab 명령을 실행할 수 있는지를 제어합니다. cron.allow가 존재하는 경우 install.sh를 실행하기 전에 해당 파일에 acsss 및 acsdb에 대한 사용자 ID가 포함되어 있어야 합니다. 그렇지 않으면 이러한 사용자에 대한 crontab 만들기가 실패합니다.
cron.deny 파일은 대부분의 시스템에 기본적으로 존재합니다. 이 파일에 나열된 사용자는 crontab 명령에 대한 액세스가 명시적으로 거부됩니다. acsss 및 acsdb가 cron.deny 파일에 포함되어 있지 않은지 확인하십시오.
이전 버전의 ACSLS에서 업그레이드하는 경우 라이브러리 내 테이프 카트리지 위치 및 라이브러리 구성을 포함하는 기존 데이터베이스를 보존해야 합니다. acsss 사용자인 경우 다음을 수행합니다.
$ acsss db $ db_export.sh -f /path/to/a/safe/location
일반 ACSLS 설치는 OS 업그레이드를 포함할 수 있습니다. 두 내보내기 파일은 업그레이드를 진행하는 동안 보존되는 원격 위치에 저장되어야 합니다.
ACSLS 패키지를 제거합니다.
acsss 사용자인 경우 ACSLS를 작동 중지합니다.
$ acsss shutdown
root로 패키지 디렉토리(일반적으로 /opt/ACSLS_x.y.z)로 이동합니다.
Solaris에서 패키지를 제거하려면 설치 해제 스크립트를 실행합니다.
# ./pkg_unistall.sh
Linux에서 rpm을 실행하여 패키지를 제거합니다.
# rpm -e ACSLS
손쉽게 재설치할 수 있도록 ACSLS 파일이 모두 제거되지는 않습니다. ACSLS 사용자 계정 및 일부 디렉토리는 계속 남아 있습니다.
GUI 사용자 계정 및 남아 있는 다른 파일을 제거하려는 경우 다음을 사용합니다.
# cd $installDir # rm -rf ACSSS ACSSA acsdb SSLM
ACSLS 관리 계정을 제거하려는 경우 다음을 사용합니다.
# userdel acsss # userdel acsdb # userdel acssa
ACSLS 8.4는 모든 디렉토리에 설치됩니다. ACSLS 응용 프로그램이 상주해야 할 기본 설치 디렉토리를 결정합니다. 해당 디렉토리가 존재하지 않는 경우 STKacsls 패키지를 설치하기 전에 해당 디렉토리를 만들어야 합니다. 이 디렉토리는 권한이 755로 설정된 root가 소유해야 합니다.
주:
사용자가 별도로 지정하지 않는 한 ACSLS는/export/home에 설치됩니다.기본 설치 절차를 따르려면 다음을 수행합니다.
Oracle Software Delivery Cloud 웹 사이트로 이동하고 SPARC 및 X86 플랫폼 모두에서 사용할 수 있는 ACSLS_8.4.0 소프트웨어 번들을 찾습니다.
공통 설치 디렉토리(일반적으로 /opt)에 적합한 소프트웨어 번들을 다운로드하고 압축된 파일의 압축을 풉니다. 압축을 푼 패키지 세트는 결과 ACSLS_8.4.0 하위 디렉토리에서 찾을 수 있습니다.
ACSLS 8.4를 설치할 때 PostgreSQL 8.3이 자동으로 설치됩니다. PostgreSQL 8.4를 설치하려는 경우(PostgreSQL 설치 참조) 다음 단계에서 패키지 설치 스크립트를 실행하기 전에 설치 디렉토리(일반적으로 /opt)에 postgresql.xxx.bz2 파일을 다운로드합니다.
ACSLS_8.4.0 디렉토리로 이동하고 다음 명령을 실행합니다.
./pkg_install.sh
pkg_install 스크립트는 먼저 프롬프트를 표시하여 ACSLS 8.4를 설치할 것인지를 확인합니다.
ACSLS 8.4 설치 번들에 여러 패키지가 함께 포함되어 있습니다. 이러한 패키지에는 STKacsls 및 PostgreSQL을 지원하는 5개의 postgres 패키지가 포함되어 있습니다.
Solaris 11에서 특정 postgres 패키지가 설치되어 있지 않기 때문에 pkg_install 스크립트를 실행할 때 자동으로 설치됩니다. 각 패키지에 대한 라이센스를 검토하고 y로 응답하여 패키지를 수락합니다.
STKacsls 패키지를 설치하기 전에 스크립트는 /export/home을 ACSLS 응용 프로그램에 대한 기본 디렉토리로 수락할 것인지 여부(y/n)를 묻습니다.
n으로 응답하는 경우 스크립트는 패키지 기본 디렉토리에 대해 원하는 경로를 입력하도록 요청합니다. 지정하는 디렉토리가 존재하지 않는 경우 스크립트는 디렉토리를 만들기 위한 권한을 확인합니다.
패키지 설치가 완료되면
ACSLS_8.4.0의 패키지가 /var/spool/pkg로 이동된 것을 확인할 수 있습니다. 패키지는 수동으로 제거하기 전까지 손쉽게 재설치할 수 있도록 이 경로에 유지됩니다.
ACSLS_8.4.0에서 유지되는 항목은 pkg_install.sh, pkg_uninstall.sh 및 README.txt입니다. 이 스크립트를 사용하여 언제든 ACSLS를 설치 해제하거나 재설치할 수 있습니다. 설치되지 않았던 SUNWpostgr 8.3 패키지도 이 디렉토리에 남습니다.
패키지 설치 유틸리티는 사용자 acsss, acssa, acsdb에 대한 사용자 및 그룹 ID를 만듭니다. 이러한 사용자에 대한 홈 디렉토리를 지정하고 사용자를 acsls 그룹에 놓습니다. root 사용자도 acsls 그룹에 추가됩니다.
이전 ACSLS 버전에서 업그레이드할 때 설치 디렉토리를 변경할지 여부를 결정합니다. ACSLS 사용자는 홈 디렉토리의 변경이 있을 때마다 로그아웃해야 합니다.
주:
권장되는 안전한 관리 방법은 패키지 설치를 마친 직후 해당 사용자에 대한 초기 암호를 설정하는 것입니다.ACSLS 패키지가 설치되면 root는 ACSLS 환경 속성을 상속해야 합니다. 이를 수행하려면 로그아웃하고 다시 로그인하거나 간단히
su -를 실행하여 acsls 그룹 ID를 상속합니다. groups 명령으로 확인합니다.
su - # groups root acsls
(기타 그룹이 나열될 수 있음)
셸을 ACSLS 설치 환경으로 설정하려면 .acsls_env 파일을 소스로 지정합니다.
. /var/tmp/acsls/.acsls_env
이 단계를 통해 후속 설치 작업 중 $ACS_HOME을 참조할 수 있게 됩니다.
install.sh 실행을 진행합니다.
PostgreSQL 8.3은 기본적으로 ACSLS 8.4와 함께 설치됩니다. pkg_install.sh를 실행합니다. 그러면 추가 작업이 필요하지 않습니다. PostgreSQL 8.3은 ACSLS 8.4와 완전하게 호환됩니다.
ACSLS 8.4는 PostgreSQL 8.4와도 호환됩니다. PostgreSQL 8.4의 최신 업데이트를 설치하려는 경우 PostgreSQL 웹 사이트에서 ACSLS 8.4 zip 번들을 다운로드할 설치 디렉토리(일반적으로 /opt)로 bz2 번들(postgresql-8.4.xx-S11.<platform>-32.tar.bz2)을 다운로드합니다. ACSLS 설치 스크립트(pkg_install.sh)는 사용자가 다운로드한 항목을 인식하여 자동으로 설치합니다.
PostgreSQL 8.4에 대한 최신 업데이트를 얻으려면 다음 웹 사이트로 이동합니다.
http://www.postgresql.org/ftp/binary/
이 URL에서 모든 PostgreSQL 릴리스 목록을 확인합니다. 버전 8.4에 대한 최신 유지 관리 레벨을 선택해야 합니다. 서버 아키텍처와 호환되는 32비트 버전을 가져와야 합니다. 다운로드 파일로 이동하고 다음 순서대로 선택합니다.
v8.4.xx
binary
solaris
solaris11
sparc or i386
postgresql-8.4.xx-S11.<platform>-32.tar.bz2
32비트 버전을 선택해야 합니다.
postgresql bz2 파일을 이 패키지 설치 디렉토리(일반적으로 /opt)의 상위 디렉토리로 이동합니다. ACSLS_8.4.0 설치 스크립트 pkg_install.sh는 다운로드한 압축된 PostgreSQL 파일을 자동으로 설치하고 해당 파일을 적합한 파일 시스템 디렉토리 /usr/postgres/8.4로 이동합니다.
PostgreSQL-8.4 tar 또는 bz2 파일을 찾을 수 없는 경우 그리고 PostgreSQL 8.3 또는 8.4가 /usr/postgres/에 이미 설치되어 있지 않는 경우 pkg_install.sh 스크립트는 이 디렉토리에 포함된 4개의 SUNWpostgr-83 패키지를 설치합니다. 그런 다음 해당 패키지를 pkgadd를 사용하여 설치된 /var/spool/pkg로 이동합니다.
install.sh 유틸리티를 사용하면 압축을 푼 ACSLS 8.4 패키지에서 고유 Oracle StorageTek 라이브러리 환경에 필요한 특정 기능을 선택할 수 있습니다. ACSLS 8.4에 유연성이 추가되어 GUI(그래픽 사용자 인터페이스) 및 광 섬유 라이브러리 지원을 포함하는 옵션을 설치할지 여부를 선택할 수 있습니다. 이 유틸리티를 실행하여 전체 제품, 제품의 일부를 설치하거나 전체를 설치할 필요 없이 이미 설치된 제품을 변경할 수 있습니다.
root로 로그인되어 있는 경우 다음 명령을 실행합니다.
cd $ACS_HOME/install ./install.sh
데이터베이스 만들기는 install.sh 루틴의 첫번째 단계입니다. 이 단계는 패키지를 처음 설치하는 경우 필요합니다. ACSLS 데이터베이스가 이미 존재하고 재구성하지 않으려는 경우 이 단계를 건너뛸 수 있습니다. 이 단계는 PostgreSQL 아래에 새 데이터베이스를 만들고 데이터베이스 백업에 대한 자동화된 일정을 설정합니다.
데이터베이스가 상주할 디렉토리를 결정합니다. 해당 디렉토리가 존재하지 않는 경우 먼저 디렉토리를 만들어야 합니다. 이 디렉토리는 권한이 755로 설정된 root가 소유해야 합니다. 별도로 지정하지 않는 한 백업 디렉토리는 기본 디렉토리 바로 아래에 놓입니다. ACSLS 패키지 설치의 1단계(c)를 참조하십시오.
install.sh 루틴은 다음을 확인합니다.
Which file system will be used to store database backups? [/export/backup]
Return을 눌러 제안된 디렉토리를 선택하거나 다른 디렉토리를 지정합니다. 상대 경로를 지정하는 경우 ACSLS 패키지 설치 절의 2단계에서 지정한 원하는 경로 바로 아래에 놓입니다.
설치 루틴은 계속해서 정책 모듈을 로드합니다. 이렇게 하면 ACSLS 응용 프로그램이 자유롭게 PostgreSQL 데이터베이스에 액세스할 수 있습니다.
mchanger 드라이버는 광 섬유 연결 또는 SCSI 연결 라이브러리 구성에만 적용됩니다. install.sh 루틴은 다음을 확인합니다.
Shall we install the mchanger driver for fibre-attached libraries? (y/n)
라이브러리 환경에 SL500 또는 SL150 라이브러리와 같은 광 섬유 연결 라이브러리가 포함되어 있는지 여부를 y 또는 n으로 응답합니다.
y를 입력하는 경우 루틴은 연결된 SAN 환경을 검색하여 StorageTek 라이브러리 장치를 찾습니다. 찾은 장치를 보고하고 추가 라이브러리가 연결되었는지 여부를 확인하는 메시지를 표시합니다. 기존 SCSI 연결 L700 또는 L180 라이브러리가 있는 경우 프롬프트에 y로 응답합니다.
SCSI 연결 라이브러리의 경우 각 라이브러리에 대한 대상:LUN 주소를 공백으로 구분하여 입력합니다. 예를 들면 다음과 같습니다.
==> 4:0 5:0 5:1
ACSLS는 광 섬유 연결을 통해 클라이언트 응용 프로그램에 대한 논리적 라이브러리를 제공할 수 있습니다. 연결된 물리적 라이브러리의 일부는 광 섬유 대상 포트가 있는 (SCSI) 광 섬유 연결 라이브러리로 제공될 수 있습니다. 이 기능을 구현하려면 QLogic 광 섬유 HBA가 있어야 합니다. 이 단계는 하나 이상의 QLogic HBA 포트를 기본 개시자 모드에서 대상 모드로 변환합니다.
install.sh 루틴은 적격한 HBA에 대한 시스템을 프로브하고 다음 프롬프트와 함께 검색한 포트를 나열합니다.
Please select the HBA port you intend for Target-mode operation: 1) HBA Port WWN xxxyyyzzz Not connected 2) HBA Port WWN aaabbbccc Connected to a remote HBA
해당하는 번호로 원하는 포트를 선택합니다. 선택한 포트는 원격 HBA에 연결되어 있어야 합니다.
GUI(그래픽 사용자 인터페이스)는 선택 사항입니다.
WebLogic을 사용하는 다른 응용 프로그램과 ACSLS를 공동 호스팅하는 경우 ACSLS GUI를 설치하지 마십시오. GUI를 설치하려면 다음을 수행합니다.
다음 프롬프트에서 y를 입력합니다.
Do you want to install the ACSLS Graphical User Interface? (y/n)
부분 업데이트이거나 구성 변경(새 설치 아님)인 경우 ACSLS GUI가 설치되어 있을 수 있습니다.
이 경우 GUI를 재설치하거나 이 절을 건너뛰고 현재 ACSLS GUI 도메인을 유지할 수 있습니다. 설치 루틴은 다음에 대한 프롬프트를 표시합니다.
The Acsls GUI Domain exists. Do you want to re-install it? (y/n
다음 중 하나를 선택합니다.
새 ACSLS 릴리스를 설치하는 중인 경우 y를 입력합니다.
WebLogic Server 패키지의 압축이 풀리고 기본 GUI 관리 사용자 계정이 사용자 이름 acsls_admin으로 생성됩니다.
그러면 관리 사용자에 대한 암호를 지정하도록 메시지가 표시됩니다. 암호는 8-16자 사이의 영숫자여야 합니다.
설치 절차는 ACSLS GUI 응용 프로그램의 압축을 풀고 배치한 다음 Acsls 사용자 그룹을 만듭니다. 나중에 관리 도구 userAdmin.sh를 사용하여 이 그룹에 GUI 사용자를 추가할 수 있습니다.
n을 입력하는 경우 기존 GUI 구성을 제거할지 여부를 선택(y/n)할 수 있습니다.
ACSLS 서버에 WebLogic을 설치하는 경우 클라이언트 브라우저와의 기본 https 교환을 지원하기 위한 512비트 공개 키를 자동으로 사용할 수 있게 됩니다. 일반적으로 추가 구성은 필요하지 않습니다. 그러나 보다 최근의 브라우저, 특히 Internet Explorer 8 이상 및 Firefox 39 이상의 경우 1024비트만큼의 더 긴 키가 필요합니다. SSL 암호화 키 구성에 대한 설명 및 절차에 대한 내용은 HTTPS에 대한 자체 지정된 디지털 인증서 구성을 참조하십시오.
lib_cmd 기능은 ACSLS GUI에서 수행할 수 있는 많은 동일한 작업을 수행하는 명령줄 인터페이스입니다. 이 도구는 GUI 또는 논리적 라이브러리 지원을 설치하도록 선택하는 경우 자동으로 설치됩니다.
많은 lib_cmd 작업이 논리적 라이브러리 기능에 적용되는 반면 이 기능은 물리적 라이브러리, 볼륨 및 드라이브의 상태를 표시하는 데 유용합니다. GUI 또는 논리적 라이브러리 지원을 설치하지 않도록 선택하는 경우 lib_cmd를 설치하는 옵션이 제공됩니다.
Shall we install the optional lib_cmd interface (y or n):
위 설치 대화 상자에서 선택한 기능 세트에 따라 이 최종 단계는 Solaris SMF 서비스를 설치하여 선택한 각 ACSLS 기능에 대한 자동 시작, 중지, 상태 기능을 제어합니다.
서버 목록에는 다음의 하위 세트가 포함됩니다.
acsdb acsls smce rmi-registry surrogate stmf weblogic
install.sh 중 acsls_admin 사용자를 만들었습니다. 이 사용자는 이제 계정을 만들고 ACSLS 웹 기반 GUI 응용 프로그램의 기타 사용자에 대한 암호를 지정할 수 있습니다. 이전에 저장한 GUI 사용자 목록을 참조할 수 있습니다. 사용자를 추가하려면 이 절차를 따릅니다.
root로 /export/home/ACSSS/install 디렉토리로 이동합니다.
./userAdmin.sh를 실행합니다.
그래픽 사용자 인터페이스 설치 에서 지정한 acsls_admin 암호를 입력합니다.
메뉴에서 (1)을 선택하여 새 사용자를 추가합니다.
추가할 사용자의 ID를 입력합니다.
해당 사용자의 암호를 지정합니다.
암호에는 영숫자 또는 특수 문자가 조합된 8자가 포함될 수 있습니다.
언제든 userAdmin.sh 유틸리티를 사용하여 사용자를 추가 또는 삭제하거나 모든 ACSLS GUI 사용자에 대한 암호를 변경할 수 있습니다. StorageTek ACSLS 8.4 Administrator’s Guide의 Utility 장에서 userAdmin.sh를 참조하십시오.
XAPI(XML API)는 StorageTek 클라이언트 및 서버가 TCP/IP 상에서 공통 ELS 프로토콜을 사용하여 통신할 수 있는 API입니다. ACSLS 8.4 이상 릴리스를 XAPI 지원과 함께 구성할 수 있습니다.
XAPI 구성 요소는 ACSLS가 설치된 후 ACSLS와 별도로 설치됩니다.
XAPI 구성 요소를 설치하려면 다음을 수행합니다.
ACSLS 패키지를 설치했는지 확인하고 install.sh를 실행하여 ACSLS 설치를 완료합니다.
ACSLS 서버에 root로 로그인되어 있는지 확인합니다.
주요 ACSLS 환경 변수를 소스로 지정합니다.
. /var/tmp/acsls/.acsls_env
/var/tmp/acsls/.acsls_env 앞에 마침표와 공백이 있습니다.
XAPI 구성 요소를 설치합니다.
cd $ACS_HOME/install ./install_xapi.sh Installing the XAPI component for Oracle IBM mainframe clients. Continue? (y)
제어 파일은 특정 ACSLS 환경에 고유한 로컬 구성 파일, 사용자 환경 설정 및 사용자 정의된 파일입니다.
데이터베이스 및 제어 파일을 내보낸 경우 이제 이 파일을 가져와야 합니다. 제어 파일에는 특정 환경에 맞게 사용자 정의된 data/external 디렉토리의 파일이 포함되어 있습니다.
이전 릴리스에서 ACSLS 8.4로 마이그레이션하는 중이며 동적 또는 정적 변수를 사용자 정의한 경우 변수를 가져와야 합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 StorageTek ACSLS 8.4 Administrator’s Guide의 "Database Administration" 장에서 Importing the Database를 참조하십시오.
실제 라이브러리로 ACSLS를 구성 중인 경우 이 절차를 따릅니다. 새 ACSLS 릴리스를 설치 중이며 ACSLS를 구성 및 테스트하는 데 사용할 테스트 라이브러리가 없는 경우 라이브러리 없이 새 ACSLS 릴리스 테스트"를 참조하십시오.
서버 시스템 하드웨어가 적절히 구성되고, 연결되고, 전원이 켜져 있으며 준비가 되어 있는지 확인합니다.
서버 및 라이브러리 하드웨어 간의 물리적 연결(이더넷, 광 섬유, SCSI 등)을 확인합니다.
ACSLS를 라이브러리 컴플렉스로 구성하기 전에 모든 라이브러리, 레일 및 CAP가 완전히 구성되고, 전원이 켜져 있고, 준비 상태인지 확인합니다.
라이브러리 구성을 만들거나 가져옵니다. 자세한 내용은 ACSLS 8.4 Administrator's Guide를 참조하십시오.
이전 ACSLS 릴리스에서 구성을 가져오려면 "Database Administration" 장의 Importing the Database 절을 참조하십시오.
새 라이브러리 구성을 만들려면 "Installing and Configuring Your Library Hardware" 장의 Configuring or Reconfiguring Library Hardware 절을 참조하십시오.
광 섬유 채널을 통해 SCSI 클라이언트를 지원하기 위해 논리적 라이브러리를 사용 중인 경우 클라이언트 HBA 포트 및 ACSLS 서버의 적합한 HBA 포트 간 FC 연결을 설정합니다. ACSLS 설치 시 논리적 라이브러리 클라이언트 시스템에 대한 광 섬유 연결은 활성 상태여야 합니다.
연결 문제에 대한 도움말은 ACSLS 8.4 Administrator's Guide의 "Troubleshooting" 장을 참조하십시오.
ACSLS 8.4 Administrator’s Guide의 "Installing and Configuring Your Library Hardware" 장을 참조하십시오. "Using acsss_config to Configure Your Library Hardware" 절을 참조하십시오.
새 ACSLS 릴리스를 설치한 후 해당 릴리스를 사용하여 프로덕션 라이브러리를 관리하기 전에 해당 릴리스를 테스트할 수 있습니다. 테스트 라이브러리 환경을 사용할 수 없는 경우에는 일반적으로 라이브러리에 대한 ACSLS가 구성되어야 하고 ACSLS가 나타나려면 해당 라이브러리가 온라인 상태여야 하므로 이러한 테스트 작업이 어려울 수 있습니다.
테스트 환경으로 사용할 라이브러리 또는 라이브러리 분할 영역이 없는 경우 ACSLS가 액세스할 테스트 라이브러리 없이 새 ACSLS 릴리스를 제한된 방식으로 테스트할 수 있습니다. 다음 절차를 수행하십시오.
새 ACSLS 릴리스를 별도의 서버에 설치합니다.
db_export.sh 유틸리티를 사용하여 프로덕션 라이브러리 환경에서 데이터베이스 및 제어 파일을 내보냅니다. 자세한 내용은 ACSLS Administrator’s Guide를 참조하십시오.
주:
데이터베이스 및 제어 파일을 내보내려면 ACSLS가 작동 중지되어야 합니다.db_import.sh를 사용하여 데이터베이스 및 제어 파일을 새 ACSLS 릴리스로 가져옵니다.
새 ACSLS 시스템에서 ACSLS는 가져온 라이브러리 구성에 연결하려고 하지 않아야 합니다. ACS 및 포트는 ACSLS에 대해 오프라인 상태를 유지해야 합니다.
그렇지 않으면 새 ACSLS 시스템과 프로덕션 시스템 모두 라이브러리에 연결하려고 시도합니다. 그러면 두 시스템이 서로 번갈아 가며 다른 시스템의 연결을 해제하게 됩니다. ACSLS 시스템 중 하나가 종료될 때까지 이 동작이 반복됩니다.
모든 ACS 및 포트 연결을 오프라인으로 유지하려면 다음 작업을 수행합니다.
$ACS_HOME/data/external/에서 acsls_startup_policy 파일을 수정합니다.
가져온 데이터베이스에서 구성된 각 ACS에 대한 라인의 주석을 해제합니다. 자세한 사항은 acsls_startup_policy의 주석 헤더를 살펴보십시오.
예를 들어 ACSLS가 ACS 0을 온라인으로 설정하지 못하도록 하려면 다음을
# ACS0_desired_startup_state_is_offline
다음으로 변경합니다.
ACS0_desired_startup_state_is_offline
제한된 명령 세트를 사용하여 ACSLS가 작동하고 실행되는지 확인하는 테스트를 수행합니다.
포트 또는 ACS를 온라인 상태로 전환하지 마십시오. 온라인으로 전환하는 경우 프로덕션 ACSLS 시스템에서 라이브러리 통신이 중단됩니다.
라이브러리가 오프라인 상태이므로 요청을 해당 라이브러리로 보내는 명령은 실패합니다. 그러나 ACSLS는 계속 실행되고 요청을 처리합니다.
라이브러리 리소스를 사용하지 않는 명령은 작동합니다. 여기에는 호스트 응용 프로그램에서 ACSAPI를 사용하여 다음과 같은 명령을 제출하는 작업이 포함됩니다.
query
display
define pool 및 delete pool
idle 및 start
lock 및 unlock
set 명령(set cap mode는 제외 - 라이브러리가 오프라인 상태이므로 실패함)
라이브러리 리소스를 사용하지 않는 유틸리티는 작동합니다. 다음과 같습니다.
acsss enable, acsss disable, acsss status와 같은 acsss 명령
bdb.acsss 및 rdb.acsss
db_export.sh 및 db_import.sh
주:
db_import.sh는 acsls_startup_policy 파일을 오버레이합니다. 이것이 프로덕션 시스템인 경우 이로 인해 라이브러리가 온라인 상태가 됩니다. ACSLS를 시작하기 전에 acsls_startup_policy 파일을 수정하십시오.dv_config
drives_media.sh
free_cells.sh
userAdmin.sh
volrpt
watch_vols
ACSLS GUI는 라이브러리 리소스를 표시합니다. 그러나 라이브러리 리소스가 필요한 mount, dismount, enter 및 eject와 같은 명령은 실패합니다.
ACSLS를 확인하려면 다음 절차를 따릅니다. acsss로 로그인되어 있어야 합니다. 이 절차는 카트리지를 마운트하거나 마운트 해제합니다.
ACSLS 소프트웨어를 시작하려면 사용자 acsss로 로그인하고 acsss enable 명령을 실행합니다. StorageTek ACSLS 8.4 Administrator’s Guide의 "Utility" 장에서 acsss를 참조하십시오.
cmd_proc 사용에 대한 지침은 StorageTek ACSLS 8.4 Administrator’s Guide의 "Using a cmd_proc"을 참조하십시오.
다음을 입력하여 cmd_proc에서 서버를 질의합니다.
query server
서버가 대기 모드임을 나타내는 메시지가 표시되는 경우 서버가 실행 중임을 나타내는 메시지가 표시될 때까지 기다립니다.
다음 항목이 온라인 상태인지 확인합니다. 각 항목 중 하나 이상이 온라인 상태여야 합니다. 온라인 상태가 아닌 경우 vary 명령을 사용하여 온라인 상태로 전환합니다.
query port all query acs all query lsm all query drive all
LSM에 카트리지가 하나 이상 있습니까?
예 - 절차를 계속합니다.
아니오 - LSM에 카트리지를 넣습니다.
다음을 입력하여 볼륨을 마운트합니다.
mount vol_id drive_id
사용 가능한 드라이브의 ID를 가져오려면 query drive 명령을 사용하고 라이브러리 카트리지의 ID를 가져오려면 query volume 명령을 사용합니다. StorageTek ACSLS 8.4 Administrator’s Guide의 "Installing and Configuring Your Library Hardware" 장을 참조하십시오.
성공적인 마운트를 나타내는 메시지가 표시되었습니까? 성공적인 마운트 메시지는 다음과 같습니다.
Mount: vol_id mounted on drive_id
예 - 절차가 완료되었습니다.
아니오 - 오류 메시지가 표시됩니다. 이 확인 절차를 다시 실행하여 사용 가능한 유효한 드라이브 및 라이브러리 카트리지를 지정했는지 확인하십시오. 마운트/마운트 해제가 계속 실패하는 경우 오라클 고객지원센터에 문의하십시오.
다음을 입력하여 카트리지를 마운트 해제합니다.
dismount vol_id drive_id force
위 명령에서 vol_id는 볼륨이고 drive_id는 4단계에서 지정한 드라이브입니다.
설치에서 마지막 단계는 라이브러리 감사입니다. 다음의 경우 라이브러리를 감사해야 합니다.
새로 설치하는 경우
기존 구성에 새 라이브러리를 추가하는 경우
StorageTek ACSLS 8.4 Administrator’s Guide의 Library Management 장에서 "Auditing the Library"를 참조하십시오.
ACSLS를 설치 해제하지 않고 XAPI 구성 요소를 제거할 수 있습니다. 이를 위해 다음을 수행합니다.
ACSLS 서버에 root로 로그인합니다.
주요 ACSLS 환경 변수를 소스로 지정합니다.
. /var/tmp/acsls/.acsls_env
/var/tmp/acsls/.acsls_env 앞에 마침표와 공백이 있습니다.
XAPI 구성 요소를 설치 해제합니다.
cd $ACS_HOME/install ./remove_xapi.sh Do you wish to remove the xapi service? (y)
주:
ACSLS의 다른 릴리스로 업그레이드하는 중인 경우 StorageTek ACSLS 8.4 Administrator’s Guide의 "Utility" 장에 설명되어 있는db_export.sh 유틸리티 명령을 사용하여 ACSLS 데이터베이스를 내보내십시오.ACSLS를 설치 해제하려면 다음을 수행합니다.
acsss로 로그인합니다.
acsss shutdown을 입력합니다.
패키지를 제거합니다. 이를 위해 다음을 수행합니다.
root로 로그인합니다.
ACSLS_8.3.0 패키지 설치 디렉토리(일반적으로 /opt/ACSLS_8.4.0)로 이동하여 pkg_uninstall.sh를 실행합니다.
pkg_uninstall 스크립트는 여러 항목을 제거하지만 ACSLS 파일 시스템의 일부만 제거하며 acsss, acssa, acsdb에 대한 사용자 계정은 유지합니다. 이 접근법을 사용하면 ACSLS를 더욱 빠르게 업그레이드할 수 있습니다.
Solaris 11에서 pkg_uninstall 유틸리티는 PostgreSQL 패키지를 설치 해제할지 여부를 묻는 메시지를 표시합니다. ACSLS 응용 프로그램을 영구적으로 제거하지 않는 한 이 프롬프트에 대해 일반적으로 "n"으로 응답합니다.
ACSLS 데이터베이스 백업 디렉토리의 컨텐츠를 제거하려면 다음을 수행합니다.
rm -rf $ACSDB_BKUP
WebLogic 및 ACSLS GUI는 다음과 같은 이유로 패키지 설치 해제 중에 자동으로 제거되지 않습니다.
ACSLS 업그레이드에는 WebLogic 또는 ACSLS GUI 업그레이드가 필요하지 않을 수 있습니다.
WebLogic 및 ACSLS GUI 설치 해제를 수행하면 ACSLS GUI 사용자 및 해당 암호가 제거됩니다.
WebLogic 및 ACSLS GUI 설치 해제는 ACSLS GUI에 대해 구성되었을 수 있는 사용자 정의 SSL 키 저장소를 제거합니다.
WebLogic 재설치를 완료하려면 시간이 걸립니다(5분 이상).
시스템에서 ACSLS를 완전하게 제거하려면 다음 단계를 수행합니다.
cd $installDir rm -rf Oracle, SSLM userdel acsss userdel acssa userdel acsdb
재부트합니다.