DB기술지원/유지보수/DB컨설팅

Text:   object <name> does not exist
-------------------------------------------------------------------------------
Cause:  An object name was specified that was not recognized by the system.
        There are several possible causes:
        An invalid name for a table, view, sequence, procedure, function,
        package, or package body was entered.
        Since the system did not recognize the invalid name, it responded with
        the message that the named object did not exist.
        An attempt was made to rename an index or a cluster or some other
        object that cannot be renamed.
Action: Check the spelling of the renamed object and rerun the code.
        Valid names of tables, views, functions, and so forth can be listed by
        querying the data dictionary.

package안의 synonyms의 사용 시 부모 object가 사라져서 발생하는 에러일수도 있다

1. 문제의 synonym 확인
예) ora-04043 : object SYS_PLSQL_337779_26_2 does not exist 일경우

select owner,object_name,object_type
from dba_objects
where object_name like 'SYS_PLSQL@_337779_@_%'' escape '@'
order by object_name;

2. 모든 synonym 삭제

Cause:  The keywords WITH GRANT were specified at the end of a GRANT statement without the keyword OPTION.

Action: Change the keywords WITH GRANT to the keywords WITH GRANT OPTION. Then retry the statement

log ####################################################

Sun Nov 28 06:47:43 2010
KSXPACT: slowsend diagnostics enabled by remote instance request
Sun Nov 28 06:47:45 2010
Trace dumping is performing id=[cdmp_20101128064745]
Sun Nov 28 06:49:25 2010
Waiting for clusterware split-brain resolution
Sun Nov 28 06:59:33 2010
Errors in file /oracle/admin/crmg/bdump/crmg2_lmon_20214.trc:
ORA-29740: 0 ??, ?? ?? 9? ?? ???
……………..
……………..
………………
……………….

위의 빨간 부분으로 표시한 부분과 같습니다.
아래는 위의 내용에 대한 내용 입니다.

############################################################
#                                 내용                                        #
############################################################

ORA-29740 에러는, 클러스터 환경에서 소속된 그룹의 다른 인스턴스가 여러가지
이유로 인해, 멤버 인스턴스를 추출할 때 발생하는 문제입니다.

주요 이유로는, 클러스터 내부의 통신 장애나, control file에 대한 heartbeat 실패
등이 있습니다. 이와 같은 메카니즘은, 데이터베이스 전체에 미치는 악영향을 예방하기 위해 설계된 것입니다. 예를 들어, 클러스터 전체에 Hang이 발생하는 것보다는, 오라클에서는 문제를 유발시키는 인스턴스를 클러스터에서 재 시작을 하는 것을
택합니다.

ORA-29740 에러가 발생할 경우, 클러스터에 계속 남게되는 인스턴스가, 문제를
유발시키는 인스턴스를 클러스터에서 제외시키게 됩니다.

문제가 발생할 경우, 여러 개의 인스턴스는, control file에 대한 갱신 권한을 획득
하기 위해 control file에 대한 lock에 대해 경합하게 됩니다.
Control file에 대한 lock을 RR lock 또는 Result Record Lock이라 합니다.
마침내 lock을 획득한 인스턴스가, 클러스터 멤버 구성을 결정하기 위한, "투표"
를 주관하게 됩니다.

멤버 인스턴스는 다음과 같은 경우에 재 시작을 합니다.

a) 통신 회선 장애
b) 하나 이상의 subgroup에서, subgroup 간 split-brain 현상이 발생
    하는데, 멤버 인스턴스가, 가장 큰 subgroup에 속하지 않는 경우
 c) 멤버 인스턴스가 inactive 상태인 것이 감지되었을 때

* Split-brain 현상은 클러스터 내 노드 간의 통신 장애가 발생하여, 각 노드 입장에서는 다른 노드가 죽은 것으로 간주 하는데, 실제로는, 각 노드들은 살아 있는 경우를 말합니다.

이와 같은 현상이 발생했을 때 적절한 조치를 취하지 않는다면, 각 노드에서 오라클 데이터 파일에 대해 write를 수행하여, corruption이 발생할 수 있습니다.
 
즉, 데이터 정합성을 위해서 클러스터가 한쪽 노드를 재 시작 합니다.

재 시작된 인스턴스의 alert log에는 위에서와 같은 로그가 남습니다.

-------------------------------------------------------------------------------------------
즉 위와 같은 에러는 위에서 말한 이유로 인해 데이터 정합성을 위해서 클러스터가 문제가 될 것 같은 인스턴스를 재 시작 하게 합니다.

발생원인 : 사용자의 소트 작업 중 Temp Segment의 확장실패로 인해 발생함
조치방안 : 먼저 Temp Segment의 PCTINCREASE가 0인지를 확인한다.

