【问题标题】:Database backups not writing to disc, not enough space?数据库备份未写入磁盘,空间不足?
【发布时间】:2013-02-03 09:34:00
【问题描述】:

我刚刚继承了一个我知之甚少的 AIX 项目。我有一个 cronjob 已经失败了几天,它对我的​​数据库(db2)进行了完整备份。查看日志,我看到了:

SQL2419N  The target disk "/home/dbtmp/backups" has become full.

签出此目录时:

(/var/spool/cron)> df -g /home/dbtmp
Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/dbtmplv      10.00      0.96   91%       85     1% /home/dbtmp

以前备份的大小:

(/var/spool/cron)> ll /home/dbtmp/backups
total 18365248
-rw-------    1 hsprd    cics     4411498496 Feb 12 18:01 HSPRD.0.hsprd.NODE0000.CATN0000.20130212180036.001
-rw-------    1 hstrn    cics      874287104 Feb 12 18:08 HSTRN.0.hstrn.NODE0000.CATN0000.20130212180747.001
-rw-------    1 hstst    cics     3242835968 Feb 12 18:05 HSTST.0.hstst.NODE0000.CATN0000.20130212180443.001

我有什么选择可以解决这个问题?谢谢。

【问题讨论】:

  • 数据库备份的大小是多少?
  • 借用磁盘担架? (没有办法修复,需要更大的磁盘。)
  • 添加尺寸@manu-fatto

标签: linux unix db2 aix system-administration


【解决方案1】:

如您所见,备份文件的大小超过了设备上的可用空间。您需要更大的设备。

【讨论】:

  • 据此:pastebin.com/MSmHhLzE 我可以将备份移动到另一个目录吗?
  • 您的备份大小在 8G 左右,您的最大分区是 20G...我发现您的硬件配置有问题。
  • 所以我的问题不一定是磁盘空间,而是分配?
  • 如果您想保留 nGB 文件,您需要 N x 个 [要保留的文件] 字节可用。我以做这些为生——如果可能的话,我们会压缩备份文件。我们还将较旧的备份从磁盘轮换到磁带库中。您应该制定保留政策。
猜你喜欢
  • 2016-06-08
  • 2013-10-09
  • 2015-12-04
  • 2015-12-30
  • 1970-01-01
  • 2012-06-14
  • 1970-01-01
  • 2018-01-30
  • 1970-01-01
相关资源
最近更新 更多