Автоматический бэкап средствами 1с, который обязательно сделается (без перезапуска сервера)

Средства бэкапирования

Поиск методов решения мы начали с выбора средства создания бэкапа.

Обычный tar + gzip работает плохо — данные дублируются. Инкремент часто содержит очень мало изменений по факту, и большая часть данных внутри одного файла повторяется.
Есть еще одна проблема — избыточность распределенного хранилища данных. Мы используем minio и его данные в принципе избыточны

Либо нужно было бэкап делать через сам minio – нагружать его и пользоваться всеми прокладками между файловой системой, и что не менее важно, есть риск забыть про часть бакетов и мета-информации. Либо использовать дедупликацию

«2iS:Администратор» — центр управления инфраструктурой 1С Промо +45 –

Без изменения конфигураций инфобаз Вы получаете:
— Из единой точки регистрацию и обслуживание баз, серверов 1С и СУБД
— Мониторинг и контроль любых заданий
— Контроль за аппаратными ресурсами и анализ производительности
— Централизованные контроль за версиями и авто обновления конфигураций
— Отчеты по работе SQL и многое другое…

Как следствие:
— Снижение затрат на ИТ-поддержку
— Снижение влияния “человеческого фактора”
— Улучшение качества обслуживания
— Увеличение производительности Ваших систем

При покупке бесплатно установим программу и в режиме демонстрации настроим любую одну из заявленных функций.

20000 руб.

Предыстория

При администрировании Nextcloud остро встает проблема организации эффективного бэкапа который нужно обязательно шифровать, так как данные ценны.

Мы предлагаем варианты хранения бэкапа у нас или у заказчика на его отдельных от Nextcloud машинах, что требует гибкого автоматизированного подхода к администрированию.

Клиентов много, все они с разными конфигурациями, и все на своих площадках и со своими особенностями. Тут стандартная методика когда вся площадка принадлежит тебе, и бэкапы делаются из крона подходит плохо.

Для начала посмотрим на вводные данные. Нам нужно:

• Масштабируемость в плане одна нода или несколько. Для крупных исталляций мы используем в качестве хранилища minio.
• Узнавать о проблемах с выполнением бэкапа.
• Нужно хранить бэкап у клиентов и/или у нас.
• Быстро и легко разбираться с проблемами.
• Клиенты и установки сильно отличаются один от другого — единообразия добиться не получается.
• Скорость восстановления должна быть минимальна по двум сценариям: полное восстановление (дизастер), одна папка — стерто по ошибке.
• Обязательна функция дедупликации.

Для решения задачи управления бекапами мы прикрутили GitLab. Подробнее подкатом.

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

За какие периоды хранить бэкапы 1С Предприятие 8?

Ежедневный бэкап 1С Предприятие 8 в большинстве случаев это правильное решение. Но нет особого смысла хранить ежедневные бэкапы, например, за 10 лет. Поэтому возникает задача создания какой-то оптимальной стратегии хранения бэкапов. Формального решения она не имеет. На практике обычно придерживаются следующей схемы.

• Последние несколько дней. Ежедневно делать бэкап и хранить их за последнюю неделю, 10 или 30 дней.
• Последние несколько месяце. Делать бэкап после закрытия месяца и сдачи регламентированной отчётности. Хранить их за последние, например, 24 месяца.
• Последние несколько лет. Делать бэкап после закрытия декабря и сдачи годовой отчётности. Хранить их за последние, например, 5 лет.

Программы резервного копирования баз 1С Предприятие 8

Обзор способов резервного копирования информационных баз достоин отдельной большой статьи. Здесь же просто вкратце перечислим те способы, которые наиболее часто используются для резервного копирования информационных баз 1С.

Вручную с помощью буфера обмена

