错误-1018 (JET_errReadVerifyFailure) 在 Exchange Server 4.0,在 Exchange Server 5.0,和 Exchange Server 5.5 中

文章翻译 文章翻译
文章编号: 151789 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

症状

症状包括任何 JET 数据库操作的结果在一个-1018 (JET_errReadVerifyFailure) 和/或任何 Windows NT 事件查看器应用程序日志错误报告包含错误代码-1018年中它的说明如下所示:
事件 ID: 23
源: EDB
类型: 错误
类别: 数据库页面缓存
描述: MSExchangeIS ((455)) 直接读取发现损坏的页错误-1018年 ((1:251563) (0-2295758) 251563 379225672 381322824)。请从以前的备份还原数据库。

原因

当您执行与 Jet 数据库的事务时,信息存储或 $ 目录存储写入事务一个事务日志文件 (Edb*.log Mdbdata 或 Dsadata 中)。Jet 数据库然后承诺交易记录。在此过程 Jet 引擎计算页的校验和值写入,记录它页标头中,然后请求在磁盘上文件系统将 4 KB 页的数据写入到数据库。简言之,文件系统需要此调用,并使用 Windows NT 系统服务转发相应的硬件设备驱动程序向实际执行写入此请求。硬件设备驱动程序然后将其返回给 Jet 引擎在文件系统返回此信息。如果该调用是成功,Jet 会继续。

有故障的硬件或硬件设备驱动程序可能会为他们实际上执行物理操作之前对它们所做的调用返回成功。当发生实际物理操作时,但是,就会出错,而且数据不会如预期的那样成功写入。

在某些数据库操作如但不是限于联机备份,备份例程使操作系统从磁盘上数据库中读取 4 KB 页的数据,并将它写到磁带的调用。从到磁带操作系统调用返回的提交数据之前,联机备份过程将在页眉中的校验和值进行比较 (录制时写入此页面到磁盘),读取从返回的调用。如果不匹配校验值,JET 数据库引擎检测到此并返回-1018年 (JET_errReadVerifyFailure)。

解决方案

若要解决该问题,使用下列方法之一。

从备份还原

当遇到该错误时,恢复数据库推荐的和最可靠的方法是从上一次已知完好的备份还原。

说明

您甚至从已知完好的备份还原后,但是,-1018年错误可能会出现重新除非根造成的物理数据写入解决问题的原因。

Windows NT 系统日志中应检查硬盘和也在 NT 容错磁盘子系统 (FTDISK) 的硬盘控制器报告的错误。在具体的而言,可能会出现与硬件相关的错误,如 SCSI 超时错误、 内存错误或驱动器损坏错误。这些错误应进行的处理和解决之前将数据库还原到此服务器。

即使在 Windows NT 系统日志中出现任何与硬件相关的错误,您的计算机上可能存在硬件问题。

Microsoft 与您的硬件有关进一步的更新联系您的硬件供应商 recommendeds。

使用 Edbutil.exe 或 Eseutil.exe

修复损坏的页的数据的另一种方法是将 Edbutil.exe 用于 Exchange Server 4.0 和 5.0 或 Eseutil.exe 用于 Exchange Server 5.5。

要点: 在运行此过程之前生成的数据库和日志文件的完整的脱机文件备份。这包括文件级别的 Exchsrvr\Dsadata 和 Exchsrvr\Mdbdata 文件夹的备份。这可以确保没有一种方法转回如果 edbutil/eseutil 失败。

Edbutil.exe (和 Eseutil.exe) 是一个低级别的 Jet 数据库实用工具,它对进行碎片整理,检查数据库的一致性。此外,还有一个修复选项 eseutil/p <dbname>中的 edbutil/d / <dbname>) 尝试修复损坏页并将其删除,如果修复不成功的。如果网页已使用修复选项,会发生数据丢失。在数据库中的页可以包含的邮件、 文件夹、 表、 母版的索引和等。没有要判断哪些 Edbutil 或 Eseutil 已删除,因为 Jet 会看到它与原始数据的方法。Jet 数据库上完成修复后,运行脱机碎片整理 (edbutil/D <dbname>或 eseutil/p <dbname>) 修复空间树。 紧跟在修复模式下运行 Isinteg.exe,Edbutil 或 $ Eseutil 已在运行在同一个数据库上的碎片。Isinteg 清除之间实际数据在 Jet 数据库的信息存储区中指向任何不一致。如果立即以下修复,则不会运行 Isinteg,用户邮箱中可能会损坏。用户将具有不能打开的邮件、 不正确的读/未读计数等。运行 Edbutil 或 Eseutil 后进行了完全备份的数据库已修复的。

