在我的系统中,永久数据与一些临时数据(如日志)分开.这是通过将日志表(用户定义的程序日志,不与系统日志混淆)存储在与主服务器不同的表空间中来完成的.
因此有两个表空间MAIN和LOG.每个表空间都有一个数据文件.两个数据文件maxsize都设置为4GB,初始大小为8MB,并且它们在接下来的8MB上自动扩展.
由于我使用oracle的快递版,我需要它们总和不超过4GB.
当我需要减小LOG数据文件的大小以释放一些空间以获取必要的数据时,有时会发生这种情况.
现在我这样做：
truncate table schema_name.log_table; alter database datafile '/path/to/the/log/datafile/log1.dbf' resize 128M;
它的工作原理,因为truncate摆脱了数据文件中的所有信息.
但是如果我遇到需要从MAIN中释放一些LOG表空间大小的情况怎么办呢.我在那里截断了几个表(或者我知道数据文件中有很多可用空间,它已经分配但没有被数据占用,之前用于某些操作),现在需要对MAIN表空间的数据文件进行碎片整理以减小它的大小.没有碎片整理我得到一个例外：
ORA-03297: file contains used data beyond requested RESIZE value
所以我能以某种方式对数据文件执行碎片整理操作吗？
解决方法
基本上有三个级别的空间分配需要考虑.
>表和索引段中的行使用的空间.删除行通常足以为该段中的新数据释放空间,但这不会释放该段在数据文件中占用的空间.
>分段占用数据文件中的空间.截断表默认会缩小段,或者如果段中有大量可用空间,则可以移动表和/或重建索引.这也将改变数据文件中段的位置,这可能与…相关.
>数据文件在存储上使用的空间.可以缩小文件,但文件中段的位置非常重要.您只能收缩到最后一个细分的末尾.如果您有时间和资源,则可以将段移动/重建到不同的表空间,然后收缩数据文件并再次移动/重建它们.
这(3)是您面临的问题.完整的移动和重建不是唯一的选择……您可以导出所有内容或尝试仅移动/重建数据文件末尾的段,但这更复杂.如果可以,请避免使用它.
