Глава 9: Использование расширенных возможностей MetaFrame XPe

К этому времени те, у кого есть MetaFrame XPe, могут задаются вопросом: для чего нужны все эти дополнительные CD-ROM из комплекта MetaFrame XPe. Не стоит унывать, если вы начали подумывать использовать их в качестве подставки для напитков; ваше терпение вознаграждено. В разных местах книги я пытался сфокусироваться на главном, описывая разные компоненты MetaFrame XP, которые относятся к большинству, не насмехаясь над теми, кто не имеет доступа к расширенным возможностям MetaFrame XPe. Для тех, кто действительно имеет MetaFrame XPe, эти глава сфокусируется на компонентах программного обеспечения, которые мы действительно не охватывали в предыдущих главах. Здесь мы будем говорить о том, как использовать особенности, которые отделены от основной части MetaFrame XP, а именно Installation Manager, Resource Manager и Network Manager. Даже если у вас нет MetaFrame XPe, вы можете найти эту главу полезной, чтобы узнать, как расширенная версия MetaFrame XP может упростить управление серверами MetaFrame. В этой главе, мы рассмотрим:

Использование Citrix Installation Manager

Администраторы MetaFrame 1.8 вспоминают Installation Manager как дополнение, но теперь Citrix включил его в состав MetaFrame XPe. Хотя Installation Manager автоматически не устанавливается с MetaFrame XPe, в комплект входит инсталляционный CD-ROM.

Те, кто не знаком с концепцией Installation Manager, могут задаться вопросом - зачем он нужен?. На самом деле это инструмент для крупных предприятий и предназначен для тех, кто имеет много серверов. Установка и поддержка пары серверов MetaFrame XP - инсталляция MetaFrame, настройка и публикация приложений, применение сервисных пакетов и заплат - не представляют большого труда. Однако, если эта пара серверов MetaFrame превращается в 20 серверов, то установка приложений и заплат на всех этих серверах уже становится проблемой. Увеличьте это число до 200, и у вас будет море ручной работы.

Installation Manager позволяет вам упростить процесс развертывания приложений и заплат на серверах MetaFrame. После создания пакетов в родном для MetaFrame формате ADF или в файле MSI от изготовителя (или созданных с помощью Windows Installer), вы можете развернуть эти пакеты для автоматической инсталляции на серверах MetaFrame XP, на которых установлена служба Installation Manager. Кроме того, вы можете управлять всем процессом с центральной консоли. Используя файл ADF, вы можете выполнять все следующие задачи с централизованной консоли:

Другими словами, причина для использования Installation Manager та же самая, что и для использования Remote Installation Services (RIS) - простота. Использование Installation Manager или любого другого инструмента автоматической установки требует некоторого времени на подготовку, но когда приходится делать повторяющиеся задачи, то начальное время в конечном счете дает большую экономию.

Те, кто не используют MetaFrame XPe, могут автоматически развертывать приложения на серверах MetaFrame, используя групповые политики Win2K. Поскольку эта тема не относится к MetaFrame, я здесь ее не рассматриваю, а объяснение процесса создания и установки пакетов MSI с помощью групповых политик содержится в в книге Windows 2000 Automated Deployment and Remote Management (Sybex). Не забудьте, что вы будете должны перевести серверы в Режим Установки перед установкой приложения, а затем вернуть его в режим исполнения.

Использование Installation Manager заключается не только в установке службы на некоторый сервер MetaFrame. Чтобы использовать эту службу, ваша сеть будет нуждаться в четырех типах серверов:

После того, как у вас все на месте, процесс распространения приложений с Installation Manager заключается в следующем: вы создаете инсталляционные пакеты (ADF и/или файлы MSI) и сохраняете их на файловом сервере. В Citrix Management Console администратор Citrix назначает приложения на серверы MetaFrame, на которых установлена служба Installation Manager. Когда вы инициируете инсталляцию, серверы MetaFrame соединяются с файловым сервером и устанавливают назначенные приложения. Другими словами, чтобы использовать Installation Manager, вам потребуется следующее:

Установка Installation Manager

Вам следует устанавливать Installation Manager отдельно от MetaFrame XP. Возьмите CD-ROM из комплекта MetaFrame XPe и вставьте его в привод CD-ROM одного из сервера фемы. Выберите Installation Manager 2.0 Setup.

Устанавливайте Installation Manager в нерабочие часы. Во время процесса установки будет остановлена служба IMA.

Не щелкайте вслепую в этом окне. По умолчанию выбраны все опции, но вам нужны не все, и вероятно вы не захотите устанавливать все на одном сервере. Для установки менеджера инсталляции приложений установите плагин к консоли, который выделен на рисунке. Чтобы настроить сервер MetaFrame для приема приложений, выберите службу инсталлятора (Citrix Installer Service). И чтобы создать сервер упаковки (который ни в коем случае не должен быть серверм MetaFrame) выберите Citrix Packager. В нашем случае мы хотим создать сервер управления, а также дать ему возможность принимать команды автоматической инсталляции. Поэтому выберем только первые два элемента - плагин и службу. Щелкните Next. После этого остановится служба IMA и программа установки скопирует нужные файлы. После щелчка на Finish служба будет инсталлирована, а при запуске Citrix Management Console вы увидите новый раздел: Citrix Installation Manager. Вам не нужно перезагружаться.

