الأسئلة الشائعة حول مراقبة استرداد الموقع
تجيب هذه المقالة عن الأسئلة الشائعة حول مراقبة استرداد موقع Azure، باستخدام مراقبة استرداد الموقع المضمنة ومراقبة Azure (Log Analytics).
عام
كيف يتم تسجيل قيمة هدف نقطة الاسترداد مختلفة عن أحدث نقطة استرداد متوفرة؟
يستخدم استرداد الموقع عملية متعددة الخطوات وغير متزامنة للنسخ المتماثل للأجهزة إلى Azure.
- في الخطوة قبل الأخيرة من النسخ المتماثل، يتم نسخ التغييرات الأخيرة على الجهاز، إلى جانب بيانات التعريف، إلى حساب تخزين السجل/ذاكرة التخزين المؤقت.
- تتم كتابة هذه التغييرات، جنبا إلى جنب مع العلامة التي تحدد نقطة قابلة للاسترداد، إلى حساب التخزين/القرص المدار في المنطقة المستهدفة.
- يمكن لخدمة استرداد الموقع الآن إنشاء نقطة قابلة للاسترداد للجهاز.
- في هذه المرحلة، تم استيفاء هدف نقطة الاسترداد للتغييرات التي تم تحميلها على حساب التخزين حتى الآن. بمعنى آخر، يكون هدف نقطة الاسترداد للجهاز في هذه المرحلة مساويًا لمقدار الوقت المنقضي من الطابع الزمني المقابل للنقطة القابلة للاسترداد.
- الآن، يختار استرداد الموقع البيانات التي تم تحميلها من حساب التخزين، ويطبقها على أقراص النسخ المتماثلة التي تم إنشاؤها للجهاز.
- ثم يقوم استرداد الموقع بإنشاء نقطة استرداد، ويجعل هذه النقطة متاحة للاسترداد عند تجاوز الفشل.
- وبالتالي، تشير أحدث نقطة استرداد متوفرة إلى الطابع الزمني المقابل لأحدث نقطة استرداد تمت معالجتها بالفعل، وتطبيقها على أقراص النسخ المتماثلة.
سيؤدي وقت النظام غير الصحيح على الجهاز المصدر المنسوخ نسخًا متماثلاً، أو على خوادم البنية الأساسية المحلية، إلى انحراف قيمة هدف نقطة الاسترداد المحسوبة. للحصول على تقارير دقيقة لهدف نقطة الاسترداد، تأكد من دقة ساعة النظام على جميع الخوادم والأجهزة.
تسجيل استرداد الموقع المضمن
لماذا يختلف عدد الأجهزة الظاهرية في طريقة عرض البنية الأساسية للمخزن عن العدد الإجمالي الموضح في "العناصر المنسوخة نسخا متماثلا"؟
يتم تحديد نطاق عرض البنية الأساسية للمخزن من خلال سيناريوهات النسخ المتماثل. يتم تضمين الأجهزة الموجودة في سيناريو النسخ المتماثل المحدد حاليًا فقط في حساب طريقة العرض. بالإضافة إلى ذلك، نقوم فقط بحساب الأجهزة الظاهرية التي تم تكوينها للنسخ المتماثل إلى Azure. لا يتم احتساب حالات الفشل عبر الأجهزة، أو الأجهزة التي يتم نسخها مرة أخرى إلى موقع محلي، في طريقة العرض.
لماذا يختلف عدد العناصر المنسوخة في Essentials عن العدد الإجمالي للعناصر المنسوخة على لوحة المعلومات؟
يتم تضمين الأجهزة التي اكتمل النسخ المتماثل الأولي لها فقط في العدد الموضح في Essentials. يشمل إجمالي العناصر المكررة جميع الأجهزة الموجودة في المخزن، بما في ذلك تلك التي يجري حاليًا نسخها المتماثل الأولي.
تسجيل Azure Monitor
كم مرة يرسل "استرداد الموقع" سجلات الموارد إلى سجل مراقبة Azure؟
- يتم إرسال AzureSiteRecoveryReplicationStats وAzureSiteRecoveryRecoveryPoints كل 15 دقيقة.
- يتم إرسال AzureSiteRecoveryReplicationDataUploadRate وAzureSiteRecoveryProtectedDiskDataChurn كل خمس دقائق.
- يتم إرسال AzureSiteRecoveryJobs عند تشغيل المهمة وإكمالها.
- يتم إرسال AzureSiteRecoveryEvents كلما تم إنشاء حدث.
- يتم إرسال AzureSiteRecoveryReplicatedItems كلما كان هناك أي تغيير في البيئة. عادة ما يكون وقت تحديث البيانات 15 دقيقة بعد التغيير.
ما مدة استبقاء البيانات في سجلات مراقبة Azure؟
للحصول على معلومات حول استبقاء البيانات، راجع الاحتفاظ بالبيانات والأرشفة في سجلات Azure Monitor.
يمكنك تعديل فترة الاستبقاء الافتراضية في قسم الاستخدام والتكلفة المقدرة في مساحة عمل Log Analytics. انقر فوق استبقاء البيانات، واختر النطاق.
ما حجم سجلات الموارد؟
عادةً يتراوح حجم السجل من 15 إلى 20 كيلوبايت.
تنبيهات Azure Monitor المضمنة لاسترداد موقع Azure
هل هناك أي تكلفة لاستخدام تنبيهات Azure Monitor المضمنة ل Azure Site Recovery؟
مع تنبيهات Azure Monitor المضمنة، تنشئ التنبيهات للعمليات/الإخفاقات الهامة افتراضيا (التي يمكنك عرضها في المدخل أو عبر واجهات غير منفذة) دون أي تكلفة إضافية. ومع ذلك، لتوجيه هذه التنبيهات إلى قناة إعلام (مثل البريد الإلكتروني)، فإنه يتحمل تكلفة بسيطة للإعلامات خارج المستوى المجاني (من 1000 رسالة بريد إلكتروني شهريا). تعرف على المزيد حول أسعار Azure Monitor.
هل سيستمر حل إعلام البريد الإلكتروني الحالي ل Azure Site Recovery في مخزن خدمات الاسترداد في العمل؟
اعتبارا من اليوم، يتعايش حل إعلام البريد الإلكتروني الحالي بالتوازي مع حل تنبيهات Azure Monitor المضمن الجديد. نوصي بتجربة التنبيه المستند إلى Azure Monitor للتعرف على التجربة الجديدة واستخدام قدراتها.
ما الفرق بين قاعدة التنبيه وقاعدة معالجة التنبيه ومجموعة الإجراءات؟
- قاعدة التنبيه: تشير إلى القاعدة التي أنشأها المستخدم والتي تحدد الشرط الذي يجب تنشيط التنبيه بناءً عليه.
- قاعدة معالجة التنبيه (تسمى سابقاً قاعدة الإجراء): تشير إلى قاعدة أنشأها المستخدم والتي تحدد قنوات الإعلام التي يجب توجيه تنبيه نشط معين إليها. يمكنك أيضا استخدام قواعد معالجة التنبيه لمنع الإعلامات للوقت.
- Action group: تشير إلى قناة الإعلام (مثل البريد الإلكتروني، ونقطة نهاية ITSM، وتطبيق المنطق، وخطاف الويب، وما إلى ذلك) التي يمكن توجيه تنبيه نشط إليها.
في حالة تنبيهات Azure Monitor المضمنة، كما تنشئ التنبيهات بالفعل بشكل افتراضي، لا تحتاج إلى إنشاء قاعدة تنبيه. لتوجيه هذه التنبيهات إلى قناة إعلام، يجب عليك إنشاء قاعدة معالجة التنبيه ومجموعة إجراءات لهذه التنبيهات. معرفة المزيد
الخطوات التالية
تعرف على كيفية المراقبة باستخدام المراقبة المضمنة في استرداد الموقع أو مراقبة Azure.