Группы доступности AlwaysOn и задания SQL Server: советы по реализации. Подведем итоги
Содержание:
1. Начните с главного;
2.
В конце концов, путь, который вы выбираете, определяется вашими потребностями. К примеру, если вам нужно управлять только одним типом заданий, а именно резервными копиями, можете просто указать предпочтительные параметры копирования (в соответствии с положениями предыдущих статей), а затем сформулируйте политику, которая обеспечивает обязательную репликацию на всех серверах группы доступности изменений, внесенных в резервные копии на одном сервере. Либо, если вы не вполне уверены в том, что такая политика будет непременно выполняться, вы, вероятно, захотите рассмотреть вопрос о проведении проверок синхронизации или регулярно планируемых заданий, которые будут извещать вас о случаях выпадения деталей тех или иных заданий из процесса синхронизации с данными на других серверах.
Если же вам приходится выполнять пакетные задания и вы полагаете, что лучше будет иметь возможность деактивации части заданий (а не полного удаления их со всех серверов или узлов с последующей повторной записью), вы, вероятно, рассмотрите возможность формирования «таблицы состояний» заданий — или создания иного механизма определения того, следует ли активировать то или иное задание агента SQL Server, «закрепленное» за конкретной группой доступности. В ситуации, когда вы не имеете таблицы состояний, представьте, что в какой-то момент вы деактивировали на основном сервере задание «удалить пустые тележки для товаров в магазине самообслуживания», потому что, допустим, аналитики хотят получить данные за больший промежуток времени. Теперь представьте, что вы осуществляете аварийное переключение с узла А на узел В, где имеется копия этого задания, уже деактивированная, поскольку она размещалась на неактивном узле.
Так вот, если вы не располагаете таблицей состояний (или аналогичным инструментом), то в этот момент ваша логическая схема «ответа на аварийное переключение», по всей вероятности, активирует все деактивированные задания на узле В (прикрепленные к соответствующей группе доступности), после чего интересующее нас задание будет выполняться, хотя по логике оно не должно этого делать.
Наконец, для тех, кто хотел бы получить список возможных и рекомендуемых мер в формате «если.., то...», я задумал написать отдельную статью, в которой содержались бы подобные рекомендации с той или иной степенью детализации. Но здесь у меня возникли две проблемы. Во-первых, у потребителей может быть множество различных потребностей и, соответственно, имеется множество способов удовлетворить их. Отсюда следует, что статья, посвященная соответствующим проблемам, будет довольно объемной и сложной. Во-вторых, я ведь не брался за составление исчерпывающего руководства с подробнейшим описанием того, как работать с заданиями и группами доступности. Передо мной стояла другая задача: показать, что в данной сфере действительно накопился ряд нетривиальных проблем, которые специалисты Microsoft игнорируют, и изложить отдельные идеи, логические обоснования и пояснения для предлагаемых мною путей удовлетворения некоторых из этих потребностей.
В процессе работы я получил ряд замечательных комментариев с описанием других вариантов и подходов, и я думаю, это означает, что имеется множество путей решения данной проблемы и что выбор оптимального решения определяется конкретными потребностями организации, корпоративной культурой и настройками эксплуатируемой группы доступности. Поэтому попытка получить некое универсальное решение, на мой взгляд, просто неоправданна. Что ж, будем надеяться, что данная серия статей пошла на пользу специалистам, которые занимаются решением этих вопросов.
Итак, настройка SQL Server закончена и теперь можно с чистой совестью отправиться на море! Правда, перед этим необходимо как следует подготовиться - купить купальники на http://victoriasecret.com.ua/ (http://victoriasecret.com.ua/), определиться с местом отдыха и т.п. Впрочем, это не станет для вас проблемой, т.к. решить все эти вопросы можно, не отходя от своего компьютера!
