TSZSSA 0005-2023 证券公司重要信息系统监控管理标准

ICS03.060CCSA11团 体 标 准T/SZSSA0005-2023证券公司重要信息系统监控管理标准MonitorManagementStandardofImportantInformationSystemofSecuritiesCompanies2023-12-18发布 2023-12-18实施深市证业协会 发 布PAGEPAGE2目  次目  次 2前  言 3范围 4引用文件 4术语和定义 4监控管理和分类 4监控数据管理 6监控服务及展示 6前  言本文件按照GB/T1.1-2020《标准化工作导则第一部分：标准化文件的结构和起草规则》的规定起草。请注意本文件中的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本标准主要起草单位：深圳市证券业协会、深圳资本市场金融科技委员会、中国中金财富证券有限公司、中信证券股份有限公司、长城证券股份有限公司、五矿证券有限公司、第一创业证券股份有限公司、东亚前海证券有限责任公司、世纪证券有限责任公司、中山证券有限责任公司。本标准主要起草人：张植斌、林国峰、谷明泽、谢碧松、戴先宇、蔡坤、刘伟、郭臣义、李翔、彭玉辉、魏俊鹏、徐楠、肖志武、叶龙贤、冯张生、刘耀东、薛海波、张俊跃、甘照、胡超、黄华艺、姚刚、赵茂军、叶标松、刘国涛。范围IT本规范所指重要信息系统参考《证券期货业信息系统运维管理规范》，参考《证券基金经营机构信息技术管理办法》重要信息系统定义，参考中国信通院《技术运营标准规范》中相关定义内容。本规范适用于证券公司重要信息系统的监控管理。引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。《证券基金经营机构信息技术管理办法》（中国证券监督管理委员会令第179号附件一）。术语和定义信息系统由计算机硬件、网络和通信设备、软件、信息资源构成，能完成一个或多个特定业务目标的技术体系。监控系统对信息系统的数据采集、收集、解析和处理，并实时分析、展示、响应事件的信息系统。其可对信息系统提供及时安全警报、以及可选的控制和管理信息系统运行的能力。事件不属于某项服务的标准操作、标准流程或标准数据，导致或可能导致服务中断或服务质量降低的任一事态。4监控管理和分类公司应根据自身情况建立监控管理制度，并定期对制度进行修订。对于监控系统的变更规范应纳入公司的变更管理规范制度当中，并定期修订。本标准根据信息系统的架构、应用组成和应用场景不同，对事件的监控至少应分成基础资源监控、应用层监控以及场景和用户层监控三大类型。不同类型涵盖的监控对象和内容也有不同。信息系统应该根据自身的应用场景对应相应的监控分类设置监控。CMDB监控系统建议采用采用双活或者多活的架构，保障系统的稳定性。系统的各个功能模块及资源应具备易扩容性。监控事件的相关预警值、预警内容需要定期检查和评估并进行更新，对更新和评估要有日志保存做到可回溯和可回退。监控事件除基本的声光、短信、即时通讯、邮件等通知和展示外，应有专门的监控系统对监控事件予以线上展示并对较为复杂的业务场景类监控应建立专门的监控平台对监控场景和内容进行具象展示。监控系统应针对不同的系统和应用设置不同的监控频率，防止对操作系统或者应用系统的性能产生影响。监控系统应具有基本的权限管理功能，对不同的人员角色可相应的进行不同菜单和监控事件展示及触达等的权限管理。权限管理的场景包括但不限于人员或角色的新增、岗位变化、离岗离职等。表1监控建议分类标准分类监控指标监控对象监控对象基础监控绝对值、百分比等数据中心环境监控温湿度、基础设施状态、人员及设备进出等；服务器硬件（CPU、内存、磁盘等）CPU、内存、磁盘、网络连接状态等；网络设备及带宽网络设备状态、网络流量，端口状态，数据包延迟，丢包率等；安全设备和系统特征库更新状况、授权状况、端口状态等；云设备、云组件及存储设备及资源运行状态、利用率、进程、数据交换延迟等应用监控绝对值、关键字、存续性等操作系统操作系统事件关键字、端口应用程序进程状态、内存和CPU等资源使用量、并发量、关键数据指标、文件等日志日志状态、关键字、变化量、日志文件大小、日志时间等数据库数据库日志信息、表空间、连接数、数据库锁等容器容器资源使用情况、状态、进程、日志等场景监控综合指标、基线计算等性能，容量应用响应时间、traceId业务场景，业务流渠道、地域指标，委托、报盘、撤单、成交、行情、转账、查询、开户等业务连续性、业务基线监控等链路层监控链路的数据流调用、应用层调用、调用响应时间、调用次数统计数据流，指标监控数据连续性、时延、失败率、RTO、RPO安全事件内外网攻击、病毒爆发、DDoS、异常访问、暴力破解等关联分析事件；舆情等网站、微博、公众号等内容、访问量监控备注：1.此监控分类标准依据监控对象对监控进行的分类标准。各对象监控阈值、百分比等可根据信息系统分级不同自行确定。部分监控对象（如数据库）如有针对该对象的团标监控规范或细则，建议以该对象的具体团标监控规范为参考标准。对于监控系统自身的基础监控还应提供多种监控工具进行交叉监控。监控数据管理监控数据（如应用日志、告警日志、操作日志等）1年。表2监控数据管理标准数据管理数据管理标准参考方式或应用数据采集3SDK、API、私有协议等。量化管理采集服务，如能反映企业应用的覆盖率。数据采集上报到多个服务端；支持可扩展，高可用的采集架构。数据采集频率适应监控需求及审计标准，并且可以按照实际需要进行个性化调整。标准SSH、SNMP、CIM、HTTP、TCP、UDP等协议采集数据或自安装AGENT；数据传输int、char、binary单份数据多份订阅及分发传输。对重要及敏感系统的数据需要加密传输控制。Kafka、Zookeeper数据接收基础数据筛选，如支持数据转发、丢弃、复制等。对原始数据进行规则化处理，如清洗、校对等。数据接收架构具备可扩展性。对异构数据源集中接收。正则表达式解析、JSON支持自定义解析规则数据处理具备常用逻辑运算的能力，如自定义数据四则运算、统计（分类、聚类）可扩展的ETL，实现如数据清洗、转换、导入和加载等。具备对异构数据源的处理及关联分析的能力FlinkOnYarn流式数据分析数据存储提供统一的数据存储，及冷热数据管理。可扩展的架构，支持根据数据类型、容量等扩展方式。具备数据一致性、完整性和可用性等管理特性。存储多种数据类型，如文本、数值型和位图等。具备时序数据的存储能力。Influxdb、Elasticsearch、Redis监控系统的告警信息需要进行分级、统计、升级等管控措施。监控系统的告警数据要具有对外提供数据服务的能力，并提供相关数据接口供其他系统查询和处理。完整的监控系统需要具备图标能力，对相关指标有强化展示及在线查询展示功能。监控系统应该具备智能分析功能，至少按照季度进行监控评估，对监控对象的监控日志、异常情况、准确率、触达率以及预案执行情况等进行评估并形成评估报告。监控系统需要兼顾方便易用性，如对监控对象支持批量操作、提供监控服务的弱代码自定义功能等。表3监控服务及展示分类项目具体内容参考案例a)提供告警指标的静态阈值、动态基线阈值、同比环比算法阈值管理能力。b)具有告警分级及简单收敛功能，并提供定制化的触发规则（定通过多渠道送达时提醒、交易日或节假日判断等）。并提供触点统计告警和管控c)提供告警的统计分析，如告警触达率、告警准确率等功能。d)具备告警明细的记录存储和告警统计数据导出的能力。警会进行压缩，e)针对标准告警信息，关联提供标准运维操作的提示性建议。并会关联标准运f)自动告警升级，能够将告警通知、升级与组织架构关联。维操作。g)告警服务应该具有高并发性，并具有可平行扩展能力。a)提供面向应用场景的数据服务化能力。b)具备常规数据处理的能力，包括但不限于最大值、平均值等。c)具备按条件导出数据接口的能力。提供标准的API数据服务赋能d)具备数据迁移的能力，如复制、同步或传输数据到其他存储介质。接口供其他服务消费监控、告警e)提供自定义数据查询接口，和数据内容的功能。数据。f)具备条件情况下提供告警关联分析（如知识库、系统变更信息）等故障辅助定位能力系统的集成能力能