Skip to main content

دليل تثبيت BriefCam

إضافة مجموعة جديدة في نموذج RESEARCH

Last Updated: 5 minute read
إصدار2025r1
اللغةالعربية

توفر هذه الإرشادات وصفا خطوة بخطوة حول كيفية بناء وتكوين بيئة مجموعة RESEARCH. يتضمن ذلك خيار تجاوز الفشل بين عقدة Scheduler والعقدة المركزية و/أو تجاوز الفشل بين عقدتين مركزيتين لتحقيق توفر عال.

مقدمة

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

لمعالجة هذه المشكلة، يتم استخدام مجموعة وحدات RESEARCH كبنية موزعة للتخفيف من البيانات وأحمال التطبيق من خادم RESEARCH الرئيسي الذي يتحكم في موقع RESEARCH بأكمله. تقوم العقدة المركزية، المعروفة أيضا باسم "المدير"، بتفويض بعض مهامها إلى جهاز ثانوي، يشار إليه باسم عقدة المجدول أو "العامل". عند استلام معرف مهمة من المدير، يقرأ العامل المهمة من قاعدة بيانات المستودع المحلي ويقوم بإجراء العمليات الحسابية اللازمة. بمجرد اكتمال المهمة، يقوم العامل بإرجاع حالة المهمة (ناجحة أو فاشلة) إلى المدير.

مواصفات الأجهزة لعقدة المجدول

فيما يلي الحد الأدنى لمتطلبات عقدة Scheduler:

وحدة المعالجة المركزية

٢ x Intel(R) Xeon(R) Gold ٦٢٣٤ CPU @ ٣.٣٠ جيجاهرتز (٣٢ وحدة معالجة مركزية)

الذاكرة

512 جيجا بايت

التخزين

٢ x ١٠٠ GB SSD

١ × محركات أقراص SSD سعة ٢٥.٥ تيرابايت

خطوات التنفيذ

إضافة مجموعة جديدة في نموذج RESEARCH

