磁盘空间不足

下面是从ERRORLOG提取的信息,部分内容有删减

2016-11-11 03:55:42.110    spid306    The transaction log for database ‘***StatDB‘ is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases
2016-11-11 03:55:42.110    spid306    错误: 9002,严重性: 17,状态: 2。
2016-11-11 03:55:40.010    spid422    The transaction log for database ‘***StatDB‘ is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases
2016-11-11 03:55:40.010    spid422    错误: 9002,严重性: 17,状态: 2。
2016-11-11 03:55:39.980    spid422    G:\***StatDB\***StatDB_log.ldf: Operating system error 112(磁盘空间不足。) encountered.
2016-11-11 03:55:39.980    spid422    错误: 17053,严重性: 16,状态: 1。
2016-11-11 03:50:00.250    备份    BACKUP failed to complete the command BACKUP LOG ***StatDB. Check the backup application log for detailed messages.
2016-11-11 03:50:00.250    备份    错误: 3041,严重性: 16,状态: 1。
2016-11-11 03:50:00.250    spid129    BackupMedium::ReportIoError: write failure on backup device ‘G:\BackUpDB\***StatDB\***StatDB20161111350LOG.BAK‘. Operating system error 112(磁盘空间不足。).
2016-11-11 03:50:00.250    spid129    错误: 18210,严重性: 16,状态: 1。
2016-11-11 03:40:00.160    备份    BACKUP failed to complete the command BACKUP LOG ***StatDB. Check the backup application log for detailed messages.
2016-11-11 03:40:00.160    备份    错误: 3041,严重性: 16,状态: 1。
2016-11-11 03:40:00.160    spid427    BackupMedium::ReportIoError: write failure on backup device ‘G:\BackUpDB\***StatDB\***StatDB20161111340LOG.BAK‘. Operating system error 112(磁盘空间不足。).
2016-11-11 03:40:00.160    spid427    错误: 18210,严重性: 16,状态: 1。
2016-11-11 03:30:01.090    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761874:421:1, last LSN: 761893:68:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111330LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 03:20:00.740    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761866:81:1, last LSN: 761874:421:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111320LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 03:10:01.200    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761858:15209:1, last LSN: 761866:81:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111310LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 02:50:00.170    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761858:8545:1, last LSN: 761858:15209:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111250LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 02:40:00.150    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761857:20500:1, last LSN: 761858:8545:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111240LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 02:30:00.270    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761856:13643:1, last LSN: 761857:20500:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111230LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 02:20:00.190    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761855:24711:1, last LSN: 761856:13643:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111220LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 02:10:00.180    备份    Log was backed up. Database: ***StatDB, creation date(time): 2014/10/20(18:23:55), first LSN: 761855:5494:1, last LSN: 761855:24711:1, number of dump devices: 1, device information: (FILE=1, TYPE=DISK: {‘G:\BackUpDB\***StatDB\***StatDB20161111210LOG.BAK‘}). This is an informational message only. No user action is required.
2016-11-11 02:00:10.120    备份    BACKUP failed to complete the command BACKUP DATABASE ***StatDB WITH DIFFERENTIAL. Check the backup application log for detailed messages.
2016-11-11 02:00:10.120    备份    错误: 3041,严重性: 16,状态: 1。
2016-11-11 02:00:10.110    spid425    BackupMedium::ReportIoError: write failure on backup device ‘G:\BackUpDB\***StatDB\***StatDB2016111120DIFF.BAK‘. Operating system error 112(磁盘空间不足。).
2016-11-11 02:00:10.110    spid425    错误: 18210,严重性: 16,状态: 1。

先来看下ERRORLOG中记录了些什么
2016-11-11 02:00 差异备份失败,原因是磁盘空间不足
2016-11-11 02:10~2016-11-11 03:30 日志备份/10分钟,成功
2016-11-11 03:40~2016-11-11 03:50 日志备份/10分钟,失败,原因是磁盘空间不足
2016-11-11 03:55 Logfile encounter Operating system error 112~transaction log is full
数据库:完整恢复模式,日志文件增量为50MB,不限制最大文件大小
备份策略:完整备份/1天+差异备份/2小时+事务日志备份/10分钟
数据库文件保存在G盘,数据库备份文件同样保存在G盘
...G盘可用空间不足,差异备份失败,后续几个日志备份逐渐占用剩余空间,直到剩余空间放不下单次日志备份文件。日志不能被截断,事务持续进行,日志文件自动增长,但剩余空间不足50MB,增长失败。事务日志已满,所有涉及日志写入的操作失败。
存在问题
1、数据文件、日志文件、备份文件存放混乱
2、ERRORLOG中错误日志、磁盘可用空间没能及时预警

时间: 2024-10-06 00:29:13

磁盘空间不足的相关文章

Linux中删除文件,磁盘空间未释放问题追踪

在客户使用我们产品后,发现一个问题:在删除了文件后,磁盘空间却没有释放.是有进程在打开这个文件,还是其他情况?我们一起来看看一下两个场景 一. 场景一:进程打开此文件 当一个文件正在被一个进程使用时,用户删除此文件,文件只会从目录结构中删除,但并没有从磁盘删除.当使用这个文件的进程结束后,文件才会真正的从磁盘删除,释放占有的空间. 我们发现剩余磁盘空间比较少时,回去删除一些大的临时文件或者log文件,如果删除之后会发现磁盘空间并未减少,那么可以通过"lsof"命令去查看正在使用该文件的

