Серверная операционная система

®

Руководство по развертыванию

Интеграция в среде NetWare

 



 


Руководство по развертыванию и интеграции в среде NetWare®

Настоящий документ представляет собой подробное руководство по планированию и развертыванию операционной системы Microsoft® Windows NT® Server в корпоративной среде.


© 1997 Microsoft Corporation. Все права сохраняются.

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

Настоящее руководство носит чисто информативный характер. В ДАННОМ ДОКУМЕНТЕ MICROSOFT НЕ ПРЕДСТАВЛЯЕТ НИКАКИХ ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ.

Microsoft, логотип BackOffice, MS-DOS, Visual Basic, Windows и Windows NT являются зарегистрированными товарными знаками, а BackOffice и MSN — товарными знаками корпорации Microsoft.

NetWare и Novell являются зарегистрированными товарными знаками корпорации Novell. Другие упомянутые здесь названия продуктов и компаний могут быть товарными знаками своих владельцев.

Microsoft Corporation • One Microsoft Way • Redmond, WA 98052-6399 • USA
0297 Кат. № 098-68698


Содержание


Фаза I. Подготовка................................................................................ 1

Введение....................................................................................................... 1

Общий обзор проекта........................................................................ 2

Программное заявление............................................................................. 2

Описание приоритетных целей проекта................................................ 2

Составление бизнес-плана........................................................................ 4

Определение состава проектной группы                                               6

Формирование рабочих подгрупп........................................................ 12

Завершающий этап фазы I. Обзор подготовки и утверждение фазы планирования                13

Фаза II. Описание проекта........................................................... 15

Обзор текущей среды..................................................................... 17

Схема корпоративной сети..................................................................... 17

Анализ узких мест и проблемных участков....................................... 17

Определение рамок проекта................................................................... 17

Определение сфер ответственности..................................................... 17

Определение пограничных зон.............................................................. 17

Определение организационной структуры
предприятия.................................................................................................
18

Определение корпоративных стандартов.......................................... 18

Оценка существующих систем.......................................... 20

Инвентаризация существующих систем и конфигураций.............. 20

Идентификация систем............................................................................. 20

Идентификация приложений.................................................................. 21

Идентификация особых ситуаций......................................................... 22

Оценка существующей сетевой
инфраструктуры.................................................................................
23

Инвентаризация сетевого оборудования............................................ 23

Идентификация проблемных участков — основные соображения 23

Оценка действующей
инфраструктуры обучения......................................................
24

Идентификация существующих курсов обучения............................ 24

Обзор вариантов обучения..................................................................... 24

Анализ и корректировка действующей системы обучения........... 27

Оценка существующей инфраструктуры поддержки      28

Оценка оперативности и эффективности поддержки...................... 28

Оценка технической квалификации персонала поддержки.......... 28

Оценка производительности................................................................... 28

Описание целей проекта............................................................ 29

Описание функциональных целей проекта........................................ 29

Описание коммерческих целей (преимуществ)
проекта..........................................................................................................
29

Определение показателей успешности проекта............................... 30

Описание стандартов проекта.............................................. 32

Спецификация стандартных поддерживаемых аппаратных платформ      32

Идентификация стандартных поддерживаемых сетевых операционных систем     46

Идентификация стандартных поддерживаемых серверных приложений   49

Идентификация стандартных поддерживаемых настольных операционных систем              50

Идентификация стандартных поддерживаемых настольных приложений                52

Идентификация возможных пробелов................................................. 53

Идентификация потенциальных поставщиков.................................. 53

Время и стоимость оценки и тестирования........................................ 53

Завершающий этап фазы II. Обзор описания проекта
и утверждение фазы планирования......................................................
54

Фаза III. Оценка и предварительное
тестирование........................................................................................
56

Краткий обзор........................................................................................ 58

Определение ресурсов.............................................................................. 59

Приобретение ресурсов........................................................................... 65

Windows NT Server Services for NetWare.............................................. 67

Сетевой План.......................................................................................... 71

Составление общей картины.................................................................. 71

Изучение целевого объекта..................................................................... 72

Идентификация зон риска........................................................................ 74

Проектирование......................................................................................... 76

Проектирование системы......................................................... 78

Принципы проектирования..................................................................... 78

Таблица серверов и клиентов NetWare................................................ 79

Контрольный перечень этапов
планирования установки.........................................................................
80

Корректировка бизнес-плана.................................................. 81

Корректировка с учетом целей и задач предприятия..................... 81

Корректировка бюджета......................................................................... 81

Определение приоритетов с учетом целей и задач предприятия 81

Разработка бизнес-плана развертывания системы.......................... 81

План установки................................................................................... 82

Тестирование поддерживаемых конфигураций................................ 82

Контроль развертывания в отделах
бета-тестирования.....................................................................................
82

План обучения...................................................................................... 84

Оценка существующих планов обучения........................................... 84

Определение целей обучения................................................................. 84

Определение группы обучения.............................................................. 84

Разработка плана обучения................................................................... 85

План поддержки развертывания.......................................... 86

Оценка существующих планов поддержки........................................ 86

Определение задач поддержки.............................................................. 86

Определение группы поддержки развертывания............................. 86

Разработка плана поддержки развертывания................................... 87

План передачи в эксплуатацию.......................................... 88

Оценка предыдущих планов
передачи в эксплуатацию.......................................................................
88

Определение задач этапа передачи в эксплуатацию..................... 88

Определение группы для передачи системы в эксплуатацию...... 88

Разработка и анализ плана
передачи в эксплуатацию.......................................................................
88

Завершающий этап фазы III. Обзор проектного плана и утверждение фазы развертывания       90

Итоговый обзор и корректировка.......................................................... 90

Вынесение предложения на рассмотрение........................................ 90

Утверждение фазы развертывания....................................................... 90

Фаза IV. Развертывание.................................................................. 91

Общий обзор............................................................................................ 92

Фаза экспериментальной проверки технологии............................... 92

Пилотная фаза............................................................................................ 94

Развертывание на уровне отделов........................................................ 95

Экспериментальная проверка технологии.............. 96

Процедура визирования........................................................................... 96

Подготовительные мероприятия........................................................... 96

Подготовка к установке......................................................................... 101

Установка Windows NT Server.............................................................. 104

Directory Services Manager for NetWare (DSMN).............................. 118

Настройка конфигурации клиентов................................................... 122

Проверка основных функций взаимодействия................................ 123

Пилотная фаза.................................................................................... 127

Цель и общее описание пилотной фазы............................................ 127

Выбор отдела для проведения пилотной фазы............................... 127

Документирование тестовой среды................................................... 130

Составление или получение списка приложений, устанавливаемых на сервере     130

Составление или получение списка приложений, установленных на рабочей станции        130

Обзор аналогов NLM-модулей на Windows NT Server.................. 131

Составление контрольного списка этапов установки сервера.. 131

Тестовая матрица приложений........................................................... 131

Установка программного обеспечения Windows NT Server........ 132

Установка файлов приложений на сервере
Windows NT Server...................................................................................
132

Обновление клиентов (по желанию).................................................. 133

Создание механизма обновления клиентов..................................... 133

Тестирование приложений................................................................... 134

Представление документации, результатов и рекомендаций.... 135

Развертывание на уровне отделов................................. 136

Идентификация отделов и установление
очередности..............................................................................................
137

Определение затрат времени и ресурсов на отдел........................ 137

Создание групп поддержки на местах.............................................. 137

Составление графика развертывания по отделам......................... 138

Выполнение развертывания по отделам.......................................... 139

Документирование развертывания
по каждому отделу..................................................................................
139

Стабилизация сети по отделам и в целом............... 140

Контроль в зонах развертывания....................................................... 140

Контроль потока трафика..................................................................... 141

Личные контакты с конечными пользователями............................ 141

Подготовка к передаче в эксплуатацию........................................... 142

Завершающий этап фазы IV. Обзор фазы развертывания и утверждение плана передачи в эксплуатацию................................................................................... 143

Официальный отчет о результатах развертывания и представление планов передачи в эксплуатацию         143

Утверждение плана передачи в эксплуатацию.............................. 145

Фаза V. Передача в эксплуатацию.................................... 147

Общий обзор.......................................................................................... 149

Основные положения................................................................. 150

Структура организации......................................................................... 150

внутренние совещания............................................................. 155

Обмен опытом........................................................................................... 155

План обучения................................................................................... 157

Проблемы и решения.............................................................................. 157

Представление сотрудников по контактам...................................... 157

Информационные материалы.............................................................. 158

Передача базы данных по поддержке............................................... 159

Внешние совещания..................................................................... 160

Первое знакомство.................................................................................. 160

Рассказ о ходе работ.............................................................................. 160

Прочие вопросы....................................................................................... 160

Передача ответственности за контакты
с поставщиками........................................................................................
160

Завершающий этап фазы V.
обзор передачи системы в эксплуатацию
и подготовка к отчету................................................................
161

Уточнение сроков.................................................................................... 161

Вынесение предложения на рассмотрение...................................... 161

Фаза VI. Резюме................................................................................... 164

Обзор состояния дел..................................................................... 166

Подготовка отчета.................................................................................. 166

Официальное завершение проекта..................................................... 167

Дополнительные сведения.................................................................... 167



Фаза I. Подготовка



Введение


Резкий скачок в развитии индустрии персональных компьютеров оказал огромное влияние на потребности крупных корпораций в вычислительных и информационных службах. Необходимость в оперативном предоставлении возросшего объема информации более широкому кругу сотрудников предприятия быстро повлекла за собой изменения в корпоративной вычислительной среде, основу которой составляли терминалы на базе мэйнфреймов. В современной среде используется система клиент—сервер, где настольные компьютеры и рабочие станции с интеллектуальным графическим интерфейсом общаются с локальными серверами и серверами подразделения на базе персональных компьютеров. Эти серверы служат для хранения данных и взаимодействия с мэйнфреймами и сетевыми системами корпорации. Сегодня, с быстрым расширением служб Интернета и интрасетей, вновь происходит переосмысление метафоры вычислительной среды. Теперь информационные услуги могут распространяться в рамках отдела, подразделения или всего предприятия по интрасети или же предоставляться извне — через Интернет. Для того чтобы удовлетворять свои важнейшие деловые нужды, крупной корпорации необходимо идти в ногу с прогрессом и уметь прогнозировать дальнейшее развитие событий. Но как это сделать?

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

Настоящий документ предназначен для сетевых администраторов, специалистов информационных служб и консультантов, участвующих в крупномасштабном внедрении технологий на базе Microsoft® Windows NT® Server в корпоративные среды. Вашему вниманию предлагается широкий ряд тем и стратегий. На основе своего многолетнего опыта работы с корпоративными вычислительными средами авторы убедились, что при развертывании корпоративной системы сетевые администраторы зачастую больше озабочены не тем, как осуществить намеченный план, а тем, как бы при планировании не упустить чего-нибудь из виду. Опыт подчас бывает слишком суровым учителем, который не прощает ошибок. В этом документе рассматривается ряд вопросов, которые вам могут пригодиться. Разумеется, некоторые из затронутых тем могут не иметь прямого отношения к вашей ситуации, однако они позволят вам взглянуть на свои планы под другим углом зрения. Сетевые администраторы, разрабатывающие стандартную процедуру развертывания, возможно, найдут здесь для себя полезные образцы.

Общий обзор проекта


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

Сформулировав цели и задачи, следует разработать бизнес-план и определить, каков должен быть примерный состав проектной группы.

Программное заявление

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

Описание приоритетных целей проекта

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

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

Измеримость

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

Выгода для предприятия

Эта цель должна ставить во главу угла общие цели компании, например:

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

Прямой и безопасный доступ в Интернет позволит проектно-конструкторским группам сократить время исследований на 20%, а непроизводительные затраты времени в связи с вынужденными поездками — на 33%, что даст ежегодную экономию 36000 долларов”.

В общей сложности 77% сотрудников информационного отдела полагали, что они имеют более или менее достаточную подготовку для работы на компьютере, и лишь 10% считали, что они в совершенстве владеют этими навыками. В результате осуществления проекта более 50% сотрудников согласятся с тем, что они в совершенстве овладели навыками работы на компьютере, а более 90% будут считать свою подготовку достаточной”.

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

Выгода для потребителя

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

По данным опроса за [месяц/год], 47% сотрудников полагают, что [компьютерный проект] благоприятно сказался на продуктивности их работы. Цель нового проекта состоит в том, чтобы через три месяца после его завершения положительный эффект отметили 75% сотрудников”.

По данным опроса за [месяц/год], 22% потребителей оценивали наше обслуживание как превосходное,’ а 31% — какудовлетворительное’. Цель данного проекта — повысить эффективность обслуживания настолько, чтобы 35% потребителей оценили его какпревосходное’, а 50% — как удовлетворительное’. Опрос будет проведен через 4 месяца после завершения проекта”.

Проводившийся в течение трех месяцев [месяцы/год] контроль за прохождением звонков абонентов показывает, что в период пиковой нагрузки — с 11 часов утра до 2 часов дня — число сбоев при соединении составляет 13% при среднем времени ожидания 7 минут и общем времени обслуживания вызова — 13,2 минуты. Повышенная эффективность новой системы позволит сократить число сбоев до 5%”.

«Неосязаемые» выгоды

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

По данным июньского опроса, 18% сотрудников считают, что благодаря отделу информационных служб они работают более продуктивно. Мы ставим целью увеличить число таких сотрудников в следующем полугодии до 36%, а к июньскому опросу будущего года — на 50%”.

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

Составление бизнес-плана

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

Ситуация

Здесь излагается фактическое положение дел. Например:

·     В настоящее время мы поддерживаем четыре сетевые операционные системы и пять сетевых протоколов.

·     Сетевая операционная система xxx отнесена к разряду устаревших, а сетевая операционная система yyy перешла в категорию унаследованных”.

·     Расходы на обучение, связанные с дополнительными курсами по освоению разных операционных систем, превысили затраты, предусмотренные бюджетом, на 75%.

·     Число аварийных сбоев на серверах, работающих под сетевой операционной системой xxx, за последние три месяца возросло на 25%, что — при расчетной стоимости каждого такого инцидента 250 долл. — за три месяца обошлось в 10000 долл.

·     План развития сети на 1999 год предполагает объединение серверов файлов, печати и приложений на платформе Windows NT Server в максимально короткие сроки.

Возможности

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

·     Переход с четырех сетевых операционных систем на две и с пяти протоколов — на два (TCP/IP и SNA), что позволит сократить общий сетевой трафик на 12%”.

·     Перевод серверов NetWare® 3.x на платформу Windows NT Server 4.0. По расчетам, это позволит сократить административные расходы на 20%, число серверов — на 29%, а стоимость программного обеспечения — на 38% по сравнению с модернизацией путем установки NetWare 4.x”.

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

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

·     Частичная реализация плана развития сети на 1999 год за счет сокращения числа поддерживаемых сетевых операционных систем и объединения сетевых служб на более крупных, универсальных, масштабируемых и отказоустойчивых серверах”.

Риск

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

·     Отказ от унаследованных и устаревших систем может привести к непредвиденным проблемам в связи со сложностью некоторых специализированных унаследованных приложений”.

План

В этом разделе бизнес-плана не требуется излагать подробную информацию о развертывании системы или иные конкретные детали. Это скорее краткая сводка планируемых изменений в вычислительной среде. Например:

·     Сертификация основного персонала поддержки Windows NT Server и Microsoft SQL Server™ в течение ближайших трех месяцев. Расчетная стоимость — 15000 долл.”

·     Обучение вспомогательного персонала поддержки Windows NT Server, Microsoft SQL Server и Microsoft SNA Server. Обучение по Windows NT Server будет завершено в течение двух месяцев, обучение по SQL Server и SNA Server — в течение четырех месяцев после начала осуществления проекта. Расчетная стоимость группового обучения по месту работы с привлечением специалистов со стороны — 21000 долл.

·     Поэтапный перевод серверов NetWare на платформу Windows NT в течение шести месяцев. Стоимость перевода одного сервера ~1350 долл., число серверов — 120, общая стоимость — 162 000 долл.”

·     Перевод серверов баз данных на платформу Windows NT в зонах обслуживания потребителей. На реализацию этого проекта может потребоваться восемь месяцев, поскольку в критические для деятельности компании периоды изменения в вычислительной среде выполняться не будут. Стоимость перевода одного сервера ~ 1500 долл., число серверов — 25, общая стоимость — 37500 долл.”

Определение состава проектной группы

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

Подпись: Ведущий
по
оценке
Подпись: Ведущий
по
поддержке
Подпись: Координатор проектаПодпись: Помощник координатора проектаПодпись: Техник 3
по
установке
Подпись: Техник 2
по
установке
Подпись: Техник 1
по
установке
Подпись: Техник 1
по тести-
рованию
Подпись: Техник 1
по сетям
и комм.
Подпись: Ведущий по
обучению
Подпись: Ведущий по сетям
и комм.
Подпись: Ведущий
по тести-
рованию
Подпись: Техник 1
по
оценке
Подпись: Ведущий по
установке

Группа внедрения информационных служб

В плане проекта следует указать, какие людские ресурсы могут понадобиться для развертывания Windows NT Server в корпоративной среде. Численность проектной группы может быть различной в зависимости от масштабов и темпов предпринимаемой модернизации. Основываясь на опыте развертывания систем в корпоративных средах, в состав проектной группы следует включить специалистов, перечисленных ниже. В небольших корпоративных средах один человек может совмещать ряд функций. И наоборот, если крупномасштабный проект требуется внедрить в сжатые сроки, обязанности, обычно выполняемые одним человеком, можно распределить между несколькими людьми. Некоторые функции можно возложить на временный персонал. Временные сотрудники имеют тот недостаток, что они могут в любое время уволиться, однако сама по себе возможность привлечь людей со стороны — это бесспорное преимущество. Опыт показывает, что наилучший вариант — это как можно раньше набрать сильную команду и хорошо ее обучить. Если вы нанимаете консультантов, позаботьтесь о том, чтобы в контракте был предусмотрен испытательный срок: тогда при желании контракт можно будет продлить.

Координатор проекта

Основные требуемые качества и навыки: способности лидера, навыки планирования и руководства проектом, умение общаться с людьми

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

Помощник координатора проекта

Основные требуемые качества и навыки: умение общаться с людьми, организаторские способности, навыки внедрения

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

Ведущий специалист по оценке

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

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

Ведущий специалист по тестированию

Основные требуемые качества и навыки: методичность, решительность, сданный тест Microsoft или опыт программирования средствами Visual Basic®

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

Ведущий специалист по сетям и коммуникациям

Основные требуемые качества и навыки: опыт работы с сетевыми и коммуникационными системами на уровне требований корпоративной среды

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

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

·     Протоколы: TCP/IP, IPX, DLC, DHCP, HTTP, (NetBEUI)

·     Службы именования: DNS, WINS, (NIS+)

·     Сетевые интерфейсы: LAN, ATM, T1, T3, ISDN BRI, ISDN PRI, (Frame Relay), (X.25)

·     Маршрутизаторы: программная конфигурация, многопротокольные маршрутизаторы

·     Технология коммутируемых сетей: Windows NT Remote Access Services, PPP/SLIP, PPTP, PAP, CHAP

·     Сопутствующие технологии: SMB, NC, NFS

Ведущий специалист по обучению

Основные требуемые качества и навыки: энтузиазм, способности лидера, техническая квалификация, педагогические способности.

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

Ведущий специалист по поддержке

Основные требуемые качества и навыки: навыки межличностного общения, техническая квалификация, умение объективно распределять приоритеты.

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

По завершении установки ведущий специалист по поддержке может вернуться в свою фирму.

Техник по оценке (1)

Основные требуемые качества и навыки: высокая компетентность в области Windows NT Server, терпение, знание приемов работы конечного пользователя.

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

Техник по тестированию (1)

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

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

Техник по сетям и коммуникациям (1)

Основные требуемые качества и навыки: прочные фундаментальные знания в области устранения неполадок сетевых и коммуникационных систем.

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

Ведущий специалист по установке

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

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

Техники по установке (1-3)

Основные требуемые качества и навыки: хорошая техническая подготовка в области персональных компьютеров, опыт работы с Windows NT Server, высокая квалификация в области устранения неполадок.

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

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

Формирование рабочих подгрупп

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

Группа планирования

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

Группа оценки

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

Группа развертывания

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

Группа обучения

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

Группа поддержки

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

Завершающий этап фазы I.
Обзор подготовки и утверждение фазы планирования

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

Отчет должен включать:

·     обзор итогов фазы I

·     изложение целей фазы II

·     финансовую смету на проведение фазы II




Фаза II. Описание проекта



Обзор текущей среды


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

Схема корпоративной сети

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

Анализ узких мест и проблемных участков

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

Определение рамок проекта

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

Определение сфер ответственности

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

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

Определение пограничных зон

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

Поддержание контакта со смежными участками

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

Привлечение ведущих технических специалистов к участию в итоговых обзорах

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

Определение организационной структуры предприятия

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

·     кто принимает ключевые решения

·     кто руководит отделами, которые затронет ваш проект

·     какие участки потребуют специального обучения или поддержки

·     какие участки корпоративной вычислительной среды имеют критическое значение для деятельности предприятия

Определение корпоративных стандартов

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

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

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

Какие стандарты существуют на текущий момент?

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

Какие стандарты находятся в стадии оценки?

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

Какие стандарты могут потребовать пересмотра, изменения или обновления в ходе данного проекта?

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

Найдите владельцев остальных стандартов и сообщите им о планах проведения оценки и намеченном проекте.

Оценка существующих систем


Многим сетевым администраторам подчас трудно ответить на вопрос, что конкретно представляет собой подведомственная им среда. Сколько компьютеров на базе процессоров 286, 386, 486, Pentium и RISC-процессоров развернуто в ней на сегодняшний день? Какое программное обеспечение на них установлено? В зависимости от масштабов проекта, иногда целесообразно провести инвентаризацию имеющихся систем, воспользовавшись для этой цели соответствующей программой (например, Microsoft Systems Management Server), которая может автоматически составлять опись аппаратных и программных конфигураций компьютеров при их входе в сеть.

