我有一个不太忙的SBS Server 2011 Standard SP1。 2个本地用户和2个远程用户。 我们有共享点，最多可能有十几个小文件。
我刚刚开始得到以下两个错误发生
由于“PRIMARY”文件组已满，无法为数据库“WSS_Search_SERVER”中的对象'dbo.MSSBatchHistory'。'IX_MSSBatchHistory'分配空间。 通过删除不需要的文件，删除文件组中的对象，向文件组中添加其他文件或为文件组中的现有文件设置自动增长来创build磁盘空间。
和
CREATE DATABASE或ALTER DATABASE失败，因为生成的累积数据库大小将超过每个数据库10240 MB的许可限制。
在SQLpipe理器中挖掘我看到WSSsearchDB文件大小为10241MB，日志文件只有147 MB
首先，为什么WSSsearch占用了太多的空间？ 我怎么能阻止这样做，现在我能做些什么来让事情顺利运行。 我知道关于日志文件截断，这是不是这种情况，因为日志很小。
任何帮助表示赞赏。 磁盘上有足够的可用空间（791GB免费）
感谢Kactus
根据这篇TechNet文章的这个片段，听起来好像searchpipe理数据库在创build时分配了10GB的空间。
search需要三个数据库。 您的环境可能包含多个“属性和爬网”数据库。
searchpipe理数据库通常很小：分配10 GB。
要估算“属性和爬网”数据库所需的存储空间，请使用以下乘数：抓取：0.046×（内容数据库总和）属性：0.015×（内容数据库之和）
search的IOPS要求非常重要。 对于爬网数据库，search需要从3,500到7,000 IOPS。
对于Property数据库，search需要2000 IOPS。
有关如何估算search所需容量的详细信息，请参阅性能和容量testing结果和build议（SharePoint Server 2010）。