Что входит в план обслуживания SQL для 1С
Типовой «мастер планов обслуживания», прощёлканный по умолчанию, для боевой базы 1С не годится: он либо делает лишнее (полная перестройка всех индексов каждую ночь), либо не делает нужного (никто не проверяет восстановимость бэкапов). Рабочий регламент выглядит так:
- Резервное копирование — полные, разностные и журнальные копии по схеме, дающей нужную точку восстановления; хранение на отдельном хранилище; регулярное пробное восстановление.
- Индексы — дефрагментация или перестройка по фактической фрагментации, а не «всё подряд»; поиск отсутствующих и неиспользуемых индексов.
- Статистика — обновление с учётом массовых загрузок и закрытий периода, чтобы планы запросов не «слетали».
- Проверка целостности — регулярная, на копии, чтобы не грузить продуктив.
- Журнал транзакций — правильная модель восстановления и контроль роста вместо бесконечного шринка.
MS SQL и PostgreSQL
Исторически 1С в СНГ живёт на MS SQL, но всё больше компаний переходит на PostgreSQL — из-за лицензий и санкционных рисков. Мы обслуживаем оба варианта: для PostgreSQL это vacuum/autovacuum, bloat таблиц, контрольные точки и специфичные для 1С настройки. Помогаем и с самой миграцией MS SQL → PostgreSQL: перенос, настройка, сравнение производительности до/после.
Разовая наладка или сопровождение
Можно разово: мы наводим порядок, ставим регламенты, отдаём документацию — дальше ваша команда справляется сама, регламенты под контролем мониторинга. Можно на сопровождении: мы следим за базами, реагируем на алерты и раз в месяц отчитываемся о состоянии. Выбираете вы; никакой искусственной привязки к нам не будет.