企业官网建设流程全解析

简介：Desigo CC 是西门子面向楼宇自动化推出的综合管理平台，这份中文手册聚焦其中的“工程配置”环节，适合系统工程师、集成商与运维人员学习项目初始化与数据库管理。资源为 1 份 PDF 文档，整体约 2.23MB，内容来自官方培训章节，图文结合、步骤清晰，便于按目录查阅，已有559人学习下载。手册重点介绍了系统管理控制台（SMC）的完整工作流程：创建历史数据库时如何扫描并链接 SQL Server、配置大小与恢复方式；实例化项目时如何通过恢复项目模板、恢复备份或新建项目三种路径落地，并指出模板化部署可减少工程时间与出错风险。同时讲解了事件处理行为、项目文件夹共享与安全访问权限的配置，以及定期备份项目和历史数据库的方法。掌握这些内容对保障楼宇自动化系统稳定运行、规范项目配置流程很有帮助。

1. 工程配置不是点几个按钮：先理解 SMC 在 Desigo CC 里的位置

刚接触综合楼宇上位机的人，最容易把 Desigo CC 的工程配置当成“点几个按钮”：打开系统管理控制台，恢复个模板，保存，完事。直到客户端连不上、事件日志一片空白、升级时项目状态卡在“已过期”，才知道工程配置是整个项目能不能跑起来的地基。

这份《Desigo CC 手册-04-Project Configuration》讲的就是这一环：用 SMC 创建历史数据库（HDB）、实例化项目、配置事件处理行为和访问权限、备份项目与数据库。它适合刚拿到项目准备做配置的调试工程师，也适合被端口冲突和备份恢复折腾过的运维人员。下面按实操顺序把整个流程拆开讲，参数和坑都摆在明面上。

2. 历史数据库（HDB）创建：SQL Server 扫描、链接与参数设定

2.1 SMC 是项目的中枢，不只是配置面板

系统管理控制台（SMC）在 Desigo CC 里的地位，相当于项目的“总装车间”。它管的是项目生命周期，而不是某一个画面或某一条驱动点：配置系统和服务管理员用户账户、创建新项目、恢复项目模板和项目备份、升级项目、添加扩展模块，以及创建或恢复特定项目的 SQL 历史数据库（HDB）。换句话说，日常画图、配点、做联动那些事不在这里做，但项目能不能被客户端正常访问、事件和趋势能不能落库，全由这一步决定。

SMC 的启动方式很简单：开始菜单里找到 Desigo CC 工具组，点开 Desigo CC SMC；桌面上有快捷方式也可以直接用。第一次接触的人容易忽略的是它的工作流顺序：先确认项目类型（新项目、项目备份还是项目模板），再定义项目路径，选择扩展模块，输入项目名称，把项目链接到 HDB，保存，最后激活并启动项目。如果项目版本偏旧，中间还要补一次升级操作。这个顺序不能乱，尤其“先建 HDB 再建项目”这条，很多人倒过来做，结果项目建完了找不到能用的数据库实例。

2.2 HDB 到底存了什么：四类日志

HDB 全称是历史数据库（History Database），它承担的是 Desigo CC 系统运行过程中“留痕”的工作。手册里把存储内容分成四类，对应关系很清晰：

理解这四类之后再去看 SMC 的配置项，就不会觉得“HDB 参数随便填填就行”。项目创建时必须“将项目链接到 HDB”，这一步做不好，后面客户端能看到画面，但事件不记录、趋势写不进去，排查起来非常被动。我一般会建议项目交付前专门触发一条测试报警，去 HDB 里确认事件日志落库，这个习惯后面会细说。

2.3 创建 HDB 的完整步骤与参数设定

创建 HDB 的操作路径很直接，但每一步都有值得注意的地方。

第一步，在 SMC 里触发 SQL Server 扫描。SMC 会去发现网络上可用的 SQL Server 实例，扫描范围分两种：扫描本地，适用于 Desigo CC 服务器和 SQL Server 装在同一台机器上的场景；扫描网络，适用于数据库服务部署在独立服务器上的场景。第二步，在扫描结果列表里选中目标 SQL Server，点击链接，把该实例纳入 SMC 的管理范围。第三步，点击添加，开始创建 HDB。

创建时要填的参数，手册给了一个功能清单：数据库和日志大小、恢复方法、文件位置、路径位置、HDB 所有人和用户。这里面最容易“看着头晕、填完后悔”的两个参数是数据库大小和恢复方法，我的经验是这样：

