Типичные вопросы по "Проблеме 2000"
Что такое проблема 2000 года?
Проблему 2000 года несложно понять по существу с технической точки зрения. Однако масштаб затронутых ею систем и бизнес-процессов делает ее весьма непростой. Проблема связана с тремя обстоятельствами: 1) двузначное представление даты в памяти, 2) особенности алгоритмов определения високосного года, 3) использование специальных значений дат. Последствия, связанные с этими аспектами, должны быть учтены всеми организациями. К сожалению, простого решения проблемы 2000 года не существует по той причине, что в программном обеспечении очень широко используются алгоритмы, работающие с датами, но они не стандартизованы.
Двузначное представление даты в памяти. Наиболее распространенная и самая опасная проблема возникает тогда, когда при составлении программы в ней в поле сохраняемых и (или) обрабатываемых данных, представляющих дату, под год было отведено только два разряда. Алгоритмы, работающие с датами в таком формате, будут делать ошибки, потому что они не воспринимают даты начиная с 2000 года как числа, значение которых больше, чем даты в нынешнем веке, т.е. начинающиеся с "19". Например, 2000 - 1998 = 2, однако 00 - 98 = -98 (или 98, если программа не работает с отрицательными числами). В результате может оказаться, что ваша бухгалтерская программа покажет всю дебиторскую задолженность просроченной, ошибочно вычислив, что за 98 лет не заплатил ни один клиент.
При двухразрядном представлении даты принимается, что цифры, обозначающие столетие, равны "19". Эта условность считалась необходимой на заре коммерческих приложений из-за высокой стоимости запоминающих устройств, в том числе основной памяти (ОЗУ). Сегодня пользование двузначными датами стало нормой в силу привычного для нас употребления дат в повседневной жизни. Люди предпочитают пользоваться двузначными датами, поскольку человеческий мозг воспринимает дату в контексте, однако компьютеру требуется представление даты в явном виде.
Алгоритмы определения високосного года. Високосный год вычисляется с помощью простого алгоритма. К сожалению, существуют системы и приложения, которые не определяют 2000 год как високосный, и при использовании этих систем даты после 29 февраля 2000 года могут оказаться ошибочно сдвинуты на один день. Високосный год определяется по следующему правилу:
Год является високосным, если он делится на четыре без остатка, но если он делится на 100 без остатка, это не високосный год. Однако если он делится без остатка на 400, это високосный год. Таким образом, 2000 год является особым високосным годом, который бывает лишь раз в 400 лет.
Специальные значения дат. Третья основная проблема 2000 года чаще встречается в старых программах. Для написания более эффективного кода, требующего меньше памяти, полям дат иногда приписывались специальные служебные значения. Чаще всего для этой цели использовалась дата "9.9.99". В некоторых прикладных программах появление специальной даты означало команду "хранить эти данные бессрочно", или "автоматически удалить эти данные через 30 дней", или "при сортировке переместить эти данные в начало отчета". В каждой организации специальные даты-команды могут использоваться по-своему. Это одна из причин, по которой невозможно с помощью одного инструмента выявить все формы правильного и (или) неправильного использования данных о датах.
Технически проблему понять несложно. Ее решения тоже, в общем, просты. Основные трудности заключаются в ее масштабе. Должны быть учтены все фрагменты аппаратного и программного обеспечения и встроенной системы. Все программные продукты ѕ от центральных систем учета, необходимых для работы, до маленьких сервисных приложений ѕ должны быть проверены на предмет работы с датами. Необходимо также проверить, как даты 2000 года могут повлиять на остальные компоненты системы.
Откуда взялась данная проблема?
Высокая стоимость памяти. Во времена зарождения информационных служб память была очень дорога. Требуя от разработчиков экономии всего двух цифр на каждую запись в памяти (например, "19" от 1975), организации получали возможность сэкономить миллионы долларов. К тому же, старые приложения не планировалось использовать 20-30 лет подряд. Однако некоторые приемы и тенденции, появившиеся в программировании в начале 1970-х, сохранились и по сей день. Двузначные сокращения по-прежнему используются как наиболее эффективные.
Социальный аспект. У проблемы существует также и социальный аспект. В нашем обществе люди используют для обозначения года две последние цифры. Вспомните, когда вы в последний раз вписывали свою дату рождения в какую-либо анкету и использовали все четыре цифры для обозначения года?
Человеческая природа играет большую роль в существовании этой проблемы. В 1960-е годы программисты использовали для обозначения года всего лишь одну цифру. В 1968-м они начали думать о 1970-м и решать, что с ним делать. В то время они уже знали, что в 2000 году возникнет проблема, но это казалось далеким будущим. Программисты никогда не представляли себе, что их приложения будут использоваться до сегодняшнего дня и, следовательно, окажутся под влиянием проблемы 2000 года.
Каковы потенциальные последствия проблемы 2000 года?
Потенциальное влияние проблемы 2000 года трудно оценить количественно. Следует рассмотреть два возможных сценария.
Полное нарушение работы системы. Первый вид сбоев ѕ это полное нарушение работы системы. Такие сбои легко установить в силу их очевидности. В таком случае могут быть немедленно реализованы аварийные планы и предприняты немедленные действия. Для большинства специалистов, работающих над проблемой 2000 года, это предпочтительный тип сбоя в силу его явного характера.
Примеры полного нарушения работы:
Частичное нарушение работы системы. Второй вид сбоев ѕ это частичное нарушение работы. Частичное нарушение работы гораздо сложнее распознать, и, тем самым, оно имеет более серьезные последствия, чем полное нарушение работы. Если работа системы нарушена только частично, это может быть неочевидным для пользователей. В случае финансовых транзакций некорректные вычисления могут дать искаженные результаты, которые, тем не менее, считаются правильными. Одним из последствий частичного нарушения работы в таком случае будет потеря доверия к способности компьютерной среды предоставлять надежную, непротиворечивую информацию.
Примеры частичного нарушения работы:
Какие виды компьютерных систем подвержены проблеме 2000 года?
Рассматриваемая проблема существует для мэйнфреймов, мини-компьютеров, систем UNIX и PC. Хуже всего обстоит дело с платформой «мэйнфрейм», но и другие платформы представляют достаточно оснований для беспокойства.
Какова стратегия "Майкрософт" в отношении проблемы 2000 года?
Необходимость подробной информации. Стремясь более полно учесть потребности наших пользователей, мы по многим нашим продуктам предлагаем подробные сведения о технологиях корпорации «Майкрософт».
Корпорация "Майкрософт" будет продолжать работу по сбору, проверке и публикации этой информации. Мы также оценили масштаб проблемы 2000 года и готовы в полной мере оказывать содействие нашим пользователям. Информация о проблеме 2000 года, предоставляемая корпорацией "Майкрософт", будет относиться как к деловым, так и к техническим аспектам проблемы.
В процессе работы с нашими пользователями мы определили три основных вопроса, на которые они ждут ответа от "Майкрософт":
Четкая классификация.Во-первых, пользователям необходимо получить от корпорации "Майкрософт" четкую классификацию продуктов "Майкрософт" по степени их соответствия требованиям. В "Руководстве по продуктам и их соответствию требованиям 2000 года" мы разделили наши продукты на пять категорий:
Мероприятия, необходимые для обеспечения соответствия. Во-вторых, в случае, если продукт относится к категории "не соответствует", "Майкрософт" будет предоставлять информацию о том, каким образом организации могут обеспечить соответствие этого продукта установленным требованиям.
Предоставление средств решения проблемы. В-третьих, являясь лидером в разработке информационных технологий, "Майкрософт" поможет организациям найти решения проблемы 2000 года. Технологии и услуги, предлагаемые компанией "Майкрософт" и ее партнерами, являются составными элементами общих решений проблемы 2000 года. Мы окажем компаниям помощь в решении непростой задачи: каким образом можно объединить совершенно разные технологии в эффективный комплекс, обеспечивающий требуемое решение.
Основной путь для получения нужной вам информации о наших продуктах в связи с проблемой 2000 года - обратиться на специальный Web-узел, посвященный проблеме 2000 года (www.microsoft.com/rus/year2000). Мы твердо намерены заниматься проблемой 2000 года и будем постоянно уточнять и дополнять информацию по нашим продуктам.
Что такое заявление "Майкрософт" о соответствии?
Программный продукт "Майкрософт", соответствующий требованиям 2000 года, будет без ошибок обрабатывать даты при переходе к новому году (с 31 декабря 1999 г. к 1 января 2000 г.) в случае, если номер года используется в сочетании с правильно введенными датами в соответствии с документацией к продукту, а также рекомендациями и особыми случаями, указанными в "Руководстве "Майкрософт" по продуктам и их соответствию требованиям 2000 года". Необходимо учитывать, однако, что и все остальные продукты (другие программы, программно-аппаратные и технические средства) при работе с данным продуктом "Майкрософт" должны обеспечивать правильный обмен данными, представляющими даты. Продукт "Майкрософт", соответствующий требованиям 2000 года, будет определять 2000 год как високосный.
Отказ от предоставления гарантий. Заявление корпорации "Майкрософт" о соответствии ее продуктов требованиям 2000 года (далее - "Заявление о соответствии") относится к продуктам, произведенным и поставленным корпорацией "Майкрософт". Заявление о соответствии не распространяется на функциональные компоненты, настраиваемые пользователем, а также на добавочные ("надстроечные") функциональные компоненты и продукты третьих лиц, включая макросы и доступные пользователю средства программирования и форматирования. Заявление о соответствии не является гарантией и не является основанием для применения условий какой-либо существующей гарантии. Гарантии в отношении продуктов корпорации "Майкрософт", если такие гарантии предоставляются, содержатся в лицензионных соглашениях с конечным пользователем ("EULA"), которые прилагаются к продуктам, или в лицензионном соглашении, по которому вам предоставлено право использовать продукт корпорации "Майкрософт". Информация, предоставляемая корпорацией "Майкрософт" по проблеме 2000 года, предназначена исключительно для оказания помощи нашим клиентам при планировании ими перехода к 2000 году.
Как "Майкрософт" будет предоставлять информацию о соответствии или несоответствии своих продуктов?
Руководство по продуктам. Корпорация "Майкрософт" опубликовала в сети Интернет "Руководство "Майкрософт" по продуктам и их соответствию требованиям 2000 года" (Year 2000 Product Guide) - на www.microsoft.com/year2000. Это руководство является главным источником информации, предоставляемой корпорацией "Майкрософт" по проблеме 2000 года, и включает сведения о важнейших продуктах и о том, как они работают с датами. Эти сведения поступают непосредственно от разработчиков продуктов. Руководство будет обновляться по мере поступления новой информации. Содержание руководства было разработано в соответствии с пожеланиями пользователей.
Классификация продуктов: Каждый продукт отнесен в Руководстве к одной из пяти категорий:
Соответствует: Продукт признается соответствующим требованиям, если он изначально или с учетом использования обязательного набора исправлений (например, пакета обновления или "заплатки") отвечает стандартам "Майкрософт" по степени соответствия.
Соответствует с незначительными проблемами: Соответствие с незначительными проблемами означает, что продукт в целом отвечает установленным требованиям, но в нем выявлены проблемы, связанные с обработкой дат, не представляющие угрозы для основных функций и устойчивости работы продукта.
Не соответствует: Продукт признается несоответствующим требованиям, если он не отвечает установленным корпорацией "Майкрософт" стандартам соответствия в каком-либо существенном отношении.
В процессе тестирования: Продукт находится в процессе тестирования.
Не будет тестироваться: Продукт не будет тестироваться.
Информация по продукту включает номер версии, языковые версии, диапазон используемых дат, дату выпуска продукта, срок, в течение которого «Майкрософт» будет поддерживать статус соответствия и прочие необходимые условия соответствия. (Если продукт нуждается в "заплатках" или служебных пакетах, они перечислены и присутствует ссылка для их загрузки.)
Мы будем информировать наших пользователей о продуктах, находящихся в процессе тестирования, о результатах которого мы пока не сообщали, а также о продуктах, тестирование которых не предполагается.
Взаимозависимости. Оценивая соответствие продукта 2000 году, необходимо учитывать весь комплекс вопросов, от которых зависит корректная работа продукта. Для каждого продукта перечислены другие продукты, от которых зависит его работа, а также указана зависимость от работы системных часов. Руководство "Майкрософт" по продуктам позволяет быстро установить, какие дополнительные продукты необходимы для того, чтобы решение работало.
Дополнительная информация. Следующая информация будет доступна для каждого продукта:
Легкодоступная информация. Руководство по продуктам непрерывно обновляется с поступлением новой информации. Пользовательский интерфейс Руководства позволяет читателю быстро находить интересующую его информацию.
Как получить "Руководство "Майкрософт" по продуктам и их соответствию требованиям 2000 года"?
Web-узел www.microsoft.com/rus/year2000 предоставляет простой в использовании интерфейс для поиска необходимой информации по проблеме 2000 года. . Мы твердо намерены заниматься проблемой 2000 года и будем постоянно уточнять и дополнять информацию по нашим продуктам, в том числе по их международным и локализованным версиям, по мере их тестирования.
"Справочное руководство по инструментальным средствам и их соответствию требованиям 2000 года" (Year 2000 Tools Reference Guide). Специальный раздел посвящается инструментальным средствам. В этом разделе содержится каталог поставщиков, предлагающих инструментальные средства для платформы и продуктов "Майкрософт", предназначенных для решения проблемы 2000 года. Мы включили информацию об инструментальных средствах для платформы PC. Именно в списке поставщиков инструментальных средств организации и частные лица, занимающиеся проблемой 2000 года и своими серверными средами на базе настольных машин и серверов на платформе PC, найдут информацию, необходимую им для успешного решения проблемы. Каждый поставщик сам предоставляет информацию о своих продуктах, контактную информацию и краткое техническое описание своего продукта. Корпорация "Майкрософт" не оценивает инструментальные средства, а также не дает своим клиентам рекомендации о том, каких поставщиков инструментальных средств следует выбирать.
Партнеры и поддержка. Последний раздел на этом Web-сервере посвящен нашим стратегическим партнерам и поставщикам решений (Solution Providers). Корпорация "Майкрософт" и ее партнеры смогут предоставить технически подготовленных профессионалов для помощи любой организации в решении вопросов, связанных с 2000 годом.
Какие компоненты персонального компьютера наиболее уязвимы в связи с проблемой 2000 года?
Шесть уровней. Архитектура персонального компьютера имеет 6 уровней, наиболее подверженных проблеме 2000 года:
Аппаратное обеспечение. Наиболее типичная аппаратная проблема связана с базовой системой ввода-вывода (BIOS) для платформы РС. Эта система отвечает за информацию нижнего уровня, требуемую компьютеру для инициализации. В ней также содержится один из основных тактовых генераторов (системных часов), используемых в РС. Наиболее распространенной проблемой, связанной с переходом в 2000 год, является правильное изменение двух первых цифр года с "19" на "20" при смене столетия. Необходимо отметить, что любая система BIOS, даже затронутая этой проблемой, начнет нормально функционировать после того, как дата будет правильно установлена на 2000 год. Ниже рассмотрено несколько вариантов правильной настройки BIOS на 2000 год.
Системные часы реального времени, имеющиеся в РС, отсчитывают время и дату. Система BIOS получает от них данные о времени и дате в двузначном представлении и добавляет необходимые биты для сохранения даты в четырехзначном представлении. Когда год меняется с "99" на "00", а разряды столетия не меняются с "19" на "20", операционная система воспринимает новый года как 1900, а не 2000. Операционные системы "Майкрософт" не распознают 1900 год и автоматически устанавливают системные часы на 1980 год, являющий нашей базовой датой. Внезапное изменение даты на 1980 г. является одним из наиболее явных признаков того, что источник данной проблемы - в BIOS. Зная, какие последствия вызывает эта ошибка, организация сможет быстро выявить проблемные компьютеры, после чего устранить неполадку в этих системах.
Во всех более новых операционных системах корпорации "Майкрософт" предусмотрено средство для исправления этой аппаратной ошибки BIOS. В Windows NT 3.51 (с SP5), Windows NT 4.0, Windows 98, Windows NT 5.0 встроены логические алгоритмы, распознающие 1900 в поле года как ошибку и автоматически переустанавливающие дату на 2000. Применяемое "Майкрософт" средство коррекции BIOS решает только указанную наиболее распространенную проблему, связанную с BIOS.
С BIOS связаны и другие проблемы, которые мы не корректируем. Например, некоторые версии BIOS сбрасываются на 1900 г. при каждой перезагрузке. В течение всего 2000 года средство исправления, предусмотренное "Майкрософт", будет устанавливать системные часы на 2000 при каждой загрузке. Когда системное время перейдет в 2001 год и система установит часы на 1901, средство исправления, предусмотренное "Майкрософт", не распознает это как проблему 2000 года и сбросит часы на базовый 1980 год. В других версиях BIOS встроена процедура обработки ошибок, которая устанавливает часы на год, начинающийся с "19", до того, как наша операционная система начинает взаимодействовать с BIOS. Если эта дата оказывается действительной, (например, "1993"), операционная система "Майкрософт" воспримет ее как правильную. Для обеспечения правильного функционирования системы после наступления 2000 года рекомендуется выявить и протестировать все использующиеся версии BIOS.
Чтобы познакомиться с рекомендациями по этому поводу, см. ответ на вопрос №14.
Операционные системы. Важно, чтобы пользователь определил все используемые операционные системы и получил соответствующую информацию по проблеме 2000 для каждой из них.
Все операционные системы корпорации "Майкрософт" хранят даты и обращаются с ними в четырехзначном формате. Кроме того, системные часы разработаны так, чтобы воспринимать 2000 год как високосный. Внутри операционной системы в файловых системах также предусмотрена работа с датами после 2000 года. 16-битная и 32-битная версии файловой системы File Allocation Table (FAT), используемые операционными системами MS-DOS, Windows, Windows 95 и Windows NT, воспринимают даты вплоть до 2108 года. File Allocation Table для операционной системы Windows CE воспринимает даты вплоть до 2999 года. Файловая система Windows NT (NTFS) воспринимает даты до 29601 года.
Приложения. Некоторые приложения имеют внутренние календари, которые могут неправильно вычислять високосные годы; другие могут поддерживать дату только в двузначном формате. Приложения "Майкрософт", хранящие и обрабатывающие даты, делают это с использованием четырех знаков. Мы считаем 2000 год високосным. Мы не используем никаких специальных значений даты.
Библиотеки времени исполнения. Библиотеки времени исполнения ѕ это модули, предоставляющие свои функциональные возможности прикладным программам. Пользователи не обращаются к библиотекам времени исполнения напрямую; однако их используют приложения в связи с действиями пользователей. Между библиотеками времени исполнения и приложениями существует тесная взаимная зависимость. Загружая приложение для Windows, вы используете библиотеки времени исполнения. Возможно, что вы работаете с приложением (например, с Excel), а потом добавляете продукт независимого производителя, предоставляющий еще одну библиотеку времени исполнения. В этом случае отношение зависимости изменяется. Если библиотека времени исполнения неправильно обрабатывает даты, то неважно, работают ли правильно приложение, операционная система и BIOS. Система в любом случае не сможет обрабатывать даты. Возможен случай, при котором библиотека времени исполнения, произведенная другими разработчиками, будет использована совместно с приложением "Майкрософт" и нарушит его функциональность.
Пользовательский код. Части программы, создаваемые и подключаемые пользователем, представляют наибольший риск с точки зрения проблемы 2000 года для любой платформы. Во многих организациях штатные или приглашенные программисты разрабатывают приложения для решения конкретных задач. Из-за повсеместного использования нестандартных приемов программирования обработка данных в таких приложениях бывает несогласованна и должна проверяться в каждом приложении отдельно.
Например, если разработчик поместил дату с двузначным годом в текстовую строку, а затем включил эту дату в алгоритм вычислений, продукт корпорации "Майкрософт" может оказаться не в состоянии интерпретировать эти данные как дату, и вычисления будут сделаны неправильно. Если бы это было сделано на базе VBA для повышения эффективности работы приложения Office, это могло бы привести к проблемам работы с датами. Даже при правильной работе приложения (например, Excel) с датами, добавочные функциональные компоненты, созданные на базе VBA, могут привести к его сбою.
Обмен данными. Комплексная инвентаризация и анализ ѕ лучший способ понять проблемы, связанные с обменом данными. Платформа PC в организации может корректно работать с 2000 годом. Однако если происходит обмен данными между PC и устаревшими системами на больших компьютерах, неправильно обрабатывающими даты, информация, попадающая в среду PC, может оказаться неверной.
В некоторых организациях платформа РС является лишь одной из многих составных частей процесса обработки информации. В этом случае, так же как и во всех других ситуациях, следует разобраться в сопряжении платформы РС с другими платформами, проанализировать эти интерфейсы, исправить ошибки и провести тестирование.
На Web-узле "Майкрософт", посвященном проблеме 2000 года (www.microsoft.com/year2000), имеется «Руководство по инструментальным средствам» («Year 2000 Tools Reference Guide»), которое поможет клиентам найти ресурсы, способствующие решению вышеупомянутых проблем.
В каком отношении продукты "Майкрософт" наиболее подвержены проблемам, связанным с 2000 годом?
Пользовательский код. В любой компьютерной среде пользовательский код в наибольшей степени подвержен проблемам, связанным с 2000 годом.
Электронные таблицы Excel. Из всех приложений, поставляемых корпорацией "Майкрософт", Excel наиболее подвержен влиянию пользовательских настроек. Более того, использование дат в Excel очень распространено.
Аппаратное обеспечение. Хотя корпорация "Майкрософт" производит очень немного аппаратуры, эта аппаратура зависит от решений проблемы 2000 для платформы PC. (См. ответ на вопрос 9 с описанием проблемы с BIOS).
Обмен данными. Персональный компьютер предоставляет доступ к данным со всего мира. Если сервер баз данных работает неправильно и передает неверные данные (или не передает никаких данных) на ПК пользователей, то поначалу может сложиться впечатление, что ошибка возникает именно на клиентской машине. В результате может показаться, что проблему вызывают программные продукты "Майкрософт". Однако на самом деле, проблема кроется в чем-то другом.
Каковы критерии, которые "Майкрософт" использует для проверки корректности обработки дат в своих продуктах?
Корпорация "Майкрософт" понимает критичность проблемы 2000 года для организаций. Специалисты по информационным технологиям, ответственные за вопросы, связанные с проблемой 2000 года на своих предприятиях, должны понимать, как "Майкрософт" тестирует свои продукты. Наша внутренняя программа тестирования программного обеспечения "Майкрософт" включает проверку свойств обработки дат, описанную ниже. Дальнейшие подробности, касающиеся тестирования наших продуктов, можно найти в "Руководстве "Майкрософт" по продуктам и их соответствию требованиям 2000 года" (www.microsoft.com/rus/year2000).
Примечание: все упоминания "дат" подразумевают использование или 4 цифр, или 2 цифр для части даты, соответствующей номеру года.
Рекомендуется ли применять двузначный или четырехзначный ввод дат?
Многие организации требуют, чтобы во всех их системах применялся согласованный формат дат. К сожалению, в разных организациях этот формат может быть различным. Двузначные сокращения, так же как и настраиваемые форматы дат наших продуктов, были предназначены для максимального соответствия различным требованиям.
Функциональность. В наших приложениях логика обработки двузначных дат применяется в случае необходимости для обеспечения определенных функциональных возможностей наших приложений. Например, если вы используете программу Outlook для составления расписаний, представление даты отличается от представления даты дней рождения в папке контактов. Причина в том, что две эти функции требуют разного представления для оптимального соответствия потребностям пользователя.
Эффективность. Другой важной причиной использования двузначного формата является социальный аспект использования двузначных дат. Программисты заинтересованы в написании приложений с такими интерфейсами, которые наиболее соответствуют потребностям пользователя. Если вы создаете страховую форму, которую тысячам людей нужно будет заполнять 250 раз ежедневно, выбор между необходимостью для них вводить "1997" или "97" становится очевидным. Во-первых, пользователи естественно мыслят двузначными обозначениями года, так что это более привычно для них. Во-вторых, ввод двузначных номеров занимает меньше времени. Наконец, всего две цифры занимают меньше места на машине базы данных.
Рекомендация. Рекомендуется использовать для ввода четырехзначный формат представления дат в тех случаях, когда это возможно. Такой подход позволит обеспечить наибольший уровень надежности при вычислениях, связанных с датами.
Каковы рекомендации по работе с 2000 годом на ПК?
Комплексная инвентаризация и анализ. Прежде чем приступать к исправлению ошибок, замене и (или) снятию систем с эксплуатации, рекомендуем вам начать программу работы над проблемой 2000 года с комплексной инвентаризации и анализа имеющейся программной и аппаратной базы по всей цепочке обмена информацией.
Это означает точное понимание того, каким образом данные попадают в систему (пользовательский ввод, электронная передача и т.д.), как они обрабатываются, хранятся, вычисляются, сортируются, упорядочиваются и т.д. в данной среде, какие системы вовлечены в обработку этих данных и, наконец, как данные покидают эту систему (пользовательский интерфейс, печатные копии, электронный интерфейс данных и т.д.). Такой подход означает изучение как программного обеспечения, так и аппаратуры.
Используйте стендовые системы. Мы рекомендуем клиентам НЕ проводить испытания на производственных компьютерах. Средняя настольная система имеет много относящихся к датам функций, о которых пользователи этой системы могут не знать. Произвольная установка часов вперед может возыметь непредвиденный эффект. Например, проверка проблемы 2000 года может отрицательно повлиять на автоархивацию в программах составления расписаний или на работу систем автоматизированного резервного копирования.
Используйте загрузочный диск MS-DOS для проверки BIOS и системных часов. Рекомендуется использование загрузочного диска MS-DOS для проверки работы системы с часами. Это позволит отделить обычную функциональность системы от тестирования работы с датами. После завершения тестирования, обязательно следует перезагрузить машину с загрузочного диска и вернуть часы назад на правильное время.
Проверьте пользовательский код. В любой вычислительной среде пользовательский код в наибольшей степени подвержен проблемам, связанным с 2000 годом. Мы предлагаем, чтобы опытный программист оценил весь пользовательский код в ваших информационных системах. Чтобы найти продукты независимых поставщиков, которые могут помочь в проверке пользовательского кода, например, следует обратиться к "Справочному руководству по инструментальным средствам и их соответствию требованиям 2000 года" (www.microsoft.com/year2000).
По возможности используйте средства управления для инвентаризации и распространения исправлений. Если ваши персональные компьютеры находятся в сети и у вас есть сетевое средство управления, такое как Microsoft Systems Management Server, вы можете использовать функции анализа и инвентаризации этой системы для того, чтобы получить полное представление о том, что есть в вашей среде. Имея эту информацию, можно начинать требуемый комплекс работ. Многие системы управления предоставляют возможность распространения программного обеспечения. Этот механизм при необходимости может быть применен для установки "заплаток" и исправлений.
Каковы рекомендации по работе с проблемой BIOS персональных компьютеров?
Проведите инвентаризацию своей среды. Из-за большого количества различных вариантов потенциальных проблем с BIOS очень важно провести инвентаризацию своей среды и понять, со сколькими версиями и марками BIOS вы имеете дело. К сожалению, возможно, что в одной партии компьютеров вам были поставлены машины с разными версиями BIOS. Это означает, что вам лучше всего проверить каждую машину.
Очень рекомендуется поддерживать контакт со своим поставщиком оборудования и производителем BIOS, для того чтобы оценить реальные масштабы этой проблемы. Если у вас есть ПК, использующие BIOS с нетиповыми проблемами, связанными с 2000 годом, вам наверняка придется связаться с производителем BIOS.
Установите дату вручную. Если настольная система имеет наиболее типичную проблему с BIOS и использует операционную систему, которая не решает эту проблему автоматически, можно один раз вручную установить дату, и в дальнейшем система будет работать правильно. Фактически, такое решение будет наиболее распространенным для домашних пользователей. Во многих больших организациях, где доступ технического персонала к каждой настольной системе занял бы слишком много времени, отделы информационных систем распространят среди конечных пользователей инструкции, необходимые для ручной установки системных часов после наступления 2000 года. Отделы технической поддержки готовы к большому количеству вопросов от пользователей и имеют заранее подготовленные планы отслеживания критических потоков данных на случай непредвиденных обстоятельств, с тем чтобы обеспечить правильный перевод всех настольных систем в 2000 год.
Используйте программные решения "Майкрософт". В Windows NT 3.51 (с SP5), Windows NT 4.0, Windows 98, Windows NT 5.0 встроены логические алгоритмы, распознающие значение "1900" в поле года как ошибку и автоматически переустанавливающие дату на 2000 год. (Cм. ответ на вопрос №9.)
Используйте программные решения независимых поставщиков. Многие компании производят продукты для решения проблемы с BIOS. Например, корпорация "Майкрософт" предоставляет список поставщиков исправлений BIOS в «Справочном руководстве по инструментальным средствам», расположенном по адресу www.microsoft.com/year2000.
Планируйте действия на случай непредвиденных обстоятельств. Необходимо заранее спланировать действия на случай непредвиденных обстоятельств, вызванных этой проблемой. Для этого потребуется организовать наблюдение за наиболее критичными потоками данных. Во многих случаях приложения помечают транзакции текущей системной датой. Появление в базах данных неверных значений даты будет свидетельствовать о наличии компьютеров с ошибками BIOS (См. ответ на вопрос 9). Наблюдение за значениями дат в записях баз данных даст возможность получить информацию о тех компьютерах, на которых установка даты была выполнена неправильно.
Есть ли рекомендации для организаций по процессу работы над проблемой 2000 года?
Да. Проблема 2000 года - это не только техническая проблема. Важно помнить, что это также деловая проблема, имеющая существенный человеческий фактор.
Используйте четырехзначные даты. Лучшее, что можно сделать в организации сегодня, ѕ это реализовать процессы, использующие четырехзначные даты везде, где это возможно. Это предотвратит любую неопределенность при вычислениях в будущем. В любой вновь создаваемой электронной таблице, любой новой базе данных и т.п. все должно быть сделано в полном четырехзначном формате. В новых стандартизованных формах следует применять проверку корректности данных, чтобы пользователи не могли использовать двузначные даты.
Обучение персонала. Подготовив своих специалистов по информационным технологиям и поддержке клиентов к решению проблем, связанных с датами, ваша организация сможет более оперативно реагировать на вопросы относительно 2000 года. Это должно быть сделано уже сегодня, не ждите наступления 2000 года!
Снятие с эксплуатации и замена системы. Снятие с эксплуатации (отказ от программы) станет самым распространенным решением по мере того, как времени и людей станет явно не хватать. Организациям, возможно, придется снять с эксплуатации важные для них системы из-за того, что потребуется устранить проблемы в более важных или критически важных системах. Такие решения будут непростыми, но определяться они будут соображениями производственной необходимости. Например, "Майкрософт" предлагает использовать Стратегию модифицированного быстрого замещения. (См. ответ на вопрос 20.)
Какие бизнес-факторы влияют на принятие решений по проблеме 2000 года?
В процессе принятия решений по проблеме 2000 года решающую роль будут играть вопросы организации бизнеса, а не технические вопросы. Решения по проблеме 2000 года будут основываться, в частности, на следующих факторах:
Ресурсы и время. Проблема 2000 года предполагает иной набор приоритетов при планировании информационных систем, нежели традиционные проекты. Ресурсы и время ѕ важнейшие факторы, которые будут учитываться в технических и деловых решениях по проблеме 2000 года.
Кадры. Индустрия информационных технологий испытывает недостаток опытных кадров, и проблема 2000 года усиливает этот кадровый дефицит. Становится все сложнее отыскать программистов, работающих на языке COBOL для больших компьютеров (mainframe). Для других архаичных технологических сред наблюдается такая же нехватка квалифицированных кадров. Наибольшее количество опытного персонала сегодня существует для платформы PC. Более того, даже эти специалисты в значительной степени не готовы к работе над проблемой 2000 года, так как большинство предприятий занимались в основном традиционными вопросами разработки и функционирования информационных систем.
Приобретение аппаратного обеспечения. Сегодня на рынках архаичного оборудования ощущается значительная потребность в тестировании и замене аппаратного обеспечения. Организациям становится все сложнее приобретать комплектующие для своевременного проведения необходимых работ. Для платформы PC такой проблемы не существует благодаря большому количеству производителей и поставщиков услуг.
Проверка каналов снабжения. Рекомендуем проверить всю цепочку своих поставщиков на предмет отсутствия у них проблемы 2000 года. Лучше всего объяснить суть этого вопроса на примере производственного предприятия. Большинство производителей имеют на складе запасы сырья и комплектующих не больше, чем на несколько недель работы. Если они потеряют хотя бы одного из ведущих поставщиков и не смогут найти замену, производство может оказаться под угрозой остановки. Поэтому после выявления, скажем, 300 основных поставщиков, крупному производителю стоит подумать о каналах снабжения каждого из этих 300 поставщиков. Если у каждого из них окажется 3-5 своих основных поставщиков, то производителю придется беспокоиться о состоянии дел с проблемой 2000 года уже у 900-1500 предприятий.
Расходы. Финансовые последствия проблемы 2000 года могут быть значительными при отсутствии соответствующего планирования. Уже сегодня корпорации предполагают значительные издержки, связанные с необходимостью подготовки своих систем к смене тысячелетия. По мере увеличения расходов, связанных с проблемой 2000 года, организациям придется уменьшать остальные статьи своих расходов.
Планирование действий в непредвиденных ситуациях. Все организации должны провести планирование действий на случай непредвиденных ситуаций, которые могут наступить в 2000 году. Во-первых, необходимо предусмотреть возможность непредвиденных отказов. Если в системе или группе систем произойдет отказ в связи с наступлением 2000 года, должен быть готов комплекс последовательных мероприятий, которые может осуществить подразделение информатизации для устранения или смягчения последствий этого отказа. Во-вторых, следует подготовиться к возможному появлению непредвиденных коммерческих возможностей. Если у вашего конкурента или группы конкурентов возникнут трудности в связи с рассматриваемой проблемой, в очень сжатые сроки может появиться большой объем заказов и работ, что может оказаться не менее опасным для вашей организации, чем системные отказы, вызванные проблемой 2000 года.
Одним из возможных вариантов, который необходимо рассмотреть при планировании, является внедрение неавтоматизированных (ручных) процессов. Временный переход на ручные процессы может компенсировать потерю функциональности системы в случае ее отказа. Сегодня "ручным" процессом может называться организация работы, основанная на ПК. Например, в одном помещении несколько человек обрабатывают транзакции за текущий день на ПК, не связанных в единую сеть.
Электронная нервная система. Ключевым звеном любого успешного предприятия в 2000 году будет надежная электронная нервная система. Электронная нервная система ѕ это просто аналогия, при которой организация рассматривается как живой организм. Инфраструктура информационных технологий предприятия функционирует как нервная система организма. Надежная электронная нервная система позволит эффективно реагировать на изменения, происходящие на вашем предприятии в связи с приближением 2000 года.
Какие шаги следует предпринять организациям, работающим над проблемой 2000 года?
1) Инвентаризация и анализ. Прежде чем приступать к исправлению ошибок, замене и (или) снятию систем с эксплуатации, рекомендуем начать программу работы над проблемой 2000 года с комплексной инвентаризации и анализа имеющейся программной и аппаратной базы по всей цепочке обмена информацией.
2) Исправление и (или) замена.
3) Снятие с эксплуатации. Снятие с эксплуатации (отказ от программы) станет самым распространенным решением по мере того, как времени и людей станет явно не хватать. Организациям, возможно, придется снять с эксплуатации важные для них системы из-за того, что будет необходимо устранить проблемы в более важных или критически важных системах.
Как отразится нехватка времени и ресурсов на процессе принятия решений?
Определение приоритетов приобретает существенное значение. Для определения объема работ по проблеме 2000 года ответственные за этот комплекс мероприятий, исходя из перечисленных вариантов, должны выявить используемые в их организации приложения и системы. Затем им предстоит установить степень приоритетности этих приложений и систем, чтобы решить, что должно быть сохранено, что желательно сохранить и что сохранять необязательно. Приложения и системы можно разделить на следующие классы:
Каждая система должна быть проанализирована на предмет определения ресурсов и времени, которые потребуются для решения возможных проблем, связанных с переходом в 2000 год. По мере стремительного сокращения остающегося времени многие организации предпочтут снять с эксплуатации системы классов 4 и 5, учитывая ресурсы, требуемые для обеспечения их соответствия требованиям. Особенно сложным для организации может оказаться решение по информационным технологиям класса 3. Именно здесь может оказаться полезной Стратегия модифицированного быстрого замещения.
Применение этой стратегии не означает полной перестройки организации, это просто метод использования технологии для удовлетворения деловых потребностей, которые возникнут с наступлением 2000 года.
Что такое Стратегия модифицированного быстрого замещения?
Модифицированное быстрое замещение. Стратегия модифицированного быстрого замещения (Modified Rapid Replacement) исходит из признания того факта, что при замене системы необязательно добиваться полного соответствия ("один к одному") между старыми и новыми функциональными компонентами и функциями. В случае с проблемой 2000 года усилия специалистов по вычислительной технике сосредоточены на единственной задаче: выполнить самые важные работы в срок и в пределах выделенной сметы. Если в настоящее время приложение поддерживает 24 функциональных компонента, но лишь 6 из них имеют критически важное значение для выполнения его функциональных задач, у организации должна быть возможность заменить эти 6 компонентов и перейти к работе над следующей частью общей программы. Модифицированное быстрое замещение позволяет сохранять критически важные системы до самого последнего момента.
Знакомая технология. Преимущество Стратегии модифицированного быстрого замещения, которую предлагает "Майкрософт", заключается в том, что эта стратегия использует существующие знания как технологий "Майкрософт", так и уже используемых продуктов. Чтобы добиться успеха, применяя решения "Майкрософт", не потребуется изучать совершенно новый набор технологий.
Например, потребность предприятия в единой системе электронной почты, которая бы охватывала все подразделения, может быть решающей. Однако чтобы успеть до наступления 2000 года, возможно, организация развернет только серверы Exchange 5.5, а в качестве клиентов электронной почты будет использовать по всему предприятию программу Internet Explorer. Является ли это оптимальным способом использования Exchange? Нет, но это позволит организации войти в 2000 год и создаст возможность роста в последующие годы.
Другой пример - это организация, использующая генератор отчетов на устаревшей платформе. Этот генератор отчетов не может корректно обрабатывать 2000 год. Такой организации придется либо выделить ресурсы для внесения исправлений в этот компонент системы, либо просто прекратить его использование. (В идеале, конечно, следовало бы исправить генератор отчетов, но если организация уже отстает от своих планов по исправлению других, более критичных приложений, то у нее наверняка нет достаточных ресурсов, специалистов, имеющих навыки работы с устаревшими системами ѕ все специалисты заняты более критичными частями проекта). Вместо того чтобы полностью отказаться от этого генератора отчетов, можно создать элемент ActiveX®, работающий на сервере и производящий генерацию отчетов, используя для его разработки внутренние или внешние ресурсы. Затем следует сделать этот модуль доступным программам-обозревателям на всех настольных компьютерах. Возможно, что такая замена не будет полноценной: вновь созданный элемент может генерировать только 15 из 75 отчетов, которые создавал оригинальный генератор, но если эти 15 типов отчетов являются критическими для ведения бизнеса, то проблему можно считать в целом решенной.
Как проблема 2000 года затронет русские версии продуктов "Майкрософт"? Будет ли производиться отдельное тестирование языковых версий продуктов?
Корпорация "Майкрософт" производит тестирование как английских, так и всех языковых версий продуктов, в том числе и русских версий. Если в списке продуктов, которые соответствуют требованиям 2000 года, вы обнаружили английскую версию какого-либо продукта, ни при каких условиях нельзя делать вывод, что версия этого продукта на другом языке, в частности, на русском, также соответствует требованиям 2000 года. На Web-узле www.microsoft.com/year2000 вы можете найти график тестирования языковых версий продуктов, и информация о соответствии языковых версий того или иного продукта уже опубликована или будет опубликована на этом Web-узле.
Если какой-либо продукт на английском языке отнесен в категорию "соответствует с незначительными проблемами", то, скорее всего, русская версия продукта никак не сможет попасть в категорию "соответствует"; и если для английской версии продукта выпускается исправление ("заплатка") для того, чтобы продукт был признан как "соответствующий требованиям", то скорее всего, аналогичное исправление может потребоваться и для русской версии. "Майкрософт" приложит все усилия для создания таких же исправлений ("заплаток") для русских версий, как и для английских, но ни при каких условиях и обстоятельствах данное утверждение не является обещанием, явной или подразумеваемой гарантией или взятым на себя обязательством со стороны корпорации "Майкрософт" создать для русских версий продуктов все те же исправления, что и для английских.