Однако, вы не можете установить приложения из самого Installation Manager - фактически вы пока ничего не можете сделать, поскольку нет никаких доступных приложений; Installation Manager использует файлы MSI и WFS для дистанционной установки приложений. Некоторые приложения имеют файлы MSI, которые вы можете опубликовать, но не все, поэтому перед тем как мы попробуем добавить пакеты, давайте посмотрим, как их создать с помощью Installation Manager.

Хотя я объяснил здесь, как использовать Citrix Packager в Installation Manager для создания инсталляционных пакетов, я рекомендую, чтобы вы по возможности использовали файлы MSI. Они более гибкие - вы можете использовать их за пределами Installation Manager и публикация заданий на базе пакетов MSI предлагает больше деталей в процессе инсталляции, что может быть полезным при расследовании отказов при инсталляции.

Чтобы создавать пакеты, вам потребуется упаковочный сервер. Чтобы установить его, вставьте CD-ROM в диск сервера, который имеет достаточно боьшой раздел для установки любого приложения, которое вы будете упаковывать; Citrix рекомендует раздел размером не менее 500Мб . Выберите компонент, который вы хотите установить - Citrix Packager, позвольте программе установки скопировать нужные файлы и нажмите по завершении кнопку Finish. Вы не должны перезагружаться - упаковочный сервер теперь установлен и готов к работе.

Почему упаковщик должен быть специализированным сервером?

Хотя модель лицензирования MetaFrame XP означает, что вы материально не штрафуетесь за установку MetaFrame XPe более чем на одном сервере, необходимость обслуживания разных серверов подразумевает, что вы должны купить дополнительные аппаратные средства. Действительно ли необходимо иметь отдельный упаковочный сервер?

К сожалению, да. Во-первых, специализированный сервер проще сохранить в чистоте. Какое бы упаковочное приложение вы не использовали - Citrix Packager или Winlnstall, суть остается той же. Упаковочный инструмент делает снимок системы до установки приложения, записывает изменения системного реестра и файлов, делаемые во время установки файла или заплаты, а затем упаковывают эти изменения, сравнивая первоначальный снимок со снимком, сделанным после установки. Когда вы запускаете пакет на целевом компьютере, эти различия применяются на компьютер: изменения файлов и реестра. Это означает, что упаковочный компьютер должен быть в максимальной степени похожим на на компьютеры, на которых будут использоваться пакеты (или, по крайней мере, не должен подразумевать присутствия любых файлов, изменений реестра или чего-то в этом роде, чего целевые компьютеры могут не иметь).

Допустим, некоторое приложение требует для работы файл MYDLL.DLL. Если версия DLL, которая является той же самой или более новой версией, уже находится на упаковочном сервере (возможно, потому что другая уже установленная программа использует ту же самую DLL), то подпрограмма установки для приложения не будет устанавливать MYDLL.DLL. Следовательно, упаковочное приложение не сделает запись об инсталляции этого DLL и этот файл не будет установлен при развертывании пакета на целевом компьютере - в результате приложение не будет работать. (По подобным причинам, упаковочный сервер должен использовать ту же самую версию ОС, которую будут использовать целевые компьютеры, включая все примененные сервисные пакеты. Необходимо, чтобы все DLL и системные файлы на упаковочном сервере и на целевых компьютерах были одинаковыми). Каждый раз, когда вы заканчиваете упаковывать приложение, делайте откат изменений, сделанных инсталляцией на упаковочном сервере, чтобы эти изменения не влияли на более поздние упаковки.

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

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

Упаковка приложений и заплат для инсталляции

Итак, у нас есть упаковочный сервер. Давайте посмотрим, как его использовать для установки приложений или заплат для операционной системы. На упаковочном сервере войдите в группу программ Citrix и выберите Citrix Installation Manager чтобы открыть Citrix Packager, как показано на рисунке:

Гм... пока не очень понятно. Самый простой способ начать во всем этом разбираться - это начать с Project Wizard. Щелкните кнопку Project Wizard, четвертую слева на панели.

 

Вы можете использовать этот мастер для записей трех типов установок. Installation Recordings (запись инсталляции) и Unattended Program packages (автоматическая установка) говорят сами за себя - вы будете использовать этии варианты для записи процесса инсталляции приложений или сервисных пакетов. Опция Packaging files не так очевидна. Вы можете использовать ее для автоматизации установки приложений, которые не требуют специальной программы установки, например, в случае старых приложений, где вы просто копируете файлы в нужный каталог. Вы также можете использовать эту опцию для копирования файлов, например, шаблонов, на серверы MetaFrame, которые требуют локального доступа к этим файлам. Давайте начнем с создания файла ADF для инсталляции Adobe Acrobat Reader.

