Резервное копирование в облако
Встроенное резервное копирование Gizmo Server исправно сохраняет копии базы данных — но локально, на диске самого сервера (подробно — в статье «Резервная копия»). Это отлично защищает от повреждения базы данных: файл слетел, обновление пошло не так, кто-то случайно почистил не ту папку — копия рядом, восстановились и работаем дальше. Но если сгорел блок питания и вместе с ним диск, или сервер просто украли из клуба вместе со всеми копиями внутри, локальные копии бесполезны — они сгорели или уехали вместе с сервером.
Отдельной облачной функции резервного копирования в Gizmo пока нет, но собрать её самостоятельно проще, чем кажется — нужно просто переиспользовать уже существующую настройку. Путь хранения резервных копий (поле Хранение) можно указать не на системный диск, а в папку, которая синхронизируется с облаком. Дальше всю грязную работу сделает облачный клиент, а вам останется только один раз всё настроить.
Шаг 1. Установите облачный клиент на сервер
Установите на сервере клиент любого облачного хранилища с локальной синхронизацией папки — подойдёт Яндекс.Диск, Google Drive или любой другой сервис, который вы уже используете в компании.
Это практический способ через существующие настройки, а не отдельная встроенная функция Gizmo. Если в будущем появится собственная интеграция с облачными хранилищами, этот раздел будет обновлён.
Шаг 2. Укажите синхронизируемую папку для резервных копий
В Gizmo Manager откройте
→ → .Включите резервное копирование переключателем — по умолчанию оно выключено, и пока переключатель не включён, остальные параметры недоступны.
Проверьте Максимальное количество файлов резервных копий для хранения (по умолчанию — 10) и Повторение — время создания копии (по умолчанию — 0:00).
В поле Хранение укажите полный путь к синхронизируемой папке облачного клиента.
Сохраните настройки — дальше копии будут создаваться туда же, а облачный клиент автоматически будет забирать их за пределы сервера, без вашего участия.
Убедитесь, что пользователь операционной системы, от имени которого запущен Gizmo Server, обладает правами на чтение и запись в эту папку — иначе копии просто не будут создаваться, и вы узнаете об этом в худший момент. Это то же самое требование, что и для обычного локального пути.
Шаг 3. Время от времени проверяйте синхронизацию и место в облаке
Убедитесь, что синхронизация с облаком реально происходит, а не просто копится в локальной папке без загрузки — загляните в интерфейс облачного клиента и убедитесь, что файлы действительно уезжают наверх.
Проверьте, что свободного места в облачном хранилище хватает с учётом максимального количества файлов резервных копий, которое вы указали в настройках сервера — если лимит места меньше, чем суммарный вес всех копий, часть из них просто не загрузится.
Результат
Резервные копии базы данных создаются в синхронизируемой папке, а облачный клиент автоматически забирает их за пределы сервера — копии сохранятся, даже если с самим сервером что-то случится. Разовая настройка, которая потом работает сама — ровно то, ради чего вообще стоит с этим возиться.