Nologging到底何时才能生效?

biti_rainy

http://metalink.oracle.com/metal ... T&p_id=212119.1


fact: Oracle Server - Enterprise Edition 8.1
symptom: Redo generation during direct load inserts (with APPEND hint) do
not decrease
symptom: LOGGING/NOLOGGING table flag has no effect
symptom: Database stands in noarchivelog mode
cause: Logging during direct load inserts are not well documented (bug
905174). The database must be in ARCHIVELOG mode for online redo records to be
written.



Fix
===

Changing the LOGGING flag of tables do not have any effect when the database is
in noarchivelog mode. If the database is in archivelog mode, LOGGING/NOLOGGING
flag on the table object will have an effect on redo generation during direct
load insert.

Explanation
===========
LOGGING/NOLOGGING table flag has no effect when a database is in
NOARCHIVELOG mode "for any operation that supports nologging", not only
for direct-path load.

Check  for a complete list of operations that supports
NOLOGGING mode.

References
==========
Note:199298.1
- Diagnosing excessive redo generation
Note:188691.1
- How to Avoid Generation of Redolog Entries
Note:167492.1
- How to Find Sessions Generating Lots of Redo
Note:94402.1
- Oracle8i: Temporary Tables and Redo Generated
- LOGGING OPTION DOES NOT LOG IN NOARCHIVE MODE, NOT WELL

小新

nologging的是生效问题搞清楚了，那么关于这块的数据备份与恢复该如何？数据既然是ARCHIVELOG模式的，那么就是说数据是不允许丢失的，如果对数据指定NOLOGGING，数据文件损坏，这部分数据该如何恢复？
SQL> insert into b select * from a;

18 rows inserted

SQL> commit;

Commit complete

SQL> select * from b;

select * from b

ORA-01578: ORACLE 数据块损坏（文件号8，块号138）
ORA-01110: 数据文件 8: 'D:\ORACLE\ORADATA\STUDY\A.ORA'
ORA-26040: 数据块是使用 NOLOGGING 选项装入的

grassbell

使用nologging就要担负将来不能恢复的危险。

使用nologging建立的对象在对他们进行备份前，都被认为是"not recoverable"的。所以nologging操作之后要对他们进行备份。

grassbell

对于每个数据文件，都有一个unrecoverable SCN 记录。

执行nologging以后，会在控制文件中相应的数据文件部分记录下这个unrecoverable SCN ，表示这个数据文件从这个scn后是不可恢复的。主要用于RMAN做恢复时的判断。


SQL> create table nologtab nologging
  2  as select * from dba_users;

Table created.

***************************************************************************
DATA FILE RECORDS
***************************************************************************
(blkno = 0x16, size = 180, max = 254, in-use = 4, last-recid= 3)
DATA FILE #1:
  (name #6) D:\ORACLE\ORADATA\DONNYDB2\SYSTEM01.DBF
creation size=0 block size=8192 status=0xe head=6 tail=6 dup=1
tablespace 0, index=1 krfil=1 prev_file=0
[B]unrecoverable scn: 0x0000.0064a5db[/B] 07/18/2004 16:02:45
Checkpoint cnt:830 scn: 0x0000.00649757 07/18/2004 14:52:50

winkexp

讨论了半天，没有结论性的发言么？
斑竹！！~~~~~~~~

”请对方辩手做总结陈词！“  

eygle

最初由 winkexp 发布
[B]讨论了半天，没有结论性的发言么？
斑竹！！~~~~~~~~

”请对方辩手做总结陈词！“   [/B]

哪个问题没说清楚?
你需要什么结论?

lc7888

请问使用Direct-path loads (SQL*Loader) 的时候情况是怎么样的呢？

李迪

各位﹐我想知道為什么我在做這個實驗的時候﹐會出現

alter table sys_table3 nologging

SQL> insert /*+ append */ into sys_table3
  2    select * from sys_table1;

建立了 32768 列

目前歷時: 00:00:00.03

Execution Plan
----------------------------------------------------------
ERROR:
ORA-12838: 在修改物件後即無法平行地讀取或修改它


SP2-0612: 產生 AUTOTRACE EXPLAIN 報表時發生錯誤

的錯誤


WHY?

zhao_yu

这个和相关的几个帖子让我受益很多，顶起来让大家看一下。

kscompal

moleng lia kou