Oracle Database 11g：Ch02.Preparing the Database Environm.pptx
2장. 오라클 소프트웨어 설치
학습 목표
- DBA로서 역할과 일반적인 업무 및 툴을 설명한다.
- 오라클 소프트웨어 설치 계획
- 단독 서버에 Oracle Grid Infrastructure 설치
- 오라클 데이터베이스 소프트웨어 설치
오라클 데이터베이스 관리자의 업무
DBA는 일반적으로 오라클 설치 및 데이터베이스를 생성 할 책임을 갖는다. DBA로서 테이블스페이스와 같은
데이터베이스 저장소 구조를 생성 할 책임을 가질 수도 있다. 또한, 애플리케이션 데이터를 저장 할 스키마 및
객체 집합을 생성 할 수도 있다. 사용자들이 데이터베이스를 언제나 사용 할 수 있도록 보장하여야 한다. 이를
위해 데이터베이스를 기동하고 정기적으로 데이터베이스를 백업하며 데이터베이스의 성능을 모니터링 한다.
이러한 작업은 반드시 보안 전략 프레임워크 내에서 수행되어야 한다.
이 장에서는 설치에 초점을 맞춘다. 이러한 핵심 작업을 위해 다음과 같은 부차적인 작업을 고려 하여야 한다.
- 설치 작업을 사용자 조직의 전체적인 기술적 아키텍처에 일치시키는 방법을 이해한다.
- 용량 계획을 검토 및 변경한다.
- 데이터베이스 소프트웨어(버전 및 옵션)를 선택한다.
- 시스템 요구 사항이 모든 선택된 요소에 만족하는지 보장한다.
오라클 데이터베이스 관리를 위한 툴
설치 및 업그레이드를 위해 다음과 같은 툴을 사용 할 수 있다.
- Oracle Universal Installer(OUI) : 오라클 소프트웨어 및 옵션의 설치. 데이터베이스 생성을 위한
Database Configuration Assistant를 자동으로 기동 시킬 수 있다.
- Database Configuration Assistant(DBCA) : 오라클 제공 템플릿으로부터 데이터베이스 생성, 미리 구성된
시드(seed) 데이터베이스를 복사 할 수 있도록 해준다(한편, 사용자 고유의 데이터베이스 및 템플릿을 생성 할 수도 있다).
- Database Upgrade Assistant(DBUA) : 기존 데이터베이스를 새로운 오라클 버전으로 업그레이드 할 수 있도록 안내한다.
- Oracle Net Manager(netmgr) : 오라클 데이터베이스와 애플리케이션에 대한 네트워크 연결 구성.
- Oracle Net Configuration Assistant(NetCA) : 그래픽 마법사 기반 툴로서 오라클 네트워크를 구성하고 관리한다.
다음 툴은 오라클 인스턴스 및 데이터베이스를 관리하는데 사용된다.
- Oracle Enterprise Manager(EM) : 오라클 제품 관리를 위한 통합된 관리 플랫폼을 제공하기 위해 그래픽 콘솔, 에이전트,
공통 서비스, 툴을 통합하였다. 오라클 소프트웨어를 설치한 후, 데이터베이스를 생성 또는 업그레이드하고 네트워크를
구성하는데, 데이터베이스 관리를 위한 단일 인터페이스로 EM을 사용 할 수 있다.
SQL 명령 실행을 위한 웹 기반 사용자 인터페이스를 제공하는 것에 더불어, 데이터베이스 관리에 사용되는 다른 오라클
구성요소(예를 들어, Recovery Manager와 Scheduler)에 대한 인터페이스를 제공한다.
- 오라클 데이터베이스를 관리하는데 사용되는 주요 EM 툴은 다음과 같다.
① Enterprise Manager Database Console : 단일 데이터베이스 관리
② Enterprise Manager Grid Control : 동시에 여러 데이터베이스 관리
- Server Control Utility(srvctl) : 데이터베이스 기동 및 종료, ASM 인스턴스 관리, 구성 정보 관리, 인스턴스 및 서비스
이동 및 제거에 사용 할 수 있는 표준 명령줄 인터페이스. 또한 서비스 추가 및 구성 정보 관리를 위해 SRVCTL을 사용 할 수도 있다.
- SQL*Plus : 데이터베이스 관리를 위한 표준 명령줄 인터페이스
- Recovery Manager(RMAN):전체 데이터베이스 또는 특정 데이터베이스 파일의 백업, 복원, 복구를 제공하는 오라클 툴
- Data Pump : 하나의 데이터베이스에서 다른 데이터베이스로 데이터의 고속 전송을 가능 하게 해줌
(예를 들어, 테이블을 익스포트하여 다른 데이터베이스에 임포트하는 경우).
- SQL*Loader : 외부 파일내 데이터를 오라클 데이터베이스로 로드 할 수 있도록 함. 데이터를 데이터베이스 테이블로
로드 할 수 있는 여러 오라클 유틸리티 중의 하나.
- 명령줄 도구
① Enterprise Manager 관리
emctl start | status | stop dbconsole
② 리스너 관리
lsnrctl start | status | stop
설치 계획
오라클 소프트웨어를 설치하기 전에 설치 계획에 도움을 줄 다음 질문에 대하여 고려한다.
- 어떤 오라클 소프트웨어를 설치 할 것인가?
이 과정의 목표는 오라클 데이터베이스를 설치하는 것이다. 오라클이 추천하는 가장 좋은 방식은 저장 기법으로
ASM(Automatic Storage Management)를 사용하는 것이다. 여기에는 클러스터 소프트웨어 미디어로부터
Oracle Grid Infrastructure의 설치가 포함되어 있으며, ASM 뿐만 아니라 Oracle Restart에 필요한 구성 요소를 설치한다.
- 하드웨어는 최소 요구 사양을 만족하는가?
설치 과정에 포함 될 모든 하드웨어를 식별하고 최소 권장 사양을 만족하는지 보장하여야 한다.
- 여러 제품이 설치되는 경우, 권장하는 설치 순서가 있는가?
가능하면 오라클 데이터베이스 소프트웨어를 설치하기 전에 Oracle Grid Infrastructure를 설치하도록 권장한다.
이 순서로 설치를 수행하는 것은 새롭게 생성된 데이터베이스가 ASM 디스크 그룹을 사용하도록 설정되는 것이며,
Oracle Restart에 자동으로 등록된다는 것을 의미한다. 만약, 오라클 데이터베이스가 설치된 후, Oracle Grid Infrastructure를
설치 하면 Oracle Restart에 데이터베이스를 등록하기 위해 직접 구성 작업을 수행하여야 한다. 만약, 기존 데이터베이스가
저장 장소로 ASM 디스크 그룹을 사용하도록 하려면 별도의 마이그레이션 단계가 필요하다.
- DBA가 아닌 다른 사용자에 의해 수행 되어야 할 사전 구성 절차가 있는가?
권한의 분리 지침에 따르면, DBA는 설치과정에 사용되는 하드웨어와 저장 장치 구성에 대한 책임을 가질 필요가 없다.
Oracle Grid Infrastructure를 설치하기 전에 저장소 관리자가 필요한 디스크 파티션을 설정하는 필수 구성 단계가 존재한다.
Oracle Grid Infrastructure와 오라클 데이터베이스 설치 : 시스템 요구사항
시스템 요구사항
- 표준 데이터베이스 설치는 1GB 이상의 램과 1.5GB 이상의 스왑 공간을 가진 컴퓨터에서 수행 될 수 있다.
단독 서버 설치를 위한 표준 Oracle Grid Infrastructure는 최소 1.5GB 이상의 램을 필요로 한다.
- 필요한 스왑 공간의 크기는 램의 크기에 따라 달라진다(예를 들어, 2GB 램의 경우, 3GB의 스왑 공간 필요하다).
자세한 사항은 OS 고유 설치 지침을 참고한다.
- 오라클 데이터베이스 소프트웨어를 설치할 머신의 활성화 수준에 따라 표준 설치는 20분 내로 완료 될 수 있다.
- 일부 설치 구체 사항
① Oracle Database 11g는 2개의 시드 데이터베이스 템플릿과 함꼐 제공된다.
② 중복된 파일은 제거된다.
③ 추가 CD에서 다른 제품과 예제를 설치 할 수 있다.
아래는 모든 플랫폼에 공통적인 최소 요구 사항이다. 설치 과정에서 추가 요구 사항(특별히 디스 크 공간)이 존재 할 수 있다.
- 메모리 요구사항
① nOracle Enterprise Manager Database Control과 데이터베이스 인스턴스용으로 1GB
② nASM 인스턴스와 Oracle Restart 용으로 1.5GB
- 디스크 공간 요구사항
① 3GB의 스왑 공간(2GB 램 기준)
② /tmp 디렉터리에 1GB의 디스크 공갂
③ 오라클 데이터베이스 소프트웨어용 3.8GB
④ 그리드 인프라 소프트웨어용 4.5GB
⑤ 사전 구성된 데이터베이스용 1.7GB(선택)
⑥ 고속 복구 영역용 3.4GB(선택)
운영 체제 준비
오라클 설치에 사용 할 하드웨어에 대하여 시스템 관리자가 수행하여야 할 절차가 있다. 모든 운영 체제에 대한
이러한 명령들을 설명하는 것은 이 과정의 범위를 벗어나며, 각 운영 체제는 오라클 소프트웨어를 위한 고유한
요구사항을 가지고 있다. 그 대신, 일부 고급 요구 사항에 대해서 살펴보며, 사용자가 직접 오라클 설치를
위한 운영 체제 고유 설치 문서를 참조 할 것을 권장 한다.
필수 절차 중의 하나는 필요한 운영 체제 그룹 및 사용자를 생성하는 것이다. 2개의 필수 운영 체제 그룹은
oinstall과 dba이다. 만약, 여러 사용자 계정으로 권한의 분리를 구현한다면, oper, asmdba, asmoper, asmadmin
그룹을 생성하여야 한다. 최소한 하나 이상의 운영 체제 사용자는 오라클 설치 파일의 소유자로서 동작하여야 한다.
대부분의 경우, oracle 사용자가 이런 용도로 사용된다. 만약, 진정한 권한의 분리를 원한다면, 각 오라클 제품 별로
별도의 소유자를 지정하도록 한다.
환경 변수 설정
각 오라클 환경에는 많은 오라클 환경 변수들이 존재한다. 여기서 언급하는 것들은 오라클 데이터베이스의 성공적인
설치 및 사용에 매우 중요하다. 이것들 중에 어느 하나라도 설정이 되지 않으면, 적절히 설정함으로써 미래에 발생
할 문제점들을 예방 할 수 있다.
- ORACLE_BASE : Oracle Support에서 권장하는 OFA(Optimal Flexible Architecture)에 대한 오라클 디렉터리 구조의
기반 디렉터리를 지정한다. 이 옵션은 선택이지만, 사용하면 추후 설치 및 업그레이드에 사용 할 수 있다. 여기에는
다음과 같이 디렉터리 경로가 지정 된다. [/u01/app/oracle]
- ORACLE_HOME : 오라클 제품이 실행되는 환경이다. ORACLE_BASE가 지정되면 설치 전에 지정 할 필요가 없다.
OUI는 설치 과정에 사용할 ORACLE_HOME을 결정하기 위해 ORACLE_BASE를 사용 할 수 있다. 이 환경 변수를
지정하면 오라클 소프트웨어를 더욱 수월하게 유지 관리 할 수 있다. 여기에는 다음과 같이 디렉터리 경로가 지정된다.
[/u01/app/oracle/product/11.2.0/dbhome_1]
- ORACLE_SID : 오라클 인스턴스에 대한 시스템 식별자로 데이터베이스의 경우 orcl 또는 ASM 인스턴스의
경우 +ASM으로 지정한다. 설치 전에는 불필요하지만 특정 인스턴스와의 상호 작용을 위해 유용하다.
- NLS_LANG : 옵션으로 언어, 지역, 클라이언트 문자 집합을 다음과 같이 설정한다. [AMERICAN_DENMARK.WE8MSWIN1252]
시스템 요구사항 검사
그림 2-1
Oracle Universal Installer는 다음 사항을 검증하기 위한 대부분의 사전 요구 사항 체크를 자동으로 수행한다.
- 설치 및 구성을 위한 최소 임시 저장 공간의 크기를 확인한다. 이러한 요구 사항은 설치 과정이 진행되는 동안 유효하여야 한다.
- 32비트 소프트웨어가 이미 설치된 오라클 홈에 64비트 소프트웨어의 설치를 예방한다(그 반대도 마찬가지이다).
- Oracle Grid Infrastructure 11g와 Oracle Database 11g가 리눅스 및 다른 플랫폼의 여러 버전에서 인증되어 있어야 한다.
- 모든 필수 OS 패치가 설치되어 있어야 한다.
- 모든 시스템 및 커널 파라메터가 올바르게 설정되어 있어야 한다.
- DISPLAY 환경 변수가 설정되고, 해당 사용자가 지정된 DISPLAY에 대하여 충분한 권한을 가지고 있어야 한다.
- 해당 시스템이 충분한 Swap 공간을 가져야 한다.
- 새로운 설치 작업을 위한 오라클 홈은 비어 있거나 Oracle Database 11g가 설치 될 수 있는 최상단 이어야 한다.
또한, 설치 과정에서는 이러한 제품이 오라클 인벤터리에 등록 되어 있는지 확인한다.
Oracle Universal Installer(OUI)
그림 2-2
Oracle Universal Installer는 컴포넌트 기반 설치를 수행하는 자바 애플리케이션이며, 통합된 번들 소프트웨어, 수트(suite),
웹 기반 설치의 다양한 수준 및 단일 패키지에서 복잡한 로직을 수행 할 수 있다. 설치 엔진은 자바를 사용 할 수 있는 모든
플랫폼에서 쉽게 포팅되며, 플랫폼과 관련된 고유 문제점들은 전체 설치 과정 내에 은닉되어 있다.
OUI는 소프트웨어 관리 및 배포를 위해 다음과 같은 기능을 제공한다.
① 자동적인 의존성 해결 및 복잡한 로직 처리
② 웹 상에서 설치
③ 컴포넌트 및 수트 설치
④ 암묵적 제거
⑤ 다중 오라클 홈 지원
⑥ NLS 또는 국제화 지원
⑦ 분산 설치 지원
⑧ 응답 파일을 이용한 무인 설치
예제 : 설치 시나리오
이 과정에 포함된 설치 시나리오는 두 부분으로 나누어진다.
- 1부 : 단독 서버에 Oracle Grid Infrastructure 설치
- 2부 : 오라클 데이터베이스 소프트웨어 설치
Oracle Grid Infrastructure 설치의 일부로서 ASM 디스크 그룹을 설정하는 단계가 포함되어 있으며 Oracle Restart가 구성된다.
Oracle Grid Infrastructure가 먼저 설치되어야 Oracle Database 소프트웨어 설치 후, 생성된 데이터베이스가 ASM 디스크 그룹을
사용 할 수 있으며 Oracle Restart에 자동으로 등록된다.
1부 : 단독 서버에 Oracle Grid Infrastructure 설치
그림 2-3
OUI를 이용하여 Oracle Grid Infrastructure를 설치하려면 오라클 소프트웨어를 설치하고 데이터베이스를 생성 및 관리 할 수 있도록
권한을 부여 받은 관리자 그룹의 구성원으로 컴퓨터에 로그온 하여야 한다. 클러스터를 위한 배포 CD를 CD 드라이브에 삽입하거나
오라클 클러스터가 위치한 디렉터리로 이동한다. 해당 위치에서 ./runInstaller를 실행하여 OUI를 실행한다. OUI의 Installation Option이
나타나면 Install and Configure Grid Infrastructure for a Standalone Server 옵션을 선택하고 Next를 클릭한다.
제품 언어 선택
그림 2-4
Select Product Languages 페이지가 표시된다. 설치 작업에서 언어를 추가하려면 해당 언어를 선택하고 오른쪽
화살표 버튼을 사용하여 해당 언어를 Selected Languages 목록에 추가한다. 컨트롤 키를 누른 상태에서 여러 개의
언어를 선택 할 수도 있다. Next 버튼을 클릭하여 설치 과정을 계속 진행한다.
현재 사용 가능한 언어로는 Korean을 포함해서 36개의 언어가 있다.
참고 : 이 목록은 업데이트로 인해 변경 될 수 있다.
ASM 디스크 그룹 생성
그림 2-5
Create ASM Disk Group 페이지가 표시된다. Oracle Grid Infrastructure는 ASM과 Oracle Restart에 대한 지원을
포함한다. OUI는 ASM 디스크 그룹이 생성되지 않으면 진행되지 않는다. Disk Group Name 필드에 생성 할 첫 번째
ASM 디스크 그룹의 이름을 입력한다. 만약, Add Disks 영역에 후보 디스크들이 나타나지 않으면, Change Discovery
Path 버튼을 클릭하고 ASM 디스크들의 디스크 탐색 경로를 입력한다.
오라클은 대부분의 환경에서 2개의 디스크 그룹을 생성하도록 권장한다. OUI는 오직 한 번에 하나의 ASM 디스크
그룹을 생성 할 수 있다. 설치 작업이 종료된 후, ASM Configuration Assistant(asmca) 유틸리티 또는 SQL*Plus를
이용하여 오라클이 추천하는 두 번째 ASM 디스크 그룹을 생성 할 수도 있다. Next 버튼을 클릭하여 다음 설치를
진행한다.
참고 : 우리 예제에서는 ASMLib가 설치되어 있기 때문에 디바이스가 목록에 표시된다. ASMLib는 리눅스 플랫폼에서
만 사용가능하다. 다른 플랫폼에서는 Change Discovery Path 버튼을 클릭해야 할 수도 있다.
ASM 암호 정의
그림 2-6
Specify ASM Password 페이지가 표시된다. 암호는 SYS와 ASMSNMP 계정에 대해서 각각 제공하여야 한다. 해당
계정에 대하여 서로 다른 암호를 사용하는 옵션 또는 동일한 암호를 사용하는 옵션이 존재한다. ASM 인스턴스는
오라클 데이터베이스와 같이 데이터 딕셔너리를 포함하지 않으므로 오직 인증 방법은 운영 체제 인증과 패스워드
파일 인증이다. SYS 계정은 패스워드 파일(리눅스에서 orapw+ASM)에 추가되며, SYSDBA, SYSOPER, SYSASM 권한이
부여된다. ASMSNMP 계정이 패스워드 파일에 추가되며 오직 SYSDBA 권한만 부여된다. 적절한 암호를 입력한 다음,
Next 버튼을 클릭하여 설치를 진행한다.
권한 있는 운영체제 그룹의 정의
그림 2-7
Privileged Operating System Groups 페이지가 표시된다. OUI 유틸리티는 다음 그룹에 대하여 디폴트 값을 제공한다.
단, 현재 사용자가 해당 그룹들의 운영 체제 구성원이어야 한다.
① ASM Database Administrator (OSDBA) Group – asmdba
② ASM Instance Operator (OSOPER) Group – asmoper
③ ASM Instance Administrator (OSASM) Group – asmadmin
이 설치는 단독 서버용이므로 위 세 가지의 운영 체제 그룹으로 dba와 같은 동일한 그룹을 사용 하는 것이
일반적이다. Next 버튼을 클릭하여 다음 설치로 진행한다. OSDBA, OSOPER, OSASM에 대하여 동일한 시스템 그룹을
사용하기 때문에 경고가 나타나며 Yes를 클릭한다.
설치 위치 지정
그림 2-8
Specify Installation Location 페이지가 표시된다. Oracle Base 필드에 소프트웨어 소유자의 ORACLE_BASE값을
입력한다. 디폴트 값은 /u01/app/oracle이다. Software Location 필드에서 Grid Infrastructure 소프트웨어를 위한
ORACLE_HOME을 입력한다. 디폴트 값은 /u01/app/oracle/ product/11.2.0/grid이다.
Next버튼을 클릭하여 다음 설치를 진행한다.
인벤토리 생성
그림 2-9
만약, 호스트 머신에 Oracle Central Inventory 디렉터리가 존재하지 않으면, Create Inventory 페이지가 표시된다.
Inventory Directory 필드에 oraInventory 디렉터리의 희망 위치를 입력한다. 추천 디렉터리는 /u01/app/oraInventory이다.
oraInventory 디렉터리는 ORACLE_BASE 디렉터리보다 반드시 한 단계 상위 디렉터리이어야 한다. 선택된 목록에서
oraInventory 그룹 이름을 선택한다. 권장하는 이름은 oinstall이다. Next 버튼을 클릭하여 설치를 진행한다.
사전 요구사항 체크 수행
그림 2-10
Perform Prerequisite Checks 페이지가 나타난다. 확인 작업이 오류로 인하여 실패하지 않으면 이 페이지에서는
아무런 작업도 필요하지 않다. 만약, 오류가 발생하면, 설치 작업을 진행하기 전에 반드시 수정하여야 한다. 위
예제에서 몇몇 커널 파라미터가 사전 요구 사항 체크에서 통과하지 못했음을 보여준다. 이러한 커널 파라미터를
수정 할 스크립트를 실행하도록 요구되며, 스크립트를 실행한 후에 다시 체크 작업을 수행한다. 만약, 해당 오류가
수정되지 않으면, 직접 문제를 해 결하거나 Ignore All을 선택하고 설치를 진행한다.(만약, 실패 사항이 경미한 경우).
참고 : 모든 오류가 OUI에 의해 생성된 runfixup.sh 스크립트에 의해 수정될 수는 없다. 그러한 경우, 설치를
재시도하기 전에 해당 문제를 직접 수정하여야 한다.
설치 요약 데이터 확인
그림 2-11
Summary 페이지가 표시된다. 이전 페이지에서 선택한 사항과 관련된 정보를 검토한다. 설치 과정에서 선택한
사항을 응답 파일로 저장 할 수 있는 옵션이 제공된다. 응답 파일은 추후에 무인 설치를 수행 할 경우에
사용될 수 있으며 동일한 방식으로 설치 과정이 진행된다. 응답 파일은 텍스트 파일이며 텍스트 편집 도구를
이용하여 수정 할 수도 있다. Finish 버튼을 클릭하여 설치를 진행한 진행한다.
설치 과정 모니터링
그림 2-12
Setup 페이지가 표시되며, 설치 진행 과정을 보여준다. 진행 과정에는 설치 준비, 파일 복사, 라이브러리 링크,
셋업 파일 생성 과정이 포함된다. 설치 작업에 오류가 발생하지 않으면 이 페이지에서 수행 할 작업은 없다. 만약,
오류가 발생하면, 설치 작업을 진행하기에 앞서 오류를 수정하여야 한다.
root 구성 스크립트 실행
Execute Configuration Scripts 대화 상자가 표시되며, root 사용자로 구성 스크립트를 실행하도록 메시지가 표시된다.
orainstRoot.sh 스크립트는 Oracle Central Inventory 디렉터리에 group에 대한 읽기 및 쓰기 권한을 추가하며,
others에 대하여 인기, 쓰기, 실행 권한을 제거한다. root.sh 스크립트는 파일들을 /usr/local/bin 디렉터리에 복사하고,
/etc/oratab 파일을 생성하며, grid 사용자에 대한 OCR 키를 생성한 다음, ohasd 데몬을 실행한다. 그리고,
/etc/inittab을 수정하여 머신이 시작 될 때, ohasd 데몬이 자동으로 시작되도록 한다. root 스크립트를 실행한 다음,
OK 버튼을 클릭하면 Setup 진행 페이지로 돌아오며 설치 작업을 진행한다.
Configuration Assistant 실행
그림 2-14
네트워크 구성 파일들을 생성하기 위해 무인 설치 방식으로 Oracle Net Configuration Assistant(netca)가 실행되며,
ASM 디스크 그룹의 생성 및 ASM 컴포넌트를 Oracle Restart에 등록 하기 위해 Automatic Storage Management
Configuration Assistant(asmca)가 시작된다.
설치 완료
그림 2-15
설치가 완료되면 Finish 페이지가 표시된다. Close 버튼을 클릭하여 OUI 유틸리티를 종료한다.
FRA 디스크 그룹 구성
그림 2-16
Oracle Grid Infrastructure의 설치가 진행되는 동안에는 하나의 디스크 그룹만을 구성 할 수 있기 때문에 디스크
그룹을 추가하는 작업은 직접 수행하여야 한다. 우리의 시나리오에서는 데이터베이스를 위한 고속 복구 영역
(Fast Recovery Area)을 사용 할 FRA 디스크 그룹이 필요하다. ASM Configuration Assistant(asmca)
유틸리티는 직관적인 GUI 인터페이스를 제공하여 쉽게 기존 ASM디스크 그룹을 추가하거나 제거 할 수 있다.
퀴즈
Universal Installer는 오라클 소프트웨어를 설치하기 위해 필요한 모든 구성 작업을 수행한다.
1. True
2. False
예를 들어, 유닉스 및 리눅스에서는 설치하기 전에 운영 체제 사용자 및 그룹을 생성하여야 한다.
퀴즈
Grid Infrastructure 셋업이 진행되는 동안 수행 할 수 있는 작업은?
1. ASM 인스턴스를 위한 데이터 파일의 정확한 위치 지정
2. 오직 하나의 디스크 그룹 생성
3. ASM 인스턴스의 SGA 크기 지정
4. 여러 개의 디스크 그룹 생성
2부 : 오라클 데이터베이스 소프트웨어 설치
그림 2-17
이제 오라클 데이터베이스 소프트웨어의 설치 단계를 살펴볼 단계이다. 이전과 같이 오라클 소프트웨어를 설치하고
데이터베이스를 생성 및 관리 할 수 있는 관리 그룹의 구성원으로 컴퓨터에 로그온한다. 데이터베이스용 배포 CD를
삽입하고 오라클 데이터베이스 위치로 이동한다. 해당 위치에서 ./runInstaller를 입력하여 OUI를 기동시킨다.
필요하다면 보안에 관련된 문제점들을 통보 받을 수 있는 이메일 주소를 입력한다. 만약, My Oracle Support를 통해
보안 업데이트를 수신 받으려면 My Oracle Support 암호도 포함시킨다. 만약, 이메일 주소를 입력하지 않으면, 경고
메시지가 나타나면서 보안 문제에 대한 통보를 원하지 않음을 확인한다. 설치를 계속 진행하려면 이 경고에서 Yes를
클릭한다.
설치 유형의 선택
그림 2-18
Select Installation Option 페이지가 표시되고 설치하고자 하는 유형을 선택한 다음, Next를 클릭한다.
- Create and Configure a Database : 이 옵션은 제품이 설치된 후, 데이터베이스를 생성한다.
- Install Database Software Only : 이 옵션은 오라클 데이터베이스 바이너리를 설치한다.
- Upgrade an Existing Database : 이 옵션은 이잔 버전의 데이터베이스를 업그레이드하는 데 사용한다.
그리드 설치 옵션 선택
그림 2-19
Grid Installation Option 페이지가 표시되며, 단일 인스턴스 데이터베이스 설치 또는 클러스터에 Oracle RAC
데이터베이스 설치를 할 것인지 선택한다. Next를 클릭하여 계속 진행한다.
언어 설정 선택
그림 2-20
Select Product Language 페이지가 표시된다. 제품에서 사용할 모든 언어들을 선택한다. 디폴트로 영어가 선택되어
있으며, Selected Language 목록에서 제거는 불가능하다. Next를 클릭하여 계속 진행한다.
데이터베이스 에디션 선택
그림 2-21
Select Database Edition 페이지가 표시된다. 다음 세가지 에디션에서 하나를 선택한다.
- Enterprise Edition : 이 에디션은 클러스터 또는 단일 서버에서 성능, 확장성, 보안, 신뢰성을 제공하는 자가 관리
데이터베이스이다. 대부분의 요청 트랜잭션 처리, BI(Business Intelligence), 컨텐츠 관리 애플리케이션을 쉽게 관리
할 수 있는 종합적인 기능을 제공한다.
- Standard Edition : 이 에디션은 최대 4개의 소켓을 가진 서버들에게 완전한 기능의 데이터베이스를 제공한다.
여기에는 고가용성을 위한 Oracle Real Application Cluster를 포함 하며, 엔터프라이즈급 성능 및 보안을 제공한다.
관리가 단순하며, 수요의 증가에 따라 쉽게 확장 가능하다. 또한, Enterprise Edition과 호환된다.
- Standard Edition One : 이 에디션은 최대 2개의 소켓을 가진 서버들에게 완전한 기능의 데이터베이스를 제공한다.
엔터프라이즈급 성능, 보안, 관리성, 수요 증가에 따른 쉬운 확정성을 제공한다. 다른 데이터베이스 에디션과 호환된다.
좀 더 구체적으로 설치할 컴포넌트를 선택하려면 Select Options를 클릭한다. Select Database Edition 페이지에서
선택 작업이 완료되면 Next를 클릭한다.
설치 위치 지정
그림 2-22
Installation Location 페이지가 표시된다. 오라클 베이스의 경로가 디폴트 값으로 표시된다. 사용자의 요구에 따라
이 경로를 변경 할 수 있다. Software Location 영역에서 디폴트 값을 수락하거나 오라클 컴포넌트의 설치를 원하는
오라클 홈 이름 및 디렉터리 경로를 입력 할 수 있다. 디렉터리 경로에는 공백이 포함 될 수 없다.
Next를 클릭하여 설치 과정을 계속 진행한다.
운영 체제 그룹
Privileged Operating System Groups 페이지가 표시된다. OSDBA와 OSOPER 권한에 대한 적절한 운영 체제 그룹을
선택한다. 기본적으로 OSDBA에는 dba, OSOPER에는 oper가 지정되어 있다. 우리 예제에서는 단독 서버 설치를 수행
하기 때문에 dba를 사용하였다. Next를 클릭하여 계속 진행 한다.
사전 요구 사항 체크 수행
그림 2-24
Perform Prerequisite Checks 페이지가 표시된다. OUI는 다양한 사전 요구 사항 체크를 수행한다. 체크 작업이
100%가 된 다음, 테스트가 실패하면 OUI는 해당 정보를 표시한다. 체크 작업에 오류가 발생하지 않으면 이
페이지에서 수행 할 작업은 없다. 사전 요구 사항 체크가 실패하면 OUI 는 수정 가능한 문제에 대해서 스크립트를
생성하며, 문제를 수정한 다음, 다시 Fix & Check Again을 클릭 할 수 있다. 만약, 오류가 OUI에 의해서 수정 될 수
없다면, 직접 문제를 수정하거나 Ignore All을 선택하여 설치를 계속 진행 할 수 있다.(오류가 치명적이지 않은 경우).
설치 요약 페이지
그림 2-25
Summary 페이지가 표시된다. 이전 페이지에서 제공한 선택 사항과 관련하여 해당 정보를 검토한 다. 선택 사항을
응답 파일로 저장 할 수 있는 옵션이 제공된다. 응답 파읷은 나중에 동일한 방식으로 무인 설치를 수행하는데
사용된다. 응답 파일은 텍스트 파일이고 텍스트 편집 도구를 사용하여 수정 할 수 있다. Finish 버튼을 클릭하여
설치를 진행한다.
제품 설치 페이지
설치 과정이 잠시 중지되고, root 사용자로 추가 구성 스크립트를 실행하여야 한다. 별도의 터미널 윈도우에서 다음과
같이 입력한다.
$ su
# password : oracle <루트 암호는 표시되지 않는다>
# /u01/app/oracle/product/11.2.0/dbhome_1/root.sh
리눅스 또는 유닉스를 설치하는 동안, 로컬 bin 디렉터리의 위치를 디폴트 값으로 설정한다. 스크립트가 완료되면
root 계정에서 빠져 나와 윈도우를 닫고, 설치를 완료하기 위해 Execute Configuration 스크립트 대화 상자에서 OK를
클릭한다.
설치 완료
그림 2-27
설치 단계가 완료된 후, Finish 페이지가 표시된다. Close를 클릭하여 OUI 유틸리티를 종료한다.
설치 옵션 : 무인 모드
그림 2-28
무인 모드로 OUI를 사용하여 Oracle 제품을 설치 및 구성하는 방법은 다음과 같다.
1. 응답 파일을 준비한다. enterprise.rsp, standard.rsp, netca.rsp와 같이 각 제품 및 설치 유형에 따라 제공되는
템플릿 파일 중 하나를 사용 할 수 있다. 만약, 이 템플릿 파일들이 자신의 시나리오에 적절하지 않다면, OUI를
이용하여 응답 파일을 기록한 다음, 적절히 수정하여 무인 설치에 사용 할 수 있다.
OUI를 이용하여 설치를 진행하는 동안 요약 페이지에서 Save Response File을 클릭하면 된다.
2. OUI를 무인 모드로 실행한다.
./runInstaller –silent –responsefile <filename>
설치 마지막 단계에 $ORACLE_BASE/oraInventory/orainstRoot.sh와 $ORACLE_HOME/root.sh를 실행한다. 만약,
소프트웨어를 설치하는 경우, NetCA(Oracle Net Configuration Assistant)와 DBCA(Database Configuration Assistant)
를 무인 모드로 실행 할 수도 있다.
퀴즈
응답 파일에 관한 사항으로 올바른 것은?
1. 이진 파일 편집 프로그램을 사용하여 편집 할 수 있는 이진 파일
2. 설치 프로그램에 의해 생성 될 수 있는 이진 파일
3. 편집 할 수 없는 텍스트 파일이지만 설치 프로그램에 의해 생성 가능한 파일
4. 텍스트 편집기로 수정 가능한 텍스트 파일
퀴즈
데이터베이스 소프트웨어 설치가 진행되는 동안, 다음과 같은 그룹을 지정해야 한다.
1. osoper 그룹
2. osasm 그룹
3. osdba 그룹
4. osadmin 그룹
'oracle11R2 > Workshop I' 카테고리의 다른 글
| 05장. Configuring the Oracle Network Environment (0) | 2011.07.16 |
|---|---|
| Oracle Database 11g：Administration Workshop I (0) | 2011.07.09 |
| 04장. 데이터베이스 인스턴스 관리 (0) | 2011.06.28 |
| 03장. DBCA를 이용한 오라클 데이터베이스 생성 (0) | 2011.06.26 |
| 01장. 오라클 데이터베이스 아키텍처 (0) | 2011.06.24 |
