виртуальный сервер

Клиентское расширение функциональности виртуального сервера SQL

Сервер кластеров Microsoft (MSCS) предоставляет надежными и устойчивыми платформы, на которой можно построить критически важных приложений SQL Server. Необходимо изменить большинство серверных приложений для использования их с помощью MSCS. Однако приложения, использующие транзакции (например, серверы баз данных, таких как Microsoft SQL Server) таким образом, если сервер выйдет из строя, поддержки перемещения при сбое правильно предотвращает потерю поддержка целостности данных требуют дополнительных изменений. Разработка клиентского приложения для работы с MSCS является относительно простым. Следует разрабатывать приложения с восстановления базы данных и ошибок в виду.

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

После перемещения при сбое клиентских приложений потере подключения к серверу SQL Server и необходимо переподключить продолжать обработку. Если соединение с клиентом на сервер без сохранения состояния, (например, приложения, разработанные с помощью Microsoft Internet Information Server IIS] не имеют состояния) клиент подключается к серверу и продолжает обработку. Если клиент и сервер имеет общие состояния (например, открытых курсоров, переменные сеанса, глобальные переменные Transact-SQL или данных в базе данных tempdb), переход на другой ресурс не прозрачно для клиента. В этих случаях следует проектировать клиентское приложение для информирования пользователя либо что подключение было потеряно, или сбросить или приложение автоматически восстановить его подключение к серверу. Любая транзакция, не было зафиксировано в случае сбоя выполняется откат.

Обсуждение как клиенты обрабатывающих ошибки сервера является стандартным для любого клиентского приложения SQL Server, даже без использования виртуальных серверов и кластеров. Процесс проверки похож клиентского приложения базы данных для кластера. В начале отказоустойчивого кластера клиентская программа получает сообщение об ошибке на подключение к базе данных. Сообщения об ошибках обнаружил зависят от того, клиентская программа выполняет попытку сделать в этот момент.

Если сервер SQL Server не удалось выполнить на администраторакластера, не отправляются пакеты TCP reset. Если процесс SQL Server завершается операционной системой (например, Kill.exe), отправляются пакеты сброса.

Это может повлиять на клиентское приложение, если приложение не указывает параметр тайм-аута запроса или время ожидания запроса ноль (0).

Если приложение не имеет значение времени ожидания запроса откройте подключение остается в состоянии ESTABLISHED после перехода. Факт открытых подключений не закрыты и что не дополнительных пакетов TCP отправляются из этих подключений показывает, что эти соединения полностью простоя. Так как переход на другой ресурс не отправил любой TCP reset пакеты клиентскому приложению, эти открытые подключения ограничений для результатов запроса (при условии запроса бесконечный тайм-аут) и может сказаться на соединение перестает отвечать (зависает).

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