Инвентаризация существующих систем и конфигураций

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

Идентификация систем

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

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

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

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

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

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

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

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

Системы, специфичные для бизнеса

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

Идентификация приложений

Устаревшие, унаследованные, тактические, стратегические, не поддерживаемые

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

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

Приложения, специфичные для бизнеса

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

Идентификация особых ситуаций

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

Процедура для особых ситуаций — сферы ответственности

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

Оценка существующей сетевой инфраструктуры


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

Инвентаризация сетевого оборудования

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

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

Идентификация проблемных участков — основные соображения

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

Вместе с сотрудниками корпоративной Службы технической поддержки идентифицируйте участки, на которых недавно возникали неполадки, до внедрения новой платформы. Это поможет определить, какие проблемы связаны непосредственно с установкой, а какие — с состоянием сети до ее выполнения.

Каналы связи с глобальными сетями

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

Оценка действующей инфраструктуры обучения


Для успешного внедрения Windows NT Server или Windows NT Workstation огромное значение имеют вопросы обучения. Требования к обучению зависят от уровня подготовки инженера по установке или поддержке.

Идентификация существующих курсов обучения

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

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

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

Инструктор должен, как минимум, иметь диплом сертифицированного профессионала Microsoft (Microsoft Certified Professional) по установке базовых функций Windows NT Server. Если вы намерены установить дополнительные службы, желательно иметь инструктора с дипломом сертифицированного системного инженера Microsoft (Microsoft Certified Systems Engineer, или сокращенно MCSE), который может ответить на более широкий круг технических вопросов, связанных с системами.

Сертифицированный специалист по продуктам Microsoft

Сертифицированный специалист Microsoft (Microsoft Certified Product Specialist) по продукту Windows NT Server имеет высокий уровень подготовки в области планирования, установки и конфигурирования Windows NT Server, а также в области управления и устранения неполадок, связанных с этой системой.

Сертифицированный системный инженер Microsoft

Сертифицированный системный инженер Microsoft является квалифицированным специалистом по ряду системных продуктов Microsoft, включая компоненты Microsoft BackOffice. Специалист такой квалификации разбирается в специфике взаимодействия и преимуществах Службы каталогов Windows NT (Windows NT Directory Services), в проблемах тиражирования и в проектировании архитектуры для одновременного использования нескольких сетевых служб в распределенной сетевой среде.

Обзор вариантов обучения

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

Обучение по месту работы

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

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

[Ред1] [Ред2] Интерактивное дистанционное обучение

Вы можете самостоятельно обучаться на рабочем месте или дома и при этом взаимодействовать с преподавателем, получая от него методические советы и ответы на вопросы. Такое обучение предлагают многие Аторихованные Учебные Центры Microsoft. Подробную информацию вы можете найти на узле http://www.microsoft.com/train_cert/olic/.

Самоучители Microsoft

Для тех, кто предпочитает заниматься самостоятельно, имеются самоучители на базе официальной учебной программы (Microsoft Official Curriculum). Эти учебные комплекты можно достать там же, где продаются книги Microsoft. О других способах приобретения самоучителей можно узнать на узле http://mspress.microsoft.com/.

Обучение в учебных центрах

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

Авторизованные учебные центры Microsoft

Курсы на базе официальной учебной программы Microsoft можно пройти в авторизованных центрах обучения. Авторизованные учебные центры Microsoft (ATEC) являются коммерческими организациями, которые предлагают курсы обучения, рассчитанные на несколько дней; имеются также Авторизованные академические учебные программы — Microsoft Authorized Academic Training Programs (AATP), где предлагаются курсы, рассчитанные на учебный семестр. Эти центры профессионального обучения обеспечивают высокий уровень технической и практической подготовки и систематические знания, охватывающие весь спектр продуктов Microsoft.


Ниже перечислены курсы по Windows NT Server и смежным темам:

 

№ курсаr

Название

568

Expert Series: Advanced Troubleshooting for Windows NT Server

578

Networking Essentials

 

[Ред3] 

685

Installing and Configuring Microsoft Windows NT Server 4.0

922

Supporting Microsoft Windows NT Server 4.0 Core Technologies

689

Supporting Microsoft Windows NT Server 4.0 Enterprise Technologies

865

Expert Series: Implementing Microsoft Windows NT 4.0 Server Directory Services

 

[Ред4] 

770

Installing and Configuring Microsoft Windows NT Workstation 4.0

772

Microsoft Windows NT 4.0 Upgrade Training

803

Administrating Windows NT 4.0

Дополнительная информация об Авторизованных учебных центрах Microsoft имеется на узле http://www.microsoft.com/rus/train_cert/. Сведения о любых курсах Windows NT MOLI можно найти на узле http://moli.microsoft.com/.

Анализ и корректировка действующей системы обучения

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

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

Оценка существующей инфраструктуры поддержки


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

Оценка оперативности и эффективности поддержки

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

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

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

Оценка технической квалификации персонала поддержки

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

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

Оценка производительности

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

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

Описание целей проекта


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

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

Описание функциональных целей проекта

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

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

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

·     процессор

·     быстродействие

·     память

·     свободное пространство на жестком диске

·     минимальные требования к видеосистеме

·     мышь и т. д.

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

·     операционная система и ее версия

·     минимальный объем общей памяти (виртуальной и оперативной)

·     сопутствующие приложения и версии (программный комплект или интегрированное решение)

Описание коммерческих целей (преимуществ) проекта

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

Преимущества для конечного пользователя

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

Преимущества для потребителя

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

Обоснование затрат

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

Определение показателей успешности проекта

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

·     Функциональные критерии

Соответствует ли техническое обслуживание, модернизация или установка ожиданиям?

Могут ли конечные пользователи сразу же продуктивно работать в условиях новой конфигурации?

·     Производственные критерии

Удалось ли завершить проект в установленные сроки в каждом отделе?

Если нет, сколько компьютеров (в процентном выражении) оставалось в нерабочем состоянии более 2/4/8 рабочих часов? Находится ли это в пределах допустимого?

·     Соблюдение графика

Уложился ли проект в график? Если нет, что послужило причиной срыва графика?

Является ли эта причина объективной и уважительной? Зависела ли она от вас?

·     Эффективное время простоя систем

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

·     Соответствие ожиданиям потребителей

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

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

Описание стандартов проекта


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

·     экономия за счет больших масштабов закупки нового оборудования и программного обеспечения

·     сокращение расходов на установку

·     сокращение расходов на поддержку

·     сокращение расходов на обучение

Если ваша корпорация или ваш потребитель еще не внедрили у себя перечень стандартов, первое, что нужно сделать, это составить спецификацию поддерживаемого оборудования и программного обеспечения, которой следует руководствоваться при всех новых закупках. Затем необходимо классифицировать системы по категориям: «Устаревшие», «Унаследованные», «Тактические» и «Стратегические» (см. раздел «Оценка существующих систем»). Проведите работу с сотрудниками отделов, которые затронет ваш проект, выясните их потребности и проблемы, связанные со стандартизацией, и совместно с ними разработайте план поэтапного внедрения перечня стандартов по мере приобретения нового оборудования.

Спецификация стандартных поддерживаемых аппаратных платформ[1]

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

·     изготовитель

·     номера моделей

·     монитор/дисплей (если таковой требуется)

·     память

·     размер жесткого диска

·     дополнительные периферийные устройства

Ноутбуки

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

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

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

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

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

Дополнительные адаптеры (PC Card)

Поскольку в большинстве современных адаптеров реализуется принцип Plug-and-Play, а по размеру они не больше кредитной карточки, главным становится вопрос о возможности поддержки и драйверах. При стремительных темпах развития этой отрасли качество и драйверная поддержка имеют критическое значение. Возможны следующие типы адаптеров PC Card:

·     сетевой адаптер

·     адаптер SCSI

·     факс-модем

·     адаптер внешнего дисковода

 

Дополнительные периферийные устройства

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








Док-станция

Используется преимущественно для подключения к сетевому и локальному жесткому диску. С появлением сетевых и SCSI адаптеров, отвечающих стандарту PC Card, все чаще становится излишней.

Внешний монитор

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

Сменные жесткие диски,
накопители CD-ROM

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

Накопители CD-ROM

Особенно важны для доступа к мультимедийным приложениям и большим файлам. Накопители CD-ROM очень удобны для пользователей ноутбуков, так как обычно эти люди постоянно находятся в разъездах, а компакт-диск —  прекрасное средство для оперативной демонстрации большого объема данных (например, презентаций и демонстрационных файлов) на широкую аудиторию.

 

Пример: Ноутбук — поддерживаемый на текущий момент

Изготовитель

Corporation X

Архитектура шины

ISA, EISA, PCI

Процессор

386 или более мощный

Память

8, 12 Мб

Жесткий диск

340, 500 Мб Гб IDE

Видеосистема

VGA, SVGA

Сетевой адаптер

Xircom PCMCIA, (3C509 в док-станции)

Мышь

Мышь типа Microsoft PS/2 или с последовательным интерфейсом

 

Пример: Ноутбук — предлагаемый стандарт (новые закупки)

Изготовитель

Corporation Y

Архитектура шины

ISA, PCI

Процессор

Pentium /100, /133, /200

Память

16, 24 Мб

Жесткий диск

500 Мб, 1,3 Гб

Видеосистема

SVGA, 256 цветов

Сетевой адаптер

Xircom PCMCIA, 3Com 3C589 (NE2000 в док-станции)

Мышь

Встроенная

 

Настольные компьютеры

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

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

Дополнительные аадаптеры

·     звуковая плата

·     факс-модем

Дополнительные периферийные устройства

·     локальный принтер

·     локальный факс

 

Пример: Настольный компьютер — поддерживаемый на текущий момент

Изготовитель

Corporation X

Архитектура шины

ISA, EISA, PCI

Процессор

386 или более мощный

Память

8 Мб

Жесткий диск

340, 500 Мб или 1,3 Гб SCSI

Видеосистема

SVGA или более совершенная, ISA\EISA\PCI

Сетевой адаптер

3Com Elnk III series, TP

Мышь

Мышь типа Microsoft PS/2

 

Пример: Настольный компьютер — предлагаемый стандарт (новые закупки)

Изготовитель

Corporation Y

Архитектура шины

EISA, PCI

Процессор

Pentium /100, /133, /200

Память

16, 24, 32 Мб

Жесткий диск

1,3, 2 Гб

Видеосистема

#9 Imagine, 4 Мб

Сетевой адаптер

3Com Elnk III series, TP

Мышь

Мышь типа Microsoft PS/2

 

Рабочая станция

B (бит / пиксел) * (H *V)(пикселов)

 
Рабочие станции отличаются от настольных компьютеров, прежде всего, своим назначением, дополнительной мощностью и графическими возможностями. По своей конфигурации они занимают промежуточное положение между высокопроизводительными настольными компьютерами и низкопроизводительными серверами. Хотя на сегодняшний день большинство рабочих станций имеет один процессор, наблюдается тенденция к созданию двухпроцессорных конфигураций, обеспечивающих дополнительную вычислительную мощность. Современные видеоадаптеры для рабочих станций поддерживают 65536 цветов плюс высокое разрешение и off-screen кэши. Объем собственно видеопамяти (не считая кэшей) рассчитывается по уравнению:

(8 бит / байт)(1024Ù2 байт / Мб)

 
= требуемая память в мегабайтах

где:

·     B — глубина цвета (8 бит/пиксел = 256 цветов, 16 бит/пиксел = 65536 цветов, 32 бит/пиксел = реалистичная цветопередача)

·     H — горизонтальное разрешение в пикселах

·     V — вертикальное разрешение в пикселах

Так, например, видеоадаптер с разрешением 1280x1024 для поддержки 256 цветов должен иметь видеопамять не менее 2,5 Мб, не считая кэшированной памяти, такой как аппаратный модуль реализации BitBlt для быстрого переноса битовых строк. Чтобы обеспечить такое же разрешение при поддержке 65536 цветов, потребуется видеоадаптер, имеющий видеопамять не менее 5 Мб.

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

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

Дополнительные адаптеры

·     звуковая плата

·     факс-модем

Дополнительные периферийные устройства

·     локальный накопитель на магнитной ленте для резервного копирования

·     локальный принтер или плоттер

·     локальный факс с высоким разрешением

·     монитор с высоким разрешением, мелким шагом зерна и низким излучением

Пример: Рабочая станция — поддерживаемая на текущий момент

Изготовитель

Corporation X

Архитектура шины

EISA, PCI, минимум два разъема ISA

Процессор

486/66 или более мощный

Память

24 Мб

Жесткий диск

1,3 Гб SCSI

Видеосистема

1280x1024x256 цветов, шина PCI

Сетевой адаптер

3Com Elnk III series, TP

Мышь

Мышь типа Microsoft PS/2

 

Пример: Рабочая станция — предлагаемый стандарт (новые закупки)

Изготовитель

Corporation Y

Архитектура шины

EISA, PCI, минимум два разъема ISA

Процессор

Pentium Pro /100, /133, /200

Память

32, 48 Мб

Жесткий диск

1,3, 2 Гб

Видеосистема

1280x1024x256 цветов, предполагается расширение до 2048x2048x65,536 цветов

Сетевой адаптер

3Com Elnk III series, TP

Мышь

Мышь типа Microsoft PS/2

Сервер уровня отдела (включая сервер уровня филиала)

·     службы файлов и печати

·     службы приложений (включая работу с сообщениями)

·     службы интрасетей

·     службы доступа по коммутируемым линиям

·     службы аутентификации при входе в систему

·     службы регистрации имен

·     службы разрешения имен

·     службы маршрутизации (с использованием многопротокольной маршрутизации)

·     средства администрирования

Дополнительные адаптеры

·     факс-модемы

·     адаптер сканера

Дополнительные периферийные устройства

·     сетевые принтеры

·     сетевой факс

Дополнительные адаптеры для филиалов

·     адаптеры глобальной сети (ISDN BRI, ISDN PRI, Frame Relay, X.25) с драйверами эмулятора локальной сети (Eicon, Nitwot, US Robotics, Xircom). Драйверы эмулятора локальной сети позволяют многопротокольному маршрутизатору предоставлять средства маршрутизации глобальной сети через драйвер локальной сети.

Дополнительные периферийные устройства для филиалов

·     источник бесперебойного питания

·     модемный пул


 

Пример: Сервер уровня отдела — поддерживаемый на текущий момент

Изготовитель

Corporation X

Архитектура шины

EISA, PCI, минимум два разъема ISA

Процессор

486/66 или более мощный

Память

24 Мб

Жесткий диск

3 x 1,3 Гб SCSI (программное чередование с контролем четности)

Накопитель на магнитной ленте*

Exabyte 8505XL

Видеосистема

VGA, SVGA

Сетевой адаптер

3Com Elnk III series, TP

Мышь

Мышь типа Microsoft PS/2

* Накопитель на магнитной ленте, используемый на узлах филиалов предприятия

 

Пример: Сервер уровня отдела — предлагаемый стандарт (новые закупки)

Изготовитель

Corporation Y

Архитектура шины

EISA, PCI, минимум два разъема ISA

Процессор

Pentium Pro /100, /133, /200

Память

32, 48 Мб

Жесткий диск

3 x 1,3 Гб, до 6 x 2 Гб

Накопитель на магнитной ленте*

Exabyte 8505XL

Видеосистема

SVGA или более совершенная

Сетевой адаптер

3Com Elnk III series, TP

Мышь

Мышь типа Microsoft PS/2

* Накопитель на магнитной ленте, используемый в филиалах предприятия

Сервер уровня подразделения

·     Службы приложений

Þ      Обмен сообщениями (почта, совместное планирование, факс)

Þ      Базы данных (СУБД, доступ к мэйнфреймам)

Þ      Службы рабочих групп (общие папки)

Þ      Распределенные вычисления

·     Службы файлов и печати

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

Þ      Хранение личных каталогов пользователей

Þ      Хранение проектных файлов подразделения

Þ      Безопасный доступ к проектным файлам масштаба подразделения

Þ      Автоматическое резервное копирование личных каталогов пользователей

Þ      Автоматическое резервное копирование проектных каталогов

Þ      Локальные и удаленные службы печати

Þ      Безопасный доступ к высокопроизводительным службам печати (цветная печать, Linotronics)

Þ      Централизованное администрирование и управление службами

·     Интрасетевые службы

Þ      Информационный Web-узел подразделения

Þ      Публикации подразделения, программное заявление

Þ      Справочники по людским ресурсам, организационная схема

Þ      Краткие сведения о должностных лицах подразделения

·     Сетевые клиентские службы

Þ      Remote Program Load Manager (бездисковые рабочие станции)

Þ      Network Client Administrator (установка и конфигурирование сетевых клиентов)

Дополнительные адаптеры

·     факс-модемы

·     адаптеры глобальной сети (ISDN BRI, ISDN PRI, Frame Relay, X.25)

Дополнительные периферийные устройства

·     сетевые принтеры

·     сетевой факс

·     модемный пул

Пример: Сервер уровня подразделения — поддерживаемый на текущий момент

Изготовитель

Corporation X

Архитектура шины

EISA, PCI

Процессоры

Pentium (или эквивалентные RISC-процессоры) или более мощные

Память

Не менее 32 Мб

Жесткий диск

6 x 1,3 Гб, 6 x 2 Гб SCSI
(программное чередование с контролем четности)

Видеосистема

VGA, SVGA

Сетевой адаптер

2 x 3Com Elnk III series, TP

FDDI

(при соответствующих условиях)

Мышь

Мышь типа Microsoft PS/2

 


 

Пример: Сервер уровня подразделения — предлагаемый стандарт (новые закупки)

Изготовитель

Corporation Y

Архитектура шины

EISA, PCI

Процессоры

До четырех Pentium Pro /100, /133, /200
(или эквивалентные процессоры типа Alpha, MIPS или Power PC)

Память

От 32 до 128 Мб

Жесткий диск

От 3 x 1,3 Гб до 6 x 2 Гб

Видеосистема

SVGA или более совершенная

Сетевой адаптер

От 2 x 3Com Elnk III series, TP, до 4 адаптеров

FDDI

(при соответствующих условиях)

Мышь

Мышь типа Microsoft PS/2

Сервер уровня предприятия

На сервер уровня предприятия возлагаются две основные задачи. Первая — поддержка сетевых служб, а вторая — централизованная рассылка эталонных экземпляров апробированного, поддерживаемого, стандартного программного обеспечения серверам уровня подразделения. Серверы уровня предприятия размещаются в кольце FDDI, являющемся корпоративной магистралью, и оснащаются скоростными сетевыми адаптерами, чтобы обеспечить малое время отклика и высокую пропускную способность. В удаленных региональных подразделениях серверы уровня предприятия выполняют те же функции, но их конфигурация имеет свою специфику, связанную с обслуживанием регионов, для которых они предназначены, например, службу протокола динамического конфигурирования хоста (DHCP), службу именования доменов (DNS) и Windows-службу имен Интернета (WINS).

·     централизованное администрирование служб каталогов

Þ      управление учетными записями пользователей, правами доступа, профилями пользователей, сценариями регистрации

Þ      удаленное управление совместным использованием сетевых ресурсов и соответствующими правами доступа

Þ      удаленное управление совместным использованием принтеров и соответствующими правами доступа

Þ      удаленное управление службами приложений, их конфигурированием и правами доступа

·     службы аутентификации при входе в систему

Þ      аутентификация для служб каталогов Windows NT в масштабе всей сети

·     службы регистрации имен

Þ      регистрация и разрешение IP-адреса по сетевому имени хоста

·     службы разрешения имен

Þ      службы разрешения имен DNS и WINS (имен NetBIOS)

·     службы Интернета

Þ      сервер World Wide Web, сервер FTP, сервер Gopher, сервер PPP

·     службы доступа по коммутируемым линиям

·     службы тиражирования каталогов

·     службы системной политики

Дополнительные адаптеры

·     факс-модемы

·     адаптеры глобальной сети (ISDN BRI, ISDN PRI, Frame Relay, X.25)

Дополнительные периферийные устройства

·     сетевые принтеры

·     сетевой факс

·     модемный пул


 

Пример: Сервер уровня предприятия — поддерживаемый на текущий момент

Изготовитель

Corporation X

Архитектура шины

EISA, PCI

Процессоры

До четырех Pentium (или эквивалентных RISC-процессоров) или более мощных

Память

Не менее 64 Мб

Жесткий диск

6 x 1,3 Гб, 6 x 2 Гб SCSI
(аппаратный RAID)

Накопитель на магнитной ленте

Exabyte 480

Видеосистема

VGA, SVGA

Сетевой адаптер

2 x Netflex 3 EISA, TP

FDDI

(при соответствующих условиях)

Мышь

Мышь типа Microsoft PS/2

 

Пример: Сервер уровня предприятия — предлагаемый стандарт (новые закупки)

Изготовитель

Corporation Y

Архитектура шины

EISA, PCI

Процессоры

До восьми Pentium Pro /100, /133, /200
(или эквивалентных процессоров типа Alpha, MIPS или PPC)

Память

От 128 до 512 Мб

Жесткий диск

От 6 x 2 Гб до 256 x 2 Гб (аппаратный RAID)

Накопитель на магнитной ленте

Exabyte 480

Видеосистема

SVGA или с более высоким разрешением

Сетевой адаптер

4 x Netflex 3 EISA, TP

FDDI

(при соответствующих условиях)

Мышь

Мышь типа Microsoft PS/2

 

Варианты защиты

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

Отдельное здание с ограниченным доступом

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

Организация безопасной зоны

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

Устройство аппаратной аутентификации

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

Идентификация стандартных поддерживаемых сетевых операционных систем

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

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

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

 

Классификация

Описание

Не поддерживаемые

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

