《T_SZSSA 0002-2023 证券公司重要信息系统容量管理标准.docx》由会员分享，可在线阅读，更多相关《T_SZSSA 0002-2023 证券公司重要信息系统容量管理标准.docx（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、ICS03.060CCSA11团体标准T/SZSSA0002-2023证券公司重要信息系统容量管理标准CapacityManagementStandardofImportantInformationSystemofSecuritiesCompanies2023-03-07发布2023-03-07实施深圳市证券业协会发布T/SZSSA0002-2023目次目次.2前言.31范围.42引用文件.43术语和定义.44容量评估.45容量管理.66附录：压力测试.62T/SZSSA0002-2023证券公司重要信息系统容量管理标准1范围为加强重要信息系统IT基础设施、网络、系统及人员能力管理相关的计划、
2、实施、监控与改进活动，保障应用系统容量，支持业务发展和安全稳定运行。本规范所指重要信息系统参考证券基金经营机构信息技术管理办法重要信息系统定义。本规范适用于证券公司重要信息系统的容量管理。2引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。证券基金经营机构信息技术管理办法（中国证券监督管理委员会令第179号附件一）。3术语和定义信息系统由计算机硬件、网络和通信设备、软件、信息资源构成，能完成一个或多个特定业务目标的技术体系。系统容量信息系统在处理结果符合生产输出标准（响应时间、成
3、功率）的情况下，可容纳、处理的最大数据量。系统压力系统需要处理的的输入数据量。TPM每分钟系统处理的业务请求数。TPS每秒钟系统处理的业务请求数。4容量评估4.1信息系统容量应当通过对系统进行压力测试进行评估。压力测试方案参见附录。4.2本标准根据数据处理机制将证券公司信息系统分为三种类型。不同的类型，按不同的指标进行容量评估。同一信息系统，可以属于一个或多个类型；对属于多个类型的系统，需要按不同的类型进行压力测试，确定各个类型维度下的容量指标。4方式说明场景适用类型整体评估对信息系统整体进行压力测试，模拟全量的压力数据。通过压力测试的最大系统压力，就是容量。压力测试能够模拟全量压力实时处理数
4、据处理数据订阅趋势评估通过对系统整体进行不完全的压力测试，确定系统数据处理能力与系统各类资源的相关性，并依此推算出系统整体的容量。压力测试无法完全模拟全量压力；且系统无法按组件或节点进行横向扩展实时处理数据订阅估算评估通过对系统单一节点或组件资源进行全量压力测试。确定单一节点或组件资源的容量，并依此按系统节点、组件数量推算出系统整体的容量压力测试无法完全模拟全量压力；系统可以按组件或节点进行横向扩展类型类型特点容量指标举例实时处理实时处理大量业务请求；处理和响应速度快；高并发；TPS/TPM交易系统数据处理对大量数据进行批量处理或管理；对数据处理的实时性要求不高，并发量低。记录数1清算系统数据
5、订阅单向对外进行数据输出；数据处理复杂度低；数据输出量大；实时性较高连接数2行情系统评估要素评估指标备注硬件设备CPU利用率平均CPU利用率的允许范围，通常90%MEM利用率内存利用率的允许范围，通常90%；网络IO利用率平均IO利用率的允许范围，通常90%软件响应时间/数据处理时间各公司根据信息系统的需求确定；处理正确率各公司根据信息系统的需求确定；通常=100%T/SZSSA0002-2023表1容量评估信息系统类型1记录数：数据处理类系统输入数据量的衡量单位。通常按业务功能输入的数据对象作为一条记录，如：清算系统清算功能的输入数据对象是交易记录。2连接数：指数据的订阅者数量。根据系统的不
6、同，一个系统客户端可以建立一个或多个订阅连接。4.3评估要素是容量指标的衡量标准和具体反映。系统容量是在各评估要素都符合限定要求的情况的最大系统压力。容量评估指标包括但不限于：表2容量评估指标4.4根据压力测试结果，信息系统容量的评估，可以采用以下三种评估方式。表3信息系统容量评估方式5T/SZSSA0002-20235容量管理5.1证券公司应当根据不同的信息系统在软硬件上扩容难度和扩容所需时间，并结合系统历史压力情况，合理的确定系统容量。系统容量应当至少是生产系统过去3年中历史峰值压力的1.5倍。对不能够快速进行扩容的系统，应当预留更大的容量冗余。对新建业务系统，系统容量应当大于等于设计容量
7、。5.2对异地多节点部署，且各节点系统间存在互为备份的信息系统，如行情中心，至少应当按照容量最大的一个节点失效的情况下，其节点容量平均分配到剩余节点的场景，确定各节点系统容量需求。条件允许的情况下，应当按照多个节点失效的情况，确定各节点容量。5.3证券公司需要根据信息系统所属类型，在生产中对容量指标及评估要素进行监控。根据容量评估压力测试过程中，容量指标及各评估要素的变化区间，制定适当的预警阈值和扩容阈值。达到预警阈值，启动系统扩容准备，分析系统扩容方案、准备扩容资源；达到扩容阈值，立即实施扩容。5.4系统各硬件评估要素监控阈值的确定，需要考虑硬件资源扩容的时效。确保在达到系统容量之前，有充足
8、的时间实施扩容。对采用估算评估和趋势评估确定容量的系统，监控阈值应当适当降低。5.5重要信息系统所需硬件资源应当尽量采用独占资源。对多系统共享的硬件资源，其CPU、内存、网络IO等评估要素变动取值范围，应当为多个系统的容量需求之和。5.6重要信息系统投产前，必须进行系统容量评估。对于重大变更或硬件扩容后的重要信息系统，须进行再次压测，重新进行容量评估，并依据评估结果重新设置监控指标。5.7系统应当建立对每日整体数据增长量的监控，确保系统存储剩余空间至少满足过去60天的增长总量。5.8在极端情况下，系统短时间出现压力大于系统容量的情况，系统应当通过限流、延长响应时间、快速返回失败等多种措施、确保
9、不出现组件或应用崩溃，以便在压力恢复正常后，系统能快速恢复正常。5.9系统实际生产压力，长期低于系统容量；可以进行系统容量调减。调减后的容量应当满足系统容量管理的标准。5.10证券公司应当对重要信息系统提前制定扩容调整预案。包括但不限于：扩容比例、所需硬件资源、软件变更方案、实施流程等。并根据预案，提前预留基础架构资源，如机房电力、机架空间、主机等资源。6附录：压力测试6.1测试准备6.1.1压力测试环境架构和物理资源需要尽量与生产环境保持一致，如条件不一致，在最后分析压测结果的时候，需要根据具体情况进行容量修正。6.1.2系统压力测试需要按照系统类型准备压测输入数据；压测输入数据应当与生产实
10、际数据具有高度近似性。6.1.3压力测试中，系统必须以贴近生产状态的方式运行；系统参数的设置和系统存量数据应当尽量与生产保持一致；6.1.4压力测试需要根据对信息系统的需求，制定系统正常运行时，各软、硬件组件评估要素的取值范围。6.2测试过程6类型通过标准实时处理进行不低于5分钟持续压力测试，各软、硬件评估要素均符合要求标准；测试期间评估要素数值保持稳定，无明显变化趋势。数据订阅数据处理在预期时间内正确完成处理，各软、硬件评估要素均符合要求标准T/SZSSA0002-20236.2.1压力测试方案及通过标准如下：表4压力测试方案及通过标准6.2.2从无系统压力开始，逐步提升系统压力，进行多轮测试。记录各软、硬件评估要素的数据变化，作为后续运行中监控阈值设置依据。对采用整体评估和估算评估的系统，应当测试到确保测试通过的最大系统压力。对采用趋势评估的系统，测试轮次应当能反映系统压力与各资源评估要素的变化关系。6.2.3在硬件资源都没有出现瓶颈的情况下，但系统压力已经达到最大容量。应当安排对软件系统进行检视，确定是否合理。7