Можно ли заставить Подплан Обслуживания SQL Server бежать за предыдущим подпланом, завершается
Моим фаворитом является JIRA. Это - открытый исходный код, но не свободное. Работы здесь для больше, что два года без незначительного сбоя. Это - основная сила, настраиваемые рабочие процессы, таким образом, можно скорректировать систему слежения к собственному рабочему процессу (что люди привыкли к, h+owever плохо это), не наоборот.
Да необходимо смочь, но немного окольным способом. Если Вы перейдете к своему SQL Server Agent и просмотрите задания, то Вы заметите, что это все части Вашего плана технического обслуживания все разбитые в отдельные задачи. Дважды щелкните по одному и затем перейдите к разделу Steps. Заметьте, как это говорит, что На Успехе говорит Выход Успех Сообщающего Задания? Это может быть изменено, чтобы или выйти из сообщающего успеха, выйти из отказа создания отчетов, или перейти к следующему шагу.
Теперь назад в разделе Steps Свойств Задания необходимо смочь добавить новый шаг. Тип для нового шага, вероятно, установлен на сценарий T-SQL по умолчанию, и это - то, что мы хотим. Все опции плана технического обслуживания, которые Вы устанавливаете, на самом деле просто выполняют T-SQL для выполнения заданий. Можно даже просмотреть T-SQL, который они используют в разработчике MaintenancePlan путем двойного щелчка по задаче, затем нажатию View T-SQL.
Таким образом, теперь Вы видите, что план технического обслуживания действительно только создает отдельные задания SQL Server Agent и запускает скрипты T-SQL (в форме Пакетов Услуги по интеграции при использовании инструмента плана технического обслуживания), чтобы сделать их. Если можно придумать собственные сценарии T-SQL, чтобы сделать резервные копии и очистку, можно затем запланировать их под тем же заданием и просто сказать каждому заданию перемещаться в следующий шаг после завершения.
Я не знаю о способе сделать это непосредственно от разработчика MaintenancePlan как все, что это, кажется, имеет, то, что мало календаря, где можно установить время для задания для выполнения, но с небольшой работой, можно получить план резервного копирования, выполняющий способ, к которому Вы хотите это. При создании пользовательского задания, этот путь может закончить тем, что немного отличался, чем прохождение через разработчика, так как Вы не используете услуги по интеграции, но это все еще очень способно.
Править:
На самом деле задумайтесь о нем, Вы могли копировать это в разработчике, если бы Вы хотели. Вместо того, чтобы создать дополнительные подпланы Вы могли просто объединить все 3 из своих подпланов в один большой подплан. Таким образом, они все работали бы под тем же заданием SQL Server Agent, и Вы могли настроить их для выполнения один за другим. Снова это - что-то вроде окольного способа сделать это, но каждый раз Вы создаете новый подплан, это рассматривает его как совершенно новое задание, которое должно быть запланировано отдельно.