填好后点保存，SMC 会在 SQL Server 上执行创建任务。通常几分钟内会看到创建成功的确认界面。创建完成后，最好顺手用命令验证一下实例状态，数据库是不是真的在线、恢复模式是什么：

sqlcmd -S localhost -E -Q "SELECT name, state_desc, recovery_model_desc FROM sys.databases"

这条命令里，-S localhost指定要连的 SQL Server 实例，如果 HDB 在网络上的其他机器，就换成对应的机器名或 IP；-E表示使用 Windows 身份认证，和 SMC 里默认的认证方式一致；后面的查询语句会列出实例上所有数据库的名称、状态和恢复模式。执行后重点看 HDB 对应行的state_desc是不是ONLINE，状态异常直接排查服务，别等配置项目时才暴露。

2.4 SQL Server 不在本机时：网络扫描的两个前置条件

很多项目把 HDB 放在独立数据库服务器上，SMC 做网络扫描时半天发现不了目标实例，这通常不是软件问题，而是网络层面的服务没开。SQL Server 的实例发现依赖 SQL Browser 服务，默认使用 UDP 1434 端口；实际数据通信走 TCP 1433（默认实例）。常见做法是先确认 SQL Browser 服务已启动，再让网络管理员在防火墙上放通这两个端口。手动填实例名虽然也能连，但如果 SQL Server 配置了命名实例，光填机器名是找不到的。这块属于“一次配好，常年受益”的项，建议在项目初期就跟网络方确认到位。

3. 项目实例化：模板恢复、备份恢复、新建三选一

3.1 三种实例化方式与选型逻辑

SMC 提供了三种实例化项目的方法：恢复项目模板、恢复项目备份、创建新项目。手册明确推荐“恢复项目模板”，原因很实际：模板是预先配置好的项目骨架，恢复流程是“拷贝一份再改属性”，而新建项目是从零开始搭。两者时间差非常明显，模板恢复通常以分钟计，新建项目要手动补齐一堆预配置项，以小时甚至天计。

模板为什么能省这么多时间？看它的预配置内容就知道了：系统设置、应用程序设置、已激活的扩展模块、图形文件夹、事件架构、拓扑图形、客户端和用户配置文件、按类别分类的报告、已创建并启动的驱动程序、趋势定义、网络及驱动的分配、逻辑视图/物理视图/用户视图，以及带作用域和应用程序权限的用户安全组。这些都是项目日常运行的骨架，模板里全给好了，工程只需做增量配置。第一次用模板的人可能会怀疑“这里面东西是不是多余”，实际跑起来会发现，缺哪一项后面都要补课。

3.2 恢复项目模板的完整操作

Desigo CC 安装完成后默认不带可运行项目，第一步就是从模板实例化。操作入口在 SMC 主界面的“恢复项目模板”按钮，点击后会打开项目模板选择对话框，模板文件位于GMSProjects\GMSMainProject\ProjTemplates目录下，选择需要的模板后进入配置页。

配置页要做的四件事依次是：命名项目，项目名别用中文和特殊字符，客户端连接和备份恢复时类问题会少很多；确认项目路径，通常保持默认即可，除非磁盘规划有特殊要求；将项目链接到第 2 章创建的 HDB，这一步别省略，否则项目没有历史数据存储能力；保存项目配置，让 SMC 把项目和数据库的关联关系固化下来。四步完成后再检查“项目和系统信息”选项卡，这里会显示项目状态，正常应该是“已启动”或可升级状态。

端口号是这一节里最容易埋雷的参数。SMC 中只有一个项目实例时，端口号保留默认值就好。但系统里一旦存在多个项目，两个已启动项目不能共用同一个端口号；如果新项目的端口号和当前活动项目相同，该项目会直接无法启动。排查命令也很好记：

netstat -ano | findstr "端口号"

把端口号换成项目实际使用的端口，看LISTENING状态对应的 PID 是哪个进程。在多项目场景下，我一般会在项目名称里附带端口信息，比如项目名后缀加-port8081，运维时一眼就知道哪个项目占了哪个端口，省得每次都要翻配置。

3.3 升级项目：看到“已过期”先别慌

