Поддержка высокого уровня доступности и аварийного восстановления в драйвере OLE DB для SQL Server

Статья
05/23/2023

Применимо: SQL Server База данных SQL Azure Управляемый экземпляр SQL Azure azure Synapse Analytics Analytics Platform System (PDW)

Скачать драйвер OLE DB

В этой статье рассматривается поддержка OLE DB Driver for SQL Server для групп доступности AlwaysOn. Дополнительные сведения о Группы доступности Always On см. в разделах Прослушиватели групп доступности, возможность подключения клиентов и отработка отказа приложений (SQL Server), Создание и настройка групп доступности (SQL Server), Отказоустойчивая кластеризация и группы доступности Always On (SQL Server) и Активные вторичные реплики. Доступ только для чтения ко вторичным репликам (группы доступности Always On).

Прослушиватель для заданной группы доступности можно задать в строке подключения. Если приложение драйвера OLE DB для SQL Server подключено к базе данных в группе доступности, которая выполняет переход на другой ресурс, то исходное соединение разрывается, а приложение должно установить новое соединение, чтобы продолжить работу после отработки отказа.

Если вы не подключаетесь к прослушивателю группы доступности, а с именем узла связано множество IP-адресов, то драйвер OLE DB для SQL Server последовательно переберет все IP-адреса, связанные с записью DNS. Это может занять много времени, если первый IP-адрес, возвращенный DNS-сервером, не привязан ни к одной из сетевых интерфейсных плат. При подключении к прослушивателю группы доступности драйвер OLE DB для SQL Server пытается установить подключение ко всем IP-адресам параллельно, и если одна из попыток окажется успешной, драйвер отменит остальные ожидающие попытки подключения.

Примечание.

Увеличение времени ожидания соединения и реализация логики повторного соединения позволяют повысить вероятность соединения приложения с группой доступности. Кроме того, в связи с возможностью неудачного подключения при отработке отказа группы доступности следует реализовать логику повторного соединения, обеспечивающую неограниченное число попыток соединения до достижения успеха.

Соединение с помощью MultiSubnetFailover

Всегда указывайте MultiSubnetFailover=Yes при подключении к прослушивателю группы доступности SQL Server AlwaysOn или экземпляру отказоустойчивого кластера SQL Server. MultiSubnetFailover обеспечивает более быструю отработку отказа для всех групп доступности AlwaysOn и экземпляров отказоустойчивого кластера в SQL Server и значительно сокращает время отработки отказа для топологий AlwaysOn с одной и несколькими подсетями. При отработке отказа с в нескольких подсетях клиент будет выполнять попытки соединения параллельно. Во время отработки отказа подсети OLE DB Driver for SQL Server повторит попытку подключения по протоколу TCP.

Свойство подключения MultiSubnetFailover указывает, что приложение развертывается в группе доступности или экземпляре отказоустойчивого кластера, а драйвер OLE DB для SQL Server попытается подключиться к базе данных на основном экземпляре SQL Server, пытаясь подключиться ко всем IP-адресам. Когда для соединения установлено свойство MultiSubnetFailover=Yes, то клиент производит повторные попытки установить TCP-соединение быстрее интервалов повторной отправки TCP-пакетов по умолчанию для операционной системы. Это позволяет ускорить восстановление соединения после отработки отказа в группе доступности AlwaysOn или в экземпляре отказоустойчивого кластера; метод может применяться к группам доступности и экземплярам отказоустойчивых кластеров как с одной подсетью, так и с несколькими.

Дополнительные сведения о ключевых словах строки подключения см. в статье Использование ключевых слов строки подключения с драйвером OLE DB для SQL Server.

Указание параметра MultiSubnetFailover=Yes при соединении с объектом, отличным от прослушивателя группы доступности или экземпляра отказоустойчивого кластера, может привести к снижению производительности и не поддерживается.

Следуйте приведенным ниже рекомендациям для подключения к серверу в группе доступности или экземпляру отказоустойчивого кластера.

Пользуйтесь свойством соединения MultiSubnetFailover при установлении соединения с одной или несколькими подсетями, это благоприятно скажется на производительности в любом случае.
Чтобы установить соединение с группой доступности, указывайте ее прослушиватель в строке подключения вместо сервера.
При установлении соединения с экземпляром SQL Server, настроенным на работу более чем с 64 IP-адресами, будет возникать ошибка соединения.
Поведение приложения, использующего свойство подключения MultiSubnetFailover , не влияет на тип проверки подлинности: проверку подлинности SQL Server, проверку подлинности Kerberos или проверку подлинности Windows.
Значение loginTimeout можно увеличить с учетом времени отработки отказа, это уменьшит количество попыток повторного соединения в приложении.
Распределенные транзакции не поддерживаются.