Если устанавливаемое приложение доступно в формате MSI, то вы можете просто опубликовать этот файл с помощью Installation Manager. Создание файлов ADF необходимо в том случае, если у вас отсутствует файл MSI или вам нужно модифицировать программу установки инсталляционными сценариями или дополнительными файлами. Вы не можете автоматически деинсталлировать файлы ADF; для этого вам потребуется утилита деинсталляции MSI

На первой странице Project Wizard вам нужно выбрать тип создаваемого проекта (см. рисунок выше). В нашем случае мы хотим запись инсталляции, поэтому выбираем Installation Recordings и щелкаем Next.

Затем введите имя и размещение пакета:

.

Я создал на сервере папку с общим доступом для хранения всех пакетов. Когда я называю проект Adobe Acrobat, мастер Project Wizard автоматически создает папку с именем проекта. Поскольку каталог проекта будет включать полную инсталляцию упакованных файлов, вам надо побеспокоиться, чтобы на диске сервере было достаточно свободного места.

Далее вам нужно указать пусть к файлам инсталляции приложения. Если вам нужен доступ к файлам через сеть, не используйте в имени маршрута имена дисков, а указывайте имена UNC.

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

В нашем случае сценарии совместимости не требуются, но если они нужны, то выберите Include Compatibility Script и щелкните Find Script для выбора сценария из списка:

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

Наконец, появится финальное окно, на котором вы можете видеть ваши установки. После щелчка Finish появится диалог, предлагающий сохранить проект под именем No Project (т.к. мы сначала не указали имя). Настройки проекта хранятся отдельно от пакета, поэтому выберите имя и размещение для файла проекта (файл AEP) и щелкните Save. Я назвал проект Adobe 5-5.

После сохранения проекта начинается процесс записи. В нашем случае Adobe Acrobat Reader Setup показывает диалоговое окно, в котором отображается процесс копирования инсталляционных файлов. После этого начнется обычная процедура установки. Выполните установку как обычно, выбрав каталог для установки, который будет использоваться на всех серверах.

По завершении работы всех программ установки (вы можете видеть это по списку в окне Recording), кнопка в этом окне изменится на Done. Установка может завершиться до того, как окно Recording покажет кнопку Done. Не останавливайте запись до тех пор, пока Citrix Packager не закончит.

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

Большая часть информации здесь представляет собой запись всех изменений, которая инсталляция сделала на упаковочном сервере и которые будут применены на целевом сервере, когда вы примените пакет. Раздел Project Entries перечисляет программы установки, использованные для создания проекта - их может быть несколько, если вы создаете проект с набором приложений. Папка Applications перечисляет приложения, установленные в результате применения пакета к серверу. Папка Symbols содержит путь к инсталляции и информацию о производителе. Списки File System Changes и Registry Changes говорят сами за себя - они содержат копии папок или папок реестра, которые изменились в процессе установки. Вы можете исследовать эти папки для выяснения, как инсталляция приложения изменит компьютер. Наконец, в History Log содержится информация о процессе создания проекта и ассоциированного файла ADF, включая анализ инсталляции, изменения в реестре, создание файла ADF и любые ошибки.

Упаковка сервисных пакетов и заплат

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

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

В нашем примере я упаковываю SP2 для распространения на всех серверах MetaFrame, которые еще его не имеют. Этот инструмент будет работать с любой программой автоматической установки, включая пакетные файлы. Убедитесь, что вы включили все необходимые аргументы командной строки. Здесь я говорю обновить папку /i386 на диске C.

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

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

 

Упаковка файлов для копирования

Наконец, вы можете упаковать файлы для копирования на серверы MetaFrame. Вы можете делать это через Project Wizard, выбрав третью опцию - Package Files. Как и раньше, назовите проект. Затем добавьте файлы в коллекцию, используя диалог:

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

Затем укажите место для сборки - как мы делали раньше. Пгосмотрите свои настройки на следующем экране и щелкните Finish для создания пакета. Вот и все. Packager спросит, хотите ли вы сохранить изменения, а затем упакует файлы в пакет и создаст каталог.

Использование Citrix Packager для построения или изменения файлов проекта

Вам не обязательно использовать Project Wizard для создания пакетов, и после того как вы освоитесь с процессом, вы можете обнаружить, что пакеты можно быстрее создавать вручную. Вам также придется использовать ручной метод при редактировании созданного проекта. Процесс упаковки не слишком отличается от использования мастера, поэтому я остановлюсь на одном примере - инсталляции WinZip.

В Citrix Packager выберите New из меню File или щелкните самый левый значок на инструментальной панели. Назовите проект:

