ترحيل قواعد البيانات، يُدار وكأن الإنتاج يعتمد عليه

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

ونتيجة واحدة تستحق التسمية لأن قلّة من المزوّدين تذكرها: يمكن أن ينتهي التقييم إلى «لا ترحّلوا»، وقد انتهى إليها. تلك النتيجة تكلّفكم التقييم وتوفّر عليكم البرنامج، وهي أفضل مقايضة متاحة في برمجيات المؤسسات.

وهي أيضًا سبب كون التقييم مدفوعًا. تقييم مجاني يُدفع ثمنه من المشروع الذي يليه، وهذا يجعل نتيجة «لا ترحّلوا» مكلفة على من يكتبها، وهو ترتيب لا ينبغي أن يوجد في قرار بهذا الحجم.

نادرًا عند نسخ البيانات. نسخ البيانات مسألة محلولة، والأدوات جيدة، والوقت يُقدَّر جيدًا. الفشل يقع في ثلاثة مواضع أخرى.

النمذجة اختُصرت. حين يضيق الوقت تُنقل الجداول جدولًا بجدول لأن ذلك أسرع، فتصل المنصة الجديدة وهي تحمل شكل المنصة القديمة، ولا تعطي شيئًا ممّا اشتُريت لأجله. وهذا أكثر أنماط الفشل شيوعًا وأصعبها إصلاحًا لاحقًا، لأن إصلاحه ترحيل ثانٍ.

تغيير التطبيق لم يُقدَّر. يُشترى الترحيل كمشروع بيانات، بينما نصفه الحقيقي يقع في شيفرة التطبيق: استعلامات تُعاد كتابتها، ومنطق معاملات يُعاد فحصه. وفريق تطبيقات لم يُرصد له وقت في الخطة هو الذي يوقف البرنامج في منتصفه.

التراجع كان شريحة عرض. خطة تراجع لم تُجرَّب ليست خطة، بل نيّة. والاكتشاف يقع في أسوأ لحظة ممكنة: بعد تجميد الكتابة، وأمام نافذة تضيق. ولهذا يُتمرَّن على التراجع أكثر مما يُتمرَّن على النجاح.