따봉 구걸남's 블로그

'ORA-1555 snap shot too old'  에러는 개발자들을 당혹케 만드는 오라클 에러 중 하나이다.

해당 에러에 대한 oerr 유틸의 메세지는 아래와 같다. 

[oracle@asmtest ~]$ oerr ora 1555
01555, 00000, "snapshot too old: rollback segment number %s with name \"%s\" too small"
// *Cause: rollback records needed by a reader for consistent read are
//         overwritten by other writers
// *Action: If in Automatic Undo Management mode, increase undo_retention
//          setting. Otherwise, use larger rollback segments

한 사용자가  A 쿼리를 날렸는데 해당 데이터 블록이 (내가 읽으려고 하는 시점 이전에 다른 사용자에 의해 )
변경이 되어, 롤백 세그먼트에서 해당 블록의 변경전 데이터를 찾으려고 하는데 이미 다른사용자가 
해당 롤백 레코드를 덮어 써버려서 이전 데이터를 찾을수 없어서 발생하는 에러. 

이를 그림으로 표현하자면 아래와 같다. 

개발자들이 이 현상을 이해하려면 아래 두가지에 대한 이해가 필요하다. 

- 읽기 일관성

- 언두(롤백) segment 의 매커니즘  

1. 읽기 일관성 ( Read consistency)

여기서는 읽기 일관성을 최대한 간단하게 설명해보겠다. (자세한건 검색으로..)

읽기 일관성이란 쿼리의 리턴 데이터들의 시점이 일관성이 있어야 한다는 것이다. 

즉, 위의 그림에서 쿼리 A 가 아무리 오래 걸려도 이들 결과 값은 같은 시점의 데이터여야 한다는 것이다. 

마치 쿼리 A 가 시작했을때, 해당 DB 의 그 시점의 스냅샷을 뜬것처럼 데이터를 리턴해야 한다는 것이다. 

위 그림의 예를 들면 table 이 존재하고, pk 가 aa 인 1 row 가 있다고 가정하자.

조회쿼리 Query A 가 08:00 시에 실행되었다고 치면, 그 당시에 col A 의 값은 1 이었다. 

그런데 다른 쿼리 Query B 가 해당 row 를 08:10 에 col A 를 2로 업데이트 했다. 

또다시 Query C 가 해당 row 를 08:15 에 col A 를 3 으로 업데이트 했다.

 그러면 08:00 에 시작한 Query A 가 08:16 분에 해당 row 를 읽으려고 하면 어떤 값을 return 해야하는가?

현재 데이터블록의 해당 row 값은 3 이지만, 읽기 일관성의 관점에서는 Query A 의 시작시점 값인 1 을 리턴해야한다. 

이를위해서 오라클은 과거시점의 데이터를 읽기일관성을 위해 DB의 공간에 저장할 필요가 있는데 

이곳이 언두(롤백) 세그먼트 이다.  

2. 언두세그먼트 의 매커니즘

언두세그먼트는 디비 전체 (정확히는 instance별) 에서 공유하는 resource 이다. 

설정된 공간을 계속해서 덮어쓰는 구조이다. 언두 공간이 부족하면 추가를 할수 있지만 아무런 기준없이 추가를 계속할수는 없고 관리자의 입장에서 사이트의 특성을 고려해서 전략적으로 선택해야한다.

- undo retention

 언두 사이즈도 중요하지만 언두데이터를 얼마의 시간동안 유지 할것인가도 중요하다. 

  유지시간을 너무 짧게 잡으면 금방 다른 데이터로 덮어씌여져 SNAPSHOT TOO OLD 가 발생할 수 있다. 

 반면 필요 이상으로 길게 잡으면 언두블록을 할당받아야할 세션들에 병목이 발생할수 있다.

 식당으로 치면 회전률이 안나오는 격이니 주인 입장에서는 골치가 아프다. 

3. 에러에 대한 조치

 - ORA-1555 가 발생한 쿼리가 너무 오래동안 수행되었다면 쿼리성능 개선을 고려해본다.

 - UNDO RETENTION 이 너무 짧다면 좀 더 길게 변경 해준다. 

- UNDO RETENTION 이 적정한데도 에러가 났다면 UNDO DATAFILE 을 추가해준다. 

- 업무시간 중에 대량의 DML 이 발생하지 않게 트랜잭션을 재배치 해준다. 

