应用层数据库高可用性和系统灾备研究.docxVIP

应用层数据库高可用性和系统灾备研究 【摘要】本文首先分析了应用层数据库的高可用 性，之后介绍关于SQL Server服务器故障转移群集方面理 论。 【关键词】应用层数据库系统灾备高可用性 一、应用层数据库髙可用性方式分析 （一）主从方式（非对称方式）。主机工作，备机处于 监控准备状况；当主机宕机时，备机接管主机的一切工作， 待主机恢复正常后，按使用者的设定以自动或手动方式将服 务切换到主机上运行，数据的一致性通过共享存储系统解 决。采用这种方式实现系统的高可用性是一个比较稳妥的方 案。因为采用这种方式实现高可用性，只有一台主服务器在 工作，另一台备份服务器只是通过心跳线进行简单的监视， 负载并不高，所以当主备服务器进行切换后，备份服务器只 是简单的承接了主服务器上的负载，不会对备份服务器的负 载造成很大的冲击。因此采用这种方式实现高可能用性是一 个相对稳妥的方案，但是在使用过程中就会造成一台服务器 一直处于低负载的状态，无法实现均衡负载，实现成本比较 高。操作系统采用这种方式实现高可用性的应用比较多，数 据库采用这种方式实现高可用性的应用比较少。数据库会在 操作系统中成为一个被监视的服务或进程，实现操作系统级 的高可用性。 （二） 双机双工方式（互备互援）。两台主机同时运行 各自的服务工作且相互监测情况，当任一台主机宕机时，另 一台主机立即接管它的一切工作，保证工作实时。采用这种 方式实现系统的高可用性不仅能够实现数据的容灾，还可以 实现均衡负载的功能。但是如果服务器1出现异常，服务器 2接管服务器1的服务，就会对服务器2的负载造成很大的 冲击。操作系统很少采用这种方式实现高可用性，但是数据 库却有这样的产品会采用这种方式实现高可用性。 （三） 集群工作方式（多服务器互备方式）。多台主机 一起工作，各自运行一个或几个服务，各为服务定义一个或 多个备用主机，当某个主机故障时，运行在其上的服务就可 以被其它主机接管。集群工作方式就是由两台机器的互备互 援扩展成多台服务器的互备互援。这种工作方式也有Share Disk和Share Nothing的模式区分。这种集群工作方式结构 更加复杂，随着服务器的增加，数据复制，内存同步等操作 都会对系统负载及网络造成很大的冲击。 二、应用层数据库灾备分析及解决方案 （一）灾备分析。备份是容错的补充，合适的灾备方案 会使数据更加安全。备份又分为冷备份和热备份。冷备份就 是指系统在关闭状态下，不会产生数据交互的情况下进行的 备份。因为冷备份需要停止应用，所以目前冷备份的应用越 来越少，只有在系统建立初期或进行系统的大规模改造时， 进行冷备份作为系统运行的一个基线。热备份与之相对，就 是在系统运行的情况下对数据进行备份，因为无需停止应 用，所以热备份被广泛应用。备份数据的过程中对系统资源 的消耗比较少，但是恢复数据将是一个相对漫长的过程。所 以在制定灾备方案的时候，一定要考虑备份对系统资源的消 耗以及数据恢复造成宕机的时间是否可以接受。在制定备份 方案时，还应该考虑备份数据的存放问题。数据备份到本地, 效率高，易于维护和管理，但是数据的安全性不高，如果本 地存储出现问题，备份数据也有可能受到破坏，即使备份数 据没有被破坏，系统恢复将非常麻烦，恢复时间将会很漫长。 所以在制定备份方案时，还应该考虑异地备份的问题，以及 备份数据异地恢复的问题。 （二）数据库灾备的解决方案。根据上面的数据库灾备 分析本文认为应采取以下方案来解决应用层数据库灾备问 题： 1?首先要制定本地备份的备份计划，然后再完成异地备 用机器的建设。就数据库而言，本地备份的技术已经相当完 善，我们需要考虑的就是备份对系统资源的消耗，所以在制 定本地备份计划时，首先要考虑备份时间，尽量是在系统相 对比较空闲的时间进行备份。其次要考虑备份时长，长时间 的备份不仅消耗系统资源，而且在备份期间出现灾难的概率 也相应的增加了，所以要尽量缩短备份时长。 2?根据不同的备份方式选择不同的解决方案。各个数据 库异地备份的实现方式有所不同，第一是分析数据库日志进 行数据同步，第二是传送日志文件到备份服务器上，在备份 机器上恢复日志文件实现数据同步。第一种方式数据可以实 现实时同步，但是因为要实现在主备机器上都要成功的写入 数据，这就造成数据写入效率相应的降低。 第二种方式只传送日志文件，所以对数据的写入效率影 响不大，但是备份数据库需要恢复这些日志文件才能使用， 做不到数据的实时同步。SQL Server故障转移群集构建于 Windows Server故障转移群集之上。Windows服务器故障转 移集群旨在提供高可用性服务或应用程序集群内运行故障 转移。它包含一组独立运行的服务器来提高应用程序和服务 的可用性。 故障转移集群可以防止硬件和软件故障，将故