恢复流程完成后，SMC 的“项目和系统信息”选项卡里如果状态显示“已过期”（红色），说明当前项目是基于旧版本模板或配置生成的，需要在 SMC 里执行升级操作。升级按钮就在同界面中，点击后 SMC 会按目标版本重新对齐项目结构，包括扩展模块清单、系统设置和数据库链接。升级完成后再次启动项目，确认状态变为“已启动”。

这块的常见误操作是看到“已过期”就直接忽略，觉得“反正能打开项目编辑器”。结果是客户端连上后功能缺失，扩展模块选项是灰的，回头还得回来补升级，中间改过的配置还有可能被覆盖。正确顺序是：恢复模板 → 检查状态 → 先升级 → 再启动 → 最后做增量配置。

3.4 备份恢复与新建项目的边界

恢复项目备份和恢复项目模板是两条路径，容易混。备份恢复针对的是之前备份的项目文件，还原的是某一个时间点的完整现场，包括当时的配置、驱动状态和 HDB 链接关系；模板恢复则永远产出干净的标准骨架。跨机器迁移或升级失败回退时，用备份恢复是对的。创建新项目只在一种情况下值得考虑：手头既没有模板也没有备份，且项目完全不需要标准预配置，要自己从空白搭一套特殊架构。其余时候选“创建新项目”只会把简单问题复杂化，后面每一项预配置都得手动补，出错的概率也成倍上升。

4. 项目配置与备份：事件行为、共享权限与数据库保护

4.1 配置项目的事件处理行为：把“发生什么”变成“该怎么处理”

项目实例化完成后，SMC 里的项目配置环节要解决的是“事件处理的行为”问题。这句话看起来抽象，落到底就是三件事：哪些事件要进事件日志、什么级别的事件需要人工确认、事件产生后要不要触发自动转发。手册原文在幻灯片里没有展开细讲，只是给出“配置项目，以控制事件处理的行为”这个目标，但实际工程里这一项直接决定值班人员的工作量——事件全推给客户端会造成报警疲劳，过滤条件设得太严又会让关键告警淹没在日志里。

我一般会按这个顺序过：先确认模板里预置的事件架构是否符合当前项目的设备类型和报警分类，再逐类检查事件确认策略，比如消防类事件必须强制确认，空调机组的一般告警可以自动确认并归档；最后看保留策略，结合 HDB 配置决定事件和趋势数据保留多久。这些设置保存在项目的系统配置中，改动后需要重新启动项目或通知客户端刷新才能生效。

4.2 项目文件夹共享与安全访问权限

客户端连接是工程配置里绕不开的一步。项目文件放在服务器磁盘上，客户端要通过网络访问项目配置和图形资源，前提是项目文件夹已经共享出去，并且安全权限设置正确。

权限分为两层。共享权限控制的是网络访问是否可达，通常给“读取”或“更改”级别即可；真正细粒度控制靠 NTFS 权限，要确认项目的用户和用户组被分配到正确的文件夹访问权限上。手册特别提到“设置项目文件夹共享和安全访问权限，以允许客户端连接”，实际操作中，最常遇到的问题不是共享没开，而是客户端的用户账号没有进入正确的用户组，或者用户分配的作用域和应用程序权限不匹配。SMC 里创建用户和安全组时，要同时绑定作用域和应用程序权限，这两项漏一个，客户端连上也是“看得见画面，打不开功能”。

4.3 备份项目与 HDB：备什么、怎么备、多久备

备份是工程配置里最反直觉的一块：项目不备份，出问题才想起来。手册单独把“备份项目和历史数据库”列为一节，并指向用户指南里的备份章节，说明它不是可选项。但“备份”和“备份”不是一回事：项目备份解决的是配置和工程文件丢失，HDB 备份解决的是历史数据丢失。项目坏了可以重配，趋势数据和事件日志丢了，再想补回来几乎不可能。

实操层面，项目备份通过 SMC 执行，备份内容包含项目定义、图形、驱动配置、用户权限等；HDB 备份则依赖 SQL Server 的备份机制，常见做法是在 SQL Server 维护计划里定期全量备份，并把备份文件复制到独立存储。备份频率没有万能答案，一般按项目重要性和数据写入量定：调试期一天一备，稳定运行期一周一备，但每次做重大变更（升级版本、加扩展模块、批量改驱动）前必须手动备一次。备份完成后做一个最基本的验证，看文件生成时间和大小是否符合预期：