لإضافة مجموعة جديدة في نموذج RESEARCH:

  1. تحقق من أنه يمكن الوصول إلى خادم Qlik الحالي من الخادم الجديد عن طريق فتح المسار التالي على كل من مستكشف الملفات وفي المستعرض: .\\[QlikServer]\qlikshare

  2. تأكد من تعطيل جدار الحماية ومكافحة الفيروسات على الخادم الجديد.

  3. تأكد من تثبيت برنامج تشغيل PostgreSQL Unicode (x٦٤). ستحتاج إلى هذا لإنشاء اتصالي ODBC في الخطوة التالية.

  4. أضف اتصالين ODBC - RESEARCHو .RESEARCHPostgreSQL

    ODBC connections.png
    1. بالنسبة لاتصال RESEARCHODBC ، عين خريطة قاعدة البيانات إلى خادم قاعدة BriefCamالبيانات .

      ODBC Research connection.png
    2. بالنسبة لاتصال RESEARCHPostgreSQLODBC ، عين خريطة قاعدة البيانات إلى خادم قاعدة بيانات RESEARCH.

      OCBC RESEARCHPostreSQL.png

      *يلزم فتح المنفذ ٤٤٣٢ عند الوصول على جهاز RESEARCH الأول حتى يتمكن جهاز RESEARCH الثاني من الوصول إلى قاعدة بيانات الملصقات الخاصة به.

  5. إنشاء حساب مستخدم الخدمة (بشكل افتراضي، BCUserيكون هو المستخدم الذي يدير خدمات Qlik). في إدارة الكمبيوتر، تحقق من أن المستخدم في مجموعة المسؤولين.

  6. تأكد من أن حساب مستخدم الخدمة الذي تم إنشاؤه في الخطوة أعلاه مضمنا في سياسة تسجيل الدخول كخدمة محلية:

    Log on as a service.png
  7. قم بتنزيل برنامج تثبيت Qlik vanilla (الموجود في حساب Git الخاص بك على: https://github.com/qlik-download/qlik-sense-server/releases). من المهم أن يكون الإصدار هو نفس الإصدار المثبت على الخادم الموجود.

  8. إذا كنت تقوم بتثبيت إصدار Qlik مايو ٢٠٢٢، فقم بتنزيل وتثبيت .NET ٤.٨ Framework Runtime من هذا الرابط: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net٤٨.

  9. على خادم Qlik الحالي، افتح خدمات Windows وأوقف جميع خدمات Qlik.

  10. انتقل إلى ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5(أو أي إصدار لديك) وقم بإجراء نسخ احتياطي للملفات التالية:

    pg_hba conf file.png
  11. قم بتحرير pg_hba.confملف للسماح بالاتصالات غير المحلية:

    pb_hba opened.png
  12. قم بتحرير postgresql.confملف لقبول المزيد من الاتصالات من جميع العناوين:

    postgresql conf.png
  13. ابدأ جميع خدمات Qlik.

  14. قم بتشغيل برنامج تثبيت Qlik كمسؤول.

  15. انقر على زر الانضمام إلى مجموعة.

    Qlik join cluster.png
  16. املأ بيانات اعتماد قاعدة البيانات (لخادم Qlik الحالي):

    Qlik enter db creds.png
  17. املأ بيانات اعتماد مستخدم حساب الخدمة (المحددة في الخادم الجديد):

    Qlik username.png
  18. بعد تثبيت Qlik، قم بتثبيت التصحيح ذي الصلة على الإصدار الخاص بك (مايو ٢٠٢٢ أو نوفمبر ٢٠٢٠).

  19. انتقل إلى خادم Qlik الحالي وافتح QMC (https://localhost/qmc).

  20. حدد العقد.

  21. انقر فوق Plus icon.pngإنشاء جديد في شريط الإجراءات.

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

    Qlik host name.png
  23. انقر فوق تطبيق وانتظر عدة ثوان.

  24. إذا لم يتمكن الخادم من الوصول إلى المضيف البعيد، فسترى رسالة "تسجيل العقدة" التالية.

    Qlik note reg.png
    1. تحقق من الاتصال بين العقدة المركزية وعقدة المجدول.

    2. باستخدام ping، تحقق من تعطيل IPV٦ وكذلك جدار الحماية على كلتا العقدتين.

  25. انقر فوق تطبيق مرة أخرى. انتظر حتى تحصل على كلمة مرور التخويل وعنوان URL. يتم الاتصال عبر المنفذ ٤٤٤٤.

    Qlik node reg 2.png
  26. انتقل إلى خادم Qlik الجديد، وافتح عنوان URL من الخطوة السابقة: http://localhost:٤٥٧٠/certificateSetup وأدخل كلمة المرور من الخطوة السابقة:

    Qlik install certificates.png
  27. على خادم Qlik الأصلي (وليس مجموعة العناقيد الجديدة)، أعد تشغيل جميع خدمات Qlik.

  28. تأكد من حصولك على النتيجة التالية على شاشة عقد QMC:

    Qlik nodes.png

    هذا يعني أن هناك الآن اثنين من خوادم Qlik (متعددة العقد) - المركزية والمجدول.

  29. في قسم جداول QMC، قم بتحرير العقدة المركزية واضبط حقل النوع على المدير:

    Qlik Schedulers manager.png
  30. في قسم المجدولون في QMC، قم بتحرير عقدة المجدول واضبط حقل النوع على العامل:

    Qlik Schedulers worker.png
  31. في شاشة اتصالات البيانات في QMC، قم بتحرير الاتصالات الثلاثة التالية:

    Qlik Data Connections.png
  32. لكل من الاتصالات الثلاثة، في حقل سلسلة الاتصال، بدلا من المسار المحلي (مثل محرك الأقراص c:)، قم بتغييره للعمل مع مسار الشبكة - اسم المضيف حيث يوجد مجلد QlikShare (الخادم حيث تم تثبيت RESEARCH في الأصل):

    Qlik Connection string.png
  33. على الخادم الجديد، افتح قسم مهام QMC وتأكد من تشغيل كل research_dbمن Researchوتطبيقات بنجاح.

  34. في QMC (العقدة المركزية)، انتقل إلى قسم قواعد موازنة التحميل.

  35. انقر نقرا مزدوجا على ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png
  36. قم بإزالة القسم المحدد الموضح في الصورة أدناه.

    Qlik advanced remove.png
إجبار تجاوز الفشل اليدوي بين المجدول والعقدة المركزية

لفرض تجاوز الفشل اليدوي بين عقدة المجدول والعقدة المركزية، نفذ الخطوات التالية:

  1. في QMC (الخادم المركزي)، حدد قائمة المجدولون.

    QMC schedulers.png
  2. حدد المجدول المركزي وانقر فوق زر تحرير.

    QMC central.png
  3. في حقل النوع الخاص بالقسم متقدم، حدد المدير والعامل. ستعود العقدة المركزية إلى حالتها الأولية (خادم مستقل). ستتوقف عقدة Scheduler عن العمل كعضو في المجموعة (وفي النهاية لن تكون قيد الاستخدام).

    QMC manager and worker.png
تحرير موارد قاعدة موازنة التحميل على العقد غير المركزية
  1. من صفحة البدء في QMC، افتح Load Balancing Rules.

  2. حدد قاعدة ResourcesOnNonCentralNode وانقر فوق تحرير.

    QMC ResroucesOnNon.png
  3. في القسم إعدادات متقدمة، قم بتحرير الشرط إلى ما يلي: ((node.iscentral="false"))

  4. انقر فوق تطبيق.

    QMC Advanced conditions.png
  5. تحقق من أن جميع مهام QMC تعمل على ما يرام بعد هذا التغيير، بما في ذلك مهام الترخيص والعمليات.

تجاوز فشل العقدة المركزية (اختياري)

لتجنب وجود نقطة فشل واحدة في موقع متعدد العقد، عند إضافة عقدة جديدة إلى النشر الخاص بك، يمكنك تعيينها كمرشح لتجاوز الفشل. هذا يعني أن أي خادم أو عقدة في موقع RESEARCH الخاص بك يمكن أن تؤدي نفس الدور الذي تؤديه العقدة المركزية. يمكن الآن تبديل دور العقدة المركزية، على سبيل المثال إذا كانت العقدة المركزية غير متصلة بالإنترنت لأكثر من ١٠ دقائق.

إذا كنت تريد إجراء نسخ احتياطي للعقدة المركزية:

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

  2. في QMC (للعقدة المركزية الإضافية)، حدد قائمة العقد وحددها كمرشح لتجاوز الفشل.

    QMC failover.png

بعد تكوين عقدة لتصبح مرشحة لتجاوز الفشل، ستقوم كل عقدة في موقعك بالتحقق بانتظام من العقدة الأساسية (العقدة المركزية) للتحقق من أن العقدة المركزية نشطة. إذا لم يكن هناك اتصال بين العقدة الأساسية والعقد الأخرى في الموقع بعد ١٠ دقائق، فسيتم استبدال العقدة الأساسية بالعقدة التالية المتاحة. إذا تم تعيين أكثر من عقدة واحدة كمرشح لتجاوز الفشل، فستتنافس كل عقدة للحصول على تأمين على حقل قاعدة البيانات ويصبح الفائز هو العقدة المركزية. يوجد حقل إضافي في QMC لإظهار العقدة التي تمثل حاليا العقدة المركزية.