Oracle 生成大量 .dbf 文件

Question

今天早上我到达办公室时，我们的 Oracle 10.2 服务器磁盘空间不足。经过仔细检查，我发现每分钟生成大约 1 到 4 个或更多 .dbf 文件（例如 1_1278092_658232789.dbf、1_1278093_658232789.dbf 等）。我创建了一些空间，但 Oracle 仍然创建这些文件而不删除旧文件。它似乎是在大约 35 小时前开始的。如何让服务器恢复正常。请注意，我不是 Oracle DBA，Oracle 知识有限。

编辑 1：

首先，我设法使用以下内容清理了大约 270GB 的空间，这使服务器能够继续运行：

RMAN> CROSSCHECK BACKUP;
RMAN> DELETE ARCHIVELOG ALL;

回答 ora-600 的问题：

Oracle 在哪个路径中创建这些文件？

/home/oracle/archive/
（这也是log_archive_dest_1的值）

DB_CREATE_FILE_DEST（数据文件的参数）

这似乎没有设置（“show parameter DB_CREATE_FILE_DEST”显示没有值），但是数据库文件在 /home/oracle/app/oracle/product/oradata/irs3

DB_RECOVERY_FILE_DEST（FRA 的参数）——哪个子目录？

sys@iris > show parameter DB_RECOVERY_FILE_DEST
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest                string      /home/backup
db_recovery_file_dest_size           big integer 2500G

我怀疑这些是闪回日志。如果是这样，您应该通过将参数 DB_RECOVERY_FILE_DEST_SIZE 设置为较小的值来限制闪回恢复区 (FRA)。 Oracle 会一直写入闪回日志，直到 FRA 空间不足...然后它会统计删除/覆盖旧文件。

嗯，以前的 DBA 确实将它设置为非常高的值，现在它已经满了。例如。看看：

sys@iris > SELECT NAME, (SPACE_LIMIT/1024/1024) || 'MB' AS SPACE_LIMIT,
                  ((SPACE_LIMIT - SPACE_USED + SPACE_RECLAIMABLE)/1024/1024) || 'MB' AS SPACE_AVAILABLE,
                  ROUND((SPACE_USED - SPACE_RECLAIMABLE)/SPACE_LIMIT * 100, 1)
           AS PERCENT_FULL
           FROM V$RECOVERY_FILE_DEST;
NAME             SPACE_LIMIT      SPACE_AVAILABLE       PERCENT_FULL
/home/backup       2560000MB                940MB                100

但 RMAN 现在会在其日志文件中吐出如下错误：

....
input archive log thread=1 sequence=1278543 recid=1271197 stamp=866048159
input archive log thread=1 sequence=1278544 recid=1271198 stamp=866048232
channel ORA_DISK_1: starting piece 1 at 11-DEC-14
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 12/11/2014 22:07:20
ORA-19809: limit exceeded for recovery files
ORA-19804: cannot reclaim 2691888128 bytes disk space from 2684354560000 limit
continuing other job steps, job failed will not be re-run
channel ORA_DISK_1: starting archive log backupset
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=1278907 recid=1271561 stamp=866062135
....

即使驱动器上有空间：

-bash-3.2$ df -h
Filesystem            Size  Used Avail Use% Mounted on
....
/dev/vg01/lvol1       684G  365G  317G  54% /home

为什么即使驱动器上有可用空间，上面的查询也会显示空间已满？

如果需要，下面是更多信息。

谢谢。
妮可

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/backup/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/home/oracle/app/oracle/product/10/dbs/snapcf_irs3.f'; # default

Answer 1

Oracle 在哪个路径中创建这些文件？ - DB_CREATE_FILE_DEST（数据文件的参数） - DB_RECOVERY_FILE_DEST（FRA 的参数） -- 哪个子目录？

我怀疑这些是闪回日志。如果是这样，您应该通过将参数 DB_RECOVERY_FILE_DEST_SIZE 设置为较小的值来限制闪回恢复区 (FRA)。 Oracle 会一直写入闪回日志，直到 FRA 空间不足……然后它会统计删除/覆盖旧文件。

Answer 2

感谢您提供有助于确定问题的详细信息。

我认为你有 2 个问题。

第一个问题是数据库不断创建这些小的 .dbf 文件。这不是问题，但需要正确处理文件。这些文件称为“归档日志”。当数据库处于归档日志模式（在线备份所需）时，它会在每次已满时创建重做日志的副本。在日常备份期间，您应该备份和删除归档日志。

第二个问题 FRA 中有大量可回收空间。

FRA 有一个由 DB_RECOVERY_FILE_DEST_SIZE 表示的逻辑限制。当 oracle 在 FRA 中创建文件时，它也会在控制文件中注册。这意味着您必须始终使用 rman 从 FRA 中删除文件。我想您知道这一点，因为您使用 rman 而不是使用“rm -f”删除了归档日志。

您的查询显示 100% 是由于：(SPACE_USED - SPACE_RECLAIMABLE)/SPACE_LIMIT * 100 这意味着 FRA 中的所有文件都是可回收的。它们甚至可能在物理上不存在，这意味着它们已过期。第二个选项是它们存在，但根据“保留政策到冗余 1”规则它们已经过时。

解决方案： 我觉得你应该稍微调整一下备份的概念。

a) 首先运行以下 rman 命令：

crosscheck archivelog all;
crosscheck backup;
delete noprompt expired archivelog all;
delete noprompt expired backup;
delete obsolete;

b) 将参数 DB_RECOVERY_FILE_DEST_SIZE 配置为适当的值。这取决于服务器上有多少数据库以及 /home 目录中有多少空间用于其他内容。我会说选择一个介于 300GB 和 600GB 之间的值。

c) 调整备份脚本： RMAN 应该在日常备份作业中运行 a) 中提到的命令。 使用此设置，您将永远不会在 FRA 中拥有太多可回收空间（除非您启用了闪回功能——请检查“从 v$database 中选择闪回；”）。

也许您必须调整以下一些命令，但这是一个默认的 rman 脚本，其中包括自我清理：

crosscheck archivelog all;
backup database;
backup archivelog all delete input;
crosscheck backup;
delete noprompt expired archivelog all;
delete noprompt expired backup;
delete obsolete;

此备份脚本从控制文件中清除过期条目，备份归档日志并删除它们并删除不再需要的旧备份。

要告诉 rman 哪些备份不再需要，请配置 RETENTION POLICY。我更喜欢恢复窗口而不是冗余：

RMAN> CONFIGURE RETENTION POLICY TO recovery window of 2 days;