Использование приложений к Терминальному Серверу

Published on Февраль 19, 2009 by   ·   Комментариев нет

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

Изменение и/или автоматизация?

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

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

Использование автоматизированного метода имеет большие преимущества:

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

Конечно же, и процесс изменения («переупаковки») имеет свои плюсы:

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

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

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

Создание «тихого» приложения

Я всегда называю процесс создания тихой установки «написанием сценария для приложения». Иными словами, я не делаю различий между использованием обоих из указанных в предыдущей части методов создания тихого режима.

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

В зависимости от инфраструктуры сервера Вам следует определить место размещения приложения. Это поможет в разрешении многих насущных вопросов, самый важный из которых — способность приложения работать в среде ТС. Некоторые приложения не могут работать в подобной среде, так как требует дополнительных аппаратных частей, программного обеспечения или дополнительных приложений CAD/CAM.

Если приложение совместимо со средой ТС, то следующий вопрос — где приложение должно быть установлено.

  • Отнимает ли приложение мощность CPU и/или устройств памяти?
  • Имеют ли место факты ненужной загрузки CPU приложением на постоянной основе?
  • Имеет ли приложение конфликтные DLL, или конфликты с другими приложениями?
  • Требует ли приложение дополнительных приложений для своего нормального функционирования (также, для конечных пользователей)?
  • Поддерживает ли приложение другие типы приложений?
  • Как часто выходят обновления для данного типа приложения?
  • Сколько пользователей собираются работать с приложением?
  • Как часто приложение должно использоваться конечными пользователями?

Комбинация ответов на приведенные вопросы поможет Вам в вынесении правильного решения относительно места установки приложения. После этого можно начинать «тихую» установку приложения.

Первый шаг — ручная установка приложения. Вы знаете, какая информация может потребоваться во время процесса установки. Также, Вы можете проверить, используя такие инструменты, как filemon, regmon и/или regshot, где сохраняются файлы приложения и установки реестра. Не забудьте установить ТС в режим установки для того, чтобы знать, установлены ли Текущие ключи пользователей и их Значения.

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

При использовании «тихой» установки следует учитывать три ключевых момента:

  • Разработчик обеспечивает встроенную способность автоматической установки при помощи использования параметров использования. Обычно эти параметры, вместе с методом выполнения автоматической установки, описаны в инструкциях. Иногда, данные опции указываются лишь на сайтах разработчиков, в соответствующих статьях, либо на специализированных Форумах. Непосредственный контакт с производителем может помочь в выяснении значений всех необходимых параметров.
  • Установка через InstallShield. Часто производители перепоручают установку своего приложения программе InstallShield. Так, вы можете использовать опции InstallShield для выполнения автоматической установки. Вы должны обеспечить установку приложения, используя параметры /r. Таким образом, вы получите запись информации об установке в файле .iss. Данный файл будет запрошен в будущем при установке других приложений с использованием параметров /s для автоматической установки.
  • Установка MSI. Выпуск приложений, использующих установку MSI, становится необычайно популярным. Используя стандарты, доступные Операционной системе Windows, файлы MSIEXEC MSI могут быть запущены автоматически. Соответствующие параметры установки можно найти через вызов команды MSIEXEC /? , или путем прочтения основополагающей статьи по данному вопросу на http://support.microsoft.com/default.aspx?scid=kb;en-us;227091.

После создания режима «тихой» установки, Вы можете начинать непосредственный процесс установки приложения на ТС. Однако, как уже было сказано в статье Основные положения о среде Терминального сервера, существует два ключевых момента. Вторая часть процесса установки — конфигурирование приложения. Вам следует подумать об установках реестра (в HKLM) и/или файлах конфигурации. При использовании метода «переупаковки» для создания режима «тихой» установки я предлагаю вынести соответствующие параметры конфигурации за пределы процесса установки. При необходимости внесения каких-либо изменений в существующие параметры конфигурации, их можно с легкостью внести и по окончании устан6вки приложения.