Если маршрутизация только для чтения неактивна, то подключение к местоположению вторичной реплики в группе доступности завершится ошибкой в следующих случаях:

Если местоположение вторичных реплик не настроено для приема подключений.
Если приложение использует ApplicationIntent=ReadWrite (описано ниже) и расположение вторичных реплик настроено для доступа только для чтения.

При соединении произойдет ошибка, если первичная реплика настроена для отклонения рабочих нагрузок только для чтения, а строка подключения содержит ApplicationIntent=ReadOnly.

Переход с зеркального отображения базы данных на использование кластеров с несколькими подсетями

Если в строке подключения содержатся ключевые слова MultiSubnetFailover и Failover_Partner, то при соединении произойдет ошибка. Ошибка возникает также в том случае, если используется MultiSubnetFailover и SQL Server возвращает ответ партнера по обеспечению отработки отказа, указывающий на то, что он является частью пары зеркальных баз данных.

При переводе приложения драйвера OLE DB для SQL Server, которое сейчас использует зеркальное отображение базы данных, на сценарий с использованием множества подсетей необходимо удалить свойство подключения Failover_Partner, заменив его свойством MultiSubnetFailover со значением Yes, а имя сервера в строке подключения — прослушивателем группы доступности. Если в строке подключения используются Failover_Partner и MultiSubnetFailover=Yes, то драйвер выдаст ошибку. Но если в строке подключения используются параметры Failover_Partner и MultiSubnetFailover=No (или ApplicationIntent=ReadWrite), то приложение будет использовать зеркальное отображение базы данных.

Если в базе данных-источнике группы доступности используется зеркальное отображение баз данных, то драйвер вернет ошибку. Это также произойдет в том случае, если используется параметр MultiSubnetFailover=Yes в строке подключения, устанавливающей соединение с базой данных-источником, а не с прослушивателем группы доступности.

Указание намерения приложения

В строке подключения можно указать ключевое слово ApplicationIntent. Присваиваемые значения: ReadWrite (по умолчанию) или ReadOnly.

Если задано значение ApplicationIntent=ReadOnly, при подключении клиент запрашивает рабочую нагрузку чтения. Сервер принудительно реализует намерение в момент соединения и во время выполнения инструкции USE для базы данных.

Ключевое слово ApplicationIntent не работает с базами данных прежних версий, доступными только для чтения.

Целевые объекты ReadOnly

Если при подключении выбрано значение ReadOnly, подключение назначается любой из следующих специальных конфигураций, которые могут применяться для базы данных:

Always On. База данных может допускать или не допускать рабочую нагрузку чтения для целевой базы данных группы доступности. Для управления этим вариантом используется предложение ALLOW_CONNECTIONS инструкций Transact-SQL PRIMARY_ROLE и SECONDARY_ROLE.
Георепликация
Горизонтальное масштабирование для чтения

Если все эти специальные целевые объекты недоступны, выполняется чтение из обычной базы данных.

Ключевое слово ApplicationIntent активирует маршрутизацию только для чтения.

Маршрутизация только для чтения

Маршрутизация только для чтения — это функция, которая способна обеспечить доступность реплики базы данных только для чтения. Чтобы включить маршрутизацию только для чтения, необходимо выполнить следующие условия:

Необходимо установить подключение к прослушивателю группы доступности Always On.
Ключевое слово ApplicationIntent строки подключения должно быть установлено в значение ReadOnly.
Администратор базы данных должен настроить группу доступности на включение маршрутизации только для чтения.

Возможно, не все соединения, для каждого из которых используется маршрутизация только для чтения, будут подключаться к одной и той же реплике только для чтения. Изменения в синхронизации баз данных или в конфигурации маршрутизации сервера могут привести к тому, что клиент будет подключаться к различным репликам только для чтения.

Чтобы гарантировать, что все запросы на подключение только для чтения будут соединяться с одной и той же репликой только для чтения, не указывайте прослушиватель группы доступности в ключевом слове строки подключения Server. Вместо этого укажите имя экземпляра, доступного только для чтения.

