SQL. Опять перенос баз 1С

14.07.26

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

Файлы

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

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

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

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крипт

DECLARE @Database NVARCHAR(255)   
DECLARE @DBName NVARCHAR(255) 
DECLARE @DBLogName NVARCHAR(255)
DECLARE @SQLString NVARCHAR(4000)
DECLARE @NewDBName NVARCHAR(255) 
DECLARE @NewLogName NVARCHAR(255)


SELECT 
B_Name.database_id,
Case 
	When B_Name.type = 0  Then B_Name.physical_name
End as DBase,
Case 
	When t_name.type = 1  Then t_Name.physical_name
End as LogBase  
INTO #work_Base
from master.sys.master_files as B_Name 

left join
  master.sys.master_files as t_Name 
	on B_Name.database_id = t_Name.database_id
Where B_Name.database_id >4 and B_Name.state = 0 
and B_Name.physical_name like 'G:\SQL\%' and B_Name.type = 0 and t_Name.type = 1


-- Отберем базы для выполнения операций
DECLARE DatabaseCursor CURSOR  FOR  
(
SELECT 
	t_Name.name as DatabaseName,
	--t_Name.database_id as database_id,
	Se.DBase,
	Se.LogBase
 
 FROM master.sys.databases  as t_Name 
  Right join   
  #work_Base as SE on t_Name.database_id = SE.database_id 
  WHERE t_Name.database_id > 4
  AND t_Name.state = 0 
)
-- Цикл по всем базам, попавшим в выборку
OPEN DatabaseCursor  
FETCH NEXT FROM DatabaseCursor INTO @Database, @DBName, @DBLogName    
WHILE @@FETCH_STATUS = 0  
BEGIN
   BEGIN TRY   
 
		SET @SQLString = 'USE [master]; ALTER DATABASE [' + @Database + '] SET  SINGLE_USER WITH ROLLBACK IMMEDIATE; USE [master]; EXEC master.dbo.sp_detach_db @dbname = N''' + @Database + ''';'     
		--PRINT @SQLString
		Exec (@SQLString)

		Set @NewDBName = 'D:\SQL_Base\' + @Database + '.mdf'
		Set @NewLogName = 'D:\SQL_Base\' + @Database + '_log.ldf'

		--Копируем Базу данных
		SET @SQLString = 'copy '+ @DBName +' '+@NewDBName
		--PRINT @SQLString
		Exec xp_cmdshell @SQLString
		--Копируем Лог базы
		SET @SQLString = 'copy '+ @DBLogName +' '+@NewLogName
		--PRINT @SQLString
		Exec xp_cmdshell @SQLString			


	 
		SET @SQLString = 'USE [master]; CREATE DATABASE [' + @Database + '] ON ( FILENAME = N'''+@NewDBName+''' ),( FILENAME = N'''+@NewLogName+''' ) FOR ATTACH '
		--PRINT @SQLString
		Exec (@SQLString)

		PRINT 'База ' + @Database +' успешно перенесена' 
      END TRY
      BEGIN CATCH
	 
      PRINT '---'
         PRINT @SQLString
         PRINT ERROR_MESSAGE() 
         PRINT '---'
	-- Удаление временной таблицы
		DROP TABLE #work_Base;
      END CATCH

   FETCH NEXT FROM DatabaseCursor INTO @Database,@DBName, @DBLogName   
END  
CLOSE DatabaseCursor   
DEALLOCATE DatabaseCursor


  -- Удаление временной таблицы
DROP TABLE #work_Base;
GO

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

+9 –

См. также

Кейс закрытия месяца: ускоряем медленную запись итогов регистра бухгалтерии

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

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

19.10.2026 981 Tantor 0

Примеры приготовления ibsrv (автономный сервер)

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

Примеры скриптов для работы с автономным сервером (ibsrv).

09.10.2026 1115 hexhoc 6

Как сжатие данных в PostgreSQL влияет на производительность 1С

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

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

01.10.2026 1489 Tantor 6

Предельные режимы. Часть1. Архитектурные границы масштабирования учетных систем. Потоковый сбор технологического журнала

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

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

1 стартмани

10.09.2026 1556 Ninel_S 0

Как фильтр Блума ускоряет запросы в 1С

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

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

31.08.2026 6151 Tantor 3

Практическое занятие для администраторов кластера 1С

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

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

30.08.2026 1759 Ninel_S 2

Лимиты памяти rphost

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

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

12.08.2026 2454 Ninel_S 5

Аварии без паники: процесс и инструменты восстановления работы базы на 5500 пользователей

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

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

11.08.2026 3441 jul.dolganova 9

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. tchee 20 14.03.23 13:21 Сейчас в теме

С ужасом представил себе сколько времени займет такой переезд баз хотя бы гигов в пятьсот каждая и что потом придется с регламентами обслуживания в скуле делать....
Нде уж.

2. VPanin56 610 14.03.23 14:01 Сейчас в теме

Мои 139 баз весили 450 Гб в сумме, у нас в основном типовушки БП и ЗУП.
И самая большая база весит около 12-14 Гб.

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

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

Для отправки сообщения требуется регистрация/авторизация

Автор:

Владимир Панин (VPanin56)

Рейтинг: 610

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

Публикация:

№ 1824212

Создание 13.03.23 18:00

Обновление 14.07.26 07:02

Статистика:

Просмотры 5317

Загрузки 2

Рейтинг 9

Комментарии 2

Характеристики:

Код открыт Да

Рубрики Администрирование СУБД

Кому Системный администратор ,
Разработчик

Тип файла Архив с данными

Платформа 1С:Предприятие 8

Конфигурация Универсальные

Операционная система Не имеет значения

Страна Не имеет значения

Отрасль Не имеет значения

Налоги Не имеет значения

Вид учета Не имеет значения

Доступ к файлу Абонемент ($m)

SQL. Опять перенос баз 1С

Файлы

См. также

Журнал

База знаний

Лаборатория

Анализ & Управление

Сопровождение 1С

Корпоративные решения

Обучение

Маркетплейс

Проектный офис

Мероприятия

Видеозаписи

Биржа заказов

Форум

Мерч

О компании