【问题标题】:RMAN backup is failing with write error on fileRMAN 备份因文件写入错误而失败
【发布时间】:2020-09-22 08:49:33
【问题描述】:

我正在尝试在 linux 服务器上对我的数据库进行 0 级增量备份。

 backup incremental level 0 database;

当我运行它时,我得到了

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 06/03/2020 10:52:40
ORA-19502: write error on file "/opt/oracle/product/12.2.0/rman/full_1jv1ql2l_51_1", block number 1195008 (block size=8192)
ORA-27072: File I/O error
Additional information: 4
Additional information: 1195008
Additional information: 995328

检查磁盘空间返回

Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  7.9G     0  7.9G   0% /dev
tmpfs                     7.9G     0  7.9G   0% /dev/shm
tmpfs                     7.9G  2.2M  7.9G   1% /run
tmpfs                     7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/sda1                  30G   20G  9.2G  68% /
/dev/sda3                  19G  249M   18G   2% /home
/dev/sda4                 430G  255G  154G  63% /oracle

我所做的所有研究都表明我的空间不足,但显然我没有。我还缺少什么来启动和运行它?

输出

show parameter reco;

这是我的 RMAN 配置

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
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 CHANNEL DEVICE TYPE DISK FORMAT   '/opt/oracle/product/12.2.0/rman/full_%u_%s_%p';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 2 DAYS;
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 1 TIMES TO DISK;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/opt/oracle/product/12.2.0/dbs/snapcf_orcl.f'; # default

【问题讨论】:

  • 检查 /var/log/messages 是否有任何可疑情况
  • 嗨 @Mat 我去了 /var/log 但没有消息文件。
  • 您是否正在备份到快速恢复区?您的 DB_RECOVERY_FILE_DEST 和 DB_RECOVERY_FILE_DEST_SIZE 参数的值是多少?
  • 是的,我支持 FRA DB_RECOVERY_FILE_DEST 名称:/oracle/recovery_area/PROD 大小:3.0065E+10
  • 备份失败时警报日志中是否有任何错误?

标签: oracle sqlplus database-backups rman


【解决方案1】:

关于“df -h”的输出,您尝试在位于 / 下的文件系统 /opt 下进行备份,可用空间仅为 9G,/Oracle 有 154G,您需要在您的备份脚本以确定位置为 /Oracle

谢谢你:)

【讨论】:

    【解决方案2】:

    关于我的信息“ORA-19502”与空间有关,或者通常是“文件系统的可用磁盘空间不足”,您是否检查过,或者您可以发布 df -h 的输出以便我们查看吗?

    【讨论】:

    • 我添加了 df -h 的输出
    • 关于“df -h”的输出,您尝试在位于 / 下的文件系统 /opt 下进行备份,可用空间仅为 9G,/Oracle 有 154G,您需要在备份脚本中分配通道以确定位置为 /Oracle
    • 这正是我的问题。如果你把它作为一个答案,我会接受它
    • 永远不要忘记备份和恢复的黄金法则是:包含冗余​​集的磁盘集或其他介质应与包含数据文件、在线重做日志、和控制文件。此策略可确保包含数据文件的磁盘发生故障不会导致丢失恢复数据文件所需的备份或重做日志。因此,最小的生产级数据库至少需要两个磁盘驱动器:一个用于保存冗余集中的文件,另一个用于保存数据库文件。
    猜你喜欢
    • 1970-01-01
    • 2020-12-08
    • 1970-01-01
    • 2021-01-27
    • 2020-03-15
    • 2018-04-30
    • 1970-01-01
    • 2021-09-06
    • 1970-01-01
    相关资源
    最近更新 更多