所属产品: Mingcedar CONTROL

多台 PC 部署：从独立运行到跨站点读取 | Mingcedar

左右滑动查看完整表格

首次发布 2026-10-25T12:48:42.548278476Z 最近更新 2026-10-26T19:56:55.579872052Z

<div class="manual-doc-article manual-doc-article-section"><h2 id="distributed-deployment">部署教程: 多台 PC 部署：从独立运行到跨站点读取</h2>

以两个独立站点完成本地采集、连接、设备范围和首次远端读取。浏览器终端无需另建站点。

<h3 id="deployment-models">1. 确定每台机器承担的工作</h3>

<p class="doc-table-hint">左右滑动查看完整表格</p>

<tr><th scope="row">多台终端查看同一站点</th><td>在服务器安装完整运行环境；其他电脑、平板或手机使用浏览器访问。</td><td>共用同一站点的账号权限与运行内容。</td></tr>

<tr><th scope="row">多个独立站点协同</th><td>每台服务器独立安装，再在消费方连接来源、选择能力与设备范围。</td><td>各站点保留自己的身份、配置和数据。</td></tr>

<tr><th scope="row">专用 IO 节点</th><td>使用 dedicated-node 安装，预先准备同机回环地址的数据服务与数据库结构。</td><td>仅提供 IO；当前正式安装不支持连接另一台 PC 的数据库。</td></tr>

<tr><th scope="row">采集备用接管</th><td>跨 PC 主备需要与交付版本匹配且经验证的专门部署方案。</td><td>加入远端站点或选择其 IO 能力不会自动建立采集主备。</td></tr>

</tbody></table></div>

</article>

<p>A 读取 B 已采集的压力值，两站点独立运行。A、B 为示例名称；地址和点位按项目配置填写。</p>

<p class="doc-table-hint">左右滑动查看完整表格</p>

<tr><th scope="row">职责</th><td>使用 B 的压力值，也可运行自己的设备。</td><td>维护目标设备与 Tag，提供已采集值。</td></tr>

<tr><th scope="row">安装与数据</th><td>独立身份、持久数据与运行服务。</td><td>独立身份、持久数据与运行服务。</td></tr>

<tr><th scope="row">连接方向</th><td>在 A 加入 B，选用 B 的 IO。</td><td>不需要为此反向加入 A。</td></tr>

<tr><th scope="row">PLC 连接</th><td>通过来源引用读取，不创建 B 设备的采集副本。</td><td>由 B 的活动 IO Owner 维护。</td></tr>

</tbody></table></div>

<p class="doc-step-result"><strong>完成标志</strong> 分别配置 B 的设备采集、A 的 IO 范围和脚本。</p>

</article>

<h3 id="deployment-install">3. 分别完成两台服务器安装</h3>

<ol>

<li>按 Windows、Linux 或 Linux 容器安装指南，为两台服务器选择兼容版本与匹配架构的安装包。</li>

<li>分别完成数据库、Redis、运行服务、首次账号和授权配置，持久保存各自的数据与节点身份。</li>

<li>创建独立站点时使用独立安装身份。完整复制另一台的数据库与节点私钥会复制身份，不适用于创建独立站点。</li>

<li>记录两台服务器对外公布的 HTTPS 地址，在各自“系统状态”确认运行服务和基础设施状态。</li>

</ol>

<p class="doc-step-result"><strong>完成标志</strong> 确认两台服务器均可独立登录、运行后，再连接站点。</p>

<li><a href="/hqserver/manual/windows-install/">Windows 安装</a></li>

<li><a href="/hqserver/manual/linux-install/">Linux 与容器部署</a></li>

</ul>

</article>

<h3 id="deployment-network">4. 准备访问路径</h3>

<ol>

<li>让 A 的服务器可以访问 B 的门户 HTTPS 根地址；双向使用时也验证 B 到 A。使用实际监听端口，不假定所有安装都相同。</li>

<li>在各浏览器终端核对门户和画面地址、端口及 HTTPS 证书信任。</li>

<li>普通 LAN 模式直接使用发现或按地址添加。明确配置项目证书的安装，先完成项目连接配置。</li>

<li>容器部署核对公布地址、端口映射与持久化目录。不要把仅容器内部可达的地址交给另一台服务器。</li>

</ol>

<p class="doc-step-result"><strong>完成标志</strong> 浏览器访问路径与服务器之间的连接路径均可达。</p>

<li><a href="/hqserver/manual/site-connection-setup/">连接准备与故障处理</a></li>

</ul>

</article>

<h3 id="deployment-source">5. 在 B 准备有效采集值</h3>

<ol>

<li>登录 B，在“设备”和“Tag 管理”配置目标 PLC 与压力 Tag，填写实际协议、地址、数据类型与采集设置。</li>

<li>保存设备和 Tag。正常保存会自动进入配置应用流程，无需打开单独的发布页面。</li>