PCTINCREASE가 0이 아닌 경우에 Extent확장 시 발생하는 경우가 대부분이다.
또한 Temp, Tablespace의 INITIAL과 NEXT값이 과도하게 클 경우 각 사용자별로 같은 값을 할당하기 때문에 다수의 사용자가 Sort작업으로 인해 TEMP Segment를 요청하는 경우 위와 같은 에러가 발생할 수도 있으므로 TEMP Tablespace의 INITIAL, NEXT값을 되도록 크지 않게 가져간다(Initial은 최대 10M만, NEXT는 최대 5M미만으로 설정한다)

temp tablespace를 사용하는 sql문 찾기
## temp_size.sql ==> temporary tablespace size

set pages 40
set line 132
col tbs_name format a15
col Used_mega format a15
col Used_PCT format 999.99
col Cache_PCT format 999.99

SELECT d.tablespace_name tbs_name, d.status Status, d.CONTENTS Type,
d.extent_management Ext_manage,
NVL(a.BYTES / 1024 / 1024, 0) Total_mega,
NVL(t.BYTES, 1)/1024/1024 ||' / '|| NVL(a.BYTES / 1024 / 1024, 1) Used_mega,
NVL(t.BYTES / a.BYTES * 100, 1) Used_PCT,
NVL(t.curnt_byte/1024/1024, 1) Cache_mega,
(NVL(t.curnt_byte/1024/1024, 1)/NVL(a.BYTES / 1024 / 1024, 0)*100) Cache_PCT
FROM SYS.dba_tablespaces d,
(SELECT tablespace_name, SUM (BYTES) BYTES
FROM dba_temp_files
GROUP BY tablespace_name) a,
(SELECT tablespace_name, SUM (BYTES_USED) curnt_byte, sum(BYTES_CACHED) BYTES
FROM v$temp_extent_pool
GROUP BY tablespace_name) t
WHERE d.tablespace_name = a.tablespace_name(+)
AND d.tablespace_name = t.tablespace_name(+)
AND d.extent_management LIKE 'LOCAL'
AND d.CONTENTS LIKE 'TEMPORARY';

clear columns
ttitle off

TEMPORARY TABLESPACE를 확장해줌으로서 해결 완료

ALTER DATABASE TEMPFILE '....' autoextend on next 200M;

resize
alter database tempfile '...' resize 2000m;

 이 에러 메세지는 SQL 정보를 저장할 수 잇는 충분한 크기의 사용 가능 메모리 조각을 공유 풀의 프리리스트에서 찾지 못하고 또한 LRU리스트를 검색해도 찾지 못 할 경우 발생한다.

 이를 해결하기 위해서는 다음의 4가지를 고려할 수 있다.

Unable to restore resource manager plan to '':
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-00439: feature not enabled: Database resource manager

오라클 Bug 4343398.

Oracle 10g SE버전에서 RMAN을 사용할 수 없어서 발생하는 Alert Msg.

그냥 무시해도 무방하며, 10.2.0.3에서 Fix되었다.

보기 싫은 사람은 10.2.0.3이상으로 패치를 해주면 해결된다

출처: http://boeok.tistory.com/entry/ORA02097-ORA00439-ERROR?category=564566 [Secret]

이 경우는 대부분이 데이터 입력, 삭제 또는 복구 작업시에 일어나며, Archive Mode 운영중일때 발생한다.

[운영 로그 확인]

c:\> type C:\oracle\product\10.2.0\SID\alert_SID

; 오류가 발생하면 위와 같은 로그 파일을 생성한다.

Thu Apr 06 21:45:55 2006
Errors in file c:\oracle\product\10.2.0\admin\oradb\bdump\oradb_arc0_3556.trc:

ORA-19815: 경고: db_recovery_file_dest_size/2147483648바이트는 100.00%가 사용 중이므로, 나머지 0바이트를 사용할 수 있습니다.

; 위의 로그를 확인 한 결과 dest_size가 full이 되어서 발생한 행걸림 현상을 확인.

[로그 확인]

sql> archive log list;

데이터베이스 로그 모드 아카이브 모드
자동 아카이브 사용
아카이브 대상 USE_DB_RECOVERY_FILE_DEST
가장 오래된 온라인 로그 순서 1
아카이브할 다음 로그 1
현재 로그 순서 3

sql> show parameter archive;

NAME TYPE VALUE
-------------------------- ------------------------- -------------------------------
archive_lag_target integer 0
log_archive_config string
log_archive_dest string
log_archive_dest_1 string

; 위의 내용을 보면 log_archive_dest에 보면 Value가 없다. 진행이 안된 상태이다.

sql>show parameter dest;

