消耗报表数据库出现了举止事件的回滚段破坏（三）
来历：网海拾贝
在我的案例中，因为回滚段的破坏器械和破坏水平我已经都摸清除了，是以，没有设置 event = 10015 年夜概10046等等，而是检验考试规复。
规复的进程严重是：
从温顺型的到坚定型的，垂垂实验：
1, 找到有题目标器械，备份并检验考试重修，假设失败持续下一步伐
2, 重启数据库（clear shutdown and startup），假设题目不克不及被系统自行化解，那么持续下一步伐
3, 运用 event="10015 trace name context forever, level 10" 找到破坏回滚段的和器械等等的一些信息
4, 运用 _smu_debug_mode=4并运用manual的方法经管UNDO,即将回滚段设置为手工的debug形式，可以在启动数据库后检验考试删除谁人回滚段试试看
5, 上述都不可（凭证我的经历，常常有一半的消耗形态运用前3步都不可，不外也要视损害的详细形态而定了）
那么便是用 _offline_rollback_segments = ('List of rollback segments') ，启动数据库，然后删除那么破坏的回滚段，偏重修谁人undo空间。
这么做常常可以措置年夜部门题目，并且不需要重修数据库。
详细，在少数形态下仿照照旧会出现运用这个参数招致纷歧概形态，需要重修数据库，严重是和数据库启动时后的一些形态有关。
6, 上述都不可，就运用_corrupted_rollback_segments ，固然年夜少数形态下还需要加上“_allow_resetlogs_corruption”
即，既不要以后的undo空间，也不要以后的redo（他们都被符号为破坏）。
可是如许以来，数据库是需要重修的，不然运用中也是会常常会出现不可预期的错误。
看看这些参数的界说：
lunar@TSMISC02> select KSPPDESC from X $KSPPI where ksppinm='_corrupted_rollback_segments';
KSPPDESC
----------------------------------------------------------------
corrupted undo segment list
Elapsed: 00:00:00.03
lunar@TSMISC02> select KSPPDESC from X $KSPPI where ksppinm='_allow_resetlogs_corruption';
KSPPDESC
----------------------------------------------------------------
allow resetlogs even if it will cause corruption
Elapsed: 00:00:00.11
SQL> select KSPPDESC from X $KSPPI where ksppinm='_smu_debug_mode';
KSPPDESC
----------------------------------------------------------------
<debug-flag> - set debug event for testing SMU operations
SQL> select KSPPDESC from X $KSPPI where ksppinm='_offline_rollback_segments';
KSPPDESC
----------------------------------------------------------------
offline undo segment list
SQL>
版权声明：
原创作品，许可转载，转载时请务必以超链接方法标明文章 原始原因 、作者信息和本声明。不然将清查执法责任。
