Глава 4. Установка MetaFrame XP

В предыдущих главах обсуждалась приготовительная работа к использованию MetaFrame XP. В Главе 1 описаны различные виды MetaFrame XP и объяснено, как добавление FR1 изменяет программное обеспечение, сделано введение в графические инструменты и утилиты командной строки, которые вы будете использовать для управления программным обеспечением. В Главе 2 объяснялись концепции, специфические для MetaFrame XP, особенно фермы и зоны. Глава 3 сосредоточилась на подготовке к развертыванию.
Настало время закончить теоретические рассуждения и перейти к практическому использованию программного обеспечения. В этой главе, мы рассмотрим процесс процесс установки MetaFrame XP, сначала с установочного CD-ROM, а затем использование сценариев автоматической инсталляции.

Подготовительная Работа

В предыдущих главах уже обсуждалось планирование, которое вы должны сделать для эффективного развертывания MetaFrame XP. Однако, я хотел бы сначала сделать краткий обзор некоторых наиболее важных моментов, которые могут препятствовать или усложнить установку.

Убедитесь, что Win2K Terminal Services находится режиме сервера приложений

MetaFrame работает только на серверах Win2K с Terminal Services, установленными в режиме Application Server, а не в режиме Remote Administration. Вы можете легко проверить режим в окне Terminal Services Configuration (в разделе Server Settings).

Убедитесь, что у вас есть достаточно TSCAL для поддержки всех пользователей MetaFrame

Мы обсуждали это требование в Главе 1, но позвольте мне еще раз напомнить: для поддержки сервера MetaFrame вам необходимы как лицензии MetaFrame, так и Win2K TSCAL. В отличие от MetaFrame, лицензии TSCAL не могут объединяться в пул, поэтому вы должны убедиться, что имеете их достаточное количество.
TSCAL перечисляются в утилите Terminal Services Licensing, устанавливаемой на всех серверах лицензирования Win2K Terminal Services.

Убедитесь, что никто не использует сервер во время установки MetaFrame XP

Во время установки MetaFrame XP никто не должен использовать сервер; вы будете вносить изменения в файловую систему и должны будете перезагрузиться. В частности, никто не должен соединяться с терминальными службами ни через RDP, ни через ICA, если вы обновляете предыдущую инсталляцию MetaFrame. Для этого запустите Terminal Services Configuration, щелкните правой кнопкой мыши на установленном протоколе (RDP, если вы правильно установили Terminal Services; ICA будет только в том случае, если вы ранее устанавливали какую-нибудь ферму MetaFrame или WinFrame.) Щелкните правой кнопкой мыши на протоколе, и в меню All Tasks запретите соединения.

Если вы ранее установили MetaFrame и поддерживаете несколько транспортных протоколов или более одной сетевой карты, то вы сначала должны отключить ICA для каждого протокола и сетевой карты. RDP поддерживает только одну сетевую карту и работает только с TCP/IP, поэтому у вас не будет более одного экземпляра RDP.

Если вы добавляете MetaFrame к работающему терминальному серверу Win2K, вам может потребоваться согнать с него пользователей (или закрыть их сеансы RDP). Вы можете сделать это или с комадной строки, или из GUI. В обоих случаях предупредите людей, что вы выключаете сервер до того, как сделаете это. Сначала разошлите пользователям сообщения, а потом завершите оставшиеся сеансы. Для выполнения этой задачи из GUI, откройте Terminal Services Manager и вы увидите все активные сеансы. Щелкните правой кнопкой мыши на одном из них и в всплывающем меню, выберите Send Message. Откроется диалоговое окно, в котором напечатайте ваше сообщение и щелкните OK для его отправки. Вы можете посылать сообщения только активным сеансам, не разъединенным.

После того, как вы предупредили пользователей, запретите соединения RDP, как описано выше.

С помощью графической утилиты вы можете одновременно послать только одно сообщение, поэтому задача несколько облегчается при использовании командной строки. Для отправки сообщения всем пользователям одного терминального сервера, введите с командной строки терминального сервера:

msg * Server going down in 10 minutes. Please save your work and log off your terminal sessions.

Здесь звездочка означает, что сообщение должно быть послано всем активным сеансам терминального сервера. Повторяю, сообщение не будет доставлено в разъединенные сеансы. По истечении 10 минут запретите RDP в окне Terminal Services Configuration.

Вы также можете создать небольшой пакетный файл для автоматического завершения всех существующих соединений и запрещения новых соединений:

Echo y |reset session ica-tcp
Echo y |reset session rdp-tcp
change logon /disable

Кажется, что вы можете запретить RDP командй change logon, но это не так. Эта команда запрещает будущие сеансы и не затрагивает текущие сеансы. Вы также не можете приостановить или остановить службу the Terminal Services. Эта служба не может быть остановлена ни графической утилитой, ни с командной строки.

Если вы хотите полностью изолировать сервер, вы можете приостановить службу Server. Для этого откройте Computer Management, найдите значок Services в разделе Services and Applications и дважды щелкните для отображения списка всех служб Win2K и их состояния. Найдите службу Server, дважды щелкните на ней для открытия окна свойств. Щелкните Pause. Вы увидите диалоговое окно, показывающее прогресс остановки, а затем окно с состоянием службы.

Если вы совсем остановите (Stop) службу Server, то имейте ввиду, что это отключит все соединения рабочих станций с сервером и остановит все зависимые службы - Computer Browser, Dfs, Net Logon и BINL. При повторном запуске службы Server вам будет необходимо вручную перезапустить эти службы.
Приостановка (Pause) службы Server не затронет текущие сеансы и не повлияет на другие зависящие от него службы. Это просто предотвратит создание новых сеансов.

Вы также можете для приостановки службы использовать команду:

net pause server

Установка MetaFrame XP

Для установки MetaFrame XP, вскройте картонную упаковку с MetaFrame XP и найдите CD-ROM "MetaFrame XP". Вставьте его в привод, после запуска появится окно инсталляции. Щелкните кнопку MetaFrame XP Setup.

Помимо диска с MetaFrame XP, в дистрибутиве также содержатся другие диски - один для добавления поддержки NFuse, и еще один с клиентами ICA. MetaFrame XPe содержит три дополнительных CD-ROM: System Monitoring and Analysis, Application Packaging and Delivery, и Network Management.

Вы также можете загрузить MetaFrame XP самых последних выпусков с FTP-сайта citrix: ftp://ftp.citrix.com/metaXP/

Подготовка

Дальнейшие действия зависят от того, устанавливаете ли вы MetaFrame XP на новую машину, или делаете обновление предыдущей версии. Если у вас уже установлена предыдущая версия MetaFrame, то появится диалоговое окно, сообщающее о наличии предыдущей версии и запрашивающее продолжение. Если вы последовали предыдущим рекомендациям и отключили пользователей, то все в порядке. Если есть установленный MetaFrame XP, вас предупредят, что все, кто подключен к серверу и использует Citrix Management Console, будут отключены. Щелкните Yes. С этого места начинается процесс, общий для новой инсталляции и обновления:

