قبل البدء
قبل البدء في ترحيل الموارد والتطبيقات، ضع في الاعتبار خيارات الترحيل وتوفير أية قاعدة بيانات للتطبيق ضرورية.
يمكنك تزويد قواعد بيانات التطبيق كقاعدة بيانات منفصلة، أو كقاعدة بيانات قابلة للتركيب (Pdb) في قاعدة بيانات الحاوية (CDB) بنظام قاعدة بيانات واحد.
يتم دعم كل من Oracle Grid Infrastructure (الذي يدعم DBs متعدد نقاط التوصيل) أو Volume Manager المنطقي.
ملاحظة:
لاستخدام أدوات ترحيل قاعدة البيانات مثل ترحيل وقت التوقف الصفري (ZDM)، يجب أن تكون كلمة سر SYS الخاصة بقاعدة البيانات المصدر هي نفسها كلمة سر SYS الخاصة بقاعدة البيانات المصدر المطلوب ترحيلها.هناك عدد من استراتيجيات الترحيل التي يمكنك استخدامها اعتمادًا على تعقيد حمل العمل ومتطلبات وقت التوقف.
للحصول على معلومات حول تزويد قاعدة بيانات، يرجى الاطلاع على تزويد قاعدة بيانات جهاز ظاهري سابقة في هذا المستند.
حول ترحيل أحمال العمل
يقدم هذا القسم عددًا من سيناريوهات الترحيل العامة.
تقوم مجموعة من الخيارات بترحيل أحمال العمل المحلية إلى نطاق تم تكوينه حديثًا في Oracle Cloud Infrastructure:
- ترحيل أحمال العمل يدويًا باستخدام وحدة التحكم الطرفية لمسئول WebLogic لتوزيع الموارد وأحد الأساليب التالية لنشر التطبيقات:
- وحدة تحكم مسئول WebLogic
- أدوات توزيع JDeveloper
- ترحيل أحمال العمل باستخدام WebLogic Deploy Tooling (WLDT).
- ترحيل أحمال العمل باستخدام أداة كتابة اسكربت WebLogic من خلال استهداف اسكربتات توزيع التطبيق الموجودة إلى النطاق الجديد.
خيار آخر هو تحديث أدوات WebLogic Server التي تستخدمها في توزيع النطاقات على المباني (مثل WebLogic Scripts أو ملفات نماذج WebLogic Deploy Tooling) واستهدافها في Oracle Cloud Infrastructure لتكوين نطاق جديد وإعادة توزيع التطبيقات.
ترحيل قواعد بيانات Oracle إلى Oracle Cloud Infrastructure
قبل ترحيل قواعد بيانات Oracle أو قواعد بيانات غير Oracle من مركز بيانات محلي إلى Oracle Cloud Infrastructure، راجع الاعتبارات والمتطلبات المسبقة وعملية التقييم التالية.
اعتبارات
ينطبق هذا القسم على ترحيل قواعد بيانات Oracle المحلية إلى Oracle Cloud Infrastructure، والتي تتضمن الأنظمة الأساسية لقاعدة البيانات المدرجة في القسم السابق. قبل بدء أي جهد ترحيل، فهم حمل عمل قاعدة البيانات الفردي والقيود وأية تبعيات.
- ما هو الإصدار الحالي من قاعدة البيانات هذه؟
- كم عدد قواعد بيانات هذه النسخة التي سيتم ترحيلها؟
- كم عدد قواعد البيانات المرتبطة بسطر عمل معين (LOB)؟
- هل هناك أية قواعد بيانات في أنظمة أساسية ليست من نوع Linux؛ بمعنى، هل يوجد أي ترحيل متوافق؟
- هل توجد قواعد بيانات تابعة قد يلزم ترحيلها معًا؟
- هل توجد أية قواعد بيانات من جهات خارجية (بخلافOracle) لترحيلها، وأي الإصدارات (على سبيل المثال، SQL Server 2016)؟
- بالنسبة لقاعدة بيانات الاختبار والتطوير، سيتم ترحيل كل النسخ أو النسخ الرئيسية فقط؟
- كم يبلغ حجم قواعد البيانات -إجمالي مساحة القرص ومسافة البيانات نفسها في GB/TB؟
- هل ستقوم باستخدام 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 | إلى | إلى | منطقي | إلى | متصل/مستمر |
|
| نسخ احتياطي Rma واستعادتها | منخفضة | منخفضة | فعلي | منخفضة | متصل/مستمر | قاعدة بيانات كاملة أو مجموعة مساحات الجداول |
| حارس البيانات | منخفضة | منخفضة | فعلي | منخفضة | مباشر/مستمر | قاعدة بيانات كاملة بوقت توقف صفري أو قريب من الصفر |
|
نسخ مماثل بعيد لقاعدة بيانات قابلة للتركيب نسخ مماثل بعيد تغيير مكان قاعدة البيانات القابلة للتركيب ترحيل PDB |
منخفضة | منخفضة | فعلي | منخفضة | مباشر/مستمر |
|
ملاحظة:
يمكن دمج العديد من الحلول لتكوين أكثر إستراتيجية ترحيل فعالية. قد تحتوي بعض التطبيقات المحزومة على قيود على الأدوات المدعومة للترحيل.تخطيط الحجم والتوزيع
ملاحظة:
جهد تحجيم القدرة الإنتاجية لقاعدة البيانات وVM هو نفسه الموجود في المباني.- متطلبات أداء حمل العمل
- الحركات لكل ثانية
- عدد اتصالات المستخدم
- المتوقع تغييرات حمل العمل المستقبلية
- متطلبات قدرة الإنتاج
- vCPUs
- الذاكرة
- تخزين وقدرة إنتاج المدخلات/المخرجات
- نمو آجل
- متطلبات قابلية الإدارة
- خدمات Oracle Cloud Infrastructure المحلية وإمكانية الوصول
- أدوات المراقبة
- الحلول الاحتياطية
- إمكانيات القابلية للتوسع
- مقياس قاعدة البيانات
- مقياس VM
- مقياس المجموعة
- متطلبات الإتاحة
- حلول الإتاحة العالية في Oracle
- vMotion, DRS
- متطلبات التطبيق
- التبعيات بين المكونات المحلية
- تدفق الشبكة بين التطبيقات وخدمات Oracle Cloud Infrastructure
التأهيل والقياس والتجميع
كجزء من جهد الترحيل، نوصي بأن يستخدم فريق الترحيل فرصة التحويل هذه لتحديد المعايير القياسية في نسخة قاعدة البيانات وتجميع أنظمة قاعدة البيانات إن أمكن. يجب أن يكون Oracle Database 19 c هو الحد الأدنى لإصدار قاعدة البيانات القياسية لأنه يوفر إصدار دعم طويل المدى.
التجميع هو أحد الاستراتيجيات الرئيسية التي تتابعها التنظيمات لتحقيق كفاءة أكبر في عملياتها. يتيح التجميع للتنظيمات إمكانية زيادة استخدام موارد تكنولوجيا المعلومات، والتي تنخفض التكاليف لأن الموارد أقل مطلوبة لتحقيق نفس الناتج. كما يتم تخفيض التكاليف التشغيلية نظرًا لضرورة مراقبة مكونات وكائنات أقل وإدارتها وصيانتها.
يجب أن يبحث Dba والمسئولين عن أفضل فرصة لتجميع أي عدد ممكن من قواعد البيانات. باستخدام Oracle 19 c، تتوفر لديك الفرصة لاستخدام خيار Oracle multitenant بحد أقصى ثلاث قواعد بيانات قابلة للتركيب (PDBs). يؤدي هذا إلى توفير تفاصيل اقتصادية أكبر للتدرج ويمكن تحقيق كثافة تجميع أعلى باستخدام التطبيق وتعمل قاعدة البيانات. ومن ثم، يجب تحديد قواعد البيانات التي ستلائق مع نموذج قاعدة بيانات الحاوية (CDB) للتوزيع.
جنبًا إلى جنب مع التوحيد، فكر في إدارة العزل. يمكن أن تؤثر متطلبات العزل على طريقة أو درجة التجميع الممكنة. مستوى العزل الذي تقوم فيه طلبات النظام بتحديد ما إذا كنت تقوم بتجميع عدة قواعد بيانات قابلة للتركيب في قاعدة بيانات واحدة أو استضافة قواعد بيانات متعددة في نظام أساسي واحد أو استخدام مجموعة من كلتا الطريقتين. يمكن تصنيف العزل في أربع مناطق: خطأ ومورد وسرية وعملية. ويتعامل كل نموذج سحابة بشكل يختلف اختلافًا طفيفًا، باستخدام إمكانيات نظام التشغيل أو قاعدة البيانات المدمجة، غالبًا ما يتم تجميعها مع الميزات أو المنتجات المتقدمة لتوفير حل كامل، يساعد على دقة المخاطر.