数据库容灾方案

       数据库系统处在信息系统的核心位置，是系统正常运行的必要基础。因此，在选择一款数据库时，数据库的性能和稳定性是我们首要考虑的方面。毕竟谁也不想把自己的大楼建在摇摆的地基上，这样可能永远无法摆脱后续维稳加固工作带来的困扰。如果所选择的产品因为自身技术能力的局限性，永远达不到用户的要求，最终只能重新选型数据库，这对用户来说虽算不上致命，但也大伤元气。
       在数年的工作中，我们参与解决过很多起因人为或者硬件故障导致的数据库故障，而这些问题也都因为前期的系统架构设计不完善导致系统停运时间过长。那本文就从这些问题出发，结合达梦数据库成熟的产品，用最简单的方式介绍达梦数据库是如何为应用系统助力的。

场景一 “阵列硬盘坏了，数据库读写文件异常，系统停运啦！”

       近年来，遇到太多的类似问题。系统建设初期，用户最先考虑的都是磁盘阵列自身的RAID机制。“坏了几块硬盘无所谓，我们可以通过阵列的冗余热插拔更换硬盘”，听了太多的这种胸有成竹。但是，面对永远无法预知的硬件故障，我们无法想象到它会坏到什么程度。我们遇到过的最糟糕的一个案例是存储在某次重启后挂载不上了，只能进行重新格式化。整体格式化！这不是开玩笑，对，就是所有的数据就在那一瞬间都化作一股青烟，烟消云散~
       为了保证最起码的数据安全，在系统建设之初，需要优先考虑数据的冗余。这样就需要两份独立的数据存储空间，一份存储空间出现极端灾难后，另一份可以快速接管访问请求，继续对外提供服务。
       首先，大家不要被HA集群误导，在选择HA集群时一定要清楚他能做什么。单纯的操作系统层级