TS бегут на каждом сервере 2003 невыполнением обязательства, и иметь все ваши данные по доступа клиента лицензируя связанные к серверу который не имеет применение на ем идет быть больше работы чем она будет реально стоимостью. Вам реально будет нужно иметь то на сервере бежит ваше применение.
Выбор предельно до вас о как вы хотите причалить этому. Если вы будете как раз отлично с управляя доступом дорогой, котор вы, вы не должны получить активно директорию, и вы можете побежать применение на одном сервере и базе данных SQL на другом (обусловливающ, что использовало для будет другой вопрос вполне),
Если вы *do* выбираете установить ОБЪЯВЛЕНИЕ где-то, то вы должны побежать DHCP от регулятора домена ОБЪЯВЛЕНИЯ. То будет как раз передовая практика. Если вы не делаете, то DHCP от маршрутизатора совершенно приемлемо.
Основно, он идет быть эквилибристикой между вы должны работать с и вы хотите достигнуть.
Если вы хотите самое лучшее представление, котор вы можете получить с вы имеете (кажется, что будут вашей целью для получать нового сервера), давать в численном выражении будет ли применением, сервером SQL, или числом дистанционных соединений к серверу который причиняет замедление. Как только вы имеете ту информацию, вы можете обусловить самую лучшую дорогу двинуть вперед. Если применение и терминальные соединения причиняют вещи быть медленны, то двиньте оба к новому серверу и выходите база данных на старое одно. Если база данных SQL использует вверх по больше лошадиной силы, то двиньте ее к новому серверу и сдержите применение на старом сервере.
Если вы хотите, то вы smogли как раз держать сделать вещи дорога, котор вы, двигаете все к новому серверу и выходите старое одно в сторону. То было бы одним требовало бы наименьшей работы, но конечно она также обеспечивает наименьшее преимущество.
