W2000 (664446), страница 4

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

Текст из файла (страница 4)

Допустим, что в состав сети входит сервер NetWare, выполняющий функции файл-сервера и сервера печати и сервер UNIX, выполняющий функции почтового сервера. Эти серверы через маршрутизатор связаны с сетевым сегментом, в состав которого входят сервер Windows NT, выполняющий функции сервера обмена данными с удалёнными клиентами через RAS и сервер OS/2 Warp, выполняющий функции сервера без данных. Этот сегмент, в свою очередь, связан через шлюз с мэйнфреймом IBM, на котором выполняются финансовые расчёты, а также с локальной сетью, в состав которой входят файловый сервер Windows NT и множество рабочих станций, оснащённых операционными системами Windows 95, Windows 3.1, Windows NT Workstation, Apple Macintosh, OS/2 Warp и DOS. Сеть построена с использованием нескольких различных технологий (Arcnet, Ethernet, T1, ATM и Token Ring), а также имеет каналы связи с транснациональной корпоративной сетью и Интернетом (при этом используется брандмауэр). Для обмена данными внутри сети используются самые разнообразные протоколы (IP, IPX, PPTP, NetBEUI и Appletalk) в зависимости от того, между какими из компонентов сети происходит обмен информацией. Легко ли проектировать модернизацию в подобной сети? Скорее всего, разработка проекта модернизации подобного рабочего окружения может стать серьёзной проблемой для инженеров и администраторов. Сложно представить себе, к чему может привести, например, обновление версии операционной системы на одном из серверов. Смогут ли после этого рабочие станции обмениваться данными с этим сервером? Не возникнет при этом каких-либо непредусмотренных проблем? Куда проще иметь дело с сетью, в которой все серверы, равно как и все рабочие станции, оснащены операционной системой Windows 2000, обмен данными происходит с использованием «чистого» IP, а количество сегментов сети, целиком и полностью построенной на базе Ethernet, минимально. Поведение такой системы куда более прогнозируемо, а её модернизация куда менее проблематична. Мало того, при смене обслуживающего персонала новые работники смогут быстрее войти в курс дела и приступить к выполнению своих обязанностей.

4.3. Создание прецедента

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

Например, у каждого из сотрудников может быть собственное мнение относительно размера файла в виртуальной памяти в Windows NT/2000. В результате на разных компьютерах организации этот файл может обладать самыми разнообразными размерами. Размер этого файла будет зависеть от объёма оперативной памяти. При наличии документа, описывающего стандартные размеры файлов виртуальной памяти в зависимости от объёма оперативной памяти, мы можем до определённой степени быть уверенными, что на компьютерах, обладающих одним и тем же объёмом RAM, размер файла виртуальной памяти будет одинаковым.

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

4.4. Управление Windows 2000

В отличие от предыдущих версий NT, операционная система

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

Лучшим примером подсистемы Windows 2000, создание и управление которой невозможно без использования стандартов, является служба каталога Active Directory (AD). Среди всех нововведений Windows 2000 эта подсистема является наиболее важной. Эффективность использования Windows 2000 напрямую связана с продуманностью и качеством структуры каталога AD. Применение стандартов в процессе разработки и управление AD необходимо по двум причинам. Во-первых, абсолютно все сетевые пользователи должны взаимодействовать с AD единообразно, вне зависимости от местоположения и характера работы. Во-вторых, на что следует обратить особенное внимание, разработка стандартов позволит заблаговременно приступить к планированию структуры и конфигурации AD. Ясно, что проектирование структуры AD нельзя оставлять на самый последний момент. Этому процессу необходимо уделить особенное внимание.

V. Прикладное программное обеспечение

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

Использование некоторых прикладных программ в среде

Windows 2000 может оказаться невозможным по двум причинам:

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

• Многие приложения разрабатываются специально для Windows 9x, особенно для Windows 95. Такие программы создаются без учета огромного количества особенностей, отличающих мощные сетевые операционные системы Windows NT/2000 от операционных систем Windows 9x, предназначенных для домашних персональных компьютеров. Основной причиной нарушений в работе таких приложений является система безопасности NT/2000. Например, если благодаря защите прикладная программа Windows 9x не может прочитать запись из реестра, чаще всего она либо зависает, либо прекращает работу, причем не всегда корректно. Программа, разработанная для NT/2000, имеет возможность обнаружить причину проблемы или тем или иным образом сообщить о ней пользователю. Другой причиной несовместимости Windows 9x и Windows NT/2000 являются отличия в программном интерфейсе Win32 API.

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

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

• при помощи инвентаризации определить состав программного обеспечения, используемого в организации;

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

• определить, использование каких приложений в среде Windows 2000 может быть связано с проблемами;

• используя сведения о рабочей среде, полученные в результате инвентаризации, определить, какое значение для рабочей среды имеют программные средства, не совместимые с Windows 2000;

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

Теперь рассмотрим каждый из этих этапов более подробно.

5.1. Определение приложений, критичных для рабочей среды

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

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

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

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

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

5.2. Потенциальные проблемы

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

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

Программы, разработанные для разных операционных систем, обладают разной степенью совместимости с Windows 2000. Приложения OS/2 и POSIX являются в этом отношении наименее совместимыми. Вместе с тем, если какая-либо из этих программ работает в NT, скорее всего она сможет работать и в Windows 2000. Прикладные программы DOS и Windows 3.1, скорее всего, будут работать, однако использование некоторых из них всё же может быть сопряжено с проблемами. Большинство приложений Windows 9x без каких-либо проблем можно будет использовать в Windows 2000. Наконец, прикладные программы Windows NT также можно будет использовать без проблем, однако при использовании некоторых служб и утилит можно столкнуться с трудностями.

5.3. Приложения OS/2 и POSIX

Характеристики

Список файлов реферата