الخلاصة

  • تتبع تحديثات RU القياسية وحزم SPB مسارين آليين منفصلين في RDS.
  • الفاصل بين دفعات التحديث فرصة للفحص، وليس موافقة تلقائية على أداء التطبيق.

قد تكون قاعدة الإنتاج في آخر مجموعة تحديث، ومع ذلك لا تكون التجربة السابقة قد اختبرت ما سيُستخدم فيها. ترتيب المجموعة يجيب عن سؤال الموعد الذي تصبح فيه النسخة مؤهلة للتحديث، لا عن مسار التصحيحات الذي ينبغي اختياره.

أعلنت AWS في 11 سبتمبر دعم حزم Supplemental Patch Bundle لشهر يوليو 2026 لإصداري Oracle 19c و26ai في RDS for Oracle. الجديد هو إتاحة هذه الحزم، وليس إطلاقاً جديداً لآلية التحديث المرحلي العامة. إعلان AWS.

الاختيار يمتد إلى دورة الصيانة التالية

تفصل وثائق RDS بين المسار الآلي لتحديثات Release Update القياسية، أو RU، ومسار SPB. لا تنتقل النسخة القياسية آلياً إلى المسار الإضافي؛ والتحويل اليدوي يغير أيضاً مسار التحديثات الآلية اللاحقة. أما العودة فتتطلب RU بإصدار أعلى، لا النسخة القياسية المقابلة للإصدار نفسه. وتتضمن تحديثات الإصدار الفرعي كذلك وقت توقف. وثائق تحديث Oracle في RDS.

لذلك لا ينتهي أثر الاختيار بانتهاء نافذة الصيانة المقبلة. يحتاج الفريق إلى مبرر مرتبط بعبء العمل، واختبار قابل للمقارنة، وتصور للدورة التالية. ليس المقصود أن أحد المسارين أفضل دائماً، بل أن القرار يحمل عملاً وتكاليف في المستقبل.

ولا يجوز توسيع قاعدة العودة لتشمل كل وسائل التعافي. الانتقال إلى إصدار قياسي أحدث واستعادة نسخة احتياطية عمليتان مختلفتان. يناقش المقال مسار الترقية، ولا يقدم إجراء استعادة أو وعداً برجوع مضمون.

ثلاثة أسئلة لا يحسمها زر واحد

اختيار المسار يحدد الإصدار المستهدف وسبب استخدامه. ترتيب الدفعات يحدد متى يمكن تحديث البيئة المؤهلة. أما قبول التطبيق فيحتاج إلى أدلة على سلوكه تحت عبء العمل المعني. هذا فصل تحليلي، وليس متطلبات إضافية منسوبة إلى AWS.

بناء على ذلك، لا يكفي نجاح تجربة على RU قياسي لإثبات ملاءمة هدف SPB. يجب أن تكون النسخة والعمل المنفذ قابلين للمقارنة مع الهدف. وإلا فقد يكون تقرير النجاح صحيحاً، لكنه يجيب عن سؤال مختلف.

توزع سياسة Organizations النسخ المؤهلة على مجموعات ونوافذ صيانة عند تفعيل التحديثات الفرعية التلقائية. وتصف AWS فترات للتحقق وإمكانية وقف التحديث الآلي للبيئات اللاحقة إذا ظهرت مشكلة. ولا تعتبر مرور الفترة قبولاً تلقائياً للتطبيق. سياسة التحديث المرحلي في RDS.

الخدمة المدارة قد تخفف تنسيق التنفيذ، لكنها لا تقرر وحدها ما يعد نتيجة مقبولة لدى العميل. الانتظار مفيد إذا أنتج ملاحظات يستطيع مسؤول مخول العمل بها في الوقت المناسب. ومن دون ذلك قد يؤجل اكتشاف الخلل فحسب.

الإعلان يثبت إتاحة خيار، لا توافق تطبيق بعينه ولا مدة توقفه ولا مقدار توفيره. لا تختفي مسؤولية قبول النتيجة لمجرد أن جهة أخرى تتولى تنفيذ التحديث.