exchange server2003与chkdsk

    又是exchange  服务器出问题，烦死了；
    服务器操作系统没有问题，进入管理器一看，邮件存储被卸载了，到事件查看器中一看：大量的红叉，挑出几条比较有意义的:
-----------------------------------------------------------------
ese 482:
Information Store (2928) 第一个存储组: 试图写入文件“D:/Program Files/Exchsrvr/mdbdata/E00tmp.log”(偏移位置: 2097152 (0x0000000000200000)，字节数: 1048576 (0x00100000))的操作在 4 秒后失败，出现系统错误 1117 (0x0000045d):“由于 I/O 设备错误，无法运行此项请求。 ”。写入操作将失败，并出现错误 -1022 (0xfffffc02)。如果此错误再次出现，则说明文件可能已损坏，并且需要从以前的备份还原。

ese413
Information Store (2928) 第一个存储组: 无法新建日志文件，因为数据库无法对存放日志的驱动器进行写入操作。该驱动器可能是只读的、磁盘空间不足、配置错误或已损坏。错误 -1022。

ese 492
Information Store (2928) 第一个存储组: 由于出现致命错误，“D:/Program Files/Exchsrvr/mdbdata/”中的日志文件序列已经暂停。不能再对使用此日志文件序列的数据库进一步进行更新。请更正问题并重新启动，或者从备份进行还原。

最后告诉我联机碎片整理提前终止。难道是昨天晚上服务自己进行碎片整理搞出的问题？

------------------------------------------------------------------------------------
还的拿eseutil /p出手，已经用的很熟了，只是知道运行时间会很长。

这次有点背，又遇到了deleting unicode fixup table.....
幸好前段时间做了离线压缩，否则又是要等到24h,还算顺利，大概化了4个小时。

重新启动exchange 服务，还是同样问题，看来又的来一次：将日志和检查点文件全部删除，删除过程中果然报错，说有一个日志文件无法找到，接下来就是来个无日志修复，还是使用eseutil /p
只能是等待，只是希望不要再出现deleting unicode fixup table了。
如果不出现，今天应该可以去买张彩票了。
........
不走运啊，deleting unicode fixup table.....又出来了，看来这个edb文件是有问题了，抽空需要重建了。
下载了一个silverlight的教程，修复的时候看看，以消磨时间。

终于等到了修复完成，重新启动服务器。
鸟，还是一个鬼样，instore服务都无法启动。
进入事件查看：
问题大了，好像严重了，搞出了好多并发症一样。挑出几条好象有关系的
----------------------------------------------------------------------------------
进程 INETINFO.EXE (PID=1532)。拓朴发现失败，错误 0x80040952。
9405
出现了意外的错误，可能导致 MTA 终止。错误: Base-MS Not initialised-Error=3917,Parm1=1117,Parm2=0。[BASE MAIN BASE 1] (16)
53258
MS DTC 无法正确处理 DC 升级/降级事件。MS DTC 将继续运行并将使用现有的安全设置。错误说明: %1
1005
出现意外错误 <<0xc103073a - 无法创建所需的 MAPI 配置文件。请验证您具有写入 MAPISVC.INF 文件的足够权限。>>。
482
Information Store (3156) 第一个存储组: 试图写入文件“D:/Program Files/Exchsrvr/MDBDATA/tmp.edb”(偏移位置: 0 (0x0000000000000000)，字节数: 8192 (0x00002000))的操作在 4 秒后失败，出现系统错误 1117 (0x0000045d):“由于 I/O 设备错误，无法运行此项请求。 ”。写入操作将失败，并出现错误 -1022 (0xfffffc02)。如果此错误再次出现，则说明文件可能已损坏，并且需要从以前的备份还原。
439
Information Store (3156) 第一个存储组: 无法写入文件 D:/Program Files/Exchsrvr/MDBDATA/tmp.edb 的卷影头。错误 -1022。

------------------------------------------------------------------------------------
不算高手也算是老手了，没给他唬住，439这个应该是482引起的，那现在问题就在482错误上了。

查了微软的kb:与事件描述中发现的事件 ID 482 关联的最常见的错误是 ESE 错误 -1808，它意味着磁盘已满。收到此错误的原因之一是磁盘确实已满，由于磁盘已满，因此无法写入数据库或当前事务日志。ESE 错误 -1808 的另一个原因是文件系统可能是 FAT32，这种文件系统的最大空间为 4 GB。
在事件 ID 482 的描述中发现的另一个错误是 ESE 错误 -1022。如果 Exchange 向操作系统请求数据库中的页，并且发生了错误而没有返回页数据，那么将产生 -1022 错误 (JET_errDiskIO)。-1022 错误是一般性错误，只要磁盘输入/输出 (I/O) 问题阻止 Exchange 访问数据库中所请求的页，就会出现此错误。-1022 错误的最常见原因是数据库文件被严重损坏或截断。
微软的观点：如果 ESE 错误是 -1022 并且该错误是文件系统中的数据库损坏而导致的，则需要验证或修复文件系统，然后从备份还原 Exchange。虽然仍然可以选择修复文件系统，但与其他错误相比，修复不太可能成功，因为 -1022 错误经常意味着发生了较大范围的损坏。

