安装exchange server2019扩展域架构时，提示访问此计算机的注册表时出现问题。如果未运行远程注册表服务，可能发生此问题。也可能表明存在网络问题，或是 TCP/IP Netbios 帮助程序服务未运行。检查日志，发现有找不到注册表项 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\V15\Setup

重新执行了权限后 有了新的报错

运行"$error.Clear();

install-ExchangeSchema -LdapFileName ($roleInstallPath + "Setup\Data"+$RoleSchemaPrefix +

"schema0.ldf")

"时生成以下错误:"Microsoft.Exchange.Configuration.Tasks.TaskException:

运行'ldifde.exe'以导入架构文件'C:\Windows\Temp\ExchangeSetup\Setup\Data\PostWindows2003_schema0.ldf'时出错。错误代码为:

8224。在错误文件'C:\Users\administrator\AppData\Local\Temp\ldif.err'中可以找到详细信息。

在

Microsoft.Exchange.Configuration.Tasks.Task.ThrowError(Exception exception, ErrorCategory errorCategory, Object target,

String helpUrl)

在 Microsoft.Exchange.Management.Deployment.InstallExchangeSchema.ImportSchemaFile(String

schemaMasterServer, String schemaFilePath, String macroName, String macroValue, WriteVerboseDelegate writeVerbose)

在

Microsoft.Exchange.Management.Deployment.InstallExchangeSchema.InternalProcessRecord()

在

Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__91_1()

在

Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean

terminatePipelineIfFailed)"。

您好 @亮 赵
对不起回复晚了。根据我的研究，在使用 ldifde.exe 进行架构导入阶段出现的问题（错误代码 8224）通常表示 Active Directory 复制问题，常见原因包括 DNS 查询失败、域控制器（DC）无法访问或已孤立，或 Exchange 安装机器与 AD 之间的连接问题。

您可以尝试以下步骤进行故障排查：

1. 验证并修复 DNS 问题

由于错误 8224 通常对应于 ERROR_DS_DNS_LOOKUP_FAILURE，建议从以下步骤开始：

刷新 DNS 缓存：在 Exchange 安装机器和所有 DC 上运行 ipconfig /flushdns。

检查 DNS 配置：确保机器的 DNS 设置仅指向内部域的 DNS 服务器（不要使用公共 DNS，如 8.8.8.8）。运行 ipconfig /all 进行验证。

测试 DNS 健康状况：在 DC 上运行 dcdiag /test:dns 检查是否有错误。修复报告的问题，例如缺失的记录。

清理过时的 DNS 条目：打开 DNS 管理器（dnsmgmt.msc），导航到您的域区域，删除旧 DC 的过时 A/CNAME 记录。

2. 识别并移除孤立或无法访问的 DC

孤立的 DC（例如已退役但未正确移除）是常见的触发因素：

检查 DC 可达性：运行 repadmin /replsummary，验证所有 DC 的复制状态。注意失败或高延迟的项。

使用 Active Directory 站点和服务：

在 DC 上打开 dssite.msc。

展开“站点” > 所有站点 > “服务器”。

查找无法展开（没有 NTDS 设置）或已知离线/退役的服务器。

右键点击问题服务器 > 删除。

元数据清理（如果删除失败）：

打开管理员权限的命令提示符。

运行 ntdsutil，依次输入以下命令：

metadata cleanup
connections
connect to server <LiveDCName>
quit
select operation target
list domains
select domain <编号>
list sites
select site <编号>
list servers in site
select server <孤立DC编号>
quit
remove selected server
confirm

退出 ntdsutil。

清理后强制复制：在架构主 DC 上运行 repadmin /syncall /AdeP。

3. 在架构主 DC 上运行 Exchange 安装程序

为减少连接问题：

识别架构主 DC：运行 netdom query fsmo。

将 Exchange 安装文件复制到架构主 DC。

直接在该 DC 上运行命令：

 E:\Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /PrepareSchema

（根据实际路径调整）

如果成功，继续在同一台机器上运行：

E:\Setup.exe /IAcceptExchangeServerLicenseTerms_DiagnosticDataON /PrepareAD /OrganizationName:"YourOrgName"

我希望这些信息对你有帮助。

你好 @亮 赵

你有机会查看我提供的回复了吗？

如果有任何更新，将不胜感激。

可以了 确实是AD 的复制和DNS出了问题，AD服务器在更新重启后，云厂商将服务器的DNS恢复成公网DNS，并且开启了ipv6的网络，共同导致AD服务器复制失败，按照方法恢复复制后，exhange 完成部署，在此期间仍有一个小问题，exchange服务器上的server 服务不是自动的，需要改成自动并启动才允许安装。非常感谢您的回复！