Злостный OFF:
Быль.
Некоторое время тому NASA вознамерилось выпускать в откр. космос своих астронавтов. Во время работы вне корабля предполагалось, что они будут делать записи.
Объявили тендер на пИсалО: чтоб по любой поверхности, чтоб не замерзало, чтоб вакума-давления не боялось, чтоб в воде не горело и в огне не тонуло, чтобы легкое было, чтоб дешевое...etc.
Многи хим. концерны потратили сотни тысяч $$ и пару лет жизни и представили, наконец, свои хитро-мудрые разработки... Победил мальчик, который написал: "Дяденьки, а грифелем от карандашика не пробовали, нет?"
Дяденьки ох[очень удивились]ли...
Злостный ОN:
Это я к тому, что как тот мальчик: "Дяденьки, а самым простым копированием не пробовали, нет? Через любую доступную вам бакапку, начиная от
чужого Арксерва до своего SBCONа включительно.... ?".
Ну а если уж душа желает подвигов, и без них никак, то см.
тут.
Незлостный OFF:
ИМНО, подход с
заменой сервера в корне неверен, ибо создаст больше проблем, чем решит. И самая главная проблема - синхронизация данных на серверах. Конечно, если у коллеги полностью статическая БД, тогда да...
Но думается мне, что обычная работа, с постоянно изменяющимися данными. Их то как вы будете согласовывать? И как будете согласовывать Дерево? Пароли, например...
Тоже интересно послушать.
Другое дело, что в рамках заявленного желания иметь
самостийный StandByServer решение прямо противоположно: вкючить второй сервер в Дерево , создать на его томах
дубль-тома первого сервера и организовать синхронизацию данных.
Для этого есть и платные и самодельные решения (см. поиском по ПРОНу).
Вот тогда в случае выхода основного сервера из стороя вам останется только сменить MAP-команды в общем логинСкрипте. Дел на 3 минуты...
Добавлено: 01 июл 2005, 09:41
А вообще-то я плохо представляют ситуацию с внезапной смертью сервера. Что-то тут недодумато (С)
Права потом руками правил их у меня не много было около 10