الصيانة والاحتفاظ بالبيانات
للحفاظ على أداء BriefCamنظام المحسن بالكامل، Microsoft BriefCamتلقائيا بمسح البيانات المعالجة بشكل دوري، بما في ذلك البيانات من كل من قاعدة البيانات والتخزين.
لاحظ أنه يمكن تثبيت خدمة الصيانة على مثيلات متعددة لتوزيع الحمل بين عدة أجهزة.
لإيقاف تشغيل الصيانة التلقائية، اضبط إعداد البيئة الممكنة للصيانة على خطأ. مع ذلك، لا ينصح بهذا لأن التخزين سوف يمتلئ.
في إعداد بيئة Maintenance.ExecutionStrategy، يمكن ضبط الصيانة على التشغيل إما يوميا أو بشكل مستمر.
عند ضبط الإعداد على باستمرار (الافتراضي)، يتم تشغيل الصيانة كل ساعة.
عند ضبطه على يومي، يتم ضبط وقت تشغيله في إعداد بيئة Maintenance.CleanHour. تعتمد القيمة على الوقت (hh:mm:ss)، على سبيل المثال: ٢٣:٠٠:٠٠.
لمسح البيانات بشكل استباقي، اضبط إعداد بيئة Maintenance.CleanHour على الساعة الحالية واضبط Maintenance.ExecutionStrategy على يومي ثم أعد تشغيل خدمة Maintenance. سيتم تشغيل الصيانة على الفور. يوصى بتغيير الإعدادات مرة أخرى إلى قيمتها الأصلية.
في حالة فشل تشغيل الصيانة، يحاول النظام التعافي تلقائيا بمجرد انتهاء العملية. ستتم محاولة الاسترداد في فاصل زمني كما تم تكوينه في إعداد TaskRecovery.IntervalsMinutes (كما هو موضح في الصورة أدناه). الإعدادات الافتراضية هي ١٠ و٢٤٠ و١٤٤٠ دقيقة، مما يعني أن محاولة الاسترداد الأولى ستكون بعد ١٠ دقائق، والثانية بعد ٤ ساعات والمحاولة الأخيرة ستكون بعد ١٢ ساعة.
يحدد إعداد بيئة Maintenance.ServiceInstancesRetentionMinutes المدة التي يتم فيها حذف الخدمات من قاعدة BriefCamالبيانات بعد عدم الاتصال بالإنترنت. القيمة الافتراضية هي ٤٣٢٠٠ دقيقة (٣٠ يوما).
تصف الأقسام أدناه إعدادات البيئة الإضافية التي تتحكم في كيفية عمل عملية الصيانة.
وحدة REVIEW
ملاحظة
إذا كانت هناك حالات REVIEW لا تريد حذفها أثناء الصيانة التلقائية، فانقر فوق أيقونة تحرير (
) من شاشة الحالة وحدد خانة الاختيار عدم الحذف أثناء الصيانة. لن يتم حذف هذه الحالات المميزة ومشغولاتها عبر عملية الصيانة حتى إذا استخدمتها حالات أو تنبيهات أخرى وتم حذفها.
تتمثل أفضل الممارسات في تعيين الإعدادين أدناه (CaseRetentionDaysوVideoArchiveExirationDays) على نفس القيمة.
الإعداد: أيام صيانة.CaseRetention
إفتراضي: ٣٠ يوم
عندما يكون تاريخ تحديث الحالة أقدم من ٣٠ يوما (افتراضيا)، يتم حذف جميع بيانات الحالة من BriefCamقاعدة البيانات والقرص .
تؤثر تعديلات الحالة على تاريخ تحديث الحالة، مثل تحرير اسم الحالة أو وصفها، أو مشاركة الحالة، أو إضافة/حذف مقاطع الفيديو، أو تحرير جدولة الفيديو، أو تحرير الإعدادات المسبقة، أو إضافة/حذف الإشارات المرجعية. ومع ذلك، فإن إضافة وجه أو لوحة ترخيص إلى قائمة مراقبة الحالة أو تحرير تفاصيل الإشارة المرجعية لن يؤثر على تاريخ تحديث الحالة.
في حالة استخدام نفس البيانات من قبل حالات أخرى، ستظل الحالة محذوفة من شاشة الحالات وستظل البيانات على قاعدة البيانات والقرص.
إذا كانت الحالة تحتوي على مصدر مجدول ومنشط، فلن يتم حذف الحالة. سيتم حذف الطلبات من المصدر المجدول الأقدم من القيمة الموجودة في هذا الإعداد، ولكن سيتم حذف إشاراتها المرجعية فقط عند حذف الحالة بأكملها. إذا كانت الحالة تحتوي أيضا على مصدر ليس مصدرا مجدولا مفعلا أو مصدرا مجدولا معطلا، فلن يتم حذف هذه المصادر أيضا.
إذا كانت الحالة لا تحتوي إلا على مصادر منتظمة أو مصادر مجدولة معطلة، فسيتم التعامل مع الحالة كمصدر منتظم، مما يعني أنه عندما يكون تاريخ تحديث الحالة أقدم من ٣٠ يوما (افتراضيا)، يتم حذف جميع بيانات الحالة الأقدم من ٣٠ يوما (افتراضيا) من BriefCamقاعدة البيانات والقرص .
عندما يعتمد طلب REVIEW جزئيا على المعالجة عند الطلب وجزئيا على الطلب المباشر (نظرا لأنه تمت معالجة بعض الطلبات بالفعل للتنبيه)، تتم إزالة العناصر من وحدة REVIEW و RESPOND وفقا لإعدادات الصيانة. ومع ذلك، تتم إزالة الطلب تماما من البنية التحتية (بما في ذلك قاعدة البيانات) وفقا لتاريخ المعالجة أيهما حدث آخر: المعالجة عند الطلب أو المعالجة المباشرة.
فيما يتعلق بقوائم المراقبة، سيتم حذف قائمة المراقبة الداخلية التي تم إنشاؤها داخل الحالة بمجرد حذف الحالة (عن طريق الصيانة أو بواسطة المستخدم).
فيما يتعلق بالإشارات المرجعية، سيتم حذفها أيضا بمجرد حذف الحالة كما هو مفصل أعلاه.
الإعداد: الصيانة.VideoArchiveأيام انتهاء الصلاحية
إفتراضي: ٣٠ يوم
يتحكم هذا الإعداد في عدد مرات حذف ملفات الفيديو التي يتم إحضارها من VMS. يؤثر هذا الإعداد أيضا على الفيديو الأصلي الذي تم إحضاره في تنبيهات RESPOND، والتي لا يتم عادة BriefCamتلقائيا (فقط عند النقر فوق الصورة المصغرة للتنبيه). على سبيل المثال، في وحدة RESPOND، لا يتم إحضار الفيديو الأصلي لكل تنبيه حتى يطلب المستخدم مقطع فيديو أصليا. بمجرد أن يطلب المستخدم مقطع فيديو أصليا، BriefCamيحتفظ بالفيديو الأصلي للوصول الفوري لعدد الأيام المحدد في هذه المعلمة.
الإعداد: الصيانة.الاحتفاظ بالملفات المحليةفي ساعات
إفتراضي: ٢٤ ساعة
يتحكم هذا الإعداد في عدد المرات (بالساعات) التي يتم فيها حذف الملفات المقدمة مؤقتا من قاعدة BriefCamبيانات .
توجد الملفات المؤقتة المعروضة في: ...\BriefCam\ServerData\VideoStreamingGateway\VideoService
يتم عرض الملفات المحفوظة هنا على أنها عناصر تم إنشاؤها بواسطة تفاعلات عميل الويبVIDEO SYNOPSIS، مثل والفيديو الأصلي والمزيد.
الإعداد: الصيانة.RenderingUploadedFilesRetentionDays
إفتراضي: ٠.٥ يوم
يتحكم هذا الإعداد في عدد المرات التي يتم فيها حذف الملفات المحملة من قاعدة BriefCamبيانات .
توجد الملفات المحملة في: ...\BriefCam\ServerData\VideoData\WebUpload
الملفات المحفوظة هنا هي ملفات فيديو يتم تحميلها من قبل المستخدم النهائي عبر عميل الويب لغرض معالجة REVIEW في Investigator، Investigator for Teams، Protectوالتكوينات.
الإعداد: clientMaintenanceCaseMessageInDays
إفتراضي: ٧ أيام
يتحكم هذا الإعداد في موعد بدء عرض إشعار الحذف على الحالة. القيمة المحددة هنا هي عدد الأيام قبل تعيين الحالة للحذف بواسطة عملية الصيانة.
تحذير
لا تنطبق هذه الإعدادات على Hub. إنه مناسب فقط للمواقع وفي عمليات النشر المستقلة.
وحدة RESPOND
الإعداد: الصيانة.أيام الاحتفاظ المباشر
إفتراضي: ٧ أيام
يتم حذف جميع تنبيهات RESPOND خارج نطاق الاستبقاء (حتى التنبيهات التي يتم وضع إشارة مرجعية عليها ؛ ومع ذلك، لن يتم حذف الإشارة المرجعية نفسها). لا يتم حذف الإشارات المرجعية في وحدة RESPOND أبدا من خلال عملية الصيانة.
يتم حذف تنبيهات المهام المباشرة قيد التشغيل حاليا إذا كانت خارج نطاق الاستبقاء.
وحدة RESEARCH
الإعداد: Maintenance.BIAsetsRetentionDays
إفتراضي: ٣٠ يوم
يتحكم هذا الإعداد في عدد المرات التي يتم فيها حذف جداول RESEARCH BI (التي تم إنشاؤها من BriefCamبيانات التعريف ETL) من BriefCamالتخزين المؤقت. هذه نسخة احتياطية إذا لم يتمكن Qlik من سحب البيانات.
الإعداد: الصيانة.BIVisualLayersRetentionDays
إفتراضي: ٣٦٥٠ يوم
يتحكم هذا الإعداد في عدد مرات حذف ملفات الطبقة المرئية، والتي يتم استخدامها لعلامة تبويب لوحة المعلومات. يؤدي هذا إلى حذف الملفات من قاعدة BriefCamالبيانات ومن BriefCamالمجلد الذي حفظ الصور فيه (C:\BriefCam\ServerData\RenderData).
قد يؤثر تعيين هذا على أقل من يوم واحد على الطبقات المرئية.
الإعداد: Maintenance.BITaskRetentionDays
إفتراضي: ٣ أيام
يتحكم هذا الإعداد في عدد المرات التي يتم فيها حذف بيانات التعريف والأصول المرئية من مهام معالجة RESEARCH من BriefCamالتخزين . بيانات التعريف هي جميع الأصول/الملفات/السجلات التي يتم إنشاؤها أثناء معالجة RESEARCH (إما بشكل مستمر أو عند الطلب). هذه هي المدة التي يقوم فيها BriefCamبحفظ البيانات لخدمة BI Rule Engine.
الإعداد: أيام الاحتفاظ ب RESEARCH.QVDR
إفتراضي: ٣٠ يوم
يحدد هذا الإعداد عدد الأيام التي يتم خلالها الاحتفاظ بالجداول التفصيلية في عمليات النشر ذات QVDs المقسمة.
تم إهمال هذا الإعداد، ولن يؤثر تغيير هذا الإعداد على النظام.
لاحظ أن ملفات QVD ليست جزءا من عملية الصيانة. لحذف الملفات، يوصى بالاتصال بفريق دعم BriefCam للمساعدة في الخطوات أدناه.
تأكد من أن المهام التالية ليست قيد التشغيل في QMC:
Research_DB،ResearchوResearch_DB_Agg، وResearch_Agg). إذا كان يجري، فانتظر حتى ينتهي من الركض.Research_DBتعطيلResearch_DB_Aggوالمهام في QMC.
احذف الملفات التي لا صلة لها يدويا من
BC_BI_SOURCE_MATCH2والملفاتBC_BI_SOURCE_MATCH_1فيQlikShare\ResearchQvdمجلد .عند حذف الملفات، تأكد من مزامنة المجلدين مع نفس عدد الملفات وبدون مسافات - يجب أن تكون التواريخ هي نفسها في كلا المجلدين.
قم بتشغيل
Delete_Research_Data Application Periodic Reload Taskالذي يتزامن مع محتويات المجلدات المحدثة.بمجرد اكتمال الصيانة، قم بإعادة
Research_DBتمكينResearch_DB_Aggوالمهام .
الإعداد: RESEARCH.DetailedLoadDays
إفتراضي: ٣٠ يوم (للبيئات المحدثة من v٦.٤ أو أقل، الإفتراضي هو ٧٣٠ يوم)
يتحكم هذا الإعداد في البيانات المحملة من تطبيق RESEARCH (بناء على حقل الطابع الزمني وليس وقت برنامج إدارة الفيديو VMS). يؤثر هذا الإعداد على ذاكرة الوصول العشوائي اللازمة لتحميل التطبيق التفصيلي ويقلل من كمية البيانات المحملة في نموذج البيانات الكامل.
لا تتأثر لوحات المعلومات المجمعة بهذا الإعداد.
علامات تبويب قائمة المراقبة
تحذير
لا تنطبق هذه الوظيفة على Hub. إنه مناسب فقط للمواقع وفي عمليات النشر المستقلة.
لا يتم حذف قائمة المراقبة الخارجية (التي تتم إدارتها في علامات تبويب قائمة المراقبة) من خلال عملية الصيانة. مع ذلك، كما ذكرنا أعلاه، سيتم حذف قائمة المراقبة الداخلية التي تم إنشاؤها داخل الحالة بمجرد حذف الحالة (عن طريق الصيانة أو بواسطة المستخدم).
استثناءات الصيانة
لا يتم حذف العناصر التالية أثناء الصيانة.
مجلد صور خلفية الكاميرا - عند استخدام اختبار الاتصال، يتم حفظ صورة من الكاميرا ضمن
Camera Background Imagesمجلد . تحتفظ كل كاميرا بصورة واحدة، يتم تحديثها عند إعادة اختبار الاتصال. لا يتأثر هذا المجلد ومحتوياته بالصيانة.الإشارات المرجعية - تظل الإشارات المرجعية التي تم إنشاؤها في وحدات RESPOND أو REVIEW في النظام حتى إذا تم حذف التنبيه أو العنصر الأصلي. تتم إزالتها فقط عند حذفها بشكل صريح من قبل المستخدم.
الحالات التي تم وضع علامة عليها لا تحذف أثناء الصيانة - في نموذج REVIEW، يمكنك تحرير حالة وتحديد خانة الاختيار لا تحذف أثناء الصيانة. ستستمر هذه الحالات والقطع الأثرية المرتبطة بها خلال دورات الصيانة.
ملفات QVD (وحدة RESEARCH) - ملفات QVD ليست جزءا من عملية الصيانة ويجب حذفها يدويا إذا لزم الأمر.
مراقبة الصيانة
يمكنك مراقبة الصيانة وتتبعها.
تتم الصيانة من خلال خدمة منفصلة تسمى: خدمة الصيانة ولها سجل خاص بها. في شاشة الحدث، يمكنك معرفة ما إذا كانت الخدمة قيد التشغيل.
إذا فشلت الصيانة، فسيظهر حدث صيانة في شاشة الأحداث (أعلى)، إذا تم الوصول إلى عتبات أحداث الصيانة. بشكل افتراضي، إذا فشلت الصيانة في التشغيل مرة واحدة على الأقل، فسيظهر حدث تحذير وإذا فشلت الصيانة في المرات الثلاث الأخيرة، فسيظهر حدث بالغ الأهمية.
الصيانة اليدوية ل PostgreSQL
الصيانة اليدوية ضرورية لقواعد بيانات PostgreSQL لمنع مشكلات الأداء وانتفاخ الجدول. يساعد تشغيل عمليات ملء الفراغ وإعادة الفهرسة بشكل دوري في الحفاظ على أداء قاعدة البيانات واستقرارها. لتجنب التأثير على توفر قاعدة البيانات، قم بجدولة هذه المهام خلال فترات الاستخدام المنخفض أو نوافذ الصيانة المخطط لها، من الناحية المثالية كل بضعة أشهر أو نصف عام. هذا يضمن تشغيل قاعدة البيانات بسلاسة وكفاءة.
بالنسبة لقواعد البيانات التي يبلغ حجم PostgreSQL_Dataمجلدها ~ ٢٠٠ جيجابايت، يلزم وجود نافذة صيانة تصل إلى ٦ ساعات مرة كل ٦ أشهر. في الأنظمة عالية النشاط، سيزداد وقت الصيانة والفاصل الزمني وفقا لذلك.