جدول المحتويات

مقدمة

تتطور إعدادات مراقبة Windows Server غالبًا من الأدوات الأصلية والبرامج النصية والبرامج التابعة لجهات خارجية إلى أنظمة تصبح مجزأة أو مكلفة أو صعبة الإدارة. يتطلب استبدالها بشكل فعال أكثر من مجرد مقارنة ميزات المنتجات. يشرح هذا المقال متى يكون الاستبدال منطقيًا، وما الذي يجب أن تغطيه مراقبة Windows Server، وأي القدرات يجب أن تكون ذات أولوية، وكيفية تحديد نطاق المراقبة المناسب وكيفية الانتقال دون فقدان رؤية البنية التحتية الحيوية.

في أي حالة ستبحث فريق تكنولوجيا المعلومات عن بديل لمراقبة خادم ويندوز؟

لا يوجد منتج واحد يسمى "مراقبة خادم ويندوز" يرغب الجميع في استبداله. ما لديهم الآن قد يكون مزيجًا من أدوات ويندوز الأصلية، وحل شامل من طرف ثالث، ونصوص محلية الصنع، أو مجموعة مراقبة شاملة للمؤسسات.

قد يكون سبب رغبتهم في شيء آخر هو تكاليف الترخيص المتزايدة بنفس القدر الذي هو الحاجة إلى معلومات قابلة للتنفيذ بشكل أفضل تُقدم للأشخاص المناسبين في منظمة تكنولوجيا المعلومات.

أحيانًا يكون الأمر ببساطة مسألة حجم - فالبنية التحتية المتزايدة تتطلب الآن أكثر مما يمكن أن يوفره نظام محلي هاوٍ، أو أن الأدوات المتاحة لمسؤول النظام لا تكشف ببساطة عن أنواع المعلومات اللازمة لاكتشاف المشكلات وحلها قبل أن تؤثر على عمليات الأعمال.

عندما لا تكون أدوات ويندوز الأصلية كافية بعد الآن

تتمتع أدوات Windows الأصلية ببعض القيمة التشخيصية والمراقبة. مراقب الأداء لديها عدادات أداء لوحدات المعالجة المركزية، والذاكرة، والأقراص، والعمليات، وأكثر من ذلك بكثير.

يمكن الوصول إلى بيانات الأداء أو الحدث أو الخدمة للخوادم المحلية والبعيدة عند عرضها من خلال إدارة الخادم.

ومع ذلك، فإن تلك مجرد تشخيصات. إن قدرات المراقبة والتنبيه التي يحتاجها فريق تكنولوجيا المعلومات لخوادم ويندوز الفيزيائية والافتراضية الخاصة بهم غير موجودة في أي من تلك الأدوات.

ابدأ بما ينقص إعداد المراقبة الحالي لديك

أول شيء يجب أن تسأل عنه عند التفكير في تغيير هو ليس "ما هو المنتج الذي يحتوي على أكبر عدد من الميزات؟" ولكن "ما الذي ينقص برنامج مراقبة الخادم الحالي لدينا؟" لأن هذه القيود هي التي يجب أن تحدد معايير الاختيار لحل بديل محتمل.

في أي حالة تحتاج إعداد مراقبة خادم ويندوز الحالي لديك إلى استبدال؟

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

قد تشير عدة علامات تحذيرية إلى أن النهج الحالي لم يعد يلبي هذه الحاجة.

أصبح المراقبة مجزأة للغاية

يمكن للمسؤولين استخدام أداة واحدة لأداء الخادم، وأخرى لسجلات الأحداث، وأدوات مختلفة لتوافر الخدمة، ولوحة معلومات أخرى لمواقع الويب أو التطبيقات.

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

لذلك، يجب أن تتضمن خيار الاستبدال المكونات الأساسية وتسمح للمسؤولين بإعطاء الأولوية للأنظمة التي يحتاجون إلى مراقبتها بشكل أكثر دقة، مع استبعاد الأنظمة التي لا يحتاجون إليها.

تنبيهات تولد ضوضاء بدلاً من معلومات مفيدة

نظام تنبيه يبلغ عن كل ارتفاع مؤقت في وحدة المعالجة المركزية يمكن أن يكون عديم الفائدة تقريبًا مثل النظام الذي يغفل القضايا المهمة.

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

إذا كان المسؤولون يتجاهلون التنبيهات بسبب كونها شائعة وغير مهمة، يجب أن تكون تكوين نظام التنبيهات أولوية رئيسية في اختيار البديل.

تكاليف تزيد أسرع من البنية التحتية