Get-ChildItem "D:\backup\DesigoCC" | Where-Object { $_.LastWriteTime -gt (Get-Date).AddDays(-7) } | Select-Object Name, Length, LastWriteTime

这段命令列出备份目录近 7 天内生成的备份文件，Name看备份类型、Length看文件大小是否合理，LastWriteTime确认备份任务确实在跑。如果发现备份文件一直是零字节或时间戳老旧，说明备份计划本身就有问题，趁早修复。

4.4 恢复验证：备份不是终点，能还原才是

备份做完不验证恢复流程，等于“备份了个寂寞”。恢复测试不需要在正式环境做，可以在测试服务器上还原备份，确认项目能正常启动、HDB 能正常链接、事件日志能正常写入。这是因为备份文件损坏、备份路径改变、SQL Server 版本不一致，这些问题只有真正执行一次恢复才会暴露。交付前做一次恢复演练，比事发时找后悔药靠谱得多。

5. 常见问题排查：项目状态、端口冲突与备份恢复的五个坑

5.1 项目状态“已过期”：先升级再开工

现象：恢复模板后，“项目和系统信息”显示红色“已过期”，项目能启动但不完整。 原因：模板或项目文件版本低于当前 Desigo CC 服务器版本，结构未对齐。 解决：执行 SMC 的升级操作，升级完成后再启动项目。注意升级前确认扩展模块清单，升级过程不要强制中断，否则项目文件可能损坏。

5.2 多项目端口冲突：启动失败先查端口

现象：SMC 中新项目点启动后状态一直停在“正在启动”，过一会儿失败，没有任何报警弹窗。 原因：项目配置的端口号被另一个已启动项目占用。 解决：用netstat -ano | findstr "端口号"确认端口占用情况，把新项目的端口改成一个未被占用的值，保存后重新启动。多项目环境里给每个项目独立端口，并在项目名上做标注，避免每次靠猜。

5.3 HDB 创建后连不上：多半出在实例发现

现象：SMC 网络扫描找不到目标 SQL Server，或者创建 HDB 时报连接超时。 原因：SQL Browser 服务未启动，防火墙未放行 UDP 1434 和 TCP 1433，命名实例没有正确识别。 解决：先确认 SQL Browser 服务和 SQL Server 服务都在运行；再检查防火墙规则；最后在 SMC 里重新扫描实例。网络环境复杂时，让网络方确认端口后再重试，不要在实例名上反复改来改去，那样浪费的时间更多。

5.4 备份恢复后客户端全掉线：权限链断了

现象：从备份恢复项目后，客户端连不上服务器，或连上了但操作权限不足。 原因：备份文件恢复时，项目文件夹共享设置丢失，或者用户/安全组没有正确重新关联到作用域和应用程序权限。 解决：恢复后重新共享项目文件夹并配置 NTFS 权限；检查项目中的用户和安全组，确认每个用户组织都分配了作用域和应用程序权限；客户端从旧项目切到新项目要重新加载，必要时重启客户端进程。

5.5 误用“创建新项目”：最费时间的省事做法

现象：新项目开工时选了“创建新项目”，到临交付发现事件架构、图形文件夹、客户端配置全要手建，工期被拖了一倍。 原因：创建新项目是一个完全空白骨架，模板里预置的几十项配置全部变成了手动工作量。 解决：优先恢复项目模板，只有确认无可用模板时才新建。如果已经建了空项目，可以考虑从同类型项目的模板重新恢复，再把增量配置迁移过去，比重搭更快。

6. 交付前验证：十分钟把工程配置完整过一遍

项目配置做完、客户端能连上，不意味着可以收工。最后一轮验证，我习惯按固定顺序走一遍清单，整个过程控制在十分钟左右：

这些检查项里，事件落库和趋势写入最容易出问题。常见做法是让运维人员从客户端正常弹出一次报警并确认掉，然后去 HDB 对应的表中查记录，整个过程五分钟都不到。sqlcmd 查在线状态和 netstat 查端口这两条命令，在排错时可以反复用：

sqlcmd -S <SQL实例> -E -Q "SELECT state_desc FROM sys.databases WHERE name = '<HDB库名>'" netstat -ano | findstr "<项目端口>"

从那以后，我每次交付工程配置，都会强制自己把这些检查项过一遍。有些问题当时看不出来，等客户上线第二天才炸，代价比现在多花十分钟大得多。希望帮到你。

本文还有配套的精品资源，点击获取