Развитие сетевых операционных систем. Windows 2000

последующей перезагрузки компьютера. NTFS 5.0 имеет встроенную функцию

Distributed Link Tracking (отслеживание распределённых ссылок),

поддерживающую ссылки при перемещении файлов с определённого тома на другой

компьютер.

3.5. Обмен информацией по сети

Обеспечение связи по сети также претерпело существенные изменения в

Windows 2000. В состав Windows 2000 включена поддержка новой версии сетевой

архитектуры NDIS (Network Interface Specification спецификация интерфейсов

сетевых устройств), в число новейших функций которой входят также

асинхронный режим передачи АТМ (Asynchronous Transfer Mode), Quality of

Service (QoS) и глобальные сети (WAN).

Более того, стек TCP/IP в Windows 2000 обеспечивает поддержку Winsock

2 многоадресной рассылки (IP Multicast), быстрой передачи и быстрого

восстановления, выявления конфликтов при выделении адресов, длительного

времени ожидания и автоматического выделения адресов. Благодаря этому

достигается совместимость TCP/IP, являющегося одним из наиболее популярных

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

значительно повышается надёжность среды Windows 2000 как таковой.

Winsock 2 представляет собой интерфейс, независимый от протоколов для

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

таких как передача мультимедийной информации в реальном масштабе времени.

Средствами сокетов, аналогичных используемым BSD Unix, Winsock 2, равно как

и его предыдущие версии, берёт на себя подготовку приложений к связи через

сеть с использованием практически любого транспортного протоколов, а не

только TCP/IP. В число функций Winsock 2 входят независимое от протокола

разрешение имён, групповая передача и QoS.

Ещё одна характеристика стека Windows 2000 является приложенный

стандарт RSVP, Resource Reservation Protocol – протокол резервирования

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

ресурсы Интернета и может управлять резервированием приложений

индивидуальной (связь типа «один к одному») и групповой (связь типа «один

ко многим») передачи, когда за резервирование отвечает принимающая сторона.

Управление резервированием осуществляется «на гибкой основе» в зависимости

от сетевых путей, по которым передаётся информация.

DNS Windows 2000 стал крайне динамичным, и теперь он носит название

Dynamic DNS (DDNS). Это означает, что имеется возможность обновления

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

данных DNS. Это позволяет поддерживать актуальной информацию TCP/IP при

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

предназначается для замены имеющейся службы WINS, которая, однако,

сохранена для обеспечения совместимости сверху вниз.

Переход от WINS к DDNS вызвал ряд изменений в сервере DNCP. Сервер

DHCP по-прежнему управляется средствами отдельной службы, однако он

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

2000, в особенности независимость от местоположения Active Directory.

Серверы DHCP выделяют IP-адреса для компьютеров сети на динамической

основе.

Ещё усовершенствованием Windows 2000 является стандартизиро-ванный

интерфейс АТМ, ТАРI 3.0 и средства связи с использованием инфракрасных

лучей. Кроме того, ЕМСА позволяет выделять несколько каналов ISDN при

использовании соединения BRI. Для сети это, конечно же, означает расширение

полосы пропускания.

3.6. Безопасность

Microsoft, несомненно, сделала соответствующие выводы из своего опыта

в том, что касается безопасности. С того момента, когда Microsoft

приступила к разработке NT Server 5.0, вопросу безопасности уделялось

значительно больше внимания, нежели когда бы то ни было ранее.

Основным механизмом аутентификации в Active Directory является

Kerberos версии 5.0, по всеобщему признанию, являющийся наиболее надёжным

методом аутентификации для распределённых сред. Windows NT Server 5.0

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

аутентификации LAN Manager (называемого также NTLM), который оставляет

желать много лучшего в плане безопасности. Кроме того, NT Server 5.0

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

качестве альтернативы Kerberos.

В состав NT Server 5.0 также включён Microsoft Certificate Server,

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

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

в особенности при серверной и пользовательской аутентификации при

соединении по протоколу SSL или РСТ.

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

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

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

сравнении с существующими в настоящее время операционными системами. Это

существенно повышает уровень безопасности для обмена информацией через

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

Кроме того, Windows 2000 позволяет администраторам устанавливать

различные уровни безопасности на уровне связи (при это предполагается, что

связь осуществляется с использованием протокола TCP/IP) через IP Security

