В общем не настраивал раньше планов обслуживания в sql.
Там несколько задач:
1. Проверка  целостности базы данных
2. Сжатие базы данных
3. Реорганизация индекса
4. Восстановить индекс
5. Обновить статистику
6. Очистка журнала
7. Выполнить задание агента sql server
8. Резервное копирование бд (полное)
9. Очистка после обслуживания

У меня будет около 5 баз, у них установлен тип восстановления простой. План для 5  баз...

Расположите пункты в правильном порядке :)

http://its.1c.ru/db/metod8dev#content:5837:hdoc

что-то мне подсказывает, что все перечисленное нужно после бэкапа делать

(1)Спасибо изучу.

(2) не, ну, приятно же иметь бэкап похереной базы :)

Обновить статистику
Реорганизация индекса
Бекап
все остальное

(5) Сначала бекап, как уже говорили...

(6) Почему сначала бэкап? (интересно просто)

(7) Потому что во время индексации может произойти разрушение базы. (например, сервер выключат. Или по диску молотком стукнут)

(6) то есть бекап с кривыми индексами это гуд?

давай логически

фул бекап делается раз в день (в подавляющем большинстве случаев), то есть для возникновения ошибки в индексе есть целый день...
реорганизация индекса идет относительно быстро (например 15 минут), вероятность, что именно реорганизация индексов внесет ошибки в базу - минимальная
в случае краха базы во время реорганизации индексов, база легко восстанавливается без потерь штатными средствами скуля
а вот при бекапе "кривого" индекса мы рискуем получить бекап который не развернется, хотя конечно вероятность этого минимальна.

(9) Согласен. А в (8) ни разу не аргумент ибо вероятность разрушения базы во время индексации стремится к нулю, даже если "по диску молотком".

(9) (10) Да как хотите, вам данные восстанавливать, если что ))
Я своё мнение высказал.