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

Автор работы: Пользователь скрыл имя, 21 Января 2013 в 11:51, курсовая работа

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

Несколько лет прошло с того момента, когда компьютерный мир признал первенство Windows, обусловленное графическим пользова-тельским интерфейсом (Graphical User Interface – GUI) для компьютеров класса PC. В 1995 г. во всём мире использовалось более 60 миллионов компьютеров PC, работающих с Windows 3.1x, плюс несколько миллионов PC-совместимых с операционной системой IBM OS/2 Warp со встроенной средой Windows.

Содержание

1. История...........................................................................................2

1.1 Поддержка сети...........................................................................3

1.2 Windows NT Workstation правит балом....................................3

2. Планы Microsoft...........................................................................5

2.1 Какая же именно NT имеется в виду?.......................................5

2.2 Принципы подразделения программных продуктов

Microsoft................................................................................................5

2.3 Windows NT Workstation.............................................................6

2.4 Три разновидности Windows NT Server.....................................6

2.5 Рынки мощных компьютеров и масштабируемость.................7

2.6 Microsoft концентрирует внимание на архитектуре..................8

3. Краткий обзор Windows 2000......................................................8

3.1 Windows 2000 Professional...........................................................9

3.2 Windows 2000 Server....................................................................12

3.3 Поддержка 64-разрядных процессоров.................................... 14

3.4 Новые возможности файловой системы...................................14

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

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

3.7 Plug and Play................................................................................ 17

3.8 ACPI............................................................................................. 18

3.9 AGP...............................................................................................18

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

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

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

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

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

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

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

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

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

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

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

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

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

Прикрепленные файлы: 1 файл

курс.docx

— 80.66 Кб (Скачать документ)

                                              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. Microsoft Corporation. Microsoft Windows 2000 Active Directory Services. Учебный курс MCSE: Пер. с англ. - 3-е изд., испр. - М.: Издательско-торговый дом "Русская Редакция", 2004. - 608 стр.: ил.
  2. Microsoft Corporation. Microsoft Windows 2000 Professional. Учебный курс MCSA/MCSE: Пер.' с англ. - 3-е изд., перераб. - М.: Издательско-торговый дом "Русская Редакция", 2003. - 672 стр.: ил.
  3. Microsoft Corporation. Администрирование сети на основе Microsoft Windows 2000. Учебный курс MCSA/MCSE: Пер. с англ. 3-е изд., испр.- М.: Издатсльско-торговый дом "Русская Редакция". 2004. - 416 стр.: ил.
  4. Microsoft Corporation. Безопасность сети на основе Windows 2000. Учебный курс MCSIL/ Пер. с англ. - М.: Издательско-торговый дом "Русская Редакция", 2001. - 912 стр.: ил.
  5. Зубанов Ф.В. Microsoft Windows 2000. Планирование, развертывание, установка. - 2-ое изд., испр. - М.: Издательско-торговый дом "Рус- ская Редакция", 2000. - 592 с.: ил.
  6. Соломон Д., Руссинович М. Внутреннее устройство Microsoft Windows 2000. Мастер-класс. / Пер. с англ. - СПб.: Питер; М.: Издательско-торговый дом "Русская Редакция". 2004. - 746 стр.: ил.
  7. Уильям Р. Станек. Microsoft Windows 2000. Справочник администратора./Пер. с англ. - М.: Издателъско-торговый дом "Русская Редакция", 2002. - 592 с.: ил.
  8. Microsoft Windows 2000 Server. Русская версия БХВ — Санкт-Петербург, 2000 
    Операционная система Microsoft Windows 2000. Максим Сокольский.

Информация о работе Развитие сетевых операционных систем. WINDOWS 2000