关于分布式服务架构中透明容错的处理

                在上一篇blog中讲述了关于分布式架构中可能出现的一些问题，典型的如下问题必须处理：

（3）透明的容错：

               如果服务器或者网络瘫痪，在不中断客户服务的前提下，能否将客户请求分发给其他的服务器？如果能，则响应时间多长？响应的时间是否能够满足业务的需求？

 

（6）集群：

                当某台服务器瘫痪时，其上的状态信息该怎么处理？需要在所有的服务器中提前复制这类的信息吗？而且，客户能否使用其他的服务？为解决这些问题就要使用到集群。

 

 

           在项目中由于项目使用EJB开发采用分布式架构，必须考虑关于服务器或者网络瘫痪的问题，考虑到项目中各种原因集群处理，部分重要的数据采用应急服务器双机和应急售票本地数据库热备份。

           项目采用oracle数据库，在大站将两台unix服务器的是将用户的信息创建一致，再通过两台服务器中的oracle双机联机热备，实现在大站远程服务器的两台服务器中数据库的数据的同步热备份，当其中大站的一台远程主机宕机或者发生硬件问题，此时大站的主服务瘫痪，采用大站的从服务器，使售票系统继续买票，不影响各个小站请求分发给大站服务器的数据，从而实现售票服务器的应急功能。

          同理，在应急售票系统中采用大站远程数据库数据下发到小站的本地数据库中，当由于大站和小站的之间网络瘫痪时，采用本地数据的数据进行卖票，同时将本地操作数据保存到指定的数据库表中，直到网络恢复正常，这时候将本地数据库中数据上传到远程的数据库中，从而实现应急售票系统的功能。

 

       由此可见其实无论服务器应急还是售票系统的应急重点都在数据库的同步上，关于不同数据库的同步问题，尚需要继续学习。

         

         

评论

2 楼 longgangbai 2010-10-16  

samwong 写道

那我想问问，如A大站服务器瘫痪了的那一刻，B小站服务器小站的最后售票数是否与A大站的最后售票数一样呢？

售票数量不一定一样，B小站只是在出售的二等座位的无座位席位。只是在A大战服务器瘫痪那刻已知道还有多少余票，在服务器瘫痪之后B小站的余票和席位已经没有任何关系。

1 楼 samwong 2010-10-13  

那我想问问，如A大站服务器瘫痪了的那一刻，B小站服务器小站的最后售票数是否与A大站的最后售票数一样呢？