تتمتع منتجات المراقبة بنماذج ترخيص متنوعة للغاية. اعتمادًا على البائع، قد تتوسع مع عدد الخوادم أو المستشعرات أو الخدمات أو العناصر أو نوى المعالج أو المقاييس أو حجم البيانات.

يمكن أن تكون المنصة التي كانت فعالة من حيث التكلفة لعشرة خوادم أقل جاذبية بشكل كبير عند خمسين أو مئة. يمكن أن يؤدي نمو البنية التحتية أيضًا إلى زيادة التكاليف غير المباشرة إذا كانت منصة المراقبة تتطلب مزيدًا من التخزين أو المجمعات أو الموارد الإدارية.

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

تصل المشكلات إلى المستخدمين قبل أن تصل إلى قسم تكنولوجيا المعلومات

أحد أكثر علامات التحذير شيوعًا هو أن تذاكر الدعم تحدد بانتظام مشكلات البنية التحتية قبل أن يتم اكتشافها بواسطة نظام المراقبة.

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

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

ما الذي يجب أن يراقبه بديل مراقبة خادم ويندوز؟

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

تتطلب معظم تطبيقات Windows Server مراقبة ما لا يقل عن عدة فئات.

أداء المعالج والذاكرة والقرص

بينما يعتبر استخدام وحدة المعالجة المركزية مفيدًا، فإن النسب المئوية نادرًا ما تعبر عن القصة الكاملة. الضغط المستمر على المعالج، نشاط العمليات وأنماط الاستخدام المتغيرة توفر سياقًا أكثر حول العمليات العامة مقارنةً بالقمم المعزولة.

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

تستخدم إرشادات أداء خادم Windows من Microsoft العدادات عبر المعالج والذاكرة والأقراص المنطقية والفيزيائية والعمليات ومكونات أخرى للتحقيق في اختناقات النظام. النقطة المهمة في تخطيط الاستبدال هي الحفاظ على عمق كافٍ لفهم سبب تغير استهلاك الموارد، وليس مجرد ما إذا كان مرتفعًا.

العمليات والخدمات الحيوية

صحة نظام التشغيل هي جزء فقط من الصورة.

يمكن أن تكون آلة Windows Server قيد التشغيل حتى لو كانت التطبيق أو العملية أو الخدمة التي يرغب المستخدمون في تشغيلها قد توقفت عن العمل. يجب أن تعكس متطلبات المراقبة دور كل خادم والخدمات المطلوبة لتلبية ذلك الدور.

خادم خدمات معلومات الإنترنت (IIS) وخادم قاعدة البيانات ووحدة تحكم المجال ومضيف جلسة سطح المكتب البعيد لا تتطلب متطلبات متطابقة. سيكون البديل المفيد هو السماح للمسؤولين بمراقبة ما يهم لكل خادم بدلاً من مجرد إدخال تعريف واحد للصحة للبيئة بأكملها.

نشاط الشبكة وعرض النطاق الترددي

أنماط حركة المرور غير المتوقعة، أخطاء الشبكة أو استهلاك غير عادي للنطاق الترددي يمكن أن تكشف عن كل من مشاكل الأداء والبنية التحتية.

تصبح رؤية الشبكة مفيدة بشكل خاص عندما يحتاج المسؤولون إلى تحديد ما إذا كانت بطء أداء التطبيق ناتجة عن الخادم أو الشبكة أو نظام تابع آخر.

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

الأحداث والتطبيقات والأحمال

بالنسبة لبعض المنظمات، فإن مقاييس نظام التشغيل العامة كافية. بالنسبة للآخرين، فهي مجرد البداية.

يمكن أن تستضيف بيئات Windows Server خدمات مجال Active Directory وIIS وSQL Server وHyper-V وأحمال العمل الأخرى مع مؤشرات الصحة الخاصة بها. لا يمكن أن تكشف مراقبة وحدة المعالجة المركزية الأساسية والذاكرة والقرص عن كل فشل محدد لأحمال العمل.

هذا يخلق معيار استبدال مهم: هل تحتاج المنظمة بشكل أساسي إلى مراقبة صحة خادم Windows العامة، أم أنها تتطلب رؤية عميقة في أحمال العمل والتطبيقات المحددة من Microsoft؟

يمكن أن تؤثر الإجابة بشكل كبير على نوع منصة المراقبة المناسبة.

ما الذي يجب أن يحسنه الاستبدال؟

الحفاظ على تغطية المراقبة الحيوية هو جزء فقط من المهمة. يجب أن يحل النظام الجديد أيضًا القيود التشغيلية التي أدت إلى الاستبدال.

تستحق أربع ميزات اعتبارًا خاصًا.

الرؤية المركزية

