Добрый день.
На один момент времени есть две идентичные базы в ms sql. По сути вторая база это просто снятая копия первой. С копией в течении некоторого времени проводятся действия, а именно сжатие. По завершении этих действий в копию нужно залить все данные из первой базы, что появились в ней с момента снятия копии. Как это сделать?
На один момент времени есть две идентичные базы в ms sql. По сути вторая база это просто снятая копия первой. С копией в течении некоторого времени проводятся действия, а именно сжатие. По завершении этих действий в копию нужно залить все данные из первой базы, что появились в ней с момента снятия копии. Как это сделать?
По теме из базы знаний
- Корректное отключение от главного узла РИБ и создание самостоятельной БД. Быстрое создание/восстановление узла РИБ без выгрузки начального образа для конфигураций на основе БСП
- Синхронизация и обмен для ERP 2.5, КА 2.5, УТ 11.5 БП 3.0, Розница, УНФ и других с EnterpriseData (универсальный формат обмена), правила обмена
- Синхронизация БИТ:СКУД 8 с Parsec.Net 2.5
- Контроллер для Конвертации (Синхронизации) данных
- Работа обработки "Универсальный обмен данными в формате XML" с планом обмена "Синхронизация данных через универсальный формат"
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
очень общее описание задачи
Добрый день.
На один момент времени есть две идентичные базы в ms sql. По сути вторая база это просто снятая копия первой. С копией в течении некоторого времени проводятся действия, а именно сжатие. По завершении этих действий в копию нужно залить все данные из первой базы, что появились в ней с момента снятия копии. Как это сделать?
На один момент времени есть две идентичные базы в ms sql. По сути вторая база это просто снятая копия первой. С копией в течении некоторого времени проводятся действия, а именно сжатие. По завершении этих действий в копию нужно залить все данные из первой базы, что появились в ней с момента снятия копии. Как это сделать?
очень общее описание задачи
А просто заменить старую копию на новую не вариант?
Долго сжимается, что-ли, за ночь не успеть?
Вы средствами sql хотите это сделать?
Что если перенести обработкой "Выгрузка и загрузка данных XML" документы с определённой даты и провести эти документы в базе-приёмнике?
Долго сжимается, что-ли, за ночь не успеть?
Вы средствами sql хотите это сделать?
Что если перенести обработкой "Выгрузка и загрузка данных XML" документы с определённой даты и провести эти документы в базе-приёмнике?
Чуть подробнее:
Есть задача сжать базу размером ~800ГБ. Но в окно служебной доступности к базе, SHRINKDATABASE не успеет отработать.
Появилась идея создать копию рабочей базы, сжать ее и затем залить в нее те данные из рабочей базы, которых не достает (которые прилетели за время сжатия), ну и после заливки переключить работу на сжатую базу.
Вопрос, как залить данные?
Есть задача сжать базу размером ~800ГБ. Но в окно служебной доступности к базе, SHRINKDATABASE не успеет отработать.
Появилась идея создать копию рабочей базы, сжать ее и затем залить в нее те данные из рабочей базы, которых не достает (которые прилетели за время сжатия), ну и после заливки переключить работу на сжатую базу.
Вопрос, как залить данные?
(3)
Через РИБ, зарегистрировать объекты для обмена, выгрузить в подчиненный узел, потом сделать узел основным
Появилась идея создать копию рабочей базы, сжать ее и затем залить в нее те данные из рабочей базы, которых не достает (которые прилетели за время сжатия), ну и после заливки переключить работу на сжатую базу.
Вопрос, как залить данные?
Вопрос, как залить данные?
Через РИБ, зарегистрировать объекты для обмена, выгрузить в подчиненный узел, потом сделать узел основным
(2)
Именно
(2)
Да
(2)
Конфигурация 1С не штатная и придется привлекать программистов 1С, что не желательно.
Долго сжимается, что-ли, за ночь не успеть?
Именно
(2)
Вы средствами sql хотите это сделать?
Да
(2)
Что если перенести обработкой "Выгрузка и загрузка данных XML" документы с определённой даты и провести эти документы в базе-приёмнике?
Конфигурация 1С не штатная и придется привлекать программистов 1С, что не желательно.
(9)
В сообщении 6 вроде нормальный совет, хотя в несколько экспрессивной форме.
Цепляю обработку, хотя для безопасности можете сами скачать.
В сообщении 6 вроде нормальный совет, хотя в несколько экспрессивной форме.
Цепляю обработку, хотя для безопасности можете сами скачать.
Прикрепленные файлы:
Выгрузка и загрузка данных XML.epf
(3)
занимайтесь хренью..
на вот, запустишь на рабочей базе , сделает тебе шринк покусочно
Это для 2008, для более старших, можешь расскоментить, что б красившее мессаги выводились. Размер шринка, то же можешь увеличить. Хотя, и так норм. Работе остальных юзверей не мешает.
занимайтесь хренью..
на вот, запустишь на рабочей базе , сделает тебе шринк покусочно
USE YouDataBase
GO
DECLARE @FileName sysname = N'YouDataBase';
DECLARE @TargetSize INT = (SEL ECT 1 + size*8./1024 FR OM sys.database_files WHERE name = @FileName);
DECLARE @Factor FLOAT = .999;
WHILE @TargetSize > 0
BEGIN
SET @TargetSize *= @Factor;
DBCC SHRINKFILE(@FileName, @TargetSize);
-- DECLARE @msg VARCHAR(200) = CONCAT('Shrink file completed. Target Size: ',
-- @TargetSize, ' MB. Timestamp: ', CURRENT_TIMESTAMP);
DECLARE @msg VARCHAR(200) = 'Shrink file completed. Target Size: '
+cast( @TargetSize as VARCHAR(20))+' MB.'+ cast(CURRENT_TIMESTAMP as varchar(20));
-- @TargetSize+ ' MB. Timestamp: '+ CURRENT_TIMESTAMP;
RAISERROR(@msg, 1, 1) WITH NOWAIT;
WAITFOR DELAY '00:00:01';
END;
ПоказатьGO
DECLARE @FileName sysname = N'YouDataBase';
DECLARE @TargetSize INT = (SEL ECT 1 + size*8./1024 FR OM sys.database_files WHERE name = @FileName);
DECLARE @Factor FLOAT = .999;
WHILE @TargetSize > 0
BEGIN
SET @TargetSize *= @Factor;
DBCC SHRINKFILE(@FileName, @TargetSize);
-- DECLARE @msg VARCHAR(200) = CONCAT('Shrink file completed. Target Size: ',
-- @TargetSize, ' MB. Timestamp: ', CURRENT_TIMESTAMP);
DECLARE @msg VARCHAR(200) = 'Shrink file completed. Target Size: '
+cast( @TargetSize as VARCHAR(20))+' MB.'+ cast(CURRENT_TIMESTAMP as varchar(20));
-- @TargetSize+ ' MB. Timestamp: '+ CURRENT_TIMESTAMP;
RAISERROR(@msg, 1, 1) WITH NOWAIT;
WAITFOR DELAY '00:00:01';
END;
Это для 2008, для более старших, можешь расскоментить, что б красившее мессаги выводились. Размер шринка, то же можешь увеличить. Хотя, и так норм. Работе остальных юзверей не мешает.
(12) Быстрее на самом деле. И..не всё ли равно, сколько он будет делаться ? Он не мешает работе пользователей. Запустил и радуйся.
Это всяко быстре, чем из твоей базы делать риб, создавать узел с полным обменом, разворачивать бэкап скуля, прибивать всю регистрацию изменений для этого узла, потом все изменения тащить еще в шринкованную базу, в надежде что что-то не потерялось, потом подменять имена баз. Оно тебе вообще нннадо ?
У тя хоть база в 800 гигов за сколько из бэкапа подымается ?
Это всяко быстре, чем из твоей базы делать риб, создавать узел с полным обменом, разворачивать бэкап скуля, прибивать всю регистрацию изменений для этого узла, потом все изменения тащить еще в шринкованную базу, в надежде что что-то не потерялось, потом подменять имена баз. Оно тебе вообще нннадо ?
У тя хоть база в 800 гигов за сколько из бэкапа подымается ?
(13)
1. А не помешает ли она ежедневному обслуживанию базы (бэкап, дефраг, статистика)?
2. И главное, прежде чем усекать базу (SHRINKFILE) ее нужно сначала сжать (DATA_COMPRESSION), т.к. внутри файла свободного места нет, а эта процедура точно блочит таблицы и выполняться в рабочее время не может. А за технологическое окно выполниться не успеет. Тут какие мысли?
1. А не помешает ли она ежедневному обслуживанию базы (бэкап, дефраг, статистика)?
2. И главное, прежде чем усекать базу (SHRINKFILE) ее нужно сначала сжать (DATA_COMPRESSION), т.к. внутри файла свободного места нет, а эта процедура точно блочит таблицы и выполняться в рабочее время не может. А за технологическое окно выполниться не успеет. Тут какие мысли?
(23) ясно-понятно. Ну и делайте сжатие, тупо выполнив
EXEC sp_MSforeachtable 'ALT ER TABLE ? REBUILD WITH (DATA_COMPRESSION = PAGE)'
EXEC sp_MSforeachtable 'ALT ER INDEX ALL ON ? REBUILD WITH (DATA_COMPRESSION = PAGE)'
И перед этим базу в симпл, мдоп поднять>1 (потом вернуть взад).
А шринк, потом уже скриптом на работающих пользователях.
EXEC sp_MSforeachtable 'ALT ER TABLE ? REBUILD WITH (DATA_COMPRESSION = PAGE)'
EXEC sp_MSforeachtable 'ALT ER INDEX ALL ON ? REBUILD WITH (DATA_COMPRESSION = PAGE)'
И перед этим базу в симпл, мдоп поднять>1 (потом вернуть взад).
А шринк, потом уже скриптом на работающих пользователях.
(26)
На самом деле я этот скрипт доделал и ограничил его выполнение по времени и отрабатывал его. Но потом возникла идея сделать все на копии, а потом в сжатую и усеченную копию залить недостающие данные. Рассматривал вариант системы отслеживания измененных данных в MS SQL и затем через SSIS заливать, но похоже это гораздо сложнее реализовать, чем за несколько ночей прогонять на рабочей базе.
Спасибо за советы.
На самом деле я этот скрипт доделал и ограничил его выполнение по времени и отрабатывал его. Но потом возникла идея сделать все на копии, а потом в сжатую и усеченную копию залить недостающие данные. Рассматривал вариант системы отслеживания измененных данных в MS SQL и затем через SSIS заливать, но похоже это гораздо сложнее реализовать, чем за несколько ночей прогонять на рабочей базе.
Спасибо за советы.
Сорян, сам нашел ответ:
target_size
Если он указан, то инструкция DBCC SHRINKFILE пытается сжать файл до размера target_size. Используемые страницы в освобождаемой области файла перемещаются в свободное пространство в сохраняемых областях файла.
target_size
Если он указан, то инструкция DBCC SHRINKFILE пытается сжать файл до размера target_size. Используемые страницы в освобождаемой области файла перемещаются в свободное пространство в сохраняемых областях файла.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот