- إنضم
- 28/02/2021
- المشاركات
- 5
- مستوى التفاعل
- 3
السلام عليكم و رحمة الله
في العمل اليومي داخل الصيدلية، تعتبر البيانات من أهم الأصول:
أي خلل أو فقدان لهذه البيانات قد يؤدي إلى توقف النشاط أو خسائر مادية.
لهذا سنشرح في هذا المقال طريقة فعالة لحماية بيانات الصيدلية باستخدام Replication في PostgreSQL 9.3، بطريقة بسيطة ومناسبة لبيئة العمل في الصيدليات.
في أغلب الصيدليات التي تستخدم برنامج الشفاء/ برنامج التسيير:
جميع العمليات (بيع، شراء، تحديث المخزون) تتم فعلياً داخل السيرفر.
في حالة تعطل الحاسوب الرئيسي (السيرفر):
Replication هو ببساطة:
أي أن كل عملية تتم في السيرفر الرئيسي يتم نسخها مباشرة إلى حاسوب احتياطي.
حاسوب ثاني (Backup Server)
تُنسخ مباشرة من Server A إلى Server B
النتيجة: لديك نسخة محدثة دائماً من البيانات
هذه العملية تسمى: Failover
في PostgreSQL 9.3 المستخدم في الشفاء و شفاء +، الخيار الأكثر استخداماً:
سريع
مناسب للشبكات المحلية داخل الصيدلية
ملاحظة:
قد يتم فقدان آخر ثواني من البيانات فقط (نادر جداً)
حماية شبه كاملة من فقدان البيانات
يحتاج شبكة قوية وقد يؤثر قليلاً على السرعة
لا
Replication ≠ Backup
الأفضل دائماً:
لضمان أقصى حماية:
صيدلية تحتوي على:
عند تعطل السيرفر:
لا تضع السيرفر والنسخة الاحتياطية في نفس الحاسوب
تأكد من استقرار الشبكة الداخلية
اختبر سيناريو تعطل السيرفر مسبقاً
لا تعتمد على Replication فقط بدون Backup
Replication في PostgreSQL هو حل عملي وبسيط لحماية بيانات الصيدلية:
يقلل خطر فقدان البيانات
يضمن استمرارية العمل
يحميك من الخسائر
وهو مناسب جداً لبيئة الصيدليات التي تعتمد على سيرفر + عدة حواسيب
في العمل اليومي داخل الصيدلية، تعتبر البيانات من أهم الأصول:
- الفواتير
- المخزون
- المبيعات
- حسابات الزبائن
أي خلل أو فقدان لهذه البيانات قد يؤدي إلى توقف النشاط أو خسائر مادية.
لهذا سنشرح في هذا المقال طريقة فعالة لحماية بيانات الصيدلية باستخدام Replication في PostgreSQL 9.3، بطريقة بسيطة ومناسبة لبيئة العمل في الصيدليات.
كيف يعمل نظام الصيدلية عادة؟
في أغلب الصيدليات التي تستخدم برنامج الشفاء/ برنامج التسيير:
- يوجد حاسوب رئيسي (Server) يحتوي على قاعدة البيانات
- توجد عدة حواسيب (Clients) متصلة بالسيرفر عبر الشبكة وتستعمل البرنامج
المشكلة الأساسية
في حالة تعطل الحاسوب الرئيسي (السيرفر):
يتوقف البرنامج في جميع الحواسيب
يمكن فقدان بيانات حديثة (فواتير اليوم)
توقف العمل داخل الصيدلية
ما هو Replication؟
Replication هو ببساطة:إنشاء نسخة ثانية من قاعدة البيانات على حاسوب آخر تعمل بشكل مستمر
أي أن كل عملية تتم في السيرفر الرئيسي يتم نسخها مباشرة إلى حاسوب احتياطي.
كيف يتم تطبيقه في الصيدلية؟
يتم إضافة:
يصبح لديك:
- Server A → السيرفر الرئيسي
- Server B → السيرفر الاحتياطي
أثناء العمل:
كل عملية بيع أو إدخال:
ماذا يحدث عند تعطل السيرفر؟
بدون Replication:
- توقف كامل للعمل
- احتمال فقدان البيانات
مع Replication:
- يتم تشغيل الحاسوب الاحتياطي
- يصبح هو السيرفر الرئيسي
- يستمر العمل بشكل شبه طبيعي
أي نوع Replication مناسب للصيدليات؟
في PostgreSQL 9.3 المستخدم في الشفاء و شفاء +، الخيار الأكثر استخداماً:
Asynchronous Replication
قد يتم فقدان آخر ثواني من البيانات فقط (نادر جداً)
Synchronous Replication
هل Replication يغني عن النسخ الاحتياطي؟
Replication ≠ Backup
- Replication (حماية فورية)
- Backup يومي (حماية إضافية)
أفضل إعداد للصيدلية
لضمان أقصى حماية:
سيرفر رئيسي
حاسوب احتياطي
تفعيل Replication بينهما
نسخ احتياطي يومي (USB أو قرص خارجي)
استخدام UPS لتفادي انقطاع الكهرباء
مثال عملي
صيدلية تحتوي على:
- 1 سيرفر
- 3 حواسيب بيع
- يتم التوجيه نحو السرفر الاحتياطي
- يستمر العمل دون توقف
- لا تضيع الفواتير
نصائح مهمة
الخلاصة
Replication في PostgreSQL هو حل عملي وبسيط لحماية بيانات الصيدلية:
التعديل الأخير: