Может понадобиться восстановить:
- отдельный сервер;
- всю систему;
- базу данных.
Отдельный сервер восстанавливается с подключением к другим серверам, оставшимся в работе. Как и при начальной установке новый сервер ориентируется на ноду или список нод с исполняемыми экземплярами микросервисов mc или ic. С того, куда удастся подключиться, будет скачана актуальная конфигурация. Если восстанавливаемый сервер сохранил адреса, то он сразу включится в работу. Если адреса изменились, то понадобится изменение и активация конфигурации с исправлением его адресов.
1. Если у вас есть развернутая система из более чем одного сервера — попробуйте провести эту операцию.
Вся система может быть развернута полностью пустой, и вслед за этим в нее могут быть загружены настройки, экспортированные ранее из админского приложения “Настройки”.
Если же осталась доступной БД, то при установке можно выбрать подключение к существующей БД. Если сохранились все адреса и имена серверов (имеются в виду имена, заданные во время инсталляции), то после установки достаточно будет убедиться, что актуальная конфигурация применена. А если адреса или имена меняются, то потребуется открыть сохраненную конфигурацию (она загрузится из БД), исправить в ней имена и адреса под актуальные, после этого активировать конфигурацию.
2. Проведите эту операцию на своем сервере. Вы можете не удалять текущий контейнер, а остановить его, а при новой инсталляции задать другой постфикс. Тогда вы сможете вернуться к предыдущему контейнеру в любой момент. Установите продуктовый слой, убедитесь, что система сохранила свои данные.
3. Проведите экспорт данных из мастер-домена и своих рабочих доменов. Осуществите установку системы с развертыванием нового экземпляра БД, а затем импортируйте настройки. Установите продуктовый слой и проверьте, что данные сохранены, телефоны регистрируются, звонки осуществляются.
База данных postgresql может быть установлена и настроена в режим потоковой репликации. При установке двух или более серверной системы с размещением БД на тех же серверах потоковая репликация может быть настроена средствами инсталлятора. А в системе может быть настроен контроллер репликации, который делает рекавери-экземпляр мастером, если доступ к мастеру теряется более чем на полминуты.
Альтернативой может являться регулярный бэкап базы данных внешними средствами, либо средствами платформы. Средства платформы тривиальны, требуют указания в конфигурации доступов к хостам по ssh, чтобы корректно создать бэкап и разместить его на хранение. Несмотря на то, что в конфигурации пароли хешируются, следует уделять внимание правам используемых учетных записей.
Следует предпочитать внешнее размещение БД и внешние средства репликации и контроллер.
KAFKA и ClickHouse, используемые для архивов в нагруженных системах, поддерживают распределенную отказоустойчивую архитектуру из коробки, так их и следует устанавливать и подключать.