SQL. Настройка резервного копирования.

12.01.24

База данных - Архивирование (backup)

Настройка резервного копирования БД 1С на MS SQL Server. На примере MS SQL Server 2012

После изучения множества информации с разных источников, решил описать процесс настройки резервного копирования БД  MS SQL Server для полной модели восстановления, какую модель использовать решать Вам, но от себя добавлю, что если в вашей БД большой поток информации (например создаются десятки, сотни или тысячи документов в 1 час), то потеря информации за день работы будет просто неприемлемой, в таком случае только полная модель обеспечит сохранность ваших данных. Данная статья предназначена для начинающих системных администраторов и содержит по моему мнению минимальный набор действий для резервного копирования БД 1С. Установка\Настройка самого SQL сервера и развертывание БД на нём в не рамках данной статьи.

Все настройки будем производить с помощью SQL Management Studio. Для начала нужно создать Устройство резервного копирования, можно и не создавать, но на мой взгляд это гораздо удобнее и правильнее. в оснастке SQL Management Studio -> Объекты сервера-> Устройства резервного копирования. Нужно указать имя устройства и файл в котором будут храниться резервные копии (лучше с расширением BAK), в дальнейшем можно посмотреть содержимое носителя, там будут перечислены все резервные копии. 

Создание УРК 

Теперь можно приступать к настройки Плана обслуживания (Maintenance Plan). План Обслуживания можно создать сразу для всех БД, но удобнее для каждой БД создать свой план обслуживания.

Создание Плана обслуживания

В нашем Плане обслуживания будет три подплана: 1 - резервное копирование БД (Полное); 2 - резервное копирование БД (Разностное); 3 - Резервное копирование Журнала транзакций. У каждого подплана есть свое расписание выполнения.  Расписание каждый настраивает по своим усмотрениям, в моём же случае полное копирование делается раз в неделю в воскресенье, Разностное копирование каждый день кроме воскресенья, ЖТ - журнал транзакций каждый час. При такой модели резервирования можно восстановить искомую БД на любую дату и час, причем экономим пространство на жёстком диске т.к. полное резервирование выполняется фактически раз в неделю, а в течении недели только изменения. 

Подпланы

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

Расписание для ЖТ. Красным выделено время сохранения в течении дня, имеет смысл например, если пользователи работают с БД в определённый период, если режим работы 24х7, то оставляем по умолчанию.

Расписание ЖТ

На рисунке ниже, изображен редактор недельного подплана, он состоит из задач, которые выполняются в заданной последовательности. Последовательность задается вручную, причем зелёные стрелки означают, что следующая задача будет выполнена только при успешном выполнении предыдущей, а синяя, что задача выполнится при любом завершении предыдущей задачи. В редактор подплана обслуживания, задачи можно добавить из "Панель элементов", которая находится в левом верхнем углу, когда редактор открыт.

Редактор

Панель Элементов

Задачи.  В каждую задачу нужно зайти и выбрать БД, для которой она будет выполняться и ряд других настроек (если есть). Рассмотрим, какие задачи содержит недельный подплан нашего плана обслуживания.

1. "Проверка целостности БД" (Check Database Integrity Task).  Следующая задача будет выполняться, только если БД не содержит ошибок. (Замем резервировать БД с ошибками?)

2. "Восстановить индекс" (Rebuild Index Task).  Восстановить (Перестроить) индекс необходимо каждый день, т.к. при работе с индексами они сильно фрагментируются и при фрагментации более 25% SQL начинает заметно "тормозить". Эта операция довольно ресурсоёмка, поэтому её можно делать хотя бы раз в неделю, а в дневном подплане заменить её менее ресурсоёмкую задачу "Реорганизация индекса". 

3. "Обновить статистику" (Update Statistics Task).  Для оптимизации... Кстати эту задачу можно выполнять несколько раз в течении дня, если ваша БД сильно нагружена.

