同城数据库方案?

各位相请教下解决方案:
  现在一家公司在同城拥有几个营业地点,每个点各自组成局域网,各自有一台SQL服务器。各分点业务一样,数据库结构一样,数据不一样,各自服务器记录本分点的营业数据。业务发展需要,需要同城共享业务数据。怎么来做比较好?
  现在初步解决方案是这样设计的:
  1、建立一个数据中心,数据中心两台服务器WIN2008+SQL2008+磁盘柜,用WIN2008自带cluster做两机热备。
  2、各分点用光纤连接到中心机房,各分点不设服务器。所有同城的业务数据整合成一个数据库。
   
  现在觉得还有问题,各分点一但,线路中断,将不能营业,一天的直接经济损失在3-5W左右。光纤带宽没法准确估计,2M数据线一年在3W左右,升带费用成倍增加,成本很高。

  大家觉得方案可行吗?还有哪些风险?

作者: ssliuan   发布时间: 2011-06-13

观看,嘿嘿

作者: wchp1003387075   发布时间: 2011-06-13

如果总部查看所有营业点的数据不需要实时,比如可延时1小时或一天,那就定时同步数据更好、更灵活

作者: luckyrandom   发布时间: 2011-06-13

硬件问题倒没什么,好解决的,关键还是多对数据中心考虑周全些

作者: mingpei0703   发布时间: 2011-06-13

可以去看看同步复制 远程链接服务器这些内容

作者: fredrickhu   发布时间: 2011-06-13

想把他整合成一个数据库,主要考虑有两个方面:
  1、客户数据共享,现在客户要求,持卡可以在同城通用,而且我们对客户的历次服务都有记录,要求与之前的数据有对比,以便为客户提供帮助。
  2、方便业务数据统计,现在如果是团体客户,会分散在各分点消费,最终结算时要全部汇总,信息处理环节太多,不够效率也不准确。

作者: ssliuan   发布时间: 2011-06-13

引用 2 楼 luckyrandom 的回复:

如果总部查看所有营业点的数据不需要实时,比如可延时1小时或一天,那就定时同步数据更好、更灵活


现在有部分业务需求,如登记时查询是否同一名客户多次消费。要求同城相同。

作者: ssliuan   发布时间: 2011-06-13