- المرحلة
- النمذجة
- ما يتولّاه فريقكم
- حضور من يعرف كيف تُقرأ البيانات فعلًا، لا من يعرف الجداول وحدها
- ما يحدث إن لم يُخطَّط له
- تُصمَّم المستندات من بنية البيانات القديمة بدل أنماط الوصول، فتصل المنصة الجديدة على شكل القديمة، ويكون إصلاح ذلك ترحيلًا ثانيًا.
دليل ترحيل
ترحيل قواعد البيانات، يُدار وكأن الإنتاج يعتمد عليه
الخطر في الترحيل لا يكون عادةً حيث يُتوقَّع، بل في الأجزاء التي تُتجاوز: ليس في نسخ البيانات، بل في ليلة التحويل، وإعادة كتابة الاستعلامات التي لم يُحسب حسابها، والتراجع الذي بقي شريحة عرض ولم يُجرَّب. تشرح هذه الصفحة كيف تدير إنتركي ترحيل قواعد البيانات المؤسسية من الرياض، بتفصيل يكفي لتطبيقه.
دليل ترحيل نُشر في 5 دقائق قراءة
لمن
ما تغطّيه هذه الصفحة، ولمن
لمن يخطّط للانتقال
بيئات علائقية تنتقل إلى منصة مستندية موزّعة، وانتقالات من NoSQL إلى NoSQL (توحيد أحمال NoSQL القائمة على Couchbase). موجّهة إلى مدير التقنية، ومهندس قواعد البيانات، ومالك التطبيق الذي يخطّط للانتقال.
ونقولها بصراحة: بعض الأحمال التي نقيّمها ينبغي أن تنتقل إلى إعداد علائقي مضبوط، أو أن تبقى حيث هي. والخطوات الموصوفة أدناه مصمّمة لإظهار هذا الجواب مبكرًا، حين تكون كلفته ما زالت قليلة.
01التقييم
التقييم: مشروع صغير يمنع خطأ كبيرًا
كل ترحيل تديره إنتركي يبدأ بتقييم محدود النطاق ومدفوع، ومُخرَجه قرار، لا تصميم على شرائح عرض: الحمل مقروءًا بدقة (أنماط الوصول، ومتطلبات الاتّساق والمعاملات، والأحجام والنمو)، وفجوة النمذجة بين بنية البيانات الحالية والهدف، وقائمة الأثر على كل خدمة لفريق التطبيقات، ونموذج النشر الذي تسمح به متطلبات إقامة البيانات لديكم، ومقارنة كلفة تشمل البقاء كما أنتم.
ونتيجة واحدة نذكرها صراحةً: يمكن أن ينتهي التقييم إلى «لا ترحّلوا»، وقد انتهى إليها فعلًا. تلك النتيجة تكلّفكم التقييم وتوفّر عليكم البرنامج كله، وهي مقايضة في صالحكم.
ولهذا السبب أيضًا يكون التقييم مدفوعًا. فالتقييم المجاني يُستردّ ثمنه من المشروع الذي يليه، وهذا يجعل نتيجة «لا ترحّلوا» مكلفة على من يكتبها، وهو ترتيب لا ينبغي أن يوجد في قرار بهذا الحجم.
02التسلسل
مراحل الترحيل، ودوركم في كل مرحلة
مراحل لا تواريخ، لأن المدد الفعلية تخرج من التقييم لا من قالب. وكل مرحلة تحدّد ما يتولّاه فريقكم، لأن الترحيل يتعثّر عادةً في الجزء الذي لم يُحدَّد له مسؤول.
-
المرحلة 01
نمذجة البيانات حسب كيفية قراءتها
الخطوة التي تقرّر النجاح: مستندات مصمّمة من أنماط الوصول الحقيقية للتطبيق، لا نقل جدول بجدول، وخطة الاستعلامات معها. دوركم: أن يحضر هذه الجلسات من يعرف كيف تُقرأ البيانات فعلًا.
-
المرحلة 02
تقدير تغيير التطبيق والبدء فيه
ينتقل الوصول إلى البيانات إلى مكتبات المنصة، وتُعاد كتابة الاستعلامات للنموذج المستندي، ويُعاد فحص منطق المعاملات مقابل دلالات موزّعة. دوركم: هذا العمل في شيفرتكم، ويحتاج وقتًا فعليًا من مهندسيكم.
-
المرحلة 03
بناء الجسر والتشغيل المتوازي
تدفّق بيانات متّصل من النظام المصدر إلى المنصة الجديدة، والنظامان يعملان معًا، والنتائج تُقارَن خدمةً خدمةً. تنتقل القراءات أولًا بخطوات يمكن عكس كل منها وحدها.
-
المرحلة 04
التمرّن على لحظة التحويل ثم تنفيذها
تُنفَّذ لحظة التحويل مرة واحدة ويُتدرَّب عليها أكثر من مرة، ومعها التراجع، الذي لا يكون حقيقيًا إلا إذا جُرّب فعلًا. ويُتّفق على المعايير مسبقًا، ويُحدَّد من يملك صلاحية إعلان التراجع.
-
المرحلة 05
الاستقرار والضبط ثم التسليم أو التشغيل
يُراجَع حجم العنقود مقابل حمل إنتاج حقيقي، وتُضبط الفهارس مقابل استعلامات حقيقية، ويُختبَر تجاوز الأعطال، ويُثبَت النسخ الاحتياطي باستعادة فعلية. ثم يُسلَّم التشغيل أو تشغّله إنتركي.
03ليلة التحويل
ليلة التحويل، خطوات لكلٍّ منها شرط
لكل خطوة أدناه شرط عبور متّفق عليه مسبقًا؛ وإذا لم يتحقّق شرط إحداها يُنفَّذ مسار التراجع، وهو مسار جُرّب مسبقًا ويستغرق دقائق لا اجتماعات:
- تجميد الكتابة على النظام المصدر عند لحظة معلنة، ومعروف من يملك إعلانها
- انتظار الجسر حتى يصل التأخّر إلى صفر، قياسًا لا تقديرًا
- تحقّق من التطابق على عيّنة متّفق عليها مسبقًا، لا على ما يبدو معقولًا في اللحظة
- تحويل الكتابة إلى المنصة الجديدة، خدمةً خدمةً بالترتيب المتّفق عليه
- مراقبة أخطاء التطبيق وزمن الاستجابة لفترة مُعلَنة قبل إعلان النجاح
- إبقاء النظام المصدر قابلًا للعودة إليه لمدة محدّدة، لا إيقافه في الليلة نفسها
- قرار مكتوب في نهاية النافذة: نجاح مُعلَن، أو تراجع مُنفَّذ، ولا خيار ثالث
04الكلفة
ما الذي يحرّك كلفة الترحيل فعلًا
التسعير لكل مشروع على حدة، وهذه المتغيّرات هي ما يحرّكه. تنفع للتحقّق من معقولية رقم أي جهة، بما في ذلك رقمنا:
- فجوة النمذجة: الانتقال من بنية علائقية مُطبَّعة أطول من الانتقال من مخزن مستندي
- عدد الخدمات التي تمسّ البيانات، وهو ما يحدّد حجم مسار تغيير التطبيق
- حجم البيانات والمدة المقبولة لتأخّر البيانات، وهما ما يشكّلان تصميم الجسر
- متطلبات الاتّساق والمعاملات، وهي ما يحدّد درجة الحذر المطلوبة في لحظة التحويل
- نموذج النشر: خدمة مُدارة أم تشغيل ذاتي على بنية داخل المملكة
- من يحمل تغييرات التطبيق: مهندسوكم، أو مهندسو إنتركي، أو مزيج
- التشغيل بعد الإطلاق: تسليم إلى فريقكم أم تشغّله إنتركي
05دوركم
ما يتولّاه فريقكم، محدّدًا قبل التوقيع لا بعده
يتعثّر الترحيل عادةً في الجزء الذي لم يُحدَّد له مسؤول. وهذا الجدول يحدّد ذلك الجزء في النطاق بدل أن يُكتشف في المرحلة الثالثة.
- المرحلة
- تغيير التطبيق
- ما يتولّاه فريقكم
- وقت فعلي من مهندسيكم للعمل على شيفرتكم: استعلامات تُعاد كتابتها، ومنطق معاملات يُعاد فحصه
- ما يحدث إن لم يُخطَّط له
- يتوقّف البرنامج في منتصفه: البيانات جاهزة في المنصة الجديدة ولا يقرأ منها أحد، وتُدفع كلفة النظامين معًا لأشهر.
- المرحلة
- التحقّق
- ما يتولّاه فريقكم
- تعريف ما يعنيه «صحيح» لكل خدمة، بلغة العمل لا بلغة قواعد البيانات
- ما يحدث إن لم يُخطَّط له
- تُقارَن النتائج بما يبدو معقولًا في اللحظة، فتُكتشف الفروق بعد التحويل حين يُبلغ عنها مستخدم.
- المرحلة
- لحظة التحويل
- ما يتولّاه فريقكم
- مسؤول محدّد بالاسم يملك صلاحية إعلان التراجع، وموافقة مسبقة على النافذة
- ما يحدث إن لم يُخطَّط له
- يُتفاوض على المعايير في الثالثة فجرًا، وهو أسوأ وقت ممكن لاتخاذ قرار لم يُتّخذ سلفًا.
- المرحلة
- بعد الإطلاق
- ما يتولّاه فريقكم
- قرار مكتوب: يشغّلها فريقكم بعد تسليم التشغيل، أو تشغّلها إنتركي، أو تُقتسم بحدود
- ما يحدث إن لم يُخطَّط له
- يغادر فريق المشروع ويبقى عنقود بلا مالك، فيعمل جيدًا حتى أول ترقية أو أول عقدة تسقط.
06أنماط الفشل
كيف تفشل هذه المشاريع فعلًا
نادرًا ما يقع الفشل في نسخ البيانات، فهذه مسألة محلولة، والأدوات جيدة، والوقت يُقدَّر جيدًا. الفشل يقع عادةً في ثلاثة مواضع أخرى.
النمذجة اختُصرت. حين يضيق الوقت تُنقل الجداول جدولًا بجدول لأن ذلك أسرع، فتصل المنصة الجديدة وهي تحمل شكل المنصة القديمة، ولا تعطي شيئًا ممّا اشتُريت لأجله. وهذا أكثر أنماط الفشل شيوعًا وأصعبها إصلاحًا لاحقًا، لأن إصلاحه ترحيل ثانٍ.
اقرأ المزيد
تغيير التطبيق لم يُقدَّر. يُشترى الترحيل على أنه مشروع بيانات، بينما نصفه الحقيقي يقع في شيفرة التطبيق: استعلامات تُعاد كتابتها، ومنطق معاملات يُعاد فحصه. وفريق تطبيقات لم يُخصَّص له وقت في الخطة هو الذي يوقف البرنامج في منتصفه.
التراجع كان شريحة عرض. خطة التراجع التي لم تُجرَّب ليست خطة بعد. ويُكتشف ذلك في أسوأ لحظة: بعد تجميد الكتابة، وأمام نافذة تضيق. ولهذا يُجرَّب التراجع أكثر مما يُجرَّب مسار النجاح.
07أسئلة المشترين
ما يسألنا عنه العملاء
إجابات مباشرة عن الأسئلة التي تتكرر في محادثات التقييم والشراء. وما لم تجدوه هنا، اسألونا عنه في النموذج أدناه.
كم نافذة توقّف نحتاج؟
الهدف أن تكون النافذة قصيرة لأن معظم العمل حدث قبلها: التشغيل المتوازي ينقل المخاطرة إلى أسابيع سابقة، فلا يبقى لليلة التحويل إلا تجميد الكتابة والتحقّق والتحويل. أما الرقم بالدقائق فيخرج من التقييم، ويعتمد على حجم البيانات ومتطلب الاتّساق وعدد الخدمات.
ما الذي ينقل البيانات فعلًا؟
في مشاريع إنتركي، iblync عادةً: منتج إنتركي نفسها، مبني في المملكة، ويقيم الجسر بين النظام المصدر والنظام الهدف ويحافظ على التدفّق أثناء التشغيل المتوازي. وهو المكوّن الذي يجعل تشغيل النظامين معًا أمرًا عمليًا لا مجرد أمنية.
روابط ذات صلةiblync
هل نستطيع الترحيل دون تغيير التطبيق؟
لا، إن كان الانتقال بين فئتي منصّات. الوصول إلى البيانات يتغيّر، والاستعلامات تُعاد كتابتها، ومنطق المعاملات يُعاد فحصه. وأي وعد بغير ذلك يعني عادةً نقلًا جدولًا بجدول ينتج المشكلة الأولى في قسم أنماط الفشل، أو أن شيفرتكم لم تُفحص بعد.
ماذا لو أخفق التحقّق في الليلة نفسها؟
يُنفَّذ التراجع، وهذا ليس فشلًا للمشروع بل هو التصميم يعمل كما ينبغي. المعايير مكتوبة قبل الليلة، ومن يملك صلاحية إعلان التراجع محدّد، والمسار جُرّب مسبقًا. أسوأ ليالي التحويل هي التي يُتفاوض فيها على المعايير في الثالثة فجرًا.
من مركز المعرفة
يكمل هذه الصفحة
تحديث منصة البيانات
قرار المنصة نفسه، مع جدول الدوافع وخيار البقاء كما أنتم.
منتج إنتركيiblync لتكامل البيانات وترحيلها
المنتج الذي يقيم الجسر ويحافظ على التدفّق أثناء التشغيل المتوازي.
منصة شريكتنفيذ Couchbase في المملكة
الوجهة المعتادة لهذه الترحيلات، بجدول الأحمال التي لا تناسبها.
قائمة قراراتقائمة قرارات الترحيل
القرارات التي تُحسم قبل بدء هذا العمل، مرتّبة حسب اللحظة التي يتعذّر بعدها التراجع عنها.
مواصلة الاستكشاف
الخطوة التالية
ابدؤوا بتقييم حملكم
اذكروا قاعدة البيانات المصدر، وحجم البيانات تقريبًا، والنافذة التي يحتملها العمل، فمن هذه الثلاثة تحديدًا يُحدَّد نطاق التقييم.
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية