Файловый сервер с репликацией

Задача:
На предприятии большенство пользователей под OC Windows. Нужен файловый сервер который бы в реальном времени делал репликацию данных на резервный сервер. Реплицироваться должны не только данный но и права доступа в том числе и Windows ACL.

Имеем: Есть QNAP TS219P+ на нем файловый сервер. На нем настроил репликацию в реальном времени на FTP.
Проблема: Данные реплицируются а вот права доступа нет. Следовательно в случае выхода из строя основного сервера я не могу переключить на резервный т.к. все смогу читать все документы, а это не есть правильно.

Вопрос как мне решить поставленную задачу. У кого какие есть соображения по данному поводу.

"ibahob" написал:

Нужен файловый сервер который бы в реальном времени делал репликацию данных на резервный сервер. Реплицироваться должны не только данный но и права доступа в том числе и Windows ACL.

windows server начиная с 2k умеет это делать :)

i2ks написал:

[quote="ibahob"]Нужен файловый сервер который бы в реальном времени делал репликацию данных на резервный сервер. Реплицироваться должны не только данный но и права доступа в том числе и Windows ACL.

windows server начиная с 2k умеет это делать :)[/quote]
Да я и сам это прекрасно знаю. Но мне нужно решение на базе unix систем

"ibahob" написал:

и права доступа в том числе и Windows ACL

samba4-dc что то в этом духе, но велосипед еще тот будет.

Вопрос еще такой, как и где хранятся список доступа Windows ACL?

i2ks написал:

samba4-dc что то в этом духе, но велосипед еще тот будет.

немного поподробнее можно?

Хочу еще немного добавить что у меня домен на базе Windows Srv 2008

ibahob написал:

Задача:
На предприятии большенство пользователей под OC Windows. Нужен файловый сервер который бы в реальном времени делал репликацию данных на резервный сервер. Реплицироваться должны не только данный но и права доступа в том числе и Windows ACL.

Исходные данные неполны. На какой платформе (ось) размещен файловый сервер, который, как я понял, надо реплицировать в RealTime?
Если он на выне, то и пользоваться надо ихними средставими и не приплетать сюда Linux.
А вот если он, файловый сервер, реализован на samba, то тут есть решения.
А именно - надо четко понять, что есть в Linux понятие "файловая система" и samba только раздает в общее пользование эту файловую систему. Отсюда вывод - надо реплицировать не данные samba, а именно файловые системы. Для этого есть несколько реализаций. Все они обеспечивают создание отказоустойчивой (распределеной по нескольким хостам) файловой системы высокой доступности. Причем репликация идет именно в реальном времени. На полном автомате. Конфиги и служебные каталоги самбы можно держать на кластерном томе и при необходимости поднимать самбу на резервном хосту (с помощью того же heartbeat'а).
1. glusterfs:
достоинства: простота развертывания и отсутствие требований к какому либо дополнительному программному обеспечению. Он становится над реальной файловой системой, делает из неё свой "том", который можно смотрировать в нужном месте и потом раздать по самбе.
Файлы реплицируются и синхронизируются в фоновом режиме, по мере необходимости, при обращении к этим файлам. То есть нет потерь времени на принудительную синхронизацию зеркала.
Недостаток я вижу только один. Glusterfs не поддерживает mandatory lock, что сильно затрудняет работу приложений при соовместном доступе к файлам, например, 1С-7.7 в режиме DBF-файлов. Но если такой нужды нет, то намано все работает.
2. drbd:
Садится не над файловой системой, а под ней, на сырой том (физический или LVM). Файловая система создается уже на drbd-томах. Отсюда оно свободно от недостатка glusterfs. Как правило работает в режиме Primary-Secondary и смотрирован может быть только Primary-том. Настроить режим Primary-Primary у меня как-то не получилось, но я не был и особо настойчив. Переключение Primary-Secondary автоматизируется через heartbeat или как-то иначе.
Основных недостака два:
1. Тома могут впасть в состояние Brian-Split. Оно лечится несложно. Но...
2. Для этого надо тома остановить и провести принудительную ресинхронизацию. А на это требуется время. Чем больше том, тем больше время простоя.

Отсюда вывод:
Для файловой помойки, где не требуется разрешать коллизии, блокировки, сетевого доступа можно через самбу раздавать тома glusterfs, там где важно иметь "конкурентный" доступ к файлм - drbd-тома. Ну и следить за работой узлов через heartbeat. Тогда и будем иметь реплицирующися в реалтайме файловый сервер.

По поводу домена - те же ойцы, только в профиль. Загоняешь контроллер домена в виртуальную машину, её образ кладешь на glusterfs или на drbd том, все конфиги туда же. И запускаешь эту виртуалку на той или иной ноде кластера. Можно даже настроить Live-миграцию этой виртуальной машины.

ibahob написал:

Задача:
На предприятии большенство пользователей под OC Windows. Нужен файловый сервер который бы в реальном времени делал репликацию данных на резервный сервер. Реплицироваться должны не только данный но и права доступа в том числе и Windows ACL.

Имеем: Есть QNAP TS219P+ на нем файловый сервер. На нем настроил репликацию в реальном времени на FTP.
Проблема: Данные реплицируются а вот права доступа нет. Следовательно в случае выхода из строя основного сервера я не могу переключить на резервный т.к. все смогу читать все документы, а это не есть правильно.

Вопрос как мне решить поставленную задачу. У кого какие есть соображения по данному поводу.

Openfiler ставьте, если есть вопросы могу помочь.