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

Хотя ураган Эль-Ниньо принес множество бед, от ветреной погоды до массового схода лавин, все они ничто по сравнению с грозящими нам последствиями проблемы 2000 года. Если вы уже достаточно наслышаны о ней, то наверняка поспешите пригласить своего страхового агента.

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

ЛОКАЛЬНАЯ СЕТЬ, ЗАБЫВШАЯ О ВРЕМЕНИ

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

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

Решение проблемы 2000 года для одних компаний может оказаться проще, чем для остальных. К примеру, при наличии сложного и разнообразного телекоммуникационного оборудования компании придется потратить на процесс модернизации больше времени, чем планировалось, а это способно негативным образом повлиять на приложения для центра обработки данных. Точно так же из-за необходимости обеспечения высокой скорости доступа к финансовым данным, решение проблемы 2000 года в финансовой области намного усложняется. Критическая важность коммунальных услуг - фактор, который значительно усугубляет ситуацию; если системы коммунальных служб выйдут из строя - это будет куда серьезнее, чем простое неудобство.

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

"Примерно до 1996 года вопросы, связанные с сетью, в отрасли не поднимались, - замечает Питер де Джагер, президент консалтинговой фирмы de Jager & Co, которая интенсивно работает над проектами, связанными с решением проблемы 2000 года. - Считалось, что с сетью ничего страшного произойти не может. Это предположение оказалось ошибочным".

С ним согласен и Ховард Рубин, старший консультант компании Cutter Consortium, предлагающей услуги по разработке планов решения проблемы 2000 года. Рубин отмечает, что специалисты, отвечающие за состояние сети, особенно в крупных организациях, должны осознать, что вопросы, возникающие в сетях в связи с проблемой 2000 года, значительно отличаются от тех, что характерны для мэйнфреймов и настольных систем. "Фактически сети, - подчеркивает он, - это цепь потенциальных проблем".

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

ОЧЕНЬ ВАЖНАЯ ДАТА

Получившая столь широкое освещение в прессе проблема 2000 года затрагивает встроенные системы и связана со способом представления даты (см. врезку "Внутренние работы"). Теоретически, ошибки из-за неверного представления даты способны проявляться в любом программируемом устройстве (в том числе и встраиваемом в другое устройство). В этом случае система может интерпретировать 2000 год как 1900.

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

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

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

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

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

Оборудование для хранения и резервного копирования, а также все его операции оказываются чрезвычайно уязвимы к ошибкам в представлении даты, в частности инкрементальные резервные копии могут оказаться неполными. Потенциальная опасность состоит также в том, что архивы могут быть уничтожены раньше времени, поскольку система окажется не в состоянии корректно определить, когда истекает срок их хранения. Кроме того, некоторые системы не смогут точно интерпретировать, когда именно были созданы конкретные резервные копии и архивы. К счастью, избежать потери данных могут помочь новые технологии, такие, как Storage Area Networking (SAN) и зеркалирование дисков.

Несмотря на подобные неприятности, многие производители систем резервного копирования и хранения рассматривают проблему 2000 года как благоприятную для себя возможность. Учитывая, что времени остается мало, многие пользователи вместо полной модернизации своих систем предпочитают защитить свои данные (см. врезку "Советы, как победить время"). По мере того как число проблем, с которыми сталкиваются пользователи, будет стремительно расти, подобный выход станет еще популярнее.

ДЕРЖАТЬ И НЕ ПУСКАТЬ

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

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

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

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

ПРОГРАММНЫЕ ОШИБКИ

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

К счастью, рынок предлагает ряд продуктов, позволяющих смягчить остроту подобных проблем (к сожалению, большинство из них в основном предназначены для настольных систем, а не для предприятия в целом). Одной из наиболее перспективных разработок является пакет Express 2000 Software Manager 4.0 компании WRQ. Пакет предназначен для выполнения инвентаризации, проведения измерений и генерации отчетов, причем эти функции он может выполнять на нескольких серверах, автоматически проводя модернизацию.

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

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

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

Такие производители операционных систем, как Microsoft, публикуют на своих узлах Web заплатки, хотя и не всегда своевременно. В период подготовки этой статьи Microsoft анонсировала инициативу, цель которой - помочь пользователям выявить и исправить проблему 2000 года в программном обеспечении компании. Программа, которая, как предполагается, будет реализована в первом квартале 1999 года, предусматривает бесплатное распространение Microsoft компакт-диска Y2K Resource, содержащего Y2K Product Analyzer и все ежеквартальные обновления продуктов компании, относящиеся к проблеме 2000 года. Y2K Product Analyzer сканирует жесткие диски для определения того, в каких из продуктов ошибки устранены, а какие необходимо модернизировать. Затем он указывает пользователям соответствующий URL на узле Web компании Microsoft, с которого они могут загрузить обновления для программного обеспечения. В состав программы также входят инструментальные средства, предназначенные для исправления конкретных ошибок в оборудовании, приложениях и заказном коде.

