适合中小型数据库的解决方案
包含文件复制功能的SafeKit镜像方案适合中小型数据库，尤其是数据量在100G之内和小于20万个文件的数据库。对于大型数据库，具有共享磁盘和内部恢复系统的硬件群集方案更适合。然而，SafeKit可轻松适应NAS模式的共享磁盘方式，从而突破文件大小、数量的限制。
同步，服务器失效时容错复制不会丢失数据
由SafeKit镜像方案提供的同步复制和异步复制有显著的不同：
异步复制时，如果主服务器失效，没有复制到备用服务器上的数据将丢失。特别是，应用程序事务也会丢失提交的更新。
对于SafeKit，文件更新的实时同步复制可以避免服务器失效时的数据丢失。
服务器之间一定的局域网带宽是实现同步数据复制的基础，相距几千米远的两个计算机房之间可能需要一个升级的局域网（异步复制能通过低速广域网进行，为100千米以外远程服务器备份数据）。
3SafeKit的FARM和镜像混合架构
网络负载均衡，文件复制和故障备援
您可以将FARM架构和镜像架构安装在同一服务器架构中。典型的做法是，为装有FARM模块的前端WEB服务器提供网络负载均衡，为装有镜像模块的后台数据库提供文件复制，这两种模块可以安装在相同服务器群组中。
配置这种混合的多层应用架构非常简单：您只需安装两个应用程序模块，例如，在同一应用服务器上安装Apache_farm.Safe（具有负载均衡的FARM架构和故障备援功能）和mysql.Safe（具有文件复制和恢故障备援的镜像架构）。
负载均衡、文件复制和故障备援功能可以在同一服务器上同时使用。对SafeKit来说，这种混合架构在市场上是独一无二的，这就需要SafeKit混合模块功能。
4.SafeKit相互接管架构，双机双工模式
两个活动服务器互为镜像
两个镜像应用模块和两个物理服务器就可以形成一个相互接管架构
服务器1运行应用A，并作为服务器2的备份
服务器2运行应用B，并作为服务器1的备份
通常，每个应用程序运行在它自己的服务器上，其他服务器则作为备份服务器。
如果一台服务器失效，那么两个应用程序将会在同一物理服务器上激活（详细信息请看SafeKit镜像架构）。失效服务器重启后，它的应用程序将在缺省主服务器上继续运行。
注意：失效过程中，余下的服务器必须有能力处理两个应用程序的工作量。如果这可行的话，一个相互接管的群集比两个相互独立的镜像群集更经济，因为没有必要购买备份服务器，备用服务器绝大部分时间是闲置的，只有主服务器失效时才会起作用。如果您有几个应用程序需要保护，那么SafeKit多对一架构对多个独立镜像是另一个不错方案
相互接管架构需要SafeKit多模块特征。
SafeKit多对一架构，多个活动服务器的共享备份
一个基本的镜像架构基于一个主服务器和一个专用的备份服务器，备份服务器暂不运行，只有当主服务器失效时才会运行以重启应用程序。
如果您配置多个基本的镜像群集，那么有N个主服务器就需要N个备份服务器（3个镜像需要3台备份服务器）。
如果拥有SafeKit多模块特征，您可以指定一台物理备份服务器作为所有主服务器的备份服务器。这是多对一架构，N个主服务器对应一台备份服务器。
如果N台活动服务器中的一台失效，备份服务器将重启失效服务器上的模块。
当问题解决、失效服务器重启后，您可以设置SafeKit自动恢复到主服务器运行，或者您可以手动切换到主服务器运行。
不同于相互接管架构，当主服务器失效时，备份服务器没有必要接管双份工作量。假定一次只有一个故障――此方案可支持多个主服务器同时失效的情况，但在这种情况下，唯一的一台备份服务器就不得不接管所有失效服务器的工作任务。相互接管架构需要SafeKit多模块特征。
|
公司简介
