ترحيل Oracle Database
نوصي بشدة بترحيل قواعد بيانات Oracle التي تعمل في بيئة VMware محلية إلى خدمة Oracle Cloud Infrastructure Database مثل Oracle Exadata Database Service وOracle Autonomous Database وOracle Base Database Service وما إلى ذلك. يمكنك الاستفادة من جميع المزايا المقدمة مع خدمات Oracle Cloud Infrastructure Database.
ترحيل قاعدة البيانات من بيئة VMware محلية
سواء كنت تقوم بترحيل أنظمة التطبيق والطبقة الوسطى الحالية من الأنظمة المحلية إلى Oracle Cloud VMware Solution، أو تقوم بإنشاء أنظمة التطبيقات والطبقة الوسطى على Oracle Cloud VMware Solution، فإن النقاط الرئيسية التي يجب مراعاتها هي زمن الوصول وقرب قاعدة البيانات من منصة Oracle Cloud VMware Solution.
- تكوين Oracle Database أو ترحيل Oracle Database موجودة إلى Oracle Cloud Infrastructure
نوصي بشدة بخدمة Oracle Cloud Infrastructure Database. تتوفر خيارات مختلفة لخدمة قاعدة البيانات في Oracle Cloud Infrastructure. يمكنك تحديد الخيار المناسب وفقًا لمتطلبات التطبيق وحمل العمل.
- ترحيل قواعد البيانات غير التابعة لـ Oracle إلى Oracle Cloud VMware Solution
هذا الخيار خاص بقواعد البيانات غير التابعة لـ Oracle مثل Microsoft SQL Server وIBM DB2 وPostgreSQL. في حالة الاستخدام هذه، يمكنك ترحيل قواعد البيانات غير التابعة لـ Oracle إلى Oracle Cloud VMware Solution باستخدام أداة HCX VMware وأفضل ممارسات الترحيل لقاعدة البيانات المحددة.
- صيانة قواعد البيانات محليًا
يعمل هذا الخيار على تخفيف الحاجة إلى ترحيل أنظمة قاعدة البيانات من مكان العمل إلى السحابة. ومع ذلك، قد يكون زمن الوصول والإنتاجية من الاعتبارات الرئيسية للتأثير على تطبيقاتك. فكر في حلول مثل Oracle Cloud Infrastructure FastConnect للاتصال بين Oracle Cloud VMware Solution ومحليًا.
ترحيل قواعد بيانات Oracle إلى Oracle Cloud Infrastructure
قبل ترحيل قواعد بيانات Oracle أو غير Oracle من مركز بيانات محلي إلى Oracle Cloud Infrastructure، راجع الاعتبارات والمتطلبات الأساسية وعملية التقييم التالية.
اعتبارات
ينطبق هذا القسم على ترحيل قواعد بيانات Oracle المحلية إلى Oracle Cloud Infrastructure، والتي تتضمن الأنظمة الأساسية لقاعدة البيانات المدرجة في القسم السابق. قبل بدء أي جهد ترحيل، عليك فهم حمل عمل قاعدة البيانات الفردية والقيود وأي تبعيات.
- ما الإصدار الحالي من قاعدة البيانات هذه؟
- كم عدد قواعد البيانات التي سيتم ترحيلها من هذا الإصدار؟
- كم عدد قواعد البيانات المرتبطة بمجال عمل معين (LOB)؟
- هل توجد أي قواعد بيانات على الأنظمة الأساسية غير التابعة لنظام Linux؛ أي هل سيكون هناك أي ترحيل بين الأنظمة الأساسية؟
- هل هناك أي قواعد بيانات تابعة قد تحتاج إلى ترحيلها معًا؟
- هل توجد أي قواعد بيانات خارجية (غير تابعة لـ Oracle) للترحيل، وأي إصدارات (على سبيل المثال، SQL Server 2016)؟
- بالنسبة لقاعدة بيانات الاختبار والتطوير، هل سيتم ترحيل كل النسخ أم النسخة الرئيسية فقط؟
- ما حجم قواعد البيانات-إجمالي مساحة القرص ومساحة البيانات نفسها بالجيجابايت/التيرابايت؟
- هل ستستخدم FastConnect أو VPN لاتصال الشبكة بـ Oracle Cloud؟ يؤدي عرض النطاق الترددي وحجم قاعدة البيانات بشكل أساسي إلى تشغيل حل الترحيل.
خيارات الترحيل
توجد العديد من الطرق لترحيل قواعد بيانات Oracle من أماكن العمل إلى Oracle Cloud Infrastructure. تعتمد كل طريقة على هدف نقطة استعادة الأعمال (RPO) وهدف وقت الاسترداد (RTO) واتفاقية مستوى خدمة الإتاحة الشاملة (SLA). يجب على مسئولي الترحيل تقييم اتفاقيات الأعمال هذه وتعيينها بالطرق المناسبة.
يعالج Oracle Maximum Availability Architecture (MAA) هذه الخيارات والأساليب بشكل خاص. ويناقشها الجدول التالي بإيجاز.
| الحل | درجة تعقيد | تجزئة الهجرة | نوع الترحيل (فعلي أو منطقي) | جهد النشر الكلي | نموذج الترحيل | حالات استخدام الترحيل الرئيسية |
|---|---|---|---|---|---|---|
| الاستيراد والتصدير التقليدي لمضخة البيانات | منخفض | متوسط | المنطقية | مرتفع | متصل/نقطة زمنية |
|
| مضخة البيانات قابلة للنقل بالكامل | متوسط | منخفض | فعلي | متوسط | متصل/متواصل
يتطلب أن يكون المصدر للقراءة فقط أثناء التصدير |
قاعدة بيانات كاملة بنفس النهاية (يتطلب إصدار Oracle Database المصدر 11.2.0.3) |
| مساحة الجدول القابلة للنقل لضخ البيانات | متوسط | منخفض | فعلي | متوسط | متصل/متواصل | مجموعة مساحات جداول المخطط (يتطلب إصدار Oracle Database المصدر 11.2.0.3) |
| SQL*Loader | منخفض | مرتفع | المنطقية | مرتفع | دون اتصال | ترحيل جداول أو مخططات محددة |
| GoldenGate | مرتفع | مرتفع | المنطقية | مرتفع | غير متصل/مستمر |
|
| النسخ الاحتياطي والاستعادة لـ RMAN | منخفض | منخفض | فعلي | منخفض | غير متصل/مستمر | قاعدة بيانات كاملة أو مجموعة من مساحات الجداول |
| Data Guard | منخفض | منخفض | فعلي | منخفض | متصل/متواصل | قاعدة بيانات كاملة بدون وقت تعطل أو نحو الصفر |
|
الاستنساخ عن بُعد لقاعدة البيانات القابلة للتركيب الاستنساخ عن بُعد تغيير قاعدة البيانات القابلة للتركيب ترحيل PDB |
منخفض | منخفض | فعلي | منخفض | متصل/متواصل |
|
ملاحظة:
يمكن الجمع بين العديد من الحلول لإنشاء استراتيجية الترحيل الأكثر كفاءة. قد تحتوي بعض التطبيقات المعبأة على قيود على الأدوات المدعومة للترحيل.تخطيط الحجم والنشر
ملاحظة:
إن جهد تحجيم السعة لقاعدة البيانات والأجهزة الظاهرية هو نفسه الجهد المحلي.- متطلبات أداء حمل العمل
- المعاملات في الثانية
- عدد اتصالات المستخدمين
- تغييرات حمل العمل المتوقعة في المستقبل
- متطلبات السعة
- vCPUs
- الذاكرة
- التخزين وسعة المدخلات/المخرجات
- النمو المستقبلي
- متطلبات الإدارة
- خدمات Oracle Cloud Infrastructure الأصلية وإمكانية الوصول
- أدوات المراقبة
- حلول النسخ الاحتياطي
- إمكانات قابلية التوسع
- نطاق قاعدة البيانات
- مقياس الجهاز الظاهري
- مقياس العنقود
- متطلبات الإتاحة
- حلول Oracle عالية التوافر
- vMotion، DRS
- متطلبات التطبيق
- التبعيات بين المكونات المحلية
- تدفق الشبكة بين التطبيقات وخدمات Oracle Cloud Infrastructure
الترشيد والتوحيد القياسي والدمج
وكجزء من جهود الترحيل، نوصي بأن يستغل فريق الترحيل هذه الفرصة للتوحيد في إصدار قاعدة البيانات ودمج أنظمة قواعد البيانات عند الاقتضاء. يجب أن يكون Oracle Database 19c الحد الأدنى من إصدار قاعدة البيانات الموحدة لأنه يوفر إصدار الدعم طويل الأجل.
ويشكل التوحيد إحدى الاستراتيجيات الرئيسية التي تسعى المنظمات إلى تحقيق قدر أكبر من الكفاءة في عملياتها. يتيح الدمج للمؤسسات زيادة استخدام موارد تكنولوجيا المعلومات، مما يقلل التكاليف بسبب الحاجة إلى موارد أقل لتحقيق نفس النتيجة. كما يتم تقليل التكاليف التشغيلية بسبب الحاجة إلى مراقبة مكونات وكائنات أقل وإدارتها وصيانتها.
يجب أن يبحث مسؤولو قواعد البيانات والمسؤولون عن أفضل فرصة لدمج أكبر عدد ممكن من قواعد البيانات. باستخدام Oracle 19c، تتاح لك الفرصة لاستخدام خيار تعدد العملاء في Oracle بثلاث قواعد بيانات قابلة للتركيب بحد أقصى (PDB). وهذا يوفر وفورات أكبر في الحجم، ويمكن تحقيق كثافة أعلى في الدمج مع تحديث التطبيقات وقواعد البيانات. لذلك، يجب تحديد قواعد البيانات التي تناسب نموذج نشر قاعدة بيانات الحاويات (CDB).
إلى جانب الدمج، ضع في اعتبارك إدارة العزل. يمكن أن تؤثر متطلبات العزل على طريقة أو درجة الدمج الممكنة. يحدد مستوى العزل الذي يتطلبه النظام ما إذا كنت تقوم بدمج قواعد بيانات PDB متعددة في قاعدة بيانات واحدة، أو استضافة قواعد بيانات متعددة على نظام أساسي واحد، أو استخدام مزيج من كلا النهجين. يمكن تصنيف العزل إلى أربعة مجالات: الخطأ والموارد والأمان والتشغيل. يتعامل كل نموذج سحابي مع العزل بشكل مختلف قليلاً، باستخدام إمكانيات نظام التشغيل أو قاعدة البيانات المضمنة، وغالبًا ما يتم دمجها مع الميزات أو المنتجات المتقدمة لتوفير حل كامل، بما يتناسب مع المخاطر.
الترحيل إلى Oracle Database Service باستخدام Oracle Zero Downtime Migration
ليس في نطاق هذه المقالة تقديم خطوات مفصلة لترحيل Oracle Database بدون وقت تعطل من بيئة محلية. يمكنك اتباع الخطوات التفصيلية الموضحة في Oracle Database: الانتقال إلى Oracle Cloud باستخدام الترحيل بدون وقت توقف.
- يدعم Oracle Zero Downtime Migration إصدارات Oracle Database 11.2.0.4 والإصدارات الأحدث.
- يجب أن تستخدم قواعد البيانات المصدر والهدف نفس إصدار قاعدة البيانات.
- يدعم Oracle Zero Downtime Migration قواعد بيانات Oracle المستضافة على أنظمة تشغيل Linux.
- يمكن أن تكون قاعدة البيانات المصدر قاعدة بيانات أحادية المثيل يتم ترحيلها إلى مثيل واحد أو قاعدة بيانات Oracle Real Application Clusters (RAC)، أو يمكن أن تكون قاعدة بيانات RAC ذات نقطة توصيل واحدة أو قاعدة بيانات RAC، ويتم الترحيل إلى قاعدة بيانات RAC.
- يدعم Oracle Zero Downtime Migration قواعد بيانات Oracle ذات الإصدار القياسي وEnterprise Edition كقواعد بيانات مصدر. يتم ترحيل قواعد بيانات Enterprise Edition باستخدام Oracle Data Guard؛ ويتم ترحيل قواعد بيانات الإصدار القياسي دون اتصال باستخدام منهجية النسخ الاحتياطي والاستعادة.
- يتيح Oracle Zero Downtime Migration لقاعدة البيانات المصدر أن تكون قاعدة بيانات غير وعاء (CDB) أو قاعدة بيانات وعاء (CDB) مع قاعدة بيانات واحدة أو أكثر (PDBs) . إذا كانت قاعدة البيانات المصدر ليست CDB، يتم ترحيلها كغير CDB. إذا كانت قاعدة البيانات المصدر قاعدة بيانات CDB بها قاعدة بيانات قابلة للتركيب واحدة أو أكثر، يقوم Oracle Zero Downtime Migration بترحيلها إلى قاعدة بيانات CDB بنفس مجموعة قواعد البيانات القابلة للتركيب كما هو الحال في قاعدة بيانات CDB المصدر.
- لدعم عمليات الترحيل، يستخدم Oracle Zero Downtime Migration الميزات والوظائف من إطار عمل Oracle Fleet Patching and Provisioning (FPP). على سبيل المثال، يستخدم إمكانيات أداة جدولة وظائف FPP، التي تتيح التحكم الكامل في جدولة أي مهمة ترحيل لقاعدة البيانات وإيقافها مؤقتًا واستئنافها. يستخدم Oracle Zero Downtime Migration أيضًا وضع تقييم FPP للتحقق من عملية الترحيل واكتشاف شروط الفشل المحتملة قبل بدء الترحيل. يتضمن Oracle Zero Downtime Migration إمكانات التدقيق أثناء الترحيل وبعده، ويوزع عملية الترحيل الخاصة به في مراحل مميزة، مما يتيح للمستخدمين تخصيص سير العمل وإضافة اسكربتات إجراءات المستخدم في أي خطوة.
عند الترحيل من البرمجيات المحلية إلى السحابة، هناك العديد من سيناريوهات المصدر والهدف التي يجب مراعاتها. يمكن أن تعمل التطبيقات وقواعد البيانات المصدر المحلية على VMware، أو قد تعمل تطبيقاتك على VMware، بينما تقوم قواعد البيانات بتشغيل Oracle Database Appliance أو Oracle Exadata. هناك أيضًا العديد من سيناريوهات السحابة المستهدفة التي يجب مراعاتها مثل التطبيقات التي تعمل على Oracle Cloud VMware Solution، بينما يمكن تشغيل قواعد البيانات على Oracle Base Database Service أو Oracle Exadata Database Service on Dedicated Infrastructure أو Oracle Autonomous Database on Dedicated Exadata Infrastructure. يرجى الاطلاع على استكشاف المزيد لمعرفة تعليمات ترحيل Oracle Database التفصيلية وفقًا لسيناريوهات المصدر والهدف.