我们可以通过典型的双机热备软件PCLHA来看一下双机热备的典型模式：
　　
　　Active/Active模式
　　
　　Active/Standby模式
　　
　　而实际上，双机热备可能会扩展为多机的集群：多机集群模式
　　
　　双机热备一般都是用于有数据库或其他数据的应用。而对于数据之前的应用服务器(或其他没有写数据操作的服务)，则应该归入负载均衡领域。
　　
　　为什么要做双机热备？
　　
　　双机热备针对的是服务器的故障。
　　
　　服务器的故障可能由各种原因引起，如设备故障、操作系统故障、软件系统故障等等。一般地讲，在技术人员在现场的情况下，恢复服务器正常可能需要10分钟、几小时甚至几天。从实际经验上看，除非是简单地重启服务器(可能隐患仍然存在)，否则往往需要几个小时以上。而如果技术人员不在现场，则恢复服务的时间就更长了。
　　
　　而对于一些重要系统而言，用户是很难忍受这样长时间的服务中断的。因此，就需要通过双机热备，来避免长时间的服务中断，保证系统长期、可靠的服务。
　　
　　决定是否使用双机热备，正确的方法是要分析一下系统的重要性以及对服务中断的容忍程度，以此决定是否使用双机热备。即，你的用户能容忍多长时间恢复服务，如果服务不能恢复会造成多大的影响。
　　
　　在考虑双机热备时，需要注意，一般意义上的双机热备都会有一个切换过程，这个切换过程可能是一分钟左右。在切换过程中，服务是有可能短时间中断的。但是，当切换完成后，服务将正常恢复。因此，双机热备不是无缝、不中断的，但它能够保证在出现系统故障时，能够很快恢复正常的服务，业务不致受到影响。而如果没有双机热备，则一旦出现服务器故障，可能会出现几个小时的服务中断，对业务的影响就可能会很严重。
　　
　　另有一点需要强调，即服务器的故障与交换机、存储设备的故障不同，其概念要高得多。原因在于服务器是比交换机、存储设备复杂得多的设备，同时也是既包括硬件、也包括操作系统、应用软件系统的复杂系统。不仅设备故障可能引起服务中断，而且软件方面的问题也可能导致服务器不能正常工作。
　　
　　还应指出的是，一些其他的防护措施如磁盘阵列(RAID)、数据备份虽然是非常重要的，但却不能代替双机热备的作用。
　　
　　双机热备：基于共享存储与纯软件方式
　　
　　数据库双机热备有两种典型的方式，一种是比较标准的，两台服务器通过一个共享的存储设备(一般是共享的磁盘阵列或存储区域网SAN)，并且安装双机软件，实现双机热备，称为共享方式。另一种方式是通过纯软件的方式，一般称为纯软件方式或镜像方式(Mirror)。
　　
　　对于共享方式，数据库放在共享的存储设备上。当一台服务器提供服务时，直接在存储设备上进行读写。而当系统切换后，另一台服务器也同样读取该存储设备上的数据。
　　
　　对于纯软件的方式，通过镜像软件，将数据可以实时复制到另一台服务器上，这样同样的数据就在两台服务器上各存在一份，如果一台服务器出现故障，可以及时切换到另一台服务器。
　　
　　纯软件方式可以在一定程度上降低成本，但它也有非常明显的缺点：
　　
　　1.可靠性相对较差，两服务器间的数据实时复制是一个比较脆弱的环节。
　　
　　2.一旦某台服务器出现中断，恢复后还要进行比较复杂的数据同步恢复。并且，这个时段系统处于无保护状态。
　　
　　3.没有事务机制，由于其复制是在文件和磁盘层进行的，复制是否成功不会影响数据库事务操作，因此有出现数据不完整变化的情况，这个存在着相当的风险。
　　
　　因此，建议除非不得已，不要选择纯软件方案。
　　
　　但另一方面，有一种数据库并行的解决方案，它不是在文件或磁盘层进行复制，而是直接对数据库操作在前端进行路由分发，并行地以事务机制完成数据库的更新，同时还可以提供数据库的并行服务。这种方式目前针对SQL
　　
　　SERVER应用非常成功，明显优于共享存储+双机软件的方式