商业银行应用双活架构设计方案
商业银行应用双活架构设计方案
目录
一、设计原则 (3)
二、充分理解目标 (4)
2.1. 我们充分理解目标： (4)
2.2. IT 行业发展的需求 (4)
三、应用系统架构现状分析 (6)
四、应用双活实现方案 (7)
4.1. 不同数据中心应用双活方案 (7)
4.2. 同数据中心应用双活方案 (11)
一、设计原则
重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环，既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性，同时也要考虑单位信息系统今后几年的业务发展需求。
针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点，在此次重要业务系统双活项目中，要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。在进行系统设计时，遵循以下原则：
稳定性：稳定性是系统运行的关键，也是系统维护管理的关键因素，更是充分发挥科技骨干技术储备的关键。
安全性：系统软、硬件需具有可信赖的安全性，软件系统安全性方面应满足单位信息系统安全策略的要求，系统有严格的用户权限和密码保护设计和办法。
可靠性/可用性：系统软、硬件平台应稳定、可靠，能够满足业务系统 7x24 不间断的运行要求；具备成熟的高可用性和双活解决方案。对数据的完整性和准确性有可靠的保证机制。
可持续发展性：所提供的技术是可持续发展的，是目前的主流技术并有长期发展的目标，能满足单位业务支撑信息系统未来几年业务发展的需求。
可扩展性：随着单位业务的不断发展、壮大，系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。可扩展性是保护用户投资的重要方面之一。另外在系统设计时，应选择业界相关领域的主流产品，确保产品旺盛的生命力，以便充分地保护用户的投资。
易用性：系统软件平台应提供丰富的、简单的管理工具，便于管理及系统问题诊断。
开放的标准：系统软件需支持业界通用的开放式标准，降低因兼容性问题造成的问题发生率。
可维护性：系统维护需要简便快捷、不需要太多的管理人员和维护。系统可维护性十分重要，它直接决定了系统的效能、产出和用户的总体拥有成本。系统可维护性差会
导致系统效能下降、产出降低，维护成本增加，后患无穷。
售后服务技术支持：厂家能提供足够、及时的技术支持与响应，来保证应用系统良好运行状态。在系统运行中存在着很多不确定因素，包括人为因素、自然因素等多方面
原因，系统可能出现不同程度上的故障，这就要求系统用户与原厂商有着良好的配合，
原厂商能够在事故发生后最短响应时间内排除故障，给系统用户以更加坚实的信心。
因此原厂商的售后服务水平和响应时间同样是系统建设的一个重要考虑因素。
成熟性：采用的技术、产品应经过实践检验，被证明是成熟可靠的，以规避风险。在技术上要到达当前的国际先进水平。系统的软、硬件技术是经过市场考验的，证明是成熟的技术，在相关应用中有较多的成功案例。同时要采用先进的技术，既要满足目前的业务需求，又要充分考虑未来的发展，保证系统建成后 3 至 5 年不落后，选用符合国际标准的系统和产品，以及保证系统具有较长的生命力和扩展能力，满足将来系统升级的要求。
二、充分理解目标
2.1. 我们充分理解目标：
实现同机房与机房之间的应用双活，任何一个重要应用系统的服务器、磁盘阵列、交换机故障，都不会影响业务的正常运行。
任何一个重要应用系统应用的服务器、磁盘阵列、交换机故障，对该重要业务影响控制在 1 分钟以内。
2.2. IT 行业发展的需求
一方面随着用户业务发展，业务层次对 IT 系统业务连续性（保证业务系统 7*24 不间断）的要求程度越来越高。另一方面企业需要一个符合成本效益的解决方案来优化数据管理和提高数据中心对于前端业务的支持水平，而不是通过单纯地增加存储和设备去解决问题。最后达到用户业务层次所需的动态型全天候不间断数据访问和业务数据中心的支持。
为了有效地解决这些问题，企业需要寻找一个新的更有效的数据管理方法。这种新方法的数据管理需要具有解决几个关键问题的能力：.
提高文件管理- 帮助汇集信息孤岛，冗余数据和未充分利用的分段存储。
提高性能–规划您的存储并整合新兴技术，以帮助保护您的投资。
增强可用性- 帮助满足目前每天 24 小时不间断的市场需求，缩减整个系统的停机和维修时间为“零”。
更好的自动化- 提供无缝的工作负载流程和数据管理，提高性能和应用可靠性及最终用户体验并促进生产力。
向外扩展- 改善硬件和基础设施利用率，
最大限度地提高您的投资回报和保障业务在
预算范围内增长。
双活系统软件能使 IT 基础架构保持灵活性、
稳定性和高可用性，能够简单、动态地访问
和管理硬件资源，提高资产使用率，同时利
用更为智慧和简化的新方法来实现上述目标。
双活系统软件带来整合数据中心的力量，带
来更高的客户价值：
提供全面的数据中心愿景——智慧的业务基础架构，包括服务管理及自动化，快速实现投资价值；将关注点从基础架构效率转向业务结果：加快数据中心整合，帮助客户把更多精力集中到关键业务目标上，以便改善服务、降低成本、管理风险；通过整合及资源池的管理方式，使原本孤立的系统协同工作，释放投资价值；充分拓展并利用合作伙伴生态系统，提供完整的解决方案。
三、应用系统架构现状分析
上图是当前某商业银行当前核心系统架构的现状，存在以下几个方面的问题：
1、重要业务系统服务器出现问题后，切换到备用服务器需要一定的时间。
2、数据中心机房 A 出现问题后，由于数据中心机房 B 服务器平常无法打开使用，无法实现无缝接管。
3、随着业务量的增长，当重要业务系统应用服务器的压力越来越大时，无法进行横向扩展。
4、资源严重浪费，数据中心机房 2 的资源（尤其是存储）平时无法打开使用。
5、切换时间长，一般需要 1－3 小时以上才能切换到灾备中心。
6、故障情况下切换决策难，有时切换时间＋决策时间>＝灾难修复时间，难以决
策，期间无法办理业务。
7、流程复杂，维护难，系统切换需要一系列管理和技术流程，维护复杂，生产、
容灾端都需要维护
四、应用双活实现方案
4.1. 不同数据中心应用双活方案
根据当前某商业银行重要应用系统系统架构的现状，同时结合某商业银行对重要应用系统双活项目的需求，该商业银行采用GPFS(General Parallel FileSystem，通
用并行文件系统)的高可用方案实现此功能和目标。结合当前应用系统以及硬件、网络环境的现状，其中共采用以下两种实现方式：不同数据中心应用双活和同数据中心应用双活。
在满足跨机房实现应用双活的硬件、网络等条件下，结合该商业银行的应用系统现状，设计了实现应用双活的系统拓扑图和功能逻辑图。
此方案实施完成后，我们可以实现以下目标：
1、任何一个数据中心的应用服务器、存储、网络出现故障，另外一个数据中心可以无
缝接管，应用基本不受影响。
2、两个数据中心的应用服务器同时对外提供服务，提高了应用系统整体的处理能力，
同时由于灾备数据中心资源也可以同时对外提供服务，减少了资源的浪费。
3、实现了在线进行应用服务器的横向扩展。
4、系统切换演练以及维护较之前的双中心主备模式简单。
此方案简述：
1、通过操作系统内的 GPFS 文件系统实现，最大程度不改变传统的物理拓扑，增加整
2、体方案的安全性、可用性；
3、在操作系统层次，通过 GPFS 文件系统的 failure group 功能模块将生产、灾备
两个中心的两台存储虚拟为一台存储使用；
4、重要应用系统构建在 GPFS 文件系统上，应用系统的其它要求和环境需求按照应用
本身的实际情况设计、实施。在存储实际情况满足的前提下，GPFS 均可满足应用服务
器存储的要求；
实现不同数据中心应用双活需要考虑的因素
构建不同数据中心应用的双活有许多因素需要考虑，依赖于用户是否具备了实现的条
件：
双活数据中心之延迟和稳定性：由于光速限制，每约 120km 所产生的数据来回延迟
约为 1ms。因此，会对实际应用性能构成影响, 特别是两数据中心数据交互密切的业
务。另外，数据中心之间的网络是否容易维护和掌控。
Quorum / Tie-Breaker 之需求：为了避免双活数据中心产生脑裂(Split Brain)的状
况，解决方案需要提供有效的 Quorum / Tie-Breaker 方式来保证数据完整性，最好
将仲裁放在第三个数据中心。
工作负载之考虑：业务交易中，应用所产生之写操作 (INSERT, UPDATE,DELETE)比例
越高，则越多数据需要跨数据中心传送。这类型业务交易不利于双活数据中心设计。
推荐业务划分，读写分离等, 有效规避数据中心间交互的架构。
在满足构建不同数据中心应用双活的实现条件下，要实现应用的双活需要完成以下步骤：
（1）现状分析：
调研某商业银行重要应用系统现有的主机系统、存储系统、SAN、网络系统等的架构、
配置、部署情况、关键的参数设置，以及近期的 IT 规划；通过现状分析明确基础架
构、可恢复能力、应用关联关系等，评估当前环境与目标之间的差距，工作内容包括：
1、对操作系统版本等系统信息进行调研和分析；
2、对应用系统使用的硬件以及存储信息进行调研和分析；
3、对两个数据中心之间的网络、带宽等进行调研和分析；
4、对当前应用系统架构进行调研和分析；
5、对应用系统使用的文件系统的容量以及每天产生的日志总量进行调研和分析。
6、对每月月初、月中、月末的系统负载进行调研和分析；
7、对心跳站点的网络带宽，本地磁盘或者存储现在进行调研和分析。
（2）风险评估
通过风险分析梳理在实施过程中所面临的风险场景，对可能的风险进行评估，按照风
险的严重性和可能性，定义风险级别，形成风险矩阵，并提出风险应对建议。
不同数据中心应用双活架构设计
结合系统现状以及高可用性需求，编制《不同数据中心应用双活总体建设策略规划建
议》。
GPFS 双活实施
根据双活的总体建设测试规划，完成不同数据中心机房的应用双活。
应用双活可用性测试
由于不同数据中心应用双活需要第三个站点作为心跳站点，实现方式以及双活故障测
试场景都比较复杂，因此我们需要根据应用双活的要求，设计各种灾难场景，完成相
应的测试，形成测试报告，例如：
模拟任何一台服务器宕机
模拟任何一台存储宕机
模拟两个数据中心之间网络故障
模拟任何一台服务器的网卡故障
模拟 SAN 交换机故障
模拟网络交换机故障
演练规划以及组织
根据灾难场景与技术架构设计，制定灾难演练场景的定义、演练方式、演练范围、演
练计划、演练组织架构、灾难恢复流程、操作手册及应急措施等。
4.2. 同数据中心应用双活方案
如果当前的硬件环境以及重要应用系统架构无法满足不同数据中心双活的实现条件，建议采用同机房的应用双活解决方案。以下是我们结合某商业银行的系统现状设计的同机房应用双活架构图：
实现同数据中心应用双活需要考虑的因素
构建同数据中心应用双活较不同数据中心应用双活需要考虑的因素较少。但构建双活
的方案同样有许多的考虑，依赖于用户是否具备了实现的条件，是否能够解决以下几
个挑战：
Quorum / Tie-Breaker 之需求：为了保证 GPFS 集群资源的可用性和完整性，需要根
据实际情况考虑采用 Quorum 机制还是 Tie-Breaker 机制。
GPFS 文件系统条带大小的选择：需要根据实际应用系统使用文件系统的方式，以及
日志、数据文件的大小来进行条带大小的选择，以便达到最佳性能。
GPFS 私有网络的设计：为了保证 GPFS 文件系统的高可用性，一般建议为 GPFS 通
信采用专门的私有网络，解决和生产网络耦合带来的问题。
重要业务系统参数优化：根据应用方面压力测试的结果，对 GPFS 核心配置参数
PAGEPOOL 等进行性能调优。
同数据中心应用的双活的硬件条件要求较不同数据中心应用的双活要简单，两数据中心之间的带宽、两个机房之间的网络延迟等因素都不再需要进行考虑。要实现同机房应用的双活，同样需要完成与不同数据中心应用双活相同的步骤：
（1）现状分析。
调研某商业银行重要应用系统现有的主机系统、存储系统、SAN、网络系统等的架构、
配置、部署情况、关键的参数设置，以及近期的 IT 规划；通过现状分析明确基础架
构、可恢复能力、应用关联关系等，评估当前环境与目标之间的差距，工作内容包括：
1、对操作系统版本等系统信息进行调研和分析；
2、对应用系统使用的硬件以及存储信息进行调研和分析；
3、对当前应用系统架构进行调研和分析；
4、对应用系统使用的文件系统的容量以及每天产生的日志总量进行调研和分析。
5、对每月的月初、月中、月末的系统负载进行调研和分析；
（2）风险评估
通过风险分析梳理在实施过程中所面临的风险场景，对可能的风险进行评估，按照风险的严重性和可能性，定义风险级别，形成风险矩阵，并提出风险应对建议。
同数据中心应用双活架构设计
结合系统现状以及高可用性需求，编制《同机房应用双活总体建设策略规划建议》。
GPFS 双活实施
根据双活的总体建设测试规划，完成同机房的应用双活。
应用双活可用性测试
根据应用双活的要求，设计各种灾难场景，完成相应的测试，形成测试报告，例如：
模拟任何一台服务器异常宕机
模拟单台服务器网卡故障
模拟计划内任何一台服务器停机
模拟网络交换机故障
模拟服务器存储链路故障
演练规划以及组织
根据灾难场景与技术架构设计，制定灾难演练场景的定义、演练方式、演练范围、演练计划、演练组织架构、灾难恢复流程、操作手册及应急措施等。
应用级双活建设方案详细
1.逻辑架构 2.方案简述 某客户为了保证业务的连续性，需要部署双活数据中心，传统的数据中心
解决方案，正常情况下只有主数据中心投入运行，备数据中心处于待命状态。 发生灾难时，灾备数据中心可以短时间恢复业务并投入运行，减轻灾难带来 的损失。这种模式只能解决业务连续性的需求，但用户无法就近快速接入。灾 备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资 源利用率偏低，造成了巨大的浪费。 两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服 务且互为备份。但出于技术成熟度、成本等因素考虑，数据库采用主备方式部 署，数据库读写操作都在主中心进行，灾备中心进行数据同步。发生灾难时， 数据中心间的数据库可以快速切换，避免业务中断。双活数据中心可充分盘活 闲置资源，保证业务的连续性，帮助用户接入最优节点，提高用户访问体验。3.实施方案详述 真正的双活，要在数据中心的从上到下各个层面，都要实现双活。网络、 应用、数据库、存储，各层面都要有双活的设计，这样才能真正意义上实现数 据中心层面的双活。 从某种程度上说，双活数据中心可以看做是一个云数据中心，因为它具有 云计算所需的高可靠性、灵活性、高可用性和极高的业务连续性水平。不仅能 够满足应用对性能、可用性的需求，而且还可以灵活动态扩展。 3.1网络子系统 3.1.1简述 从网络上来看，双活数据中心需要将同一个网络扩展到多个数据中心，在 数据中心间需要大二层网络连接并且实现服务器和应用的虚拟化数据中心互联 技术。 大二层的网络技术有 IRF、TRILL、SPB、EVI 等。IRF 是将多台网络设备（成员设备）虚拟化为一台网络设备（虚拟设备），并将这些设备作为单一设备管理 和使用。
农村信用社改制组建农村商业银行情况汇报
**县农村信用社改制组建农村商业银行情况 汇报 尊敬的*市长及各位领导： 正值盛夏，*市长一行莅临**，指导我社改制组建农商银行工作，传授宝贵经验。在此，我谨代表我社全体干部员工对*市长一行的到来表示最热烈的欢迎和衷心的感谢！现将我社改制组建农商银行相关情况报告如下： 一、组建农村商业银行进展情况 去年以来，在县委政府的坚强领导和大力支持下，在我社全体干部员工的共同努力下，**联社改制组建农商银行工作取得了阶段性成绩： 一是搭建了农村商业银行组织架构和管理机制。我社按照现代商业银行公司治理结构的要求，完善了组织架构，健全了社员代表大会、理、监事会相互制衡运行机制，为组建农村商业银行奠定了基础。 二是依法进行了股份制改造。一方面，对原股东人数多、股金额度小、结构不优的**万元股金进行股权改造，现已初步完成原有股金的股权改造工作。另一方面，积极筹备股本金扩充工作。我社聘请中介公司进场开展清产核资、整体资产评估和确认净资产等工作正在积极进行中。 三是改制组建农商银行监管指标大幅提升。7月末，我社账面不良贷款余额**亿元，占比**%，比年初下降**个百分点；资
本充足率**%，比年初提高**个百分点；拨备覆盖率**%，比年初提高**个百分点。 四是服务地方经济发展的实力进一步增强。7月末，**全县金融机构各项贷款余额**亿元，比年初增加*亿元，其中，我社各项贷款余额*亿元，比年初净增*亿元,增幅*%，占全县金融机构贷款总额的*%，净增额的*%，名列全县金融机构第一位,充分发挥了支持县城经济发展主力军作用。 二、县委政府支持改制组建农商银行的主要措施 （一）加强组织领导。 为进一步深化我社体制改革，去年，县政府成立了由时任县委副书记、县长**任组长，县委常委、常务副县长**，县工管委会主任、县财政局长**任副组长，县府办、金融办、县监察局、县法院、县检察院、县公安局等10余个部门为成员的筹建**农商银行工作领导小组。印发了《**县农村信用合作联社改制组建农村商业银行工作方案》（*府办发〔2012〕*号），要求各责任单位认真履行**农村商业银行筹建工作职责，做到单位“一把手”负总责、亲自抓。今年8月，县政府又成立了以县委常委、常务副县长**，县工管委会主任、县财政局长**，县法院院长**，县联社理事长**任副组长，县府办、金融办、县监察局、县法院、县检察院、县公安局等20余个部门为成员的县筹建**农商银行推进工作领导小组，并下设综合协调、政府背景类不良贷款处置、行政事业单位公职人员不良贷款清收、诉讼贷款执行、农商银行达标推进等5个工作组，印发了《**
双活数据中心建设方案
目录 第1章概述.................................................................................................................... 错误!未指定书签。 1.1数据集中阶段的数据中心建设 ......................................................................... 错误!未指定书签。 1.1.1 传统架构存在的问题.................................................................................. 错误!未指定书签。 1.1.2 H3C全融合虚拟化架构 .............................................................................. 错误!未指定书签。 1.2双活数据中心建设目标 ..................................................................................... 错误!未指定书签。第2章双活数据中心业务部署 .................................................................................... 错误!未指定书签。 2.1基于的业务部署模式 ......................................................................................... 错误!未指定书签。 2.1.1 模式简介 ..................................................................................................... 错误!未指定书签。 2.1.2 企业数据中心业务典型部署...................................................................... 错误!未指定书签。 2.2基于的业务部署模式 ......................................................................................... 错误!未指定书签。 2.2.1 技术简介 ..................................................................................................... 错误!未指定书签。 2.2.2 企业数据中心典型部署.............................................................................. 错误!未指定书签。 2.2.3 与 ................................................................................................................. 错误!未指定书签。第3章双活数据中心设计............................................................................................ 错误!未指定书签。 3.1网络结构 ............................................................................................................. 错误!未指定书签。 3.2双活数据中心部署 ............................................................................................. 错误!未指定书签。
欧洲商业银行组织架构改革方向及启示
欧洲商业银行组织架构改革方向及启示 建立一个合适的组织架构是商业银行业务运作能够有效运转的基本前提，不同的业务发展战略可以用不同的组织架构来匹配。为了准确地把握国际银行业的最新动态，为我国商业银行组织架构的调整和改革提供参考，我们最近专门访问了欧洲国家一些世界著名的商业银行，包括德意志银行、德国商业银行、瑞士联合银行（BUS）、瑞士信贷银行和苏格兰皇家银行等，对它们的组织架构及改革动态进行了专题考察。 一、欧洲商业银行组织架构改革的基本趋势 最近10年，欧洲商业银行在业务运行模式上都作了很大改革，在组织架构的设置与调整上，存在三个基本的趋势： 第一，随着市场的发展，西方商业银行的组织架构在不断地变化和调整。 第二，银行组织架构调整的基本方向是跟随市场需求，根据更好地适应客户需要、更有效地节省成本和更有效率地组织推动等原则去确立自己的管理体制，而不是简单的“客户驱动”或“产品驱动”。 第三，在组织架构的调整上，基本的趋势是业务线的调整愈来愈综合、愈来愈简单，过去众多的业务部门都在向两类业务线靠拢：一是商业银行业务，二是投资银行业务，也即一般意义上的零售金融业务和批发金融业务。 从这次访问的情况来看，我们所到访的几家银行在最近几年都在不约而同地改组其组织架构和相应的业务流程，这种现象的背后一定有其经营理念和管理哲学的变化在支撑。 银行的业务如何组织、部门如何设置，实际上大的原则是两个，一是按地区来组织和推动，一是按业务系统来组织和推动。前者是一种横向管理模式，以分行为运作中心，后者是一种纵向管理模式，以总行部门为运行和指挥中心。 过去的银行业，无论是欧洲还是美洲，或者亚洲，几乎无一例外地以地区为中心、以分行为主导，而现在的趋势则几乎完全颠倒过来，改变为以业务战线为主线，强调银行的系统管理，分行的职能被大大弱化，总行业务部门的管理则得到极大的强化。 美国银行业从25年前开始这种改变，欧洲银行业大概从10年前开始这种转变。从银行组织架构的演变趋势上看，欧洲银行是在跟随美国银行业，但从银行业综合化发展趋势上看，则是美国银行业在追随欧洲银行业。 现在，凡是大的银行，特别是国际性的跨国银行，在组织架构设立的思路上都已经转变过来。当然，那些规模小、经营范围和活动地域很受局限的社区银行，像信用社、储蓄银行、住房信贷银行等则不存在这样的问题。 二、欧洲商业银行组织架构重组的主导思想 从总体上看，欧洲商业银行目前的组织架构可以从总分行制、地区总部制、三大部门系统、大总行-大部门-小分行、以业务系统为重心来构建等若干侧面来描述。 1.总分行制 虽然从原理上讲，商业银行在业务拓展的内部架构设置上可以有两种选择，一是采用总分行制，一是采用单一银行制，但从全球范围内的总的发展趋势上看，总分行制已逐步取代单一银行制。原来主要采用单一银行制的美国商业银行也在最近几十年快步转向全面推行总分行制，总分行制越来越成为西方商业银行组织体制的主流。在总分行体制下，西方商业银行的分行就是一个营业网点，这些网点可能很大，也可能很小；可能从事全面业务，也可能只从事有限的几种业务甚至是单一业务。西方银行的分支机构几乎都称“branch”，很少能看到有冠名为“sub-branch”（支行）的。 2.地区总部制 欧洲商业银行根据业务走向、客户分布、地域特征等，在总行与分行之间设立地区总部，并通过这些地区总部强化对全国和全球各地分行的管理，以便更好地满足客户的服务要求和实现银行自身的发展目标。
双活数据中心建设方案模板
目录 第1章概述 (2) 1.1数据集中阶段的数据中心建设 (2) 1.1.1 传统架构存在的问题 (2) 1.1.2 H3C全融合虚拟化架构 (3) 1.2双活数据中心建设目标 (3) 第2章双活数据中心业务部署 (5) 2.1基于IP的业务部署模式 (5) 2.1.1 模式简介 (5) 2.1.2 企业数据中心IP业务典型部署 (5) 2.2基于DNS的业务部署模式 (7) 2.2.1 DNS技术简介 (7) 2.2.2 企业数据中心DNS典型部署 (8) 2.2.3 GSLB与SLB (10) 第3章XXXX双活数据中心设计 (13) 3.1XXXX网络结构 (13) 3.2XXXX双活数据中心部署 (13)
第1章概述 为进一步推进XXXX信息化建设，以信息化推动XXXX业务工作的改革与发展，XXXX在科技楼建有核心机房和一个小的本地容灾备份中心，现在在干保楼又新建了容灾网，实现同城双中心布局。 为提高业务可靠性与双中心设备资源的利用率，XXXX拟建同城双活数据中心，达到双中心同时对外提供同种业务的目标，同时实现业务切换无感知、计算资源灵活调度的功能目标。 1.1 数据集中阶段的数据中心建设 1.1.1传统架构存在的问题 传统数据中心网络采用传统以太网技术构建，随着各类业务应用对IT需求的深入发展，业务部门对资源的需求正以几何级数增长，传统的IT基础架构方式给管理员和未来业务的扩展带来巨大挑战。具体而言存在如下问题： 维护管理难：在传统构架的网络中进行业务扩容、迁移或增加新的服务功能越来越困难，每一次变更都将牵涉相互关联的、不同时期按不同初衷建设的多种 物理设施，涉及多个不同领域、不同服务方向，工作繁琐、维护困难，而且容 易出现漏洞和差错。比如数据中心新增加一个业务类型，需要调整新的应用访 问控制需求，此时管理员不仅要了解新业务的逻辑访问策略，还要精通物理的 防火墙实体的部署、连接、安装，要考虑是增加新的防火墙端口、还是需要添 置新的防火墙设备，要考虑如何以及何处接入，有没有相应的接口，如何跳线，以及随之而来的VLAN、路由等等，如果网络中还有诸如地址转换、7层交换
曙光DS800-G25双活数据中心解决方案介绍
曙光DS800-G25 双活数据中心解决案介绍 曙光信息产业股份有限公司
1解决案概述 在信息社会里，数据的重要性已经毋容置疑，作为数据载体的存储阵列，其可靠性更是备受关注。尤其在一些关键应用中，不仅需要单台存储阵列自身保持高可靠性，往往还需要二台存储阵列组成高可靠的系统。一旦其中一台存储阵列发生故障，另一台可以无缝接管业务。这种两台存储都处于运行状态，互为冗余，可相互接管的应用模式一般称之为双活存储。 由于技术上的限制，传统的双活存储案无法由存储阵列自身直接实现，更多的是通过在服务器上增加卷镜像软件，或者通过增加额外的存储虚拟化引擎实现。通过服务器上的卷镜像软件实现的双活存储，实施复杂，对应用业务影响大，而且软件购买成本较高。通过存储虚拟化引擎实现的双活存储，虽然实施难度有一定降低，但存储虚拟化引擎自身会成为性能、可靠性的瓶颈，而且存在兼容性的限制，初次购买和维护成本也不低。 曙光DS800-G25双活数据中心案采用创新技术，可以不需要引入任第三软硬件，直接通过两台DS800-G25存储阵列实现两台存储的双活工作，互为冗余。当其中一台存储发生故障时，可由另一台存储实时接管业务，实现RPO、RTO为0。这是一种简单、高效的新型双活存储技术。
2产品解决案 曙光DS800-G25双活数据中心案由两台存储阵列组成，分别对应存储引擎A、引擎B。存储引擎A 和B上的卷可配置为双活镜像对，中间通过万兆以太网链路进行高速数据同步，数据完全一致。由于采用虚拟卷技术，双活镜像对中的两个卷对外形成一个虚拟卷。对服务器而言，双活镜像对就是可以通过多条路径访问的同一个数据卷，服务器可以同时对双活镜像对中两个卷进行读写访问。组成双活镜像系统的两台存储互为冗余，当其中一台存储阵列发生故障时，可由另一台存储阵列直接接管业务。服务器访问双活存储系统可根据实际需要，选用FC、iSCSI式，服务器访问存储的SAN网络与数据同步的万兆网络相互独立，互不干扰。 组网说明： 1）服务器部署为双机或集群模式，保证服务器层的高可用， 2）存储与服务器之间的连接可以采用FC、iSCSI链路，建议部署交换机进行组网； 3）存储之间的镜像通道采用10GbE链路，每个控制器上配置10GbE IO接口卡，采用光纤交叉直连的式，共需要4根直连光纤； 4）组网拓扑
欧洲商业银行组织架构改革方向与启示
建立一个合适的组织架构是商业银行业务运作能够有效运转的基本前提，不同的业务发展战略可以用不同的组织架构来匹配。为了准确地把握国际银行业的最新动态，为我国商业银行组织架构的调整和改革提供参考，我们最近专门访问了欧洲国家一些世界著名的商业银行，包括德意志银行、德国商业银行、瑞士联合银行（BUS）、瑞士信贷银行和格兰皇家银行等，对它们的组织架构及改革动态进行了专题考察。 一、欧洲商业银行组织架构改革的基本趋势 最近10年，欧洲商业银行在业务运行模式上都作了很大改革，在组织架构的设置与调整上，存在三个基本的趋势： 第一，随着市场的发展，西方商业银行的组织架构在不断地变化和调整。 第二，银行组织架构调整的基本方向是跟随市场需求，根据更好地适应客户需要、更有效地节省成本和更有效率地组织推动等原则去确立自己的管理体制，而不是简单的“客户驱动”或“产品驱动”。 第三，在组织架构的调整上，基本的趋势是业务线的调整愈来愈综合、愈来愈简单，过去众多的业务部门都在向两类业务线靠拢：一是商业银行业务，二是投资银行业务，也即一般意义上的零售金融业务和批发金融业务。 从这次访问的情况来看，我们所到访的几家银行在最近几年都在不约而同地改组其组织架构和相应的业务流程，这种现象的背后一定有其经营理念和管理哲学的变化在支撑。 银行的业务如何组织、部门如何设置，实际上大的原则是两个，一是按地区来组织和推动，一是按业务系统来组织和推动。前者是一种横向管理模式，以分行为运作中心，后者是一种纵向管理模式，以总行部门为运行和指挥中心。 过去的银行业，无论是欧洲还是美洲，或者亚洲，几乎无一例外地以地区为中心、以分行为主导，而现在的趋势则几乎完全颠倒过来，改变为以业务战线为主线，强调银行的系统管理，分行的职能被大大弱化，总行业务部门的管理则得到极大的强化。 美国银行业从25年前开始这种改变，欧洲银行业大概从10年前开始这种转变。从银行组织架构的演变趋势上看，欧洲银行是在跟随美国银行业，但从银行业综合化发展趋势上看，则是美国银行业在追随欧洲银行业。 现在，凡是大的银行，特别是国际性的跨国银行，在组织架构设立的思路上都已经转变过来。当然，那些规模小、经营围和活动地域很受局限的社区银行，像信用社、储蓄银行、住房信贷银行等则不存在这样的问题。 二、欧洲商业银行组织架构重组的主导思想 从总体上看，欧洲商业银行目前的组织架构可以从总分行制、地区总部制、三大部门系统、大总行-大部门-小分行、以业务系统为重心来构建等若干侧面来描述。
双活数据中心方案15460
双活数据中心方案 一、需求背景： 随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。 近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。 商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。 为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。 二、发展趋势： 多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。目前客户建设多数据中心的模型可以归纳为以下几种： 1.单纯的数据容灾： 正常情况下只有主数据中心投入运行，备数据中心处于待命状态。发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。这种模式只能解决业务连续性的需求，但用户无法就近快速接入。灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
统一存储双活方案
NetAp统一存储双活 方案
NetApp统一存储双活方案 1、双活存储架构建设目标 系统灾难是指IT系统发生重要业务数据丢失或者使业务系统停顿过长时间（不可忍受）的事故。可能引发系统灾难的因素包括：?系统软、硬件故障，如：软、硬件缺陷、数据库或其他关键应用发生问题、病毒、通信障碍等； ?机房环境突发性事故，如：电源中断、建筑物倒塌、机房内火灾等； ?人为因素，如：因管理不完善或工作人员操作不当、人为蓄意破坏、暴力事件等； ?自然灾害：如火灾、地震、洪水等突发而且极具破坏性的事故。 其特点是突发性、高破坏强度、大范围。在灾难性事故的影响下，计算中心机房的硬件设备会部分或完全损坏，造成业务的停顿。请参见下图：
当前用户IT系统缺乏有效的灾难防范手段，难以在灾难发生后，不间断或者迅速地恢复运行。灾难恢复就是在IT系统发生系统灾难后，为降低灾难发生后造成的损失，重新组织系统运行，从而保证业务连续性。其目标包括： ●保护数据的完整性、一致性，使业务数据损失最少； ●快速恢复业务系统运行，保持业务的连续性。 灾难恢复的目标一般采用RPO和RTO两个指标衡量。 技术指标RPO、RTO： RPO (Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。即在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原生产中心不一致的数据量。RPO是反映恢复数据完整性的指标，在半同步数据复制方式下，RPO等于数据传输时延的时间；在异步数据复制方式下，RPO基本为异步传输数据排队的时间。在实际应用中，同步模式下，RPO一般为0，而在非同步模式下，考虑到数据传输因素，业务数据库与容灾备份数据库的一致性是不相同的，RPO表示业务数据与容灾备份数据的时间差。换句话说，发生灾难后，启动容灾系统完成数据恢复，RPO就是新恢复业务系统的数据损失量。 RTO (Recovery Time Objective):即应用的恢复时间目标。RTO 主要指的是所能容忍的应用停止服务的最长时间，也是是反映业务恢复及时性的指标，表示业务从中断到恢复正常所需的时间。RTO值越小，代表容灾系统的数据恢复能力越强。各种容灾解决方案的RTO有
商业银行组织架构存在的问题及解决办法
商业银行组织架构存在的问题及解决办法 观察思考 商业银行 组织架构存在的问题及解决办法 文/李文化 内容摘要：近年来，商业银行以股份制改革为契机，不断加大对分支机构扁平化力度，有效地增强市场竞争力，收到了比较好的效果。但是改革是一个长期的过程，尤其是组织 架构改革，不可能一蹴而就，需要根据市场和客户的变化不断调整。本文从商业银行改革 实践中所反映出的机构设置与人员配备、内设机构与岗位设置存在的相互不协调不匹配的 问题进行分析，进而探寻解决的路径和方法。 关键词：商业银行 组织架构 商业银行组织架构存在的问题 （一）组织结构不合理，没有形成纵横交错的监督制约机制。 一是决策与执行层设置分工不合理。目前，商业银行已基本能按照《商业银行内部控 制指引》的有关要求，设置决策层、执行层、监督层，但某些方面具体设置分工不尽合理。例如，在有的分支行建立的审贷委员会存在由行长担任审贷委员会主任，参与委员会的审 议与表决，使得决策与评审没有分离。二是岗位职责不明确，岗位职责设定没有体现岗位 监督的原则。有的实行了客户经理制度，但在业务发展上过于依赖，尤其是办理住房按揭 业务时，往往是由客户经理一人负责从客户接洽、贷前调查、资料收集以及办理公证等流程，造成了内控滞后。有的虽有银企对账制度，但银企对账由营业网点负责，没有统一管理。基层营业机构普遍存在管理人员、操作人员和业务人员兼职的情况。岗位设置不合理，削弱了内控监管职能，不相容岗位未能实施有效分离，为营私舞弊创造了有利条件，存在 引发案件的隐患。三是缺少 专门的操作风险管理部门。根据巴塞 控制制度不完善，对一些重要业务的管理存在盲点。一些新的岗位设立后没有及时制 定完善的操作规程和相应的管理制度，导致出现风险控制真空。如目前各行普遍推行的客 户经理制，由于片面考虑营销效果，没有充分考虑客户经理的素质、能力，对客户经理的 行为缺乏有效监督制约，容易形成客户经理为了自身利益，帮助客户违规办理存款、贷款 业务及结算业务，甚至容易出现内外勾结，引发案件。二是内控制度不够合理。随着改革
医院灾备建设双活数据中心解决方案
XX 医院灾备建设灾备技术建议书 2016 年 1 月 5 日
1 项目概述 (5) 1.1 项目背 景 (5) 1.2 系统现状描 述 (5) 1.2.1 应用系统现 状 (5) 1.2.2 IT 系统现 状 (6) 1.3 需求分 析 (7) 1.3.1 行业发展要 求 (8) 1.3.2 灾备建设需 求 (9) 2 系统总体设计原则 (11) 3 容灾建设方案 (13) 3.1 业务系统特征及灾备需 求 (13) 3.1.1 HIS 门诊 类 (13) 3.1.2 HIS 住院 类 (13) 3.1.3 EMR 电子病历系 统 (14) 3.1.4 PACS 影像系 统 (14) 3.1.5 LIS 实验室检验系 统 (15) 3.1.6 医院各类经营管理系 统 (15) 3.1.7 业务需求分析汇 总 (16) 3.2 总体架构设 计 (17) 3.3 应用双活架构设 计 (18) 4 关键技术 (20) 4.1 存储层解决方 案 (20) 4.1.1 VIS 虚拟化技术.......................................................................错误！未定义书 签。 4.2 数据库层解决方 案 (25)
4.2.1 Oracle RAC 技术...................................................................... 错误！未定义 书签。 4.3 管理层解决方 案 (29) 4.3.1 灾备决策支持平台方 案 (30) 5 容灾相关产品及规格 (40) 5.1 Tecal RH5885 V3 机架服务 器 (40) 5.1.1 功能和价 值 (40) 5.1.2 规格参 数 (41) 5.2 OceanStor V3 系列存 储 (43) 5.2.1 功能和价 值 (43) 5.2.2 规格参 数 (44) 5.3 FusionSphere 云操作系 统 (46) 5.3.1 FusionCompute 虚拟 化 (46) 5.3.2 FusionManager 云管 理 (49) 5.4 SNS 系 列 (52) 5.4.1 功能和价 值 (52) 5.4.2 规格参 数 (53) 5.5 BIG-IP 本地流量管理器平 台 (58) 5.5.1 功能和价 值 (58) 5.5.2 规格参 数 (59) 5.6 OceanStor ReplicationDirector 管理软 件 (61)
商业银行应用双活架构设计方案和对策
商业银行应用双活架构设计方案
目录 一、设计原则 (3) 二、充分理解目标 (4) 2.1. 我们充分理解目标： (4) 2.2. IT 行业发展的需求 (4) 三、应用系统架构现状分析 (6) 四、应用双活实现方案 (7) 4.1. 不同数据中心应用双活方案 (7) 4.2. 同数据中心应用双活方案 (11)
一、设计原则 重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环，既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性，同时也要考虑单位信息系统今后几年的业务发展需求。 针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点，在此次重要业务系统双活项目中，要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。在进行系统设计时，遵循以下原则： 稳定性：稳定性是系统运行的关键，也是系统维护管理的关键因素，更是充分发挥科技骨干技术储备的关键。 安全性：系统软、硬件需具有可信赖的安全性，软件系统安全性方面应满足单位信 息系统安全策略的要求，系统有严格的用户权限和密码保护设计和办法。 可靠性/可用性：系统软、硬件平台应稳定、可靠，能够满足业务系统 7x24 不间断 的运行要求；具备成熟的高可用性和双活解决方案。对数据的完整性和准确性有可靠的 保证机制。 可持续发展性：所提供的技术是可持续发展的，是目前的主流技术并有长期发展的 目标，能满足单位业务支撑信息系统未来几年业务发展的需求。 可扩展性：随着单位业务的不断发展、壮大，系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。可扩展性是保护用户投资的重要方面之一。另外在系统设计时，应选择业界相关领域的主流产品，确保产品旺盛的生命力，以便充分地保护用户的投资。 易用性：系统软件平台应提供丰富的、简单的管理工具，便于管理及系统问题诊断。 开放的标准：系统软件需支持业界通用的开放式标准，降低因兼容性问题造成的问 题发生率。
银行双活数据中心建设方案
银行双活数据中心建设方案
目录 1数据中心现状 (1) 2项目规划 (1) 数据中心改造方案 (1) 2.1业务互联网接入区域高可用设计 (1) 2.2业务互联网接入区域双活设计 (2) 2.3业务区高可用设计 (4) 2.4业务区综合前置区域基于IP的双活设计 (5) 2.5业务区OA区域基于IP的双活设计 (6) 2.6测试区域应用高可用设计 (8) 2.7项目利旧设备调换说明 (8) 3实施计划 (9) 3.1互联网接入区F5LC替换说明 (9) 3.2互联网接入区F5LC替换业务影响 (9) 3.3应用区F5LTM替换说明 (10) 3.4应用区F5LTM替换业务影响 (10)
1数据中心现状 目前有番禺生产机房和柯子岭灾备机房，两个数据中心采用裸纤DWDM互联。 数据中心按其所部署业务属性不同，划分为外网网银区、内网综合前置区、内网OA区以及负责办公用户上网的互联网接入区。 2项目规划 为提升数据中心IT资源利用效率，同时保障业务灾难时的平滑切换，计划将两中心建设为双活数据中心，并对原机房中部署的F5设备进行升级。 数据中心改造方案 2.1业务互联网接入区域高可用设计 ?网银区域高可用包括了接入互联网链路的高可用和Web/App应用的高可用。?在链路高可用上采用F5互联网融合解决方案，通过部署F5 BR-4000S，实现链路负载均衡、多数据中心负载均衡、DNS server、DDOS防护、数据中心防火墙等诸多L4-L7 Services，解决了传统架构中的“糖葫芦串”的复杂部署，简化了网络架构，降低了后期的运维管理成本。在番禺生产机房部署2台BR-4000s，通过Scale N+M集群保证网银出口的高可靠性； ?互联网出口处F5实现的DDOS防护功能有效保护了外网DNS系统的安全； ?将外网DNS迁移部署到F5设备上，为广州农商银行实现了高性能的智能DNS系统； ?在应用高可用方面，Web层使用LTM4000s，App层使用LTM2000s，实现对应用的负载均衡、SSL Offload、健康检查和会话保持等功能。 业务互联网接入区域改造后拓扑示意图如下所示：
国内主要商业银行风险管理架构介绍
国内主要商业银行风险管理架构介绍 一、工商银行 （一）工商银行风险管理组织框架 图1：工商银行风险管理组织架构图 董事长 董事会风险管理委员会 风险管理委员会 行长 资产负债管理委员会副行长首席风险官 内控合规部—操作风险 信贷管理部—信用风险风险管理部—市场风险 资产负债管理部—流动性风险 分行管理层 分行风险管理部 （二）风险管理职责要求 1.风险管理部职责 风险管理部主要职责：牵头推进本行全面风险管理工作，统筹研究提出 1
3.机构设置、派驻、报告及业务介入情况 二、农业银行 （一）农业银行风险管理组织框架 图 2：农业银行风险管理组织架构图 董事会 风险管理委员会 高级管理层 风险管理委员会 风险管理委员会 信用风险 市场风险 风险 管理 风险管理委员会 风险管理委员会 操作风险 流动性风险 风险管理部 信贷管理部 授信执行部 资产处置部 风险管理部 资产负债管 理部 金融市场部 部 风险管理部 内控合规部 运营管理部 安全保卫部 风险管理部 资产负债管 理部 金融市场部 法律事务部 一级分行管理层 一级分行风险管理部门 派驻风险主管 二级分行管理层 二级分行风险管理部门 支行管理层 派驻风险经理 3 管理要求 具体情况 风险管理部门设置 机构层级 在总行层面设置风险管理部，一级分行及以下机构设信用审批部 承担相应风险管理职责 风险管理派驻机构 及职责 二级分行信用审批部为一级分行派出机构，主要负责：负责贷款、 担保及其他信贷申请的审查与审批。 风险报告路径 风险管理报告经本级机构高级管理层审定后，上报上级机构 业务流程管理 风险管理部不介入具体业务流程，不作为业务中台部门把控风险
两地三中心分布式双活数据中心技术发展趋势
两地三中心分布式双活数据中心技术发展趋势 2016-06-20 作者：赵培（中兴通讯） 业务连续性保障一直是IT运维的热点话题，随着近几年政企IT系统集中化的建设发展思路的确定，在数据中心层面的业务连续性保障成为了重中之重。上到国家、行业主管单位，下到企业，都在数据中心层面制定了相关的数据中心业务连续性建设标准、行业指导意见、企业规范等。2007年，国家发布了国标GB20988-2007（信息系统灾难恢复规范）；2009年6月，银监会发布《商业银行信息科技风险管理指引》，要求商业银行按照两地三中心的模式建设数据中心。最近两年，随着云计算技术的发展和逐步应用，政府在智慧城市和电子政务云的建设方面也采用了集约化集中建设的思路，为保证集中化建设的数据中心可以为政务应用提供高业务连续性，双活数据中心也基本成为智慧城市和电子政务云解决方案的基本要求。 虽然两地三中心模式的概念频频被提及，但目前仅仅在金融行业中的大体量商业银行和股份银行做得好一些，基本建设了两地三中心的模式。中型金融机构（如城商行、农信行）正在按照监管单位要求，逐步建设自己的灾备体系。据统计在国内的160家城市商业银行中，70%以上的银行没有灾备中心，这些银行目前仅有一些简单的数据备份措施，整个系统存在较大风险。而建设灾备中心对于这些体量较小的金融机构也存在投资规模大、选址要求高、运行成本的问题。 最近两年，在金融监管部门的要求下，部分规模较大的金融机构采用了双活数据中心的建设方案，但由于故障导致的宕机仍然时有发生，如支付宝由于一根光纤被挖断，从而导致了大规模的网络故障和服务长时间阻断。 业界现有的各类双活两地三中心解决方案并不完美，根本无法达到国家关于RTO(故障恢复时间)小于数分钟，RPO(故障恢复点)等于0的要求。通过对淘宝光纤故障、携程程序员误删数据、西部某地方银行37小时服务中断等事故的分析，我们分析发现现有的两地三中心双活数据中心方案存在以下一些问题：
商业银行组织结构
信息化视角下的组织结构演变轨迹 近期从经济学角度研究企业组织的当属威廉姆森。威廉姆森在其《市场与层级组织》一书中，从信息结构角度来分析公司的组织结构，他研究认为，现代公司组织结构有三种基本类型:U 型、H型和M型。系统论述了从U型一H型一M型的演变轨迹，用严密的经济思维探讨了这三种组织结构的效率。 1.U型组织结构。U型组织又称“一元结构”，是指按商业功能来进行组织划分。在U型结构中，每个组织单元都不能独立完成商务活动，需要来自其他单元的配合。它是一种中央集权式的组织结构—公司的一切决策均来自于公司的最高领导，信息传递以纵向为主。随着公司业务规模的扩大，分工的日益复杂以及信息量的增加，这种组织结构模式显然是不能适应的，必然会出现“管理控制失效”(科斯，1937)。与U型组织相对应的组织形态主要是直线制、职能制、直线参谋制、直线职能参谋制。 2.H型组织结构。创立于20世纪60年代的H型组织结构与U型结构的高度集权相比，是一种高度分权的组织结构，它是指一家企业可以拥有很多数量的不相关联的产业单元，实际就是一种控股公司结构。每个产业单元都是一个利润中心或投资中心，同时也是信息中心。 3.M型组织结构。M型结构是一种介于U型结构和H型结构之间的企业组织结构形式，钱德勒则称之为“多分支公司结构”。M型结构一般按产品或区域来设立，是半自主的利润中心。M型组织结构则一般表现为一种基于产品或地区的事业部制，信息在纵向和横向之间得到均衡配置，而以纵向配置为主。 商业银行的组织结构主要有单元制、分支行制、集团银行制、连锁银行制等模式。其中，单元制(U型结构)和分支行制(M型结构)是商业银行的两种比较典型的组织架构。目前的商业银行基本都采用过分支行制。 信息技术的影响下，有两种组织结构模式可供选择:即矩阵式结构和动态网络型组织。(一)矩阵式结构 所谓矩阵式组织结构是由纵横两套管理系列组成的方式结构，一套是职能系列，另一套是为了完成某一任务而组成的项目系列，纵横两个系统交叉重叠组成一个矩阵。通常为完成某一任务而成立的跨部门、跨企业的项目小组就是矩阵式结构的运用。这种组织结构的优点是:第一，它把组织中的纵横向联系通过信息网络结合起来，加强了各职能部门之间的配合，能够及时互通情况、交流意见、共同决策。第二，它把不同部门的专业人员集中在一起，有利于相互启发、相互补充，更好地激发员工的积极性和创造性。第三，它具有极大的灵活性。在矩阵组织的运营过程中，可以不断吐故纳新，淘汰失去创造力的元素，吸收新发现的创新元素。 国外银行所用的组织架构如图1，就是矩阵式结构。 (二)网络型组织 企业将自己限定在少数几项做得非常出色的活动方面，而将其他的工作交由外部的专业公司去做，这就形成了网络型结构。它代表了一种全新的组织设计方式，可以看作是外部许多专业化公司包含着一个中心组织。如图2: 商业银行组织结构“扁平化”及其经济解释 银行组织结构的设计一般有三种形式：一是按地域划分，二是按产品划分，三是按客户划分。20世纪80 年代以前，国际上商业银行的组织结构大多是根据地域或者产品来划分的，商业银行的总行和各地分支行形成一种金字塔式的层级结构。80年代以来，随着金融产品越来越多样化，这种组织形式的缺陷日益暴露出来，比如它难以满足客户多样化的金融服务需求，客户在办理不同业务时要不断地与银行的多个部门打交道。因此，为了提高效率，商业银行必须设计出更具进攻性的、离客户更近的组织结构，金字塔式的层级结构逐渐被分散化的组织形式所代替，国际上商业银行的组织结构出现了向“扁平化”方向发展的趋势。商业银
我国商业银行组织架构探索_以民生银行事业部制改革为例
商情 教育经济研究财政与金融 我国商业银行组织架构探索 ———以民生银行事业部制改革为例 ◆ 肖待娣我国金融业进一步开放,银行业的市场竞争日趋激烈,我国商业银行在体制、机制方面的改革正在逐步深入,力度不断加大,而组织架构科学、合理与否是商业银行核心竞争力的主要构成因素之一。民生银行事业部改革拉开了我国商业银行在组织架构方面改革的序幕。本文探讨了民生银行事业制改革的具体内容以及优缺点,为我国其他商业银行的组织框架改革提出建议 。 商业银行组织架构总分行制事业部制 一、引言 近一二十年,西方商业银行在组织框架上经历了从总行以职能型架构,分支行“块块”形式到以客户为中心,专业化垂直型组织架构的变化,而我国商业银行仍然采取单一的总分行制。2007年民生银行借鉴了麦肯锡的咨询建议开展金融事业部改制,开始了我国商业银行探索组织架构改革的先河。 二、西方商业银行组织架构概述 西方商业银行组织架构发展走过了职能部制、事业部制和矩阵制。银行的业务如何组织、部门如何设置,实际上大的原则是两个,一是按地区来组织和推动,一是按业务系统来组织和推动。前者是一种横向管理模式,以分行为运作中心,后者是一种纵向管理模式,以总行部门为运行和指挥中心。过去的银行业,无论是欧洲还是美洲,或者亚洲,几乎无一例外地以地区为中心、以分行为主导,而现在的趋势则几乎完全颠倒过来,改变为以业务战线为主线,强调银行的系统管理,分行的职能被大大弱化,总行业务部门的管理则得到极大的强化。 三、我国商业银行组织架构现状 商业银行的组织结构可分为单一行制、总分行制、连锁银行制、控股公司制等几种。我国的商业银行是采取的总分行,即法律允许商业银行在全国范围或一定区域内设立分支行,各分行不具有独立法人资格,整个银行对外是一个独立法人。 我国商业银行组织架构虽然开始摆脱以产品为中心的设置,但依然没有真正体现以客户为中心的原则,部门设置上也没有很好体现前、中、后台分工的原则。总行和分行的目标不尽一致,分行依然是利润中心,全行总体的战略目标难以很好实现;总行承担风险的责任与其风险控制能力不匹配,风险控制体系存在系统缺陷,风险控制手段落后;管理跨度过大,管理半径太宽,管理效率低下;人力资源管理的模式和手段落后,缺乏科学、有效的人才识别、储备、使用和激励机制。 我国商业银行的组织结构变革迫在眉睫。四、民生银行事业制改革内容 民生银行自1996年成立以来一直保持较快发展,近年来公司资产增速基本保持在25%以上,净利润增速一直保持40%以上。2007年事业部改革开始在全行推广。2008年公司的事业部改革将进一步深化,改革重点将是推进零售金融业务改革。 民生银行从2007年开始进行事业部改革,10月份在全行进行推广。公司设立了投资银行部、贸易融资部、金融市场部、衍生产品部、行业事业部、交通行业部、能源电力行业部、房地产行业部、中小企业部、零售银行部等近十个事业部,各事业部均有利润、业务指标,事业部之间实行内部计价法。事业部改革以后,原有的分支行行长将主要从事后台和零售业务。公司的审贷官员全部取消,进入到各事业部。在风险控制上,每一个事业部均派驻风险控制官。事业部改革使民生银行从原先的块状管理(分支行)转变为条状管理(事业部),有利于各事业部实现人财物独立,真正独立核算,在体制上实行垂直管理。 2008年公司事业部改革将进一步深化,改革重点将是推进零售金融业务改革。 组建金融事业部分为3个具体步骤。 第一个步骤,在2007年3季度,建立4大事业部,即贸易金融、金融市场部、投行部、工商企业部。第二个步骤,到2007年第4季度,建立6个总 行直属的行业部,包括机构金融部、能源金融部、房地产金融部、交通金融 部、冶金金融部和电子电信金融部。在贷款专业化后,还将专门成立存款事业部。第三个步骤,大约在2008-2009年期间,将对此前组建的10大利润中心进行拓展提升,完善中后台系统支持,打造包括租赁、信托平台的全面公司金融业务。到2010年,将主要公司业务集中到总行,全面实行事业部制度。 五、分析 民生银行的金融事业部改制全面打破了与中国行政层级体制相适应的银行总分行设置的惯例。 与部门银行制不同,事业部制强调专业化的营销和集约化、垂直化的管理,这有利于各业务部门在人力配置、产品与市场定位等方面趋于更加合理。改变了过去以分行为中心的条块分割的管理模式,对分散化的各种业务资源按照客户、产品和行业三个维度进行重新整合,对公司主要产品线和行业线实行垂直的事业部管理体制。与此相配合,垂直的风险控制管理体系、独立的评审制度以及专业化的审批流程将保证风险控制的独立性和审慎性,提升风险管理的效果。 对于分、支行而言,事业部改革意味着对其现有功能的重新定位,从过去全面银行业务转向只做零售业务和特色公司业务。而支行将作为零售业务营销平台,将发挥销售门店功能。 事业部制将有利于引导客户经理逐渐由单纯关系型转向为客户提供更为专业性辅导的内涵关系型,并将客户资源整合、集中于某些特定行业领域。事业部制改革也有助于限制人员规模扩张、控制费用增长、实现有效的风险管理;专业化的营销与集约化的管理也更有利于为客户提供高质量的金融服务,满足客户的各类金融需求,其正面效应在实施一段时间之后将会逐步显现出来。 但是在短期之内,摩擦成本、整合成本可能会带来客户流失和人才流失的风险。事业部制下,分支行业务趋于单一化,如何调动基层行的积极性,形成有效的激励约束机制,这也是未来需要通过制度完善来逐步加以解决的。 六、结论 现代社会银行组织架构调整的基本方向是跟随市场需求,根据更好地适应客户需要、更有效地节省成本和更有效率地组织推动等原则去确立自己的管理体制,而不是简单的“客户驱动”或“产品驱动”。 民生银行事业部制改革是我国银行业走向组织架构现代化,运作模式规范化、国际化的一个重要标志,作为银行业未来组织架构改革的方向,对于其他银行的改革将会起到示范效应。组织架构改革的工程大,内容复杂,如何去组织其业务管理,如何设计其业务流程,不能片面地说哪一种形式的组织架构必然好,一切要看自身综合整体条件而定。 参考文献: [1]马云燕.美国商业银行的组织结构特点[J ].经济导刊,2007, (01). [2]赫国胜.改革与完善国有商业银行内部组织结构[J ].上海金融, 2004,(09).[3]汪竹松.商业银行内部控制精析[M ].中国金融出版社,2007.[4]宋玮.民生银行一小步,国内银行一大步[J ].中国城乡金融报, 2008-1-9. (作者单位:中国人民大学商学院) 8 41