概述
我们目前正在为公司寻找一种简单的 Exchange 故障转移解决方案。我们在 Windows Server 2012 上运行着一个有效的 Exchange 2013(服务器1)。我们还在另一台 Windows Server 2012 计算机上安装了另一个相同的 Exchange 2013(服务器2)。第二台服务器仅在我们需要故障转移时使用。没有邮件发送到此服务器。我们使用以下文章作为故障转移解决方案:
现在我们正在通过执行以下操作来测试此过程:
- 在创建新的测试数据库服务器1。
- 将邮箱添加到数据库服务器1。
- 在创建新的测试数据库服务器2。
- 从测试数据库复制日志文件和 edb 文件服务器1测试数据库服务器2
运行以下命令服务器2允许恢复数据库。
设置邮箱数据库测试数据库-AllowFileRestore $ true
最后,当我们尝试使用以下命令挂载数据库时出现了问题:
挂载数据库测试数据库
问题
这是我们收到的错误:
Failed to mount database "testDatabase". Error: An Active Manager operation
failed with a transient error. Please retry
the operation. Error: Database action failed with transient error. Error: A
transient error occurred during a database
operation. Error: MapiExceptionNetworkError: Unable to mount database.
(hr=0x80040115, ec=-2147221227)
Diagnostic context:
Lid: 65256
Lid: 12514 Win32Error: 0x6BE
Lid: 62184
Lid: 16280 dwParam: 0x0 Msg: EEInfo: ComputerName: n/a
Lid: 8600 dwParam: 0x0 Msg: EEInfo: ProcessID: 10700
Lid: 12696 dwParam: 0x0 Msg: EEInfo: Generation Time: 0416-03-01T20:02:44.0600000Z
Lid: 10648 dwParam: 0x0 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x0 Msg: EEInfo: Status: 1726
Lid: 9624 dwParam: 0x0 Msg: EEInfo: Detection location: 974
Lid: 13720 dwParam: 0x0 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x0 Msg: EEInfo: NumberOfParameters: 0
Lid: 49064 dwParam: 0x1
Lid: 12514 Win32Error: 0x6BE
Lid: 62184
Lid: 16280 dwParam: 0x0 Msg: EEInfo: ComputerName: n/a
Lid: 8600 dwParam: 0x0 Msg: EEInfo: ProcessID: 10700
Lid: 12696 dwParam: 0x0 Msg: EEInfo: Generation Time: 0416-03-01T20:02:48.7480000Z
Lid: 10648 dwParam: 0x0 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x0 Msg: EEInfo: Status: 1726
Lid: 9624 dwParam: 0x0 Msg: EEInfo: Detection location: 974
Lid: 13720 dwParam: 0x0 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x0 Msg: EEInfo: NumberOfParameters: 0
Lid: 1047 StoreEc: 0x80040115 [Database: testDatabase, Server: DECKLE.lmtl.local]
+ CategoryInfo : InvalidOperation: (testDatabase:ADObjectId) [Mount-Database], InvalidOperationException
+ FullyQualifiedErrorId : [Server=DECKLE,RequestId=4f69c8d9-6a00-4143-ba0f-c1340b70f7a7,TimeStamp=3/1/2016 8:02:48
PM] [FailureCategory=Cmdlet-InvalidOperationException] 80B363A1,Microsoft.Exchange.Management.SystemConfiguration
Tasks.MountDatabase
+ PSComputerName : deckle.lmtl.local
笔记
在尝试上述过程之前,我们确实使用以下命令进行了检查以确保数据库已干净关闭:
[PS]E:\ExchangeData>eseutil /mh "E:\ExchangeData\testdatabase\testDatabase.edb"
这表明这确实是一次干净的关闭。
这个过程应该非常简单,因为我们已经阅读了许多指南,但我们还没有看到任何人遇到过这个问题。任何帮助都非常感谢。
答案1
听起来 Exchange 服务器无法看到域控制器。您不说实话,我希望它能连接到实时 DC 来实现这种事情。
对于“故障转移”解决方案来说,这是一个糟糕的想法。按照 joeqwerty 的建议使用 DAG。在发生中断时,它将得到支持,并且故障转移速度更快、更可靠。
您描述的数据库可移植性场景基本上是在灾难之后进行恢复,而不是快速的“哎呀,这个服务器有点问题,让我们快速故障转移到备用服务器,同时我们将第一个服务器放在当天的块上”之类的事情。
为了将其作为恢复场景进行测试,您将需要在恢复环境中为此类事情在第二个 Exchange 服务器旁边建立一个副本 DC。
如果你想测试在发生问题时恢复数据库的能力,你能不能将数据库挂载为恢复数据库?
如果您想提高电子邮件用户的服务弹性,请使用有向无环图. 这就是它们的用途。
答案2
首先检查这些服务是否正在运行或未在此提及博客
1)交换系统服务员 2)Exchange 信息存储服务(挂载问题的主要原因)
尝试运行这些服务,然后在运行 Exchange ISS 后,出现错误“错误代码 -2147221213” 然后尝试同步 Exchange 服务器和域控制器的联系人。
修复时间同步问题后,启动 Exchange Active Directory 拓扑服务,然后检查数据库是否已安装。
参考-错误背后的原因:无法在 Exchange 中挂载数据库
如果您尝试多次安装 Exchange 数据库存储,但每次仍然遇到相同的错误消息“无法安装数据库,Exchange 2016 中的活动管理器操作失败”。 那么,此错误消息背后的主要原因可能是缺少一个或多个事务日志文件。
大多数情况下,这种无法在 Exchange 中安装数据库的情况是由于关闭不当造成的。这种情况是由于突然断电或许多类似原因造成的。这会导致 Exchange 服务器数据库进入“脏关机”状态。
答案3
由于您的数据库处于干净关闭状态,您需要按照以下步骤修复此错误:
方法 1:检查日志文件
eseutil /ml "PATH TO LOG FILE\Mailbox Database\E00"
如果日志文件的状态正常,则尝试安装数据库。
如果显示错误,则需要根据错误进行软修复或硬修复。
方法 2:检查 Exchange 服务 如果数据库处于干净关闭状态,则检查以下服务是否正在运行:
- Microsoft Exchange 信息存储服务
- Microsoft 复制服务
- Microsoft Exchange 系统助理
- 重新启动 MS Exchange 服务
欲了解更多详情,可以查看此链接: