主页 / server / 问题 / 52475
Accepted
Laura Thomas
Asked: 2009-08-11 14:02:17 +0800 CST

Windows 服务器上的 Oracle ARCxxxxx_xxxxxxxxxx.001 文件

  • 772

我有一个支持单个应用程序的数据库服务器。遗憾的是，这个盒子的大部分配置都是由供应商严格控制的。因此，如果我们更改内容，他们可能会停止支持。

显然，他们的一个脚本已经停止运行，因为自 6 月 15 日以来，我们已经积累了大量名称格式如下的文件：ARCxxxxx_xxxxxxxxxx.001 它们基本上都不到 25MB。这些文件是什么？内容是二进制的，一旦写入它们似乎就不会改变（查看此服务器的备份以及增量中的内容）。我可以删除它们吗？与我们的工作周相比，它们似乎是基于生成的数量的某种事务记录？

供应商支持尚未到来，只是告诉我“这不应该发生，脚本应该处理它们。” 但他们不会告诉我是哪个剧本。我没有在事件日志中记录错误。是否有一个 oracle 日志可以告诉我哪个脚本失败了，所以我可以看看我是否能找出原因？

服务器：Windows 2003 甲骨文：10.2.0.3.0

windows-server-2003 oracle10g

2 个回答

  1. 它们（很可能）是归档重做日志。如果需要恢复，则可能需要它们。

    Oracle 不会自动删除它们。通常，您的备份过程（如 RMAN）将从默认位置备份这些文件并将其删除。

    这个数据库是如何备份的？如果你不知道，我会问供应商。这可能表明备份过程出现问题，可能使您的数据易受攻击。

    • 3
  2. Best Answer

    ARC* 文件几乎可以肯定是存档重做日志。您不应删除它们，因为某些类型的恢复操作需要它们。此外，如果您使用 RMAN 进行备份，如果 RMAN 无法找到自上次备份以来的完整日志系列，它很可能会失败。

    请注意，如果磁盘被这些日志填满，Oracle 将停止。如果磁盘开始变满，您可能希望将这些日志移动到另一台服务器以释放空间。

    可以将 RMAN 备份脚本配置为在备份后删除这些文件。备份数据库后，旧式备份过程也将删除这些文件。

    我会开始查看备份是如何完成的，看看是否有任何东西正在写入日志。不幸的是，备份过程的日志记录非常依赖于编写备份脚本的人，因此我们无法真正帮助您。

    不过，您应该检查一般的 Oracle 更改日志是否有任何可疑之处。

    您可以使用 SQLPLUS 访问数据库吗？

    如果是这样连接到数据库并运行以下命令，它将显示 Oracle 配置为放置其跟踪文件的位置。

    SQL> show parameter background_dump_dest

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest                 string      D:\oracle\admin\MyDataBase\bdump

    此目录中应该有一个名为“alert_DATABASENAME.log”的文件如果您没有对数据库的 SQLPLUS 访问权限，只需在机器上搜索“alert_*.log”

    该文件应该是查找任何 Oracle 异常的首要位置。

    不过，您可能不得不在供应商上打一段时间才能解决此问题。公司什么时候会知道在他们的产品中“嵌入”甲骨文是个坏主意？

    • 2

相关问题