主页 / dba / 问题 / 28591
Accepted
Roy
Asked: 2012-11-14 00:36:31 +0800 CST

在 Oracle 11gR2 上我可以将撤消保留设置多高

  • 772

设置非常高的撤消保留是否可行，以允许闪回查询及时回溯数周？

自然，撤消表空间中必须有足够的可用空间来包含所需的撤消数据量。还有其他我应该注意的限制吗？

如果没有足够的撤消空间可用，会发生什么？生产是否会受到任何影响，或者只是闪回和回滚受到限制（快照太旧等）。

更新：

每个实例每天的典型撤消生成量略低于 1 GB，每个实例的撤消空间价值高达 64 GB，以 30 天的撤消保留目标运行听起来是可行的。不？

oracle oracle-11g-r2

2 个回答

  1. 非常高是一个相对术语，取决于视角。您可能意味着 1 小时、1 个月、1 年等。假设您的意思介于 1 分钟到 1 个月之间，答案将取决于正在产生多少撤消以及您有多少可用存储空间。我没有看到任何超过两周的东西。

    Oracle 自动管理撤消空间，并在空间限制需要时将保留时间动态降低到撤消保留设置以下。需要注意的是，撤消表空间已保证保留。

    Oracle 数据库管理员指南在一页上涵盖了所有这些信息。以下是一些摘录：

    Oracle 数据库根据撤消表空间大小和系统活动自动调整撤消保留期。UNDO_RETENTION您可以选择通过设置初始化参数来指定最小撤消保留期（以秒为单位） 。此参数对撤消保留的确切影响如下：

    • UNDO_RETENTION对于固定大小的撤消表空间，该参数将被忽略。数据库始终根据系统活动和撤消表空间大小调整撤消保留期以获得最佳保留期。有关详细信息，请参阅“撤消保留的自动调整”。

    • 对于AUTOEXTEND启用了该选项的撤消表空间，数据库会尝试遵守由 指定的最短保留期 UNDO_RETENTION。当空间不足时，表空间不会覆盖未过期的撤消信息，而是自动扩展。如果MAXSIZE为自动扩展撤消表空间指定该子句，则当达到最大大小时，数据库可能会开始覆盖未过期的撤消信息。DBCA 自动创建的 UNDOTBS1 表空间是自动扩展的。

    ...

    为了保证长时间运行的查询或 Oracle 闪回操作的成功，您可以启用保留保证。如果启用保留保证，则保证指定的最小撤消保留；数据库永远不会覆盖未过期的撤消数据，即使这意味着事务由于撤消表空间中的空间不足而失败。如果未启用保留保证，则数据库可以在空间不足时覆盖未过期的撤消，从而降低系统的撤消保留。默认情况下禁用此选项。

    • 3
  2. Best Answer

    虽然我没有尝试过，但我倾向于怀疑，当您UNDO_RETENTION超过 Oracle 维护其 SCN 到时间戳映射的时间长度时，您会遇到问题。如果有记忆，那大约是 1 周（好吧，如果有记忆，在 10g 的日子里是 1 周，我不知道在 11.2 中会有什么改变）。我倾向于怀疑 Oracle 会使用该映射来确定哪些UNDO段足够旧，应该清除它们，并且如果超出该限制，您将开始遇到问题。

    例如，在我的 11.2 系统上，我可以将 7 天前转换为 SCN，然后再转换回时间戳，但不能转换为 8 天前

      1* select scn_to_timestamp( timestamp_to_scn( systimestamp - 7) ) from dual
SQL> /

SCN_TO_TIMESTAMP(TIMESTAMP_TO_SCN(SYSTIMESTAMP-7))
---------------------------------------------------------------------------
06-NOV-12 01.06.47.000000000 PM

SQL> ed
Wrote file afiedt.buf

  1* select scn_to_timestamp( timestamp_to_scn( systimestamp - 8) ) from dual
SQL> /
select scn_to_timestamp( timestamp_to_scn( systimestamp - 8) ) from dual
                         *
ERROR at line 1:
ORA-08180: no snapshot found based on specified time
ORA-06512: at "SYS.TIMESTAMP_TO_SCN", line 1

    因此，我倾向于在我的系统上怀疑，如果我试图保留 8 天的UNDO那个 Oracle 通常会遇到问题。验证一种或另一种方式需要一周的时间，但如果我不得不下注，我倾向于下注尝试持有超过一周的时间UNDO会失败。

    即使您可以保留UNDO那么长时间，制定闪回查询也将是一项重大挑战，因为您无法指定时间戳。您可以通过编写一个自动化作业来维护您自己的（更长期的）SCN 和时间戳之间的映射，该作业将每隔几秒捕获一次并一次将它们保存数周或数月，然后AS OF SCN在您的闪回查询中指定。我倾向于期望老年人UNDO会消失，但它可能会起作用。

    • 3

相关问题