قاعدة بيانات أوراكل / المتقدم: تطور آمن وقابل للتعافي / الدرس 17
Data Guard وRAC واستمرارية العميل
طابق آليات الإتاحة مع نطاقات الإخفاق وحلّل تأخر النقل والتطبيق ونتائج العميل المجهولة.
في هذه الصفحة
أهداف الدرس
- ميّز عنقدة القاعدة المشتركة من نسخ القاعدة الاحتياطية.
- حدّد أدلة انتقال الأدوار والتحقق من التطبيق.
تبدأ الإتاحة بنموذج الإخفاق
لا يحمي مثيل ثانٍ تلقائياً من فقد التخزين المشترك أو حذف المشغّل أو كارثة إقليمية. تعالج RAC وData Guard جوانب مختلفة: تسمح الأولى بمثيلات متعددة لقاعدة واحدة، وتحافظ الثانية على قواعد احتياطية عبر نقل redo وتطبيقه. يمكن الجمع بينهما ولا يغني أيهما عن نسخ مستقلة قابلة للتعافي. صف المكونات التي قد تفشل معاً ومواقع النسخ والمفاتيح وكيف يجد التطبيق خدمة الكتابة الحالية. لا تعد بانعدام التوقف من اسم منتج دون عقد انتقال وسلوك عميل مختبر.
يقيس النقل والتطبيق مسافتين مختلفتين
يتعلق تأخر النقل بوصول redo للاحتياطي، وتأخر التطبيق بإدخاله في حالة البيانات. قد يملك الاحتياطي redo حديثاً لكنه يحتاج وقتاً لتطبيقه قبل الانتقال أو التقرير المطلوب. لا يضمن طابع وقت شوهد مرة استمرار الصحة، خصوصاً إذا توقفت القياسات عن التحديث. يفصل الخط الزمني توليد الأساسي واستلام الاحتياطي وتطبيقه لإظهار التأخير. أرقام التسلسل تعليمية ولا تصف إعداد Data Guard حقيقياً أو وضع حمايته أو نقطة تعافٍ مقاسة.
primary_generated: sequence 44
standby_received: sequence 44
standby_applied: sequence 41
interpretation: receipt is current in this model; apply still trails
لا يثبت استلام التسلسل وحده بلوغ حالة البيانات النقطة نفسها. لا تقيس هذه العلامات التأخر الزمني.
للتبديل المخطط والطارئ مقدمات مختلفة
التبديل المخطط انتقال أدوار في شروط صحة مناسبة؛ أما الانتقال الطارئ فيستجيب لفقد الأساسي وقد يحمل آثار فقد بيانات وإعادة ضم مختلفة. تعتمد النتيجة على وضع الحماية والنقل وredo المتاح والظروف. لا يقدم الدرس أمر ترقية. يجب أن يحدد الدليل المعتمد السلطة ويتحقق من الهدف ويعزل الكتّاب المتعارضين ويحفظ حالة الأساسي القديم قبل فتح مسار كتابة جديد. وإلا قد يرسل تطبيقان الكتابة إلى وجهتين غير متسقتين رغم توفر كل قاعدة محلياً.
اقرأ دليل الدور ضمن صلاحياته
يكشف V$DATABASE الدور ووضع الفتح وحقول الحماية عبر وصول مصرح به. لا يثبت PRIMARY وحده اتصال التطبيق بالخدمة الصحيحة أو عزل الموقع الآخر. وقد يكون الاحتياطي القرائي سليماً لدوره المقصود. يرتبط الوصول القرائي مع استمرار التطبيق باستحقاقات Active Data Guard؛ فلا تفترض شموله في كل نشر. وقد تضمّن العروض السحابية الميزات بصورة مختلفة عن النشر المحلي، فراجع وثائق الترخيص والخدمة للاشتراك الفعلي.
SELECT database_role, open_mode, protection_mode, protection_level
FROM v$database;
فحص قرائي توضيحي يحتاج تفويضاً مناسباً. تُفسَّر القيم الفعلية مع أدلة النقل والتطبيق والخدمة.
قاعدة قابلة للوصول ليست طلب مستخدم مكتملاً
يحتاج العملاء اكتشاف خدمة وإعادة اتصال ومعالجة نتائج معاملات مراجعة. قد يظل اتصال مجمّع مربوطاً بوجهة فاشلة حتى يتفاعل التحقق أو الحدث. وقد تكون نتيجة طلب انقطع قرب COMMIT مجهولة حتى بعد نجاح اتصال جديد. احفظ معرّفات الطلب وطابق قبل إعادة الآثار. لاستمرارية التطبيق متطلبات مشغل وخدمة وحمل واستحقاق وليست غلاف إعادة تلقائياً عاماً. اختبر في التمرين تفرّد الحجز الاصطناعي وتنسيق الآثار ومدة الانقطاع وسجّل الحدود بدلاً من إخفائها خلف لوحة خضراء.
الأخطاء الشائعة وإصلاحها
يُعامل تزامن الاستلام كغياب لتأخر التطبيق
- لماذا يحدث؟
- اختلط نقل redo بتطبيق البيانات.
- كيف تصلحه؟
- افحص الموضعين وحداثة القياس وحالة الهدف.
- كيف تتجنب تكراره؟
- راقب قدم القياس مع مقدار التأخر.
تستمر التطبيقات بالكتابة للموقع القديم بعد الانتقال
- لماذا يحدث؟
- كان توجيه الخدمة وعزل الكتّاب خارج الدليل المختبر.
- كيف تصلحه؟
- اتبع تنسيق الحادث المعتمد وتحقق من مسار كتابة موثوق واحد.
- كيف تتجنب تكراره؟
- تدرّب على توجيه العملاء وعزل القديم مع انتقال القاعدة.
تكرر محاولات إعادة الاتصال الحجز
- لماذا يحدث؟
- أعاد التطبيق طلباً مجهول التثبيت دون مطابقة.
- كيف تصلحه؟
- تحقق من هوية الطلب المخزنة قبل إعادة الإرسال.
- كيف تتجنب تكراره؟
- اختبر الانقطاع قرب التثبيت والإشعارات الخارجية صراحة.
اختبر فهمك
1. هل تثبت RAC وحدها التعافي من كارثة فقد نظام التخزين؟
اعرض الحل المشروح
لا؛ قد تعتمد المثيلات على نطاق إخفاق مشترك. حدّد فشل التخزين والموقع ثم قيّم الاحتياطي والنسخ المستقلة ومسارات التعافي المختبرة. ضمّن الإصدار والخيارات واستحقاقات السحابة في المراجعة ولا تستنتجها من الملفات المثبتة.
2. لماذا قد يحتاج احتياطي استلم التسلسل 44 عملاً قبل توفر حالة الهدف؟
اعرض الحل المشروح
الاستلام يقول إن redo وصل في النموذج. إذا كان التطبيق عند 41 لم تدخل التغييرات اللاحقة في حالة البيانات. وتعتمد الجاهزية الحقيقية على الفجوات والحماية وشروط الانتقال. تحقق من الدور وسلوك التطبيق لا من علامة استلام حديثة وحدها.
أهم ما تعلمته
- تحمي العنقدة والنسخ والنسخ الاحتياطي سيناريوهات إخفاق مختلفة.
- يشمل برهان الإتاحة العميل وكاتباً موثوقاً واحداً.