“MSExchangeIS (5800) First Storage Group: 由于页校验和不匹配，从文件“E:Program FilesMicrosoftExchange ServerMailboxFirst Storage GroupMailbox Database.edb”中读取的数据库页(偏移量: 22752239616 (0x000000054c23a000)，数据库页 2777372 (0x2A611C)，字节数: 8192 (0x00002000))验证失败。校验和应该是 3888236000516024956 (0x35f5ca0aada4aa7c)，而实际是 11928722210467201 (0x002a611c11faad81)。读取操作将失败，出现错误 -1018 (0xfffffc06)。如果此情况再次出现，请用以前的备份还原数据库。此问题可能是由于硬件故障引起的。有关进一步帮助诊断该问题的信息，请与硬件供应商联系。有关详细信息，请单击 http://www.Microsoft.com/contentredirect.asp。
474错误MS的说法是：“(JET_errReadVerifyFailure)-1018年错误更频繁地看到，指示的 Exchange 数据库已遭受文件系统级别的损坏。磁盘子系统中的问题被引起此错误。由有故障的磁盘驱动器、 过期或不兼容的磁盘驱动器的固件或固件过期或不兼容的控制器，则可能导致在磁盘子系统问题。有时，磁盘驱动器子系统组件周围太多散热可能导致此错误。损坏可能发生到 Exchange 数据。”
磁盘系统的错误，难道是我的HD有问题？我的MAIL SERVER上了五块HD，两块做RAID 1，三块做RAID5，我们用户不多，也只有100多个用户，EX的Database也就30G左右，查了一下硬件系统，HD并无问题，备份完后有出错说是一致性检查失败，所以就马上对Database进行了一次一致性检查。
果然发现了问题 “ERROR: page 2777372 checksum failed ( 0x35f5ca0aada4aa7c / 0x002a611c11faad81 )” ，原来这个地方就是问题所在啦，知道问题出在哪里就好办啦，根据MS的解决方法基本上是比较恐怖，他的建议是把现的用户重新全部移到另外一个好的数据库中去，第二是用原来的备份进行复原，感觉这两方法就有点误导人，如果这么干下去的话，那就够你受的，如果你用户成千上万的话怎么办，数据库大的话要消耗很多时间，像我30来G的数据库，弄不好就一上午，仔细想一想，只是数据库的不一致性，既然硬件存储系统没有问题，那也未必就要按此方法进行，依过去的经验：
1、对数据库做一次整理，所谓整理也就是离线整理，离线整理首先要umount数据库，停掉HUB Transport Service,执行Eseutil /d "Mailbox Database.edb"这会花比较长的时间，取决你的数据库的大小，我的花了一个多小时，完成之后，就要看第二点啦。
2、离线整理之后，再度执行Eseutil /k "Mailbox Database.edb",一切OK，已经没有ERROR的信息，再把HUB Transport service起起来，然后马上进行一次备份，结果也是备份成功，无错误提示。再回到Mailarchiva系统上，发现OK啦，邮件已经在慢慢收啦，想起来为什么Mailarchiva收不下Mail啦，因为日志中显示“数据库页 2777372 (0x2A611C)，字节数: 8192 (0x00002000))验证失败。校验和应该是 3888236000516024956 (0x35f5ca0aada4aa7c)，而实际是 11928722210467201 (0x002a611c11faad81)。读取操作将失败，因为我是在EX上设定所有的进行MAIL会先记帐一个专门的信箱帐号里，由于几天的MAIL没有push到mailarchiva上，里面已经积聚了大量的邮件，恰好发生错误的地方恰好在记帐信箱的数据段上，导致Mailarchiva无法从其读到数据，故无法下载邮件。