أبرز النقاط
- بيانات عملك تعيش في قواعد بيانات SQL Server — وحمايتها هي حماية العمل نفسه.
- اختر نموذج الاستعادة عن قصد، وانسخ سجل المعاملات احتياطياً إذا كنت تستخدم النموذج Full — وإلا سيكبر السجل حتى يمتلئ القرص.
- النسخة الاحتياطية لا تُعتبر مضمونة إلا بعد أن تستعيدها بنجاح.
- لا تكشف SQL Server على الإنترنت أبداً، ولا تعمل بكلمة مرور ضعيفة لحساب
sa، وحافظ على تحديثه.
ما هو SQL Server
Microsoft SQL Server هو محرّك قواعد بيانات: البرنامج الذي يخزّن فواتيرك ومخزونك وعملاءك وقيودك المحاسبية، ويجيب عن الاستعلامات التي يرسلها تطبيقك. نادراً ما يراه المستخدمون مباشرة — فهم يستخدمون شاشات ERP أو نقاط البيع — لكن كل واحدة من هذه الشاشات تقرأ من SQL Server وتكتب فيه في الخلفية.
وهذا يعني أن سلامة خادم واحد، غالباً جهاز واحد في غرفة خلفية، تحدّد ما إذا كانت الشركة كلها قادرة على البيع والفوترة وإصدار التقارير.
الإصدارات باختصار
- Express — مجاني ومناسب للتطبيقات الصغيرة، لكن عليه قيود على حجم قاعدة البيانات وعلى الذاكرة والمعالج اللذين يستخدمهما. راجع وثائق Microsoft لمعرفة القيود الحالية لإصدارك. قد تتجاوز الشركة النامية حدود Express من دون أن تنتبه، إلى أن ينخفض الأداء أو تبلغ قاعدة البيانات سقفها. كما أن Express لا يتضمّن SQL Server Agent، لذا يجب ترتيب النسخ الاحتياطي المجدول بطريقة أخرى.
- Standard — الخيار المعتاد للشركات الصغيرة والمتوسطة التي تشغّل نظام ERP فعلياً؛ يُرخَّص حسب عدد الأنوية أو حسب الخادم مع تراخيص للمستخدمين.
- Enterprise — لأحمال العمل الكبيرة وميزات التوافرية العالية المتقدّمة.
- Developer — بكامل الميزات ومجاني، لكن للتطوير والاختبار فقط، وليس للتشغيل الفعلي أبداً.
النسخ الاحتياطي: كامل وتفاضلي وسجل
- النسخة الكاملة (Full) — نسخة كاملة من قاعدة البيانات في لحظة معيّنة.
- النسخة التفاضلية (Differential) — كل ما تغيّر منذ آخر نسخة كاملة. أصغر وأسرع؛ وتتطلّب الاستعادة النسخة الكاملة مع آخر نسخة تفاضلية.
- نسخة سجل المعاملات (Log) — كل تغيير منذ نسخة السجل السابقة. وهي ما يتيح لك الاستعادة إلى لحظة محدّدة، مثل خمس دقائق قبل أن يحذف أحدهم دفعة من الفواتير.
أيّ هذه الأنواع يمكنك استخدامه يعتمد على نموذج الاستعادة لقاعدة البيانات.
| نموذج الاستعادة | ما يتيحه | ما يجب الانتباه إليه |
|---|---|---|
| Simple | نسخ كاملة وتفاضلية فقط؛ الاستعادة إلى وقت آخر نسخة | كل ما حدث بعد آخر نسخة يضيع عند العطل |
| Full | نسخ كاملة وتفاضلية ونسخ للسجل؛ الاستعادة إلى نقطة زمنية محدّدة | السجل يكبر باستمرار إلى أن يُنسخ احتياطياً — نسخ السجل المجدولة إلزامية |
| Bulk-logged | مثل Full، لكن العمليات الجماعية الكبيرة تُسجَّل بالحدّ الأدنى | قد لا تكون الاستعادة إلى نقطة زمنية ممكنة داخل عملية جماعية؛ يُستخدم عادةً بشكل مؤقّت |
اختبر عمليات الاستعادة
مهام النسخ الاحتياطي التي تُبلغ «بالنجاح» قد تُنتج مع ذلك ملفات ناقصة أو غير مقروءة أو محفوظة على القرص نفسه الذي عليه قاعدة البيانات. استعِد بانتظام نسخة حديثة على خادم آخر أو باسم قاعدة بيانات مختلف، وافتحها في التطبيق، وتأكّد أن آخر المعاملات موجودة. واحتفظ بنسخ خارج الخادم وخارج الموقع وفق قاعدة النسخ الاحتياطي 3-2-1 — فبرامج الفدية تستهدف خوادم قواعد البيانات ومجلدات نسخها الاحتياطية أولاً.
أساسيات الأداء
- الذاكرة. افتراضياً يستخدم SQL Server أكبر قدر ممكن من الذاكرة. على خادم يشغّل أشياء أخرى أيضاً، حدّد قيمة معقولة للحدّ الأقصى للذاكرة (Max Server Memory) حتى لا يُحرَم Windows والخدمات الأخرى منها.
- الفهارس (Indexes). معظم شكاوى «النظام بطيء» تعود إلى استعلامات من دون فهارس مناسبة. يجب إشراك مورّد البرنامج قبل إضافة فهارس إلى قاعدة بياناته أو حذفها منها.
- الإحصائيات والصيانة. جدوِل تحديثاً منتظماً للإحصائيات وصيانة الفهارس وفحوصات السلامة (
DBCC CHECKDB) عبر خطط الصيانة أو السكربتات، خارج ساعات العمل. - الأقراص. البيانات والسجلات والنسخ الاحتياطية على وحدات تخزين منفصلة قدر الإمكان، وتخزين سريع (SSD) للبيانات والسجلات.
الأمان
- حساب
sa. عطّله، أو امنحه كلمة مرور طويلة وفريدة لا يستخدمها أي تطبيق. - لا تكشف المنفذ 1433 على الإنترنت أبداً. خوادم SQL المكشوفة على الإنترنت تُفحَص باستمرار وتتعرّض لمحاولات تخمين كلمات المرور. يجب أن تتصل الفروع البعيدة عبر VPN، خلف جدار ناري مُعدّ بشكل صحيح.
- الحدّ الأدنى من الصلاحيات. كل تطبيق وكل شخص يحصل على حساب دخول خاص به بالصلاحيات التي يحتاجها فقط — لا صلاحيات sysadmin «لكي يعمل الأمر».
- التحديثات. ثبّت التحديثات التراكمية والأمنية لـ SQL Server، وخطّط للترقية قبل أن يبلغ إصدارك نهاية الدعم.
- شفّر النسخ الاحتياطية أو احفظها حيث لا يصل إليها إلا المخوّلون — فملف النسخة الاحتياطية نسخة كاملة من بياناتك.
راقب مساحة الأقراص والمهام
الكثير من أعطال SQL Server سببها ببساطة قرص ممتلئ. اضبط تنبيهات للمساحة الحرّة على أقراص البيانات والسجلات والنسخ الاحتياطية، وتأكّد أن مهام النسخ الاحتياطي أو الصيانة الفاشلة ترسل تنبيهاً إلى شخص يقرأه فعلاً. نظرة أسبوعية على أحجام ملفات قواعد البيانات والسجلات تكشف المشكلة قبل أسابيع من أن تتحوّل إلى حالة طارئة.
الخلاصة
نادراً ما يتعطّل SQL Server من تلقاء نفسه؛ بل يتعطّل لأن سجلاً كبر من دون رقابة، أو نسخة احتياطية لم تُختبر، أو حساب دخول تُرك مفتوحاً. بضع ساعات من الإعداد وقليل من المراقبة تمنع معظم هذه الكوارث. إذا لم تكن متأكّداً من طريقة نسخ قاعدة بيانات ERP لديك احتياطياً أو حمايتها، فاحجز تقييماً مجانياً لتكنولوجيا المعلومات.