앞선 포스팅에서 single server 에서 asm 을 사용하기 위한 grid 설치를 알아보았다. 

19c grid 설치 Standalone server (Oracle Restart)

이제 FILESYSTEM 이 아닌 ASM diskgroup 에 데이터베이스를 생성해보자. 

oracle 19c database 설치파일은 아래링크에서 다운받을수 있다. 

https://www.oracle.com/kr/database/technologies/oracle-database-software-downloads.html

oracle 계정의 .bash_profile 은 위의 글을 참조하자.

본격적으로 설치 시작 

db_env => 

=================================================
mkdir -p $ORACLE_HOME
mv LINUX.X64_193000_db_home.zip $ORACLE_HOME
cd $ORACLE_HOME
unzip LINUX.X64_193000_db_home.zip 

./runInstaller

엔진설치, DB생성을 모두 하자. 

설치파일이 있는 디렉토리와 oracle base 디렉토리가 자동으로 잡힌다. 

 container 설치는 목적이 아니니까 체크해제 한다.

ASM 을 선택하자 

 recovery 영역도 ASM 을 선택하자  

데이터베이스는 앞서 생성한 DATA 디스크그룹에 생성한다. 

 귀찮으니까 같은 패스워드로

설치중 root 로 진행하는 부분을 자동으로 설정 

설치가 완료되면 sqlplus 로 DB에 접속해보자. 

grid 환경으로 바꾸고(grid_env) crsctl stat res -t 명령어를 치면 database 가 online 으로 표시 되면 끝

이전 포스팅에서 virtual box 에  오라클리눅스 설치를 완료했다. 

[virtualbox] 오라클리눅스 설치 oracle-linux 8.4

ASM 은 RAC 에서는 필수이지만 single node DB 에서는 파일시스템에 설치할수도 있다. 

싱글노드에서 ASM 을 설치하려면 grid 를 먼저 설치해야한다. 

오라클에서 제공하는 설치관련 가이드 문서는 아래 링크에서 확인가능하다. 

https://docs.oracle.com/en/database/oracle/oracle-database/19/cwlin/index.html

 1-1) hostname 변경 

 @root 
hostname
hostnamectl set-hostname asmtest

vi /etc/hosts
10.0.2.15   asmtest

 1-2) SELINUX 

vi /etc/selinux/config
SELINUX=disabled
( 중간의 SELINUX=enforcing 를 변경해준다) 
 - 방화벽
systemctl stop firewalld


reboot

 1-3)설치준비 

  - YUM, RPM
 @root 
  
 yum install -y oracle-database-preinstall-19c
 cd /home/oracle

** 아래 파일들은 미리 준비가 필요하다. 
 rpm -ivh oracleasm-support-2.1.12-1.el8.x86_64.rpm
 rpm -ivh oracleasmlib-2.0.17-1.el8.x86_64.rpm

 - OS USER

groupadd asmadmin
groupadd asmdba
groupadd asmoper
usermod -g oinstall -G dba,oper,backupdba,dgdba,kmdba,racdba,asmdba,asmoper oracle


 - DIRECTORY

mkdir -p /app/grid 
 
chown -R oracle:oinstall /app
chmod -R 775 /app

@oracle

   mv LINUX.X64_193000_grid_home.zip   /app/grid

cd /app/grid 
unzip LINUX.X64_193000_grid_home.zip 
 

 - PROFILE 

root, oracle 계정의 .bash_profile  

편의상 grid 계정 분리하지 않고 oracle 한 계정으로 간다.  

alias 부분은 각자 취향에 맞게 편집하자

===== oracle bash profile =====
export TMP=/tmp
export TMPDIR=$TMP
 
export ORACLE_HOSTNAME=asmtest
export ORACLE_UNQNAME=orcl
export ORACLE_BASE=/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/19.0.0/db_1
export GRID_HOME=/app/grid
export ORA_INVENTORY=/oraInventory
export ORACLE_SID=orcl
export PATH=/usr/sbin:/usr/local/bin:$PATH
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
export CLASSPATH=$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
export CV_ASSUME_DISTID=RHEL7.6 
 
export LANG=C
export LC_ALL=C

