当将所有其他数据复制到新磁盘时，是否需要复制oracle重做日志？

Question

我必须将Oracle服务器的所有数据从当前的SAN迁移到新的SAN。它是Linux服务器上正在生产的11g数据库。数据库软件在本地磁盘上，但是所有数据(包括数据文件、归档日志、控制文件等)都是通过NFS在SAN上的。

计划是在sysadmin将数据复制到新SAN之前关闭Oracle。由于我们使用的是NFS，所以当我再次启动Oracle时，更改对Oracle应该是透明的。

系统管理员被告知不需要复制重做日志。在我看来，重做日志应该在复制之前归档。我应该在关机前强制一个日志开关(日志文件)，然后复制归档日志吗？或者关闭会触发要归档的重做日志吗？

Answer 1

应该复制重做日志。

关机不会触发日志文件开关。

如果您要更改文件的路径，那么最好使用“controlfile重用noresetlog”方法。如果没有重做日志就移动它，那么存档当前，然后使用“controlfile”方法。不过，通常情况下，移动重做日志是最好的。

-编辑--

基于您所说的，您将这些文件安装在完全相同的路径上，然后帮助您自己，只需将所有文件、数据文件TEMPFILES CONTROLFILES等放在完全相同的文件路径中。别无事可做，一切都好。

-Richard

Answer 2

如果您正在使用ASM，您甚至可以通过首先将新磁盘添加到当前磁盘组、重新平衡磁盘组并从磁盘组中删除旧SAN磁盘来在线完成此操作。在这个下降过程中，第一件事情是--再次--一个重新平衡的操作，在这个过程中，删除磁盘上的数据被从这些磁盘移动到新的磁盘。一个非常强大的功能，不确定它是否能帮助你。

如果所有这些都必须使用FS副本来完成，那么如果您正在运行归档日志模式，则仍然可以在线完成。因为11g RMAN可以从一个活跃的数据库克隆，也非常强大。

FWIW:一些应用程序检查控制文件并抱怨它是否被更改。这是许可证检查的一部分。

简短的回答你的问题，你需要在线编辑文件。只有在恢复行动中才需要这些档案，所以它们应该保持可访问性，而不是在新SAN上使用。有规律的后援就行了。复制联机重做日志文件并使用RMAN作为数据库的副本，因为它处理了所有需要以良好方式完成的工作。

Answer 3

保持简单:复制重做日志。

如果你不复制它们，至少你必须重新创建它们(你知道怎么做吗？)也许您也必须重新创建控制文件，但我不确定)。如果数据库没有完全关闭，则如果没有重做日志，则根本无法打开数据库。

因此，保持简单，并复制重做日志。