请参阅有关使用 Edbutil.exe 和 Isinteg.exe 的更多详细信息,Microsoft Exchange 服务器管理员指南 》

疑难解答问题

如果您无法通过还原从备份或使用 Edbutil.exe 或 Eseutil.exe 来解决该问题可使用以下步骤解决该问题。执行每个步骤后, 检查以查看问题是否已解决。
  1. 重新启动计算机。如果您不想现在重新启动计算机,停止并重新启动信息存储区和 $ 目录服务而是。若要这样做:
    1. 在 $ 控制面版中双击 服务
    2. 单击 Microsoft Exchange 目录,然后单击 停止。如果出现一个对话框,指出将停止其他服务,请注意该服务,将停止,然后单击 确定。应将被停止的服务的列表中包含信息存储服务。
    3. 单击 Microsoft Exchange 目录,然后单击 开始
    4. 在步骤 b,包括信息存储服务启动被停止的任何其他服务。
  2. 使用 Chkdsk.exe 实用程序来验证您的硬盘的完整性。
  3. 如果 Exchsrvr 文件夹位于压缩的 NTFS 文件系统驱动器上,解压缩该驱动器。
  4. 如果您的计算机上安装一个 SCSI 硬盘控制器上启用了回写高速缓存验证缓存不是易失性。 非易失缓存受电池、 闪存的 RAM 或其他方法。
  5. 禁用保持一段的防病毒程序、 文件和 $ 磁盘管理实用程序或备份程序的时间将文件打开的任何程序。如果禁用某个程序,可以防止问题发生,验证之前再次启用该程序是与 Exchange Server 完全兼容。
  6. 在服务器上运行性能优化器 (Perfwiz.exe)。
  7. 确认虚拟内存设置,在 Windows NT 服务器正确无误。若要查看虚拟内存设置控件面板中的双击 系统、 单击 性能 选项卡,然后单击 更改
  8. 如果运行的从您的原始设备制造商 (OEM) 获得的任何磁盘实用程序验证您正在运行最新版本的程序。
  9. 使用与以下对象关联的性能监视计数器检测潜在的问题:
    • 高速缓存
    • 数据库
    • LogicalDisk
    • 内存
    • MSExchangeIS
    • 分页文件
    • 物理磁盘
    • 进程
    • 服务器工作队列
    • 服务器
    • 系统
    • 线程

属性

文章编号: 151789 - 最后修改: 2006年10月28日 - 修订: 4.4
这篇文章中的信息适用于:
  • Microsoft Exchange Server 4.0 标准版
  • Microsoft Exchange Server 5.0 标准版
  • Microsoft Exchange Server 5.5 标准版
关键字:?
kbmt kbprb kbusage KB151789 KbMtzh
机器翻译
注意:这篇文章是由无人工介入的微软自动的机器翻译软件翻译完成。微软很高兴能同时提供给您由人工翻译的和由机器翻译的文章, 以使您能使用您的语言访问所有的知识库文章。然而由机器翻译的文章并不总是完美的。它可能存在词汇,语法或文法的问题,就像是一个外国人在说中文时总是可能犯这样的错误。虽然我们经常升级机器翻译软件以提高翻译质量,但是我们不保证机器翻译的正确度,也不对由于内容的误译或者客户对它的错误使用所引起的任何直接的, 或间接的可能的问题负责。
点击这里察看该文章的英文版: 151789
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。
不再更新的 KB 内容免责声明
本文介绍那些 Microsoft 不再提供支持的产品。因此本文按“原样”提供,并且不再更新。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com