Ночная база данных восстанавливается - пакет SSIS - SQL Server 2005

Question

У нас есть пакет SSIS, который выполняется каждую ночь, которая берет резервную копию нескольких производственных баз данных, восстанавливается в поэтапную базу данных, удаляется конфиденциальная информация, а затем создается резервная копия этой поэтапной базы данных восстанавливается на другом сервере, чтобы ребята-гиперонисты могли выполнять свои задания. Весь процесс длился около 4 с половиной часов, но в последнее время процесс занимает больше времени - иногда это занимает около 6 часов. Размеры баз данных prod составляют 190 ГБ и 90 ГБ. Мы используем litespeed для резервного копирования и восстановления.

Я хотел бы знать, есть ли способ ускорить этот процесс (я знаю, ответ на этот вопрос был бы фавр Пола Рэндала. «Ну, это зависит») - есть ли другой лучший способ, кроме SSIS-пакета тот же результат?

Вот это требование.

• резервного PRODDB1.SERVER1, PRODDB2.SERVER2
• Восстановление PRODDB2.SERVER2 на TEST.SERVER2
• Удалить конфиденциальные данные на TEST.SERVER2
• Восстановление TEST.SERVER2 на REPORT1.SERVER3
• Написать файл уведомлений для пользователей Hyperion, чтобы они могли начать работу.
• Восстановить PRODDB1.SERVER1 на REPORT2.SERVER3
• Запустить Некоторое пост-восстановление scr ips on REPORT2.SERVER3

Answer 1

Все используют ответ «Это зависит» ... после 10 лет его слушания мне это надоело!

Просто некоторые идеи здесь ...

Я бы убедиться, что вы не делаете никаких ненужных копий файлов - обратно файлы до их восстановления местоположения.

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

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

Может быть место для оптимизации ваших сценариев санитарии или сценариев восстановления сообщений. Опять же - посмотрите, что так долго, и сосредоточьтесь на наибольшей возможной прибыли.