Что именно нужно копировать и зачем
Допустим, небольшая компания в Минске хранит базу 1С, документы, почту и таблицы на одном сервере. Если выйдет из строя диск, пострадает всё сразу: бухгалтерия остановится, менеджеры не найдут договоры, а сотрудники потеряют переписку. Поэтому сначала составляют перечень того, без чего работа невозможна: базы учётных систем, папки с документами, почта, настройки серверов и данные, с которыми работает агент.
Сравнение способов хранения копий
| Способ | Подходит, когда | Ограничение |
|---|---|---|
| Копия на другом диске того же сервера | нужно быстро вернуть случайно удалённый файл | не спасёт при пожаре, краже или выходе сервера из строя целиком |
| Внешний носитель, который уносят из офиса | небольшой объём данных, нет второго сервера | зависит от дисциплины сотрудника, носитель легко потерять или забыть |
| Второй сервер в другом помещении | данные критичны, есть специалист для обслуживания | нужны оборудование, настройка и контроль работы |
| Облачное хранилище | нужна копия вне офиса, удобно восстанавливать удалённо | данные хранятся у внешнего поставщика, нужно оценить риски и шифрование |
| Сочетание нескольких способов | потеря данных недопустима для бизнеса | сложнее в настройке и контроле |
Как выбрать способ под свою компанию
Вопросы, которые помогают принять решение, простые. Сколько времени компания может работать без данных? Сколько работы можно потерять между копиями: день или час? Кто будет проверять, что копии создаются? Ответ на первый вопрос определяет, как быстро нужно восстановление, ответ на второй задаёт частоту копирования.
- важные базы копируйте чаще, чем архивные документы
- храните хотя бы одну копию вне основного помещения
- шифруйте копии, особенно если они находятся вне компании
- ограничьте круг людей, кто может удалять и изменять копии
- записывайте, кто отвечает за контроль и кого вызывать при сбое
Проверка восстановления: как убедиться, что копия работает
Выберите тестовую среду
Не восстанавливайте данные поверх рабочих. Разверните копию на отдельной машине или в отдельной папке, чтобы не повредить действующую базу.
Восстановите базу и документы
Запустите процедуру восстановления так, как это будет делаться при настоящем сбое, и засеките, сколько времени она заняла.
Проверьте содержимое
Попросите бухгалтера и менеджера открыть последние документы, найти свежие записи и убедиться, что данные полные и читаются.
Запишите результат
Зафиксируйте, что получилось, что нет и что нужно исправить. Такая проверка проводится регулярно, а не один раз после настройки.
Отдельно подумайте о том, что будет в день сбоя. Нужен короткий письменный порядок действий: кому звонить, где лежат копии, в каком порядке поднимать системы, кто сообщает сотрудникам. Когда такой порядок есть, сбой превращается в рабочую задачу, а не в панику. Распечатайте его и храните в месте, доступном без работающего сервера.
Разделите копии по назначению: оперативные, из которых быстро возвращают случайно удалённое, и архивные, нужные на случай серьёзной аварии. Первые хранят рядом и обновляют часто, вторые вдали и реже, но с обязательным шифрованием и контролем целостности.
Данные ИИ-агента тоже нуждаются в копии
Если Coagent установлен на сервере компании, в резервную копию стоит включить настройки агентов, правила и подключения. Тогда после сбоя платформу можно восстановить в прежнем состоянии, а не настраивать заново. Состав копий и порядок восстановления определяются вместе с администратором компании.
Назначьте дату тестового восстановления и ответственного, чтобы проверить, что ваши копии действительно работают.