Archivelog for thread 1 sequence 5074 will NOT be

转自:

LGWR的trace文件中看到大量如下信息:

*** 2005-08-30 17:49:05.751
LGWR: Archivelog for thread 1 sequence 5068 will NOT be compressed
*** 2005-08-30 18:03:25.576
LGWR: Archivelog for thread 1 sequence 5069 will NOT be compressed
*** 2005-08-30 18:04:29.776
LGWR: Archivelog for thread 1 sequence 5070 will NOT be compressed
*** 2005-08-30 18:05:26.771
LGWR: Archivelog for thread 1 sequence 5071 will NOT be compressed
*** 2005-08-30 18:06:24.778
LGWR: Archivelog for thread 1 sequence 5072 will NOT be compressed
*** 2005-08-30 18:07:20.655
LGWR: Archivelog for thread 1 sequence 5073 will NOT be compressed
*** 2005-08-30 18:08:29.228
LGWR: Archivelog for thread 1 sequence 5074 will NOT be compressed
...

Oracle给出的解释是:

These informational messages do not indicate any problem and are reported
in 10.1.0.X regardless of database configuration and specific settings.

在Oracle10.1.0.X中，这些信息不表明任何故障及数据库设置问题。

Archivelog compression is not available in 10gR1.

归档日志压缩特性在10gR1中尚不可用。

从这些解释中，我们可以看到，Oracle在不同的软件发布版本中，已经开始加入未公布的功能或特性。
而这些特性可能有待进一步完善，甚至可能在将来的版本中被取消。

在10gR2中，我们仍然没有看到Archivelog Compression的特性，但是功能自Oracle10gR1已经被引入。
迟早Oracle会为我们带来Archivelog Compression 的功能，这些简单的错误信息给我们透漏了Oracle变革的步伐。

加上Oracle9iR2引入的压缩表(COMPRESS TABLE)功能，以及此前的压缩索引的功能,Oracle不断的在各个部位引入Compression特性，以减少空间耗用，在这条路上Oracle一定会走得更远。

那么，问题是还有什么是可以压缩的呢?