我们使用EMC SAN设备。 从集群到SAN有2条“path”。 今天，我们体验到其中一个LUNpath“死亡”（如在Windows事件日志中报告）。 据推测，多pathLUN可能是一条path。 在这个时候，我们看到SQL Server上的I / O错误，“I / O请求花费超过15秒来完成…”。 在集群中被动节点失败后，问题就消失了。 问题：如果主集群节点不能再通过两条configuration的path之一进行通信 – 这是否意味着LUN的带宽被分割为一半 ？ 另外，使用SAN驱动器的作业是否可以读/写（我们的TempDB位于此驱动器上）会导致LUNpath出现“down”？
我目前正在家中build立一个实验室，并且希望设置一个集群Scale Out File Server和AlwaysOn SQL Serverconfiguration。 由于我不拥有任何JBOD机箱，也不拥有SAS HBA或任何其他存储设备，因此我希望使用svhdxflt filter以便可以同时从两个虚拟机共享访问VHDX文件。 我意识到这个事实，这个设置不被Microsoft支持。 不幸的是，此驱动程序仅适用于Windows Server 2012 R2 （ failover-clusteringfunction的一部分），并且不会随Windows 10 Pro一起提供。 有没有办法让我的工作站上使用这个驱动程序？ 例如，从Windows Server 2016 Technial Preview安装复制它？ 除了使用这个文件系统filter驱动程序之外，还有更好的方法来达到这个目
我有一个实验室环境，在这里我有一台Synology NAS，它提供了在虚拟机上运行的Windows 2012 R2虚拟机使用的iSCSI目标。 我想设置一个Windows故障转移群集，为了做到这一点，虚拟机需要共享一个磁盘。 我添加了一个新的目标与新的LUN。 我通过虚拟机上的iSCSI启动器添加了这个function，格式化磁盘，然后通过故障转移群集pipe理器将其添加到群集的存储磁盘中。 我可以将angular色联机，并正确启动磁盘。 默认情况下，Synology不允许多个连接到同一个iSCSI目标。 不启用多个会话将导致只有一个节点连接，从而使相应的磁盘联机。 执行故障转移不会自动使iSCSI连接在另一个节点上。 看来我有以下select： 启用*允许来自一个或多个iSCSI启动器的多个会话。 这有一个大的警告： 要避免重大数据损坏的风险，请确保您在集群感知文件系统中运行。 向LUN添加额外的目标。 让两个目标共享相同的LUN，从而为每个群集节点创build一个目标。 这两个选项都会导致两个节点上的iSCSI启动器都能够连接到iSCSI目标。 问题： 我应该使用哪些？ 这两个似乎工作是否有所作为？ 我明白， 目标有自己的缓冲区。 Windows故障转移群集支持这个吗？ 哪些可能导致数据丢失？ 我也看到，我可以创build一个共享集群卷应该使用？ 也许我完全错了。
2003 Windows群集上的两个群集SQL实例是否可以可靠地使用相同的1433 tcp端口设置？ 现在似乎正在起作用。
我有一个Windows Server 2008 R2故障转移群集环境，与打印服务器应用程序有一些问题。 我最近把它的首选节点从一个改为另一个，随着这个改变，一些XP机器，从来没有我的Windows 7盒子，在打印到两台特定的打印机时开始遇到错误。 错误从应用程序更改为应用程序，但大部分时间似乎是连接错误。 我之前通过移除打印机并重新添加它来临时修复它。 这只能在更新后重新启动节点并将应用程序移动到其他节点之前运行。 由于只有less数用户受到影响，因此每次有更新或其他原因重新启动计算机时，我都不希望删除并重新添加打印机。 提前致谢。
当我尝试安装SP2（或简单地“修复”SQL Server安装）时，依赖项检查发现以下问题： Rule "Not clustered or the cluster service is up and online." failed. The machine is clustered, but the cluster is not online or cannot be accessed from one of its nodes. To continue determine why the cluster is not online and rerun setup instead of rerunning the rule since the rule can no […]
我有一个DFSR中心服务器，与80个远程办公室有大约80个连接。 我想添加另一个中心服务器负载平衡和冗余，但我不想拆分两个中心服务器之间的连接。 我不喜欢维护两个服务器上的两个不同的连接块的想法。 编辑微软的最佳实践说，要在多个服务器之间划分DFSR连接（如果在集线器和分支拓扑中存在许多高容量连接），因为太多的同时连接到一台服务器会导致性能问题。 唯一的build议是手动拆分服务器之间的连接。 我宁愿有多个集线器服务器configuration相同（所有的集线器都configuration了到所有远程办公室的连接），并且有类似于NLB服务的自动分隔连接。 我想要的是有2个（或者更多的）中心服务器，每个中心服务器都configuration了80个奇怪的连接，用NLB服务来做负载平衡。 我认为这将工作，因为DFSR中心可以dynamic地拆分自己之间的连接，只是将其任一个连接上收到的更新复制到另一个中心。 我知道你可以做一个故障转移的DFSR集群，但从我所读到的Windows故障转移集群不会做负载平衡。 因此，DFSR故障转移群集中只有一个节点实际上处于活动状态 – 这是正确的吗？ 如果是这样，它似乎不符合我的负载平衡要求。 我没有发现有关使用DFSR服务设置NLB群集的文档。 这甚至可能\支持？ 如果是这样，有人可以提供一个最佳做法的方式做这个或一个文档的信息？ 如果NLB集群不可行，有办法像DNS SVRlogging一样进行DNS循环，或者可能是某种“前端”负载平衡设置。 非常感谢。 **编辑我想我只是在寻找一个设置而忘记设置。 单一的枢纽正在处理一切正常，但我们正在计划添加到我们的DFSR基础设施。 我想我将不得不决定是否保留一个集线器，并在第二个集群上进行故障切换，或者断开与第二个集线器的连接。 我想我现在要用一个故障转移集群来做一个集线器。 然后，如果我决定将来将连接分开，我总是可以添加另一个故障转移群集（需要两个以上的物理服务器），并将两个故障转移群集之间的连接分开。 比我想要的更复杂，但我想这是唯一的方法。
背景/设置 我有一个正在运行的具有2个节点的Hyper-V 2012群集。 在pipe理VM的集群中已经有了VMangular色; 故障转移工作和所有那些好东西。 还有另外一个独立的Hyper-V 2012机器，我刚join到AD域，所以我可以做一个实时迁移。 我把虚拟机转到了集群中的一个节点上，然后我把它添加到了集群中。 虚拟机的文件坐在一个CSV，所以这是预期的。 发生了什么 “Configure Role …”（configurationangular色…）向导完成了它的function，但是当我在angular色列表中看到虚拟机时，Status（状态）被设置为“Off”（closures） – 但是VM正在运行; 你甚至可以在节点的属性中看到它。 所以我想我自己也许有一些愚蠢的“状态”的故障。 我不希望它回来咬我，所以我“删除”虚拟机angular色。 但是当我去重新添加它时，这次我得到一个错误。 在“向导”中，错误信息是这个语法混乱的gem： Please, override 'Header' property The object has been deleted from the cluster. 在完成向导之后，我看到新angular色在“已停止”状态的列表中，显然没有设置好。 selectangular色，然后转到“信息详情…”，我在对话框中看到以下消息： A virtual machine resource was not found in clustered virtual machine 'xxxxx'. A virtual machine resource is expected for every clustered […]
我正在为迁移项目configuration双节点故障转移群集。 我们正在将独立的SQL Server转换为集群。 环境：带有Windows Server 2012 R2 SP1的2个节点SQL版本：SQL Server 2008 SP1 Windows FCI已configuration，已validation，SQL故障转移群集已安装并正在运行。 那里没有问题。 我有问题的部分是当试图修改SQL Server虚拟networking名称。 我遵循这里概述的步骤： SQLnetworking名称更改 。 收到的错误： There was an error saving properties for 'SQL Server'. Failed to execute control code 20971654 Error Code: 0x8007000d The data is invalid. 有没有人遇到过这个？ 我所遇到的有关重命名SQL Servernetworking名称的所有信息使得它看起来像一个相当平凡的过程，但我无法在我的设置中发生。 任何协助这个问题将不胜感激。 我为什么要这样做的背景：现有的SQL Server几乎是我们所有主要业务运营的核心和灵魂。 迁移后不担心使用相同的服务器名称。 我有解决方法涉及到使用DNS CNames和/或添加一个辅助的“或”依赖项IP地址到SQLnetworking名称群集资源，这将是正在被迁移的SQL服务器当前正在使用的IP地址。 我们将旧服务器离线后添加依赖项。 这已经过testing和工作，但对我来说最简洁的设置将是如果可能的话修改SQL Server虚拟networking名称。
Microsoft说明build议使用“服务和应用程序”，但在故障转移群集pipe理器中缺less它。 例如，用于testing群集服务或应用程序的故障转移的文档。 “服务和应用程序”选项/部分在哪里？