1. Согласитесь с лицензионным соглашением. Мы уже обсуждали лицензирование в главе 1. Основные моменты:

2. Закройте все работающие приложения и щелкните Next для начала установки MetaFrame XP.

Эта процедура доступна только при новой инсталляции MetaFrame XP, а не при обновлении или переустановке.

3. После щелчка Next, программа установки начнет процесс настройки доступа к хранилищу данных.

4. На следующем экране вы должны выбрать - создать новую ферму или присоединиться к существующей. Внимательно делайте выбор; для изменения фермы после установки вам необходимо будет использовать утилиту CHFARM.

 

5. Дальнейший процесс зависит от того, используете ли вы втроенное хранилище данных или другую базу данных, и создаете ли вы новую ферму или присединяетесь к существующей. Давайте сначала посмотрим, как инсталляция пойдет в случае встроенного хранилища данных.

Создание новой фермы

Если вы создаете новую ферму, то должны создать новое хранилище данных для нее. Поэтому на следующем этапе вы должны выбрать, какую базу данных использовать - Access или SQL на отдельном сервере:

.

Затем вам нужно выбрать имя для зоны. Имя зоны по умолчанию основывается на идентификаторе подсети сервера MetaFrame. Но вы можете указать здесь другое имя, сбросив флажок "Use Default Zone Name" и введя новое имя. Впоследствии вы можете переименовать зону без всяких побочных эффектов (подробнее об управлении зонами см. главу 5). Вам следует обратить внимание на то, к какой ферме нужно присоединить сервер, поскольку все серверы в той же зоне будут иметь один коллектор данных. По этой причине схема именования зон по умолчанию помещает все серверы одной подсети в одну зону. Если вы инсталлируете сервер для последующего клонирования, используйте имя зоны по умолчанию. Однако, если вы инсталлируете серверы в разные подсети в пределах одной зоны, то наоборот, не используйте имя по умолчанию, поскольку идентификатор сети определяет имя зоны по умолчанию. Если вы выбрали "Use Default Zone Name", то фермы в разных подсетях будут в разных зонах.

Далее укажите имя новой фермы. Имя фермы может содержать до 32 символов, включая пробелы. После щелчка на Next, появится окно, предупреждающее, что для переноса сервера в другую ферму вам нужно будет использовать утилиты CHFARM или DSMAINT. После щелчка на Next, программа установки начнет создавать хранилище данных для новой фермы. Этот процесс может занять несколько минут.

Присоединение к существующей ферме

Если вы присоединяетесь к существующей ферме, вам нужно указать, будете ли вы использовать прямой доступ к базе данных или косвенный через промежуточный сервер:

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

При выборе косвенного доступа (indirect) вам следует указать имя сервера, к которому следует подключиться.

Это сервер должен быть доступен во время инсталляции MetaFrame, иначе вы не сможете продолжить. Вы также должны указать номер порта, который должна использовать служба IMA. По умолчанию служба IMA использует порт 2512.

Изменение порта IMA
Обычно использование порта 2512 для службы IMA не доставляет никаких проблем. Если же вам необходимо его изменить, то отредактируйте в реестре сервера значение ImaPort в ключе HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA.

После выбора сервера, к которому следует подключаться для доступа к хранилищу данных, вам будет предложено зарегистрироваться в ферме. Поэтому вам необходимы имя и пароль.

Хотя программа установки предлагает какие-то данные на экране входа, не принимайте эти значения вслепую. Программа установки подразумевает, что учетная запись, под которой производится установка MetaFrame XP, имеет также полномочия управлять фермой, поэтому предлагает имя зарегистрированного пользователя. Убедитесь, что вы указываете имя того пользователя, который имеет полномочия администрирования фермы - даже членам группы администраторов может быть запрещен доступ, если им явно не даны соответствующие права.

После успешного создания соединения с промежуточным сервером, программа установки покажет вам имя сервера и номер порта, предлагая их подтвердить. После того, как вы щелкните Next, вы уже не сможете вернуться назад, и в случае смены фермы вам придется использовать утилиты командной строки. Щелкните Next, и программа установки задумается на некоторое время, устанавливая соединение с хранилищем данных.

Создание сетевых соединений

Хранилище данных настроено и мы переходим к следующему этапу - настройке сети.

Сначала выберите сетевые протоколы, для которых вы хотите установить поддержку ICA. Вам доступны TCP/IP, IPX, SPX и NetBIOS. Для выбора доступны только уже установленные протоколы. По умолчанию выбран только TCP/IP, выбор остальных вы должны сделать сами. Если вы заранее не установили протокол, который хотите использовать с ICA, то не можете остановиться посреди инсталляции и установить протокол, но можете добавить поддержку другого сетевого протокола позже.

Закончив выбор, щелкните Next.

Затем вам представится возможность настроить MetaFrame для работы через модем. Если вы ранее использовали апплет Phone and Modem Options в панели управления для настройки параметров Telephony API (TAPI), программа установки это обнаружит. В противном случае щелкните кнопку Add Modems для запуска апплета Phone and Modem Options, где вы можете ввести код области и прочие настройки телефонии.

Если вы не хотите сейчас настраивать модем, то можете сделать это позже с помощью апплета Phone and Modems в панели управления.

Следующим шагом вам нужно настроить теневые сеансы (Shadowing). В предыдущих версиях MetaFrame эта настройка не содержала много опций. Теперь это не так.

Вы можете разрешить теневые сеансы на этом сервере или совсем запретить. (Это относится только к ICA, а не к RDP).

В отличие от прочих опций программы установки, настройки теневых сеансов после инсталляции нельзя изменить в сторону расширения возможностей. Если вы запретили или ограничили теневые сеансы, то для изменения настроек вам придется переинсталлировать MetaFrame. Однако, после инсталляции вы можете ограничивать опции теневых сеансов.

Про запрещение теневых сеансов все ясно. Давайте рассмотрим опции ограничения теневых сеансов. Здесь MetaFrame XP не имеет способа делегировать полномочия, поэтому ограничения будут применяться для всех.

К привыкшим к терминологии Microsoft Terminal Services может странно звучать фраза "Вы имеет право на теневые сеансы, но не можете использовать дистанционное управление", потому что в RDP средства управления теневыми сеансами называют дистанционным управлением (remote control). Однако, в MetaFrame дистанционное управление является только одним из аспектов теневых сеансов. Если вы отключаете дистанционное управление, но разрешаете теневые сеансы, то в теневом сеансе можно только наблюдать за действиями пользователя, не вмешиваясь. Вы можете обуздать тех, кто попытается управлять пользовательскими сеансами, но тем самым ограничите возможности обучения и поддержки - вы всегда можете дойти до места, после которого вам надоест говорить "Нет, не эта кнопка, а та что слева. Да нет же, левее!".

Выбор второй опции, "Prohibit shadow connections without notification" ("Запретить теневые подключения без уведомления") означает, что вы не сможете управлять сеансом другого пользователя без его разрешения. Для службы поддержки или в целях обучения эта опция подходит лучше всего. Единственный случай, когда она будет мешать - если вы предполагаете, что кто-то использует сервер MetaFrame неподобающим образом и хотите посмотреть, чем там заняты пользователи.