; dest에 관련된 파라메터를 확인한다.

[해결방안1]
DB를 Shutdown immediate를 한다.
initSID.ora 파일 내용중 dest_size line을 주석처리한다.
DB를 Startup 한다

[해결방안2]
sql> alter system set db_recivery_file_dest_size=3000M;
운영중인 DB에서 dest_size를 늘려준다.


alert.log파일에 이런 에러가 떴거든요...

ORA-19815: 경고: db_recovery_file_dest_size/2147483648바이트는 85.28%가 사용 중이므로,
나머지 316203008바이트를 사용할 수 있습니다.

Thu Jul 13 10:54:55 2006
************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************



가장 많이 발생하는 원인은 아카이브 로그 파일이 계속 쌓일 경우입니다.

OS 상에서 아카이브 로그 파일을 삭제하였을 경우에도 RMAN 상에서는 삭제한 걸 인식하지 못합니다.

해결 방법으로는

1) db_recovery_file_dest_size의 크기를 늘려 준다.

2) 필요 없는 아카이브 파일 OS에서 삭제후 RMAN에서 삭제

- OS 상에서 아카이브 삭제

- RMAN> crosscheck archivelog all;

RMAN> delete expired archivelog all;

3) 백업 정책 확인

출처: http://boeok.tistory.com/entry/ORA19809-ORA19804-ORA19815?category=564566 [Secret]

$ ./runInstaller
Starting Oracle Universal Installer...

Checking installer requirements...

Checking operating system version: must be enterprise-4, enterprise-5, redhat-3, redhat-4,

redhat-5, redhat-5.1, SuSE-9, SuSE-10, UnitedLinux-1.0, asianux-1 or asianux-2
                                      Passed

All installer requirements met.

Preparing to launch Oracle Universal Installer from /tmp/OraInstall2009-11-05_04-52-10PM.
 
Please wait ...[oracle@jptyooravmd2 agent]$ Exception in thread "main"

java.lang.UnsatisfiedLinkError: /tmp/OraInstall2009-11-05_04-52-
 
10PM/jre/1.4.2/lib/i386/libawt.so: libXp.so.6: cannot open shared object file:

No such file or directory
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(Unknown Source)
        at java.lang.ClassLoader.loadLibrary(Unknown Source)
        at java.lang.Runtime.loadLibrary0(Unknown Source)
        at java.lang.System.loadLibrary(Unknown Source)
        at sun.security.action.LoadLibraryAction.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.awt.NativeLibLoader.loadLibraries(Unknown Source)
        at sun.awt.DebugHelper.<clinit>(Unknown Source)
        at java.awt.Component.<clinit>(Unknown Source)
        at oracle.sysman.emgc.oneclick.OneClickWizard.getGuiDefaults(OneClickWizard.java:239)
        at oracle.sysman.emgc.oneclick.OneClickWizard.<init>(OneClickWizard.java:205)
        at oracle.sysman.emgc.oneclick.OneClick.<init>(OneClick.java:236)
        at oracle.sysman.emgc.oneclick.OneClickInstaller.<init>(OneClickInstaller.java:116)
        at oracle.sysman.emgc.oneclick.OneClickInstaller.process(OneClickInstaller.java:268)
        at oracle.sysman.emgc.oneclick.OneStartup.startup(OneStartup.java:383)
        at oracle.sysman.emgc.oneclick.OneArgs.main(OneArgs.java:700)
        at oracle.sysman.emgc.oneclick.OneStartup.main(OneStartup.java:391)

에러나면

이것은 OUI를 기동하기 위해 필요한 몇몇 package가 install이 되지 않았기 때문에

발생한 것으로, 다음과 같이 해당 RPM을 install하면 문제는 해결된다.

패키지설치

rpm -Uvh libXp-1.0.0-8.1.el5.i386.rpm

rpm -Uvh libXau-1.0.1-3.1.i386.rpm

반드시 필요한 package는 libXp 하나뿐이지만,
libXau와 의존관계가 있기 때문에 libXau도 함께 install해주었다.

여기서 주의할 점이 있는데, 운영체제의 bit수와 관계없이 32bit의 libXp가 필요하다는 것이다.

출처: http://boeok.tistory.com/entry/Runinstaller-시-자바-에러?category=564566 [Secret]

ORA-01455 : 열 변환시 정수 데이터 유형이 오버플로우 되었습니다.

이번 작업에서는 데이터가 한 건도 없는 테이블을 EXPORT할때 발생하였습니다.

ALTER SYSTEM SET DEFERRED_SEGMENT_CREATION=FALSE;

ALTER TABLE <empty table name> ALLOCATE EXTENT;

출처: http://boeok.tistory.com/category/Oracle/Trouble Shooting [Secret]