Настройка группы доступности Always On в SQL Server 2017
HTML-код
- Опубликовано: 10 сен 2024
- Веб-каcт описывает и демонстрирует настройку и работу группы доступности баз данных Always On в SQL Server 2017.
В веб-касте вы найдете:
- Описание групп доступности Always On.
- Развертывание отказоустойчивого кластера.
- Настройку экземпляров SQL Server 2017 для работы в группе доступности Always On.
- Настройку группы доступности Always On при помощи мастера.
- Чтение с вторичной реплики (Secondary Replica).
- Обработку отказа группой доступности Always On.
- Возврат экземпляра после сбоя в группу доступности Always On.
Автор: sites.google.c...
Блог: lebedevum.blogs...
Описание групп доступности Always On: lebedevum.blog...
Комплексное авторизованное и авторское обучение: edu.softline.ru/
Спс за материал. Быстро, доступно и без лишней воды. Для админов идеальное видео.
Пожалуйста!
Юрий добрый день.
Спасибо за качественный и развёрнутый контент!
Лучшый канал про ИТ, спасибо
Пожалуйста!
Большое спасибо за труд! Максимально понятно и очень лаконично! Супер! палец вверх.
Пожалуйста!
Спасибо. Ждём след вебкаст по обслуживанию кластера алвейзон. Как поставить реплики на паузу корректно если это нужно, затем только проводить работы с нодой. Как вывести корректно ноду, как добавить, как ставить обновления на sql и на ос
Полностью поддерживаю!
Огромное спасибо за Ваш труд, Юрий!
Пожалуйста!
Спасибо за отличное видео. А можно такое же, но без кластера, желательно со всеми подводными камнями насчет авторизации и сертификации
Крайне полезно, спасибо!
Пожалуйста!
Спасибо за видео. Жаль про прослушиватель тема не раскрыта.
привет! главный вопрос остался без ответа. Как вернуть первоначальной ноде роль Primary (после выключения и включения нод1 становится Secondary)?
Это актуально, когда эти две ноды находятся в разных подсетях и нод1 ближе к офису и нод1 установлен на более мощном сервере. А нод2 слабый сервер, используется чисто для подхвата роли в случае форс-мажоров. Спасибо!
Годно.
Спасибо
Пожалуйста!
Почему то по имени кластера не могу подключится к базе. + а что подключать в качестве базы данных скажем на 1с сервере ?
Круто
Согласен!
Добрый день! Подскажите можно ли проделать все тоже самое только без AD? У меня два сервера в разных ЦОД с белым IP.
подскажите а на стандарт редакции sql 2017 можно будет активировать always on?
Спасибо. Очень доступно описано. А существует ли сценарий миграции со схемы FCSV на на AlwaysOn без простоя и без перенастройки для клиентов в productive среде?
Подскажите пожалуйста, почему у меня не получается подключиться в sql management studio по кластерному имени? все делал по инструкции и все работает, за исключением этого момента.
Много чего может быть от разрешения имени до проблем в самом кластере. Начните с проверки разрешения имени кластера в IP и анализа ошибки в журнале.
@@YuriyLebedev , спасибо за видео! У меня создана отдельная подсеть из трех машин - контроллера домена, и два SQL сервера. В этой подсети по вашей инструкции развернут AO. С контроллера домена (подключаясь по РДП) я могу подключиться к AO через ssms. Теперь задача - подключиться в эту подсеть извне по ssms. Просто по имени контроллера домена или IP адресу этого сделать не удается. Каким образом можно настроить подключение?
Спасибо за работу!
Можете пожалуйста ответить на пару вопросов.
Предположим у меня есть 3 инстанса sql server и я боюсь сетевых проблем)
Группа настроена так одна главная и две вторичные СИНХРОННЫЕ.
Я могу настроить так, что мне достаточно комита хотя бы в одну из вторичных реплик?
И какие проблемы я могу словить?
Где можно почитать про такую конфигурацию?
Можно ли настроить так, что если слишком долго ждет комита со вторчной, то перестает ждать?
Почему я написал про сетевые проблемы, потому что при них начинается очень долгое ожидание комита и sql server в какой-то момент падает из-за дикого количества локов((
Про падение из-за количества блокировок вы это сами придумали?
Пришлите запись из журнала SQL с кодом и уровнем ошибки падения из-за количества блокировок.
За ожидание отвечают кластерные службы, которые отвалившиеся узлы отключают из конфигурации и первичный экземпляр от них более ничего не ожидает.
Спасибо за видео!
У меня вопрос, когда я выключаю primary скрвер программа которая подключается к базе данных теряет связь и приходется ее перезапустить.. это нормально?
по идее этого быть не должно так как я подключаюсь к availability group и вторичный сервер работает..
Спасибо заранее за ответ :)
Эта «программа» не 1С случайно? А вообще в приложении тоже должен быть реализован механизм обработки прерывания связи с экземпляром базы данных с последующей сменой конечной точки подключения.
Вот за всё спасибо Вам, но, блин, "элвейз он"?.. >_< Я думал, что после "пОвершела" меня уже не удивить. =)
Пожалуйста, произношение поправим.