Введение

Нарастание тенденции к миграции от различных версий UNIX к Microsoft Windows NT можно очень просто объяснить с точки зрения совокупной стоимости владения (Total Cost of Ownership, TCO). Это относится к каждому уровню использования Windows NT — от развертывания до управления. Например, UNIX имеет большое число разновидностей, даже компания Sun выпускает две ее версии. Поэтому системный администратор, который знает, как разбить диск на разделы в SunOS, может не суметь этого сделать в операционной системе Solaris. В результате, у компании могут возникнуть проблемы администрирования систем одного и того же производителя. Существует много причин, которые заставляют фирмы переходить на Windows NT. В данном документе рассматриваются некоторые из наиболее важных аспектов такого перехода.

Цель данного документа — удовлетворить потребность в руководстве по успешному переходу на Windows NT. В начале документа дается большой перечень используемых для перехода инструментальных средств и вариантов действий. В руководстве рассказывается об этапах миграции, ее деталях, дается список доступных служб, а также источников дополнительной информации. В документе не рассматривается целый ряд вопросов, например удаленное администрирование и работа с оборудованием. Номенклатура аппаратуры, которая поддерживается в Windows NT, очень широка – известно более 6000 наименований, выпускаемых более чем 1000 производителей. Не все знают, что Windows NT допускает удаленное администрирование и предоставляет пользователю уникальные возможности, отсутствующие в большинстве UNIX-систем. Более подробно эта тема развита в документе "Comparing Microsoft Windows NT and UNIX Remote Management" (http://www.microsoft.com/ntserver/nts/exec/compares/ntreadmin.asp)

Первый шаг: организация взаимодействия

Первым шагом к миграции является "перекидывание мостов" от серверов Windows NT к UNIX-серверам, что сводит к минимуму возможные препятствия в осуществлении следующих операций. За счет постепенного ввода новых функциональных возможностей Windows NT, миграция превращается в жестко контролируемый и отслеживаемый процесс, в ходе которого происходит переход от старых систем к новым. Современные технологии Windows NT дают возможность проводить плавную миграцию, при которой не нарушается доступ пользователей к имеющимся сетевым ресурсам.

Для базовой интеграции с UNIX-системами, Windows NT Server обеспечивает поддержку таких используемых в UNIX стандартных протоколов как TCP/IP и DNS (Domain Naming Services). Чтобы облегчить интеграцию существующих UNIX-окружений с Windows NT Server, Microsoft предлагает пакет расширений "Windows NT Services for UNIX Add-on Pack". Пакет включает межплатформные технологии разделения ресурсов, удаленного администрирования, синхронизации паролей, написания сценариев. Более подробно этот пакет обсуждается в разделе "Архитектура" данного документа.

Технология ASU (Advanced Server for UNIX) расширяет уровень взаимодействия между Windows NT и UNIX, обеспечивая полную поддержку в UNIX контроллеров доменов Windows NT. UNIX-система может выступать в среде Windows NT в роли основного (Primary Domain Controller, PDC) и резервного (Backup Domain Controller, BDC) контроллеров домена. Это означает, что пользователи, однократно зарегистрировавшись в сети Windows NT, получают доступ к ресурсам, распределенным между UNIX-сервером и Windows NT Server. Лицензии на технологию ASU были эксклюзивно проданы корпорацией AT&T практически всем крупнейшим UNIX-поставщикам — Compaq, Hewlett-Packard, Data General, Fujitsu-ICL и Siemens-Nixdorf.

Система инструментов и служб

Для сведения к минимуму периода обучения и количества принимаемых по методу проб и ошибок неверных решений, необходимо как можно шире использовать предоставляемые инструментальные средства и службы поддержки миграции. Корпорация Microsoft поставляет для Windows NT большое число как встроенных (built-ins), так и надстраиваемых (add-ons) инструментальных средств. Этот инструментарий, с сочетании с услугами Microsoft Consulting Services (MCS), службы Manufacturing and Engineering Practice, компаний типа PSW Technologies и инструментальными средствами третьих фирм, позволит выполнить миграцию безболезненно и с наименьшими затратами.

Архитектура

Приложения

Существует огромный диапазон приложений как для UNIX, так и для Windows NT, многие из которых способны работать на обеих платформах. Вместе с тем, необходимо решить, какие еще не доступные под Windows NT приложения надо оставить для использования. Это решение предполагает перенос или написание заново пользовательских приложений. Третьи фирмы поставляют ряд очень хороших инструментальных средств, которые способны помочь в выполнении этой работы за относительно короткий промежуток времени. Пока будет производиться перенос, унаследованные приложения (или приложение) смогут продолжать свою работу под UNIX и пользоваться ее сервисом.

Ниже представлен перечень нескольких технологий, помогающих обеспечить переносимость приложений.

Transaction Internet Protocol (TIP). Этот протокол представляет собой рабочий документ Интернета, находящийся на рассмотрении в Целевой группе технической поддержки Интернета (Internet Engineering Task Force, IETF). TIP описывает стандартный протокол двухфазной фиксации и позволяет менеджерам гетерогенных транзакций координировать распределенные транзакции. Протокол может использоваться с любым прикладным протоколом, но является особенно важным для протокола HTTP Интернета. Примеры использования TIP и другая информация о нем приведены в спецификации: ftp://ftp.isi.edu/in-notes/rfc2371.txt.

COM и DCOM. Модель объектных компонентов СОМ (Component Object Model) — это спецификация Microsoft, предназначенная для разработки распределенных, основанных на транзакциях, приложений и определения способа взаимодействия объектов через открытый интерфейс. Распределенная модель объектных компонентов DCOM (Distributed COM) расширяет модель СОМ и предоставляет приложениям способ удаленного сетевого взаимодействия.

DCOM для UNIX. Microsoft в сотрудничестве с партнерами осуществляет перенос модели DCOM на платформы других разработчиков, включая Solaris. Благодаря этому, программисты, разрабатывающие приложения исключительно для Windows NT, увидят в гетерогенных средах, в состав которых входят клиенты Windows NT Server и UNIX-клиенты, хорошо им знакомые функциональность и прикладной программный интерфейс (API) DCOM.

Используя DCOM для UNIX, пользователи могут:

· Переносить серверные DCOM-приложения из операционных окружений Windows NT в UNIX.

· Создавать надстройки для существующих UNIX-приложений, предоставляющие DCOM-доступ к приложениям с помощью Windows-клиентов.

· Разрабатывать новые распределенные UNIX-приложения, использующие преимущества распределенного механизма DCOM. Эти приложения могут реализовывать такие возможности DCOM как повторное использование, независимость от версии и языка.

Взаимодействие COM/CORBA. Ведущий поставщик решений CORBA (Component Object Request Broker Architecture), компания Iona Technologies, недавно приобрела у Microsoft лицензию на технологию СОМ и анонсировала технологию OrbixCOMet, позволяющую формировать мосты между CORBA и СОМ. OrbixCOMet обеспечивает двунаправленную интеграцию между приложениями COM и CORBA, а также полную поддержку отображений COM-CORBA и Automation-CORBA. Технология обеспечивает мост со стороны клиента, позволяя клиентам COM/Automation напрямую обращаться к серверам CORBA, включая поддержку обратных вызовов. OrbixCOMet Desktop предоставляет разработчикам возможность построения гетерогенных систем, использующих компоненты COM и CORBA при минимальных потерях производительности.

В дополнение к таким средствам как Visual Studio, все большее число разработчиков технического программного инструментария предлагает свои, адаптированные для Windows NT, и работавшие ранее только под UNIX, решения. Эти средства, в том числе пакеты ROSE и ClearCase корпорации Rational Software, предназначены для разработок крупномасштабных проектов, осуществляемых десятками или даже сотнями разработчиков. Они играют решающую роль в обеспечении успешных поставок больших систем.

Базы данных

Доступ к базам данных Oracle. Инструментальная система разработчика Microsoft Visual Studio Enterprise Edition обеспечивает всестороннюю поддержку баз данных Oracle 7.3 и более поздних их версий. Используя Visual Studio, разработчики могут в визуальном режиме быстро создавать или редактировать управляемые данными веб-страницы, основываясь на различных источниках информации. Кроме того, с помощью Visual Studio можно создавать и редактировать сохраняемые процедуры, диаграммы баз данных, присоединенные процедуры (правила) и сценарии.

Open Database Connectivity (ODBC) и OLE DB. ODBC — это программный интерфейс, который за счет излояции доступа к данным от источников данных облегчает доступ к сетевой базе данных. Интерфейс доступа к базе данных ODBC позволяет программистам получать доступ к данным из различных источников с помощью стандартного набора функций и команд. Это означает, что прикладной разработчик может с помощью ODBC создавать приложения, способные обращаться к базам данных, функционирующим под UNIX или Windows NT Server, при этом обеспечивая совершенно одинаковое исполнение своего кода. ODBC избавляет программиста от необходимости кодирования в соответствии с требованиями каждого источника данных, что существенно повышает его производительность .

OLE DB выводит ODBC на следующий уровень. В то время как ODBC был разработан для доступа к реляционным источникам с помощью языка SQL (Structured Query Language), OLE DB обеспечивает доступ к любым данным любого источника. Например, один ODBC-поставщик может через OLE DB обеспечить доступ к Windows NT Server 4.0, Novell 3.0, службам каталога NDS.

Microsoft Outlook Express for UNIX. Эта версия Outlook Express позволяет разработчикам обеспечивать связь почтовых приложений обоих операционных сред — получать почту Exchange Server на рабочей станции UNIX.

Microsoft Transaction Server 2.0 (Расширенная поддержка Oracle 7.3). Microsoft Transaction Server (MTS) — это работающая под Windows NT компонентная система обработки транзакций, которая объединяет функции монитора обработки транзакций и брокера объектных запросов. MTS определяет программную модель, предоставляет среду времени исполнения и графический инструментарий администрирования для управления корпоративными приложениями. Microsoft Message Queue Server (MSMQ) позволяет приложениям связываться с другими прикладными программами путем обмена с ними сообщениями.

Сегодня базы данных Oracle могут участвовать в формируемых MTS транзакциях. Это стало возможным, так как Oracle 7.3.3 for Windows NT поддерживает интерфейс ХА, а Microsoft включила доработанный драйвер Oracle ODBC в состав Microsoft Transaction Server. Пользователи получат доступ к базам данных Oracle, работающими под UNIX и другими операционными средами, а базы данных будут участвовать в транзакциях. Например, в течение одной транзакции, пользователи смогут обновить базу данных Microsoft SQL Server на одной системе Windows NT, базу данных Oracle на другой системе Windows NT и базу данных Oracle под UNIX. По окончании транзакции все три базы данных будут обновлены, а при досрочном завершении сеанса все выполненные с базами данных операции отменяются. Microsoft Transaction Server взаимодействует с любой платформой Oracle, доступной из Windows NT, Windows 95 или Windows 98. Для того чтобы компонент MTS обновил базы данных Oracle, в среде UNIX или иной среде сторонних производителей, нет необходимости запускать Microsoft Distributed Transaction Coordinator (DTC).

Microsoft Transaction Server также работает с базами данных Oracle 8. Однако получать доступ к серверу базы данных Oracle 8 пользователь должен с помощью клиента Oracle 7.3. Подключаясь к базе данных Oracle, заказчики должны использовать Microsoft Oracle ODBC Driver, который поставляется в составе Microsoft Transaction Server 2.0. Это связано с тем, что это единственный, работающий с MTS, драйвер ODBC для Oracle.

Файловые системы

Первая задача, которую надо решить для обеспечения совместной работы Windows NT и UNIX, — предоставить возможность для их доступа к файлам друг друга. В этих целях пакет Services for UNIX (SFU) интегрирует в графический интерфейс Windows NT средства доступа к UNIX NFS (Network File System). Поэтому пользователь смешанного окружения Windows NT и UNIX систем легко получит доступ к дисковым ресурсам обоих платформ.

Одна из наиболее трудных задач управления сетями — размещение файлов и ресурсов. По этой причине Microsoft Windows 2000 Server будет включать распределенную файловую систему Microsoft Distributed File System for Windows NT Server (DFS). Распределенная файловая система формирует для многочисленных томов общего доступа, размещенных на различных сетевых серверах, единую древовидную структуру. Пользователю, который обращается к тому дерева DFS, не нужно знать имени или типа сервера, на котором этот том в действительности размещен.

Распределенная файловая система (Distributed File System, DFS)

Дерево DFS облегчает доступ к сети тем пользователям, которым нет необходимости в непосредственном определении того, на каком сервере размещены конкретные ресурсы. С помощью программного обеспечения DFS пользователь сможет создать корень дерева NFS на любом сервере Windows NT Server 4.0. После подключения к корню дерева DFS, выполняется просмотр всех ресурсов дерева и доступ к ним, вне зависимости от того, на каком сервере физически размещен конкретный ресурс.

Благодаря DFS, задачи перемещения сервера или тома с одного сервера на другой могут быть решены администратором без уведомления пользователей. Администратор модифицирует дерево DFS и обеспечивает ссылку на новый адрес серверного ресурса, оставляя неизменным путь DFS для доступа пользователя к нужному тому.

Поскольку в сети может быть несколько деревьев DFS, администраторы получат возможность создавать различные деревья для каждого типа сетевого пользователя. Например, инженерная фирма сформирует одно DFS-дерево, содержащее все необходимые техническому персоналу тома, другое — тома бухгалтерских и экономических служб, и так далее. Любой том допускается включать в одно или несколько DFS-деревьев, что гарантирует доступ каждого пользователя ко всем необходимым ему ресурсам.

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

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

Кроме того, DFS дополняет возможности Microsoft Internet Information Server (IIS). Например, если пользователь создает в своей сети веб-узел, то корень узла может быть корнем DFS-дерева. Если затем пользователь переместит ресурс внутри DFS-дерева, то все HTML-ссылки останутся в силе.

DFS устанавливается как служба, с использованием диалогового окна сетевой конфигурации и вкладки служб. После добавления службы NFS, для нее необходимо лишь определить единственное сетевое имя.

Ссылки на сервер DFS могут формироваться на других DFS-серверах или любых серверах, которые в формате UNC предоставляют путь для монтирования. К ним относятся Windows NT Server, Windows NT Workstation, Windows 9x и UNIX Samba.

Сетевая файловая система NFS (Network File System)

NFS — это стандарт совместного доступа к файлам и принтерам в операционной среде UNIX. Он включен в состав пакета расширения Windows NT Services for UNIX (SFU) Add-On Pack. Добавление NFS к клиентскому и серверному программному обеспечению дает возможность пользователям Windows NT Server получать доступ к файлам UNIX, а пользователям UNIX — к файлам Windows NT Server. Windows NT Server может выступать в роли NFS Server для UNIX-клиентов. Не считая нескольких отличий в системе защиты, служба NFS для Windows NT полностью прозрачна для клиента UNIX. Установка параметров защиты должна быть выполнена на уровне файлов или каталогов с помощью системы безопасности NTFS. Делается это обычно иначе, чем для файлов общего доступа Windows NT. Администратор создает точку общего доступа (share point) и присваивает ей права. Если пользователь имеет к ней доступ, то, как правило, этого достаточно для доступа к ресурсу. Такое изменение процедуры может стать для администраторов источником дополнительной, правда, самой минимальной, работы. Установка и конфигурирование легко выполняются на интуитивном уровне с помощью хорошо знакомых диалоговых окон и вкладок, которые увязаны с указанными инструментальными средствами.

Контроль версий динамических библиотек

Если программа Setup устанавливает динамические библиотеки (DLL), то пользователи должны проверить, нет ли уже какой-либо из них в размещающей их папке. Если есть, то нужно выяснить версию замещаемой библиотеки и убедиться, не будет ли затерт файл самой последней версии.

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

О том как выполнять сравнение версий файлов рассказано во включенном в документацию Platform SDK разделе “About File Installation”.

Не считается хорошей практикой заменять системные файлы с помощью программы Setup приложения. Служба защиты системных файлов Windows NT System File Protection не разрешает приложениям перезаписывать системные файлы. Если приложение пытается это сделать, то оно не будет работать под Windows NT.

Устройства

“Samba” — это пакет программ, совместная работа которых дает возможность клиенту получить доступ к принтерам и файлам сервера по протоколу SMB. Пакет распространяется бесплатно на уровне исходных текстов и работает под Digital UNIX, а также под большинством других версий UNIX.

Пакет дает возможность пользователю перенаправлять диски и принтеры на диски и принтеры UNIX с клиентов LAN Manager, Windows for Workgroups 3.11, Windows NT, Linux и OS/2. В составе пакета поставляется базовая клиентская программа UNIX. Благодаря этой программе пользователь UNIX получает в распоряжение похожий на FTP интерфейс, с помощью которого он производит доступ к файлам и принтерам любых SMB-серверов.

Системы UNIX могут получать доступ к файлам Windows NT Server путем запуска протокола SMB на своих серверах и рабочих станциях. Однако более распространенным является доступ к файлам на серверах UNIX с помощью Windows-клиентов. Номенклатура ориентированных на Windows сетевых решений для UNIX начинается с бесплатного пакета межплатформного переноса “Samba” и заканчивается лицензированной Microsoft системой Advanced Server for UNIX и продуктами независимых разработчиков, например поставляемого Syntax Corporation пакета TotalNET Advanced Server и VisionFS компании SCO.

Поскольку протокол SMB в продуктах UNIX реализован как серверное приложение, которое поддерживает работу типовых клиентов Microsoft, то Windows-клиентам не требуется никакого дополнительного программного обеспечения. Установка и конфигурирование программного обеспечения, а также управление им производится на сервере UNIX с централизованным администрированием.

Встроенный в приложения UNIX протокол SMB дает возможность конечным пользователям получить доступ к серверу UNIX почти таким же путем, какой они используют в процессе обращения к сетевым Windows-серверам со своих ПК. Например, пользователь может дважды щелкнуть значок Network Neighborhood (Сетевое окружение) и рядом с Windows NT Server увидеть значок UNIX-сервера. Пользователь также может просмотреть доступные разделы и принтеры UNIX-сервера, переместить файлы из общих Windows-разделов в UNIX-разделы с помощью операции “перенести-и-оставить” в Windows 95 Explorer или File Manager из Windows for Workgroups.

Администрирование продуктов UNIX SMB существенно различается, начиная от предлагаемого в “Samba” UNIX-подхода, основанного на файлах конфигурации, и заканчивая веб-интерфейсом пакета TotalNET Advanced Server, а также реализованной в ASU системой управления, которая использует встроенные средства администрирования Windows NT Server.

Работа со сценариями

Windows Scripting Host (WSH) — это дополнительный компонент Windows NT, который резко повышает возможности использования сценариев в рамках системы с открытой архитектурой их формирования, позволяющей одновременно использовать сразу несколько сценарных языков. WSH включает поддержку Microsoft Visual Basic Scripting Edition и ECMAScript/JavaScript. Сторонние разработчики расширили WSH, разрешив применение REXX, Python, TCL и целого ряда других языков (включая разновидности JCL и DCL). Windows Scripting Host предлагает полный доступ к свойствам сценариев Microsoft ActiveX, в результате чего сценарии смогут выполнять такие задачи как ввод данных в электронную таблицу Microsoft Excel и регистрация встреч в пользовательском календаре совместных работ и обработки сообщений, который входит в состав клиентской программы Microsoft Outlook 2000. Решить эти задачи с помощью обычного сценарного языка было бы трудно или даже невозможно. Благодаря WSH, посредством сценариев можно выполнять и более общие функции — запуск и останов системных служб и процессов, а также управление ими.

Пакет Services for UNIX дает возможность использовать командный процессор KORN Shell и стандартные команды UNIX, вследствие чего сценарии командного процессора UNIX исполняются под Windows NT Server. Благодаря этому администраторы UNIX смогут применять знакомые команды в среде Windows NT.

Инструментарий администратора

Services for UNIX предлагает три метода упрощения задач администрирования объединенных сетей Windows NT Server/UNIX.

Первый метод заключается в синхронизации паролей между серверами UNIX и Windows NT Server. Это устраняет путаницу в голове пользователя и снижает загрузку администратора.

Во-вторых, Services for UNIX предлагает администрирование по Telnet для обоих типов серверов, предоставляя администратору доступ ко всей сети с одной клиентской рабочей станции.

В-третьих, Services for UNIX предоставляет командный процессор Kornshell, позволяющий администратору использовать знакомые команды UNIX, работая под Windows NT Server.

В состав современных версий серверов и клиентов Windows включена служба протокола SNMP (Simple Network Management Protocol). Это означает, что для управления Windows-системами сетевые администраторы UNIX смогут применять управляющее программное обеспечение SNMP, например HP OpenView и IBM NetView. Используя эти продукты, системные администраторы Windows NT Server будут управлять клиентами UNIX.

Представители мира UNIX привыкли считать, что управлять доменами Windows NT довольно трудно. Планировать домены действительно трудно, но вот ежедневные операции по управлению и контролю просты.

Доступ к World Wide Web

В комбинированных сетях для доступа к World Wide Web сегодня используется Internet Explorer for UNIX. В результате, с настольных UNIX-систем можно получать доступ к Интернету, интрасетям и веб-приложениям с помощью хорошо знакомого интерфейса Internet Explorer. Стала возможной разработка клиент-серверных приложений, работающих в составе обозревателя сразу на нескольких платформах.

С помощью Windows NT Server Terminal Edition и клиентских программ третьих фирм, терминальные службы (Terminal Services) также могут быть перенесены в UNIX. В результате, 32-разрядный рабочий стол Windows будет доступен из любого места сети.

Приложения Microsoft Commercial Internet System включают: Microsoft Commercial Internet System Mail, Microsoft Commercial Internet System News, Chat, Internet Locator, Personalization, Content Replication, Membership Service, Address Book и Merchant Server.

Производительность

Никто точно не знает, какое число параметров составляет основу производительности. Если смотреть с аппаратной точки зрения, то, чтобы в кратчайшие сроки и наиболее эффективно по затратам обеспечить суммарную производительность, надо использовать современные многопроцессорные системы. Однако общая архитектура системы и выбор правильного сочетания технологий и приложений также имеет большое значение в повышении производительности. Поэтому важно, чтобы на начальном этапе процесса миграции приняли участие опытные разработчики. Учитывая требования производительности и масштабируемости, а также основываясь на надежной архитектуре, они смогут устранить все узкие места системы. Windows NT предоставляет несколько средств мониторинга и настройки производительности, которые также повышают производительность систем. Мало того, анализ проектов показывает, что в большинстве случаев значительное повышение производительности, как правило, достигается за счет простого перехода от Windows NT к UNIX. Windows NT традиционно предоставляет надежный набор потоковых моделей, корректный выбор которых позволяет в большей мере использовать преимущества современных систем симметричной мультипроцессорной обработки (Symetric MultiProcessing, SMP), которые сегодня применяются на персональных компьютерах. Что касается многопотоковых моделей UNIX, то их намного труднее реализовать, и они не предоставляют надежных и устойчивых потоковых библиотек.

Собственный инструментарий

Специальные средства

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

Services (Службы): Панель управления Services (Службы) предоставляет быстрый доступ к списку всех установленных служб.

Users (Диспетчер пользователей): User Manager — это основное приложение для работы с учетными записями пользователей и групп Windows NT. Оно позволяет администратору создавать учетные записи, изменять состав групп, присваивать права доступа (например, какие рабочие станции могут использоваться для входа в систему, допустимые часы регистрации в системе, определение разрешения на удаленный доступ) с помощью единого интерфейса. Эти задачи можно выполнять с любого компьютера в домене Windows NT, при этом сделанные изменения будут автоматически отправлены на контроллер домена.

Networking (Сеть): WINS Manager, DHCP Manager и DNS Manager контролируют работу соответствующих сетевых служб. Эти службы функционируют под видом служб Windows NT, но управляющие приложения могут запускаться из любого места сети. Каждый инструмент отображает полный список всех серверов домена, при этом администратор может конфигурировать один или все серверы, работая с одним и тем же экземпляром управляющего приложения. Общее заблуждение состоит в том, что Windows NT якобы не поддерживает DHCP или, по крайней мере, делает это не в такой степени как UNIX. В действительности DHCP широко распространен в сетях Windows NT, поскольку сама операционная система и клиенты полностью поддерживают этот протокол без каких-либо модификаций. При этом все установки DHCP могут быть сделаны единовременно. Этот подход сильно отличается от решений UNIX, зависящих от жестко закодированных адресов TCP/IP, которые порой хранятся сразу в нескольких местах. Кроме того, Windows NT Server включает анализатор сетевых протоколов Network Monitor. C помощью анализатора администратор контролирует трафик, который принимает и отправляет его базовый сервер — удобная возможность, не предусмотренная ни в одной из наиболее распространенных версий UNIX.

Events (Просмотр событий): Event Viewer предоставляет доступ к журналу событий Windows NT. Подобно системному журналу syslog, журнал событий (event log) является общим средством протоколирования для приложений и системных служб. Журналы поддерживаются на каждом компьютере, но Event Viewer может их просматривать только на тех из них, к которым пользователь имеет право доступа.

Server (Сервер): Server Manager позволяет администратору определить, какие службы работают на конкретном компьютере. Он может также запускать или останавливать на контролируемом компьютере любую службу, хотя не позволяет ее переконфигурировать или изменять набор служб, запускаемых при включении компьютера. Выполнение этих операций обычно требует доступа к командной строке нужного сервера. Для этого часто требуется ручное редактирование конфигурационных файлов UNIX, случайная ошибка в ходе которого порой приводит к неработоспособности всех или ряда служб.

Registry Editor (Редактор реестра): Реестр Windows NT — это центральное хранилище данных о конфигурации системы и приложений. В этом смысле он соответствует конфигурационным установкам иерархических структур UNIX /etc и /var. Используя средства редактирования реестра Windows NT, уполномоченный пользователь может просматривать и редактировать параметры конфигурации удаленных компьютеров. В результате, администратор получает возможность менять многие системные настройки, включая и те, которые не доступны через другие средства администрирования.

System Management (Система): Microsoft Management Console (MMC) выступает в роли приложения-контейнера, которое может загрузить один или несколько модулей расширения (snap-in). Каждый модуль способен заместить или дополнить любое управляющее приложение Windows NT (включая Server Manager, DNS Manager, DHCP Manager и WINS Manager), имеющее интерфейс в стиле программы Explorer. Администрирование отдельных служб может выполняться в рамках одного сеанса работы MMC, в течение которого администратору разрешено использовать любой набор модулей расширения. Дополнительное преимущество в том, что с одного рабочего стола допускается запускать любое число сеансов MMC, благодаря чему один администратор способен контролировать большое число систем и служб. Сторонние разработчики получают возможность создавать модули расширения, которые дополняют функции управления их продуктов или средства стандартных компонентов корпорации Microsoft. Подобно своим предшественникам, ММС полностью поддерживает удаленный режим работы, вследствие чего в рамках открытого с центрального узла ММС-сеанса можно управлять любым количеством серверов.

Каждое из этих приложений предназначено для запуска на конкретном компьютере и удаленных компьютерах администратора. Администраторы могут управлять любым компьютером, к которому они имеют доступ, прямо со своего рабочего стола. Что касается UNIX, то здесь для поддержки GUI-инструментария сначала необходимо на компьютере администратора запустить сервер UNIX или X-Window, на каждом удаленном сервере — экземпляр требуемого инструментального средства, а затем перенаправить его вывод на компьютер администратора.

Perl

Широко используемый язык Perl — корневой элемент многих UNIX-конфигураций. Perl 5.0 свободно распространяется вместе с Windows NT, как в виде автономного интерпретатора, так и в качестве дополнительного модуля Windows Scripting Host. В дополнение к поставляемым с Perl стандартным модулям и тем модулям, которые распространяются через CPAN (Comprehensive Perl Archive Network), базирующаяся на интерфейсе Win32 версия Perl включает модули, благодаря которым написанные на этом языке сценарии могут получать доступ к базе данных SAM, реестру, объектам ActiveX и другим компонентам. Большинство сценариев Perl для UNIX, включая многие популярные CGI-сценарии для World Wide Web, будут работать под Windows NT без каких-либо модификаций.

Пакет расширений для UNIX

Пакет расширений Microsoft Windows NT Services for UNIX (SFU) Add-on Pack предоставляет функции, которые потребители систем UNIX запрашивают наиболее часто:

· Совместный доступ к ресурсам. Пользователи Windows NT Workstation смогут получать доступ к файлам UNIX-систем, а пользователи рабочих станций UNIX — к ресурсам Windows NT Server. Чтобы обеспечить разделение ресурсов, Microsoft купила у ведущего поставщика решений в области взаимодействия Windows NT и UNIX — корпорации Intergraph, лицензию на клиент-серверную программную технологию Network File System.

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

· Синхронизация паролей. Однонаправленная синхронизация паролей дает возможность пользователям иметь общий пароль на своих компьютерах с Windows NT и UNIX. Выполненная на Windows NT Workstation или Windows NT Server смена пароля будет автоматически синхронизирована на UNIX-системах. Это позволит снизить издержки, связанные с поддержанием различных паролей на нескольких системах.

· Команды и командный процессор UNIX. Пакет расширений Microsoft Windows NT Services for UNIX Add-On Pack позволит применять стандартные команды и утилиты UNIX в рабочем окружении Windows NT. Для облегчения перехода от UNIX к Windows NT, Microsoft включила в пакет популярные программы поддержки миграции и сценариев компании Mortice Kern Systems (MKS). Полный перечень этих программ, который включает более 210 утилит, повышающих производительность систем Windows NT, приведен в MKS Toolkit.

Пакет Windows NT Resource Kit также включает команды rsh и rexec. Подобно своим UNIX-аналогам, эти утилиты дают пользователю с соответствующими полномочиями право пересылки одной команды на удаленный компьютер. Этого вполне достаточно для выполнения многих задач. Тем не менее, довольно часто требуется интерактивный сеанс командного процессора. В таких случаях используется сервер telnet и утилита ksh, входящая в состав Windows NT Services for UNIX Add-On Pack.

Прикладной инструментарий

Многие прикладные службы должны конфигурироваться специальными средствами. Например, Microsoft Exchange Server (в составе Windows NT) и база данных Informix (доступная под UNIX и Windows NT) предоставляют GUI-инструментарий, который является единственным средством установки некоторых (или всех) служебных параметров. Гибкость и возможности этого инструментария меняется от приложения к приложению. Семейство компонентов Microsoft BackOffice (включая SQL Server, Exchange Server и Microsoft Internet Information Server) включают приложения управления, которые могут полностью конфигурировать локальные или удаленные экземпляры соответствующих продуктов.

Active Directory Service Interfaces

В целях облегчения создания ориентированных на работу с каталогами приложений, Microsoft разработала систему интерфейсов Active Directory Service Interfaces (ADSI), благодаря которой подобные разработки смогут проводиться с помощью таких систем программирования как Microsoft Visual Basic, Java, C, Visual C++. Это снимет с разработчиков беспокойство по поводу низкоуровневых различий нескольких пространств имен.

Например, благодаря ADSI, и при наличии поставщиков соответствующих служб, разработчики UNIX-систем смогут на базе единого интерфейса создавать приложения учета каталогов LDAP, X.500, NDS, Notes, Windows NT и их управления. Поставщик ADSI обеспечивает реализацию объектов и зависимых объектов для конкретного пространства имен. При работе с ADSI, клиентам нет необходимости вникать в детали реализации и размещения программного кода объекта. Они могут сосредоточиться лишь на получении доступа к интерфейсу объекта и его использовании.

Заказчики и независимые поставщики программных средств (Independent Software Vendor, ISV) могут загрузить Active Directory Service Interfaces Software Development Kit (SDK). Корпорация Microsoft также реализовала ADSI в составе Java, что облегчает создание приложений управления каталогами на этом языке.

Windows NT Server 4.0 Terminal Server Edition

Многие администраторы UNIX при выполнении своих работ полагаются на систему X-Window. Запустив ее, они могут стартовать приложения на любом удаленном компьютере и перенаправить GUI-выход в любую выбранную ими точку сети. В результате, на компьютере с X-Window одновременно могут работать сразу несколько пользователей GUI — возможность, отсутствующая в “нетерминальных” версиях Windows NT.

Windows NT 4.0, Terminal Server Edition (Terminal Server) — отдельно лицензируемая версия Windows NT, предоставляющая аналогичную функцию. Помимо уже описанных средств удаленного управления, Terminal Server позволяет администраторам регистрироваться на удаленном сервере и, с помощью рабочего стола Terminal Server, в буквальном смысле запускать с консоли сервера любое его приложение. Имея такую возможность, администратор избавлен от необходимости личных посещений рабочих мест, которые он может проконтролировать через Terminal Server. Запустив на другом сервере какое-либо приложение DOS или Win32, он увидит его вывод на своем рабочем столе. Помимо прочего, сеансы Terminal Server можно организовывать на клиентах Java, Windows 3.x, Macintosh, UNIX и OS/2 Warp с участием дополнительного клиентского ПО MetaFrame компании Citrix. В результате, администраторы получают доступ к сеансам Terminal Server с исключительно широкого спектра настольных машин.

С помощью ряда коммерческих надстроек (add-ons), Terminal Server может быть полностью интегрирован в существующие операционные окружения UNIX. Это обеспечивает:

· Доступ к Windows-приложениям c рабочих станций UNIX и терминалов X-Window.

· Доступ к унаследованным X-Window-приложениям UNIX с тонких клиентов — Windows-терминалов.

· Доступ к предоставляемым ресурсам UNIX, таким как файловая система и принтеры.

Terminal Server выводит Microsoft в лидеры по части разработок архитектур тонких клиентов, поскольку предоставляет доступ к самым современным Windows-приложениям с Windows-терминалов и других RDP-совместимых устройств. В случае использования клиента MetaFrame корпорации Citrix, доступ к серверу может быть получен c Windows-терминалов, сетевых компьютеров (Network PC), сетевых Java-клиентов, рабочих станций UNIX, Х-терминалов и карманных ПК, подключаемых по беспроводной связи. Terminal Server полностью масштабируем и может использоваться для обеспечения доступа к ключевым приложениям в рамках целого предприятия.

Инструментарий третьих фирм

Партнеры по разработке взаимодействующих с UNIX продуктов

Каждый работающий с UNIX продукт может быть отнесен к четырем категориям характера его взаимодействия с ней: сеть (network), данные (data), приложения (applications) и управление (management) — NDAM. Например, продукт NuTCRACKER компании DataFocus, являющийся инструментальным средством миграции, относится к категориям N, D и A, поскольку его функции и возможности охватывают три направления — Сеть (N), Данные (D) и Приложение (A).

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

· Сеть (N) — сетевые интеграция и службы, включая низкоуровневые протоколы, службы каталогов и распределенную систему защиты.

· Данные (D) — доступ к реляционным базам данных и Windows-приложениям для передачи файлов, совместного доступа к файлам и принтерам.

· Приложение (A) — распределенные гетерогенные деловые приложения, в том числе разработка межплатформных приложений и поддержка клиентов UNIX семейством приложений Microsoft BackOffice.

· Управление (M) — межплатформное управление пользователями, системой и сетью. Для получения более подробной информации, ознакомьтесь с документом "Windows NT and UNIX Interoperability".

Ниже приведен список партнеров, их приложений и категорий:

NetApp компании Network Appliance N, D

http://www.netapp.com/products/index.html

NuTRACKER компании DataFocus N, D, A

http://www.datafocus.com/products/nutcracker/

MKS Toolkit 6.1 компании MKS (Mortice Kern Systems) D, A, M

http://www.mks.com/solution/tk/

Exceed 6.0 компании Hummingbird Communications N, D

NFS Maestro 6.0 компании Hummingbird Communications N

HostExplorer компании Hummingbird Communications N, D, M

http://www.hummingbird.com/

AccessNFS Gateway компании Intergraph N, D

DiskAccess компании Intergraph N, D

DiskShare компании Intergraph N, D

eXalt компании Intergraph N, D

http://www.intergraph.com/

WinCenter компании Network Computing Devices N, D

http://www.ncd.com/pwin/pwin.html

PC-Xware компании Network Computing Devices N, D

http://www.ncd.com/ppcx/ppcx.html

Reflection X компании WRQ N, D

http://www.wrq.com/products/refprod.htm

Unicenter TNG Framework компании Computer Associates International N, D, A, M

Unicenter TNG компании Computer Associates International N, M

http://www.cai.com/

Решения OpenView компании Hewlett-Packard N, M

http://www.hp.com/go/openview

NeTservices компании Auspex Systems N, D

http://www.auspex.com/products/NeTsvcin.htm

WinTED корпорации TriTeal N, D

http://www.triteal.com/

F-Secure SSH компании Data Fellows N

http://www.datafellows.com/

Syntunix компании Dimension Enterprizes N

http://www.syntunix.com/

SLnet компании Seattle Lab N, D

SLink, последовательный терминальный сервер компании Seattle Lab N, D

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

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

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

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

Затраты на оборудование

Windows NT способна работать с широким спектром оборудования, начиная от недорогих настольных х86-систем, и заканчивая большими Alpha-серверами с оперативной памятью более 20 Гб. Такая широта охвата обеспечивает уникальную гибкость аппаратных решений, поскольку пользователи могут развертывать и модернизировать оборудование, не привязывая себя лишь к одному поставщику. Настольные x86-системы быстро становятся всеобщим предметом потребления, все больше снижая цены на развертывание систем. Активная конкуренция на рынке производителей серверов обеспечивает дальнейшее снижение цен на их закупки, обслуживание и модернизацию, в сравнении с эквивалентными по процессорной производительности системами UNIX.

Затраты на управление и поддержку

Windows NT, если сравнивать с UNIX-решениями, обеспечивает превосходные показатели суммарных затрат на свое эксплуатационное обслуживание. Например, результаты проведенного в 1997 году телефонного опроса 500 специалистов в области информационных систем, которые обслуживают смешанные сети Windows NT, NetWare и UNIX, показали, что общие эксплуатационные расходы на системы Windows NT почти на 20% ниже, чем для NetWare и UNIX. Кроме того, Windows NT обеспечивает замечательные возможности по управлению рабочими станциями и рабочими столами, что снижает затраты на поддержание индивидуальных настольных систем пользователей.

Затраты на инструментарий и операционную систему

Для разработчика приложений немаловажное значение имеет стоимость лицензий на операционную систему, ее клиентскую версию и инструментарий. Стоимость лицензии на операционную систему обычно включается в стоимость оборудования — очень немногие поставщики будут продавать UNIX-сервер без лицензии на саму ОС. Поэтому бывает трудно определить реальную стоимость самой лицензии. Тем не менее, разумно полагать, что розничная цена $300 (в США) на лицензию Windows NT Workstation существенно ниже стоимости лицензий аналогичного класса на SCO, AIX, Solaris или другие популярные варианты UNIX.

Стоимость инструментального пакета также учитывается, ибо средства разработки обычно должны лицензироваться на каждое рабочее место. Розничная цена $600 (в США) стандартной копии Visual Basic или Visual C++ очень выгодно смотрится на фоне нескольких тысяч долларов за однопользовательскую лицензию на Solaris C++ Workshop, Rational Software ROSE или SGI ProDev Workshop.

Затраты на разработку

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

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

Затраты на развертывание

Администрирование ряда приложений должно начинаться сразу после их развертывания. Объединение модели DCE RPC, включенной в виде стандартной службы в состав Windows NT, с открытым интерфейсом Microsoft Management Console означает, что разработчики могут писать небольшие модули расширения, которые в удаленном режиме управляют экземплярами своих приложений. MMC будет управлять предоставлением модулю расширения графического интерфейса пользователя (GUI), сбором введенной пользователем информации и передачей его в модуль расширения. Это позволяет отделить код управления приложением от кода пользовательского интерфейса управления, благодаря чему упрощается процедура построения дистанционно управляемых приложений. Отличие величины затрат на аналогичные разработки для UNIX от размера затрат при указанном подходе весьма значительно.

Автоматизация распространения программ

Systems Management Server позволяет администраторам формировать пакеты, содержащие одно или несколько приложений вместе с компонентами операционной системы. Эти пакеты могут использоваться для установки нового программного обеспечения или модернизации уже существующего. В проведенном фирмой Northeast Consulting Resources (NCRI) исследовании (http://www.ncri.com/sms_report.html) говорится, что одна компания, которая использовала Systems Management Server для развертывания Windows NT на 1000 настольных компьютеров, сэкономила 98 человеко-дней. Другая компания смогла за одну ночь, не потеряв ни минуты рабочего времени, устранить ошибки во всех копиях своего ключевого приложения.

В выводах исследования говорится, что фирмы, которые используют Systems Management Server для развертывания нового и обновления старого программного обеспечения, получают существенную экономию затрат. Организации, имеющие менее чем 5000 настольных систем, смогли сэкономить по $628 на рабочее место, а более 5000 — по $1042 на рабочее место.

Показатель возврата инвестиций (Return on Investment, ROI) меняется от системы к системе. Однако ясно, что многие компании переходят на Windows NT именно из-за возможности получить существенную экономию. Анализ реальных проектов и имеющихся данных показывает, что за счет перехода с UNIX на Windows NT можно получить по самым заниженным оценкам до 30% экономии.

Процесс перехода

Основные этапы

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

Процесс перехода разбивается на четыре основные стадии. Это планирование, проектирование, реализация и эксплуатация.

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

Планирование

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

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

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

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

· Оценка накладных расходов компании по всем долгосрочным и краткосрочным направлениям проекта. Эта информация поможет оценить показатель возврата инвестиций (ROI), общую стоимость владения (TCO) и принять верные решения по долям используемых внутренних и внешних ресурсов.

· Подробный анализ работ в компаниях того же масштаба, а также отчетов по аналогичным миграционным проектам, начиная от принятой концепции и заканчивая использованными технологиями.

· Твердое понимание задач цикла разработки программного обеспечения и оптимальных методик его реализации. Цикл разработки — это целая наука. Используемые в ходе его осуществления инструменты и процедуры могут стать основой успешного проекта. Хорошее планирование способно гарантировать управляемый и контролируемый процесс разработки программного обеспечения.

· Понимание новых методологий Windows NT, которое дает основы для формирования новых методов интеллектуальной работы внутри предприятия. Использование старых методик в сочетании с новыми технологиями может привести к самым плачевным результатам.

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

Проектирование

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

На стадии проектирования в первую очередь надо думать о будущем. Давно никто не сомневается, что решение о миграции на платформу Windows NT — важнейший поворотный пункт в жизни любой компании, а также возможность задействования перспективных методов и модульных технологий. Промышленная архитектура Windows Distributed iNternet Application for Manufacturing (DNA-M) — основа для достижения указанной цели, которая предоставляет широкий выбор поддерживающих ее технологий. Все эти технологии базируются на модели COM и позволяют создать модульную, масштабируемую систему, компоненты которых можно разрабатывать одновременно. Составляя проект, необходимо постоянно помнить об обеспечении беспроблемной дистрибуции модулей среди конечных пользователей.

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

Реализация

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

Эксплуатация

Заключительной стадией процесса миграции является начало эксплуатации (сопровождения) системы. Вероятно сопровождение — одна из основных причин, по которой многие компании переходят на Windows NT. Обслуживание приложения (приложений) — это удовлетворение запросов пользователей, решение их проблем, а также наличие эффективного и оперативно работающего отдела разработок. Надежное отслеживание и документирование ошибок, плюс обеспечение доработок и расширений продукта позволяет продлить его срок службы и популярность среди пользователей. Благодаря использованию СОМ-технологий на стадии проектирования процесса миграции, развертывание расширений, обновленных версий и пакетов служб пройдет плавно и легко для конечного пользователя. Кроме того, это значительно уменьшит число обращений за консультациями по работе с новыми продуктами. Продолжающееся совершенствование объектных библиотек и методологий позволит уменьшить число дублирующих разработок.

службы

MCS Manufacturing and Engineering Practice

Microsoft Consulting Services (MCS) Manufacturing and Engineering Practice (MEP) — это служба, укомплектованная большим числом талантливых специалистов-консультантов, имеющих многолетний опыт работы с различными аспектами архитектур UNIX и Windows NT. Служба главным образом концентрируется на производственных и технических проблемах корпоративных компьютерных систем, а также готова решать задачи их проектирования и реализации. Используя продукты Microsoft и ее партнеров, она может формировать эффективную электронную нервную систему предприятия (Digital Nervous System, DNS), начиная от встроенных операционных систем типа Windows CE и Embedded Windows NT и заканчивая полномасштабными корпоративными системами на базе Windows NT. Служба приложит усилия на всех уровнях, чтобы в необходимой степени интегрировать свои ресурсы с курируемым проектом. Используя Microsoft Solutions Framework (MSF) [хорошо сбалансированную тройственную систему ресурсов, функциональных возможностей и календарного планирования], консультанты выполнят свою работу тщательно и эффективно. MCS с гордостью публикует многочисленные отчеты и документы, описывающие реализованные ею успешные проекты. Дополнительная информация о MEP будет изложена ниже.

PSW Technologies

После основания в 1989 году, компания PSW Technologies начала предоставление своих уникальных консалтинговых услуг крупнейшим поставщикам программного обеспечения. Начиная с переноса продукта 1-2-3 корпорации Lotus Development на платформу UNIX, PSW накопила огромный опыт по переносу приложений на различные платформы. Сегодня сроки выполнения сделанных PSW заказов по переносу продуктов на дополнительную платформу сократились до 6 месяцев. В условиях постоянно растущей конкуренции на рынке программного обеспечения, такие поставщики как Tivoli, IBM/Lotus, Cadence, GlobeSet и другие поняли важность задействования PSW в своих стратегических планах. Работа с компанией позволяет им управлять затратами на разработку и в то же время оперативно удовлетворять требования рынка.

Резюме

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

Следуя изложенным рекомендациям и тщательно проходя четыре этапа миграционного процесса, Вы сможете реализовать все преимущества Windows NT.

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

Источники дополнительной информации

Самую последнюю информацию по Windows NT Server вы можете получить на страницах нашего веб-узла по адресу: http://www.microsoft.com/ntServer и http://www.microsoft.com/ntworkstation.

Некоторые полезные ссылки

Comparing Terminal Server and UNIX Application Deployment Solutions

http://www.Microsoft.com/NTServer/terminalserver/deployment/interop/TS_UNIX.asp

Аннотация: В этом документе обсуждается развертывание Microsoft Windows NT Server 4.0, Terminal Server Edition в рабочих окружениях UNIX, дается сравнение развертывания корпоративных приложений с традиционными UNIX-решениями, а также краткая информация о интеграционных решениях и переводе UNIX-приложений на Windows NT.

Enterprise Interoperability with UNIX

http://www.Microsoft.com/NTServer/nts/exec/compares/NTInterOpUNIX.asp

Аннотация: В этом документе описываются функциональные возможности и компоненты Microsoft Windows NT Server 4.0, которые обеспечивают широкое взаимодействие с UNIX-системами, данными и приложениями. Используя Windows NT Server и его полностью интегрированные системные службы, потребители смогут строить взаимодействующие решения, позволяющие снизить общую стоимость владения системой и максимально повысить ее деловую ценность. Документ разработан корпорациями Microsoft и Compaq.

Windows NT Services for UNIX Add-On Pack

http://www.microsoft.com/NTServer/nts/exec/overview/sfu.asp

Аннотация: Microsoft Windows NT Services for UNIX Add-On Pack интегрирует Windows NT Workstation 4.0 и Windows NT Server 4.0 с существующими серверами и рабочими станциями UNIX в рамках одной настольной системы.

Meeting Enterprise Security Needs:Microsoft Windows NT and UNIX

http://www.microsoft.com/NTServer/security/techdetails/techcomp/nt_unix.asp

Аннотация: В этом документе анализируются важнейшие требования безопасности, которые предприниматели должны учитывать при выборе операционной системы для своих ключевых серверов, а также дается сравнение того, как выполняются эти требования в операционных системах Microsoft Windows NT Server 4.0 и UNIX.

Microsoft Windows NT Services for UNIX Beta 3

http://www.microsoft.com/NTServer/nts/downloads/previews/NTSvcUnix/default.asp

Аннотация: Обеспечивает совместимость файлов и каталогов с UNIX-системами. Содержит Windows NT Services for UNIX Add-on Pack Beta 3.

Windows NT From A Unix Point of View (Downloadable Document)

http://www.microsoft.com/NTServer/ntserverenterprise/techdetails/compares/WinNTfromUNIX.asp

Аннотация: Этот документ написан для хорошо подготовленных специалистов по UNIX. Он начинается с описания архитектуры Microsoft Windows NT, выполненного по характерной для UNIX технической канве. Затем дается описание большого числа инструментальных средств взаимодействия, которые позволяют двум операционным системам функционировать в гетерогенном рабочем окружении.

Microsoft Windows NT Services for UNIX

http://www.microsoft.com/NTServer/nts/downloads/previews/NTSvcUnix/alphasites.asp

Аннотация: Версия Beta 2 for Alpha

Application Development: Comparing Windows NT and UNIX

http://www.microsoft.com/NTServer/nts/exec/compares/ntappdev/default.asp

Аннотация: Microsoft Windows NT — сильная альтернатива UNIX, которая предлагается разработчикам и их менеджерам, ищущим пути повышения производительности труда, ускорения сроков разработки и снижения времени производственного цикла.

Comparing Windows NT and UNIX System Management

http://www.microsoft.com/NTServer/nts/exec/compares/NTSysMan/default.asp

Аннотация: Для большого числа администраторов UNIX операционная система Microsoft Windows NT во многом загадочна. Пользовательский интерфейс, внутренняя архитектура и базовая концепция этих двух операционных систем очень различны. Причем эти различия часто заставляют опытных администраторов UNIX отказываться от возможностей Windows NT. Как правило, этот отказ является результатом недооценки средств Windows NT в сравнении с различными версиями UNIX. Этот документ посвящен рассмотрению тех особенностей Windows NT, на которые так часто ссылаются администраторы UNIX. После ознакомления с ним, Вы хорошо поймете, как производится сравнение Windows NT и UNIX с точки зрения системного менеджера. Соответственно, все приведенные примеры ориентированы на типичные задачи администрирования, которые могут решаться в обоих системах. Другой документ, Comparing Windows NT and UNIX Remote Management, сопоставляет функциональные возможности, характерные для удаленного управления и администрирования.

Другие документы Microsoft:

Moving UNIX Applications to Windows NT

Microsoft Directory Services Strategy

The Microsoft Object Technology Strategy

Windows Family Integration with UNIX Systems

Microsoft Windows NT Server Cluster Strategy

Microsoft Windows NT: Dynamic Host Configuration Protocol (DHCP)

The Microsoft Strategy for Distributed Computing and DCE Services

Обязательно прочитайте документ "Build Reliable and Scalable N-tier Applications that Run on Both Windows NT and Unix".

Список компаний, обеспечивающих поставку продуктов и служб в области взаимодействия с UNIX: http://www.microsoft.com/ntServer/nts/exec/vendors/partners.asp

Ниже представлена дополнительная информация о службе Microsoft Manufacturing and Engineering Practice.

Manufacturing and Engineering Practice

Информация о том, каким образом Microsoft MEP может помочь в решении конкретных задач предприятий, заказчиков и ISV и, следовательно, в получении ими коммерческой выгоды.

Задачи

Цель работы Microsoft MEP — обеспечение интеграции, поставок и поддержки производственных и технических деловых решений, базирующихся на технологии Microsoft Windows DNA for Manufacturing (DNA-M). Благодаря уникальному сочетанию производственного и технического опыта (промышленная автоматизация, инжиниринг, система снабжения) и непревзойденных познаний в области технологий Microsoft, MEP помогает заказчикам получить более высокие коммерческие результаты на базе технологий Microsoft и ее партнеров.

Технический опыт и приоритеты

Консультанты МЕР имеют опыт работы со всеми аспектами инструментальной платформы Microsoft, а также опыт использования ее технологий, включая COM, DCOM, COM+, OPC, MTS, MSMQ, SQL Server, IMDB, OLAP, BackOffice, Windows NT Workstation, Windows 2000, Windows CE, Embedded NT, Site Server, IIS, IE, CIP, VB, VBA, C++ и Windows DNA-M.

В ходе создания совместимых с Windows DNA-M деловых LOB-решений (Line Of Business, LOB), консультанты MEP используют указанные технологии, стандарты и интегрированные системы. Эти решения охватывают все сферы деятельности промышленного предприятия, начиная от устройств ввода/вывода испытательных стендов до системы снабжения предприятия. При этом MEP хорошо понимает коммерческую сторону всех технологических решений.

Отраслевой опыт

Помимо глубоких знаний технологий Microsoft, консультанты МЕР имеют большой опыт работ в производственных, инженерных и программных отраслях промышленности. В среднем, каждый консультант отработал в промышленности около 15 лет. Специальные знания, в сочетании с производственным опытом, позволяют помочь потребителям и ISV в создании ответственных решений, способных оказать положительное воздействие на их бизнес.

В приведенной таблице представлена тематика работ MEP в технической, и коммерческой областях, а также в части разработки LOB-решений, которые служба выполняла для производственных и конструкторских отраслей промышленности. MEP способна предоставить уникальное сочетание технических услуг и поддержки в создании LOB-решений в целях разработки приложений и проведения системной интеграции в рамках архитектуры Windows DNA-M.

Направление работ	Область применения	Используемые технологии
Промышленная автоматизация	· Дискретные системы · Процессы · Пакетные системы · Системы непрерывного действия · Архитектура Windows DNA-M · Человеко-машинные интерфейсы (Human Machine Interface, HMI) · Системы управления и сбора данных (SCADA) · Системы промышленного производства (Manufacturing Execution Systems, MES) · Системы управления ресурсами предприятия (Enterprise Resource Planning, ERP) · Программируемые логические контроллеры (Programmable Logic Controllers, PLC) · Распределенные системы управления (Distributed Control Systems, DCS)	· Архитектура Windows DNA-M · OLE для технологического контроля (OLE for Process Control, OPC) · Набор LOB-решений

Проектирование	· Автоматизированное проектирование и производство (Computer Aided Design/Manufacturing, CAD/CAM) · Автоматизированное проектирование механических систем (MCAD) · Автоматизация проектирования электронных устройств (Electronic Design Automation, EDA) · Управление производственной информацией (Product Data Mgmt., PDM)	· Решения консорциума DMAC (OLE for Design and Modeling Council) · Миграции с UNIX на Windows NT · Набор LOB-решений

Система снабжения Управление и коммерция	· Планирование цепочки снабжения (Supply Chain Planning, SCP) · Расширенное планирование и диспетчеризация (Advanced Planning and Scheduling, APS) · Реализация цепочки снабжения (Supply Chain Execution, SCE) · Интеграция цепочки снабжения (Supply Chain Integration, SCI) · Электронная коммерция · Решения B2B (Business to Business) · Решения B2C (Business to Consumer)	· Интегрированная система BizTalk · Протокол электронных взаиморасчетов (Commerce Interchange Protocol, CIP) · Стратегия цепи снабжения и сбыта (Value Chain Initiative, VCI) · Интернет/интрасети · Набор LOB-решений

Встроенные системы	· Устройства · Встроенные системы · Миниатюрные системы	· Windows CE · Embedded NT · AutoPC
Программа Windows 2000 Readiness	· Оценки · Пилотные проекты · Миграция · Развертывание · Оценка готовности к 2000 году	· Быстрое развертывание программ · Бета-версии систем · Разработка продуктов

Управление знаниями	· Корпоративная электронная почта · Интернет · Интрасети · Создатели информации · Управление производственной информацией	· Электронная нервная система · Exchange · Набор LOB-решений

Предлагаемые услуги

Консультанты MEP оказывают помощь корпоративным заказчикам, ISV и стратегическим интеграторам в планировании, разработке, развертывании и оптимизации LOB-приложений и интегрированных решений, обычно реализуемых на основе 3-уровневой архитектуры. Свою поддержку MEP может оказывать в следующих областях:

· Проектирование, контроль и реализация архитектуры Windows DNA-M:

· Определение общей архитектуры решения, базирующейся на таких ключевых технологиях Microsoft как SQL Server, MTS,. MSMQ, COM, DCOM, OPC, OLEDB

· Развертывание таких инструментов интеграции и стандартов как COM, OPC и VBA

· Организация переходов между операционными системами и средами разработки

· Приложения миграции с UNIX на Windows NT

· Разработка и интеграция баз данных

· Оптимизация проекта базы данных и конфигурации SQL Server для LOB-приложений

· Интеграция с различными базами данных

· Хранилища данных и OLAP Services

· Контрольное определение общей стоимости хранения и выдача рекомендаций

· Оценка гарантированности доступа к системе

· Программа Windows 2000 Readiness

· Консультационные службы по Windows DNA

· Методология разработок

· Консультирование по процессам, процедурам и методологиям разработок, например, в рамках Microsoft Solutions Framework (MSF).

· Обучение

· Передача заказчикам информации по пакету продуктов Microsoft, в частности по предстоящим к выпуску версиям.

· Опыт работы с программными продуктами

· Глубокое знание базовых систем для разработки, таких как COM, DCOM, COM+, MTS, MSMQ, C++, VB, VBA, Windows 2000, Windows CE, Embedded NT, SQL Server, механизмов доступа к данным, Site Server, Internet Information Server и Cluster Server.

Контактная информация службы MEP:

Для получения дополнительной информации о предоставляемых службой MEP услугах, пожалуйста, обращайтесь к ее представителям:

	Должность	Адрес	*Контактная информация*
David Winkler	Microsoft Manufacturing and Engineering Practice Manager	Dallas, TX	Davwinkl@Microsoft.com 972-716-2715
Brooke Banbury	Microsoft Manufacturing and Engineering Managing Consultant	Redmond, WA	Bbanbury@Microsoft.com 425-936-5693
Bruce Zak	Microsoft Manufacturing and Engineering Practice Managing Consultant	Southfield, MI	Brucez@microsoft.com 248-827-2075
Frank Paterson	Microsoft Manufacturing and Engineering Practice Managing Consultant	Atlanta, GA	Frankpa@microsoft.com 770-392-7521