В месте размещения информационной базы находим файл 1Cv8.1CD и выделяем его. Нажимаем комбинацию горячих клавиш Ctrl+C. Затем переходим в место, где храним архивы резервных копий и нажимаем на комбинацию Ctrl+V. Это и есть простейший бэкап или резервное копирование через буфер обмена операционной системы. Тоже самое можно сделать через контекстное меню, вызываемое щелчком левой кнопкой мышки.

Перед выполнением такого бэкапа все пользователи файловой базы данных должны завершить работу с 1С Предприятие 8. Иначе бэкап может записаться с ошибками.

Автоматическое резервирование средствами Windows

Встроенное в операционную систему средство «Архивирование и восстановление» позволяет осуществлять резервное копирование каталогов и отдельных папок по заранее настроенному расписанию.

Его минус в том, что он не может автоматически завершить работу пользователей файловой базы данных 1С Предприятие 8. Поэтому администратору перед бэкапом надо самому побеспокоиться о завершении работы всех пользователей 1С Предприятие 8 с данной программой.

Бэкап встроенными средствами в 1С Предприятие 8

Подчеркнём, что данная обработка пригодна только для резервного копирования баз, работающих в файловом режиме.

Бэкап средствами СУБД

Если база работает в клиент серверном варианте, то в качестве СУБД обычно используются MS SQL, Postgre или DB2. Эти СУБД обладают встроенными средствами резервного копирования. Клиент-серверный режим не накладывает ограничений на размеры информационных баз.

Бэкап средствами СУБД можно создавать, не выгоняя пользователей из программы 1С Предприятие 8. То есть они могут спокойно продолжать работу. При этом бэкап будет создан без ошибок.

Резервное копирование в AOMEI Backupper

Для запуска создания резервной копии системы нужно будет перейти в раздел «Backup». Здесь предлагается несколько вариантов действий:

• «File Backup» (Резервное копирование файлов) — резервное копирование файлов и папок.
• «System Backup» (Резервное копирование системы) — резервное копирование системы одним щелчком мыши.
• «Disk Backup» (Резервное копирование диска) — резервное копирование жестких дисков в файл-образ.
• «Partition Backup» (Резервное копирование раздела) — резервное копирование разделов и динамических томов.

После нажатия на кнопку «File Backup» (Резервное копирование файлов) вы можете запустить резервное копирование файлов и папок на своем компьютере.

Если вам необходимо будет создать резервную копию диска или раздела, на котором установлена операционная система Windows, то тогда вам нужно будет нажать на кнопку «System Backup» (Резервное копирование системы). Вы сможете создать резервную копию системы и файлов, которые находятся на том диске или разделе диска, на котором установлена операционная система.

Физически жесткий диск на вашем компьютере может быть один, но он может быть разделен на отдельные разделы — логические диски. Например, на моем компьютере это разделы — логические диски «C» и «D».

Если вам необходимо архивировать весь жесткий диск, то в этом случае, вам нужно будет нажать на кнопку «Disk Backup» (Резервное копирование диска – резервное копирование жесткого диска в файл-образ).

Для резервного копирования отдельных разделов можно будет воспользоваться кнопкой «Partition Backup» (Резервное копирование раздела).

Так как я собираюсь сохранить резервную копию логического диска «С» своего компьютера, на котором у меня установлена операционная система Windows, программы и другие данные, то в этом случае, мне нужно будет нажать на раздел «System Backup» (Резервное копирование системы).

При помощи программы AOMEI Backupper будет создана резервная копия не всего жесткого диска моего компьютера, а только того раздела жесткого диска, в котором расположена Windows. На вашем компьютере может быть всего лишь один раздел на жестком диске («С»). Все равно, вам нужно будет нажать на кнопку «System Backup» для того, чтобы сделать резервное копирование системы.

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

В первом шаге, необходимо будет выбрать разделы и тома для создания резервной копии. Программа AOMEI Backupper сама обнаружила раздел с установленной операционной системой.

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