Опция регистрации теневых сеансов - новая в MetaFrame XP. В журнале событий Win2K регистрируются попытки установления теневых сеансов, как успешные, так и неудачные..

Я бы не отключал теневые сеансы, за исключением случая, когда требуется высокий уровень безопасности. Единственные люди, которым разрешено использовать теневые сеансы - это те, кто управляет фермой серверов MetaFrame, поэтому мы имеем ввиду людей, которым доверяют. Отключение теневых сеансов означает отключение возможности дистанционного обучения и ограничение возможностей службы поддержки. Если вы беспокоитесь о безпасности, то включите для теневых сеансов уведомление пользователя, чтобы человек, сеанс которого наблюдается, мог успеть закрыть любые важные файлы перед тем, как наблюдатель увидит его рабочий стол..

В качестве последнего замечания о теневых сеансах стоит заметить, что применяемые ограничения относятся только к текущему серверу, а не ко всей ферме (если только вы не формируете ферму клонированных серверов). Другими словами, неравномерно примененные ограничения теневых сеансов могут привести к путанице, когда вы то можете наблюдать чужие сеансы, то нет. Ради вашего здравомыслия, применяйте одни и те же ограничения затенения ко всем серверам в той же ферме.

Конфигурирование отображения имен дисков

ICA поддерживает отображение дисков клиента в в терминальном сеансе. Поскольку сервер MetaFrame уже имеет диск C, клиентскому диску С нужно присвоить другую букву. Поэтому ваша следующая задача состоит в том, чтобы настроить отображение дисков клиентов. MetaFrame XP будет использовать отображения, представленные на следующем рисунке, но переназначит имена, которые конфликтуют с дисками на сервере MetaFrame.

Цель переназначения имен дисков клиента в терминальном сеансе состоит в том, чтобы избежать конфликтов с именами дисков сервера. Вы сами можете изменить отображение имен дисков, щелкнув Next. Откроется следующее окно:

Переназначение дисков сервера не очень хорошая идея. Если вы изменили оображение дисков на сервере, они останутся даже после деинсталляции MetaFrame. Кроме того, изменение имен дисков может вызвать проблемы в работе некоторых приложений, если они зависят от установки на специфический диск.

Если вы переназначили диски сервера для избежания конфликтов с дисками клиентов, Citrix рекомендует клонировать такие серверы, чтобы обеспечить совпадение отображения дисков на всех серверах, поддерживающих приложения. В противном случае вы можете смутить приложения, которые на одном сервере будут использовать один набор дисков, а на другом сервере - другой набор. Не переназначайте диски сервера, если вы обновляете сервер MetaFrame 1.8 с переназначенными дисками, это уничтожит инсталляцию и сделает приложения недоступными.

Настройка служб Web

Служба Citrix XML Service - это служба Windows, предоставляющая интерфейс HTTP броузеру ICA, т.е. служба XML Service необходима для использования NFuse. Выберите порт для этой службы. Обычно лучше оставить порт по умолчанию, 80. Если вы выбираете другой порт, то вам следует перенастроить NFuse и клиентов ICA для использования другого порта, отличного от 80. Поэтому изменяйте этот номер только в том случае, если порт 80 используется другим приложением, отличным от IIS, и которое не хочет совместно использовать порт 80.

Команда

netstat –a

покажет список открытых портов и скажет, какая служба использует какой порт. Вы можете позже изменить номер порта службы XML Service утилитой ctxxsmlss

Наконец, выберите, хотите ли вы установить поддержку для NFuse, средства публикации приложения на веб-странице. По умолчанию эта возможность включена. Если вы выбрали установку NFuse, то можете изменить веб-страницу по умолчанию. Это имеет смысл сделать, если пользователи будут запускать приложения с этой страницы. Сделайте ваш выбор и щелкните Next.

На следующем этапе программа установки начнет копировать файлы и вы не сможете обратить процесс. Щелкните Next или отмените операцию. Копирование может занять несколько минут.

Думаете, что на этом все закончилось? Не совсем.

После копирования файлов на жесткий диск сервера MetaFrame, программа установки предложит запустить мастер подготовки дистрибутивов клиентов (ICA Client Distribution Wizard). Этот шаг не обязателен в процессе инсталляции - вы можете сделать его после установки. Если вы щелкните Cancel для выхода из мастера, программа установки продолжит копирование файлов на жесткий диск сервера.

Затем программа установки предложит ввести серийные номера лицензий.

В главе 2 мы уже видели, что серийные номера могут быть номерами лицензий на продукт (т.е. лицензия на запуск определенной версии MetaFrame XP), номерами лицензий на соединения, или оба сразу. При установке с CDROM, серийные номер представляет собой 25-значный код, перед которым стоит слово “Server.” Добавление лицензий на этом этапе не обязательно, вы можете это сделать позже в Citrix Management Console.

На последнем этапе вы должны указать код продукта. Это тоже не обязательно. Если вы ввели серийный номер, программа установки автомтически вычисляет для вас код продукта.

Вы можете пропустить этот этап и ввести код продукта позже, в Citrix Management Console, или скопировать код продукта с упаковки CD-ROM - он заключен в рамку с заголовком “Product Code”.

Вот теперь вы завершили базовую инсталляцию. Независимо от того, указали ли вы код продукта или нет, программа установки перезагрузит сервер. После перезагрузки MetaFrame XP будет считаться инсталлированным на вашем компьютере. Если вы установили лицензии и ввели код продукта, компьютер готов принимать соединения (хотя вы должны активировать лицензии в течении 30 дней).

Применение обновлений к MetaFrame XP

Как уже упоминалось в главе 1, MetaFrame XP содержит ряд новшеств, содержащихся в FR1. Давайте разберемся, как их установить. При запуске CD-ROM вы увидите главный экран, предлагающий несколько опций: Service Pack 1, Feature Release 1, обновление Citrix Management Console, Citrix Web Console и новые компоненты Network Management.

Вы можете установить все целиком, инсталлировав FR1, или можете выбрать отдельные компоненты. На первом этапе вы должны принять лицензионное соглашение. Оно аналогично соглашению, использовавшемуся при установке MetaFrame XP. Щелкните I Agree и продолжайте дальше.

Затем мастер предупредит вас об установке FR1 и сбросе текущих активных соединений. Если кто-то использует в данный момент сервер MetaFrame, отключите их с помощью Citrix Management Console или с командной строки

На следующем этапе программа установки начнет копировать файлы и обновлять MetaFrame и Citrix Management Console. По заврешении вам будет предложено обновить файлы клиентов ICA. Этот процесс мы сейчас обсудим.

Развертывание клиентов ICA

Запустите мастер ICA Client Distribution Wizard, чтобы обеспечить обновление файлов клиентов ICA, находящихся на сервере. После этого при подключении компьютеров со старыми клиентами можно предложить им получить новые версии. Мастер может установить клиентов с CDROM или с сетевой папки.

После запуска установки вы можете выбрать типичную установку или заказную. Во втором случае вы можете указать некоторые опции:

По умолчанию выбраны все опции. По крайней мере, стоит оставить выбранными первые две, чтобы позволить пользователям загружать обновленные клиенты с сервера MetaFrame. Сквозной клиент предназначен для пользователей, которые не не используют Win32 ICA Client для доступа к Program Neighborhood. Я рекомендую выбрать четвертую опцию для установки документации. Выбор опции копирования клиентов на веб-сервер позволит пользователям получать клиентов напрямую с сервера, если они используют для NFuse для подключения к серверу. Если вы не используете NFuse и поддерживаете только клиентов Win32, то вам нужны только образы клиентов, база данных обновлений и документация.

Выберите компоненты и щелкните Next. Программа установки предложит выбрать поддерживаемые вами платформы:


Каждая операционная система имеет свои подразделы. Например, Windows содержит клиенты Win32 и Win16. Вам вряд ли понадобятся все клиенты. Хотя стоимость дискового пространства невелика, упростите себе жизнь установкой поддержки только тех ОС, поддержка которых вам необходима. Кстати, объект Customize внизу списка позволяет вам создать собственные клиенты ICA. В большинстве случаев это излишне.

На следующем этапе мастер предложит сделать аналогичный выбор, но на этот раз вы обновляете базу данных клиентов ICA. Выберите из Windows, DOS, Windows CE, UNIX и Macintosh. Щелкните Next, и программа установки начнет копировать обновленные файлы ICA с CDROM или общедоступной сетевой папки на локальный сервер MetaFrame.

Автоматическая установка

Мы только что рассмотрели процесс установки MetaFrame XP. Этот подробный обзор полезен тем, что теперь вы знаете, какие есть опции. Но есть более быстрые способы установки серверов MetaFrame. Их два: вы можете создать скрипт установки или клонировать сервер.

Автоматизация развертывания MetaFrame XP не только позволяет более быстро пройти через инсталляцию, она также сделает ее единообразно, поскольку все настройки находятся в сценарии и вы можете не бояться нажать не ту кнопку. Вы даже можете предоставить развертывание MetaFrame незнакомому с ним человеку, поскольку в сценарий содержит ответы на все вопросы, задаваемые в процессе инсталляции.

Соображения об автоматизированной установке
Установка MetaFrame XP с CD-ROM имеет одно преимущество: допуская, что у вас есть только один CD-ROM, это ограничение препятствует вам одновременно добавлять множество серверов в вашу сеть. Для избежания проблем Citrix рекомендует, чтобы вы были осторожны при автоматизации развертывания множества серверов одновременно.
Во-первых, есть хранилище данных, делающее запись со всех серверов. Citrix рекомендует устанавливать в одну ферму не более 10 серверов одновременно, поскольку во время инсталляции серверы должны писать в хранилище. Чем больше серверов устанавливается одновременно, тем более вероятность, что два сервера будут пытаться писать в одну и ту же область хранилища и вызвать мертвую блокировку (тайм-аут сервера при ожидании записи в хранилище данных). Это не опасно, т.к. служба IMA через некоторое время повторит запись, но замедляет процесс.
Есть еще вопрос выбора коллектора данных. Когда вы автоматизируете инсталляцию серверов в новую зону в ферме, сначала установите один сервер, затем в Citrix Management Console установите сервер как "Most Preferred". Тогда новые серверы, присоединяющиеся к зоне, не будут конкурировать друг с другом, чтобы стать коллектором данных зоны. Вы не должны делать этого, если ваша ферма имеет единственную зону, потому что первый сервер, который присоединится к первой зоне в ферме автоматически становится Most Preferred.

Создание сценария инсталляции MetaFrame

Аналогично автоматизированной инсталляции Windows 2000 посредством сценариев, вы можете написать сценарий инсталляции MetaFrame. Для незнакомых с сценариями инсталляции, основная идея состоит в том, что вы создаете текстовый файл, который отвечает на все вопросы, задаваемые вам в процессе ручной инсталляции, поэтому вместо того, чтобы сидеть перед консолью во время установки программного обеспечения, вы смогли заняться каким-то другим важным делом, например, сходить пообедать.

Книга Windows 2000 Automated Deployments and Remote Management (Sybex, 2001) объясняет, как использовать автоматические инсталляционные сценарии и RIS для развертывания Win2K с Terminal Services в режиме Application Server. Автоматизация полного развертывания можетдействительно сэкономить некоторое время - вы даже можете инициировать автоматическую установку MetaFrame XP из сценария инсталляции Win2K.

Чтобы запустить подготовленную инсталляцию MetaFrame XP, вам нужно создать сценарий. К счастью, Citrix облегчила всем жизнь, предоставив пример инсталляционного сценария на CD-ROM MetaFrame XP.

Выполнение подготовленной инсталляции

Сначала я объясню, что вы должны сделать для подготовленной инсталляции, а затем мы обсудим типовой сценарий:

1. Если вы собираетесь устанавливать сервер с прямым доступом к хранилищу данных на базе SQL Server или Oracle, используйте ODBC Data Source Administrator для настройки файла MF20.DSN для соединения с сервером базы данных. Альтернативно вы можете создать этот файл в Notepad, используя следующий формат, и сохранить его под соответствующим именем:

[ODBC]
DRIVER=SQL 

ServerUID=SQL_USERNAME
DATABASE=NAME_OF_DATABASE
WSID=NAME_OF_MF_SERVER
APP=Citrix IMA 
SERVER=NAME_OF_SQL_SERVER

2. Скопируйте содержимое CD-ROM с инсталляцией MetaFrame XP на сервер (не на сервер MetaFrame, а на один из серверов, включенных в сеть для копирования файлов). Предоставьте совместный сетевой доступ к папке с установочными файлами..

На CD-ROM находятся два файла сценария: один для установки MetaFrame XP на терминальном сервере WTS, а второй - для установки на терминальном сервере Win2K . Установка для WTS находится в каталоге \tse\mf, а установка для Win2K находится в w2k\mf.

3. Отредактируйте содержимое файла unattend.txt (файла ответа) для учета ваших потребностей, и разместите его на сетевом ресурсе.

4. Соединитесь с соответствующим сетевым ресурсом, и введите команду:

 setup /u:unattend.txt

Если вы полностью заполнили скрипт, инсталляция должна пройти без всякого вашего вмешательства. (Если вы не заполнили какое-нибудь необходимое значение, для которого нет значения по умолчанию, программа установки остановится и будет ждать от вас ввода).

Теперь разберемся с форматом файла сценария.

Разбор сценария инсталляции MetaFrame

Файл unattend.txt аналогичен файлу .INI. Разделы в сценарии идентифицируются текстом в скобках; данные, поставляемые к программе установки, указываются в формате key=value. Комментариям предшествует звездочка (*) или точка с запятой (;).

Первым разделом в сценарии стоит лицензионное соглашение. В оригинале оно выглядит так:

 [MetaFrame License Agreement]
 AcceptLicense=No 

