1с отключить резервное копирование
Теперь можно приступать к настройки Плана обслуживания (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. Но нужно учесть, что эта процедура очищает кэш у ВСЕХ БД, а мы обновили статистику по одной! Как очистить процедурный кэш для определённой БД, читаем
5. "Резервное копирование БД" (Back Up Database Task). В этой задаче указываем какую БД мы резервируем, тип резервной копии (Для недельного подплана - Полное, для дневного - Разностное, для часового - Журнал транзакций.) Ставим переключатель в положение "Создать резервную копию баз данных в одном или нескольких файлах" и добавляем ранее созданное устройство резервного копирования. В таком случае ВСЕ копии сохраняются в один файл, который указали при создании устройства резервного копирования, если переключатель оставить в "Создать файл резервной копии для каждой базы данных", то на каждое резервное копирование будет создаваться отдельный файл и на Полное и на Разностное и на ЖТ, что очень неудобно при восстановлении, зато удобно при хранении. Не забываем укзать что нужно сжимать резервные копии!
6. "Очистка Журнала" Очищает записи, создаваемые при выполнении задач. Также можно включить задачу "Очистка после обслуживания" и настроить её для удаления текстовых логов или устаревших резервных копий.
Подплан для резервирования ЖТ, состоит из одной задачи "Резервное копирование базы данных". ЖТ для меня удобнее сохранять не в Устройство резервного копирования, а в отдельный файл, что необходимо указать в настройке задачи.
В свежих версиях конфигураций 1С озаботилось резервным копированием.
Все здорово, но только для маленьких организаций.
Большие конторы с продвинутой инфраструктурой используют свои системы архивации баз.
Но штатная система архивации настраивается для каждого пользователя отдельно.
Если их много - архивация превращается в проблему.
Обработка отключает архивацию для всех пользователей базы и пустого пользователя тоже.
Специальные предложения
Просмотры 20190
Загрузки 36
Рейтинг 9
Создание 16.05.16 13:05
Обновление 16.05.16 13:05
№ Публикации 524596
Конфигурация Конфигурации 1cv8
Операционная система Windows
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
Код открыт Не указано
См. также
Обработка для управления подключениями пользователей и создание бэкапа КЛИЕНТ-СЕРВЕРНОЙ базы данных 1С 8.2-8.3 (управляемое приложение,"такси") Промо
(©Топчий Д.Ю.) Данная обработка позволяет легко и быстро отключить от любой БД одного или несколько пользователей одновременно, установить блокировку сеансов, что необходимо при регламентных операциях с БД, создать резервную копию базы, удалить "дубли" сеансов. Обработка отключает соединения и сеансы указанных пользователей, даже если сеанс или соединение были "повисшими". Возможна интеграция в любую конфигурацию! (Обновление от 11.03.2016, версия 3.0)
2 стартмани
06.11.2012 62812 619 hakerxp 44
Конфигурация 1С v.8, для резервного копирования клиент-серверных баз 1С v.8 в *.DT на внешний FTP сервер
Данная конфигурация, по времени, указанном в регламентном задании, проходит по заполненному в ней справочнику баз 1С, отключает пользователей и рабочие сеансы и выгружает в файл *.DT: локальную папку, сетевую папку или ftp сервер.
1 стартмани
22.04.2022 844 5 FeDBuka 8
Архивация информационной базы в формате dt для ОС Linux
Реализация сценария резервного копирования информационных баз в формате dt для ОС Linux на примере Ubuntu 20.04 в клиент-серверном варианте для командной оболочки bash.
1 стартмани
20.02.2022 1897 4 masterb 10
Резервное копирование баз 1С с выкидыванием пользователей
Предназначена для администратора базы. bat файл создает резервные копии и выкидывает пользователей.
1 стартмани
31.01.2022 1332 1 sidalexsandr 8
Конфигурация для автоматизации бэкапов Промо
Конфигурация для организации резервного копирования и хранения бэкапов информационных баз во внутреннем формате 1С *.dt
1 стартмани
23.01.2015 34582 178 dusha0020 43
Автообновление конфигурации после обмена
Рабочий механизм автоматического обновления конфигурации "периферийной" базы после получения пакета обмена. Перед обновлением выполняется резервное копирование базы данных.
1 стартмани
02.09.2021 2523 2 Volvo32 1
Портал TopBy (бэкап электронных накладных) (ОФ, УФ)
Обработка предназначена для получения списка электронных накладных с портала TopBy и возможностью их скачивания файлами в форматах XML и XLS. (Обычные и управляемые формы)
1 стартмани
29.08.2021 2735 1 kozusenok 0
Конфигурация для создания резервных копий баз на сервере 1С: предприятие (SQL)
Конфигурация выполняет выгрузку баз в файлы DT, работающих в клиент-серверном режиме (SQL).
1 стартмани
11.08.2021 2655 7 macrosina 6
Резервное копирование SQL-базы 1С в два клика Промо
Простой и надежный способ бэкапа без углубления в тонкости настройки SQL Server Management Studio
1 стартмани
26.09.2012 55259 140 skilster 9
Создание копии базы самим пользователем средствами SQL
Как-то надоело постоянно бухгалтеру восстанавливать копии базы для тестов. Сделал обработку, которая умеет автоматически создать копию с текущей базы средствами sql и восстановить в выбранную копию.
1 стартмани
12.07.2021 2494 3 77dream77 6
История данных - расширение для конфигурации "INFOSTART ERP community edition"
Расширение позволяет хранить (восстанавливать) историю данных прикладных объектов (справочников, документов, движений регистров по документам).
10 стартмани
16.03.2021 3604 6 33lab 9
Автоматическое архивирование и обновление типовых 1С с рассылкой уведомлений
Автоматическое архивирование и обновление типовых 1С. Программа запускается по таймеру в назначенных заданиях Windows. По указанному ключу в запуске будет обновлять конфигурацию или архивировать.
1 стартмани
13.03.2021 3375 3 eda_light 4
Бэкапер-1С: резервные копии бухгалтерии (1С 7.7 - 8.3) Промо
Бэкапер-1С: версия 1.5.0. Появилась гибкая система удаления старых копий! А также: автоматический поиск баз, архивация документов, встроенный архиватор 7-Zip, целостность создаваемых копий, шифрование, отправка отчетов на почту и каталогизация. Ещё никогда резервное копирование не делалось так просто.
1 стартмани
16.05.2013 69374 634 alexey.karmanov 181
Проверка резервного копирования
Программа проверяет наличие бэкапов на текущую дату в указанных каталогах.
1 стартмани
04.02.2021 3098 0 r.moschenskiy 0
Архивирование резервных копий файловой базы 1С: Бухгалтерия 3.0
Если у вас постоянно вылазит окошко с уведомлением о том, что "Рекомендуется настроить резервное копирование информационной базы" и вы хотите его убрать, можете сделать это по моей инструкции.
Такое уведомление выскакивает когда вы не настроили резервное копирование базы 1С в самой программе по расписанию. Это не всегда необходимо, к примеру если вы уже настроили автоматическое резервное копирование баз 1С сторонней программой или вы делаете бекапы вручную через конфигуратор. Рассмотрим отключение всплывающего окошка с предупреждением на примере 1С Бухгалтерия предприятия 3.0.
Итак, как только заходите в программу, 1С начинает на Вас жаловаться вот таким окошком:
Для его отключения переходим в меню Администрирование=>Поддержка и обслуживание:
Далее видим пункт "Настройка резервного копирования" и приписку, что резервное копирование не настроено, информационная база подвергается риску потери данных, заходим в настройку:
Снимаем галочку "Выполнять автоматическое резервное копирование" и жмем "Готово":
Теперь под входом в настройку видим приписку, что резервное копирование не выполняется или организовано сторонними программами. Уведомление больше вас беспокоить не будет.
Если у вас постоянно вылазит окошко с уведомлением о том, что "Рекомендуется настроить резервное копирование информационной базы" и вы хотите его убрать, можете сделать это по моей инструкции.
Такое уведомление выскакивает когда вы не настроили резервное копирование базы 1С в самой программе по расписанию. Это не всегда необходимо, к примеру если вы уже настроили автоматическое резервное копирование баз 1С сторонней программой или вы делаете бекапы вручную через конфигуратор. Рассмотрим отключение всплывающего окошка с предупреждением на примере 1С Бухгалтерия предприятия 3.0.
Итак, как только заходите в программу, 1С начинает на Вас жаловаться вот таким окошком:
Для его отключения переходим в меню Администрирование=>Поддержка и обслуживание:
Далее видим пункт "Настройка резервного копирования" и приписку, что резервное копирование не настроено, информационная база подвергается риску потери данных, заходим в настройку:
Снимаем галочку "Выполнять автоматическое резервное копирование" и жмем "Готово":
Теперь под входом в настройку видим приписку, что резервное копирование не выполняется или организовано сторонними программами. Уведомление больше вас беспокоить не будет.
Количество копий, которое оставляет обновлятор после архивации очень гибко настраивается.
Настройки на уровне программы
Для этого заходим в дополнительные настройки программы, закладка "Архивация баз":
Дневные копии
Вот здесь настраивается количество дневных копий:
Важные пояснения. Дневные копии чистятся в разрезе меток архивации. Метки означают цель создания архива: архивация, перед обновлением, после обновления, перед опасной операцией.
Таким образом, если вы задали единое количество архивов 2, то это значит, что обновлятор будет хранить:
- 2 последние копии с меткой [архивация]
- 2 последние копии с меткой [перед обновлением]
- 2 последние копии с меткой [после обновления] (такой вид архива включается отдельно в дополнительных настройках)
- 2 последние копии с меткой [перед опасной операцией] (такой вид архива создаётся, к примеру, перед тестированием и исправлением базы)
При этом вы можете настроить отдельное количество хранимых архивов в разрезе каждой из меток, например, вот так:
Почему мы храним архивы в разрезе меток? На самом деле это очень верная стратегия.
Давайте представим, что у нас бывает 2 вида архивации: просто архивация (с меткой [архивация]), которую мы запускаем каждый день и архивация, которая делается 1 раз в неделю перед непосредственным обновлением базы (с меткой [перед обновлением]).
Если мы будем чистить их вместе, а не отдельно, то мы очень скоро затрём архив, созданный перед обновлением. И получится, что выполнив обновление базы (или любую другую опасную операцию) мы затем практически сразу лишимся архива, созданного на момент перед критичным изменением базы.
А что если у нас было неудачное обновление и мы не сразу это заметили? Вот здесь чаще всего нам нужна именно копия на момент перед обновлением базы. Поэтому золотое правило - архивы создаваемые перед обновлением могут вытесняться только архивами, которые будут создаваться перед следующим обновлением.
Обычно для метки [архивация] ставят столько копий, сколько нужно хранить архивов, а для всех остальных меток ставят по единичке.
Внимание. При необходимости вы можете зайти в дополнительные настройки программы, закладка "Системные настройки", раздел "Разное" и установить здесь опцию "Использовать единую метку архивации". Обязательно ознакомьтесь с подсказкой к этой опции справа от неё.
Периодические копии
А вот здесь количество периодических копий:
Важное пояснение.
Периодические архивы будут появляться в специальной папке (которая создастся в основной папке с архивами) по мере их вытеснения (удаления) из дневных. Вы увидите сам факт перемещения архива из дневного в периодический в отчёте по операции.
Это значит, к примеру, что копия которая была создана в воскресенье попадёт в недельную копию (за эту неделю) только после того, как она будет вытеснена (удалена) из дневных копий. Это сделано для того, чтобы не дублировать архивы без необходимости, учитывая то, что они могут копироваться в облака. Аналогично, копия на конец месяца не будет копироваться в месячные копии пока она присутствует в копиях предыдущих периодов (дневных или недельных).
Итак общее правило будет таким: копия записывается в периодическую папку по мере того, как она вытесняется из папок предыдущих периодов (недельная, месячная, квартальная, годовая).
Учитывайте, что даже если архив называется 2016.03.zip - это ещё не означает, что он был создан в последний день марта.
Это только означает, что в нём содержится наиболее поздняя из копий, созданных в марте 2016 года.
Точно также с другими периодами. Реальную дату создания архива вы можете посмотреть в свойствах файла (правой кнопкой, свойства).
Архивы занимают своё место в периоде по мере их удаления из ежедневных или других периодических копий.
К примеру, возможна такая ситуация. Пусть мы храним 4 недельные и 2 месячные копии. Тогда, если мы зайдём в архивы, скажем, 5 февраля, то мы не обнаружим в папке "Последние копии на конец месяца" копии на конец января. И это не ошибка, так как эта копия будет всё ещё лежать в недельных копиях (как четвёртая неделя января). Вот когда эту недельную копию вытеснят другие копии - она и переместится в месячные.
Если вы, например, установили хранить все период. копии на конец недели, то нет никакого смысла включать настройку для хранения месячных, квартальных или годовых архивов. Так как все перечисленные виды период. архивов будут совпадать с одним из недельных.
Аналогично, если у вас нет ограничения на хранение дневных копий - нет никакого смысла настраивать периодические архивы, так как у вас не будут удаляться дневные копии.
Облака и дополнительные папки
Кроме того все эти параметры переопределяются на уровне дополнительных папок и облаков:
Настройки на уровне конкретных баз
Плюс все эти параметры переопределяются на уровне свойств конкретных баз:
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Читайте также: