我是一名 SQL Server DBA,最近负责 Oracle 环境。(11克)
现在我在 SQL Server 上对我的事务日志进行定时备份,然后将它们迁移到不同的服务器。我也想用 Oracle 来做这件事。
Oracle 的重做日志在切换并允许服务器归档它们之前似乎是基于大小的。
有人可以提供一些关于如何实现这一目标的提示/最佳实践。
我也很感激有关调整重做日志大小以及如何处理白天使用模式变化的任何建议。
我忘了说这是在 Redhat 5 Enterprise 服务器上
我是一名 SQL Server DBA,最近负责 Oracle 环境。(11克)
现在我在 SQL Server 上对我的事务日志进行定时备份,然后将它们迁移到不同的服务器。我也想用 Oracle 来做这件事。
Oracle 的重做日志在切换并允许服务器归档它们之前似乎是基于大小的。
有人可以提供一些关于如何实现这一目标的提示/最佳实践。
我也很感激有关调整重做日志大小以及如何处理白天使用模式变化的任何建议。
我忘了说这是在 Redhat 5 Enterprise 服务器上
第一个建议是永远不要手动弄乱它们,除非你真的知道你在做什么。
您要做的是阅读
rman
Oracle 用于执行备份(包括重做日志备份)的工具。我强烈建议您对此进行彻底的研究,以确保您在采取任何行动之前完全了解 Oracle 备份的各个方面是如何工作的。现在,通常 Oracle 重做/归档日志应该保留在它们写入的位置,直到您执行备份之后。备份通常会设置为包括所需的存档日志以及数据库备份。
至于重做日志的大小,它将直接基于数据库更改事务的数量。变化越多,日志量就越大。这将与您的应用程序和使用情况高度相关,因此我建议您开始记录有关它的统计信息(事务量、事务日志大小、数据库大小等,都带有时间戳)。一旦您获得了几周的数据,您就可以开始将活动与日志关联起来,并将其提炼成一些有效的估计值。
编辑:我想我部分误解了原来的问题。我认为您正在寻求一种方法,以便在您运行备份时基本上将重做日志检查点到现在,以便您在发出备份开始时与您的备份完全一致。
而且,rman 实际上会为您处理所有这些肮脏的工作。从一些rman文档:
另一个提供更多细节的一点点:
rman 文档应该能够为您提供更多详细信息。我会给出我从(在线 Oracle rman 文档)中提取的 URL,但是当我为它添加书签时 URL 已经改变了,所以我不相信它会留下来。不过,谷歌搜索 rman 文档应该能够找到它。
编辑:我还想补充一件事。. . 你提到了一些关于尺寸的事情。Oracle 11g 确实支持压缩重做日志。我自己没有使用过它们,但我知道它支持它们。此外,Oracle 10g 和 11g 支持压缩备份。如果您还没有进行压缩备份,那么您应该是. 大小减少是巨大的,最重要的是,当我们启用压缩备份时,备份运行的性能也显着提高。
查看 Oracle 9i 及更高版本的参数 archive_lag_target。
这是一个权衡。我听说大日志文件效率更高,但我们不使用它们,因为 A)文件丢失越大,数据丢失越大 B)我们的带宽很垃圾
这导致我们将文件假脱机几个小时,然后在各种备用机器上传输和运行更新。我们实际上仍在使用 Oracle8i,因为数据库是很久以前由不是 DBA 的人设计的,所以我仍然必须手动创建新的数据文件和控制文件。/叹
我将向您展示如何从 sql server 迁移到 oracle 之后您可以移动数据。对于迁移,您需要使用JDK1.5 编写SQL Developer 以将数据从Ms sql 移动到oracle。如果你想清楚,请阅读 SQL Developer 的帮助。
对于备份数据库,我建议您阅读 oracle 中的 rman 命令,您将清楚地知道如何备份和恢复。
您可以查看此网站进行下载并阅读迁移帮助。并且您可以下载任何与 oracle 数据库相关的文档。
http://www.oracle.com/technology/products/database/sql_developer/index.html
我问这个已经有一段时间了,但我最近找到了答案。从大约 Oracle 10G R2 开始,有一个参数可以确保日志切换不会超过指定的时间。
如果你去 alter system set archive_lag_target=900;
这将确保每 15 分钟发生一次切换,无论使用多少日志。