Конечные точки SQL-зеркалирования

Question

У нас есть сервер базы данных SQL 2005, который использует зеркальное отображение с высокой степенью безопасности (синхронное, без автоматического восстановления после отказа), чтобы сохранить сайт аварийного восстановления в виде теплого режима ожидания. Я собирался внести некоторые изменения в базовый БД в другую ночь, подготовив новую версию приложения, которая использует ее, когда я заметил, что зеркало остановилось в предыдущую пятницу, пока я был в отпуске. Журналы SQL и журналы системных событий, казалось, предлагали проблему с сетью, но после трех дней головокружения, в отчаянии я сбросил и заново создал конечные точки, и оказалось, что конечная точка по принципу потерпела неудачу. До сих пор мои подозрения полностью указывались на удаленном сервере-партнере.

Есть ли у кого-нибудь опыт устранения конечных точек и причины этого? Я все еще не в состоянии объяснить, что произошло или почему.

Answer 1

«Конечные точки сбой» несколько расплывчато. Вы должны проверить основной журнал ошибок и посмотреть, есть ли какое-либо релевантное сообщение, например, «конечная точка не может запускаться». Если я рискну предположить, что я скажу, что какое-то приложение взяло зеркальный слуховой порт, тем самым предотвратив его запуск. Другой вероятный виновник - аутентификация не удалась, например. пароль учетной записи был изменен (для Windows auth), или срок действия сертификата конечной точки истек (для cert auth).

В случае это был вопрос истечения срока действия сертификата, я рекомендую эти статьи по теме How does Certificate based Authentication work и Replacing Endpoint Certificates that are near expiration