Теперь имя проекта отображается в Citrix Packager, но вы еще не значете, что с ним делать. Для создания нового пакета щелкните правой кнопкой на значке Project Entries в левой панели. Вы увидите 4 опции: Add Recording, Add Compatibility Script, Add Unattended Program и Add Files. Выберите Add Recording для открытия окна:

Если вы не развернули это поле, щелкнув Advanced, то имеете лишь место для ввода пути к программе установки и для описания проекта - в большинстве случаев этого достаточно. Я включил дополнительные варианты, чтобы вы могли видеть, что Packager делает в процессе записи. Раздел Include Events For перечисляет все доступные диски на упаковочном компьютере, но проверяет только те, которые вы указали для Packager, чтобы он считал, что эти диски каким-то образом будут вовлечены в процесс упаковки - в этом случае инсталляция Win2K, которую я использую, базируется на диске E, но некоторых файлы были на диске F, поэтому он будет просматривать оба диска. Хотя в список входят также сетевые диски, они не проверяются, если вы явно это не решаете, установив соотвествующий флажок.

Список These Types of Actions содержит контролируемые события. Большинство из них довольно очевидны и вам не следует менять их параметры настройки. File reads и File read attributes записывают события чтения файлов или их атрибутов в процессе инсталляции. File set attributes записывает события изменения атрибутов файла (например, только для чтения, скрытый, системный или архивный). Wildcard file searches записывает все действия, выполняемые функциями Find First и Find Next с использованием шаблонов. Registry value reads записывает события чтения значений системного реестра. Вы можете спокойно не записывать эти события - программа установки все равно сделает это, если они являются частью программы. INI file changes (изменения в файлах .ini) и Service changes (изменения в службах), например, добавление новой службы, остановка или приостановка существующих служб, записываются по умолчанию, потому что этот тип информации важен для функционирования установки.

Наконец, в списке есть опция под названием Consecutive Duplicates (Последовательные Дубликаты). Если этот флажок не установлен, Packager сделает запись изменений только один раз, когда оно первый раз произошло. Если вы включите эту опцию, Packager будет делать запись каждый раз. Последнее поле внизу диалогового окна управляет регистрацией событий, не связанных с программой установки. Когда этот флажок выбран (по умолчанию), Packager делает запись только процессов, связанных с программой установки, которую вы идентифицируете, а также любых порожденных этой программой процессов. Другие изменения в файлах INI или в службах, не инициированные этой программой установки, не будут записываться. Так и должно быть - если флажок установлен, Packager не будет делать запись действий, которые не относятся к инсталляционному процессу. Если используется выделенный сервер, это не будет представлять проблемы, но все равно нет никаких причин делать запись изменений, не инициированных программой установки приложения.

Когда вы нажимаете Start, появляется диалоговое окно Recording и мастер установки. Установите приложение, используя опции, которые вы хотите использовать для всех экземпляров этого приложения и щелкните Done по завершении работы упаковщика. После этого Packager анализирует журнал, который он создал во время установки приложения. После этого нажмите F7 для формирования проекта и создания каталога проекта. Пакет появится в Packager.

Вы можете также загрузить пакеты, которые вы предварительно сохранили, и просмотреть или редактировать их, а затем снова собрать пакет. Выберите Open Package из меню File и выберите местоположение, где вы сохранили пакеты. Для каждого пакета будет своя папка. Нужный файл находится в корне папки проекта и будет иметь расширение AEP.

Восстановление сервера

Всякий раз, когда вы устанавливаете пакет, вы потенциально мешаете установке будущих пакетов, редактируя реестр и инсталлируя файлы. Поэтому по завершении создания пакета и сохранения файла проекта вы должны сделать откат изменений, сделанных на сервере, перед созданием следующего проекта. Этот процесс достаточно прост и не затрагивает созданные проекты - он просто отменяет изменения, сделванные во время инсталляции на упаковочном сервере. Для отката изменений из меню Tools выберите Rollback.

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

Публикация пакетов

Теперь, когда у нас есть пакеты, убедимся, что они доступны через сеть серверу MetaFrame, выполняющему роль Installation Manager, а затем опубликуем эти пакеты. В Citrix Management Console войдите в раздел Citrix Installation Manager. Вы увидите три значка: Packages,
Server Groups
и Summary.

Сначала нам надо настроить Installation Manager для доставки пакетов. Он требует учетной записи для доступа к опубликованным файлам и у вас есть возможность сделать пару настроек. Щелкните правой кнопкой на значке Installation Manager и выберите Properties.

Возможно, вы уже присвоили Installation Manager учетную запись, поскольку при первом его запуске он запрашивает у вас эту информацию. Если нет, или вы хотите изменить учетную запись, щелкните Edit для открытия окна Network Account. Выберите домен, в котором находится учетная запись для доступа к файлам пакета, и введите пароль для этой учетной записи. Вы не можете ввести новую учетную запись в окне Network Account , поэтому должны ввести ее заранее. После выбора учетной записи вы возвращаетесь в основное окно свойств.

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

