- gt оверквотинг удален Может посмотреть в сторону linux-ha , Trooper (?), 08:57 , 09-Фев-11 (1)
>[оверквотинг удален] > не возникает. На Server1 поднимаю базу из последнего бэкап, накатываю репликационные > пакеты (они раз в 3 мин из Firebird выгрузаться будут) И > практически без потерь продолжаю работу. А вот что касается ситуации, когда > выйдет из строя Server1. На оставшемся компьютере запущу Dns и DHCP, > тут все должно заработать, а вот как быть с самбой? Что > с нее копировать (при помощи RSync?) надо, чтоб WS по прежнему > работали и не заметили подмены? Нужно ли будет поменять имя и > IP компьютера? (Мне кажеться, что необязательно). И как лучше наладить репликацию > пользователей домена? Или может вообще, все как-то по другому организовывать? Все > это будет работать под OpenSuse 11.3, и последней самбой.Может посмотреть в сторону linux-ha?
- Для файл сервера необходим один IP Иначе после сбоя на WS нужно очищать кэши DN, alex (??), 18:21 , 09-Фев-11 (3)
Для файл сервера необходим один IP. Иначе после сбоя на WS нужно очищать кэши DNS (Или ставить очень маленький срок жизни зоны на сервере). Если WS ищют FS через WINS то тем более. Для этого целесообразно использовать linux-ha чаще именуемый в списках пакетов как heartbeat. Когда речь заходит о FS часто используется в связке с DRBD (RAID1 поверх TCP/IP).
- Почитал про кластеры Опасаюсь вот чего Сейчас все вышеописанное установлено на, Глеб (?), 11:15 , 16-Фев-11 (4)
Почитал про кластеры. Опасаюсь вот чего. Сейчас все вышеописанное установлено на одном сервере. Но сочетание файл-сервера (Samba) с SQL-сервером (Firebird) на одном компьютере не очень хорошая практика. Я так понимаю, что оба они активно занимаются вводом-выводом и активно конкурируют друг с другом да дисковый ресурс. За счет того, что идет постоянное обращение к самбовским ресурсам, страницы файла БД постоянно вытесняются из кэша (а весь файл чуть больше 1 Гб, легко мог бы уместится там, что привело бы к значительному ускорению работы Firebird). Изначальная идея - разнести Samba и Firebird на разные компьютеры, чтоб не мешали друг другу. Ну и как бонус, в случае поломки одного, перенести все на второй. Если сделать кластер, то зеркалирование самбовских файлов на компьютер с Firebird забъет на нем дисковый IO, и в результате, как мне кажется выигрыша в быстродействии не получится. Поэтому хочу просто подготовить на компьютере с Firebird контроллер домена, который можно будет быстро запустить в случае неприятностей...
|