试图扩大物理文件时,MODIFY FILE 遇到操作系统错误112(磁盘空间不足)

< DOCTYPE html PUBLIC -WCDTD XHTML StrictEN httpwwwworgTRxhtmlDTDxhtml-strictdtd>

试图扩大物理文件时,MODIFY FILE遇到操作系统错误112(磁盘空间不足)。

试图扩大物理文件时,MODIFY FILE 遇到操作系统错误112(磁盘空间不足)

不少朋友在还原数据库时候会遇到"在数据还原时候出现"试图扩大物理文件时,MODIFY FILE遇到操作系统错误112(磁盘空间不足)。未能调整文件´bbs_log´的空间分配。 RESTORE DATABASE操作异常终止。 "的问题,下面我介绍一下如何解决这个问题:
这种原因通常都是因文件系统造成的如果你的电脑是FAT32的文件系统,还原大的数据库的时候就可能会出现这样的问题
解决办法就是把FAT32的文件系统转化为NTFS的
我已经试过好多次,只要把FAT32L转NTFS就可以了 FAT32转NTFS的方法:
不需要格式化,运行CMD:输入命令 convert D:/fs:ntfs

只要这样就可以把文件系统重FAT32转NTFS了!而且原来盘上的文件都不会丢失。

注释:(其中,D为盘符。这个根据自己数据库所在的盘来改变,而且放数据库的空间要足够大。。至少有2GB以上。因为出现这个问题一般都是因为日志文件太大,所以出现错误提示。)

原因是:FAT32不支持大于2G的单个文件。。下面是各种分区格式支持的文件大小供参考。

NTFS(Windows):支持最大分区2TB,最大文件2TB
FAT16(Windows):支持最大分区2GB,最大文件2GB
FAT32(Windows):支持最大分区128GB,最大文件4GB
HPFS(OS/2):支持最大分区2TB,最大文件2GB
EXT2和EXT3(Linux):支持最大分区4TB,最大文件2GB
JFS(AIX):支持最大分区4P(block size=4k),最大文件4P
XFS(IRIX):这是个正经的64位的文件系统,可以支持9E(2的63次方)的分区

成功还原后查看数据文件一般都不是很大,而日志文件却有几个GB。如何收缩数据库呢?使用下面的命令:

DBCC SHRINKDATABASE(这里填写数据库名,10)

例如:DBCC SHRINKDATABASE(vegoo,10)


本文转自 netcorner 博客园博客,原文链接:http://www.cnblogs.com/netcorner/archive/2009/12/14/2912042.html   ,如需转载请自行联系原作者
上一篇:Linux下C编程-----文件操作(1) 通过系统调用简单操作标准输入、标准输出、标准错误


下一篇:DMBOK:元数据管理