مرجع
آخر الزيارات

مشكلة سنة 2000

1٬417 كلمة•0 مشاهدة•🗒️ منذ 15 يوماً
باختصار: مشكلة عام 2000 (وكما تعرف بـمشكلة Y2K ، خطأ الألفية، خطأ Y2K) ( problem بالإنجليزية؛ وحرف رمز كلمة khilioi «ألف» اليونانية) حدثت مع اقتراب الألفية الثانية عام 2000 حيث كان المبرمجون قد اعتمدوا في إدخال الأرقام إلى الحاسوب في مجال البرمجة…. تجد هنا «إنشاء نوافذ التاريخ»، «إعادة تقسيم التاريخ» و«أسباب المشكلة» ضمن 11 قسماً.
المحتويات
  1. إنشاء نوافذ التاريخ
  2. إعادة تقسيم التاريخ
  3. أسباب المشكلة
  4. في 1 مارس 2000
  5. قبل عام 2000
  6. توسيع التاريخ
  7. ضغط التاريخ
  8. الحلول البرمجية
  9. برامج الجسر
  10. في 1 يناير 2000
  11. مجموعات البرمجيات
مشكلة سنة 2000

تعريفًا بالموضوع، مشكلة عام 2000 (وكما تعرف بـمشكلة Y2K ، خطأ الألفية، خطأ Y2K) ( problem بالإنجليزية؛ وحرف رمز كلمة khilioi «ألف» اليونانية) حدثت مع اقتراب الألفية الثانية عام 2000 حيث كان المبرمجون قد اعتمدوا في إدخال الأرقام إلى الحاسوب في مجال البرمجة، على طريقة تخزين أرقام السنة التي تتكون من أربعة أرقام إلى رقمين فقط لتقليل كمية الذاكرة المستهلكة.حيث يتم تمثيل سنة 1998 إلى 98، وسنة 1999 تم تخزينها علي هيئة 99 حتى الآن لاتوجد مشكلة فالحاسب يعرف ان 98 تتلوها 99 وتُعْرَض ك1999 ان أردنا ذلك لكن بوصول عام 2000 سيصبح هذين الرقمين هما 00 مما يؤدى إلى كتابتها 1900 فإلى جانب حدوث تعارض مع أي ادخال حقيقى ل1900 فان ذلك سيسبب مشكلة حقيقية مع الأنظمة المُمَيكنة التي تقوم بالعد والإحصاء (كحواسيب المصانع والمستشفيات والحكومة) حيث أن 00 ليس الرقم التالى في العدّ لتسعة وتسعين. وتعرض الأقسام التالية جوانب أخرى من الموضوع.

من جهة ثانية، في جميع الواجهات ووحدات التخزين، يجب أن يكون القرن واضح ولا لبس فيه، بحيث يكون إما محدداً أو يتم حسابه بواسطة خوارزمية.

ومن جهة أخرى، حساب الفترات بين التواريخ أو التسلسل الزمني سيتم بشكل صحيح بالرغم من تواجدها في قرون مختلفة.

ومن ناحية أخرى، على عكس التوقعات العامة، حدثت أخطاء كبيرة قليلة فعليًا في سنة 2000، ويرجع ذلك أساسًا إلى الإجراءات الوقائية التي اتخذها الكثير من مبرمجي الحاسوب وخبراء تكنولوجيا المعلومات. فحصت الشركات والمؤسسات في بعض البلدان، ولكن ليس كلها، أنظمة الحواسيب وأصلحتها وحدثتها لمعالجة المشكلة. وصف رئيس الولايات المتحدة بيل كلينتون، الذي نظم جهودًا لتقليل الضرر في الولايات المتحدة، عام 2000 بأنه «التحدي الأول للقرن الحادي والعشرين الذي جرت مواجهته بنجاح»، وكان يثني عادةً على المبرمجين الذين عملوا على تجنب الكارثة المتوقعة عند استرجاع الحدث.

ومن جهة أخرى، في عام 1997، طوّر معهد المعايير البريطاني (BSI) معيار DISC PD2000-1، والذي يحدد \ «متطلبات المطابقة لسنة 2000 \» كأربع قواعد:

