نشر قاعدة بيانات معدنية شريطية عالية التوافر
يضمن Oracle Data Guard توفر بيانات المؤسسة وحماية البيانات واستعادة القدرة على العمل بعد الكوارث. باستخدام Data Guard، يمكن إجراء انتقال فاشل لقاعدة البيانات الأساسية إلى قاعدة البيانات البديلة يدويًا باستخدام واجهة سطر أوامر Data Guard Broker (DGMGRL CLI) أو Oracle Enterprise Manager، أو تلقائيًا عن طريق تكوين نقطة توصيل Compute للعمل كمراقب انتقال سريع في حالة الفشل (FSFO). يمكن للمراقب بدء انتقال الفشل تلقائيًا وإعادة قاعدة البيانات الأساسية الفاشلة تلقائيًا كقاعدة بيانات بديلة. ويؤدي وجود مراقبين من منظمة الخدمات المالية في عملية النشر إلى إزالة الحاجة إلى التدخل اليدوي عندما يكون من الضروري الانتقال إلى قاعدة البيانات بعد الفشل.
البنية
توضح هذه البنية المرجعية كيفية نشر نظامين من أنظمة قاعدة البيانات المعدنية الشريطية ومكونات البنية الأساسية اللازمة لتكوين FSFO لـ Oracle Database 12 c الإصدار 2 (12.2) الموزع على Oracle Cloud Infrastructure في منطقتين.
يمكن استخدام بنية قاعدة البيانات السحابية هذه كطبقة قاعدة بيانات مرنة للعديد من التطبيقات، بما في ذلك Oracle E-Business Suite وJD Edwards وPeopleSoft.
يوضح الشكل التالي هيكل المرجع هذا.
وصف الشكل التوضيحي ha-db.png
- Region (المنطقة)
منطقة Oracle Cloud Infrastructure هي منطقة جغرافية محلية تحتوي على مركز بيانات واحد أو أكثر، تسمى نطاقات الإتاحة. والمناطق مستقلة عن المناطق الأخرى، ويمكن لمسافات شاسعة أن تفصل بينها (عبر البلدان أو حتى القارات).
- نطاق الإتاحة
تعتبر نطاقات الإتاحة مراكز بيانات مستقلة ومستقلة داخل المنطقة. يتم عزل الموارد المادية في كل مجال إتاحة عن الموارد الموجودة في نطاقات الإتاحة الأخرى، مما يوفر تسامح الخطأ. لا تشترك نطاقات الإتاحة في البنية الأساسية مثل الطاقة أو التبريد أو شبكة نطاق الإتاحة الداخلية. لذلك، من غير المحتمل أن يؤثر الفشل في مجال إتاحة واحد على نطاقات الإتاحة الأخرى في المنطقة.
لا تظهر نطاقات الإتاحة في الرسم التخطيطي للهيكل.
- مجالات الخطأ
نطاق الخطأ هو مجموعة من الأجهزة والبنية التحتية ضمن نطاق الإتاحة. يحتوي كل مجال إتاحة على ثلاثة مجالات خطأ مزودة بقدرة وأجهزة مستقلة. عند توزيع الموارد عبر نطاقات أخطاء متعددة، يمكن لتطبيقاتك أن تتسامح مع فشل الخادم الفعلي وصيانة النظام وفشل الطاقة داخل نطاق خطأ.
نطاقات الخطأ غير معروضة في مخطط البنية.
- شبكة السحابة الافتراضية (VCN) والشبكات الفرعية
VCN شبكة قابلة للتخصيص ومحددة برمجيًا تقوم بإعدادها في منطقة Oracle Cloud Infrastructure. مثل شبكات مراكز البيانات التقليدية، توفر لك شبكات VCN التحكم الكامل في بيئة الشبكة. يمكن أن يحتوي VCN على كتل CIDR متعددة غير متداخلة يمكنك تغييرها بعد تكوين VCN. يمكنك تقسيم VCN إلى شبكات فرعية، والتي يمكن أن تكون في نطاق منطقة أو إلى نطاق إتاحة. تتكون كل شبكة فرعية من نطاق متجاور من العناوين لا يتداخل مع الشبكات الفرعية الأخرى في VCN. يمكنك تغيير حجم الشبكة الفرعية بعد التكوين. يمكن أن تكون الشبكة الفرعية عامة أو خاصة.
- قوائم الأمان
بالنسبة لكل شبكة فرعية، يمكنك تكوين قواعد سرية تحدد مصدر ووجهة ونوع حركة المرور التي يجب السماح بها داخل الشبكة الفرعية وخارجها.
- المراقبون
المراقبون هم نقاط توصيل الحوسبة التي تم تثبيت برنامج Oracle Database اللازم وتكوينه لبدء FSFO الخاص بـ Oracle Database الجاري تشغيله على نظام قاعدة البيانات المعدنية الشريطية. أفضل ممارسات FSFO هي تشغيل عملية المراقبة على مضيف موجود في مركز بيانات مختلف عن قاعدة البيانات الأساسية أو البديلة. ولتلبية أفضل الممارسات، يوزع هذا الهيكل المرجعي ثلاث نقاط توصيل للمراقبين. إصدار Oracle Database 12.2 أو أحدث مطلوب لهذا الإعداد.
- أنظمة قواعد البيانات الأساسية والبديلة
تحتوي أنظمة قاعدة البيانات المعدنية الشريطية هذه على Oracle Database 12 c الإصدار 2 (12.2) الذي تم تكوينه لاستنساخ Data Guard.
التوصيات
قد تختلف متطلباتك عن البنية الموضحة هنا. استخدم التوصيات التالية كنقطة بداية.
- أشكال نظام قاعدة البيانات
تستخدم هذه البنية المرجعية الشكل المعدني الشريطي BM.Standard2.52 لأنظمة قاعدة البيانات. يحتوي هذا الشكل على 51.2 تيرابايت من أقراص NVMe SSD المرفقة محليًا ذات فترة تأخر منخفضة. لقد حددنا الشكل المعدني الشريطي لأنه يتيح لنا تكوين العديد من دور قاعدة البيانات وقواعد البيانات.
- حوسبة الأشكال
تستخدم هذه البنية المرجعية شكل جهاز ظاهري أساسي VM.Standard2.1 (VM) لنقاط توصيل المراقبين. نقطة توصيل المراقب عبارة عن عميل Oracle Call Interface منخفض الأثر مدمج في DGMGRL CLI. يعد شكل VM أحادي النواة كافيًا لهذه البنية.
- VCN
عند تكوين VCN، حدد عدد كتل CIDR المطلوبة وحجم كل قطعة على أساس عدد الموارد التي تخطط لإرفاقها بالشبكات الفرعية في VCN. استخدم كتل CIDR الموجودة داخل مساحة عنوان IP الخاصة القياسية.
حدد كتل CIDR التي لا تتداخل مع أي شبكة أخرى (في Oracle Cloud Infrastructure أو مركز البيانات المحلي أو موفر سحابة آخر) تنوي إعداد اتصالات خاصة بها.
بعد تكوين VCN، يمكنك تغيير مجموعات CIDR الخاصة بها وإضافتها وإزالتها.
عند تصميم الشبكات الفرعية، ضع في اعتبارك تدفق المرور ومتطلبات الأمان. إرفاق كل الموارد الموجودة داخل طبقة أو دور معين بنفس الشبكة الفرعية، والتي يمكن أن تكون بمثابة حد أمان.
استخدام الشبكات الفرعية الإقليمية.
- قوائم الأمن
استخدم قوائم التأمين لتعريف قواعد الإخراج والإفراج التي تنطبق على الشبكة الفرعية بأكملها. على سبيل المثال، تتيح هذه البنية المرجعية ICMP داخليًا للشبكة الفرعية الخاصة بأكملها.
- حارس السحابة
استنساخ الوصفات الافتراضية التي يوفرها Oracle وتخصيصها لتكوين الوصفات المخصصة للكشف والمستجيب. تمكنك هذه الوصفات من تحديد نوع انتهاكات الأمان التي تقوم بإنشاء تحذير والإجراءات المسموح بها لتنفيذها عليها. على سبيل المثال، قد ترغب في اكتشاف رزم تخزين الكائنات التي تم تعيين رؤية لها على عام.
تطبيق Cloud Guard على مستوى الاستئجار لتغطية النطاق الأوسع ولتخفيف العبء الإداري لصيانة التكوينات المتعددة.
يمكنك أيضًا استخدام ميزة القائمة المدارة لتطبيق تكوينات معينة على أجهزة الكشف.
- مناطق السرية
بالنسبة للموارد التي تتطلب الحد الأقصى من الحماية، يوصي Oracle باستخدام مناطق الحماية. منطقة الحماية هي مقطع مرتبط بوصفة محددة بواسطة Oracle لسياسات الحماية التي تستند إلى أفضل الممارسات. على سبيل المثال، يجب عدم إمكانية الوصول إلى الموارد الموجودة في منطقة الحماية من خلال الإنترنت العام ويجب تشفيرها باستخدام المفاتيح التي يديرها العميل. عند تكوين الموارد وتحديثها في منطقة سرية، يقوم Oracle Cloud Infrastructure بمراجعة العمليات مقابل السياسات الموجودة في وصفة منطقة الأمان، ورفض العمليات التي تنتهك أي من السياسات.
الاعتبارات
ضع هذه النقاط في الاعتبار عند توزيع هذه البنية المرجعية.
- الأداء
للحصول على أفضل أداء لأحمال عمل التطبيق، تأكد من اشتمال نظام قاعدة البيانات المعدنية الشريطية الأساسية على نواة كافية لدعم التطبيق وتكوين Data Guard.
- الإتاحة
يتم نشر نقاط توصيل المراقبين في مناطق التوفر المتعددة لضمان إمكانية حدوث FSFO تلقائيًا حتى في حالة عدم اتصال إحدى نقاط توصيل المراقبين. بعد انتهاء الفشل، تصبح قاعدة البيانات البديلة قاعدة البيانات الأساسية.
- التكلفة
قم بحجم وحدات المعالجة المركزية في أنظمة قاعدة البيانات المعدنية الشريطية وفقًا لاحتياجاتك. يمكنك البدء بنصيبين أساسيين أو أكثر والتوسع حتى 52 نواة على شكل BM.DenseIO2.52. يمكنك أيضًا توسيع النواة ديناميكيًا بدون وقت توقف.