在我们的HP PROLIANT ML370 G5服务器（带RAID5）的一个星期前，一个硬盘变成了琥珀色，我们移除了它，直到现在它正在降级状态下工作。
昨天早上，我们在该域名的用户抱怨说，邮件不会从他们的OUTLOOK连接到我们的SBS 2003 exchange。所有的用户都configuration了psts。 没有东西。在检查了ESM之后，发现所有的邮件都在队列中，互联网连接和smtp智能主机都可以访问。所以交换服务被重新启动，我们发现信息存储在最后一刻开始停止错误1068。
我们重新启动服务器，花了很长时间才到达桌面，发现信息存储没有启动。观察到信息存储服务启动时，服务器完全挂起; 在故障排除时，我们不得不重置服务器几次。
在互联网search后，我们发现信息存储edb文件损坏导致从这个链接的症状http://support.microsoft.com/kb/313184
现在我们按照这个文件修复数据库。 它成功地越过了priv1 .edb，但过去4个小时pub1.edb和stm扫描数据库目录正在进行。
请告诉我如何进一步进行，因为我必须明天早上准备好这台生产服务器
注意：数据库priv1.edb及其相关文件 – 9 GB和pub1.edb和stm文件-2 GB
感谢和问候
S.Swaminathan
这听起来像你有硬件问题（可能在已经退化的RAID中更多的错误）。
信息存储服务不会使服务器“完全挂起”，不pipe数据库文件如何“损坏”。 如果在试图安装信息存储时机器实际挂起，则不会在该硬件上运行成功的修复。
即使您设法修复数据库，从已修复的数据库继续运行生产Exchange安装也不是一个好主意。 如果您设法修复它，则最好将邮箱从服务器移到另一个Exchange实例，并将修复后的数据库丢弃。
在这一点上，我将执行Exhcange的灾难恢复安装，将您最近的Exchange备份恢复到新的服务器（虚拟机等），并从可能导致您的问题开始的故障硬件中解脱出来。 继续在已经导致停机和数据损坏的硬件上提供生产服务是一个坏主意。
如果你没有备份的话，至less我希望你在尝试修复之前备份数据库文件。 您可以尝试在另一台计算机上修复这些文件（Exchange无需安装ESEUTIL即可工作 – Exchange中“Bin”目录的副本将提供必要的文件以运行它）。
如果您根本没有备份，那么您可能已经丢失了公共信息存储（pub1.edb和pub1.stm）。 既然你说你的私人信息存储成功修复（priv1.edb和priv1.stm），你可能还能够获取用户邮箱数据。
查看此链接的灾难恢复部分。
http://www.msexchange.org/tutorials/exchange-isinteg-eseutil.html
您将需要在最后运行ISINTEG以确保您使用ESEUTIL进行了良好的修复。