大家请看高科技技术的Exchange的强大功能解决方法

tongliangyes

　　相信很多人都喜欢用高科技来显示一下自己的聪明和才干。大家请看高科技技术的Exchange的强大功能解决方法。由有故障的磁盘驱动器、 过期或不兼容的磁盘驱动器的固件或独立IP空间购买固件过期或不兼容的控制器，则可能导致在磁盘子系统问题。有时，磁盘驱动器子系统组件周围太多散热可能导致此错误。
, x- x* W; \& J' c5 N/ Z" h　　磁盘系统的错误，难道是我的HD有问题？我的MAIL SERVER上了五块HD，两块做RAID 1，三块做RAID5，我们用户不多，也只有100多个用户，EX的Database也就30G左右，查了一下硬件系统，HD并无问题，备份完后有出错说是一致性检查失败，所以就马上对Database进行了一次一致性检查。
　　果然发现了问题 “ERROR: page 2777372 checksum failed ( 0x35f5ca0aada4aa7c / 0x002a611c11faad81 )” ，原来这个地方就是问题所在啦，知道问题出在哪里就好办啦，根据MS的解决方法基本上是比较恐怖，他的建议是把现的用户重新全部移到另外一个好的数据库中去，第二是用原来的备份进行复原，感觉这两方法就有点误导人，如果这么干下去的话，那就够你受的，如果你用户成千上万的话怎么办，数据库大的话要消耗很多时间，像我30来G的数据库，弄不好就一上午，仔细想一想，只是数据库的不一致性，既然硬件存储系统没有问题，sohu企业邮箱那也未必就要按此方法进行，依过去的经验：
; `* ]8 }9 T1 _, C1 h( e; v# e　　1、对数据库做一次整理，所谓整理也就是离线整理，离线整理首先要umount数据库，停掉HUB Transport Service,执行Eseutil /d "Mailbox Database.edb"这会花比较长的时间，取决你的数据库的大小，我的花了一个多小时，完成之后，就要看第二点啦。
# G  A$ y- ^7 a( ]( ]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无法从其读到数据，故无法下载邮件。
你对Exchange有更好的发现吗？