AutoStart VS MSCS
•  AutoStart 硬件无关性
　　AutoStart 高可用软件在最初推向市场就是与服务器硬件无关性的，服务器无需相同的 CPU 、内存、硬盘等，甚至可以在两台兼容机之间运行。但是从我们的实际应用考虑，我们建议双机的性能尽量一致，或最起码内存一致。因为一旦工作机出故障，所有的应用切换到备机，备机必须有足够的能力承担原工作机的所有应用，否则切换就变得毫无意义了，我们采用高可用的解决方案也就没有必要。
二、用户需求
　　系统维护需要有计划的停机，同时又要保证应用的高可用，这个也需要高可用系统来保证。所以，在高可用系统设计时， 需要考虑下述关键点 ：
　　是否能避免发生失效，而不是发生失效后进行改正；
　　故障发生时，是否需要人为干预；
　　系统维护期间，应用仍然保持高可用；
　　是否适应于企业环境，在 LAN,SAN,NAS,WAN 的环境下运行；
　　与操作系统、应用程序是否能密切配合；
　　是否可以进行远程资源的管理；
　　配置和维护是否简单方便，易于管理；
　　 可扩展性；
三、两种方案比较
　　 高可用解决方案首先需要选择底层的存储设备和存储架构，可以采用 SCSI 共享的磁盘阵列（见图 1 ）或者在 windows 平台采用数据镜像的方法使用共享磁盘阵列柜方式的两台（或多台）服务器的数据同时存放在一个磁盘阵列柜里，只有一份数据，本地是没有数据的，因此需要再定期进行冷备份。而在数据量不是海量的情况下采用双机镜像方式，在每台服务器本地都有一份完全相同的数据。
　　 针对客户目前的状况，在这种情况下为什么要采用 AutoStart 系统，原因有以下几点：
1 、MSCS 实现的是系统级的数据切换，最主要的弊病是在数据库进程失去响应时不能实现监控，由于 MSCS 不能对数据库进程进行监控，所以往往会导致不必要的误切换。甚至可能导致的后果是数据库的数据文件被破坏。因为数据库在有的时候访问量很大，以致出现失去响应，但此时数据库是好的，但备机会误认为数据库出现故障，就进行切换。一旦此时仍有进程在使用数据库，就会出现两台服务器都访问数据库进程，从而导致数据库文件的破坏。
2 、 AutoStart 不仅可以做到系统级的失效切换，更可以对数据库进行监控，在数据库崩溃或进程失去响应时可以进行以下操作： a 、先尝试在本机重起数据库服务； b 、如果在设定的重起次数后服务仍不能启动，则进行切换。这样的好处是避免不必要的切换，从而真正的实现应用的不间断运行，也更好的保护数据的安全。
3 、单点故障问题；如果共享的盘柜出现问题，那么，将会导致两种后果： 1 、两台服务器都无法对外提供服务，因为数据库的数据文件全在盘阵上面； 2 、如果盘阵的硬盘出现故障将会导致数据的全部丢失，因为在双机共享盘阵的解决方案中是只有一份数据的，即使做了定期的冷备份，但起码在上一次备份时间之后的数据是丢失了的。在这种情况下，采用了任何软件上都无法避免这一问题。
4 、投资问题：在这里，我们之所以不考虑这一解决方案，主要是考虑到投资的问题，根据目前的需求，数据量还没有达到数据需要采用磁盘阵列柜来存储数据的需要，现在采用这种方案，对投资和资源有点浪费，投资的问题：在图（ 2 ）这个方案中，客户只需要按照自己的需要添加相应的硬件系统，没有其他技术条件的限制，有利于系统后期的改造和升级。如果采用双机共享盘阵的解决方案，操作系统和数据库都必须是企业版的。并且 MSCS 只支持 MSSQL 和 MS Exchange ，对于第三方的数据库支持有限。
从以上几点，我们可以很明显的看出，不管采用哪中方式来实现双机热备，我们都建议采用 AutoStart 系统来实现。那么，根据当前实际情况，考虑到需求和投资的问题，我们建议采用 Legato AutoStart 的解决方案来解决当前的问题，实现用户所要求的功能，主要有以下几点：
1 、实现效果的问题：在图（ 2 ）这个方案中，这次采用的是专业的双机热备系统，实现的是磁盘块级的双机热备，而且它将数据存储于各自服务器内，通过镜像引擎将数据进行实时复制，当有故障发生时设定的服务器接管相应的工作。避免上面提到的（如：数据库不能在线热备，单点故障等）问题。
2 、性价比的问题：从以上两点可以看出，根据当前的实际改造环境，在实现当前需要的功能，满足需求的前提下，从整体的软硬件投资比较，我们推荐采用第二个方案来实现。
　　 通过以上论述，我们建议采用图（ 2 ）的硬件结构，另外配置 AutoStart 双机热备系统实现所需要的功能。
1. 方案优点
采用 AutoStart 高可用管理系统具有如下优点： 业务系统的连续动作和应用的高可用性
　　 程序在系统错误、网络硬件错误、定期系统维持以及在终端用户工作量要求的不断变化情况下依然保持可用性。当某个应用失败时， AutoStart 在同一台服务器或一个指定的次级服务器上立即让它重新启动。 AutoStart 能执行多路命令，这意味着用户能让多个应用分别重新启动或者按特别的需要在多个服务器上重新启动。这使得用户能平衡服务器的存储负担从而避免在次级服务器上增加过多的投资。 AutoStart 能实现远程保护。能保证在出现灾难和大范围的地点性瘫痪时，应用和数据都能自动地保持连续。而且，避免了在灾难后的手动的数据同步要求，这意味着应用总是能得到正确的数据设置。如果手工执行这些功能，需要很多时间而且容易出现错误。
　　 AutoStart 安装和配置很简单，界面友好。且对系统的身份要求很灵活，可以是域管理模式，也可以是工作组模式，也可以是独立服务器模式，但 MSCS 只能在与管理模式下才可以
　　 AutoStart 在首次配置调试成功后，可以将配置信息导出到指定的位置，一旦系统重装而导致 AutoStart 软件重装，只需将导出的配置信息再导入即可，整个过程只需要几分钟。
主动的服务管理
　　 由于 AutoStart 整合了传感器功能，使得它能够主动地控制许多资源，包括服务器状态、网络状态、 NIC 状态以及磁盘状态。它改变了以前的群集管理的模式，而实现了主动的应用管理：应用可用性跟踪报告实现了从防火墙到应用的服务管理。通过设置可以引发自动反应，这有助于确认潜在的问题，并在问题出现之前就将其解决。
系统维护不受干扰的
　　 AutoStart 可以在正常的工作时间里执行例行的系统维护。 AutoStart 可以使用户把应用从一个服务器恢复到另外一台服务器，确保运行不间断，并且把故障时间降低到最少。
适用性好，使用简单
　　 AutoStart 可以满足现代企业对应用高可用性的要求。并且在配置以后， AutoStart 也依然便于使用成本较低。 AutoStart 配置有 Single System Image( 单系统影象 SSI) 数据库，便于系统的配置和大规模群集部署的管理。通过 AutoStart 的集中管理控制台，用户可以方便地配置基于 PERL5.0 的用户策略规则。 AutoStart 还可以和 UNIX 、 LINUX 、和 WINDOWS 管理域共享配置和事件资料。而且， AutoStart 带有开放的 API ，便于客户对操作指令和传感器的部署。
企业运行环境适用
　　 AutoStart 可以在 LAN 、 SAN 、 NAS 和 WAN 环境下运行。除了 SSI 数据库以外， AutoStart 还提供了各种适用性不同的域，在一个域中可以支持不限量的服务器，并且支持存储环境要求的虚拟的任意数据资源。
　　 集中化管理
　　 AutoStart 的集中管理控制台通过各种服务器平台，可以为管理服务器和应用程序提供单独的界面。这种单独的管理方式可以降低用户的员工培训，安装和操作成本。
　　 加强远程资源的自动管理
　　 对使用广域备份的用户来讲，保持系统的有效运行变成了巨大的工程，保持备份数据的同步，程序管理，处理多个子网络和用户的关系是个令人头痛的技术问题。 AutoStart 可以通过一个高级资源组和用户指令编程，将指令集中到一个高性能的总程序中，使指令可以远程自动处理。从 IP 地址的再分配，到路由器的动态配置，都能通过 AutoStart 的集中管理控制台进行控制。和 Availability Manager for WANs 共同使用时，公司就拥有了避免上述问题发生的工具。
附： AutoStart 与 MSCS 比较表