Вы можете нажать на кнопку «Step2» для того, чтобы открыть выбранный диск. Как видно на этом изображении, там уже есть резервная копия системного раздела, созданная штатной утилитой, входящей в состав Windows 7.

В настройки резервного копирования можно будет войти после нажатия на кнопку «Backup Options» (Параметры).

В настройках по умолчанию выбран уровень сжатия — нормальный, метод копирования — интеллектуальное резервирование. Будет сделана только копия используемых секторов файловой системы. Будет использована технология VSS, которая позволяет программе делать копию без прерывания работы приложений.

Меня устроили настройки программы по умолчанию.

Для запуска архивации выделите диск, а затем нажмите на кнопку «Start Backup» (Запуск).

Далее начинается процесс архивации системного раздела. Длительность этой операции будет зависеть от объема диска, резервную копию которого вы будете создавать.

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

После завершения процесса архивации нажмите на кнопку «Finish».

Затем будет открыто главная вкладка в программе AOMEI Backupper. В окне вы увидите созданную резервную копию системного раздела, с датой и временем ее создания. Здесь также расположены кнопки «Restore» (Откат), «Backup» (Копия), «Advanced» (Опции), которые служат для выполнения различных действий в программе.

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

«Что? Где? Когда?» или журнал изменений с восстановлением состояния реквизитов ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.2.16+, ЛЮБАЯ конфигурация) Промо +29 –

(Топчий Д.Ю.) База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость записи на 10-15% выше типового механизма «История изменений»! Позволяет следить за изменениями в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Ну и конечно – подробная справка! Работает на любых платформах выше 8.2.16+ и любых конфигурациях! Версия 2.0 от 06.09.2021!

14388 руб.

Управление созданием резервных копий

Borg и Restic хороши, но ни тот ни другой продукт не имеет централизованного механизма управления. Для цели управления и контроля мы выбрали инструмент который и так у нас внедрен, без которого мы не мыслим свою работу, в том числе по автоматизации — это известный CI/CD – GitLab.

Идея состоит в следующем: на каждую ноду хранящую данные Nextcloud ставится gitlab-runner. Раннер запускает по расписанию скрипт следящий за процессом бэкапирования, и тот запускает Borg или Restic.

Что мы получили? Обратную связь от выполнения, удобный контроль за изменениями, подробности в случае ошибки.

В API гитлаба пока нет возможности менять таймаут CI/CD, а он там небольшой. Его надо увеличить, скажем до .

GitLab к счастью умеет запускать не только по коммиту, но только по расписанию, это ровно то что нам надо.

Теперь о скритпе-обертке.

Мы поставили такие условия для этого скрипта:

• Должен запускаться как раннером, так и руками из консоли с одинаковым функционалом.
• Обязательно должны быть обработчики ошибок:
• return code.
• поиск строки в логе. Например, для нас ошибкой может быть сообщение которое программа фатальной не считает.
• Обработка timeout. Время выполнения должно быть разумным.
• Нам нужен подробнейший лог. Но только в случае ошибки.
• Так же проводится ряд тестов перед началом.
• Небольшие плюшки для удобства, которые мы нашли полезными в процессе поддержки:
• Запуск и окончание фиксируется в сислоге локальной машины. Это помогает связать системные ошибки и работу бэкапа.
• Часть лога ошибок, когда они есть, выдается в stdout, весь лог пишется в отдельный файл. Удобно сразу глянуть в CI и оценить ошибку если она тривиальная.
• Режимы для дебага.

Полный лог сохраняется в виде артефакта в GitLab, если ошибки нет, то лог удаляется. Скрипт пишем на bash.

Любые предложения и замечания по опенсорсу будем рады рассмотреть — welcome.

Тонкая настройка ежедневного резервного копирования базы данных 1С средствами SQL ver. 2014 (SP3) — 12.0.6024.0 (X64) +44 –

