The local computer is not a member of a windows failover cluster

The local computer is not a member of a windows failover cluster

Machine Properties:
Machine name: MICROSOF-EEB05F
Machine processor count: 2
OS version: Windows XP
OS service pack: Service Pack 3
OS region: ������
OS language: ������� (������)
OS architecture: x86
Process architecture: 32 Bit
OS clustered: No

Product features discovered:
Product Instance Instance ID Feature Language Edition Version Clustered
Sql Server 2008 SQLEXPRESS MSSQL10.SQLEXPRESS Database Engine Services 1033 Express Edition 10.0.1600.22 No
Sql Server 2008 SQLEXPRESS MSSQL10.SQLEXPRESS SQL Server Replication 1033 Express Edition 10.0.1600.22 No

Package properties:
Description: SQL Server Database Services 2008
SQLProductFamilyCode: <628F8F38-600E-493D-9946-F4178F20A8A9>
ProductName: SQL2008
Type: RTM
Version: 10
SPLevel: 0
Installation location: O:\x86\setup\
Installation edition: EXPRESS

User Input Settings:
ACTION: Repair
AGTDOMAINGROUP:
AGTSVCACCOUNT:
AGTSVCPASSWORD: *****
AGTSVCSTARTUPTYPE: Manual
ASCONFIGDIR: Config
ASDOMAINGROUP:
ASSVCACCOUNT:
ASSVCPASSWORD: *****
CONFIGURATIONFILE: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20090720_172940\ConfigurationFile.ini
FAILOVERCLUSTERGROUP:
FAILOVERCLUSTERNETWORKNAME:
FTSVCACCOUNT:
FTSVCPASSWORD: *****
HELP: False
INDICATEPROGRESS: False
INSTANCENAME: SQLEXPRESS
ISSVCACCOUNT: NT AUTHORITY\NetworkService
ISSVCPASSWORD: *****
ISSVCSTARTUPTYPE: Automatic
MEDIASOURCE: O:\
QUIET: False
QUIETSIMPLE: False
SQLDOMAINGROUP:
SQLSVCACCOUNT:
SQLSVCPASSWORD: *****
X86: False

Configuration file: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20090720_172940\ConfigurationFile.ini

Detailed results:
Feature: Database Engine Services
Status: Failed: see logs for details
MSI status: Passed
Configuration status: Failed: see details below
Configuration error code: 0x4971D227@1204@2
Configuration error description: The SQL Server feature ‘SQL_Engine_Core_Inst’ is not in a supported state for repair, as it was never successfully configured. Only features from successful installations can be repaired. To continue, remove the specified SQL Server feature.
Configuration log: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20090720_172940\Detail.txt
Configuration status: Failed: see details below
Configuration error code: 0x4971D227@1204@2
Configuration error description: The SQL Server feature ‘SQL_Engine_Core_Inst’ is not in a supported state for repair, as it was never successfully configured. Only features from successful installations can be repaired. To continue, remove the specified SQL Server feature.
Configuration log: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20090720_172940\Detail.txt
Configuration status: Failed: see details below
Configuration error code: 0x4971D227@1204@2
Configuration error description: The SQL Server feature ‘SQL_Replication_Core_Inst’ is not in a supported state for repair, as it was never successfully configured. Only features from successful installations can be repaired. To continue, remove the specified SQL Server feature.
Configuration log: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20090720_172940\Detail.txt
Configuration status: Failed: see details below
Configuration error code: 0x4971D227@1204@2
Configuration error description: The SQL Server feature ‘SQL_Replication_Core_Inst’ is not in a supported state for repair, as it was never successfully configured. Only features from successful installations can be repaired. To continue, remove the specified SQL Server feature.
Configuration log: C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\20090720_172940\Detail.txt

Feature: SQL Client Connectivity
Status: Passed
MSI status: Passed
Configuration status: Passed

Feature: SQL Client Connectivity SDK
Status: Passed
MSI status: Passed
Configuration status: Passed

