» Репликация между WinNT и Win2K

Подскажеите кто знает как работает (и как настроить) репликацию каталогов между NT и 2K в одном домене. Дело в том, что собираюсь заапгрейдить домен с NT4 на Win2K. Сейчас у меня 2 контролеера домена (PDC и BDC) стартапные скрипты лежат ессно в NETLOGON-e, при изменении чего либо на одном серваке все перетекает и на другой (с некоторой задержкой конечено). И вот вопрос, как это все грамотно настроить если я заменяю существующий PDC на Win2K. В нем конечно есть своя репликация через FRS, но насколько я понимаю все это хорошо работает только если в домене все сервера на Win2K, т.к. происходит репликация в Active Directory, но что делать если домен не полностью переведен на Win2K, и остается еще backup контроллер с WinNT ? (т.к. я физически не сумею все отновременно заапгрейдить)

Делашь принудительную репликацию BDC и отключаешь его от сети (на случай неудачи апгрейда сделаешь из него PDC). Затем запускаешь апгрейд на PDC. Если все удачно, подключаешь BDC и тоже апгрейд. W2k прикидывается PDC для NT4. Для полной уверенности перед апгрейдом сделать бэкап серверов.

Mbond Все это я знаю, но ведь вопрос в том что делать в то время, когда одновременно в сети будут работать и Win NT, и Win2K?

Главный вопрос тут -- в одной ли подсети физически расположены эти сервера? Если да, то по-идее в качестве Logon сервера для всех должен быть PDC (W2k), поэтому и скрипты будут браться с него. Если BDC (NT) не несет никакой дополнительной нагрузки, то для пущей уверенности его можно отключить во время массового логона пользователей (с утреца), чтобы их машины запомнили кто был их logon сервером в последний раз. Вообще-то PDC имеет приоритет в данных условиях, но перестраховаться не лишне.

Другой вариант -- установить на клиентах "недокументированную" переменную %LOGONSERVER%, чтобы уж точно быть уверенным, откуда они будут брать скрипты. Почитать про это можно здесь.

К сожалению, напрямую на поставленный вопрос ответить не могу -- нет более NT4 в качестве BDC. Но думаю, что репликация все равно должна осуществляться нормально в связке NT4 <-> W2K. Во всяком случае, можно воспользоваться вышеуказанными способами, чтобы гарантировать получение пользователями скриптов, а потом просто попробовать саму репликацию. Даже если она не пройдет, то пользователя все равно будут получать скрипты с PDC.

Цитата:

Главный вопрос тут -- в одной ли подсети физически расположены эти сервера?

Сервера то в одной подсети, но не вижу как это может помочь, ведь стартапные скрипты берутся из \servername\NETLOGON, и без репликации я уже наступил на грабли, когда клиент не смог правильно залогинится, обратившись к другому серверу.


Цитата:

Другой вариант -- установить на клиентах "недокументированную" переменную %LOGONSERVER%, чтобы уж точно быть уверенным, откуда они будут брать скрипты. Почитать про это можно здесь.

А за ссылку большой THANKS, попробую ее проверить, но все равно нужно как-то настроить реплику, т.к. в случае отказа logonserver-a никто-ж не сможет грамотно залогиниться,все скрипты будут потеряны,или по крайней мере последние изменения в них.

Ну тогда посмотри еще и сюда. По крайней мере подкинет тебе пищи для размышлений. Во всяком случае, можно ведь и вручную реплицировать, правда ведь? Ну, не каждый же день скрипты меняются.

Цитата:

когда одновременно в сети будут работать и Win NT, и Win2K?

В чем здесь проблема? Будут работать одновременно без проблем. Если в сети нет PDC, то клиент лезет на BDC (насколько я понимаю, на BDC изменения не фиксируются).

Добавлено

Цитата:

и без репликации я уже наступил на грабли, когда клиент не смог правильно залогинится, обратившись к другому серверу.

Принудительно реплецировать.


Добавлено
т.е. реплицировать

Dmitry68

Да, насчет \servername\NETLOGON, -- этот самый servername выбирается клиентом во время загрузки. В твоих условиях при наличии PDC и BDC в одном сегменте сети приоритет за PDC и в качестве logon сервера выбираться должен он. Кстати, такой общий ресурс создается как на W2k DC, так и на NT DC. Не говорит ли это об унификации? Я полагаю, что сейчас репликация будет идти как и раньше. Хотя...

Цитата:

и без репликации я уже наступил на грабли, когда клиент не смог правильно залогинится, обратившись к другому серверу

Что, не заработала все-таки сама по себе?

ooptimum И еще один большой THANKS за robocopy, честно говоря я уже давно искал что то подобное, а в resourcekit не заглянул ХА ХА. Так что если не найду чего нибудь системного, то придется устраивать принудительную репликацию с помощью robocopy.


Mbond

Цитата:

т.е. реплицировать

А как без сторонних утилит это можно сделать (ручное копирование не предлогать).

А один BDC все-таки надо отключить от сети после репликации, иначе в случае неудачного апгрейда W2k реплицируется на BDC криво, и все проблемы из этого. Хотя можно воспользоваться backup, но это процесс более длителен, нежели поднять BDC до уровня PDC.

Mbond Да знаю я это все, только вопрос то был по репликации, а не по апгрейду.