Вы должны изменить значение этого ключа на Yes, чтобы принять лицензионное соглашение и продолжить установку. Любое другое значение заставит программу предложить вам принять соглашение.

Как и при ручной инсталляции, в следующем разделе вы будете устанавливать хранилище данных, которое я показал здесь со значениями по умолчанию. То, что вы здесь указываете, зависит от того, устанавливаете ли вы новую ферму или присоединяетесь к существующей, будет ли этот сервер иметь прямое или косвенное соединение с хранилищем данных. В таблице показано, какие значения вы должны указать. Значение для ключа ZoneName укажите только в том случае, если вы не хотите использовать заданное по умолчанию имя зоны на базе на подсети сервера; если вы оставите это значение как есть, программа установка предположит, что вы хотите использовать значение по умолчанию.

 [Data Store Configuration] 
 CreateFarm=Yes 
 DirectConnect=No 
 ZoneName=

 
Действие CreateFarm DirectConnect Другие необходимые параметры настройки
Создание фермы с использованием Access
Yes
No

[Farm Settings]

Создание фермы с использованием Oracle или SQL Server

Yes

Yes

[Direct Connect Settings]
[Farm Settings]

Присоединение к ферме, использующей Oracle или SQL Server для хранилища данных и прямое соединение
No
Yes

[Direct Connect Settings]

Присеодинение к ферме, использующей Access

No

No

[Indirect Connect Settings]
Присоединение к ферме, использующей Oracle или SQL Server для хранилища данных и косвенное соединение

No

No

[Indirect Connect Settings]

Вы должны будете работать только с разделом Direct Connect Settings для серверов с прямым подключением к хранилищу данных. Иначе установка будет игнорировать значения в этом разделе:

[Direct Connect Settings]
 DSNFilePath=
 UserName=
 Password= 

Ключ DSNFilePath - это каталог, в котором вы сохранили файл .DSN, по умолчанию это %system root%\Program Files\Common Files\ODBC\Data Sources. Для ключа UserName укажите либо идентификатор входа базу данных, либо, при использовании аутентификации NT, идентификатор в виде domainname\username. Пароль очевиден, это единственная вещь, которая говорит сама за себя. Но имейте ввиду, что он не зашифрован и не отображается в виде звездочек. Это просто предостережение.

Пароль, который вы указываете в этом разделе, сохраняется открытым текстом. Защитите файл unattend.txt, как и скрипты инсталляции Win2K - они содержат чувствительную информацию.

Если вы используете опции Indirect Connect Settings, заполните следующий раздел. Если значения в разделе [Data Store Configuration] не относятся к косвенным соединениям, установка будет игнорировать значения в этом разделе:

 [Indirect Connect Settings]
 IndirectServerName=
 IndirectServerPort=2512
 UserName=
 Password=  

Если читали про ручную установку, то вам вероятно понятен этот раздел. Ключ IndirectServerName относится к имени сервера, который имеет прямое соединение с хранилищем данных. IndirectServerPort - заданное по умолчанию значение порта; редактируйте это значение только в том случае, если вы редактировали системный реестр сервера прямого подключения с целью указать новый порт, как объяснялось ранее в этой главе. Имя пользователя и пароль, которые здесь просят - это имя и пароль пользователя, уполномоченного администрировать ферму серверов. Как мы уже обсуждали, принадлежность к группе Administrators не разрешает автоматически этот уровень доступа. Вы должны указать домен учетной записи пользователя в значение UserName, используя формат domainname\username.

Раздел Farm Settings применяется только если вы создаете новую ферму на базе Access. В противном случае установка игнорирует этот раздел:

[Farm Settings]
FarmName=Farm 
InteroperabilityMode=No 
FarmAdministratorUsername=Administrator    
FarmAdministratorDomain= 

Этот раздел дает ферме имя, говорит MetaFrame, должна ли ферма работать в режиме совместимости с фермой MetaFrame 1.8, сообщает имя и домен для лица, уполномоченного управлять фермой. Вы можете добавить больше учетных записей в список администраторов позже. Обратите внимание, что если вы сохраняете настройки по умолчанию, то заданный по умолчанию администратор фермы не может быть тем же самым пользователем, который зарегистрировался для выполнения инсталляции. Кроме того, поскольку заданный по умолчанию администратор фермы проверяется в домене, вам не нужно указывать в сценарии его пароль.

Следующим шагом является настройка ICA для использования с сетевыми протоколами. Проставляйте значения Yes или No для нужных ключей. Если протокол еще не установлен на сервере MetaFrame, настройка работы ICA с таким протоклом работать не будет - Вы должны будете использовать Citrix Management Console для добавления этой поддержки после добавления протокола. Вы должны включить поддержку ICA хотя бы для одного сетевого протокола:

[ICA Network Protocols]
TCP=Yes 
IPX=Yes 
SPX=No 
NETBIOS=Yes 

Автоматический инсталляционный сценарий пропускает TAPI и переходит сразу к правам на теневые сеансы. Я описал значения этих параметров настройки при прохождении через ручную инсталляцию. Здесь важным момментом является то, что если вы установите значение AllowShadowing = No, то программа установки проигнорирует остальные ключи. Учтите, вы всегда можете урезать права shadowing после установки, но не сможете их расширить, если изначально задали ограничения. Если решили все же применить ограничения, сделайте их одинаковыми для всей фермы, чтобы не столкнуться впоследствии со странными проблемами:

[Shadowing Restrictions]
AllowShadowing=Yes 
ProhibitRemoteControl=No 
ProhibitNotificationOff=No    
ProhibitLoggingOff=No  

Теперь настало время для параметров настройки переназначения дисков. MetaFrame автоматически переназначает отображенные диски клиента (чтобы они не конфликтовали с именами дисков сервера), поэтому эти параметры настройки относятся только к переназначению дисков сервера. Значение NewDriveLetter используется только в том случае, если значение ReassignDriveLetters = Yes, и представляет собой начальное имя диска для переназначения (с последующим переназначением N, O, P и т.д.):

[Drive Reassignment] 
ReassignDriveLetters=No 
NewDriveLetter=M 

Следующий раздел позволяет вам определять, как вы хотите добавить поддержку XML в Program Neighborhood (который требуется для использования NFuse при публикации приложений). Как мы обсуждали ранее, вы можете совместно использовать заданный по умолчанию порт (80) с IIS, и при изменении этого порта необходима дополнительная настройка всех клиентов ICA, которые будут использовать NFuse. Поэтому лучше всего оставить эту установку в покое:

[Citrix XML Service] 
ExtendIIS=No 
DedicatedPortNumber=80

Значение DedicatedPortNumber используется в том случае, если ExtendllS = No.

Если у вас установлен IIS 4.0 или более поздний (устанавливается по умолчанию вместе с Win2K), программа установки будет читать раздел NFuse для определения, нужно ли устанавливать NFuse. Если значение SetDefaultPage = Yes, то программа установки создаст страницу по умолчанию /citrix/metaframe/index.htm - вы не можете изменить здесь это значение:

