Настройка Citrix Metaframe под Windows 2000 Termanal Services


Создание образа



Создание образа жесткого диска такими программами, как или

являются более поздним методом резервирования и восстановления, а также для создания новых серверов из одного и того же образа. Недостаток этого метода состоит в том, что сервер при создании образа должен находиться в нерабочем состоянии. В идеале лучше иметь параллельный сервер, который можно остановить и сделать с него образ; затем на нем можно проверить изменения. Если они неприемлимы, делается восстановление с образа. В случае успеха делается новый образ и объявляется "master image". Этот образ далее применяется ко всем серверам фермы. Это гарантирует, что на всех серверах будут установлены одни и тот же пакеты обновления, заплаты, модификации реестра и т.п. Большинство образов среднего сервера занимают около 2GB и требуют для восстановления около 20 минут.

Как-то я на одном большом заводе устанавливал несколько серверов MetaFrame для предоставления доступа к Microsoft Office 97 для службы поддержки пользователей. Цель состояла в уменьшении числа проблем, которые вызывали пользователи со своими машинами. Мы настроили клиента на Windows NT Workstation 4.0, заблокировали рабочий стол, назначили обязательные профили "только чтение". Мы настроили Program Neighborhood для создания ярлыков Office на рабочем столе и поместили Outlook 98 в группу автозагрузки. При регистрации запускался Outlook и устанавливалось соединение ICA,позволяя остальным приложениям запускаться быстрее. Из-за обязательных профилей мы использовали KiXtart (расширенный процессор скриптов регистрации, его можно бесплатно взять на ) для определения важных переменных для настройки профиля Outlook.Мы использовали единый скрипт регистрации для всей компании и логические операторы для определения того, какие операции следует произвести в зависимости от принадлежности той или иной группе. Мы добавили раздел для запуска процедуры конфигурации профиля Outlook на базе группы пользователя и имени машины. Другой администратор добавил раздел таким образом, что наш раздел пропускался. На следующее утро после регистрации никто не мог запустить Outlook. После нескольких часов поисков причины, почему не создавался профиль, мы обнаружили команду, вызывающую обход нашего раздела. Тот администратор не подозревал, что его изменения затронут наш проект, но с точки зрения клиентов и конечных пользователей это была наша

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




Начало  Назад  Вперед



Книжный магазин