Ну вот у меня @provider=N'SQLNCLI' и либо использовать его, либо идти войной в разработку и требовать переписать продукт, либо потихонечку с парой Server\Failover_Partner работать
Ну вот у меня @provider=N'SQLNCLI' и либо использовать его, либо идти войной в разработку и требовать переписать продукт, либо потихонечку с парой Server\Failover_Partner работать
Так линкеды жи. Разработка не при чем. Ставлю провайдер, делаю линк, они пользуются. Хоть там чего под капотом. Сами мс призывают юзать msoledbsql.
Это весьма сильно зависит от того как приходит клиент. У меня через листенеры, которые обеспечивает отказоуйстойчивость и уже после подключения к БД используются линкеды с провайдерами. Вот здесь и можно поймать конфликты.
Клиент идет через листенер. Делает селект через линкед. При этом тут уже сиквел сервер выступает клиентом, который подрубается к удаленному хосту. Т.е. для реального клиента, что там линкед, что не линкед не особо уже важно - он серверу запрос, тот ему резалтсет.
Но я тупой, вполне могу просто чего-то недопонимать
Всем привет! Подскажите можно настройками решить такую задачу. Есть два датацентра, в каждом кластера из нескольких бэкендов, бэкенды ходят к базам MSSQL по лиснеру. Несколько экземпляров одной базы в AlwaysOn на одном лиснере. Можно ли сделать так, чтобы в разных ДЦ бэкенды использовали только рядом находящиеся инстансы базы, с балансировкой запросов к ним с round robin скажем. При этом в конфигах приложений лиснер был бы один.
Всем привет! Подскажите можно настройками решить такую задачу. Есть два датацентра, в каждом кластера из нескольких бэкендов, бэкенды ходят к базам MSSQL по лиснеру. Несколько экземпляров одной базы в AlwaysOn на одном лиснере. Можно ли сделать так, чтобы в разных ДЦ бэкенды использовали только рядом находящиеся инстансы базы, с балансировкой запросов к ним с round robin скажем. При этом в конфигах приложений лиснер был бы один.
Так а в AO же один мастер. По крайней мере раньше был. Или ты читающую нагрузку хочешь балансировать?