Помощь Регистрация
Показано с 1 по 16 из 16
  1. #1
    Аватар для Ferz
    Регистрация
    03.02.2007
    Пол
    Пол: Мужской
    Авто
    старое зеленое
    Возраст
    31
    Сообщений
    8 305
    Благодарности

    Вопрос по репликации DFS

    Делаю отказоустойчивую систему из 2х серверов на базе ОС Win2008R2 std. Запнулся на проблеме с репликацией DFS.
    Суть следующая - в офисе находится основой сервер. В другом здании находится вспомогательный сервер. Все пользователи работают с основным сервером(в том числе и удаленные пользователи), вспомогательный установлен на случай, если главный офис окажется "отрезанным от интернета" и в этом случае удаленные пользователи авторизируются и продолжают работать на вспомогательном сервера(происходят изменения\создания\удаления данных), в это время пользователи, находящиеся в главном офисе, продолжают работать с основным сервером, так же создавая\удаляя\изменяя данные. Но настает час Х и связь между серверами восстанавливается, запускается процесс репликации и тут я теряюсь. Что произойдет с данными, которые были изменены?

    Для примера:
    пусть на шаре есть экселевская таблица, с которой по очереди работают 2 сотрудника. Один из гл.офиса(А), другой с удаленного офиса(Б). Допустим, что связь между серверами пропадает, но пользователи это не замечают(и не должны). В это время "А" открывает на шаре экселевскую табличку, эту же таблицу открывает и "Б". Оба они вносят изменения. И тут возникает вопрос, что произойдет с этой таблицей после восстановления связи и репликации?
    Дело в том, что на месте этой мифической таблицы может быть и база 1С и автокадовский чертеж, да все что угодно.

    Или в данном случае лучше(надежнее) делать ежедневные копии на вспомогательный сервер и при форс-мажоре перенаправлять пользователей туда, но только с возможностью "только чтение"?

  2. #2
    Banned (Read Only)
    Регистрация
    27.02.2008
    Пол
    Пол: Мужской
    Авто
    Сервантик
    Возраст
    36
    Сообщений
    34 587
    Благодарности
    Записей в дневнике
    2
    я бы не связывался с DFS.
    а для баз 1С вообще необходимо отключать всякое кеширование и репликацию на шарах
    лучше сделайте резервный канал

  3. #3
    Аватар для Ferz
    Регистрация
    03.02.2007
    Пол
    Пол: Мужской
    Авто
    старое зеленое
    Возраст
    31
    Сообщений
    8 305
    Благодарности
    Цитата Сообщение от !Chip Посмотреть сообщение
    я бы не связывался с DFS.
    Почему такое отношение к DFS?
    Цитата Сообщение от !Chip Посмотреть сообщение
    для баз 1С вообще необходимо отключать всякое кеширование и репликацию на шарах
    Пока только бекап на это дело. Вот до репликации дошел и задумался, а не натворит ли она мне делов в моем случае.
    Цитата Сообщение от !Chip Посмотреть сообщение
    лучше сделайте резервный канал
    Бывает, что вылетает оборудование в стойке. Устраняется конечно оперативно, но работа удаленных пользователей стоит. Именно по этой причине и ищу способ чтобы удаленные пользователи имели доступ к актуальной информации хотя бы в режиме "только на чтение", ну и их авторизация на AD.

  4. #4
    Moderator AG Team Аватар для DAE
    Регистрация
    11.07.2007
    Пол
    Пол: Мужской
    Авто
    E300 4matic
    Возраст
    31
    Сообщений
    26 608
    Благодарности
    Записей в дневнике
    12
    я понятия не имею что такое DFS, поэтому попробую посоветовать исходя из опыта реплицирования web-сервисов вообще, и sql master-master в частности.

    Случай разрыва связи между серверами - самый тяжелый.
    Я думаю что в таком случае возникновение коллизий неизбежно, а значит автоматическое поднятие синка без потери данных не возможно.
    как поведет себя конкретно dfs - лучше проверить вживую (ну или доки почитать ;-) )
    в mysql была бы просто ошибка синхронизации)

    Стратегий решений может быть много, в зависимости от того какие пользователи являются приоритетными
    Если более приоритетными являются внутренние - то 2й сервер должен быть read only как ты и говорил
    Если более приоритетные внешние - то read only должен стать основной сервер на время краша
    Phone: +7 (495) 724-34-12
    Skype: dentelis
    Мой drive2

  5. #5
    Moderator AG Team Аватар для DAE
    Регистрация
    11.07.2007
    Пол
    Пол: Мужской
    Авто
    E300 4matic
    Возраст
    31
    Сообщений
    26 608
    Благодарности
    Записей в дневнике
    12
    Цитата Сообщение от Ferz Посмотреть сообщение
    Именно по этой причине и ищу способ чтобы удаленные пользователи имели доступ к актуальной информации хотя бы в режиме "только на чтение", ну и их авторизация на AD.
    В таком случае мне кажется более оптимальным не извращаться с репликацией (которая предназначена все таки для защиты от выхода из строя железа-сторейджа), а озаботиться резервными каналами связи к основному серверу
    Phone: +7 (495) 724-34-12
    Skype: dentelis
    Мой drive2

  6. #6
    Аватар для Ferz
    Регистрация
    03.02.2007
    Пол
    Пол: Мужской
    Авто
    старое зеленое
    Возраст
    31
    Сообщений
    8 305
    Благодарности
    Цитата Сообщение от DAE Посмотреть сообщение
    Если более приоритетными являются внутренние - то 2й сервер должен быть read only как ты и говорил
    Видимо так и буду поступать.

    Цитата Сообщение от DAE Посмотреть сообщение
    в mysql была бы просто ошибка синхронизации)
    Как в таких случаях синхронизировали инфу? Простое ее копирование на отвалившийся сервер и запуск репликации по новой?

    Цитата Сообщение от DAE Посмотреть сообщение
    озаботиться резервными каналами связи к основному серверу
    В данном случае не осуществимо. Уже обсасывал эту тему.

  7. #7
    Moderator AG Team Аватар для DAE
    Регистрация
    11.07.2007
    Пол
    Пол: Мужской
    Авто
    E300 4matic
    Возраст
    31
    Сообщений
    26 608
    Благодарности
    Записей в дневнике
    12
    Цитата Сообщение от Ferz Посмотреть сообщение
    Как в таких случаях синхронизировали инфу? Простое ее копирование на отвалившийся сервер и запуск репликации по новой?
    в случае mysql реплицация может быть master-slave или master-master

    для master-slave запросы на чтение могут идти к обоим серверам, а на запись - только к master.
    если умирает slave - всем пофиг)
    если умирает master - slave становится master. когда master оживет на него будет залит текущий дамп со slave и он снова станет master. как правило это сопровождается остановкой сервиса не некоторое непродолжительное время.
    если рвется коннект между slave и master - слейв считается умершим(!)

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

    PS с учетом нашей специфики (оборудование в датацентрах), вероятность физической смерти сервера в десятки раз выше чем потеря связи между ними
    Phone: +7 (495) 724-34-12
    Skype: dentelis
    Мой drive2

  8. #8
    Moderator AG Team Аватар для DAE
    Регистрация
    11.07.2007
    Пол
    Пол: Мужской
    Авто
    E300 4matic
    Возраст
    31
    Сообщений
    26 608
    Благодарности
    Записей в дневнике
    12
    Цитата Сообщение от Ferz Посмотреть сообщение
    В данном случае не осуществимо. Уже обсасывал эту тему.
    Не видел если честно, можно ссылку?
    Phone: +7 (495) 724-34-12
    Skype: dentelis
    Мой drive2

  9. #9
    Аватар для Ferz
    Регистрация
    03.02.2007
    Пол
    Пол: Мужской
    Авто
    старое зеленое
    Возраст
    31
    Сообщений
    8 305
    Благодарности
    Спасибо. Один из вариантов решения проблемы понял.
    Осталось с DFS мануал докурить.

    Цитата Сообщение от DAE Посмотреть сообщение
    Не видел если честно, можно ссылку?
    Это было обсуждено внутри организации с соответствующим отделом. Подробности можно отнести к коммерческой тайне

  10. #10
    Banned (Read Only)
    Регистрация
    27.02.2008
    Пол
    Пол: Мужской
    Авто
    Сервантик
    Возраст
    36
    Сообщений
    34 587
    Благодарности
    Записей в дневнике
    2
    Цитата Сообщение от Ferz Посмотреть сообщение
    Почему такое отношение к DFS?
    после 4-х лет использования решил от неё отказаться, причин много.

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


    Цитата Сообщение от Ferz Посмотреть сообщение
    Бывает, что вылетает оборудование в стойке.
    меняй


    Цитата Сообщение от Ferz Посмотреть сообщение
    Вот до репликации дошел и задумался, а не натворит ли она мне делов в моем случае.
    натворит, либо в лучшем случае ктото один потеряет изменения в файлах

  11. #11
    Аватар для Ferz
    Регистрация
    03.02.2007
    Пол
    Пол: Мужской
    Авто
    старое зеленое
    Возраст
    31
    Сообщений
    8 305
    Благодарности
    Цитата Сообщение от !Chip Посмотреть сообщение
    ибо мало кому из пользователей надо просто смотреть
    В моем случае и да и нет.

    Цитата Сообщение от !Chip Посмотреть сообщение
    меняй
    см. ответ для DAE

    Цитата Сообщение от !Chip Посмотреть сообщение
    ктото один потеряет изменения в файлах
    А это может привести к тому, что клиент останется без услуг, либо ее окажут тому, кто от услуг отказался )))

    Цитата Сообщение от !Chip Посмотреть сообщение
    причин много.
    Можно основные услышать? Я сам с DFS еще не работал, и про возможные траблы не знаю или знаю не все.

  12. #12
    Аватар для dalex
    Регистрация
    15.02.2006
    Пол
    Пол: Мужской
    Авто
    Kia Sorento
    Возраст
    36
    Сообщений
    17 310
    Благодарности
    Цитата Сообщение от Ferz Посмотреть сообщение
    Но настает час Х и связь между серверами восстанавливается, запускается процесс репликации и тут я теряюсь.
    Ясен перец система за тебя не будет сводить экселевские таблички в одну.

  13. #13
    Аватар для Ferz
    Регистрация
    03.02.2007
    Пол
    Пол: Мужской
    Авто
    старое зеленое
    Возраст
    31
    Сообщений
    8 305
    Благодарности
    Цитата Сообщение от dalex Посмотреть сообщение
    Ясен перец система за тебя не будет сводить экселевские таблички в одну.
    Было бы иначе, я бы тему не создавал.

  14. #14
    Banned (Read Only)
    Регистрация
    27.02.2008
    Пол
    Пол: Мужской
    Авто
    Сервантик
    Возраст
    36
    Сообщений
    34 587
    Благодарности
    Записей в дневнике
    2
    Цитата Сообщение от Ferz Посмотреть сообщение
    Можно основные услышать? Я сам с DFS еще не работал, и про возможные траблы не знаю или знаю не все.
    косяков особо нет, если конечно AD работает нормально, просто в моём варианте я решил упростить систему.

  15. #15
    Аватар для Oleg249
    Регистрация
    20.05.2008
    Пол
    Пол: Мужской
    Сообщений
    4 590
    Благодарности
    Цитата Сообщение от DAE Посмотреть сообщение
    в случае mysql реплицация может быть master-slave или master-master

    для master-slave запросы на чтение могут идти к обоим серверам, а на запись - только к master.
    если умирает slave - всем пофиг)
    если умирает master - slave становится master. когда master оживет на него будет залит текущий дамп со slave и он снова станет master. как правило это сопровождается остановкой сервиса не некоторое непродолжительное время.
    если рвется коннект между slave и master - слейв считается умершим(!)

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

    PS с учетом нашей специфики (оборудование в датацентрах), вероятность физической смерти сервера в десятки раз выше чем потеря связи между ними
    А что, в mysql 2-phase commit в распределенных базах отсутствует? Или там вообще commit как класс отсутствует?

  16. #16
    Moderator AG Team Аватар для DAE
    Регистрация
    11.07.2007
    Пол
    Пол: Мужской
    Авто
    E300 4matic
    Возраст
    31
    Сообщений
    26 608
    Благодарности
    Записей в дневнике
    12
    Присутствует только в innodb.
    Но его скорость работы категорически не устраивает
    Phone: +7 (495) 724-34-12
    Skype: dentelis
    Мой drive2

Похожие темы
  1. Вопрос по пластиковым картам
    от Oleg07 в разделе Полезно. Интересно. Познавательно
    Ответов: 40
    Последнее сообщение: 07.04.2007, 14:11
  2. Вопрос по защите от угона
    от Oleg07 в разделе Автомобильный
    Ответов: 52
    Последнее сообщение: 20.12.2004, 10:20
  3. Вопрос: по замене кузова кто спец?
    от Edward в разделе Автомобильный
    Ответов: 10
    Последнее сообщение: 23.11.2004, 16:53
  4. Вопрос по зарядке АКБ
    от Oleg в разделе Автомобильный
    Ответов: 3
    Последнее сообщение: 31.10.2004, 12:28
  5. вопрос по работе форумов
    от отец Димитрий(093i) в разделе Советы, отзывы, критика, рекомендации
    Ответов: 2
    Последнее сообщение: 13.04.2004, 12:11
Ваши права
  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •