Привет! > Как видно из realese_notes nbackup работает только с локальными > версиями БД.
Он читает файл(ы) БД постранично. При этом все изменения складируются рядом. Таким образом, чтобы nbackup работал по сетке - его функциональность надо перетащить в сервер (пусть меня птицеводы поправят, если я неправ), создать несколько новых API вызовов и вместо него оставить оболочку, которая будет дёргать сервер за соответствующие ниточки. > моему нельзя тоже создавать удаленно)...но когда FB делает это все без > вмешательства руки человека и в случае сбоя одного сервера он > продолжит работу...было бы круто...или может я размечтался :) То, что ты хочешь - называется failover-cluster и делается без участия Птица. Я проводил некоторые тесты по созданию теневой копии на удалённых дисках (сетевых). Особой разницы в скорости нет. Выводы из тех тестов можно было сделать неоднозначные, поэтому, посовещавшись со знающими людьми, мы решили результаты тестов не публиковать :) Ты можешь сделать сетевой RAID - тогда будешь иметь возможность, в случае сбоя, сохранить копию того диска, который зеркалируешь. Ты можешь создать 2 виртуалки, одна из которых работает "на подхвате" в том случае, если с первой что-то случается. Разумеется, тебе потребуется соответствующее железо. Не следует пугаться слова "виртуалка" - при потерях 5-10% производительности иметь возможность прозрачной миграции сервера - очень даже приятно. Как правило, волшебной кнопки с надписью "сделать мне хорошо" не существует. З.Ы. Обычно "прозрачное восстановление" в любых областях стоит ооочень дорого :) -- Best regards, Sergey mailto:[email protected]
