定义 RMAN 备份策略的第一步是确定 RMAN 存储库的位置。第二步涉及确定满足恢复要求所需的备份类型和频率。以下主题介绍了这些步骤:
RMAN 存储库是有关目标数据库上备份和恢复操作的元数据的集合。RMAN 存储库的授权副本始终存储在目标数据库的控制文件中。您也可以使用恢复目录,即外部数据库来存储此信息。
• |
控制文件:RMAN 可以仅使用控制文件执行所有必要的备份和恢复操作,以存储 RMAN 存储库信息。此功能提高了保护控制文件作为备份策略一部分的重要性。 |
• |
启用 Oracle 的控制文件自动备份功能。此功能可使 RMAN 自动备份控制文件,并允许 RMAN 在不访问存储库的情况下还原控制文件自动备份。 |
• |
保留您的 Oracle 数据库 ID (DBID) 记录,当控制文件丢失时,可能需要该记录来恢复数据库。 |
• |
在单独的磁盘上至少使用两个多路复用控制文件或镜像控制文件。 |
• |
恢复目录:您还可以使用外部 Oracle 数据库来存储 RMAN 存储库。此外部数据库称为恢复目录。虽然控制文件的备份活动记录空间有限,但恢复目录可以存储更长时间的历史记录。管理恢复目录数据库较为复杂,但却可以轻松将扩展备份历史记录用于控制文件中历史记录之前的恢复。 |
Plug‑in for Oracle 支持以下类型的 RMAN 备份:
• |
• |
增量备份可进一步分为以下几类:
• |
• |
RMAN 完整备份是数据文件的备份,其中包括要备份的文件中每个已分配的数据块。数据文件的完整备份可以是映像副本,在这种情况下,将备份每个数据块。您还可以将其存储在备份集中,在这种情况下,可能会跳过未使用的数据文件数据块。RMAN 完整备份不能是增量备份策略的一部分,也就是说,它不能是后续增量备份的父备份或基准备份。
数据文件的增量备份捕获数据文件中自特定点以来发生更改的数据块的映像,通常是之前增量备份的时间。增量备份小于完整数据文件备份,除非数据文件中的每个数据块都发生了更改。RMAN 增量备份仅可用于数据文件。
RMAN 的增量备份采用多个级别。每个增量级别都由值 0 或 1 表示。
• |
级别 0 增量备份:级别 0 增量备份是后续增量备份的基础,它复制包含数据的所有数据块,将数据文件备份到备份集中,就像完整备份一样。 |
• |
级别 1 增量备份:级别 1 增量备份可以是以下类型之一: |
• |
累积增量备份:在累积增量备份中,RMAN 备份自最近一次级别 0 增量备份以来使用的所有数据块。累积增量备份通过减少恢复过程中需要包括的增量备份数量来加快还原速度。与差异备份相比,累积备份需要更多的空间和时间,因为它们复制了以前备份在同一级别完成的工作。 |
• |
差异增量备份:在差异增量备份中,RMAN 备份自最近的累积增量备份或差异增量备份以来发生更改的所有数据块,无论是级别 1 还是级别 0。 |
在许多恢复情况下,保护控制文件至关重要。Plug‑in for Oracle 提供了两种保护控制文件的方法:手动备份和自动备份。但是,使用 RMAN 方法时,您可以执行控制文件自动备份或手动备份,但不能同时执行这两种备份。为数据库启用控制文件自动备份后,手动控制文件备份将不可用。
用户管理的备份方法和 RMAN 备份方法均支持手动备份控制文件。
• |
使用用户管理的备份方法手动备份控制文件:使用用户管理的备份方法时,插件不使用活动的控制文件进行备份和还原。备份期间,插件会将控制文件的快照保存到用户指定的控制文件保存文件名(完整路径),然后备份控制文件的此副本。此过程可确保控制文件的一致副本受到保护。还原期间,插件会将控制文件还原到控制文件保存文件名(完整路径),以确保活动控制文件不会被意外覆盖。根据需要将此文件手动复制到原始位置。要确保控制文件的最新副本始终可用,请将其包含在每个用户管理的备份中。 |
• |
使用 RMAN 备份方法手动备份控制文件:如果禁用了控制文件自动备份,并且在 NetVault Backup 选择页面上明确选择了控制文件节点,则插件将使用 RMAN 的 BACKUP CURRENT CONTROLFILE 来备份控制文件。要确保控制文件的最新副本始终可用,请将其包含在每个 RMAN 备份中。 |
控制文件自动备份提供了卓越的可靠性,可确保始终存在控制文件的最新备份。此外,这些备份也是灾难恢复和多实例 RAC 环境所必需的。
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Nutzungsbedingungen Datenschutz Cookie Preference Center