Смекни!
smekni.com

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

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

Несмотря на то, что Windows 9x, как и Windows 2000, использует Win 32 API, между программными интерфейсами этих двух платформ существуют отличия. Большое количество отличий относится к области обеспечения безопасности, однако существуют также несоответствия и в других областях. Часто разница между программными интерфейсами этих двух платформ сказывается на работе некоторых утилит, таких как, например, антивирусные средства и утилиты дефрагментации диска. Если возникла подобная проблема, можно либо обновить или заменить приложение, либо отказаться от его использования.

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

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

· Службы Windows NT 4.0

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

Чаще всего проблемы возникают при переносе на Windows 2000 служб NT, предназначенных для выполнения функций, которые уже встроены в Windows 2000. Например, существует несколько приложений, разработанных сторонними производителями и предназначенных для обеспечения более удобного администрирования WindowsNT. BWindows 2000 для этой цели предназначается служба каталога ActiveDirectory (AD), таким образом, надобность в дополнительных программных средствах отпадает. То же самое можно отнести и к службам ограничения доступного для пользователей дискового пространства, а также разного рода средствам аутентификации пользователей, таким как, например, системные поддержки смарт-карт.

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

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

Подавляющее число системных утилит NT не следует использовать в среде Windows 2000. В новой рабочей среде старые утилиты не смогут полноценно справиться с возложенными на них задачами. Например, старые версии утилит дефрагментации диска не поддерживают работу с форматом NTFS5, и поэтому их нельзя использовать для дефрагментации дисковых разделов, использующих этот формат. Несмотря на то, что эти утилиты смогут работать с разделами FAT и NTFS, лучше всё же отказаться от их использования в пользу утилит, совместимых с Windows 2000. Точно так же утилиты резервного копирования. Предназначенные для работы в среде NT, не понимают механизмов службы AD, равно как и новых разрешений на доступ к файлам. В результате эти утилиты не смогут создать архив, содержащий всю необходимую информацию о системе. Подобная ситуация неприемлема. Эти утилиты необходимо заменить утилитами, полностью совместимыми с Windows 2000. В общем случае, если утилита напрямую работает с файловой системой или разрешениями пользователей, её необходимо заменить для обеспечения лучшей функциональности.

Кроме того, утилиты, обращающиеся к базе данных SAM (SecurityAccountManager) также необходимо заменить средствами, поддерживаю-щими 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, можно столкнуться с небольшим количеством проблем. Если же необходимо сэкономить время и не тестировать каждую из программ в лаборатории, в процессе модернизации можно столкнуться с новыми проблемами, что приведёт к значительным потерям времени. При большом количестве приложений, требующих тестирование, фаза лабораторных испытаний может длиться в течение нескольких месяцев. Каждое из приложений рекомендуется тестировать в течение двух недель.