[NFuse] 
InstallNFuse=Yes 
SetDefaultPage=Yes

Раздел обновлений клиентов ICA позволяет вам устанавливать типичную инсталляцию клиентов ICA и заполнять базу данных обновлений (Client Update Database):

 [Update ICA Clients]
 UpdateСlients=No
 ClientPath= 

Если вы прошли через ручную инсталляцию, то знаете, что мы почти закончили. Теперь вы можете указать серийные номера лицензий, 25-значные строки, указанные на внутренней части конверта CD-ROM. Так же, как вы могли использовать кнопку Add для установки нескольких пакетов лицензий для фермы серверов в процессе ручной инсталляции, Вы можете указать здесь любое количество кодов лицензий, используя следующий формат:

[License Serial Numbers] 
XXXXX-XXXXX-XXXXX-XXXXX-XXXXX= 
YYYYY-YYYYY-YYYYY-YYYYY-YYYYY= 

Если вы решили указать номера лицензий, программа установки может выяснить для вас код продукта. Серверу понадобится код продукта прежде, чем он сможет принимать соединения, поэтому сэкономьте немного времени на запуск Citrix Management Console и укажите его здесь:

[MetaFrame Product Code] 
ProductCode= 

Наконец, вы можете указать, должна ли программа установки автоматически перезагрузить сервер по ее завершении (это необходимо сделать, чтобы заставить заработать службу IMA) или подождать. По умолчанию программа установки перезагружает сервер; укажите значение No, если вам нужно сделать на сервере что-то еще перед его перезагрузкой:

[Options] 
RebootOnFinish=Yes

Последняя опция применяется, только если вы обновляете предыдущую версию MetaFrame до MetaFrame XP. Если вы оставите значение Yes, программа установки проверит установленные приложения и поробует их мигрировать. В противном случае вы должны будете опубликовать приложения в Citrix Management Console:

[Upgrade Settings] 
MigrateApplications=Yes

Объедините все эти части в указанном порядке в одное целое, сохраните в файл под именем unattend.txt, и вы получите сценарий автоматической инсталляции MetaFrame.

Создание сценария инсталляции FR1

Если вы применяете FR1 отдельно к инсталляции MetaFrame XP, то можете также написать сценарий его инсталляции, используя файл unattendedtemplate.txt. Это файл имеет тот же формат, как основной сценарий установки MetaFrame XP. Вы просто должны согласиться с лицензионным соглашением при установке FR1, можете указать модифицировать Клиентов ICA (в таком случае вы должны указать путь к обновленным файлам Клиента ICA; я рекомендую скопировать их в сетевую папку с инсталляцией, чтобы не бегать вокруг с CD-ROM), и указать необходимость перезагрузки сервера.:

[License Agreement] 
Accept=No 


[Client CD] 
UpdateClients=No 
ClientCDPath= 


[Reboot]    
RebootAutomatically=Yes

Подготовка сервера MetaFrame к клонированию

Другой способ создать серверы MetaFrame, не проходя через мастер установки, состоит в клонировании компьютера посредством программ создания образов дисков - таких, как Symantec Norton Ghost или PowerQuest Disk Image. Вы не можете клонировать сервер MetaFrame вслепую, вым необходимо предпринять ряд подготовительных шагов..

Подготовка к клонрированию Win2K

В первую очередь вы должны убедиться, что у вас есть последняя версия утилиты Sysprep. Роль Sysprep состоит в отделении информации, специфичной для сервера (например, Security ID - SID). В состав Win2K идет Sysprep 1.0, но эта версия зависит от контроллера диска. Получите версию Sysprep 1.1, установив Service Pack 2 (SP2) для Win2K, или загрузив ее с сайта Microsoft.

После загрузки Sysprep не запускайте ее - вы еще не готовы. Сначала, зарегистрировавшись под администратором, сделайте следующее:

  1. Создайте локальную учетную запись с правами Администратора. (Да, у вас уже есть уже учетная запись Администратора. но вам понадобится еще одна)

  2. Настройте ОС так, как нужно - настройки, приложения, сервисные пакеты, и т.д.

  3. Удалите компьютер-шаблон из всех доменов, членом которых он является .

  4. Удалите всю пользовательскую и машинно-зависимую информацию, например, неиспользуемые аппаратные устройства, которые все равно являются частью аппаратной конфигурации, а также кэшируемые файлы.

  5. Создайте папку \Sysprep в корне системного диска компьютера-шаблона (например, C:\Sysprep) и скопируйте в нее sysprep.exe и setupcl.exe

  6. Сопируйте папку \i386 на компьютер-шаблон или создайте подключение к общедоступной папке \i386 на сервере так, чтобы вы могли потом легко установить компоненты Win2K.

  7. Войдите, используя учетную запись Администратора, которую вы только что создали, и скопируйте профиль Администратора в профиль Default User. Для этого в панели управления, в System, на закладке User Profile выберите из списка профиль администратора и нажмите Copy To. В диалоговом окне Copy To выберите папку Default User и щелкните OK.

  8. Выйдите, снова войдите под обычным Администратором и удалите вторую учетную запись Администратора.

  9. Очистите пароль Администратора, чтобы его можно было перезаписать.

Вы можете также использовать Win2K Setup Manager для создания файла sysprep.inf, чтобы автоматизировать мини-становку, которая будет иметь место после перезагрузки клонированного компьютера. Этот шаг является необязательным, но сэкономит время во время инсталляции.

Подготовка к клонированию сервера MetaFrame

На следующем этапе вам придется сделать небольшую работу, относящуюся к MetaFrame. Прежде всего тщательно выберите ваш сервер. Клонируемый сервер должен находиться в зоне с заданным по умолчанию именем (так, чтобы имя могло быть сгенерировано на основании подсети, в которой находится сервер). Этот сервер не должен быть первым сервером в ферме, содержащий хранилище данных на базе Access, поскольку клонирование такого сервера также будет клонировать хранилище данных. Хотя мы еще не обсуждали сертификаты SSL, не клонируйте серверы с установленными сертификатами SSL, потому что эти сертификаты уникальны по отношению к компьютерным аппаратным средствам. (Если вы их не устанавливали, то не беспокойтесь об этом). Кроме того, вы не должны клонировать сервер с переназначенными серверными дисками.

Если Вы клонируете сервер, используя для хранилища данных Access, следуйте этим инструкциям:

  1. Удалите файл wfcname.ini в корневом каталоге системного диска. Этот файл идентифицирует сервер по имени, поэтому вам не следует включать эту информацию в процесс клонирования.
  2. Остановите службу IMA и настройте ее на ручной запуск.
  3. Удалите следующие значения из реестра Windows:
    HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\HostId HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\ImaPort HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\MasterRanking HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\PSRequired HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\RassPort HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\Runtime\ZoneName
  4. По завершении подготовки к клонированию для Win2K, включая запуск Sysprep, чтобы заставить сервер сгенерировать новый SID, имя сервера, и пароль Администратора, сделайте образ сервера с помощью программного обеспечения клонирования (Ghost и пр.), а затем установите образ на дополнительных серверах.
  5. Настройте службу IMA на автоматический запуск и запустите ее.

