Исходное сообщение
"Множественный бекап / синхронизация " Отправлено L0n3R4ng3r, 20-Июл-07 14:47
>[оверквотинг удален] >на всех серверах (по очереди) >небольшая потеря не страшна (1-X из сервров сдох)  т.е. надо синхронизация >по времени изменения - т.е. самое новое считать самым правильным. >важно отслеживать появление новых фалйлов , удаление удалённых >как такового "ведущего" сервера нет и по теории задумки не должно быть. > > >кто что может подсказать по этому поводу ? >идеи с "главным сервером" не предалгать т.к. это недопустимо (падение главного сервера) > как вариан решения проблемы предлагаю сделать с двома главными серверами(можно разширыть алгоритм, и сделать намного больше ведущих) допустим есть есть сеть 22- компа делаем три сети(192.168.0.0-6 компов(диапазон 1-6) 192.168.1.0-9компов(1-9),192.168.2.0-9компов(1-9)),вообщем обновления должно проходить в 4 этапа 1-й: сервер 0.3 запирает через rsync файлы с (0.1;0.2) 0.4(0.5;0.6) 1.7(1.1;1.2;1.3) 1.5(1.3;1.6;1.9) 2.7(2.1;2.2;2.3) 2.5(2.3;2.6;2.9) 2-ой этап: 0.4(0.3 если неудача 0.1;0.2 потом 0.4 || 0.5;0.6) 2.7(1.5 || 1.3;1.6;1.9 && 2.5 || 2.3;2.6;2.9 3-й этап: 0.4 (2.7 || (1.5 || 1.3;1.6;1.9 && 2.5 || 2.3;2.6;2.9)) 2.7(0.4 || (0.3 || 0.1;0.2 && 0.4 || 0.5;0.6)) 4-й этап синхронизируем клиенты с серверами 0.1(0.4 || 2.7) 0.2(0.4 || 2.7) 0.3(0.4 || 2.7) ... 1.1(0.4 || 2.7) 1.2(0.4 || 2.7) 1.3(0.4 || 2.7) ... 2.1(0.4 || 2.7) 2.2(0.4 || 2.7) 2.3(0.4 || 2.7) ... и так далее и еще надо поставить ntp, ну надеюсь помог. удачи