Остальные установки не обязательные. Задания, которые здесь упомянуты - это задания инсталляции, т.е. распространяемые пакеты. Время хранения (от 7 до 90 дней или бесконечно) зависит от того, сколько долго вы хотите ждать завершения задания или сколько долго вы хотите наблюдать состояние прошлых заданий. По умолчанию задания никогда не удаляются. Другие две опции определяют действия, которые следует предпринять по истечении времени. Обычно опубликованое задание начинается немедленно, как только наступает его запланированное время. Если вы установите флажки внизу экрана, то можете отложить инсталляцию до выхода всех пользователей.

Для создания пакета щелкните правой кнопкой на Packages, выберите из меню Add Package. Введите путь к файлам пакета (MSI или WDF). Убедитесь, что вводите имя в формате UNC. Хотя Installation Manager понимает логические имена дисков (хотя с предупреждением), их использование не является хорошей идеей. Installation Manager просто предоставляет ссылку на файлы, доступные через сеть, и если вы не отобразите одни и те же буквы диски на сетевые на всех серверах MetaFrame, инсталляция, зависимая от этих отображенных имен дисков, работать не будет.

Присвойте пакету имя, которое поможет вам идентифицировать приложение и версию. Все пакеты одного типа (MSI или WDF) выглядят одинаково.

Installation Manager в диалоге Browse иногда становится упрямым и показывает только значки компьютера, а не папки на компьютерах с общим доступом. В этом случае вы можете либо закрыть диалог и попробовать снова, либо ввести путь UNC к общим файлам в диалоге Add Package.

Вид упакованных приложений зависит от типа пакета. Если вы сделали пакет с помощью Citrix Packager, значок упаковщика будет иметь значок конверта. Если пакет в виде файла MSI, он будет иметь значок Windows Installer.

Создание групп серверов

Вы можете применять инталляционные пакеты к индивидуальным серверам, но если у вас достаточно серверов, чтобы Installation Manager показался вам привлекательным, вы можете найти, что легче применять такие пакеты к группам серверов. Для создания группы щелкните в Citrix Installation Manager правой кнопкой на значке Server Groups и выберите из контекстного меню Сreate.

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

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

Кстати, принадлежность сервера той или иной группе имеет значение только до завершения инсталляционного задания. Если вы добавляете сервер в группу после применения к этой группе задания или удаляете сервер из группы, то изменения членства не оказывает влияния на способ применения пакета. Так, удаление сервера из группы после установки пакета не деинсталлирует пакет, а добавление сервера в группу после установки пакета не инсталлирует пакет. Инсталляция и деинсталляция - это единовременные действия. Всякий раз, когда вы хотите их сделать, вы должны их явно инициировать.

Планирование заданий

У вас есть пакеты и группы серверов. Чтобы составить расписание, щелкните правой кнопкой мыши на имени пакета и выберите Install Package. Выберите сервер или группу серверов для инсталляции на них пакета и щелкните Next для перехода в окно расписания.

Обычно пакеты инсталлируются немедленно после щелчка на Finish. Однако, вы можете составить расписание. Для этого щелкните Edit. Появится окно Schedule Details. Выберите Schedule later и выберите дату, время и минуту для инсталляции. По завершении щелкните OK.

По завершении работы мастера расписания задание появляется в Installation Manager в разделе Summary на вкладке All Jobs. Каждое задание будет показываться здесь вплоть до его удаления или достижения срока истечения. Здесь также отображается состояние задания.
Success изначает что инсталляция завершена успешно, Pending - задание еще не началось, а Failure означает, что Installation Manager поытался завершить задание, то по каким-то причинам не смог. После успешного применения задания к серверу MetaFrame, задание будет видно на вкладке Applied Packages при выборе сервера в Citrix Management Console.

Устранение проблем с инсталляционными заданиями

Если задание не выполняется, проверьте следующее:

Некоторые подробности вы также можете узнать из Application Log в журнале событий на целевом сервере. Например, если вы выберите неудавшееся задание MSI и откроете вкладку Job Results в его свойствах, то увидите окно, перечисляющее серверы и события, которые происходили во время инсталляции. Правда, эти события не очень информативны, но могут дать ключ к пониманию проблемы.

Для пакетов ADF, если вы обратитесь к Application Log в журнале событий, вы увидите список предупреждений и прочую информацию. Вас интересуют сообщения от Gemini Installer. Щелчок на записи открывает окно с более подробным описанием ошибки (права доступа, файл не найден и т.п.). В журнале также отображаются успешные события, но со значком информации.


Использование Using Citrix Resource Manager

Resource Manager позволяет собирать данные о сервере и приложениях с разнообразных источников и отображать их в реальном масштабе времени или в виде отчетов, аналогично Win2K System Monitor и Task Manager. Вам необходимо установить поддержку Resource Manager на любом сервере, с которого вы хотите собирать показатели. Для его установки вставьте CD-ROM из комплекта MetaFrame XPe и выберите установку продукта. После этого в Citrix Management Console появится новый раздел - Resource Manager. Кроме того, в серверах и опубликованных приложениях появятся новые вкладки.

