复制是否适合这种情况?

案子:

  • 工业IT系统,在两条生产线上控制和存储数据
  • 每条生产线都有一台服务器。 每台服务器都运行该生产线的自动化对象。 每台服务器都有一个本地SQL服务器数据库,用于存储该生产线的数据。
  • 自动化软件具有内置冗余。 一条生产线服务器上的服务器故障将导致自动化对象在另一台服务器上运行。

一个想象中的场景:生产线1的服务器上的磁盘控制器发生故障。 目前,会发生以下情况:

  • 自动化对象将在生产线2的服务器上开始运行。
  • 但是当自动化对象开始对服务器1进行数据访问时,它们当然会失败(因为磁盘控制器不起作用)。

所以我们讨论了select。 有同事提出如下build议:

  • 复制服务器2上的服务器1数据库。反之亦然。
  • 使用本地主机连接string设置数据访问。
  • 所以当自动化对象开始在其他服务器上运行时,他们的数据访问将会转到他们运行的服务器上的数据库。

我没有复制的经验。 复制是否是上述问题的可行解决scheme? 设置复制时要记住的重要事项? 其他build议?

如果您使用的是SQL2005或2008,则可以考虑在两台服务器之间进行同步数据库镜像,第三台服务器充当处理自动故障切换的见证。 这被称为“无自动故障切换的高安全性”

http://msdn.microsoft.com/en-us/library/ms189852.aspx

http://technet.microsoft.com/en-us/library/cc917713.aspx

或者,如果您可以在服务器之间使用共享存储,则可以考虑使用主动/被动Windows群集。

  1. 那么所有这些本地数据库的集中式SQL后端怎么样?
  2. 虚拟化其中的所有内容的控制操作系统,所以如果物理服务器发生故障,虚拟机将在另一台服务器上启动。
  3. 将所有东西都保留原样,但要装备具有FTfunction的服务器,即双电源,两个控制器上的RAID10,两个为冗余电源网供电的UPS单元等。