none
DFS RRS feed

  • Вопрос

  • Есть 2 (S1, S2) сервера Windows 2008 Server R2 Standart с настроенной DFS и репликацией.

    Репликация происходит в постоянном режиме (двусторонняя).

    На серверах расположена база 1с.

    При вылете сервера S1 все автоматически начинают обращаться к серверу S2 (с этим проблем нет). Но когда подымается сервер S1 почему то репликация происходит с S1 на S2, в итоге получается, что информация за пару дней просто пропадает. Причем в 1с вся база хранится в 1 файле и именно от туда все пропадает, логи 1с реплицируются нормально.

    Проблема эта постоянная из-за перебоев с электричеством.

    Соответственно вопрос, как это исправить.

    И еще в каждом сервере 2 сетевые карты. Возможно ли настроить репликацию только на 1 сетевую карту, а обращение к серверу на другую.

    Можно ли сделать при DFS балансировку нагрузки сети, что бы часть обращалась на 1 сервер и часть на 2 сервер?

    4 января 2013 г. 6:00

Ответы

  • 1. DFS с репликацией  и балансировкой хорошо работает на чтение, но практически не пригодна в случае изменений файлов: при параллельной модификации файлов последнее изменение одной реплики затрет изменения других реплик.

    2. Обращаться к базам данных через DFS, да еще реплицировать их - это вообще удивительно, что у вас хоть что-то работает... по идее целостность баз постоянно нарушается.

    3. Правильнее всего обеспечить нормальное питание сервера, например, через UPS - все манипулации с DFS не дают никаких гарантий нормальной работы.


    Сазонов Илья http://isazonov.wordpress.com/

    5 января 2013 г. 17:40
    Модератор

Все ответы

  • с такими вещами как большие файлы и тем более постоянно открытые базы лучше быть осторожнее, надо проверять как 1с обновляет сам файл базы, вполне возможно что она не меняет время изменения сразу, или вообще делает это при закрытии базы, и может оказаться что на вернувшемся s1 временная метка новее.

    dfs нормально работает с балансировкой (собственно это ее основной функционал, может работать и без репликации, обратное тоже верно), но надо учитывать что если один файл будет одновременно изменен в обоих локациях то останется только тот что был закрыт последним, а изменения во втором пропадут. поэтому надо разделять по ресурсам, раставляя для разных ресурсов разные приоритетные сервера

    5 января 2013 г. 11:42
    Модератор
  • 1. DFS с репликацией  и балансировкой хорошо работает на чтение, но практически не пригодна в случае изменений файлов: при параллельной модификации файлов последнее изменение одной реплики затрет изменения других реплик.

    2. Обращаться к базам данных через DFS, да еще реплицировать их - это вообще удивительно, что у вас хоть что-то работает... по идее целостность баз постоянно нарушается.

    3. Правильнее всего обеспечить нормальное питание сервера, например, через UPS - все манипулации с DFS не дают никаких гарантий нормальной работы.


    Сазонов Илья http://isazonov.wordpress.com/

    5 января 2013 г. 17:40
    Модератор
  • Ответ на ваш вопрос называется Кластер серверов 1С:ПредприятияDFS штука хорошая, но применять нужно для других задач, как вам справедливо заметили коллеги. 

    Всех благ.


    5 января 2013 г. 17:59
    Отвечающий
  • По поводу кластера серверов 1с понятно, читал и не раз, но проблема в том, что они работают только с SQL, а предприятие не хочет покупать, поэтому выход - только файловый вариант. Вообще через через что можно сделать отказоустойчивое хранилище (не файловый сервер, этих статей куча), а именно хранилище.
    14 января 2013 г. 7:52