У меня есть основной и резервный сервер Windows 2008, а также несколько клиентов Windows XP, которые сопоставляют диск с общим ресурсом на основном сервере. Если основной сервер выходит из строя, я хочу, чтобы эти клиентские машины автоматически переназначили свой диск на резервный сервер, чтобы они могли продолжить доступ к файлам.
Должен ли я попытаться написать сценарий vbscript или python или что-то, что определяет, что основной сервер не работает, и выдает соответствующий «net use m: \ server \ share ...», но мне нужно, чтобы этот сценарий запускался каждую минуту, независимо от того, кто находится в системе. Могу ли я сделать это с помощью "запланированных задач" Windows?
Я специалист по Unix и могу воспользоваться любыми советами, которые у вас есть для этого. Есть ли лучшее решение?
большое спасибо, - Ян
Попробуйте DFS. Вот статья, которую я нашел, в которой подробно рассказывается.
Обновление 7-12-2016: поскольку указанный выше URL-адрес не работает, вот собственная страница Microsoft в DFS: https://msdn.microsoft.com/fr-fr/library/cc782417(v=ws.10).aspx
DFS, безусловно, может предоставить вам степень высокой доступности, а также другие функции, однако, если все, что вам нужно сделать, это настроить резервный кластер flie-серверов, см. Это пошаговая статья технет
Вы не можете делать доменную DFS без доступа к домену. Вы не можете настроить кластер без доступа к AD. Другой вариант:
напишите сценарий для репликации файлов вручную с заданным интервалом на сервере (или если вы думаете, что готовы к смене папки) и напишите сценарий, по которому пользователи могут щелкнуть, если у них возникнут проблемы.
Вы должны пометить общие папки как доступные для автономного доступа, и тогда системы xp (когда они сделают его доступным в автономном режиме) будут кэшировать и догонять сервер, если он станет недоступным. После того, как он помечен как доступный в автономном режиме, копия остается на тот случай, если основной сервер действительно умирает и его нельзя восстановить, тогда у вас есть резервная копия.
Это может быть немного упрощенно, но как насчет этого:
Если у вас хорошее общение с пользователями, достаточно, чтобы объяснить, что происходит и как будет обрабатываться отказоустойчивость, вы можете выполнить переключение вручную.
На сервере резервного копирования создайте папку для резервных копий и назовите ее как-нибудь вроде «Файлы резервных копий». Подключите диск на ПК пользователей к резервному диску. Запустите сценарий на резервном сервере, или я предпочитаю использовать robocopy, чтобы получить файлы с основного. Дайте понять пользователям, что файлы резервных копий перезаписаны, поэтому, если они изменят их, они потеряют изменения.
Если что-то пойдет не так, объявите аварийное переключение, остановите сценарий выборки на сервере резервного копирования и попросите пользователей использовать сопоставление дисков с папкой резервного копирования.
Когда все в порядке, скопируйте изменения обратно на первичный (опять же, robocopy делает это довольно хорошо) и объявите запасной вариант, когда пользователи вернутся к основному.
Не автоматический, так что немного мусора, но должен работать вручную с минимальными усилиями. Я не могу придумать ничего, что бы не предлагалось автоматически.
Функция "автоматического переназначения" станет для вас бельмом на глазу. Вы никогда не заставите это работать.
Либо исследуйте стороннее программное обеспечение аварийного переключения, либо создайте собственное решение на стороне сервера (см. Ниже). Однако выполнение этого на стороне клиента просто вызывает трудности.
Вы можете рассмотреть сценарий или ручную процедуру для добавления Псевдоним на резервный серверный компьютер, который позволяет ему отвечать за отказавший сервер. Вам необходимо перезапустить службу «Сервер» на резервном компьютере (и при необходимости обновить DNS / WINS), чтобы он начал отвечать на запросы этого имени. У клиентов также будет локальное кэширование имени для сопоставления IP-адресов, поэтому вы можете рассмотреть возможность присвоения IP-адреса отказавшего серверного компьютера резервному серверу как часть этой процедуры. (Даже в этом случае у клиентов будет кэшировано сопоставление MAC-адресов в их кэшах ARP, поэтому, если вы также не назначите MAC-адрес отказавшего сервера сетевой карте резервного сервера, вы не получите мгновенного переключения при отказе.)
если вы можете синхронизировать содержимое обоих этих файловых серверов, вы можете рассмотреть возможность использования CNAME и просто указать его на сервер avbl.
небольшой долгий план - но также попробуйте назначить запись DNS обоим серверам, назначив более низкий приоритет аварийному серверу.
все вышеперечисленное основано на DNS.
hth's