Olgeir

Возможности понизить приоритет для джобов нет. Нужно смотреть что делает конкретный джоб и пытаться оптимизировать его работу. Или нужно поднимать производительность сервера.

джойны нужно переписать.

Коллега, вы не могли бы пояснить каких именно результатов вы пытаетесь достичь таким образом? Как правило остановка СУБД это не правильный процесс и если вы расскажите какие цели преследуете, мы сможем подсказать более правильное решение.

Лучше не плодить сущности и использовать оригинальную табличку. Если такой возможности нет, то решение будет зависеть от того насколько оперативно нужно копировать данные. Если нужна копия раз в день/час - то лучше сделать джоб. Если копия нужна оперативная - то вешать на оригинальную таблицу триггер на вставку, не забывая при этом что триггер увеличивает нагрузку на базу.

1. Прочитай https://sqljana.wordpress.com/2018/08/03/sql-serve... и посмотри сколько раз и когда у тебя вызывался autogrow.
2. Записи размер базы и посмотри на сколько она вырастет за день, неделю, месяц.
3. Определи насколько для тебя существенно если размер базы прирастет размер на 3-4 месячных прироста. Важно ли тебе что пространство будет занято?
4. Допустимо ли чтобы прирост базы выполнялся во время работы? Если нет, то придется писать свой скрипт для увеличения размера и запускать его в моменты наименьшей загрузки базы.
Собери ответы и сможешь решить для себя включать или нет autogrow и какой размер ставить. У меня например стоял autogrow в пределах 2-3 недельного прироста размера базы.

цитата:
Нехватка места на диске для базы данных tempdb может привести к существенным сбоям рабочей среды SQL Server и помешать работающим приложениям завершить операции. Для контроля места на диске, используемого указанными функциями в файлах базы данных tempdb, можно использовать динамическое административное представление sys.dm_db_file_space_usage Кроме того, для контроля деятельности по выделению и освобождению страниц в базе данных tempdb на уровне сеанса или задачи можно использовать динамические административные представления sys.dm_db_session_space_usage и sys.dm_db_task_space_usage. Эти представления могут быть использованы для определения больших запросов, временных таблиц или табличных переменных, которые используют много места на диске базы данных tempdb. Также предусмотрено несколько соответствующих счетчиков, которые можно использовать для отслеживания свободного места в базе данных tempdb и ресурсов, использующих базу данных tempdb. Дополнительные сведения см. в разделе Устранение неполадок, связанных с нехваткой места на диске для базы данных tempdb.

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

Резервный сервер с БД и log shipping dbasimple.blogspot.ru/2012/01/blog-post.html

см. п. 1

https://msdn.microsoft.com/en-us/library/ms174415.aspx

1. "каждый час архивирование" - ты каждый час делаешь полный бакап?
2. "сжатие журнала транзакций" - ты бакапишь лог транзакций или реально его транкируешь?