Тормозит интерфейс Veeam Backup & Replication

Чем дольше вы работаете с Veeam Backup & Replication, тем сильнее и сильнее тормозит его интерфейс. Судя по всему, это связано с тем, что Veeam хранит у себя в базе данных информацию о всех сессиях интерфейса. Когда-то их становится настолько много, что запросы к базе начинают тормозить.

Поэтому нам надо:

1. Настроить Veeam, чтобы он не хранил у себя всю эту ненужную информацию.
2. Удалить уже имеющиеся данные из базы.
3. Ужать базу

После выполнения указанных шагов клиент Veeam у меня "залетал".

Храним только необходимый минимум

1. Открываем Options в главном меню.
2. Переходим на вкладку History.
3. В разделе Sessions выставляем разумное число. Для меня - около 100, не более.
4. В разделе Session history retention выставляем, за какое время хранить сессии. По умолчанию - 53 недели, т.е. 1 год. По-моему, больше чем 8-12 недель не нужно.

Удалить старые данные из базы

1. Остановить все службы Veeam. Я делаю это через Powershell: Get-Service veeam* | Start-Service. Но можно и через обычную оснастку Services.
2. Подключаемся к SQL-базе Veeam с помощью Microsoft SQL Server Management Studio.
3. Разворачиваем дерево в базе до уровня Stored Procedures и ищем процедуру DropStoppedOldJobSessions: Programmability > Stored Procedures > DropStoppedOldJobSessions.
4. Жмем правой кнопкой - и выбираем Execute Stored Procedure.
5. В открывшемся окне введем, сколько дней оставить. Например, 30.
6. Если все правильно, начнется долгий процесс усечения таблицы.

Ужимаем базу Veeam

Эта процедура не обязательна, но поможет уменьшить размер базы на 1-2 ГБ.

1. В Microsoft SQL Server Management Studio правой кнопкой щелкаем на базу и выбираем New Query.
2. Вставляем следующий скрипт в открывшееся окно:
   

   use VeeamBackup
   alter database VeeamBackup set recovery simple
   checkpoint
   backup database VeeamBackup to disk = 'NUL' with init
   dbcc shrinkfile (N'VeeamBackup_log' , 1)
   dbcc shrinkfile (N'VeeamBackup' , 1)

3. Запускаем скрипт (F5).
4. Ждем, пока не выполнится.