请原谅我，如果我混淆术语，我是DBA，并试图看看我能否在这里解决我的错误。 背景 ：我正在将第三个灾难恢复站点节点添加到Windows Server故障转移群集，以便利用SQL 2012中的AlwaysOn可用性组。群集中已经有节点01和02，它们在我们的主数据中心中设置为HA。 节点03并不意味着在WSFC中具有集群磁盘或投票权，对于AlwaysOnfunction，这只是群集中的SQL要求。 所有的存储都是通过SnapDrivepipe理SAN的。 问题 ：在将节点03添加到群集时，我没有取消选中 “将所有存储添加到群集”checkbox，以便将节点03的非系统磁盘添加到群集（数据，日志，tempdb磁盘等） 。 因此，现在将这些磁盘分配给“群集共享卷”，并在节点1上安装为C:\Cluster Shared Volume\MountPoint XXX 。 如果我从Cluster Shared Volume删除它们，它们将成为Available Storage 。 这些可以从集群中删除，但是不能重新安装在原始节点上。 一旦删除，它们将出现在节点的磁盘pipe理中，但是处于脱机状态，因此大多数选项都会灰显，因此如何才能使它们联机？
我有两台服务器，我们称之为'node1'和'node2'安装在数据中心。 他们运行我们的应用软件。 它们是可以互换的，每个都有一个所有客户数据库的完整副本。 我们希望客户能够login到一个IP地址，并且如果连接已经连接到node1，否则连接到node2。 （对于我们来说，自动故障转移比负载均衡更受关注，尽pipe将来我们也可以configuration负载均衡）。 我们的要求非常简单：我们可以提供一个用作健康检查的URL，如果在'node1'上有回应，那么所有的stream量应该优先于'node2'。 数据中心希望我们支付3000美元的专用负载平衡器设备。 但是他们也说，他们的防火墙有能力做这个自动故障转移_in_theory_，虽然他们从来没有一个客户使用该function。 我不明白为什么这样一个简单的任务需要专用硬件甚至虚拟服务器。 为什么没有一家小公司喜欢在防火墙中进行负载均衡？ 成本更低，跳跃更less，复杂性更低…？ 什么是我不了解LTM（本地stream量pipe理）？
假设我们有两个服务器A和B，它们具有“真实”和外部IP，我们可以将所谓的“故障转移IP” （WXYZ）转换为指向A或B的特定外部IP。这是从“外部”轻松完成。 作为后台：故障转移IP在/ etc / network / interfaces中configuration为新条目： auto eth0:0 iface eth0:0 inet static address WXYZ netmask 255.255.255.224 现在让我们假设WXYZ被dynamicconfiguration为使用硬件A.现在我从B调用'curl domain.com'，它使用正确的故障转移IP WXYZ，但是以某种方式解决了错误的外部IP B（或本地主机？），而不是使用configuration的一个A： Trying WXYZ … * connect to WXYZ port 443 failed: Connection refused * Failed to connect to domain.com port 443: Connection refused * Closing connection 0 curl: (7) Failed to connect to domain.com […]
我们正在使用ESXi，我想知道我们的vSwitch的“NIC Teaming”选项。 在具有2个NIC的特定vSwitch上，是否有任何将NICconfiguration为活动而另一个configuration为备用的理由？ 我总是使用主动/主动scheme（没有看到主动/备用的任何原因，因为如果一个网卡出现故障（并且ESXi注意到它），它将会把所有通信切换到另一个网卡。 另外，对于VMkernel端口组（或其所在的vSwitch）是否有任何build议，始终使用Active / Standby而不是Active / Active ？ 谢谢！ Craconia
我被告知， 我的域的DNS是不可靠的 ，所以基本上我想知道 我可以设置我的辅助DNS服务器指向另一个虚拟主机？ ： ns01.host-FOO.com ns01.host-BAR.com ns02.host-BAR.com ns02.host-FOO.com 或者“混合搭配”会导致事情出错？
给定（硬件）RAID 1configuration中的两个磁盘，当一个驱动器出现故障时，生产系统会发生什么情况？ 是否有明显的服务中断，或系统是否像往常一样只用一个磁盘继续运行，直到有故障的磁盘可以更换？ （忽略从两个磁盘到一个磁盘导致的任何小的吞吐量变化）
简单故障转移市场本身就是： 持续监视您的服务器，以确定哪些服务器正在运行，哪些服务器已closures，然后相应地dynamic更新您的DNSlogging，以便您的域名始终指向function服务器。 据我所知，更新DNSlogging可能需要几个小时甚至几天才能传播。 因此，即使他们dynamic更新我的服务器的DNSlogging，我的用户仍然需要等待几个小时才能看到任何改变？ 如果是这样，“简单故障转移”如何工作？
我实际上拥有两个Linux的Web服务器，我想知道如何让他们一起工作，以防万一。 从我发现的情况来看，群集似乎是最接近的，因为它会将数据（例如mysql）从srv1复制到srv2，反之亦然。 我在HowToForge上find了一个howto，但他们谈论了4台服务器。 阅读之后，这似乎是合法的，因为集群需要一台服务器来同步数据（如果第一台服务器出现故障，则需要另一台服务器！）。 所以这不是我要找的，或者最终不是这样。 我想要的是srv1和srv2是相同的（mysql和apache文件），以防srv1宕机。 最终的目标是构build一个FailOver（而不是一个负载平衡）系统。 对于IP，我将从我的注册商手动切换。 只有两台服务器可以吗？ 谢谢你的帮助 ！ （如果我不清楚，我很抱歉，在我的脑海里也不太清楚）。
我正在砸我的头，想出一个聪明而简单的广域网故障转移解决scheme。 这是用于两个不同外部IP的SOHO安装。 只需要出站连接故障转移。 供应商1：电缆 提供者2：无线 防火墙是Debian的GNU / Linux，所以解决scheme应该使用Linux并且是基于软件的。 我希望能够不仅检测，如果其中一个路由器（iproute2这很容易），但当他们的连接closures。 两台路由器都没有SNMP或其他基于标准的RMON。 有没有像我可以指定默认路由使用ping工具？ 这样，我可以用一个小脚本来最优地监视这两个链接。 或者我应该去其他路线？
我已经使用高安全性，同步模式在SQL 2008中configuration了数据库镜像设置，但没有自动故障转移function。 我没有证人实例。 关于高可用性，我知道镜像是比日志传送更好的策略（更快更顺畅的故障转移），比群集（由于许可和硬件成本）便宜。 根据MS文档，要进行故障切换，您需要访问Principal数据库，并在“镜像”选项中单击“故障切换”button。 但是我想从Mirror数据库这样做，因为所有这些设置都是在Principal服务器崩溃的情况下完成的。 显然我错过了一些东西。 如果镜像不是服务器停机的解决scheme（如果我理解正确的话，就像集群一样），那么为了实现高可用性目的，哪些实际的（即真实世界的例子）案例将从镜像中受益呢？ 非常感谢您的回应！ 我真的需要一些启发。