분류 전체보기 (8)
ORACLE (4)
주식 (0)
네트워크 (0)
네트워크용어 (0)
SQL (0)
정보 (0)
교정 (0)
다른세계 (0)
엑셀 (0)
calendar
«   2024/04   »
1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30
tags
archive
link
ColorSwitch 00 01 02
▣  분류 전체보기 - 해당되는 글 8건

언젠가부터 (꽤 오래전부터?) 국산 소프트웨어를 쓰자고 해서 국산 DB인 티베로로 많이 갈아타는 추세인데...

이거 제대로 된 DBMS 맞냐?? 이건 뭐 완전 개막장..

전에 있던 사이트에서도 맨날 문제 생겨서 패치하고 있다고 난리인데 지금 있는 곳도 만만치 않다

 

무슨 쿼리를 날리는데 결과 나오는 데까지 10초 20초가 걸려..

개노답

 

 

 

 

볼로그를 한번 엎어쳐야 될 때가 되긴 했는데 너무나도 귀찮은 것 ㅋ


▣  EXADATA dbd 용량 급증. - ORACLE - 2018. 9. 27. 11:37

엑사데이터를 관리하다 보면 dbd 파일이 급증하는 경우가 있다.

일종의 버그라고 듣기는 했는데 과연 버그일까 싶기도 하고 ... 30기가 이상으로 용량이 늘어나는거 같지는 않지만 u01이 급증을 하기에 신경이 많이 쓰인다.

결국 클러스터를 내리고 파일을 삭제하고 다시 클러스터를 올려서 기동을 시키는데 패치전에 증상이 계속 나타나다가 어느순간 사라졌다.

결국 프로그램이나 특정 쿼리 혹은 배치로 인해서 발생한 문제가 아니었을까 싶기도 한데 정확한 원인은 모르고 SR은 패치하라고만 하니 답이 안나온다 ㅋ

어쨌든 bdb파일은 더 이상급증하지 않은 상황에 패치는 진행했으니 꾸준히 지켜봐야 한다.


dbd 파일이 급증했을때는 아래와 같이 조치하면 된다.


1. dbd 파일 확인

cd /u01/app/11.2.0.4/grid/crf/db/[SID]/

ls -ltr


2.  crs down

crsctl stop resource ora.crf -init


3. crs 확인

crsctl status resource ora.crf -init


4. dbd 파일 삭제

rm -rf *.dbd


5. crs 재기동

crsctl start resource ora.crf -init


6. 로그 파일이 정상적으로 올라오는지 확인

ls -ltr


dbd파일이 재생성 되는지 확인하면 끝!



▣  exadata cell check - ORACLE - 2018. 9. 18. 14:00

exadata cell check 방법.

플래티넘 서비스를 쓴다면 상관없지만 보안으로 인해 외부망에 연결할수 없는 상황이라면 쓸만하다.


cell check

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list cell


cell detail

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list cell detail


celldisk detail 

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list celldisk detail


griddisk detail

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list griddisk detail


physicaldisk detail

/opt/oracle.SupprotTools/idbiagtools/deli -g cell_group -l root cellcli -e list physicaldisk detail




▣  ACTIVE DATA GUARD - ADG - ORACLE - 2018. 9. 18. 13:18

 ADG (ACTIVE DATA GUARD)


오라클이 제공하는 무중단 재해복구 솔루션으로 운영단에 문제가 생기더라도 빠른 전환을 통해서 서비스를 제공할 수 있다.


MRP 프로세스가 recovery 를 하면서 갭을 줄이게 되는데 어떤 문제로 인해서 갭이 발생하게 된다면 해당 프로세스를 내렸다 올리면 된다.


아래는 갭이 발생하여  SR에서 답을 받은것인데 사이트마다 구성이 다를수 있으므로 갭 발생시 그대로 하지 말고 SR을 올리자..

(밑에 있는데로 했다가 문제가 생겨도 내 책임 아니다;;)


alter database cover managed standby database cancel;

alter database cover managed standby database using current logfile disconnect;


alter database cover managed standby database cancel; 

과정에서 hang이 발생할 경우 몇 번 더 시도해보고 안될경우 db를 내린다.

shutdown immediate 

이 과정에서도 제대로 내려가지 않을경우에는 강제로 내렸다가 올린다.

shutdown abort


startup


이 후에는 mount 상태에서 recovery 를 하고 OPEN이 되던지 아니면 그냥 OPEN이 되던지 할것이다.

