نسخ احتياطي

هام

النسخ الاحتياطية هي مسؤولية العميل، ويمكن أن يساعد المدمج في تصميم استراتيجية نسخ احتياطي لتلبية احتياجات العميل وبيئته.

يتم إجراء النسخ الاحتياطية اليومية تلقائيا في منتصف الليل والساعة ٢ صباحا ل Research وMongoDB.

يتم نسخ قاعدة البيانات وMongoDB احتياطيا إلى: .\\server\Briefcam\ServerData\Backups

يتم حفظ ملفات النسخ الاحتياطي في RESEARCH إلى: .\\server\Briefcam\ServerData\Backups\RESEARCH

نسخ احتياطي للأنظمة عالية التوافر و/أو واسعة النطاق

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

في الأنظمة التي يتم فيها تكوين المعالجة ٢٤/٧، قد تتسبب النسخة الاحتياطية التلقائية في مهلة قاعدة البيانات. بالنسبة لهذه الأنواع من الأنظمة، يوصى بالاتصال BriefCamبدعم للتوصل إلى استراتيجية نسخ احتياطي تلبي متطلبات العملاء.

بشكل عام، في الأنظمة واسعة النطاق أو عندما يكون النظام قيد التشغيل ٢٤/٧، يوصى بشدة بإعداد النسخ المتماثل وتعطيل مهام النسخ الاحتياطي التلقائية المجدولة.

يوصى بإعداد نسخة احتياطية مختلفة على جهاز آخر أو نسخ النسخ الاحتياطية إلى جهاز مختلف.

المكونات التي يجب نسخها احتياطيا هي:

Component	ما الذي يجب نسخه احتياطيا	طريقة النسخ الاحتياطي
قاعدة بيانات PostgreSQL	تفريغ قاعدة البيانات	تشغيل ملف`exportDB.bat`
مجلد BriefCam المشترك - `ServerData`	التخزين الكامل الذي تستخدمه BriefCam	نسخ متماثل للقرص، نسخ متماثل، تكوين RAID، نسخ احتياطية خارجية
بيانات BI - `QlikShare`	ملفات بيانات QLIK	تشغيل ملف`bi_backup.exe`
MongoDB - فقط في البيئات واسعة النطاق	كتل تنشيط الكاميرا	التواصل مع دعم BriefCam
بيانات الترخيص	ملف تنشيط الترخيص	ملف تنشيط الترخيص
ملفات تكوين قواعد البيانات	`postgresql.confpostgresql.auto.conf`(الموجودة في مجلد PostgreSQL_Data)	نسخ الملفات احتياطيا إلى خادم آخر
موازن التحميل	`Nginx.conf` ملف (موجود في `\Nginx\Conf\`المجلد )	نسخ الملفات احتياطيا إلى خادم آخر
IIS	`web.config.jswebConfig.js`من المجلدين `ProWebClient`على التوالي`ProWebAdminClient`	نسخ الملفات احتياطيا إلى خادم آخر

تغيير أوقات النسخ الاحتياطي

يمكن تغيير أوقات النسخ الاحتياطي المجدولة في Windows Task Scheduler.

انقر نقرا مزدوجا فوق مهمة النسخ الاحتياطي.
انقر فوق تحرير.
تحرير الجدول الزمني.

تغيير مجلد النسخة الاحتياطية في RESEARCH

لتغيير موقع النسخة الاحتياطية من RESEARCH بعد التثبيت:

افتح BI_Backupالبرنامج النصي للدفعة ، الموجود في: .BriefCamServer\scripts\db\backup\
تغيير قيمة BACKUP_PATHمعلمة .

استعادة النسخ الاحتياطية لقاعدة بيانات PostgreSQL

هام

قبل استعادة قاعدة البيانات، يوصى بالاتصال أولا بفريق دعم BriefCam.

من خدمات Windows، أوقف خدمة VSS.
لاستعادة قواعد البيانات، قم بتشغيل الأوامر التالية:
.\pg_dump.exe --no-password --verbose --blobs --format=c --file="<pg_dump_file.dump>" .\pg_restore.exe --verbose -d briefcam -U "<pg_superuser(dbadmin is the default)>" -h" <hostname>" -p <db port(5432)> "<pg_dump_file.dump>"
أعد تشغيل الخدمات.

استعادة النسخ الاحتياطية لقاعدة البيانات من لوحات معلومات البحث (Qlik)

قم بتشغيل مهمة النسخ الاحتياطي المجدولة.
انسخ الملفات التي تم إنشاؤها إلى موقع الترحيل.
قم بتشغيل برنامج تثبيت البحث.
إيقاف جميع خدمات Qlik.
تشغيل خدمة قاعدة بيانات المستودع فقط (خدمة PostgreSQL).
قم بإسقاط PostgreSQL db الجديد: dropdb -h localhost -p 4432 -U postgres QSR
إنشاء PostgreSQL db جديد: createdb -h localhost -p 4432 -U postgres -T template0 QSR
استعادة PostgreSQL db من ملفات النسخ الاحتياطي: pg_restore.exe -h localhost -p 4432 -U postgres -d QSR "c:\QSR_backup.tar"
انسخ مجلد مشاركة التطبيق المدعوم إلى مجلد المشاركة.
تشغيل خدمة المستودع في وضع التشغيل: repository.exe -bootstrap -standalone -restorehostname
بعد انتهائه، قم بتشغيله مرة أخرى دون - :restorehostnamerepository.exe -bootstrap -standalone
قم بتسجيل الدخول إلى qmc باستخدام Firefox ك <previousMachine>\bcuser.
تحديث مالك كل بيانات اتصال المستخدم/كلمة المرور يدويا بما في ذلك <newmachine>\bcuserكلمة المرور (١٢ اتصالا).
قم بتحديث المحلي BCUserمباشرة ليكون RootAdmin في جدول PostgreSQL db (المستخدمون =)
تحديث المستخدم مباشرة في PostgreSQL: <newmachine>\bcuser (table = ServiceClusterSettingsSharedPersistenceProperties
قم بتشغيل مهام إعادة التحميل.

استعادة نسخ MongoDB الاحتياطية

من خدمات Windows، أوقف خدمة VSS.
أوقف الجلسة عن طريق تشغيل أمر تشغيل جلسة القتل.
استعادة قاعدة البيانات عن طريق تشغيل الأمر التالي: PS> ./db-tool.exe restore-mongodb -backup-path "{backup directory path}" -no-auth -y
على سبيل المثال: PS> ./db-tool.exe restore-mongodb -backup-path "d: \my\mongo\bak\briefcam_mongodb_backup_٢٠٢٢-٠٣-٣١_٠٩-٥٢-٣٧" -no-auth -y

معلمات الأمر هي:

—backup-path	مسار دليل النسخة الاحتياطية
—no-auth	لا تستخدم المصادقة. حاليا هذا هو الخيار الوحيد.
-y, —نعم	تأكيد الاستعادة. إذا لم تتم إضافة هذا، ستظهر رسالة تأكيد.
- مساعدة	اعرض نص التعليمات ثم قم بالخروج.

ملاحظة:

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

دليل مسؤول BriefCam