Вдобавок, Systems Management Server (SMS) 2.0 компании Microsoft предлагает некоторые возможности, которыми клиенты могут воспользоваться для решения проблемы 2000 года, в том числе для инвентаризации программного обеспечения и распространения обновлений, заплаток и исправлений. Он также содержит базу данных с информацией по проблеме 2000 года, в частности о том, какие исправления требуются для конкретных программ.

Более подробные данные, касающиеся решения проблемы 2000 года в продуктах Microsoft, можно найти по адресу: http://www.microsoft.com/technet/topics/year2k/product/product.htm.

В своей программе Project 2000, направленной на решение проблемы 2000 года, Novell определяет критерии, которым должно соответствовать программное обеспечение компании, чтобы получить статус "Year 2000 Ready". Вы можете найти более подробную информацию об этой программе по адресу: http://www.novell.com/year2000/.

Недавно Novell выпустила утилиту Year 2000 Information Ferret, задача которой - оценить степень готовности к 2000 году программного обеспечения на серверах NetWare. Пользователь загружает программу и затем отсылает собранную информацию в Novell, где ее анализируют специалисты.

Эта утилита работает на клиентах Windows 95/98 или Windows NT в сетях NetWare. Более подробную информацию можно найти по адресу: http://www.novell.com/year2000/ferret.html.

Готовность операционной системы UNIX установить несколько труднее из-за наличия большого числа различных вариантов этой ОС. По словам представителей Sun Microsystems, в операционной системе Solaris 7 проблема 2000 года решена. Компания предлагает инструментарий для выполнения необходимых изменений под названием SunScan 2000 (зарегистрированным пользователям он предоставляется бесплатно для систем с процессорами SPARC и Intel, где установлены операционные системы Solaris 2.3 или выше). График модернизации продуктов Sun можно найти по адресу: http://www.sun.com/yr2000/cpst.html.

Пользователям, работающим с UNIX-системами другого типа, такими, как Linux, потребуется приложить чуть больше усилий, чтобы выяснить, решена ли в них проблема 2000 года.

КАК ПРОВЕРИТЬ ПРИЛОЖЕНИЯ

Определенные приложения могут также оказаться подвержены проблеме 2000 года. Представители Lotus Development сообщили, что компания планирует решить вопросы, касающиеся представления дат, в своих продуктах Notes и Domino до 31 января 2001 года. Информацию о реализации планов выпуска обновлений для конкретных продуктов Lotus можно найти по адресу: http://www.lotus.com/year2000/.

Помимо таких производителей, как Lotus, инструментальные средства предлагают и другие компании, в частности фирма Viasoft выпустила инструментарий OnMark 2000 Workbench for Lotus Notes (в составе пакета OnMark 2000 Version 3.0). Этот продукт анализирует базы данных, шаблоны и приложения Notes на наличие ошибок, связанных с проблемой 2000 года.

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

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

РЕАЛИИ АППАРАТНЫХ СИСТЕМ

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

Как уже упоминалось ранее, многие из инструментальных средств, предлагаемых независимыми компаниями, ориентированы на настольные системы. Однако ряд продуктов имеется и для модернизации сетевого оборудования. К примеру, OnMark 2000 for Networks компании Viasoft способен автоматически диагностировать и анализировать состояние сетевых устройств, в том числе маршрутизаторов, коммутаторов и концентраторов.

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

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

IBM предоставляет информацию о статусе своих продуктов, как аппаратных, так и программных, на узле по адресу: http://www.ibm.com/IBM/year2000/mkt/allmatrix.html.

Как следует из информации, опубликованной на узле Web компании Cisco Systems, в версии 11.0 ее программного обеспечения Internetwork Operating System (IOS) и выпускаемых сейчас семействах продуктов BPX, IGX, 2020, LightStream 1010, Catalyst 5000 и Catalyst 3000 проблема 2000 года уже решена. Информацию о статусе продуктов Cisco можно найти на узле по адресу: http://www.cisco.com/warp/public/752/2000/.

В русле поиска новых возможностей по расширению своего присутствия на рынке оборудования для малых компаний корпорация 3Com предлагает программу, направленную на то, чтобы помочь небольшим и средним компаниям решить проблему 2000 года. Информацию о статусе конкретных продуктов можно найти по адресу: http://www.3com.com/products/year2000.html.

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

Компания Bay Networks - подразделение корпорации Nortel Networks - предлагает скидки вплоть до декабря 1999 года, чтобы помочь имеющимся и потенциальным потребителям подготовить свою сеть к 2000 году. В частности, компания предлагает широкий диапазон действующих до 31 марта 1999 года скидок, от 10 долларов за порт на концентраторах BayStack до 750 долларов за порт на маршрутизаторах Backbone Node.

Компания Xylan сообщила, что версия 3.1.8 программного обеспечения для ее систем OmniSwitch, PizzaSwitch и PizzaPort позволяет устранить ошибки, связанные с проблемой 2000 года. Что касается новых версий, при наличии соглашения о поддержке программного обеспечения пользователи получат обновленные версии и редакции бесплатно. Остальным придется заплатить по 950 долларов в расчете на коммутатор, чтобы модернизировать базовое программное обеспечение с ранних версий до версии 3.1.8 и выше.