4. После обновления статистики ОБЯЗАТЕЛЬНО нужно очистить процедурный кэш. Для этого перетаскиваем в редактор задачу "Выполнение инструкции T-SQL" и в поле "инструкция T-SQL:" написать процедуру DBCC FREEPROCCACHE. Но нужно учесть, что эта процедура очищает кэш у ВСЕХ БД, а мы обновили статистику по одной! Как очистить процедурный кэш для определённой БД, читаем здесь. Вкратце: DBCC FLUSHPROCINDB(ID_БД)

 T-SQL

5. "Резервное копирование БД" (Back Up Database Task). В этой задаче указываем какую БД мы резервируем, тип резервной копии (Для недельного подплана -  Полное, для дневного - Разностное, для часового - Журнал транзакций.) Ставим переключатель в положение "Создать резервную копию баз данных в одном или нескольких файлах" и добавляем ранее созданное устройство резервного копирования. В таком случае ВСЕ копии сохраняются в один файл, который указали при создании  устройства резервного копирования, если переключатель оставить в "Создать файл резервной копии для каждой базы данных", то на каждое резервное копирование будет создаваться отдельный файл и на Полное и на Разностное и на ЖТ, что очень неудобно при восстановлении, зато удобно при хранении. Не забываем указать что нужно сжимать резервные копии!

6. "Очистка Журнала" Очищает записи, создаваемые при выполнении задач. Также можно включить задачу "Очистка после обслуживания" и настроить её для удаления текстовых логов или устаревших резервных копий.

     Подплан для резервирования ЖТ, состоит из одной задачи "Резервное копирование базы данных".ЖТ для меня удобнее сохранять не в Устройство резервного копирования, а в отдельный файл, что необходимо указать в настройке задачи.

 подплан ЖТ

UPD 12.01.2024

Начиная с версии платформы 8.3.22 1С создаёт все индексы с настройкой Allow page lock = False (Блокировка на уровне страниц) для уменьшения эскалации блокировок. В связи с этим задача "Реорганизация индекса" в дневном (Dayly) подплане завершается с ошибкой, и в журнале выполнения задач так же отображаться ошибка на выполнения дневного задания, что не есть хорошо.
 Есть несколько вариантов решения задачи:

1. Для не очень больших баз в дневном подплане заменить задачу "Реорганизация индекса" на "Перестроение индекса", ну или просто оставить только недельный подплан с расписанием запуска каждый день;
2. Для больших баз можно временно включить свойство Allow page lock = True для всех индексов, в задаче "Выполнение инструкции T-SQL"

USE [Infobase]
EXEC sp_MSforeachtable 'ALTER INDEX ALL ON ? SET (ALLOW_PAGE_LOCKS = ON)' 
GO

 затем выполнить задачу "Реорганизация индекса", и снова для всех индексов установить свойство Allow page lock = False

USE [Infobase]
EXEC sp_MSforeachtable 'ALTER INDEX ALL ON ? SET (ALLOW_PAGE_LOCKS = OFF)' 
GO

 

Готовое решение

Database Compression Tool (DCT): Универсальный инструмент сжатия, свертки и конвертации баз данных 1С

Универсальный инструмент сжатия, свертки и конвертации баз данных 1С.

Свертка баз данных еще никогда не была такой простой и быстрой!

DCT ускоряет работу базы, освобождая гигабайты пространства и повышая производительность системы. Доступна ДЕМО версия!


См. также

Архивирование (backup) Инструменты администратора БД Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

Данная разработка позволит решить вопрос с резервным копированием Ваших баз в автоматическом режиме, расположенных на сервере 1С. Система умеет ставить блокировки на вход, блокировать фоновые задания, принудительно отключать сеансы пользователей. И все это система делает в автоматически при создании бэкапа (или через команду). Выгрузка происходит в родной формат 1С - .dt. Так же система умеет архивировать данные выгрузки с установкой пароля. Умеет менять расширение файла zip или dt на любое указанное вами, что позволит сохранить выгрузки от шифровальщика. Может удалять старые копии выгрузок, оставляя указанное количество резервных копий, начиная с самой поздней. Только для WINDOWS!