يجب أن يكون لدى المسؤولين القدرة على تقييم حالة العديد من الخوادم المراقبة دون الحاجة إلى عناء الاتصال في كل مرة أو استخدام مجموعة من الأدوات المتباينة.

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

البيانات التاريخية والمعايير الأساسية

تجيب المراقبة في الوقت الحقيقي على السؤال "ماذا يحدث الآن؟" لكن المراقبة التاريخية تجيب على السؤال المهم بنفس القدر "هل ما يحدث الآن هو شيء يجب أن يحدث؟"

يمكن أن يكون الخادم الذي يعمل بقدرة استخدام 70% من الذاكرة صحيًا تمامًا إذا كانت هذه هي أعلى نسبة يصل إليها، ولكن الزيادة البطيئة من 30% إلى 70% في الاستخدام يمكن أن تكون أيضًا بداية حادث مهم.

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

تنبيهات قابلة للتنفيذ

يجب أن تتجاوز تقييمات الاستبدال ثنائية ما إذا كانت المنصة "تدعم التنبيهات".

سيود المسؤولون معرفة ما إذا كان يمكن ضبط العتبات لتناسب بيئتهم، ومن يتم إخطاره وما إذا كانت الإشعارات تجعل التمييز بين الشذوذ المؤقت والحالات التي تتطلب التدخل عمليًا.

الهدف ليس توليد المزيد من التنبيهات. بل هو تقليل الضوضاء وجعل من الصعب تجاهل الشروط المهمة.

التقارير المفيدة

التقارير مفيدة كوسيلة لنقل المعلومات التي تحتاج إلى مراجعة على مدى فترة من الزمن أو الإبلاغ عنها بخلاف المسؤول الذي يقوم حاليًا بمراجعة لوحة المعلومات.

يمكنهم مساعدة موظفي تكنولوجيا المعلومات في مراجعة استهلاك الموارد، والتحقيق في المشكلات المتكررة، وتوثيق التوافر، أو تقديم معلومات حول البنية التحتية للعملاء والإدارة. يمكن أن يوفر التقرير المجدول للمديرين الجهد اليدوي لاستخراج نفس المعلومات بشكل متكرر.

المعيار الرئيسي ليس عدد قوالب التقارير المتاحة، بل أن التقارير تعالج الأسئلة التشغيلية التي تحتاج المنظمة فعليًا إلى طرحها.

هل تحتاج إلى مراقبة الخادم أو الرؤية الكاملة؟

قد يكون هذا هو القرار الأكثر أهمية عند اختيار بديل لمراقبة خادم Windows. يمكن أن تستوعب منصات المراقبة الحديثة مقاييس البنية التحتية والسجلات بينما تدعم أيضًا تتبع الأداء، ومراقبة أداء التطبيقات، وخدمات السحابة، والحاويات، والقياسات الكبيرة.

بالنسبة للتطبيقات الموزعة أو الخدمات الصغيرة أو البيئات الهجينة المعقدة، قد تكون هذه القدرات ضرورية.

عندما يكون مراقبة الخادم المركّز كافية

إنها ليست ضرورية دائمًا لكل بيئة خادم ويندوز، ومع ذلك.

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

عندما تصبح المراقبة الأوسع ضرورية

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

القرار يتعلق، إذن، بالنطاق أكثر من كونه عن أي خيار أكثر تطورًا. اختر مراقبة الخادم عندما تكون صحة البنية التحتية ورؤية العمليات هما المتطلبان. اختر مراقبة أوسع عندما يتطلب استكشاف الأخطاء الإدارية أو الهندسية ربط سلوك البنية التحتية بالتطبيقات والسجلات والتتبع والخدمات الموزعة.

البديل الصحيح هو المنصة التي توفر العمق المطلوب دون تعقيد بنية المراقبة بشكل غير ضروري.

كيف يجب أن تقارن بدائل مراقبة خادم ويندوز؟

بمجرد تحديد المتطلبات والنطاق، تصبح مقارنات المنتجات أكثر فائدة بكثير.

بدلاً من البدء بميزات البائعين المختلفين، قارن المنتجات بناءً على نفس مجموعة الأسئلة:

  • هل يدعم إصدارات Windows Server وأدوار الخادم التي تستخدمها؟
  • هل يمكنه مراقبة وحدة المعالجة المركزية والذاكرة والأقراص والعمليات والخدمات ونشاط الشبكة بالدرجة المطلوبة؟
  • هل يمكن للمسؤولين مراقبة عدة خوادم من وحدة تحكم مركزية؟
  • هل يحتفظ بمعلومات تاريخية كافية لتحديد الاتجاهات والتحقيق في الحوادث؟
  • هل يمكن تخصيص قيم العتبة والتنبيهات لتناسب بيئتك؟
  • هل يوفر التقارير اللازمة للمسؤولين أو الإدارة أو العملاء؟
  • كم من البنية التحتية المطلوبة لتشغيل نظام المراقبة؟
  • هل يعتمد المراقبة على الوكلاء أو الاستطلاع عن بُعد أو طريقة جمع أخرى؟
  • كيف تتغير الترخيصات مع زيادة البنية التحتية التي يتم مراقبتها؟

