Привет,
Я пытаюсь отразить базу данных с помощью основного, зеркального и следящего серверов. Каждый компьютер имеет собственный локальный IP-адрес (v4), и я сделал их статическими, чтобы они не менялись.
Затем я немного прочитал и выполнил шаги по резервному копированию и восстановлению тестовой базы данных, а затем с помощью мастера Mirroring Congure Security Wizard я могу подключиться к каждому из серверов, используя проверку подлинности SQL Server, а не проверку подлинности Windows, а затем я получаю Сообщение об успехе, затем я нажимаю «Закрыть» и «Начать зеркальное отображение», но затем получаю сообщение об ошибке № 1418. Сетевой адрес: «TCP: // BAKSRV: 5022» не может быть достигнут или не существует. Затем я изменил сетевые адреса, чтобы проверить, подключится ли он используя IPv4 и ввел информацию ниже. в сетевые адреса Сервера:
Принципал: TCP: //10.1.10.1: 5022 Зеркало: TCP: //10.1.10.2: 5022 Свидетель: TCP: //10.1.10.3: 5022
Я также пробовал использовать их имена компьютеров, но все равно выдает ту же ошибку
Ошибка № 1418 Сетевой адрес: «TCP: //10.1.10.2: 5022» не может быть достигнут или не существует
на Mirror Comp. Я вошел в cmd и сделал netstat -a, и я видел это несколько раз:
TCP ---- 10.1.10.2:5022 ------- Main-PC:diffrent port numbers ---- TIME_WAIT
Еще я отключил брандмауэр на зеркальном компе. чтобы исключить это, но я все еще не могу запустить зеркалирование.
Все Comps работают под управлением MS SQL 2012, и я использую TestDB, у которого есть два поля, просто чтобы проверить / заработать.
Когда я пробую это: SELECT name, role_desc, state_desc FROM sys.database_mirroring_endpoints
Я получил:
name role_desc state_desc
Mirroring PARTNER STARTED
и когда я пробую это: SELECT name, port FROM sys.tcp_endpoints
Я получил:
name port
Dedicated Admin Connection 0
TSQL Default TCP 0
Mirroring 5022
Дополнительная информация.
когда я захожу в диспетчер конфигурации SQL Server и выбираю SQL Server в разделе «Вход в систему»: эта учетная запись проверяется, и есть имя учетной записи:. \ BKAccount, и пароль также заполняется. все 3 сервера имеют одинаковые настройки, но у всех разные имя пользователя / пароль. Я не знаю, помогает ли это, но когда я нахожусь в SQL Management Studio, я могу подключиться к серверу зеркала и серверу-свидетелю, только выбрав Authentication: SQL Server Authentication, а не выбрав проверку подлинности Windows.
Может ли кто-нибудь помочь мне, что я делаю не так, и как я могу заставить это работать .... ПОМОГИТЕ !!!
Еще раз спасибо...
Похоже, у вас, вероятно, проблема с конечными точками.
Если вы еще этого не сделали, вам нужно убедиться, что конечные точки настроены правильно и запущены на обоих серверах. Вы можете подтвердить их наличие, запустив:
SELECT name, role_desc, state_desc FROM sys.database_mirroring_endpoints
Если вы уже сделали это, я бы рекомендовал отбросить и воссоздать их обоих, а затем попытаться подключиться снова. Шаги для этого можно найти в книгах в Интернете: http://technet.microsoft.com/en-us/library/ms190456.aspx
ОБНОВИТЬ:
Основываясь на ваших комментариях выше, вы используете аутентификацию SQL для подключения к экземпляру. И экземпляры сервера работают под локальными (не доменными) учетными записями. Чтобы это работало, вам нужно будет использовать сертификаты для аутентификации конечной точки. А чтобы использовать сертификаты для конечных точек зеркального отображения базы данных, ваш системный администратор должен настроить каждый экземпляр сервера на использование сертификатов как для исходящих, так и для входящих подключений.
К сожалению, не существует автоматического способа настройки безопасности зеркального отображения базы данных с помощью сертификатов. Итак, как только вы настроите сертификаты, вам придется вручную создать конечные точки с помощью CREATE ENDPOINT. видеть: Определение типа аутентификации для конечной точки зеркального отображения базы данных
Поскольку вы уже указали, что у вас проблемы, возможно, вам будет проще использовать проверку подлинности Windows. Вот основная схема того, что будет задействовано:
Вам нужно будет создать соответствующие логины для входа в домен, которые вы захотите использовать. За: Безопасность транспорта для зеркального отображения базы данных и групп доступности AlwaysOn (SQL Server)
При проверке подлинности Windows каждый экземпляр сервера входит в систему на другой стороне, используя учетные данные Windows учетной записи пользователя Windows, под которой выполняется процесс. Для проверки подлинности Windows может потребоваться некоторая ручная настройка учетных записей для входа, как показано ниже:
В зависимости от того, как у вас настроены службы SQL Server, указанные выше, вам может потребоваться настроить учетные записи для входа
Я знаю, что это много информации; после того, как вы разберетесь с аутентификацией, вы сможете заставить ее работать с графическим интерфейсом. В онлайн-книгах также есть действительно полезный пример, который включает в себя весь TSQL, который вам понадобится для этого. После настройки аутентификации вы можете в значительной степени использовать примеры кодов для ее настройки. Пример: настройка зеркального отображения базы данных с использованием проверки подлинности Windows (Transact-SQL)