Feature: SQL Writer
Status: Passed
MSI status: Passed
Configuration status: Passed

Feature: SQL Browser
Status: Passed
MSI status: Passed
Configuration status: Passed

Источник

The following servers in Windows Failover Cluster are not in Active Directory

I ran into this error recently while trying to remove two Exchange 2010 members from a database availability group (DAG).

The error stated that a member of the DAG, a server named EXC3, did not exist in Active Directory. This was odd because queries to the Exchange 2010 management tools only returned two Exchange servers–EXC1 and EXC2.

We further confirmed that there was no computer account for EXC3 in Active Directory Users and Computers. We did, however, see remanents of EXC3 in ADSI Edit.

Talking with our customer we discovered that there had been a third Exchange server, named EXC3, that had crashed and was never recovered.

Fix–The following servers in the Windows Failover Cluster are not in Active Directory

To verify the status of all nodes in your database availability group, open PowerShell and import the Windows Failover Clustering cmdlets with Import-Module.

Next, run the Get-ClusterNode cmdlet. This will retrieve the status of all our nodes.

In the example above, we can see EXC1 and EXC2 are operational, whereas EXC3 is offline.

Because EXC3 no longer exists (and the fact we plan to collapse the entire DAG anyway) we can forcibly evict the failed node. To do this issue the following command.

You will be prompted to confirm. Press enter to accept the default action of “Yes”.

If we repeat the first Get-ClusterNode command we will only have the two operation cluster nodes remaining.

With no more failed nodes we can remove the two operational nodes using either the Exchange 2010 management console or PowerShell.

Have you run into this error while add or remove members to a DAG? What did you do to fix it? Drop a comment below or join the conversation on Twitter

About Gareth Gudger

Gareth is an Microsoft MVP specializing in Exchange and Office 365. He holds several Microsoft certifications including an MCSE in Messaging. Find Gareth on LinkedIn, Twitter, or, Facebook.

Источник

The local computer is not a member of a windows failover cluster

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

My cluster consists of two nodes. Node-A is working fine, however Node-B is giving me the following error when trying to use the Failover Cluster Manager.

The operation has failed.

An error occurred connecting to the cluster ‘.’.

An error occurred trying to display the cluster information. Connection to the cluster is not allowed since you are not an administrator on the cluster node(s) Node-A, Node-B.

The strange thing is that Node-A is able to connect to the cluster and shows that Node-B is online and working. I am however, unable to migrate any resources over to Node-B. The live migration fails. The cluster has been working fine for several weeks. I did just install some Windows and HP Driver updates. Updated Node-A first and did not experience any issues. Then updated Node-B and after rebooting it started giving me this error. Has anyone run into this before? I am desperate for a fix.

Answers

Thank you very much for your help, I was able to resolve the issue late yesterday afternoon. I discovered that the Cluster Manager was not the only issue on that server. It was also unable to browse the network or connect to a remote registry, among other things. Why I didn’t notice these problems sooner I don’t know but I spent all afternoon yesterday troubleshooting the network issues figuring they were probably responsible for the cluster problem. I discovered that the NETBT driver was not loading and the TCP\IP NetBIOS Helper service would not start. The solution that finaly worked and fixed the issues with the NETBT driver was to run the following command from an elevated command prompt.

netsh winsock reset catalog

Once I ran this command and rebooted the server the network issues were resolved along with the cluster problem. I am now able to access the cluster through the Failover Cluster Manager and everything appears to be working properly.

All replies

According to the description, it seems that the user you used is not a domain user who is a member of the local administrators group on the computer Node-B you are logged on to.

Please check the user you used.

That is what is so strange. The account I am using is a Domain Admin and has local admin rights on the server. I can perform any other administrative task that requires admin rights or elevation without issues. It may be worth saying that I had another network admin in my company log in and try it with their Domain Admin account and they get the same error.

can you get this from power shell console

This command lists the level of permissions that have been assigned to users of this cluster, including users who are blocked from access.