<li>在设备页核对 PLC 连接与当前采集，再到 Tag 测试查看该点的值、质量与更新时间。</li>

<li>首次读取选用已经持续采集的只读过程量，记录其设备与 Tag 名称。</li>

</ol>

<p class="doc-step-result"><strong>完成标志</strong> 确认 B 的当前值有效且质量为 good；保存成功不表示 PLC 已连接。</p>

<li><a href="/hqserver/manual/configuration-release/">配置保存与运行应用</a></li>

</ul>

</article>

<h3 id="deployment-consumer">6. 在 A 配置远端读取</h3>

<ol>

<li>登录 A，在“站点”中发现或按 B 的门户 HTTPS 地址加入 B。</li>

<li>切换“本站能力”，在 IO 采集卡片添加 B 的执行节点，确认来源已选用且可用。</li>

<li>点击“浏览设备”，将目标 PLC 勾选为本站使用，预览后确认保存范围。</li>

<li>在“Tag 管理 → 站点 Tag”按下方远端数据教程取得目标点的“来源引用”；已有该点完整 TagRef 时可直接使用。</li>

<li>在 A 保存教程中的只读 Python 脚本，再将同一远端 Tag 配置为点位变化事件来源并绑定该脚本。按教程启用并保存事件后，等待有效的新变化，在记录中核对执行结果。</li>

</ol>

<p class="doc-step-result"><strong>完成标志</strong> 正式动作在 A 执行，并在该事件的授权范围内读取 B。代码页“Run Test”只解析本地 Tag，不能用它验证这条跨站读取链路。</p>

<li><a href="/hqserver/manual/io-sharing/">PLC 范围、来源引用与 Python 读取</a></li>

</ul>

</article>

<h3 id="deployment-expansion">7. 增加站点或反向使用</h3>

<p class="doc-table-hint">左右滑动查看完整表格</p>

<thead><tr><th scope="col">新增用途</th><th scope="col">操作位置与步骤</th></tr></thead><tbody>

<tr><th scope="row">C 只查看已有运行画面</th><td>在 C 的浏览器打开已有门户，使用相应账号；无需另建站点。</td></tr>

<tr><th scope="row">C 自己连接设备</th><td>在 C 独立安装并验证本地采集，再由需要使用 C 的站点加入它。</td></tr>

<tr><th scope="row">A 同时读取 B 与 C</th><td>在 A 分别选择两方 IO 来源和 PLC 范围，业务引用保留各自的完整来源身份。</td></tr>

<tr><th scope="row">B 也读取 A</th><td>在 B 加入 A，选择 A 的 IO 与 PLC 范围，再配置具体消费。</td></tr>

</tbody></table></div>

</article>

<h3 id="deployment-advanced">8. 专用节点与跨 PC 主备的边界</h3>

<p>Windows/Linux dedicated-node 须预先准备同机、由安装器之外管理的 PostgreSQL / Redis 和数据库结构；不支持远端数据服务或“多台 PC 共用数据库”的采集备用部署。</p>

<ul>

<li>同一运行单元中的采集归属按 PLC 定义协调。两个独立站点即使配置了相同物理 PLC，也不会因此自动互斥；应在来源站点采集并供其他站点读取。</li>

<li>同域接管机制需要有效的租约、配置与候选节点条件；这些运行机制不等于当前安装器已经提供跨 PC 主备部署。</li>

<li>两个独立数据库的站点相互加入不构成整机主备；浏览器入口也不因此获得自动切换。</li>

</ul>

<li><a href="/hqserver/manual/federation-redundancy/">同域采集冗余与接管条件</a></li>

<li><a href="/hqserver/manual/linux-install/">Linux 部署配置</a></li>

</ul>

</article>

<h3 id="deployment-acceptance">9. 核对部署结果</h3>

<p class="doc-table-hint">左右滑动查看完整表格</p>

<tr><th scope="row">B 本地采集</th><td>目标点有当前有效值；设备连接、采集与 Tag 质量分别可核对。</td></tr>

<tr><th scope="row">A 的来源选择</th><td>B 的 IO 已选用且可用，目标 PLC 范围已保存并生效。</td></tr>

<tr><th scope="row">A 的业务读取</th><td>来源引用指向 B，Python 结果与 B 的值和质量可对照。</td></tr>

<tr><th scope="row">中断与恢复</th><td>在计划好的验证环境检查中断状态；恢复后等待有效新值，再核对业务消费。</td></tr>

<tr><th scope="row">运行依赖</th><td>记录各站点哪些功能依赖远端来源，保留身份、地址、版本和设备范围记录。</td></tr>

</tbody></table></div>

<p class="doc-step-result"><strong>完成标志</strong> 完成后，B 负责目标 PLC 的采集，A 按所选范围使用其数据；两站仍分别管理自己的配置与运行服务。</p>

</article>

</div>