Linux中VMware虚拟机增加磁盘空间的扩容操作

用VMwareware虚拟机安装的Cent OS 7系统剩余空间不足,造成软件无法正常安装.如果重新装一遍系统就需要重新配置好开发环境和软件的安装配置.通过上网搜集的资料,结合自己的实践,总结了如下扩大硬盘空间的详细步骤,希望对大家有帮助. (1)打开VMware,选择Edit Virtual mache settings,Utilities下拉框中找到Expand如下图 (2)将磁盘空间扩大到70G,点击Expand即可,随后进入一个较长的Expand过程,完成后这是新的空间已经增加,但lin

“no space left on device”(磁盘空间不足)问题(续)

1.问题描述 no space left on device(磁盘空间不足) 2.文件删除原理 (1)硬链接数为0(所有硬链接均被删除) (2)进程调用数为0(没有进程在调度文件) 3.原因分析 硬链接数为0,进程调度数不为0 4.过程演示 (1)创建大文件 [[email protected] ~]# seq 500000000 > /var/log/messages (2)查看磁盘使用情况 [[email protected] ~]# df -h Filesystem     Size  U

No space left on device 解决Linux系统磁盘空间满的办法

由于当初安装系统时设计不合理,有些分区分的过小,以及网络通讯故障等造成日志文件迅速增长等其他原因都可能表现为磁盘空间满,造成无法读写磁盘,应用程序无法执行等. (以/home空间满为例): 1. 定期对重要文件系统扫描,并作对比,分析那些文件经常读写 #ls –lR /home >;files.txt #diff filesold.txt files.txt 通过分析预测空间的增长情况,同时可以考虑对不经常读写文件进行压缩,以减少占用空间. 2. 查看空间满的文件系统的inodes消耗 #df

从Linux系统磁盘空间不足引发的Zabbix服务器数据库迁移

之前一直没有去关心Zabbbix服务器存储空间问题,最近Zabbix报警提示/根目录磁盘空间不足,于是登录Zabbix看了一下,发现根目录只有1.3MB了,这怎么办了?第一个想到的是扩展根目录,结果发现不是用的LVM,采用的是标准的,心想也还可以救,就和Windows一样将D盘.E盘删除,再将D盘的空间扩展给C盘就OK啊,于是开始着手操作(注意提前备份虚拟机,最好做一个快照,出问题了好恢复) [[email protected] /]# df -h 文件系统 容量 已用 可用 已用% 挂载点 /

磁盘空间未释放异常案例

其实也谈不上异常,就是syslog-ng打开一个打日志文件准备传输时,该日志被logrotate给轮转了,gzip压缩后,文件被 deleted,但syslog-ng中文件句柄还在,结果导致磁盘空间一直未释放.有经验的SA发现磁盘空间实际使用和df显示的不一致时,一般都会用lsof检查是否有大文件标记为deleted,把该进程杀掉或重启下就可以了. --------------------------------------分割线---------------------------------

Windows Server 服务器磁盘空间不足怎么办

用户的Lync服务器只有80G空间,D盘最近刚加的,今天发现C盘大小竟然就剩几百MB了,桌面上看到有些Log文件,全部删除了,好不容易腾出三个G的空间,起码今天下班之前不会出现什么大的问题,我跟用户说你们加磁盘空间吧,用户的意思就是不行,你得给我把空间删除出来...说干就干 ===解决方法 1)我在C盘中Ctrl+A,查看属性发现C盘其实才占用了47.7GB,算上剩余的3.57GB,一共51GB 剩余将近30GB的空间被什么占用了... 2)计算机属性---更改设置---高级---性能设置 这个

VMwave下Ubuntu扩展磁盘空间

VMwave下Ubuntu扩展磁盘空间 Ubuntu原预装磁盘空间20G,随着系统安装软件越来越多,空间慢慢不够用. 打算安装DB2,许扩展磁盘空间. 环境: No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 11.04 Release: 11.04 Codename: natty 第一步:打开vmware.选择虚拟机->设置 第二步:启动Ubuntu,打开终端或者使用xshell连接Ubuntu.

Linux磁盘空间被未知资源耗尽【转】

Linux磁盘空间被未知资源耗尽 在linux中,当我们使用rm在linux上删除了大文件,但是如果有进程打开了这个大文件,却没有关闭这个文件的句柄,那么linux内核还是不会释放这个文件的磁盘空间,最后造成磁盘空间占用100%,整个系统无法正常运行.这种情况下,通过df和du命令查找的磁盘空间,两者是无法匹配的,可能df显示磁盘100%,而du查找目录的磁盘容量占用却很小. 遇到这种情况,基本可以断定是某些大文件被某些程序占用了,并且这些大文件已经被删除了,但是对应的文件句柄没有被某些程序关闭

Oracle磁盘空间使用统计

对于大型数据库,Oracle占用的磁盘空间非常大,掌握数据库中那些用户.表占用了多杀磁盘空间,以及增长情况,可以方便日后对磁盘系统进行维护和扩充. 对Oracle磁盘空间使用情况,可以分为按照表空间.用户或者表来进行统计. (一).表空间 计算表空间的剩余大小 select A.TABLESPACE_NAME,A.BYTES/(1024*1024*1024) "SPACE(G)", C.BYTES/(1024*1024) "FREE SPACE(M)",(C.BYT