邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: 数据库空间不足或者文件损坏故障求助 [打印本页]

作者: sickeee 时间: 2005-12-29 19:40
标题: 数据库空间不足或者文件损坏故障求助
Information Store (3344) 第一个存储组: 试图写入文件“E:\exdata\pub1.edb”(偏移位置: 4294963200 (0x00000000fffff000)，字节数: 4096 (0x00001000))的操作在 0 秒后失败，出现系统错误 112 (0x00000070):“磁盘空间不足。 ”。写入操作将失败，并出现错误 -1808 (0xfffff8f0)。如果此错误再次出现，则说明文件可能已损坏，并且需要从以前的备份还原。 
 
有关详细信息，请单击 <a target=_blank href=http://www.microsoft.com/contentredirect.asp>http://www.microsoft.com/contentredirect.asp</a>。 
 
我的公用文件夹的容量已经达到了大约4G 
现在我从自己的邮箱里往公用文件夹里拖文件的时候就提示空间不足的错误 
请问公用文件夹有容量限制么？ 
 
环境：WIN2000 SP4+ EX2003

作者: dainh 时间: 2005-12-29 20:54
标题: re:E:盘还有空间吗？
E:盘还有空间吗？

作者: xzybai 时间: 2005-12-29 23:30
标题: re:XADM：回收 Information...
XADM：回收 Information Store 磁盘空间 
察看本文应用于的产品 
文章编号 : 128325 
最后修改 : 2003年11月12日 
修订 : 1.0 
本文的发布号曾为 CHS128325 
本页 概要 更多信息 监视磁盘空间 恢复日志文件所占用的空间 检查数据库的一致性 这篇文章中的信息适用于: 
 
概要 
如果由于磁盘空间不足而不能启动 Information Store，则将在 Windows NT“事件查看器”中记录一个应用程序事件。其来源是 EDB，错误测试包含 Jet Blue 错误 ID -1808。本文说明如何释放磁盘空间以便 Information Store 可以重新启动，以及如何使用 Windows NT“性能监视器”来跟踪将来磁盘空间的使用情况。 回到顶端 
 
更多信息 
监视磁盘空间 
 
 
管理员可以通过 Windows NT“性能监视器”查看 Information Store 所在驱动器上的磁盘空间的使用情况。当磁盘剩余空间很小时，可以使用 LogicalDisk 对象以及 % Free Space 和 Free Megabytes 计数器一起进行监视并触发警报。 回到顶端 
 
恢复日志文件所占用的空间 
 
 
增加日志文件可能会导致 Information Store 或 Directory Store 用完操作空间。为防止这种情况，请执行以下步骤： • 将日志文件写入另一个驱动器中。 
• 要更改编写 Information Store 或 Directory Store 事务日志的位置，选择 Server 对象属性页并选择 Database Paths 选项卡。更改 Information Store 及 Directory Store 事务日志的路径并单击 OK。 
• 备份 Exchange Server。 
• 使用随 Exchange Server 带有的 Windows NT Backup 实用程序对服务器进行“正常”（全部）或“增量”联机备份。Backup 实用程序自动删除不再需要的事务日志（即已提交给磁盘）。如果您从未运行过 Backup 实用程序，日志文件将继续增加。 
• 定期适当地删除日志文件。 
• 运行 Information Store 和 Directory Store 时，您可以在 EXCHSRVR\DSADATA 及 EXCHSRVR\MDBDATA 目录中找到 EDB*.LOG 窗体的日志文件。Microsoft Exchange 通过使用这些日志文件将数据提交给磁盘。此外，在使用 Windows NT Backup 实用程序进行“增量”或“差量”类型的备份时，也需要使用这些日志文件。 
• 关闭 Directory Store 及 Information Store 服务后便可以将 EDB*.LOG 文件删除。如果在服务还运行时就删除日志文件，将会危害数据完整性。服务停止时，这些日志文件中的事务提交给磁盘上的主数据库文件（Directory Store 的主数据库文件为 DIR.EDB，而 Information Store 的主数据库文件为 PRIV.EDB 和 PUB.EDB）。提交该数据后，便不再需要这些日志文件。按照下列步骤正确删除这些日志文件： 1. 在“控制面板”的“服务”中选择 Microsoft System Attendant 服务并单击“停止”。这将停止所有的 Microsoft Exchange 服务。 
2. 在 EXCHSRVR\DSADATA 与 EXCHSRVR\MDBDATA 目录中备份 EDB*.LOG 文件。将其复制到硬盘上的另一位置或复制到磁带备份设备上。 
3. 在 EXCHSRVR\DSADATA 及 EXCHSRVR\MDBDATA 目录中删除所有的 EDB*.LOG 文件。 
4. 重新启动所有 Microsoft Exchange Server 服务（尤其是 Directory Store 和 Information Store 服务）。 
5. 如果这些服务无法启动，从磁带或硬盘中恢复 DSADATA 和 MDBDATA 子目录。再次重启动这些服务。 
6. 如果服务可以启动，删除 DSADATA 和 MDBDATA 子目录的备份副本。 
备注：如果按以上述方式删除 EDB*.LOG 文件，则不能执行 Exchange Directory Store 和 Information Store 的“增量”与“差量”方式的备份。您只能执行“正常”（全部）类型的备份。 
 
“循环记录”（默认情况下已启用 — 服务器对象属性页的“高级”选项卡上）写入日志文件中，但是一旦检查点继续执行，事务日志的未激活部分便会丢弃。通常情况下，这代表了大部分可能的日志数据。活动事务所占的总空间要小于给定计算机上的 RAM 大小。因此在启用“循环记录”时，系统已根据硬件和软件故障完成了可恢复性。牺牲的因素是对介质失效的保护。在启用“循环记录”的服务器上不支持这些方法，这是因为事务日志用于“增量”及“差量”备份。Windows NT Backup 程序中将出现一条错误消息。 
 
 回到顶端 
 
检查数据库的一致性 
 
 
Microsoft Exchange Server 数据库被视作只在正常关闭后才具有一致性。在所有其它时间（包括正常运行期间），数据库中都有一个标记表明它是不一致性的。因此，如果数据库服务被异常终止，Exchange Server 会在下一次启动时检测到问题。Exchange 然后启动“软恢复”步骤，以便将必需的事务返回或提交给数据库，从而恢复其完整性。 
 
可利用以下命令检查数据库的一致性： 
eseutil /mh <database path and name> | more 
从该命令输出的屏幕中的状态行将包含 Consistent（一致）或 Inconsistent（不一致）。 
 
您不应移动不一致的数据库。日志文件需要播放到该数据库中，以便使其具有一致性。因为该路径被编码到数据库的日志文件头信息中，所以如果移动数据库，将不会发生重放现象。 
 
有关如何解决完全事务日志驱动器的其它信息，请单击以下文章编号，查看相应的 Microsoft Knowledge Base 文章。 
259751 (<a target=_blank href=http://support.microsoft.com/kb/259751/EN-US/)>http://support.microsoft.com/kb/259751/EN-US/)</a> XADM：如何从完全事务日志文件驱动器进行恢复 回到顶端

作者: sickeee 时间: 2005-12-30 08:56
标题: re:E盘空间多的很....我怀疑是公用文...
E盘空间多的很.... 
我怀疑是公用文件夹的容量限制问题，大家的公用文件夹最大能达到多少G？ 
系统好象限制容量在2097151KB？

欢迎光临邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.cn/)