alias grid_env='export ORACLE_HOME=$GRID_HOME;export ORACLE_SID=+ASM;export PATH=$GRID_HOME/bin:$PATH'
alias db_env='export ORACLE_HOME=$ORACLE_BASE/product/19.0.0/db_1;export ORACLE_SID=orcl'
alias ss='sqlplus / as sysdba'
alias oh='cd $ORACLE_HOME'
alias gh='cd $GRID_HOME'
===== oracle bash profile =====

===== root bash profile =====

export ORACLE_BASE=/app/oracle
export GRID_HOME=/app/grid
export ORACLE_HOME=$ORACLE_BASE/product/19c/db_1
export PATH=$PATH:$GRID_HOME/bin

===== root bash profile =====

 
 - ASM CONFIG
 
[root@asmtest oracle]# oracleasm configure -i
Configuring the Oracle ASM library driver.

This will configure the on-boot properties of the Oracle ASM library
driver.  The following questions will determine whether the driver is
loaded on boot and what permissions it will have.  The current values
will be shown in brackets ('[]').  Hitting <ENTER> without typing an
answer will keep that current value.  Ctrl-C will abort.

Default user to own the driver interface []: oracle
Default group to own the driver interface []: asmadmin
Start Oracle ASM library driver on boot (y/n) [n]: y
Scan for Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration: done
[root@asmtest oracle]#  

[root@asmtest oracle]# oracleasm init
Creating /dev/oracleasm mount point: /dev/oracleasm
Loading module "oracleasm": oracleasm
Configuring "oracleasm" to use device physical block size
Mounting ASMlib driver filesystem: /dev/oracleasm
[root@asmtest oracle]#  oracleasm status
Checking if ASM is loaded: yes
Checking if /dev/oracleasm is mounted: yes
[root@asmtest oracle]#  oracleasm configure
ORACLEASM_ENABLED=true
ORACLEASM_UID=oracle
ORACLEASM_GID=asmadmin
ORACLEASM_SCANBOOT=true
ORACLEASM_SCANORDER=""
ORACLEASM_SCANEXCLUDE=""
ORACLEASM_SCAN_DIRECTORIES=""
ORACLEASM_USE_LOGICAL_BLOCK_SIZE="false"
[root@asmtest oracle]#
 
 
 
 - FDISK 

디스크 추가 전

[root@asmtest dev]# ls  /dev/sd*
/dev/sda  /dev/sda1  /dev/sda2

ASM 에서 사용할 디스크그룹을 아래와 같이 추가하자

 - crs1,2,3 : asm 파일용, 대충 각 1G
 - data : database 용, 최소 20G
 - reco : recovery 영역, 대충 5G
  

VM관리자에서 설정 클릭

* 디스크는 online 상에선 추가가 안되고 vm 이 down 된 상태에서 가능하다. 처음부터 준비하면 좋다.

  fdisk /dev/sdb
  n(new) -> p(primary) -> 1 -> Enter(default) -> Enter(default) -> w(write)
  fdisk /dev/sdc
  fdisk /dev/sdd
  fdisk /dev/sde
  fdisk /dev/sdf
  

디스크 5개를 추가했으니 5개 반복해준다. 

다했으면 추가된 디스크로 asmdisk 를 만들자.
 
oracleasm createdisk CRS1 /dev/sdb1
oracleasm createdisk CRS2 /dev/sdc1
oracleasm createdisk CRS3 /dev/sdd1
oracleasm createdisk DATA /dev/sde1
oracleasm createdisk RECO /dev/sdf1
 
oracleasm scandisks
oracleasm listdisks
  
  
 - tmpfs

 vi /etc/fstab  => 아래 한줄 추가 
 tmpfs                   /dev/shm                tmpfs   size=8g         0 0

df -h
mount -o remount /dev/shm
df -h

cd /app/grid/cv/rpm/
rpm -ivh cvuqdisk-1.0.10-1.rpm

 2) grid설치

grid_env => grid 환경으로 변경 alias (path, oracle_sid)

cd /app/grid
./gridSetup.sh 

oracle restart 선택 

change discovery path 클릭, asm disk 가 있는 경로를 써준다. 

설치 도중 root 권한으로 진행이 필요한 부분을 자동으로 실행하기 위해 auto 선택

 설치가 원활하려면 최소 메모리 8G 를 되야 한다. 아무리 작아도 4G 보다는 커야 하고 사전체크에서 걸리면 ignore

- DATA, RECO diskgroup 추가 

 CRS 디스크그룹만 생성하고 grid 설치가 끝났다. 추가로 DATA, RECO 디스크 그룹을 만들자.