6000 руб.

06.11.2012    73036    627    45    

86

Архивирование (backup) Системный администратор Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Программа позволяет выполнять автоматическое создание копий файловых и серверных информационных баз 1С Предприятие 8 и размещение копий в облаке Яндекс.Диск, локальном или сетевом ресурсе.

1200 руб.

03.09.2014    15794    21    6    

27

Архивирование (backup) Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Платные (руб)

Расширение поможет настроить резервное копирование баз SQL в стандартный файл выгрузки баз 1С (*.dt).

2400 руб.

27.08.2024    1262    1    5    

1

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

Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще, как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей-то лабораторной работы? Статья адресована прежде всего специалистам 1С, избалованным комфортом в MS SQL, в суровых буднях импортозамещения на Postgres.

13.08.2024    3136    1CUnlimited    9    

5

Архивирование (backup) Администрирование СУБД Системный администратор Россия Бесплатно (free)

Постараюсь объяснить, зачем нужно резервное копирование именно журнала транзакций, а не только базы данных, и почему я словно сбросил груз, настроив его - как, покажу, естественно. Кстати, будут скрипты T-SQL (с подробными комментариями) - отличный способ сделать администрирование базы более уютным.

04.12.2023    9743    n_mezentsev    15    

27

Архивирование (backup) Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В данной инструкции будет описано, как с помощью pgAdmin, bat-файлов и планировщика заданий Windows организовать резервное копирование, восстановление и хранение копий баз данных.

07.10.2022    29504    sapervodichka    37    

147
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. help1Ckr 11.09.13 10:01 Сейчас в теме
Спасибо за статью. В приципе у нас есть админ, который делает бэкапы, но эти знания не лишние
2. rasswet 82 11.09.13 10:37 Сейчас в теме
3. kvert 11.09.13 12:39 Сейчас в теме
Спасибо за статью!
Вопрос: а возможно ли как-то настроить планы обслуживания в MS SQL Server Express ?
4. 1cprogr_nsk 110 11.09.13 14:00 Сейчас в теме
(3)kvert, Не разу не работал с MS SQL Server Express, но в описании вроде есть графическая среда Management Studio Express, вот в ней и надо посмотреть. Ну и всегда можно написать запрос или скрипт на backup и запускать его по расписанию стандартными средствами ОС.
5. TrinitronOTV 16 16.09.13 10:10 Сейчас в теме
Спасибо большое за предоставленную статью, главное, что всё наглядно представлено
6. shiaju 25 09.01.14 07:10 Сейчас в теме
Хорошая статья для новичков!
7. yurowski 33 16.06.14 17:02 Сейчас в теме
Отлично! Я себе тоже настроил.
8. Astrakhan_man 05.09.14 16:38 Сейчас в теме
а можно запускать этот план обслуживания при работе пользователей, когда они проводят много документов? и когда меняется конфигурация?
9. asved.ru 36 05.09.14 17:28 Сейчас в теме
(8) Astrakhan_man, конкретно этот - нельзя, он содержит задачу ребилда индексов. В остальном можно (т.е. резервная копия будет транзакционно целостна), но любые операции отнимают какие-то ресурсы.
Astrakhan_man; +1 Ответить
10. 1cprogr_nsk 110 09.09.14 04:36 Сейчас в теме
(8) Astrakhan_man, Дневной и Trn можно, недельный - нет. При Настройке расписания нужно это учесть. В Sql этот план отобразиться в "Agent -> Задания" по вложенным планам: WEEKLY, Dayly от туда же их можно запускать вручную.
Astrakhan_man; +1 Ответить
11. Eduard66 26.09.14 12:32 Сейчас в теме
А зачем обновлять статистику, если делается Rebuild index?
12. Famza 85 12.03.15 12:56 Сейчас в теме
При таком плане растет журнал транзакций. Надо бы и его шинковать?
15. GreenDragon 28.03.15 12:45 Сейчас в теме
(12) Famza, во-первых, шринкование журнала транзакций при полной модели восстановления и архивирования лишено абсолютно всякого смысла, если ты себе не враг. Читай внимательно теорию. Шринк - это операция удаления из журнала зафиксированных транзакций, что нарушит последовательность ведения непрерывной цепочки транзакций в бекапах, соответственно про восстановиться ты сможешь только на момент создания последнего исправного полного либо разностного архива.
Во-вторых, любителям шринкования нужно вспомнить - что происходит, когда используемое место в журнале транзакций достигает 75%.
19. leonidkorolev 108 15.05.15 09:54 Сейчас в теме
(15) GreenDragon,

