问不能丢弃撤销TABLESPACE

EN

我尝试了上述建议，但没有工作，例如select SQL没有得到结果，而且我仍然不能删除撤消表空间。根本的问题是旧的撤消表空间仍然作为撤销在Oracle中注册，因此我们需要将其更改为新的撤销表空间。

以下是我所做的和成功的事情：

1. 创建一个新的撤消表空间：

CREATE SMALLFILE UNDO TABLESPACE "UNDO" 
DATAFILE '+DATA/t2/datafile/undo_01.dbf' SIZE 10G 
REUSE AUTOEXTEND ON NEXT 500M MAXSIZE 10G;

1. 将新撤消切换到“正式”撤消表空间：

alter system set undo_tablespace='UNDO' scope=both;

1. 删除旧的撤消表空间：

DROP TABLESPACE UNDOTBS1 INCLUDING CONTENTS AND DATAFILES;

希望这能有所帮助。

你不想开始放弃连接。您如何知道这些连接正在做什么，以及如果这些连接被丢弃，会发生什么中断。

最好是等待会话开始使用新的表空间。最终，旧的撤销表空间将不再被使用。那时你可以放下它。如果需要磁盘空间，可以尝试缩小撤消表空间，但这可能行不通。您还可以获得关闭数据库的停机时间，以限制模式打开数据库，然后删除旧的撤消表空间，即关闭和不受限制地启动数据库。

以前的海报提供的答案对于创建新撤消表空间和将系统切换到新撤消表空间的语法都是正确的。

甲骨文文档声明以下语句将切换到新的撤销表空间：

ALTER SYSTEM SET UNDO_TABLESPACE = <name of new UNDO TS>;

例如@Mohammad Jolani：

ALTER SYSTEM SET UNDO_TABLESPACE = UNDOTBS20140508;

然而，对这种转换有一些限制，这些限制被记录为：

开关操作不等待旧撤消表空间中的事务提交。如果旧的撤消表空间中有任何挂起的事务，则旧的撤消表空间进入挂起的脱机模式(状态)。在此模式下，现有事务可以继续执行，但新用户事务的撤消记录不能存储在此撤消表空间中。即使在成功完成切换操作之后，也可以在此挂起的脱机模式中存在撤消表空间。另一个实例不能使用挂起的脱机撤消表空间，也不能删除它。最终，在所有活动事务提交之后，撤消表空间将自动从挂起的脱机模式转到脱机模式。从那时起，撤销表空间可用于其他实例(在Oracle集群环境中)。

因此，根据挂起的脱机撤消表空间，其他实例不能使用它，也不能删除它。您必须等到Oracle完全切换了当前的撤消表空间。

尝试使用以下方法查询表空间的状态：

select file#, ts#, status, bytes, substr(name, 0, 30) from v$datafile;

您可能会发现，旧的撤消表空间仍在使用或处于PENDING OFFLINE状态。

您还可以尝试用以下方法来回切换撤消表空间：

ALTER SYSTEM SET UNDO_TABLESPACE = '';

即使在成功完成切换操作之后，也可以在此挂起的脱机模式中存在撤消表空间。另一个实例不能使用挂起的脱机撤消表空间，也不能删除它。最终，在所有活动事务提交之后，撤消表空间将自动从挂起的脱机模式转到脱机模式。从那时起，撤销表空间可用于其他实例(在Oracle集群环境中)。如果UNDO TABLESPACE的参数值设置为“”(两个单引号)，则当前撤消表空间将被关闭，下一个可用的撤消表空间将被切换。小心使用此语句，因为如果没有可用的撤消表空间，则使用系统回滚段。这将导致在试图写入与系统回滚段无关的撤消时发出ORA-01552错误。

除非关闭数据库，否则无法强制切换。如果Oracle认为它仍然需要旧的撤销TS，那么就这样吧。您的系统将已经写到新的撤销TS，所以没有必要强制任何东西，除非你有特殊的要求。