求助 双机热备的方案

5f9646j

好点的存储能说的详细些吗
用ISCSI或FC组SAN？
其实不能热备，手动切换也可以，就是操作和维护简单就行
怎么做灾难恢复，能说些具体的吗？

c9tlzeg

要说单点的故障有以下：

1.FC存储,不过他有双电源、双主机头，问题还不算大
2.HBA卡只有一张，预算够的话可以再买一块。
3.FC交换机，我没有画出来，要冗余也可以做成双机。
4.DNS这个是单点，要做备用DNS很容易。

设计容错是三台物理主机（这里我做了VM的集群），随意坏一台，双节点SQL，容错率也是一，三节点SQL也很容易做。

PS：系统越复杂，维护成本也是越高的。

5pcqb8o0

那就简单点
1台web服务器+1台数据库服务器 最多再加个归档备份NAS
然后弄个备份软件就OK了

cp86e5j

之前我一直担心 服务器除硬盘外的硬件故障宕机 我是不是想多了？
其实停个把小时也没事，只要数据不丢。
做好备份才是正解？

gw6dsd

我去 连击了 编辑掉 12312312312312121212121212121

y6ummpi

这个比较简单，设计如下：

先让看看SQL的故障转移拓扑图（我用了三台淘汰服务器,和一套旧的FC存储），WEB的故障转移以类似（建议你采用微软的方式）。
1.gif

3568mro

我先升级下我电脑内存 先搭建虚拟环境 做好实验

xo48jn3x

我去连击了 编辑掉123121213

xxc2g8

web应用可保持不变，跑在IIS上，用两台，前端考虑用linux下的nginx做负载。

采集程序不知啥情况先不说，主要难点是数据库的热备，其实sql server 也不是那么容易死掉的，就是慢。
做好数据备份其实还好了。

fmm6eqj

linux下的方案大把的，而且对系统要求不高。
windows下，太依赖微软，网上资料不多。

何况，你假设的服务器数量不多，感觉成本不可能太高，再使用微软的方案，可能不合适。

不知道热备的重点在采集还是web服务，能否详细说下，或许能换个思路。

前些年折腾.net，后来转向nginx+tomcat，可控性不是一般的好啊。

比如数据库mysql，用主从同步，比sqlserver的发布订阅，方便太多了。
nginx在前端做负载均衡，轻松应对。

把思路锁定在windows本身就限制太多。