Reports, как видно, служит для создания разнообразных отчетов. Watcher - это наблюдение в реальном времени. Farm Metric Server просто позволяет выбрать сервер для сбора показателей для опубликованных приложений. SMS, SNMP и E-mail предназначены для конфигурирования контактного лица, которому будут посылаться уведомления о превышении допуска.

Просмотр статистики в реальном времени

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

Из этой информации я могу сделать вывод, что большинство счетчиков для текущего выбранного сервера MetaFrame находятся в порядке. Однако, сервер слишком интенсивно использует файл подкачки (красный круг у параметра Paging File) и может требовать больше памяти. Желтый круг появляется, возможно, из-за нехватки памяти. Двойной щелчок на красном круге у Paging File отображает график, который подтверждает мои подозрения:

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

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

Мониторинг приложений работает аналогично мониторингу серверов, но цветовое кодирование и информация другие. Для наблюдения в реальном времени войдите в Citrix Management Console в раздел Applications и откройте вкладку Resource Manager.

В отличие от вышеупомянутой трехцветовой схемы кодировка цветов для приложений не слишком очевидна. Кое-что знакомо: зеленый цвет означает, что показатель находится в допустимых пределах, желтый - в опасной зоне, а красный - превышены пороговые значения (в случае приложений - количество запущенных экземпляров). Синий цвет означает, что я еще не настроил приложение. Серый цвет означает, что я "уснул", т.е. не замерял приложение в течении определенного периода. Черный счетчик означает, что я отключил измерение на неопределенный период. Так, на вышеприведенном рисунке счетчик 1 под синей колонкой означает, что есть один работающий экземпляр несконфигурированного приложения.

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

Например, мониторинг числа приложений позволяет легко следить за использованием лицензий. Если у вас 30 лицензий для приложения, вы можете установить желтый порог в 25, красный порог в 30 и указать Resource Manager послать вам по почте сообщение о достижении желтого порога. Для настройки информации о времени или о количестве, дважды щелкните нужный блок в окне и введите нужные значения:

По умолчанию вы можете делать мониторинг всех опубликованных приложений. Но вы не можете осуществлять мониторинг приложений, которые находятся на сервере MetaFrame, но еще не опубликованы. Для добавления таких приложения в список приложений для мониторинга, щелкните правой кнопкой мыши на значке Applications и выберите New Resource Manager Application для запуска мастера. Введите имя и описание приложения, как вы это делаете при публикации, затем укажите путь к приложению на подходящем сервере. Далее выберите серверы, на которых вы хотите осуществлять мониторинг. Щелкните Fnish и приложение появится на вкладке Resource Manager вместе с именем опубликованного приложения. Хотя оно видимо в списке опубликованных приложений, оно не будет появляться пользователю в его Program Neighborhoods до тех пор, пока вы его явно не опубликуете.

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

Создание отчетов

Измерение в реальном времени пригодно для оценки текущей ситуации, но иногда требуется знать, что происходило в течении заданного периода и показать эту информацию тому, кто не сидит за консолью. В Win2K System Monitor вы делали это с помощью журналов (performance logs). В Resource Manager вы будете это делать с помощью создания отчетов. Вы можете сохранять отчеты в виде HTML или в файл, разделенный запятыми, чтобы открыть его в табличном процессоре.

Как и следует ожидать, отчеты создаются на вкладке Reports. Вы можете создавать три типа отчетов. System Snapshot (снимок системы) дает вам показатели использования ресурсов на заданный период. Current Processes (текущие процессы) отображает системную статистику, относящуюся к запуску процессов на выбранном сервере MetaFrame. Current Users показывает время регистрации и выполняющиеся процессы отдельного пользователя. Для создания снимка системы, щелкните значок System Snapshot на вкладке Reports для открытия окна:

Здесь вы можете выбрать сервер, а также дату и время. Initial time не даст вам отчет начиная с указанного времени и по текущий момент, а только на указаное время. Для создания отчета щелкните кнопку Generate. Через нескольки секунд вы увидите список людей, которые были зарегистрированы на выбранном сервере в указанное время. В следующей таблице перечислены типы выводимой информации.

 

Объект

Счетчик

Описание

LogicalDisk

% Disk Time

Отчет о занятости логического диска (диска с именем).

LogicalDisk % Free Space Отчет о заполненности логического диска.
Memory

Available Bytes

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

Memory

Pages/sec

Частота, с которой данные читались или писались на диск для разрешения ошибок page faults (page fault, или отсутствие страницы, втречается тогда, когда данные должны читаться или записываться в файл подкачки, а не в физическую память).

Network Interface

Bytes Total/sec

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

Paging File

% Usage Процент от файла подкачки, использовавшегося во время снимка. Хотя Win2K разработан так, чтобы использовать файл подкачки в качестве дополнения к физической памяти, злоупотребление файлом подкачки может свидетельствовать о том, что серверу не хватает памяти - это обычное состояние на серверах MetaFrame.
Processor % Interrupt Time Процент от времени, когда некий экземпляо процессора обрабатывал прерывания от аппаратных устройств. Этот процент говоит об активности аппаратного устройства.
Processor % Processor Time Процент времени, в течении которого экземпляр процессора был занят, делая чем-то другим, отличным от обработки холостых потоков.
System Context Switches/sec Скорость переключения контекста - т.е. переключение между процессами или между пользовательским режимом и режимом ядра. Чем больше переключений контекстов делает система, тем больше она загржена.
Terminal Services Active Sessions Активные сеансы, выполняющиеся на выбранном сервере MetaFrame (включая RDP и ICA).
Terminal Services Inactive Sessions Неактивные сеансы, выполняющиеся на выбранном сервере MetaFrame. (включая ICA и RDP).

Для создания отчета о текущих процессах, щелкните Current Process для открытия окна, в котором вы должны выбрать сервер, процессы и пользователя. По умолчанию везде стоит "--All--", это означает что вы получите отчет обо всех процессах всех текущих пользователях, а также о количестве памяти и процессорном времени, которые эти процессы потребляют.

Однако, вероятнее всего вам полезнее будет отчет, говорящий, что такой-то процесс такого-то пользователя потребляет X ресурсов сервера.

Учтите: отчет обо всех процессах будет содержать огромное количество информации. Для каждого процесса показывается имя его образа, путь, дата инсталляции, информация о версии, время и дата запуска процесса, процент активного времени, имя пользователя. На загруженном сервере получится очень длинный список. Кроме того, вы соберете статистику, показывающую, сколько процессорного времени и памяти использовал выбранный сервер MetaFrame для поддержки выбранных процессов. Вместо использования отчета Current Processes в качестве версии System State, попробуйте использовать его для выявления пользователя или процесса, оказывающего сильное влияние на сервер MetaFrame. Даже если вы выбрали единственный процесс, не удивляйтесь, если в отчете он будет перечислен несколько раз. Список в окне Current Processes представляет на самом деле образы, а не процессы, а некоторые образы поддерживаются более одним процессом.

Отчет Current Users самый простой из всех. При щелчке на кнопке Generate после выбора сервера и пользователя, вы получите отчет о пользователях, зарегистрированных в данный момент на сервере MetaFrame, включая идентификаторы их сеансов и список процессов.

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

Изменение сервера показателей фермы

Один из серверов фермы обычно отвечает за сбор статистики производительности - обычно это первый сервер, на котором вы инсталлировали Resource Manager - вместе с дублирующим, если основной сервер выйдет из строя. Большую часть времени вы не будете беспокоиться об этом, но если вы планируете на длительное время отключить сервер MetaFrame или перенести его в другую ферму, то перед этим вы должны изменить сервер показателей. Для этого откройте вкладку Farm Metric Server в Resource Manager. На ней показана информация о текущем сервере показателей.

Щелкните кнопку Change Farm Metric Server для изменения сервера, затем используйте стрелки для перемещения сервера, который должен выполняь эту роль, на самый верх. Закройте окно, затем щелкните кнопку на вкладке Farm Metric Server для применения изменений. Основной и дублирующий серверы должны находиться на разных серверах.

 


Использование Citrix Network Manager

Конкретные процедуры использования Network Manager варьируют в зависимости от используемого вами инструмента SNMP. Таким образом, я буду здесь говорить об общих системных требованиях и типах информации, которую вы можете собирать, используя Network Manager.

Планирование Network Manager

Как и любой инструмент, Network Manager требует некоторой предусмотрительности. Сначала вы должны знать, какие инструментальные средства вы можете использовать с Network Manager и какие возможности этих инструментальных средств он поддерживает. MetaFrame XP поддерживает три инструмента управления сетью через SNMP на базе Win2K Server SP1 или позже: Tivoli NetView 6.0 for Windows NT, Hewlett-Packard OpenView Network Node Manager 6.2 for Windows NT и (если у вас есть FR1 или позже) Computer Associates Unicenter TNG 2.4 for Windows NT. Однако, не все особенности этих инструментов управления работают с Network Manager. Network Manager не поддерживает никакие формы управления мультирядом (multi-tier), типа Tivoli Mid-Level Manager. Консоли ограничены; вы не можете использовать Network Manager с консолью администрирования Java для Tivoli NetView или с веб-консолью Open View. Имеет также значение режим - ни Tivoli NetView, ни Hewlett-Packard OpenView не поддерживают плагин Network Manager на клиенте, если вы развертываете инструменты управления в режиме клиент-сервер.