Маршрутизация только для чтения может занять больше времени, чем подключение к первичной реплике. Это происходит потому, что при маршрутизации с правом доступа только для чтения выполняется подключение к первичной реплике, а затем выполняется поиск наиболее подходящей вторичной реплики, доступной для чтения. При выполнении этих нескольких действий время ожидания для операции login нужно увеличить как минимум на 30 секунд.

OLE DB

OLE DB Driver for SQL Server поддерживает ключевые слова ApplicationIntent и MultiSubnetFailover.

Добавлены два ключевых слова OLE DB строка подключения для поддержки групп доступности AlwaysOn в OLE DB Driver for SQL Server:

ApplicationIntent
MultiSubnetFailover

Назначение приложения

Эквивалентными свойствами соединения являются следующие:

SSPROP_INIT_APPLICATIONINTENT
DBPROP_INIT_PROVIDERSTRING

В OLE DB Driver for SQL Server для указания намерения приложения может использоваться один из следующих методов.

IDBInitialize::Initialize
IDBInitialize::Initialize использует ранее настроенный набор свойств для инициализации источника данных и создания объекта источника данных. Укажите назначение приложения в качестве свойства поставщика или в виде расширенной строки свойств.
IDataInitialize::GetDataSource
IDataInitialize::GetDataSource принимает строку подключения, которая может содержать ключевое слово Application Intent.
IDBProperties::SetProperties
Чтобы задать значение свойства ApplicationIntent, вызовите IDBProperties::SetProperties, передав свойство SSPROP_INIT_APPLICATIONINTENT со значением "ReadWrite" или "ReadOnly" или свойство DBPROP_INIT_PROVIDERSTRING со значением, содержащим "ApplicationIntent=ReadOnly" или "ApplicationIntent=ReadWrite".

Назначение приложения можно указать в поле "Свойства назначения приложения" на вкладке "Все" в диалоговом окне Свойства канала передачи данных.

После установки неявных соединений эти подключения будут использовать настройку назначения приложения для родительского подключения. Аналогичным образом несколько сеансов, созданных с использованием одного источника данных, будут наследовать настройки назначения приложения от источника данных.

MultiSubnetFailover

Эквивалентными свойствами соединения являются следующие:

SSPROP_INIT_MULTISUBNETFAILOVER
DBPROP_INIT_PROVIDERSTRING

Для установки параметра MultiSubnetFailover приложение OLE DB Driver for SQL Server может использовать один из следующих методов:

IDBInitialize::Initialize
IDBInitialize::Initialize использует ранее настроенный набор свойств для инициализации источника данных и создания объекта источника данных. Укажите назначение приложения в качестве свойства поставщика или в виде расширенной строки свойств.
IDataInitialize::GetDataSource
IDataInitialize::GetDataSource принимает строку подключения, которая может содержать ключевое слово MultiSubnetFailover.
IDBProperties::SetProperties
Чтобы задать значение свойства MultiSubnetFailover, вызовите IDBProperties::SetProperties, передавая свойство SSPROP_INIT_MULTISUBNETFAILOVER со значением VARIANT_TRUE, VARIANT_FALSE или свойство DBPROP_INIT_PROVIDERSTRING со значением, содержащим "MultiSubnetFailover=Yes" или "MultiSubnetFailover=No".

Пример

DBPROP rgPropMultisubnet;

rgPropMultisubnet.dwPropertyID = SSPROP_INIT_MULTISUBNETFAILOVER;
rgPropMultisubnet.dwOptions = DBPROPOPTIONS_REQUIRED;
rgPropMultisubnet.dwStatus = DBPROPSTATUS_OK;
rgPropMultisubnet.colid = DB_NULLID;
V_VT(&(rgPropMultisubnet.vValue)) = VT_BOOL;
V_BOOL(&(rgPropMultisubnet.vValue)) = VARIANT_TRUE;

DBPROPSET PropSet;

PropSet.rgProperties = &rgPropMultisubnet;
PropSet.cProperties = 1;
PropSet.guidPropertySet = DBPROPSET_SQLSERVERDBINIT;
IDBProperties* pIDBProperties = NULL;
hr = pIDBInitialize->QueryInterface(IID_IDBProperties, (void **)&pIDBProperties);
pIDBProperties->SetProperties(1, &PropSet);

См. также

Возможности драйвера OLE DB для SQL Server
Использование ключевых слов строки подключения с драйвером OLE DB для SQL Server

Поделиться через