Gaurav Anand Visit my Blog @ http://itinfras.blogspot.com/

Here is the output from Get-ClusterAccess.

Looks to me like I should have access as Domain Admins is in the local administrators group. The output of this command is exactly the same on both nodes too.

Just did a Get-ClusterLog in Power Shell and was looking through the file it generated. I am wondering if the following errors I am seeing in that log are maybe related to this problem. Did a little looking on Google for these but didn’t come up with much.

ERR [RHS] s_RhsRpcCreateResType: ERROR_NOT_READY(21)’ because of ‘Startup routine for ResType MSMQ returned 21.’
00000858.00001614::2010/07/22-19:28:57.783 WARN [RCM] Failed to load restype ‘MSMQ’: error 21.
00000858.00001614::2010/07/22-19:28:57.783 WARN [RCM] rcm::RcmApi::ResTypeControl: ResType MSMQ’s DLL is not present on this node. Attempting to find a good node.
000010d8.000015f0::2010/07/22-19:28:57.783 ERR [RHS] s_RhsRpcCreateResType: ERROR_NOT_READY(21)’ because of ‘Startup routine for ResType MSMQ returned 21.’
00000858.00000a00::2010/07/22-19:28:57.783 WARN [RCM] Failed to load restype ‘MSMQ’: error 21.
000010d8.000015f0::2010/07/22-19:28:57.877 ERR [RHS] s_RhsRpcCreateResType: ERROR_NOT_READY(21)’ because of ‘Startup routine for ResType MSMQTriggers returned 21.’
00000858.00001614::2010/07/22-19:28:57.877 WARN [RCM] Failed to load restype ‘MSMQTriggers’: error 21.
00000858.00001614::2010/07/22-19:28:57.877 WARN [RCM] rcm::RcmApi::ResTypeControl: ResType MSMQTriggers’s DLL is not present on this node. Attempting to find a good node.
000010d8.000015f0::2010/07/22-19:28:57.892 ERR [RHS] s_RhsRpcCreateResType: ERROR_NOT_READY(21)’ because of ‘Startup routine for ResType MSMQTriggers returned 21.’
00000858.00000a00::2010/07/22-19:28:57.892 WARN [RCM] Failed to load restype ‘MSMQTriggers’: error 21.

Источник

Устранение неполадок с кластером с идентификатором события 1135 Troubleshooting cluster issue with Event ID 1135

Эта статья поможет вам диагностировать и разрешать события с ИДЕНТИФИКАТОРом 1135, которые могут регистрироваться во время запуска служба кластеров в среде отказоустойчивой кластеризации. This article helps you diagnose and resolve Event ID 1135, which may be logged during the startup of the Cluster service in Failover Clustering environment.

Начальная страница Start Page

Событие с ИДЕНТИФИКАТОРом 1135 указывает на то, что один или несколько узлов кластера были удалены из активного членства отказоустойчивого кластера. Event ID 1135 indicates that one or more Cluster nodes were removed from the active failover cluster membership. Возможно, он сопровождается следующими симптомами. It may be accompanied by the following symptoms:

Проверка и тестирование сети рекомендуется использовать в качестве одного из начальных шагов по устранению неполадок конфигурации, которые могут быть причиной проблем. A validation and the network tests would be recommended as one of the initial troubleshooting steps to ensure there are no configuration issues that might be a cause for problems.

Проверьте, установлены ли Рекомендуемые исправления Check if installed the recommended hot fixes

Служба кластеров — это важный компонент программного обеспечения, который управляет всеми аспектами работы отказоустойчивого кластера и управляет базой данных конфигурации кластера. The Cluster service is the essential software component that controls all aspects of failover cluster operation and manages the cluster configuration database. Если отображается событие с ИДЕНТИФИКАТОРом 1135, корпорация Майкрософт рекомендует установить исправления, упомянутые в статьях базы знаний, и перезагрузить все узлы кластера, а затем проверить, не возникает ли проблема. If you see the event ID 1135, Microsoft recommends you to install the fixes mentioned in the below KB articles and reboot all the nodes of the cluster, then observe if issue reoccurs.

