1、 ICS 35.240.01 M 63 备案号 ： 24616-2009 DB11/T 384.17 2009 代替 DB11/Z 384.17 2008图像信息管理系统技术规范 第 17部分：运行维护要求 Technical specification for image information management system Part 17： Requirement for operation and maintenance 2009-02-06发布 2009-05-01实施 北京市质量技术监督局发 布DB 北京市地方标准DB11/T 384.172009 I 目 次 前言 II 引言
2、 .III 1 范围 .1 2 规范性引用文件 .1 3 术语和定义、缩略语 .1 4 技术要求 .2 5 故障处置流程与要求 .4 6 维护与故障处理要求 .5 7 服务与管理要求 .6 附录 A（资料性附录）系统的可用性 .7 A.1 设备的 MTBF值 7 A.2 系统的 MTBF值 7 A.3 系统的可用性 .7 参考文献 .8 DB11/T 384.172009 II 前 言 DB11/T 384图像信息管理系统技术规范分为以下几个部分： 第 1部分：总体平台结构； 第 2部分：视频格式与编码； 第 3部分：通信控制协议； 第 4部分：传输网络； 第 5部分：图像质量要求与评价方法；
3、 第 6部分：图像存储 与回放； 第 7部分： 工程要求与 验收； 第 8部分： 危险场所 的施工与 验收； 第 9部分：图像资源及 系统设备编码与管理； 第 10部分：图像采集点 设置要求； 第 11部分：控制权限 分类与管理； 第 12部分：图像采集区域标志 的设计与设置； 第 13部分：图像信息 存储系统； 第 14部分： 手持移动终端联接 技术要求； 第 15部分： 软件质量评价方法； 第 16部分：视频图像 字符叠加 要求； 第 17部分： 运行维护要求； 第 18部分：系统平台技术要求 。 本部分为 DB11/T 384的第 17部分。 其他图像信息管理系统技术要求 将 结 合实际
4、需要 适时 制定，作为 本规范的分部。 本部分的附录 A为资料性附录 。 本部分由北京市质量技术监督局 、 北京市 信息化工作办公室、北京市公安局提出。 本部分由北京市质量技术监督 信息研究所归口。 本部分主要 起草单位 ： 北京市 质量技术 监督局、 北京市 信息化工作办公室 、 北京市公安局、 北京声 迅电子有限公司、北京富盛星电子有限公司、信息 产业 部 电子六所 、 北京邮电大学。 本 部分主要 起草人： 聂蓉、杨栋 梁 、 宋国建、吕元元 、杜振洲、 姚世全、 邓中亮、 余和初、 楚林、 娄健、许翠玲 、 宋银芳 、 马新风 、 汤梦然 。 DB11/T 384.172009 III
5、 引 言 根据 北京市人 民政府关于加 强图像信息管理系统 建设 工作的意见 （ 京 政发 200617号）文件 精 神 ， 以 本市应急指挥部 门目前使 用的图像信息管理系统为基础， 并 考虑数字 图像信息系统建 设的实际需 求 。由北京市质量技术监督局、 北京市公安局、 北京市 信息办牵头组织开展了图像信息管理系统技术规 范的编写工作。 编写组 由北京市 质量技术 监督局 、 北京市公安局、 北京市 信息办等政府管理部 门 、技术 研究机构与图像信息系统相关企 业 组成 。 DB11/T 384.172009 1 图像信息管理系统技术规范 第 17部分：运行维护要求 1 范围 本标准规定了
6、图像信息管理系统运行维护要求。包括技术要求、故障发现与处置要求、维护 要求、服务与管理要求 。 本标准 适用于图像信息管理系统的 运行维护 ，并 可供图像信息管理系统的工程设 计 参考 。 2 规范性引用文件 下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后 所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协 议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本 部分。 GB/T 5080.7 设备可靠性试验 恒定失效率假设下的失效率与平均无故障时间的验证试验方 案 DB11/T 384.2 图像
7、信息管理系统技术规范 第 2部分：视频格式与编码 3 术语和定义、缩略语 3.1 术语和定义 以下术语和定义适用 于本标准 。 3.1.1 运行维护系统 maintenance system for operation 运行维护系统是图像信息管理系统的子系统，可对图像信息管理系统中的各类设备进行集中 管理、控制和统计分析处理。该系统可接收图像信息管理系统中各类可管理设备的状态信息和故 障信息等，对图像信息管理系统中各类可管理设备进行配置和复位操作，将所有运行信息和维护 操作信息记 录并生成 统计报表 。 3.1.2 处置预案 advance preparation treatment proj
8、ect 是 针对系统 运行可能 发生的各 类事件制定的保障方 案和 操 作手册 。 3.1.3 平均无故障间隔时间MTBF mean time between failure 指产品在规定的工作环境条件下工作从一次故障到下一次故障的平均时间，是衡量一个产品 的可靠性指 标 （仅用 于发生故障 后 经 修理 或 更换零 件能继续工作 的设备或 系统） ，单位为 “小时” 。 DB11/T 384.172009 2 3.1.4 修复时间TTR time to repair 修 复 设备故障 所需的 时间。 3.1.5 平均修复时间 MTTR mean time to repair 是 从 出 现
9、故障 到恢复 所需的平 均时间。 3.1.6 故障响应时间 time to response failure 从 出 故障到 维护人员到达现场 的时间。 3.1.7 系统可用率 ratio of usefulness 指 系统无故障 时 长 与总 时 长之比 。 3.1.8 在线率 ratio of online 在任意时间 点上同一种 设备正常 运行数 量与总设备 数量 之比。 3.2 缩略语 下列缩略语 适用于本 部分： SNMP 简单网络管理协议（Simple Network Management Protocol ） 4 技术要求 4.1 系统运行维护模式 各级图像信息管理平台应设置运
10、行维护系统，负责图像信息管理系统内的设备、系统与平台 运行。运行 维护系统 模式如图 17-1所示 。 图 17-1 图像信息管理系统运行维护模式 4.2 图像系统设备要求 4.2.1 编解码设备 应向运行 维护系统定 时 报告 设备运行 状态 和设备故障 告警信息， 通信协议可参 照 DB11/T 384.2附录 A图像编 解码器管理协议的要求 。 4.2.2 具有 网管功能 设备应支 持SNMP协议 。 4.3 运行维护系统要求 4.3.1 应基于 C/S模 式或 B/S 结构， 对图像信息管理系统中 的设备和资 源 进 行维护管理 ，包括 系统运行状态 监 控、设备管理、 配 置管理、故
11、障 告警 处理、维护管理等功能 。 DB11/T 384.172009 3 4.3.2 运行维护系统 应 具 有完善的网络 安 全 保障 措 施， 进行安 全 保 护 检查 。 4.3.3 应能监测系统平台中 设备和资 源运行状， 应对服务 器群 的 运行状态 实时检测 ， 包括但 不限 于监测 CPU和内存的 占用状况 ，对管辖 的数据库 和备 份数据作完 整性检查 。监测网络流量。 4.3.4 应能自动或 手动对设备 进 行 巡检 。 4.3.5 应根据备份 方案，对 关键设备的 配 置 数据 和 数据 库进 行在线备份 。 4.3.6 应具备对系统平台中 的热备系统 进 行 切换 的 能
12、 力， 并进 行 测试和维护。 4.3.7 应保存系统平台中设备的配置信息和运行软件版 本等 信息。 4.3.8 应对图像系统设备的故障报警 实时响应，提 供 声 光 告警功能， 显示 设备位置信息和故障 点 具 体 位 置 。 4.3.9 可自动或手动 生 成 电子 故障单， 并 记录、统 计 故障处理 情 况 ，提 供 故障 单填报 、 转发 、 受 理分派、查 询统计、 反馈、打印 等 功能 。 4.3.10 运行维护系统日志的内容包括：日常维护、配置变更、网络状况和故障记录等，并可获 取图像信息管理平台 中各服务 器日志并 进行统计 分析 。 4.3.11 应对设备进行管理，提供摄像机
13、、编码解码器、管理服务器、矩阵、磁盘阵列、网络等 设备的安装 、更换等 记录功能 ，并能根据 设备类 型进 行查询、统 计并输出 报表。 4.3.12 可对事件进 行分类， 并根据不 同事件类 型和重要程 度编制不同的处置预案 。 4.4 图像信息管理系统运行指标要求 4.4.1 系统的平均 故障间隔 时间（MTBF ） 5000小 时。 4.4.2 系统的平均 修复时间60000小时 60000小时 40000小时 60000小时 30000小时 40000小时 40000小时 60000小时 20分 钟 多路 30分 钟 DB11/T 384.172009 4 表 17-1（续 ） 设备名
14、称 所处位置 平均故障间隔时间 修复时间 服务 器 录像服务 器 各级 平台 MTBF60000小时 60000小时 60000小时 60000小时 60000小时 60000小时 60000小时 60000小时 60000小时 60000小时 20000小时 2小 时 5 故障处置流程与要求 5.1 故障处置流程 图 故障处置流程 如 图 17-2所 示 。 图 17-2 故障处置流程 图 5.2 故障处置要求 5.2.1 故障受理 5.2.1.1 受理方式可为： 人工受 理和自动 受理。人工 受 理 是通过 电 话 接 受故障报告； 自动受理 主 要针对设备 告警信息 形成故障 报告。运行
15、 维护系统 应有 信息提示 。 5.2.1.2 受理要求：设备故障 受理的优先 级 高 于其他事件的处理 。 5.2.2 故障复核： 接收 到 故障 报告后， 应对根据 故障信息 对 故障现象进 行复核。 应 具自动和 人工 复核功能。 DB11/T 384.172009 5 5.2.3 故障处置 5.2.3.1 运行维护系统 应 具 有预 案 提 示和处置流程 自 动 控制 功能 ， 应 能 采 用 人机 结 合 编制 事 件处 置 预 案 ， 可依 据不同 类型的事 件启动不 同的处置流程 。 5.2.3.2 应根据设备故障类型 及时通知 相关人员到 现场 对 故障进 行处理。 5.2.4
16、 处置记录 5.2.4.1 对真实故障 报警应记 录原因。 5.2.4.2 应记录故障处置经过 和结果。 故障处置 记录应至少 包括 ：信息报告 时间、 事 件类型、故 障 地 点 、维护 人 员 、处理时间 和处理结 果。 5.2.4.3 应能提供按 故障时间 和类型对 故障记录 进行检索 。故障 记 录 应 至少 保 存 一年 。 6 维护与故障处理要求 6.1 硬件系统的故障处理和维护 6.1.1 硬件系统的故障修复 应该由专 业人员负责 ， 硬 件系统故障修复方法分为设备 更换和部件更 换：故障修 复时间要求 见 表 17-1。 6.1.2 应按设备总量 配 备备 品备件， 数量可参考
17、 表 17-2。 表17-2 备 品备件数 量一览表 设备名称 备品比例 （%） 备件 比例 （%） 备 注 摄像 机 2 0 备整 机 矩阵 主机 0 2 备视频输 入输 出卡 编解 码器 3 3 备整 机或 部件 视频 监视 器 2 0 备整 机 磁盘阵 列 0 4 备硬盘 硬盘 录像 机 2 3 备整 机和 硬盘 光端 机 2 0 备整 机 表中比例基数 为图像信息管理系统中使 用的设备总 数。 6.1.3 对双机热备系统要定 期进行切 换测试， 测试间隔 时间 不大于一个 月。 6.1.4 对设备运行 状况作自 动或手动 巡检，每 台设备巡 检间 隔时间不大 于 24小时。 6.1.5
18、 应根据设备 特性和运行 环境定 期对图像系统设备 进行 维护保养， 包括 但不限于 硬件设备的 检查、保养 和清洁。 对摄像机 进行人工 保养和清洁 的最长间隔时 间不大于 180天。 6.2 软件系统的维护和故障处理 应制定基础 软件和应 用软件的维护和故障 修 复 方案 。基础软件包括 操 作 系统、数据 库、中间 件。 6.2.1 操作系统 6.2.1.1 当操作系统 运行状态 异常时， 可通 过 重新 启 动 、 重新配 置、 重新安 装操作系统 等 手 段进DB11/T 384.172009 6 行故障修复 。 6.2.1.2 应定期对操 作系统进 行检查， 对操作系统 升 级 。
19、检查 时间间隔不 大于一个 月。 6.2.2 数据库 应建立起包括 问题发现 、故障 诊断、 问题 解 决和 日 常维护在内的 完整的数据 库 性 能及 可用性 管理流程， 并借助相关 管理工 具，实现 管理功能 。 6.2.3 中间件 应根据中间 件具有的 自主管理 能力，简 化系统维护 成本。 当应用目标 和环境变 化变化时， 应 通 过中 间 件 实现应 用系统的自 主再配置 。 6.2.4 应用软件 6.2.4.1 在应用软件 出现错误或发现潜 在设计缺陷 时，应 能进 行改正性维护 。 6.2.4.2 当应用软件的 配 置 或运行环境 改变时， 应能进行适 应性维护。 6.2.4.3
20、 宜采用更新 升级的维护 机 制 ，自 动 检查 软件更新 状态 并提供更新 布署。 6.3 数据维护 6.3.1 应定期备份包括系统配置参数、系统日志、管理数据等。各类数据备份周期应不大于 30 天。 6.3.2 数据备份可 采用自动 或手动方式 完 成 。 6.3.3 应具备数据 恢复功能 ，数据恢复 前 应 制订 数据恢复 计划 和 恢复方 案。 6.3.4 应具备数据 整理功能 ，定期对 系统内数据 进 行 整理 ，清 理 不 必 要的 数据、文件。 7 服务与管理要求 应制定系统运行维护计划、工作流程、管理制度、服务质量要求，应根据不同的系统设备和 环境制定具 体的保养 方案。并 符
21、合以下要求。 7.1 应配备专业 （ 包括软件、 硬 件和网络等）的 运行维护队伍，工作人 员须经专 门培训 和考核合 格后方能上 岗。 7.2 应配备必需 的维护工 具、防护用 具 、通 讯设备及 交通 工具。 7.3 应保证 724 小 时 服务 。 7.4 应制订系统 日常维护 工作计划， 并严格按 照工作计 划 进行系统的 日常维护。 日常维护 应不影 响系统的正常 使 用 。 7.5 应制订非突 发事件的处置程序 和应急预 案，并定 期进 行演练。 7.6 应制定文档 管理制度 ，完整地 做好维护 记录，定 期整 理系统的维护文档。 7.7 应制定运维 检查、现 场故障处置、系统 更
22、新升级 、硬 件更换和修 复等操作 规范。 7.8 应制订软件 升级工作 流程，确 保应用程 序的稳定 运行及 更 新 。 7.9 应建立与设备 供应商 和网络供应 商 建 立故障修复 的协 调机制和服务规范。 7.10 应建立保密 制度。妥 善保管系统的各种 档案资料 ，不 得擅自复制、 向 外 传播 。 7.11 应有充足的 经费预算 ，满足日 常维护和 重大故障 突发 时的应急处置 。 7.12 应定期评估 系统运行 质量。按 ISO9001要求建立 和完善 运行维护服务质量体系。 DB11/T 384.172009 7 附 录 A （ 资料性附录 ） 系统的可用性 A.1 设备的MTB
23、F 值 在产品设计 之初，质量 工 程 人员 会 根据 Telcordia（ 即以前的 Bellcore） “零件计 数方法” 计算出一个 预测的 MTBF（平均故障 间 隔 时间 ） 。 从最新 版 Telcordia技术规范 SR-332表中 取每 个设备的故障 率 ， 然后 按 照 方法 一 情 况一模型(Method 1 Case 1 model)进行 组合。数据 库 中 最后 的 预 测 MTBF值为该计 算结果的 两倍。 SR-332 表 中 所 列出 的设备级 MTBF 值代表相 似设备的 历史 MTBF 的 90%下置信水平 (Lower Confidence Level)点
24、估算值。 这就是说 ，实际 设备的 MTBF值有 90%的可能 性会高 于表中所 列数 值。 通过这个 模型所产 生的综合 估算值相 当保守，业 界惯例是将 根据 SR-332计算出 来的值加 倍以 产生一个更 切实的标 杆 MTBF。 然后，采用 加速寿命 可靠性测试 方法来 验证这一 预测 MTBF是可达到 的 ， 而历史数据 则表明， 现场测试结 果一般都会超过这 个两倍的 Telcordia值。 在 图像设备（摄像机、编码器、光端机、服务器等）里，各模块（卡）的故障率要用元件的 数据来计算，这意味着要考虑所有构成模块（卡）的元件。这是很实际的且非常保守的，因为， 当模块（卡 ）不工作时
25、，并不是 其 上 的每 一 个 元件 都会导致整个 模块（卡 ）的故障 。 故障率简称 FITs，是 每 1,000,000,000小时在发 生的故障数。 MTBF是故障 率的倒数 ，代表一 组 FRU（现 场可更换 单 元部件级， 如板卡、 模块、电源 、 裸 机 箱 、 摄 像机 、编码 器、 云 台 等） 在一 个典型应 用环境 中故障之间 的工作小 时。 可 按下列公 式计算： MTBF = 1,000,000,000 小时 / （ FITs * 8766） A.2 系统的MTBF 值 随着系统节 点数量增 加，单个 节点出故障的机率 会增 加。 对 n个节点 （或设备） 组成的系统的 MTBF可按 以下 公式计算： MTBF=1,000,000,000/ (节点 1的 FITs+ +节 点 n的 FITs) * 8,766 A.3 系统的可用性 系统的可用性 是 用 于比 较 相 似系统的，所 以 也称 作系统的统计寿命 。 其计算公式 如下： 可用性（率 ）= MTBF / (MTBF+MTTR) DB11/T 384.172009 8 参考文献 1.Telcordia Bellcore SR-332 可 靠 性预 计 程 序文件 贝尔通讯实验室
