منصة البيانات · ترحيل Oracle
ترحيل قواعد بيانات Oracle مع بقاء Oracle والهدف متطابقين حتى التحويل
يبدأ ترحيل قواعد بيانات Oracle عادةً بموعد: تجديد ترخيص أو عقد دعم، أو استبدال خوادم، أو قرار بنقل الأنظمة إلى السحابة. وتخطط إنتركي للنقل مع iblync، منصتها للترحيل والنسخ المتماثل. يواصل Oracle خدمة الإنتاج بينما تُحمَّل البيانات وتُنسخ كل التغييرات إلى الهدف، فيحدث التحويل حين تنجح فحوصكم، لا حين تنتهي نافذة النقل.
الملخص
نظرة سريعة
المشروع كله في جدول واحد، قبل التفاصيل.
- المصدر
- Oracle Database، ويُؤكَّد الإصدار والنسخة في التقييم
- الهدف
- Oracle على بنية سحابية، أو PostgreSQL، أو هدف آخر يُتفق عليه عند تحديد النطاق
- إبقاء النظامين متطابقين
- التقاط التغييرات (CDC) عبر iblync: تحميل أولي، ثم نسخ متماثل مستمر
- التحويل النهائي
- خطوات ببوابات وشروط نجاح متفق عليها، وخطة رجوع مجرَّبة
- مكان التشغيل
- يُحسم لكل مشروع، ويمكن تشغيل الجسر والهدف على بنية داخل المملكة
- طريقة الشراء
- عرض سعر للمشروع بعد التقييم، ويُسعَّر iblync بحسب المصدر والهدف وحجم البيانات
الخلاصة
- لماذا الآن: أغلب حالات نقل Oracle يدفعها ثمن الترخيص والدعم، أو قِدم المنصة، أو الانتقال إلى السحابة.
- ثلاث نتائج صادقة: نقل Oracle كما هو إلى بنية سحابية، أو الانتقال إلى محرك آخر مثل PostgreSQL، أو البقاء مع تحسين الأداء.
- كيف يبقى الإنتاج يعمل: يُبقي التقاط التغييرات Oracle والهدف متطابقين أثناء التشغيل المتوازي، فيصبح التحويل خطوة قصيرة مخططة.
- أين يقع الجهد: في الشيفرة المخزنة واستعلامات التطبيقات أكثر من نسخ البيانات.
- طريقة الشراء: تقييم أولًا، ثم عرض سعر للمشروع.
لماذا تخطط الجهات لترحيل قواعد بيانات Oracle
نادرًا ما تُنقل Oracle Database لأنها توقفت عن العمل، بل لأن شيئًا حولها تغيّر:
- كلفة الترخيص والدعم. حان موعد التجديد، فتُوضع كلفة البقاء أمام كلفة الانتقال. ويستحق الطرفان التدقيق نفسه، ومنه الجهد الهندسي الذي يحتاجه النقل.
- قرار سحابي. تنقل الجهة أنظمتها إلى AWS أو Google Cloud، ولا بد أن تلحق قاعدة البيانات بالتطبيقات التي تستخدمها.
- منصة قديمة. اقترب انتهاء دعم الخوادم أو إصدار قديم من قاعدة البيانات، والترقية نفسها مشروع ترحيل مستقل.
- الدمج. بيئتان يجب أن تصبحا بيئة واحدة بعد اندماج، أو منصة جديدة تحل محل عدة منصات قديمة.
كل دافع يقود إلى مسار مختلف، والمسار الأرخص على الورق ليس دائمًا الأرخص في التشغيل. ولهذا يبدأ العمل بتقييم، لا بعرض سعر لنسخ البيانات.
Oracle إلى السحابة، أو إلى PostgreSQL، أو البقاء: المسارات الثلاثة
المسار يحدد أين يذهب الجهد. فنسخ البيانات متقارب في الثلاثة، أما الشيفرة ووضع الترخيص فلا.
| المسار | ما الذي يتغير | أين الجهد | وضع الترخيص |
|---|---|---|---|
| Oracle إلى السحابة بالمحرك نفسه | الخوادم ونموذج التشغيل، ويبقى المحرك Oracle | مسار الشبكة، وتقدير التخزين، والنسخ الاحتياطي والتبديل عند الأعطال على المنصة الجديدة | تبقى تراخيص Oracle قائمة، فراجعوا كيف تعامل اتفاقيتكم الاستخدام السحابي |
| Oracle إلى PostgreSQL | المحرك: الهيكل والشيفرة المخزنة وأنواع البيانات واستعلامات التطبيقات | إعادة كتابة الشيفرة المخزنة واختبار كل خدمة تستعلم من القاعدة | تنتهي تراخيص Oracle بعد إيقاف القاعدة القديمة |
| البقاء مع التحسين | لا تغيير في البنية، بل في الإعدادات والفهارس والسعة | تحسين الأداء، ومبرر مكتوب للبقاء | دون تغيير |
وبعض البيئات تأخذ أكثر من مسار: تبقى الأنظمة ذات الشيفرة المخزنة الأثقل على Oracle حاليًا، وتنتقل الخدمات الأحدث أولًا. والتقييم هو الذي يحدد أي نظام يناسبه أي مسار.
من Oracle إلى PostgreSQL: ما الذي يحتاج عادةً إلى إعادة عمل
الانتقال من Oracle إلى PostgreSQL هو المسار الذي يُنهي ترخيص Oracle، وهو أيضًا المسار الأكثر جهدًا هندسيًا. والفروق التالية مأخوذة من توثيق PostgreSQL، ومن توثيق Oracle في مسألة النصوص الفارغة:
- الحزم (packages). لا توجد حزم في PostgreSQL. فتُجمع الدوال في مخططات (schemas)، وتُحفظ حالة الجلسة التي كانت تحملها متغيرات الحزم بطريقة أخرى، كالجداول المؤقتة.
- أنواع البيانات. يصبح
varchar2هوvarcharأوtext، ويصبحnumberهوnumericأو نوعًا رقميًا أنسب. وتحتاج أعمدة التاريخ والوقت إلى المراجعة نفسها. - النصوص الفارغة. يعامل Oracle القيمة النصية ذات الطول صفر على أنها
null، ولا يفعل PostgreSQL ذلك. فتتغير نتيجة المقارنات والقيود التي اعتمدت على هذا السلوك. - معالجة الأخطاء. في PL/pgSQL يؤدي التقاط الاستثناء إلى التراجع عن التغييرات منذ بداية الكتلة، فقد تفقد شيفرة نُقلت سطرًا بسطر عملًا كانت تحتفظ به.
وتعرض صفحة الترحيل إلى PostgreSQL القائمة كاملة وطبقات العمل الأربع: الهيكل والشيفرة المخزنة والبيانات والتطبيق. أما البيانات نفسها فتنتقل بالنمط ذاته أيًّا كان الهدف.
روابط ذات صلةصفحة الترحيل إلى PostgreSQL
إبقاء Oracle والهدف متطابقين بالتقاط التغييرات (CDC)
التصدير والاستيراد الدفعي يحتاجان إلى إيقاف القاعدة أثناء التشغيل. وفي بيئة Oracle كبيرة قد يطول ذلك أكثر بكثير من النافذة التي يمنحها العمل. ويتجنب التقاط تغييرات البيانات (CDC) هذا التوقف الطويل: تُحمَّل البيانات الموجودة مرة واحدة، ثم تُنسخ كل عملية إدراج وتحديث وحذف على Oracle إلى الهدف بعد حدوثها بوقت قصير، وOracle باقٍ في الخدمة.
وتشغّل إنتركي هذا الجسر عبر iblync. وتشمل قائمة الموصلات المنشورة لـiblync كلًّا من Oracle وPostgreSQL، ويُؤكَّد إصداركم ونسختكم في التقييم. ويضبط iblync معدله حتى لا ينافس النسخ المتماثل الإنتاج، وإذا غاب الهدف تنتظر التغييرات في طابور ولا تضيع. وإذا لزم أن يقبل الطرفان الكتابة مدةً ما، فهو يدعم المزامنة في الاتجاهين.
اقرأ المزيد
ويطلب التقاط التغييرات من Oracle أمورًا من الفريق المسؤول عن قاعدة المصدر. اتفقوا عليها قبل بناء أي شيء:
- الحساب الذي تستخدمه عملية الالتقاط، وما يُسمح له بقراءته؛
- مدة الاحتفاظ بسجلات التغييرات، وانسجامها مع الأرشفة والنسخ الاحتياطي؛
- متى يجري التحميل الأولي، وكم من الحمل يُسمح له بوضعه على الإنتاج؛
- من يُبلغ فريق النسخ المتماثل حين يتغير جدول أو عمود على Oracle.
ويقارن دليل التقاط تغييرات البيانات طرق الالتقاط، وتتعمق صفحة Oracle CDC في جانب Oracle.
روابط ذات صلةiblyncدليل التقاط تغييرات البياناتصفحة Oracle CDC
كيف تنفّذ إنتركي ترحيل قواعد بيانات Oracle
-
التقييم.
المخططات والشيفرة المخزنة واستعلامات التطبيقات وحجم البيانات ومعدل التغيير ونافذة التوقف وإقامة البيانات. والناتج مسار موصى به مع مقارنة بالكلفة تشمل خيار البقاء على Oracle.
-
بناء الهدف.
تقدير المنصة المستهدفة وبناؤها، على بنية سحابية أو داخل المنشأة، مع النسخ الاحتياطي والمراقبة قبل وصول البيانات.
-
الهيكل والشيفرة.
عند تغيير المحرك، يُترجم الهيكل وتُعاد كتابة الشيفرة المخزنة، ثم تُختبر على بيانات تشبه بيانات الإنتاج في شكلها وحجمها.
-
التحميل الأولي والنسخ المتماثل.
تُحمَّل البيانات التاريخية مرة واحدة بمعدل مقيّد حتى لا تنافس الإنتاج، ثم يبدأ النسخ المتماثل المستمر من Oracle.
-
التشغيل المتوازي.
القاعدتان تعملان وعلى اتفاق. تُقارن الأعداد والمجاميع الاختبارية، وتنتقل القراءة أولًا خدمةً بخدمة.
-
تحويل نهائي مجرَّب.
توقف الكتابة أو تُحفظ في طابور خلال نافذة متفق عليها حتى تصل آخر التغييرات، ثم بوابات التحقق، ثم تنتقل الكتابة. وتُجرَّب خطة الرجوع قبل ذلك.
-
التثبيت والتسليم.
يبقى Oracle جاهزًا خلال ذروة عمل حقيقية ثم يُوقف. ثم التسليم لمديري قواعد البيانات لديكم، أو تشغيل إنتركي مع الدعم من الرياض.
ترحيل Oracle إلى السحابة في السعودية: التراخيص وإقامة البيانات
نقل Oracle إلى السحابة يطرح سؤالين لا يطرحهما النقل بين مركزي بيانات.
التراخيص. إبقاء محرك Oracle على بنية سحابية يُبقي ترخيص Oracle. وطريقة احتساب تراخيصكم الحالية في سحابة معينة تحددها اتفاقيتكم مع Oracle، فراجعوها مع مسؤول حسابكم لدى Oracle قبل اختيار المسار. والمقارنة بالكلفة التي تُغفل ذلك ناقصة.
إقامة البيانات. تلتزم جهات سعودية كثيرة بإبقاء بيانات معينة داخل المملكة، وفق ضوابط الهيئة الوطنية للأمن السيبراني (nca.gov.sa) ونظام حماية البيانات الشخصية الذي تشرف عليه سدايا (sdaia.gov.sa). ولدى Google Cloud منطقة في الدمام (me-central2)، ويمكن تشغيل جسر النسخ المتماثل وقاعدة الهدف والأدوات على بنية داخل المملكة. ويعرض دليل إقامة البيانات لدينا الأسئلة التي تُحسم. وإنتركي شريك لـGoogle Cloud وشريك لـAWS، وتُختار المنصة المستهدفة في التقييم لا قبله.
ويأتيكم الدعم من الرياض، من مهندسين يتحدثون العربية والإنجليزية، من التقييم إلى ما بعد التحويل.
روابط ذات صلةnca.gov.sasdaia.gov.saدليل إقامة البيانات
متى لا يكون ترحيل Oracle القرار الصحيح
قد ينتهي التقييم إلى أن الترحيل غير مناسب، ويقول ذلك كتابةً. فقاعدة البيانات التي تخدم حملها وتقبل الجهة كلفتها أصلٌ لا عبء. وإذا كان أغلب منطق العمل في آلاف الأسطر من PL/SQL لا يفهمها إلا قلة، فقد تكلّف إعادة الكتابة أكثر من عدة تجديدات، ويكون تحسين الأداء ثم نقل لاحق على مراحل خيارًا أنسب. وإن كنتم باقين على محرك Oracle وتغيّرون مكان تشغيله فقط، فأدوات Oracle الأصلية للنقل بين قواعد Oracle هي أول ما يُقيَّم عادةً، وقد لا تحتاجون إلى iblync.
ما الذي يحدد الكلفة والمدة
لا ننشر سعرًا أو مدة لترحيل Oracle، لأن البيئة هي التي تحددهما. والعوامل هي:
- حجم الشيفرة المخزنة في القاعدة، ومدى بُعدها عن الهدف؛
- عدد التطبيقات والخدمات التي تتغير استعلاماتها؛
- حجم البيانات، ومقدار ما يتغير منها أثناء الترحيل؛
- نافذة التوقف التي سيمنحها العمل فعلًا؛
- المنصة المستهدفة والمكان الذي يجب أن تعمل فيه؛
- من يتولى تعديلات التطبيقات، ومن يشغّل القاعدة بعد ذلك.
ويحوّل التقييم هذه العوامل إلى جدول زمني وعرض سعر. وتسرد قائمة قرارات الترحيل لدينا الأسئلة نفسها بالترتيب، لتجهّزوا إجاباتها قبل الاجتماع الأول.
روابط ذات صلةقائمة قرارات الترحيل
أسئلة شائعة
هل يبقى Oracle يعمل أثناء بناء القاعدة الجديدة؟
نعم، يبقى Oracle في الخدمة طوال المشروع. تُحمَّل البيانات مرة واحدة، ثم ينسخ التقاط التغييرات كل تغيير إلى الهدف، فيبقى النظامان متطابقين أثناء التشغيل المتوازي. والتحويل الأخير خطوة قصيرة مخططة نتفق معكم على نافذتها في التقييم.
هل يخفّض الانتقال من Oracle كلفة التراخيص علينا؟
الانتقال إلى محرك مثل PostgreSQL يُنهي ترخيص Oracle بعد إيقاف القاعدة القديمة، أما نقل Oracle إلى بنية سحابية فيُبقيه. ويضع التقييم الوفر أمام الجهد الهندسي وكلفة تشغيل الهدف، فتكتمل المقارنة قبل أن تقرروا.
هل يمكن أن تبقى بياناتنا داخل السعودية أثناء ترحيل Oracle؟
نعم. يمكن تشغيل جسر النسخ المتماثل وقاعدة الهدف والأدوات على بنية داخل المملكة، ومنها منطقة Google Cloud في الدمام. وأي البيانات يجب أن تبقى في المملكة، ووفق أي التزامات، يُحسم معكم في التقييم.
كم يستغرق الترحيل من Oracle إلى PostgreSQL؟
يعتمد على حجم الشيفرة المخزنة، وعدد الخدمات التي تتغير استعلاماتها، وحجم البيانات ومعدل تغيرها، ونافذة التوقف. ويقرأ التقييم الشيفرة والاستعلامات أولًا ثم يضع جدولًا زمنيًا، وأي مدة تُذكر قبل ذلك تخمين.
ما إصدارات Oracle التي يتصل بها iblync؟
تشمل قائمة الموصلات المنشورة لـiblync قاعدة Oracle. ويُؤكَّد إصدار Oracle ونسخته لديكم، والهدف، في التقييم. وإذا لم يكن نظام ما مشمولًا بعد، يُبنى له موصل مخصص.
من يدعم قاعدة البيانات بعد ترحيل Oracle في المملكة؟
مديرو قواعد البيانات لديكم بعد تسليم موثق، أو إنتركي وفق نطاق مكتوب للخدمات المُدارة، مع الدعم من الرياض بالعربية والإنجليزية. ويبقى Oracle جاهزًا حتى تثبت القاعدة الجديدة خلال ذروة عمل حقيقية.
التالي
صفحات ذات صلة
الخطوة التالية
حدّدوا نطاق ترحيل Oracle
أخبرونا بإصدار Oracle ونسخته، وحجم البيانات التقريبي، ومقدار ما تحويه من PL/SQL، والهدف الذي تفكرون فيه، ونافذة التوقف التي سيمنحها العمل.
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية