Будьте осторожны с Яндекс-Диском при бэкапе баз 1С
UPD 2024-07-28: Даже при правильных настройках Яндекс-диск почему-то опять задублировал базы. Поэтому рекомендация — вообще не использовать его для бэкапа 1С. Велика вероятность ошибки. Простая задача одностороннего сохранения папок ему недоступна, он зачем-то делает двухстороннюю синхронизацию! Допускаю, что там что-то в настройках, нужно удалять программу, ставить заново и включать только сохранение папок. У меня-то локально работает на домашнем компьютере.
Есть два способа настроить бэкап баз 1С, используя Яндекс-Диск и только один из них является правильным!
Я пишу эту статью, потому что у клиента возник сбой с базой, который выглядел как откат базы на пару месяцев назад. Причина оказалась как раз в использовании неправильного способа.
У клиента базы расположены на сервере в папке C:\Bases.
При этом, чтобы база бэкапилась, в настройках Яндекс-диска был указан путь синхронизации: C:\Bases.
Я заменил на другой и снял галочку синхронизации со всех файлов и папок на Яндекс-диске.
То есть, мы не используем синхронизацию при работе с Яндекс-Диском.
У клиента Яндекс-диск посчитал версию на диске более приоритетной и переименовал файл рабочей базы с суффиксом (2), это видно и по размеру базы:
В итоге база как бы откатилась на пару месяцев назад. Хорошо, пользователи это сразу заметили и обмен РИБ также не шел, т.к. конфигурация была старой и слепок конфигурации не проходил.
Для бэкапа используйте сохранение папок на компьютере:
В итоге данные будут сохранены в папку, название которой начинается на «Компьютер» на Яндекс-диске:
При этом важно, чтобы в разделе «Удаление» стояло «Не удалять«, а то при удалении с Яндекс-диска может быть удален и файл на компьютере:
Если на сервере несколько пользователей, не заходите под несколькими в Яндекс-Диск, это также может привести к сбоям. Если у другого пользователя используется Яндекс-Диск, выйдите из аккаунта, используемого для бэкапа.
Такой способ единственно безопасный и избавляет от вероятности коллизии, потому что это односторонняя, а не двухсторонняя синхронизация!
>>Для бэкапа используйте сохранение папок на компьютере
Прорыв из кризиса it!
Яндекс.Диск не предназначен для бэкапа баз. Это персональное файловое хранилище для бытовых целей. Строить систему бэкапов на нем — это подкладывать клиенту мину.
ЯД это бюджетный вариант бэкапа. Лучше, чем ничего. Что порекомендуете?
С S3 ты уже намучался, поэтому этот вариант не осилишь скорей всего.
Альтернатива — VPS хостинг, поставить linux, настроить бэкапы на базе restic-а. Так же в самой компании иметь отдельный NAS для бэкапов (бэкапы в любые облачные среды не должны быть единственным вариантом)
На бэкапах не экономят.
это выходит за рамки бюжета среднего бизнеса, не стоит предлагать экскаватор там, где достаточно лопаты.
Не вижу проблем использования яндекс-диска.
Средний бизнес — сегмент экономики, который формируют коммерческие предприятия с годовым доходом свыше 800 млн руб., но не более 2 млрд руб. и среднесписочной численностью сотрудников от 101 до 250 чел.
Познавательно.
Effector Saver 4 + Я.Диск/Gdrive — выгрузка через API и никаких причуд. Классическая связка для клиентов в последние годы
Как часто сохраняете? Что насчет версионирования?