admin 管理员组

文章数量: 1184232

在 Microsoft Exchange Server 2016 中，将归档的数据库文件（.edb 文件）重新挂载到 Exchange 管理中心 (ECP) 上，可以通过以下步骤实现。此过程主要包括还原数据库、将其挂载到Exchange，并在 ECP 中管理用户归档邮箱。以下是具体步骤：

---

步骤 1：确保文件准备就绪


1. 确认 `.edb` 文件以及相关日志文件（如果有）完整无损。
2. 确认归档数据库的物理路径位置，并确保文件权限允许 Exchange 服务访问。

---

步骤 2：恢复数据库到 Exchange


1. **打开 Exchange 管理外壳 (EMS)：**  
   使用管理员权限打开 Exchange Management Shell。
   
2. **检查数据库状态：**

  eseutil /mh "C:\Path\To\YourDatabase.edb"


   - 确认数据库状态是 `Clean Shutdown`。

 
   - 如果状态是 `Dirty Shutdown`，需要修复数据库：

 eseutil /r E10 /l "C:\Path\To\LogFiles" /d "C:\Path\To\YourDatabase.edb" 


     - 替换 `E10` 为日志文件的前缀。

这里报错说没找到日志文件的路径，使用/p恢复

eseutil /p "E:\ExchV15\Mailbox\IDC-ArchDB-11-20220822\IDC-ArchDB-11-20220822.edb"


 

再次验证数据库状态

eseutil /mh "C:\Path\To\YourDatabase.edb"

3. **创建恢复数据库：**
   使用以下命令创建一个恢复数据库（RDB）：
 

   New-MailboxDatabase -Recovery -Name "ArchiveDB_Restore" -Server "YourServerName" -EdbFilePath "C:\Path\To\YourDatabase.edb" -LogFolderPath "C:\Path\To\LogFiles"

在这一步可能会报错

移走目录下的*.log文件再次挂载就行

重启exchange服务

Restart-Service MsexchangeIS

设置RDB可以Restore：

Set-MailboxDatabase -Identity RDB -AllowFileRestore $true

4. **挂载恢复数据库：**
   挂载恢复数据库到 Exchange：
 

Mount-Database -Identity "ArchiveDB_Restore"

这一步可能报错：

报错说挂载的数据库邮箱太多，

a、移除一些不必要的数据库(特别是之前回挂的归档数据库 经测试一次在一台Host 只能挂一个Recovery状态数据库)

或者

b、删除了一些没用的数据库依旧这个报错，查看到KB说是由存在日志文件，所有*.log文件都需要移走，重复新建数据库步骤，再挂载。

运行以下命令列出恢复数据库中的邮箱

Get-MailboxStatistics -Database "IDC-ArchDB-11-20220822" | Select DisplayName,ItemCount,MailboxGuid

有了上面的数据后，我们就可以还原邮件了

这里新创建一个数据库，用于新建目标邮箱（也可以使用生产中正常邮箱）

注意磁盘空间大小

新建邮箱账号（archiveuser133）与数据库（archiveuser133-re）时

把页面中所有size限制都设置为 “unlimited”。

步骤 3：将归档邮箱恢复到用户邮箱


1. **列出恢复数据库中的邮箱：**
  

Get-MailboxStatistics  -Database "IDC-ArchDB-11-20220822" |ft displayname,mailboxguid,itemcount
DisplayName                                                    MailboxGuid                          ItemCount
-----------                                                    -----------                          ---------
SystemMailbox{773d9152-5edf-412b-9499-2f95411886e6}            9386c5a1-57cf-4888-aa6e-a79019f7ad9f        27
HealthMailbox-IDC-SR-MAIL-06-IDC-ArchDB-11-20220822            98dc413a-0cb0-49df-af11-783ec091064f       186
就地存档 - HealthMailbox-IDC-SR-MAIL-06-IDC-ArchDB-11-20220822 23dbbdd3-957c-462e-9e2f-14d0e3dfa161        33
邮件存档033                                                    0069759e-39cd-430e-9d09-4685ddb6379b    106017