Устаревшие

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

Унаследованные

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

Тактические

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

Стратегические

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

 


Пример: Классификация сетевых операционных систем

Классификация

Сетевая операционная система, продукты, версии

Замечания

Не поддерживаемые

ArcNet (все версии)
Personal NetWare (все версии)
NetWare 4.x

По вопросам модернизации обращаться в Сетевую службу технической поддержки

Устаревшие

NetWare Lite

Перешла в разряд устаревших 6/95

Унаследованные

NetWare 2.2
LAN Manager 2.2x
Windows NT Advanced Server 3.1

Перевод всех запланированных машин на другую платформу должен быть завершен к 6/98

Тактические

NetWare 3.x
NetWare/IP
Windows NT Server 3.5x
File and Print Services for NetWare
Directory Services Mgr. for NetWare

Переоценка статуса тактической будет проведена 12/98

Стратегические

Windows NT Server 4.x
с Internet Information Server

По поводу установки или модернизации обращаться в Центр заказов сетевых систем

Примечание: Windows for Workgroups 3.11 и Windows 95 не рекомендуются в качестве корпоративных сетевых серверов. Они предоставляют услуги только на уровне одноранговых сетей и при этом имеют ограниченные средства защиты. Не следует использовать в роли серверов компьютеры под Windows NT Workstation 4.x. Серверы Windows NT Server поддерживают службы каталогов в масштабе всего предприятия при единой процедуре регистрации в сети.

Идентификация стандартных поддерживаемых серверных приложений

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


 

Классификация

Серверные приложения, версии

Замечания

Не поддерживаемые

Отсутствуют

 

Устаревшие

IBM PROFS

 

Унаследованные

Microsoft SQL Server v 4.x, Oracle 4.2

 

Тактические

Microsoft BackOffice 1.5
                SNA Server 1.1
                SQL Server 6.0
                MS Mail Server 3.5
                Systems Management
                    Server 1.1

Для серверов класса филиала, подразделения и предприятия.

Стратегические

Microsoft BackOffice 2.0
                SNA Server 1.1
                SQL Server 7.0
                Exchange Server 5.5
                Systems Management
                     Server 2ю0

Для серверов класса филиала, подразделения и предприятия.

Идентификация стандартных поддерживаемых настольных операционных систем

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

 


Пример: Классификация настольных операционных систем

Классификация

Операционная система, версии

Замечания

Не поддерживаемые

Windows /286,
Windows /386

По вопросам модернизации обращаться в Службу технической поддержки

Устаревшие

MS-DOS® 3.x, 4.x, 5.x
Windows 3.0

 

Унаследованные

MS-DOS 6.2x

Windows 3.1x (включая RPL)

Машины на базе процессоров 386 с оперативной памятью
< 2 Мб

Машины на базе процессоров 386 с оперативной памятью от 2 до 4 Мб

Тактические

Windows for Workgroups 3.11

Windows NT Workstation 3.5x

Windows 95 [Ред5] — включает Internet Explorer

Plus! for Windows 95

Windows for Workgroups 3.11 для машин на базе процессоров 386 с оперативной памятью менее 8 Мб

Windows 95 для машин на базе процессоров 386 с оперативной памятью > 8 Мб и на базе процессоров 486 с оперативной памятью < 16 Мб.

 

Стратегические


Windows NT Workstation 4.x  — включает Internet Explorer

Windows NT Workstation для машин на базе процессоров 486, Pentium, RISC с оперативной памятью >= 16 Мб и свободным пространством на диске ~100 Мб.

Примечание: Windows for Workgroups 3.11 и Windows 95 не рекомендуются в качестве корпоративных сетевых серверов. Они предоставляют услуги только на уровне одноранговых сетей и при этом имеют ограниченные средства защиты. Не следует использовать в роли серверов компьютеры под Windows NT Workstation 4.x. Серверы Windows NT Server поддерживают службы каталогов в масштабе всего предприятия при единой процедуре регистрации в сети.

Идентификация стандартных поддерживаемых настольных приложений

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

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

Пример: Классификация настольных приложений

Классификация

Приложения, версии

Замечания

Не поддерживаемые

Lotus Ami Pro
WordStar
Quattro Pro

По вопросам модернизации обращаться в Службу технической поддержки приложений

Устаревшие

WordPerfect 6.0
Microsoft Word 2.0
Microsoft Excel 2.x

 

Унаследованные

Microsoft Office v 3.0

 

Тактические

Office Pro v 4.3
Extra! for Windows

Office 95

Office for Windows NT v 4.2

Для машин под Windows for Workgroups 3.11

Для машин под Windows

Для машин под Windows NT 3.1

Стратегические

Office 97 Extra! for
Windows 95

Office 97 Extra! for
Windows NT

Office for Windows NT v 4.2

Для настольных компьютеров под Windows 95
Для Windows NT Workstation

Для настольных RISC-компьютеров под Windows NT Workstation

Как и везде, специфика бизнеса может обусловить необходимость некоторых отклонений от корпоративных стандартов. Такие случаи исключения из правил необходимо документально зафиксировать и проследить за тем, чтобы все были в курсе особого статуса того или иного сотрудника, группы или отдела. Например, юридический отдел продолжает использовать и покупать WordPerfect 6.0 до тех пор, пока все стандартные шаблоны документов, применяемые в этом отделе, не будут преобразованы в формат Microsoft Word. Необходимо также выяснить, есть ли другие затронутые секторы, которым требуется поддержка этой нестандартной платформы, и, возможно, назначить для поддержки  этих секторов специалистов, имеющих специальную подготовку.

Идентификация возможных пробелов

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

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

Идентификация потенциальных поставщиков

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

При определении круга потенциальных поставщиков группа планирования должна руководствоваться заранее согласованным набором приоритетов, в том числе (но не только) такими критериями, как:

·     качество обслуживания

·     оперативность и быстрота реагирования

·     цены

·     наличие оборудования

·     наличие программного обеспечения

·     связи с изготовителем

·     наличие курсов обучения

·     возможность проведения учебных занятий по месту работы

·     уровень квалификации инструкторов

·     число штатных сертифицированных профессионалов Microsoft

·     число штатных сертифицированных системных инженеров Microsoft

·     число штатных консультантов

Время и стоимость оценки и тестирования

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

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

Завершающий этап фазы II. Обзор описания проекта и утверждение фазы планирования

Итоговый обзор и корректировка

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

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

Вынесение предложения на рассмотрение

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

·     изложить цели фазы II

·     представить обзор фазы II

·     кратко перечислить данные, полученные в ходе этой фазы

·     представить обзор финансовой сметы для фазы III

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

Утверждение следующей фазы

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


Фаза III. Оценка и предварительное тестирование


 

Краткий обзор


Сегодня происходит массовый переход корпоративных сетей на более современные и гибкие платформы. Прежде многие организации базировали свои сети на Novell® NetWare®. В основном, это объяснялось потребностью в быстродействующей сетевой операционной системе, которая поддерживала бы совместное использование файлов и принтеров. Однако с ростом и изменением корпоративных нужд одних только этих функций стало недостаточно. Многие организации обращают взгляд в сторону Windows NT Server и семейства продуктов Microsoft BackOffice, которые в большей мере отвечают их потребностям в отношении функциональных средств и возможностей. Почему же их выбор падает на Windows NT Server? Попробуем объяснить.

Windows NT Server имеет следующие преимущества:

·     высокопроизводительные службы файлов и печати

·     эффективная и надежная работа с приложениями нового поколения

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

·     низкая стоимость приобретения

·     безопасный универсальный сервер (уровень защиты U.S. C2)

·     простота установки

·     наилучшая интеграция с настольными компьютерами под Windows

·     интегрированное графическое управление всеми службами сетевых операционных систем и приложений

·     простота настройки и управления сетями TCP/IP

·     встроенный быстродействующий полнофункциональный Web-сервер

·     широчайший диапазон масштабируемости более чем на 4000 стандартных компьютеров

В том, какую важную роль многие из перечисленных характеристик играют при развертывании в среде NetWare, вы убедитесь позже, когда станет очевидно, насколько они упрощают внедрение новой операционной системы или полный переход на новую платформу. Но, допустим, вы решили установить Windows NT Server. Как это сделать? В настоящем разделе мы рассмотрим основные этапы планирования, которые помогут вам сравнительно безболезненно развернуть Windows NT Server в среде NetWare. Система Windows NT Server располагает как встроенными средствами, так и дополнительными инструментами, предназначенными именно для этой цели. Здесь рассматриваются следующие инструменты:

·     Client Services for NetWare

·     Gateway Service for NetWare

·     File and Print Services for NetWare

·     Directory Services for NetWare

Хотя эти инструменты полезны на многих этапах развертывания системы, они не могут заменить собою четкий план. Прежде чем приступать к установке, следует разработать тщательный план с детальным описанием существующей сетевой среды, а также дополнительных ресурсов, необходимых для внедрения Windows NT Server в среду NetWare или для полного перехода с NetWare на Windows NT Server. В этом плане следует: определить предполагаемые изменения в сети; наметить планы предварительного тестирования (экспериментальная проверка технологии и пилотный проект); определить в деталях процедуру развертывания. Масштабы оценки и планирования могут диктоваться размерами и сложностью проекта, однако способность точно спрогнозировать события и добиться успеха на всех последующих этапах зависит от качества работы, выполненной в этот период. Детали плана в сильной степени определяются такими факторами, как:

·     архитектура существующей сети

·     имеющиеся графики или запланированные этапы установки

·     планы интеграции, выходящие за рамки данного проекта

·     планы будущего расширения сети

·     цели и задачи организации в области бизнеса

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

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

Определение ресурсов

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

·     людские ресурсы

·     график

·     законы физики

Людские ресурсы оцениваются с точки зрения их квалификации, количества и наличия. Следует учитывать как внутренние, так и внешние ресурсы. В крупных проектах имеет смысл подумать о сертификации внутренних и внешних ресурсов, руководствуясь принципом: «Научить каждого участника внедрять и поддерживать наш стандарт». В проектах поменьше достаточно бывает выяснить, какими кадрами вы располагаете, и уже исходя из этого определить, когда и сколько людей определенной квалификации вам потребуется. Для наглядного и эффективного планирования и координации ресурсов в большинстве случаев можно использовать недорогие программы управления проектами типа Microsoft Project.

Иногда при изучении плана складывается впечатление, что в сутках 36 часов, а в неделе – три выходных дня. В других случаях упускается из виду, что некоторые сотрудники работают и во внеурочные часы — по вечерам или в выходные, и им, соответственно, требуется доступ к сети. Предусмотрительные люди стараются избежать таких накладок, заранее предупредив, что, допустим, в такой-то выходной в данном отделе будет производиться перенастройка принтеров, и попросив руководителя отдела распорядиться, чтобы в этот день сотрудники не приходили на работу. Тем не менее, время от времени подобные накладки неизбежны, и при составлении реального графика это необходимо учитывать. На практике в вашем распоряжении обычно оказывается гораздо меньше времени, чем кажется, если судить по календарю. При осуществлении крупного проекта очень важно, чтобы его координатор имел опыт по части планирования графиков внедрения сложных проектов в реальных условиях.

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

Совместимость оборудования поставщиков

Многие поставщики и изготовители выпускают оборудование и программное обеспечение, совместимое с Windows NT Server. Это неудивительно, так как Windows NT Server приобретает все более широкую популярность. Тем не менее, прежде чем останавливать свой выбор на том или ином оборудовании, рекомендуется обязательно свериться со списком совместимых устройств — Windows NT Server Hardware Compatibility List (HCL) и убедиться, что данное устройство прошло тестирование и совместимо с операционной системой Windows NT Server и средой на базе Windows NT Server. Этот список вы найдете на Web-узле Microsoft по адресу: http://www.microsoft.com или на компакт-диске TechNet. Одно дело сказать, что «это устройство работает с Windows NT», и совсем другое — что оно «протестировано и входит в список совместимых устройств». Даже если вы сами проведете простенькое тестирование, это не заменит проверку по списку. Если возникнут проблемы с совместимостью, вам будет очень трудно объяснить своему начальству, почему при выборе оборудования вы не руководствовались списком HCL. Когда вы обратитесь за технической помощью в службу поддержки Microsoft Support Advantage или к Microsoft Solution Provider, вам первым делом зададут тот же самый вопрос. Так что, сверившись со списком, вы избавите себя от массы проблем в дальнейшем. Все ведущие поставщики (и многие другие) проводят тестирование своих продуктов с Windows NT Server. Если результаты тестов удовлетворительны, продукт заносится в список HCL. Если какого-то продукта нет в списке, то, по всей вероятности, это означает одно из двух: либо он не выдержал испытание, либо тестирование проводилось недостаточно тщательно. Лучшая стратегия — избегать продуктов, отсутствующих в списке, и оказывать давление на поставщиков, чтобы они добивались включения своих продуктов в этот список.

Хотя Windows NT Server может работать и на менее мощных машинах, для серверов рекомендуется следующая конфигурация:

·     процессор Intel 486DX2/66, Pentium или с более высоким быстродействием

·     оперативная память от 16 до 32 Мб

·     жесткий диск емкостью 1 Гб

Новые универсальные серверы уровня отдела обычно имеют процессор Pentium (или RISC-процессор с аналогичной производительностью), 64 Мб оперативной памяти и 3-гигабайтный жесткий диск, однако это обусловлено не потребностями Windows NT Server, а тем, что для предприятия такое капиталовложение выгодно и, к тому же, обходится это относительно недорого. Указанная конфигурация превосходит официальный уровень требований Windows NT Server к аппаратным средствам. Однако, учитывая постоянно растущие потребности приложений в вычислительной мощности и емкости памяти, предприятиям выгодно вкладывать средства в такую конфигурацию, поскольку в ней заложен потенциал для расширения, а это поможет избежать дорогостоящей модернизации в ближайшем будущем.

Windows NT Server Migration Tool

Инструмент Windows NT Server Migration Tool упрощает процесс преобразования, перенося информацию с большинства серверов NetWare в реестр Windows NT Server. Для этого требуется, чтобы сервер Novell работал на платформе NetWare 2.x, 3.x или 4.x (в режиме эмуляции bindery). При этом версия NetWare 4.x (NDS) поддерживается только в режиме эмуляции bindery. В сети, работающие на базе NetWare 4.x и NetWare Directory Services (NDS), Windows NT Server можно добавлять в качестве сервера приложений. Это позволяет дополнить сеть NetWare надежной и масштабируемой платформой приложений.

Для запуска Migration Tool сервер Windows NT Server должен работать в качестве контроллера домена на базе версии 3.51 (или более поздней) с установленным и сконфигурированным протоколом NWLink и программой Gateway Services for NetWare.

Для того чтобы воспользоваться средствами защиты Windows NT Server, связанными с правами доступа к файлам и каталогам, необходимо отформатировать раздел Windows NT Server как NTFS. Раздел NTFS требуется и для переноса прав доступа к объектам с сервера NetWare на Windows NT Server.

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

Затраты

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

Наличие ресурсов

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

Обучение

Вопрос обучения должен стать неотъемлемой частью любой оценки и любого плана. Прежде чем приступать к внедрению проекта, выясните нынешний уровень знаний и опыта собственных кадров и предполагаемых поставщиков услуг. Критерием оценки технической квалификации может служить наличие сертификата Microsoft. Оценив уровень подготовки, разработайте план обучения, исходя из того, какие навыки необходимы для внедрения, поддержки и использования развертываемой системы. Для реализации такого проекта требуются определенные знания и опыт в области обеих сетевых операционных систем. Что касается NetWare, здесь критерием может служить соответствующий сертификат. В некоторых случаях — особенно, когда речь идет не просто о расширении функциональных возможностей, а о полном переходе с NetWare на новую платформу — достаточно бывает равноценного практического опыта работы в реальных условиях. Для Windows NT Server рекомендуется сертификация Microsoft по специальности «системный инженер» (Microsoft Certified Systems Engineer). Такая сертификация имеет дополнительные преимущества, поскольку дает вашему персоналу возможность более глубоко изучить внедряемую платформу. Рассматривайте подготовку высококвалифицированных кадров как вклад в будущее. В зависимости от сетевой архитектуры и сферы обязанностей, возлагаемых в вашей организации на службу поддержки, может потребоваться обучение работе с определенным оборудованием (компьютеры, концентраторы, маршрутизаторы, мосты и т. д.) и устранению сетевых неполадок. Вашей группе следует пройти обучение и сертификацию на ранней стадии проекта и, безусловно, до начала реального развертывания системы. Это позволит гарантировать наличие квалифицированных технических кадров в ходе внедрения проекта и после его завершения.

