Обзор

Softswitch включает в себя систему, которая делает возможным периодическое автоматическое резервное копирование базы данных.  Параметры резервного копирования базы данных, такие как расписание, время запуска, сжатие и количество сохраняемых поколений, можно настроить в разделе «Резервное копирование» интерфейса «Системные параметры». Следует соблюдать осторожность при выборе времени начала резервного копирования, потому что, даже если процедура резервного копирования находится в режиме онлайн (что означает, что она не отключает службу на время ее выполнения), она создает значительную нагрузку на систему, которая может помешать обработка звонков. Следует выбрать непиковое время для резервного копирования базы данных.

Следует отметить, что в «еженедельном» режиме резервное копирование будет выполняться в тот же день недели, что и в первый раз после включения. Итак, если вы включили запуск еженедельно в пятницу днем ​​в 04:30, то он будет запускаться каждую субботу в 04:30. То же правило применяется к «ежемесячному» режиму — резервное копирование будет выполняться в тот же день каждого месяца, что и в первый раз после включения.

По умолчанию резервные копии базы данных хранятся в каталоге /var/backups самого Softswitch. Рекомендуется настроить сервер для подключения отдельного физического жесткого диска (или сетевого диска) в этот каталог, чтобы в случае отказа основного диска можно было восстановить систему из резервной копии.

Формат резервной копии базы данных можно выбрать из нескольких различных форматов,

• SQL Text Dump (default) — этот формат обеспечивает наилучшее сочетание скорости восстановления и совместимости между версиями программного обеспечения сервера баз данных. Может быть восстановлен на любой версии программного обеспечения сервера баз данных. Умеренно компактен.
• Filesystem DB Snapshot   — этот формат обеспечивает самую высокую скорость восстановления, но он несовместим со старшими и второстепенными версиями программного обеспечения сервера баз данных. Формат неэффективен в пространстве.
• SQL Binary Dump  — этот формат обеспечивает хорошую скорость восстановления, но совместим только с младшими версиями программного обеспечения сервера баз данных. Очень эффективное использование пространства.
• SQL TAR Dump  — этот формат обеспечивает хорошую скорость восстановления, но совместим только с младшими версиями программного обеспечения сервера баз данных. Использование этого формата архива позволяет переупорядочивать и/или исключать объекты базы данных во время восстановления базы данных. В отличие от других форматов, также можно ограничить, какие данные перезагружаются во время восстановления. Умеренно компактен.

Для еще лучшей защиты существует дополнительный механизм, который позволяет автоматически загружать файлы резервных копий на внешний удаленный сервер по сети в рамках процедуры резервного копирования. Чтобы использовать этот механизм, необходимо поместить в каталог /var/db/pgsql один или два сценария: ecopy и eremove, каждый из которых принимает «имя файла резервной копии» в качестве единственного аргумента. Первый вызывается, когда файл резервной копии создан и его необходимо загрузить на удаленный сервер, а второй — когда файл резервной копии необходимо удалить в рамках процедуры ротации. Сценарий ecopy должен возвращать свой статус ошибки — код выхода 0 означает, что загрузка завершена успешно, а любой другой код указывает на ошибку. Пример сценария ecopy, который загружает файл на удаленный TFTP-сервер, доступен в файле /home/ssp/scripts/ecopy_tftp. файл ш. Сценарий eremove может отсутствовать, и в этом случае вместо него должен быть реализован какой-либо внешний механизм удаленного устаревания и ротации резервных копий. Все действия по резервному копированию регистрируются в файле /var/log/backup.log.

Вся активность резервного копирования регистрируется в файле /var/log/backup.log.  

Как восстановить систему из резервной копии, если ваш рабочий сервер полностью вышел из строя и нет резервного сервера:

1. Активируйте резервную копию базы данных в веб-интерфейсе вашего софтсвитча Flysip (при первом использовании софтсвитча Flysip);

1. Установите  Schedule"(how frequent the system should backup the database), "Dump Format = SQL dump(text)", "Compression = gzip"(or w/o compression), "Start Time" (suitable time of DB backup), "Generations" (the amount of backups you plan to store)
2. Подготовьте ftp-сервер и предоставьте команде поддержки Flysip всю необходимую информацию (IP-адрес ftp, учетные данные и папку). Служба поддержки Flysip настроит резервное копирование базы данных на ваш ftp-сервер. Конфигурация «Загрузка базы данных» на FTP-сервер должна быть выполнена только один раз, после этого система всегда будет автоматически загружать новые резервные копии на ваш FTP-сервер.
3. Если сервер выходит из строя и не может быть восстановлен, вы можете установить систему с нуля, используя ISO-образ Flysip.
   
   
4. После завершения установки обратитесь в службу поддержки для дальнейшей активации сервера и предоставьте ссылку на файл резервной копии (файл, который был предварительно загружен на FTP). Службе поддержки требуется файл резервной копии для восстановления данных.