Архив форумов ЦИТФорума

[Гость]

Исходные данные: Windows 2000/2003 server использумый как файл сервер - есть application написанное на FoxPro которое обращается к этому файл серверу предварительно map drive. В стандарной конфигурации один сервер и 5-10 клиентов постоянно использущих файлы на сервере (read/write dfb tables)

Задача: создать отказоучтойчивую систему с on-line репликацией чтобы при выходе из стороя первого сервера - другой сервер смог бы иметь полную копию данных на момент выхода из строя первого сервера. Добавление еще одного серевера - не проблема.

Я думал может стандартная windows replication service зделает всю работу? или может DFS попробывать?

Кто что подскажет? может кто-то решал эту проблему? спасибо за ответ

Pavel

[and3008]

Не-е-е-е.
Так дело не пойдет.
Любая репликация не происходит мнгновенно.
Т.е. вероятна потеря информации.

Нужно делать внешнее хранилище. Т.е. выносить диски за пределы серверов.
Можно использовать либо SCSI (в чистом виде), либо SAN.

Тогда и кластеры можно сооружать.

Единственное известное мне решение, не требующее выноса дисков - это Oracle Real Application Cluster. В нем собственная служба синхронизации данных. Соответственно работает только с решениями от Oracle и не годится для файловых баз. Но этот вариант не рекомендуют. Лучше вынести диски.

Сам озабочен такой проблеммой. Цена вопроса порядка 6-10 тыс. баксов (общая корзина SCSI). И от 100 тыс. баксов за решение начального уровня на SAN.

P.S. Не путать SAN и SUN. SAN - сеть хранения данных. SUN - фирма такая.

P.S.S. Меняй СУБД пока не поздно. В случае падения сервака наверняка и индексы портиться будут (в нормальной СУБД будет просто откат транзакции).

[pavelk]

And3008 - Спасибо за ответ. Внешнее хранилише вряди им(компания для которой делается это проект) подойдет из за стоимости и сложности - плюс вся кофигурация которую я описал существует в виде продукта и они поставляют эти сервера и workstations своим клиентам - задача просто повысить отказоусточивость системы за счет бекапа базы данных на другой компьютер. Предположим задача мгновенной репликации не стоит и потеря части транзакций допустима - тогда какой механизм использовать предпочтительней исодя из того что мы говорим о 200-500 файлах весом 200MB из них 30 открыты на запись или чтение????

Спасибо

[and3008]

Ну тогда проще купить хорошее ПО резервного копирования.
Например Veritas, Tivoli, ArcsereIT, Legato.
Они умеют делать бакап открытых на запись файлов.

[SergeyK+]

А кто скажет приложению обращаться к другому серверу если первый упадет????

[and3008]

Ну вариантов много.
Например правильно написаный bat-файл.

Типа net use туда, on error - net use сюда

Или DNS-сервер. Его проще перестроить в случае падения сервера.

Речь естественно не идет о автоматическом и мнгновенном переключении. Такие решения стоят очень дорого.
Да и софт надо тщательно писать, а не абы как.

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

[pavelk]

спасибо зап ответы на самом деле перенастройка на другой сервер будет просиходить через клиента - если первый сервер упал - клиен выдаст ошибку и попросит ввести новое имя или ip address и после это промапит новый серверю Я думал о veritas and open file option но я не уверен как этот varitas пробэкапит открытые файли и сможет ли потом foxpro работать с такими файлам...........

еще раз спсибо за обсуждение проблемы

[and3008]

FoxPro однозначно не сможет. Т.к. в принципе не имеет механизма транзакций или проверки целосности Что делать... Издержки старой, некогда доброй, файл-серверной технологии.