Сборник полезных скриптов: T-SQL, PowerShell и CMD для администратора

19.05.26

База данных - Администрирование СУБД

🔧 Арсенал администратора: готовые скрипты для MS SQL, 1С и Windows Подборка проверенных скриптов для автоматизации рутины и решения частых проблем. В сборнике: быстрый бэкап и восстановление баз MSSQL (с автоудалением файлов), шринк логов и массовый перевод баз в SIMPLE, горячее копирование 1С в OneDrive через 7-Zip, массовая очистка кэша 1С, ремонт репозитория WMI и полезные CMD-утилиты. Всё в одном месте — сохраняйте, чтобы не потерять!

Данные скрипты оставляю здесь, чтобы не потерялись в дальнейшем.

T-SQL MS SQL Management studio

 
  1. Выгрузить и загрузить бэкап с дальнейшим удалением бэкап файла
 
 2. Уменьшение данных журнала SHRINK
 
 3. Уменьшение данных журнала SHRINK всех баз MSSQL
 
4. Переименовать базу данных
 
 5. Сжатие базы данных, лог файла, установка максимального размера лог файла
 
 6. Перевод всех баз в режим SIMPLE с дальнейшем сжатием

Postgres

 
 1. Выгрузить и загрузить бэкап с дальнейшим удалением бэкап файла Windows,Linux
 
 Описание

CMD

 
 1 Оповещение пользователей внутри сервера
 
 2 Горячий бекап 1CD с упаковкой в 7zip и копированием на OneDrive
 
 3 Сканер директорий выводит иерархию всех файлов в запущенном каталоге

Power Shell

 
 1. Очистить содежимое каталога AppData\Local\1C у всех пользователей
 

WMI

 
 1. Востановление репозитория WMI 

 

Database Compression Tool

Инструмент для свертки и сжатия баз данных 1С

2–3 раза
Сокращение размера базы
1С
Поддержка любых конфигураций
Многопоточность
Параллельная обработка данных
Подробнее →

Доступна демо-версия с прогнозом результата

Вступайте в нашу телеграмм-группу Инфостарт

скрипты SQL Server бэкап и восстановление MSSQL уменьшение log файла SQL DBCC SHRINKFILE очистка кэша 1С PowerShell скрипт бэкапа 1С архивация 1С в OneDrive 7zip командная строка восстановление репозитория WMI ремонт WMI переименование базы данных SQL сжатие базы данных MSSQL режим восстановления SIMPLE обслуживание SQL Server удаление старых бэкапов CMD дерево каталогов BAT скрипты администрирования Windows бэкап Postgres отправка сообщения пользователю CMD очистка AppData 1C

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бухгалтерский учет Бесплатно (free)

После миграции с MS SQL на PostgreSQL закрытие месяца в 1С:ERP стало идти 8 часов вместо 12 минут. Рассказываем, как мы нашли причину в оценке Hash Join, которую планировщик завышал в миллионы раз, и как исправили её так, что проблемный запрос теперь выполняется за 18 секунд вместо часа.

19.10.2026    936    Tantor    0    

10

Администрирование СУБД HighLoad оптимизация Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Большинство материалов о компрессии в PostgreSQL отвечают на вопрос «во сколько раз удалось уменьшить базу». Мы предлагаем посмотреть на проблему с другой стороны — какой ценой достигается эта экономия? В статье разбираем архитектурные компромиссы различных подходов к компрессии страниц, объясняем, почему при разработке CSM в Tantor Postgres отказались от погони за максимальным коэффициентом сжатия, и показываем результаты нагрузочных испытаний на реальных базах 1С.

01.10.2026    1434    Tantor    6    

17

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.

1 стартмани

10.09.2026    1511    Ninel_S    0    

6

HighLoad оптимизация Администрирование СУБД Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

31.08.2026    6110    Tantor    3    

18

Администрирование СУБД Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Мы подготовили для сообщества Infostart.ru практическое занятие, в котором каждый желающий сможет: научиться собирать реальные данные о процессах кластера 1С; выявлять «перестарков» — процессы старше периода и без соединений; выполнять безопасный перезапуск (с dry-run и подтверждением); настраивать автоматическую проверку через systemd на Linux; отправлять уведомления (Telegram, почта) при обнаружении проблем; работать с логами, ротацией, профилями кластеров и конфигурацией; развернуть полноценный учебный проект AdminClusterMonitor у себя в тестовой среде.

30.08.2026    1719    Ninel_S    2    

6

Администрирование СУБД Системный администратор 1С:Предприятие 8 Бесплатно (free)

На infostart.ru вышел разбор Ивана Недомолкова «Сервер 1С падает: настройка сбора дампов (logcfg.xml), лимиты памяти и передача дампа в поддержку» - это хорошая инструкция, как ловить и разбирать падение rphost постфактум: logcfg.xml, procdump, анализ дампа. Но там нет ответа на вопрос «а почему кластер вообще прибил процесс сам, ещё до всякого краша». Мы дополняем разбор тремя сводными таблицами лимитов памяти и автомасштабирования кластера - и заодно фиксируем, чем в этой части лицензия ПРОФ урезана относительно КОРП.

12.08.2026    2355    Ninel_S    5    

6

Администрирование СУБД Системный администратор Разработчик Бесплатно (free)

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

11.08.2026    3395    jul.dolganova    9    

