10g RAC Rawdevice에서, OS(AIX)나 DBMS의 버전 변경 없이 다른 장비의 Filesystem Single로 이관하는 테스트를 진행 하려 합니다.
관련하여 테스팅 환경 구성중에 의문사항 한가지가 들었습니다.
Datapump를 이용해서 데이터를 빼낸 후, 신규 서버에 미리 Tablespace들을 Filesystem의 경로로 변경하여 생성 후, 스키마 별로 impdp로 넣어 보려고 하는데, 단순히 Rawdevice 환경에서도 경로변경외에는 특별한 작업 없이 Datapump를 이용할 수 있는지, 작업의 방향성이 맞는지 궁금합니다.
어떤 말씀이신지 잘 이해 됐습니다.
Raw Device여도 Migration은 동일하게 하되, 고객쪽에서 만들어놓은 TBS들 뿐만 아니라 Default TBS들도 기존 서버 TBS 크기에 맞춰 미리 확보를 해두라는 말씀이시군요!
그리고 마지막에 말씀주신 “Client쪽에서 어떤 유저를 사용하는지 모르는 경우”가 분명 이번 건에서 일어날것 같은 상황이라,
Full impdp의 경우도 미리 테스트 작업을 해봐야 겠습니다!
많은 도움이 되었습니다!
항상 감사합니다!
안녕하세요 수석님! 저녁 8시 늦은 시간에 죄송합니다.
테스팅 중에, AWR 리포트 관련하여 궁금한 사항이 생겨 질문 드립니다.
STATISTICS_LEVEL = TYPICAL
CONTROL_MANAGEMENT_PACK_ACCESS = DIAGNOSTIC+TUNING
위와 같은 파라미터 상태로 평소에 AWR 리포트를 뽑을 경우, 대부분의 자료가 AWR 리포트에 뽑혀 나왔고, Top SQL도 잘 뽑혀 나왔었습니다.
그런데 다른 고객사 확인시,
Background Wait Event만 제대로 출력되고,
Top SQL 및 Foreground Wait Event 등은 “No data exists for this section of the report.”로 출력되었습니다.
AWR은 오라클 버전에 따라 확인을 좀 다르게 해야 하고 Edition 별로 좀 다릅니다.
보통 히스토그램 통계정보가 없거나 히스토그램 을 사용하지 않으면 No data exists for this section of the report 가 나옵니다.
성능에 문제가 있는 DB라면 일반적인 경우보다 좀 더 상세하게 성능을 보려면 AWR 스냅샷을 20분으로 줄이고 STATISTICS_LEVEL = ALL 로 바꿉니다. ALL 할 경우 SQL 플랜이 변경 되겠지만 이미 성능으로 서비스 지연 불능 상태라면 적용 해도 별 리스크 없겠죠.
말씀주신 내용 참고해서 생각해 보니,
그 이전에 TYPICAL 설정이 되어 있어도 잘 출력되었던 서버의 경우 12c 였습니다.
그리고 분석 결과가 나오지 않은 서버는 11g 였는데, 말씀 주신 대로 버전에 따른 차이도 있을 것 같습니다.
더불어, TYPICAL로 해놓는 경우, 스냅샷간의 갭이 작으면 foreground 자료가 더더욱 나오지 않는것 같습니다.
추후 분석때는 ALL로 해놓고 해봐야 겠습니다. 감사합니다!
안녕하세요 최근에 지식인에 질문했었는데 답변이 많은 도움이 되서 찾아오게 되었습니다.
저는 ocp를 준비하고 있고 직접 오라클 사용하면서 실습을 해야하는데
환경 셋팅에서 계속 실패해서 어려움을 겪고 있습니다.
말씀해주신대로 sqlnet.ora에서 NTS 내용 삭제 시켜봤지만
sql에 접속은 여전히 안됐습니다ㅠ 같은 12560오류였구요..
근데 그래서 oradim으로 새로 설치해보고 노트북 껏다 켜고, 서비스 재부팅해보고, 리스너&디비도 삭제 재설치도 해보고 이것 저것 손대다 보니
어떻게 접속이 되긴 됬어요 ㅠ 권한 오류 문제가 있긴 했는데
그래도 2시간 정도는 사용하는데 문제 없이 아주 잘 돌아갔습니다.
하지만 지금은 또 다시 같은 오류로 막혀 있는 상태입니다..ㅠ
진짜 진짜 기뻤는데 다시 우울해졌어요….
다른 방법 혹은 문제 진단 방법이 없을까요?
저는 로컬 및 노트북에서 실행 중입니다.
사이트에서 답을 찾다가 문의 드립니다.
이종 시스템 data interface 중 입니다. 원격지 db 는 db link 로 되어 있구요.
원격지 db 조회 쿼리는 문제 없는 상태 입니다.
프로시저 실행해서 반영 중인데, 개발에는 한글도 정상으로 조회되고, 정상 으로 insert 처리 됩니다.
문제는 운영인데, 조회는 동일하게 보이는데, INSERT 된 DATA 를 보면 한글이 깨져 있거든요.
거기 DBA 가 default 로 설치해서 그냥 사용했던 것 같은데, character set 은 AL32UTF8 로 동일하게 되어 있구요.,
운영에서 NLS_LANG 만 KO16MSWIN949 만 나중에 수정한 걸로 보입니다.
서비스는 2번인가 재기동했구요.
11g에서 19c로 Upgrade를 진행중인데
DR, DG(ADG) 없음, RMAN Backup은 있는데 Networker Agent설치에 필요한 OS Version이 달라 백업을 사용할 수 없음.
Source(11g) 에 RMAN 받을 충분한 공간이 없는 상태에서
Target(19c)에서 RMAN Source(11g) 백업을 수행하여 Migration을 진행 할 수 있는지 궁금합니다.
1) startup nomount pfile =~~ : 정상 nomount상태
2) rman target sys/####@source auxiliary sys/####@LOC
수행시 아래와 같은 오류가 발생됩니다.
– pfile에 compatible 은 11.2.0.4.0 으로 되어 있습니다.
RMAN-00554: initializeation of internal recovery manager package failed
RMAN-06429: TARGET database is not compatible with this version of RMAN
RMAN-06618: RMAN client and database version mismatchl indicated database version is 11.2.0.4
Recovery Manager Release 19.0.0.0.0 Version 19.3.0.0.0
initial Parameter : compatible=’11.2.0.4.0′
RMAN Matrix에 보면 Client Version / 19c Server Version 11.2.0 Yes#9로 되어 있습니다.
–> 가이드 주신것처럼 정상적으로 수행되어야 할 것 같은데 안되네요.
#9 : 11.2.0.3 or 11.2.0.4 only. For Oracle autonomus Transaction processing and Oracle Autonomus Data Warehouse,
there is additional limitation and 11.2.0.4 is the minimum supported client version.
안녕하세요 수석님!
둘러만 보다가 처음으로 수석님 의견이 궁금해서 질문 드립니다.
10g RAC Rawdevice에서, OS(AIX)나 DBMS의 버전 변경 없이 다른 장비의 Filesystem Single로 이관하는 테스트를 진행 하려 합니다.
관련하여 테스팅 환경 구성중에 의문사항 한가지가 들었습니다.
Datapump를 이용해서 데이터를 빼낸 후, 신규 서버에 미리 Tablespace들을 Filesystem의 경로로 변경하여 생성 후, 스키마 별로 impdp로 넣어 보려고 하는데, 단순히 Rawdevice 환경에서도 경로변경외에는 특별한 작업 없이 Datapump를 이용할 수 있는지, 작업의 방향성이 맞는지 궁금합니다.
매번 감사합니다.
안녕하세요 .
일반적인 데이터 마이그레이션 작업 에서 신규 서버의 DB 인스턴스 생성 후
테이블 스페이스 까지는 미리 사전에 만들어 놓습니다.
기존 DB의 Tablespace 이름을 확인 하여 만들면 됩니다.
또한 Undo 테이블 스페이스와 Temp 테이블 스페이스 사이즈 및 SYSAUX, SYSTEM TBS 도 기본적으로 확보 합니다.
그리고 정말 사용하는 DB 유저마다 개별 impdp 하는 것이 관례 인데, 가끔 Client 분들이 어떤 유저를 사용하는지 모르는 경우에 Full impdp 를 합니다.
어떤 말씀이신지 잘 이해 됐습니다.
Raw Device여도 Migration은 동일하게 하되, 고객쪽에서 만들어놓은 TBS들 뿐만 아니라 Default TBS들도 기존 서버 TBS 크기에 맞춰 미리 확보를 해두라는 말씀이시군요!
그리고 마지막에 말씀주신 “Client쪽에서 어떤 유저를 사용하는지 모르는 경우”가 분명 이번 건에서 일어날것 같은 상황이라,
Full impdp의 경우도 미리 테스트 작업을 해봐야 겠습니다!
많은 도움이 되었습니다!
항상 감사합니다!
안녕하세요 수석님! 저녁 8시 늦은 시간에 죄송합니다.
테스팅 중에, AWR 리포트 관련하여 궁금한 사항이 생겨 질문 드립니다.
STATISTICS_LEVEL = TYPICAL
CONTROL_MANAGEMENT_PACK_ACCESS = DIAGNOSTIC+TUNING
위와 같은 파라미터 상태로 평소에 AWR 리포트를 뽑을 경우, 대부분의 자료가 AWR 리포트에 뽑혀 나왔고, Top SQL도 잘 뽑혀 나왔었습니다.
그런데 다른 고객사 확인시,
Background Wait Event만 제대로 출력되고,
Top SQL 및 Foreground Wait Event 등은 “No data exists for this section of the report.”로 출력되었습니다.
관련해서 제가 더 확인해봐야할 파라미터 등의 설정이 있는지 궁금합니다.
매번 감사합니다.(_ _)
네.. AWR 레포트는 오라클 DB 성능의 문제가 있을 때 많이 사용합니다.
AWR은 오라클 버전에 따라 확인을 좀 다르게 해야 하고 Edition 별로 좀 다릅니다.
보통 히스토그램 통계정보가 없거나 히스토그램 을 사용하지 않으면 No data exists for this section of the report 가 나옵니다.
성능에 문제가 있는 DB라면 일반적인 경우보다 좀 더 상세하게 성능을 보려면 AWR 스냅샷을 20분으로 줄이고 STATISTICS_LEVEL = ALL 로 바꿉니다. ALL 할 경우 SQL 플랜이 변경 되겠지만 이미 성능으로 서비스 지연 불능 상태라면 적용 해도 별 리스크 없겠죠.
AWR 관련 링크 입니다.
AWR 관련 링크
말씀주신 내용 참고해서 생각해 보니,
그 이전에 TYPICAL 설정이 되어 있어도 잘 출력되었던 서버의 경우 12c 였습니다.
그리고 분석 결과가 나오지 않은 서버는 11g 였는데, 말씀 주신 대로 버전에 따른 차이도 있을 것 같습니다.
더불어, TYPICAL로 해놓는 경우, 스냅샷간의 갭이 작으면 foreground 자료가 더더욱 나오지 않는것 같습니다.
추후 분석때는 ALL로 해놓고 해봐야 겠습니다. 감사합니다!
안녕하세요 최근에 지식인에 질문했었는데 답변이 많은 도움이 되서 찾아오게 되었습니다.
저는 ocp를 준비하고 있고 직접 오라클 사용하면서 실습을 해야하는데
환경 셋팅에서 계속 실패해서 어려움을 겪고 있습니다.
말씀해주신대로 sqlnet.ora에서 NTS 내용 삭제 시켜봤지만
sql에 접속은 여전히 안됐습니다ㅠ 같은 12560오류였구요..
근데 그래서 oradim으로 새로 설치해보고 노트북 껏다 켜고, 서비스 재부팅해보고, 리스너&디비도 삭제 재설치도 해보고 이것 저것 손대다 보니
어떻게 접속이 되긴 됬어요 ㅠ 권한 오류 문제가 있긴 했는데
그래도 2시간 정도는 사용하는데 문제 없이 아주 잘 돌아갔습니다.
하지만 지금은 또 다시 같은 오류로 막혀 있는 상태입니다..ㅠ
진짜 진짜 기뻤는데 다시 우울해졌어요….
다른 방법 혹은 문제 진단 방법이 없을까요?
저는 로컬 및 노트북에서 실행 중입니다.
윈도우 방화벽과 백신 프로그램 정지/삭제 해보세요 ..
2시간 사용된 후 막혔다면 버그 보다는 외부 프로그램이 문제 인것 같습니다
또한 엔진을 여러번 설치 하신게 아닌가 싶습니다
안녕하세요? 책을 구입하고 글 남깁니다.
다름이 아니오라,
사이트에서 답을 찾다가 문의 드립니다.
이종 시스템 data interface 중 입니다. 원격지 db 는 db link 로 되어 있구요.
원격지 db 조회 쿼리는 문제 없는 상태 입니다.
프로시저 실행해서 반영 중인데, 개발에는 한글도 정상으로 조회되고, 정상 으로 insert 처리 됩니다.
문제는 운영인데, 조회는 동일하게 보이는데, INSERT 된 DATA 를 보면 한글이 깨져 있거든요.
거기 DBA 가 default 로 설치해서 그냥 사용했던 것 같은데, character set 은 AL32UTF8 로 동일하게 되어 있구요.,
운영에서 NLS_LANG 만 KO16MSWIN949 만 나중에 수정한 걸로 보입니다.
서비스는 2번인가 재기동했구요.
더 확인해야하는 곳이 있는지… 조언 부탁드립니다.
안녕하세요.
한글이 깨져 보인다는 것을 설명드리면
오라클은 컴퓨터 언어인 1 과 0 기계어로 한글을 분해해서 저장 하게 되는데 이때 적용하는 공식이 캐릭터셋 입니다.
다시 화면에 뿌릴려면 1과 0으로 조합된 데이터를 해당 캐릭터셋 공식에 맞게 조합해서 보여주게 됩니다.
즉 캐릭터셋은 자연어를 기계어로 바꾸는 공식입니다. 저장할때와 저장된 데이터를 조합해서 다시 보여줄때 캐릭터셋이 같지 않으면 깨져 보입니다.
그리고 ??? 물음표라는 것이 있습니다. 이것은 정확히 깨진게 아닙니다.
클라이언트 프로그램(오렌지,Xshell,토드 등등) 에서 보여주는 화면에서 해당 언어를 표현하지 못해서 나오는 문제 입니다.
이때는 unicode 를 지원하는 오렌지로 설치하시면 보여집니다.
UTF8 자체가 unicode 입니다. 보통 ansi 만 지원되는 오렌지 툴 , 기타 DB 개발 툴에서 보이곤 합니다.
도움이 되길 바랍니다.
원격지 TABLE DATA 를 조회 중인데요. 조건 없이 조회하는 경우에는 한글이 제대로 나오고요. 조건을 넣으면 한글이 깨지는데요.
이런 경우에는 어떤 걸 확인해야할까요?
해당 조건에 맞는 row를 직접 보신 것 인가요? 다른 툴로 조회해 보시죠… orange 라면 xshell 로 직접 붙어서 sqlplus 로 들어가서 보셧으면 합니다.
현재 ORACLE SQL developer 로 확인 중이며, sqlplus 로 확인시에 ORA-29275 가 발생하며, ..
to_single_byte(field_name) 로 변경하여 조회하여도 같은 상황입니다.
데이터를 조회하는 PC에 NLS_LANG 값을 KOREAN_KOREA.AL32UTF8 로 바꾸셔서 해보세요….sql developer는 자동 컨버전이 됩니다..실제 sqlplus에서 조회 되도록 변경해서 테스트해야 정말 리얼한 어플리케이션 환경에서 테스트 됩니다
Awsome blog! I am loving it!! Will come back again. I am taking your feeds also.
안녕하세요.
오라클 12c에서 drop synonym 을 수행했을겨 경우, ora-600 [17030] 메시지가 출력되었습니다. 혹시 이경우는 어떤 문제인지 알 수 있을까요?
안녕하세요. 오라클 MOS 사이트에 보면 600에러 발생시 원인을 찾을 수 있는 TOOL 웹페이지를 제공해줍니다.
ORA-600/ORA-7445/ORA-700 Error Look-up Tool (Doc ID 153788.1)
이 페이지 입니다.
11g에서 19c로 Upgrade를 진행중인데
DR, DG(ADG) 없음, RMAN Backup은 있는데 Networker Agent설치에 필요한 OS Version이 달라 백업을 사용할 수 없음.
Source(11g) 에 RMAN 받을 충분한 공간이 없는 상태에서
Target(19c)에서 RMAN Source(11g) 백업을 수행하여 Migration을 진행 할 수 있는지 궁금합니다.
DBA의 정석을 보고 있는데 해결방법을 몰라서요.
혹시 절차를 알려주실 수 있는지요.
감사합니다.
업그레이드를 신규 서버에 하시나요 ??? 아니면 동일 서버에서 업그레이드 하시나요 ?
가이드해주신 방법으로 RMAN Duplicate를 신규서버에서 진행하고 있는데요.
1) startup nomount pfile =~~ : 정상 nomount상태
2) rman target sys/####@source auxiliary sys/####@LOC
수행시 아래와 같은 오류가 발생됩니다.
– pfile에 compatible 은 11.2.0.4.0 으로 되어 있습니다.
RMAN-00554: initializeation of internal recovery manager package failed
RMAN-06429: TARGET database is not compatible with this version of RMAN
RMAN-06618: RMAN client and database version mismatchl indicated database version is 11.2.0.4
Recovery Manager Release 19.0.0.0.0 Version 19.3.0.0.0
initial Parameter : compatible=’11.2.0.4.0′
RMAN Matrix에 보면 Client Version / 19c Server Version 11.2.0 Yes#9로 되어 있습니다.
–> 가이드 주신것처럼 정상적으로 수행되어야 할 것 같은데 안되네요.
#9 : 11.2.0.3 or 11.2.0.4 only. For Oracle autonomus Transaction processing and Oracle Autonomus Data Warehouse,
there is additional limitation and 11.2.0.4 is the minimum supported client version.
다른 오류 개선 방법이 있을까요?
타겟 쪽 컴패티블 파라미터를 19.0.0.0 이상으로 해보세요…. 마운트 단계로 복제 됩니다..
https://blog.toadworld.com/2017/12/03/database-direct-upgrade-from-11g-to-12c-to-exadata-x6-2-from-x5-2-rman-duplicate-databsae-with-noopen
https://oracledbwr.com/duplicate-a-database-using-rman-in-oracle-database-19c-release/
참고해보세요 …