Мой профиль ближе к W2k, но разве не существует возможность ручной репликации в NT4? Как взаимодествуют BDC c PDC? По расписанию или другим критериям?

Mbond Да в том-то и дело, что в WinNT между собой все Ok, а вопрос в репликации Win2K <-> WinNT.

Цитата:

Да знаю я это все, только вопрос то был по репликации

А я понял что про апгрэйд. А репликация в NT настраивается в PDC или BDC?


Добавлено
Для NT W2k выступает как PDC, и я так понимаю, что надо настраивать BDC на репликацию с W2k.

Цитата:

Для NT W2k выступает как PDC, и я так понимаю, что надо настраивать BDC на репликацию с W2k

Посмотрим, сейчас ставлю на VMWare backup контроллер и проверим, как это все будет работать.

Цитата:

что надо настраивать BDC на репликацию с W2k

Кажется я ошибся, инициатором выступает PDC. Я думаю, что надо добавить BDC в сайт к W2k.

Цитата:

Я думаю, что надо добавить BDC в сайт к W2k.

А что это даст, ведь в FRS на Win2K работает только с AD?

Как-то в литературе этот момент не отражен, но похоже , что W2k сам знает,как ему взаимодействовать с BDC. Ведь при апгрэеде он тащит все структуру домена, включая BDC. И продолжает нести нагрузку на репликацию BDC.

Цитата:

А что это даст, ведь в FRS на Win2K работает только с AD?

Цитата:

Как-то в литературе этот момент не отражен

Это точно, так что приходится извращаться самому. А насчет:

Цитата:

И продолжает нести нагрузку на репликацию

Я сильно сомневаюсь, но скоро проверю.

Цитата:

Я сильно сомневаюсь, но скоро проверю.

Я бы поставил на то, что будет работать(100:1). В любом случае, хотелось бы знать о результате.

Mbond

Цитата:

Я бы поставил на то, что будет работать(100:1).

Ничего однако не получилось. После апгрейда NTServer->Win2KServer всякая репликация остановилась. Попробую еще сделать мастером репликации BDC, может это спасет, но также сильно сомневаюсь, т.к. в Win2K за репликацию отвечает FRS, и на BDC при нажатии на кнопку "replication" в ServerManager-е на строке с бывшем PDC возникает ошибка . Вот так то.

Но как-то оно вообще то работает.???

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


During an upgrade, you can maintain a mixed environment of Windows NT BDCs and member servers operating with Windows 2000 domain controllers. Because Windows 2000 Server does not support LAN Manager Replication Service, maintaining in a mixed environment could be an issue. To provide this support, you need to create a bridge between LAN Manager Replication Service and FRS so that both services can operate. You do this by selecting a Windows 2000 domain controller to copy the files that will be replicated to the Windows NT export directory. The copying is done through a regularly scheduled script called L-bridge.cmd.

Note Do not confuse the term mixed environment with mixed mode, which refers to the PDC and zero or more BDCs within a Windows 2000 domain. A mixed environment refers to a Windows 2000 domain in mixed or native mode and containing pre–Windows 2000 clients or servers.

Setting up the Bridge Between LAN Manager Replication Service and FRS
Before you set up the bridge between LAN Manager Replication Service and FRS, you must do the following:

Determine the Windows NT export server for the directory in question.
Select a Windows 2000 computer that can push files to that directory.
It is recommended that you manually disable the LAN Manager Replication Service from Services in Control Panel before each domain controller or member server upgrade. Though not recommended, you can disable the Directory Replicator from MMC after the upgrade.

To upgrade the export server before upgrading to Windows 2000, perform the following steps:

Run SrvMgr.exe on the current export server and remove the export directory.
From the new export server, add the export directory to the export list through SrvMgr.exe.
A batch file provides the link between the Windows NT scripts directory and the Windows 2000 System Volume. The benefit of this approach is that the two replication mechanisms are physically separated from one another, thus no legacy services are being introduced on the Windows 2000 domain controller.

To set up a batch file for the bridge between LAN Manager Replication Service and FRS, perform the following steps:

Select a Windows 2000 domain controller.
Create a batch file named L-bridge.cmd that copies the logon scripts to the Windows NT export server, as in the following example.
xcopy \domain.com\Sysvol\domain.com\scripts \Srv3\Export\scripts /s /D


Note that the /D command line switch tells xcopy to copy only newer files. The /s command line switch tells xcopy to copy the directory and all subdirectories, provided they are not empty.

Using the Windows 2000 Schedule service, set up a reasonable interval for the batch file to be run. An interval of every two hours is more than sufficient, particularly because using the /D option prevents the creation of unnecessary file copies.
A sample version of L-bridge.cmd is included on the Windows 2000 Resource Kit compact disc.

Keeping LAN Manager Replication Service Available During Upgrade
To keep LAN Manager Replication Service available during upgrade, you need to upgrade the server hosting the export directory only after all the other servers hosting import directories have been upgraded. If the server hosting the export directory is the PDC, you need to select a new export server and reconfigure LAN Manager Replication Service. It is recommended that the new server you select is one that you believe will be the last server to be upgraded to Windows 2000; otherwise, you will need to select another export server and go through the process again, since servers are upgraded sequentially.


Добавлено
Несколько длинновато получилось.

Mbond
Большой THANKS, опять я забыл посмотреть в Resource Kit