تحديث النظام الذي تجاوزته شركتك
صُمّمت قاعدة البيانات قبل سنوات، لنسخة أصغر من هذه الشركة. وهي ما زالت تحوي كل شيء — لكنها تستغرق وقتاً أطول للإجابة، وصارت أصعب في التغيير، ولا تستطيع التحدث مع ما هو أحدث. وهذه مشكلة مختلفة عن الحاجة إلى الاستبدال.
هل تعرف هذا الموقف؟
تقرير كان يستغرق ثوانٍ صار يستغرق دقائق، أو يُشغَّل ليلاً.
العميل نفسه موجود ثلاث مرات، باختلافات طفيفة.
التطبيق لا يعمل إلا على خادم واحد، ولا أحد يريد إعادة تشغيله.
النشر عملية يدوية يقوم بها أحدهم بحذر يوم الجمعة.
الأنظمة الأحدث لا تصل إلى البيانات إلا إذا صدّرها أحدهم.
نظام التشغيل تحته توقّف عن تلقي التحديثات منذ مدة.
القديم لا يعني المتقادم
قاعدة البيانات الناضجة غالباً أثمن ما تملكه شركة. فيها سنوات من التاريخ، وبنية صمدت أمام الواقع — وهو ما لا يُقال عن معظم البنى الجديدة.
وما يشيخ نادراً ما يكون التصميم. بل الحجم الذي صارت تحمله، والفهارس التي كانت مناسبة لعُشر البيانات، والاستعلامات المكتوبة قبل أن يعرف أحد أيها سيهم، والمنصّة تحتها وقد بلغت نهاية دعمها. الشركة تجاوزت الافتراضات، لا النموذج.
والتحديث هنا ليس مجاراة للموضة. الهدف نظام يمكن تغييره بأمان، والإجابة منه بسرعة، والوصول إليه من برمجيات أخرى.
أحياناً قاعدة البيانات بخير
كثيراً ما تبقى القاعدة حيث هي ويجري العمل حولها: واجهة ويب جديدة، أو واجهة برمجة تتيح للأنظمة الأخرى الوصول إلى البيانات كما ينبغي، أو طبقة تقارير، أو بوابة عملاء، أو تطبيق جوال، أو مهام مجدولة تحلّ محل خطوات يدوية — كلها مبنية على قلب أثبت بالفعل أنه يعمل.
وهذه عادةً أرخص نتيجة مفيدة، وهي قابلة للتراجع كما لا يكون الترحيل. ونوصي بها حين تكون البنية سليمة، وإن كانت هي الشغل الأصغر.
وأحياناً يكون الجواب الصادق أصغر من ذلك: القاعدة لا تحتاج تحديثاً، بل ثلاثة فهارس واستعلاماً يُعاد كتابته.
افهمها قبل أن تغيّرها
لا يُمس شيء قبل أن نعرف ما الذي يعتمد عليه: البنية، والإجراءات المخزّنة، وكل تطبيق يتصل بها، والمهام المجدولة، وعمليات الاستيراد والتصدير التي تعمل في أوقات غريبة، والتقارير، ونموذج الأمان، وهل جُرّبت استعادة النسخ الاحتياطية يوماً.
وهذا الأخير أهم مما يبدو. عدد مفاجئ من الأنظمة لديه نسخ احتياطية لم يختبرها أحد، والترحيل هو أسوأ وقت لاكتشاف ذلك.
تحسين القاعدة، ونقلها بأمان
حين تحتاج القاعدة نفسها إلى عناية، يكون العمل عادةً في الفهرسة وتحسين الاستعلامات وتحسين البنية وأرشفة بيانات لم تعد بحاجة إلى أن تكون حيّة، وترقيات الإصدار، ووضع مراقبة حتى يُلاحظ التباطؤ التالي قبل أن يبلّغ عنه مستخدم.
وحين تحتاج إلى الانتقال — إلى استضافة مُدارة أو إلى AWS أو Azure — فإنها تنتقل مع ترحيل تجريبي، ونسخ احتياطية مُتحقَّق منها، وخطة تراجع، وعادةً بالتوازي مع القائم حتى يتفقا.
كيف نتعامل معها
الفهم
مسح البنية والاعتماديات والمهام والتقارير ووضع الاستعادة.
القرار
الفصل بين ما يحتاج إصلاحاً وما يبدو قديماً فقط. وهذا كثيراً ما يختصر العمل.
البناء
فهرسة وتحسين وإعادة هيكلة عند اللزوم، ووضع واجهة أو واجهة برمجة حديثة حول القلب.
النقل
ترحيل باستعادة مُختبَرة وخطة تراجع، وبالتوازي كلما أمكن.
البقاء
مراقبة، حتى يصبح الأداء اتجاهاً تتابعه لا حادثاً تكتشفه.
حللنا هذا من قبل
NET Services — التقييم الكهروتقني

تدير NET تقييمات كهروتقنية في إنجلترا وويلز وأيرلندا الشمالية، ومنها نظام داخلي حيّ لإدارة الطعون تعتمد عليه المنظمة. ولم يكن المطلوب استبداله، بل تمكين المرشحين ومزوّدي التدريب وأصحاب العمل من الوصول إلى ما يحويه.
بنينا المنصّة العامة حول ذلك القلب: أداة لإيجاد المراكز بالبحث حسب الموقع أو الرمز البريدي أو المنطقة أو نوع التقييم، وتوافر المراكز في الوقت الفعلي، وإجراء طعون يتكامل مباشرة مع النظام الداخلي الحي بحيث يصل طلب المرشح إلى حيث يعمل الموظفون أصلاً. وظل النظام تحته يعمل طوال المدة.
ما يتضمنه هذا عادةً
أسئلة تُطرح علينا
هل يجب أن ننتقل عن SQL Server؟
غالباً لا. الترقيات والفهرسة والعمل على البنية تعالج عادةً الشكوى الحقيقية. وتغيير محرك القاعدة عمل كبير ينبغي أن يكون له سبب غير العمر.
هل يمكن أن تبقى القاعدة حيث هي؟
كثيراً ما تكون تلك أفضل نتيجة: يبقى القلب ويتغيّر التطبيق أو التقارير أو واجهة البرمجة حوله. أرخص وأسهل في التراجع بكثير.
تقاريرنا بطيئة. هل هذا مشروع تحديث؟
غالباً لا. بطء التقارير يعود عادةً إلى الفهرسة أو تصميم الاستعلام أو إصدار التقارير من قاعدة تشغيلية حيّة. وهذه أيام عمل لا أشهر، ونفضّل التثبت من ذلك أولاً.
هل يمكنكم نقلها إلى السحابة؟
نعم، إلى AWS أو Azure وإلى خدمات قواعد مُدارة حين تناسب. والترحيل أهم من الوجهة: استعادة مُختبَرة، وخطة تراجع، وتشغيل متوازٍ.
لا أحد هنا يعرف كيف بُنيت. هل هذه مشكلة؟
هذا معتاد، وهو أول ما نعالجه. والمسح ينتج توثيقاً يبقى لديك، أياً كان الاتجاه بعده.
قبل أن تستبدله، اعرف ما الذي يستحق البقاء.
لست بحاجة إلى معرفة الإجابة التقنية بعد. أخبرنا بما يعيقك، ومن هناك نبدأ.
نبني أنظمة الأعمال ونُشغّلها منذ عام 2000. الفريق الذي يبنيها هو الذي يبقى لتشغيلها.
ابدأ المحادثة