[oracle@oraasm grid]$ asmca

하단의 create..  클릭

디스크그룹 이름을 DATA 로 하고 disk 선택  하고 하단의 Ok.

 동일하게 RECO 를 생성하자. 

생성이 끝나고 아래 명령어로 확인 

crsctl stat res -t 

 디스크그룹이 잘 생성이 되었다. 

 이제 여기에 데이터베이스를 생성이 가능한데, 그것은 다음글에서 알아보자. 

  [ASM] 19c database 설치

virtual box 에 오라클리눅스 를 설치해보자.

나는 OracleLinux-R8-U4-x86_64-dvd.iso 를 사용했다. 

리눅스 이미지는 아래에서 다운받자. 

https://yum.oracle.com/oracle-linux-isos.html

메모리는 많이잡을수록 좋고 최소 4G 이상 할당하자. 

나는 5120 MB 를 설정했다.

하드디스크도 최소 40G 이상 잡아주자. 

여기까지 설정했으면 리눅스 설치를 위해 머신을 시작하자.  

 화면을 클릭하면 포인터가 화면으로 간다.  VM머신 밖으로 나오고 싶으면 WINDOW 버튼     

 언어 설정은 한국어

    설치를 시작하기 전에 아래 빨간 박스 정도만 설정해 준다. 

    1. 설치 목적지 

   2. 시간대

  기본이 뉴욕시간으로 되어 있다. 거슬리니까 바꿔주자. 

3. 계정 및 비밀번호  : 아래처럼 해준다. 

 root / root 

 oracle / oracle  

4. 네트워크 

  기본이 꺼짐인데 켬으로 바꾸자. 

설치를 시작하자.

 설치가 끝나면 재부팅을 합니다. 

 이제  putty 같은 터미널에서 접속하기 위한 작업을 합니다. 

 방금 설치한 머신의 ip 를 확인합니다. 

 버추얼박스를 설치한 호스트머신(로컬pc) 에서 cmd 창을 열어  버추얼박스의 ip 를 확인합니다. 

vm 관리자 에서 설정을 열어 포트포워딩 설정을 추가합니다. 

호스트(로컬머신) ip 와 게스트 ip 를 매핑해줍니다. 

이제 터미널 ( 저는 MobaXterm 를 사용) 에서 접속해 봅니다.

192.168.56.1 의 22 포트로 접속합니다. 

설치한 리눅스 버전을 확인해보자 

cat /etc/oracle-release

ftp 는 그냥 22번 포트를 쓰자. 

끗

이번 포스팅은 몇개의 글에 걸쳐서 싱글노드에서 ASM 위에 DB 를 생성하는 것을 알아보겠다. 

1.  virtual box 에 오라클리눅스  설치

[virtualbox] 오라클리눅스 설치 oracle-linux 8.4

2. grid 설치

19c grid 설치 Standalone server (Oracle Restart)

3. db설치
 
[ASM] 19c database 설치

성질 급한 분들은 위에 링크로 바로 넘어가시고.. 

- ASM 에 대한 잡썰.. 

os 가 제공해주는 Filesystem 은 일반적 목적으로는 불편함이 없지만 조금의 성능 차이도 의미가 있는 DB 의 입장에서는 

아쉬움이 있다. 그래서 보통 크리티컬한 목적의 서버들은 raw device 위에 DB를 설치를 해왔다. 

raw device 의 'raw' 는 날 것 이란 뜻인데 말 그대로 OS 에서 아무런 처리도 하지 않은 device 여서 DB 에서

입맛에 맞게 가공해서 쓸수 있기에, 기존에 F/S 을 DB 에서 사용해서 발생하는 redundancy 가 해소되는 이점이 있다. 

한국의 기업들은 오랜동안 이 환경에 길들여지고 익숙해졌는데 오라클이 ASM 이란 신기술을 10G 부터 적용하였다. 

오라클은 매년 라이센스 비용을 인상하는데 잘생각해보면 결국 오라클의 R&D 비용이 고객에게 그대로 전가되고 있는 것을 짐작할수가 있다. 근데 만약 그렇게 돈 써가며 개발한 신기술을 고객이 외면하면 어떻게 될까?

