Резервные копии CRM на своём сервере: что настроить в первый день

Переезд на свой сервер часто мотивирован словами «данные у нас». Это правда только если есть работающие резервные копии не на том же диске, что и основная база. Пожар, сбой диска, ошибка администратора при обновлении — без бэкапа CRM исчезает вместе с историей клиентов. Первый день после установки — день настройки копирования, не отложенная задача.

Минимум: ежедневная автоматическая копия базы данных и каталога загруженных файлов, хранение минимум семь daily и четыре weekly на другом носителе или другом сервере. «Копия на том же VPS в соседней папке» — лучше, чем ничего, но не защита от полной потери машины. Облачное хранилище или второй сервер — нормальный стандарт для малого бизнеса.

Расписание — ночью, когда нагрузка низкая. Уведомление администратору при сбое задачи копирования обязательно: тихий провал неделю = ноль восстановления. Проверяйте не только «файл создался», но и размер — резкое уменьшение сигнал битой копии.

Раз в квартал — учение восстановления на тестовой среде или отдельной базе: поднять из копии, войти, открыть карточку, проверить вложения. Бэкап, который никто не пробовал восстанавливать, — гипотеза. Одно учение выявляет забытые таблицы, права доступа к архиву, устаревший скрипт.

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

Обновления платформы: перед обновлением NXR-Engine — ручная или внеплановая копия. Автоматическая nightly не отменяет snapshot «до нажатия кнопки обновить». Откат за час vs восстановление репутации после потери данных — очевидный выбор.

Документ на одну страницу: что копируем, куда, как часто, кто ответственный, как восстановить, контакты хостинга. Новый подрядчик или смена IT — не начинать с археологии. NXR-Engine на своём сервере не освобождает от этого документа; наоборот, делает его вашим.

Допустимое время простоя и допустимая потеря данных — простым языком: сколько часов можно не работать (восстановление за четыре часа?) и сколько обращений можно не восстановить (сутки между копиями?). Для малой CRM часто достаточно суточного интервала между копиями; для активных продаж в сезон — чаще. Честные ответы вместо «у нас всё сохраняется».

Установка и рекомендации по копированию — в документации платформы и на странице тарифов для self-hosted. Структуру процессов до переноса на свой сервер можно отработать в конструкторе и магазине, чтобы после восстановления не начинать с пустой логики.

Резервная копия — страховка репутации перед клиентами. Настроенная в первый день, проверенная раз в квартал, хранящаяся отдельно от сервера — минимум взрослого владения CRM на своей инфраструктуре.

Добавьте в договор с хостинг-подрядчиком пункт: кому принадлежат файлы копий и срок их хранения после расторжения. Малая компания часто узнаёт об этом только при смене провайдера. Пятнадцать минут юридической ясности сейчас дешевле восстановления базы из ничего.

Храните распечатку или файл с паролями доступа к копиям у двух ответственных лиц, не только у подрядчика. Если администратор недоступен, владелец бизнеса должен уметь запустить восстановление без поиска «того, кто настраивал пять лет назад».

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

Уточните у хостера срок хранения удалённых снимков: некоторые провайдеры стирают старые копии через тридцать дней. Если ваш регламент требует квартал — место хранения должно это поддерживать без ручного переноса каждую неделю и без потери последней рабочей версии базы.

• Настройте ежедневное копирование в первый день после установки.
• Храните копии на другом сервере или в облаке.
• Получайте уведомление при сбое задачи резервирования.
• Восстанавливайте из копии на тесте раз в квартал.
• Делайте отдельную копию перед каждым обновлением системы.