Хочу вам предложить небольшой пример, как можно реализовать резервное копирование 1С-ых баз данных средствами SQL. Данный материал не претендует на пулитцеровскую премию. Но возможно кому-то будет интересно узнать, что-то новенькое.
Данный материал для резервного копирования только одной базы данных. А именно, если у вас 20-ть баз, то вам придется создавать 20-ть планов обслуживания для каждой базы индивидуально.
(Слава разработчикам SQL, они разрешили копировать блоки из одного плана в другой, вам остается только произвести небольшую настройку для каждого скопированного блока — некоторые настройки блоков сбрасываются и выставляются значением по умолчанию и остаются неактивными)

Пару слов о сжатии

У Borg’а есть в арсенале прекрасный новый алгоритм сжатия — zstd. По качеству сжатия не хуже gzip, но значительно быстрее. И сравним по скорости с дефотным lz4.

Например дамп MySQL базы сжимается раза в два лучше lz4 при той же скорости. Однако, опыт на реальных данных показывает, что очень небольшую разницу в степени сжатия ноды Nextcloud .

В Borg есть довольно бонусный режим сжатия — если файл имеет большую энтропию, то сжатие не применяется вообще, что увеличивает скорость работы. Включается опцией при создании
для алгоритма zstd
Так вот с этой опцией в сравнении со сжатием по-умолчанию мы получили
560Gb и 562Gb соответственно. Данные из примера выше, напомню, без сжатия результат 628Gb. Результат в 2Гб разницы несколько нас удививший, но мы посчитали что выберем все-таки .

Среды восстановления

Среды восстановления – это программные надстройки Windows, которые могут запускаться отдельно от повреждённой системы и предназначаются, соответственно, для восстановления её работоспособности из ранее созданного бэкапа. У всех актуальных версий Windows есть своя родная среда восстановления, запускаемая в случае с версией 7 клавишей F8, в случае с версиями 8.1 и 10 — автоматически при системном сбое или с использованием установочного диска.

Родная среда системы позволяет восстановить её с помощью ранее созданных точки отката или резервной копии. Сторонние программы реализуют свои среды восстановления, которые могут восстанавливать систему из созданного такими программами бэкапа или снапшотов (сторонних аналогов системных точек отката). Такие среды есть, например, у программ-бэкаперов от разработчиков Acronis и Ease US, а также у программы, реализующей возможность отката к снапшотам, RollBack Rx от Horizon DataSys. Используя для бэкапа ПО от Acronis, можем реализовать программную среду восстановления, которая будет запускаться при включении компьютера клавишей F11. И, соответственно, предоставит нам доступ к инструментам Acronis.

Вход в среду восстановления от Ease US и вовсе прописывается в меню загрузки Windows.

Попасть же в среду восстановления RollBack Rx и откатиться к раннему снапшоту можно нажатием клавиши «Home» при загрузке компьютера.

Поскольку среда восстановления – это лишь аварийный способ доступа к средствам бэкапа, у этого механизма будут те же достоинства и недостатки, что и у самого бэкапа. Правда, с той лишь разницей, что в этом случае восстановление незагружающейся Windows не привязано к наличию загрузочного носителя с программой-бэкапером. По сути, сама среда и есть этим загрузочным носителем. Однако вместо этого недостатка имеем другой: существование среды восстановления и возможность доступа к ней будет замедлять запуск Windows.

Бесплатное программное обеспечение с открытым исходным кодом