Проверьте, работает ли служба кластеров на всех узлах. Check if the cluster service running on all the nodes

Выполните следующую команду в соответствии с операционной системой Windows, чтобы убедиться, что служба кластеров непрерывно работает и доступна. Follow the following command according to your Windows operation system to validate that cluster service is continuously running and available.

Для кластера Windows Server 2008 R2 For Windows Server 2008 R2 cluster

В командной строке с повышенными привилегиями выполните команду: cluster.exe node/стат From an elevated cmd prompt, run: cluster.exe node /stat

Для кластера Windows Server 2012 и Windows Server 2012 R2 For Windows Server 2012 and Windows Server 2012 R2 cluster

Выполните следующую команду PS: Get-ClusterResource Run the following PS command: Get-ClusterResource

Служба кластеров непрерывно работает и доступна на всех узлах? Is the cluster service continuously running and available on all the nodes?

Сбой решения для службы кластеров Solution for cluster service is failing

Если служба кластеров завершается сбоем, выполните устранение неполадок с помощью этой статьи: Параметры запуска отказоустойчивого кластера Windows Server 2008 и 2008R2. If the cluster service is failing, troubleshoot using this article: Windows Server 2008 and 2008R2 Failover Cluster Startup Switches.

Несколько сценариев с ИДЕНТИФИКАТОРом события 1135 Several scenarios of Event ID 1135

Мы хотим более подробно рассмотреть журналы системных событий на всех узлах кластера. We want you to take a closer look on at the System Event logs on all the nodes of your cluster. Проверьте событие с ИДЕНТИФИКАТОРом 1135, которое вы видите на узлах, и скопируйте все экземпляры этого события. Review the Event ID 1135 that you are seeing on the nodes and copy all the instances of this event. Это позволит вам легко просматривать их и просматривать. This will make it convenient for you to look at them and review.

Существует три типичных сценария: There are three typical scenarios:

Сценарий А Scenario A

Вы видите все события и все узлы в кластере, указывающие, что узел A потерял связь. You are looking at all the Events and all the nodes in the cluster are indicating that NODE A had lost communication.

Возможно, при просмотре системных журналов на узле A у него есть события для всех оставшихся узлов в кластере. It could be possible that when you are seeing the system logs on NODE A, it has events for all the remaining nodes in the cluster.

Решение Solution

Это означает, что во время проблемы происходит из-за перегрузки сети или в противном случае потери связи с УЗЛОМ A. This quite suggests that at the time of issue, either due to network congestion or otherwise the communication to the NODE A was lost.

Следует проверить и проверить конфигурацию сети и проблемы связи. You should review and validate the Network configuration and communication issues. Не забывайте искать проблемы, относящиеся к узлу A. Remember to look for issues pertaining to Node A.

Сценарий Б Scenario B

Вы просматриваете события на узлах и сообщите, что кластер распределен между двумя сайтами. You are looking at the Events on the nodes and let us say that your cluster is dispersed across two sites. УЗЕЛ A, узел B и узел C на сайте 1 и узле D & узле E на сайте 2. NODE A, NODE B, and NODE C at Site 1 and NODE D & NODE E at Site 2.

На узлах A, B и C видно, что регистрируемые события предназначены для подключения к узлам D & E. Аналогично, когда вы видите события на узлах D & E, события предполагают, что мы потеряли связь с A, B и C. On Nodes A,B, and C, you see that the events that are logged are for connectivity to Nodes D & E. Similarly, when you see the events on Nodes D & E, the events suggest that we lost communication with A, B, and C.

Решение Solution

Если вы видите похожие действия, это означает, что произошла ошибка связи, по ссылке, соединяющей эти сайты. If you see similar activity, it is indicative that there was a communication failure, over the link that connects these sites. Рекомендуется проанализировать подключение между сайтами, если это происходит через подключение к глобальной сети. Мы рекомендуем вам проверить подключение к поставщику услуг Интернета. We would recommend that you review the connection across the sites, if this is over a WAN connection, we would suggest that you verify with your ISP about the connectivity.

