| StorageTek Automated Cartridge System Library Software 설치 설명서 릴리스 8.3 E52907-01 |
|
 이전 |
 다음 |
ACSLS 8.3은 Solaris 10, Updates 10 및 11, Solaris 11, Update 1에서 실행되도록 지원됩니다.
이 장에서는 ACSLS 8.3 설치에 대한 절차를 설명합니다. 다루는 항목은 다음과 같습니다.
이 제품에는 ACSLS에 대한 Oracle 사용권 이외에 각각의 고유 라이센스 범주가 있는 다양한 타사 소프트웨어 구성 요소가 포함되어 있습니다. ACSLS_8.3.0 설치 디렉토리에 있는 THIRDPARTYLICENSEREADME.txt 계약을 읽어 보십시오. 소스 코드를 재배포하는 데 라이센스가 필요한 소프트웨어 구성 요소의 경우 최초 패키지 설치 디렉토리 ACSLS_8.3.0(일반적으로 /opt 아래에 있음) 아래에서 해당 소스 코드를 찾을 수 있습니다. 하위 디렉토리 acsls_thirdPartySoftware/를 살펴보십시오.
이전 릴리스에서 업그레이드하는 경우 데이터베이스 및 제어 파일을 내보내야 합니다. 사용자 acsss로 다음 명령을 실행합니다.
db_export.sh -f myExport
위 예제에서 myExport는 내보내기 파일에 지정하는 이름입니다. myExport 및 myExport.misc를 비휘발성 위치에 저장해야 합니다. OS를 업데이트하는 경우 이 파일을 원격 시스템에 전송하여 안전하게 보관합니다.
자세한 정보 및 절차는 StorageTek ACSLS 8.3 Administrator’s Guide의 ”Database Administration” 장에서 Exporting the Database를 참조하십시오.
ACSLS 8.1 이후 릴리스에서 추가 ACSLS GUI 사용자를 만든 경우 해당 사용자의 ID를 기록해 두면 ACSLS 새 버전을 설치한 후 다시 추가할 수 있습니다. 이를 위해 다음을 수행합니다.
acsss 사용자인 경우 다음을 수행합니다.
cd $ACS_HOME/install
root로 로그인합니다.
userAdmin.sh를 사용하여 기존 사용자를 나열합니다.
./userAdmin.sh
List Users 옵션을 선택한 다음 작업을 마쳤으면 Exit 옵션을 선택합니다.
사용자 ID를 기록해 두면 "ACSLS GUI의 사용자 추가"에 설명되어 있는 대로 이후에 다시 추가할 수 있습니다.
이 절에는 Solaris 설치 단계에 대해 설명합니다.
설치 절차는 Solaris 설치 지침을 참조하십시오.
ACSLS 8.3은 Solaris 설치에 대한 전체 배포 선택 사항을 사용하여 Solaris 10 Update 11 및 Solaris 11 Update 1 환경에서 테스트되었습니다. 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.3은 모든 파일 시스템에 설치할 수 있습니다. 선택하는 디렉토리가 SETUID를 허용하도록 마운트되어야 사용자 acsss가 root로 실행될 수 있습니다. ACSLS 서비스 및 지원 통화 컨텍스트에서 진단 정보를 수집하는 서비스를 시작 및 중지하는 스크립트를 실행하려면 수퍼 유저 액세스가 필요합니다.
acsss umask는 설치 중 027로 설정됩니다.
ACSLS 패키지를 설치할 경우 ACSLS 사용자 계정 3개(acsss, acssa, acsdb)가 자동으로 추가됩니다.
패키지 설치로 acsls 그룹이 생성되며 이 그룹에 사용자 3명을 모두 지정합니다. acsls 그룹에 root도 추가됩니다.
ACSLS 사용자 3명에 대한 사용자 계정이 존재하는 경우 패키지 설치 루틴에 의해 사용자 홈 디렉토리 및 그룹 ID가 자동으로 조정됩니다(필요한 경우).
ACSLS 8.3은 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 패키지 설치"로 이동합니다.
아니오 - db_export.sh 유틸리티 명령을 사용하여 데이터베이스를 내보냈는지 확인하십시오.
ACSLS 종료:
이 작업을 수행하려면 acsss로 로그인해야 합니다.
acsss shutdown
acsss 및 acsdb crontab 항목을 모두 제거합니다.
crontab -r acsss crontab -r acsdb
8.1 이전 릴리스에서 마이그레이션하는 경우 이러한 사용자 계정을 제거합니다.
사용자 acsss, acsdb, acssa에 대한 그룹 연결에 영향을 주는 변경 사항이 ACSLS 8.1에 소개되었습니다. 8.1 이전 릴리스에서 설치하는 경우 8.3에 대한 STKacsls 패키지를 설치하기 전에 수행해야 하는 단계가 있습니다. 먼저 아래 단계에 설명되어 있는 대로 ACSLS 사용자 계정을 제거합니다. 이러한 계정은 ACSLS 8.3에 대한 STKacsls 패키지를 새로 설치하는 경우 다시 생성됩니다.
# userdel acsss # userdel acsdb # userdel acssa
root로 설정하려면 su를 실행하고 다음을 수행합니다.
cd /var/tmp rm -rf acsls cd /var/mail rm -f acsss acsdb acssa
ACSLS 6.0 또는 6.0.1
cd /export/home rm -rf ACSSS informix cd /export/backup rm -rf informix misc
ACSLS 6.0 또는 6.0.1 및 server_to_server 디렉토리가 존재합니다.
cd /export/home rm -rf informix misc server_to_server cd / rm -rf INFORMIXTMP nsr
ACSLS 6.1에서 7.1로
cd /export/home pkgrm STKacsls cd /export/backup rm -rf informix misc server_to_server cd / rm -rf INFORMIXTMP rm -rf /nsr d /var/tmp rm -rf acsls
ACSLS 7.2에서 7.3.1로
cd /export/home pkgrm STKacsls rm -rf ACSSS ACSSA acsdb cd /export/backup rm -rf *
(이렇게 하면 백업 디렉토리의 모든 컨텐츠가 제거됨)
ACSLS 8.0에서 8.0.2로
cd /export/home pkgrm STKacsls rm -rf ACSSS ACSSA acsdb SSLM cd /export/backup rm -rf *
ACSLS 8.1에서 ACSLS 8.3으로
cd /export/home pkgrm STKacsls rm -rf ACSSS ACSSA acsdb SSLM wlinstall Oracle cd /export/backup rm -rf *
데이터베이스 서버가 실행 중이기 때문에 pkgrm STKacsls가 실패하는 경우 포스트마스터 프로세스를 종료해야 할 수 있습니다. 이를 위해 다음을 수행합니다.
실행: ps -rf | grep post
상위 포스트마스터 프로세스를 종료합니다.
pkgrm STKacsls를 다시 실행합니다.
7.2 이전 ACSLS 릴리스의 경우 두번째 디스크 아래의 파일을 제거합니다(설치된 경우).
cd /second_disk
두번째 디스크를 /second_disk가 아닌 다른 디렉토리에 설치한 경우 해당 디렉토리로 cd를 수행합니다.
rm -rf data cd /second_disk/backup
두번째 디스크를 /second_disk/backup이 아닌 다른 디렉토리에 설치한 경우 해당 디렉토리로 cd를 수행합니다.
ACSLS 6.0 - 7.1의 경우 다음을 입력합니다.
rm -rf informix misc
설치를 시작하기 전에 실행 중인 데이터베이스 프로세스가 없는지 확인합니다. 확실하지 않은 경우 재부트합니다.
|
주: ACSLS를 제거하는 중인 경우(새 버전을 설치하지 않는 경우)/etc/cron.d/cron.allow에서 ACSLS 사용자 ID를 제거합니다. |
ACSLS 8.3은 모든 디렉토리에 설치됩니다. ACSLS 응용 프로그램이 상주할 기본 디렉토리를 결정합니다. 해당 디렉토리가 존재하지 않는 경우 STKacsls 패키지를 설치하기 전에 설치 디렉토리를 만들어야 합니다. 이 디렉토리는 권한이 755로 설정된 root가 소유해야 합니다.
사용자가 별도로 지정하지 않는 한 ACSLS 서비스는 /export/home에 설치됩니다.
기본 설치 절차를 따르려면 다음을 수행합니다.
Oracle Software Delivery Cloud 웹 사이트로 이동하고 SPARC 및 X86 플랫폼 모두에서 사용할 수 있는 ACSLS_8.3.0 소프트웨어 번들을 찾습니다.
ACSLS_8.3.0_SPARC.zip
ACSLS_8.3.0_X86.zip
공통 설치 디렉토리(일반적으로 /opt)에 적합한 소프트웨어 번들을 다운로드하고 압축된 파일의 압축을 풉니다. 압축을 푼 패키지 세트는 결과 ACSLS_8.3.0 하위 디렉토리에서 찾을 수 있습니다.
ACSLS_8.3.0 디렉토리로 이동하고 다음 명령을 실행합니다.
./pkg_install.sh
pkg_install 스크립트는 먼저 프롬프트를 표시하여 ACSLS 8.3을 설치할 것인지를 확인합니다.
패키지 번호는 ACSLS 8.3 설치 번들에 포함되어 있습니다. 여기에는 STKacsls 및 PostgreSQL을 지원하는 SUNW 패키지 5개가 포함되어 있습니다. 일반적으로 SUNW 패키지는 Solaris 10에 상주하지만 그렇지 않은 경우 pkg_install.sh 루틴에서 자동으로 설치합니다.
Solaris 11에서 특정 SUNW 패키지가 설치되어 있지 않기 때문에 pkg_install 스크립트를 실행할 때 자동으로 설치됩니다. 각 패키지에 대한 라이센스를 검토하고 y로 응답하여 패키지를 수락합니다.
STKacsls 패키지를 설치하기 전에 스크립트는 /export/home을 ACSLS 응용 프로그램에 대한 기본 디렉토리로 수락할 것인지 여부(y/n)를 묻습니다.
n으로 응답하는 경우 스크립트는 패키지 기본 디렉토리에 대해 원하는 경로를 입력하도록 요청합니다. 지정하는 디렉토리가 존재하지 않는 경우 스크립트는 디렉토리를 만들기 위한 권한을 확인합니다.
패키지 설치가 완료되면 ACSLS_8.3.0의 패키지가 /var/spool/pkg로 이동된 것을 확인할 수 있습니다. 패키지는 수동으로 제거하기 전까지 손쉽게 재설치할 수 있도록 이 경로에 유지됩니다. ACSLS_8.3.0에서 유지되는 항목은 pkg_install.sh, pkg_uninstall.sh 및 README.txt입니다. 이 스크립트를 사용하여 언제든 ACSLS를 설치 해제하거나 재설치할 수 있습니다.
패키지 설치 유틸리티는 사용자 acsss, acssa, acsdb에 대한 사용자 및 그룹 ID를 만듭니다. 이러한 사용자에 대한 홈 디렉토리를 지정하고 사용자를 acsls 그룹에 놓습니다. root 사용자도 acsls 그룹에 추가됩니다.
사용자 acsss, acssa, acsdb가 존재할 수 있는 시스템에서 패키지를 설치하기 전에 해당 사용자가 로그아웃하도록 합니다. 사용자의 홈 디렉토리를 변경해야 하는 동안 사용자가 로그인 상태인 경우 패키지 설치가 실패합니다. 이 문제는 이전 ACSLS 설치와 다른 설치 디렉토리를 정의한 업그레이드 컨텍스트에서 발생합니다.
|
주: 권장되는 안전한 관리 방법은 패키지 설치를 마친 직후 해당 사용자에 대한 초기 암호를 설정하는 것입니다. |
ACSLS 패키지가 설치되면 root는 ACSLS 환경 속성을 상속해야 합니다. 이를 수행하려면 로그아웃하고 다시 로그인하거나 간단히 su -를 실행하여 acsls 그룹 ID를 상속합니다. groups 명령으로 확인합니다.
su - # groups root acsls
(기타 그룹이 나열될 수 있음)
셸을 ACSLS 설치 환경으로 설정하려면 .acsls_env 파일을 얻습니다.
. /var/tmp/acsls/.acsls_env
이 단계를 통해 후속 설치 작업 중 $ACS_HOME을 참조할 수 있게 됩니다.
"install.sh 실행"을 진행합니다.
install.sh 유틸리티를 사용하면 압축을 푼 ACSLS 8.3 패키지에서 고유 Oracle StorageTek 라이브러리 환경에 필요한 특정 기능을 선택할 수 있습니다. ACSLS 8.3에 유연성이 추가되어 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에 연결되어 있어야 합니다.
논리적 라이브러리를 설치하는 중인 경우 ACSLS GUI는 필수 기능입니다. 아래 설명된 GUI 설치 절차를 진행하면 됩니다.
논리적 라이브러리에 대한 지원을 설치하지 않도록 선택하는 경우 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비트 공개 키를 자동으로 사용할 수 있게 됩니다. 일반적으로 추가 구성은 필요하지 않습니다. 하지만 일부 브라우저의 경우 특히 Microsoft Internet Explorer의 경우 1024비트 미만의 키가 필요합니다. SSL 암호화 키 구성에 대한 설명 및 절차에 대한 내용은 "SSL 암호화 키 구성"을 참조하십시오.
lib_cmd 기능은 ACSLS GUI에서 수행할 수 있는 많은 동일한 작업을 수행하는 명령줄 인터페이스입니다. 이 도구는 GUI를 설치하도록 선택한 경우 자동으로 설치됩니다. 많은 lib_cmd 작업이 논리적 라이브러리 기능에 적용되는 반면 이 기능은 물리적 라이브러리, 볼륨 및 드라이브의 상태를 표시하는 데 유용합니다. 논리적 라이브러리에 대한 지원이 선택되지 않은 경우 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.3 Administrator’s Guide의 Utility 장에서 userAdmin.sh를 참조하십시오.
데이터베이스 및 제어 파일을 내보낸 경우 이제 이 파일을 가져와야 합니다. 제어 파일에는 특정 환경에 맞게 사용자 정의된 data/external 디렉토리의 파일이 포함되어 있습니다.
이전 릴리스에서 ACSLS 8.3으로 마이그레이션하는 중이며 동적 또는 정적 변수를 사용자 정의한 경우 변수를 가져와야 합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 StorageTek ACSLS 8.3 Administrator’s Guide의 ”Database Administration” 장에서 Importing the Database를 참조하십시오.
서버 시스템 하드웨어가 적절히 구성되고, 연결되고, 전원이 켜져 있으며 준비가 되어 있는지 확인합니다.
서버 및 라이브러리 하드웨어 간의 물리적 연결(이더넷, 광 섬유, SCSI 등)을 확인합니다.
ACSLS를 라이브러리 컴플렉스로 구성하기 전에 모든 라이브러리, 레일 및 CAP가 완전히 구성되고, 전원이 켜져 있고, 준비 상태인지 확인합니다.
라이브러리 구성을 만들거나 가져옵니다. 자세한 내용은 ACSLS 8.3 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.3 Administrator's Guide의 ”Troubleshooting” 장을 참조하십시오.
ACSLS 8.3 Administrator's Guide의 ”Installing and Configuring Your Library Hardware” 장을 참조하십시오. ”Using acsss_config to Configure Your Library Hardware” 절을 참조하십시오.
ACSLS를 확인하려면 다음 절차를 따릅니다. acsss로 로그인되어 있어야 합니다. 이 절차는 카트리지를 마운트하거나 마운트 해제합니다.
ACSLS 소프트웨어를 시작하려면 사용자 acsss로 로그인하고 acsss enable 명령을 실행합니다. StorageTek ACSLS 8.3 Administrator’s Guide의 ”Utility” 장에서 acsss를 참조하십시오.
cmd_proc 사용에 대한 지침은 StorageTek ACSLS 8.3 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.3 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.3 Administrator’s Guide의 Library Management 장에서 ”Auditing the Library”를 참조하십시오.
|
주: ACSLS의 다른 릴리스로 업그레이드하는 중인 경우 StorageTek ACSLS 8.3 Administrator’s Guide의 ”Utility” 장에 설명되어 있는db_export.sh 유틸리티 명령을 사용하여 ACSLS 데이터베이스를 내보내십시오. |
ACSLS를 설치 해제하려면 다음을 수행합니다.
acsss로 로그인합니다.
acsss shutdown을 입력합니다.
패키지를 제거합니다. 이를 위해 다음을 수행합니다.
root로 로그인합니다.
ACSLS_8.3.0 패키지 설치 디렉토리(일반적으로 /opt/ACSLS_8.3.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
재부트합니다.
