"Rac 아카이브모드"의 두 판 사이의 차이
DB CAFE
(새 문서: RAC 환경 아카이브 로그 전환 방법 -- shutdown immediate all database instances $ srvctl stop database -d <db_unique_name> -- startup database in mount mode $ srvctl...) |
(→현재 아키이브 로그 압축 사용) |
||
(같은 사용자의 중간 판 16개는 보이지 않습니다) | |||
1번째 줄: | 1번째 줄: | ||
− | RAC 환경 아카이브 로그 전환 방법 | + | = RAC 환경 아카이브 로그 전환 방법 = |
− | + | == svrctl 명령으로 노드1,노드2를 동시 작업하는 방법 == | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
+ | === 아카이브로그 모드 확인 === | ||
+ | <source lang=sql> | ||
+ | $ sqlplus / as sysdba | ||
+ | sql> archive log list; | ||
+ | </source> | ||
− | -- | + | === DB 종료 (stop/immediate) === |
+ | <source lang=sql> | ||
+ | $ srvctl stop database -d <DB명> -o immediate; | ||
+ | </source> | ||
− | $ srvctl start database -d < | + | === DB MOUNT 모드로 시작 === |
− | + | <source lang=sql> | |
− | + | $ srvctl start database -d <DB명> -o mount | |
− | + | </source> | |
− | |||
+ | === 아카이브 모드로 변경(sqlplus 작업) === | ||
+ | <source lang=sql> | ||
$ sqlplus / as sysdba | $ sqlplus / as sysdba | ||
− | |||
sql> alter database archivelog; | sql> alter database archivelog; | ||
− | |||
sql> exit; | sql> exit; | ||
+ | </source> | ||
+ | === DB 종료 === | ||
+ | <source lang=sql> | ||
+ | $ srvctl stop database -d <DB명> -o immediate; | ||
+ | </source> | ||
+ | === DB 시작 === | ||
+ | <source lang=sql> | ||
+ | $ srvctl start database -d <DB명> | ||
+ | </source> | ||
+ | === 아카이브로그 모드 확인 === | ||
+ | <source lang=sql> | ||
+ | sql> archive log list; | ||
+ | </source> | ||
+ | == 노드별 작업 방법 == | ||
+ | ※ archive log file은 각 로컬 노드에 저장해야 한다. | ||
+ | # 양쪽 노드 모두 shutdown immediate 수행 | ||
+ | # 한쪽 노드만 마운트 단계로 시작 startup mount | ||
+ | # Alter system set log_archive_dest_1='location=/data/arc1'; | ||
+ | # Alter system set log_archive_dest_2='location=/data/arc2'; | ||
+ | # Alter database archivelog; | ||
+ | # Alter database open; | ||
+ | # Archive log list 로 결과 확인 후, 노드2 에서도 동일하게 디렉토리 생성 후 db 시작 (노드2에서는 아키이브로그모드변경 작업 불필요, 확인만할것) | ||
− | |||
− | + | === [노드1], [노드2] DB 정지 === | |
+ | <source lang=sql> | ||
+ | SQL> shutdown immediate; | ||
+ | </source> | ||
+ | === [노드1] 아카이브로그 디렉토리 생성 === | ||
+ | <source lang=sql> | ||
+ | [root@rac1 ~]# mkdir -p /data/arc1 | ||
+ | [root@rac1 ~]# chown oracle.dba -R /data/ | ||
+ | [root@rac1 ~]# ls -lSh /data/ | ||
+ | </source> | ||
+ | * 로그저장위치를 미리 작업해 둔다. | ||
+ | === [노드1] 마운트로 시작 === | ||
+ | <source lang=sql> | ||
+ | SQL> startup mount | ||
+ | </source> | ||
+ | <source lang=sql> | ||
+ | -- RAC-1호기 아카이브로그 디렉토리 | ||
+ | SQL> alter system set log_archive_dest_1='location=/data/arc1' sid='instance_name1'; | ||
− | -- | + | -- RAC-2호기 아카이브로그 디렉토리 |
+ | SQL> alter system set log_archive_dest_1='location=/data/arc2' sid='instance_name2'; | ||
+ | </source> | ||
− | + | === [노드1] 아카이브 로그 모드 로 변경 === | |
+ | <source lang=sql> | ||
+ | SQL> alter database archivelog; | ||
+ | </source> | ||
+ | === [노드1] DB 오픈 변경 === | ||
+ | <source lang=sql> | ||
+ | SQL> alter database open; | ||
+ | </source> | ||
+ | === [노드1] 아카이브 로그 상태 확인 === | ||
+ | <source lang=sql> | ||
+ | SQL> archive log list; | ||
+ | </source> | ||
+ | |||
+ | === [노드2] 아카이브로그 디렉토리 생성 === | ||
+ | <source lang=sql> | ||
+ | [root@rac2 ~]# mkdir -p /data/arc1 | ||
+ | [root@rac2 ~]# chown oracle.dba -R /data/ | ||
+ | </source> | ||
+ | * 아카이브로그모드로 변경후 DB오픈 하기 전에 양쪽노드(rac1,rac2)에 해당 디렉토리가 존재해야 한다는 것이다. | ||
+ | === [노드2] DB시작 === | ||
+ | <source lang=sql> | ||
+ | SQL> startup | ||
+ | </source> | ||
+ | === [노드2] 아카이브 로그 상태 확인 === | ||
+ | <source lang=sql> | ||
+ | SQL> archive log list | ||
+ | </source> | ||
− | |||
− | |||
− | |||
+ | == 아카이브 로그 압축 사용 == | ||
+ | # disk공간을 절약할 수 있다는 장점 | ||
+ | # 압축을 해야 하기 때문에 시스템에 부하가 늘어난다는 단점 | ||
+ | # 단 시간에 많은 archived redo logs를 발생시키는 경우, 그 영향이 클 수도 있음 | ||
+ | # Data Guard환경에서 archivelog compression기능을 사용할 때 주의 | ||
+ | === 현재 아키이브 로그 압축 여부 확인 === | ||
+ | <source lang=sql> | ||
+ | SQL> select archivelog_compression from v$database; | ||
+ | </source> | ||
+ | === 현재 아카이브 로그 압축 사용 === | ||
+ | <source lang=sql> | ||
+ | SQL> alter database archivelog compress enable; | ||
+ | Database altered. | ||
+ | </source> | ||
+ | {{:아카이브 로그 조회}} | ||
− | + | [[Category:oracle]] |
2024년 6월 5일 (수) 22:26 기준 최신판
thumb_up 추천메뉴 바로가기
- DBA { Oracle DBA 명령어 > DBA 초급 과정 > DBA 고급 과정 }
- 튜닝 { 오라클 튜닝 목록 }
- 모델링 { 데이터 모델링 가이드 }
목차
1 RAC 환경 아카이브 로그 전환 방법[편집]
1.1 svrctl 명령으로 노드1,노드2를 동시 작업하는 방법[편집]
1.1.1 아카이브로그 모드 확인[편집]
$ sqlplus / as sysdba
sql> archive log list;
1.1.2 DB 종료 (stop/immediate)[편집]
$ srvctl stop database -d <DB명> -o immediate;
1.1.3 DB MOUNT 모드로 시작[편집]
$ srvctl start database -d <DB명> -o mount
1.1.4 아카이브 모드로 변경(sqlplus 작업)[편집]
$ sqlplus / as sysdba
sql> alter database archivelog;
sql> exit;
1.1.5 DB 종료[편집]
$ srvctl stop database -d <DB명> -o immediate;
1.1.6 DB 시작[편집]
$ srvctl start database -d <DB명>
1.1.7 아카이브로그 모드 확인[편집]
sql> archive log list;
1.2 노드별 작업 방법[편집]
※ archive log file은 각 로컬 노드에 저장해야 한다.
- 양쪽 노드 모두 shutdown immediate 수행
- 한쪽 노드만 마운트 단계로 시작 startup mount
- Alter system set log_archive_dest_1='location=/data/arc1';
- Alter system set log_archive_dest_2='location=/data/arc2';
- Alter database archivelog;
- Alter database open;
- Archive log list 로 결과 확인 후, 노드2 에서도 동일하게 디렉토리 생성 후 db 시작 (노드2에서는 아키이브로그모드변경 작업 불필요, 확인만할것)
1.2.1 [노드1], [노드2] DB 정지[편집]
SQL> shutdown immediate;
1.2.2 [노드1] 아카이브로그 디렉토리 생성[편집]
[root@rac1 ~]# mkdir -p /data/arc1
[root@rac1 ~]# chown oracle.dba -R /data/
[root@rac1 ~]# ls -lSh /data/
- 로그저장위치를 미리 작업해 둔다.
1.2.3 [노드1] 마운트로 시작[편집]
SQL> startup mount
-- RAC-1호기 아카이브로그 디렉토리
SQL> alter system set log_archive_dest_1='location=/data/arc1' sid='instance_name1';
-- RAC-2호기 아카이브로그 디렉토리
SQL> alter system set log_archive_dest_1='location=/data/arc2' sid='instance_name2';
1.2.4 [노드1] 아카이브 로그 모드 로 변경[편집]
SQL> alter database archivelog;
1.2.5 [노드1] DB 오픈 변경[편집]
SQL> alter database open;
1.2.7 [노드2] 아카이브로그 디렉토리 생성[편집]
[root@rac2 ~]# mkdir -p /data/arc1
[root@rac2 ~]# chown oracle.dba -R /data/
- 아카이브로그모드로 변경후 DB오픈 하기 전에 양쪽노드(rac1,rac2)에 해당 디렉토리가 존재해야 한다는 것이다.
1.2.8 [노드2] DB시작[편집]
SQL> startup
1.3 아카이브 로그 압축 사용[편집]
- disk공간을 절약할 수 있다는 장점
- 압축을 해야 하기 때문에 시스템에 부하가 늘어난다는 단점
- 단 시간에 많은 archived redo logs를 발생시키는 경우, 그 영향이 클 수도 있음
- Data Guard환경에서 archivelog compression기능을 사용할 때 주의
1.3.1 현재 아키이브 로그 압축 여부 확인[편집]
SQL> select archivelog_compression from v$database;
1.4 아카이브 리두 로그 파일 조회 뷰[편집]
- Archived Redo Log Files Views
Dynamic Performance View | 설명 |
---|---|
V$DATABASE |
|
V$ARCHIVED_LOG |
|
V$ARCHIVE_DEST |
|
V$ARCHIVE_PROCESSES |
|
V$BACKUP_REDOLOG |
|
V$LOG |
|
V$LOG_HISTORY |
|