Сценарий в Scenario C

Вы просматриваете события на узлах и видите, что имена узлов не имеют определенного шаблона. You are looking at the Events on the nodes and you see that the names of the nodes do not tally out with any particular pattern. Предположим, что кластер распределен между двумя сайтами. Let us say that your cluster is dispersed across two sites. УЗЕЛ A, узел B и узел C на сайте 1 и узле D & узле E на сайте 2. NODE A, NODE B and NODE C at Site 1 and NODE D & NODE E at Site 2.

Решение Solution

Такие события возможны, когда сетевые каналы между узлами находятся в режиме треппинга и обмен сообщениями между кластерами не достигается своевременно, что позволяет кластеру покажется, что связь между узлами будет потеряна, что приведет к удалению узлов из членства в кластере. Such events are possible when the network channels between the nodes are choked and the cluster communication messages are not reaching in a timely manner, making the cluster to feel that the communication between the nodes is lost resulting in the removal of nodes from the cluster membership.

Проверка сетей кластера Review Cluster Networks

Рекомендуется проанализировать кластерные сети, проверив следующие три варианта по одному, чтобы продолжить это руководство по устранению неполадок. We would recommend that you review you Cluster Networks by checking the following three options one by one to continue this troubleshooting guide.

Проверка на наличие исключений антивирусных программ Check for Antivirus Exclusion

Исключите следующие расположения файловой системы из поиска вирусов на сервере, на котором работают службы кластеров: Exclude the following file system locations from virus scanning on a server that is running Cluster Services:

Путь к ресурсу-свидетелю общей папки The path of the FileShare Witness

Папка %системрут%\клустер The %Systemroot%\Cluster folder

Настройте компонент сканирования в режиме реального времени в антивирусной программе, чтобы исключить следующие каталоги и файлы: Configure the real-time scanning component within your antivirus software to exclude the following directories and files:

Каталог конфигурации виртуальной машины по умолчанию (К:\програмдата\микрософт\виндовс\хипер-в) Default virtual machine configuration directory (C:\ProgramData\Microsoft\Windows\Hyper-V)

Пользовательские каталоги конфигурации виртуальных машин Custom virtual machine configuration directories

Каталог виртуального жесткого диска по умолчанию (жесткие диски К:\усерс\публик\документс\хипер-в\виртуал) Default virtual hard disk drive directory (C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks)

Каталоги настраиваемых виртуальных жестких дисков Custom virtual hard disk drive directories

Пользовательские каталоги данных репликации, если используется реплика Hyper-V Custom replication data directories, if you are using Hyper-V Replica

Каталоги моментальных снимков Snapshot directories

Этот файл может быть настроен в качестве исключения процесса в антивирусном программном обеспечении. This file may have to be configured as a process exclusion within the antivirus software.

Этот файл может быть настроен в качестве исключения процесса в антивирусном программном обеспечении. This file may have to be configured as a process exclusion within the antivirus software.

Кроме того, при использовании динамическая миграция вместе с общими томами кластера исключите путь CSV C:\Clusterstorage и все его подкаталоги. Additionally, when you use Live Migration together with Cluster Shared Volumes, exclude the CSV path C:\Clusterstorage and all its subdirectories. При устранении неполадок, связанных с отработкой отказа, или общих проблем с использованием служб кластеров и антивирусной программы, временно удалите антивирусную программу или обратитесь к производителю программного обеспечения, чтобы определить, работает ли антивирусная программа со службами кластеров. If you are troubleshooting failover issues or general problems with Cluster services and antivirus software is installed, temporarily uninstall the antivirus software or check with the manufacturer of the software to determine whether the antivirus software works with Cluster services. В большинстве случаев недостаточное Отключение антивирусного программного обеспечения. Just disabling the antivirus software is insufficient in most cases. Даже при отключении антивирусной программы драйвер фильтра по-прежнему загружается при перезагрузке компьютера. Even if you disable the antivirus software, the filter driver is still loaded when you restart the computer.