Вы также должны установить службу, которую будут использовать инструменты управления сетью . Чтобы использовать Network Manager, вы должны установить и настроить сервер SNMP на компьютере, на котором находятся инструменты управления, и на серверах MetaFrame XPe, которые вы хотите контролировать. На серверах Windows 2000 служба SNMP по умолчанию не устанавливается, поэтому вы будете должны установить ее через Add/Remove Programs из панели управления. Для этого щелкните Add Windows Components и из списка доступных компонентов выберите Management and Monitoring tools. Если вы нажмете Details, то появятся три опции: Connection Manager Components, Network Monitor и Simple Network Management Protocol. Выберите SNMP и щелкните OK. Если вы откроете раздел Services в Computer Management, то увидите работающие службы SNMP Service и SNMP Trap Service.

Вы должны позаботиться о безопасности SNMP. Все устройства SNMP размещаются в логические группы, называемые сообществами (communities). Когда вы устанавливаете SNMP на компьютере, он становится частью сообщества "public". На компьютере Win2K Server с разрешенным SNMP, члены сообщества public имеют доступ только для чтения к серверу, а сервер принимает пакеты от любого хоста. Даже доступ только для чтения с любого компьютера не слишком хорошая идея (особенно если серверы MetaFrame доступны из глобальной сети), поэтому вы можете отредактировать параметры настройки защиты протокола. Для этого щелкните правой кнопкой мыши на SNMP Service с списке служб и выберите из контекстного меню Properties. Выберите вкладку Security.

Если вы будете использовать только инструменты Network Manager, то вам необходимы права Read/Write, чтобы менеджер мог осуществлять следующие действия на управляемых серверах MetaFrame:

Для изменения этих прав для группы public, щелкните Edit и выберите READ/WRITE из списка Community Rights в окне SNMP Service Configuration. Здесь же вы можете изменить имя сообщества. В качестве альтернативы вы можете использовать кнопку Add для создания нового сообщества и назначения ему прав чтения/записи. Все управляемые серверы MetaFrame и управляющий сервер должны принадлежать одному сообществу. Чтобы ограничить управляемую среду, настройте каждый сервер на прием пакетов SNMP только от управляющего сервера, идентифицируемого именем или сетевым адресом.

Почти вся работа с Network Manager осуществляется из Citrix Management Console, и лишь некоторая часть - из комадной строки. Установите Citrix Management Console на управляющий сервер. Затем вы можете использовать его настройки входа в домен и сделать доступ к управляющим серверам по SNMP только для чтения.

Вам также необходимо включить поддержку SNMP для серверов MetaFrame. Обычно это делается для всей фермы. Из Citrix Management Console щелкните правой кнопкой мыши на узле фермы и выберите из контекстного меню Properties.

На вкладке SNMP включите вгента SNMP и выберите события, которые вы хотите контролировать : входы (logons), выходы (logoff), превышения порогов сеансов (session thresholds exceeded) и разъединения сеансов (session disconnects). В нижней части окна вы также можете выбрать процент доступных лицензий.

Опции в этом окне соответствуют ловушкам состояний SNMP, перечисленных в таблице:
Trap Name

Trap Number

Флажок

Код цвета в Консоли Управления

trapLicLowThreshold

5

License Notification

Желтый

trapLicLowThresholdNormal

10

License Notification

Зеленый

trapLicOut

6

License Notification

Красный

trapLicOutNormal

11

License Notification

Желтый

trapMfAgentUp

8

Нет (служба SNMP не работает)

Нет

trapSessionDisc

3

Session Disconnect

Нет

trapSessionLogoff

1

Session Logoff

Нет

trapSessionLogon

2

Session Logon

Нет

trapSessionThreshold

4

Session Threshold Exceeded

Красный

trapSessionThresholdNormal

9

Session Threshold Exceeded Зеленый

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

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

Установка Network Manager

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

Обратите внимание, что вы устанавливаете Network Manager на управляющем сервере, а не на серверах MetaFrame. Все, что вы должны сделать на серверах MetaFrame - это разрешить поддержку SNMP.

Запустите ваш CD-ROM с MetaFrame XPe и выберите из меню Other Tools and Components. Из появившегося меню выберите Network Manager plug-ins. Выберите соответствующий плагин в зависимости от инструмента управления, который вы уже установили. Следуйте инструкциям мастера установки. По завершении вы должны перезагрузиться, чтобы включить установленные плагины. После установки вы будете способны управлять серверами MetaFrame из установленного программного обеспечения управления сетью.

Резюме

В этой главе мы наконец-то обратили внимание на пользователей MetaFrame XPe, рассмотрев особенности уровня предприятия, включая Installation Manager, Network Manager и Resource Manager. Эта глава завершает книгу. Как вы видели, MetaFrame предлагает много инструментов управления со стороны сервера и возможностей со стороны клиента; гораздо больше, чем Windows Terminal Services, даже в его самом последнем воплощении. Я надеюсь, что вам понравилась книга и вы нашли ее полезной.

Глава 8: Расширенное Управление Содержание