скачать рефераты

скачать рефераты

 
 
скачать рефераты скачать рефераты

Меню

Реферат: Развитие сетевых опрaционных систем. Windows 2000 скачать рефераты

выполнению своих обязанностей.

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. Такие

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