2. **恢复邮箱到目标邮箱：**


   使用以下命令将恢复数据库中的邮箱归档数据合并到用户的主邮箱：

   New-MailboxRestoreRequest -SourceDatabase "ArchiveDB_Restore" -SourceStoreMailbox "MailboxGuidOrDisplayName" -TargetMailbox "TargetMailbox"

   - 替换 `MailboxGuidOrDisplayName` 为要恢复的邮箱的 GUID 或显示名称。
   - 替换 `TargetMailbox` 为目标用户邮箱。

这里报错了，按照提示命令后面添加 -AllowLegacyDNMismatch

3. **检查恢复进度：**

   Get-MailboxRestoreRequest | Get-MailboxRestoreRequestStatistics
Get-MailboxRestoreRequest | Get-MailboxRestoreRequestStatistics -IncludeReport |Format-Table Name,Status,PercentComplete,BytesTransferred,BytesTransferredPerMinute,ItemsTransferred -AutoSize

 


  

### 注意事项
- 如果归档数据库涉及旧版本 Exchange 或迁移场景，请确保与当前 Exchange 版本兼容。
- 确保有完整备份，特别是在修复或挂载数据库之前，以防数据损坏。
- 如果数据库过大，恢复可能需要较长时间，请确保有足够磁盘空间和计算资源。

-恢复邮件数据时 可以查看下有没有速率限制

Set-Mailbox -Identity xxx@some -ThrottlingPolicy CMMigratePolicy

微软官网步骤： 使用恢复数据库还原数据：Exchange 2013 帮助 | Microsoft Learn

Eseutil: Exchange 2007 帮助 | Microsoft Learn

后续： 由于在挂载邮箱数据库时未开启循环日志，把文件系统撑爆了，无法正常完成恢复邮件的任务

1. 检查邮箱是否已禁用或存在损坏

检查邮箱启用状态：

Get-Recipient -Identity "archiveuser135"

确认邮箱是否处于禁用状态。如果没有返回信息，可能需要进一步检查邮箱是否被隐藏或禁用。

检测邮箱是否损坏：

New-MailboxRepairRequest -Mailbox "archiveuser135" -CorruptionType ProvisionedFolder,SearchFolder,AggregateCounts,FolderView

这将启动邮箱修复过程，用于修复常见的邮箱损坏问题。

2. 测试邮箱访问和连接

使用 Test-MAPIConnectivity 检查邮箱数据库：

Test-MAPIConnectivity -Database "archiveuser135-re"

Test-MAPIConnectivity -Identity "archiveuser125"

此命令会验证邮箱的 MAPI 连接是否正常。如果返回错误，请根据错误消息进一步排查。

邮箱故障

3. 检查邮箱是否被隔离

使用以下命令确认邮箱隔离状态：

Get-MailboxStatistics -Identity "archiveuser135" | Select DisplayName, IsQuarantined

如果 IsQuarantined 返回 True，邮箱已被隔离。

4. 手动解除邮箱隔离

方法一：直接删除隔离状态

删除隔离状态的注册表项：

  1. 打开注册表编辑器 (regedit)

  2. 导航到以下路径：

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<ServerName>\Private-<Database GUID>\QuarantinedMailboxes

  3. 找到 archiveuser135 对应的键并删除。（我在注册表中没找到对应服务名）
方法二：通过 PowerShell 停止隔离

可以使用 PowerShell 解除隔离：

Stop-Service MSExchangeIS 

Remove-Item "HKLM:\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<ServerName>\Private-<Database GUID>\QuarantinedMailboxes\<Mailbox GUID>" -Force Start-Service MSExchangeIS
Start-Service MSExchangeIS

 

再次验证邮箱及数据库连通性，这里等待2分钟

