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

Применимо к: SQL Server Azure SQL DatabaseУправляемый экземпляр SQL AzureAzure Synapse AnalyticsAnalytics 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

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

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

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

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

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

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

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

  • При установлении соединения с экземпляром SQL Server, настроенным на работу с более чем 64 IP-адресами, будет возникать ошибка соединения.

  • Режим работы приложения, использующего свойство соединения MultiSubnetFailover, не зависит от типа проверки подлинности — SQL Server, Kerberos или Windows.

  • Значение loginTimeout можно увеличить с учетом времени отработки отказа, это уменьшит количество попыток повторного соединения в приложении.

  • Распределенные транзакции не поддерживаются.

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

  1. Если местоположение вторичных реплик не настроено для приема подключений.

  2. Если приложение использует 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, подключение назначается любой из следующих специальных конфигураций, которые могут применяться для базы данных:

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

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

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

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

  • Необходимо установить подключение к прослушивателю группы доступности Always On.

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

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

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

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

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

OLE DB

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

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

  • ApplicationIntent
  • MultiSubnetFailover

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

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

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

  • 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