Имя	Лицензия	Написано с	Работает на Windows	Работает на macOS	Работает на Linux	Есть графический интерфейс ?	Есть CLI ?	Последнее обновление
Аманда	BSD	C , Perl	да	да	да	Только с Amanda Enterprise	да	1 декабря 2017 г.
Резервное копирование Areca	GPLv2.0	Java 1.4.x	да	Нет	да	да	да	26 августа 2015 г.
Чердак	BSD	Python	Нет	да	да	Нет	да	16 мая 2015 года
BackupPC	GPLv2.0	Perl	Да (с Cygwin )	да	да	да	?	20 июня 2020 г. (стабильный)
Назад во времени	GPLv2.0	Python	Нет	Нет	да	да	да	5 июля 2021 г.
Bacula	AGPLv 3.0	C , C ++	да	да	да	да	да	3 июня 2021 г.
BorgBackup	BSD-3	Python, Cython, C	Да (с Cygwin )	да	да	Необязательно (BorgBase, BorgWeb, Vorta)	да	11 февраля 2019 г.,
Коробка резервного копирования	BSD / GPLv2.0	C ++	да	да	да	да	?	19 августа 2018 г.
Буп	LGPLv 2.0	Python , Bash , C	Да (с Cygwin )	да	да	Нет	да	20 октября 2018 г.
ДАР	GPLv2	C ++	да	да	да	Необязательно (DarGUI, Kdar, gdar)	да	8 декабря 2018 г.
DirSync Pro	GPLv3	Джава	да	да	да	да	?	17 марта 2018 г.
Дубликаты	LGPL	C #	да	да	да	да	да	2 февраля 2013 г. (v1.3.4, устарело) 18 января 2020 г. (v2.0.5.1, бета)
двуличие	GPL	Python	Да (с Cygwin )	да	да	Необязательно (Déjà Dup)	да	9 янв.2021 г.
Лететь обратно	GPL	Python	Нет	Нет	да	да	?	5 мая 2010 г.
FreeFileSync	GPLv3	C ++	да	да	да	да	да	11 июня 2021 г.
git-приложение	GPL3 +	Haskell	Нет	да	да	Частичное	да	19 февраля 2019 г.
luckyBackup	GPLv3	C ++	Нет	Нет	да	да	да	18 ноя 2018
Сервер резервного копирования Proxmox	AGPLv 3.0	Ржавчина	Нет	Нет	да	да	да	15 апреля 2021 г.
rdiff-резервное копирование	GPL	Python	да	да	да	Необязательно (JBackpack, Rdiffweb, Minarca)	да	25 июля 2020 г.
отдыхать	BSD	Идти	да	да	да	Нет	да	3 августа 2021 г.
деготь	BSD / CDDL , GNU		Да (с GnuWin32 )	да	да	Необязательно (GUI Tar и Tar GUI)	да	Зависит от реализации

Restic vs Borg

Сравнения Borg и Restic есть в том числе здесь на Хабре, и у нас не было задачи сделать просто еще одно, но своё

Нам было важно как это будет выглядить на наших данных, с нашей спецификой. Мы их приводим

Наши критерии выбора, помимо уже упоминавшихся (дедупликация, быстрое восстановление и пр.):

• Устойчивость к незавершенной работе. Проверка на kill -9.
• Размер на диске.
• Требовательность к ресурсам (ЦПУ, память).
• Размер хранимых блобов.
• Работа с S3.
• Проверка целостности.

Для тестирования мы взяли одного клиента с реальными данными и общим размером 1,6Тб.
Условия.

Чтобы снизить влияние сети, использовали местного провайдера — Яндекс Облако.

Результаты тестирования сравнения.

• Kill -9 с дальнейшим перезапуском оба прошли успешно.
• Размер на диске. Borg умеет сжимать поэтому результаты ожидаемые.

Backuper	Размер
Borg	562Gb
Restic	628Gb

• По CPU
  Сам по себе borg расходует мало, с дефолтным сжатием, но оценивать надо вместе с процессом goofys. В сумме они сравнимы и утилизируют около 1,2 ядра на одной и той же тестовой виртуалке.
• Память. Restic приблизительно 0,5Гб, Borg около 200Мб. Но это все незначительно в сравнении с файловым кешем системы. Так что памяти желательно выделять побольше.
• Разница в размере блобов оказалась разительной.

