Sitecore 9 Update 1 Commerce分布式环境安装疑问咨询

针对你在分布式部署Sitecore Commerce 9 Update 1时遇到的这两个问题，我结合实际部署经验给你梳理下可行的方案：

当你注释掉PowerShell脚本里的Solr和xConnect相关代码后，需要在各自的虚拟机上完成以下手动配置：

Solr 手动配置步骤 #

• 先确保目标虚拟机安装了Solr 7.2.1（这是Sitecore 9.1要求的版本），并启动Solr服务。
• 手动创建Commerce所需的Solr核心：从Sitecore Commerce Engine SDK的Solr目录下找到对应schema文件，在Solr管理界面创建commerce_master_index、commerce_products_index、commerce_orders_index等核心，将schema导入并配置好数据目录。
• 配置跨域与网络访问：在Solr的solrconfig.xml中添加CORS过滤器，允许xConnect和Commerce服务所在虚拟机的访问；同时开放虚拟机防火墙的8983端口（Solr默认端口）。
• 官方参考：Sitecore Commerce 9.1的官方部署文档中包含分布式Solr配置的详细章节，覆盖核心创建、schema配置和网络权限设置的全部要求。

xConnect 手动配置步骤 #

• 部署xConnect服务：从Sitecore安装包中提取xConnect的Web Deploy包，用IIS部署工具手动部署到目标虚拟机，配置应用池为.NET Framework 4.7.2，启用对应身份验证方式。
• 修改连接字符串：更新xConnect站点App_Config\ConnectionStrings.config中的Solr连接（指向Solr虚拟机地址，比如<add name="solr.search" connectionString="http://[SolrVM_IP]:8983/solr" />），同时配置好共享数据库的连接字符串。
• 证书配置：在xConnect虚拟机上安装SSL证书（自签或正式证书均可），并绑定到IIS站点；另外，所有需要和xConnect通信的虚拟机（比如Commerce Engine、Sitecore CMS）都要信任该证书，避免SSL握手错误。
• 同步xConnect索引：部署完成后，可通过访问xConnect的索引端点（https://[xConnectVM]/odata/index）或使用Sitecore PowerShell Extensions触发索引同步，确保xConnect能正常从Solr获取数据。
• 官方参考：Sitecore 9.1的xConnect Deployment Guide中有分布式部署的完整步骤，涵盖手动部署流程、证书配置和连接参数设置的细节。

把Authoring、Minions、Shops、Ops、BizFx及Identity Server拆分到不同虚拟机，需要按以下步骤操作：

前置环境准备 #

每个目标虚拟机都需要安装：

• .NET Framework 4.7.2
• IIS 及 URL Rewrite 模块
• 确保虚拟机之间网络互通，且能访问共享的数据库服务器、Solr和xConnect服务

逐个服务部署配置 #

• Identity Server：
  单独部署到一台虚拟机，从Commerce部署包提取Identity Server的Web Deploy包，部署到IIS后，修改App_Config\ConnectionStrings.config指向数据库和xConnect，绑定SSL证书。注意所有Commerce服务的配置文件里都要指向这个Identity Server的地址，用于身份验证。

• Commerce Engine角色（Authoring/Minions/Shops/Ops）：
  这几个都是Commerce Engine的不同角色，需要单独生成部署包：

  1. 打开Sitecore Commerce Engine SDK，修改CommerceEngine\config.json中的Role字段（比如Authoring设为Authoring，Minions设为Minions）。
  2. 使用MSBuild编译对应角色的项目，生成Web Deploy包。
  3. 将每个角色的包部署到对应虚拟机的IIS中，修改config.json里的数据库、Solr、xConnect和Identity Server的连接地址，确保服务能正常通信。

• BizFx：
  部署到单独虚拟机后，修改assets\config.json中的engineUri指向Authoring服务的地址，identityServerUri指向Identity Server的地址，测试登录和功能操作是否正常。

服务间信任与网络配置 #

• 所有虚拟机都要信任彼此的SSL证书（尤其是Identity Server和xConnect的证书），可以通过导入证书到本地信任存储实现。
• 开放防火墙端口：比如Commerce Engine默认端口5000、BizFx默认端口4200、Identity Server的443端口等，确保服务间能正常访问。

验证部署 #

逐个启动每个服务，通过访问健康检查端点（比如https://[AuthoringVM]/healthz）确认服务运行状态，然后测试BizFx的登录、商品管理等核心功能，确保全链路正常。

内容的提问来源于stack exchange，提问作者user3567195