هل يحتاج الفريق إلى مراقبة أحمال العمل الخاصة بنظام Windows أو إلى رؤية أوسع؟

هذا يوفر مقارنة أكثر فائدة بكثير من عدد الميزات الموجودة في صفحة المنتج.

تؤثر عمق المراقبة، وتعقيد النشر، والإدارة، وجودة التنبيهات، والترخيص، ووقت تحقيق القيمة جميعها على قيمة المنصة. قد تثبت الخيارات الأصغر أنها أكثر ملاءمة من منظور تشغيلي مقارنةً بالمنصة الأكبر بسبب انخفاض التكاليف العامة وتلبية المتطلبات اللازمة من قبل المنظمة.

كيف يمكنك استبدال نظام المراقبة دون فقدان الرؤية؟

تغيير برنامج المراقبة يمثل عامل خطر معين، حيث توجد دائمًا إمكانية أن تنخفض الرؤية خلال اللحظة الحرجة من الانتقال، عندما تستبدل المنظمة البرنامج الذي يوفر مثل هذه الخدمة.

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

تغطية مراقبة المخزون الحالي

يجب جرد النظام الحالي لتحديد الأساس الذي يجب أن يراقبه الأداة الجديدة قبل بدء عملية الهجرة وإيقاف أي مكونات.

يجب أن تتضمن الجرد جميع الخوادم والمواقع والبرامج والخدمات، وأهم مؤشرات الأداء، والحدود، والإشعارات، والتقارير.

يجب إيلاء اهتمام خاص للفحوصات المخصصة التي تم إنشاؤها على مر الزمن والتي قد تكون فقدت أهميتها لمن يقوم بصيانة النظام بعد الهجرة. ستعمل هذه الجرد الأساسي بعد ذلك كغطاء حرج للتحقق من الاستبدال.

تحديد المعايير الحالية

سجل الأداء العادي قبل الترحيل.

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

تقدم المعلومات الأساسية الحالية للمسؤولين مرجعًا لتكوين وتقييم المنصة الجديدة.

قم بتشغيل كلا نظامي المراقبة مؤقتًا

حيثما أمكن، حافظ على تشغيل الأنظمة الحالية وأنظمة الاستبدال طوال فترة الانتقال.

يساعد المراقبة المتوازية المسؤولين على التحقق من أن المعلومات المجمعة على كلا النظامين متسقة، وأن العناصر الحيوية غير مفقودة. كما أنه مفيد أيضًا لتحديد أي اختلافات في فترة الجمع، وطرق القياس، وعوامل أخرى قبل أن يتم نشر النظام البديل بالكامل.

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

تحقق من تغطية المراقبة

قارن المنصة الجديدة مع المخزون الذي تم إنشاؤه قبل الانتقال إليها.

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

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

اختبار التنبيهات قبل إيقاف النظام القديم

لا تفترض أن التنبيه سيعمل لمجرد أنه تم تعيين حد.

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

قم بإيقاف تشغيل المنصة القديمة فقط بعد أن تكون قد راقبت التغطية والتنبيهات.

هل تبحث عن بديل أبسط لمراقبة خادم ويندوز؟

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

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

الختام

اختيار بديل لمراقبة خادم Windows يبدأ بفهم سبب عدم عمل الإعداد الحالي بعد الآن وتحديد الرؤية التي تتطلبها بنيتك التحتية فعليًا. تغطية المراقبة، التنبيهات القابلة للتنفيذ، البيانات التاريخية، التقارير، الإدارة وقابلية التوسع تهم أكثر من مجرد اختيار المنصة ذات أطول قائمة ميزات.

بمجرد تحديد النطاق الصحيح، انتقل تدريجياً وتحقق من تغطية المراقبة قبل إيقاف النظام الحالي. الهدف ليس إعادة إنتاج كل تكوين قديم، ولكن للحفاظ على الرؤية الأساسية مع تقليل التكلفة أو التعقيد أو القيود التشغيلية التي دفعت إلى الاستبدال في المقام الأول.

المزيد من القراءة

back to top of the page icon