При определенных условиях Hewlett-Packard предлагает бесплатное обновление программного обеспечения для тестовых и измерительных продуктов, где не решена проблема 2000 года (некоторые из этих продуктов используются провайдерами Internet и поставщиками телефонных услуг для измерения скорости, с которой сети передают данные). Чтобы получить эту модернизацию, потребители должны иметь "действующий контракт на поддержку", гарантию или продукт, выпущенный после 1 января 1997 года.

ИНТЕНСИВНЫЕ ТЕСТЫ

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

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

Ден Мерримен, вице-президент компании Giga Information Group, рекомендует администраторам сети там, где это возможно, выполнять тестирование на уровне устройств и кластеров (т. е. групп взаимосвязанных систем) и завершать сквозным тестированием. По его словам, из-за ограниченности времени тестирование ресурсов следует проводить для сегментов корпоративных сетей (в том числе сетевых служб), наиболее важных с точки зрения их значимости для бизнес-процессов.

За услугами по решению проблемы 2000 года можно обратиться к другим компаниям. Например, компании EDS и EMC совместно предоставляют услуги по тестированию, причем его проведение не мешает фирмам заниматься своими текущими делами. В соответствии с условиями данной программы, тестирование может выполняться как на месте, так и в одном из удаленных тестовых центров EDS. Эти центры оснащены системами Enterprise Storage компании EMC, где работает программное обеспечение, оптимизированное для тестирования на степень готовности к 2000 году.

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

ПОХОД ПРОТИВ ВРЕМЕНИ

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

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

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

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

И, наконец, последний совет администраторам сети, касающийся проектов решения проблемы 2000 года. "Не планируйте вечеринку на 31 декабря 1999 года, - советует Питер де Джагер. - Скорее всего, вам придется провести эту ночь на раскладушке в офисе".

Элизабет Кларк, исполнительный редактор. С ней можно связаться по адресу: eclark@mfi.com.

Внутренние работы

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

Что же следует сделать, чтобы устранить в этих приложениях ошибки, связанные с проблемой 2000 года?

Если у вас уже не осталось времени на реализацию плана по решению этой проблемы (к данной категории сейчас относятся практически все администраторы сети), то этот процесс можно, по крайней мере, упростить. Задание окон позволит вам отложить широкомасштабную модернизацию приложений: окна определяют, как именно интерпретируются две цифры, отводимые в поле даты под значение года. Вместо того чтобы преобразовывать все приложения так, чтобы год в поле даты представлялся в виде четырех цифр (этот метод получил название расширение даты), введение окон предусматривает задание диапазона дат для корректного определения столетия. Например, вы можете задать правило, в соответствии с которым числа от 00 до 50 в дате будут восприниматься как года от 2000 до 2050, а числа с 51 до 99 - от 1951 до 1999.

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

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

Советы, как победить время

  • При разработке плана решения проблемы 2000 года включите в него детальный оперативный план на случай непредвиденных обстоятельств для обеспечения непрерывной работы компании.
  • Установите сроки реализации каждого из этапов программы модернизации и контролируйте, как соблюдаются эти сроки.
  • Определите приоритеты для всех потенциально уязвимых систем и приложений. Выясните, какие из них наиболее критичны по времени и замените долговременные программы модернизации, где это возможно, на краткосрочные планы на случай непредвиденных обстоятельств.
  • Используйте временные решения, такие, как введение окон (см. врезку "Внутренние работы"), если они позволяют минимизировать объем необходимых изменений в исходных текстах и в то же время решить проблему 2000 года в приложениях.
  • Там, где это возможно, разработайте стандартные методы модернизации программ и приложений. Используйте инструментальные средства, такие, как сценарии для автоматического исправления кода.
  • Не бойтесь менять свои планы, если ясно, что реализация проекта в сроки не укладывается. Чтобы успеть вовремя, обратитесь к услугам независимых компаний.
  • Убедитесь в целостности всех процедур и оборудования, используемых для хранения и создания резервных копий.
  • Организуйте хорошо оснащенную справочную службу для оказания помощи в решении проблемы 2000 года.

Ресурсы Internet

Year 2000 Information Center содержит ссылки на информацию производителей по проблеме 2000 года по адресу: http://www.year2000.com.

Web-журнал для руководителей - ComLinks Magazine - освещает вопросы, связанные с решением проблемы 2000 года. Его можно найти по адресу: http://www.comlinks.com.

Созданные правительством США Year 2000 Interagency Committee и General Services Administration, Office of Governmentwide Policy предлагают каталог с информацией, касающейся решения проблемы 2000 года, по адресу: http://www.itpolicy.gsa.gov/mks/yr2000/y201toc1.htm.

Введение в проблему 2000 года имеется в статье "Клиент-серверные среды и 2000 год" ("Client/Server Environments and the Year 2000"), опубликованной в бюллетене новостей The Millennium Journal по адресу: http://www.data-dimensions.com/html/miljnlvw.htm.

Информацию о службе Year 2000, созданной компанией Gartner Group, можно найти по адресу: http://www.gartner12gartnerweb.com/public/static/solutionseries/year2000/.