كيف تختار استضافة داخل السعودية: ثمانية أسئلة قبل أن تتعاقد
أغلب المقارنات بين مزودي الاستضافة تتوقف عند السعر والمساحة. لكن ما يفرّق بين تجربة جيدة وأخرى سيئة يظهر لاحقًا. هذه ثمانية أسئلة تطرحها على أي مزود قبل التوقيع، ومعها ما يجب أن تسمعه في الإجابة.
الخلاصة في سطرين
اطلب إجابات مكتوبة عن مكان البيانات، والإتاحة، والنسخ، والدعم، وما يشمله السعر، والملكية، والمغادرة، والنمو. الإجابة العامة علامة خطر.
لماذا لا يكفي السعر والمساحة؟
جدول الباقات يقارن ما يسهل مقارنته: المساحة، وعدد المواقع، والسعر. أما ما يصنع الفرق فلا يظهر في الجدول، ويظهر فقط يوم تحتاجه: يوم يتوقف الموقع، أو تحتاج نسخة قديمة، أو تقرر المغادرة.
ما تراه
السعر، والمساحة، وعدد المواقع، وشعار «سرعة عالية».
ما تحتاجه
مكان البيانات، والنسخ المختبرة، والدعم الليلي، والتزام مكتوب.
ما تكتشفه لاحقًا
رسوم إضافية، ونطاق ليس باسمك، ومغادرة صعبة.
لذلك اطرح على كل مزود ثمانية أسئلة، واطلب إجاباتها مكتوبة. الإجابة المكتوبة المحددة علامة مزود يعرف ما يلتزم به. والإجابة العامة، مثل «لا تقلق» أو «كل شيء محمي»، علامة على أنك ستكتشف التفاصيل لاحقًا.
قيّم المزود الذي تفكر فيه
أجب عن الأسئلة الثمانية بما حصلت عليه من المزود فعلًا، لا بما تتوقعه.
تقييم مزود الاستضافة
«جزئيًا» تعني أن الإجابة شفهية أو عامة.
1. أين تُحفظ بياناتي بالضبط؟
«استضافة سعودية» قد تعني مزودًا سعوديًا بخوادم في الخارج، أو خوادم داخل المملكة ونسخًا احتياطية خارجها. اسأل عن ثلاثة أشياء منفصلة: مدينة سيرفرات الإنتاج، ومكان النسخ، ومكان السجلات.
وإن كنت تتعامل مع جهات حكومية أو بيانات شخصية حساسة، فاطلب خطابًا رسميًا بالمواقع. ستحتاجه في أول استبيان أمني يرسله لك عميل كبير. متطلبات بقاء البيانات داخل المملكة
2. ما الإتاحة المكتوبة، وما التعويض؟
«سيرفرات موثوقة» وعد لا يُقاس. اطلب النسبة مكتوبة، وكيف تُقاس، وماذا تحصل عليه إن لم تتحقق. الفرق بين النسب يبدو صغيرًا حتى تحوله إلى دقائق:
كل مزود سيقول «نأخذ نسخًا يومية». الأسئلة التي تكشف الفرق: هل النسخ على السيرفر نفسه أم خارجه؟ كم يومًا تُحفظ؟ هل يمكن استعادة ملف واحد أو قاعدة بيانات إلى ساعة محددة؟ ومتى آخر مرة جُربت استعادة فعلية؟
النسخة المحفوظة على السيرفر نفسه لا تحميك من تعطله، ولا من الفدية التي تشفّر السيرفر ونسخه معًا.
4. من يرد حين يتوقف شيء ليلًا؟
اسأل عن قناة الطوارئ خارج ساعات العمل، وزمن الاستجابة المكتوب، وهل من يرد مهندس يستطيع الحل أم موظف يسجل البلاغ. ثم جرّب قبل التعاقد: أرسل سؤالًا تقنيًا مساءً، وانظر متى وكيف يُرد عليك.
5. ما الذي يشمله السعر فعلًا؟
السعر الأقل كثيرًا ما يستثني ما ستحتاجه لاحقًا. اطلب قائمة بما يشمله السعر، لا بما يمكن إضافته:
النسخ الاحتياطي خارج السيرفر، ومدة الاحتفاظ.
شهادة SSL وتجديدها.
النقل من مزودك الحالي.
الحماية من هجمات DDoS.
التحديثات الأمنية للنظام.
الدعم خارج ساعات العمل.
6. باسم من يُسجل النطاق والحسابات؟
من أكثر المشكلات التي نراها: نطاق مسجل باسم مطور أو موظف غادر، أو حساب استضافة لا تملك منشأتك بيانات دخوله. تأكد أن النطاق والحسابات باسم منشأتك، وببريد يتبع المنشأة لا شخصًا. إن كان نطاقك باسم غيرك
7. كيف أغادر إن أردت؟
سؤال لا يطرحه أحد في البداية. هل ستحصل على نسخة كاملة من بياناتك بصيغة قابلة للنقل؟ هل هناك رسوم إنهاء؟ وهل يساعدك المزود في النقل أم يتركك وحدك؟ المزود الواثق من خدمته لا يجعل المغادرة صعبة.
8. هل يناسب الحل حجمي بعد سنتين؟
موقع اليوم قد يصبح متجرًا غدًا، وخمسة موظفين قد يصبحون خمسين. اسأل كيف تنتقل من استضافة مشتركة إلى VPS ثم إلى سحابي، وهل يتم ذلك دون توقف ودون إعادة بناء. متى تنتقل من المشتركة إلى VPS؟
الخلاصة
ضع الأسئلة الثمانية في جدول، واملأه لكل مزود بإجاباته المكتوبة، ثم قارن السعر بما يشمله فعلًا. غالبًا يتضح أن الفرق في السعر أصغر بكثير من الفرق في المخاطرة.
نجيب عن الأسئلة الثمانية كتابةً
أرسل لنا احتياجك، ونرسل عرضًا يجيب عن كل سؤال في هذا الدليل بالتزام مكتوب.
كيف تنقل موقعك وبريدك إلى استضافة جديدة دون أن تخسر رسالة أو طلبًا واحدًا
النقل يخيف لأن أغلب من جربه تعلّم بالطريقة الصعبة: بريد اختفى ليومين، أو طلبات دُفعت ولم تُسجل، أو موقع يعمل عند البعض ويتعطل عند آخرين. هذا الدليل يرتب النقل في خريطة زمنية من 14 يومًا، حتى يصبح يوم التحويل نفسه أهدأ أيام العملية.
لماذا يفشل النقل عادةً؟
نادرًا ما يفشل النقل بسبب نسخ الملفات. الملفات تُنسخ بسهولة. يفشل بسبب ما لا يراه أحد حتى يتوقف: سجل DNS منسي، أو تكامل يرسل إلى العنوان القديم، أو رسائل وصلت إلى السيرفر القديم بعد أن ظن الجميع أن النقل انتهى.
التوقيت
تغيير DNS دون خفض TTL مسبقًا، فيتوزع الزوار بين السيرفرين لساعات أو أيام.
البيانات المتحركة
طلبات ورسائل تصل أثناء النقل إلى المكان القديم، ولا تُنقل لأن النسخ حدث قبلها.
التفاصيل المنسية
مهمة مجدولة، أو قائمة سماح بعنوان، أو شهادة، لم تُذكر لأن أحدًا لم يسأل عنها.
الحل ليس السرعة ولا الأدوات الأغلى، بل الترتيب: جرد كامل قبل البدء، ونسخ مبكر واختبار هادئ، ثم تحويل قصير لا يُنقل فيه إلا ما تغير منذ آخر نسخة.
قبل أن تلمس شيئًا: الجرد
أغلب مفاجآت يوم التحويل كان يمكن اكتشافها بقائمة من عشرة أسئلة. أجب عنها قبل أن تطلب سيرفرًا جديدًا، لأن بعضها يغير خطة النقل كلها. مثلًا: إن لم يكن لديك وصول إلى مسجّل النطاق، فهذه أول مشكلة تُحل، قبل الملفات والبريد.
قائمة الجرد
حدد ما تعرفه بيقين. ما لم تحدده هو ما سيفاجئك.
إن لم يكن النطاق باسم منشأتك ولا تملك الدخول إلى حسابه، فأنت لا تملك موقعك فعلًا. حل هذا أولًا.
خريطة النقل في 14 يومًا
النقل الهادئ يبدأ قبل يوم التحويل بأسبوعين. لا لأن العمل كثير، بل لأن بعض الخطوات تحتاج وقتًا لتأخذ مفعولها، مثل خفض TTL، ولأن الاختبار على بيئة لا يستخدمها أحد يكشف المشكلات دون ضغط.
اضغط على كل مرحلة
المرحلة الملونة بالكهرماني هي يوم التحويل.
البريد: الجزء الأكثر حساسية
الموقع إن تعطل ساعة يلاحظه الجميع فيُصلح. أما البريد فيضيع بصمت: رسالة عميل تصل إلى الصندوق القديم بعد التحويل، ولا يراها أحد أبدًا. لذلك يُنقل البريد بطريقة مختلفة عن الموقع.
المزامنة بدل النسخ
بدل نسخ الرسائل مرة واحدة، تُزامن الصناديق بين القديم والجديد على مراحل: مزامنة أولى تنقل كل الأرشيف قبل أيام، ثم مزامنات قصيرة تنقل الجديد فقط، ثم مزامنة أخيرة بعد تحويل سجلات MX تلتقط ما وصل للقديم في الساعات الانتقالية.
لا تغلق الصناديق القديمة فورًا
بعض خوادم البريد في العالم تحتفظ بعنوان سيرفرك القديم لساعات بعد تغيير MX. أبقِ الصناديق القديمة تعمل أسبوعًا على الأقل، وزامنها يوميًا، ثم أغلقها بعد التأكد أن لا شيء يصل إليها.
انقل التوثيق مع البريد: SPF وDKIM وDMARC للمنصة الجديدة، وإلا ذهبت رسائلك إلى Spam من اليوم الأول. توثيق البريد
أخبر الموظفين مسبقًا بما سيتغير في Outlook والجوال، وجهّز دليلًا من خطوتين.
انقل التقويمات وجهات الاتصال والقواعد، لا الرسائل فقط.
قواعد البيانات والمتاجر: ما يتغير أثناء النقل
الموقع التعريفي ثابت تقريبًا، يمكن نسخه اليوم وتحويله غدًا. المتجر والنظام مختلفان: كل دقيقة فيها طلب جديد، أو تعديل مخزون، أو تسجيل مستخدم. إن نسخت القاعدة الساعة العاشرة وحوّلت الساعة الحادية عشرة، فكل ما حدث في هذه الساعة ضاع.
نافذة التجميد القصيرة
الحل نسخة كاملة مبكرة للاختبار، ثم في يوم التحويل نافذة قصيرة، عادة من 10 إلى 30 دقيقة في أهدأ الأوقات. خلالها يُوضع الموقع في وضع الصيانة، وتُنقل التغييرات الأخيرة فقط، ثم يُفتح الموقع على السيرفر الجديد.
اختر النافذة من بيانات الزيارات، لا بالتخمين. غالبًا بعد منتصف الليل في أيام وسط الأسبوع.
أوقف المهام المجدولة على السيرفر القديم قبل النافذة، حتى لا يُرسل إشعار مرتين.
حدّث عناوين Webhook لدى بوابة الدفع والشحن، أو أبقِ القديم يحوّل إلى الجديد حتى تتحدث.
بعد الفتح، طابق آخر الطلبات مع لوحة بوابة الدفع.
للأنظمة التي لا تحتمل حتى هذه الدقائق، يُستخدم التكرار المستمر بين السيرفرين حتى لحظة التحويل. التكرار والانتقال
DNS وTTL: سر التحويل السريع
TTL هو المدة التي تحتفظ فيها أجهزة العالم بعنوان موقعك قبل أن تسأل عنه من جديد. إن كان يومًا كاملًا، فبعض زوارك سيذهبون إلى السيرفر القديم حتى يوم كامل بعد التحويل. والحل أن تخفضه إلى دقائق قبل التحويل بمدة لا تقل عن قيمته الحالية.
متى تخفض TTL، وكم يبقى الزوار على القديم؟
اختر القيمة الحالية لديك والقيمة التي ستخفضها إليها.
دون خفض
مع الخفض
بعد نجاح النقل بيومين، أعد TTL إلى قيمة أعلى، ساعة مثلًا، فيقل الضغط على خوادم DNS ويسرع الموقع قليلًا لزواره.
ما قد يسوء، وكيف تتجنبه
هذه ست مشكلات نراها في عمليات النقل أكثر من غيرها. لكل منها علامة تكشفها مبكرًا، وخطوة تمنعها.
الموقع يعمل عندي ولا يعمل عند العميلشائع جدًا
السبب
TTL لم يُخفض، فأجهزة العميل ما زالت تذهب للعنوان القديم.
الوقاية
خفض TTL قبل التحويل بمدة لا تقل عن قيمته الحالية، وإبقاء القديم يعمل مؤقتًا.
رسائل وصلت ولم يرها أحدخطير
السبب
الصناديق القديمة أُغلقت فور تغيير MX، وبعض الخوادم ما زالت ترسل إليها.
الوقاية
إبقاء الصناديق القديمة أسبوعًا، ومزامنتها يوميًا مع الجديدة.
طلبات مدفوعة غير مسجلةخطير
السبب
إشعار الدفع وصل للسيرفر القديم بعد نسخ القاعدة.
الوقاية
نافذة تجميد قصيرة، وتحديث عناوين Webhook، ومطابقة الطلبات مع بوابة الدفع بعد التحويل.
الرسائل الصادرة تذهب إلى Spamمتوسط
السبب
سجل SPF ما زال يسمح للخادم القديم فقط، أو DKIM لم يُفعّل على المنصة الجديدة.
الوقاية
تحديث التوثيق في اليوم نفسه، واختبار رسالة إلى Gmail وOutlook قبل إعلان الانتهاء.
تكامل توقف دون سبب واضحمتوسط
السبب
جهة خارجية تسمح لعنوان سيرفرك القديم فقط.
الوقاية
حصر قوائم السماح في الجرد، وإبلاغ الجهات بالعنوان الجديد قبل التحويل بأسبوع.
تحذير أمان في المتصفحسهل الإصلاح
السبب
الشهادة لم تُصدر على السيرفر الجديد قبل التحويل.
الوقاية
إصدار الشهادة مسبقًا بالتحقق عبر DNS، أو فورًا بعد التحويل مع مراقبة.
قائمة يوم التحويل
هذه القائمة بالترتيب الذي تُنفذ به. اطبعها، وضع علامة على كل بند عند إنجازه، ولا تنتقل للذي يليه قبل أن تتأكد منه.
تأكد أن TTL انخفض فعلًا منذ مدة تكفي، بفحصه من أكثر من مكان.
خذ نسخة احتياطية أخيرة من السيرفر القديم، واحفظها خارجه.
أعلن نافذة الصيانة، وضع الموقع في وضع الصيانة.
أوقف المهام المجدولة على السيرفر القديم.
انقل تغييرات قاعدة البيانات والملفات منذ آخر نسخة.
اختبر الموقع الجديد عبر ملف hosts قبل تغيير DNS.
غيّر سجلات A للموقع، ثم MX للبريد.
حدّث SPF وDKIM، وعناوين Webhook لدى الجهات الخارجية.
افتح الموقع، وجرّب طلبًا حقيقيًا ورسالة بريد في الاتجاهين.
راقب السجلات والأخطاء لساعتين قبل إعلان الانتهاء.
بعد التحويل: أسبوع المراقبة
انتهاء التحويل ليس نهاية النقل. في الأيام السبعة التالية تظهر المشكلات التي لا تظهر في الساعة الأولى: تقرير ليلي لم يعمل، أو عميل في مدينة أخرى ما زال يرى القديم، أو نسخة احتياطية لم تُضبط على السيرفر الجديد.
اليوم الأول: مزامنة البريد القديم، ومطابقة الطلبات، ومراجعة سجل الأخطاء.
اليوم الثاني: التأكد أن المهام المجدولة عملت ليلًا، وأن النسخة الاحتياطية الأولى نجحت.
اليوم الثالث: رفع TTL إلى قيمة معتادة.
اليوم السابع: مزامنة أخيرة للبريد، ثم إيقاف الخدمات القديمة. واحتفظ بنسخة كاملة منها شهرًا قبل حذفها.
متى تستعين بمختص؟
موقع تعريفي صغير ببضعة صناديق بريد يمكن نقله باتباع هذا الدليل بعناية. أما حين يكون لديك متجر يستقبل طلبات يومية، أو نظام يعمل عليه فريق، أو عشرات صناديق البريد، أو تكاملات مع جهات أخرى، فكلفة الخطأ أعلى بكثير من كلفة الاستعانة بمن نفذ هذا مئات المرات.
لماذا تذهب رسائل شركتك إلى Spam، وكيف تصلحها خطوة بخطوة
عروض الأسعار التي لا تُقرأ، ورسائل العملاء التي لا تصل. للمشكلة أسباب محددة يمكن فحصها بالترتيب، وأغلبها يُصلح في أيام.
الخلاصة في سطرين
السبب الأول غالبًا غياب التوثيق: SPF وDKIM وDMARC. ثم سمعة الخادم المشترك، ثم النشرات المرسلة من البريد نفسه. المحتوى آخر ما يُفحص.
كيف يقرر مزود البريد أين يضع رسالتك
عرض سعر أرسلته لعميل جديد، ولم يرد. بعد أسبوع تتصل به فيقول: لم يصلني شيء. ثم يجده في مجلد الرسائل غير المرغوب فيها. هذا الموقف له أسباب محددة، ويمكن فحصها وإصلاحها بالترتيب.
Gmail وOutlook لا ينظران إلى رسالتك وحدها. يسألان أولًا: هل هذه الرسالة من نطاقك فعلًا؟ وما سمعة الخادم الذي أرسلها؟ وكيف تفاعل المستلمون مع رسائلك السابقة؟ ثم ينظران إلى المحتوى. وأي إجابة سيئة عن الأسئلة الأولى تكفي لإرسالك إلى Spam، مهما كان المحتوى سليمًا.
الهوية
هل نطاقك موثق بـ SPF وDKIM وDMARC؟
السمعة
هل الخادم المرسل في قوائم سوداء؟ وهل يشاركه آخرون؟
المحتوى
روابط وصور ومرفقات، وهو العامل الأضعف أثرًا.
شخّص حالتك
ما الذي ينطبق على بريدك؟
أجب بنعم أو لا، ونرتب لك الأسباب المرجحة.
السبب الأول: نطاقك غير موثق
ثلاثة سجلات في DNS تثبت أن الرسالة من نطاقك فعلًا:
SPF: قائمة الخوادم المسموح لها بالإرسال باسم نطاقك.
DKIM: توقيع رقمي على كل رسالة يثبت أنها لم تتغير.
DMARC: ما يفعله المستلم بالرسالة التي تفشل في التوثيق، مع تقارير بمن يرسل باسمك.
منذ 2024 صار Gmail وYahoo يشترطان التوثيق للمرسلين بكميات كبيرة، ولحق بهما Outlook. وحتى للمرسلين الصغار، غياب التوثيق يضعف تقييم كل رسالة.
سجلا SPF لنطاق واحد يعنيان فشل SPF تمامًا. يجب أن يكون سجلًا واحدًا يجمع كل الخدمات.
احسب سجلك وتأكد أنه ضمن حد العشر عمليات بحث: حاسبة SPF
السبب الثاني: سمعة الخادم المرسل
إن كان بريدك على استضافة مشتركة، فأنت تشارك عنوان الإرسال مع مئات المواقع. يكفي أن يُخترق أحدها ويرسل إزعاجًا ليدخل العنوان في قوائم سوداء، فتتأثر رسائلك أنت. افحص عنوان خادمك في قوائم الحظر المعروفة. وإن تكررت المشكلة، فالحل منصة بريد احترافية لا يشاركك فيها أحد.
السبب الثالث: النشرات من البريد نفسه
إرسال نشرة إلى ألف عنوان من بريد الموظفين، أو من نطاقك الرئيسي، يرفع معدل الشكاوى والرسائل المرتدة. والنتيجة أن رسائل العمل العادية تتضرر معها. الصحيح: منصة إرسال مخصصة، ونطاق فرعي للنشرات مثل news.yourcompany.sa، فتنفصل السمعتان.
السبب الرابع: المحتوى والمرفقات
المحتوى أقل تأثيرًا مما يظن الناس، لكنه يضيف إلى التقييم: رسالة كلها صورة دون نص، أو روابط مختصرة تخفي وجهتها، أو مرفقات مضغوطة بكلمة مرور. اجعل التوقيع نصًا لا صورة، والروابط واضحة، والمرفقات بصيغ شائعة.
خطوات الإصلاح بالترتيب
حصر كل جهة ترسل باسم نطاقك: البريد، والموقع، والنظام، ومنصة التسويق.
سجل SPF واحد يجمعها كلها، ضمن حد العشر عمليات بحث.
تفعيل DKIM لكل جهة مرسلة.
سجل DMARC بسياسة none مع تقارير، لاكتشاف ما فاتك. أنشئ سجل DMARC
فحص عنوان الخادم في القوائم السوداء، وطلب الإزالة بعد الإصلاح.
نقل النشرات إلى نطاق فرعي ومنصة مخصصة.
بعد أسابيع من التقارير النظيفة، رفع DMARC تدريجيًا إلى quarantine ثم reject.
أغلب الشركات يتحسن وصول رسائلها بوضوح بعد الخطوات الثلاث الأولى فقط.
نشخص بريدك ونصلحه
نفحص توثيق نطاقك وسمعة خادمك وكل من يرسل باسمك، ونرسل لك ما يحتاج إصلاحًا.
خمسة أخطاء في النسخ الاحتياطي لا تكتشفها إلا يوم الحاجة
النسخ الاحتياطي لا يُختبر إلا يوم الحاجة إليه، وحينها يكون الوقت متأخرًا لاكتشاف أنه لا يعمل. هذه الأخطاء الخمسة يمكن كشفها اليوم في دقيقة.
الخلاصة في سطرين
نسخة خارج السيرفر، ومختبرة الاستعادة، وتغطي شهرًا على الأقل، وقاعدة بيانات بأداة مخصصة، ونسخة واحدة لا يستطيع أحد حذفها.
«لدينا نسخ احتياطي»
أغلب المنشآت تقول هذه الجملة بثقة. ثم يأتي يوم تحتاج فيه النسخة، فتكتشف أنها على السيرفر المعطل نفسه، أو لم تعمل منذ أشهر، أو حُذفت قبل أن يُكتشف الخطأ. هذه خمسة أخطاء نراها باستمرار، وكل منها يمكن اكتشافه اليوم قبل أن يكلفك شيئًا.
اختبر نسخك في دقيقة
خمسة أسئلة، أجب عنها بما تعرفه يقينًا.
1. النسخ على السيرفر نفسه
أداة النسخ في لوحة التحكم تحفظ النسخة في مجلد على السيرفر نفسه. هذا يحميك من حذف ملف بالخطأ، لكنه لا يحميك من تعطل القرص، ولا من إغلاق حساب الاستضافة، ولا من اختراق يحذف كل شيء. النسخة الحقيقية في مكان آخر، ويفضل في مدينة أخرى.
برنامج النسخ يعرض «تمت العملية بنجاح» كل ليلة. لكن هل تُستعاد النسخة نفسها؟ وكم تستغرق الاستعادة؟ رأينا نسخًا فارغة لأن مسارًا تغير، ونسخًا تالفة لم يلاحظها أحد، ونسخًا تحتاج استعادتها يومين بينما افترض الجميع ساعة.
النسخة التي لم تُجرّب استعادتها ليست نسخة، بل افتراض.
الحل استعادة تجريبية كاملة كل شهر أو ربع سنة، على بيئة منفصلة، مع قياس الزمن الفعلي ومقارنته بما تحتاجه. RPO وRTO
3. احتفاظ أقصر من زمن اكتشاف الخطأ
تحتفظ بسبع نسخ يومية. ثم يُكتشف أن ملفًا حُذف قبل ثلاثة أسابيع، أو أن الموقع أُصيب قبل شهر. كل النسخ السبع جاءت بعد المشكلة. مدة الاحتفاظ يجب أن تغطي الزمن الذي قد تحتاجه لاكتشاف الخطأ، لا الزمن الذي يريحك في التخزين.
نسخ ملفات قاعدة البيانات أثناء عملها ينتج غالبًا نسخة غير متسقة، التُقطت في منتصف كتابة، ولا تُفتح عند الاستعادة. قواعد البيانات تحتاج أدوات نسخ تعرف طبيعتها. ومع سجل المعاملات يمكن الاستعادة إلى الدقيقة التي قبل الخطأ، لا إلى الليلة السابقة. نسخ قواعد البيانات لأي دقيقة
5. لا نسخة معزولة عن الفدية
برامج الفدية الحديثة تبحث عن النسخ الاحتياطية أولًا. إن وصلت إلى مجلد النسخ على الشبكة، أو إلى حساب النسخ بصلاحيات المدير، شفّرتها أو حذفتها قبل أن تشفّر البيانات الأصلية. عندها لا يبقى خيار إلا الدفع.
نسخة واحدة على الأقل يجب أن تكون غير قابلة للتعديل أو الحذف قبل انتهاء مدتها، حتى بصلاحيات المدير. التعافي من الكوارث
من أين تبدأ؟
اجرد ما تنسخه وأين يُحفظ كل منه.
انقل نسخة واحدة على الأقل خارج السيرفر.
استعد نظامًا واحدًا مهمًا على بيئة منفصلة، وقِس الزمن.
مدّد الاحتفاظ ليغطي شهرًا على الأقل.
اجعل نسخة واحدة غير قابلة للحذف.
نفحص نسخك ونختبر الاستعادة
نراجع ما تنسخه وأين، ونجري استعادة تجريبية، ونرسل تقريرًا بما يحتاج إصلاحًا.