您所不知的中小银行IT人的痛！

某银行人员：对于数据库层面的高可用，可以采用MAA架构，在节点，存储，数据等多个方面全方位保护，缺点是造价昂贵；

某银行人员：关于系统高可用性和稳定运行，个人认为作为我们地方性商业银行，就系统本身的调试和需求一般不会有太多特殊性。通常我们关注以下几个关键要素：应用、硬件、数据、切换。就应用而言，各商业银行差异化非常大，良莠并存，仁者见仁智者见智。那么就应用本身的问题无论是BUG还是优化都是需要我们长期与之抗力的；

当然离开应用本身，我们也不是就毫无助力，我们行采用了两种方法：一是使用第三方监控软件，在应用异常情况下进行预警。二是对关键应用开发专门的守护进程。两种各有好劣，第一种起到及时通知的作用，便于我们人工分析和干预，弱点是必须要人到现场处理问题，即便是个简单问题。第二种可以及时发现并通过一定的逻辑检查进行自动自救。但最大的问题是如果应用本身发生了致命障碍，守护会反复尝试自举，或许会带来其他意想不到的风险。同时守护进程本身的逻辑检查及运作机制也是个需要考察，或说本身也是个风险的存在。因此我们是集合起来应用的。而其他硬件、数据的风险，通常我们走的是冗余的方法。将数据存储到阵列，利用阵列已成熟的各种RAID技术回避转移风险，必要时关键应用也可考虑迁入。我们建立了“两地三中心”的灾备体系，使用“快照”技术进行数据备份，建立了多个LUN，在主备系统中进行识别，LUN与主机host的映射通过storage Group建立，但切换过程根据障碍级别还有人工干预的步骤，当然逐渐提高自动化程度是我们正在走，也是长期需要思考建设的问题；

某银行人员：对银行系统的高可用性、可靠性、可扩展性是个很大的话题。应用层中间件，操作系统，数据库，存储，都要考虑到这些问题，责任分工，每个岗位工程师会更关注这一方面，进行细化，测试，实施，运维。在技术上都要厂商配合，寻找成熟的方案；