ASM 이라는 신기술이 나왔지만, 지금 환경에 익숙한데 새로운걸 배워서 적용해야 하는 DBA, 고객 입장에서는 한동안 외면받아왔다. 공식적으로 특정버전의 RAC 에서는 raw device 를 더이상 지원하지 않고 ASM 이 필수라고 못을 박았지만

여전히 몇몇 사이트는 ASM 을 불신하고 기존대로 raw device 위에 운영을 하는 곳도 있다. 

마치 최신 노트북을 사서 윈도우xp 가 편하다고 구글링해가며 설치 하는 격인데..

내가 IT 바닥을 경험해보니.. IT 환경은 계속해서 손을보고, 조금씩 변화해야하는 것이 운명인것 같다. 

변하지 않으려고 애쓰면 나중에 값 비싼 청구서가 갑자기 날아오게 된다. 

아무튼.. 

ASM 은 결국 OS의 F/S 과 같은 oracle 의 자체 F/S 이고 RAC 를 설치할 경우 필수이다. 

오라클의 기조는 ASM 을 쭉 밀고 갈 것으로 보이니 이제 시작하시는 분들은 열심히 공부하세요!  

오라클 엔진을 설치하고 나서 dbca 로 간단하게 데이터베이스를 생성할수도 있지만
CREATE DATABASE 구문으로 DB 를 생성할수도 있다. 

1. CREATE DB

export ORACLE_SID=ORCL;
export DB_NAME=ORCL;

--shutdown immediate;
sqlplus / as sysdba
startup mount exclusive restrict
drop database;

-- pfile 은 사전에 준비되어있어야 한다.
startup nomount pfile='initORCL.ora'

CREATE DATABASE ORCL
user sys identified by oracle
user system identified by oracle
CONTROLFILE REUSE
LOGFILE
GROUP 1 ('+DATA') SIZE 10M REUSE,
GROUP 2 ('+DATA') SIZE 10M REUSE
DATAFILE '+DATA' SIZE 10G AUTOEXTEND ON MAXSIZE 30G
DEFAULT TABLESPACE USERS DATAFILE '+DATA' SIZE 10G AUTOEXTEND ON MAXSIZE 30G
DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '+DATA' SIZE 10G AUTOEXTEND ON MAXSIZE 30G
UNDO TABLESPACE UNDOTBS DATAFILE '+DATA' SIZE 10G AUTOEXTEND ON MAXSIZE 30G
CHARACTER SET AL32UTF8
;

alter database mount;
alter database open;

2. DICTIONARY, 후속작업 

수동으로 디비를 생성하고 open 했지만 깡통 디비이기에 할수 있는게 없다.
후속으로 아래 스크립트를 실행하자.

conn sys/oracle as sysdba
SQL>@?/rdbms/admin/catalog.sql
-- Creates the data dictionary and public synonyms for many of its views, and grants PUBLIC access to the synonyms; also calls the scripts CATAUDIT.SQL, CATESP.SQL, and CATLDR.SQL

SQL>@?/rdbms/admin/catproc.sql
-- Runs all scripts required for or used with PL/SQL: CATPRC.SQL, CATRSNAP.SQL, CATRPC.SQL, STANDARD.SQL, DBMSSTDX.SQL, PIPDL.SQL, PIDIAN.SQL, DIUTIL.SQL, PISTUB.SQL, DBMSSNAP.SQL, DBMSLOCK.SQL, DBMSPIPE.SQL, DBMSALRT.SQL, SBMSOTPT.SQL, DBMSDESC.SQL

SQL>@?/sqlplus/admin/pupbld.sql
-- re-create the PRODUCT_USER_PROFILE table
SQL> @?/rdbms/admin/utlrp.sql
-- recompiles invalid objects


3. CRS등록

srvctl add database -db orcl
-oraclehome "오라클홈경로"
-spfile  "SPFILE경로"
-diskgroup "

srvctl config database -db orcl

.control_files='',"",""
create spfile from pfile

4. LISTENER, TNS 추가

오라클 diskgroup 이름 을 변경하는 것에 대해 알아보자 

1. dg umount
2. renamedg
3. dg mount
4. srv config
5. file rename

==================================
1. dg umount

create pfile from spfile;
@crs_user
crsctl stat res -t
srvctl stop database -d orcl

sqlplus / as sysasm
alter diskgroup OLD_DG dismount;

2. renamedg
renamedg dgname=old_dg newdgname=new_dg verbose=true check=true asm_diskstring='/dev/..'
renamedg dgname=old_dg newdgname=new_dg verbose=true asm_diskstring='/dev/..'

