Выполнение обновления откатом масштабируемой общей базы данных
При использовании альтернативных наборов томов отчетов для обновления конфигурации масштабируемой общей базы данных имеется возможность обновлять эту базу данных с помощью обновления откатом или с помощью синхронизированного обновления. Если можно разрешить клиентам временное получение разных результатов на разных экземплярах серверов во время обновления, то последовательное обновление может быть выполнено.
Обновление откатом за раз выполняет обновление на одном сервере отчетов. В период времени между первым и последним обновлениями устаревшая и новая версии этой базы данных являются доступными клиентам на одном или нескольких экземплярах серверов. В общем случае последовательное обновление выполняется как можно быстрее, чтобы минимизировать период времени одновременного сосуществования двух версий базы данных.
На следующем рисунке показано процедура обновления откатом.
.gif "Пошаговое обновление масштабируемой общей базы данных")
С помощью тома A, подключенного на всех серверах, и базы данных отчетов, подсоединенной к экземплярам серверов, база данных отчетов воссоздается на томе B.
Отсоедините базу данных на томе A от экземпляра сервера на первом сервере отчетов и размонтируйте том A. Сразу же смонтируйте том B к первому серверу отчетов и добавьте к этому экземпляру сервера обновленную базу данных отчетов.
Отсоедините базу данных на томе A от экземпляра сервера на втором сервере отчетов и размонтируйте том A. Сразу же смонтируйте том B ко второму серверу отчетов и добавьте к этому экземпляру сервера обновленную базу данных отчетов.
Отсоедините базу данных на томе A от экземпляра сервера на третьем сервере отчетов и размонтируйте том A. Сразу же смонтируйте том B к третьему серверу отчетов и добавьте к этому экземпляру сервера обновленную базу данных отчетов.
С помощью подключенного тома B и обновленной базы данных, доступной в качестве масштабируемой общей базы данных на всех серверах отчетов, выполните построение базы данных отчетов на томе A.
В зависимости от поставленных задач пошаговое обновление может быть относительно бессрочным, позволяя завершаться текущим запросам, или оно может происходить в ограниченный период времени.
Бессрочные обновления откатом
В этой стратегии пошаговое обновление позволяет администратору базы данных дождаться завершения выполнения продолжительных запросов на одном сервере отчетов во время обновления базы данных на другом сервере отчетов. Эта стратегия полезна при выполнении следующих задач.
Нет необходимости поддерживать серверы отчетов синхронизированными. Именно поэтому устаревшая и новая версии базы данных могут временно сосуществовать на различных серверах отчетов.
Пользователь располагает неограниченным временным интервалом для проведения обновления, то есть время окончания обновления не столь важно в сравнении с сохранением запросов, выполняющихся в настоящий момент.
Для выполнения этой разновидности обновления откатом выполните следующие действия на каждом сервере отчетов.
Начните с подключения новой базы данных путем монтирования к серверу отчетов альтернативного множества томов, содержащих новую базу данных.
.gif "Примечание")
ПримечаниеДаже для обновления откатом можно выполнить действия этого этапа на всех серверах отчетов перед переходом к следующему этапу на любом из них.
Сохраните все выполняемые запросы путем остановки выполнения операций ввода-вывода на исходном томе отчетов. Если продолжительный запрос задерживает обновление на данном экземпляре сервера, то дождитесь его завершения. После завершения всех запросов на этом экземпляре сервера завершите шаг отсоединения на нем.
Подсоедините новую базу данных отчетов к экземпляру сервера, делая ее доступной для запросов отчетов в качестве масштабируемой общей базы данных.
Повторите эти действия на каждом сервере отчетов.
Быстрое пошаговое обновление для серверов отчетов
В этой стратегии пошаговое обновление позволяет администратору базы данных поддерживать непрерывное обслуживание отчетов, ненадолго позволяя устаревшей версии базы данных оставаться доступной для новых запросов на некоторых серверах отчетов во время обновления базы данных на другом сервере отчетов. Эта стратегия полезна при выполнении следующих задач.
Нет необходимости поддерживать серверы отчетов синхронизированными. Именно поэтому устаревшая и новая версии базы данных могут временно сосуществовать на различных серверах отчетов.
Необходимо завершить обновление как можно быстрее до наступления срока завершения, который является более важным, чем сохранение выполнения текущих запросов.
Чтобы выполнить пошаговое обновление, ограниченное во времени, выполните однократно следующие действия на одном сервере отчетов.
Начните с подключения новой базы данных путем монтирования к серверу отчетов альтернативного множества томов, содержащих новую базу данных.
ПримечаниеДаже для обновления откатом можно выполнить действия этого этапа на всех серверах отчетов перед переходом к следующему этапу на любом из них.
Остановите выполнение операций ввода-вывода на томе отчетов и при необходимости дождитесь завершения выполнения короткого отчета на экземпляре сервера перед отсоединением базы данных отчетов.
Завершите шаг отсоединения на этом сервере.
Подсоедините новую доступную базу данных отчетов, делая ее доступной для запросов отчетов в качестве масштабируемой общей базы данных. Запросы к обновленной копии базы данных могут возвращать результаты, отличающиеся от запросов к любым устаревшим копиям базы данных отчетов.
Такое пошаговое обновление гарантирует, что возможности создания отчетов никогда не будут прерваны. Это позволяет дождаться выполнения достаточно долгих транзакций на некоторых экземплярах серверов. Однако если существует ограничивающий временной интервал обновления для всех баз данных отчетов и при этом продолжительный запрос значительно задерживает обновление на каком-либо экземпляре сервера, то следует прервать этот запрос. Этот запрос может быть выполнен повторно на том же самом экземпляре сервера после того, как база данных отчетов будет обновлена, или выполнен в ближайшее время повторно на уже обновленном сервере.