تحديث البرنامج
SKOOR 9.0: نظرًا لأن SKOOR 9.0 يقوم بترقية PostgreSQL من الإصدار 13 إلى الإصدار 17، يلزم اتخاذ بعض الخطوات الإضافية كما هو موضح هنا.
SKOOR 8.1: يجب التحقق من مهام Selenium مع python. لتجنب تسرب الموارد، تتم معالجة عملية driver.quit() في جميع الأحوال كما هو موضح هنا
يرجى اتباع أي تعليمات من دعم SKOOR قبل إجراء التحديث. قد تكون هناك خطوات تحضيرية إلزامية قد تؤدي إلى أخطاء إذا تم تجاهلها
بشكل عام، يعد تحديث حزم SKOOR Engine و/أو Collector المثبتة بالفعل من المستودع أمرًا بسيطًا للغاية:
dnf clean all
dnf update eranger'*'
دليل سريع
يمكن استخدام الإجراء التالي كقائمة مرجعية للتحديث القياسي للبرنامج:
راجع مستودعات rpm المطلوبة واشتراكات Redhat
تحقق من توفر النسخ الاحتياطية الكاملة ونسخ التكوين الاحتياطية. ومع ذلك، من الأفضل دائمًا إجراء نسخ احتياطي كامل قبل التحديث
قم بتدوين الحالة العامة للنظام أو التقط لقطة شاشة لشريط الحالة في الجزء السفلي من واجهة مستخدم SKOOR Engine
قم بتعيين الصيانة الشاملة لجميع أجهزة التجميع المتعلقة بالتحديث (يمكن ترك أجهزة التجميع الخارجية دون تغيير أو تحديثها لاحقًا)
على الأنظمة المكررة (الأساسية/الاحتياطية):
تحقق من حالة النسخ المتماثل واتخذ الإجراء اللازم إذا كانت الحالة غير جيدة
أوقف النسخ المتماثل
قم بتحديث الخادم الاحتياطي
قم بتحديث الخادم (الأساسي)
بدء النسخ المتماثل إذا لم يكن قيد التشغيل
تحديث المجمعات الخارجية إذا تم تكوينها
تحديث عارض لوحة التحكم إذا تم تكوينه
التحقق من وجود ملفات تكوين جديدة تنتهي بـ .rpmnew ودمج المحتوى مع الملفات الأصلية إذا لزم الأمر يمكن
القيام بذلك باستخدام:
rpmconf -aالتحقق
الحالة العامة للنظام هي نفسها كما كانت من قبل أو يمكن تفسير الاختلافات
التكرار يعمل كما كان من قبل
يمكن الوصول إلى لوحات المعلومات / عارض لوحة المعلومات
يتم إرسال الإنذارات (البريد الإلكتروني، الرسائل القصيرة، إلخ)
نهاية الصيانة
إنشاء نسخة احتياطية كاملة جديدة
تفاصيل الدليل السريع
تنطبق المعلومات التالية على تثبيت SKOOR القياسي. يجب مراعاة الإعدادات المخصصة
المسار القياسي للنسخ الاحتياطية:
/opt/eranger/server/backups
تشغيل النسخة الاحتياطية الكاملة:
cd /var/lib/pgsql
sudo -u postgres /opt/eranger/bin/eranger-server-backup.sh full
اضبط الصيانة الشاملة على جميع أجهزة التجميع المتعلقة بالتحديث في /root /Collectors
تحقق من حالة النسخ المتماثل وأوقف وضع الاستعداد:
/opt/eranger/bin/eranger-server-replication.pl status
<standby-ip> <standby-ip> checking ssh for user reranger <primary-ip> is running Last read on master(<primary-ip>) 0 seconds ago
/opt/eranger/bin/eranger-server-replication.pl stopstandby
بصمات GPG:
RPM-GPG-KEY-SKOOR:
0C18 95B8 11D4 71E5 D043 EFA3 69E1 147C 2CB4 0F3A
RPM-GPG-KEY-PGDG:
68c9 e2b9 1a37 d136 fe74 d176 1f16 d2e1 442d f0f8
مفتاح RPM-GPG-KEY-TIMESCALEDB:
1005 fb68 604c e9b8 f687 9cf7 59f1 8edf 47f2 4417
تحديث إلى SKOOR 9.0
يلزم وجود إصدار محدث من skoor-repo (9.0). يرجى الاتصال بـ support@skoor.com للحصول على RPM جديد.
قم بتثبيته باستخدام:dnf install skoor-repo.9.0.rpm
إذا كان النسخ المتماثل موجودًا، فيجب إيقافه قبل إجراء الترقية
/opt/eranger/bin/eranger-server-replication.pl stopstandby
قم أولاً بترقية وضع الاستعداد (دون تشغيل البرنامج النصي update-postgresql)، ثم قم بترقية الوضع الأساسي وقم بتنفيذ createstandby.
يجب إجراء التحديث باستخدام تحديث كامل، وليس فقط
dnf update “eranger-*”أو ما شابه.dnf update
بعد
dnf update، قم بتشغيل/opt/eranger/database-utils/bin/upgrade-postgresql./opt/eranger/database-utils/bin/upgrade-postgresql
يؤدي هذا إلى ترقية مجموعة PostgreSQL 13 إلى مجموعة PostgreSQL 17.
بعد إجراء
/opt/eranger/database-utils/bin/upgrade-postgresql، يجب تحليل المجموعة الجديدة باستخدامsu postgres -c "/usr/pgsql-17/bin/vacuumdb --all --analyze-in-stages"
هذه الخطوة مهمة جدًا. لا تخطها. يمكن استخدام النظام بالفعل أثناء التشغيل.
إذا كان كل شيء يعمل كما هو متوقع، يمكن إزالة المجموعة القديمة باستخدام
/var/lib/pgsql/delete_old_cluster.sh
التحديث إلى SKOOR 8.1
يجب تكييف مهام Selenium عند استخدام نصوص برمجية python. من المهم أن تتم معالجة عملية driver.quit() في أي حال. وإلا سيحدث تسرب للموارد!
يتم توفير حزمة RPM جديدة eranger-python مع هذا الإصدار بشكل أساسي للبرامج النصية في SKOOR Studio. يوصى باستخدام بيئة Python هذه أيضًا للبرامج النصية القديمة للاستيراد.
التحديث إلى SKOOR 7.2
يستخدم كل جامع SKOOR دليلًا واحدًا على الأقل لتخزين ملفات القياس المؤقتة. مع SKOOR 7.2، سيتم تنظيف جميع أدلة الجامع المؤقتة بانتظام:
يتم حذف الملفات التي يزيد عمرها عن 72 ساعة
يتم حذف الدلائل الفارغة التي يزيد عمرها عن 24 ساعة
نظرًا لأن المجمع يرسل جميع بيانات القياس إلى الخادم بعد كل مهمة يتم تنفيذها، فلا داعي للاحتفاظ بهذه الملفات لفترة أطول في دليل الملفات المؤقتة. ومع ذلك، إذا تم إنشاء ملفات مثل البرامج النصية أو البيانات الدائمة الأخرى في أحد هذه الدلائل، فيجب نقلها إلى موقع مختلف قبل الترقية إلى الإصدار 7.2.
استخدم الأمر التالي للحصول على قائمة بالدلائل المؤقتة للمجمع (لتشغيلها على المجمع المحلي وكذلك جميع المجمعات الخارجية):
grep -oP "server\\d+_fetch_parse_dir\\s*=\\s*/var/opt/run/eranger/collector/.+" /etc/opt/eranger/eranger-collector.cfg | perl -pe 's/server\d+_fetch_parse_dir\s*=\s*//g'
يرجى التأكد من أنه يمكن تنظيف جميع الملفات الموجودة في هذه الدلائل بأمان.
التحديث إلى SKOOR 7.0
تم استبدال حزمة sdaas-webservice RPM بالحزمة الجديدة eranger-etl المتوفرة أيضًا في مستودع SKOOR RPM.
يرجى تثبيت eranger-etl بعد الترقية إلى الإصدار 7.0 (يجب السماح بمسح sdaas-webservice لتجنب حدوث تعارض):
yum remove sdaas-webservice && yum install eranger-etl