"Шринк - это операция удаления из журнала зафиксированных транзакций, что нарушит последовательность ведения непрерывной цепочки транзакций в бекапах, соответственно про восстановиться ты сможешь только на момент создания последнего исправного полного либо разностного архива." Эээээ... а вы на полной модели восстановления пробовали это сделать? Принцип целостности данных для скуля святое. Не шринканете пока не забэкапите. Как вы говорите? "Читай внимательно теорию."
13. mysav 26.03.15 18:25 Сейчас в теме
Какие нюансы есть при настройке резервного копирования распределенной базы данных?
14. vasyak319 152 26.03.15 19:23 Сейчас в теме
А зачем грохать процедурный кэш, если апдейт статистики всё равно инвалидит все скомпилированные планы запросов и процедуры и они будут перекомпилированы при первом обращении к ним?
16. shira84 226 15.05.15 08:36 Сейчас в теме
а как менять уже созданное задание? все перековырял, не пойму как добавить еще пару баз для архивирования, максимум можно расписание поменять и все.
17. shira84 226 15.05.15 08:41 Сейчас в теме
а все нашел, управление-планы обслуживания-резервное копирование, находим нужную задачу, щелкаем на картинку, в контекстном меню изменить.
18. leonidkorolev 108 15.05.15 09:41 Сейчас в теме
"но на мой взгляд это гораздо удобнее и правельнее." на мой взгляд это вообще не удобно и неправильно. Вообще ничё не видно, по сути неуправляемая система бэкапирования. Например я вручную подчищаю, проверяю вообще наличие копий и т.д. Всё делаю визуально. Более того, я подозреваю что в описанной схеме файлы разностных копий могут уже через два три дня быть больше полного бэкапа.Если хранить в одном файле то я не знаю это можно ли отследить. Неделя это очень много. Я делаю каждый день полный, через два часа разностный и через каждые пять минут логи. Потеря данных может быть максимум за 5 минут работы, в статье за час.(скрин своего плана прикрепил). Час это много.

"что очень неудобно при восстановлении, зато удобно при хранении." И в чём же здесь неудобство. Вот лежать себе файлики и лежат, никому не мешают.

