이 장에서는 이 서버에 STA를 새로 설치한다고 가정합니다.
이전 버전에서 STA를 업그레이드 하는 경우 제 8 장 STA 2.1.0으로 업그레이드를 참조하십시오. Oracle에서는 최신 버전의 STA를 설치하거나 최신 버전으로 업그레이드할 것을 권장합니다.
STA를 재설치하거나 현재 설치를 복구해야 하는 경우 제 9 장 STA 제거 및 복원을 참조하십시오.
주:
Oracle은 STA가 전용 서버(이 설명서에서는 STA 서버라 함)에 설치된 경우에만 지원을 제공합니다.이 장은 다음과 같은 항목으로 구성되어 있습니다.
부록 C에는 설치 작업을 구성하고 설정을 기록하는 데 사용할 수 있는 워크시트가 포함되어 있습니다.
이 절에서는 STA 설치 프로세스에 사용되는 핵심 개념 및 용어에 대해 설명합니다.
STA 서버에 Oracle 제품을 설치 및 업그레이드하는 데 사용되는 Linux 그룹입니다. Oracle은 이 용도로만 사용되는 별도의 그룹을 만들 것을 권장합니다.
STA 설치를 수행하려면 이 그룹의 구성원인 사용자로 로그인해야 합니다. Linux root 사용자나 수퍼유저 권한이 있는 다른 사용자로는 STA를 설치할 수 없습니다.
이 설명서의 지침 및 예에서는 이 그룹을 oinstall이라고 합니다. 이름이 다른 경우 선택한 이름으로 이 이름을 대체하십시오.
STA 서버에 Oracle 제품을 설치 및 업그레이드하는 데 사용되는 Linux 사용자입니다. Oracle 설치 그룹의 구성원인 어떤 사용자도 가능합니다.
이 설명서의 지침 및 예에서는 이 사용자를 oracle이라고 합니다. 이름이 다른 경우 선택한 이름으로 이 이름을 대체하십시오.
STA 서버에 설치된 Oracle 제품에 대한 정보를 추적하는 데 사용되는 디렉토리입니다. STA 설치 프로그램 및 제거 프로그램 로그는 이 위치의 logs 하위 디렉토리에 보관됩니다.
Oracle 설치 사용자는 이 디렉토리를 소유해야 하며 이 디렉토리에 대한 전체 권한을 가지고 있어야 합니다. Oracle 설치 그룹의 다른 사용자가 적절할 액세스 권한을 가지고 Oracle 제품을 설치할 수 있도록, Oracle 설치 사용자의 홈 디렉토리를 사용해서는 안됩니다.
이 위치는 이 절에 설명된 다른 디렉토리와 별도의 위치여야 합니다. 이 설명서의 지침 및 예에서는 이 위치로 /opt/oracle/oraInventory를 사용합니다. 디렉토리가 다른 경우 선택한 디렉토리로 이 디렉토리를 대체하십시오.
주:
Oracle은 모든 Oracle 설치 프로그램이 이 서버에서 동일한 중앙 인벤토리 위치를 사용하도록, STA 설치가 완료된 후 이 위치를 등록할 것을 권장합니다. 자세한 내용은 Oracle 중앙 인벤토리 위치 등록을 참조하십시오.STA 및 이와 연관된 Oracle 소프트웨어가 설치된 디렉토리입니다. STA는 자동으로 이 위치의 StorageTek_Tape_Analytics 하위 디렉토리에 설치됩니다. STA 홈을 참조하십시오.
이 디렉토리가 이미 존재하는 경우 Oracle 설치 사용자에게 해당 디렉토리에 대한 전체 권한이 있어야 합니다. 이 디렉토리가 존재하지 않는 경우 Oracle 설치 사용자에게 상위 디렉토리에 대한 전체 권한이 있다면 STA 설치 프로그램이 이 디렉토리를 자동으로 만듭니다.
주:
이 서버에 이전 버전의 STA가 설치되어 있는 경우 이 디렉토리는 이미 존재할 수 있습니다. 이런 경우 이 디렉토리를 root가 아니라 Oracle 설치 그룹이 소유하고 있는지 확인해야 합니다.이 위치는 이 절에 설명된 다른 디렉토리와 별도의 위치여야 합니다. 이 설명서의 지침 및 예에서는 이 위치로 /Oracle을 사용합니다. 디렉토리가 다른 경우 선택한 디렉토리로 이 디렉토리를 대체하십시오.
모든 STA 소프트웨어가 설치된 디렉토리입니다. 이 디렉토리는 이름이 StorageTek_Tape_Analytics로 지정되며 STA 설치 프로그램은 Oracle 스토리지 홈 위치 내에 이 디렉토리를 자동으로 만듭니다.
이 설명서의 지침 및 예에서는 이 위치로 /Oracle/StorageTek_Tape_Analytics를 사용합니다.
STA 설치 프로그램을 다운로드하는 디렉토리입니다.
이 위치는 이 절에 설명된 다른 디렉토리와 별도의 위치여야 합니다. 이 설명서의 지침 및 예에서는 이 위치로 /Installers를 사용합니다. 디렉토리가 다른 경우 선택한 디렉토리로 이 디렉토리를 대체하십시오.
기본적으로 STA 설치 프로그램은 /tmp 디렉토리에 압축이 풀리며 약 4GB의 공간을 소비합니다. 다음과 같이 옵션을 지정하여 STA 설치 프로그램을 실행하면 다른 작업 위치를 지정할 수 있습니다. –J–Djava.io.tmpdir=working_directory
working_directory는 절대 경로여야 합니다. 예를 들면 다음과 같습니다.
$ ./sta_installer_linux64.bin –J–Djava.io.tmpdir=/Oracle/tmp
이 옵션 사용에 대한 자세한 내용은 STA 자동 모드 설치 프로그램 및 제거 프로그램을 참조하십시오.
STA 및 MySQL 로그의 위치입니다. 컨텐츠는 늘어나며 로그 교체를 통해 관리됩니다. 기본 위치는 /var/log/tbi이지만 STA 설치 후 언제든지 이 위치를 변경할 수 있습니다. 자세한 내용은 STA 로그 디렉토리 재배치(선택 사항)를 참조하십시오.
공간 요구 사항은 STA 파일 시스템 레이아웃 검토를 참조하십시오.
사용자 이름 요구 사항은 다음과 같습니다.
길이가 1~16자여야 합니다.
모든 사용자 이름은 고유해야 합니다.
암호 요구 사항은 다음과 같습니다.
길이가 8~31자여야 합니다.
최소한 숫자 1개와 대문자 1개를 포함해야 합니다.
공백을 포함할 수 없습니다.
다음 특수 문자를 포함할 수 없습니다.
& ' ( ) < > ? { } * \ ' "
STA 설치 프로그램은 사용자가 제공하는 사양에 따라 사용자 계정 및 포트 번호를 구성합니다.
STA 설치 중 다음과 같은 필 수 계정이 만들어집니다. 이러한 계정은 STA에 특정된 것으로, Linux 사용자 이름이 아닙니다.
다음 WebLogic 계정은 WebLogic 관리 콘솔 또는 STA 응용 프로그램에 로그인하는 데 사용됩니다.
WebLogic 환경을 변경하기 위해(예: WebLogic을 LDAP 또는 RACF 서버에 연결) WebLogic 관리 콘솔에 로그인하는 데 사용합니다.
주의:
이 계정의 사용자 이름 및 암호는 검색할 수 없습니다. 이 자격 증명을 분실하면 STA를 재설치해야 합니다.전체 액세스 권한으로 STA 응용 프로그램에 로그인하는 데 사용합니다.
STA 설치가 완료되면 STA 응용 프로그램을 사용하여 지정 가능한 역할을 가진 추가 사용자 계정을 만들 수 있습니다. 자세한 내용은 STA 사용 설명서를 참조하십시오.
다음 STA 데이터베이스 계정은 STA가 STA 데이터베이스를 액세스 및 관리하기 위해 사용하는 MySQL 계정입니다.
MySQL 데이터베이스를 소유하며 루트 데이터베이스 설치를 만드는 데 사용됩니다. 사전 정의된 사용자 이름은 root이며 변경할 수 없습니다.
주의:
이 계정의 암호는 검색할 수 없습니다.STA가 데이터베이스에 연결하는 데 사용하는 사용자 정의된 MySQL 사용자 이름(예: stadb)입니다. 데이터 테이블에서 권한 만들기, 업데이트, 삭제 및 읽기에 필요합니다.
STA 이외의 프로그램 및 타사 응용 프로그램이 데이터베이스에 연결하는 데 사용할 수 있는 사용자 정의된 MySQL 사용자 이름(예: starpt)입니다. 특정 데이터베이스 테이블에 대한 읽기 전용 액세스 권한을 가집니다.
STA 관리 및 모니터링 유틸리티가 주로 예약된 백업을 구성하거나 실행하기 위해 데이터베이스에 연결하는 데 사용하는 사용자 정의된 MySQL 사용자 이름(예: stadba)입니다. 모든 데이터베이스 테이블에서 "grant option"을 제외한 모든 DBA 권한을 가집니다.
STA는 다음 포트를 사용하여 데이터를 검색하고 수신합니다. 이 포트는 전용 포트이며 STA에서 계속 사용할 수 있어야 합니다. STA 설치 프로그램은 이 포트가 네트워크에서 이미 사용 중이 아닌지 확인합니다.
주의:
STA 설치 중 이 포트를 구성하면 STA를 제거 및 재설치하지 않고는 변경할 수 없습니다.테이블 3-1에 설명된 포트는 STA 서버와 다른 네트워크 엔티티 간 통신을 위해 사용되는 외부 포트입니다. 포트 값은 고정되어 있으며 STA 설치 중 변경할 수 없습니다.
방화벽/라우터 구성: STA 서버와 백업 서버 사이(SSH의 경우) 및 STA 서버와 모니터되는 라이브러리 사이(SNMP 및 SNMPTRAP의 경우)에서 도달할 수 있어야 합니다.
테이블 3-2에 설명된 포트는 STA 서버와 다른 네트워크 엔티티 간 통신을 위해 사용되는 외부 포트입니다. 이러한 포트는 표준 포트 80과 8080(HTTP) 및 443(HTTPS)에 해당하는 구성 가능 포트이며, 네트워크의 다른 HTTP 및 HTTPS 포트와 달라야 합니다. 해당 값을 선택하는 데 도움이 필요하면 네트워크 관리자에게 문의하십시오.
방화벽/라우터 구성: STA 서버와 STA GUI를 실행 중인 클라이언트 사이에서 도달할 수 있어야 합니다.
문제를 해결하기 위해 STA 설치 및 제거 로그를 사용할 수 있습니다. 대부분의 로그 파일 이름에는 설치 또는 제거 인스턴스를 식별할 수 있도록 시간 기록이 포함됩니다. 시간 기록은 설치 또는 제거가 시작된 날짜 및 시간입니다.
특히 다음 로그는 설치 또는 제거가 실패했을 때 유용한 정보를 제공합니다. 해당 위치에 대한 자세한 내용은 /STA_logs/install을 참조하십시오.
installtimestamp.log
sta_installtimestamp.log
deinstalltimestamp.log
sta_deinstalltimestamp.log
STA 설치 및 제거 로그의 위치는 설치 또는 제거 상태에 따라 다릅니다. 로그는 다음 디렉토리에서 찾을 수 있습니다. 이러한 디렉토리에 대한 자세한 내용은 STA 파일 시스템 레이아웃 검토를 참조하십시오.
이 디렉토리는 진행 중인 설치 또는 제거 로그를 포함합니다. 다음은 이 디렉토리에서 볼 수 있는 로그 목록의 예입니다.
install2014-09-24_04-14-04PM.log installProfile2014-09-24_04-14-04PM.log launcher2014-09-24_04-14-04PM.log
여기서 Oracle_storage_home은 STA 설치 중 정의된 Oracle 스토리지 홈 위치입니다.
이 디렉토리는 성공적으로 완료된 설치 및 제거 로그를 포함합니다. 오류 또는 패치 로그와 같은 일부 로그는 해당하는 경우에만 포함됩니다.
다음은 이 디렉토리에서 볼 수 있는 로그 목록의 예입니다.
2014-09-24_02-57-41PM.log install2014-09-24_02-57-41PM.log install2014-09-24_02-57-41PM.out installActions2014-09-24_02-57-41PM.log installProfile2014-09-24_02-57-41PM.log installSummary2014-09-24_02-57-41PM.txt launcher2014-09-24_02-57-41PM.log1 OPatch2014-09-24_02-58-47-PM.log oraInstall2014-09-24_02-57-41PM.err oraInstall2014-09-24_02-57-41PM.out
기본적으로 STA_logs는 /var/log/tbi에 있습니다. 원하는 경우 STA 설치 후 언제든지 선택한 위치로 이 디렉토리를 재배치할 수 있습니다. 자세한 내용은 STA 로그 디렉토리 재배치(선택 사항)를 참조하십시오.
이 디렉토리는 성공 또는 실패로 완료된 설치 및 제거 로그를 포함합니다. 이 디렉토리에는 WebLogic Server 및 MySQL 데이터베이스 설치와 관련된 로그 및 STA 응용 프로그램의 설치 및 구성 로그가 포함됩니다.
다음은 이 디렉토리에서 볼 수 있는 로그 목록의 예입니다.
dbinstall.log dbinstall.mysqld.err dbinstall.stadb-slow.log install2014-09-24_02-52-09PM.log install_weblogic.log sta_install2014-09-24_02-53-22PM.log
다음 모드 중 하나를 사용하여 STA를 설치할 수 있습니다.
권장되는 설치 모드입니다. 이 모드에는 STA를 설치하기 위한 그래픽 사용자 인터페이스가 제공되며, X11 디스플레이가 필요합니다. 자세한 내용은 STA 그래픽 설치 프로그램 및 제거 프로그램 화면 참조를 참조하십시오.
이 모드를 사용하면 그래픽 사용자 인터페이스를 건너뛰고 응답 파일이라는 XML 등록 정보 파일에 설치 옵션을 제공할 수 있습니다. 자세한 내용은 STA 자동 모드 설치 프로그램 및 제거 프로그램을 참조하십시오.
이 모드는 무인 설치 및 여러 시스템에 STA를 설치하는 경우에 유용합니다. 응답 파일을 사용하면 단일 매개변수 세트를 제공하여 설치를 자동화할 수 있습니다. 자동 모드 설치 프로그램은 스크립트 또는 Linux 명령줄에서 실행할 수 있습니다.
STA를 설치하려면 다음 작업을 모두 나열된 순서대로 수행하십시오.
이 절차를 사용하여 STA 설치 프로그램을 실행하는 데 필요한 사용자 및 위치를 식별하고, 필요한 경우 만듭니다. 테이블 C-2 설치 사용자 및 위치 워크시트를 사용하여 이 정보를 기록할 수 있습니다. 이 항목에 대한 자세한 내용은 STA 설치 프로그램에서 사용하는 사용자, 그룹 및 위치를 참조하십시오.
Linux 루트 사용자로 로그인합니다.
STA 서버에 Oracle 중앙 인벤토리 포인터 파일 /etc/oraInst.loc가 있는지 확인합니다. 이전에 Oracle 중앙 인벤토리를 등록했다면 이 파일이 있어야 합니다. 자세한 내용은 Oracle 중앙 인벤토리 위치를 참조하십시오.
파일이 존재하면 해당 내용을 기록합니다. 예를 들면 다음과 같습니다.
# cat /etc/oraInst.loc
inventory_loc=/opt/oracle/oraInventory
inst_group=oinstall
inventory_loc 항목은 Oracle 중앙 인벤토리 위치를 식별하고, inst_group 항목은 Oracle 설치 그룹을 식별합니다.
파일이 없는 경우 3 단계로 이동하여 필요한 사용자 및 위치를 만듭니다. 예를 들면 다음과 같습니다.
# cat /etc/oraInst.loc
cat: /etc/oraInst.loc: No such file or directory
2 단계에서 Oracle 중앙 인벤토리 포인터 파일이 없었다면 Oracle 설치 그룹을 만듭니다. 자세한 내용은 Oracle 설치 그룹를 참조하십시오. 예를 들면 다음과 같습니다.
# groupadd oinstall
Oracle 설치 사용자의 사용자 이름 및 암호를 확보하거나 필요한 경우 새로 만듭니다. 이 사용자는 Oracle 설치 그룹에 속해야 합니다. 자세한 내용은 Oracle 설치 사용자를 참조하십시오. 예를 들면 다음과 같습니다.
# useradd -g oinstall -d /home/oracle oracle # passwd oracle Changing password for user oracle. New password: Retype new password: passwd: all authentication tokens updated successfully.
2 단계에서 Oracle 중앙 인벤토리 포인터 파일이 없었다면 Oracle 중앙 인벤토리 위치를 만듭니다. 이 디렉토리는 Oracle 설치 사용자가 소유해야 합니다. 자세한 내용은 Oracle 중앙 인벤토리 위치를 참조하십시오. 예를 들면 다음과 같습니다.
# mkdir /opt/oracle/oraInventory # chown oracle /opt/oracle/oraInventory # ls -la /opt/oracle/oraInventory total 8 drwxr-xr-x 2 oracle oinstall 4096 Feb 11 10:49 . drwxr-xr-x 3 root root 4096 Feb 11 10:49 ..
Oracle 스토리지 홈 위치를 찾거나, 이 위치가 존재하지 않으면 해당 디렉토리를 만듭니다. 이 디렉토리는 Oracle 설치 사용자가 소유해야 합니다. 자세한 내용은 Oracle 스토리지 홈 위치를 참조하십시오. 예를 들면 다음과 같습니다.
# mkdir /Oracle # chown oracle /Oracle # ls -la /Oracle total 8 drwxr-xr-x 2 oracle oinstall 4096 Feb 11 10:49 . drwxr-xr-x 3 root root 4096 Feb 11 10:49 ..
STA 설치 프로그램 위치를 찾거나, 이 위치가 존재하지 않으면 해당 디렉토리를 만듭니다. 자세한 내용은 STA 설치 프로그램 위치를 참조하십시오. 예를 들면 다음과 같습니다.
# mkdir /Installers
Linux 루트 사용자의 암호를 확보합니다. STA 설치 프로그램은 일부 작업을 수행하기 위해 루트로 액세스해야 하므로 해당 암호를 묻는 메시지를 표시합니다.
WebLogic 관리자, STA 관리자 및 설치 중 만들어질 MySQL 계정의 사용자 이름을 선택합니다. 자세한 내용은 STA 관리용 사용자 계정을 참조하십시오.
STA 작업에 필요한 구성 가능한 내부 및 외부 포트의 포트 번호를 선택합니다. 필요한 네트워크에서 외부 포트가 열려 있는지 확인합니다. 자세한 내용은 STA에서 사용하는 포트를 참조하십시오.
Oracle의 RDA(원격 진단 에이전트)를 구성하는 데 사용할 사이트의 도메인 이름을 확보합니다. 자세한 내용은 STA 사용 설명서를 참조하십시오.
다음 절차에 따라 STA 설치 프로그램을 실행하기 전에 필수 조건을 확인합니다. 이 절차는 선택 사항이지만 이 필수 조건이 하나라도 충족되지 않으면 STA 설치가 실패합니다. 설치 요구 사항의 전체 목록은 STA 요구 사항 설명서를 참조하십시오.
이 단계는 모두 STA 서버에서 수행됩니다. 도움이 필요하면 Linux 관리자에게 문의하십시오.
주:
STA 설치에서는 제 2 장 Linux 설치에 지정된 Linux RPM 패키지가 포함된 64비트 Linux가 설치되어 있다고 가정합니다. 필요한 패키지가 설치되지 않은 경우 STA 설치가 실패합니다. 자세한 내용은 다음 문서를 참조하십시오.지원되는 Linux 버전은 STA 요구 사항 설명서를 참조합니다.
필요한 패키지 목록은 필수 Linux 패키지 설치를 참조합니다.
주의:
기존 소프트웨어를 영구적으로 제거하거나 바꾸도록 선택하기 전에 필요에 따라 파일을 백업하십시오.STA가 서버에 설치되지 않았는지 확인합니다. STA 설치 프로그램은 새 설치에만 사용됩니다. 다른 지침은 다음 절을 참조하십시오(해당하는 경우).
STA를 이전 버전에서 업그레이드하려면 제 8 장 STA 2.1.0으로 업그레이드를 참조합니다.
STA를 재설치하거나 현재 설치를 복구하려면 STA 제거 및 복원을 참조합니다.
다음 예에서는 STA가 설치되지 않았음을 보여 줍니다.
$ ls /etc/init.d/sta* ls: cannot access /etc/init.d/sta*: No such file or directory$ ls /usr/bin/STA ls: cannot access /usr/bin/STA: No such file or directory $
MySQL이 STA 서버에 설치되지 않았는지 확인합니다. MySQL이 설치된 경우 설치 프로그램이 해당 설치를 제거하고 재설치하므로 기존의 모든 MySQL 데이터베이스가 삭제됩니다.
/tmp 디렉토리의 사용 가능 공간이 4GB 이상인지 확인합니다. 이 디렉토리는 기본 STA 설치 프로그램 작업 위치입니다.
$ df /tmp
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/vg_sta_server-lv_root
51606140 42896756 6087944 88% /
주:
원하는 경우 STA 설치 프로그램을 시작할 때 다른 작업 디렉토리를 지정할 수 있습니다. 자세한 내용은 STA 설치 프로그램 작업 위치를 참조하십시오.SELinux가 사용 안함으로 설정되었는지 확인합니다. 사후 설치 작업의 지침을 따랐다면 SELinux는 이미 사용 안함으로 설정되어 있어야 합니다. 자세한 내용은 SELinux 사용 안함으로 설정을 참조하십시오.
$ sestatus
SELinux status: disabled
Linux 방화벽(IPTables)이 중지되었는지 확인합니다. 사후 설치 작업의 지침을 따랐다면 IPTables는 이미 중지되었어야 합니다. 자세한 내용은 Linux 방화벽 사용 안함으로 설정을 참조하십시오.
$ service iptables status
iptables: Firewall is not running.
주:
사용자의 사이트에서 IPTables 서비스를 실행해야 하는 경우 STA를 설치하고, 라이브러리를 구성하고, STA가 라이브러리를 모니터하고 있는지 확인한 후 이 서비스를 시작할 수 있습니다. IPTables를 시작한 후 STA가 라이브러리를 모니터하고 있는지 다시 확인해야 합니다.SNMP 서비스를 중지하고 구성을 해제합니다.
네트워크 포트 충돌 및 기타 문제를 피하기 위해 STA 서버는 다른 SNMP 서비스를 실행해서는 안됩니다. 다음 조건 중 하나에 해당하면 STA 설치 프로그램이 종료됩니다.
snmpd 및 snmptrapd 데몬 서비스가 실행 중입니다.
UDP 포트 161(SNMP) 및 162(SNMPTRAP)를 사용할 수 없습니다.
필요에 따라 다음 단계를 수행합니다.
SNMP snmpd 및 snmptrapd 서비스의 현재 상태를 표시합니다.
# service snmpd status snmpd is stopped # service snmptrapd status snmptrapd is stopped
필요한 경우 SNMP 서비스를 즉시 중지합니다.
# service snmpd stop # service snmptrapd stop
주:
이 명령 중 하나를 실행할 때 "FAILED" 오류가 발생하는 경우 서비스가 이미 중지되었을 수 있습니다.Linux가 재부트될 때 SNMP 서비스가 자동으로 시작되지 않도록 다음을 입력하여 Linux 서비스 구성 파일에서 해당 서비스를 사용 안함으로 설정합니다.
# chkconfig snmpd off # chkconfig --list snmpd snmpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off # chkconfig snmptrapd off # chkconfig --list snmptrapd snmptrapd 0:off 1:off 2:off 3:off 4:off 5:off 6:off
다음과 같이 해당 모드 관련 요구 사항을 검토 및 확인합니다.
STA 그래픽 설치 프로그램의 경우 그래픽 모드 디스플레이 요구 사항을 참조합니다.
STA 자동 모드 설치 프로그램의 경우 자동 모드 요구 사항을 참조합니다.
STA 설치 프로그램 다운로드에는 다음 파일이 포함됩니다. version은 STA 설치 버전 번호입니다.
sta_install_version_linux64.bin—모든 설치에 필요합니다.
sta_install_version_linux64-2.zip—모든 설치에 필요합니다.
silentInstallUtility_version.jar—응답 파일 작성 유틸리티입니다. STA 자동 모드 설치 프로그램 또는 제거 프로그램을 사용할 때만 필요합니다. 자세한 내용은 부록 B STA 자동 모드 설치 프로그램 및 제거 프로그램을 참조하십시오.
브라우저 창에서 다음 URL의 Oracle Software Delivery Cloud 웹사이트에 액세스합니다.
Sign In/Register를 누릅니다.
Oracle 고객지원센터에서 제공한 사용자 ID 및 암호를 입력하거나 새 계정을 만듭니다.
Terms & Restrictions 화면에서 License Agreement and Export Restrictions에 동의한다는 확인란을 선택한 다음 Continue를 누릅니다.
Media Pack Search 화면에서 다음 단계를 수행합니다.
Select a Product Pack 메뉴에서 Oracle StorageTek Products를 선택합니다.
Platform 메뉴에서 Linux x86-64를 선택합니다.
Go를 누릅니다.
Results 테이블에서 Oracle StorageTek Tape Analytics 2.1.0을 선택하고 Continue를 누릅니다.
각 미디어 팩 ZIP 파일에 대해 Download를 누른 다음 해당 파일을 4GB 이상의 사용 가능한 공간이 있는 위치에 저장합니다.
압축 풀기 도구를 사용하여 zip 파일의 내용을 설치에 필요한 정보 식별 또는 만들기에서 선택한 STA 설치 프로그램 위치(예: /Installers)에 풉니다.
Oracle 설치 사용자에게 sta_install_version_linux64.bin 파일에 대한 실행 권한이 있고 sta_install_version_linux64-2.zip 파일에 대한 읽기 권한이 있는지 확인합니다. 예를 들면 다음과 같습니다.
# cd /Installers # ls -la -rw-r--r-- 1 oracle oinstall 5964 Oct 23 16:14 silentInstallUtility.jar -rw-r--r-- 1 oracle oinstall 1275158996 Oct 23 13:35 sta_install_2.1.0.64.124_linux64-2.zip -rw-r--r-- 1 oracle oinstall 1599220560 Oct 23 13:01 sta_install_2.1.0.64.124_linux64.bin # chmod u+x sta_install*.bin # chmod u+r sta_install*.zip # ls -la -rw-r--r-- 1 oracle oinstall 5964 Oct 23 16:14 silentInstallUtility.jar -rw-r--r-- 1 oracle oinstall 1275158996 Oct 23 13:35 sta_install_2.1.0.64.124_linux64-2.zip -rwxr--r-- 1 oracle oinstall 1599220560 Oct 23 13:01 sta_install_2.1.0.64.124_linux64.bin
설치 프로그램 다운로드 패키지에 포함되어 있는 STA 릴리스 노트를 검토합니다.
다음 절차에 따라 STA 설치 프로그램을 실행합니다. 그래픽 모드 또는 자동 모드 중 하나를 사용하여 STA를 설치할 수 있습니다. 자세한 내용은 STA 설치 프로그램 모드를 참조하십시오.
터미널 창에서 STA 서버에서 연결한 다음 Oracle 설치 사용자로 로그인합니다. 자세한 내용은 Oracle 설치 사용자를 참조하십시오.
STA 설치 프로그램 위치로 변경합니다. 자세한 내용은 STA 설치 프로그램 위치를 참조하십시오. 예를 들면 다음과 같습니다.
$ cd /Installers
다음 명령 중 하나를 사용하여 STA 설치 프로그램을 실행합니다.
STA 그래픽 설치 프로그램을 사용하는 경우:
$ ./sta_install_version_linux64.bin
여기서 version은 다운로드한 STA 설치 프로그램의 버전입니다. 예를 들면 다음과 같습니다.
$ ./sta_install_2.1.0.64.124_linux64.bin
이 모드를 사용하려면 X11 디스플레이가 필요합니다. 자세한 내용은 부록 A STA 그래픽 설치 프로그램 및 제거 프로그램 화면 참조를 참조하십시오.
STA 자동 설치 프로그램을 사용하는 경우:
$ ../sta_install_version_linux64.bin –silent –responseFile response_file
여기서 각 항목은 다음과 같습니다.
version은 다운로드한 STA 설치 프로그램의 버전입니다.
response_file은 이전에 만든 응답 파일의 절대 경로입니다.
예를 들면 다음과 같습니다.
$ ./sta_install_2.1.0.64.124_linux64.bin –silent –responseFile /Installers/SilentInstall.rsp
이 모드를 사용하려면 먼저 silentInstallUtility.jar 파일을 다운로드하고 설치 옵션을 지정하는 응답 파일을 만들어야 합니다. 자세한 내용은 부록 B STA 자동 모드 설치 프로그램 및 제거 프로그램을 참조하십시오.
다음 절차에 따라 STA가 실행 중인지 확인합니다.
다음 단계를 사용하여 STA bin 디렉토리가 시스템 루트 사용자에 대한 PATH 변수에 포함되어 있는지 확인합니다.
현재 STA 서버에서 터미널 세션을 열고 시스템 루트 사용자로 로그인합니다.
텍스트 편집기를 사용하여 사용자 프로파일을 엽니다. 예를 들면 다음과 같습니다.
# vi /root/.bash_profile
STA bin 디렉토리를 PATH 정의에 추가합니다. 예를 들어 다음 라인을 파일에 추가합니다.
PATH=$PATH:Oracle_storage_home/StorageTek_Tape_Analytics/common/bin
여기서 Oracle_storage_home은 STA 설치 중 지정된 Oracle 스토리지 홈 위치입니다.
파일을 저장하고 종료합니다.
로그아웃한 후 시스템 루트 사용자로 다시 로그인합니다.
PATH 변수가 올바르게 업데이트되었는지 확인합니다.
# echo $PATH
/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin:/Oracle/StorageTek_Tape_Analytics/common/bin
STA 명령을 사용하여 모든 STA 서비스가 실행 중이고 활성 상태인지 확인합니다. 예 3-1은 성공적인 상태 표시의 예입니다. 자세한 내용은 STA 관리 설명서를 참조하십시오.
$ STA status all
mysql is running
staservd service is running
weblogic service is runningstaengine service is running
.... and the deployed application for staengine is in an ACTIVE state
staadapter service is running
.... and the deployed application for staadapter is in an ACTIVE state
staui service is running
.... and the deployed application for staui is in an ACTIVE state
다음과 같이 진행합니다.
STA 서비스가 실행 중이고 활성 상태이면 라이브러리 및 STA 구성을 시작할 수 있습니다. 자세한 내용은 제 5 장 라이브러리에서 SNMP 구성 및 제 6 장 STA의 라이브러리 연결 구성을 참조하십시오.
STA 서비스에 문제가 있으면 설치 및 STA 로그에서 자세한 정보를 검토할 수 있습니다. 로그의 위치는 STA 설치 및 제거 로그를 참조하십시오.
STA 및 MySQL 로그를 기본값인 /var/log/tbi가 아닌 위치로 재배치하려는 경우에만 이 절차를 사용하십시오. 이 절차를 완료하면 새 로그가 사용자가 지정한 위치에 기록됩니다. 이 절차는 STA가 설치된 후 언제든지 수행할 수 있습니다. 위치 요구 사항은 STA 파일 시스템 레이아웃 검토를 참조하십시오.
시스템 루트 사용자로 로그인합니다.
모든 STA 서비스를 중지합니다.
# STA stop all
Stopping the staui service......
Successfully stopped the staui service
Stopping the staadapter service......
Successfully stopped the staadapter service
Stopping the staengine service......
Successfully stopped the staengine service
Stopping the weblogic service......
Successfully stopped the weblogic service
Stopping the staservd Service...
Successfully stopped staservd service
Stopping the mysql service.....
Successfully stopped mysql service
#
STA 및 MySQL 로그에 사용할 새 STA 로그 디렉토리를 만듭니다. 예를 들면 다음과 같습니다.
# mkdir -p /LOGS_DIR/log/ # ls -ld /LOGS_DIR/log drwxr-xr-x 2 root root 4096 Jan 20 14:17 /LOGS_DIR/log
STA 및 MySQL이 쓸 수 있도록 디렉토리에 대한 액세스 권한을 변경합니다. 예를 들면 다음과 같습니다.
# chmod 777 /LOGS_DIR/log # ls -ld /LOGS_DIR/log drwxrwxrwx 2 root root 4096 Jan 20 14:17 /LOGS_DIR/log
현재 /var/log/tbi 디렉토리를 방금 만든 STA 로그 디렉토리로 이동합니다.
# mv /var/log/tbi /LOGS_DIR/log/ # ls -l /LOGS_DIR/log/tbi total 20 drwxrwxrwx 2 mysql mysql 4096 Jan 7 10:45 backups drwxrwxrwx 3 mysql mysql 4096 Jan 7 10:45 db drwxrwxrwx 2 mysql mysql 4096 Jan 7 11:30 install -rwxrwxrwx 1 root root 1191 Jan 20 13:04 monitor_staserver.log drwxrwxrwx 2 root root 4096 Jan 7 11:03 uidumps
새 STA 로그 디렉토리에서 기본 위치로의 심볼릭 링크를 만듭니다. 예를 들면 다음과 같습니다.
# ln -s /LOGS_DIR/log/tbi /var/log/tbi # ls -l /var/log/tbi lrwxrwxrwx 1 root root 15 Jan 20 14:22 /var/log/tbi -> /LOGS_DIR/log/tbi #
STA를 다시 시작합니다.
# STA start all
Starting mysql Service..
mysql service was successfully started
Starting staservd Service.
staservd service was successfully started
Starting weblogic Service......
weblogic service was successfully started
Starting staengine Service.........
staengine service was successfully started
Starting staadapter Service..........
staadapter service was successfully started
Starting staui Service..........
staui service was successfully started
#
STA 설치가 완료된 후 이 절차를 사용하여 STA 서버의 Oracle 중앙 인벤토리 위치를 등록합니다. 이 절차는 이 서버에서 한 번만 수행하면 됩니다.
이 절차는 Oracle 중앙 인벤토리 포인터 파일 /etc/oraInst.loc를 만드는데 이 파일을 통해 Oracle 중앙 인벤토리 위치 및 Oracle 설치 그룹이 서버에서 사용되는 모든 Oracle 설치 프로그램에 알려집니다.
Linux root 사용자로 로그인합니다.
Oracle 중앙 인벤토리 디렉토리로 변경합니다. 예를 들면 다음과 같습니다.
# cd /opt/oracle/oraInventory
해당 디렉토리에 있는 등록 스크립트를 실행합니다.
# ./createCentralInventory.sh
Setting the inventory to /opt/oracle/oraInventory
Setting the group name to oinstall
Creating the Oracle inventory pointer file (/etc/oraInst.loc)
Changing permissions of /opt/oracle/oraInventory to 770.
Changing groupname of /opt/oracle/oraInventory to oinstall.
The execution of the script is complete
#
Oracle 중앙 인벤토리 위치 및 Oracle 설치 그룹이 이제 Oracle 중앙 인벤토리 포인터 파일 /etc/oraInst.loc에서 식별됩니다.