Создание автоматизированного решения для резервного копирования и обслуживания на основе сценариев

Question

Моя компания в настоящее время имеет следующую настройку:

127 SQL-серверов (2000 и 2005) и более 700 баз данных. Мы находимся в процессе консолидации серверов и планируем настроить главный сервер / целевые серверы для обеспечения централизованного администрирования. В рамках этого проекта мне было поручено создать решение для автоматического резервного копирования и обслуживания на основе сценариев.

Благодаря доступному сценарию Олы Халленгрен здесь Я добился большого прогресса.

Вот что я планирую:

• У меня есть база данных на главном сервере, которая содержит подробности об экземплярах SQL, базах данных и пути резервного копирования.
• Я нахожусь в процессе изменения сценария Hallengren для чтения из этой базы данных и динамического создания рабочих мест.
• Пользователям разрешается определять, какую резервную копию они хотят, как часто и как долго должна храниться резервная копия.
• Я также рассчитываю на возможность распределять задания, чтобы у меня не было слишком много одновременно работающих заданий.
• Мои мысли состоят в том, чтобы создать таблицы, содержащие данные, которые необходимо передать в качестве параметров sp_add_job, sp_add_jobstep и sp_add_jobschedule.

Пожалуйста, поделитесь своим опытом в ловушках и препятствиях с этой настройкой. Все идеи приветствуются.

Спасибо

Raj

Answer 1

Переходя на 2005 год, мы не были довольны планами обслуживания служб интеграции

Мы написали sp's для создания полных и Tran Backups, а также переиндексации, управления arrgegate, архивирования и т. Д.

Ежедневная и почасовая работа будет проходить через master..sysdatabase и в блоке try catch применить необходимое обслуживание. Не составит труда прочитать из любой таблицы и проверить пользовательские условия.

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

Answer 2

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

Я говорю это, потому что вещи могут запутаться, создавая огромное количество рабочих мест в автоматическом режиме - но, возможно, у вас все получилось. Обязательно создайте «первичный ключ» с названием работы, если вы используете оригинальный подход.

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

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

Ознакомьтесь с первыми 3 статьями здесь: http://www.sqlmag.com/Authors/AuthorID/1089/1089.html