3. dg mount
alter diskgroup NEW_DG mount restricted;
alter diskgroup NEW_DG rename disks all;

alter diskgroup NEW_DG dismount;
alter diskgroup NEW_DG mount;

asmcmd lsdg

4. srv config

crsctl stat res -t

srvctl config database -d orcl
srvctl modify database -d orcl -a NEW_DG
srvctl modify database -d orcl -spfile +NEW_DG/spfileORCL.ora

srvctl remove diskgroup -g OLD_DG

startup nomount pfile='orahome/initORCL.ora'
alter database mount;


5. file rename
-- datafile
SELECT 'ALTER DATABASE RENAME FILE '''||NAME||''' TO '''||'+NEW_DG'||SUBSTR(NAME,9)||''';' STMT
  FROM V$DATAFILE
;

-- logfile
SELECT 'ALTER DATABASE RENAME FILE '''||NAME||''' TO '''||'+NEW_DG'||SUBSTR(NAME,9)||''';' STMT
  FROM V$LOGFILE
;

alter database open;
create spfile from pfile;
shutdown immediate;
startup

 

+DATA 디스크그룹 을 사용하는 디비 testdb 의 모든 파일을  +NEW_DG 디스크 그룹으로 옮기려면 어떻게 해야할까  

1. new diskgroup 생성 
2. datafile 이동 
  2-1)  datafile (system, users, undo ) 
  2-2)  temp 
  2-3) 기타 파일들(spfile, logfile, controlfile)

* crs 관련 

1. new diskgroup 생성 

alter dg drop disk name;

create diskgroup xxx asm_string '';

2. datafile 이동

   asmcmd mkdir 

    * system, undo 를 제외한 datafile 들은 archive mode 상태라면 rman 에서 아래 명렁으로 온라인으로 이동 가능하다. 

    1] BACKUP AS COPY DATAFILE 4 FORMAT "+NEW_DG";
    2] SQL "ALTER DATABASE DATAFILE ''+OLD_DG/orcl/datafile/users.261.689589837'' OFFLINE";
    3] SWITCH DATAFILE "+OLD_DG/orcl/datafile/users.261.689589837" TO COPY;
    4] RECOVER DATAFILE "+NEW_DG/orcl/datafile/users.256.689682663";
    5] SQL "ALTER DATABASE DATAFILE ''+NEW_DG/orcl/datafile/users.261.689589837'' ONLINE";
    6] DELETE DATAFILECOPY "+OLD_DG/orcl/datafile/users.261.689589837";

    2-1)  datafile 

    mount 상태에서 backup/ switch 로 이동시킨다. (temp 제외 모든 datafile)

   alter database mount;

    backup/ switch 

  open 이후 불필요한 datafilecopy 삭제 

 rman> delete datafilecopy all
   

  2-2)  temp 

   temp 는 새로운 경로에 생성 후 교체  
 - create temporary temp_new '+NEW_DG'
 - alter database default temp
 - drop temp
 - alter tablespace temp_new rename to temp

  2-3) 기타 파일들(spfile, logfile, controlfile)

logfile
 - alter system add logfile
 - alter system drop logfile member

  spfile
 - srvctl config 로 현재 spfile 경로 확인

  srvctl config database -d orclcdb

- srvctl modify spfile=

  srvctl modify database -d orcl -spfile +NEW_DG/spfileORCL.ora

create spfile ='+NEW_DG' from pfile;

controlfile
 - alter database nomount
 - restore to '+NEW_DG' from '+OLD_DG' 

 - vi initORCL.ora 
 - shutdown/ startup pfile
 - alter system set controlfile ='+NEW_DG' 

asmcmd rm -rf   OLD_DG 

* crs resource 등록

ERROR: failed to establish dependency between database <database name> and diskgroup resource ora.<diskgroup name>.dg

srvctl add

srvctl config

srvctl modify 

이태원 참사의 희생자들의 명복을 빕니다.

희생자들을 비난하지말자.
나도 20대였다면 이태원은 꼭 가보고 싶었을거고 그자리에 있었을 수도 있다.
만약 자신은 공감할수 없어서 도저히 명복을 빌어줄수없다면 최소한 침묵을 지키자.
친구, 가족을 잃은자들의 슬픔을 애도기간만이라도 생각해주었으면 한다.

행정력의 부재 아쉽다.

전조는 있었다.
앞서 8시즈음 똑같이 골목의 정체가 발생했다.
기사에 따르면 한 여성의 통솔로 진입을 멈추고 사람들이 조금씩 빠져나왔다고 한다. 그때는 이른시간이라 취한이도 적고 통솔이 되는 분위기였을듯. 그러나 사건이 발생한
10시 경 에는 취한이 도 생기고 군중속에 이상한 분위기가 퍼지면서 이성적통제가 안되었을것이다.
밀라고 한사람도 비난은 받아야겟지만 실제로 그 현장에 있지 않았다면 정확하게 알수없기에 뭐라못하겠다.

결국 그 근처에 통제인원이 있었다면 이상한 심리가 퍼져나가는것을 막을수 있지 않았을까..

경찰력을 무한대로 지원 할수없다면
혼잡도를 cctv등으로 실시간 분석해서
특정 밀집도 이상이면 골목 진입막고 나가는것만 허용하는 것을 했다면 적은인원으로도 통제가 가능했을것이다. 이태원에 핫한 골목이 수십개 있는것도 아니고 딱 한군데 그곳 뿐이라 왜 이런생각을 하지 못했을까..

할로윈하면 이태원이라는 공식이 성립한지 꽤 되었다.
누구나 할로윈하면 "이태원에 가서 분위기를 즐겨야지" 하는 생각을 하게된다.
그러나 이태원의 핫한 골목은 다른 인기 상업지와 다르게 좁은 골목에 형성되었다. 사실 인기 상업지로 성장하기에 한계가 있는 지역인데 수용가능인원보다 휠씬많은 사람이 방문한것이다.

쇼핑몰의 이야기를 한번해보자면..
사람들은 쇼핑을 특정 기간, 시간에 몰려서 한다.
크리스마스나 연말이나 저녁등.
그러나 쇼핑몰 측은 피크타임을 기준으로 서버를 가지고 있어야 한다.
그렇지 않으면 가장 매출을 많이 올릴수있는 시간에 시스템 장애로 대목을 놓치게 될테니까..

이태원의 참사는 대목인걸 알고있었지만 그에맞는 대응책의 부재로 일어난 사건이라고 생각한다.
그로인한 피해는 앞날이 창창한 젊은이들의 생명이고 다시 되돌릴수 없기에 너무도 가슴이 아프다.

계층구조의 수직적 통합으로 순환관계 모델이 만들어 질수 있다

오라클에서는 start with 구문을 제공하여 간단하게 순환전개 쿼리를 작성할 수 있다.

1) 순환전개 SQL 

SELECT LEVEL, 부서코드, 부서명, 상위부서코드, PRIOR 부서코드
   FROM 부서
 START WITH 부서코드 ='001'
CONNECT BY 상위부서코드 = PRIOR 부서코드   
 

부서코드 '001' 을 가진 RECORD 로 부터 시작해서 해당부서코드가 상위부서코드로 되어있는 하위 레코드들을 찾아가는 쿼리이다. 

LEVEL, PRIOR 는 RECURSIVE SQL 에 제공되는 가상으로 만들어진 컬럼이다. 

LEVEL 은 해당 레코드의 depth 를, prior 는 "앞서 읽은"  이라는 의미로 이것을 단서로 계층적으로 레코드들을 찾아나간다.

2) 순환전개 결과의 정렬 

 SELECT LEVEL, 부서코드, 부서명, 상위부서코드
  FROM 부서
 START WITH 부서코드 ='001'
CONNECT BY 상위부서코드 = PRIOR 부서코드   
ORDER SIBLINGS BY 부서코드

 정렬된 결과를 얻기 위해서는 ORDER BY 중간에 SIBLINGS 를 써줘야 한다. 

같은 레벨에서의 정렬을 의미한다. 

3) 실행순서 

(1)START WITH 에서 시작해서 

(2) CONNECT BY 로 순환전개를 풀고 나서야

(3) WHERE 조건에 맞는 ROW 만 취하고 나머지는 discard 한다.

* 인덱스 생성 : 위 쿼리에서는 prior 에서 찾는 값이 상수가되어 '상위부서코드'를 찾게 되므로 

상위부서코드에 인덱스가 필요하다. but 역전개 쿼리 가능성도 존재하므로  '부서코드' 에도 인덱스를 

만드는게 좋다.