Backuper	Размер
Borg	около 500Мб
Restic	около 5Мб

• Работа с S3 от Restic отличная. Работа Borg через goofys вопросов не вызывает, но замечено, что желательно по окончании бэкапа делать umount чтобы полностью сбросить кеш. Особенность работы S3 в том, что недокачанные чанки никогда не будут отправлены в бакет, а значит не полностью залитые данные приводят к большим повреждениям.
• Проверка целостности работает хорошо в обоих случаях, но скорость отличается значительно.
  Restic – 3,5 часа.
  Borg, с файловым кешем в 100Гб SSD – 5 часов.Приблизительно такой же результат по скорости если данные лежат на локальном диске.
  Borg читает прямо с S3 без кеша 33 часа. Чудовищно долго.

В сухом остатке Borg умеет сжимать и имеет бОльшие блобы — что делает более дешевым хранение и операции GET/PUT в S3. Но за это приходится платить более сложной и медленной проверкой. Что касается скорости восстановления — то мы разницы не заметили. Последующие бэкапы (после первого) restic делает несколько дольше, но не существенно.

Не на последнем месте в выборе стоял размер коммьюнити.

И мы выбрали borg.

Быстро, дёшево и массово подстраховать базы клиентов от утери. Комплексная система удалённого резервного копирования +41 –

Вы можете держать копии баз своих клиентов актуальными на своем backup-сервере. Rsync передаст только изменения базы, в связи с чем, передача данных произойдет самым рациональным способом. Обновление копии файловой базы происходит почти мгновенно, даже по низкоскоростным каналам связи. Вы сможете держать копии всех MSSQL баз на своём удалённом сервере с почасовой актуальностью. Как это сделать описываю в деталях. Систему можно использовать вообще для любых файлов. Если копия не обновляется заданное время — приходит оповещение об этом.
Предыдущая версия уже несколько лет работает на локальном backup-сервере, который спасал мою честь несколько раз.

2 стартмани

Как это работает

На бэкапируемой ноде запускается раннер с башевским экзекьютером. По планировщику в специальной репе запускается job CI/CD. Раннер запускает скрипт универсальную обертку для таких задач, в нем проходят проверки валидности репозитория бэкапа, точек монтирования и всего что захотим, затем выполняется бэкапирование и очистка старого. Сам готовый бэкап отправляется на S3.

Мы работаем по такой схеме — это внешний провайдер AWS или российский аналог (это быстрее и данные не покидают РФ). Либо клиенту ставим отдельный minio кластер на его площадке для этих целей. Обычно так делаем по соображениям безопасности, когда клиент совсем не хочет чтобы данные покидали их контур.

Пользоваться фичей отправки бэкапа по ssh мы не стали. Безопасности это не добавляет, а сетевые возможности провайдера S3 сильно выше одной нашей ssh машины.

Для того чтобы обезопасить от хакера на локальной машине — ведь он может стереть данные на S3, обязательно нужно включить версионирование.
бэкапер всегда шифрует бэкап.

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

По отдельному шедулеру производится проверка бэкапов на целостность индексов и содержимого. Проверка происходит медленно и долго, поэтому мы запускаем ее отдельно раз в месяц. Может идти несколько суток.

Коммерческое программное обеспечение и программное обеспечение с закрытым исходным кодом

