Как организовать резервное копирование базы 1С в облако?

Question

[Евгений]

Есть сервер, под управлением Windows Server 2016, на котором, в файловом режиме, работает 1С-Предприятие.
Пользователи работают в терминальном режиме.
Надо организовать резервное копирование базы 1С в облако (желательно, Google Drive)
Посоветуйте, как лучше решить эту задачу?
Заранее благодарю все ответивших.

Answer 1

[АртемЪ]

Основная проблема в таких ситуациях - сделать саму копию, поскольку пользователи работают постоянно.
Для этого применяется штатный механизм теневого копирования NTFS.
Делаете теневую копию прямо во время работы пользователей, упаковываете ее в архив, и любой консольной утилитой отправляете в нужное вам облако.
Есть и софт для бэкапа поддерживающий теневое копирование и работу с облаками, но скриптом получается более гибкое решение.
Теневые копии делаются обычно штатными средствами ОС, для сжатия используются архиваторы вроде rar, 7z, zpaq.
Для отправки в облако ищите консольный клиент под данное облако например для Google Drive есть https://github.com/gdrive-org/gdrive, для MEGA есть https://megatools.megous.com/ и.т.д.

Answer 2

[Александр]

Базу в парольный архив, архив на облако по webdav или через родной клиент(google). Чем проще тем стабильней.

Answer 3

[Михаил Лялин]

Cobian Backup с теневым копированием и ограниченным числом копий, далее Google Drive как локальный диск без корзины

Answer 4

[akelsey]

Базу забэкапить стандартным способом локально, далее Duplicati2 - шифруется и по 50 метров в облако кусками. В любое. На яндексе можно 1тб за 2к в год купить (не реклама)

Answer 5

[Zzzz9]

А скорость интернета и размер базы? А то может суток не хватит.

Comments

[Евгений]

Скорость интернета достаточная (не менее 20-30 Мб/с)
Размер базы не большой, до 1 ГБ.

[АртемЪ]

Zzzz9, маловероятный сценарий.
У меня в одном месте работал бэкап 1с базы около 300Гб и файлового хранилища порядка 200Гб через 3g со стабильной скоростью прокачки около 1мегабита на удаленный FTP.
Изначально был сделан архив с помощью zpaq и доставлен на место физически, а потом - ежедневный прирост базы и файлов редко превышал 1гб за два, три часа ночью дельта изменений прокачивалось без проблем.