توصيات حول تحميل القياسات الأولية

  • تتأثر معالجة بيانات القياس الأولية (IMD) بعدد من العوامل، بما في ذلك حجم بيانات القياس الأولية الجاري معالجتها، والمعالجة المتزامنة الأخرى (مثل عمليات مجموعة المعالجة الأخرى).

    يتم تحديد حجم بيانات القياس الأولية من خلال معاملين أساسيين، حجم الفترة الزمنية ومدة بيانات القياس الأولية.

    • يحدد حجم الفترة الزمنية عدد قيم القياس المضمنة في بيانات القياس الأولية. على سبيل المثال، تحتوي بيانات القياس الأولية التي تحتوي على قياس قيمته يوم واحد للفترات الزمنية بالساعة على 24 قيمة فترة زمنية، بينما تحتوي بيانات القياس الأولية التي تحتوي على قياس قيمته يوم واحد للفترات الزمنية المكونة من 15 دقيقة على 96 قيمة فترة زمنية، وتحتوي بيانات القياس الأولية التي تحتوي على قياس قيمته يوم واحد للفترات الزمنية المكونة من 5 دقائق على 288 قيمة فترة زمنية. تحتوي الثلاثة جميعها على قياسات بقيمة يوم واحد ولكنها تتطلب كميات مختلفة من معالجة الحوسبة.
    • العامل الثاني الذي يؤثر على حجم بيانات القياس الأولية هو مدته. مع ذلك، كما هو مذكور أعلاه، يلعب حجم الفترة الزمنية لبيانات القياس الأولية دورًا مهمًا في تحديد الحجم الإجمالي لبيانات القياس الأولية. كقاعدة عامة، كلما كان حجم الفترة الزمنية أصغر، كانت المدة أقصر.

    نوصي بتحديد عدد القياسات في بيانات قياس أولية واحدة. بشكل عام، نوصي بإجراء قياسات بقيمة يوم واحد كحد أقصى في بيانات قياس أولية واحدة، ولكن يجب تسوية ذلك استنادًا إلى حجم الفترة الزمنية (مرة أخرى، كلما كان حجم الفترة الزمنية أصغر، كانت المدة أقصر). نوصي بتجربة مجموعات مختلفة من المدد وعدد بيانات القياس الأولية (مثل 3 بيانات قياس أولية في اليوم لكل منها 8 ساعات من الفترات الزمنية، و4 بيانات قياس أولية في اليوم لكل منها 6 ساعات من الفترات الزمنية، وهكذا) للعثور على وحدة تخزين تعمل بشكل أفضل في بيئتك.

    أحد العوامل الأخرى التي يجب مراعاتها هو التأثير على تخزين قاعدة البيانات. بشكل عام، يؤثر عدد بيانات القياس الأولية على تخزين قاعدة البيانات بشكل أكبر من عدد الفترات الزمنية داخل كل بيانات قياس أولية - يؤدي إرسال المزيد من بيانات القياس الأولية يوميًا إلى تأثير أكبر على تخزين قاعدة البيانات. على سبيل المثال، يؤثر إرسال نفس عدد الفترات الزمنية في اليوم في بيانات قياس أولية واحدة على تخزين قاعدة بيانات أصغر من إرسال نفس عدد الفترات الزمنية الموزعة عبر بيانات قياس أولية متعددة.

    يتضمن تخفيف المعالجة المتزامنة تحسين جدولة بيانات القياس الأولية والمعالجة الأخرى لتناسب احتياجات النسخة المعدلة الخاصة بك على أفضل وجه.

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

    عادةً ما تستخدم المشروعات أدوات مثل أداة تحميل SQL لترحيل كميات كبيرة من البيانات التاريخية مباشرةً إلى جدول القياس بدلاً من استخدام بيانات القياس الأولية.

  • عند معالجة بيانات القياس المنقولة باستخدام عمليات تنفيذ البرامج الوسيطة، يجب الاحتفاظ بعدد الأجهزة حتى 2000 جهاز لكل ملف للحصول على أفضل استخدام ومعالجة الإجراءات من خلال Oracle Service Bus. سيؤدي تحديد عدد أقل من الأجهزة، لكل ملف، إلى استغراق وقت أكبر في المعالجة. بينما سيؤدي تحديد عدد أعلى من الأجهزة، لكل ملف، إلى تزايد تجميع البيانات المهملة مما يؤدي إلى زيادة وقت الانتظار وكثرة النتائج مع إنتاجية أقل. رجاء ملاحظة أن العدد الأمثل للمعاملات لكل ملف قد يختلف وفقًا لنظام التجميع المركزي.

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

  • يؤدي ملء قسم البيانات الأولية لسجل بيانات القياس الأولية إلى تقليل الإنتاجية الكلية. تجنب الاحتفاظ بالبيانات "الأولية" عند معالجة بيانات القياس المنقولة في جيت واي الشبكات الذكي، كلما أمكن.

  • يجب تشغيل معالجة بيانات القياس المنقولة (التي يتم بها تحميل بيانات الاستهلاك والإجراءات إلى النظام) بشكل منفصل عن معالجة القياسات (التي يتم بها تنفيذ المراجعة وتحرير البيانات والتقدير وإنشاء القياسات النهائية). لا تقم بتشغيل هذه العمليات في نفس الوقت.

  • قم بتحميل القياسات الأولية وإجراء معالجة المراجعة وتحرير البيانات والتقدير كل 4 إلى 6 ساعات لتحسين الأداء.

  • يجب ألا تقل مدة القياسات الأولية الفردية (IMD) داخل بيانات القياس المنقولة عن الوقت المنقضي بين جمع بيانات القياس المنقولة وتسليمها (بحد أدنى من 4 إلى 6 ساعات لكل قياس أولي). على سبيل المثال، إذا كان النظام يقوم بتجميع القياسات وتسليمها ثلاث مرات في اليوم، فيجب أن تكون مدة القياسات الأولية الفردية حوالي ثماني ساعات.

  • تجنب تحميل أعداد كبيرة من القياسات الأولية لتكوين جهاز واحد في بيانات قياس منقولة واحدة.

  • نوصي بتكوين عملية مراقبة بالحالة "معلق" لكائنات عمل القياس الأولي للتحميل الأولي بحيث يمكن تأجيل عمليتي المراجعة وتحرير البيانات والتقدير وإنشاء القياس إلى معالجة مجموعة المعالجة.

    • ينطوي تأجيل المعالجة على المزايا الإضافية التالية:

      1. يمكن أن تضمن المعالجة التسلسلية لقراءات الاستهلاك التي توفر معالجة أكثر كفاءة. يمكن أن تؤدي معالجة قراءات الاستهلاك غير المنتظمة إلى عمل إضافي حيث سيتم إنشاء قياسات أولية للتسوية ومعالجتها لإجراء الاحتساب الدوري لعمليات احتساب الاستهلاك.

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

    • يتضمن تكوين المعالجة المؤجلة إضافة عنصر التحكم في مجموعة المعالجة "مراقبة بيانات القياس الأولية - الأجهزة الفعلية" كعملية مراقبة بالحالة "معلق" إلى كائنات العمل التالية:

      • D1-InitialLoadIMDInterval

      • D1-InitialLoadIMDScalar

    • عند تأجيل معالجة القياس الأولي، سيكون من الضروري جدولة عنصر التحكم في مجموعة المعالجة "مراقبة بيانات القياس الأولية - الأجهزة الفعلية" لتشغيله بشكل متكرر. يجب جدولتها بحيث يتم تشغيلها بعدد تسلسلات عمليات أعلى مباشرةً بعد اكتمال دورة القراءات المجدولة في Itron بعدد أقل من تسلسلات العمليات خلال بقية اليوم لالتقاط أية قياسات أولية أخرى يمكن استلامها (مثل تلك التي تم استلامها من خلال أوامر "طلب آخر قراءة").