mount 상태에서 recovery 후 open 이 되었다면 MRP 프로세스가 정상적으로 떠 있는지 확인을 해야 한다.

내 경우에는 단 한번도 자동으로 떠 있는것을 보지 못하였다. 그럼 당연히 띄워줘야한다.


alter database cover managed standby database using current logfile disconnect;


정상적으로 실행이 되어 있는지 다시 한번 체크를 하고 rac 구성일 경우 노드를 확인한다.

이것역시 내 경우에는 2번 노드가 mount 상태로 되어 있어 정상적인 상태는 아니였기 때문에 2번 노트도 재기동 시켜주었다.


만약 mount 상테에서 recovery 없이 open이 되었고 여전히 갭이 있다면 위의 쿼리를 실행시켜 MRP 프로세스를 띄워주면 recovery 를 하게 된다.

마찬가지로 MRP프로세스가 떠 있는지 확인하고 2번 노드 확인하면 된다.


SELECT NAME, VALUE, UNIT FROM V$DATAGUARD_STATS; 

select process,pid from V$managed_standby where process like '%MRP%'; 


ZDLRA (Zero Data Loss Recovery Appliance)

오라클에서 나온 백업 솔루션이다. 오라클에서 나온만큼 가격도 한가격 하는걸로 알고 있으며 국내에서 쓰는곳도 거의 없는것으로 알고 있다.

그만큼 자료도 데이터도 구하기 힘들다는 뜻이기도 하다.


처음에 지드라를 접하고 나서 이걸 생각한 사람은 대단하다고 느꼈다.


백업은 보통 full 백업을 받고 archive 백업을 받는다.

문제가 생기면 full백업 받은 시점으로 복구를 하고 archive로 복구를 한다.


지드라는 타겟이 된 online redo buffer 를 보고 데이터를 가져온다. 그리고 자신의 instance 에 넣어버린다.

자신의 instance에 넣기 때문에 archive 역시도 지드라에 떨어진다. 타겟에서 archive 파일을 가지고 올 필요가 없다.

online redo buffer 를 보기 떄문에 작업이 완료되지 않은 데이터까지 복구가 가능하다


지드라 백업은 초기에 한번 full 백업을 받고 변경이 된 block 만 가져와서 증분백업을 한다. (block change tracking 사용 권장)

그리고 증분백업을 이용하여 날마다 새로운 가상의 full 백업을 만든다.

초기 풀백업만 한번 받으면 그 다음부터는 날마다 풀백업으로 사용될수 있다. 풀백업은 날마다 만들어지는데 용량은 변경된 만큼만 늘어난다. 



좋은 솔루션임에는 확실하나 국내에서 많이 쓰이지 않아 자료를 찾기 힘들기 떄문에 문제가 발생하면 바로 조치하기가 쉽지 않다.



ra_task - 최근 30일 수행된 백그라운드 작업 및 수행결과

rai_dynamic_tasks - 실시간으로 진행중인 백그라운드 작업 모니터링

ra_active_session - 현재 running 중인 세션에 대한 정보 및 세션의 작업 내용

ra_incident_log - 지드라에서 발생한 에러 정보


etc

 select

b.db_unique_name,

b.dbid,

to_char(a.low_time,'YYYYMMDD HH24:MI:SS') "LOW TIME",

to_char(a.high_time,'YYYYMMDD HH24:MI:SS') "HIGH TIME",

a.low_scn "LOW SCN",

a.high_scn "HIGH_SCN"

from ra_disk_restore_range a, ra_database b

where a.db_key=b.db_key;



▣  무제 - 카테고리 없음 - 2012. 9. 14. 04:20

그냥 이런 저런 이야기


1. 

1월1일에 다니고 있던 회사가 바뀌었음..

회사만 바뀌고 하는일은 그대로 ㅋㅋㅋ


2.

여유돈으로 주식을 시작.. 3월부터인가? 5월부터인가 시작. 

상한가도 가보고 단타치다가 피도 봐보고 나름 재미있게 하고 있음.

단점은 잠을 못자 잠을..orz


일하는게 3교대인게 야간근무 끝나면 3시까지 주식보고 있으니 ㅋㅋ


여튼 현 수익률 4% ... 10% 까지 가보긴 했는데.. 안습;



3.

전 회사에서 사기치고 띵겨먹은 돈 다 받아냄

민사로 걸어버릴걸 그랬나 싶기도 한데 어찌되었던 나 포함한 5명분 총대매고 노동부에 신고해서 받아냄

