Как развернуть приложения на терминальном сервере

Переупаковка и/или без присмотра?

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

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

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

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

Конечно, переупаковка имеет некоторые преимущества по сравнению с автоматической установкой:

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

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

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

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

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

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

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

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

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

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

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

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

При создании автоматической установки с использованием автоматического метода есть три основных этапа создания:

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

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

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

Также есть несколько хороших веб-сайтов, где установщики приложений описывают такие настройки, например, мне очень нравится http://www.appdeploy.com.

Развертывание приложений

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

Вывод

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