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

13.03.23

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

Файлы

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

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

Админы сообщили радостную весть - "Закуплены диски для модернизации дисковой системы 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 –

См. также

Как мы в Magnit Tech переводим базы 1C на PostgreSQL

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

В статье подробно разберем, как в компании организован процесс миграции на PostgreSQL, начиная с подготовки команды, предварительного анализа 1С-систем (с использованием специальных чек-листов и инструментов для аудита) и заканчивая тонкой настройкой PostgreSQL. Расскажем о системе автоматизированного тестирования, которая позволяет сравнивать производительность на MS SQL и PostgreSQL без трудоемких ручных проверок. Особое внимание уделим проблемам, которые возникли при миграции систем объемом 20+ ТБ, и способам их решения. А также поразмышляем о том, что нужно было бы сделать по-другому, если бы этот проект пришлось начинать заново.

10.07.2025 571 leongl 0

Работа с дампами и запрос в техподдержку 1С, если что-то пошло не так

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

В финальной статье по докладу «Дамп – не приговор, а повод задуматься», с которым выступили на осенней конференции INFOSTART TECH EVENT 2024, рассказываем, чем может быть полезна информация, полученная из дампа.

27.05.2025 1742 it-expertise 0

Как установить SQL Server 2019 для работы с 1С

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

Клиент-серверная архитектура 1С Предприятия 8.3 подразумевает работу в связке с так называемой системой управления базами данных (СУБД). Одной из самых распространённых и популярных до сих пор остается MS SQL Server.

19.05.2025 3029 Kostin1978 5

СУБД Tantor Special Edition 1C: ускоряем обновление итогов регистров накопления

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

Рассмотрим, почему при обновлении итогов регистров накопления СУБД может выбирать неоптимальный план запроса, и как это исправить.

28.04.2025 2772 Tantor 7

Анализ файлов дампа после сбора в ОС Windows и Linux

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

Во второй статье по докладу «Дамп – не приговор, а повод задуматься», с которым выступили на конференции INFOSTART TECH EVENT 2024, рассмотрим, какую информацию содержат файлы дампа, чем она полезна и как ее анализировать.

14.04.2025 1652 it-expertise 7

Идентификаторы рабочих мест в 1С

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

Где лежат данные идентификаторов, как прочитать, как поменять...

10.04.2025 1568 atdonya 0

Включение сбора файлов дампа для ОС Linux и Windows

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

Опубликовали первую статью по итогам доклада «Дамп – не приговор, а повод задуматься», с которым выступали на конференции INFOSTART TECH EVENT 2024.

25.03.2025 1231 it-expertise 7

Исправление ошибки "В расширении конфигурации используются возможности, недоступные в выбранном режиме совместимости"

Администрирование СУБД Системный администратор Программист Пользователь 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Бесплатно (free)

Лечение ошибки "В расширении конфигурации используются возможности, недоступные в выбранном режиме совместимости", а также ошибки конфигуратора "Для подсистемы задано более одной команды". Неочевидный путь решения.

21.02.2025 2266 Marat1c8 2

Комментарии

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

Свернуть все

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

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

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

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

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

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

Оставьте свое сообщение

E-mail:

Автор:

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

Рейтинг: 579

Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот

Публикация:

№ 1824212

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

Обновление 13.03.23 18:00

Статистика:

Просмотры 3920

Загрузки 2

Рейтинг 9

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

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

Код открыт Да

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

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

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

Платформа 1С v8.3

Конфигурация 1C:Бухгалтерия

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

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

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

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

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

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