24
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. redfred 05.07.24 05:20 Сейчас в теме
Скрипты стоит переименовать в "Ломаем цепочку бэкапов и подтираем следы, чтоб всех запутать" и "Просто ломаем цепочку бэкапов"
XAKEP; NicolasCage; Silenser; ef42; +4 – Ответить
2. war41k 1430 05.07.24 10:12 Сейчас в теме
(1) Уважаемый какие цепочки бекапов, мне это лично нужно для быстрой копии ерпуха из а в б для подключения разработчиков, две строки изменил и всё, а использовать это дело каждого
7. war41k 1430 05.07.24 11:24 Сейчас в теме
(1)Цепочки бекапов видели названия? скрипт читали? переменую видели buckap_result? или воздухом потрясти лишь бы?
8. redfred 05.07.24 12:10 Сейчас в теме
(7)
(7) Успокойтесь, товарищ. А потом сделайте обычный полный бэкап базы (у вас же это делается по расписанию?), потом "быструю копию ерпуха" своим скриптом, а потом дифф бэкап базы. И попробуйте этот дифф восстановить.
11. war41k 1430 05.07.24 16:18 Сейчас в теме
(8)читай скрипт потом пиши
12. war41k 1430 05.07.24 16:22 Сейчас в теме
(8)бэкап полный cоздаёт базу в случае отсутствия сразу видно вы не на внедрении а на потдержке
13. KOTzilla 23 08.07.24 06:07 Сейчас в теме
(7) Я думаю всех вводит в "тупик" пункт 2 данной коллекции скриптов

"2. Уменьшение данных журнала SHRINK

ALT ER DATABASE ['ИмяБазы']
SET RECOVERY SIMPLE
GO
DBCC SHRINKFILE ([ИмяБазы_log], 1)
GO
ALT ER DATABASE [ИмяБазы]
SET RECOVERY FULL"

Например: Зачем вам SET RECOVERY FULL если, как я понял из дальнейших комментариев к статье, вы не использует бэкапы журналов и дифференциальный бэкап, тогда используйте модель SIMPLE и ничего обрезать не надо будет, в противном случае, такая обрезка журнала разрушит цепочку бэкапов и для ее восстановления нужно делать полный бэкап следом за шринком, для восстановления этой самой цепочки.
19. war41k 1430 29.08.24 15:00 Сейчас в теме
(13) Спасибо исправил на SIMPLE
3. SerVer1C 1146 05.07.24 11:07 Сейчас в теме
напоминает вредные советы )
4. war41k 1430 05.07.24 11:08 Сейчас в теме
(3) Для 30 разрабов и 77 баз работает как часики а вы сами пробовали? чтоб так утверждать
5. SerVer1C 1146 05.07.24 11:09 Сейчас в теме
(4) rm -rf тоже работает как часики
6. war41k 1430 05.07.24 11:13 Сейчас в теме
(5) rmdir уже тогда... msql товарищь, вы осью не ошиблись?
9. redfred 05.07.24 12:12 Сейчас в теме
(6)
msql товарищь, вы осью не ошиблись?


Если бы sql server для linux был человеком, тот он бы этом году уже в первый класс пошел )
10. war41k 1430 05.07.24 12:33 Сейчас в теме
14. war41k 1430 08.07.24 11:44 Сейчас в теме
(13) пункт 2 отдельно идёт, делается полный бэкап, шринк это скрипт 2
15. ef42 08.07.24 17:57 Сейчас в теме
Иван, спасибо за статью, если есть возможность - можно дооформить (выделить пункты, сгруппировать скрипты). Скрипты имеют место быть для малых баз, но:
1. Вам правильно указали на цепочку бэкапа. Посмотрите пожалуйста https://ola.hallengren.com/, как реализован там бэкап копий (обратить внимание на WITH COPY_ONLY;). Если настроена полноценная политика создания бэкапов - будут проблемы при откате (решается, но добавляет хлопот). Когда-то давно получил по рукам от dba за бекап без этой опции.
2. Здесь не понял немного, к какой базе применяется, если к рабочей - не лучший вариант (https://habr.com/ru/articles/330492/ - можно почитать эту статью, если интересно разобраться). Если дев-базу, возможно стоит добавить скрипт сжатия данных, если вывозит железо (например 3 пунктом).

Ну и в догонку:
* First-Responder-Kit - хороший набор скриптов обслуживания базы
* ola.hallengren.com - "обязательный" набор :-) Ничего лучше для бэкапа не встречал (в виде скриптов, понятно, что есть специализированные инструменты)

Делитесь ниже, что еще используете. Я остановил свой выбор на двух наборах ola.hallengren, First-Responder-Kit со своими доработками, но уверен, что есть еще инструменты, которые стоит внедрить в своей работе. Всем хорошей недели!
VOA2009; tgg; +2 – Ответить
16. redfred 09.07.24 10:18 Сейчас в теме
(15)
но уверен, что есть еще инструменты, которые стоит внедрить в своей работе


Если есть необходимость присматривать большим количеством инстансов sql сервера, то dbatools очень сильно облегчит жизнь
17. kupala 74 10.07.24 17:41 Сейчас в теме
Вместо
BACKUP DATABASE @from TO DISK = @buckap_result;
Надо
BACKUP DATABASE @from TO DISK = @buckap_result WITH COPY_ONLY;
VyacheslavShilov; Silenser; +2 – Ответить
20. war41k 1430 29.08.24 15:03 Сейчас в теме
Спасибо добавил важно замечание!
21. Silenser 621 24.10.24 12:01 Сейчас в теме
(17) вот, как раз хотел написать. Это очень важное замечание, если не хотите себе убить диф бекапы и бекапы логов.
18. war41k 1430 16.07.24 08:44 Сейчас в теме
Добавил очередной скрипт Уменьшение данных журнала SHRINK всех баз MSSQL
22. Silenser 621 24.10.24 12:04 Сейчас в теме
По поводу шринка базы: нужно понимать, что шринк файла данных приведет к фрагментации данных внутри базы. Лучше это делать перед ночным обслуживанием индексов и статы.
Для отправки сообщения требуется регистрация/авторизация