我遇到了这个问题,搜索了好久也没找到答案。我的主服务器是 Windows Server 2008 R2 标准版。我的辅助服务器是 Windows Server 2012 R2 标准版(现在什么都不做)。我想要实现的是使用我的 Win2012R2 作为故障转移服务器,如果我的主 Win2008R2 因某种原因失败,就可以接管。主要针对 Internet,因为所有计算机的 DNS 服务器都是我的主服务器 IP,Active Directory 服务和 Access DB 都在主服务器中。因此,如果主服务器失败,就寻找辅助服务器并完全完成工作。
答案1
Microsoft 的大多数服务都可以采用主动-待机甚至主动-主动的方式进行配置。例如,DNS 服务器可以使用内置技术进行复制,DHCP、Active Directory 也是如此。甚至可以构建故障转移群集以实现高可用性,并构建任何 SDS 来实现其复制?
答案2
1) 至少升级到 WS2016,没有必要使用过时且即将不再受支持的技术(WS2008 和 2012)。
2) 虚拟化!除非您的主要业务应用程序供应商处于落后状态并且出于某种原因在 2019 年不支持虚拟化,否则裸机部署毫无意义。
3) 配置特定于应用程序和服务的集群。例如,DC 自行复制,SQL Server 有 AG,Exchange 有 DAG,文件服务器更喜欢 DFS-R(如果您对众所周知的烦人的锁缺失不以为然,但那是另一回事……)等等。
4) 对于通用应用程序,使用一些共享存储并为虚拟机启用 HA。
答案3
我认为我们需要更多有关您的环境的信息。解决方案取决于您如何配置服务器。我还建议使用相同的服务器版本。
如果您有具有本地连接存储的物理机,您可以尝试将其他服务器添加到角色,例如 DNS:https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc816885(v=ws.10) Aso Lenniey 建议,我也将更新版本添加到主版本。对于文件服务(访问),您可以创建一个将文件复制到其他服务器的脚本。
如果您拥有带有 iSCSI 的虚拟化服务器,则可以使用 WSCF 来群集文件服务或 DNS。此外,在此架构中,您还可以在两台计算机上配置 AD DS 角色。
答案4
对于正在运行的(硬件)服务器中的“仅故障转移所有”情况,没有解决方案。如果有人能发明这个解决方案,世界将变得更加可靠 :-)
因此,你必须做以下其中一件事:
- 为每个服务进行故障转移配置
- 虚拟化您的机器并配置硬件故障转移(如 vmware HA)
如果您选择服务本机故障转移,则必须逐一配置每个服务的复制/故障转移。通过 DNS 复制的 DNS(主/辅助或 AD 集成 - 并在客户端中将第二个 IP 设置为备用 DNS),通过第二个 DC 的 AD(确保您有两个全局目录!)和通过常规文件复制间隔的文件服务器(写入时 MDB 不可读)或 DFS(我将设置)。