请教关于EJB用多个Application Server实现分布式的一些问题，谢谢 ！：）

Question

1）"一台Application Server跑不过来"指的是什么资源不够用？是指用户太多机器硬件本身的负荷能力不行吗？还是指用户太多不用分布式的话没有足够的bean给用户使用（我的理解这个就是并发性）？
－－ 并发访问大
 
2）在广州的服务器如果跟北京的不是同一个数据库，我怎么保证这两个数据库服务器同步？用EJB程序保证还是数据库本身应该是分布式，由数据库自身来保证？
－－ JTA3）关于分布式事务：Application Server A:和Application Server B；
          A中一个组件对数据库 DB－A 进行操作，B中一个组件对数据库 DB-B 进行操作
          EJB容器可以保证这两个操作的事务性吗？
－－ 两码事不要太过于依赖某一项技术，关键还是要看你设计的合理性

Answer 1

1）"一台Application Server跑不过来"指的是什么资源不够用？是指用户太多机器硬件本身的负荷能力不行吗？还是指用户太多不用分布式的话没有足够的bean给用户使用（我的理解这个就是并发性）？
－－ 并发访问大 ==并发访问大会消耗什么资源
 
2）在广州的服务器如果跟北京的不是同一个数据库，我怎么保证这两个数据库服务器同步？用EJB程序保证还是数据库本身应该是分布式，由数据库自身来保证？
－－ JTA＝＝  你的意思是EJB程序用JTA保证吗？3）关于分布式事务：Application Server A:和Application Server B；
          A中一个组件对数据库 DB－A 进行操作，B中一个组件对数据库 DB-B 进行操作
          EJB容器可以保证这两个操作的事务性吗？
－－ 两码事＝＝ 就是不能保证？

Answer 2

并发访问大会消耗 内存，CPU，网络

Answer 3

哦，并发访问大会消耗 内存，CPU，网络  ok ：）
那么数据同步问题呢？

Answer 4

还有一个稳定性因素：任意一个Application Server可以作为另外一个Application Server的client当一个Application Server因为某些原因崩溃时可以将正在执行的程序交给其他Application Server继续处理，并保持消息同步

Answer 5

数据同步可以通过J2ee的JMS来做, 加入JTA事务, 成功后删除消息, 提交事务
不过很慢的, 你可要有心里准备.
可以定时传一批, 同步一批.
两个应用各自操作自己的数据库, 和谈统一事务?