重建恢复请求

这里会接着上次的进度恢复

后续2：进度已完成100%，但是StatusDetail报错failedOther

使用命令查看详细：

Get-MailboxRestoreRequest | Get-MailboxRestoreRequestStatistics -IncludeReport | Format-List

2024/12/2 9:45:50 [IDC-SR-MAIL-06] 出现致命错误 TooManyBadItemsPermanentException。

使用命令调大BadItemPermanentException的值

Set-MailboxRestoreRequest -Identity "MailboxRestore" -BadItemLimit 50 -AcceptLargeDataLoss

查看进度

Get-MailboxRestoreRequest | Get-MailboxRestoreRequestStatistics -IncludeReport | Format-List

进度恢复

最后删除任务

Get-MailboxRestoreRequest | Where-Object {$_.Status -eq "Completed"} | Remove-MailboxRestoreRequest -Confirm:$false

后续3：多台主机MRS服务抢占任务

2025/5/27 6:50:05 [EXCHANGE2010] 复制进度: 4/3954416 条信息，401.5 KB (411,145 bytes)/7
 26.5 GB (780,044,652,053 bytes)。
 2025/5/27 6:54:49 [EXCHANGE2010] 出现了暂时性错误 MapiExceptionNetworkError。系统将重试
 (1/60)。
 错误详细信息: MapiExceptionNetworkError: Unable to save changes. (hr=0x80040115, ec=0)
 Diagnostic context:
     ......
     Lid: 16280   dwParam: 0x6BE      Msg: EEInfo: ComputerName: n/a
     Lid: 8600    dwParam: 0x6BE      Msg: EEInfo: ProcessID: 4844
     Lid: 12696   dwParam: 0x6BE      Msg: EEInfo: Generation Time: 2025-05-26 22:54:38:
 127
     Lid: 10648   dwParam: 0x6BE      Msg: EEInfo: Generating component: 18
     Lid: 14744   dwParam: 0x6BE      Msg: EEInfo: Status: 121
     Lid: 9624    dwParam: 0x6BE      Msg: EEInfo: Detection location: 290
     Lid: 13720   dwParam: 0x6BE      Msg: EEInfo: Flags: 0
     Lid: 11672   dwParam: 0x6BE      Msg: EEInfo: NumberOfParameters: 1
     Lid: 12952   dwParam: 0x6BE      Msg: EEInfo: prm[0]: Long val: 0
     Lid: 23260   Win32Error: 0x6BE
     Lid: 43249
     Lid: 39153   StoreEc: 0x80040115
     Lid: 32881   StoreEc: 0x80040115
     Lid: 50035
     Lid: 64625   StoreEc: 0x80040115
     Lid: 50128
     Lid: 50288
     Lid: 23354   StoreEc: 0x80040115
     Lid: 25913
     Lid: 21817   ROP Failure: 0x80040115
     Lid: 17361
     Lid: 19665   StoreEc: 0x80040115
    在 Microsoft.Exchange.MailboxReplicationService.MapiUtils.ExportMessageBatch(ISource
 Mailbox mailbox, List`1 messages, GetProxyPoolDelegate getProxyPool, ExportMessagesFlag
 s flags, PropTag[] propsToCopyExplicitly, PropTag[] excludeProps, TestIntegration testI
 ntegration, LocalizedException& failure)
    在 Microsoft.Exchange.MailboxReplicationService.MapiUtils.ExportMessagesWithBadItemD
 etection(ISourceMailbox mailbox, List`1 messages, GetProxyPoolDelegate getProxyPool, Ex
 portMessagesFlags flags, PropTag[] propsToCopyExplicitly, PropTag[] excludeProps, TestI
 ntegration testIntegration, List`1& badMessages)
    在 Microsoft.Exchange.MailboxReplicationService.MailboxMerger.CopyMessageBatch(Folde
 rContentsMapper mapper, List`1 itemsToCopy, FolderMapping fm)
    在 Microsoft.Exchange.MailboxReplicationService.MailboxMerger.MergeFolderContents(Fo
 lderMapping fm, ISourceFolder srcFolder, IDestinationFolder destFolder)
    在 Microsoft.Exchange.MailboxReplicationService.MailboxMerger.CopyFolderData(FolderM
 apping fm, ISourceFolder srcFolder, IDestinationFolder destFolder)
    在 Microsoft.Exchange.MailboxReplicationService.MergeJob.<>c__DisplayClasse.<CopyFol
 der>b__d()
    在 Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute(GenericCall
 Delegate operation)
    在 Microsoft.Exchange.MailboxReplicationService.MergeJob.CopyFolder(Object[] wiParam
 s)
    在 Microsoft.Exchange.MailboxReplicationService.CommonUtils.CatchKnownExceptions(Gen
 ericCallDelegate del, FailureDelegate failureDelegate)
 错误上下文: --------
 操作: IMessageProxy.SaveChanges
 --------
 操作: IMessageProxy.SaveChanges
 OperationSide: Target
 主 (215b3b0d-c42d-4c74-a135-606e67712807)
 2025/5/27 6:55:20 [EXCHANGE2010] Microsoft Exchange 邮箱复制服务'EXCHANGE2010.jtic'
 (14.3.123.2 caps:07)正在检查请求。
 2025/5/27 6:55:20 [EXCHANGE2010] 已连接到源邮箱'还原(fcf6f9ac-6d50-466e-b7e7-7d4a94e281
 de)'、数据库'ArchDB_014_170707'、邮箱服务器'IDC-EX-MAIL01.jtic'Version 14.3 (Build
 123.0)。
 2025/5/27 6:55:20 [EXCHANGE2010] 已连接到目标邮箱'主 (215b3b0d-c42d-4c74-a135-606e67712
 807)'、数据库'ArchUser_014_170707_203'、 邮箱服务器'IDC-EX-MAIL01.jtic'Version 14.3
  (Build 123.0)。
 2025/5/27 6:55:20 [EXCHANGE2010] 请求处理已启动。
 2025/5/27 6:55:20 [EXCHANGE2010] 阶段: CreatingFolderHierarchy。完成百分比: 5。
 2025/5/27 6:55:20 [EXCHANGE2010] 已对邮箱'主 (215b3b0d-c42d-4c74-a135-606e67712807)'初
 始化合并: 总共 17 个文件夹。估计数据大小: 4174722 项，767.1 GB (823,712,429,022 bytes)
 。
 2025/5/27 6:55:20 [EXCHANGE2010] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 6:55:20 [EXCHANGE2010] 复制进度: 4519/4174722 条信息，1.206 GB (1,295,073,244
  bytes)/767.1 GB (823,712,429,022 bytes)。
 2025/5/27 6:55:20 [EXCHANGE2010] 将文件夹'/信息存储顶部/联系人 [Contacts]'合并到'/Top o
 f Information Store/Contacts [Contacts]'中。
 2025/5/27 6:55:20 [EXCHANGE2010] 正在复制 0 个项，0 B (0 bytes)。正在跳过 0 个项，0 B (
 0 bytes)。
 2025/5/27 6:55:20 [EXCHANGE2010] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 6:55:20 [EXCHANGE2010] 复制进度: 4519/4174722 条信息，1.206 GB (1,295,073,244
  bytes)/767.1 GB (823,712,429,022 bytes)。
 2025/5/27 6:55:20 [EXCHANGE2010] 将文件夹'/信息存储顶部/日历 [Calendar]'合并到'/Top of
 Information Store/Calendar [Calendar]'中。
 2025/5/27 6:55:20 [EXCHANGE2010] 正在复制 0 个项，0 B (0 bytes)。正在跳过 1 个项，1001
 B (1,001 bytes)。
 2025/5/27 6:55:21 [EXCHANGE2010] 将文件夹'/信息存储顶部/任务 [Tasks]'合并到'/Top of Inf
 ormation Store/Tasks [Tasks]'中。
 2025/5/27 6:55:21 [EXCHANGE2010] 正在复制 0 个项，0 B (0 bytes)。正在跳过 0 个项，0 B (
 0 bytes)。
 2025/5/27 6:55:21 [EXCHANGE2010] 将文件夹'/信息存储顶部/注释 [Notes]'合并到'/Top of Inf
 ormation Store/Notes [Notes]'中。
 2025/5/27 6:55:21 [EXCHANGE2010] 正在复制 0 个项，0 B (0 bytes)。正在跳过 0 个项，0 B (
 0 bytes)。
 2025/5/27 6:55:21 [EXCHANGE2010] 将文件夹'/信息存储顶部/收件箱 [Inbox]'合并到'/Top of I
 nformation Store/Inbox [Inbox]'中。
 2025/5/27 7:23:58 [IDC-EX-MAIL01] 正在复制 3954414 个项，726.5 GB (780,044,651,501 byte
 s)。正在跳过 220304 个项，40.67 GB (43,667,771,207 bytes)。
 2025/5/27 7:24:02 [IDC-EX-MAIL01] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 7:24:02 [IDC-EX-MAIL01] 复制进度: 4/3954416 条信息，401.5 KB (411,145 bytes)/
 726.5 GB (780,044,652,053 bytes)。
 2025/5/27 7:24:02 [IDC-EX-MAIL01] 另一个 Microsoft Exchange 邮箱复制服务服务器'EXCHANGE
 2010.jtic'正在处理此请求。
 2025/5/27 7:24:02 [IDC-EX-MAIL01] 无法保存请求。
 错误详细信息: RelinquishJobPermanentException 请求已放弃。
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.ExamineRequest(RequestJobBas
 e request)
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.<>c__DisplayClass24.<SaveReq
 uest>b__20()
    在 Microsoft.Exchange.MailboxReplicationService.MapiUtils.RetryOnObjectChanged(Gener
 icCallDelegate del)
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.SaveRequest(Boolean examineR
 equest, UpdateRequestDelegate updateRequestDel)
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.SaveState(SaveStateFlags fla
 gs, UpdateRequestDelegate updateRequestDel)
 2025/5/27 7:24:02 [IDC-EX-MAIL01] 正在放弃作业。
 2025/5/27 7:24:03 [IDC-EX-MAIL01] Microsoft Exchange 邮箱复制服务'IDC-EX-MAIL01.jtic.co
 m'(14.3.123.2 caps:07)正在检查请求。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 已连接到源邮箱'还原(fcf6f9ac-6d50-466e-b7e7-7d4a94e28
 1de)'、数据库'ArchDB_014_170707'、邮箱服务器'IDC-EX-MAIL01.jtic'Version 14.3 (Build
  123.0)。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 已连接到目标邮箱'主 (215b3b0d-c42d-4c74-a135-606e6771
 2807)'、数据库'ArchUser_014_170707_203'、 邮箱服务器'IDC-EX-MAIL01.jtic'Version 14.
 3 (Build 123.0)。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 请求处理已启动。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 阶段: CreatingFolderHierarchy。完成百分比: 5。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 已对邮箱'主 (215b3b0d-c42d-4c74-a135-606e67712807)'初
 始化合并: 总共 17 个文件夹。估计数据大小: 4174722 项，767.1 GB (823,712,429,022 bytes)
 。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 复制进度: 0/4174722 条信息，0 B (0 bytes)/767.1 GB (8
 23,712,429,022 bytes)。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 将文件夹'/信息存储顶部/联系人 [Contacts]'合并到'/Top
 of Information Store/Contacts [Contacts]'中。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 正在复制 0 个项，0 B (0 bytes)。正在跳过 0 个项，0 B
 (0 bytes)。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 7:24:04 [IDC-EX-MAIL01] 复制进度: 0/4174722 条信息，0 B (0 bytes)/767.1 GB (8
 23,712,429,022 bytes)。
 2025/5/27 8:43:20 [EXCHANGE2010] 正在复制 3949882 个项，725.3 GB (778,749,457,376 bytes
 )。正在跳过 224836 个项，41.88 GB (44,962,965,332 bytes)。
 2025/5/27 8:43:23 [EXCHANGE2010] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 8:43:23 [EXCHANGE2010] 复制进度: 4526/3949884 条信息，1.206 GB (1,295,400,680
  bytes)/725.3 GB (778,749,457,928 bytes)。
 2025/5/27 8:43:23 [EXCHANGE2010] 另一个 Microsoft Exchange 邮箱复制服务服务器'IDC-EX-MA
 IL01.jtic'正在处理此请求。
 2025/5/27 8:43:23 [EXCHANGE2010] 无法保存请求。
 错误详细信息: RelinquishJobPermanentException 请求已放弃。
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.ExamineRequest(RequestJobBas
 e request)
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.<>c__DisplayClass24.<SaveReq
 uest>b__20()
    在 Microsoft.Exchange.MailboxReplicationService.MapiUtils.RetryOnObjectChanged(Gener
 icCallDelegate del)
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.SaveRequest(Boolean examineR
 equest, UpdateRequestDelegate updateRequestDel)
    在 Microsoft.Exchange.MailboxReplicationService.BaseJob.SaveState(SaveStateFlags fla
 gs, UpdateRequestDelegate updateRequestDel)
 2025/5/27 8:43:23 [EXCHANGE2010] 正在放弃作业。
 2025/5/27 8:43:23 [EXCHANGE2010] Microsoft Exchange 邮箱复制服务'EXCHANGE2010.jtic'
 (14.3.123.2 caps:07)正在检查请求。
 2025/5/27 8:43:23 [EXCHANGE2010] 已连接到源邮箱'还原(fcf6f9ac-6d50-466e-b7e7-7d4a94e281
 de)'、数据库'ArchDB_014_170707'、邮箱服务器'IDC-EX-MAIL01.jtic'Version 14.3 (Build
 123.0)。
 2025/5/27 8:43:23 [EXCHANGE2010] 已连接到目标邮箱'主 (215b3b0d-c42d-4c74-a135-606e67712
 807)'、数据库'ArchUser_014_170707_203'、 邮箱服务器'IDC-EX-MAIL01.jtic'Version 14.3
  (Build 123.0)。
 2025/5/27 8:43:23 [EXCHANGE2010] 请求处理已启动。
 2025/5/27 8:43:23 [EXCHANGE2010] 阶段: CreatingFolderHierarchy。完成百分比: 5。
 2025/5/27 8:43:23 [EXCHANGE2010] 已对邮箱'主 (215b3b0d-c42d-4c74-a135-606e67712807)'初
 始化合并: 总共 17 个文件夹。估计数据大小: 4174722 项，767.1 GB (823,712,429,022 bytes)
 。
 2025/5/27 8:43:23 [EXCHANGE2010] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 8:43:23 [EXCHANGE2010] 复制进度: 0/4174722 条信息，0 B (0 bytes)/767.1 GB (82
 3,712,429,022 bytes)。
 2025/5/27 8:43:23 [EXCHANGE2010] 将文件夹'/信息存储顶部/联系人 [Contacts]'合并到'/Top o
 f Information Store/Contacts [Contacts]'中。
 2025/5/27 8:43:23 [EXCHANGE2010] 正在复制 0 个项，0 B (0 bytes)。正在跳过 0 个项，0 B (
 0 bytes)。
 2025/5/27 8:43:23 [EXCHANGE2010] 阶段: CopyingMessages。完成百分比: 10。
 2025/5/27 8:43:23 [EXCHANGE2010] 复制进度: 0/4174722 条信息，0 B (0 bytes)/767.1 GB (82
 3,712,429,022 bytes)。

  • EDB 文件体积巨大（767GB），恢复对象约 417 万封邮件，数据量高达 767 GB+

  • 邮箱复制服务反复失败，状态卡在 "CopyingMessages"（复制消息）阶段

  • 多次出现 RelinquishJobPermanentException，表示复制作业被放弃

  • 严重的 MAPI 网络错误 (MapiExceptionNetworkError，hr=0x80040115)，说明目标服务器在处理消息保存时连接失败或不可用

  • 多个 Exchange 邮箱复制服务（Mailbox Replication Services, MRS）实例并发干扰，导致冲突

    根本原因：

