ترحيل قواعد البيانات إلى السحابة في السعودية، والإنتاج يواصل العمل

نسخ الجداول إلى قاعدة بيانات سحابية هو الجزء السهل. أما الترحيل الذي يصمد في الإنتاج فيحسم خمسة أمور قبل أن تنتقل أول بايت:

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

روابط ذات صلةممارسة الترحيل إلى السحابة

خريطة المناطق تتغير، فاقرؤوا هذه الفقرة على أنها مؤرخة. لدى Google Cloud منطقة في الدمام (me-central2)، وتشرح صفحتنا عن Google Cloud في السعودية كيف يكون الوصول إليها. وأعلنت AWS عن منطقة في السعودية، وتقول إنها في طريقها إلى الإطلاق في ديسمبر 2026، ولم تكن في قائمة مناطق AWS المتاحة يوم 2 نوفمبر 2026، وتتابعها صفحتنا عن AWS في السعودية. أما Microsoft Azure فراجعوا قائمة المناطق التي تنشرها Microsoft وقت الشراء.

روابط ذات صلةGoogle Cloud في السعودية

يتبع iblync النمط الذي تستخدمه إنتركي حين يجب أن يواصل الإنتاج العمل:

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

ويذكر موقع iblync أن الترحيل المنقطع يُستأنف من حيث توقف، وأن التحقق يكون بالمجاميع الاختبارية (checksums) وعدد الصفوف. ومن المصادر التي يذكرها MySQL وPostgreSQL وSQL Server وIBM DB2. وتعرض صفحة الترحيل بدون توقف ما يبقى يعمل في كل مرحلة.

روابط ذات صلةصفحة الترحيل بدون توقف

المنهج لا يتغير بتغير المزوّد، لكن التفاصيل تتغير. فعند ترحيل قاعدة البيانات إلى AWS تكون الأسئلة: أي محرك مُدار وأي إصدار تحتاجون، وهل تقدّمه المنطقة التي اخترتموها، وكيف يُهيأ مسار الشبكة من مركز بياناتكم. وترحيل قاعدة البيانات إلى Azure يطرح الأسئلة نفسها على خدمات Microsoft ومناطقها. أما الترحيل إلى Google Cloud في الدمام فيضيف سؤالًا آخر: التأكد من أن خدمة قاعدة البيانات التي تريدونها متاحة هناك، وأن حسابكم يملك الوصول إلى المنطقة.

ويمكن أن يجمع البرنامج الواحد الأداتين: خدمة المزوّد للنقل بين المحرك ونفسه، وiblync للنقل بين محركات مختلفة أو للأنظمة التي يجب أن تبقى متطابقة.

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

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

روابط ذات صلةالهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا)الهيئة الوطنية للأمن السيبرانيدليل إقامة بيانات الرصد

يُسعَّر iblync بعرض سعر بحسب أنظمة المصدر وأنظمة الهدف وحجم البيانات. ولا توجد قائمة أسعار منشورة، لأن هذه العوامل الثلاثة تغيّر الجواب كثيرًا فلا يكون لقائمة واحدة معنى. أما فاتورة قاعدة البيانات المستهدفة في السحابة فمنفصلة، ويصدرها المزوّد.

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