Если уровень подготовки вашего персонала недостаточен, можно воспользоваться услугами организаций Microsoft Solution Provider, которые в большинстве своем могут предложить квалифицированную помощь в этой области. Определите, какая подготовка требуется вашему персоналу для работы с платформами Windows NT Server и Novell NetWare. Собственные кадры имеют уникальное преимущество: они хорошо знакомы с деятельностью предприятия и во многих случаях могут быстрее разобраться в специфике осуществляемого проекта. Подготовку по Windows NT Server можно получить, посещая курсы в одном из многочисленных Авторизованных учебных центров Microsoft (ATEC) или занимаясь по специальному самоучителю.[Ред6] . Дополнительную информацию по вопросам обучения можно найти на Web-узле (http://www.microsoft.com/), на компакт-диске TechNet, в Microsoft Network и CompuServe. Благодаря своему оперативному характеру, эти источники содержат наиболее свежую информацию. Ваш персонал должен внимательно изучить инструкции и иметь в своем распоряжении другие источники (типа компакт-диска TechNet). Есть и курсы по NetWare, однако если вы намерены полностью перейти с NetWare на другую платформу, возможно, имеет смысл привлечь нужных специалистов со стороны, обратившись к Microsoft Solution Provider, а бюджетные средства направить на подготовку своего персонала в области продуктов BackOffice.

Обслуживание и поддержка

Успешное обслуживание и поддержка могут зависеть от многих компонентов и процедур, выбранных на стадии планирования и оценки. При разработке плана следует учесть коэффициент приработочных отказов аппаратных компонентов. Новое оборудование следует держать включенным в течение одной-двух недель для выявления ранних сбоев. Вся диагностика и тестирование должны быть выполнены задолго до производственного этапа. Уже на стадии планирования необходимо уточнить вопросы, связанные с гарантией, и позаботиться о заключении контрактов на техническое обслуживание. Большинство ведущих поставщиков поставляют свою продукцию с тем или иным видом гарантии. Гарантия может предусматривать обслуживание по месту установки или возврат дефектного изделия поставщику для ремонта или замены. Необходимо точно выяснить порядок, условия и сроки ремонта критически важных компонентов. Что касается других видов обслуживания, включая сетевую архитектуру, установку, устранение неполадок и поддержку новой платформы после внедрения, выясните, какими внутренними ресурсами вы можете располагать, как это технически осуществить, какие ресурсы можно привлечь со стороны. Корпорация Microsoft вложила немало средств в развитие организаций, куда заказчик может обратиться за квалифицированной помощью. Такие внешние ресурсы могут оказать неоценимую помощь в создании архитектуры, внедрении и поддержке. Эти организации и специалисты занесены в список Microsoft Solution Provider. Если вы хотите быть уверены в том, что получите компетентную помощь в разрешении нынешних сетевых проблем или в установке Microsoft BackOffice, обратитесь к этому списку.

Хотя изготовители могут оказать помощь в поддержке своих продуктов, их возможности в условиях неоднородной среды зачастую ограничены. По этой причине, иногда имеет смысл обратиться к организациям Microsoft Solution Provider, которые специализируются на поддержке программных комплектов Microsoft BackOffice в гетерогенных средах. Прежде чем приступать к этапу развертывания, необходимо решить один ключевой вопрос — будете вы обеспечивать поддержку своими силами или воспользуетесь услугами поставщиков. Если не откладывать решение в долгий ящик, то Solution Provider, опираясь на богатый опыт предыдущей работы, может оказать неоценимую помощь уже на стадии планирования. Если наиболее критическим моментом является стоимость проекта, можно прибегнуть к услугам Solution Provider для объективной и трезвой оценки вашего плана. С этой же целью можно обратиться в Консалтинговую службу Microsoft Consulting Services (MCS). Даже если львиная доля работы будет выполняться своими силами, серьезно подумайте над тем, кто из поставщиков услуг мог бы в случае необходимости незамедлительно оказать помощь в развертывании системы. Следует заручиться поддержкой, по крайней мере, нескольких поставщиков. Это — лучший способ подстраховаться на случай непредвиденных осложнений и максимальная гарантия, что все пройдет благополучно. Как минимум, следуйте инструкциям и рекомендациям, приведенным в настоящем руководстве, и при необходимости обращайтесь за поддержкой. Если привлечь поставщика услуг к работе над проектом на раннем этапе, это значительно сэкономит время и силы в дальнейшем, когда вам понадобится его непосредственная помощь в реализации проекта. Во многих случаях Solution Provider и MCS могут опереться на свой предыдущий опыт, связанный с бета-тестированием и другими аналогичными проектами, который может оказаться весьма ценным не только на стадии осуществления, но и на ранней стадии планирования.

Приобретение ресурсов

Оборудование, программное обеспечение и услуги

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

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

·     приобретайте оборудование, допускающее масштабирование

·     обновите все необходимое программное обеспечение, заменив его современными версиями, и просмотрите данные тестирования, чтобы убедиться в их совместимости

·     исключите компоненты, отсутствующие в списках совместимых средств

·     обращайтесь только к тем поставщикам услуг, в компетентности которых вы заведомо уверены

Применяя эти правила, помните о некоторых тонкостях. Прежде всего, конкретизируйте характеристики продуктов (например, чтобы в будущем можно было установить дополнительную память, пишите не 32 Мб памяти, а два (2) модуля SIMM по 16 Мб, иначе, вам могут поставить четыре (4) модуля SIMM по 8 Мб). Следуя тому же принципу, четко оговаривайте, что именно вы приобретаете у поставщика услуг. Будете ли вы оплачивать работу персонала повременно или нанимаете этот персонал для выполнения всей фазы или части проекта? Всегда настаивайте на том, чтобы работа, выполняемая внутренними или внешними поставщиками услуг, была документально оформлена в соответствии с рекомендациями, изложенными в этом руководстве. Крайне важную роль играет своевременность поставок. От того, сумеет ли ваш отдел закупок обеспечить доставку продуктов поставщиками в установленные сроки и будут ли вовремя заключены все контракты на обслуживание, зависит, уложитесь ли вы в график.

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

Оценка планируемой конфигурации развертываемой системы с точки зрения соответствия функциональным требованиям. Разработка стандартов.

Функциональные критерии определяют требования, предъявляемые к системе, и имеют фундаментальное значение для оценки развертываемой конфигурации. В крупных проектах использование стандартных конфигураций серверов и рабочих станций сокращает время и стоимость интеграции систем и — при установке нескольких серверов или клиентов — гарантирует развертывание именно той конфигурации, которая прошла надлежащую оценку. В данном контексте под стандартомимеется в виду достаточно подробный документ, на основании которого две группы, работающие в разных комнатах, могут соорудить совершенно одинаковый блок. Кроме того, разработка стандарта позволит автоматизировать и ускорить процедуру внедрения новых систем в будущем, а в большинстве случаев — и работу Службы технической поддержки. Лучший способ гарантировать соответствие функциональным критериям при минимальном оценочном тестировании — включить в свой план стандарт, содержащий детальную информацию о принятых соглашениях и выбранных параметрах. Возможность разработки стандартов на уровне соглашений и параметров часто упускают из виду, но на практике это один из лучших вариантов. Планируя конфигурацию, не забывайте о перспективах на будущее. Это приобретает особенно важное значение, если вы будете добавлять средства подключения к хосту (SNA Server), работы с базами данных (SQL Server), управления ресурсами (Systems Management Server), электронной почты (Microsoft Exchange) и подключения к Интернету (Internet Information Server).

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

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

Microsoft Systems Management Server (SMS)

Стандартная установка может выполняться автоматизированными средствами. Systems Management Server представляет собой продукт на базе Windows NT Server, который позволяет управлять распространением программного обеспечения и вести инвентарный учет аппаратных и программных средств, а также обеспечивает анализ протоколов и функции удаленного управления, которые упрощают развертывание. Включите SMS в план перехода на новую платформу, чтобы в полной мере воспользоваться его преимуществами уже на раннем этапе.

Windows NT Server Services for NetWare

Для упрощения сетевого взаимодействия в гетерогенной среде, сочетающей Windows, Windows NT и NetWare, корпорация Microsoft разработала дополнительный комплект служебных программ, облегчающих интеграцию со службами на базе NetWare и переход с NetWare на новую платформу. Две такие программы — File and Print Services for NetWare (FPNW) и Directory Service Manager for NetWare (DSMN) — поставляются в одном пакете под названием Services for NetWare. Эти продукты отличают улучшенные возможности, в том числе:

·     поддержка пользовательского интерфейса Windows 95

·     поддержка инструментов Administration Tools for Windows 95, включая возможность администрирования серверов FPNW/DSMN с клиентов Windows 95.

·     улучшенная мультипроцессорная поддержка

·     инструмент Web-администрирования для сервера Windows NT Server, поддерживающего FPNW

·     возможность администрирования сервера FPNW через Web-обозреватель

·     существенное повышение производительности по сравнению с FPNW for Windows NT 3.51

File and Print Services for NetWare (FPNW)

Служба файлов и печати File and Print Services for NetWare предоставляет к услугам пользователей NetWare 2.x/3.x и 4.x (последняя — только в режиме эмуляции bindery) универсальные средства Windows NT Server 4.0, обеспечивая органичную интеграцию Windows NT Server в существующую сеть на базе NetWare.

Большая часть программного обеспечения Windows NT Server, необходимого для перехода, включена в комплект поставки продукта. Однако File and Print Services for NetWare является дополнительным продуктом и на него требуется отдельная лицензия. Эта программа предоставляет стандартному клиенту NetWare доступ к файлам и ресурсам печати на сервере Windows NT Server. Фактически, пользователи будут подключаться к серверу Windows NT Server, но для них он ничем не будет отличаться от сервера NetWare 3.x.

Для перехода на новую платформу компонент FPNW не обязателен, однако он облегчает эту процедуру благодаря наличию обновленной утилиты Migration Tool NWCONV.EXE, которая переносит на сервер Windows NT Server сценарии регистрации NetWare. Программа FPNW позволяет поддерживать и использовать на сервере Windows NT Server учетные записи NetWare. Это дает возможность переносить информацию, специфичную для NetWare, включая процедуры регистрации с ограниченным числом попыток (grace logons), ограниченное число параллельных подключений и ограничения доступа к станциям. Однако ограничения доступа к томам не поддерживаются.

Directory Service Manager for NetWare

Программа Directory Service Manager for NetWare (DSMN) располагает средствами, которые облегчают задачу администратора и обеспечивают клиентам NetWare надежный и органичный доступ к серверам. DSMN использует преимущества глобальной службы каталогов Windows NT, позволяя осуществлять администрирование и управление гетерогенной сетью, сочетающей в себе платформы Windows NT Server и NetWare, на глобальном уровне с централизованным пунктом управления и едиными процедурами регистрации для доступа к службам и приложениям. Возможности DSMN включают:

·     простой интерфейс для переноса пользователей с сервера NetWare на сервер Windows NT Server

·     управление системой на базе Windows NT Server из любого места, включая удаленный доступ по коммутируемым линиям, настольные компьютеры под Windows 95 и рабочие станции Windows NT Workstation

Кроме того, благодаря DSMN упрощается работа конечного пользователя на клиенте NetWare, поскольку эта программа:

·     позволяет пользователю входить на Windows NT Server через службу удаленного доступа (RAS) по той же учетной записи

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

·     позволяет оперативно устанавливать новых пользователей, так как администратору достаточно создать учетную запись на сервере Windows NT Server, который затем передает ее на серверы NetWare

·     дает пользователю возможность использовать одно и то же имя и пароль на всех серверах сети ¾ как Windows NT, так и NetWare.

Максимально эффективной интеграции Windows NT Server и NetWare способствуют еще три утилиты, используемые операционной системой Windows NT Server. Это — Gateway Services, NWLink и Migration Tool for NetWare.

Gateway Services for NetWare

Шлюзовая служба Gateway Services for NetWare позволяет сетевым клиентам Microsoft (LAN Manager, MS-DOS, Windows for Workgroups, Windows 95 или Windows NT Workstation, включая удаленных клиентов) получать доступ к службам сервера NetWare через сервер Windows NT Server. При этом на клиенте не требуется запускать NetX или VLM. Единственным протоколом, необходимым для удаленного пользователя, является протокол, используемый для подключения к серверу удаленного доступа (Remote Access Server). Это означает, что вы можете использовать протокол IPX, TCP/IP или NetBEUI. К тому же, отсутствуют технические ограничения по числу удаленных пользователей, которые могут подключаться к шлюзу. Следует внимательно ознакомиться с лицензионными требованиями, изложенными в соответствующих лицензионных соглашениях.

NWLink

NWLink позволяет клиентам NetWare получать доступ к приложениям на базе Windows NT Server (в том числе к базе данных Microsoft SQL Server и средствам подключения к хосту Microsoft SNA Server) без каких-либо изменений в программном обеспечении клиента.

Migration Tool for NetWare

Утилита Migration Tool for NetWare переносит учетные записи пользователей и групп, защитную информацию, сценарии регистрации, учетные записи администратора, файлы, каталоги, атрибуты файлов и права доступа к файлам с сервера NetWare на сервер Windows NT Server. Процедура переноса этой информации никоим образом не влияет на работу сервера NetWare и проходит незаметно для конечного пользователя, который может спокойно заниматься своим делом, подчас оставаясь в полном неведении.

Client Services for NetWare

Windows NT Client Services for NetWare можно использовать в сетевой среде, где клиентам нужно подключаться к серверам NetWare 3.x и 4.x. Эта программа предоставляет им такую возможность.

План СЕТИ


Составление общей картины

Обзор действующей схемы корпоративной сети

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

Какова топология сети? Token Ring со скоростью передачи 4 Мбайт, 16 Мбайт или Ethernet со скоростью передачи 10 Мбит, 100 Мбит? Выясните используемые протоколы нижнего и верхнего уровня (SDLC, LLC, NWLink, NetBEUI, TCP/IP, IPX/SPX, DLC и т. д.), тип кадра, используемый на серверах NetWare и Windows NT Server (802.5-Token Ring, 802.3-Ethernet и т. д.), и внутренний сетевой номер, используемый на сервере NetWare. Есть ли удаленные пользователи, которым требуется подключаться к серверу NetWare и (или) Windows NT Server? Связаны ли вы с Интернетом или другими внешними коммуникационными системами? Зачастую упускают из поля зрения серверы печати или сетевые устройства печати. Какие протоколы им требуются? Выявите области, где наблюдается предрасположенность к ошибкам, и составьте их список. Включите в этот список любые иные проблемы, встречающиеся в существующей сети.

Обзор схемы сети в перспективе (1 год, 3 года и 5 лет)

При оценке сети постройте или рассмотрите топологическую схему действующей сети с перспективой на 1, 2, 3 года и 5 лет, включая любые предлагаемые дополнения и изменения. Если такие схемы отсутствуют, поручите кому-нибудь их подготовить. Если никаких изменений не планируется или о них ничего не известно, оцените примерный рост числа пользователей и выполните простейшие арифметические расчеты: число пользователей в кольце (Token Ring) или сегменте (Ethernet), сетевые службы, необходимые для новых пользователей, и т. д. Это поможет обеспечить совместимость новых проектов и установок с нынешней сетью и заложить потенциал роста на будущее.

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

Участие сетевого архитектора

Сетевая схема и все затрагивающие ее планы реконструкции должны быть рассмотрены лицом, ответственным за сетевую архитектуру, или при его участии (если только он не участвовал в их разработке). Нередки случаи, когда компании используют серверы NetWare в качестве мостов или маршрутизаторов, устанавливая на сервере несколько сетевых адаптеров и подключая к нему несколько ветвей сети. При надлежащей конфигурации Windows NT Server тоже может выполнять аналогичные функции. Учитывая имеющийся план модернизации, предусматривающий сосуществование новой и старой платформ или полный переход на новую платформу, сетевой архитектор может прийти к выводу, что настало время менять конструкцию сети в целом, а не довольствоваться заменой отдельных продуктов. Как бы то ни было, от участия сетевого архитектора план только выиграет. Если в вашей фирме нет своего архитектора, воспользуйтесь услугами Microsoft Solution Provider.

При планировании не забудьте о преимуществах Windows NT Server и Microsoft BackOffice на уровне протоколов. Эти продукты позволяют изменить архитектуру использования протоколов. Например, Microsoft SNA Server предоставляет доступ к хосту без запуска на рабочей станции протоколов LLC и SDLC. Вместо этого для связи между рабочей станцией и сервером SNA Server может использоваться протокол локальной сети (IPX, NetBEUI или TCP/IP), что позволяет высвободить на рабочих станциях MS-DOS «нижнюю» (стандартную) память. Это дает архитекторам свободу действий, которой они не располагали в рамках сети, построенной исключительно на базе NetWare.

Изучение целевого объекта

Обзор существующей схемы сети на проектных участках, разработка предполагаемой сетевой схемы для проектных участков, этапы развития

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

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

Составьте подробную схему устройства существующих и новых серверов, включая шины, интеллектуальные контроллеры, память, периферийные устройства и средства подключения жестких дисков. Некоторые изготовители предлагают автоматизированные системы (например, Compaq Insight Manager), предоставляющие такую информацию. О степени детализации можно судить по тому, что требуется предусмотреть такие тонкости, как способ подключения дисководов к контроллерам RAID и распределение процессоров симметричных многопроцессорных систем. Необходимость в такой скрупулезности обусловлена тем, что выбор внутренней конфигурации сервера неизбежно скажется на производительности конечных пользователей и может породить проблемы, которые многие будут ошибочно относить на счет сети.

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

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

Не забудьте включить в план средства автоматизации. Автоматизация установки позволяет выполнить больший объем работы за одно и то же время. Для автоматизированной установки программного обеспечения в сети можно использовать Microsoft Systems Management Server и другие компоненты BackOffice. Если проект предусматривает создание более 100 клиентов или более пяти серверов, автоматизация почти всегда дает неоценимые преимущества.

Идентификация зон риска

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

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

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

Ранее мы уже упоминали о необходимости определить базовую производительность всех систем и сетей передачи данных, которые затрагивает проект. Анализ базовой производительности нередко позволяет выявить имеющиеся проблемы и зоны потенциального риска. Если пропускная способность сети — будь то Ethernet или Token Ring — используется на 70%, это уже «нездоровый» признак. А неизбежное увеличение трафика при добавлении новых пользователей или серверов может привести к тяжкому «недугу». Правда, в некоторых случаях умелое использование протоколов, поддерживаемых продуктами Windows NT Server и Microsoft BackOffice, позволяет даже снизить трафик. Тем не менее, эта область остается зоной риска и требует скрупулезного изучения и оценки. В некоторых случаях пользователь почувствует, что «сеть тормозит». Все претензии будут к сети, хотя в действительности дело может оказаться совсем в другом. Не располагая достаточной информацией о базовой пропускной способности, нельзя быстро разобраться, в чем кроется причина проблемы, и определить, новая эта проблема или старая.

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

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

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

Функция

Допустимое время простоя

Электронная почта

3 часа

Сеанс на терминале хоста

8 часов

Microsoft Office

2 часа

Доступ в Интернет

12 часов

Печать

2 часа

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

Функция

Критически важные компоненты

Допустимое время простоя

Электронная почта

Почтовый сервер; система передачи данных; шлюз SMTP; настольный компьютер

3 часа

Сеанс на терминале хоста

Сервер SNA; система передачи данных; хост; сеть SNA; настольный компьютер

8 часов

Microsoft Office

Настольный компьютер; сервер, если файлы данных хранятся на сервере

2 часа

Доступ в Интернет

Шлюз в Интернет; система передачи данных; настольный компьютер

12 часов

Печать

Сервер печати; принтер; система передачи данных; настольный компьютер

2 часа

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

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

Проектирование

Важнейшее достоинство технологии развертывания Windows NT Server в среде NetWare заключается в том, что она предоставляет широкую свободу действий при проектировании системы. С помощью Windows NT Server, других компонентов BackOffice и ряда дополнительных продуктов можно:

·     организовать органичный доступ с клиентов NetWare к среде Windows NT Server

·     заменить службы NetWare

·     осуществлять доступ как к службам NetWare, так и к службам Windows NT Server с различных клиентов Microsoft Windows.

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

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


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

Принципы проектирования

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

Сосуществование. Windows NT Server будет сосуществовать с локальной сетью NetWare.

Постепенный переход. Обычно Windows NT Server устанавливают в качестве главного контроллера домена в среде, которую со временем планируется полностью перевести на платформу Windows NT Server, но в которой пока сохраняется некоторое количество серверов NetWare. При таком сценарии программа Windows NT Server Migration Tool for NetWare сможет перенести учетные записи NetWare на сервер Windows NT Server, а сервер Windows NT Server, в свою очередь, распространит их по всей организации.

Быстрый переход. В этом случае сеть полностью переводится на платформу Windows NT Server, а серверы NetWare немедленно выводятся из действия.

Независимо от того, намерены ли вы сохранить гетерогенную сеть или же в конечном итоге заменить все серверы NetWare системами на платформе Windows NT Server, рекомендуется начать с режима сосуществования, постепенно добавляя приложения, а затем уже перенести данные и пользователей на сервер Windows NT Server.

Выбор одного из трех перечисленных сценариев дает почву для ответа на следующие вопросы:

·     Собирается ли ваша организация полностью перейти на платформу Windows NT Server и отказаться от серверов Novell NetWare, или же серверы NetWare какое-то время будут сосуществовать с системами на базе Windows NT Server? Если да, то как долго?

·     Какие именно службы или функции будут предоставлять системы на базе Windows NT Server? Службы файлов и печати, процедуру регистрации, аутентификации, службу удаленного доступа и т. д.?

·     Используете ли вы версию NetWare 4.x со Службой каталога NetWare Directory Services (NDS)? Если да, имейте в виду, что инструмент переноса поддерживает NDS только в режиме эмуляции bindery.

·     Используете ли вы сетевые клиенты Microsoft или NetWare?

·     Какие протоколы вы будете использовать в сети?

·     Как вы будете делать резервное копирование серверов Windows NT Server и NetWare?

·     Требуется ли вам единая процедура регистрации пользователя и централизованное администрирование сети? Допустима ли двойная процедура регистрации — одна для Windows NT Server, а другая для NetWare? Или же вы хотите, чтобы серверы NetWare являлись частью Службы каталога Windows NT Directory Services?

·     Хотите ли вы реализовать возможность удаленного доступа для пользователей, работающих в дороге или на дому? Какие клиенты установлены на их компьютерах ¾ Microsoft или Novell?

·     Какие загружаемые модули NetWare (NLM) используются на данный момент? Имеются ли соответствующие эквиваленты у сервера Windows NT Server? Если нет, каким образом будут выполняться их функции?

·     Используете ли вы Btrieve, или ваши приложения имеют встроенную процедуру вызова Btrieve?

·     Имеют ли ваши рабочие станции соответствующую лицензию на доступ к службам Novell?

В схему будет входить один или более стандартных клиентов, в том числе клиенты Microsoft (Windows for Workgroups, Windows 95 или Windows NT Workstation) или клиенты Novell NetWare (использующие NETX или VLM). Возможности разных клиентов описаны в приведенной ниже таблице.

Таблица серверов и клиентов NetWare

Сетевая операционная система

Клиент

Возможности

NetWare 2.x

Novell/Microsoft

Возможность полного перехода на новую платформу с Windows NT Server в качестве главного контроллера домена. Возможность единой процедуры регистрации на серверах.

NetWare 3.x

Novell/Microsoft

Возможность полного перехода на новую платформу с Windows NT Server в качестве главного контроллера домена. Возможность единой процедуры регистрации на серверах.

NetWare 4.x в режиме эмуляции Bindery

Novell/Microsoft

Возможность полного перехода на новую платформу с Windows NT Server в качестве главного контроллера домена. Возможность единой процедуры регистрации на серверах.

NetWare 4.x с компонентом Novell Directory Services

Novell/Microsoft

Novell Directory Services (Служба каталогов) не поддерживается и не переносится (кроме как в режиме эмуляции bindery). Для доступа к разным серверам требуются разные процедуры регистрации.

Как и в любом проекте, решающее значение в создании надежно функционирующих серверов и рабочих станций имеет строгий контроль за установкой. Следует составить подробный список необходимых шагов и контролировать процесс и порядок установки пункт за пунктом. Такой способ, помимо прочего, гарантирует, что вы случайно что-нибудь не пропустите. Ниже приводится типичный перечень пунктов, которые необходимо выполнить при планировании перехода на платформу Windows NT Server или ее внедрения в среду NetWare.

Контрольный перечень этапов планирования установки

Предварительное планирование

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

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

·     На всех серверах NetWare, которые предполагается перевести на новую платформу, выполните команды “Security” и “Modules”, чтобы получить достоверную информацию о конфигурации.

·     Просмотрите Groups и Members на всех серверах NetWare.

·     Просмотрите Security Equivalents на всех серверах NetWare.

·     Предполагается ли перенос супервизоров и их включение в группу администраторов доменов на сервере Windows NT Server?

·     Предполагается ли перенос групп  ¾ полностью или частично?

·     Намерены ли вы перенести атрибуты защиты Novell? (Если да, создаваемый сервер Windows NT Server должен иметь файловую систему NTFS.)

·     Собираетесь ли вы переносить клиентов одновременно с преобразованием сервера, до или после его перевода на другую платформу, или же вы намерены оставить их без изменений?

·     Определите, будет ли выполняться перенос каких-либо приложений.

·     Установите основные принципы тестирования производительности.

·     Оцените потребности создаваемого сервера Windows NT Server в памяти для размещения необходимых баз данных и файлов.

Корректировка бизнес-плана


Корректировка с учетом целей и задач предприятия

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

Корректировка бюджета

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

Определение приоритетов с учетом целей и задач предприятия

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

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

Разработка бизнес-плана развертывания системы

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

Точно отметьте, что именно нужно перенести на сервер Windows NT Server: пользователей, группы, данные (файлы и каталоги) или все три типа информации. Укажите в плане все серверы NetWare, которые будут перенесены, серверы Windows NT Server, на которые они будут перенесены, и идентифицируйте все тома на серверах NetWare.

План установки


Тестирование поддерживаемых конфигураций

Следующим этапом проекта является разработка детального плана по установке, конфигурированию и тестированию аппаратных средств, которые должны предшествовать развертыванию новой платформы. План должен предусматривать проверку сервера Windows NT Server с целью убедиться, что на нем сконфигурированы и работают протокол NWLink и программы Client Services, Gateway Services, File and Print Services и Directory Service for NetWare. Удостоверьтесь, что учетная запись пользователя, используемая для выполнения переноса, имеет привилегии супервизора (или эквивалентные им) на сервере NetWare и одновременно входит в группу администраторов домена (Domain Administrator) на домене Windows NT Server. Убедитесь также, что компьютер на базе Windows NT Server имеет раздел NTFS, куда будут копироваться переносимые файлы и каталоги, и что установлены все необходимые доверительные отношения доменов. В плане установки должен быть определен подход к повторяющимся именам пользователей и групп: будет ли сервер затирать учетную запись пользователя, записывая поверх нее новую; регистрировать ее как ошибку; игнорировать имя или группу либо добавлять к учетной записи префикс. В плане установки следует также указать, будут ли учетные записи NetWare, имеющие привилегии супервизора, автоматически включаться в группу администраторов домена на сервере Windows NT Server. По умолчанию это запрещено.

Контроль развертывания в отделах бета-тестирования

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

Для повышения эффективности существующих информационных систем можно создать в интрасети Web-узел (воспользовавшись для этой цели программой Microsoft Internet Information Server, встроенной в Windows NT Server) и разместить на нем описание и план проекта, фамилии и координаты сотрудников для контактов и форму представления вопросов и комментариев. Это охватывает большую часть информации, которая потребуется бета-участкам в ходе проекта. Если вы решили создать интрасетевой узел, позаботьтесь о том, чтобы люди могли своевременно получать профессиональные ответы на возникающие у них вопросы. Необходимо, чтобы кто-то взял эти функции на себя.

План обучения


Оценка существующих планов обучения

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

·     курсы самообучения по книгам и компьютерное обучение (CBT)

·     обучение по месту работы (если для этого имеются возможности)

·     обучение в Авторизованном учебном центре Microsoft (ATEC)

·     интерактивное обучение[Ред7] 

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

Определение целей обучения

Разным сотрудникам организации требуется разный уровень подготовки в области Windows NT Server, NetWare и перехода с платформы NetWare. Специалисты и персонал поддержки Windows NT Server должны досконально разбираться в Windows NT Server и приложениях на базе корпоративных стандартов, чтобы успешно устранять неполадки и осуществлять функции поддержки в масштабах всей организации. Эти сотрудники могут и не принимать прямого участия в самом процессе перехода на другую платформу, но должны прекрасно разбираться в том, как это происходит. Техникам по установке, возможно, достаточно знать методику установки и конфигурирования Windows NT Server, а также необходимых сетевых протоколов и служб.

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

Определение группы обучения

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

Техникам по установке и персоналу поддержки, прежде чем заниматься установкой и переходом на другую платформу, следует пройти курсы обучения Microsoft №992 “Supporting Microsoft Windows NT Core Technologies”(«Поддержка базовых технологий Microsoft Windows NT») и №685 “Installing and Configuring Microsoft Windows NT Server 4.0” («Установка и конфигурирование Microsoft Windows NT Server 4.0»). Для прохождения курсов вы можете направить своих сотрудников в один из Авторизованных учебных центров Microsoft (ATEC) либо (при желании) пригласить из учебного центра инструктора для проведения занятий на территории предприятия. Получить более подробную информацию о курсах и узнать, в каких учебных центрах они проводятся, можно, обратившись в Microsoft по номеру 800-SOLPROV.

Разработка плана обучения

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

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

План поддержки развертывания


Оценка существующих планов поддержки

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

План поддержки должен учитывать следующие основные аспекты (которые следует включить в задачи поддержки):

·     телефонная поддержка (в рабочие часы)

·     поддержка на месте (в рабочие часы)

·     поддержка во внерабочие часы (на месте или по телефону)

·     круглосуточная аварийная поддержка серверов без выходных и праздников

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

Определение задач поддержки

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

·     поддержка конечных пользователей

·     поступление информации к инженерам по поддержке пользователей

·     поддержка инженеров по поддержке конечных пользователей

·     время реагирования

·     учет и подотчетность

·     уровни обслуживания

·     пути эскалации

Определение группы поддержки развертывания

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

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

Разработка плана поддержки развертывания

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

·     процедура эскалации (критерии выбора между разрешением и эскалацией проблем) — внутренняя поддержка, внешняя поддержка, , специализированная программа поддержки Microsoft[Ред8] 

·     конкретные каналы и программы поддержки, предоставляемые каждым поставщиком

·     требования к поддержке:

Þ      приемлемые уровни оперативности (немедленное реагирование, четыре часа, 12 часов, 24 часа, 48 часов)

Þ      типы поддержки (телефонная служба, удаленный доступ по коммутируемым линиям, поддержка на месте)

Þ      уровни обслуживания

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

·     прослеживание проблемы вплоть до ее разрешения

·     разрешение в приемлемые сроки

·     эскалация

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

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

План передачи в эксплуатацию


Оценка предыдущих планов передачи в эксплуатацию

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

Определение задач этапа передачи в эксплуатацию

В плане корпоративной поддержки следует определить приемлемое время реагирования, предполагаемые способы разрешения нерешенных проблем и критерии оценки удовлетворения потребителей. Определяя задачи этого этапа, необходимо беспристрастно оценить, насколько успешно реализуется имеющийся план поддержки. Эффективно ли он работает на текущий момент? Если нет, что нужно изменить? Проще ли будет внести необходимые изменения, если перепоручить поддержку другой группе, или это еще больше осложнит ситуацию? Ответы на эти вопросы дадут ясное представление о том, как, когда и в каком порядке следует осуществлять переход на корпоративную поддержку. Главное, на чем следует сосредоточить внимание, это время реагирования. Можно ли предположить, что группа, занимавшаяся созданием новой платформы, знает ее лучше, чем эксплуатационная группа поддержки? Трудно ли будет эксплуатационной группе поддержки обеспечить качество и оперативность обслуживания потребителей на таком же уровне? Будет ли разработанный план поддержки выполняться, или искушенные асы предпочтут действовать по принципу “как-нибудь сами справимся”?

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

Определение группы для передачи системы в эксплуатацию

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

Разработка и анализ плана передачи в эксплуатацию

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

Завершающий этап фазы III.
Обзор проектного плана и утверждение фазы развертывания


Итоговый обзор и корректировка

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

Вынесение предложения на рассмотрение

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

·     презентация (PowerPoint) деловых и технических аспектов плана

·     проектный план (Microsoft Project), демонстрирующий использование ресурсов и важнейшие пути к успешной реализации

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

·     участие в презентации ведущих поставщиков

Утверждение фазы развертывания

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


Фаза IV. Развертывание


 

Общий обзор


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

Успешное внедрение (иными словами, развертываниеилиустановка) зависит от успешного планирования и выполнения намеченного плана. Развертывание Windows NT Server в среде NetWare может осуществляться в виде перехода с NetWare на Windows NT Server, интеграции Windows NT Server и NetWare либо их сосуществования. В любом случае, успех этого проекта будет зависеть от того, сумеете ли вы:

·  продемонстрировать возможность интеграции или перехода в соответствии с проектом

·  выполнить намеченные планы в разумные сроки

·  уложиться в бюджет

·  получить ожидаемые результаты в смысле предоставления подразделениям и конечным пользователям более широких функциональных возможностей

Для успешного внедрения Windows NT Server в среду NetWare развертывание следует проводить в три этапа. Хотя в принципе некоторые из этих этапов можно сократить или объединить, ни один из них нельзя полностью отбросить, не увеличивая вероятность риска. Эти три этапа следующие:

·  фаза экспериментальной проверки технологии

·  пилотная фаза

·  фаза развертывания на уровне отделов

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

Фаза экспериментальной проверки технологии

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

Фаза экспериментальной проверки технологии призвана продемонстрировать — в относительно контролируемой среде ‑ что методы установки, план перехода на другую платформу и другие аспекты выполняемого процесса соответствуют проектным расчетам, а конечный результат отвечает поставленной цели. На этой стадии следует продемонстрировать возможности взаимодействия между компонентами (например, показать, что рабочие станции могут обращаться к серверу NetWare, настольные компьютеры — к серверу Windows NT Server, а серверы NetWare и Windows NT Server — друг к другу), а также некоторые функциональные возможности (например, работают ли ваши приложения для работы с файлами и печатью?).

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

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

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

Пилотная фаза

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

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

Тесты функциональности должны охватывать пункты, включенные в таблицу оценки риска, которую вы составили на этапе планирования. Обычно сюда входят следующие пункты:

·  доступ к стандартным текстовым процессорам и электронным таблицам

·  приложения для работы со специализированными базами данных

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

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

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

Развертывание на уровне отделов

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

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

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

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

Экспериментальная проверка технологии


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

Процедура визирования

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

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

Подготовительные мероприятия

Выбор площадки

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

Определение конфигураций для тестирования

Необходимо протестировать по одному из серверов и рабочих станций каждой конфигурации. Под разными конфигурациями понимаются отличающиеся друг от друга комбинации программных и аппаратных средств. Например, если окончательная реализация в производственной среде будет включать четыре специализированных сервера файлов и печати, то на этом этапе достаточно протестировать один. Если конечный план предполагает внедрение многодоменной среды, необходимо включить в тест, по крайней мере, по одному серверу в каждом домене. Требуется также сервер NetWare, поскольку данный этап включает тестирование, хронометраж и точную настройку переноса и взаимодействия. Чем ближе условия к производственному серверу по количеству и характеристикам пользователей и файлов, тем достовернее будут результаты теста. Ниже приводится типичный список конфигураций, тестируемых на этом этапе:

·  Windows NT Server 4.0: главный контроллер домена, File and Print Services (Службы файлов и печати)

·  Windows NT Server 4.0: резервный контроллер домена, File and Print Services (Службы файлов и печати), SNA Server

·  Windows NT Server 4.0: резервный контроллер домена, File and Print Services (Службы файлов и печати), SQL Server, SMS Server

·  Windows NT Server 4.0: резервный контроллер домена, File and Print Services (Службы файлов и печати), Exchange Server

·  рабочая станция Windows for Workgroups 3.11

·  рабочая станция Windows 95

·  Windows NT Workstation 3.51

·  сервер NetWare 2.x/3.x

·  сервер NetWare 4.x в режиме эмуляции bindery

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

для серверов:

·  аппаратная платформа

·  тип и число процессоров

·  объем памяти (или приемлемый диапазон памяти)

·  жесткие диски: число, емкость, быстродействие и тип

·  тип сетевых плат

·  другие периферийные устройства: компакт-диск, накопитель на магнитной ленте для резервного копирования и т. д.

·  операционная система

·  версия и сборка операционной системы

·  роль в домене

·  имя домена

·  требуемые протоколы (IPX, TCP/IP, NetBEUI, DLC, прочие)

·  установленные и функционирующие службы Windows NT Server

·  установленные и функционирующие продукты BackOffice (SNA Server, SQL Server, SMS, Microsoft Mail, Exchange)

·  другие установленные и функционирующие сторонние приложения *

для рабочих станций:

·  аппаратная платформа

·  операционная система

·  сеть (клиент Novell, клиент Microsoft)

·  протоколы

·  установленные приложения

Определение необходимых тестов

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

·  Тестирование процедуры регистрации. Составьте матрицу, из которой видно, какие клиенты на каких серверах будут регистрироваться. Если регистрация по-прежнему будет выполняться на существующих серверах NetWare по умолчанию, никаких изменений на клиентах не требуется или почти не требуется. Однако если клиенты будут регистрироваться на сервере Windows NT Server-с установленными функциями FPNW, потребуется дополнительная работа. Во-первых, может возникнуть необходимость в изменении установок, задающих на клиенте сервер по умолчанию. Этого можно избежать, если переименовать старый сервер NetWare, а его прежнее имя присвоить серверу, поддерживающему функции FPNW. Во-вторых, если применяются сценарии системной регистрации и (или) регистрации пользователя, на сервере Windows NT Server необходимо установить их эквивалент и связать его с соответствующей учетной записью пользователя Windows NT Server. И, в-третьих, в случае переноса личных каталогов из среды NetWare нужно будет перенести файлы, установить права доступа, обновить учетные записи пользователей и, возможно, создать сетевые каталоги для совместного пользования. Особенности выполнения этих процедур будут рассмотрены ниже. Не менее важно идентифицировать все сценарии регистрации, чтобы ничего не упустить из виду на этом этапе.

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

·  Подключение к принтерам (CAPTURE). К каким принтерам по умолчанию подключаются рабочие станции для выполнения заданий печати? Если эти принтеры останутся на серверах NetWare, объем подготовки и тестирования будет минимальным. Однако если функции поддержки печати будут перенесены на сервер Windows NT Server, потребуется более широкое тестирование печати. Во-первых, необходимо идентифицировать (и создать или сделать доступными для совместного использования) принтеры и очереди печати на сервере Windows NT Server. Затем нужно осуществить с рабочих станций подключение к принтерам FPNW, чтобы направить на них задание печати. Для этих тестов тоже составьте подробную матрицу с указанием принтеров, их драйверов, местоположения (локальные или сетевые) и стандартов подключения клиентов.

·  Перенос файлов. Фаза экспериментальной проверки технологии включает простые тесты по переносу файлов, используемые для тестирования производительности и эталонного тестирования. Необходимо составить подробную матрицу возможных комбинаций клиент—сервер. Для тестов следует использовать файлы различного размера. Обычно для этой цели годятся файлы объемом 1 Кб, 1 Мб и 5 Мб.

Выполнение базовых тестов

Для того чтобы проверить, работает ли компьютер, на котором установлена система Windows NT Server, так же хорошо или лучше, чем существующий сервер NetWare, можно провести базовые тесты с использованием нынешних клиентов и серверов NetWare. По сути дела, все формы и матрицы, разработанные на предыдущих этапах, должны включать соответствующие данные о текущей среде Novell. Теперь же следует выполнить серию тестов и документально зафиксировать показатели времени; для хронометража можно использовать секундомер с остановом. Впоследствии данные хронометража, полученные при проведении базовых тестов, сравнивают с результатами аналогичных тестов, выполненных на различных комбинациях рабочая станция — сервер.

Проверка и уточнение сметы расходов

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

Часто упускают из виду следующие факторы:

·  кабели модемов

·  оборудование для монтажа в стойку

·  внешний или вспомогательный источник питания, ИБП

·  достаточное электроснабжение

·  телефонные линии

·  носители

·  сетевые кабели и прочие компоненты (тройники, концентраторы, заглушки и т. д.)

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

Время на установку

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

·  время, необходимое для резервного копирования и проверки резервных копий существующих систем

·  порча носителей информации, с которых устанавливается программное обеспечение

·  несовместимость между версиями программного обеспечения и определенными версиями аппаратных средств.

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

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

Время на конфигурирование

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

Время на устранение проблем

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

Подготовка к установке

Обзор процедур эскалации

Разработайте или уточните процедуры эскалации, которые будут применяться в ходе проекта. Эти процедуры должны быть понятны и обязательны для всех участников тестирования. Желательность и (или) необходимость эскалации может быть обусловлена разными причинами, например:

·  Проект заметно не укладывается в расчетные сроки.

·  Требуются дополнительные аппаратные и (или) программные средства.

·  Проблему невозможно разрешить в установленный срок.

·  Для разрешения проблемы или выполнения задачи требуются дополнительные ресурсы (внутренние или внешние).

·  Для принятия решения требуется более высокий уровень полномочий.

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

·  дата и время первого инцидента или проблемы

·  шаги, предпринятые для устранения проблемы

·  дата и время эскалации

·  лицо, которому проблема передается для разрешения

·  разрешение проблемы

·  дата разрешения

·  текущее состояние

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

На этом этапе приступите к реализации физической сети Ethernet или Token Ring. Хотя установка выполняется на каждом компьютере по очереди, однако при этом все равно потребуется физическая сеть. К тому же, сеть можно использовать для автоматизированной установки с сервера. Локальная сеть должна быть реализована и приведена в рабочее состояние до того, как вы начнете установку серверов, поскольку серверы Windows NT Server будут определять тип кадра IPX. Какие конкретные процедуры и компоненты потребуются, будет зависеть от применяемой топологии и физической среды. Необходимо предусмотреть подключение для каждого серверного и сетевого принтера, участвовавшего в бета-тестах. Оптимальный вариант — обеспечить подключение и для каждой рабочей станции; однако клиентов можно тестировать и по отдельности, при необходимости поочередно подключая их к сети.

Подготовка документации

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

Проверка аппаратных компонентов

Убедитесь, что все аппаратные компоненты доставлены и правильно установлены. Удостоверьтесь, что все они входят в список совместимых устройств — Microsoft Hardware Compatibility List (HCL). Хотя вы это делали еще на этапе планирования, когда составляли перечень необходимого оборудования на бумаге, еще раз сверьте теперь уже фактически имеющееся оборудование с самой свежей версией списка HCL, которую можно найти в Microsoft Network или CompuServe. Если какое-либо устройство отсутствует в списке, обратитесь к изготовителю оборудования за драйвером, совместимым с Window NT Server. Если данный продукт не поддерживается под Windows NT Server (т.е., драйвер, совместимый с Windows NT Server, в принципе отсутствует), выберите взамен другое устройство, совместимое с Windows NT Server, приобретите его и установите.

Конфигурирование аппаратных компонентов

Если ваша серверная платформа имеет особый набор аппаратных средств, — например, контроллеры дисковых массивов, Compaq Insight Manager, RAID, — необходимо проверить правильность конфигурации и создать или обновить конфигурационные дискеты.

Подключение серверов, рабочих станций и принтеров к сети

Теперь все компоненты, участвующие в фазе экспериментальной проверки технологии, следует физически подключить к локальной сети. Сюда входят серверы на базе NetWare, серверы на базе Windows NT Server, сетевые принтеры и клиентские рабочие станции. Единственное исключение в этом списке составляют рабочие станции. Если число сетевых подключений недостаточно для одновременной поддержки всех клиентов, подключите максимально возможное количество.

Установочный комплект

Убедитесь, что в вашем распоряжении имеются:

·  компакт диск Windows NT Server 4.0 Server

·  три системных дискеты Windows NT Server 4.0

·  компакт-диск File and Print Services for NetWare

·  чистая дискета (для создания аварийной дискеты)

·  чистая дискета (для создания загрузочной дискеты Windows NT Server)

Хотя для установки рабочих станций существует ряд способов, — в том числе загрузка с дискет, компакт-дисков или через сеть — самым популярным способом является установка через сеть. Windows NT Server позволяет загружать рабочие станции через сеть. Для этого создается упрощенная дискета сетевой загрузки, единственное назначение которой — провести на сервере Windows NT Server сеанс работы, позволяющий выполнить команду WINNT /B, которая через сеть загружает установочные файлы рабочей станции с сервера на рабочую станцию. Этот способ наиболее распространен.

Информация, необходимая для установки Windows NT Server

В процессе установки вам будет предложено ввести кое-какие данные. Некоторые из них впоследствии можно изменить, изменение других возможно лишь в том случае, если вы будете устанавливать Windows NT Server заново. При установке необходимо располагать следующей информацией:

·  Имя сервераСинонимы — имя компьютера и имя NetBIOS. Впоследствии его можно изменить.

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

·  Роль в доменеЕсли это первый сервер, устанавливаемый в домене, он должен быть главным контроллером домена (PDC), в противном случае, он может быть резервным контроллером домена (Backup Domain Controller). Функцию “Server” можно выбирать только в том случае, если вы не используете этот сервер для целей переноса.

·  Устанавливаемые протоколы.  В их число должен входить, как минимум, IPX. При необходимости можно установить и сконфигурировать другие протоколы.

·  Требуемые типы кадра.  В процессе установки необходимо выбрать в качестве транспортного протокола, как минимум, IPX. Это стандартный протокол NetWare; все имеющиеся клиенты NetWare сконфигурированы с IPX. Требуется также задать в конфигурации IPX правильный тип кадра. В зависимости от физической реализации сети, существуют различные типы кадра. Для того чтобы клиент NetWare мог общаться с сервером NetWare server, на обоих должен быть установлен одинаковый тип кадра. Если в сети уже есть сервер NetWare, стек IPX на сервере Windows NT Server можно установить на «автоконфигурирование» существующих типов кадра. В принципе, сеть может одновременно поддерживать несколько типов кадра; однако при обнаружении нескольких типов протокол IPX системы Windows NT Server по умолчанию устанавливает тип кадра 802.2. Если для вашей сети требуется, чтобы сервер Windows NT Server поддерживал несколько типов кадров, вам придется сконфигурировать протокол IPX вручную.

·  Сетевая плата и ее параметрыВ зависимости от установленной сетевой платы, вам может быть предложено указать уровень прерывания, канал DMA и адрес ввода-вывода, используемые платой. Если вы введете значения, не соответствующие текущим установкам платы, сеть будет недоступна для сервера.

Организация файловой системы сервера

Раздел FAT ограничивается размером 4 Гб, а раздел NTFS — размером 16 Эб (экзабайт). Убедитесь, что диски правильно сконфигурированы и имеют основной раздел (или разделы) и дополнительный раздел.

·  Каждый физический диск может иметь до четырех разделов, из которых только один может быть дополнительным.

·  Операционные системы должны быть установлены в основном разделе.

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

·  Дополнительные разделы разбиваются на логические диски.

·  Для установки Windows NT Server необходимо, как минимум, создать основной раздел.

·  После того как система Windows NT Server полностью установлена, можно создать дополнительный раздел, зеркальные диски, наборы томов, логические диски и другие основные разделы.

·  Раздел FAT можно преобразовать (на месте) в файловую систему NTFS после установки Windows NT Server.

Установка Windows NT Server

Экспресс-установка Windows NT Server с компакт-диска

Загрузка Windows NT Server

1.   Вставьте компакт-диск Windows NT Server 4.0 Server в накопитель CD-ROM. Вставьте в дисковод установочную дискету №1. Включите машину.

2.   По приглашению вставьте установочную дискету №2 и для продолжения нажмите ENTER. Выберите тип установки Express (по умолчанию), нажав ENTER. После начальной установки можно будет внести дополнительные изменения.

3.   По приглашению вставьте установочную дискету №3 Windows NT Server и для продолжения нажмите ENTER. Система приступит к поиску и идентификации устройств SCSI, накопителей CD-ROM и специальных контроллеров диска. Появится список найденных устройств. Если на самом деле число устройств больше или они отличаются от указанных в списке, внесите необходимые изменения и для продолжения нажмите ENTER.

4.   Нажмите ENTER, чтобы использовать в качестве носителя установочной информации компакт-диск.

Настройка конфигурации жестких дисков

1.   Выберите раздел, где будут устанавливаться файлы Windows NT Server (он называется системным или загрузочным). Обычно выбирается раздел C:. Для продолжения нажмите ENTER. Если система не имеет основного или дополнительного раздела, необходимо сначала разбить диск на разделы с помощью дисковой утилиты. После того как это сделано, начните процедуру установки заново.

2.   Если у вас нет особых причин оставлять системный раздел в формате FAT, выберите “Format the partition using the NTFS file system.” Тогда в конце установки раздел будет отформатирован как NTFS. Хотя Windows NT Server поддерживает обе файловые системы (FAT и NTFS), для обеспечения безопасности на уровне файлов (уровень защиты C2) требуется NTFS. При переходе от среды Novell это очень важно. Если вы будете перемещать каталоги и файлы с сервера Novell на сервер Windows NT Server, то для того чтобы перенести и права доступа к объектам, раздел на сервере Windows NT Server, куда выполняется перенос, должен быть отформатирован как NTFS. Раздел FAT можно преобразовать в NTFS после установки Windows NT Server.

3.   Примите каталог по умолчанию \WINNT. Нажмите ENTER. Будут созданы системные каталоги, и файлы будут скопированы с компакт-диска на жесткий диск. По приглашению выньте установочную дискету и нажмите ENTER, чтобы перезагрузить компьютер для продолжения установки.

Регистрация Windows NT Server и установка контроллера домена

1.   Введите в диалоговом окне Windows NT Server Setup свою фамилию и название компании. Выберите Continue и подтвердите введенные данные, вторично выбрав Continue.

2.   Введите идентификатор продукта (Product ID). Вы найдете его на внутренней стороне задней обложки Руководства по установке или на регистрационной карточке, поставляемой в комплекте с Windows NT Server. Для продолжения нажмите ENTER. Подтвердите введенную информацию, выбрав Continue.

3.   Выберите контроллер домена — главный (Primary) или резервный (Backup) и щелкните на Continue. В диалоговом окне Licensing выберите соответствующую лицензию — хранящуюся на клиенте (per seat) или хранящуюся на сервере (per server). Если вы выбираете Per Server, точно укажите правильное число одновременных подключений. Нажмите Continue.

4.   Прочтите текст. Если вы согласны с условиями лицензии, щелкните на флажке “I agree that” и выберите OK. В противном случае, процесс установки будет прерван.

5.   Введите уникальное имя компьютера (не более 15 символов). Оно будет служить однозначным идентификатором машины в сети. Выберите Continue. Если имя указано правильно, снова выберите Continue. Если его нужно изменить, выберите Change. Это имя можно будет изменить и позже, запустив приложение System из окна Control Panel.

6,   Выберите местный язык (Local Language), а затем Continue. Не выбирайте на этом этапе Set up a Local Printer. Выберите Cancel и подтвердите выбор, щелкнув на OK.

Настройка конфигурации сетевого адаптера и протоколов

1.   Система приступит к поиску установленной платы сетевого адаптера. Для каждой найденной платы будет появляться диалоговое окно настройки. В зависимости от типа платы и ее текущих установок, от вас потребуется указать правильные параметры IRQ (уровень прерывания), I/O Port Address (адрес порта ввода-вывода), I/O Channel Ready и Transceiver Type (тип приемопередатчика). Введя информацию, соответствующую параметрам установленной сетевой платы, выберите Continue.

2.   Выберите протокол “NWLink IPX/SPX Compatible Transport”. В большинстве случаев предлагаемый по умолчанию транспортный протокол TCP/IP можно отключить. Однако если вам нужно установить TCP/IP, эту функцию не следует отключать. Когда вам будет предложено ввести данные о конфигурации TCP/IP, обратитесь за сведениями к электронной документации Windows NT Server. В настоящем руководстве подробно описываются только установка и конфигурирование протокола NWLink IPX/SPX. Выберите Continue.

3.   Для каждого установленного адаптера вам будет предложено указать тип кадра NWLink IPX/SPX. Если нынешние серверы Novell используют только один тип кадра, выберите “Auto Frame Type Detection.” При запуске компьютер на базе Windows NT Server сам настроится на тип кадра, обнаруженный в сети. В противном случае, выберите “Manual Frame Type Selection” и введите активные типы кадра в выбранное окошко слева, а неиспользуемый тип кадра — в окошко справа. Сети на базе NetWare 3.12 и более поздних версий с адаптером Ethernet используют тип кадра 802.2. В других конфигурациях с адаптером Ethernet (установка NetWare 3.11 по умолчанию) используется тип кадра 802.3. Для адаптеров Token Ring выберите 802.5. Для продолжения нажмите OK.

4.   Первый устанавливаемый в домене сервер Windows NT Server должен быть главным контроллером домена, поэтому выберите “Primary Domain Controller” и введите имя нового домена. При установке дополнительных (резервных) контроллеров в уже существующем домене выберите “Backup Domain Controller,” введите имя домена, а также имя и пароль существующего администратора. Для установки резервного домена контроллера необходимо иметь доступ к главному контроллеру домена через бета-сеть. Выберите OK.

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

1.   При установке создается пользователь ADMINISTRATOR. В диалоговом окне Administrator Account Setup можно установить пароль, введя его в полях “Password” и “Confirm Password”.
    
Примечание: В паролях Windows NT Server прописные и строчные буквы воспринимаются как разные символы. Если вы не введете пароль на этом этапе, учетная запись ADMINISTRATOR не будет иметь пароля. Пароль можно присвоить и позже. Выберите Continue. Если вы не стали присваивать пароль, подтвердите свое решение, выбрав OK.

2.   Проверьте дату, время и часовой пояс. Если нужно, установите автоматический перевод на летнее время, выбрав “Automatically Adjust for Daylight Saving Time”. Выберите OK.

3.   Система определит параметры дисплея. Нажмите OK. Настройте размер шрифта, цветовую палитру, режимы, тип дисплея, частоту обновления и область рабочего стола. Выберите кнопку Test и подтвердите выбор, щелкнув на OK, чтобы начать тестирование графического адаптера. Если тестовый растр вас удовлетворяет, выберите YES. Если нет, выберите NO и повторяйте процедуру настройки столько раз, сколько понадобится. Чтобы сохранить протестированные установки, выберите OK. Для продолжения нажмите OK.

4.   Вставьте чистую дискету и выберите Yes, чтобы создать аварийную дискету — Emergency Repair Disk (ERD). Для подтверждения выберите OK. (В процессе установки система запрашивает, хотите ли вы создать аварийную дискету”. Хотя ее можно создать и позже с помощью утилиты RDISK, разумнее сделать это сейчас. На дискете будут сохранены исходные конфигурационные установки.)

5.   Выньте аварийную дискету и снабдите ее соответствующей этикеткой. Укажите на этикете имя компьютера и дату. Храните дискету в надежном месте.

6.   Перезапустите компьютер. Поздравляем! Вы только что установили Windows NT Server!

Проверка начального этапа установки

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

Просмотр системного журнала

1.   Для входа в систему нажмите Ctrl+Alt+Del. В диалоговом окне Welcome введите в поле Username имя Administrator и пароль, который вы присвоили при установке. Если вы не присваивали пароль, оставьте поле Password пустым. Выберите OK.

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

3.    В пункте Programs главного меню откройте Administrative Tools|Event Viewer. Перед вами появится системный журнал.

Системный журнал содержит информацию, предупреждения и сообщения об ошибках, относящиеся к процессу запуска Windows NT Server. Проверьте, нет ли ошибок. Присутствие некоторых информационных сообщений — в порядке вещей. При наличии критических ошибок их следует устранить прежде, чем идти дальше.

Обычно ошибки первоначального запуска делятся на следующие категории:

·  Сконфигурированные установки сетевой платы не соответствуют ее характеристикам.

·  В конфигурации протокола NWLink IPX/SPX неправильно указан тип кадра.

·  Машина на базе Windows NT Server физически не подключена к сети.

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

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

Установка Gateway Service for NetWare (GSNW)

Программа Gateway Service for NetWare (GSNW), размещенная на компакт-диске Windows NT Server, устанавливается с помощью приложения Network в Control Panel. GSNW обеспечивает доступ клиентов Windows NT Server к серверам NetWare. Это позволяет Windows NT Server функционировать в роли клиента NetWare, как это  показывает, например, Windows NT Explorer. После установки GSNW список серверов Microsoft, приведенный в окне обзора, дополнится списком “NetWare or Compatible Network”, где будут перечислены все серверы NetWare, настроенные на тот же тип кадра, что и Windows NT Server. GSNW требуется для функционирования программы NetWare to Windows NT Server Conversion Utility.

Вторая функция GSNW — это функция шлюза (Windows NT Server to NetWare Gateway), предоставляющая сетевым клиентам Microsoft доступ к ресурсам NetWare. Шлюзовая служба позволяет клиентам Microsoft подключаться к ресурсам NetWare, по сути, воспринимая их как стандартные ресурсы сервера Microsoft. Это особенно удобно, если на клиентах Microsoft установлен либо только стек протоколов TCP/IP, либо только протокол NetBEUI на базе локальной сети. Имея всего один сетевой протокол, общий с сервером Windows NT Server, сетевые клиенты могут не загружать несколько сетевых протоколов, чтобы получить доступ к ресурсам на сервере NetWare.

В процессе установки вам будет предложено указать ”Preferred NetWare Server”. Это тот сервер NetWare, на который пользователь будет входить с сервера Windows NT Server по умолчанию. Если Windows NT Server не может найти выбранный сервер по умолчанию, нужно проверить две вещи. Во-первых, убедитесь, что указанный сервер Novell физически присутствует в бета-сети и в данный момент работает. Кроме того, это должен быть сервер версии 2.x, 3.x или 4.x (в режиме эмуляции bindery). Вторая распространенная проблема — несоответствие между типами кадра, установленными на Windows NT Server и сервере Novell.

Перед установкой GSNW полезно продублировать имена администратора как на домене Windows NT Server, так и на сервере NetWare. Это можно сделать двумя способами: либо добавить учетную запись под названием “Administrator” на сервере NetWare и присвоить ей те же права, что и учетной записи “Supervisor”, либо добавить учетную запись под названием “Supervisor” на домене Windows NT Server и включить ее в группу Administrators и группу Domain Admins.

Установка GSNW

1.   В меню Start выберите Settings, а затем откройте Control Panel. Выберите значок приложения Network.

2.   Выберите “Add Software”, затем “Gateway Service for NetWare” и щелкните на Continue.

3.    Убедитесь, что путь к дистрибутивным файлам Windows NT Server 4.0 указан правильно, а затем выберите Continue. Для завершения процедуры изменения сетевой конфигурации щелкните на OK.

4.    Перезагрузите Windows NT Server.

5.   Снова войдите в систему по учетной записи администратора (Administrator). Вам будет предложено выбрать сервер по умолчанию (“Preferred Server for NetWare”) и предоставлен список всех известных серверов Novell, имеющихся в сети. Теперь, когда вы будете входить в эту систему (уже на правах клиента NetWare), домен Windows NT Server будет автоматически подтверждать правомочность вашей учетной записи, а выбранный вами сервер NetWare по умолчанию также будет выполнять ее аутентификацию. Если пароль на домене Windows NT Server отличается от пароля на сервере NetWare, вам будет предложено ввести пароль для NetWare.

6.   Чтобы проверить, установлена ли Gateway Service for NetWare, выберите в меню Start пункт Settings и откройте Control Panel. Выберите значок приложения Network. Вы должны увидеть новый значок под названием “GSNW”. Если вы запустите приложение GSNW, появится диалоговое окно, в котором вы сможете изменить установки сервера по умолчанию и параметры печати.
     
Примечание: Если вам не требуется шлюзовая функция GSNW, пропустите следующие этапы и перейдите к установке FPNW, которая описана в следующем разделе.

Убедитесь, что учетная запись, по которой вы вошли на Windows NT Server, имеет административные права и, кроме того, одновременно является учетной записью NetWare. Внесите любые необходимые изменения с помощью User Manager for Domains.

Выполните следующие процедуры на сервере NetWare:

1.   Создайте (или идентифицируйте) на сервере NetWare учетную запись пользователя шлюза (Gateway User Account). Служба GSNW использует эту учетную запись для подключения к серверу NetWare.

2.   Создайте группу под названием NTGATEWAY.

3.   Включите учетную запись пользователя шлюза в группу NTGATEWAY.

Выполните следующую процедуру на сервере Windows NT Server:

·         Перейдите к приложению GSNW в окне Control Panel и выберите кнопку “Gateway”. Установите флажок “Enable Gateway” и введите учетную запись пользователя шлюза (Gateway User Account) и пароль.

Теперь нужно добавить подключения к ресурсу NetWare и разрешить совместное использование сетевого клиентского программного обеспечения. При указании сетевого пути соблюдайте синтаксис, установленный Универсальным соглашением об именовании (UNC).

Установка File and Print Services for NetWare (FPNW)

File and Print Services for NetWare (FPNW) — это отдельный, добавочный продукт для Windows NT Server. Он обеспечивает совместимость Windows NT Server с NetWare Core Protocol (NCP). Проще говоря, он позволяет Windows NT Server выполнять по отношению ко всем клиентам NetWare роль сервера NetWare. При выполнении команды SLIST клиент NetWare видит Windows NT Server, который появляется в выводимом File Manager или Explorer списке серверов NetWare или совместимых с NetWare. Клиент может подключаться к совместно используемому тому и каталогу на сервере Windows NT Server, поддерживающем функции FPNW, как если бы это был сервер NetWare. Аналогичным образом, клиент NetWare может подключаться к принтеру на Windows NT Server. И, наконец, клиент NetWare может входить на сервер Windows NT Server по сконфигурированным сценариям системной и персональной регистрации. Установочные файлы FPNW размещены на компакт-диске. Если вам требуется установить их с дискет, скопируйте на дискеты соответствующие дисковые каталоги (их два).

Установка FPNW

1.   В меню Start выберите Settings и откройте Control Panel. Запустите приложение Network и выберите Add Software. Выберите Have Disk и щелкните на Continue.

2.   В диалоговом окне Insert Disk введите путь к установочным файлам FPNW и выберите OK. Выберите “File and Print Services for NetWare”, а затем OK. Введите все требуемые данные в диалоговом окне “Install File and Print Services for NetWare”.

3.   Укажите каталог Windows NT Server, который будет использоваться в качестве тома “SYS”. По умолчанию принимается значение C:\SYSVOL. Имейте в виду, что для обеспечения защиты на уровне файлов том SYS должен размещаться в разделе, отформатированном как NTFS.

4.   Серверу будет также присвоено новое имя для идентификации в сети NetWare. По умолчанию принимается имя компьютера Windows NT Server, за которым следует символ подчеркивания и FPNW. Это имя можно изменить.
ВАЖНОЕ ЗАМЕЧАНИЕ: Во многих случаях удобнее переименовать сервер NetWare —например, (OLD_NW312)— и присвоить его прежнее имя серверу Windows NT Server, на котором установлен компонент FPNW, чтобы не делать изменений на существующих клиентах.

5.   Будет создана учетная запись супервизора (Supervisor) Windows NT Server. Вы должны ввести и подтвердить пароль для этой учетной записи.

6.   Если система используется преимущественно для работы с приложениями, в разделе Tuning выберите “Minimize Memory Usage”; если она служит не только как сервер приложений, но и как сервер файлов и печати, выберите “Balance between Memory Usage and Performance”; а чтобы обеспечить оптимальную производительность при совместном использовании файлов и ресурсов печати, выберите “Maximize Performance” (для этого потребуется дополнительная системная память).

7.   По завершении выберите OK. Если для размещения SYSVOL вы выбрали диск, формат которого не соответствует NTFS, появится сообщение, предупреждающие о невозможности обеспечить защиту. Вам предоставляется возможность указать другое место для размещения SYS.

8.   Для использования служб FPNW будет создана специальная учетная запись Windows NT Server, именуемая “FPNW Service Account”. Введите и подтвердите пароль для этой учетной записи. Выберите OK. В диалоговом окне Network Settings выберите OK и перезапустите компьютер.

9.   Войдите в систему по учетной записи администратора. Открыв из меню Start окно Control Panel, вы увидите новый значок — FPNW. Кроме того, при успешной установке FPNW создается меню FPNW, которое будет видно при просмотре c:\WINNT\system32 через Explorer, и видоизмененное диалоговое окно учетных записей пользователей с дополнительной кнопкой для клиентов NetWare.

После успешного завершения последней процедуры (о чем свидетельствует отсутствие ошибок в системном журнале System Log, просматриваемом через Event Viewer) можно считать, что система Windows NT Server реализована в среде NetWare на принципах сосуществования. При необходимости, дальнейший переход на Windows NT Server легко осуществить путем планомерной замены функций серверов NetWare и вывода их из эксплуатации. Однако сначала убедитесь, что вы документально зафиксировали фактическое время, затраченное на выполнение вышеуказанных операций по каждому серверу. Следует также задокументировать все возникшие проблемы и способы их разрешения.

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

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

При наличии в среде сетевых принтеров типа Hewlett Packard LaserJet с платой JetDirect может возникнуть необходимость в установке протокола DLC или другого протокола, в зависимости от конкретной модели используемого принтера. При отсутствии протокола DLC система Windows NT Server не будет распознавать некоторые модели платы Jet Direct. Более современные модели могут работать с протоколами AppleTalk, IPX, TCP/IP, и их можно настроить на одновременную поддержку нескольких протоколов. Когда будут созданы очереди печати File and Print Service, клиентам NetWare откроется доступ к принтерам сервера Windows NT Server.

1.   Запустите Control Panel. Выберите приложение Network.

2.   Выберите кнопку “Add Software…”.

3,   В поле Network Software выберите “DLC Protocol” и щелкните на Continue.

4.   Вставьте компакт-диск Windows NT Server 4.0 Server в дисковод CD-ROM сервера. Это было изначальное местонахождение всех установочных файлов Windows NT Server, которое теперь предлагается по умолчанию. Примите значение по умолчанию, нажав Continue.

5.   Для продолжения выберите OK. Перезагрузите сервер.

6.   Войдите в систему Windows NT Server по учетной записи администратора.

Установка принтеров

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

1.   Запустите Print Manager. (Обратите внимание, что его можно запустить и из окна Control Panel).

2.   В меню Printer выберите “Create Print”.

3.   Введите имя принтера (Printer Name) и выберите соответствующий драйвер. Введите описание принтера. Для локальных принтеров выберите в списке “Print to” физический порт (LPT1, LPT2, COM1 и т. д.). Для сетевых принтеров выберите в списке “Print to” значение “Other”, а затем выберите соответствующий монитор печати. Для принтеров HP таковым является “Hewlett-Packard Network Port”.

4.   Для продолжения выберите OK.

5.   Введите имя для порта. В окне списка должны появится аппаратные адреса всех сетевых принтеров. Выберите адрес устанавливаемого принтера. Для продолжения щелкните на OK.

6.   Если вы хотите разрешить совместное использование этого принтера клиентами Microsoft, выберите “Share”, введите сетевое имя для принтера и (по желанию) описание его местонахождения, а затем выберите OK. Теперь этот принтер будет доступен всем клиентам NetWare. Им достаточно будет использовать стандартную команду CAPTURE и указать имя сервера, поддерживающего FPNW, и имя совместно используемого ПРИНТЕРА. Заметьте, что оно не обязательно должно совпадать с сетевым именем принтера.

7.   Вставьте компакт-диск Windows NT Server в дисковод CD-ROM (местонахождение по умолчанию) и выберите Continue. Появится диалоговое окно Printer Setup. Сконфигурируйте драйвер принтера и выберите OK.

Переход с платформы NetWare на Windows NT Server

Во многих случаях полный переход с платформы NetWare на Windows NT Server предпочтительнее, чем их сосуществование. В тестовой сети переход с сервера NetWare на сервер Windows NT Server распадается на два или более этапов. На первом этапе выполняется перенос учетных записей пользователей и групп на платформу Windows NT Server, а на втором — копирование файлов, каталогов и соответствующих прав доступа в целевые каталоги на сервере Windows NT Server. Если сценарии регистрации пользователя будут запускаться не с сервера NetWare, а с сервера Windows NT Server, поддерживающего функции FPNW, нужно перенести эти сценарии, внести в них необходимые изменения и связать их с учетными записями пользователей. Для выполнения этих задач используется утилита Migration Tool for NetWare. И, наконец, если планируется перенести с сервера NetWare на сервер Windows NT Server личные каталоги пользователя, необходимо создать эти каталоги, обеспечить возможность доступа к ним через сеть, присвоить соответствующие права доступа и внести изменения в учетную запись пользователя, указав его личный каталог.

1.   В меню Start выберите Programs, Administrative Tools, а затем Migration Tool for NetWare

Запустится утилита перехода с платформы NetWare.

     Примечание: Если вы устанавливали FPNW с компакт-диска, может появиться сообщение об ошибке с предложением вставить компакт-диск “There is no disk in Drive. Please insert a disk into Drive <CD-ROM drive>”. Щелкайте на Ignore или Abort до тех пор, пока это сообщение не перестанет появляться. Эта проблема документально зафиксирована. (PSS ID Q139280.)

2.   Для настройки переноса требуется сначала определить исходный сервер NetWare и целевой сервер Windows NT Server, на который будет выполняться перенос. Чтобы просмотреть список серверов NetWare и доменов и серверов Windows NT Server, щелкните на соответствующих кнопках с многоточиями (“…”). Выберите соответствующую пару и щелкните на OK.

Для переноса пользователей и групп следует всегда выбирать сервер Windows NT Server, являющийся главным (Primary) контроллером домена. Если учетная запись, по которой вы вошли в систему, не имеет полномочий супервизора NetWare, появится диалоговое окно с сообщением об ошибке и предложением ввести правильный идентификатор и пароль NetWare. Можете ввести “Supervisor” и пароль, установленный ранее для учетной записи супервизора.

Перенос пользователей и групп

На этапе планирования вы определили общую схему организации паролей: отсутствие пароля, единый пароль для каждого пользователя или использование паролей, совпадающих с идентификаторами входа в систему. Вам также необходимо знать, всем ли пользователям с правами супервизора” NetWare следует предоставить полномочия администраторов Windows NT Server.

Перенос пользователей и групп в пределах домена Windows NT Server

Для переноса каталогов и файлов используется утилита Migration Tool for NetWare. Однако прежде чем применять ее для реальной процедуры, следует выполнить пробный перенос.

1.   Выберите кнопку User Options. Выберите политику организации паролей для переноса учетных записей.

2.   Выберите вкладку Usernames. Задайте процедуру, которая должна выполняться в случае, если переносимая учетная запись NetWare уже существует на домене Windows NT Server, щелкнув на соответствующей кнопке.

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

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

4.   Щелкните на вкладке Defaults и выберите, чья учетная политика — Windows NT Server или NetWare — будет приниматься по умолчанию. Если вместо учетной политики Windows NT Server планируется перенести и использовать ограничения, связанные с учетными записями супервизоров NetWare, включите параметр Supervisor Defaults. Если решено поддерживать учетную политику Windows NT Server, этот параметр можно отключить. Упомянутые ограничения включают требования к паролям и установку защиты от взломщиков. При выборе Add Supervisor to Administrator Groups все пользователи с учетными записями NetWare, эквивалентными учетной записи супервизора, будут автоматически занесены в группу администраторов Windows NT Server. Последний параметр появляется лишь при использовании FPNW и позволяет клиентам NetWare по-прежнему регистрироваться на серверах NetWare. По умолчанию этот параметр на Windows NT Server отключен из соображений безопасности.

5.   Щелкните на OK, выберите File Options и отключите флажок File Transfer, чтобы ограничить этот этап переносом пользователей и групп.

6.   Выполните пробный перенос и просмотрите полученные регистрационные файлы. Внесите необходимые коррективы в имена пользователей и групп NetWare. Снова выполните пробный перенос. Повторяйте эту процедуру, пока не убедитесь, что все идет безупречно. Регистрационные файлы ERROR.LOG, SUMMARY.LOG и LOGFILE.LOG хранятся в каталоге \<winnt_root>\system32.

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

Примечание: Выполняя развертывание, помните, что серверы NetWare 2.x и 3.x имеют каждый свои учетные записи пользователей; служба каталогов здесь не предусмотрена. Таким образом, вы, по всей вероятности, будете сливатьидентификаторы Novell с нескольких серверов в единый, многосерверный домен Windows NT Server; при этом будут возникать проблемы с двойниками имен пользователей, групп и т. д.

При успешном переносе пользователи будут иметь учетные записи, правомочные на Windows NT Server и одновременно совместимые с NetWare. Это станет очевидно при просмотре свойств пользователей в User Manager for Domains. Теперь там появится значок NetWare Compatible.

Перенос каталогов и файлов

Теперь настало время скопировать каталоги и файлы с сервера NetWare на сервер Windows NT Server. Сначала составьте схему переноса на бумаге. Имейте в виду, что текущий диск и каталог могут не быть конечным пунктом назначения. Возможно, вам придется переносить каталоги и файлы с сервера Novell, имеющего несколько логических разделов, на сервер Windows NT Server, где сконфигурирован один очень большой раздел C:.

Для переноса каталогов и файлов, опять-таки, используется Migration Tool for NetWare; задайте параметры переноса файлов с сервера NetWare на Windows NT Server, исходя из конкретных потребностей.

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

Права доступа к совместно используемому ресурсу устанавливаются на Full Control for Everyone (т. е. «полное управление для всех»). Однако если раздел отформатирован как NTFS (а в большинстве случаев требуется именно этот вариант), осуществляется также преобразование и поддержка прав доступа на уровне файлов. Сначала следует выполнить пробный перенос: это позволит вам получить кое-какую полезную статистику, например, выяснить число и размер перемещаемых файлов и каталогов. Кроме того, если на сервере Windows NT Server, куда будет выполняться перенос, для этих файлов и каталогов недостаточно места, появится соответствующее предупреждение. Если, ознакомившись с регистрационными файлами, вы останетесь удовлетворены результатами пробного испытания, можно начинать реальный перенос. По завершении переноса просмотрите все полученные регистрационные (LOG) файлы и запишите число перенесенных объектов, их размер и затраченное время. Эта информация понадобится при дальнейшем планировании.

Если раздел, на который выполняется перенос, отформатирован в NTFS, инструмент Migration Tool for NetWare также перенесет и права доступа к объектам, заменив их эквивалентными правами, существующими в Windows NT Server. Между переносимыми правами доступа и правами доступа к файлам и каталогам на Windows NT Server нет однозначного соответствия. Выполняемые преобразования описываются в специальном документе (прилагается). Если это вызывает у вас беспокойство, просмотрите итоговые права доступа, предоставляемые на сервере Windows NT Server.

Directory Services Manager for NetWare (DSMN)

Если вы намерены сохранить гетерогенную среду, сочетающую серверы NetWare и Windows NT Server, утилита Microsoft Directory Services for NetWare поможет вам легче справиться с управлением сетью. Вы можете управлять системами NetWare 2.x/3.x bindery централизованно, обеспечивая единую процедуру регистрации, учетную запись и пароль для конечных пользователей. Усовершенствованная версия DSMN 4.0 поддерживает графический интерфейс пользователя Windows 95, позволяя администраторам управлять сервером Windows NT Server с машины на платформе Windows 95. Directory Services Manager копирует учетную информацию о пользователях и группах NetWare на Windows NT Server, а затем передает изменения, сделанные в учетных записях, обратно на серверы NetWare.

Установка Directory Services Manager for NetWare

1.   В меню Start укажите на Settings и откройте Control Panel. Откройте приложение Network, щелкните на вкладке Services, а затем на кнопке Add. Щелкните на Have Disk, вставьте в доступный накопитель CD-ROM компакт-диск Services for NetWare и подключите к нему сетевой диск. Выберите функцию OEM (DSMN), введите пароль для учетной записи службы (эта запись создается автоматически для запуска службы DSMN) и закройте приложение Network. По приглашению выберите Yes, чтобы перезагрузить компьютер.

2.   Программа Directory Services Manager Utility размещена в группе Administrative Tools под рубрикой Programs меню Start. Открыв ее в первый раз, вы увидите экран Synchronization Manager. Открыв ниспадающее меню NetWare Server, введите имя сервера NetWare, на котором вы хотите осуществить функции управления. Программа запросит имя и пароль пользователя с полномочиями на подключение к серверу.

3.   Выберите пользователей и группы, которые вам нужно перенести, определите схему организации паролей и выберите нужные параметры, относящиеся к группам Supervisors и Console Operators. Выберите Trial Run — этот режим позволит вам просмотреть набор регистрационных файлов примерно так же, как в Migration Tool, не фиксируя вносимые изменения. Это дает вам возможность создать или отредактировать файл, предназначенный для разрешения конфликтов, выявленных по журналам регистрации, и изменить любые другие параметры по своему усмотрению.

4.   Когда вы будете уверены, что перенос учетных записей NetWare на сервер Windows NT Server пройдет без осложнений, и после того как получите напоминание сделать резервную копию сервера NetWare, можно зафиксировать внесенные изменения. Теперь выберите учетные записи домена Windows NT для переноса на сервер NetWare и решите, следует ли полностью удалить с сервера NetWare те учетные записи NetWare, которые вы предпочли не переносить.

5.   Теперь вы можете либо выйти из Synchronization Manager, либо выбрать для управления другой сервер NetWare.

Создание сценариев регистрации

Для клиентов NetWare, которые будут запускать сценарии регистрации на сервере Windows NT Server, поддерживающем функции FPNW, прежде всего, нужно убедиться, что соответствующие подкаталоги пользователя в каталоге \MAIL перенесены в то же место (том SYS, каталог \MAIL) на сервере Windows NT Server. Чтобы выяснить, какой подкаталог ассоциируется с тем или иным пользователем, войдите в User Manager for Domains, откройте окно свойств пользователя и нажмите кнопку NW Compatible. Появится диалоговое окно, включающее идентификатор объекта (Object ID) пользователя, соответствующий каталогу сценария пользователя в каталоге \MAIL. Кнопка редактирования сценария регистрации Edit Logon позволяет изменять текстовый файл LOGON в личном каталоге пользователя. Если вам нужно создать сценарий системной регистрации, то потребуется создать и (или) изменить файл NET$LOG.DAT, размещенный в каталоге SYS:\PUBLIC. При входе в систему сначала запускается сценарий системной регистрации, за которым следует сценарий персональной регистрации.

Примечание: Сценарии регистрации пользователя и (или) системы, загружающие TSR-программы или драйверы устройств с помощью команд “#” или “EXIT”, не будут функционировать надлежащим образом на клиентах Windows 95. Это обусловлено тем, что при выполнении такого сценария регистрации они загружаются в виртуальную машину MS-DOS. Однако по завершении процедуры регистрации виртуальная машина MS-DOS закрывается, и любые изменения локальной среды теряются.

Создание личных каталогов

Перенос личных каталогов пользователей NetWare на сервер Windows NT Server выполняется в три этапа. Сначала нужно создать соответствующие каталоги и разрешить совместное использование ресурсов. Затем — перенести файлы с сервера NetWare на сервер Windows NT Server. И, наконец, внести изменения в учетную запись пользователя, указав соответствующий личный каталог.

Документальное оформление процесса

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

·  установка серверов

·  перенос пользователей и групп

·  перенос файлов и каталогов

·  установка сценариев регистрации пользователей

·  установка личных каталогов

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

Возможные конфигурации клиентов

Во многих случаях рабочие станции являются клиентами NetWare. Это означает, что их конфигурация уже включает сетевое клиентское программное обеспечение, совместимое с NetWare, — в реальном или защищенном режиме, в зависимости от клиента — и на них установлен протокол IPX/SPX. Для таких клиентов возможны два варианта. Первый — не делать на клиенте никаких изменений! Это осуществляется путем переименования сервера NetWare (если вы предполагаете пользоваться им и дальше) и присвоения его прежнего имени серверу Windows NT Server. При таком способе никакие изменения на клиентских компьютерах NetWare не требуются. Второй вариант — сохранить за сервером NetWare его имя, а серверу Windows NT Server, поддерживающему функции FPNW, присвоить новое. В этом случае могут потребоваться дополнительные изменения, чтобы обеспечить клиентам NetWare доступ к совместно используемым ресурсам и приложениям на сервере Windows NT Server. Эти изменения описаны ниже.

Настройка конфигурации клиентов

Конфигурирование клиента NetWare Windows for Workgroups

Если речь идет о клиентах NetWare на базе Windows for Workgroups 3.11, которые в качестве сервера по умолчанию будут по-прежнему использовать сервер NetWare, то для предоставления такому клиенту доступа к серверу, поддерживающему функции FPNW, никаких изменений не требуется. В зависимости от того, какой доступ к Windows NT Server требуется этим рабочим станциям, вы можете при желании изменить конфигурацию рабочей станции (хотя необходимости в этом нет). Если в качестве транспорта для Windows NT Server вы выбрали не IPX, а TCP/IP или NetBEUI, может встать вопрос об установке второго протокола. Выбор TCP/IP имеет смысл, если вы хотите обеспечить доступ через глобальную сеть или намереваетесь заменить серверы NetWare и не видите необходимости в дальнейшей поддержке IPX. Выбор NetBEUI маловероятен, если только исходная гетерогенная среда не сочетала в себе Microsoft LAN Manager, IBM LAN Server или другие машины, работающие только с протоколом NetBEUI.

Конфигурирование Workstation-клиента Windows NT Server 4.0

На этих клиентах NetWare уже установлен протокол IPX, а также установлена и работает служба Client Services for NetWare (CSNW). Для доступа к ресурсам и приложениям на сервере Windows NT Server, поддерживающем функции FPNW, никаких изменений не требуется.

Если Workstation-клиенты Windows NT Server будут входить на сервер Windows NT Server, поддерживающий функции FPNW, необходимо изменить установки сервера по умолчанию. Хотя делать это не рекомендуется, но такая возможность предусмотрена. В окне Control Panel откройте приложение Client Service for NetWare. Появится диалоговое окно, позволяющее изменить текущий сервер по умолчанию.

Конфигурирование клиента NetWare Windows 95

При сохранении текущего сервера NetWare по умолчанию никаких изменений опять-таки не потребуется. Однако если вы собираетесь сменить сервер для регистрации по умолчанию, переложив эту функцию на Windows NT Server, где установлена программа FPNW, выполните следующие шаги: в окне Control Panel откройте приложение Network и выберите пункт Client for NetWare Networks. Активизируйте таблицу свойств, выбрав кнопку Properties. Появится вкладка общих свойств (по умолчанию). В ниспадающем списке выберите сервер по умолчанию (Preferred Server). В этой же таблице можно допустить обработку сценариев регистрации NetWare и установить первый сетевой диск (“First Network Drive”).

Необходимо проявить предусмотрительность. Возможно, вы сочтете целесообразным запретить совместное использование ресурсов клиентами Windows 95. Стоит позаботиться и о том, чтобы пользователи Windows 95 не могли присвоить своему компьютеру имя, совпадающее с именем одного из серверов NetWare, поскольку это может привести к зависанию сети, особенно если речь идет о сервере по умолчанию. Как известно, Windows 95 не проверяет имя компьютера на наличие двойников в сети и никак себя не афиширует, а просто подключается к сети и делает свое дело. Этой проблемы можно избежать, отключив на клиентах функцию совместного использования ресурсов на уровне одноранговых объектов. В больших сетях подобная практика широко распространена.

Проверка основных функций взаимодействия

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

Разбивка на отдельные тесты

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

·  Войти с клиента (NetWare) на сервер Windows NT Server без сценария регистрации.

·  Войти с клиента (NetWare) на сервер Windows NT Server по сценарию системной регистрации.

·  Войти с клиента (NetWare) на сервер Windows NT Server по сценарию персональной регистрации.

·  Войти с клиента (NetWare) на сервер Windows NT Server по сценарию системной и персональной регистрации.

·  Подключиться (MAP) к совместно используемому тому на сервере Windows NT Server (том SYS создается в процессе установки FPNW).

·  Скопировать большой файл (5 Мб) с рабочей станции на подключенный сетевой диск сервера Windows NT Server.

·  Скопировать большой файл (5 Мб) с подключенного сетевого диска сервера Windows NT Server на рабочую станцию.

·  Проверить защиту на уровне файлов.

·  Подключиться к принтеру сервера Windows NT Server, сконфигурированному как очередь печати NetWare.

·  Послать на подключенный принтер задание печати. Поскольку здесь вы тестируете не приложение, для создания документа, посылаемого на печать, можно использовать Notepad или другую вспомогательную программу.

·  Воспользоваться утилитой SETPASS, поставляемой с File and Print Services for NetWare, чтобы изменить пароль для входа в NetWare и пароль для Windows NT Server. Не пользуйтесь стандартной программой SETPASS, входящей в комплект клиентского программного обеспечения NetWare. Запустите SETPASS в условиях, когда Windows NT Server (главный контроллер домена) доступен, и в условиях, когда он недоступен. Учтите, что клиенты FPNW имеют как учетную запись пользователя домена Windows NT Server, так и учетную запись FPNW, причем каждую со своим паролем.

·  Воспользуйтесь утилитой CHNGPASS, поставляемой с File and Print Services for NetWare. Обратите внимание, что утилита CHNGPASS системы Windows NT Server выполняет ту же функцию, что и SETPASS.

·  Перечисленные тесты требуются в том случае, когда функция сервера по умолчанию, выполнявшаяся сервером NetWare, передается серверу Windows NT Server. В среде, где Windows NT Server будет сосуществовать с нынешними серверами NetWare, их выполнение может быть не обязательно.

Хронометраж тестов и документирование результатов

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

Сравнение данных хронометража с базовыми показателями

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

·  Конфигурация клиента предусматривает несколько сетевых опций. Удостоверьтесь, что клиент NetWare имеет преимущество.

·  Если клиент использует несколько протоколов, то для максимальной производительности протокол NWLink (транспорт, совместимый с IPX) должен иметь более высокий приоритет в списке привязки (bindings).

·  Мала скорость используемого сетевого адаптера или вместо драйвера защищенного режима установлен драйвер реального режима.

·  Физическая сеть неправильно сконфигурирована или повреждена.

·  Неправильно сконфигурирован сервер.

Уточнение оценки времени и затрат на пилотную фазу

Фаза экспериментальной проверки технологии дала возможность выполнить реальные процедуры установки и конфигурирования серверов, перехода с NetWare на Windows NT Server и изменения конфигурации рабочих станций. Было отмечено количество времени, требуемое для выполнения каждой задачи. Теперь, располагая этой информацией, следует скорректировать оценки времени и затрат, необходимых для выполнения пилотной фазы и развертывания на уровне отделов.

Обновление установочных комплектов

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

·  дискеты с обновленными драйверами принтеров

·  драйверы Windows NT Server для новых компонентов, отсутствующих в версии Windows NT Server 4.0

·  внутрифирменные утилиты

·  сценарии регистрации систем и пользователей

Документальное оформление фазы экспериментальной проверки технологии

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

Представление результатов и рекомендаций

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

·  цели фазы экспериментальной проверки технологии

·  масштаб фазы экспериментальной проверки технологии

·  сравнение результатов хронометража базовых и бета-тестов

·  основные выявленные проблемы, способы их разрешения или соответствующие рекомендации

·  сравнение фактических и расчетных затрат на проведение фазы

·  корректировка оценки времени и затрат, необходимых для выполнения последующих фаз

·  рекомендация по переходу к пилотной фазе

·  бланк приемки (см. ниже)

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

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

Пилотная фаза


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

Цель и общее описание пилотной фазы

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

Выбор отдела для проведения пилотной фазы

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

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

·  Внедрение новой платформы в конечном итоге должно принести отделу существенную выгоду.

·  Сотрудники отдела должны иметь достаточно высокий уровень технической подготовки.

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

·  Рабочие станции должны быть максимально приближены к стандарту как в смысле установленных приложений, так и в смысле аппаратной платформы.

Рекомендуется составить список потенциальных кандидатур, а затем провести собеседования, чтобы предварительно отобрать наиболее подходящие.

Встреча для обсуждения пилотного проекта

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

Устранение опасений

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

Тестирование новой среды при минимальном воздействии на производство

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

·  требования к совместному использованию файлов и печати

·  унаследованные системы, к которым осуществляется доступ

·  функционирующие серверные приложения

·  функционирующие клиентские приложения

·  коммуникационные требования, модем для подключения по коммутируемым линиям

·  локальные приложения на рабочих станциях

·  возможности подключения к глобальным сетям

·  любые нестандартные приложения

·  любые неподдерживаемые приложения

Определение местных сотрудников по контактам

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

Знакомство местных сотрудников по контактам с членами пилотной группы и сообщение информации о контактах

Всех сотрудников отдела, которым поручено осуществлять контакты, следует официально представить техническому персоналу, который будет заниматься координацией пилотной фазы. Это создаст психологическую базу для дальнейшего общения. Гораздо легче обратиться к человеку, которого ты знаешь, чем к человеку, которого ты в глаза не видел, особенно если тебе нужно сообщить о каких-то проблемах или отрицательных результатах. На совещании, посвященном знакомству, следует раздать участникам документ с указанием фамилий, телефонных номеров и других координат сотрудников пилотной группы по контактам. Сотрудники отдела, которым поручено поддерживать связь с пилотной группой, должны знать, к кому следует обращаться в случае необходимости, как и когда это можно сделать. В зависимости от проблемы, это может быть один человек, через которого связь осуществляется централизованно, или несколько специалистов по разным вопросам. Допустим, к одному можно обращаться с 8:00 утра до 5:00 вечера, а к другому — с  5:00 вечера до 8:00 утра. Необходимо сообщить все координаты, включая номера телефонов и пейджеров, а также адреса электронной почты. Документ с подробными сведениями о контактах с пилотной группой следует подготовить до проведения совещания, на котором состоится знакомство.

Реализация механизма обратной связи

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

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

Документирование тестовой среды

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

Локальная сеть

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

Глобальная сеть

Отдел, выбранный для проведения пилотной фазы, может захватывать и глобальную сеть. В этом случае соответствующая информация тоже должна быть документально зафиксирована. Например, какие типы каналов связи установлены между узлами отдела? Какова их скорость? Разделены ли клиенты и серверы глобальной сетью? Для каких приложений и служб? Выполняется ли маршрутизация IPX/SPX? Или для маршрутизации IPX используется туннелирование TCP/IP? Эта информация понадобится для разрешения возможных коммуникационных проблем и для правильной оценки статистических показателей производительности.

Составление или получение списка приложений, устанавливаемых на сервере

На фазе планирования вы уже должны были составить список реальных приложений, которые нужно протестировать. Теперь настало время извлечь подготовленный перечень, проверить, насколько он точен, и внести необходимые изменения и дополнения. Первая группа включает файлы приложений, которые физически устанавливаются на сервере, а затем предоставляются клиентам в совместное пользование. В пилотном проекте на сервере Windows NT Server для этих целей, вероятнее всего, будут использоваться те же самые файлы.

Составление или получение списка приложений, установленных на рабочей станции

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

Обзор аналогов NLM-модулей на Windows NT Server

На фазе планирования были идентифицированы все загружаемые модули NetWare (NLM), работающие на сервере NetWare. Были идентифицированы и их аналоги на сервере Windows NT Server. Теперь пора рассмотреть компоненты Windows NT Server, замещающие загружаемые модули NetWare, и выяснить, не возникает ли каких-нибудь проблем в связи с их последующей установкой и исполнением. Необходимо обратить внимание на следующие моменты:

·  Достаточно ли памяти на сервере Windows NT Server?

·  Достаточно ли места на жестком диске сервера Windows NT Server?

·  Требуются ли какие-нибудь специальные коммуникационные компоненты?

·  Требуются ли специальные устройства?

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

Составление контрольного списка этапов установки сервера

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

Тестовая матрица приложений

Составьте тестовую матрицу с детальным описанием компонентов и клиентов, используемых для тестирования приложений. Под каждое приложение нужно отвести свой раздел. В каждом разделе перечислите специфические задачи или функции данного приложения. Например, рубрика Microsoft Word может включать следующие функции: “Открыть большой документ. Сохранить большой документ. Напечатать большой документ. Вставить в документ таблицу Excel и графику PowerPoint”. Под рубрикой Windows NT Server Backup может значиться: “Создать график автоматического резервного копирования. Выполнить полное резервное копирование сервера. Восстановить выбранные файлы с ленточного накопителя для резервного копирования. В ходе тестирования вы будете проверять работу основных функций, попутно фиксируя время их выполнения.

Чтобы можно было оценить быстродействие приложений, работающих на сервере Windows NT Server, по сравнению с загружаемыми модулями NetWare (NLM), тестовая матрица должна включать приложения и NLM-модули, работающие на серверах Novell. Базовыми показателями послужат данные хронометража, проведенного на исходной среде NetWare.

Установка программного обеспечения Windows NT Server

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

Установка файлов приложений на сервере Windows NT Server

На этом этапе выполняется установка на сервере всех приложений, включая сетевые клиентские программы, серверные приложения и дополнительные встроенные компоненты Windows NT Server, например, Remote Access Service (Служба удаленного доступа).

Документирование установки и конфигурирования

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

Создание совместно используемых томов FPNW

При установке службы FPNW создается стандартный том SYS. Кроме того, чтобы обеспечить доступ к приложениям, вам, возможно, потребуется создать другие совместно используемые тома FPNW. Для этой цели воспользуйтесь меню FPNW программы Windows NT Server File Manager. Эта же программа используется и для установки прав доступа к томам.

Присвоение соответствующих прав доступа

Если разделы отформатированы в NTFS, то при необходимости можно присвоить соответствующие права доступа на уровне файлов и каталогов. Такие права обеспечивают наиболее высокий уровень защиты доступа к томам и файлам. Права доступа к файлам NTFS устанавливаются с помощью меню File Manager Security.

Создание очереди печати FPNW

Для того чтобы клиенты NetWare могли подключаться к принтерам сервера Windows NT Server, требуется всего лишь создать принтер Windows NT Server и разрешить его совместное использование. При пользовании утилитой CAPTURE клиенты NetWare указывают имя принтера как имя очереди печати.

Документирование времени, затраченного на установку и конфигурирование сервера

Документально зафиксировав фактическое время, ушедшее на установку основных компонентов Windows NT Server, программы FPNW и других приложений, вы сможете рассчитать, сколько времени потребуется для выполнения дальнейших этапов. Чем достовернее имеющиеся данные, тем точнее будут расчеты.

Обновление клиентов (по желанию)

Обновление клиентов целиком зависит от вашего желания. Как уже говорилось, его можно избежать, переименовав сервер NetWare и присвоив его прежнее имя серверу Windows NT Server, поддерживающему функции FPNW.

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

Если установление сетевых подключений выполняется при запуске локального клиента, может возникнуть необходимость в их перенастройке на соответствующий сервер Windows NT Server (с функциями FPNW), том и каталог. Многие организации создают простые командные файлы, управляющие начальными подключениями; другие используют предусмотренный в Windows for Workgroups или Windows NT Server режимпостоянного подключениядля установления стандартных подключений при входе в систему. Каков бы ни был стандартный механизм, его необходимо выяснить и соответствующим образом модифицировать.

Для большинства клиент-серверных приложений требуется, чтобы клиентский компонент был установлен и сконфигурирован на каждой участвующей клиентской рабочей станции. Для любого такого серверного приложения, которое будет использоваться взамен загружаемого модуля NetWare (NLM), по всей вероятности, потребуется модернизация клиентов. Например, при замещении NLM-модуля механизма системы управления базами данных SQL компонентом Microsoft SQL Server 6.x, нужно будет установить и сконфигурировать клиентское программное обеспечение SQL 6.x.

Создание механизма обновления клиентов

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

Ниже приводится типичная схема выработки процедуры обновления.

·  Сохраните все клиентские файлы в совместно используемом томе на сервере с функциями FPNW.

·  Если приложение поддерживает такую функцию, создайте специализированные установочные файлы.

·  Создайте файл (или файлы) сценария, вызывающий исполняемый файл установки.

·  Сделайте этот файл сценария доступным для рабочей станции.

·  Обновите установочный комплект, включив в него соответствующие этапы и сценарии.

Тестирование приложений

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

В процессе тестирования необходимо:

·  документально фиксировать все результаты

·  выявлять и документально фиксировать возникающие проблемы

·  разрешать проблемы, вырабатывать и документально фиксировать способы их устранения и разрешения

·  при необходимости передавать возникшие в ходе проекта проблемы на более высокий уровень

·  вносить изменения в документы и сценарий установки сервера и клиента.

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

Обновление установочных комплектов

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

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

Документальное оформление пилотной фазы

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

·  описание пилотной среды

·  результаты установки серверов

·  результаты установки клиентов

·  возникшие проблемы, которые были разрешены

·  возникшие проблемы, оставшиеся нерешенными

·  данные тестовых матриц

·  сравнение расчетных и фактических затрат

·  выражение благодарности участникам проекта

·  рекомендации относительно будущих этапов

Представление документации, результатов и рекомендаций

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

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

Официальная приемка результатов пилотной фазы

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

Развертывание на уровне отделов


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

·  по каждому отделу проведен учет используемых специфических приложений

·  руководитель завизировал принятый список приложений

·  имеется письменный план тестирования функциональных возможностей

·  установлена процедура для особых ситуаций.

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

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

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

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

На этом же этапе перед вами встанет сетевая проблема №1, которая неизбежно затронет абсолютно все преобразования, а именно: проблема печати. Методом опроса выясните в отделе требования, предъявляемые к печати, и решите этот вопрос до того, как начнется переход на новую платформу. Обязательно позаботьтесь о том, чтобы руководитель отдела завизировал ваш план.

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

Идентификация отделов и установление очередности

·  число текущих серверов NetWare

·  число планируемых серверов с функциями FPNW

·  число и типы клиентских рабочих станций

·  серверные приложения

·  шлюзы, связывающие с другими сетями

·  потребности в специальной обработке, например, печать графики, обработка изображений и т. д.

·  географическое местоположение

·  ответственные бизнес-приложения

·  отношение сотрудников отдела к плану перехода на новую платформу

Определение затрат времени и ресурсов на отдел

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

Создание групп поддержки на местах

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

Как правило, в каждом отделе есть сотрудники, которые считаются асами в своей области. Эти люди прекрасно знают свое дело, и коллеги часто обращаются к ним за информацией, советом или помощью в устранении неполадок. Например, один может до тонкостей разбираться в Microsoft Excel, а другой — в Word. Важно добиться, чтобы такой местный знаток понимал, как переход на новую платформу скажется на данном приложении. Группе развертывания необходимо выявить всех местных умельцев и помочь им в практическом освоении новой системы, чтобы они и дальше могли оказывать поддержку своим коллегам по отделу. Зачастую именно эти люди — прямо или косвенно — выступают инициаторами эскалации.

Локальная группа поддержки должна документально фиксировать все возникающие проблемы, указывая следующую информацию:

·  пользователь и рабочая станция, где возникла проблема

·  дата и время возникновения проблемы

·  участвующее приложение

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

·  действия, повлекшие за собой проблему

·  описание проблемы

·  способ разрешения проблемы (если она была разрешена)

·  возможность воспроизведения проблемы

·  степень серьезности проблемы

·  масштабы проблемы (затрагивает она только одного пользователя или больше?)

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

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

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

Составление графика развертывания по отделам

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

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

Выполнение развертывания по отделам

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

Документирование развертывания по каждому отделу

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

Стабилизация сети по отделам и
в целом


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

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

На сервере Windows NT Server многие конфигурационные параметры можно изменить с помощью Панели управления (Control Panel) и Реестра (Registry). Кроме того, Windows NT Server имеет инструмент Performance Monitor, позволяющий идентифицировать узкие места и измерять степень влияния конфигурационных и системных изменений. При желании вы можете получить экземпляр Windows NT Resource Kit и прочесть разделы, посвященные оптимизации Windows NT Server.

Контроль в зонах развертывания

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

Объектом вашего поиска являются узкие места, а они могут встретиться на любом уровне сетевой модели (физическом, транспортном, прикладном и т. д.) и в любом компоненте различных систем и подсистем. Существует много видов контроля, в том числе:

·  контроль полосы пропускания протокола и системы передачи данных (для этой цели можно использовать SMS Network Monitor)

·  коэффициент использования центрального процессора, скорость ввода-вывода на диск, пропускная способность сетевого адаптера (для этой цели используется инструмент Performance Monitor, имеющийся в системе Windows NT Server)

·  пропускная способность шлюзов и коммуникационных линий

·  быстрота отклика приложений (в зависимости от приложения, для получения некоторых статистических данных можно использовать Performance Monitor или Windows NT Server Auditing)

Контроль трафика

Недопустимо медленное реагирование не всегда означает, что причина заключается в сервере. Зачастую дело в том, что сама физическая сеть не справляется с объемом трафика. Как уже отмечалось, очень важно проконтролировать трафик, чтобы определить, не требуется ли внести изменения в структуру сети. Часто виновником перегрузки сети является печать. Задания печати, особенно если они содержат графику или множество разнообразных шрифтов и стилей, могут быть очень большими по объему. Нередки случаи, когда файл печати занимает 4 Мб и более. Отправка такого задания на сетевой принтер создает трафик 4 Мб «с хвостиком». Длина «хвостика» зависит от физического носителя, размеров пакета и кадра и так далее. В довершение этого, если в роли сетевого принтера выступает HP LaserJet с платой Jet Direct, то файл печати будет прогоняться в сети дважды: один раз к очереди печати на сервере, а второй — от очереди печати сервера к физическому устройству. Контроль трафика поможет разобраться, в чем суть, и устранить заторы, внеся необходимые коррективы в физическую сеть. А это, в свою очередь, улучшит общую производительность сети и повысит оперативность обслуживания конечных пользователей.

Личные контакты с конечными пользователями

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

Подготовка к передаче в эксплуатацию

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

Завершающий этап фазы IV. Обзор фазы развертывания и утверждение плана передачи в эксплуатацию


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

·  установить дату передачи

·  переназначить персонал поддержки

·  обучить персонал эксплуатационной поддержки

·  установить процедуры сообщения и эскалации проблем в условиях эксплуатации

·  сообщить сотрудникам отделов по контактам об изменениях в политике эскалации и порядке осуществления контактов

Официальный отчет о результатах развертывания и представление планов передачи в эксплуатацию

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

Итоговый обзор фазы IV

Итоговый обзор фазы IV должен включать следующие пункты:

·  цели фазы

·  количественные показатели (число отделов, сетей, серверов, рабочих станций, пользователей и т. д.)

·  эталонные и текущие показатели производительности

·  преимущества для организации (прямые и косвенные)

·  сравнение фактических и сметных затрат

·  сравнение фактического и расчетного времени

Цели фазы V

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

Смета на проведение фазы V

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

Коллективные обзоры сравнение фактических и плановых результатов

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

Что удалось

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

Что не удалось

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

Сравнение фактических и сметных затрат

Чтобы определить, уложился ли проект в смету, следует подробно рассмотреть фактические затраты времени и денег. Стоимость проекта имеет два аспекта: сколько денег на него истрачено и сколько времени он занял? Хотя, по сути, время — тоже деньги, каждый из этих критериев нужно рассматривать отдельно. Под деньгами обычно имеются в виду капитальные затраты, связанные с проектом. Сюда входит стоимость оборудования и программного обеспечения, стоимость обучения на стороне, сетевые компоненты и т. д. Если расходы на проект оказались существенно ниже или выше тех, что были предусмотрены сметой, следует разобраться в причинах. Не менее важно понять причины расхождений между расчетным и фактически затраченным временем. Если проект намного превысил установленные сроки, то было ли это вызвано непредвиденными проблемами? Или проведенные расчеты изначально опирались на ложные посылки? Уяснение сути происшедшего и его причин позволит делать более точные расчеты для будущих проектов.

Что нужно изменить в следующий раз

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

Утверждение плана передачи в эксплуатацию

Последняя задача фазы IV — добиться окончательного утверждения плана передачи в эксплуатацию (фаза V).



Фаза V. Передача в эксплуатацию


 

Общий обзор


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

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

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

Основные положения


Структура организации

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

·  Кто сейчас несет ответственность за каждый аспект поддержки технологий?

·  Одинаковы ли требования каждой из поддерживаемых групп? Если они различаются, то каким образом? Другими словами, какие особые требования к поддержке предъявляет каждая из групп?

·  Как обучали эксплуатационный персонал? А конечных пользователей? Считают ли они себя достаточно подготовленными к текущей эксплуатации системы?

·  Оформлены ли должным образом организационные процедуры, регламентирующие порядок постановки, документирования, эскалации и закрытия вопросов, связанных с поддержкой?

·  Известно ли о каких-либо заранее намеченных мероприятиях, которые могут повлиять на эксплуатационную поддержку системы и которые необходимо иметь в виду при планировании передачи ее в эксплуатацию?

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

·  Задокументируйте сведения о персонале и процедурах, применяемых в организации в настоящее время.

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

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

Потребители

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

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

Конечные пользователи

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

Чего следует ожидать?

·  Когда запланирована передача системы в эксплуатацию?

·  Что изменится (если вообще произойдут какие-либо изменения) и какие неприятности возможны?

Что делать, если что-то не получается?

·  Кому позвонить или кого известить в случае затруднений?

·  Кто за что отвечает (например, одна эксплуатационная группа может заниматься поддержкой локальной сети, а другая — поддержкой приложений)?

·  Как будет организована работа с запросами пользователей и сколько времени придется ждать помощи, если она не будет оказана немедленно? Каковы обязательства по обслуживанию, и какого уровня услуг можно ожидать?

Какая мне от всего от этого будет польза?

·  Как я буду делать свою работу после того, как все наладится?

·  Каковы преимущества новой системы?

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

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

Эксплуатационный персонал поддержки

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

С самого начала позаботьтесь о том, чтобы руководство выделило деньги на обучение персонала поддержки и (в меньшей степени) конечных пользователей. Это не такая большая цена за столь существенный шаг по пути прогресса, как переход от NetWare к Windows NT Server. Существуют разные варианты обучения. Можно постараться выбрать наиболее экономичный способ, но нельзя пренебрегать обучением или отказываться от него, поскольку это может дорого обойтись.

·  Существуют Авторизованные учебные центры Microsoft (ATEC).  В этих организациях используются фирменные учебные материалы и работают сертифицированные преподаватели. Поищите такой центр где-нибудь поблизости от себя, воспользуйтесь дистанционным обучением, о котором пойдет речь ниже, или отправляйте людей учиться в лучший центр, где бы он ни находился. Эксплуатационный персонал должен пройти курс поддержки Windows NT Server, а если надо, то и Windows NT Workstation и других компонентов Back Office.

·  Для тех, кто не может посещать занятия, но способен учиться сам, Microsoft издает курсы по поддержке Windows NT Server и Windows NT Workstation, рассчитанные на самостоятельную подготовку. Однако, не имея соответствующего оборудования, трудно выполнять лабораторные работы, предусмотренные в курсе самообучения.

·  Дистанционное обучение сочетает самоподготовку с синхронными и асинхронными занятиями в сети. Услуги предоставляются Авторизованными учебными центрами Microsoft, которые используют как фирменные, так и собственные материалы.

·  При наличии в организации учебного класса, оснащенного соответствующим оборудованием, многие учебные центры Microsoft высылают своих сертифицированных преподавателей на место.

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

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

·  Сравнительно нетрудно дополнить обычные справочные файлы операционных систем Windows for Workgroups, Windows 95 и Windows NT Workstation специальными сведениями, касающимися внедрения системы.

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

 

внутренние совещания


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

Обмен опытом

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

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

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

·  спецификации и документацию на аппаратные средства

·  руководства и другие документы по программным продуктам

·  распечатки и “электронные” копии всех конфигурационных файлов

·  схемы сети (на бумаге и в “электронной” форме)

·  аппаратную и программную конфигурации серверов и рабочих станций

·  правила и процедуры поддержки

·  всю документацию, относящуюся к фазам планирования и оценки

·  документацию о тестировании и исправлениях, осуществленных в процессе экспериментальной проверки технологии и пилотной фазы

·  полную техническую документацию, описывающую конфигурацию установленной системы «как есть».

 

План обучения


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

·  Сетевое оборудование. Что и зачем установлено? Кем изготовлены дисковые массивы RAID, и как надо заказывать сменные части? Какие сетевые адаптеры установлены на серверах, почему выбраны именно они и так далее.

·  Сетевое программное обеспечение. Где и какие приложения установлены? Отличаются ли они от того, что было раньше? Если ли какая-либо разница в том, как пользователи будут взаимодействовать с программами?

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

·  Архитектура сети. Как устроена сеть и почему она устроена именно так.

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

Проблемы и решения

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

·  ситуации и процедуры, связанные с остановкой сервера

·  резервное копирование и восстановление файлов

·  проблемы с совместным использованием файлов разными программами или пользователями

·  вопросы производительности

·  что делать при отключении электроснабжения

·  порядок включения и выключения

Представление сотрудников по контактам

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

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

Информационные материалы

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

·  “осмотр” и ревизия установленной системы

·  порядок передачи с указанием периодов (дат), когда ответственность будет делиться между разработчиками и эксплуатационниками.

·  предполагаемая дата полной передачи системы

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

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

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

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

Передача базы данных по поддержке

Настало время передачи функций поддержки системы. До сих пор база данных, в которой отслеживаются возникающие проблемы и ход их решения, находилась в руках тех, кто развертывал систему[Ред9] . Теперь все это принимает на себя эксплуатационный персонал или представители подразделения, в котором система будет применяться. До этого времени за поддержку отвечала команда, выполнявшая развертывание системы. После передачи базы данных они могут по-прежнему в течение некоторого времени отвечать за поддержку, или передать ответственность эксплаутационникам. Даже если ответственность по-прежнему остается за организацией, осуществлявшей развертывание системы, в ее рамках развертыванием и эксплуатацией могут заниматься разные команды, так что передача базы данных потребуется и в этом случае. В любом варианте следует четко понимать, что передача базы данных по поддержке – ключевое событие в ходе проекта..

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

Обсудите с эксплуатационной группой поддержки все нерешенные вопросы, пути и сроки их решения.

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

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

Внешние совещания


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

Первое знакомство

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

Рассказ о ходе работ

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

Прочие вопросы

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

Передача ответственности за контакты с поставщиками

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

Завершающий этап фазы V. обзор передачи системы в эксплуатацию и подготовка к отчету


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

Уточнение сроков

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

Вынесение предложения на рассмотрение

Представьте собравшимся свое предложение по передаче системы в эксплуатацию. Желательно использовать персональный компьютер, систему подготовки презентаций Power Point и проектор с экраном. Умелое применение этих средств почти всегда бывает высоко оценено аудиторией, поскольку наглядно демонстрирует ей возможности технологии. Назовите предполагаемую дату сдачи системы, расскажите о мерах, принимаемых для того, чтобы сделать этот процесс безболезненным, назовите сотрудников организации, ответственных за поддержку во время переходного периода. Обсудите ожидаемые последствия для бизнеса, в особенности неприятные —такие как, например, возможные простои сети. Подчеркните ожидаемый положительный эффект от внедрения Windows NT Server в среде NetWare (повышение производительности, простоту администрирования, возможность доступа к сети по коммутируемым линиям и так далее). 

Обзор фазы V

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

Цели текущей эксплуатационной поддержки

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



Фаза VI. Резюме


 



Обзор состояния дел


Подготовка отчета

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

Ваш отчет должен включать следующие разделы.

Резюме

Резюме должно занимать не более одной страницы и включать следующие разделы:

·  цели проекта

·  обзор важнейших изменений в системе

·  отчет о выполнении календарного плана

·  сопоставление запланированного и фактического бюджета (по подразделениям)

·  отзывы руководителей отделов и конечных пользователей

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

Цели проекта

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

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

Обзор завершающих этапов

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

Выполнение календарного плана

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

Выполнение бюджета

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

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

Мнения потребителей

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

Официальное завершение проекта

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

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

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

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

Дополнительные сведения

Самую свежую информацию о Windows NT Server можно найти на Web-сервере http://www.microsoft.com/ntserver/. Вопросам интеграции и миграции посвящен Web-сервер http://www.migration.ru/.

 



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


 [Ред1] На сайте Microsoft упоминание о Microsoft TV встречается лишь на странице http://www.microsoft.com/corporate_solutions/basicinfo/mstv.htm. Ссылка оттуда на http://www.microsoft.com/mstv/ не работает. Не уверен, что Microsoft TV еще активно существует.

 [Ред2] MOLI уже не существует. Интерактивным обучением занимаются Microsoft ATEC. Следующий абзац добавлен мною.

 [Ред3] Этот курс существует только для NT 3.51. Для NT 4.0 аналогичные вопросы рассматриваются в курсе 689.

 [Ред4] Этот курс существует только для NT 3.51. Для NT 4.0 аналогичные вопросы рассматриваются в курсе 689..

 [Ред5] Надо ли здесь заменять на Windows 98 и соответственно менять требования к конфигурации?

 [Ред6] См примечание о MOLI.

 [Ред7] См примечание о MOLI

 [Ред8] Необходимо указать здесь действующие в настоящее время программы поддержки Microsoft. Например: "Премьер-поддержка или Приоритетная поддержка напрямую от Microsoft"

 [Ред9] В этом абзаце перевод уточнен по оригиналу.