SQL. Опять переезд баз 1С

13.03.23

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

Автоматизируем переезд файлов баз данных 1С внутри SQL сервера с диска на диск средствами SQL.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Сказать "Спасибо" & скачать скрипт
.sql 2,47Kb
2 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

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

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

Админы сообщили радостную  весть - "Закуплены диски для модернизации дисковой системы SQL сервера, переносите все базы на один диск". 

Прошлый переезд SQL баз был устроен с помощью симбиоза 1С + SQL скрипты.  На этот раз задача звучала немного иначе, и трогать кластер 1С не было надобности.

Требовалось  все базы 1С расположенные на диске G перенести на диск D, к имеющимся 120 шт, чтобы потом Админы модернизировали дисковую систему SQL сервера и  мы завершили задуманное - разделить файлы баз данных и логов по разным физическим дискам. 

Смотрим на папку диска G  - итить-колотить,  139  баз 1С  переносить на другой диск.  "Сто тридцать девять, Карл!"  Руками ? Да ну на...

Беремся за изучение команд SQL скрипта, тем более что  "Секлет * фром оттуда"  нам уже знакомо, этож почти язык запросов в нашей родной 1С.

Вопщем, как говорится в одном древнем мультфильме "Лучше день потерять, потом за 5 минут долететь",  пишем SQL скрипт и переносим все 139 баз одним кликом.  Ну не нажимать же 139 раз  Отсоединить\Присоединить базу, тем более что еще и надо угадать какую переносить, а какая уже на диске D.

Скрипт для переноса баз c диска G:\SQL\  в папку на диск D:\SQL_Base\

 

 
SQL cкрипт

 

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

См. также

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

Статья рассказывает об опыте перевода больших баз с MSSQL на Postgres и годовой эксплуатации после перехода. Показано, с какими ограничениями утилиты ibcmd можно столкнуться при миграции больших баз и какие подходы помогают безопасно обходить эти проблемы. Приведены наиболее интересные кейсы, выявленные в эксплуатации: особенности настроек Postgres, поведение оптимизатора, тонкости работы логики и статистики, а также редкие, но критичные ситуации с производительностью. Материал будет полезен тем, кто планирует переход на Postgres и хочет заранее понимать реальные риски, подводные камни и проверенные практики их преодоления.

20.04.2026    5587    berserg    11    

23

Администрирование СУБД Программист Бесплатно (free)

Прокачиваем Постгрес с помощью пользовательских функций и процедур.

02.03.2026    1703    SerVer1C    3    

11

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

В статье рассматриваются текущие возможности горизонтального масштабирования СУБД для 1С, а также какое решение предлагает Tantor Postgres.

02.02.2026    1810    Tantor    3    

8

Администрирование СУБД Технологический журнал Мониторинг Системный администратор Программист Бесплатно (free)

Рассказываем, почему высоконагруженным бэкендам на 1С нужен регулярный мониторинг и что происходит, когда его нет: производительность и стабильность деградируют, а обращения пользователей копятся. Показываем, как построили легкую систему наблюдаемости для бэкендов корпоративных порталов. Она включает сбор метрик из технологического журнала, Apdex, журнала регистрации и динамики размеров таблиц с последующим анализом в связке ClickHouse и служебной информационной базы на 1С. Объясняем, какие отчеты и метрики быстрее всего помогают находить критичные проблемы производительности, и демонстрируем интерфейс расследования. Разбираем несколько кейсов оптимизации, найденных по итогам мониторинга, включая доработки функционала БСП «управление доступом» и «присоединенные файлы».

15.12.2025    5128    tystik    1    

9

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

Завершаем цикл статей по совместному докладу Алены Генераловой и Александра Симонова на INFOSTART TECH EVENT 2025 о нагрузочном тестировании (НТ) на 30 000 АРМ на машине баз данных Tantor XData. В заключительной части расскажем о том, что нас ждало при запусках теста, и какие доработки СУБД Tantor Postgres были сделаны, чтобы его пройти с высоким результатом.

27.11.2025    3782    Tantor    28    

16

HighLoad оптимизация Администрирование СУБД Программист Бесплатно (free)

Продолжаем знакомить вас с улучшениями СУБД Tantor Postgres для работы с продуктами 1С. В рамках предыдущей статьи мы разобрали арсенал специализированных функций, призванных существенно ускорить выполнение типичных для 1С операций, снизить нагрузку на инфраструктуру и упростить администрирование. Сегодня мы рассмотрим, с какими проблемами можно столкнуться при высоких значениях default_statistics_target, расскажем о новых оптимизациях для ускорения выполнения запросов, и, конечно, коснемся временных таблиц.

11.11.2025    2524    Tantor    10    

5
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. tchee 20 14.03.23 13:21 Сейчас в теме
С ужасом представил себе сколько времени займет такой переезд баз хотя бы гигов в пятьсот каждая и что потом придется с регламентами обслуживания в скуле делать....
Нде уж.
2. VPanin56 599 14.03.23 14:01 Сейчас в теме
Мои 139 баз весили 450 Гб в сумме, у нас в основном типовушки БП и ЗУП.
И самая большая база весит около 12-14 Гб.

Регламент обслуживания это моя давнишняя боль. 250 баз перестроить индексы и обновить статистику типовыми механизмами обслуживания SQL не может. Дефрагментация индексов из построителя длилась 2-3 суток и была прибита, т.к. начала тормозить сервак в понедельник утром.
В ходе изучения материалов по этой теме нашел пару публикаций интересных скриптов и подхода к этому вопросу, написал (из двух один ) нужный мне по алгоритму SQL скрипт и разделил на 3 потока все базы по выполнению перестроения индексов , теперь успевают раз в неделю за ночь перестроить индексы сильно дефрагментированные и обновить статистику.
По личным наблюдениям\ощущениям ( без замеров) как будто немного поживее стали работать базы.

Может соберусь с силами и поделюсь таким механизмом перестроения индексов.
Для отправки сообщения требуется регистрация/авторизация