ACSLS 8.4는 Oracle Linux Release 6 Update 5에서 실행되도록 설계 및 테스트되었습니다. Oracle Linux 제품 팩은 다음 Oracle E-Delivery 사이트에서 구할 수 있습니다.
이 장에 설명되어 있는 절차는 Linux 설치 절에 자세히 설명되어 있는 특정 패키지가 포함된 Linux 6.5 환경을 준수합니다. 해당 절 및 Linux 설치 팁의 절차대로 수행하면 문제 없이 설치가 진행되며 소프트웨어 비호환성이나 해결되지 않은 패키지 종속성 문제가 발생하지 않습니다. 경험이 많은 Linux 관리자의 경우에만 규정된 패키지 세트에서 벗어나는 작업을 수행하는 것이 좋습니다.
이 장은 다음 항목으로 구성되어 있습니다.
이 절은 다음 항목으로 구성되어 있습니다.
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 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 8.4는 선택적 Security Enhanced Linux 환경에서 실행하도록 설계되었습니다. SELinux는 US National Security Agency의 이니셔티브에 따라 2003년에 Linux 2.6.0 커널로 병합되었습니다. Unix 환경에서 전통적인 보호 표준을 넘어서 파일, 디렉토리 및 기타 시스템 리소스에 대한 액세스 제어를 제공합니다. SELinux에는 owner-group-public 권한 액세스 외에도 사용자 역할, 도메인, 컨텍스트를 기반으로 하는 액세스 제어가 포함되어 있습니다. 모든 시스템 리소스에 관한 액세스 제어를 시행하는 에이전트는 Linux 커널입니다.
Linux 시스템의 root 사용자는 setenforce 명령으로 시행을 설정하거나 해제할 수 있습니다.
setenforce [Enforcing | Permissive | 1 | 0 ]
Enforcing 또는 1은 SELinux를 강제 모드에 넣습니다. Permissive 또는 0은 SELinux를 허가 모드에 넣습니다.
주:
현재 시스템 시행 상태를 보려면getenforce 명령을 사용합니다.ACSLS를 설치할 때 세 가지 SELinux 정책 모듈 allowPostgr, acsdb, acsdb1이 커널에 로드됩니다. 이러한 모듈은 SELinux 시행이 활성인 동안 ACSLS가 고유의 데이터베이스 및 기타 시스템 리소스에 액세스하는 데 필요한 정의 및 시행 예외 사항을 제공합니다. 이러한 모듈이 설치된 상태에서 SELinux 시행을 사용 안함으로 설정할 필요 없이 bdb.acsss, rdb.acsss, db_export.sh, db_import.sh와 같은 데이터베이스 작업을 포함하는 일반적인 ACSLS 작업을 실행할 수 있어야 합니다.
자세한 내용은 StorageTek ACSLS 8.4 Administrator’s Guide의 부록 "Troubleshooting"을 참조하십시오.
새로 설치하는 경우입니까?
예 - ACSLS 패키지 설치로 이동합니다.
아니오 - db_export.sh 유틸리티 명령을 사용하여 데이터베이스를 내보냈는지 확인하십시오.
ACSLS 종료:
이 작업을 수행하려면 acsss로 로그인해야 합니다.
acsss shutdown
acsss 및 acsdb crontab 항목을 모두 제거합니다.
crontab -r acsss crontab -r acsdb
Linux 8.3용 ACSLS 제거:
rpm -e ACSLS-8.3.0.i686
설치를 시작하기 전에 실행 중인 데이터베이스 프로세스가 없는지 확인합니다. 확실하지 않은 경우 재부트합니다.
Linux 설치를 시작하기 전에 IT 시스템 관리자와 함께 다음 정보를 확인하십시오. 그래픽 설치 프로그램에는 kdelibs 패키지가 필요하며 이 패키지는 Linux 설치 프로그램 미디어 팩에 포함되어 있습니다.
ACSLS 서버에 대한 호스트 이름 및 IP 주소
네트워크에 대한 게이트웨이 IP 주소 및 넷마스크, 기본 및 보조 DNS
IP 주소
네트워크 프록시 정보(사용 가능한 경우)
이 절차에서는 다음을 포함하여 주요 소프트웨어 구성 요소를 설치합니다.
GNOME 데스크탑 환경
인터넷 지원
X Windows
RPM(Resource Package Manager), YUM(Yellowdog Updater, and Modified)
Java
다음을 설치하거나 사용으로 설정하지 마십시오.
소프트웨어 개발
웹 서버
데이터베이스
전화 접속 네트워크
Solaris 또는 AIX 시스템에서 ACSLS 이전 릴리스를 포팅하는 경우 해당 시스템에서 데이터베이스 및 제어 파일을 내보내십시오. 제어 파일에는 로컬 라이브러리 환경에 맞게 사용자 정의된 data/external 디렉토리의 파일이 포함되어 있습니다. ACSLS 8.4 Linux 플랫폼으로 데이터베이스 및 제어 파일을 이동하는 경우 데이터베이스 및 제어 파일을 내보내야 합니다. acsss 사용자인 경우 다음 명령을 실행합니다.
db_export.sh -f myExport
위 예제에서 myExport는 내보내기 파일에 지정하는 이름입니다. myExport 및 myExport.misc를 비휘발성 위치에 저장해야 합니다. OS를 업데이트하는 경우 이 파일을 원격 시스템에 전송하여 안전하게 보관합니다.
자세한 내용 및 절차는 StorageTek ACSLS 8.4 Administrator’s Guide의 "Database Administration" 장에서 Exporting the Database를 참조하십시오.
ACSLS 8.1 이후 릴리스에서 추가 ACSLS GUI 사용자를 만든 경우 해당 사용자의 ID를 기록해 두면 ACSLS 새 버전을 설치한 후 다시 추가할 수 있습니다. 이를 위해 다음을 수행합니다.
root로 로그인하고 ACSLS 운영 환경을 소스로 지정합니다.
. /var/tmp/acsls/.acsls_env
$ACS_HOME/install 디렉토리로 이동합니다.
./userAdmin.sh를 실행하여 ACSLS GUI의 기존 사용자 목록을 가져옵니다.
List Users 옵션을 선택한 다음 작업을 마쳤으면 Exit 옵션을 선택합니다.
사용자 ID를 기록해 두면 ACSLS GUI의 사용자 추가 에 설명되어 있는 대로 이후에 다시 추가할 수 있습니다.
DVD 매체, Jump-start 서버, 원격 서버에 있는 ISO 이미지에서 Oracle Linux를 설치할 수 있습니다. 현재 Oracle Sun X86 서버 대부분은 ILOM(Integrated Lights Out Manager)을 사용하는 고급 서비스 프로세서가 갖춰져 있습니다. ILOM을 사용하면 원격으로 마운트된 매체를 사용하여 동일한 시스템에 Linux 운영체제를 설치할 수 있습니다. Oracle ILOM 사용법에 대한 자세한 내용은 Sun 서버 설명서를 참조하십시오.
다음 절차에 따라 Oracle Software Delivery Cloud 웹 사이트에서 Linux 설치 프로그램 미디어 팩을 다운로드합니다. 미디어 팩은 압축된 ISO 이미지 파일로 제공되며 압축을 풀어 선택한 휴대용 매체에 쓸 수 있습니다.
시스템에서 웹 브라우저를 시작하여 다음 URL의 Oracle Software Delivery Cloud 웹 사이트로 이동합니다.
Sign In을 누릅니다.
오라클 고객지원센터 담당자가 제공한 사용자 이름 및 암호를 입력합니다.
Export Restrictions 화면에서 Accept를 누릅니다.
Product에 대해 acsls를 입력하고 StorageTek Automated Cartridge System Library Software (ACSLS)를 선택합니다.
Select Platform을 누르고 Linux x86-64를 선택합니다. Select를 누릅니다.
Selected Products 화면에서 Continue를 누릅니다.
Available Releases에 대해서는 Automated Cartridge System Library Software 8.4.0.0.0 for Linux x86-64 옆에 있는 상자를 선택하고 Continue를 누릅니다.
Oracle Terms and Restrictions 화면에서 라이센스의 조건을 검토하고 이에 동의합니다. Continue를 누릅니다.
Download를 누르고 zip 파일을 선택한 위치에 저장합니다.
ACSLS 8.4는 Linux 설치 프로그램에 의해 기본적으로 선택된 패키지 이외에 특별한 패키지가 필요하지 않는 Linux의 표준 기본 설치를 사용하여 Linux 6.5에서 테스트되고 확인되었습니다. PostgreSQL 패키지는 Linux의 기본 설치에 포함되지 않는 것이 좋습니다. 이러한 패키지 설치는 다음 절에 설명되어 있습니다.
Linux가 설치된 후 Oracle Yum 저장소에서 ACSLS에 필요한 특정 패키지를 추가합니다.
ACSLS 서버가 방화벽으로 보호되는 경우 로컬 프록시 서버를 사용하도록 ACSLS Linux 시스템을 구성해야 할 수도 있습니다.
/etc/yum.conf 및 /etc/wgetrc를 편집하여 프록시 및 캐싱 매개변수를 업데이트합니다.
yum/conf Proxy=http://your local proxy server http_caching=packages wgetrc #You can set the default proxies for wget to use for http, https, and ftp. #They will override the value in the environment. http_proxy=http://your local proxy server # Remove the comment sign (#) from this line: #use_proxy=on
Oracle 저장소를 올바른 아키텍처에 사용하도록 yum을 구성합니다.
Oracle yum 서버에서 저장소 목록을 얻습니다.
# cd /etc/yum.repos.d # wget http://public-yum.oracle.com/public-yum-ol6.repo
public-yum-ol6.repo 파일을 편집하여 i686 패키지를 포함시킵니다. 이 파일의 아래쪽에 다음 라인을 추가합니다.
[ol6_latest_i386] name=Oracle Linux 6 Latest 32-bit (i386) baseurl=http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/i386/ gpgkey=http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6 gpgcheck=1 enabled=1
yum 패키지 키트 새로 고침을 사용 안함으로 설정합니다.
파일을 편집합니다.
/etc/yum/pluginconf.d/refresh-packagekit.conf
enabled=0을 설정합니다.
ACSLS의 필수 조건 패키지를 설치합니다.
yum install -y glibc.i686 pam pam.i686 yum install -y libstdc++ libstdc++.i686 yum install -y libxml2 libxml2.i686 yum install -y postgresql-server.i686 yum install -y unixODBC.i686 postgresql-odbc.i686
이러한 필수 항목이 설치되면 이제 ACSLS 8.4 패키지를 설치할 준비가 된 것입니다.
Linux 설치에 ACSLS에 필요한 모든 패키지가 포함되어 있지 않을 수 있습니다. ACSLS 패키지를 rpm -ivh ACSLS-8.4.0.i686.rpm과 함께 설치하는 경우 이 작업은 누락된 특정 종속성을 나타내는 오류를 반환할 수 있습니다. 식별된 각 종속성의 경우 해당 패키지를 yum과 함께 설치할 수 있습니다. 종속성 오류 메시지에서 패키지 이름을 복사하여 yum install 명령에 해당 패키지 이름을 제출합니다.
# yum install <package name>
설치를 시도하기 전에 ACSLS 패키지의 종속성 목록을 가져오려는 경우 --test 옵션과 함께 rpm install 명령을 실행할 수 있습니다.
# rpm -ivh --test ACSLS-8.4.0.i686.rpm
Linux 시스템에 누락된 종속성이 남아 있는 경우 이 테스트 옵션으로 해당 종속성을 표시합니다.
Oracle Software Delivery Cloud 웹 사이트로 이동하고 Linux 플랫폼에서 사용할 수 있는 ACSLS_8.4.0 소프트웨어 번들을 찾습니다. 일반적으로 ACSLS 서버의 /opt 디렉토리에 파일을 다운로드합니다. 파일의 압축을 풀고 ACSLS_8.4.0로 이동하여 rpm 패키지 ACSLS-8.4.0.i686.rpm에 액세스합니다.
ACSLS 8.4는 모든 디렉토리에 설치됩니다. ACSLS 응용 프로그램이 상주해야 할 기본 설치 디렉토리를 결정합니다. 해당 디렉토리가 존재하지 않는 경우 STKacsls 패키지를 설치하기 전에 해당 디렉토리를 만들어야 합니다. 이 디렉토리는 권한이 755로 설정된 root가 소유해야 합니다.
주:
사용자가 별도로 지정하지 않는 한 ACSLS는/export/home에 설치됩니다.root로 ACSLS_8.4.0 패키지 설치 디렉토리로 이동하고 ACSLS 패키지를 설치합니다.
pkg=ACSLS-8.4.0.i686.rpm rpm -i $pkg
이 방법은 기본 설치 디렉토리인
/export/home 아래에 ACSLS 응용 프로그램을 놓습니다. 다른 디렉토리 아래에 응용 프로그램을 놓으려면 다음 방법을 사용하여 패키지의 압축을 풉니다.
path=/my/desired/path
(ACSLS 응용 프로그램이 상주할 파일 시스템)
rpm -Uvh --prefix $path ACSLS-8.4.0.i686.rpm
rpm 유틸리티는 사용자 acsss, acssa, acsdb에 대한 사용자 및 그룹 ID를 만듭니다. 이러한 사용자에 대한 홈 디렉토리를 지정하고 사용자를 acsls 그룹에 놓습니다. root 사용자도 acsls 그룹에 추가됩니다.
이전 ACSLS 버전에서 업그레이드할 때 설치 디렉토리를 변경할지 여부를 결정합니다. ACSLS 사용자는 홈 디렉토리의 변경이 있을 때마다 로그아웃해야 합니다.
주:
권장되는 안전한 관리 방법은 패키지 설치를 마친 직후 해당 사용자에 대한 초기 암호를 설정하는 것입니다.패키지가 설치되면 새 ACSLS 환경을 현재 셸로 상속해야 합니다. acsls 그룹 ID를 상속하려면 로그아웃한 다음 다시 로그인(간단히 su - 실행)해야 합니다. groups 명령으로 확인합니다.
su - # groups root acsls
(기타 그룹이 나열될 수 있음)
셸을 ACSLS 설치 환경으로 설정하려면 .acsls_env 파일을 소스로 지정합니다.
. /var/tmp/acsls/.acsls_env
이 단계를 통해 후속 설치 작업 중 $ACS_HOME을 참조할 수 있게 됩니다.
install.sh 유틸리티를 사용하면 압축을 푼 ACSLS 8.4 패키지에서 고유 Oracle StorageTek 라이브러리 환경에 필요한 특정 기능을 선택할 수 있습니다. ACSLS 8.4에 유연성이 추가되어 GUI(그래픽 사용자 인터페이스) 및 광 섬유 라이브러리 지원을 포함하는 옵션을 설치할지 여부를 선택할 수 있습니다. 이 유틸리티를 실행하여 전체 제품, 제품의 일부를 설치하거나 전체를 설치할 필요 없이 이미 설치된 제품을 변경할 수 있습니다.
root로 로그인되어 있는 경우 다음 명령을 실행합니다.
cd $ACS_HOME/install ./install.sh
소프트웨어가 /etc/hosts 파일에서 정규화된 호스트 이름을 찾습니다. 일부 Postgres 유틸리티를 사용하려면 정규화된 호스트 이름이 필요합니다. 이 설치 이후 /etc/hosts 파일에 정규화된 호스트 이름을 추가하십시오.
데이터베이스 만들기는 install.sh 루틴의 첫번째 단계입니다. 이 단계는 패키지를 처음 설치하는 경우 필요합니다. ACSLS 데이터베이스가 이미 존재하고 재구성하지 않으려는 경우 이 단계를 건너뛸 수 있습니다.
이 단계는 PostgreSQL 아래에 새 데이터베이스를 만들고 데이터베이스 백업에 대한 자동화된 일정을 설정합니다. Linux 6의 경우 안전하게 ACSLS를 제공하는 SE Linux 정책 모듈을 로드하지만 PostgreSQL 데이터베이스 엔진에 대한 액세스는 제한되지 않습니다.
데이터베이스 백업 파일이 상주할 디렉토리를 결정합니다. 해당 디렉토리가 존재하지 않는 경우 먼저 디렉토리를 만들어야 합니다. 이 디렉토리는 권한이 755로 설정된 root가 소유해야 합니다. 별도로 지정하지 않는 한 데이터베이스 백업은 /export/backup 아래에 설치됩니다.
install.sh 루틴은 다음을 확인합니다.
Which file system will be used to store database backups? [/export/backup]
Return을 눌러 제안된 디렉토리를 선택하거나 다른 디렉토리를 지정합니다. 상대 경로를 지정하는 경우 이전 절 ACSLS 패키지 설치 의 1단계에서 지정한 원하는 경로 바로 아래에 놓입니다. HA 구성인 경우 선택하는 백업 디렉토리가 공유 디스크의 파일 시스템에 있는지 확인하십시오.
설치 루틴은 계속해서 SE Linux 정책 모듈을 로드합니다. 별도로 지정하지 않는 한 루틴은 데이터베이스 백업 디렉토리를 1단계에서 지정한 원하는 경로 바로 아래에 놓습니다.
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
SL500 또는 SL150과 같은 광 섬유 연결 라이브러리를 제어하는 경우 mchanger는 SCSI 매체 교환기 장치에 대한 장치 드라이버를 참조할 때 ACSLS에서 사용하는 이름입니다. Linux에서 /dev/mchanger*는 SCSI 일반 sg 드라이버에 대한 심볼릭 링크입니다. sg는 Linux에서 표준 장치 드라이버이므로 sg를 제거하려는 의도가 아닙니다. 단순히 mchanger와 sg 사이의 장치 링크를 제거합니다. 이 작업은 일반적으로 ACSLS rpm 패키지를 제거하는 경우 수행됩니다. 하지만 ACSLS 패키지를 제거하지 않고 mchanger를 제거하려는 경우 다음 절차를 따릅니다.
/dev의 mchanger에 대한 장치 링크를 제거합니다.
# cd /dev # rm mchanger*
1단계에서 제거한 장치 링크를 만든 규칙을 제거합니다.
# cd /etc/udev/rules.d # rm persistent-storage-tape-acsls.rules
mchanger 장치 링크를 다시 만들려면 다음을 수행합니다.
acsss 사용자인 경우 다음을 수행합니다.
cd $ACS_HOME/install
su root를 입력합니다.
su - root는 acsss 환경을 손실시킬 수 있으므로 입력하지 마십시오.
ACSLS 환경을 소스로 지정합니다.
# . /var/tmp/acsls/.acsls_env
mchanger 장치 링크를 만듭니다.
# $ACS_HOME/install/install_scsi_Linux.sh
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비트 공개 키를 자동으로 사용할 수 있게 됩니다. 일반적으로 추가 구성은 필요하지 않습니다. 그러나 일부 브라우저, 특히 Microsoft Internet Explorer의 경우 1024비트만큼의 더 긴 키가 필요합니다. SSL 암호화 키 구성에 대한 설명 및 절차에 대한 내용은 HTTPS에 대한 자체 지정된 디지털 인증서 구성을 참조하십시오.
lib_cmd 기능은 ACSLS GUI에서 수행할 수 있는 많은 동일한 작업을 수행하는 명령줄 인터페이스입니다. 이 도구는 GUI 또는 논리적 라이브러리 지원을 설치하도록 선택하는 경우 자동으로 설치됩니다.
많은 lib_cmd 작업이 논리적 라이브러리 기능에 적용되는 반면 이 기능은 물리적 라이브러리, 볼륨 및 드라이브의 상태를 표시하는 데 유용합니다. GUI 또는 논리적 라이브러리 지원을 설치하지 않도록 선택하는 경우 lib_cmd를 설치하는 옵션이 제공됩니다.
Shall we install the optional lib_cmd interface (y or n):
위 설치 대화 상자에서 선택한 기능 세트에 따라 이 최종 단계는 Linux init.d 서비스를 설치하여 선택한 각 ACSLS 기능에 대한 자동 시작, 중지, 상태 기능을 제어합니다.
서버 목록에는 다음의 하위 세트가 포함됩니다.
acsdb acsls rmi-registry surrogate 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)는 엔터프라이즈 레벨 메인프레임 클라이언트 및 서버가 TCP/IP 상에서 공통 ELS(Enterprise Library Software) 프로토콜을 사용하여 통신할 수 있는 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 환경에 고유한 로컬 구성 파일, 사용자 환경 설정 및 사용자 정의된 파일입니다.
데이터베이스 및 제어 파일을 내보낸 경우 이제 이 파일을 가져와야 합니다. 이 작업을 수행하는 방법에 대한 자세한 내용은 StorageTek ACSLS 8.4 Administrator’s Guide의 "Database Administration" 장에서 Importing the Database를 참조하십시오.
서버 시스템 하드웨어가 적절히 구성되고, 연결되고, 전원이 켜져 있으며 준비가 되어 있는지 확인합니다.
서버 및 라이브러리 하드웨어 간의 물리적 연결(이더넷, 광 섬유, 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 절을 참조하십시오.
연결 문제에 대한 도움말은 StorageTek ACSLS 8.4 Administrator's Guide의 "Troubleshooting" 장을 참조하십시오.
StorageTek 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를 확인하려면 다음 절차를 따릅니다. 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 명령을 사용합니다. ACSLS 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로 로그인합니다.
rpm -e ACSLS를 입력합니다.
rpm 스크립트는 여러 항목을 제거하지만 ACSLS 파일 시스템의 일부만 제거하며 acsss, acssa, acsdb에 대한 사용자 계정은 유지합니다. 이 접근법을 사용하면 ACSLS를 더욱 빠르게 업그레이드할 수 있습니다.
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
재부트합니다.