"(Замем резервировать БД с ошибками?)" Эээээ.... Представляю себе следующую картину. В результате ошибки на пункте Проверка целостности копия не была сделана. В конце дня падает база. В своё оправдание вы говорите начальству, что базу нельзя восстановить т.к. нет смысла делать копию после пункта Проверка целостности в случае ошибки. Может всётаки будем делать всегда, невзирая ни на что?
Прикрепленные файлы:
20. 1cprogr_nsk 110 15.05.15 12:02 Сейчас в теме
(18) leonidkorolev, На вкус и цвет, как говорится... Никто вам не запрещает делать trn каждые 5, 10, минут, да хоть каждую минуту, конкретно у нас 1 час не критично, у кого либо может и 5 секунд критично будет, статья не об этом, а служит примером настройки. Про хранение аналогично, вот именно мне, мешает КУЧА файлов, но опять же на вкус и цвет... Разностные копии могут быть за несколько дней больше одной полной, но не больше, чем на каждый день делать полные! Про ""(Замем резервировать БД с ошибками?)" Эээээ....", возможно здесь вы правы, резервировать нужно.
21. leonidkorolev 108 15.05.15 13:49 Сейчас в теме
(20) "Разностные копии могут быть за несколько дней больше одной полной, но не больше, чем на каждый день делать полные!" Откуда такая уверенность да и ещё с восклицательным знаком? Я же спросил, вы можете вообще посмотреть объем ваших разностных копий? Вы видите что у вас копируется вообще и какого объёма? Оптимальна ли схема бэкапирования? Отчего зависит вообще объем разностных копий? Я всё это вижу (см. скрин выше), а вы как, на авось? Элементарное перепроведение документов бухом раздует дифференциальный бэкап до терабайтов. И чё делать? Удалять весь бэкап, всю историю бэкапов?
22. 1cprogr_nsk 110 15.05.15 14:25 Сейчас в теме
(21) leonidkorolev, Почему на авось? Что мешает посмотреть содержимое "Устройство резервного копирования"? Ну и на диске он выглядит как один файл с вполне конкретным значением. А Trn у меня сейчас в разных файлах в одной папке. При восстановлении SQL знает что и где лежит.
Прикрепленные файлы:
23. Deroswent 17.08.15 13:58 Сейчас в теме
Собственно вопрос: а как удалить Резервные Наборы Данных с истекшим сроком годности???
Сделано все приблизительно как описано в статье, и вырос мой файл BACKUP.DAT уже до 66 Гб......
Прикольно конечно что я могу восстановить БД до состояния "4 месяца назад в 1,45 ночи" но дикс не резиновый то....
24. leonidkorolev 108 17.08.15 14:21 Сейчас в теме
(23) Deroswent, ну вот ещё один минус копирования в один файл. Оставьте этот раздутый файл и переделывайте схему бэкапирования.
25. Deroswent 17.08.15 14:30 Сейчас в теме
(24) leonidkorolev, вот я и стаю на пороге этого. Но никак не могу сообразить как удалять ненужные мне файлы. Допустим, каждый бекап делается в отдельный файл.
Как удалить файлы старще 14 дней к примеру?
26. 1cprogr_nsk 110 18.08.15 05:44 Сейчас в теме
(23) Deroswent, Если будете сохранять в отдельные файлы, то в план обслуживания добавьте Задачу "Очистка после обслуживания" и настройте на удаление резервных копий. Я же переношу раз в 3 мес. этот один большой бэкап на сервер-архив. После срабатывания задания опять создается файл бэкапа с новым архивом.
27. Skobuneev 07.10.15 11:46 Сейчас в теме
Скажите, а как настраивается количество бекапов? Ну то есть, чтобы был не всегда только последний полный бекап, а к примеру, несколько бекапов, Каждый из которых можно было бы восстановить?
28. 1cprogr_nsk 110 12.10.15 05:30 Сейчас в теме
(27) По умолчанию так и будет, а вообще в плане обслуживания (недельном или дневном) в настройках задачи "Резервное копирование БД", есть настройка что делать, если набор записей не пустой, по умолчанию стоит "Присоединить", т.е. к существующим бэкапам добавиться новый. Можно поставить "Заменить", тогда каждый раз у Вас будет последний бэкап.
Skobuneev; +1 Ответить
29. Гость 10.12.15 11:47
Друзья, посоветуйте.
Если по плану обслуживания по какой нить причине не было сделано бекапирование, как сделать чтобы пришло оповещение на почту об этом.
Необходима жесткая проверка средствами SQL. Ну скажем после работы плана обслуживания запускается проверка существует ли в каталоге с бекапами файлы резервных копий. Интересует вариант исключительно средствами самого SQL возможность такая.
30. 1cprogr_nsk 110 11.12.15 05:37 Сейчас в теме
(29) Гость, В редактировании плана обслуживание к задаче "Резервное копирование" нужно добавить задачу "Уведомление оператора" и связать их "красной" стрелочкой (добавляете обычную и по правому клику в контекстном мены выбираете "Ошибка").P.S. нужно добавить в Агенте сервера оператора и настроить e-Mail и/или команду net send
31. mailomsk 10.03.17 10:28 Сейчас в теме
Может кто то из присутствующих показать План обслуживания!
1-Настройка "Обслуживание БД 1с" Регламентные операции ежедневное
2-Настройка "Резервное копирование БД и лога" ежедневное
Как все это совместить с 1 БД возможно и просто, а вот если БД 15 шт.
Сейчас все крутится на PostgreSQL, но надо перенести все БД в MSQL 2012!
32. Velesstroy_OOO 10.03.17 16:11 Сейчас в теме
(31) для обслуживания баз в план добавляется операция, в свойствах операции выбираете для каких баз она должна выполняться. Плюс указываете последовательность выполнения.
33. mailomsk 28.03.17 20:04 Сейчас в теме
Не подскажете что нужно сделать что бы очистить!
Резервное копирование лога каждые 10 мин!
В настройках плана указал срок набора резервного копирования 1 день!
Копирование настроено на "Устройство резервного копирования"
Диски 1-2-3-4-5
Вопрос как можно очистить??
34. Fox-trot 163 29.03.17 06:58 Сейчас в теме
на курсах администрирования есть отдельное занятие посвященное именно вашему вопросу
35. vkozak 12.04.17 08:37 Сейчас в теме
Спасибо, очень полезная статья.
Реально ни чего лишнего.
36. user636146_andrey.bibikoff 08.07.17 21:40 Сейчас в теме
А как же Дефрагментация индексов?
37. Yaromax 22.01.19 15:38 Сейчас в теме
Для того, чтобы делать полные резервные копии базы - должна быть или очень большая база, или мало места для резервного копирования, или стальные нервы админа. Делаю полную копию рабочих баз каждую ночь, в рабочее время каждый час разностная копия (простая модель восстановления, интервал в 1ч согласован), полная модель в случае с 1С 8 может вызывать вопросы, хотя она, конечно, намного лучше.
38. 1cprogr_nsk 110 23.01.19 10:32 Сейчас в теме
Очень большая это какой размер? У нас 3 базы и каждая больше 100Gb и это на самом деле не много. Полный бекап такой базы примерно 10Gb, сильно накладно и не обосновано делать каждую ночь в таком случае полный бекап. Какие вопросы может вызвать полная модель в случае 1С? Речь идет об резервном копирования средствами СУБД, и целостность БД обеспечивается именно ей, и без разницы, что за БД подключена 1С или что-то еще. В методической поддержки для разработчиков и администраторов 1С сказано, что при клиент-серверном размещении БД, резервное копирование обеспечивать самой СУБД.
39. user1163311 16.04.19 16:48 Сейчас в теме
спасибо большое,простым языком,с картинками,очень доступно.как будто читаю детскую книжку с иллюстрациями)
40. formidron 27.07.19 20:47 Сейчас в теме
41. ded20ded 31.08.19 21:03 Сейчас в теме
Доброе, у кого еть скрипт, ежедневного восстановление базы на втором сервере из бекапа? как это лучше реализовать? SQL серверы разных версий 2012 и 2019
42. 1cprogr_nsk 110 03.09.19 13:45 Сейчас в теме
(41) Здравствуйте, как вариант:
1. Зайти в Management studio;
2. Кликаем Правой кнопки мыши по нужной ИБ -> Задачи->Восстановить-> База данных. В открывшемся мастере настроить так как должно у вас всегда выполняться восстановление и нажать вверху радом с кнопкой "Скрипты" чёрную стрелочку вниз, чтобы открылся список вариантов, выбираем "Буфер обмена";
3. Создать план обслуживания в с одним заданием "Выполнение инструкции T-SQL", вставить из буфера полученный скрипт. Настроить расписание.
43. Nordym42 16.02.21 13:40 Сейчас в теме
Добрый день. Есть вопросы по резервному копированию базы данных через средства SQL, не могли бы помочь настроить всё по человечески за вознаграждение?
44. Nordym42 16.02.21 13:42 Сейчас в теме
Добрый день. Есть вопросы по резервному копированию базы данных через средства SQL, не могли бы помочь настроить всё по человечески за вознаграждение?
45. Vedrukan 10.03.22 11:56 Сейчас в теме
Добрый день! Может кто знает и подскажет как отправлять резервные копии на облако , например яндекс?
46. Vedrukan 10.03.22 11:58 Сейчас в теме
Добрый день! Может кто знает и подскажет как отправлять резервные копии на облако , например яндекс?
56. PsychoMyaso 31.08.22 10:47 Сейчас в теме
(46) Добрый день. Есть специализированные программы, которые по заданному расписанию копируют (синхронизируют) копии в любое заданное место.. Я пользуюсь SmartSync, вполне устраивает.
47. MaCCapAkIII 02.06.22 15:33 Сейчас в теме
Подскажите пожалуйста по такому вопросу. Если есть последовательность из полной копии и копий журналов транзакций между полными копиями - восстановление на любой момент времени возможен? То есть в цепочке бекапов у меня отсутствует дифференциальная (разностная) копия. Есть ежедневные (00.00) полные копии и далее каждый час только транзакции (журнал). При таком бекапировании возможно восстановление на момент времени? Спрашиваю потому, что попробовал недавно восстановить на момент времени имея все бекапы (полный на 00.00 и 10 копий транзакций до 11.00 включительно) и не смог, ошибка "... последовательность LSN".
48. 1cprogr_nsk 110 10.06.22 09:24 Сейчас в теме
(47)
последовательность LSN

