노땅의 IT 세계

▶ Archive Mode 로 전환

$sqlplus "/ as sysdba"

-- Archive Log Mode 인지 No Archive Mode 인지 확인

SQL> archive log list

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            /data/oracle/GUMORCP1/arch_01

Oldest online log sequence     2373

Next log sequence to archive   2376

Current log sequence           2376

-- spfile 로 startup 되었는지 pfile 로 startup 되었는지 확인

SQL> show parameter spfile

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

spfile                               string      /home4/oracle/product/102/dbs/

                                                 spfileGUMORCP1.ora

1. parameter 수정 (Archive Log Mode 로)

[pfile 로 startup 한 경우]

initSID.ora 또는 ALTER SYSTEM 명령으로 아래 부분을 주석(#)을 제거하고 저장한다.

(9i 일 경우)

log_archive_start = true

log_archive_dest_1 = "location=/data/oracle/GUMORCP1/arch_01 reopen=60"   (아카이브파일의 경로)

log_archive_format = %s.arc

(10g 일 경우)

#log_archive_start = true     <=== 10g에서 사용되지 않음

log_archive_dest_1 = "location=/data/oracle/GUMORCP1/arch_01 reopen=60"   (아카이브파일의 경로)

log_archive_format = %t_%s_%r.arc

[spfile 로 startup 한 경우]

(9i 일 경우)

ALTER SYSTEM SET log_archive_start=true scope=spfile;

ALTER SYSTEM SET log_archive_dest_1='location=/data/oracle/GUMORCP1/arch_01 reopen=60' scope=spfile;

ALTER SYSTEM SET log_archive_format='%s.arc' scope=spfile;

(10g 일 경우)

ALTER SYSTEM SET log_archive_dest_1='location=/data/oracle/GUMORCP1/arch_01 reopen=60' scope=spfile;

ALTER SYSTEM SET log_archive_format='%t_%s_%r.arc' scope=spfile;

2. DB shutdown

SQL> shutdown immediate

3. startup mount

SQL> startup mount

4. LOG MODE 변경

SQL> alter database archivelog;

5. DB open

SQL> alter database open;

6. DB shutdown

SQL> shutdown immediate

가능하다면 이 시점에서 DB를 Shutdown 한 뒤  cold backup 을 받고 사용하세요.

7. 확인

SQL> ALTER SYSTEM SWITCH LOGFILE;

설정한 경로에 아카이브 파일이 생성되었는지 확인한다.

SQL> !ls /data/oracle/GUMORCP1/arch_01

▶ Noarchive Mode 로 전환

archivelog mode에서 no archivelog mode로 전환하기 전에 데이터베이스는 반드시

immediate 또는 normal 로 셧다운 되어야만 전환이 가능함.

[pfile 로 startup 한 경우]

initSID.ora 에 아래 부분을 주석(#)처리한다.

(9i 일 경우)

#log_archive_start = true

#log_archive_dest_1 = "location=/data/oracle/GUMORCP1/arch_01 reopen=60"   (아카이브파일의 경로)

#log_archive_format = %s.arc

(10g 일 경우)

#log_archive_start = true     <=== 10g에서 사용되지 않음

#log_archive_dest_1 = "location=/data/oracle/GUMORCP1/arch_01 reopen=60"   (아카이브파일의 경로)

#log_archive_format = %t_%s_%r.arc

[spfile 로 startup 한 경우]

(9i 일 경우)

ALTER SYSTEM SET log_archive_start=true scope=spfile;

ALTER SYSTEM SET log_archive_dest_1='location=/data/oracle/GUMORCP1/arch_01 reopen=60' scope=spfile;

ALTER SYSTEM SET log_archive_format='%s.arc' scope=spfile;

(10g 일 경우)

Nothing.

$ sqlplus "/as sysdba"

SQL> shutdown immediate;

SQL> startup mount;

SQL> alter database noarchivelog;

SQL> alter database open;

오라클 8.1 이상에는 MOVE TABLESPACE 명령어로 TABLESPACE 변경이 가능하다

또한 MOVE TABLESPACE 시 REORRG 를 하는 효과도 있다.

그래서 대상 테이블이 fragmentaion 이 많이 일어났을 경우 SIZE 가 줄어들게 된다.

1. TABLE

aler table 테이블명 move tabledpace 테이블스페이스명;

2. INDEX

alter index 인덱스명 rebuild tabledpace 테이블스페이스명;

일괄 작업시 아래의 스크립트를 돌리도록 하자.

select 'alter table ' || segment_name || ' move tablespace ' || tablespace_name from user_segments;

SQL> select segment_name, owner, tablespace_name, bytes/1024/1024 from dba_segments where owner='CBADM';

SEGMENT_NAME                   OWNER                          TABLESPACE_NAME                BYTES/1024/1024

------------------------------ ------------------------------ ------------------------------ -------------------------------------------

TB_SB_DEL_CUST_20080506        CBADM                          TBS01                               700.671875

SQL>ALTER   TABLE  CBADM.TB_SB_DEL_CUST_20080506   MOVE   TABLESPACE  TBS01  ;

SQL> select segment_name, owner, tablespace_name, bytes/1024/1024 from dba_segments where owner='CBADM';

SEGMENT_NAME                   OWNER                          TABLESPACE_NAME                BYTES/1024/1024

------------------------------ ------------------------------ ------------------------------ -------------------------------------------

TB_SB_DEL_CUST_20080506        CBADM                          TBS01                               448.671875

- RMAN Repository에 MetaData를 보관한다

• Metadata
• Target DB
• Recovery Catalog(RC) -> 별도의 DB가 구성했다는 전제하에

- 백업 대상

• Disk Directory
• MML(Tape Device)
• Flash Recovery Area(FRA)

- Flash Recovery Area Space Usage

• 아카이브파일이 모두 RMAN에 백업 되었다면 ' all delete all input ' 명령어로 원본 아카이브 파일은 저장공간을 위해 삭제한다
• 불필요한 정보들을 조회해서 삭제 한다
• v$FLASH_RECOVERY_AREA_USAGE
• backup recovery area -> FRA에 저장되어 있는 모든 파일을 백업
• backup recovery files -> 해당 DB의 모든 파일들을 백업

- Flash Recovery Area의 장점

• 한곳으로 모든 백업 파일을 모을수있다
• 자동으로 공간에 대한 문제를 관리하기 때문에, 불필요한 백업 정보를 가지고 다닐 필요가 없다

- RMAN에 영향을 주는 Parameter

• DB초기화 Paramter
• 환경변수

- RMAN 사용시 고려사항

• Large Pool에서 백업작업을 한다.
• 공유 메모리와, 프로세서에 여우가 있어야 한다
• SYSDBA 권한과, OS의 Device Access 권한이 있어야한다
• 원격지 접속을 위해서는

- RMAN이 접속할수 있는 환경

• Target DB
• Recovery Catalog DB
• Auxiliary DB

- Configuring Persistent Settings For RMAN

• 기본으로 Default값으로 설정되어 있다
• Configure Automatic Channel                                                    -> 자동채널
• Specify the Backup Retention Policy                                          -> 보존정책
• Specify The Number of Backup Copies to be create                     -> 생성된 백업 복사본 갯수
• Set the default backup type to BACKUPSET or COPIES
• Limit the size of backup sets                                                   -> BACKUP SET 크기 제한
• Exempt a tablespace from backup                                            -> 특정 TBS 제외
• Enable add disable backup optimization                                   -> 동일한 Device에 동일한 백업 정보를 담지 않는다
• Configure automatic Backup of Control File                               -> 항상 Control 파일을 같이 백업되도록 자동설정
• report schema : 등록된 Target DB의 Tablespace 정보를 보여준다

- Configure Description

• Retention Policies
• Default Setting
• Channel 설정
• Disk Parallelism 2 -> 2개의 채널을 이용해서 백업(병렬화)

---------------------------------------------------------------------->

- Using RMAN Recovery

- RMAN의 방식

• 대화식 모드
• 배치 모드
• 파이프 인터페이스

- RMAN의 타입

• Stand-alone : 하나씩 하나씩
• Job : 명령을 모아서 한꺼번에 처리

- RMAN CMD

• Backup CMD
• Backup CMD Option
• COPY CMD
• TAG CMD
• LIST CMD
• REPORT CMD
• RMAN Dynamic Views

- RMAN Backup Type

• Full Backup
• Level 0 Incremental(증분) Backup
• Cumulative Level1 Backup
• Differential Level1 Backup
• Increamental Level1 Backup
• 동일한 데이터가 있으면 새로운 정보로 갱신한다
• BACKUP Archived Redo Logs
• Whole Database Backup

- Block Change Tracking(BCT) : 변경된 Block 정보들을 Trace 해놓기 때문에 빠르게 증분백업이 가능하다

• EM : 관리도구 -> 백업설정 -> 정책 -> 보다 빠른 증분 백업을 위해 블록 변경 사항 추적 활성화
• ALTER DATABASE ENABLE
  BLOCK CHANGE TACKING
  USING FILE '경로/파일.f'
  REUSE
• 백업중에 데이터파일 전체를 풀스캔 할 필요가 없다. -> 증분백업의 최적화
• CTWR(Chagne Tracking Writer Process)가 BCT를 기록한다
• Binary 파일로 만들어진다

- Backup LAB

• 백업할 테이블 : SYSTEM, SYSAUX, USERS, EXAMPLE, UNDOTBS1
• 백업 그룹 전략 설정
• DataFile 조회
• RMAN 백업 실행
• 다 백업 후 list backup of database로 확인
   

• Rman 에 접속하여 명령어 수행한다.

RMAN>list expired archivelog all;

RMAN>crosscheck archivelog all;

RMAN>delete noprompt expired archivelog all;

RMAN>list expired archivelog all;

오라클에서 제시하는 라이선스 정책은 두 가지가 있습니다. 두 라이선스 정책에 따라 제품 가격이 결정되지만,

라이선스에 따라 가격이 바뀌지는 않습니다.

1. Named User Plus License : CPU 당 사용자 수를 설정(10 user, 20 user 등)

2. Process License(Unlimited) : 웹 서비스용, Named User Plus 용 보다 5배 정도 가격

# 오라클 CPU별 사용가능 라이선스

# Named User 라이선스 방식

- DB를 사용하는 인원이 정해진 경우에 산정됨.

- Named User 라이선스의 경우 각 오라클 버전마다 최소 구매 라이선스가 다름.

  * Standard One : 장착 CPU당 최소 5 User (한국내 사용은 10 User)

  * Standard : 장착 CPU당 최소 10 User

  * Enterprise : 장착 CPU당 최소 25 User

    ex) 사내 직원만 인트라넷을 사용하는데 직원이 9명이고, 2 socket 서버에 오라클 설치 시 Standard One

          → 10 User 라이선스를 구매해야 함.

# 프로세서 라이센스 방식

- 웹 서비스와 같이 무작위 다수가 접속할 때 산정되는 라이선스 방식

- 기존에는 오라클 라이선스에 멀티코어 이슈가 있어 CPU 제조사별로 (core x 정책상 수)로 계산되었으나,

   이제는 확장 가능한 프로세서 수로만 계산됩니다.

   * 기존 정책 : 정책상수 - Intel/AMD = 0.5

                                      기타 = 0.75

   * 현재 정책 : CPU 화장가능한 소켓수와 실제 장착 CPU 수

# 기타

- Linux/Windows Server/Unix, 9i/10g/11g 별로 라이선스 금액은 동일합니다.

- 구매 후 1년간만 업데이트와 패치에 대한 권한을 가지며, 1년 후 업데이트와 패치를 위해서는

   최초 구매가격의 22% 비용 발생합니다.

원본 위치 <http://www.allsoft.co.kr/bbs/board.php?bo_table=study4_2&wr_id=20>

DBA가 하는 업무는?

1. 시스템 점검 업무

  가.업무 정의 : 업무 시간 전 시스템 점검을 통해 위험 요소를 사전에 인지

  나.업무 형태

     -. Oracle Back Ground Process 점검

     -. Oracle Wait Event 점검

     -. Oracle Alert Log 점검

     -. Tablespace Usage 점검

     -. Oracle Disk Usage 점검

2. 시스템 모니터링 업무

  가. 업무 정의 : 실시간 모니터링을 통해 시스템 Bottleneck 등의 장애 요소를 신속히 파악하고 조치함

  나. 업무 형태

     -. System Resource Monitoring

     -. Online / Batch Wait Event Monitoring

     -. Top Session / Top SQL Monitoring

     -. Datafile I/O Wait Monitoring

     -. Instance Log Monitoring

     -. Trace File Monitoring

3. 장애 처리 업무

  가. 업무 정의 : 시스템이나 이와 연관된 어플리케이션 장애 발생 시 이를 분석하고 해결책을 마련함

  나. 업무 형태

       -. Historical Data 분석 등을 통한 장애 분석 및 조치

       -. Oracle iTar 진행 등 외부 업체를 통한 장애 원인 파악 및 조치

4. DB Storage 관리 업무

  가. 업무 정의 : Tablespace 생성 및 관리 업무를 수행하며 Disk 관리 작업

  나. 업무 형태

       -. Tablespace 생성, 변경 및 삭제 작업

       -. Tablespace Datafile 변경 작업 (Resize 및 Add 작업)

       -. Tablespace 재배치 작업

       -. Disk 모니터링 및 파일 관리 작업

5. Oracle Engine 관리 업무

  가. 업무 정의 : Oracle Server Install, Upgrade,Patch 작업 등을 수행

  나. 업무 형태

      -. Oracle Install

      -. Oracle Upgrade 및 Patch 작업

6. Oracle Instance 관리 업무

  가. 업무 정의 : System Tuning, Server Start/Stop 등의 Oracle Instance Level 작업을 수행함

  나. 업무 형태

      -. Oracle Initial Parameter Tuning

      -. Oracle Instance Start, Stop

      -. Network listener 관련 작업

      -. Memory Keeping Object 관리

7. DB 모니터링 툴(QCO) 운용

  가. 업무 정의 : DB 모니터링 툴을 이용하여 시스템 분석 및 리포트 산출

  나. 업무 형태

      -. Real-time Monitoring

      -. Historical Analysis

      -. Reporting

8. 시스템 월간 성능 보고

  가. 업무 정의 : DB 성능 분석을 위하여 데이터를 산출하고 보고서 작성함

  나. 업무 형태

     -. Statspack을 이용한 DB 성능 월간 데이터 산출

     -. 월간 보고서 작성

9. 데이터 이관 업무

  가. 업무 정의 : 테스트, 개발, 통계 DB 데이터  이관 작업

  나. 업무 형태

     -. Tablespace 생성 및 삭제

     -. DB Instance Recovery

     -. DB start

     -. DB Backup (Begin/End Backup) 명령 수행

10. 데이터베이스 신기능 분석

  가. 업무 정의 : 데이터베이스 신기능 분석 및 테스트를 통하여 당사 시스템에 적용 가능성을 파악함

  나. 업무 형태

     -. Oracle Database 신기능 분석 및 테스트

     -. 해당 기능이 Database에 미치는 영향 분석

11. 프로젝트 업무 지원

  가. 업무 정의 : 신규 프로젝트 및 open 시스템 지원업무

  나. 업무 형태

      -. Database 구성 Guide Line 제공

      -. Database Parameter Tuning 및 적용

      -. Database object 생성 및 지원

      -. 개발에 따른 시스템 모니터링 및 성능 분석

12. 기타 업무 지원

  가. 업무 정의 : 대량 데이터 삭제 작업 등 업무 수행 시 DB 상태에 영향을 받을 수 있는 비정기 작업지원

  나. 업무 형태

      -. Archive Log 관리

      -. Storage 관리

      -. Undo Segment 관리

      -. Transaction Monitoring

13. 일일 백업 점검

  가. 업무 정의 : 일일/주말/소산 백업 상태 점검

  나. 업무 형태

     -. 일일/주말 백업 점검

        (계정계,정보계 DB Backup 상태 점검)

     -. 백업 일지 작성

14. 백업 관리 업무

  가. 업무 정의 : 백업 정책 수립 및 스크립트 작성 등의 관리 업무 수행

  나. 업무 형태

     -. Backup 정책 수립

     -. Media(Tape) 및 Media Pool 관리

     -. Backup script 작성 및 수정

     -. Backup 실행 장애 원인 파악 및 조치

15. 백업 소프트웨어장비 관리 

  가. 업무 정의 : 백업 소프트웨어 및 장비의 안정적인 관리

  나. 업무 형태

     -. 백업 소프트웨어 및 장비 상태 점검

     -. 다양한 형태의 장애 조치

     -. Backup Device Drive Cleaning 작업 (주 1~2회)

     -. Media 관리 일지 작성

16. 데이터 복구 업무

  가. 업무 정의 : 시스템, Data 등에 손상이 발생할 경우 백업 데이터를 이용하여 신속하게 복구 작업 진행

  나. 업무 형태

     -. System 복구 작업

     -. 일반 File 복구 작업

     -. DB Recovery 지원 ( 계정계 및 정보계 DB)

     -. 복구 테스트로 백업 데이터 검증 (월 1~2회)