У меня есть кластер Windows Server 2003 из 2 узлов в активно-пассивной конфигурации. Я могу пинговать оба узла, rdp и получить доступ к их общим ресурсам unc.
У меня также есть псевдоним, который указывает на IP-адрес кластера, установленный в одной из групп кластера для SQL. (Я не являюсь администратором SQL и мало знаком с этим). Этот псевдоним отвечает на эхо-запросы, и RDP переходит к активному узлу, который работает правильно.
Однако я не могу получить доступ к общим ресурсам UNC для этого псевдонима. Запись DNS, очевидно, верна, поскольку она обрабатывает пинг и RDP нормально.
Интересно то, что я могу использовать RDP для псевдонима (который, в свою очередь, является активным узлом), а затем попытаться получить доступ к общей папке unc \ localhost или \ 127.0.0.1 также не удается.
Я просмотрел другие вопросы здесь, прежде чем открывать этот вопрос, и проверил последние обновления и т. Д. Но я чувствую, что они не относятся к моей проблеме.
Это работало довольно долгое время, и единственное, что изменилось, - это то, что нам недавно пришлось вывести из строя весь центр обработки данных для столь необходимых работ по обслуживанию электропитания. Это заставляет меня сомневаться, что служба не запускалась.
Также стоит упомянуть, что я хотел бы переключиться на пассивный узел и посмотреть, сохраняется ли проблема на этом, но у меня довольно небольшие временные рамки, чтобы отключить сервер, что происходит рано утром, поэтому я пытаюсь чтобы избежать этого, если я могу.
редактировать
Моя проблема, похоже, заключается в том, что все мои группы, «Группа кластеров» и «Группа SQL» могут быть проверены и подключены к RDP по их имени кластера и IP-адресу кластера, однако я не могу получить доступ к любому общему ресурсу UNC на IP-адресе кластера или имени любого из мои группы.
Если я перехожу к \ SQLGroupClusterName с любого сетевого компьютера, я получаю ошибку «Сетевой путь не найден».
Если я rdp к SQLGroupClusterName (который работает), перейдите к \ SQLGroupClusterName из QLGroupClusterName, я получаю то же сообщение об ошибке.
Принимая во внимание следующие два момента:
Вот решение:
В 2003 году при подключении к общему ресурсу с другим псевдонимом DNS имя сервера (также известное как множественная адресация) требует, чтобы вы отключили DisableStrictNameChecking запись в реестре. Якобы это «особенность» SMB.
Вы можете сослаться на полные инструкции по внесению изменений здесь: KB281308
Это для общего доступа к файлам в кластере SQL? Если вы используете общий диск на node1, а затем выполните переключение на node2, файловый ресурс исчезнет, если вы не определите его как службу кластера. Существует тип ресурса, который просто называется File Share в администраторе кластера, таким образом, активный узел будет иметь общий файловый ресурс (не используйте общие файловые ресурсы администратора). Сделайте это зависимым от физического диска и IP-адреса кластера.