Database초보우낙

리두 로그 그룹의 멤버를 삭제하려면 삭제하려는 리두 로그 그룹의 상태가 current나 active면 안된다 ■ 실습 #1. redo log group의 상태를 확인 #2. inactive인 리두 로그 그룹의 멤버를 하나 drop한다 #3. 나머지 리두 로그 그룹의 멤버도 다 drop하고 그룹당 멤버를 1개씩만 유지 (※ 로그 스위치와 체크포인트를 일으켠서 상태를 inactive로 만들어놓고 작업) ◆ 실습 구현 #1. redo log group의 상태를 확인 @log_status.sql select group#, member from v$logfile order by 1 , 2 ; --로그파일확인 save logfile.sql #2. inactive인 리두 로그 그룹의 멤버를 하나 drop한다 alte..

리두로그 파일 (redo log file) 의 역할 복구를 하기 위해 필요한 파일 redo log file 에 redo log buffer의 내용을 적는 백그라운드 프로세서 -> LGWR redo log file은 순환적으로 사용이 된다 --> 재사용 변경사항이 갑자기 많은 때에 LGWR가 Redo log file에 내용을 적다가 redo log file이 깨지는 경우가 종종 생긴다 ex) 대학교 학교 시스템에 갑자기 insert & update & delete작업이 몰린다 --> 수강신청 장애에 대처를 빠르게 하려면 평소에 백업을 잘해야한다. redo log file같은 경우는 다중화를 해놔야한다 DB장애는 어쩔 수 없이 발생한다. 평상시에 백업을 해둬서 대비를 잘해둬야한다 그룹 : 논리적인 단위 멤버..

* 리두로그 파일? (redo logfile) ↓ 다시 작업하다. 다시 작업하기위한 로그 파일입니다. 즉, 복구를 하기 위해서 필요한 데이터가 있는 파일입니다. select 만 빼고 insert,update, delete, merge, create, alter ,drop, truncate 등의 명령어들이 이 안에 들어있습니다. 리두로그 파일의 상태 4가지 current : LGWR가 현재 쓰고 있는 상태 active : LGWR가 다 썻고 쓴 내용에 대한 메모리의 변경사항들이 datafile로 반영이 안된 상태 inactive : LGWR가 다 내려썻고 메모리의 변경사항이 DATA FILE에 다 반영된 상태 unised : LGWR 가 한번도 사용하지 않은 상태 active를 사용하면 불완전복구를 해야하..

■ 실습 #1. control file이 몇 개가 있는지 확인 #2. shutdown abort로 DB를 내린다 #3. os에서 control01.ctl을 삭제 #4. startup. (nomount에서 멈춘다) #5. 다시 shutdown abort로 내린다 #6. os에서 control02.ctl을 복사해서 control01.ctl로 붙여 넣는다 #7.startup ◆실습 구현 #1. control file이 몇 개가 있는지 확인 select name from v$controlfile; #2. shutdown abort로 DB를 내린다 shutdown abort vi편집기로 .bash_profile을 열어서 아래 내용추가해주기 alias oradate='cd /u01/app/oracle/oradata..

현재 controlfile이 딱 1개로만 운영되고 있다 그러다보니깐 이 1개가 깨지면 백업받은게 있어야 복구가 된다 백업을 자주 받지 않기 때문에 만약 컨트롤 파일 최신 백업본이 없으면 완전히 낭패이다 datafile은 만약 복구를 못하면 그냥 포기하면 되는데 controlfile을 복구못하면 db안올라온다 최신 controlfile 백업본을 자주 생성하던지 아니면 controlfile을 멀티 플랙싱하면 된다 ■ 실습 #1. 현재 controlfile의 위치와 이름을 확인 #2. show parameter control_files라고 해서 파라미터 파일이 인식하는 controlfile의 위치를 확인 #3. 지금 현재 spfile로 운영되는지 pfile로 운영되는지 확인 #4. 다중화할 control fi..

#1. 사전준비 grid와 oracle 유저를 분리하여 설치한 경우, 데이터베이스를 생성하기 전에 일부 디렉토리에 쓰기 권한을 같은 그룹의 유저에게 허용해야 정상적으로 생성이 가능합니다. chmod 770 /u01/app/oracle/cfgtoollogs chmod -R 775 /u01/app/oracle/diag #2. DBCA 실행 시작 ‘Oracle RAC(Real Application Clusters) 데이터베이스’를 선택하고 [다음]을 클릭합니다. dbca 작업 ‘데이터베이스 생성’을 선택하고 [다음]을 클릭합니다. 데이터베이스 템플리트 ‘범용 또는 트랜잭션 처리’를 선택하고 [다음]을 클릭합니다. 데이터베이스 ID ‘관리자 관리’가 체크된 상태에서 전역 데이터베이스 이름에 “racdb”을 입력..

#1. 설치 사전준비 grid 유저로 ASM을 구성한 상태에서 oracle 유저로 데이터베이스 소프트웨어 설치를 진행하기 위해서는 먼저 ORACLE BASE 하위의 diag 디렉토리의 그룹 권한을 액세스할 수 있도록 모든 노드에서 수정합니다. 권한이 없을 경우, DBCA 수행시 ASM 디스크 목록을 불러올 수가 없습니다. chmod 775 /u01/app/oracle/diag "oracle 유저로 접속한 후" 설치 파일이 있는 경로로 이동하여 ./runInstaller를 실행합니다 cd /u01/app/oracle/diag ./runInstaller 전제 메일 주소 제공 관련 안내 메시지가 나오면 [예]를 클릭하여 설치를 계속 진행합니다. ‘소프트웨어 갱신 건너뛰기’를 선택하고 [다음]을 클릭합니다. ‘..

#1. ASMCA 를 실행(grid 유저로 실행하기) asmca #2. Data 디스크 그룹 생성하기 Disk Group Name = DATA Redundancy = Normal Disk Path = ORCL : DATA 1~4 선택 Disk Group Name : FRA Redundancy에서 External 선택 Disk Path -> ORCL:FRA1과 ORACL:FRA2를 선택 DISK와 FRA를 생성 후 종료 crsctl stat res -t 로 DATA와 FRA가 잘 떠있는지 확인한

omponent Processes 오라클 프로세서 Owner OS유저 (소유자가 누구인지) Cluster Ready Service(CRS) crsd root Cluster Synchronization Service (CSS) ocssd, cssdmonitor, cssdagent grid owner, root, root Event Manager(EVM) evmd, evmlogger grid owner Cluster Time Synchironization Service (CTSS) (서로 시간이 맞는지 확인) octssd root Oracle Notification Service (ONS) ons,eons grid owner Oracle Agent oraagent grid owner Grid Naming S..

controlfile을 백업하는 방법 2가지 text형태 binary file형태 ■ 실습 #1. binary file 형태로 controlfile을 백업 #2. shutdown abort로 d를 내린다 #3 원본 control file을 삭제 #4 db를 startup 해서 올린다 #5. binary file형태로 백업받은 controlfole을 가지고 복구 ◆ 실습 구현 #1. binary file 형태로 controlfile을 백업 alter database backup controlfile to '/home/oracle/hot_20240304/control01b.bak'; #2. shutdown abort로 d를 내린다 select name from v$controlfile; /u01/app/or..