Management. Таким образом, сервер Windows 2000 может осуществлять

кодирование соединений между компьютерами как целиком, так и по частям, что

– в совокупности с другими механизмами обеспечения безопасности Windows

2000, - вне всякого сомнения, значительно повышает уровень защиты от

несанкционированного доступа.

Поддержка Smart Card (смарт-карт), небольших пластиковых карточек,

подобных кредитным картам, является наименее известной сферой в области

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

обеспечения безопасности в будущем, как Microsoft предполагает уже в

настоящее время. Например, смарт-карты потенциально могут быть использованы

для повышения безопасности процедуры регистрации, чтения и отправки

сообщений в ходе видеоконференций, совершения покупок и многих других

задач.

3.7. Plug and Play

Наконец-то NT была оснащена полной поддержкой Plug and Play,

приравнивающей операционные системы NT к Windows 95/98. С практической

точки зрения это означает, что теперь NT может быть установлена как на

портативных компьютерах, так и на стационарных машинах, причём добавление и

удаление аппаратных конфигураций не составляет никакого труда. Более того,

было усовершенствовано управление платой PC Card/PCMCIA: теперь имеется

возможность подключать платы PC Card, и операционная система будет

обнаруживать их «на ходу».

3.8. ACPI

Как и Windows 98, Windows 2000 представляет встроенную поддержку ACPI,

представляющего собой значительно усовершен-ствованный стандарт управления

питанием (в сравнении с предыдущим стандартом АРМ), предложенный

корпорациями Intel, Microsoft и Toshiba. Поддержка также была реализована

средствами инициативы Microsoft On Now Design Initiative, позволяющей РС

находиться в режиме готовности, даже если внешне он выглядит полностью

выключенным. Компьютер оказывается готовым к использованию спустя всего

несколько секунд после нажатия кнопки включения питания. (Кроме того, РС

может быть моментально активизирован дистанционно при помощи телефонного

вызова в стандарте On Now Design Initiative.)

3.9. AGP

Windows 2000 поддерживает стандарт AGP 4x (Accelerated Graphics Port –

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

стандартом для трёхмерных графических укорителей. Преобладание AGP,

несомненно, будет иметь место, поскольку он обеспечивает значительно

большее быстродействие в сравнении с имеющимися в настоящее время

архитектурными решениями, и Intel выступает в поддержку стандарта AGP.

Тестирование показывает, что AGP отличается в 4 раза большим

быстродействием, нежели шина PCI.

AGP - более производительная архитектура, в первую очередь потому,

что он имеет высокоскоростной доступ к поверхностным графическим текстурам

и прочим графическим поверхностям, хранящимся в обычном ОЗУ компьютера.

Подобное повышение скорости доступа достигается за счёт разрешения прямого

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

использовании совместно с процессором Pentium II доступ к данным текстур

осуществляется графической микросхемой, в то время как процессор памяти

выполняет друге операции. Кроме того, AGP имеет ряд специфических функций,

направленных на повышение производительности, позволяющих значительно

ускорить чтение и запись этих поверхностей. Шина AGP работает на частоте 66

МГц и использует технологию pipelining и передачу данных 2Х.

IV. Стандартизация рабочего окружения

4.1. Зачем нужна стандартизация?

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

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

и упрощает переход к Windows 2000. Несмотря но то, что разработка стандарта

зачастую требует существенных затрат, эти затраты себя оправдывают.

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

(Total Cost of Ownership, TCO), упростить структуру рабочей среды, создать

прецеденты и облегчить управление системой, основанной на Windows 2000.

4.2. Минимизация рабочей среды

Стандартизируя компьютерную рабочую среду, мы её упрощаем. Вместо того

чтобы использовать в разных подотделах предприятия пять различных текстовых

процессоров, выгоднее установить на каждой рабочей станции компании одну и

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

обучение персонала и настройкой программного обеспечения. Упрощение рабочей

среды ведёт к снижению затрат на решение различных задач по следующим трём

причинам:

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

. при возникновении проблемы проще определить её причину, так как круг

возможных причин меньше;

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

на анализе поведения оставшихся компонентов.

Помимо того, что упрощение рабочей среды существенно упрощает процесс

решения проблем и исправления неисправностей, оно также ведёт к

существенному снижению затрат, связанных с администрированием и поддержкой.

При планировании изменения простой компьютерной системы проще

спрогнозировать влияние этого изменения на поведение всех её компонентов.

Допустим, что в состав сети входит сервер 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

Несмотря на то, что Windows 2000 включает в себя традиционную для

семейства NT поддержку приложений OS/2 и POSIX, эта поддержка весьма

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

операционной системой Windows 2000 имеет мало преимуществ. Приложения OS/2

и POSIX не могут использовать новых возможностей Windows 2000. Возможно,

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

среде Windows 2000 в случае, если есть намерение унифицировать рабочее

окружение организации и перевод компьютеров, оснащённых OS/2 или

операционной системой стандарта POSIX, на использование Windows 2000.

Однако в данной ситуации рекомендуется рассмотреть возможность замены

подобных прикладных программ на аналогичные программы стандарта Win32,

готовые к применению в рабочей среде Windows 2000.

5.4. Приложения DOS

Большинство приложений DOS смогут работать в Windows 2000 без каких-

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

проблем работают в среде Windows 9x. Вместе с тем, при запуске некоторых

приложений DOS можно столкнуться с проблемами. Это касается программ,

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

обеспечению, файловой системой FAT, графикой, системой безопасности Windows

2000 или проблемой 2000 года. Рассмотрим эти проблемы более подробно.

. Прямой доступ к оборудованию

Программы, напрямую обращающиеся к аппаратным устройствам компьютера,

вместо того, чтобы использовать для этой цели системные вызовы BIOS или

DOS, не смогут работать с Windows 2000. К этой категории можно отнести

резидентные программы (Terminate and Stay Resident, TSR), которые могут

потребоваться для работы того или иного приложения. В частности,

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

предназначенными для DOS. Модель безопасности Windows 2000 разрешает

напрямую обращаться к аппаратному обеспечению только программному

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

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

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

системы. Если планируется перевести систему на использование Windows 2000,

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

либо вовсе отказаться от их использования.

. Файловая система FAT

Во времена DOS файловая система FAT была единственным форматом,

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

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

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

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

проблемами двух типов. Во-первых, приложения, напрямую обращающиеся к FAT,

не смогут работать с разделами жёсткого диска, отформатированными в

стандарте NTFS. Такие приложения следует обновить, заменить или отказаться

от их использования. Во-вторых, некоторые приложения напрямую не связанные

с FAT, полагают, сто максимальный размер дискового размера FAT не может

превышать 2 Гбайта. При запуске таких программ на компьютере, размер

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

Обычно прикладная программа, обладающая таким дефектом, полагает, что на

текущий момент на жёстком диске свободно отрицательное количество байт.

В некоторых ситуациях проблему можно решить, если уменьшить объём

свободного дискового пространства до размера менее 2-х Гбайт. Для этого

можно либо заполнить диск какими-либо данными, либо использовать дисковые

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

произвести обновление программы. Однако если это невозможно, при

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

. Графика

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

операционной системы Windows 2000. Примером таких приложений являются

компьютерные игры и некоторые другие графические программы. Такие программы

следует запускать в полноэкранном режиме. В настоящее время подобные

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

такой проблемой. Если всё же в компании используется подобное приложение,

его необходимо обновить, заменить или отказаться от его использования.

. Безопасность

Программы DOS не имеют представления о модели безопасности Windows 2000,

которая предусматривает использование таких возможностей, как Active

Directory (AD), разрешения на доступ к файлам и каталогам и права

пользователей. Если приложение DOS попытается осуществить что-либо,

запрещённое в текущем контексте средствами безопасности Windows 2000,

скорее всего, это приложение не сможет продолжить корректную работу.

Возможно, при этом на экране появятся сообщения о несуществующих ошибках,

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

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

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

5.5. Приложения Windows 3.x

Большинство (16-битных) приложений Windows 3.x смогут без проблем

работать в Windows 2000. В настоящее время такие приложения до сих пор

продолжают использоваться на многих корпоративных предприятиях. Windows

2000 обладает встроенной поддержкой 16-битных приложений, поэтому, скорее

всего, при их запуске в среде Windows 2000 не будут возникать какие-либо

проблемы. Причины, по которым приложение Windows 3.x может оказаться

неработоспособным в среде Windows 2000, схожи с причинами, по которым

программы DOS отказываются работать в Windows 2000. Однако симтомы и

варианты решения проблемы несколько отличаются.

. Прямой доступ к оборудованию

Как и приложения DOS, при запуске в среде Windows 2000 прикладные программы

Windows 3.x напрямую обращаться к оборудованию компьютера. В то время как

программы DOS используют для этой цели драйверы устройств или резидентные

программы, приложения Windows 3.x обычно обращаются к аппаратному

обеспечению при помощи виртуальных драйверов устройств (VXD). Если

приложение использует VXD, оно не сможет работать в Windows 2000. Примером

таких приложений являются сетевые оболочки для Windows 3.x, разработанные

сторонними производителями. В данной ситуации обновление, замена или отказ

от использования программы неизбежны.

. Файловая система FAT

Приложения Windows 3.x также часто рассчитывают на то, что они работают на

компьютере, использующем файловую систему FAT. Как и программы DOS,

приложения Windows 3.x также часто не могут правильно определить размер

дисковых разделов, по объёму превышающих 2 Гбайт. Особенно это характерно

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

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

часто такие программы сообщаю, что на диске отрицательное количество байт

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

приложений невозможна из-за недостатка свободного места.

Как и в случае с использованием программ DOS, можно попытаться

уменьшить объём свободного дискового пространства, либо заняв свободное

место какими-нибудь данными, либо разбив жёсткий диск на большее количество

меньших по размеру разделов. Если речь идёт о программе установки, метод

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

если подобному дефекту подвержено само приложение, возможно, потребуется

либо обновить или заменить приложение, либо отказаться от его использования

в зависимости от серьёзности проблемы.

. Безопасность

Как и приложения DOS, программы Windows 3.x не имеют представления о модели

безопасности Windows 2000. Если такая программа попытается осуществить

некоторую операцию и ей будет отказано из соображений безопасности,

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

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

либо предоставить программе права, которые требуются для её работы.

. Драйверы устройств

Драйверы устройств, таких как принтеры, мыши, сетевые и звуковые карты,

предназначенные для использования в Windows 3.x не совместимы с Windows

2000. Поэтому любое приложение, работа которого зависит от конкретного

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

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

Все эти драйверы хранятся на установочном CD Windows 2000. Если драйвер для

какого-либо устройства отсутствует в комплекте Windows 2000, вместо него

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

использовать подобный подход в реальной рабочей среде, необходимо хорошо

протестировать его в лабораторных условиях.

. Использование CPU

Одним из основных отличий Windows 2000 от Windows 3.x является метод

разделения процессорного времени между одновременно запущенными

приложениями. Многозадачность позволяет использовать один процессор для

одновременного выполнения нескольких программ. При этом процессор выполняет

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

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

третьей, и так далее по кругу. Операционные системы Windows 3.x

использовали кооперативную многозадачность. При этом каждое приложение

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

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

При таком подходе некорректно написанная программа могла нарушить работу

всей системы, блокировав переключение процессора между

запущенными приложениями.

Windows 2000 использует другой подход. Эта операционная система

самостоятельно следит за использованием центрального процессора. Каждому из

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

процессор в течение заранее определённого времени, длительность которого

зависит от степени приоритета, которым обладает приложение. Когда это время

истекает, операционная система автоматически предоставляет процессор в

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

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

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

течение более длительного времени, чем низкоприоритетные. Такой метод

называют приоритетной многозадачностью.

В Windows 2000 режим приоритетной многозадачности используется для

выполнения прикладных программ Win 32, а приложения Win 16 запускаются в

едином адресном пространстве, эмулирующем среду Windows 3.x. При этом все

приложения Win 16 между собой делят предоставленное им процессорное время,

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

некорректно написанная программа Win 16 может блокировать выполнение всех

остальных программ Win 16 (но она не сможет нарушить работу приложений Win

32). Чтобы предотвратить подобные инциденты, можно использовать для запуска

каждой программы Win 16 отдельное адресное пространство. В этом случае

разделением процессорного времени между ними будет управлять операционная

система. Если необходимо перенести в среду Windows 2000 несколько

приложений Win 16, и некоторые из них интенсивно используют процессорное

время, рекомендуется запускать их в разных адресных пространствах. При этом

обеспечивается более эффективная совместная работа всех программ Win 16.

. Длинные имена

Известно, что приложения DOS и Windows 3.x не обладают возможностью

корректно обрабатывать файлы с длинными именами, которые допускается

использовать в Windows 9.x и Windows 2000. Однако зачастую это не является

серьёзной проблемой. Несмотря на то, что приложения DOS и Windows 3.x не

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

соответствующие файлы при помощи имён в стандарте 8.3, которые

автоматически генерирует для них операционная система Windows 2000.

Однако при использовании NTFS эту возможность можно отключить при

помощи одного из параметров реестра Windows 2000. В этом случае

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

формат 8.3, и приложения DOS и Windows 3.x не смогут обратиться к файлам,

обладающим длинными именами. Несмотря на то, что при этом несколько

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

рекомендуется.

. Приложения Windows 9x

Большинство приложений Windows 9x без каких-либо проблем смогут работать в

Windows 2000. Однако многие такие программы подвержены тем же проблемам,

что и приложения DOS и Windows 3.x. Вместе с тем, так как программы Windows

9x являются 32-битными приложениями, они в большей степени приспособлены к

работе в среде Windows 2000. С другой стороны могут ожидаться проблемы с

русифицированным программным обеспечением. Так, например, не удалось под

Windows 2000 Professional Release Candidate (build 2128) «научить» Русский

Word 95 отображать русские буквы в своих диалоговых окнах. Но будем

надеяться, что с появлением локализованной версии Windows 2000 большинство

подобных проблем будет решено.

. Драйверы устройств

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

предназначенные для использования в Windows 9x, не совместимы с Windows

2000. Если прикладная программа Windows 9x требует специального драйвера

для Windows 9x, она не сможет работать в Windows 2000. Однако существуют

исключения. Windows 98 поддерживает технологию WDM (Windows Driver Model),

разработанную Microsoft для того, чтобы избавить производителей от

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

операционной системы. Драйверы, разработанные согласно спецификации WDM,

смогу без проблем работать в Windows 2000.

. Безопасность

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

программы DOS и Win 16, скорее всего, отреагируют некорректно. В результате

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

них, приложения Windows 9x имеют возможность отреагировать на отказ

системы, выполнить ту или иную операцию более корректным образом.

Приложения Windows 9x используют программный интерфейс Win 32 API и в

случае отказа получают от операционной системы более содержательные

служебные отношения. Вместе с тем, если программа написана без учёта

особенностей Windows 2000 и её системы безопасности, она всё равно может

повести себя самым непредсказуемым образом. Как и в случае с другими

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

некоторые системы безопасности, либо предоставить программе более широкие

права.

. Программный интерфейс Win 32 API

Несмотря на то, что Windows 9x, как и Windows 2000, использует Win 32 API,

между программными интерфейсами этих двух платформ существуют отличия.

Большое количество отличий относится к области обеспечения безопасности,

однако существуют также несоответствия и в других областях. Часто разница

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

некоторых утилит, таких как, например, антивирусные средства и утилиты

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

или заменить приложение, либо отказаться от его использования.

5.6. Приложения Windows NT 4.0

Очень небольшое количество прикладных программ Windows NT будет иметь

проблемы при запуске их в среде Windows 2000. Операционная система Windows

2000отличается от Windows NT, в основном, новыми возможностями. В

большинстве случаев все уже имевшиеся в NT механизмы и подсистемы полностью

сохранили свою функциональность. Корректно написанное приложение Windows NT

может быть без проблем перенесено в рабочую среду Windows 2000. Однако при

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

трудностей.

. Службы Windows NT 4.0

В процессе переноса программного обеспечения Windows NT на платформу

Windows 2000 наибольшие проблемы могут вызвать системные службы NT.

Конечно, это относится далеко не ко всем службам. Большинство служб можно

перенести на Windows 2000 без каких-либо трудностей. Всё же системные

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

Windows 2000.

Чаще всего проблемы возникают при переносе на Windows 2000 служб NT,

предназначенных для выполнения функций, которые уже встроены в Windows

2000. Например, существует несколько приложений, разработанных сторонними

производителями и предназначенных для обеспечения более удобного

администрирования Windows NT. B Windows 2000 для этой цели предназначается

служба каталога Active Directory (AD), таким образом, надобность в

дополнительных программных средствах отпадает. То же самое можно отнести и

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

а также разного рода средствам аутентификации пользователей, таким как,

например, системные поддержки смарт-карт.

Если аналогичная подсистема Windows 2000 не используется, необходимо

перенести на новую платформу соответствующую службу NT. Однако в подобных

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

Windows 2000, так как они лучшим образом интегрированы в операционную

систему и взаимодействуют с другими новыми механизмами Windows 2000, такими

как служба каталога AD и новая система разрешения доступа к файлам.

. Системные утилиты

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

Windows 2000. В новой рабочей среде старые утилиты не смогут полноценно

справиться с возложенными на них задачами. Например, старые версии утилит

дефрагментации диска не поддерживают работу с форматом NTFS5, и поэтому их

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

формат. Несмотря на то, что эти утилиты смогут работать с разделами FAT и

NTFS, лучше всё же отказаться от их использования в пользу утилит,

совместимых с Windows 2000. Точно так же утилиты резервного копирования.

Предназначенные для работы в среде NT, не понимают механизмов службы AD,

равно как и новых разрешений на доступ к файлам. В результате эти утилиты

не смогут создать архив, содержащий всю необходимую информацию о системе.

Подобная ситуация неприемлема. Эти утилиты необходимо заменить утилитами,

полностью совместимыми с Windows 2000. В общем случае, если утилита

напрямую работает с файловой системой или разрешениями пользователей, её

необходимо заменить для обеспечения лучшей функциональности.

Кроме того, утилиты, обращающиеся к базе данных SAM (Security Account

Manager) также необходимо заменить средствами, поддерживаю-щими AD.

Несмотря на то, что все подобные программы смогут работать с контроллерами

доменов Windows 2000, работающими в среде совместимости в режиме

совместимости с NT, основной целью при переходе к Windows 2000 является

перевод всех контроллеров доменов на работу в естественном режиме Windows

2000.

Всё же существуют утилиты NT, использование которых в среде Windows

2000, вполне приемлемо. Например, как в NT, так и в Windows 2000 можно

использовать одни и те же антивирусные программы. Конечно же в процессе

перехода к Windows 2000 удобнее всего обновить их версии.

5.7. Определение потенциальных проблем

Если нет уверенности в том, будет ли программа или служба работать в

среде Windows 2000, можно воспользоваться одним из двух методов:

. Помощь поставщика. Обычно на Web-узле поставщика программного обеспечения

можно обнаружить большое количество сведений о возможности использования

той или иной программы в среде Windows 2000. В некоторых случаях

предлагается использовать тот или иной вариант обхода проблемы или

исправление возможной несовместимости. Если страница Web поставщика не

содержит необходимой информации, необходимо попробовать обратиться в

службу технической поддержки.

. Самостоятельное тестирование. Необходимо установить Windows 2000 в

лабораторных условиях и протестировать приложение. Это лучший способ

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

тестирования возможно возникновение ряда проблем. Напротив, благодаря

всеобъемлющему тестированию можно убедиться в том, что интересующая

прикладная программа с большей долей вероятности без проблем сможет

работать в среде Windows 2000. Однако тестирование не даёт стопроцентной

гарантии успешного применения приложения в реальных рабочих условиях.

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

его необходимо подвергнуть тестированию при помощи конечных

пользователей. Они должны протестировать работоспособность приложения,

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

Комбинация этих двух подходов даёт наиболее эффективный результат. В

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

программного средства, после чего можно приступить к тестированию

приложения в лабораторных условиях. Можно обнаружить, что проблема, на

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

Например, некоторые неисправности возникают только при определённых

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

имеет незначительные последствия, можно продолжать использовать приложение

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

использующей некоторую возможность приложения в условиях Windows 2000, в

связи с чем поставщик приложения может не знать о существовании проблемы. В

подобной ситуации без тщательного тестирования не обойтись.

Тестирование особенно актуально, если речь идёт о модернизации

большого количества компьютеров. Если тщательно протестировать все

приложения в лаборатории, скорее всего, при переводе всего компьютерного

парка предприятия на Windows 2000, можно столкнуться с небольшим

количеством проблем. Если же необходимо сэкономить время и не тестировать

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

с новыми проблемами, что приведёт к значительным потерям времени. При

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

испытаний может длиться в течение нескольких месяцев. Каждое из приложений

рекомендуется тестировать в течение двух недель.

Страницы: 1, 2