Имя	Издатель	Работает на Windows ?	Работает на macOS ?	Работает на Linux ?	Есть графический интерфейс ?	Постоянная защита данных
@MAX SyncUp	Программное обеспечение @MAX	да	Нет	Нет	да	да
Acronis True Image	Acronis	да	да	Нет	да	да
Резервное копирование Аргентума	Аргентум Программное обеспечение	да	Нет	Нет	да	Нет
Backup4all	Softland	да	Нет	Нет	да	Нет
BackupAssist	ИТ-лаборатории Cortex	да	Нет	Нет	да	Нет
Backup Exec	Программное обеспечение Veritas	да	да	да	да	да
Bvckup 2	Pipemetrics SA	да	Нет	Нет	да	Нет
Каталогический DPX	Каталогическое программное обеспечение	да	Нет	да	да	да
ChronoSync	Экон Технологии	Нет	да	Нет	да	Нет
CloudBerry Backup	CloudBerry Lab	да	да	да	да	Нет
Cobian Backup	Луис Кобиан	да	Нет	Нет	да	Нет
Commvault	Commvault	да	да	да	да	да
Comodo Backup	Comodo Group	да	Нет	Нет	да	да
Аварийный план	Code42	да	да	да	да	да
Резервное копирование Dmailer	Dmailer	да	да	Нет	да	Нет
EMC NetWorker	Корпорация EMC	да	да	да	да	Нет
Genie Backup Manager	Джини-Софт	да	Нет	да	да	да
HP Data Protector	Программное обеспечение и решения HP	да	да	да	да	да
IBM Spectrum Protect (Tivoli Storage Manager)	IBM	да	да	да	да	да
Образ для Windows	Безлимитный TeraByte	да	Нет	да	да	Нет
Бесконечный диск	Программное обеспечение Chili Pepper	да	Нет	Нет	да	Исключительно
InMage DR-Scout	InMage	да	Нет	да	да	да
KeepVault	KeepVault	да	Частичное	Нет	да	да
Резервное копирование Mac, также известное как MobileMe	Apple Inc.	да	да	да	да	да
Макриум Отражение	Paramount Software UK Ltd	да	Нет	Нет	да	да
Резервное копирование NetVault	QuestSoftware	да	да	да	да	Нет
Norton 360	Symantec	да	Нет	да	да	Нет
Norton Ghost	Symantec	да	Нет	да	да	Нет
Novabackup	НоваСтор	да	Нет	Частичное	да	Нет
NTBackup	Microsoft	да	Нет	Нет	да	Нет
Ретроспектива	Retrospect Inc	да	да	да	да	Нет
Рубрик	Rubrik Inc	да	да	да	да	да
Дуб паук	Дуб паук	да	да	да	да	да
SyncToy	Microsoft	да	Нет	Нет	да	Нет
System Center Data Protection Manager	Microsoft	да	Нет	Нет	да	да
Машина времени	Apple Inc.	Нет	да	Нет	да	Нет
Тонидо Бэкап	CodeLathe	да	да	да	да	Нет
Резервное копирование и восстановление Windows	Microsoft	да	Нет	Нет	да	Нет

Методика проверки бэкапа

По планировщику запускается виртуалка прямо у провайдера или у клиента, что сильно снижает сетевую нагрузку. Как минимум это дешевле, чем поднимать у себя и гонять трафик.

По этой же схеме мы проверяем файлы антивирусом (постфактум). Ведь пользователи заливают разное в Nextcloud и не у всех есть антивирус. Проводить проверку в момент заливки занимает слишком много времени, и мешает бизнесу.

Масштабируемость достигается запуском раннеров на разных нодах с разными тегами.
В нашем мониторинге собираются статусы бэкапов через API GitLab в одном окне, при необходимости проблемы легко замечаются, и так же легко локализуются.

Как часто надо делать бэкап 1С Предприятие 8?

Вопрос о том, как часто надо делать бэкап 1С Предприятие 8 приходится слышать постоянно. Ответ на него определяется периодичностью и объёмом данных, которые вносятся в информационную базу. Если бухгалтер ежедневно регистрирует по несколько хозяйственных операций, то целесообразно бэкап делать ежедневно. При большом документообороте не лишним будет делать бэкап два раза в день или даже чаще.

Как правило, после восстановления последнего бэкапа приходится какое-то количество операций повторно вводить в информационную базу. Поэтому, если восстановлена информационная база месячной давности, то заново придётся вводить в неё операции за последний месяц.

