مزامنة البيانات التراكمية
يدعم المنتج طريقة مزامنة البيانات التي يمكن من خلالها تجميع العديد من التغييرات التي تم إجراؤها على كيان وإرسالها معًا كرسالة واحدة إلى النظام الخارجي.
-
عند إضافة كيان أو تغييره أو حذفه، توجد لقطة من بيانات الكيان قبل تسجيل التغيير في طلب مزامنة واحد أو أكثر، واحدة لكل نظام خارجي يجب ربط البيانات بها. يتم استخدام اللقطة قبل التحديث كسطر أساسي لاكتشاف كافة التغييرات التي تم إجراؤها منذ ذلك الحين في وقت إرسال الرسالة إلى النظام الخارجي.
-
تتم معالجة طلبات المزامنة بواسطة عملية مجموعة معالجة المراقبة التالية.
-
تتضمن معالجة طلب المزامنة عادةً قواعد الأعمال التي تقارن اللقطة قبل التحديث بالمحتوى الحالي للكيان لاكتشاف كل التغييرات التي تم إجراؤها. في حالة إجراء تغييرات، قد يقرر المنطق متابعة إرسال رسالة المزامنة، وإلا يتم تجاهل الطلب. تعد هذه القواعد مسؤولة أيضًا عن معالجة أية أخطاء حدثت أثناء الاتصال بالنظام الخارجي وإدارة محاولات إعادة المحاولة حسب الحاجة.
يتم دعم هذه الوظيفة بواسطة المنطق المدخل في طلب مزامنة كائن العمل الأساسي (F1-SyncRequest). لاحظ أن كل تطبيق Edge يحتوي على كائن عمل فرعي مناسب لكائن العمل هذا وذلك لكل سيناريو مزامنة محدد يتم دعمه في هذا المنتج. يتم تنفيذ بعض الوظائف أدناه باستخدام التكوين في كائن العمل الرئيسي الذي يتم توفيره من خلال إطار العمل، بينما قد يتم توفير بعض الوظائف الأخرى من خلال كائن العمل الفرعي. إضافة إلى ذلك، قد توجد حالات استخدام أكثر تعقيدًا مدعومة من خلال تكامل المنتج المحدد لديك. ارجع إلى مكتبة التطبيقات المحددة لديك لكائن عمل طلب المزامنة مع الوثائق المرتبطة بتكامل المنتج المحدد لديك للحصول على مزيد من المعلومات.
توضح الأقسام التالية الجوانب الرئيسية لنهج مزامنة البيانات هذا.
تسجيل التغيير
يوفر المنتج الأساسي خوارزمية تسجيل بيانات التغيير (تدقيق كائن الصيانة) F1-GCHG-CDCP التي قد يتم استخدامها من خلال كائنات الصيانة التي يجب مزامنتها من خلال هذه الطريقة. تقوم هذه الخوارزمية بإنشاء سجل طلب المزامنة للسجل الذي تم تغييره مع تسجيل رمز كائن الصيانة والمفتاح الأساسي، في حالة عدم العثور على طلب مزامنة موجود لنفس السجل (ونفس كائن العمل) بالحالة الأولية. كائن عمل طلب المزامنة المستخدم هو الكائن المحدد في خيار كائن عمل طلب المزامنة في كائن الصيانة للسجل الذي تم تغييره. في حالة وجود أكثر من خيار، يتم إنشاء طلبات مزامنة متعددة.
قد يوفر المنتج المحدد لديك أيضًا خوارزميات مراجعة إضافية وذلك لسد الحاجة إلى توفير أمثلة أكثر تعقيدًا.
عند إنشاء سجل طلب المزامنة، يحتوي كائن عمل طلب المزامنة عادةً على خوارزمية مساعدة للمعالجة المسبقة التي يتم من خلالها تسجيل لقطة من بيانات السجل قبل تغييره. يتم استخدام ذلك في خطوات لاحقة للتأكد من حاجة النظام الخارجي إلى الإعلام بالتغيير.
التأكيد على ضرورة المزامنة
بمجرد تسجيل طلب المزامنة، توجد عدة خطوات يتم تنفيذها قبل إرسال أي معلومات إلى النظام الخارجي.
-
عند إنشاء سجل طلب مزامنة، يتم تكوين حالته الأولية (معلق) لتتم معالجته بواسطة مراقبة مجموعة المعالجة. بهذه الطريقة، تتم إضافة السجلات إلى جدول طلبات المزامنة خلال اليوم ولكن تتم معالجة جميع السجلات معًا. تعمل خوارزمية مراجعة كائن الصيانة على التأكد من عدم إنشاء طلب مزامنة جديد في حالة وجود سجل معلق بالفعل لتركيبة كائن صيانة/ مفتاح أساسي محددة (لنفس كائن العمل). ومع ذلك، من الممكن وجود سجل لتركيبة كائن الصيانة/المفتاح الأساسي هذه بحالة لاحقة "غير نهائي" (مثل في انتظار إشعار الاستلام). تتضمن هذه الحالة خوارزمية مراقبة للتحقق من هذا الشرط ولتخطي التحويل في حالة وجود سجل آخر. يتم ذلك للتأكد من أن السجل الموجود تمت معالجته بالكامل قبل البدء في معالجة هذا السجل الجديد.
-
الحالة التالية للمرحلة هي تحديد ما إذا كانت المزامنة مطلوبة أم لا. تستخدم هذه الخطوة خوارزمية لتسجيل لقطة (تسمى "اللقطة النهائية") من البيانات ومقارنتها باللقطة الأولية التي تم تسجيلها عند إنشاء السجل. بناءً على منطق الخوارزمية، قد تتم المتابعة (التحويل إلى إرسال طلب) أو عدم المتابعة (التحويل إلى متجاهَل).
الاتصال بالنظام الخارجي
بمجرد تأكيد ضرورة حدوث المزامنة، يجب إرسال رسالة إلى النظام الخارجي. يتم في النقاط التالية تمييز الوظيفة الأساسية.
-
تم ربط خوارزمية بالحالة "إرسال طلب". من المتوقع أن تقوم الخوارزمية بإنشاء رسالة صادرة توجه المعلومات إلى النظام الخارجي بشكل سليم. يجب أن تحدد الخوارزمية النظام الخارجي ونوع الرسالة الصادرة المطلوب استخدامهما. تدعم كائنات العمل لطلب المزامنة خيارات كائن العمل لتحديد النظام الخارجي ونوع الرسالة الصادرة المطلوب استخدامهما لهذه الخوارزمية.
-
بمجرد تحفيز الرسالة الصادرة، يتم تحويل السجل إلى الحالة "في انتظار إشعار الاستلام". يتم استخدام هذه الحالة لإيقاف إجراء المزيد من عمليات تحويل الحالة لطلب المزامنة إلى أن يتم تلقي إشعار الاستلام من النظام الخارجي. لاحظ أن هذه الخطوة تعتمد على تنفيذ آلية استجابة من النظام الخارجي. يوصى بتنفيذ إحدى الاستجابات، حيث يساعد ذلك على التحكم في تدفق المعلومات بترتيب زمني. يوفر المنتج خدمة الأعمال F1-UpdateSyncRequest التي تقوم بتحويل طلب المزامنة إلى الحالة الافتراضية التالية (في هذه الحالة تكون "متزامن") وذلك عند تلقي إشعار استلام إيجابي، أو التحويل إلى الحالة المرتبطة بحالة التحويل "رفض" (في هذه الحالة تكون "خطأ") وذلك عند إشعار استلام سلبي. بالإضافة لذلك، يمكن تكوين هذه الحالة باستخدام خوارزمية مراقبة تقوم باكتشاف الوصول إلى حد انتهاء المهلة.
-
بالنسبة للسجلات التي تتحول إلى الحالة خطأ، يوصى بتكوين خوارزمية تقوم بإنشاء قيد مهمة يعمل على تنبيه الشخص بوجود مشكلة. للحصول على مزيد من المعلومات، ارجع إلى وثائق التكامل. تم بالفعل تكوين الحالة مسبقًا باستخدام خوارزمية لإتمام المهام عند الخروج من الحالة.
-
يتم استخدام الحالة النهائية "متزامن" لتمييز عمليات المزامنة الناجحة. ومع ذلك، للحصول على مزيد من حالات الاستخدام المعقدة، قد يتم استخدام هذه الحالة لتحفيز بعض الإجراءات الإضافية. للحصول على مزيد من المعلومات، ارجع إلى الوثائق الخاصة بتكامل المنتج المحدد لديك.