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 –

См. также

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

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

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

11.08.2026 591 jul.dolganova 8

Аудит паролей СУБД под 1С

Администрирование СУБД Системный администратор 1С 8.3 Абонемент ($m)

Пароль пользователя СУБД лежит в 1CV8Clst.lst обратимо: кто читает папку srvinfo — достаёт пароли SQL всех баз кластера, минуя права 1С. Обработка показывает, у каких баз пароль извлекается, помечает слабые и выдаёт план защиты. К СУБД не подключается, ничего не пишет — только читает файл.

10 стартмани

06.08.2026 460 10 nedomolkov.ivan 0

Чек-ап SQL Server под 1С: разбор боевого прогона

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

Прогнал набор диагностических скриптов на двух рабочих базах: боевой с 580 сеансами и малонагруженной. Разбираю пять находок: статистика 97-дневной давности, 598 запросов со сканами, журнал транзакций в 73 % от данных, tempdb в один файл и 81 % ожиданий на параллелизме, который чинить не надо. Плюс три грабли, из-за которых самописный диагностический скрипт падает на чужом сервере. Семь рабочих скриптов внутри, копируются в SSMS как есть.

05.08.2026 689 nedomolkov.ivan 8

Журнал регистрации 1С на 35 миллиардов событий: как заставить его открываться за 0,11 секунды

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

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

04.08.2026 807 nedomolkov.ivan 0

pg_anon: как обезличить базу 1С без промежуточной копии

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

База 1С:ERP размером 646 Гб, полное маскирование за 5 часов - без создания промежуточной незащищенной копии. Разбираем бесплатный pg_anon на сквозном примере с реального продуктива.

27.07.2026 2112 Tantor 16

Как запрос 1С замедляет PostgreSQL в 22 раза — и как мы это починили

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

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

16.06.2026 8285 postgres_professional 13

СУБД Tantor Postgres 18: обзор улучшений для 1С

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

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

16.06.2026 3053 Tantor 7

Уменьшение размера базы 1С – а нужна ли вообще свертка

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

База 1С за несколько лет эксплуатации разрослась, - стала большой, медленно работает, требует много места и времени для копирования и прочего обслуживания. Нужна ли обязательно свертка или можно обойтись более «мягкими» средствами. Делюсь своим опытном как для новых конфигураций, так и для старых УПП, УТ 10…

01.06.2026 7753 2ncom 30

Комментарии

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

Свернуть все

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

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

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

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

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

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

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

Автор:

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

Рейтинг: 606

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

Публикация:

№ 1824212

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

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

Статистика:

Просмотры 5041

Загрузки 2

Рейтинг 9

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

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

Код открыт Да

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

Кому Системный администратор ,
Программист

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

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

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

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

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

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

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

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

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

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

Файлы

См. также

Журнал

База знаний

Лаборатория

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

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

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

Обучение

Маркетплейс

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

Мероприятия

Видеозаписи

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

Форум

Мерч

О компании