admin ws1 둘째날

이전 review
*DB: 데이터들의 집합. 통합/저장/공유 가능한 데이터 집합, 저장 영역이 data file
     : control file + data file + redo log file을 합쳐 DB라고 함.

*control file: db이름, creation date, datafile 이름/위치, redo log 이름/위치, structure
                : control file이 마운트, 오픈해야 운영 가능

*database block size 8k: 기본값이며 standard block size, primary block size 라고도 부름
 -db 생성시 자동으로 생성되는 테이블은 8k 로 만들수밖에 없음: SYSTEM, SYSAUX
 -block size를 변경할 수도 있지만 변경하려면 SGA의 db duffer cache도 바꿔야하기에 instance 설정값 즉 parameter 파일도 변경이 필요하다.

*extent: 최소 5개의 블록을 모아 extent라고 한다. extent 안의 블록들은 반드시 연속적이어야 한다. segment가 더 필요할 때 extent 단위로 공간을 할당.
 - 시스템마다, table space를 만들때마다 extent 사이즈를 다르게 만들 수 있음.

*객체: data를 저장하기 위한 역할들을 수행하기 위해 저장하고 있는 것들을 객체라고 하고 객체들의 집합이 스키마이며 스키마들의 총 합을 DB라고 한다.

*객체들 중에서 extent가 필요한 객체들을 모은 것이 segment이다. 이들은 데이터 값들이 필요하기에 extent가 필요.

*segment가 저장되는 위치가 Table Space

*예를 들어 u01.dbf 파일이 1G이고 users table space와 연결되어 있고 얘밖에 없으면 users table space의 용량은 1G이다. 논리적으로는 users table space가 되는거고, 물리적으론 u01.dbf 파일이 된다. 만약 user가 emp 테이블을 만든다면 u01.dbf 내에 만들게 된다.

*EM 주소: http://hostname:1158/em
isql주소: http://hostname:5560/isqlplus
리스너 포트번호: 1521

*isqlplus에 로그인시 SYS 사용자로는 로그인 불가. isqlplus dba를 써야하는데 webdba란 롤을 만들어줘야 한다.
11g에선 없어지고 developer로 통합되었다.

*sqlplus hr/hr @script.sql: 로그인후 바로 sql 스크립트 실행

*DB startup 상태

1. shutdown 상태
 - offlie, closed 상태
 - Backup & recovery 진행 가능
 - SYSDBA, SYSOPER만 startup 가능

2. Nomount 상태
 - Instance만 올린 상태: SGA, Background process, alert + trace log file 활성화됨
 - Instance를 올리려면 Parameter 파일이 필요.
  ① server parameter file: 우선순위가 높음 spfile<sid>.ora 형식이며 직접 수정은 불가하고 ALTER system set 명령으로 수정가능, 재시작 필요 없음, 9i부터 생김
  ② pfile: init<sid>.ora 형식이며 직접 수정 가능하나 적용하려면 db 재시작 필요.
  -pfile로 시작하려면 startup pfile='경로/이름'
 - ALTER DATABASE nomount
 - SYSDBA, SYSOPER만 접속 가능
 - Create DB, Create Control file(Recreation) 진행 가능
3. Mount 상태
 - Control file를 올리면서 Instance file과 결합됨: Parameter 파일에 instance name, dbname참조
 - Control file의 위치는 Parameter 파일에 적힘.
 - Control file에 data file, online redo log file 의 위치와 이름이 적혀있으나 실제 존재하는지는 확인하지 않는다.
 - ALTER DATABASE mount
 - DBA만 접속 가능
 - DB mode 변경(no archive log mode, archive log mode), db 전체 full 복구, DB 구조 변경

4. Open 상태
 - 일반유저도 들어올 수 있는 상태
 - 이때도 Control file을 읽어들이며 Data file, Online redo log file의 존재여부도 체크한다.
   만약 두 파일이 없다면 error가 나타나며 recovery mode로 진입한다 by SMON
 - ALTER DATABASE open


* Shutdown 종류

 - Abort: 아주 비정상적인 종료
 - shutdown abort나 Instance failure나 startup force 하게 되면 db 일관성이 떨어진다.
  -수행중인 sql 문장이 terminate, 접속중인 user 강제끊김, db와 redo log buffer가 disk에 쓰여지지도 않음, commit 안된 tx가 rollback되지도 않음, 파일을 닫지 않고 instance가 종료됨.
  - 비정상적인 종료 후에는 instance recovery를 해줘야 하는데 이건 SMON이 자동으로 해준다

* Startup
 - Startup force: 강제 재시작
 - Startup restrict: 특정 사용자(dba나 sys?)를 제외한 다른 사용자의 접속을 막으며 open