Проверка конфигурации сетевого порта в брандмауэре Check for Network Port Configuration in Firewall

Служба кластеров управляет работой кластера серверов и управляет базой данных кластера. The Cluster service controls server cluster operations and manages the cluster database. Кластер — это набор независимых компьютеров, выступающих в роли одного компьютера. A cluster is a collection of independent computers that act as a single computer. Руководители, программисты и пользователи видят кластер как единую систему. Managers, programmers, and users see the cluster as a single system. Программное обеспечение распределяет данные между узлами кластера. The software distributes data among the nodes of the cluster. В случае сбоя узла другие узлы предоставляют службы и данные, которые ранее были предоставлены отсутствующим узлом. If a node fails, other nodes provide the services and data that were formerly provided by the missing node. При добавлении или восстановлении узла программное обеспечение кластера переносит некоторые данные на этот узел. When a node is added or repaired, the cluster software migrates some data to that node.

Имя системной службы: ClusSvc System service name: ClusSvc

Кроме того, для успешной проверки отказоустойчивых кластеров Windows на Windows Server 2008 и более поздних версий разрешите входящий и исходящий трафик для ICMP4, ICMP6. Additionally, for successful validation on Windows Failover Clusters on Windows Server 2008 and above, allow inbound and outbound traffic for ICMP4, ICMP6.

Дополнительные сведения о настройке этих портов см. в разделе Общие сведения о службе и требования к сетевым портам для Windows раздела «ссылки». For more information about how to customize these ports, see Service overview and network port requirements for Windows in the «References» section.

Это диапазон в Windows Server 2012, Windows 8, Windows Server 2008 R2, Windows 7, Windows Server 2008 и Windows Vista. This is the range in Windows Server 2012, Windows 8, Windows Server 2008 R2, Windows 7, Windows Server 2008, and Windows Vista.

Кроме того, выполните следующую команду, чтобы проверить конфигурацию сетевого порта в брандмауэре. Besides, run the following command to check for Network Port Configuration in Firewall. Пример. Эта команда помогает определить порт 3343 аваилабле\опен, используемый для отказоустойчивого кластера: For example: This command helps determine port 3343 available\open used for Failover Cluster:

Запуск отчета о проверке кластера для любых ошибок или предупреждений Run the Cluster Validation report for any errors or warnings

Средство проверки кластера выполняет набор тестов, чтобы убедиться, что оборудование и параметры совместимы с отказоустойчивой кластеризацией. The cluster validation tool runs a suite of tests to verify that your hardware and settings are compatible with failover clustering.

Следуйте указаниям, приведенным ниже: Follow these instructions:

Запустите отчет о проверке кластера для любых ошибок или предупреждений. Run the Cluster Validation report for any errors or warnings. Дополнительные сведения см. в разделе Основные сведения о тестах проверки кластера: сеть. For more information, see Understanding Cluster Validation Tests: Network

Проверьте наличие предупреждений и ошибок для сетей. Verify for warnings and errors for Networks. Дополнительные сведения см. в разделе Основные сведения о тестах проверки кластера: сеть. For more information, see Understanding Cluster Validation Tests: Network.

Проверьте список порядка привязки к сети. Check the List Network Binding Order

Этот тест перечисляет порядок, в котором сети привязаны к адаптерам на каждом узле. This test lists the order in which networks are bound to the adapters on each node.

На вкладке Адаптеры и привязки перечислены соединения в порядке, в котором доступ к подключениям осуществляется сетевыми службами. The Adapters and Bindings tab lists the connections in the order in which the connections are accessed by network services. Порядок этих подключений отражает порядок, в котором универсальные вызовы TCP/IP/пакеты передаются на канал передачи. The order of these connections reflects the order in which generic TCP/IP calls/packets are sent on to the wire.

