Отказоустойчивый сервер. Как? и Цена?
 

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

Фалов не много достаточно 100 (без учета роста) -250 ГБ с учетом роста. Ну и скорость желательно побыстрее, Латентность пониже хотя бы не ниже РАИД 10 на Дисках 7200 оборотов. А лучше на уровне SSD.


Есть 2 сервера win 2003 на первом находится сетевая шара. На втором только терминал. Произошел сбой сервера с файлами(попросил выполнить проверку файлов). Запустил на ночь, Все ночь проверял до утра не успел (как понял в новом сервере 2008/2012 проверка идет разы быстрее может летом перейдем на него). Теперь вопрос как имея 2 ПК сделать отказоустойчивый файловой сервер?.
Вижу примерно так оба сервера работают в сети. Один главный другой вторичный.
Раз в час вторичный синхронизирует измененные файлы с главного. В случае поломки все автоматом переходит на вторичный сервер. При включении главного уже главный синхронизирует новые файлы со вторичного(если таковые имеются) и «отбирает» первенство у вторичного.

DFS вам поможет.

Каким же обзом? Если я корневой сервер с DFS заглушу. Как он поможет?
Или ПК клиентов кешируют ИП папок? Но что то такого не замечал.
DFS поднят, но что то за нимне замечал такой фишки. А может не донастроил.

Ну так сделайте репликацию DFS, будет у вас 2 идентичных файловых сервера. DFS - это не только линки на папки.

Это называется DFS.

Создаёте два файловых сервера.
Оба назначаете на роль корневых серверов.
Создаёте одинаковое количество скрытых расшаренных папок (имена папок одинаковыми делать не требуется - обращение будет производиться по имени DFS)
При подключении к существующей папке DFS второй сетевой папки Windows Server автоматически предложит настроить репликацию между серверами.

А для этого нужен домен? или в рабочей группе тоже должно работать? Заранее спасибо.

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

Для обеспечения надёжности работы дерева DFS нужно как минимум два корневых сервера. Это в свою очередь требует имени корня, составленного без использования имени сервера. А таковым может быть только имя домена.
Опять же домен обеспечивает единую систему авторизации пользователей и компьютеров, без которой невозможно настроить репликацию дублируемых сетевых папок.

Тут еще вопрос возник по репликации?
Предположим, есть 2 сервера и между ними настроена репликация. Оба в домене. Пользователь помещает «фаил1» в каталог при этом он подключен к «серверу1» через пару секунд «сервер1» становится недоступен. Я так понимаю котроллер домена хранит пути DFS и перекидывает пользователя на «Сервер2» и на нем пользователь не находит свой «фаил1» ?
Или DFS делает как бы RAID1 (зеркало) и сразу производит запись на 2 сервера? Или все привязано к времени синхронизации и если она прошла то фаил будет если нет то не будет этого файла на сервере2? Как определить в таком случае оптимальное время синхронизации? Возможно ли на такой сетевой папке работа 1с файловой. Не будет такого, что часть будет изменять данные на одном сервере, а часть на другом (балансировка нагрузки) и в итоге…..

Основной вопрос, наверное, не в понимание что такое репликация. Как я понял почитав интернет это синхронизация файлов в каталоге между двумя серверами по расписанию? Где можно почитать с понятным описанием?

Вообще на что обратить внимание при создание файлового сервера большой доступности, сейчас дал серверу роль домена. Роль DFS. Осталось завести пользователей перебросить файлы с прошлой шары. Настроить права. На что обратить внимание при настройке с нуля ?

Именно так.
В DSF каждая конечная точка содержит ярлычки на одну или более реальных сетевых папок. И в конечном счёте производится именно однократное обращение к одному реальному файл-серверу.
При этом для каждого реального сервера может быть указан приоритет. При одинаковом приоритете клиент подключится к любому доступному серверу, при разных - клиент подключится сначала к "первому" серверу, и лишь при его недоступности - ко "второму"

Это и есть та самая синхронизация файлов от которой зависит, будет ли доступен "файл1" на "сервере2" после отключения "сервера1" :)
Параметры репликации позволяют правильно настроить направления, в которых будет производиться копирование информации (взаимная синхронизация или только от главного сервера к вспомогательным)
Также алгоритмы репликации позволяют определять конфликты синхронизации, возникающие в том случае, если один и тот же файл был изменён (разным образом) на двух и более серверах.

Крайне не рекомендуется использовать дублирование каталогов с файловыми базами данных (1С и т.д.)
Очень легко может получиться, что разные компьютеры подключатся к разным серверам, и в результате пользователи будут работать с разными базами данных :(
Репликация такого каталога на запасной сервер возможна - для обеспечения автоматического копирования последней актуальной версии БД. Однако переключение каталога DFS на запасной файловый сервер (в случае ЧП на основном) лучше осуществлять вручную.
Впрочем, для таких БД лучше использовать сетевые версии, где дублирование и репликацию баз данных будет выполнять сервер БД (сервер 1С с БД MS SQL или PostgreSQL).


Основное направление DFS - это сетевые папки пользовательских документов, а также сетевые папки дистрибутивов и неизменяемых баз данных для глобальных распределённых сетей . В этом случае администратор обновляет файлы на главном сервере предприятия, затем производится репликация, и клиенты в филиалах работают с этими файлами на локальных серверах.