Внешние программы резервирования

Программ для резервного копирования великое множество. Перечислим лишь те из них, которые наиболее часто применяют для бекапов 1С Предприятие 8.

• Бэкапер-1С. Бесплатная, подробности здесь http://helpme1c.ru/bekuper-1s-rezervnye-kopii-buxgalterii.
• Backuper. Бесплатная, подробности здесь https://infostart.ru/public/604488.
• Handy Backup. Платная, подробности здесь http://www.handybackup.ru/.
• Effector Saver. Платная, подробности здесь https://efsaver.ru/.
• Acronis Backup. Платная, подробности здесь https://www.acronis.com/ru-ru/business/backup/.

Порядок следования в этом списке произвольный. Нельзя утверждать, что первая в списке программа самая лучшая, а последняя худшая.  Каждая из них обладает своими особенностями. Например, некоторые из этих программ могут работать, как файловыми, так и с клиент-серверными базами данных.

Если вы затрудняетесь самостоятельно организовать резервное копирование ваших информационных баз 1С Предприятие 8, мы готовы вам в этом помочь

Лучше полчаса потратить на бэкап, чем днями и ночами вручную восстанавливать базу. Напишите отзыв.

Сохранить

Как настроить автоматическое резервное копирование в MS SQL SERVER EXPRESS +20 –

При использовании MS SQL Server редакции Express, которая является бесплатной, важно понимать, что она имеет ряд ограничений. Кроме того что размер базы данных при использовании MS SQL Server Express не может превышать 10 Гб, в составе этой редакции СУБД отсутствует SQL Server Agent, который позволяет создавать планы обслуживания баз данных для регулярного автоматического выполнения

В результате нет возможности автоматизировать резервное копирование базы данных штатными средствами.

Однако выход из ситуации есть. В статье описана инструкция по настройке автоматического резервного копирования для MS SQL Server Express 2008.

1 стартмани

Бэкап

Бэкап, он же резервное копирование – это создание снимков состояния разделов Windows, разделов или отдельных папок с нашими данными. Запечатлённая в снимках информация в будущем может быть восстановлена из этих снимков. Если что-то случается – например, Windows перестаёт корректно работать, вообще не загружается или теряется наша важная информация, мы просто восстанавливаем всё это из бэкапа.

У бэкапа есть слабые места:

• Плановое создание резервных копий нагружает систему. В лучшем случае системными фоновыми процессами, в худшем, когда хранилищем указан тот же диск, на котором установлена Windows – нагрузкой диска операцией записи;• Скопление резервных копий требует либо периодического нашего вмешательства для их удаления, либо использования функциональных программ-бэкаперов с возможностью применения схем автоматического удаления старых копий;• Родной механизм создания бэкапа Windows оставляет желать лучшего, а толковые программы-бэкаперы – это обычно платные сторонние продукты;• Если Windows перестанет загружаться, без ранее созданного Live-диска программы-бэкапера потребуется участие второго компьютера.

Некоторые из этих недостатков условны. Так, на сегодняшнем рынке софта представлено немало толкового ПО для резервного копирования Windows, которое в базовых бесплатных редакциях предлагает весь необходимый для обывательских нужд инструментарий. В числе таких программ, например, AOMEI Backupper и EaseUS Todo Backup. Штатный системный бэкап не имеет гибких настроек, его образы резервных копий занимают много места на диске, тем не менее это вполне рабочий механизм, который может восстановить Windows в случае её сбоя.

Главное преимущество системного бэкапа – возможность отката системы к рабочему состоянию из прошлого. А чтобы это прошлое не было чрезмерно далёким, без наших недавних данных, все более-менее стоящие программы-бэкаперы могут предложить возможность автоматического освежения основной (полной) резервной копии обновлениями в виде неполных копий – инкрементных и дифференциальных. Последние экономят место на диске, при этом обеспечивают откат системы к различным её состояниям во времени.