Возможен.
Нужно проверить последовательность, возможно она нарушена, например не создан вовремя полный бекап, и были уже удалены некоторые файлы ЖТ.
50. MaCCapAkIII 10.06.22 09:52 Сейчас в теме
(48) Дело в том, что это нарушение последовательности наблюдается только на одном виртуальном сервере. Пробовал делать полную + разностную + транзакции, полную + транзакции - не помогает. После трех часов ночи происходит что-то, что нарушает последовательность. То есть любая копия после 3 часов ночи, разностная или транзакционная, нарушает последовательность LSN. Выяснить причину не могу. Остальные 8 баз на соседнем сервере с аналогичным планом обслуживания и штатным механизмом копирования восстанавливаются из последовательности "полная + транзакции" на любой момент времени.
51. 1cprogr_nsk 110 10.06.22 10:04 Сейчас в теме
Возможно, где-то планы обслуживания "пересекаюся", и один план делает копию ЖТ другой базы, тем самым нарушая последовательность?
52. MaCCapAkIII 10.06.22 10:09 Сейчас в теме
(51)Там одна база, два плана обслуживания. Второй, Statistics_ERP, добавил вчера вечером. До этого был один только план обслуживания - бэкапы. Полный бэкап в 00.00 ежедневно, транзакции каждый час с 1.00 до 23:59:59.
Прикрепленные файлы:
53. 1cprogr_nsk 110 15.06.22 16:06 Сейчас в теме
(52) А успевает ли за 1 час выполниться план full_backup?
54. MaCCapAkIII 15.06.22 17:56 Сейчас в теме
(53) Да. Полная копия - 28 минут. Вот полное обновление статистики по всем таблицам - 6 часов.
55. 1cprogr_nsk 110 16.06.22 19:16 Сейчас в теме
(54) Тогда не вижу причин для нарушения последовательности LSN, задайте вопрос на форуме
Оставьте свое сообщение