У нас возникла странная проблема с зеркалированием БД, и чтобы опубликовать ее, мне сначала придется объяснить нашу архитектуру.
У нас есть кластер из ДВУХ узлов [УЗЕЛ 1 и УЗЕЛ 2] с двумя установленными на нем FCI [SQLPRD01 и SQLPRDO2], и это активный/активный кластер, т. е. предпочтительным владельцем SQLPRD01 является УЗЕЛ 1, а предпочтительным владельцем для SQLPRD02 является УЗЕЛ 2. Из этих кластеризованных экземпляров мы зеркалируем базы данных в другой кластер в другом центре обработки данных для целей DR, который имеет два узла [УЗЕЛ 3 и УЗЕЛ 4], и на них установлены SQLDR01 и SQLDR02, причем УЗЕЛ 3 является предпочтительным владельцем для SQLDR01, а УЗЕЛ 4 — предпочтительным владельцем для SQLDR02. Таким образом, зеркалирование баз данных установлено с [SQLPRD01 на SQLDR01] и с [SQLPRD02 на SQLDR02] соответственно. На прошлой неделе мы столкнулись с проблемой на SQLPRD02, когда приложение выходит из строя и зеркалирование переходит в состояние отключения, но когда я переключаю SQLPRD02 с NODE 2 на NODE 1, зеркалирование возобновляется, и приложение может подключиться без каких-либо проблем. На прошлой неделе это было прерывисто, но со вчерашнего дня проблема постоянна, то есть зеркалирование будет в состоянии отключения, когда я переключаю SQL на его предпочитаемый узел [Node 2], но отлично работает на NODE 1.
На данный момент я устранил следующие неполадки:
1) ODBC/UDL/Telnet был успешно выполнен со всех узлов PRD на узлы DR и наоборот. Те же тесты были выполнены с серверов приложений, которые были успешными. 2) Это физические машины, поэтому мы заменили кабели N/W на кластере PRD. 3) Проверили разрешения для учетных записей служб SQL [которые используются в настройке зеркала] на SQLPRD02 и SQLDR02, у них есть доступ SA и доступ к конечным точкам. 4) Все исправления/исправления/обновления прошивки находятся на одном уровне, а версия SQL — 2102, которая находится на одном уровне как на PRD, так и на DR. 5) Подняли дело в MS, и они запустили PSSDiag, и пока не нашли неопровержимых доказательств.
Точное сообщение об ошибке в экземпляре SQLPRD02:
Сообщение Ошибка подключения к зеркальному отображению базы данных 4 «Подключение было закрыто удаленной стороной, или произошла ошибка при получении данных: «64(Указанное сетевое имя больше недоступно.)» для «TCP://SQL Cluster/Network Name for SQLDR02,port».