LINUX.ORG.RU

Ответ на: комментарий от Zlobin

Блин. Я никогда к этим тегам не привыкну. :)) Сорри.

По теме, там же в любом случае любой узел «наполняется» из шаблонов, если делать по уму. Так что восстановление не должно быть проблематичным. Шаблоны, графики и прочее привязываются к узлу довольно быстро.

Именно, как восстановить не скажу. У меня лично бд заббикса бекапится так же, как и остальные.

shell-script ★★★★★ ()
Ответ на: комментарий от shell-script

Там куча всяких персональных тригеров была. В том то и проблема.

Zlobin ()

Из бэкапов БД поднимать.

А вобще надо всё на шаблоны завязывать, даже если всё ради одного хоста.

Deleted ()

Ошибочно удалил нужный узел, есть возможность отменить удаление?

только бекап базы поднятый на тестовом сервере заббикса и сделать оттуда экспорт и импорт на боевой сервер.

PS не бекапов = ССЗБ

MikeDM ★★★★★ ()
Ответ на: комментарий от MikeDM

кстати, вот я держу репликацию сервера с заббиксом, который после каждого крупного обновления сервиса делает реплику, это вроде как удобнее недели просто бэкап.

erzent ☆☆ ()
Ответ на: комментарий от erzent

не путай понятия реплики и бекапы. это разные вещи. реплика это дублирование а бекап это сохранение состояния на определенный момент.

MikeDM ★★★★★ ()
Ответ на: комментарий от erzent

тем что удаление пойдет по реплике и фиг вы что откатите потом

Kartas39 ()
Ответ на: комментарий от erzent

чем это будет отличатся от бэкапа в плане восстановления данных на основной сервер?

тем что реплика это 1 в 1 состояние мастер сервера.

а бекап может быть за вчера, за позавчера и за 1 января 2014 года.

MikeDM ★★★★★ ()
Ответ на: комментарий от shell-script

вообще, zabbix всё умеет экспортировать в обычные xml-и. я все узлы там создавала именно руками, а не через его тупые юзерские интерфейсы. это быстрее и удобнее. потом этот xml накатывается на сервер - и счастье есть. аналогично и бэкапы в xml - просто и со вкусом. конечно, данные могут потеряться (иначе ещё придётся базу тащить). но хоть настройки останутся.

Iron_Bug ★★★★ ()
Ответ на: комментарий от MikeDM

репликация может быть настроена на определённое время и на определённое кол-во машин, правда ток на vmware и hyper-v

erzent ☆☆ ()
Ответ на: комментарий от erzent

ээээ сходи в википедию и почитай что такое «репликация» и что такое «резервирование» потом вернись и извинись перед публикой.

MikeDM ★★★★★ ()
Ответ на: комментарий от erzent

Основное различие между репликацией и управлением копированием заключается в следующем:

Если используется репликация, то обновление одной реплики в конечном счёте распространяется на все остальные автоматически.

MikeDM ★★★★★ ()
Ответ на: комментарий от MikeDM

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

erzent ☆☆ ()
Ответ на: комментарий от erzent

да не путай ты HA с резервированием и репликацией.

потоковая репликация применяется для баз данных.

MikeDM ★★★★★ ()
Ответ на: комментарий от MikeDM

но такая гибкая система репликаций есть только у hyper-v и vmware, притом у вторых даже есть из коробки, системой гибкого восстановления зовётся.

erzent ☆☆ ()
Последнее исправление: erzent (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.