يظهر تقرير الربط عبارة «آخر تشغيل ناجح»، بينما يقول مسؤول المشتريات إن طلبًا لا يظهر في النظام الآخر. قد يكون الطلب جديدًا لم يحن موعد نقله، أو متأخرًا، أو خارج آخر نطاق فُحص، أو مفقودًا فعلًا وفق مقارنة مكتملة. لا تستطيع علامة خضراء واحدة التمييز بين هذه الاحتمالات.
عند شراء متابعة تكامل بين نظامين، اطلب تقريرًا يجيب أولًا: أي سجلات كان يجب فحصها حتى هذه اللحظة، وأيها فُحص فعلًا؟ بعدها تصبح قائمة الفروقات قابلة للتفسير. أما عد الطلبات في الجهتين دون نافذة أو مرجع مشترك فقد يصنع إنذارًا مضللًا أو يخفي مشكلة حقيقية.
مثال على تقرير يحتاج مقامًا واضحًا
نفترض ربطًا افتراضيًا ينقل أوامر مشتريات معتمدة إلى نظام تشغيل. في لقطة تعليمية، توجد مئة حركة في المصدر: عشر مستبعدة بسبب حالتها، وعشرون لم يحن موعد نقلها وفق السياسة المختارة، وسبعون مستحقة للمقارنة. هذه أرقام توضيحية وليست نتائج عميل أو معيار أداء.
إذا فُحصت خمس وستون فقط من السبعين، فلا يجوز تسمية الخمس الباقية مفقودة. داخل المجموعة المفحوصة قد توجد سجلات مطابقة وأخرى مختلفة وأخرى لم توجد في الهدف عند الفحص. أظهر هذه المجموعات منفصلة، مع مراجع تسمح بالتحقيق بدل الاكتفاء بنسبة عامة.
أربع حالات قبل كلمة «مفقود»
| الوصف المقترح | ما يعنيه في التقرير | المتابعة المطلوبة |
|---|---|---|
| لم يستحق بعد | خارج موعد المقارنة وفق سياسة معلنة | إظهار موعد دخوله المتوقع |
| مستحق ولم يفحص | لم تشمل القراءة المكتملة هذا السجل | تحديد سبب فجوة التغطية ومسؤولها |
| متأخر تحت المتابعة | تجاوز الموعد المحدد ويحتاج تحققًا وفق القاعدة | عرض العمر وآخر دليل وخطوة التحقق |
| غير موجود في مقارنة مكتملة | لم يوجد نظيره ضمن نطاق وفحص موثقين | فتح فرق قابل للتتبع ثم التحقيق في السبب |
سمِّ الحالات بما يناسب عملك، لكن احفظ الفرق بين عدم الفحص ونتيجة الفحص. وحتى وصف «غير موجود» يحتاج توضيحًا لمفتاح الربط وطريقة البحث ونطاقه. ربما تغير المرجع أو استبعدت قاعدة عمل السجل؛ لا تستنتج سبب الفقد من غياب النظير وحده.
ما الذي يجب أن يتصدر التقرير؟
اطلب وقت استخراج التقرير، وآخر نقطة مكتملة لقراءة المصدر، والحد الزمني للمقارنة، والمنطقة الزمنية، وتعريف السجل المؤهل. أظهر وقت اكتمال فحص الهدف أيضًا. إذا توقف سحب المصدر، فقد تبدو الفروقات قليلة لأن السجلات الجديدة لم تدخل التقرير أصلًا.
حدد من يعتمد تغيير نافذة الاستحقاق، واحتفظ بسبب التغيير. توسيع النافذة قد يقلل عدد المتأخرات الظاهر دون أن يحسن النقل. وقارن اللقطات المتتالية بمعرفة أن مجموعة السجلات المؤهلة قد تغيرت، لا باعتبار الأرقام المجردة تتحدث عن المجموعة نفسها دائمًا.
التحقق عمل مستقل عن النقل
تميز وثائق AWS DMS بين نقل السجلات والتحقق منها، وتعرض حالات انتظار وتعذر مقارنة واختلاف. هذه خصائص منتج محدد له حدود دعم، وليست ضمانًا لفحص أي تكامل. لكنها تفسر لماذا يجب سؤال المنفذ عما قورن، بدل الاكتفاء بما أُرسل.
ويشرح نمط Microsoft للاستخدامات متعددة الخطوات حفظ حالة كل خطوة وموعدها ومتابعة المتعثر منها. نجاح خطوة تشغيلية لا يثبت بمفرده تطابق السجل التجاري. اطلب من المنفذ وصف الدليل الذي يحول حالة التشغيل إلى نتيجة مقارنة مفهومة، دون فرض بنية تقنية واحدة على كل مشروع.
اسأل أيضًا عن تعديلات الطلب بعد نقله أول مرة. وجود المرجع في الهدف لا يثبت وصول أحدث تعديل معتمد. حدد الحقول المهمة للمقارنة، وكيف يظهر رقم النسخة أو وقت التغيير، كي لا يخفي تطابق العدد اختلاف المحتوى.
من يملك إغلاق الفرق؟
اجعل لكل فرق مرجع المصدر والهدف إن وجد، ونوع الاختلاف، وآخر فحص، ومسؤول المتابعة والإجراء التالي. وعند الإغلاق، احفظ سبب الإغلاق ودليله: وصول متأخر تحقق منه الفريق، أو استبعاد معتمد، أو إصلاح أعقبه فحص جديد. حذف الصف من الشاشة ليس تفسيرًا.
لآلية التعافي راجع قبول إعادة المحاولة، ولاختيار توقيت النقل راجع تحديد تكرار المزامنة. أما عند طلب تنفيذ الربط مع نكست ويف، فأرفق نموذج تقرير التغطية حتى تشتري متابعة يمكن تفسيرها بعد التسليم.
مصدر الفصل بين الحالات
فُتحت وثائق تحقق البيانات في AWS DMS ونمط Scheduler Agent Supervisor في 4 نوفمبر 2026. المثال والجدول مقترحان بلا تشغيل تكامل أو قياس فعلي. الإعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
