يمكن أن يكون لتوقف أي تطبيق تأثير سلبي على الشركة، مما يؤدي إلى خسارة الإيرادات وتقليل رضا العملاء والإضرار بمصداقية الشركة. تتطلب العديد من تطبيقات قواعد البيانات، وخاصة تطبيقات الأعمال الخاصة بالمؤسسات، تقليل وقت تعطل النظام إلى الحد الأدنى. يحدث توقف النظام لعدة أسباب، مثل الخطأ البشري، والكوارث الطبيعية، وفشل الأجهزة أو البرامج، وترقية التطبيقات. يعد الحصول على مستوى عالٍ من التوفر مطلبًا شائعًا للعديد من الشركات. يعتمد ما إذا كان الحل مناسبًا لسيناريو تطبيق معين على العديد من العوامل، وقد لا يكون الحل الذي يحقق أفضل أداء في موقف ما هو بالضرورة الأفضل في موقف آخر. على سبيل المثال، سيناريوهات التطبيق التالية:
◆ يرغب بائع تجزئة للسلع الرياضية عبر الإنترنت في تزويد عملائه بتوفر شبه مستمر. تمت إضافة خادم ويب إلى مزرعة الويب، ولكن فشل قاعدة البيانات قد يؤدي إلى حدوث أخطاء في معظم الأحيان، مما يؤدي إلى خسارة الشركة للعملاء. كان لدى الشركة بالفعل نسخة معتمدة من الخادم القياسي وتأمل في تجنب إنفاق الكثير من المال أو تغيير البنية التحتية أو إعادة كتابة التطبيقات.
◆ تشعر شركات البحث عن الكفاءات بقلق بالغ إزاء الأخطاء التي يواجهها مستخدموها عند استخدام قواعد بيانات العملاء. على الرغم من أن تجاوز الفشل الفوري لم يكن ضروريًا، إلا أن الشركة ما زالت ترغب في الحصول على خادم احتياطي دافئ يمكن توصيله بالإنترنت بسرعة.
◆ تريد شركة التأمين توفير توافر شبه مستمر لقاعدة بيانات المطالبات الخاصة بها. يجب ألا يتم المساس بأداء النظام، ويجب أن تكون المستندات المخزنة حاليًا في نظام الملفات لدعم المطالبة متاحة.
◆تمتلك شركة التدريب الإداري ثلاثة مواقع، كل موقع لديه فريق مبيعات. يقوم فريق المبيعات بإدخال السجلات من المواقع الخاصة بهم إلى قاعدة بيانات الطلبات. لتحسين الأداء، يُطلب من كل موقع أن يكون قادرًا على الوصول إلى جميع طلبات الشركة على خادم محلي. لتوفير التوفر عند حدوث فشل، يجب أن يكون كل موقع قادرًا على التبديل إلى خادم في الموقع الآخر.
◆تريد شركات المحاسبة توفير التوفر لعملائها حتى في أوقات الفشل، مثل الكوارث الطبيعية. ليس من الضروري أن تكون المعلومات متاحة على الفور، ولكن يجب أن تكون متاحة في غضون ساعات، وليس أيام. أرادت الشركة أيضًا حفظ المعلومات في قاعدة البيانات بشكل يومي لتلبية المتطلبات التنظيمية. ليس من الضروري أن تكون البيانات المنسوخة متاحة على الفور، ولكن يجب أن تكون متاحة لسنوات عديدة.
◆ يرغب مصنع الألعاب في تجميع تقرير استنادًا إلى قاعدة بيانات المبيعات، ولكن نظرًا لأن قاعدة البيانات قيد الاستخدام دائمًا، غالبًا ما تتم مقاطعة عملية إعداد التقرير بسبب المعاملات التي يتم تنفيذها حاليًا. أرادت الشركة أن تكون قادرة على تجميع التقارير عن المعاملات غير المسجلة، ولكن هذا من شأنه أن يؤدي إلى نتائج غير صحيحة لأن بعض المعاملات كانت غير مكتملة.
◆ تريد الشركة العقارية حماية النظام عندما يرتكب المستخدمون أخطاء وتريد أن تكون قادرة على استعادة القيم المسجلة من اليوم السابق. أرادت الشركة أيضًا أن تكون قادرة على تجميع التقارير بناءً على بيانات اليوم السابق لأنها لن تتأثر بتداولات اليوم نفسه. ومن الناحية المثالية، ترغب الشركة في تنفيذ حل مع الحد الأدنى من الحمل على القرص.
بناءً على متطلبات التوفر المختلفة، تحتاج المؤسسات إلى نظام أساسي لقاعدة البيانات يوفر خيارات مرنة للحلول عالية التوفر. في هذا المستند التقني، يمكنك معرفة كيف توفر تقنية SQL Server 2008 Always On خيارات مرنة للتوفر العالي، مما يسمح للمؤسسات بتنفيذ أفضل الحلول لاحتياجاتها الخاصة.
-