邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: 运行 ESEUTIL /P 或 EDBUTIL /D /R 命令的结果 [打印本页]

作者: 钉子 时间: 2003-10-14 08:49
标题: 运行 ESEUTIL /P 或 EDBUTIL /D /R 命令的结果
 
当对 Exchange Server 数据库文件（如 Priv.edb、Pub.edb 或 Dir.edb 数据库）运行 eseutil /p 或 edbutil /d /r 命令时发生硬修复。该修复将搜寻整个数据库，检查并修复数据库内部的重要结构（如系统表、附件表等），并查看数据库中是否有损坏的页。 
 
如果修复遇到损坏的页（例如，修改页面时引起了无效校验和，而该校验和不是由 Jet 执行的），它将删除该页 (-1018)。如果发生这种情况，修复完成后可能会丢失重要数据。这些数据可能是电子邮件、日历约会、便笺或附件的一部分，最坏的情况是系统表的一部分。 
 
如果该系统表是附件表，则服务器上的每个用户都可能会丢失他们邮件的附件。这只是一种可能存在的情况，但是如果数据库中有损坏的页，硬修复后数据将会丢失。 
 
重要说明：只要可能，最好始终从备份恢复。 
 
如果从备份恢复，应确保在服务器上启动和运行的数据库是完好、干净和稳定的数据库。几乎在所有情况中，从备份恢复都比对数据库执行硬修复更快、更可靠。这是因为修复速度大约为每小时 4 到 6 GB，而且在修复后必须运行 Isinteg 进程，其运行速度大约是每小时 3 到 6 GB。（这些速度是平均速度，具体性能可能会不同，具体取决于必须对数据库执行的修复次数和硬件速度。） 
 
例如，如果使用尽可能快的硬件设置，修复 50-GB 数据库大约需要 8 小时，Isinteg 进程大约需要 8 小时，总共 16 小时。如果使用典型的 Wide SCSI 连接的数字线性磁带 (DLT) 35/70（其平均恢复速度为每秒大约 3 MB），则恢复相同的数据库大约需要 5 小时。这就节省了 11 个小时。速度极快的“快照”型备份系统（如 EMC Corporation 生产的系统）可以在几分钟内恢复该大小的数据库。 
 
如果您没有备份，则没有其他选择，只能对数据库运行硬修复，在运行硬修复后必须运行 Isinteg 实用程序。Isinteg 实用程序修复运行硬修复时可能引起的逻辑问题： 
对于 Exchange Server 4.0 和 5.0 私人信息存储，运行以下命令： 
isinteg -fix -pri 
 
对于 Exchange Server 4.0 和 5.0 公共信息存储，运行以下命令： 
isinteg -fix -pub 
 
对于 Exchange Server 5.5 私人信息存储，运行以下命令： 
isinteg -pri -fix -test alltests 
 
对于 Exchange Server 5.5 公共信息存储，运行以下命令： 
isinteg -pub -fix -test alltests 
 
在对 Priv.edb 或 Pub.edb 数据库运行 eseutil /p 或 edbutil /d /r 命令后，这些数据库可能会呈现以下症状： 
信息存储或者不停止或者停止响应。 
信息存储无法接收来自邮件传输代理 (MTA) 的邮件。 
电子邮件保留在用户的“发件箱”中。 
在服务器没有负载的情况下，Store.exe 程序运行时占用大量 CPU。 
如果服务器负载很重，Store.exe 程序将产生访问冲突。 
用户无法打开电子邮件附件或电子邮件。 
在对严重损坏的数据库运行硬修复后，它将不适用于生产目的。除非没有其他的方法，否则不要对数据库运行硬修复；如果可能，请始终从备份恢复。 
 
如果必须对生产数据库运行硬修复，Microsoft 建议您将数据从被修复的数据库中移出到新的数据库。可使用下面两种方法之一将数据移到新数据库： 
使用脱机碎片整理：脱机碎片整理自动创建一个新的数据库结构并将现有数据移到该结构中。有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 
192185 XADM:How to Defragment with the Eseutil Utility (Eseutil.exe) 
 
使用 Exmerge：Exmerge 实用程序可以将数据从一个数据库中提取出来，然后将其放入先前创建的另一个数据库中。有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 
259688 XADM:How to Use the Exmerge Utility to Extract Data from a Damaged Private Information Store 
 
更多信息 
要确定是否已对数据库运行了硬修复，请使用以下命令行转储标头（如果尚未修复数据库，修复计数为零）： 
eseutil /mh x:\exchsrvr\mdbdata\priv.edb |more 
 
eseutil /mh x:\exchsrvr\mdbdata\pub.edb |more 
 
以下是 Priv.edb 标头示例： 
Microsoft(R) Windows NT(TM) Server Database Utilities 
Version 5.5 
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved. 
 
Initiating FILE DUMP mode... 
Database:d:\exchsrvr\mdbdata\priv.edb 
 
Format ulMagic:0x89abcdef 
Engine ulMagic:0x89abcdef 
Format ulVersion:0x620,2 
Engine ulVersion:0x620,2 
DB Signature:Create time:4/5/2000 17:48:52 Rand:769046 Computer: 
cbDbPage: 4096 
dbtime: 556457 
State:Consistent 
Shadowed:Yes 
Last Objid: 184 
Scrub Dbtime: 0 
Scrub Date: 00/00/1900 00:00:00 
Repair Count: 1 
Repair Date: 2/20/2000 10:48:50

作者: marco 时间: 2006-3-31 18:50
标题: re:運行ESEUTIL /P 后，到了Rep...
運行ESEUTIL /P 后，到了Repairing Damaged Tables 的時候，到了80%就過不去了，這可怎麽辦才好啊？

欢迎光临邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.cn/)