|
데이터베이스 생성은 데이터베이스
시스템을 관리하고 조직하는 첫 단계입니다.
데이터베이스 생성은 몇몇 운영 체제 파일을 준비하는 작업이며
데이터베이스가 얼마나 많은 데이터
파일을 가지고 있는지에 상관없이 단 한번만 하면 됩니다. 데이터베이스 생성관리자는 생성된 후에는 변경할 수 없는,
데이터베이스 블록의 크기와 데이터베이스 character set 등을 결정해야 하기 때문에 매우 중요한 작업입니다.
운영 체제에 따라
데이터베이스가 설치될 때 자동적으로 생성되었을 수도 있습니다.
이와 같은 초기 데이터베이스를 그대로 사용할 수도 있고 지워버리고 수동으로
새 것을 생성할 수도 있습니다.
오라클 구 버전으로부터 이전(migration)할 때 완전히 새로운 데이터베이스가 필요한 경우에만
데이터베이스 생성이 필요합니다. 그렇지 않은 경우에는 이전 유틸리티(migration utility)(예를 들어서, NT의 MIG80같은)를
사용하여 데이터베이스 구 버전으로부터 이전할 수 있습니다.
새로운 데이터 파일로 데이터베이스를 생성할 수도
있고 동일한 물리적 구조를 갖는 기존 데이터베이스에 들어있는 정보를 지워버리고 데이터베이스를 생성할 수도 있습니다.
CREATE
DATABASE 명령은 오라클 서버가 데이터베이스에의 접근하는데 필요한 콘트롤 파일, 리두 로그 파일, 그리고 데이터 딕셔너리 구조의 생성을
시작합니다. |
|
데이터베이스 관리자는 운영 체제상에서 완전한 권한을 갖고 있거나 패스워드 파일 인증을 사용할 수 있어야만
합니다.(“오라클 인스턴스 관리” 장을 참조 하십시오.)
데이터베이스를 생성하기 전에 SGA, 오라클 수행과 프로세스를 위한 충분한
메모리를 확보하십 시오. 운영 체제 설치와 관리 안내를 참조하십시오.
온라인 리두 로그 파일, 콘트롤 파일,
그리고 데이터 파일을 포함하는,
데이터베이스를 위해 필요한 디스크 공간을 계산하십시오.
|
파일 위치 계획
온라인 리두 로그 파일, 콘트롤 파일,
데이터 파일, 그리고 아카이브 리두
로그 파일을 포함하여 데이터베이스를 보호할 방법과 백업 전략을 제공할 방법을 계획하십시오.
콘트롤 파일
안전을 위해 서로
다른 두 개의 디스크에 최소한 두 개의 콘트롤 파일을 생성해야만 합니다.(“콘트롤 파일 관리” 장을 보십시오.) 콘트롤 파일이 항상 다른
디스크에 놓여져 있어야만 하기 때문에 두 파일은 같은 이름을 가질 수 있습니다. UNIX에서는 control01.ctl이고 NT에서는
control.ora 등으로 정할 수 있습니다.
온라인 리두 로그 파일
데이터베이스의 온라인 리두 로그
파일은 온라인 리두 로그
파일의 다중 그룹으로 구성되어 있어야만 합니다. 로그 파일 그룹은 동일한 사본으로 구성되어 있으며 서로 다른 디스크에 위치해
있어야만 합니다.(“리두 로그 파일 관리” 장을 보십시오.)
그룹과 그 멤버를 구분하기 위해 log0101.rdo나 log01a.rdo
같은 이름을 사용하십시오.
주
위 내용은 “테이블스페이스와 데이터 파일 관리”와 “스토리지 구조 및 상관 관계” 장에서 자세히 다루어집니다.
|
최적의 가변 구조(Optimal
Flexible Architecture)
데이터베이스를 설치하고 생성하는 동안
고려해야 할 다른 중요한 문제는 파일 시스템을 잘 조직하여 기존의 데이터베이스에 데이터를 추가하고 사용자를 추가하고 새 데이터베이스를 생성하고
하드웨어를 추가하고 충분히 많은 드라이브에 I/O 로드를 분배하여 데이터베이스 확장(growth)을 쉽게 하는 것입니다.
이
문제에 한 가지 해결책을 제공하는 OFA(Optimal Flexible Architecture) 표준이 UNIX 시스템을 설치하고 튜닝하고
업그레이드할 책임이 있는 오라클 팀에 의해 정해졌습니다. OFA는 낮은 유지비로 복잡한 오라클 시스템 구성을 쉽게 해줍니다. 몇몇 UNIX
플랫폼에 오라클을 설치할 때 오라클은 자동적으로 이 표준 구성을 사용합니다.
다음 단계는 OFA 구조를 설명하고
있습니다.
1 마운트 포인트라는 유니트로 모아서 오라클 서버 데이터를 포함 할 모든 장치(device)를 명명하십시오.(마운트
포인트는 UNIX에서 는 기존의 파일 시스템으로 연결될 단일 디스크조각에 대한 파일 하위 시스템을 나타내는 디렉토리입니다.
마운트 포인트를 선택 하면 세부적인 장치를 숨기는 것이 가능합니다.) 예를 들어 u01과 u02는 서로 다른 마운트 포인트라는
식입니다.
2 오라클 서버 데이터를 포함할 수 있을 모든 장치를 명명하여 대체 문자(void card)를 사용하여 한번에
장치등을 참조할 수 있도록 하십시오. 예를 들어 /u01/app/oracle은 오라클 소프트웨어
소유자 홈 디렉토리이고
/u02/app/applmgr은 Oracle Financial Applications 소유자라는 식입니다.
3 오라클 서버
소프트웨어, 도구, 데이터베이스 생성 스크립트, 초기 화 스크립트같은 관리용 파일, 그리고 오라클에서 사용되는 지역 소프트웨어로
구성되는 제품 파일들을 구분하십시오. 예를
들어 제품 디렉토리, 관리 디렉토리, 지역 디렉토리와 같이 지정
하십시오.
4 /u01/app/oracle/product/7.3.3이나/u01/app/oracle/ product
/8.0.3 같이 소프트웨어와 일치하는 디렉토리에 오라클 서버 각 버전을 저장하십시오.
5 /u02/oradata 같은
식으로 각 장치와 동일한 수준으로 오라클 서버 데이터를 저장할 디렉토리를 명시적으로 만드십시오.
6 시스템 상의 각 데이터베이스
디렉토리를 오라클 디렉토리 하에 만드십시오. 예를 들자면 데이터베이스 이름을 dba01과 db01로 짓는
식입니다.
주
- ORACLE_BASE와
ORACLE_HOME같은 환경 변수들은 디렉토리 구조를 식별하는데 사용됩니다.
- NT를 위한 OFA 디렉토리 구조는 명명
규약이 다르고 심볼 연결 (symbolic link)이 없기 때문에 UNIX의 것과는 같지 않습니다. 이 문제를 해결하려면
u01과 u02 식으로 심볼 연결하는 대신 하드 디렉토리를 생성하는 것이 필요합니다.
예를 들어 U01이 UNIX 상에서
마운트 포인트를 나타내는 것일 때 /u01/oradata/db01/을 생성하는 대신 NT에 DISK_3:\ORADATA
\DB01\ 디렉토리를 생성할 수 있습니다.
|
|
오라클 소프트웨어 디렉토리
구조
오라클을 설치하면 ORACLE_HOME 디렉토리는 /mount_point/app/
oracle/product입니다.
UNIX에서 ORACLE_HOME 디렉토리는 해당 플랫폼에서 사용 가능한 오라클 제품에 따라 각 오라클
제품에 대한 하위 디렉토리 뿐만 아니라 다음과 같은 하위 디렉토리를 갖게 됩니다.
|
하위 디렉토리 |
설명 |
|
bin |
모든 제품에 대한 이진(binaries) 파일 |
|
dbs |
데이터베이스 파일, init<sid>,ora와 sal. bsa
스크립트 |
|
lib |
오라클 제품 라이브러리 |
|
orainst |
설치 파일과 프로그램 |
|
rdbms |
데이터베이스에 필요한 서버 파일, 스크립트, 그리고 라이브러리 |
|
plsal PL/SQL |
PL/SQL 절차적 옵션(procedural optior) |
|
Sqlplus |
SQL*Plus |
|
network Oracle Net8 |
Oracle Net8 |
|
svrmgr |
Server Manager |
제품 하위 디렉토리 내용의 예입니다:
|
하위 디렉토리 |
설명 |
|
admin |
관리용 스크립트 |
|
demo |
데모용 스크립트와 데이터 파일 |
|
doc |
README 파일 |
|
install |
제품 설치 스크립트 |
|
lib |
제품 라이브러리 |
|
log |
로그 파일 |
주
NT의 디렉토리 구조는 UNIX의 것과
비슷합니다. |
데이터베이스 생성
Database Configuration Assistant를 사용하여 또는 CREATE DATABASE 명령을
사용하는 SQL 스크립트를 생성하여 데이터베이스를 생성할 수 있습니다. Database Configuration Assistant는 Java를
기반으로 하며 Java 엔진이 있는 플랫폼에서 시작할 수 있습니다.
설치 시 Database Configuration Assistant를 사용하여 데이터베이스를 생성하라는 프롬프트가
표시됩니다. 설치 후에도 이 유틸리티를 사용하여 데이터베이스를 생성하거나 삭제할 수 있습니다.
Technical Note
8.1 버전이 출시되기 전에는 Windows NT에서만 Database Configuration Assistant를
사용할 수 있었습니다. UNIX에서 데이터베이스를 생성하는 경우 Installer는 운영 체제 인증을 활성화하는 UNIX 그룹 암호, 마운트
포인트의 수 및 위치, 문자 집합, 국가별 문자 집합, 사용자 SYS 및 SYSTEM의 암호 등을 입력하라는 프롬프트를
표시합니다.
본 장은 세부적으로 첫 여섯 단계를 다룰 것입니다. 데이터 딕셔너리를 만드는 마지막
단계는“딕셔너리 뷰 및 표준 패키지 생성” 장에서 다루어질 것입니다.
|
인스턴스에 고유 이름을 정해 주고 다음 환경 변수들을 설정하십시오
|
변수 |
설명 |
|
ORACLE_HOME |
오라클 소프트웨어가 설치될 디렉토리를 정하십시오.(예: /u01/app/oracle/product/
8.0.3) |
|
ORACLE_SID |
인스턴스 이름을 지정하십시오. 동일한 기계에서 실행될 여러 오라클 인스턴스들은 각각 고유한 이름을
가지고 있어야 합니다. |
|
ORACLE_BASE |
필수적인 것은아니지만 OFA를 따르는 설치의 일부로써 권장 사항입니다.(예:/u01/app/
oracle) |
|
ORA_NLS33 |
US7ASCII와는 다른 character set으로 데이터베이스를 생성할 경우
필요합니다. |
|
PATH |
$ORACLE_HOME/bin을 포함해야만 하는
검색경로입니다. |
예를 들어 Korn Shell에서 환경 변수를 다음과 같이
설정합니다.
$ORACLE_SID=U16; export ORACLE_SID
C-shell에서는 다음과 같이
설정합니다.
$setenv ORACLE_SID U16
주
ORA_NLS가 설정되지 않고 데이터베이스가 기본 설정이 아닌 다른 언어와 character set으로 시작되었을 경우
제대로 인식되지 않을 것입니다.
SID 값은 운영 체제에 따라 다르지만 여덟 글자까지
가능합니다.
|
|
NT 상의 오라클은 UNIX 상의 오라클이 쉘 환경 변수를 사용하는 방법과 비슷하게 NT
레지스트리의 변수를 사용합니다.
오라클 설치자 ORADIM80과 Oracle Database Assistant 유틸리티는 오라클 인스턴스를
서비스로 등록할 뿐만 아니라 레지스트리의 변수도 정의합니다. Regedit.exe 유틸리티를 이용하여 수동으로 레지스트리를 편집할 수
있습니다.
예를 들어 ORACLE_HOME, ORA_NLS33, 그리고 ORACLE_SID(시작 데이터베이스의 경우에는 기본값이
ORCL인)같은 파라미터는 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 폴더에 저장됩니다.
그러므로 새 데이터베이스를
생성하려면 다음 명령으로 ORACLE_SID를 설정해야 합니다.
C:\> set
ORACLE_SID=U16
이제 필요하다면 데이터베이스를 실행하기 위한 새 서비스와 새 패스워드 파일을 ORADIM80 유틸리티를 이용하여
생성하십시오.
C:\>ORADIM80 -NEW -SID sid [ -INTPWD internal_pwd]
[SRVC svrcname][MAXUSERS number] [STARTMODE auto, manual]
[-PFILE filename]
주
오라클 서버는
ORADIM80 유틸리티로 수행되는 모든 작업을 %ORACLE_HOME%\RDBMS80\ORADIM80.LOG 파일에
기록합니다. |
|
파라미터 파일 준비
-새 데이터베이스를 준비할 때는 기본 init.ora
파일을 새 이름 init<SID>.ora로 복사해 두십시오.
-일부 파라미터의 설정을 변경하십시오. 나머지
파라미터는 기본값으로 남아있을 것입니다.
-인스턴스를 시작하기 전에 최소한 다음 파라미터들은 지정해야
합니다.
|
파라미터 |
설명 |
|
DB_NAME |
여덟 글자 이하의 데이터베이스 식별자입니다. 새 데이터베이스를 생성할 때 요구되는 유일한
파라미터입니다. 이 파라미터가ORACLE_SID와 일치할 필요는 없습니다만 CREATE DATABASE 문에 사용된 이름과는 일치해야만
합니다. |
|
CONTROL_FILES |
콘트롤 파일 목록을 지정합니다.(항상 최소 두 개의 콘트롤 파일 이름을 지정하며, 가능하다면 별개의
디스크에 위치시킵니다. 콘트롤 파일이 파라미터 파일을 준비할 때 있어야 할 필요는 없습니다. 오라클 서버는 데이터베이스를 생성할 때 새 운영
체제 파일을 생성할 수 있습니다.) |
|
DB_BLOCK_SIZE |
데이터베이스 블록의 크기를 결정합니다.(블록 크기는 데이터베이스가 생성된 후에 변경할 수
없습니다.) |
주
데이터베이스 이름은
데이터베이스 생성시의 데이터베이스와 관련이 있으며 콘트롤 파일에 저장됩니다. 기존의 데이터베이스 이름을 바꾸려면 CREATE
CONTROLFILE 명령을 사용하여 콘트롤 파일을 재생성하십시오.(Oracle8: Backup and Recovery Workshop 과정을
참조하십시오.) |
운영 체제 인증이나 패스워드 파일
방법을 이용하여 SYSDBA로 접속한 후 STARTUP 명령을 사용하여 인스턴스를 시작하십시오.
암호는 NT의 경우 ORADIM80을
사용하여 서비스를 생성할 때 사용되었거나 UNIX의 경우 orapwd 유틸리티를 사용하여 생성하였던 것입니다.
파라미터 파일이 기본 설정
위치에 있지 않다면 STARTUP 명령에 PFILE 절을 지정해야할 것입니다. 본 과정의 경우에는 파라미터 파일이 현 디렉토리에 위치하고
있습니다.
|
데이터베이스를 생성하려면 다음 SQL 명령을 사용하십시오.
CREATE
DATABASE [database]
[CONTROLFILE REUSE]
[LOGFILE
[GROUP integer] filespec
[, [GROUP integer]
filespec] . . .]
[MAXLOGFILES integer]
[MAXLOGMEMBERS integer]
[MAXLOGHISTORY integer]
[MAXDATAFILES integer]
[MAXINSTANCES integer]
[ARCHIVELOG | NOARCHIVELOG]
[CHARACTER SET
charset]
[NATIONAL CHARACTER SET charset]
[DATAFILE filespec [autoextend_clause]
[,
filespec [autoextend_clause] . . .]]
filespec :==
‘filename’ [SIZE integer][K|M] [REUSE]
autoextend_clause
:==
[AUTOEXTEND {OFF
|ON [NEXT integer
[K|M]]
[MAXSIZE {UNLIMITED|integer [K|M] }
]
}
]
구문에서:
database 생성되는 데이터베이스의 이름입니다.(데이터
베이스 이름이 생략되면 초기화 파라미터
DB_NAME이 사용됩니다.)
CONTROLFILE
REUSE 파라미터 파일 내에 지정되어 있는 기존의 콘트롤 파일을
재사용 하도록 지정합니다.
LOGFILE GROUP 사용될 로그 파일 이름과 로그 파일이 속해
있는 그룹을 지정합니다.
MAXLOGFILES
데이터베이스 당 생성될 수 있는 로그 파일 그룹의
갯수입니다.
MAXLOGMEMBERS 한 로그 파일 그룹에 대한 로그 파일 멤버의
최대 갯수입니다.
MAXLOGHISTORY
Oracle Parellel Server의 자동 매체 복구를
위한 아카이브 리두 로그의 최대 갯수입니다.
DATAFILE filespec 사용될
데이터 파일을 지정합니다.
AUTOEXTEND 데이터 파일의 자동 확장(EXTENSION)을
Enable 또는 Disable 합니다.
(“테이블스페이스와 데이터 파일 관리”를 참조하십시오.)
MAXDATAFILES 데이터베이스
당 생성될 수 있는 데이터 파일의
최대 갯수입니다.
MAXINSTANCES
데이터베이스를 동시에 마운트하고 열 수 있는 인스턴스의
최대 갯수입니다.
ARCHIVELOG 리두 로그가 아카이브되어야만 재사용될 수
있도록 설정합니다.
NOARCHIVELOG
리두로그가 그 내용을 아카이브하지 않고 재사용 될 수
있도록 설정합니다.
CHARACTER SET 데이터베이스가 데이터를 저장하기 위해 사용
하는 character set 입니다.
NATIONAL
CHARACTER SET
NCHAR이나 NCLOB, 또는
NVARCHAR2로 정의 된 컬럼에 데이터를 저장하기 위해 사용하는
국가별 character set을 지정합니다. 지정하지
않으면 국가별 character set 은 데이터베이스
는 character set 과 동일하게 지정됩니다.
(“국가별 언어 지원(National Language
Support)" 장을
참조하십시오.)
파일 사양(specification)을 REUSE로
지정하면 기존의 파일이 반드시 있어야 합니다. 그렇지
않으면 SIZE 옵션을 지정해야 하고 기존의
파일은 없어야 합니다.
예
메시지가 저장되도록 스풀
작업(spooling)을 켜고 CREATE 문을 실행하십시오.
실행 결과 U16이란 이름의 데이터베이스를 생성하게 됩니다. 생성된
데이터베이스는 각각 두개의 1M 멤버를 갖는 온라인
리두 로그 파일 그룹 두개와 데이터
파일을 갖도록 구성됩니다. 데이터베이스는 8-bit character set으로 데이터를 저장합니다.
주
-오라클 서버는 콘트롤
파일 내에 MAXLOGMEMBERS, MAXLOGFILES, MAXDATAFILES, MAXLOGHISTORY, 그리고
MAXINSTANCES값에 따라 공간을 할당합니다. 이 파라미터의 값을 바꾸려면 CREATE CONTROLFILE 명령을 사용하여
콘트롤 파일을 재생성하십오. (Oracle8: Backup and Recovery Workshop 과정을
참조하십시오.)
- DROP DATABASE란 명령은 없습니다. 데이터베이스를 삭제하려면 운영 체제에서 데이터 파일을 삭제해야만
합니다.
- Oracle Database Assistant로 데이터 파일과 서비스를 제거할 수 있습니다. NT 상에서 새 데이터베이스를 기본 데이터베이스로
만들려 면 레지스트리의 ORACLE_SID를 변경하십시오.
- 데이터베이스를 생성한 후에는 character set 이나
국가별 character set 을 변경할 수 없습니다.
-NT에서는 %ORACLE_HOME%\RDBMS80\ADMIN
디렉토리에 위치 한 build_db.sql 스크립트를 사용하여 데이터베이스를 생성할 수
있습니다. |
Database Configuration Assistant의 시작 방법
설치 후 다음 단계에 따라 Database Configuration Assistant를
시작합니다.
- 시작->프로그램->Oracle - ORACLE_HOME->Database
Administration->Database Configuration Assistant를 선택합니다.
이 유틸리티는 가장 간단한
방식으로 Oracle 데이터베이스를 생성합니다.
- 마지막 Database Configuration Assistant 화면으로 이동하여 생성을
완료합니다.
Database Configuration Assistant를 사용하여 관련 서비스를 시작하고 init.ora 파일을 편집하며
데이터베이스를 생성하고 옵션을 구성하거나 데이터베이스 및 서비스를 삭제할 수 있습니다.
|
미리 조정된 데이터베이스 선택 또는 데이터베이스 사용자 정의
Database Configuration Assistant는 다음과 같이 다양한 옵션을
제공합니다.
- Typical은 다음 두 가지 하위 옵션으로 구성되어 있습니다.
- Copy existing database
files from the CD: 기본 초기화 매개변수 설정을 가진 표준 데이터베이스를 자동으로 설치합니다.
- Create new
database files: 데이터베이스를 동적으로 생성하기 전에 데이터베이스 환경에 대해 여러 가지 질문을 합니다.
- Custom 옵션을 사용하면 사용자가 데이터베이스 생성을 정의할 수 있습니다. 이 옵션은 다음의 사용자 정의
설정과 같은 고급 데이터베이스 생성 절차에 익숙한 데이터베이스 관리자 전용 옵션입니다.
- 데이터, 제어 및 리두 설정
-
테이블스페이스 크기
- 확장 영역 크기
- 데이터베이스 메모리 매개변수
- 아카이브 형식 및 생성 위치
- 추적 파일 생성
위치
- 문자 집합 값
|
미리 정의된 예제 스키마
Typical 옵션이나 Custom 옵션을 사용하여 데이터베이스 작업 환경의 유형을 지정할 수
있습니다.
|
환경 |
설명 |
|
OLTP(온라인 트랜잭션 프로세싱) |
OLTP 환경의 데이터베이스는 수많은 동시 사용자의 수 천 또는 심지어 수 백만 개의 트랜잭션을 매일 처리해야
합니다. 이러한 트랜잭션은 데이터베이스에 있는 데이터 읽기, 쓰기, 삭제 등으로 구성됩니다. 사용자가 최신 데이터를 신속하게 액세스할 수 있어야
하므로 데이터베이스 성능은 데이터 처리 능력 및 가용성 측면에서 정의됩니다. |
|
DSS(의사 결정 지원 시스템) |
DSS 환경의 데이터베이스는 소수 레코드의 단순한 인출에서 여러 다른 테이블의 수 천 개 레코드를 정렬하는 수많은
복잡한 질의에 이르기까지 다양한 질의(일반적으로 읽기 전용)를 처리해야 하므로 데이터베이스 성능은 응답 시간 측면에서
정의됩니다. |
|
하이브리드 |
하이브리드 데이터베이스는 OLTP 및 DSS 환경을 모두
지원합니다. |
OLTP 및 DSS 데이터베이스 스키마 예제는 Oracle8i Enterprise Edition에서 사용할 수
있습니다.
Database Configuration Assistant 종료
Database Configuration Assistant를 사용하여 바로 데이터베이스를 생성하거나 정보를 일괄
처리 파일에 저장한 다음 나중에 실행할 수 있습니다.
|
위 세가지 에러 중 한 가지가 발생하면 CREATE DATABASE 명령문은
실패합니다.
이런 경우에는 데이터베이스를 종료하고 CREATE DATABASE 명령문에 의해 생성된 파일을 모두 지우고 에러를 수정하고
다시 생성해야 합니다.
|
|
데이터베이스가 생성되면 오픈되어 sql.bsq라는 SQL 스크립트가 성공적으로 실행되며 위
슬라이드에 있는 데이터베이스
오브젝트들이 생성됩니다.
V$LOGFILE, V$CONTROLFILE, 그리고 V$DATAFILE 등의 동적
성능 뷰를 볼 수 있으나 데이터
딕셔너리 뷰는 생성되지 않습니다.
다음 장에서는 데이터 딕셔너리 뷰를 생성하는 방법, 추가 테이블스페이스를 생성하는 방법, 리두 로그 파일을 고치고
추가하는 방법, 콘트롤 파일을 추가하는 방법 등에 대해서 설명할 것입니다.
|
퍼스널 오라클을 인스톨하는 과정에서 sql.bsq와 catalog.sql
catproc.sql이 각각이 독립적으로 불리워지면서 안에 있는
명령들이 수행되고 오라클 db에서 필요한 시스템정보들을 setting
하게 됩니다. 3가지의 file은
기본적으로 oracle에서 제공하는
file입니다.
sql.bsq 파일은 데이터 베이스가 생성될때 오직 한번만 수행되는 파일로 이 파일이 수행되었을때 하는일은 Data Dictionary
Table(Internal Table) 을 생성하고, SYSTEM Rollback Segment 를 생성하며, SYS 와 SYSTEM 유저등을
생성하는 일을 합니다.
이 파일이 있는 위치는 Unix 는 $ORCLE_HOME/rdbms/admin 에 있고
NT 는
%ORACLE_HOME\rdbms\admin 에 있으며 이 파일은 OS 에서 제공되는 에디터로 언제든지 볼수가 있습니다.
|
데이터베이스 관리자
사용자 생성하기 등 오라클의 관리 임무를 수행하려면 특별한
권한이 필요합니다. 이러한 작업은 데이터베이스 관리자가 수행해야만 합니다.
두 개의 데이터베이스 사용자 계정, SYS와
SYSTEM은 데이터베이스와 함께 자동적으로 생성되며 DBA 롤(즉, 모든 데이터베이스와 함께 자동적으로 생성되는 미리 지정된 롤)을 부여
받습니다. DBA 롤은 모든 데이터베이스 시스템 권한을 소유합니다.
주
“권한 관리” 장에서 더 자세히 다루어질
것입니다. |
|
SYS
데이터베이스가
생성될 때, CHANGE_ON_INSTALL이라는 암호로 식별되는 SYS란 사용자가 자동적으로 생성되어 DBA 롤을 부여 받게
됩니다.
데이터 딕셔너리의
모든 기본 테이블과 뷰는 SYS 스키마 내에 저장되어 있습니다.
SYSTEM
데이터베이스가
생성될 때, MANAGER라는 암호로 식별되는 SYSTEM이라는 사용자가 자동적으로 생성되어 DBA란 롤을 부여 받게 됩니다.
SYSTEM
스키마 내에는 오라클 도구가 사용하는 관리용 정보를 갖고 있는 추가 테이블과 뷰가 생성됩니다.
주
그날 그날의 관리용 일들을 수행할 때 사용할 관리자를
적어도 하나 이상 만들어 두는 것이 좋을 것입니다. |
sys, system 은 오라클 데이터 베이스에서 사용하는 오라클 유저인데 반해 internal 은 유저라기 보다 하나의 약속된 문자열입니다.
데이터 베이스를 Startup 하거나 Shutdown 할 수 있는 권한으로 데이터 베이스에 접속을 하고자 할때 사용하는 오라클의 아주 오래된
버전부터 사용하던 문자열입니다.
참고로 Connect internal 과 Connect / as sysdba 은 같은 의미를 뜻합니다.
|
personal oracle에서 어떻게 하면 운영체제 인증이나 패스워드파일 인증을 받을 수 있는지요..
connect
internal로 했을때 암호를 물어보는데 디폴트로 생성된 암호가 무엇인지요..
그리고 oradim80은 없던데요.. 대신 쓸수
있는 tool은 없읍니까??
|
 |
|
*.
init.ora file에서
REMOTE_LOGIN_PASSWORD=NONE
로 설정하면 O.S. 인증을 사용할 수 있으며, 이
값을 EXCLUSIVE 나 SHARE 로 설정하면 PASSWORD file 인증을 사용할 수 있습니다.
*. internal user의
default password는 oracle 입니다.
*. oradim80.exe가 없다면 oradim.exe를 찾아보시기 바랍니다.
window에서 사용되는 oracle tool은 toolname과 oracle version으로 구성되어 있습니다.(예. oracle
8.0일 경우 oradim80) Oracle 8i부터는 tool 이름에 version이 포함되지 않습니다.(예. oradim)
|
|
|
요약 참조
|
관련내용 |
참조 |
|
초기화 |
DB_NAME
CONTROL_FILES
DB BLOCK
SIZE |
|
동적 성능 뷰 |
없슴 |
|
데이터 딕셔너리 뷰 |
없슴 |
|
명령어 |
CREATEDATABASE |
|
패키지 프로시저와 함수 |
없슴 | |