Для настройки только что склонированного сервера MetaFrame XP, выполните следующее:

  1. Добавьте в реестр ключ HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\ServerHost и установите для него имя сервера.
  2. Отредактируйте файл wfcname.ini в корне диска, на который вы установили MetaFrame XP, и замените имя именем машины.
  3. Настройте службу IMA на автоматический запуск.
  4. Перезагрузите машину и используйте утилиту qfarm, чтобы удостовериться, что сервер присоединился к ферме.

Клонирование сервера, использующего SQL Server или Oracle, во многом аналогично клонированию сервера, использующего Access, но есть некоторые отличия. Во-первых, при использовании SQL Server или Oracle, вы можете клонировать первый сервер в ферме, потому что хранилище данных не будет на этом сервере. Во-вторых, вам следует отредактировать файл mf20.dsn, находящийся в каталоге %Program Files%\Citrix\Independent Management Architecture. Если вы откроете этот файл в текстовом редакторе, то увидите приблизительно следующее:

[ODBC]
DRIVER=SQL 
ServerUID=SQL_USERNAME 
DATABASE=NAME_OF_DATABASE 
WSID=NAME_OF_MF_SERVER 
APP=Citrix IMA 
SERVER=NAME_OF_SQL_SERVER

В основном этот файл идентифицирует драйвер базы данных, используемый для связи с SQL Server, содержит правильное имя пользователя для базы данных, идентифицирует базу данных, идентифицирует локальный сервер, выполняющий соединение, а также идентифицирует имя сервера, на котором хранится база данных. Чтобы клонировать этот компьютер, мы должны удалить строку, начинающую WSID =, чтобы клоны сервера не индентифицировались неправильно.

Если серверы в вашей ферме используют комбинацию прямого и косвенного доступа при долступе к SQL Server или Oracle, убедитесь, что клонировали правильный тип. Доступ к хранилищу данных будет включен в клонирование.

Обновление MetaFrame XP

До этого момента я предпологал, что вы делаете новую инсталляцию. Если вы использовали MetaFrame, то вряд ли хотите начинать все с нуля, но желаете максимально использовать параметры настройки ваших существующих серверов. Однако, эта возможность усложняется тем, что серверы с предыдущими версиями MetaFrame связывались друг с другом другим способом, чем серверы MetaFrame XP. Как мы подробно обсуждали в предыдущих главах, мало того что MetaFrame XP вводит новую организационную модель, она для этой модели вводит новый протокол связи. Если предположить, что вы не собираетесь отключить все серверы MetaFrame и модернизировать их все одновременно, то проблема состоит в том, как сохранить ферму серверов в рабочем состоянии, пока вы мигрируете на MetaFrame XP.

Вы можете мигрировать любую версию MetaFrame или WinFrame 1.8 на MetaFrame XP. Но поскольку Citrix выпустил MetaFrame 1.0 в 1998 году, а сейчас 2002, я предполагаю, что большинство читателей модернизируют MetaFrame, а не WinFrame.

Один из способов состит в том, чтобы иметь какое-то время две разных фермы - одна с MetaFrame 1.x, а вторая с MetaFrame XP. Это позволило бы вам избежать любых проблем с миграцией приложений с серверов MetaFrame 1.8 на MetaFrame XP. Однако, недостатки очевидны. Из-за меньшего числа серверов в каждой ферме будет нарушено распределение нагрузки. Вы должны будете обеспечить соединение пользователей с надлежащей фермой, предоставить им их приложения, а также будете вынуждены управлять этими двумя фермами раздельно. Наличие двух ферм серверов, вероятно, было бы вашим лучшим выбором, если вы поддерживаете среду MetaFrame, которая простирается на множестве физических сайтов. Если полоса пропускания между сайтами уже перегружена, лучше временно разделить фермы серверов, чем удвоить трафик между серверами.

Если вы вынуждены поддерживать две фермы, то можете использовать NFuse для предоставления единого интерфейса для доступа к опубликованным приложениям в этих фермах.

Если вы модернизируете MetaFrame 1.0 или WinFrame, то параллельные фермы серверов - ваш единственный выход. Но если вы обновляете MetaFrame 1.8, то имеете альтернативу: вы можете на время обновления заставить ферму серверов MetaFrame XP работать в смешанном режиме. Смешанный режим делает серверы MetaFrame XP двуязычными - они используют IMA для общения с другими серверами MetaFrame XP, и UDP для общения с серверами MetaFrame 1.8. Поэтому ценой увеличения сетевого трафика (поскольку вся информация о ферме, посылаемая с сервера MetaFrame XP, будет широковещательной при использовании обоих протоколов), серверы MetaFrame 1.8 и MetaFrame XP могут сосуществовать в одной ферме. Вы можете модернизировать серверы по одному, запуская их все в смешанном режиме, до тех пор, пока последний сервер не будет модернизирован - тогда вы будете готовы переключить MetaFrame XP в "родной" (native) режим..

Понимание смешанного Режима

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

Выполнение миграции

Для миграции сервера MetaFrame 1.8 на MetaFrame XP, выполните следующие действия. Если вы использовали Installation Management Services Job для развертывания пакетов под MetaFrame 1.8 и хотите мигрировать эти пакеты, используйте утилиту im_app_upgrd.exe (в каталоге \support\debug\i386 на CD-ROM Installation Manager) до того, как запустите установку MetaFrame XP. Если для хранилища данных фермы вы используете SQL Server или Oracle, настройте сервер хранилища данных. Идентифицируйте текущий главный броузер ICA в ферме MetaFrame 1.8. Установите MetaFrame XP на другой сервер, отличный от главного браузера ICA. При запуске сервера MetaFrame XP в смешанном режиме, он выигрывает выборы главного браузера. Однако, если останавливаете главный броузер для обновления, то в любом случае инициируете выборы среди оставшихся серверов MetaFrame 1.8.

 
Родной режим Смешанный режим

Службы Program Neighborhood и ICA Browser по умолчанию заблокированы на всех серверах фермы.

Службы Program Neighborhood и ICA Browser по умолчанию разрешены на всех серверах фермы. Серверы MetaFrame XP всегда будут выигрывать выборы ICA Browser.

Серверы MetaFrame XP не используют информацию Program Neighborhood или ICA Browser совместно с серверами MetaFrame 1.8.

Серверы MetaFrame XP посылают информацию Program Neighborhood на серверы MetaFrame 1.8, которые имеют одинаковое имя фермы и находятся в одной подсети.

Серверы MetaFrame XP не посылают информацию Program Neighborhood всем серверам в ферме, а только на коллектор данных. Серверы MetaFrame XP совместно не используют динамическую информацию через службу ICA Browser. Вместо этого служба IMA уведомляет коллекторы о данных динамических изменениях.

Каждый сервер, выполняющий службу Program Neighborhood, поддерживает связь с каждым другим сервером с тем же именем фермы, чтобы совместно использовать данные Program Neighborhood. Серверы MetaFrame XP с тем же именем фермы, что и серверы MetaFrame 1.8, видны в Клиенте ICA как единый набор приложений.