问题原因
RelinquishJobPermanentException作业被抢占，多个 MRS 实例在不同服务器间来回切换，产生冲突或锁资源
MapiExceptionNetworkError目标数据库挂载正常但存在网络超时/连接不稳定，保存消息失败
恢复失败重试但无进展合并操作开始后，复制量为零，说明处理被提前终止或中断
巨量数据未分批处理全量合并压力大，容易失败

检查 MRS 服务状态

  • 所有 Exchange 服务器：

    Get-Service MSExchangeMailboxReplication Restart-Service MSExchangeMailboxReplication

  • 保证 只有一个实例处理还原请求。

处理步骤：

步骤1：禁止另外一台主机上MRS服务干扰还原任务

  1. 在另外一台主机上暂停 Mailbox Replication Service

    Stop-Service MSExchangeMailboxReplication 

Set-Service MSExchangeMailboxReplication -StartupType Disabled

    ⚠️ 关键：必须防止其抢占恢复任务（日志中明确记录其反复抢占）

  2. 在 执行恢复请求的主机上确保 MRS 服务已启用并运行

    Set-Service MSExchangeMailboxReplication -StartupType Automatic 

Start-Service MSExchangeMailboxReplication

  3. 检查确认：

    Get-Service MSExchangeMailboxReplication -ComputerName EXCHANGE2010 

