[dmitryst]

krec, у меня из 298Гб получается со сжатием 60...68Гб. С базой менее 10Гб сжимать особого смысла нет, на сжатие-распаковку уходит примерно столько же, сколько на запись без сжатия. Ну, разве что с местом проблема

Ночью никаких бекапов не создал опять »

хммм. Создайте простой план, только создание резервной копии. В планировщике можно поставить на запуск поближе, чтобы не ждать ночи, выйти из всех связанных программ (имитировать ночной режим ) и посмотреть, "шо и как оно там" . Да, в Management Studio залогиньтесь от имени sa, чтобы с правами не возиться. Сработает - будем дальше смотреть.
ПС. К папке с бекапами доступ-то есть?

[krec]

dmitryst,

Создайте простой план, только создание резервной копии. В планировщике можно поставить на запуск поближе, чтобы не ждать ночи, выйти из всех связанных программ »

да вот пробовал, тоже что то не то..
https://i.ibb.co/CwfxsWz/image.png
О каком индексе говорит, ХЗ!
Полный код ошибки:

Код:

Не удалось добавить новые возможности планирования.

===================================

Индекс за пределами диапазона. Индекс должен быть положительным числом, а его размер не должен превышать размер коллекции.
Имя параметра: index (mscorlib)

------------------------------
Расположение программы:

   в System.Collections.CollectionBase.System.Collections.IList.get_Item(Int32 index)
   в Microsoft.SqlServer.Management.DatabaseMaintenance.MaintenancePlan.SubPlansCollection.get_Item(Int32 index)
   в Microsoft.SqlServer.Management.MaintenancePlanWizard.MaintenancePlanWizardForm.PerformActions()

[dmitryst]

О каком индексе говорит, ХЗ! »

Вроде как, оно.
А так - я всегда ставлю программы на их оригинальном языке, а то потом переведут так, что аж хз...

[krec]

Вроде как, оно. »

У меня новая версия:



да и внизу пишут, что не получается.

так вот, перелогинился под sa, все создавалась. На всякий общий план поменял владельца от администратора на sa.
теперь посмотрим завтра утром будут ли архивы?
P.S. ручной запустил бекапирование одной базы, все быстро выполнился.

[dmitryst]

теперь посмотрим завтра утром »

я ж вам написал, сделайте планировщик пораньше, чтобы не ждать. А так можно еще пару недель на проверку потратить ))

[krec]

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

[dmitryst]

krec, на новом сервере я могу создавать бекапы параллельно с работой сотрудников, задержки в пределах нормы. Вот на старой конфигурации да, бекап только ночью. Так что советую много ядер, оперативки и хранилище на SSD.

[krec]

советую много ядер, оперативки и хранилище на SSD. »

Все это есть, вот новые серверные диски поставил как раз. Но все же, у нас сфера торговля, каждая секунда заставляет народ понервничать ))) по этому если что то можно запланировать на ночь, то так и делаю

[krec]

Кстати, делал бекапы дням, такое ощущение, что он день/ночь перепутал.
место 2 часа ночи он делает к 14:00 часам. НО! бытует у меня сомнение, что он не успевает все сразу делать.. или не хочет.
Вот скрин лога:
https://i.ibb.co/ynC8Wyw/image.png

[dmitryst]

у нас сфера торговля »

аналогично, в дополнение к стандартной процедуре добавил ежечасный бекап через urbackup. Почасовой не получается, процедура занимает 1час 45-50минут.

место 2 часа ночи он делает к 14:00 часам. НО! »

вот именно -НО! продолжительность процесса 12 часов, т.е. начав ночью, сервер завершает бекап к 2 часам дня. У меня тоже так было, пока не разделил задачи - проверку можно запускать в воскресенье, в остальное время бекап (минут 40-час), отдельной задачей - дефрагментация индексов. Вот так еще можно работать, а то комплексный бекап и у меня около суток занимал