لن يسبب أي تاريخ غير صالح أي انقطاع في العمليات.

سنة 2000 يجب أن تكون محسوبة كسنة الكبيسة.

علاوةً على ذلك، أدرك الجمهور تدريجيًا «ذعر عام 2000»، في السنوات التي سبقت بداية القرن الحادي والعشرين، توقعت الشركات الفردية أن الضرر العالمي الناجم عن الخطأ سيكلف ما بين 400 مليون دولار و600 مليار دولار لإصلاحه. أدى عدم وضوح المخاطر المحتملة لهذا الخطأ إلى تخزين البعض الطعام والماء والأسلحة، وشراء مولدات احتياطية، وسحب مبالغ مالية كبيرة تحسبًا لنهاية العالم الناجمة عن الحاسوب.

إنشاء نوافذ التاريخ

وفي هذا الصدد، احتفظ بالسنوات المكونة من رقمين، وحددت البرامج قيمة القرن فقط عند الحاجة إلى وظائف معينة، مثل مقارنات التواريخ والحسابات. (تشير «نافذة» القرن إلى فترة المئة عام التي ينتمي إليها التاريخ.) كانت هذه التقنية، التي تطلبت تثبيت تصحيحات صغيرة من التعليمات البرمجية في البرامج، أسهل في الاختبار والتنفيذ من توسيع التاريخ، وبالتالي أقل تكلفة بكثير. ورغم أنها ليست حلًا دائمًا، فقد صممت إصلاحات إنشاء النوافذ غالبًا للعمل لعدة عقود. اعتقد أن هذا مقبول، إذ ستسبتدل الأنظمة القديمة في النهاية بتكنولوجيا أحدث.

إعادة تقسيم التاريخ

وعلى صعيد آخر، حولت أكواد السنة/ الشهر/ اليوم المكونة من ستة أرقام في قواعد البيانات القديمة، التي لم يكن ممكنًا تغيير حجمها اقتصاديًا، إلى أكواد من ثلاثة أرقام للسنوات (مثلت 1999 بـ099 و2001 بـ101) وثلاثة أرقام للأيام (التاريخ الترتيبي في العام). لزم تعديل تعليمات الإدخال والإخراج لحقول التاريخ فقط، ولكن لم تتطلب أغلب عمليات التاريخ الأخرى وكامل عمليات السجل أي تغيير. أدى هذا إلى تأخير مشكلة التمديد النهائي حتى نهاية عام 2899.

أسباب المشكلة

علاوةً على ذلك، بعض المبرمجين قد أساء الفهم القاعدة التي تنص على بالرقم من أن أي سنة تقبل القسمة على 100 هي ليست بسنة كبيسة إلا في حالة أنها تقبل القسمة على 400 فهي سنة كبيسة. لذا كانت سنة 2000 سنة كبيسة.

وفي هذا السياق، عملية تمثيل السنة بوحدتين أو خانتين رقمية أصبحت مشكلة مع الأخطاء المنطقية الناشئة عن الانتقال من x99 إلى x00. وقد تسبب هذا لعمل بعض التواريخ ذات الصلة بشكل غير صحيح وبالتحديد الأوقات والتواريخ بعد 1 يونيو 2000 والتواريخ الأخرى المهمة. بدون اتخاذ إجراءات تصحيحية، أنظمة العمل الطويلة تنهار عندما \\ \"... 97، 98، 99، 00 ... \\\" الترقيم التصاعدي الافتراضي أصبح فجأة غير صالح.

تُعزى أسباب المشكلة إلى أمرين هما:

وعلى صعيد آخر، عدد الأجهزة الحاسوبية التي فشلت بالرغم من الاجراءات الإصلاحية لحل هذه المشكلة عندما انقلبت الساعات عام 2000 غير معروف؛ ويُعزى ذلك إلى تحفظ المنظمات على الإبلاغ بوجود المشكلة في أنظمتها. وتتواجد أدلة على أن هناك فشل في التأريخ لمصرف واحد على الأقل متعلّق بمشكلة بY2K.

في 1 مارس 2000

في النرويج، تأخرت بعض القطارات حتى أخرت ساعاتها لمدة شهر.