Get-Service MSExchangeMailboxReplication -ComputerName IDC-EX-MAIL01

目标：确保仅 IDC-EX-MAIL01 正在运行 MRS。 

步骤 2：清理并重新发起恢复请求

  1. 删除所有旧的冲突请求：

    Get-MailboxRestoreRequest | Remove-MailboxRestoreRequest -Confirm:$false

  2. 使用带参数的恢复命令：

    New-MailboxRestoreRequest ` -SourceDatabase "ArchDB_014_170707" ` -SourceStoreMailbox "fcf6f9ac-6d50-466e-b7e7-7d4a94e281de" ` -TargetMailbox "xxxx@domain" ` -BadItemLimit 5000 ` -AcceptLargeDataLoss

 

为什么即使没有 DAG 也会“抢占作业”？

Exchange 2010 的 Mailbox Replication Service (MRS) 是组织范围的复制引擎：

  • 任何 Exchange Server 运行 MRS 的话，只要检测到未完成的 Restore Request，就可能尝试处理。

  • 日志中多次看到：

    RelinquishJobPermanentException 请求已放弃。 另一个 Microsoft Exchange 邮箱复制服务服务器正在处理此请求。

    这正是MRS 跨服务器争抢处理权的行为，即便两台服务器没有 DAG。

✅ 结论

🔹 在非 DAG 的双服务器环境中恢复 Exchange 邮箱，依然必须确保仅保留一个 MRS 服务运行。这是解决恢复失败和请求中断的关键前提。

🔹 脚本和恢复方法不变，只是确保环境清洁后执行，恢复过程会更稳定可靠。

本文标签： 邮箱 数据库 数据 用户 Server

版权声明：本文标题：Exchange Server 2016通过RDB(恢复数据库)还原用户邮箱数据 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://www.roclinux.cn/b/1766237053a3446826.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。