我的天，我的就是-1022，还带一个-1117,难道真的是数据库坏了。

运行:isinteg -s myserver -fix -test alltests
居然告诉我isinteg cannot initiate verification process.
进入事件日志一看，也是无法写入问题，我自己拷贝大文件进去都没问题，磁盘好象没有问题啊。

进行eseutil /d居然也出现1022错误了，反天了。
只能再一次运行eseutil /p 修复一次，看他速度慢如蜗牛,关闭了。想想我都成功修复过两次，应该不会是文件的问题，而且如果说只是邮件存储文件坏，我可能还相信，公共存储文件应该是绝对没有问题的。平时遇到的一般都是邮箱存储有问题。
二话没说，改掉公共存储的文件名，直接加载，居然也是这个错误，连建立空数据库也是这样，看来可以肯定不是数据库文件的问题了。既然不给写，那应该是权限问题造成的，停下仔细想象，难道是又是杀毒软件惹的祸，直接卸载，让服务器裸奔，仍然没有解决。

 

     系统肯定没有中毒，而且这是我从没有遇到过的问题，从exchange 5.5到2000再到现在，基本上也摸透了他的脾气，看来需要静下心来考虑一下，现在其它原因的可能性都很小了，究竟是啥原因导致无法写入呢？看到右下角又出现“延缓写入失败”，心里一动，上次运行chkdsk /f /r只是完成了前面3步，到第四步的时候，看他不死不活的，我选择了放弃，难到还是这个原因。决定让他完成，win+r进入  运行chkdsk /f/r ，已经是晚上11:30,不能傻乎乎等到他修复完成,打个哈欠回家

      

      都凌晨了才谁，居然还做梦，说几个总经理写辞职申请找我签字，问我敢不敢签.......乱七八糟.......

 

      一早醒来，早上5:00了,提前到公司，看到修复成功了，现在的心情是只要看见任何修复迹象，都是一种希望，二话没说，直接加载存储，还是告诉 C1041737，骂骂咧烈地进入事件日志，说是information store问题，可能是chkdsk的时候句柄被强制卸载导致的吧，重新启动电脑，虽然是短短的几分钟，可是等待的心却感到很漫长。
再次登入的时候，进入exchange系统管理，哈哈，老天保佑，邮箱存储居然已经自动加载了，但是公共文件夹存储还是一样，不想再修复了，反正里面也没啥东东，直接改名，重新加载，产生一个空的存储，不过心里有点犯嘀咕，这样会不会又折腾出其它毛病。不过哪个数据还在，实在不行，哪天在eseutil /p他吧。

重新安装上macfee,更新病毒库，打上sp6补丁。ntbackup重新备份。

 

     修复总结：耐心，虽然我已经有足够的耐心，但是还不够。确定了一个问题，一定要让他彻底解决，如果先前让chkdsk运行成功，可能就不需要化4个小时重新eseutil /p修复一遍edb.

 

     收获：晚上查资料的时候居然给我查到一个软件，这个是我比较梦寐的，就是将edb中的数据直接导到pst文件中，我不太喜欢老微的exmerge.看它的介绍:
----------------------------------------------------------------------------------
Advance EDB to PST converter and exchange mailbox export tool for inaccessible ms exchange server database. Using Quick Recovery for MS Exchange Recovery Tool you can repair exchange server file convert unlimited user mailboxes existing in exchange server. EDB to PST Converter Software recover every email of edb user account with images, styles, attachments, documents, spreadsheets, journals, email properties (to, cc, bcc, subject, date/time), calendars, notes, appointments from the edb file and edb stm file.
Quick Recovery for EDB to PST conversion has the highest success rate in MS Exchange Recovery and repair of corrupt .edb file or .stm file for all versions of Microsoft Exchange Server. EDB to PST software can able to repair exchange server database and then convert edb to pst file. Converted database easily accessed with ms outlook email client.
Exchange to Outlook Converter is an EDB Mailbox recovery software utility to repair edb database and migrate edb mailbox to outlook. Using EDB to PST software convert every user accounts mailboxes to outlook email client. Software create separate .pst file for individual edb user accounts. Microsoft exchange recovery software stores the recovered emails and email items in new Personal Storage Files (.PST) and makes the user able to get the lost emails back.
Exchange Recovery Tool supports MS Exchange Server version 5.0, 5.5, 2000, 2003 and 2007 for edb recovery and all versions of Microsoft Outlook to save the recovered email items in Outlook .PST file.
哪天空的时候，找个试试。
如果好使，当凡遇到数据存储无法加载的时候，直接加载空数据库，然后抽空将坏的edb数据导出到pst，这样不是两全齐美的事情。还没有试过，也不知道是否这世界上是否真的存在，不过这个世界很疯狂，也许....