我有一台运行Windows Server 2008 R2 Datacenter的Dell PowerEdge R710，它是Hyper-V Failover Cluster 。 它有8个Broadcom BCM5709C NICs ，三个组成了我的“虚拟机团队”。 该团队工作正常，但我有一个Hyper-V的问题。 它拒绝从组合的适配器创build一个虚拟networking，并出现错误消息，我没有权限这样做。 当我检查组合适配器的属性时，它绑定到Microsoft Virtual Network Switch Protocol ，Hyper-V从来没有把它变成一个虚拟networking的额外步骤。 正如我上面所说，这台服务器是与另一台相同的机器的Hyper-V Failover Cluster一部分。 另一台机器具有完全相同的设置，并且它的组合适配器在Hyper-V中作为一个虚拟networking正常工作。 有没有人有任何build议，我可以尝试得到这个工作？ 我的另一种select是重新加载操作系统，看看是否有帮助。 build议将不胜感激。
我试图启用故障转移策略，在两台运行由VritualBox创build的openSUSE 12的虚拟机上进行mysql Master-Master复制时使用pacemaker。 我设法完成MySQL双主复制，它似乎工作。 服务器A的IP为192.168.Xb ，服务器B的IP为192.168.Xb 我遵循这里的指令，所以基本上我的corosync.conf看起来像指南中介绍的，除了下面写的接口部分： interface { ringnumber: 0 bindnetaddr: 192.168.Xc mcastaddr: 226.94.1.1 mcastport: 5405 ttl: 1 } 我的第一个问题是：什么是bindnetaddr: 它是我的群集的虚拟IP吗？ 如果不是，它应该是其他节点的IP还是它自己的IP？ （我的意思是服务器的IP有这个configuration或其他服务器） 我的第二个问题是：什么是mcastaddr和mcastport ，他们应该设置什么？ 然后我尝试添加MySQL作为资源，所以我按照这里所述做了 。 但是当我inputcrm configure primitive ip_mysql ocf:heartbeat:IPaddr2 params ip="192.168.Xc"我得到 crm configure primitive ip_my ocf:heartbeat:IPaddr2 params ip='192.168.114.8' crm_verify[23888]: 2012/12/29_12:25:51 WARN: cluster_option: Using deprecated name 'stonith_enabled' for cluster option 'stonith-enabled' Warnings […]
我有一个Windows 2012 R2 Hyper-V群集，具有两个用于LAN连接的Broadcom适配器。 目前，我们有一个与SCVMM搭build的虚拟交换机，它使用Windows软件组合将两个NIC组合在一起，并且使用交换机独立configuration/dynamic分发进行设置。 有人告诉我，使用Broadcom团队应用程序更好。 使用另一个有什么好处？
有几种仲裁types：节点多数，节点和磁盘多数，节点和文件共享多数，没有多数：仅磁盘 在设置Server 2012 R2集群时，我没有修改任何仲裁设置，我可以看到它select“节点多数”作为仲裁types： Cluster : VDI-CS-01 QuorumResource : QuorumType : NodeMajority 这是一个简单的2节点集群 – 我还没有添加见证。 但是由于这个2012年的群集和dynamic的法定人数是自动启用的，所以仲裁types甚至是重要的？ 如果有一系列的节点故障，它不会自动将仲裁移动到可用的节点，直到只剩下一个节点。 我很困惑如何dynamic仲裁与Windows群集上设置的仲裁types相关。
我的任务是从当前的50/50范围弹性DHCP服务器迁移到Server 2012 R2中新的热备份故障转移DHCP。 使用两台DHCP服务器虚拟机构build一个testing平台，并在它们之间build立故障转移关系。 创build了几个桌面操作系统虚拟机，并确认热备用故障切换运行良好。 接下来，我在其中一台服务器上手动创build了一个地址预留，但是等待指定的时间后，该预留没有出现在另一台服务器上。 我知道我可以右键单击范围并复制它，但我更喜欢在服务器之间自动build立一对一的关系，例如在一个上创build的是自动表示的。 它像地址租约这样的工作，所以会期望与保留相同。 有什么我做错了吗？
所以我有一个SQL Always-On组需要一个文件共享见证。 我想这个文件共享见证是多余的，因为我没有其他需要在这个networking上的文件服务器，我想用最less的服务器数量来做到这一点。 我以为我会设置2个服务器与DFS，但本文说，不要这样做，因为DFS有时可以使用一个服务器的数据，有时使用另一个，搞乱法定人数： http : //windowsitpro.com/high-availability/q -为什么-着-I宿主文件共享见证集群的DFS共享 所以看来我需要一个真正的/真正的Windows故障转移群集，在文件服务器angular色中设置。 问题是我读的所有文章都谈论使用共享存储。 但共享存储（如SAN）需要第三台服务器，然后再次出现单点故障（SAN）。 而且，我真的更愿意购买2台新的服务器，而不是3台。我发现我也可以使用Windows的存储空间作为SAN的替代scheme，但是这需要3张光盘，因此在购买硬件方面更是如此。 为证人设置冗余文件共享的最佳方式是什么，而不必购买太多的服务器或单点故障？ 很明显，我想使用本地存储，但是我可以设置文件集群，以便服务器1为主服务器时，始终使用服务器1的硬盘驱动器，当服务器2为主服务器时，始终使用服务器2的硬盘驱动器，并使用DFS复制数据，以防止其中一台服务器死亡？ 我认为这样做可以避免上述文章中提到的“唯一的DFS”问题，并且仍然只有2台服务器。
我们正在考虑在新的Hyper-V 2012 R2群集中使用Microsoft的CSVcachingfunction： 它默认启用，每个CSV分配512MB。 可以分配的最大内存为80％。 build议最大分配为64GB。 我们的节点将有足够的空闲内存（在节点故障的情况下等），所以大多数时候我们的主机将有足够的空闲内存。 我想知道的是，如果我们分配完整的64GB，会发生什么情况，并且发生节点故障，以致其余节点需要回收内存。 主机能够从caching中回收内存吗？ 是否有可能通过检查系统进程来检测caching？
我有两台带有Windows Server 2016的HP ProLiant DL380 Gen9服务器，SQL Server 2016将安装在具有Storage Spaces Direct的故障转移群集中。 当我尝试通过PowerShell激活S2D时，出现错误： 警告：2017/07 / 13-10：13：48.295节点DB1上的磁盘号2（{455cd214-ecdd-7e52-b5c5-a505367c878c}，友好名称“HP LOGICAL VOLUME”）具有不受支持的介质types HDD和SSD都安装在RAID中。 SSD被识别为MediaType SSD，但HDD没有指定。 通过Set-PhysicalDisk更改MediaType -FriendlyName HPLogicalVolume -MediaType HDD失败。 HDD和SSD在线，但没有分区，被识别为总线typesSAS。 如何在此configuration中直接激活存储空间，或者我的错误在哪里？ 提前谢谢了。
在承载使用存储空间直接（S2D）的SQL故障转移群集实例（FCI）的2016年Windows Server故障转移群集（WSFC）上遇到问题。 在每台服务器上，成功初始创build后，S2D会自动将一个未使用的RAID卷添加到存储池（尽pipe无法在RAID卷上创buildS2D，并且坚持使用未configuration的磁盘）。 现在它已经坏了，因为 – 据我所知，正是如此。 因此，虚拟磁盘处于脱机状态，整个集群都随之closures。 由于缺less集群networking资源，它将不会恢复在线状态。 有问题的磁盘可以停用但不能删除。 虚拟磁盘修复不运行，集群兼容性testing声明无效configuration。 这是一个新的设置。 所以我可以简单地删除虚拟磁盘，集群甚至服务器，然后重新开始。 但是，在我们开始生产之前，我需要确保，这不会再发生。 系统在虚拟膝盖上投掷自己以致崩溃，只是不必要的和错误地添加不支持的磁盘，这是我们无法部署的平台。 所以主要我需要一种方法来防止这种情况发生，而不是现在修复它。 我的猜测是，防止S2D设置抓取比创build更多的磁盘会做的伎俩。 在真正的磁盘更换期间，潜在的更多人工交互的成本对于我们在这里的clusterf是微不足道的。 就像我浏览文档到目前为止，但是，我找不到任何方法来控制。 除非我错过了一些东西，否则Set-StoragePool，Set-VirtualDisk和Set-Volume都不会提供任何扩展的参数。 任何帮助或暗示将不胜感激。 以下是关于上述的更多细节：我们有2个HPE DL380 Gen9服务器机器通过RDMA 10GB以太网和1GB的客户机networking互相双向连接。 每个function的RAID控制器HP？ 和一个简单的HBA控制器HP？ （因为S2D绝对需要并且只能在直接连接的未经备份的磁盘上运行）。 存储configuration包括RAID控制器上的OS-RAID，RAID控制器上的Files-RAID和HBA上用于S2D的一组直接连接的磁盘。 我在OS-RAID上安装了2个Windows Servers 2016数据中心版本，安装了WSFCfunction，运行并通过了包括S2D选项的集群兼容性testing，创build了没有存储的集群，在另一台机器上添加了文件共享见证，启用了S2D在自动由所有未经备份的磁盘组成的存储池上，并在该池之上创build了一个镜像types的虚拟磁盘，并使用NTFS作为文件系统，因为这应该是SQL FCI的首选FS安装。 然后，我在该群集上安装了SQL 2016标准版作为FCI，导入了一个数据库并进行了全部testing。 一切都很好。 数据库是在那里，比以往更快。 强制以及自动故障转移是一件轻而易举的事情。 一切看起来不错。 第二天，我们试图利用剩余的文件-RAID。 首先是改变RAID级别，因为我们不喜欢预configuration。 在删除预先configuration的RAID卷并build立一个新的（在每个服务器上）之后不久，我们检测到该集群已经closures。 从我目前所知道的情况来看，预先configuration的Files-RAID卷在此期间已经自动添加到池中，并且在我们刚刚删除它时，现在从池中丢失了。 当我检查时，我发现新的Files-RAID在创build时也已经显示为池的物理驱动器。 所以池现在在每个服务器上包含2个RAID卷，其中一个甚至不存在。 这些卷（而不是它们的磁盘）由Get-PhysicalDisk和HBA上的实际物理磁盘列出，不确定是否正常。 池本身仍处于联机状态，不会发出抱怨，但虚拟磁盘不会因缺less磁盘而被降级，而会完全脱机（因此整个群集也是如此）。 我能够退休这些物理磁盘（即那些实际上是RAID卷），他们现在被标记为退休。 但是他们仍然在池子里，我现在不能删除它们，试图这样做是失败的。 一个修复虚拟磁盘应该重build虚拟磁盘到剩余的磁盘上的适当的状态（我去了这个： https : //social.technet.microsoft.com/Forums/windows/en-US/dbbf317b-80d2-4992- b5a9-20b83526a9c2 / storage-spaces-remove-physical-disk？forum […]
我的故障转移群集有一个神秘的问题， Cluster name: PrintCluster01.domain.com Members: PrintServer01.domain.com andPrintServer02.domain.com 在故障转移群集pipe理 – 群集事件中，我收到了严重错误消息1135和1177： Log Name: System Source: Microsoft-Windows-FailoverClustering Date: 15/06/2011 9:07:49 PM Event ID: 1177 Task Category: None Level: Critical Keywords: User: SYSTEM Computer: PrintServer01.domain.com Description: The Cluster service is shutting down because quorum was lost. This could be due to the loss of network connectivity between some […]