主页 / server / 问题 / 54242
In Process
erotsppa
Asked: 2009-08-15 06:37:16 +0800 CST

交易所死了！服务器恢复但没有用户可以登录

  • 772

昨天我们遇到了硬件故障，导致我们的交换服务器停机。硬件已修复，服务器已恢复。Windows server 2008 在启动时进行了磁盘检查，一切都恢复了。

但是，没有用户可以登录他们的交换帐户！IMAP、Exchange 和 OWA 都是如此！他们三个都拒绝接受任何用户。例如，当我尝试访问 OWA 时，我得到以下页面http://pastie.org/584061

我们验证了所有服务都已启动（IMAP、POP、SMTP、IIS 等）。我们能够通过 telnet 使用它们各自的端口连接到所有这些服务。可能是什么问题呢？

当我尝试挂载它提供的数据库时，似乎无法从 Exchange 管理控制台挂载数据库：

Microsoft Exchange 错误无法装载数据库“邮箱数据库”。邮箱数据库失败错误：Exchange 无法装载您指定的数据库。指定数据库：SERVER\First Storage Group\Mailbox Database；错误代码：MapiExceptionCallFailed：无法挂载数据库。(hr=0x80004005, ec=-528)。

我在网上看到有一个修复工具，所以我试了一下。我导航到我的 edb 文件并运行 eseutil /p "Mailbox Database.edb"。它打印了以下输出

修复完成。数据库损坏已修复！注意：建议您立即执行此数据库的完整备份。如果您恢复在修复之前进行的备份，数据库将回滚到该备份时的状态。操作在 885.750 秒后成功完成，并显示 595（JET_wrnDatabaseRepaired, Database corruption has been repaired）。

但是我仍然无法安装！

windows-server-2008 exchange-2007

5 个回答

  1. 我有一次 Exchange Server 发生故障，我的猜测是自从它发生以来你没有睡得很好或者根本没有睡好。就我而言，我花了 500 美元或其他任何费用与 Microsoft 建立技术案例。值得每一分钱，如果修复不是立即明显，我建议将其交给专家。我可能会因为推荐这个而被否决，但我不得不说 Exchange 支持团队非常好。

    • 14

  2. 如果您有邮件存储的最新备份，请立即从该备份中恢复。 如果没有，在您执行任何其他操作之前，请先找到Exchange 故障排除助手并将其安装在您的 Exchange 服务器上。它将诊断数据库并告诉您安装它需要做什么。

    技术说明：您运行 ESEUTIL /P。ESEUTIL 是一个不了解 Exchange 的低级数据库实用程序。/P 选项具有破坏性：它将删除坏页（CRC 失败）以使数据库正常运行。微软指出，这些糟糕的页面可能什么都不是，如果你过得愉快的话，这些页面可能是空的。或者它们可能是某人的依恋。或者他们邮箱的根目录。哎呀。

    运行此工具后，您需要运行 ISINTEG。此工具可识别 Exchange，并将扫描您的数据库，修复其错误并使其保持一致。您可能需要多次运行此程序，因为如果有很多错误，ISINTEG 不会一次修复所有错误。

    只需运行 ISINTEG 直到不再报告错误。

    然后挂载你的数据库。

    Microsoft 不建议将已修复的数据库留在生产中。之后，您可能必须使用 Exmerge 导出邮箱，删除旧数据库，重新创建空用户邮箱，然后重新合并邮件。

    但是，如果您有最近的备份，请忘记所有这些并从中恢复。我不能经常重复。

    我刚才说从备份恢复吗？

    • 4

  3. 事务日志是否丢失？如果是这样，http ://technet.microsoft.com/en-us/library/bb267001.aspx 。

    • 2

  4. 当然问题在于数据库挂载，这仅仅意味着恢复的数据库处于不可访问状态。您需要选择先进且功能强大的第三方 edb 修复工具，并且您不能避免这样做，因为这是您的关键业务数据的问题，尽快修复它并避免出于任何目的访问或使用数据库，因为它可能会增加您的麻烦.

    • 1

  5. 首先，强烈建议在继续恢复过程之前备份数据库。

    -528 错误代码表示“日志文件丢失”。当 Exchange Server 尝试打开日志文件时，您可能会清理一些日志文件或其他进程打开了日志文件。您可能已将防病毒配置为查看日志或数据库目录。使用以下步骤解决问题：

    1.到邮箱服务器，再次尝试挂载数据库。

    2.检查事件查看器，应该有一个带有它正在寻找的文件名的日志。如果您能够找到它，请将其放回原处并尝试挂载数据库。

    3.如果找不到日志文件，请尝试 Mount-Database -AcceptDataLoss（此时，您将丢失数据）。

    4.如果还是不行就试试Restore-StorageGroup 然后挂载数据库。

    5.如果不起作用，请创建一个名为 Exxtmp.log 的空文件并将其放入日志目录并尝试挂载数据库。

    6.如果这不起作用，则创建一个虚拟存储组和一个虚拟邮箱数据库，标记虚拟数据库以进行灾难恢复，并安装数据库并将邮箱移动到新数据库。

    我建议您阅读以下链接： https ://docs.microsoft.com/en-us/exchange/high-availability/disaster-recovery/disaster-recovery?view=exchserver-2019

    http://techgenix.com/exchange-server-disaster-recovery/

    • 0

相关问题