简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

在主存储上还原备份

提供者 下载此页面的 PDF

您可以使用 backup restore 命令还原主存储上的数据库备份。

您可以使用 backup restore 命令选项指定 SnapManager 是应还原全部备份还是部分备份。此外,您还可以通过 SnapManager 在单个用户操作中从备份还原控制文件以及数据文件或表空间。您可以使用 -control files 和 -complete 来还原控制文件以及表空间和数据文件。

您可以选择以下选项之一来还原备份:

如果要还原 …​ 使用 …​

包含所有表空间和数据文件的整个备份

-complete

特定表空间的列表

-tablespaces

特定数据文件

文件

仅限控制文件

-controlfiles

表空间,数据文件和控制文件

-complete -controlfiles

您也可以通过指定 -restorspeciate 从备用位置还原备份。

如果包括 -recover ,则可以将数据库恢复到:

  • 数据库中发生的最后一个事务(所有日志)

  • 特定日期和时间

  • 特定 Oracle 系统变更编号( SCN )

  • 备份时间(无日志)

  • 仅还原

注 日期和时间恢复以及 SCN 恢复均为时间点恢复。

通过 SnapManager ( 3.2 或更高版本),可以使用归档日志文件自动恢复已还原的数据库备份。即使归档日志文件位于外部位置,但如果指定 -recovery-from-location 选项, SnapManager 也会使用外部位置的归档日志文件来恢复还原的数据库备份。

在为恢复还原的备份指定外部归档日志位置时,必须确保将外部位置名称包含在大写中。在文件系统中,所有文件夹和子文件夹名称都必须为大写,因为 Oracle 会将目标路径转换为大写,并要求外部目标路径,文件夹名称和子文件夹名称采用大写。如果以小写形式指定外部归档日志目标路径,则 Oracle 可能无法识别指定路径,并且无法还原数据库。

SnapManager 为 Oracle 提供了外部位置。但是, Oracle 无法识别外部目标中的文件。在闪存恢复区域目标中会注意到此行为。这是 Oracle 存在的问题,临时解决策始终需要备份此类数据库布局中的归档日志文件。

如果提供的 SCN 或日期不一致,则恢复将在上次恢复的一致点停止,并显示错误消息 Recovery succeeded , but insufficient 。您必须手动将恢复恢复为一致状态。

为了在未应用任何日志的情况下进行恢复, SnapManager 会恢复到备份期间创建的最后一个归档日志文件的最后一个 SCN 。如果数据库在执行此 SCN 之前保持一致,则数据库将成功打开。如果数据库此时不一致,则 SnapManager 仍会尝试打开该数据库,如果该数据库已经一致,则该数据库将成功打开。

注 SnapManager 不支持恢复仅归档日志备份。

如果归档日志目标不是支持 Snapshot 的存储,则可以使用 SnapManager 使用配置文件恢复已还原的数据库备份。在对不支持 Snapshot 的存储执行 SnapManager 操作之前,您应在 SMO.config 中为 archivedLogs.exclude 添加目标。

在创建配置文件之前,您必须确保已设置 EXCLUDE 参数。只有在 SnapManager 配置文件中设置了 exclude 参数后,才会成功创建配置文件。

如果备份已挂载,则 SnapManager 不会再次挂载备份,而是会使用已挂载的备份。如果备份由其他用户挂载,而当前用户无权访问先前挂载的备份,则其他用户必须提供权限。所有归档日志文件都对组所有者具有读取权限;如果备份由其他用户组挂载,则当前用户可能无法获得这些权限。用户可以手动为已挂载的归档日志文件授予权限,然后重试还原或恢复。

您可以将 -dump 选项指定为可选参数,以便在还原操作成功或失败后收集转储文件。

  1. 输入以下命令: smo backup restore -profile profile_name-label label-complete-recover -alllogs ( -recovery-from-locationpath , path2]-dump-verbose )

    SMO backup restore -profile targetdb1_prop1 -label full_bkup_sales _nov_08 — complete -recover -alllogs -verbose

  2. 要还原不同情形下的数据,请完成以下操作之一:

    如果要还原 …​ 命令示例
    • 在不使用控制文件的情况下完成数据库并恢复到特定的 SCN 编号( 3794392 )。在这种情况下,存在当前控制文件,但所有数据文件均已损坏或丢失。将数据库从现有的完整联机备份还原并恢复到该 SCN.* 之前的某个位置

    SMO backup restore -profile targetdb1_prop1 -label full_bkup_sales _nov_08 -complete -recover -until 3794392 -verbose

    • 在不使用控制文件的情况下完成数据库并恢复到一个日期和时间。 *

    SMO backup restore -profile targetdb1_prop1 -label full_bkup_sales _nov_08 -complete -recover -until 2008-9-15 : 15 : 29 : 23 -verbose

    • 在不使用控制文件的情况下完成数据库,并恢复到数据和时间。在这种情况下,存在当前控制文件,但所有数据文件均已损坏或丢失,或者在特定时间后发生逻辑错误。将数据库从现有的完整联机备份还原并恢复到发生故障前的日期和时间。 *

    SMO backup restore -profile targetdb1_prop1 -label full_bkup_sales _nov_08 -complete -recover -until "2008-9-15 : 15 : 29 : 23" -verbose

    • 不含控制文件的部分数据库(一个或多个数据文件),并使用所有可用日志进行恢复。在这种情况下,存在当前控制文件,但一个或多个数据文件已损坏或丢失。使用所有可用日志恢复这些数据文件并从现有的完整联机备份中恢复数据库。 *

    SMO 备份还原 -profile targetdb1_prop1 -label full_bkup_sales _nov_08 -files E : \disks\s02.dbf E : \disks\Sales03.dbf E : \disks\Sales04.dbf -recover -alllogs -verbose

    • 不含控制文件的部分数据库(一个或多个表空间),使用所有可用日志进行恢复。在这种情况下,存在当前控制文件,但一个或多个表空间被丢弃,或者属于该表空间的多个数据文件之一损坏或丢失。使用所有可用日志还原这些表空间并从现有的完整联机备份中恢复数据库。 *

    SMO backup restore -profile targetdb1_prop1 -label full_bkup_sales _nov_08 -tablespaces users -recover -alllogs -verbose

    • 仅控制文件并使用所有可用日志进行恢复。在这种情况下,数据文件存在,但所有控制文件均已损坏或丢失。仅还原控制文件,并使用所有可用日志从现有的完整联机备份中恢复数据库。 *

    SMO backup restore -profile targetdb1_prop1 -label full_bkup_sales _nov_08 -controlfiles -recover -alllogs -verbose

    • 在不使用控制文件的情况下完成数据库,并使用备份控制文件和所有可用日志进行恢复。在这种情况下,所有数据文件都会损坏或丢失。仅还原控制文件,并使用所有可用日志从现有的完整联机备份中恢复数据库。 *

    SMO backup restore -profile targetdb1_profile1 -label full_bkup_sales _nov_08 -complete -using-backup-controlfile -recover -alllogs -verbose

    • 使用外部归档日志位置的归档日志文件恢复已还原的数据库。 *

    SMO backup restore -profile targetdb1_profile1 -label full_bkup_sales _nov_08 -complete -using-backup-controlfile -recover -alllogs -recovery-from-location E : \archive -verbose

  3. 使用 -recovery-from-location 选项指定外部归档日志位置。

    • 相关信息 *