简介Desigo CC手册-04-Project Configuration-BA-CN工程配置是西门子中国有限公司面向楼宇自动化项目工程师与系统集成商编写的官方技术资料聚焦Desigo CC综合楼宇管理平台中的工程配置环节帮助读者掌握基于系统管理控制台SMC完成历史数据库HDB创建、项目实例化、项目配置与数据库备份等核心操作。资源为1个PDF文件压缩包大小2.23MB便于按章节查阅。内容围绕SMC工作流程展开详细演示了扫描并链接SQL Server、添加HDB、恢复项目模板、命名与保存项目、升级并激活项目等步骤同时说明了事件处理行为配置、项目文件夹共享与安全权限设置等关键点。已有554人学习下载适合正在实施或运维Desigo CC项目、需要系统理解工程配置流程的工程与管理人员。通过本手册可快速建立项目配置的整体框架减少实际部署中的试错成本并正确配置历史数据库与备份策略保障系统稳定运行。1. 工程配置先立住 HDB、模板、启动这三个基本盘拿到 Desigo CC 的 Project Configuration 手册我第一反应是它比想象的薄但真正上手做第一次 BA 项目工程配置时才发现SMC 里那几次点击的先后顺序决定了一周后的返工量。下面拆的是系统管理控制台SMC下的完整流程——创建历史数据库 HDB、恢复项目模板、配置项目与启动前检查。适合正在准备项目初始化、或打算把上一项目沉淀成模板复用的工程人员。手册里反复强调的“恢复项目模板”不是随口一提后面对比会说明为什么它比从零新建省事得多。2. 历史数据库HDB创建先搞清楚它存什么再谈参数怎么给2.1 HDB 存什么为什么报警记录查不到先查这里历史数据库HDB是 Desigo CC 里所有运行数据的唯一落点。手册里明确列了四类数据用户活动记录活动日志、警报及其处理过程事件日志、已发生的故障批处理消息、趋势数据值和上传数值日志。也就是说操作员在界面上看到的报警列表、工程师做分析时拉出的趋势曲线、审计时要翻的登录记录全部来自这个 SQL 数据库。我见过不少人把 HDB 和项目文件混为一谈。项目文件管的是配置——有哪些点位、什么图形、什么权限HDB 管的是运行数据——某个点位在今天凌晨三点发生了报警、某个操作员在什么时间修改了设定值。两者是分开的备份和恢复也必须分开做。手册在“参考文档”里专门把用户指南的备份章节列为必读目的就是防止只备份项目、丢 HDB 的情况。理解这个区分后面所有操作才不会走偏。2.2 扫描 SQL Server 与“链接”本地和网络两种发现的坑SMC 启动后要做的是扫描 SQL Server。SQL Server 可能在 Desigo CC 服务器本地也可能在网络的其他位置扫描分两种扫描本地机器和扫描网络。扫描完成后SMC 会列出所有已发现的 SQL Server 实例选中所需服务器后单击“链接”这个动作就把 SMC 和 SQL Server 绑定在一起。这里常见的坑在网络扫描。SMC 扫描网络时依赖 SQL Server 的浏览器服务和防火墙规则如果 SQL Server 是独立部署在另一台机器上而防火墙没有放行 UDP 1434 发现端口列表里就会搜不到任何实例。我一般会先在 SQL Server 机器上确认服务已启动、SQL Server Browser 服务是运行状态再回到 SMC 点扫描能省掉大半“为什么搜不到”的排查时间。链接成功后SMC 的树形结构里就能看到这台 SQL Server下一步的“添加”才有意义。2.3 添加 HDB给数据库提交一份能开工的参数单链接只是建立了通道真正创建 HDB 要单击“添加”。这时需要提交一组功能性信息手册列的是数据库和日志大小、恢复方法、文件位置、路径位置、HDB 所有人和用户。这些参数一旦设定后续修改的成本远高于创建时的确认成本所以先想清楚再填。下表是我按工程规模给参数的常用逻辑参数含义设置建议数据库大小事务数据落盘后的初始空间按趋势点数估算宁可给足后面扩库要停机窗口日志大小SQL 事务日志空间常见做法是给数据库大小的 10%—20%别按默认值走恢复方法完整恢复或简单恢复关键项目用完整恢复能恢复到故障点文件位置MDF 和 LDF 文件存放路径放在非系统盘 RAID 卷上避免和 OS 抢 IOHDB 所有人和用户可以访问该库的 SQL 账号用专用服务账号不要用 sa 或本机 Administrator提交前再检查一遍恢复方法。完整恢复模式下事务日志会持续增长备份策略里必须有日志备份环节简单恢复模式日志增长小但是丢数据窗口大。楼宇自控这类长期运行的系统我一般选完整恢复并配每日日志备份。2.4 创建确认与失败特征保存后SMC 执行建库操作一般几分钟后能看到“已成功完成”的确认界面。如果一直卡在“添加中”不动常见做法是先看 SQL Server 的错误日志多半是磁盘空间不足或权限不够。还有一个细节SQL Server 端要提前建好用于托管 HDB 的登录名否则保存在“所有人”这一步就会报错。HDB 创建完成后项目才能链接到这个库上——这个链接关系在后续恢复项目模板时还会用到先留个印象。3. 实例化项目模板、备份、新建三条路由怎么选3.1 三种实例化方式的取舍SMC 提供三种实例化项目的方法恢复项目模板、恢复项目备份、创建新项目。手册对三种方式的定位是并列的但明确推荐了恢复项目模板理由是耗时明显减少、预配置完整、出错风险低。实际做工程时我的选择逻辑如下表方式耗时就绪度适用场景恢复项目模板快做完基本能启动同类型 BA、消防、TBS 项目复用恢复项目备份快但依赖备份完整性故障恢复、把项目从一台服务器迁移到另一台创建新项目慢几乎所有模块要手工配全新业态、没有可复用模板原型时易混淆的是“恢复备份”和“恢复模板”。备份是你此前某个真实项目的存档恢复它等于回到当时的配置状态字段、扩展模块、点位都是那台机器上的旧内容模板是经过整理的基础工程点位和现场地址是打干净了的恢复后按新项目去命名、连库、启动不会把旧项目的数据带入新环境。3.2 为什么推荐恢复模板模板里预置了什么手册对模板的描述可以当一份项目初始化检查表来读。预置内容包含系统设置、应用程序设置、已激活的扩展模块、已创建的图形文件夹、已应用的事件架构、已创建的拓扑图形、已选择的客户端和用户配置文件、已导入并按类别分类的报告、已创建并已启动的驱动程序、已创建的趋势定义、已创建的网络和已分配的驱动程序、已创建的逻辑/物理/用户视图、已创建的用户和安全组并已分配作用域和应用程序权限。这一长串全部在模板阶段完成意味着项目恢复后不需要从空数据库开始一个个建视图、配驱动。事件架构这一点尤其有用。事件架构决定了报警如何分级、如何显示、如何流转从零配置要逐条定义事件类别和处理步骤而模板里已经按 BA 项目常用逻辑配好。对中小型项目来说这省的不只是时间更是配置一致性的风险——手工重建十几个报警规则漏一条就是现场隐患。3.3 恢复模板的分步操作与参数含义具体操作按手册顺序走启动 SMC选择“恢复项目模板”按钮。规格模板默认在 Desigo CC 安装目录下的 GMSProjects\GMSMainProject\ProjTemplates 文件夹中选择所需模板即可。配置项目名称和项目路径。名称会出现在 SMC 项目列表和客户端连接串里建议按项目编号命名路径保持默认通常没问题除非服务器 C 盘空间紧张。将项目链接到刚创建的历史数据库HDB。这一步就是第 2 章那个 HDB 的正式用途——项目启动后所有报警和趋势写入这里。保存项目SMC 开始执行恢复流程。关于第四步的端口号手册有一句话很容易被跳读只有一个项目实例时保留端口号的默认值SMC 中存在多个项目时两个已启动项目不能具有相同端口号如果某项目的端口号和活动项目的端口号相同则无法启动该项目。这句话解释了大量现场“第二个项目起不来”的谜题。项目之间端口必须唯一模板里继承的端口号不会因为项目名称不同而自动变化。3.4 启动前的状态检查“已过期”必须升级恢复流程完成后要切换到“项目和系统信息”选项卡检查项目状态。如果状态是红色“已过期”表示项目的版本信息低于当前系统版本必须点“升级”按钮。升级完成后项目状态才能从异常转为正常随后启动项目并确认标题栏显示活动项目名称。从恢复模板到项目启动正常情况下不会超过十几分钟。如果在这个阶段看到“已过期”以外的状态比如“缺失模块”或“HDB 未链接”不要启动先确认扩展模块是否随模板正确加载、HDB 链接是否选对了库。启动一个配置不完整的项目客户端连上后会遇到一堆莫名其妙的问题回头看根源都在这个检查环节被跳过了。4. 项目配置与服务准备事件行为、共享权限、用户账户一次理清4.1 事件处理行为项目配置不只是建库手册把“配置项目以控制事件处理的行为”列为章节目标之一这说明项目配置不只是建好 HDB、恢复模板就结束了。配置项目的行为对象是事件处理——报警在系统中如何被接收、去重、显示、转发。这部分配置项在 SMC 的项目属性里也可以在模板中预先定义。事件处理的核心是事件架构。架构里定义了事件源和事件类别比如 BA 系统的温度报警、消防系统的火警信号各自走什么优先级、要不要在操作员工作站上弹窗、要不要触发报告打印。恢复模板以后事件架构已经存在但仍然需要按本项目实际点位和现场管理要求微调比如报警保持时间、自动确认策略。这个调整阶段我一般安排在项目启动前而不是开工后原因是运行中改事件架构会影响历史报警的归档一致性。4.2 项目文件夹共享与客户端连接权限“设置项目文件夹共享和安全访问权限以允许客户端连接”是手册明确的目标之一。项目文件夹在服务器上是物理目录客户端要读取项目信息、加载图形和视图前提是这台文件夹能通过网络访问到。共享是 Windows 层的动作SMC 不会自动帮你开共享。常见做法是在项目文件夹的共享属性中新建共享名给需要接入的客户端用户组以读取权限如果客户端工程师需要上传图形或修改配置再加写权限。注意共享权限和 NTFS 权限是叠在一起生效的最终权限取两者交集——共享里给了完全控制但 NTFS 里只有只读客户端拿到的还是只读。我一般会把这两层权限都设为同一个域用户组保持一致性减少现场“明明共享了还是连不上”的排查时间。4.3 用户账户与安全组先于客户端接入配好SMC 的职责里有“配置系统和服务管理员用户帐户”而模板的预置项里也包含“已创建的用户和安全组—已分配作用域和应用程序权限”。这说明用户体系在模板阶段已经搭好框架项目初始化时要做的是按项目成员重新映射人员和权限。客户端能否连上项目并看到正确的拓扑、趋势和报警最终由这些权限决定。实际工程里最容易忽略的是客户端的 Windows 登录账户和系统内的用户账户不是一回事——系统用户账户是在项目内部管理的用于操作员登录到 Desigo CC 客户端它与操作系统账户是两套体系。配置用户时要把作用域分配到位否则客户端用户能启动软件但看不到项目视图或者工具栏里少了一堆功能像是什么都没坏却处处受限。遇到这种现象先查安全组的应用程序权限再查作用域。4.4 扩展模块的添加时机SMC 支持“将扩展模块添加到项目”。模板恢复时已激活的扩展模块会直接带过来但如果是新建项目或者模板与实际业态不匹配就需要在项目保存前把需要的扩展模块加入——比如消防模块、门禁模块、能耗管理等。扩展模块的添加时机在项目和 HDB 链接好之后、项目启动之前。项目启动后频繁增删扩展模块会让数据库的元数据变得难以维护我一般把这一步当成恢复流程的一部分不和后续配置混在一起做。5. 避坑排查五个工程配置期高频问题现象原因对照解决5.1 模板恢复后项目状态是红色“已过期”现象恢复模板项目后在“项目和系统信息”选项卡看到状态为红色“已过期”项目无法正常启动。原因项目版本和当前运行的 Desigo CC 系统版本不匹配可能是模板创建时间早于系统升级时间或当前系统安装的补丁级别高于模板记录。不是项目文件损坏不要重新恢复一遍模板。解决直接单击“升级”按钮SMC 会按当前系统版本升级项目元数据。升级完成后再次刷新状态变为正常后再启动项目。我遇到过一次升级过程卡在某个驱动模块上原因是该扩展模块的版本与系统不一致卸载后重新添加一次就好了。5.2 历史数据库创建几分钟后没有确认界面现象:SMC 点击“添加”创建 HDB,进度一直停在“添加中”,没有出现“已成功完成”的确认。原因90% 的情况是 SQL 层的问题——磁盘空间不足、SQL Server 登录名权限不够、或者是数据库文件位置参数填了一个不存在且无法创建的路径。解决先看 SQL Server 错误日志通常会有明确记录。磁盘空间不足就清理或换卷权限问题就给托管账号配 dbcreator 权限再试。注意创建失败后 SMC 里可能会留一个半成品库记录下次添加前先确认同名数据库已清干净否则会报已存在。5.3 客户端连接不上项目提示无权限现象客户端电脑装了 Desigo CC 客户端能打开软件但在项目列表里看不到服务器上的项目或者连接时提示没有权限。原因这类问题极少是软件故障基本是三层没打通——项目文件夹的 Windows 共享权限、NTFS 权限、系统内的用户账户及作用域权限三层里任何一层没配好客户端都进不去。解决按顺序排查先确认项目文件夹共享可见且当前 Windows 用户对该共享有读取权限再确认 NTFS 权限包含该用户或用户组最后在 SMC 或系统管理里确认该用户有对应项目的作用域权限和客户端应用程序权限。三层都正常后重新登录客户端即可。从那以后我操作项目时先用一个未参与配置的测试账号走一遍客户端登录直接验证三层权限而不是等现场报障。5.4 第二个项目启动失败提示端口冲突现象服务器上已有项目在运行新增项目恢复完成并启动时报错项目无法激活SMC 提示端口号问题。原因手册写得很清楚——多个项目存在时两个已启动项目不能具有相同端口号。新项目恢复自模板时继承了模板的默认端口而第一个项目启动时也用了同一个默认端口。解决在 SMC 的项目配置里修改新项目的端口号保证全服务器唯一然后重启该项目。选端口时注意避开已占用 TCP 端口和常见服务端口常用经验是在 1024 到 5000 之间选一个不冲突的号并在项目文档里记录各项目端口分配表。5.5 备份恢复后趋势数据查不到现象从项目备份恢复了项目系统能启动但历史趋势曲线查不到之前的记录报警回放也只有恢复时间之后的数据。原因项目备份和 HDB 备份是两回事。恢复项目备份只恢复了配置文件HDB 没有一起恢复趋势数据自然为空或者恢复时没有把新项目链接到原 HDB。解决恢复流程要同时准备项目备份和 HDB 备份。先按第 2 章方法创建或恢复 HDB再恢复项目备份并在配置项目时把这个 HDB 链接到项目上。顺序反过来会导致项目启动后找不到可用的历史库。备份频率上项目配置备份不必每天做HDB 的日志备份必须按策略执行——这是事后查数据的唯一后悔药。6. 交付前复核十分钟三项检查堵住端口与权限两大翻车点项目启动起来不代表可以交付我在预验收阶段强制自己走一遍三项复核每一项都用时不多但能筛掉大多数浅层隐患。第一项项目与 HDB 状态复核。打开 SMC看“项目和系统信息”确认项目状态是“已启动”HDB 链接列显示正常。这个步骤排除“项目活着但数据没落库”的隐形问题。有些项目启动后趋势曲线在客户端画得出来现场看着正常实际 HDB 链接早已断开重启一次项目才暴露。SMC 里一眼能看见的关系别等客户端验收时才验证。第二项端口号隔离复核。服务器上有多个项目时逐个打开 SMC 实例项目记录端口号。然后在命令行窗口执行端口占用检查netstat -ano | findstr :4500把命令中的 4500 换成项目实际端口。返回为空说明该端口空闲有 PID 则对照任务管理器确认占用进程是否为本项目服务。多个项目端口相同的即使当前都能启动重启后最先启动的先占端口后面的项目就会报错。这是最容易在现场开收尾会时突然翻车的一类问题。第三项干净客户端连通性复核。找一台没有参与过配置的电脑用普通操作员账户登录客户端连接服务器项目打开拓扑图查看点位在线状态拉一段最近一小时趋势再翻一条历史报警记录。三项数据都能出来说明权限、共享、HDB、事件归档全部打通。这里不需要做全面功能测试只验证“客户端到项目到数据库”这条主链路几分钟足以。我还吃过一次亏项目切换服务器后只带走了项目备份HDB 备份文件没同步过去数据恢复后曲线画不出。后来每次做交付备份都核验备份文件列表里是否有数据库文件没有就没有执行备份。从那以后这套三项复核被写进项目收尾流程无论多赶都强制走一遍。希望帮到你。本文还有配套的精品资源点击获取