登录X3系统后交易操作报错“SQL server primary 文件组已满”
一客户发生这样一个问题，登录帐号后进行业务交易的操作，系统提示错误信息“SQL server primary 文件组已满”，系统无法继续正常运作。出现该问题的原因分析如下：
每个 SQL Server 数据库至少具有两个操作系统文件：一个数据文件和一个日志文件；数据文件包含数据和对象，例如表、索引、存储过程和视图；日志文件包含恢复数据库中的所有事务所需的信息。为了便于分配和管理，将数据文件集合起来，放到文件组中，而系统表都被分配到主要文件组中。如果在数据库中创建对象时没有指定对象所属的文件组，对象将被分配给默认文件组；默认文件组中的文件必须足够大，能够容纳未分配给其他文件组的所有新对象。 例如服务器上X3系统安装在D盘，而D盘总的可使用空间为19G， 当前剩余可用空间仅3.99G （已移出部分不使用的数据），见图1
[attach]80[/attach] 查看数据库日志发现的报错信息，PRIMARY文件组已满； D盘磁盘空间不足
[attach]81[/attach] 解决思路：
1.检查磁盘剩余空间是否足够,如果没有磁盘剩余空间,则清理磁盘,腾出空间
――当前已移出部分不使用数据，但可用空间仅为3.99G
2.检查磁盘分区格式，如果是FAT16,则数据文件最大只能是2G；如果是FAT32,则数据文件最大只能是4G；改为NTFS分区则没有这种限制
――检查看到客户X3服务器上磁盘分区格式是FAT32，则限制数据文件最大只能4G， 这也是导致出现“PRIMARY文件组已满； D盘磁盘空间不足”的原因之一
[attach]82[/attach] 3.检查SQL Server 2005 的文件组PRIMARY组空间大小
――经检查看到客户X3系统服务器上，SQL Server2005数据库内PRIMARY组可用空间为0MB， 这是造成当前X3系统内业务数据无法新建存储的主要原因
[attach]83[/attach] 建议：
重新安装一台X3系统服务器，服务器分配的磁盘格式最优化或磁盘空间尽量大些，数据库相关属性设置优化，以满足数据日益增大的数据库负载运行问题。
临时解决方案： 手动修改PRIMARY的值调整可用空间
页:
[1]