Oracle 10gR2이상에서 Automatic Tuning of Undo_retention Causes Space Problems

Oracle 2011. 8. 11. 11:39

Subject: Automatic Tuning of Undo_retention Causes Space Problems
  Doc ID: Note:420525.1 Type: PROBLEM
  Last Revision Date: 26-MAY-2008 Status: PUBLISHED

 


Applies to:

Oracle Server - Enterprise Edition - Version: 10.2 to 11.0
This problem can occur on any platform.

 

Symptoms

Look for: 

1.) System Managed Undo 
undo_management=auto in init.ora file 

2.) Fixed size undo tablespace
SQL> select autoextensible from dba_data_files where tablespace_name='<current_undo_tablespace >' 

returns "No" for all the undo tablespace datafiles. 

3.) The undo tablespace is already sized such that it always has more than enough space to store all the undo generated within the undo_retention time, and the in-use undo space never exceeds the undo tablespace warning alert threshold (see below for the query to show the thresholds). 

4.) The tablespace threshold alerts recommend that the DBA add more space to the undo tablespace: 

SQL> select creation_time, metric_value, message_type,reason, suggested_action from dba_outstanding_alerts where object_name='<current_undo_ts>'; 

returns a suggested action of: "Add space to the tablespace" 

Or,

This recommendation has been reported in the past but the condition has now cleared: 
SQL> select creation_time, metric_value, message_type, reason, suggested_action, resolution from dba_alert_history where object_name='<current_undo_ts>'; 

5.) The undo tablespace in-use space exceeded the warning alert threshold at some point in time: 

To see the warning alert percentage threshold: 

SQL> select object_type, object_name, warning_value, critical_value from dba_thresholds where object_type='TABLESPACE'; 

To see the (current) undo tablespace percent of space in-use: 
SQL> select 
((select (nvl(sum(bytes),0)) 
from dba_undo_extents 
where tablespace_name='<current_undo_ts>' 
and status in ('ACTIVE','UNEXPIRED')) *100) / 
(select sum(bytes) 
from dba_data_files 
where tablespace_name='<current_undo_ts>') 
"PCT_INUSE" 
from dual;

Cause

This is due to Bug 5387030 that is fixed in 11.1 version of RDBMS server.

 

Solution

Apply the patch for the Bug 5387030. Check metalink for patch availability for your platform and RDBMS version.

Workaround

There are 3 possible alternate workarounds (any one of these should resolve the problem of the alerts triggering unnecessarily): 

1.) Set the autoextend and maxsize attribute of each datafile in the undo ts so it is autoextensible and its maxsize is equal to its current size so the undo tablespace now has the autoextend attribute but does not autoend: 
SQL> alter database datafile '<datafile_flename>' 
autoextend on maxsize <current_size>; 

With this setting, v$undostat.tuned_undoretention is not calculated based on a percentage of the undo tablespace size, instead v$undostat.tuned_undoretention is set to the maximum of (maxquerylen secs + 300) undo_retention specified in init.ora file.

2.) Set the following hidden parameter in init.ora file: 
_smu_debug_mode=33554432 

or 

SQL> Alter system set "_smu_debug_mode" = 33554432; 

With this setting, v$undostat.tuned_undoretention is not calculated based on a percentage of the fixed size undo tablespace, instead v$undostat.tuned_undoretention is set to the maximum of (maxquerylen secs + 300) undo_retention specified in init.ora file.

3.) Set the following hidden parameter in init.ora: 
_undo_autotune = false 

or 

SQL> Alter system set "_undo_autotune" = false; 

With this setting, v$undostat (and therefore v$undostat.tuned_undoretention) is not maintained and and the undo_retention used is the one specified in init.ora file.

 

References

Bug 5387030 - AUTOMATIC TUNING OF UNDO_RETENTION CAUSING SPACE PROBLEMS




출처 : Oracle Support


alter system set "_IN_MEMORY_UNDO"=false;
Alter system set "_undo_autotune" = false;
:     

TISTORY에 Login하려면 여기를 누르세요.


EXPDP for a large table fails with ORA-1555

Oracle 2011. 8. 11. 11:30

수정 날짜 20-MAY-2010     유형 PROBLEM     상태 PUBLISHED  


Applies to:

Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 10.2.0.4 - Release: 10.2 to 10.2
Information in this document applies to any platform.

Symptoms

Running an expdp on a certain table usually takes an hour.
However, it now runs for over a day. The problem appears to be with one table (the largest in the database).
When the expdp is started the first table that it processes has an estimated process time of over 24hrs.

When the same export is run from two other servers, it shows the elapsed time for the same table as around 20 minutes


ERROR
-----------------------
Processing object type SCHEMA_EXPORT/TABLE/MATERIALIZED_VIEW_LOG
ORA-31693 : Table data object "MERIDIAN"."LINEPAST" failed to load/unload and is being skipped due to error:
ORA-02354 : error in exporting/importing data
ORA-01555 : snapshot too old: rollback segment number 1 with name "_SYSSMU1$" too small

The table does not have any LOB columns.
Increasing the undo_retention parameter did not help.

Changes

Most of the rows in the table were recently updated.

Cause

Updating the rows in the table have caused high fragmentation (chained/migrated rows), which increased significantly the time to perform the export of this table.

Solution

1.Recreate the fragmented table through : 
SQL> create table <new_table_name> as (select * from <fragmented_table);

then drop the fragmented table.

You may re-name the <new_table_name> to the old table name.

2. Perform the expdp job. (this time it ended in few minutes) 

You may also refer to Note 746778.1 How to Identify, Avoid and Eliminate Chained and Migrated Rows ?

References

NOTE:746778.1 - How to Identify, Avoid and Eliminate Chained and Migrated Rows ?

관련 정보 표시 관련 자료


제품
  • Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition
오류
ORA-31693; ORA-2354; ORA-1555

출처 : oracle support


                                                         ('' ) NOTE:746778.1의 내용

:     

TISTORY에 Login하려면 여기를 누르세요.


[Cachesys] Intersystems의 Cachesys DBMS 교재 (한글판)

Cachesys 2011. 3. 25. 10:33
Intersystems 한국지사에서 근무하시던 배영민 실장님께서 몇 년 전부터 작업하시던 Cachesys에 대한

한글 교재가 아쉽게도 책으로 출간되지는 못하고, PDF 파일로 배포를 해주시네요.

필요하신 분들은 첨부파일을 받아서 공부해보시기 바랍니다.

Cachesys DBMS Version 정보가 보이지는 않는데요. 제가 보기에는 2007 Version 이상인듯 합니다.

그 이하 Version을 사용하셔서 개념이 크게 다르진 않으니 도움이 될 듯 합니다.



www.intersystems.com
June.Seo@Intersystems.com

'Cachesys' 카테고리의 다른 글

Cachesys Buttons Utillity 사용법  (0) 2010.08.13
:     

TISTORY에 Login하려면 여기를 누르세요.