Серверы связываются через службу IMA, а не UDP, и не могут "слышать" рассылки UDP.

Серверы MetaFrame XP отвечают на широковещательные рассылки UDP и Клиента ICA, а также генерируют трафик IMA.
Лицензии на подключения MetaFrame XP не объединяются с серверами MetaFrame 1.8. Объединение лицензии доступно между серверами MetaFrame XP и MetaFrame 1 .8 в пределах одной подсети.

Опубликованные приложения не могут использовать распределдение нагрузки среди серверов MetaFrame XP и MetaFrame 1.8.

Опубликованные приложения в том же самом прикладном наборе могут использовать распределение нагрузки среди серверов MetaFrame XP и MetaFrame 1.8, если они входят в одну ферму. Однако, MetaFrame XP имеет правила распределения нагрузки, отсутствующие в MetaFrame 1.8, и если вы опубликовали приложение с помощью Citrix Management Console в MetaFrame XP, то не можете публиковать приложение с тем же самым именем, используя Published Application Manager в MetaFrame 1.8 - приложение уже будет существовать в хранилище данных.

Вы можете использовать утилиту комадной строки query server для обнаружения сервера Citrix, выполняющий роль главного броузера. Для такого сервера рядом с его адресом будет стоять буква М. Еще раз, избегайте обновлять этот сервер первым при миграции на MetaFrame XP.

Server               Transport Conns Free Total  Network Address
-------------------- --------- ----------------- --------------------
TERMSERV* TCP/IP 0 0 0 10.0.0.7 M

Устанавливайте MetaFrame XP во время, когда никто не использет ферму серверов, чтобы последующие выборы не прервали ничью работу. При инсталляции создайте новую ферму IMA с тем же именем, что и существующая ферма MetaFrame 1.8, и, когда вам предложат, введите серийные номера и код продукта для ваших лицензий миграции. Этот сервер станет новым главным браузером ICA.

Выберите использовать сервер в смешанном режиме, затем завершите инсталляцию, как описано в этой главе. Когда будет предложено, выберите миграцию приложений. Убедитесь, что вы можете соединиться с сервером MetaFrame XP и проверьте журнал миграции (%systemroot%\System32; имя файла отображается во время установки), чтобы удостовериться, что все приложения были успешно перенесены. Установите MetaFrame XP на остальных серверах MetaFrame 1.8, выбирая присоединение их к существующей ферме.

После миграции всех серверов MetaFrame 1.8 на MetaFrame XP, измените режим работы в свойствах фермы в Citrix Management Console. Уберите флажок MetaFrame Interoperability на вкладке Interoperability. Это изменение останавливает совместное использование лицензий со шлюзами лицензий.

Работа фермы в смешанном режиме

Работа фермы серверов в смешанном режиме заключается не только в установке флажка. Вы должны сделать небольшой заключительный штрих, чтобы обеспечить совместную работу серверов. Еще раз, работа фермы серверов в смешанном режиме является лишь временной мерой, но это "время" может продлиться дольше, чем вы изначально рассчитывали. В таком случае вам приятно было бы иметь работающую ферму.

Соглашения об именах

Прежде всего, и наиболее очевидно, что серверы MetaFrame XP должны быть сконфигурированы для работы в смешанном режиме. Иначе, даже если имена ферм MetaFrame XP и MetaFrame 1.8 совпадают, эти две фермы будут независимы друг от друга. Серверы MetaFrame XP, работающие в "родном" режиме, не используют службу ICA Browser, поэтому они не могут совместно использовать информацию с серверами MetaFrame 1.8. Если серверы MetaFrame XP работают в смешанном режиме, они должны быть в ферме, которая имеет то же имя, что и ферма серверов MetaFrame 1.8.

Если серверы MetaFrame XP работают в смешанном режиме, используйте команду qserver на серверах MetaFrame 1.8 и MetaFrame XP для отображения информации о браузерах ICA.

Управление серверами

Вы не можете управлять серверами или опубликованными приложениями одними и теми же утилитами. При установке MetaFrame XP вы могли заметить некоторые инструменты, которые вы раньше не использовали. Вы будете использовать их в смешанных фермах. Например, чтобы управлять приложениями на серверах MetaFrame 1.8 в смешанной ферме, вы будете использовать Published Application Manager на сервере MetaFrame XP. Вообще говоря, эти инструменты не будут работать с серверами MetaFrame XP. Для управления серверами MetaFrame XP или для настройки и управления принтерами в ферме используйте Citrix Management Console.

Управление приложениями в смешанном режиме несколько сложнее. Когда первый сервер MetaFrame 1.8 мигрирован на MetaFrame XP в смешанном режиме, делается "снимок" текущей среды MetaFrame 1.8, который сохраняется и используется при последующих миграциях в ту же ферму MetaFrame XP. Этот снимок включает опубликованные приложения. Поэтому вы должны быть внимательными при добавлении и изменении приложений в ферме в смешанном режиме.

Во-первых, если вы планируете использовать распределение нагрузки для опубликованного приложения по серверам MetaFrame XP и MetaFrame 1.8, вы должны опубликовать приложение сначала на сервере MetaFrame 1.8, затем добавить приложение (с тем же самым публикуемым именем) на серверы MetaFrame XP, используя Citrix Management Console. Если вы добавите приложения сначала в Citrix Management Console, то они уже будут существовать в хранилище данных, и вы не сможете добавить их посредством Published Application Manager. Во-вторых, если вы изменяете опубликованные приложения с помощью Published Application Manager, установленного на сервере MetaFrame XP, вы не можете изменить те же самые приложения с помощью Published Application Manager, установленного на сервере MetaFrame 1.8. В третьих, Citrix не рекомендует изменять приложения в ферме, если вы планируете миграцию серверов - приложения не могут мигрировать должным образом, если были изменены. Наконец, опубликованные приложения на мигрированных серверах будут все еще видны в Published Application Manager до тех пор, пока не будут удалены вручную.

Ферма должна работать в смешанном режиме только на время миграции, но не в промышленной среде. Использование смешанного режима усложняет управление и увеличивает сетевой трафик. Если вы планируете запускать MetaFrame XP в смешанном режиме, то учтите, что будете ограничены со стороны MetaFrame 1.8.

Резюме

В этой главе вы видели законченный процесс ручной инсталляции MetaFrame XP, файлов Клиента ICA и FR1. Этого достаточно для понимания автоматизированной инсталляции и клонирования, которую я также обсудил. Вы узнали, как обновить серверы MetaFrame 1.8 до MetaFrame XP, а также замечания о работе фермы серверов в смешанном режиме. Используйте знания о фермах и зонах, прямом и косвенном доступе, для успешной установки. В Главе 5 мы рассмотрим некоторые задачи управления после установки серверов MetaFrame XP.

Глава 3: Планирование Развертывания MetaFrame Содержание Глава 5: Конфигурирование Сервера MetaFrame