وعلى صعيد آخر، في مطار ريغان الوطني، طالت صفوف تسجيل الوصول بعد أن تضررت برامج مناولة الأمتعة.

كذلك، لم تتعرف بعض البرامج بشكل صحيح على عام 2000 باعتباره سنة كبيسة، ولذلك عملت على أساس أنها سنة مؤلفة من 365 يومًا. في اليوم الأخير من عام 2000 (اليوم 366)، عرضت هذه الأنظمة أخطاء مختلفة. وكانت أخطاء طفيفة عمومًا.

ومن جهة أخرى، في اليابان، فشلت نحو خمسة بالمئة من صرفات مكاتب البريد في العمل.

ومن ناحية أخرى، أثر «خلل شبيه بمشكلة عام 2000» على نظام لاسلكي تابع لحكومة مدينة نيويورك، الذي تعطل لمدة 10 أيام بسبب مشكلة تغيير التاريخ في نظام تحديد المواقع العالمي. وشملت البنى التحتية المتضررة «إشارات المرور، وأجهزة قراءة لوحات السيارات التي استعملها رجال الشرطة والوظائف الرئيسية الأخرى».

ومن جهة أخرى، أبلغ عن مشاكل في 1 مارس 2000، الذي تلا أول يوم سنة كبيسة لمشكلة عام 2000، ولكن كانت أغلب هذه المشاكل ثانوية.

في الولايات المتحدة، تضرر نظام معالجة رسائل خفر السواحل.

وعلى صعيد آخر، في قاعدة أوفوت الجوية جنوب أوماها، نبراسكا، تعذر الوصول إلى سجلات أجزاء صيانة الطائرات.

ومن ناحية أخرى، في بلغاريا، أُصدرت وثائق الشرطة مع تواريخ انتهاء في 29 فبراير 2005 و29 فبراير 2010 (وهي ليست سنوات كبيسة) وضبط تاريخ النظام الافتراضي إلى عام 1900.

في نفس البلد، أتلفت بيانات من حواسيب مكتب الأرصاد الجوية.

في 31 ديسمبر 2000 أو 1 يناير 2001

قبل عام 2000

إضافةً إلى ذلك، في 28 ديسمبر 1999، توقفت 10,000 ماكينة سحب بطاقات صادرة عن شركة هونغ كونغ وشنغهاي للخدمات المصرفية ومصنعة بواسطة شركة راكال عن معالجة معاملات بطاقات الائتمان وبطاقات المدين. واعتمدت المتاجر على المعاملات الورقية حتى بدأت الآلات في العمل مرة أخرى في 1 يناير.

وفي هذا الصدد، في 1 يناير 1999، توقفت عدادات سيارات الأجرة في سنغافورة عن العمل، في حين أعطت سيارات أجرة في السويد أجور غير صحيحة.

توسيع التاريخ

علاوةً على ذلك، وسعت السنوات المكونة من رقمين لتشمل القرن (أصبحت مكونة من أربعة أرقام) في البرامج والملفات وقواعد البيانات. اعتبر هذا الحل «الأنقى» ونتج عنه تواريخ دقيقة ودائمة وسهلة الصيانة. ولكن، كانت هذه الطريقة مكلفة، وتتطلب جهودًا هائلة للاختبار والتحويل، وأثرت غالبًا على كامل الأنظمة.

ضغط التاريخ

إضافةً إلى ذلك، يمكن ضغط التواريخ إلى أرقام ثنائية مكونة من 14 بت. يسمح هذا بالاحتفاظ بتنسيق بنية البيانات، باستخدام عدد صحيح للسنوات. يمكن لهذة الإجرائية تمثيل 16384 سنة مختلفة؛ تختلف الإجرائية الصحيحة حسب اختيار الحقبة.

الحلول البرمجية

وفي هذا السياق، استُخدمت أساليب عديدة مختلفة لحل مشكلة عام 2000 في النظم القديمة. فيما يلي ستة منها:

برامج الجسر

وفي هذا السياق، خوادم التاريخ تستعمل بيانات الاتصال للوصول إلى حقول التاريخ أو إضافتها أو تحديثها.

أخطاء موثقة