ㄱㄱㄲ 들 -_-


그런데 나중에 이직할때 경력증명서는 우짜지? ㅡ,.ㅡ



4.

갤럭시S3 대란에 동참하였음.

루팅은 해야 겠고... 보안스티커 불이시 싫어서 MDM은 쓰고 싶고

루팅하면 MDM을 못 쓸뿐이고... 결국 MDM 포기... -┏


그래도 폰은 빠르니 만족... 배터리 광탈은 안자랑 ㅠ



5.

블로그를 다시 시작할지 말지 고민...

여전히 잠답 블로그가 되겠지만.. 그래도 고민.. 중..


볼 사람은 없겠지만서도;;;

top
:

▣  참고용. - 카테고리 없음 - 2012. 8. 12. 02:26

2010년 최저임금


 ◇최저임금액 시간당 4110원 


최저임금은 시간당 4000원에서 4110원으로 인상됐다. 월급으로 환산하면 주 44시간제 시행 사업장(상시근로자 20인 미만)에서는 월 92만8860원(4100원×226시간)이며 주 40시간제 시행 사업장(상시근로자 20인 이상)은 월 85만8990원(4110원×209시간)이다. 


단 최저임금에는 연장 야간 휴일근로에 따른 가산수당 등 소정근로 이외에 대한 임금이나 가족수당 식대 등 복리후생적인 임금 등은 포함되지 않는다. 



부당이득


법률상 원인없이 타인의 재산 또는 노무(勞務)로 인하여 이익을 얻고 이로 인하여 타인에게 손해를 가하는 것(민법 제741조).


부당이득이 성립하려면 첫째, 법률상 원인없는 이득이 있어야 한다. 법률상 원인없는 이득은 ① 이득이 손실자의 급부행위에 의한 경우로 급부의 기초였던 계약이 무효 또는 취소된 경우, ② 채무자가 아닌 자가 잘못하여 변제로서 급부한 경우, ③ 장래에 성립할 목적을 위하여 급부했으나 후에 그 목적이 성립되지 않았거나 그 목적이 소멸한 경우, ④ 이득이 손실자의 급부행위 이외의 사유에 의한 경우로 나뉜다. 둘째, 수익자의 이득은 타인의 재산이나 노무로 인하여 생긴 것이어야 한다. 셋째, 수익에 대응하는 손해 또는 손실을 입은 자가 있어야 한다. 이때 이득과 손해 사이의 관계는 하나의 사실로부터 어떤 사람에게는 이득이 있고 어떤 사람에게는 손실이 있어야 한다.


부당이득의 효과는 이득자가 손실자에 대하여 이득반환의 채무를 부담하는 것이다(동법 제741조). 이득은 원물(原物), 즉 수익자가 받은 목적물을 반환하는 것이 원칙이다. 그러나 원물을 반환할 수 없을 때에는 그 가액(價額)을 반환해야 한다(동법 제747조). 민법은 특수한 부당이득의 경우, 이른바 비채변제(非債辨濟:동법 제742·745조)와 불법원인급여(동법 제764조)에 관해 특칙을 두어 부당이득의 성립을 제한하고 있다. 비채변제란 채무가 없음에도 불구하고 변제로서 급부하는 것을 말하므로 부당이득이 성립하는 것이 원칙이다. 그러나 채무가 없음에도 불구하고 채무자로서 변제하는 경우(동법 제742·744조), 제3자가 채무자인데 자기가 채무자로서 변제하는 경우(동법 제745조), 진정한 채무자가 기한 전에 변제하는 경우(동법 제743조) 등에는 부당이득의 성립을 제한하고 있다.



부당이득반환 청구소송  
 부당이득의 개념
- 법률상 원인없이 타인의 재화나 노무로부터 얻은 이익을 부당이득이라 하고, 부당이득은 권리자에게 반환해야 합니다(「민법」 제741조).
· 부당이득이 되려면 타인은 그 이익으로 인해 손실을 입었어야 합니다. 일방이 이득을 보았더라도 상대방이 손실을 입지 않았다면 부당이득은 성립하지 않습니다[「법령용어사례집」(법제처·한국법제연구원)].

top
:

▣  진행상황 - 2012. 7. 7. 11:51

보호되어 있는 글입니다. 내용을 보실려면 비밀번호를 입력하세요.



articles
recent replies
recent trackbacks
notice
Admin : New post