Процесс конфигурирования компьютера/машины закончен, что приводит нас к следующей фазе — конфигурированию параметров пользователя. При ручной установке приложения мы уже проверили так называемый Ключ затенения. Я предлагаю вынести параметры конфигурации пользователя из содержания Ключа затенения и разместить их в сценарии подключения или в чем-нибудь подобном. В статье Основные положения о среде Терминального сервера я объяснил причины данного поступка. Пожалуйста, не забудьте очистить Ключ затенения по окончании процесса установки! Также, многие приложения начинают процесс установки с принятия лицензионного соглашения, выбора точных установок, экранов подсказок и т.п. надеюсь, вы не хотите, чтобы все Ваши пользователи прошли через все эти стадии. Напротив, Вам нужно обеспечить доступ пользователей к нормально функционирующему приложению! Для заполнения всех установок следует самостоятельно запустить приложение и проконтролировать с помощью regshot, какие ключи реестра были изменены (в 95% случаев данные установки являются установками реестра).

Существует хорошие web-сайты, где производители описывают данные установки. К примеру, мне нравится http://www.appdeploy.com/.

Использование приложения

Итак, последним шагом является использование приложения на целевом сервере. Единственный способ гарантирования 100% идентичности всех серверов — пресловутый хронологический порядок. Существует большое количество инструментов, способных гарантировать, что приложение было установлено в идентичном порядке на всех существующих серверах. Некоторые инструменты используют внутренний ID для соблюдения установленного порядка (как Altiris) вместо того порядка, который Вы можете создать сами, поэтому будьте очень внимательны! Протестируйте использование приложения в тестовой среде. Мне удалось добиться хорошего использования Altiris, RES Wisdom и VisionApp Management Suite, однако существует гораздо более обширный выбор инструментов, позволяющих соблюсти установленный порядок хронологии.

Заключение

Для соблюдения основных правил, Вам необходимо установить приложение в «тихом» режиме. Этого можно добиться, используя метод автоматической установки, или установки «переупаковкой». Способы создания автоматической установки описаны с использованием параметров конфигурирования компьютера/машины. Параметры пользователя могут быть найдены в Ключе затенения и на нескольких сайтах, посвященных методу «переупаковки». «Тихая» установка осуществляется посредством использования соответствующих инструментов, способных обеспечить идентичный хронологический порядок процедуры на всех серверах.

www.windowsnetworking.com


Смотрите также:

Tags:

Readers Comments (Комментариев нет)




Да человек я, человек! =)




Exchange 2007

Проведение мониторинга Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 3)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Проведение мониторинга Exchange 2007 с помощью диспетчера System ... [+]

Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

Введение В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 2)

Если вы пропустили первую часть этой серии, пожалуйста, прочтите ее по ссылке Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (Часть ... [+]

Мониторинг Exchange 2007 с помощью диспетчера System Center Operations Manager 2007 (часть 2)

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Мониторинг Exchange 2007 с помощью диспетчера System Center Operations ... [+]

Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 5)

Если вы пропустили предыдущие части этой серии статей, перейдите по ссылкам: Подробное рассмотрение подготовки Active Directory для Exchange 2007 (часть 1) ... [+]

Установка и настройка Exchange 2007 из командной строки (Часть 3)

If you missed the previous parts in this article series please read: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование инструмента Exchange Server Remote Connectivity Analyzer Tool (часть 1)

Инструмент ExRCA Текущий выпуск инструмента предоставляется только в целях тестирования и оснащен 5 опциями: Тест подключения Outlook 2007 Autodiscover Тест подключения Outlook 2003 RPC ... [+]

Развертывание сервера Exchange 2007 Edge Transport (часть 5)

Если вы хотите прочитать предыдущие части этой серии статей, перейдите по ссылкам: Развертывание сервера Exchange 2007 Edge Transport (часть 1) Развертывание ... [+]

Установка и настройка Exchange 2007 из командной строки (часть 2)

Если вы пропустили первую статью данного цикла, пожалуйста, перейдите по ссылке: Exchange 2007 Install and Configuration from the command line (Part ... [+]

Использование интегрированных сценариев Using Exchange Server 2007 – часть 2: генерирование отчетов агента Transport AntiSpam Agent

Если вы пропустили предыдущую часть этой серии статей, перейдите по ссылке Использование интегрированных сценариев Using Exchange Server 2007 – часть ... [+]