简介这份西门子Desigo CC工程配置手册面向楼宇自动化工程师、系统管理员及项目实施人员聚焦系统管理控制台中的项目落地与日常运维帮助读者理清从历史数据库创建、项目实例化到配置备份的关键流程。压缩包内仅有1个PDF文件大小约2.23MB正文围绕历史数据库的扫描链接、容量与恢复参数设置恢复项目模板、恢复项目备份和创建新项目三种实例化方式事件处理行为与项目文件夹共享权限配置以及项目和历史数据库的备份恢复展开并说明预配置模板在缩短工程时间、降低出错风险方面的作用。已有559人学习适合需要按手册完成项目配置、排查数据库链接与项目启动问题的技术人员对照查阅也可作为实施前的流程梳理和操作要点参考。1. 从一台“装完就没人敢动”的服务器说起第一次在一台刚装完 Desigo CC 的服务器上打开系统管理控制台SMC大部分人会在同一个地方卡住界面干干净净没有项目、没有历史数据库、没有任何可以点进去的东西只有一排按钮。装是装完了但系统还是个空壳。这份 Desigo CC 工程配置手册讲的恰好就是从这个空壳状态出发把一套能跑起来的楼控系统搭出来的那段过程建历史数据库、实例化项目、配置项目、备份数据库。它面向的是要独立完成一次部署的调试工程师和系统集成人员不是给运维看的功能介绍。读完你应该能判断哪一步顺序不能反、哪个参数填错了后面要推倒重来、为什么恢复模板比新建项目快那么多。2. SMC 与 HDB先给日志数据找个落脚点2.1 为什么历史数据库要单独建不塞进项目库楼控系统里有两类数据性格完全不同。一类是配置点位、驱动、图形、用户、逻辑视图改动频率低但每一处都要精确错一个点位的地址整条链路就断。另一类是运行数据活动日志、报警及处理过程、批处理消息、趋势采样值和上传记录写入频率高、只增不改、随时间线性膨胀。Desigo CC 把这后一类全部丢进历史数据库HDB交给 SQL Server 托管而项目本身只管配置。这个拆分带来的直接好处是备份策略可以分开定。项目库小可以每天全量HDB 大可以按周做完整备份加日志备份。反过来如果图省事把日志表塞进项目库备份窗口会被日志体积拖死一次恢复要等几个小时恢复出来的还是一堆跟当前配置无关的历史流水。另外一个现实原因是 SQL Server 可以不在 Desigo CC 服务器上。中大型项目里把 HDB 放到独立的数据库节点上跑Desigo CC 服务器只负责采集和呈现I/O 压力能分开。这里有个容易忽略的点HDB 不是可选项。没有 HDB趋势曲线画不出来报警历史查不到事件日志一片空白。系统能启动、能看到实时值但所有“回头看”的能力都没有。所以部署顺序上HDB 要在项目实例化之前或者紧随其后建好项目配置阶段才有地方挂。2.2 扫描与链接 SQL Server 的实际路径SMC 的入口在开始菜单里所有程序 → Desigo CC → 工具 → Desigo CC SMC桌面上通常也有一个。打开之后先看左边的导航项目列表和数据库列表是分开的两块新手最容易在这里搞混——先把 SQL Server 链接进来才能创建 HDB先有 HDB项目才能关联。SMC 提供了一个扫描功能两种模式扫描本地只找本机上安装的 SQL Server 实例扫描网络找网段内可发现的实例。扫描结果会列成一个清单选中目标实例点“链接”这个实例就进了 SMC 的可用服务器池。链接这一步本身不创建任何东西只是在 SMC 里登记一条连接信息。扫描失败的场景比成功的还多绝大多数不是 SMC 的问题。常见原因有三个SQL Server Browser 服务没启动命名实例就发现不了TCP/IP 协议在 SQL Server 配置管理器里被禁用只开了共享内存防火墙挡了 1433 或者动态端口。我一般的做法是先不依赖扫描用命令行确认连通性确认通了再回 SMC 点扫描。这样能把“网络问题”和“SMC 问题”分开省掉大量来回猜的时间。# 探测目标 SQL Server 实例是否可达并列出实例上的数据库 $server SQLNODE01\DESIGO # 换成实际实例名命名实例要带反斜杠后缀 $host ($server -split \\)[0] $port 1433 # 默认实例 1433命名实例的实际端口去配置管理器查 Test-NetConnection -ComputerName $host -Port $port # 用当前 Windows 身份连上去列库确认 HDB 是否已经存在 sqlcmd -S $server -E -Q SELECT name, state_desc, recovery_model_desc FROM sys.databases这段脚本解决的是“到底通不通”这个问题。Test-NetConnection走的是 TCP 层只验证端口开放不验证身份验证能不能过sqlcmd -E用的是当前登录用户的 Windows 凭据能过说明至少这个账户有登录权限。注意 SMC 后续创建 HDB 时用的是服务账户不是你当前登录的账户所以这一步通过不代表 SMC 一定能建成功服务账户的权限要单独确认。-S后面的实例名格式是“主机名\实例名”默认实例只写主机名。2.3 HDB 参数怎么填库大小、日志、恢复模式、文件位置链接成功后点“添加”进入 HDB 的参数页。这一页填的东西不多但每一条都影响后面几个月会不会半夜被叫起来。参数手册里的说法实际怎么定数据库大小初始数据文件大小按点位数和保留周期估宁大勿小SQL Server 扩文件有性能抖动日志大小事务日志文件大小至少给数据文件的 25%恢复模式选完整备份时日志增长更快恢复方法恢复模式生产环境用完整恢复测试环境可以简单恢复省空间文件位置数据文件物理路径放独立磁盘不要和操作系统盘同卷路径位置数据库的逻辑归属路径跟文件位置区分开别混填HDB 所有人和用户数据库所有者与访问账户owner 用专门的运维账户不要用 sa容量估算的粗算法点位数 × 采样间隔对应的日记录条数 × 单条记录字节数 × 保留天数。趋势点如果是 15 分钟采一次一个点一天 96 条1000 个趋势点就是 9.6 万条一天加上事件和活动日志一年下来几个 GB 是常态。报警风暴型的项目比如消防联动多的要在这个基数上再乘 2 到 3。这个数字不用精确量级对了就行因为库建小了后期扩文件虽然能扩但扩的瞬间业务是有感知的。“HDB 所有人”这一栏值得多说一句。它不是登录账户是数据库所有者决定的是这个库归谁管。有些现场图快直接用域管理员后面做权限审计的时候非常难拆。稳妥做法是建一个专用的服务账户只授予这一个库的 db_owner跟系统管理员账户分开。2.4 创建完成后的第一件事是验证不是继续往下点点保存之后 SMC 会跑一段创建流程几十秒到几分钟最后给一个确认界面。这里不要看到“成功”两个字就关掉窗口往下走回到 SQL 那边核一遍实际落盘的东西。-- 核对 HDB 的数据文件、日志文件大小、增长方式和物理路径 SELECT DB_NAME(database_id) AS db_name, name, type_desc, size * 8 / 1024 AS size_mb, -- 页数 × 8KB 换算成 MB growth, is_percent_growth, physical_name FROM sys.master_files WHERE DB_NAME(database_id) DesigoCC_HDB;size * 8 / 1024是把 SQL Server 内部的页数换算成 MB因为size列的单位是 8KB 页。is_percent_growth如果是 1说明文件是按百分比增长的这在生产库上要改掉——按百分比增长在大库上每次扩的幅度会越来越大改成固定 MB 更好控。physical_name直接暴露文件落在哪个盘如果发现跑到 C 盘去了趁现在没数据赶紧重建比半年后迁移省事得多。库名换成你实际起的名字SMC 里建的时候起什么这里就查什么。3. 实例化项目模板、备份、新建三条路为什么模板能省半天3.1 三条路径的代价对比SMC 给了三种把项目弄出来的方式恢复项目模板、恢复项目备份、创建新项目。手册里明确写了推荐第一种理由写得很克制——“花费的时间明显减少”。实际情况比这句话严重得多。路径起点状态耗时量级主要风险恢复项目模板预配置好的基线最短模板版本与软件版本不匹配恢复后状态显示过期恢复项目备份某个历史时点的完整快照中等备份里的配置可能已经跟现场设备对不上创建新项目完全空白最长扩展模块、事件架构、用户组全部手工配漏一项后面很难查“创建新项目”看着最干净实际上是最坑的一条。空白项目里没有扩展模块、没有图形文件夹结构、没有事件架构、没有预置的用户组和安全作用域。这些不是点几下就有的是一整套约定。手工搭一遍快则大半天慢则两天而且每搭一次结构都不完全一样后面交接给别人就是灾难。模板不一样。模板是预先配置好的项目基线里面已经带了系统设置、应用程序设置、已激活的扩展模块、图形文件夹、事件架构、拓扑图形、客户端和用户配置文件、按类别分好的报告、已创建并启动的驱动、趋势定义、网络与驱动分配、逻辑视图物理视图用户视图、用户和安全组以及分配好的作用域和应用程序权限。换句话说你拿到的不是一张白纸是一套已经按行业惯例搭好骨架的房子剩下的是往里填这个项目自己的东西。3.2 恢复模板的完整操作序列路径是固定的模板放在安装目录下的GMSProjects\GMSMainProject\ProjTemplatesSMC 里点“恢复项目模板”会直接打开这个文件夹让你选。选模板的时候注意文件名里带的专业方向标识BA、消防、TBS 各有各的模板选错方向后面扩展模块是冗余的删起来比加还麻烦。整个序列我习惯按这个顺序走中途不跳步确认 HDB 已经建好并且状态正常先有库再建项目避免项目建完发现挂不上数据库。SMC 里点“恢复项目模板”从ProjTemplates里选目标模板。输入项目名称。命名规则提前跟现场约定好一旦写进路径后面改要动一堆引用。确认项目路径。默认路径可以接受但要确认所在磁盘剩余空间项目文件夹加上日志后续会持续增长。把项目链接到第 2 章建好的 HDB。检查端口号只有一个项目时保留默认值。保存等恢复流程跑完。第 3 步和第 4 步看着是小事实际是最容易留下后患的两步。项目名称里带空格、带中文、带特殊符号在某些客户端连接场景下会出问题稳妥做法是纯英文加下划线。路径不要放在用户目录下服务账户对用户目录的访问权限经常是缺的装的时候好好的重启服务就起不来。3.3 端口号单项目随便多项目必须算手册里这段话说得很直白只有一个项目实例时保留默认端口SMC 里存在多个项目时两个已启动的项目不能有相同端口号端口号跟活动项目冲突的项目无法启动。这句话的分量在于“无法启动”四个字——不是报个警告是直接起不来。多项目并存在实际项目里很常见一个园区分期建设一期二期各自一个项目或者一套服务器上同时跑调试项目和正式项目。这时候端口分配要提前做张表写清楚哪个项目用哪一段别等到第二个项目起不来才回头翻。# 列出当前监听中的端口确认目标端口没有被别的进程占住 Get-NetTCPConnection -State Listen | Where-Object { $_.LocalPort -ge 8000 -and $_.LocalPort -le 8100 } | # 端口段按 SMC 项目属性页显示的实际值调整 Select-Object LocalAddress, LocalPort, OwningProcess | Sort-Object LocalPort这段的用处是在启动项目之前先看一眼端口占用。LocalPort范围要换成你在 SMC 项目属性里看到的实际端口段不要照抄。OwningProcess拿到进程 ID 之后可以用Get-Process -Id反查是哪个程序占的如果发现是上一个没退干净的项目实例杀掉比改端口省事。注意区分“监听”和“已建立连接”筛-State Listen才是有意义的占用。3.4 “已过期”不是错误但必须处理恢复流程跑完之后第一件要看的是“项目和系统信息”选项卡里的状态。如果状态报“已过期”而且显示红色说明这个项目的版本低于当前安装的软件版本必须升级。这不是可选动作带着过期状态启动后面配置阶段会出现字段对不上、组件加载失败这类很难定位的问题。升级动作本身就在 SMC 里点一下等它跑完中间不要中断。升级前把项目备份做掉这是唯一一次“升级失败还能退回去”的机会。升级完成后重新看状态变成正常再往下走。最后一步是启动项目。SMC 里多个项目并存时需要手动激活目标项目不是自动切的。启动之后看标题栏显示的活动项目名称对不对再看项目状态是不是“已启动”。标题栏和状态栏这两处是判断“我现在操作的到底是不是我以为的那个项目”的唯一依据多人协作的现场尤其要看改错项目的事故不少见。4. 项目配置三件事事件处理、共享权限、客户端连得上4.1 事件处理行为报警从哪来、往哪去项目实例化出来之后能启动但事件处理的行为还没定。手册里把这一步叫“配置项目以控制事件处理的行为”落到操作上是围绕事件架构展开的一组设置什么事件算报警、报警分几级、各级对应什么处理动作、事件日志记多细、批处理消息怎么归类。模板里已经带了一套事件架构直接能用但不是每个项目都能原样用。判断要不要改的标准很实际看现场的设备类型和报警密度。一个以暖通空调为主的 BA 项目报警密度低模板的默认分级基本够用一个带消防联动或者大量门禁点位的项目事件量级完全不同默认架构下事件日志会被刷得很快重要的故障信息淹没在噪声里。具体的调整方向有三个。一是报警类别把“设备故障”“通信中断”“越限报警”分开不要全塞进一个通用类别否则后期查历史只能靠关键字搜。二是优先级影响到安全或者大面积停机的往上提传感器瞬时抖动这类往下压或者加延时确认。三是批处理消息的归类这类消息记录的是“已发生的故障”跟实时报警是两条线混在一起会让统计报表失真。改完事件架构一定要重启项目再验证部分事件配置在项目运行态下不生效。验证方法也简单人为制造一个能被捕获的事件比如断开某个驱动通道看事件日志里有没有按新配置的类别和优先级记下来。这一步花十分钟能省掉后面调报表时的一堆怀疑。4.2 项目文件夹共享与客户端连接权限这一节是整份手册里最容易被跳过、又最容易在现场翻车的地方。Desigo CC 是客户端/服务器结构客户端要连上来必须能访问服务器上的项目文件夹。默认安装完成后共享和权限不一定配好了。需要确认的层次有三层缺一层客户端就连不上或者连上了读不到数据层次检查内容典型问题共享层项目文件夹是否已共享、共享名是什么根本没共享或共享名带特殊字符NTFS 层客户端运行账户对文件夹的读/写/修改权限只给了读客户端能连但存不了任何东西应用层客户端用户配置文件和安全组的作用域、应用程序权限账户在系统里存在但作用域没覆盖到对应视图共享层和 NTFS 层是 Windows 的事应用层是 Desigo CC 自己的用户和安全组体系。三层要同时对只有一层对是没用的。我见过只配了共享没配 NTFS 的情况表现是客户端能连上、能看实时值但一操作就报错日志里全是访问被拒排查方向很容易被带到应用层去。NTFS 权限给到什么程度要看角色。只读监视的客户端给读加执行就够要操作点位、确认报警的必须给修改工程调试用的账户权限最高但这个账户不应该发给日常运维。共享权限和 NTFS 权限取交集两边都要放开只放一边等于没放。4.3 客户端连上之后要验的三件事客户端能登录不算成功登录之后要逐项验。第一件实时值刷新是否正常找一个变化快的模拟量点位盯着看几十秒值不刷新说明数据通道有问题不是权限问题。第二件历史趋势能不能拉出来这一条直接验证 HDB 链路是否打通——趋势拉不出来但实时值正常问题一定在 HDB 那边跟客户端无关。第三件报警能不能确认这一条验证的是写权限和事件处理的联动。这三件事按顺序验出问题时能快速定位到是哪一层。顺序颠倒的话比如先验报警确认失败了你不知道是权限问题还是事件架构问题还是 HDB 问题只能一层层往回猜。多人同时在线的时候还要看并发表现。几个客户端同时拉长跨度趋势服务器响应会明显变慢这是 HDB 查询压力不是故障。如果慢到影响操作考虑把趋势查询的时间跨度在客户端配置里限制一下或者把 HDB 挪到独立数据库节点。5. 五条踩坑记录从权限到端口的排查顺序5.1 扫描不到 SQL Server但用工具能连上现象SMC 里点“扫描本地”或“扫描网络”列表是空的可是用管理工具连同一个实例完全正常。原因SMC 的扫描依赖 SQL Server Browser 服务做实例发现这个服务默认是手动启动甚至禁用的。命名实例不走 1433端口是动态分配的没有 Browser 服务就没法把实例名解析成端口。另外 SQL Server 网络配置里如果只启用了共享内存协议跨机器扫描同样发现不了。解决把 SQL Server Browser 服务改成自动启动并拉起来在配置管理器里确认 TCP/IP 协议已启用然后重启 SQL Server 服务。如果现场不允许开 Browser 服务就跳过扫描直接在 SMC 里手工填实例名和端口效果一样。5.2 HDB 创建成功但趋势数据一直是空的现象SMC 里 HDB 状态正常项目也关联上了客户端能看实时值趋势曲线怎么拉都是空白。原因项目关联 HDB 和趋势定义写入 HDB 是两件事。项目配置里的趋势定义如果没启动或者趋势点的采样周期配成了 0 或者一个极大的值数据根本不会往里写。另一种情况是 HDB 关联的时候选错了库指向了另一个同名的测试库。解决先查 HDB 里数值日志表有没有记录一条都没有就是没在写有记录但客户端拉不出来问题在客户端查询侧。确认趋势定义的状态是已启动采样周期按实际需求设别图省事设成分钟级还指望看秒级波动。5.3 第二个项目起不来报端口冲突现象第一个项目运行正常恢复第二个项目之后点启动起不来没有任何有用的错误提示。原因手册里写了SMC 中存在多个项目时两个已启动项目不能有相同端口号端口号跟活动项目冲突的项目无法启动。恢复模板或恢复备份时端口号是跟着模板或备份一起过来的不会自动避开已占用的端口。解决启动前先在项目属性里把端口改成没被占用的值用 3.3 节那段命令先查一遍占用情况。项目多的时候提前做端口分配表别每次现查。5.4 恢复完模板状态是红色“已过期”现象恢复流程提示完成但“项目和系统信息”里状态显示已过期颜色是红的。原因模板是在某个软件版本下制作的当前安装的软件版本更高项目结构需要升级才能匹配。这是版本差异不是恢复失败。解决先在 SMC 里做一次项目备份然后执行升级等它跑完再看状态。升级过程中不要中断不要同时开别的项目操作。升级完成后重新启动项目验证扩展模块和驱动是否都正常加载——升级偶尔会有组件需要重新激活。5.5 客户端能登录但一操作就报访问被拒现象客户端登录成功画面能打开实时值能看但确认报警、修改设定值全部失败日志里是权限相关错误。原因项目文件夹的 NTFS 权限只给了读没给修改。共享权限放开但 NTFS 没跟上是这类问题的标准成因。另一种可能是应用层的作用域没覆盖到操作对象所在的视图账户存在但权限范围不够。解决先看文件夹 NTFS 权限确认客户端运行账户有修改权限再看应用层的用户和安全组确认作用域和应用程序权限都分配到位。两层都查完还不行用客户端账户在服务器上直接访问一次项目路径手动建个文本文件试试能不能建立刻就知道是哪一层的问题。6. 备份与恢复演练把后悔药提前吃一遍备份这件事手册里给的是一套操作但真正决定它有没有用的不是操作是有没有演练过。我见过太多现场备份任务天天跑日志一片绿色真出事要恢复的时候发现备份文件是几周前的、或者恢复出来的项目挂不上当前 HDB。备份文件的体积和修改时间只能证明“有东西生成”证明不了“这东西能用”。我做备份的固定顺序是先备份 HDB再备份项目文件夹两个都完成才算一次完整备份。理由是这样恢复的时候方向一致——HDB 是项目运行期间的数据项目是配置先恢复数据再恢复配置项目一挂上就有历史可查反过来先恢复项目中间那段时间项目是空跑的容易产生新的日志污染刚恢复的库。验证环节我一般用两条线一条轻一条重验证方式频率检查点文件级核对每次备份后文件存在、大小合理、修改时间是本次、无 0 字节文件恢复演练每月或每次重大变更前恢复到临时项目名能启动、能连 HDB、趋势和报警历史可查恢复演练的关键是恢复到临时项目名不要覆盖生产项目。演练完把临时项目删掉顺便验证一次删除流程。演练里最容易暴露的问题是 HDB 关联——恢复出来的项目指向的还是旧库名或者旧实例启动起来看着正常一查历史就是空的。这一步必须真的去拉一条趋势、查一条报警历史光看状态正常不算。还有个细节备份文件不要跟项目放在同一个卷上。同一块盘坏了备份和原件一起没这个道理谁都懂但现场图方便放一起的情况一点不少。如果条件允许备份完成后同步一份到另一台机器或者网络位置SMC 里配好路径之后是自动的不需要每次手工拷。从那以后我每次做完备份都会强制走一遍“拉一条趋势、查一条报警历史”的验证哪怕只是三十秒的事也不允许自己跳过。备份没验证过就等于没有备份这句话在楼控现场不是危言耸听。希望帮到你。本文还有配套的精品资源点击获取
