Тема: Организация 2 серверов резервного копирования Wialon Pro 1401
Добрый день. Не подскажите ли, возможно ли реализовать 2 сервера резервного копирования Wialon Pro 1401 и как это правильно организовать?
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Добрый день. Не подскажите ли, возможно ли реализовать 2 сервера резервного копирования Wialon Pro 1401 и как это правильно организовать?
На основном сервере должна быть переменная:
WIALON_RESERVE_SERVER_TARGET = IP1:port1;IP2:port2
На резервных соответственно:
WIALON_RESERVE_SERVER_SOURCE = IP1:port1
WIALON_RESERVE_SERVER_SOURCE = IP2:port2
где IP1, IP2 - внешние ip адреса резервных серверов.
port1 и port2 - порты для синхронизации.
Возможна синхронизация на несколько серверов одновременно. Тогда значение этой переменной следует прописывать в виде host1:port1;host2:port2;…
http://docs.wialon.com/ru/pro/1401/admi … #ustanovka
Вот старые бекапы были более удобные.
Я так за года и не спросил, почему новый принцип применили ?
Потому-что надежнее и в реальном режиме времени. Ну и ничего не мешает развернуть резервный сервер, на той же машине что и боевой.
Поверьте, надежность многого стоит, не прросто так задумывалась вся эта система работы. На Wialon Hosting 20+ серверов с данными и еще столько же серверов с резервной копией и за несколько лет работы каких только случаев у нас не было - от регулярного отказа диска в сервере (что решает RAID), да мгновенного отказа всей системы I/O, когда сервер жий, ПО работает, а зайти не удается и данные не сохраняются. И кучу промежуточных проблем.
К примеру, за последние 3 месяца мы планово обновили и стандартизировали конфигурацию серверов БД в части аппаратной составляющей (перешли везде на программный RAID) и обновили ОС с Debian Squeeze на Wheezy. И это все при активно работающем облаке, причем я уверен, ни один из пользователей этого и не заметил. Только эта технология резервирования данных и простота переключения сервиса из пассивного режима в активный без потери данных, помогли достичь таких результатов.
shal , у нас не облако а решение заточенное. Мы ) такие "клуб любителей про"
В бекапах которые ранее падали в папку бекап- можно было отдельно забирать и складировать. Тем более можно было бы клиентам через 5ть лет данные вытащить и тд.
А сейчас если данные затереть ( например загрузив специально другие координаты- мир не без добрых людей). то автоматом
Потому-что надежнее и в реальном режиме времени.
все и на зеркале.
Да и в общем. Горячее копирование не сделаешь и т.д.
Верно?
Останавливаем резервный сервер, делаем бэкап. Снова его запускаем.
логично)