Чтобы изменить порядок привязки сетевых адаптеров, выполните указанные ниже действия. Follow the below steps to change the binding order of network adapters:

В области подключения выберите подключение, которое нужно переместить выше в списке. In the Connections area, select the connection that you want to move higher in the list. Для перемещения соединения используйте кнопки со стрелками. Use the arrow buttons to move the connection. Как правило, карта, которая взаимодействует с сетью (подключение к домену, маршрутизация в другие сети и т. д.), должна быть первой границей карты (вверху списка). As a general rule, the card that talks to the network (domain connectivity, routing to other networks, etc. should be the first bound (top of the list) card.

Узлы кластера являются несколькими сетевыми системами. Cluster nodes are multi-homed systems. Приоритет сети влияет на DNS-клиент для исходящего сетевого подключения. Network priority affects DNS Client for outbound network connectivity. Сетевые адаптеры, используемые для связи с клиентами, должны находиться вверху в порядке привязки. Network adapters used for client communication should be at the top in the binding order. Ненаправляемые сети можно разместить с низким приоритетом. Non-routed networks can be placed at lower priority. В Windows Server 2012 и Windows Server2012 R2 адаптер кластера сети (NETFT.SYS) автоматически размещается в нижней части списка порядка привязки. In Windows Server 2012 and Windows Server2012 R2, the Cluster Network Driver (NETFT.SYS) adapter is automatically placed at the bottom in the binding order list.

Проверка сетевого взаимодействия Check the Validate Network Communication

Причиной этого может быть задержка в сети. Latency on your network could also cause this to happen. Пакеты могут не быть потеряны между узлами, но они могут не получить достаточно быстрых узлов до истечения времени ожидания. The packets may not be lost between the nodes, but they may not get to the nodes fast enough before the timeout period expires.

Эта проверка позволяет проверить, что проверенные серверы могут взаимодействовать с допустимой задержкой во всех сетях. This test validates that tested servers can communicate with acceptable latency on all networks.

Например, в разделе Проверка сетевого взаимодействия могут отображаться следующие сообщения о проблемах с задержкой в сети. For example: Under Validate Network Communication, you may see the following messages for network latency issues:

Для многосайтового кластера вы можете увеличить значения времени ожидания. For multi-site cluster, you may increase the time-out values. Дополнительные сведения см. в статье Настройка параметров пульса и DNS в отказоустойчивом кластере с несколькими сайтами. For more information, see Configure Heartbeat and DNS Settings in a Multi-Site Failover Cluster.

Проверьте у ISP наличие проблем с подключением к глобальной сети. Check with ISP for any WAN connectivity issues.

Проверьте, возникают ли какие либо из следующих проблем. Check if you encounter any of the following issues.

Потеряны сетевые пакеты между узлами Network packets lost between nodes

Проверка потери пакетов с помощью производительности Check Packet loss using Performance

Если пакет теряет связь между узлами, произойдет сбой пульса. If the packet is lost on the wire somewhere between the nodes, then the heartbeats will fail. Мы легко можем выяснить, является ли это проблемой, используя системный монитор для просмотра счетчика «сетевой Интерфаце\паккетс получено». We can easily find out if this is a problem by using Performance Monitor to look at the «Network Interface\Packets Received Discarded» counter. После добавления этого счетчика проверьте среднее, минимальное и максимальное числа и, если они имеют любое значение больше нуля, для адаптера необходимо настроить буфер приема. Once you have added this counter, look at the Average, Minimum, and Maximum numbers and if they are any value higher than zero, then the receive buffer needs to be adjusted up for the adapter.

Если сетевой пакет потерян на платформе виртуализации VMware, см. раздел «кластер, установленный на платформе виртуализации VMware». If you are experiencing network packet lost on VMware virtualization platform, see the «Cluster installed in the VMware virtualization platform» section.

Обновление драйверов сетевых адаптеров Upgrade the NIC drivers

Эта проблема может возникать из-за устаревших сетевых адаптеров Дриверс\интегратион (IC) \Вмтулс или неисправного сетевого адаптера. This issue can occurs due to outdated NIC drivers\Integration Components (IC)\VmTools or faulty NIC adapters. Если между узлами на физических компьютерах потеряны сетевые пакеты, обновите драйвер сетевого адаптера. If there are network packets lost between nodes on Physical machines, please have your network adapter driver updates. Устаревшие или устаревшие драйверы сетевой карты и/или встроенное по. Old or out-of-date network card drivers and/or firmware. Иногда непростая Настройка сетевой карты или коммутатора также может привести к потере пульса. At times, a simple misconfiguration of the network card or switch can also cause loss of heartbeats.

Кластер, установленный на платформе виртуализации VMware Cluster installed in the VMware virtualization platform

Проверьте проблемы с адаптером VMware в случае среды VMware. Verify VMware adapter issues in case of VMware environment.

Эта проблема может возникать, если пакеты удаляются при высоких нагрузках на трафик. This issue may occur if the packets are dropped during high traffic bursts. Убедитесь в отсутствии фильтрации трафика (например, с помощью фильтра почты). Ensure that there is no traffic filtering occurring (for example, with a mail filter). После устранения этой возможности постепенно увеличивают количество буферов в гостевой операционной системе и проверяйте их. After eliminating this possibility, gradually increase the number of buffers in the guest operating system and verify.

Чтобы сократить число сбросов нагрузки, выполните следующие действия. To reduce burst traffic drops, follow these steps:

Проверьте следующие URL-адреса, чтобы проверить проблемы с адаптером VMware в случае среды VMware: Check the following URLs to verify VMware adapter issues in case of VMware environment:

Обратите внимание на любые перегрузки сети. Notice any Network congestion

Перегрузка сети также может вызвать проблемы с сетевым подключением. Network congestion can also cause network connectivity issues.

Проверка конфигурации сети в соответствии с рекомендациями Майкрософт и поставщиками см. в разделе Настройка сетей отказоустойчивого кластера Windows. Verify your network is configured as per MS and vendor recommendations, see Configuring Windows Failover Cluster Networks.

Проверка конфигурации сети Check the network configuration

Если он по-прежнему не работает, проверьте наличие секционированной сети в графическом интерфейсе кластера или включите объединение сетевых карт в сетевом адаптере пульса. If it still does not work, please check if you have seen partitioned network in cluster GUI or you have NIC teaming enabled on the heartbeat NIC.

Если на сетевом адаптере пульса включено объединение сетевых карт, ознакомьтесь с рекомендацией по работе с программным обеспечением для групп в соответствии с рекомендациями поставщика группы. If you have NIC teaming enabled on the heartbeat NIC, check Teaming software functionality as per teaming vendor’s recommendation.

Обновление драйверов сетевых адаптеров Upgrade the NIC drivers

Эта проблема может возникать из-за устаревших драйверов сетевых адаптеров или неисправных сетевых адаптеров. This issue can occurs due to outdated NIC drivers or faulty NIC adapters.

Если между узлами на физических компьютерах потеряны сетевые пакеты, обновите драйвер сетевого адаптера. If there are network packets lost between nodes on Physical machines, have your network adapter driver updates. Устаревшие или устаревшие драйверы сетевой карты и/или встроенное по. Old or out-of-date network card drivers and/or firmware.

Иногда непростая Настройка сетевой карты или коммутатора также может привести к потере пульса. At times, a simple misconfiguration of the network card or switch can also cause loss of heartbeats.

Проверка конфигурации сети Check the network configuration

Если он по-прежнему не работает, проверьте, не была ли обнаружена секционированная сеть в графическом интерфейсе кластера, или включено объединение сетевых карт на сетевом адаптере пульса. If it still does not work, check whether you have seen partitioned network in cluster GUI or you have NIC teaming enabled on the heartbeat NIC.

Источник