Новичок в кластере здесь. Надеюсь, кто-нибудь может мне помочь. Сценарий PowerShell
New-Cluster -Name "DI-XXX-YY-CLUSTER" -Node "di-XXX-YY-db1","di-XXX-YY-db2" -NoStorage -StaticAddress 172.17.XX.YYY
Set-ClusterQuorum -NodeAndFileShareMajority "\\DI-XXX-YY-WS1\ClusterQuorum"
Invoke-Command -ComputerName "DI-XXX-YY-WS1" -ScriptBlock { mkdir c:\Quorum}
Invoke-Command -ComputerName "DI-XXX-YY-WS1" -ScriptBlock { New-SmbShare -Name "Quorum" -Path "c:\Quorum" -FullAccess "didevtest.local\DI-XXX-YY-CLUSTE"}
Add-ClusterNode -Cluster "DI-XXX-YY-CLUSTER" -Name "di-XXX-YY-db2" -NoStorage
Диспетчер серверов на втором узле (di-XXX-YY-db2) показывает предупреждение.
Неполная связь с DI-XXX-YY-CLUSTER. Следующие узлы или роли кластера могут быть отключены или иметь проблемы с подключением
Диспетчер серверов-> Все серверы
Ошибка обновления диспетчера сервера на втором узле (di-XXX-YY-db2)
Записи журнала ошибок Windows
Клиент Kerberos получил ошибку KRB_AP_ERR_MODIFIED от сервера di-XXX-XX-db1 $. Используемое целевое имя было MSServerClusterMgmtAPI / DI-XXX-XX-CLUSTER.didevtest.local. Это указывает на то, что целевому серверу не удалось расшифровать билет, предоставленный клиентом. Это может произойти, когда основное имя целевого сервера (SPN) зарегистрировано в учетной записи, отличной от учетной записи, которую использует целевая служба. Убедитесь, что целевое SPN зарегистрировано только в учетной записи, используемой сервером. Эта ошибка также может произойти, если пароль учетной записи целевой службы отличается от того, который настроен в Центре распространения ключей Kerberos для этой целевой службы. Убедитесь, что и служба на сервере, и KDC настроены на использование одного и того же пароля. Если имя сервера не полностью определено, а целевой домен (DIDEVTEST.LOCAL) отличается от клиентского домена (DIDEVTEST.LOCAL), проверьте, есть ли учетные записи сервера с одинаковыми именами в этих двух доменах, или используйте полное имя для идентификации сервера.
DCOM не смог связаться с компьютером DI-XXX-XX-CLUSTER.didevtest.local с использованием любого из настроенных протоколов; запрашивается PID 14d4 (C: \ Windows \ system32 \ ServerManager.exe).