في 1 يناير 2000

وعلى صعيد آخر، في الولايات المتحدة، وكنتيجة مباشرة لخطأ عام 2000، توقفت الحواسيب في منتصف الليل في محطة تحكم أرضية عن معالجة المعلومات من عدد غير محدد من أقمار التجسس الصناعية. نفذ الجيش خطة طوارئ بحلول الساعة 03:00 صباحًا، وأستعاد جميع الوظائف الطبيعية في نحو يومين.

شملت المشاكل المبلّغ عنها:

وفي هذا الصدد، في الولايات المتحدة، توقفت 150 ماكينة سلوت في يانصيب ديلاوير في راسينو عن العمل.

بعد يناير 2000

علاوةً على ذلك، في اليابان، ذكرت شبكة الاتصالات المتنقلة إن تي تي (إن تي تي دوكومو، أكبر مشغل خلوي في اليابان، أن بعض طرازات الهواتف المحمولة كانت تحذف الرسائل الجديدة المستلمة، بدلًا من الرسائل القديمة، عند امتلاء الذاكرة.

ومن ناحية أخرى، في فرنسا، قالت الخدمة الوطنية للتنبؤ بالطقس، ميتيو فرانس، إن خلل عام 2000 جعل التاريخ على صفحة ويب يظهر خريطة مع توقعات الطقس ليوم السبت على أنها ليوم «01/01/1900».

ومن جهة أخرى، في الولايات المتحدة، حدد المرصد البحري الأمريكي، الذي يدير الساعة الرئيسية التي تحفظ التوقيت الرسمي للبلاد، التاريخ على موقعه على الإنترنت بـ1 يناير 1900.

وفي هذا الصدد، في اليابان، بعد دقيقتين من منتصف الليل، وجدت شركة الاتصالات السلكية واللاسلكية أوساكا ميديا بورت أخطاء في جزء إدارة التاريخ من شبكة الشركة. أصلحت المشكلة بحلول 02:43 ولم تقطع أي خدمة.

من جانب آخر، في إيشيكاوا، اليابان، تعطلت معدات مراقبة الإشعاع في منتصف الليل؛ ولكن، ذكر المسؤولون أنه لا يوجد خطر على العامة.

في هذا الإطار، في شيفيلد بالمملكة المتحدة، أرسلت تقييمات مخاطر غير صحيحة لمتلازمة داون إلى 154 امرأة حامل وأجريت عمليتي إجهاض كنتيجة مباشرة لخطأ في تقدير عمر الأمهات. ووُلد أربعة أطفال مصابين بمتلازمة داون لأمهات قيل لهن إنهن في مجموعة منخفضة الخطورة.

وفي السياق ذاته، عند حلول 1 يناير 2000، حدثت مشاكل اعتبرت بسيطة عمومًا. لم تحدث العواقب دائمًا عند منتصف الليل بالضبط. إذ تكن بعض البرامج نشطة في تلك اللحظة ولم تظهر المشاكل إلا عند استدعاءها. لم تكن جميع المشاكل المسجلة مرتبطة ارتباطًا مباشرًا ببرمجة مشكلة عام 2000 من حيث السببية؛ حدثت أخطاء تكنولوجية طفيفة على أساس منتظم.

ومن جهة أخرى، في أوناغاوا، اليابان، دق إنذار الخطر في محطة للطاقة النووية بعد دقيقتين من منتصف الليل.

من جانب آخر، في أستراليا، فشلت آلات التحقق من صحة تذاكر الحافلات في ولايتين في العمل.

مجموعات البرمجيات

وعلى صعيد آخر، مجموعات البرامجيات، مثل المدرجة في قائمة أفضل 10 إصلاحات لمشكلة عام 2000 لحاسوبك على موقع CNN.com: (» الأكثر... مجانية«) والتي تصدرتها مجموعة Millennium Bug  (خلل الألفية) بقيمة 50 دولارًا.

ما رأيك في هذه المقالة؟

📝 هل في هذه المقالة خطأ؟

إذا وجدت معلومة تحتاج تصحيحاً أو إضافة، أو أردت حذف المقالة، أرسل لنا طلباً وسنراجعه.