我在 windows 平台上使用 oracle 11g 数据库。此外,我的数据库处于归档日志模式,我每天都在进行 RMAN 备份。现在,我需要每天和每周安排我的 Rman 备份。我阅读dbms_scheduler
并使用 Windows 任务调度程序来安排这个。
现在我的问题是:安排这个的更好方法是什么?我使用dbms_scheduler
或批处理脚本还是我们有使用 OEM 的方法?
我在 windows 平台上使用 oracle 11g 数据库。此外,我的数据库处于归档日志模式,我每天都在进行 RMAN 备份。现在,我需要每天和每周安排我的 Rman 备份。我阅读dbms_scheduler
并使用 Windows 任务调度程序来安排这个。
现在我的问题是:安排这个的更好方法是什么?我使用dbms_scheduler
或批处理脚本还是我们有使用 OEM 的方法?
就我个人而言,我会使用 Windows 调度程序来调度它。如果您将备份文件复制到另一台服务器,您可能想要获取 robocopy。拥有一个可以从 DOS 发送电子邮件的电子邮件客户端会很有帮助。但除此之外,您只需编写 .BAT 文件和/或 Powershell 文件。您需要一个创建备份日志并检查该日志是否有错误的进程。然后,您可以在出现错误时发送电子邮件。应该已经在网上某处写了一些东西。
dbms_scheduler 是解决此类问题的最佳方法。
TL/DR
大多数 Windows Oracle 商店通常采用 Windows 调度程序路线。但是,我将列出可以安排 Oracle RMAN 备份的 3 种主要方式,以便您可以决定哪种方式最适合您的环境。
优点
将所有备份控制集中在一个位置。如果您有许多 Oracle 数据库来管理它们的备份,这可能是一件大事。
缺点
在 OEM 和所有备份之间创建依赖关系。如果 OEM 出现故障,您的备份不会针对任何数据库运行。如果您将恢复目录保存在 OEM 数据库中,这可能没什么大不了的,因为如果您是这种情况,则依赖关系已经存在(除非您有故障转移以使用控制文件执行备份,如果备份脚本无法与恢复目录对话)。
优点
没有外部依赖(前提是备份脚本是本地的)。自动记录运行以进行报告。
缺点
从 Oracle 运行桌面可执行文件可能有点棘手。您要么必须启动 OracleJobScheduler 服务,该服务在 11g 中已弃用,要么创建 dbms_scheduler 凭据,然后将这些凭据附加到调度程序作业,Tim Hall在此处解释。没有集中维护或报告(除非您从同一台机器安排它们,但您可能会在那里创建不必要的依赖项)。
优点
易于设置和维护。
缺点
没有集中维护或报告(除非您从同一台机器安排它们,但您可能会在那里创建不必要的依赖项)。