تكوين تقارير النسخ الاحتياطي لـAzure
توضح هذه المقالة كيفية تكوين تقارير Azure Backup وعرضها.
من المتطلبات الشائعة لمسؤولي النسخ الاحتياطي الحصول على رؤى حول النسخ الاحتياطية بناءً على البيانات التي تمتد لفترة طويلة من الزمن. تشمل حالات الاستخدام لمثل هذا الحل:
- التخصيص والتنبؤ بالتخزين السحابي المستهلك.
- تدقيق النسخ الاحتياطية وعمليات الاسترداد.
- تحديد الاتجاهات الرئيسية على مستويات مختلفة من التفاصيل.
يوفر Azure Backup حلاً لإعداد التقارير مستخدماً سجلات مراقبة Azure ومصنفات Azure. تساعدك هذه الموارد في الحصول على رؤى ثرية حول النسخ الاحتياطية الخاصة بك عبر ملكية النسخ الاحتياطي بالكامل.
السيناريوهات المدعومة
يسرد الجدول التالي السيناريوهات المدعومة لتكوين تقارير Azure Backup:
| التقرير | حل | الوصف | Scope | نوع |
|---|---|---|---|---|
| تقارير النسخ الاحتياطي | نسخة احتياطية | احصل على رؤية في مهام النسخ الاحتياطي والمثيلات والاستخدام والنهج والالتزام بالسياسة والتحسين. | - Azure VM - قاعدة بيانات SQL في أجهزة Azure الظاهرية - قاعدة بيانات SAP HANA في أجهزة Azure الظاهرية - عامل النسخ الاحتياطي - خادم النسخ الاحتياطي - إدارة حماية البيانات (DPM) - ملفات Azure - قرص Azure - Azure Blob (المستوى التشغيلي) - قاعدة بيانات PostgreSQL (خادم واحد) |
الموحده |
| حالة تكوين النسخ الاحتياطي | نسخة احتياطية | معلومات حول ما إذا كانت جميع الأجهزة الظاهرية الخاصة بك قد تم تكوينها للنسخ الاحتياطي. | جهاز Azure الافتراضي | خارج الصندوق |
| محفوظات مهام النسخ الاحتياطي | نسخة احتياطية | معلومات حول مهام النسخ الاحتياطي الناجحة والف الفاشلة خلال مدة زمنية محددة. | - Azure VM - عامل النسخ الاحتياطي (MARS) - خادم النسخ الاحتياطي (MABS) - إدارة حماية البيانات (DPM) - قاعدة بيانات Azure لخادم PostgreSQL - Azure Blobs - أقراص Azure |
خارج الصندوق |
| ** جدول النسخ الاحتياطي والاستبقاء** | نسخة احتياطية | معلومات حول الجدول الزمني والاحتفاظ بجميع عناصر النسخ الاحتياطي بحيث يمكنك التحقق مما إذا كانت تفي بمتطلبات العمل. | - Azure VM - ملفات Azure |
خارج الصندوق |
| العمليات التي يتم تشغيلها من قبل المستخدم | نسخة احتياطية | معلومات حول العمليات التي قام المستخدم بتشغيلها على مخازن خدمات الاسترداد خلال فترة زمنية محددة. | مخزن خدمات الاسترداد | خارج الصندوق |
| محفوظات مهام استرداد موقع Azure | استرداد موقع Azure | معلومات حول مهام Azure Site Recovery الناجحة والفشلة خلال مدة زمنية محددة. لاحظ أن المهام التي يتم تشغيلها فقط على العناصر المنسوخة نسخا متماثلا وخطط الاسترداد تظهر حاليا في هذا التقرير. |
- Azure VM - V2A - H2A |
خارج الصندوق |
| محفوظات النسخ المتماثل لاسترداد موقع Azure | استرداد موقع Azure | معلومات حول العناصر المنسوخة نسخا متماثلا خلال مدة زمنية محددة. | - Azure VM - V2A - H2A |
خارج الصندوق |
الشروع في العمل
لبدء استخدام التقارير، اتبع الخطوات التالية:
1. إنشاء مساحة عمل تحليلات السجل أو استخدام واحدة موجودة
قم بإعداد واحد أو أكثر من مساحات عمل Log Analytics لتخزين بيانات تقارير النسخ الاحتياطي. الموقع والاشتراك حيث يمكن إنشاء مساحة عمل Log Analytics هذه مستقل عن الموقع والاشتراك حيث توجد خزائنك.
لإعداد مساحة عمل Log Analytics، راجع إنشاء مساحة عمل Log Analytics في مدخل Microsoft Azure.
بشكل افتراضي، يتم الاحتفاظ بالبيانات في مساحة عمل Log Analytics لمدة 30 يوماً. لمشاهدة البيانات لفترة زمنية أطول، قم بتغيير فترة الاحتفاظ بمساحة عمل Log Analytics. لتغيير فترة الاستبقاء، راجع تكوين نُهج الأرشفة واستبقاء البيانات في Azure Monitor Logs.
2. تكوين إعدادات التشخيص لإرسال البيانات إلى Log Analytics
موارد Azure Resource Manager، مثل خزائن خدمات الاسترداد، تسجل المعلومات حول العمليات المجدولة والعمليات التي يشغّلها المستخدم كبيانات تشخيص. لتكوين إعدادات التشخيص لخزائنك، اتبع الخطوات التالية:
اختر نوع المخزن:
في قسم المراقبة بمخزن خدمات الاسترداد، حدد Diagnostics settings وحدد هدفاً لبيانات التشخيص الخاصة بمخزن خدمات الاسترداد. لمعرفة المزيد حول استخدام أحداث التشخيص، راجع استخدام إعدادات التشخيص لخزائن خدمات الاسترداد.
يوفر Azure Backup أيضا تعريف نهج Azure مضمنا، والذي يقوم بأتمتة تكوين إعدادات التشخيص لجميع خزائن خدمات الاسترداد في نطاق معين. لمعرفة كيفية استخدام هذه السياسة، راجع تكوين إعدادات تشخيص Vault على نطاق واسع.
إشعار
بعد تكوين التشخيصات، قد يستغرق الأمر ما يصل إلى 24 ساعة حتى يكتمل دفع البيانات الأولية. بعد أن تبدأ البيانات في التدفق إلى مساحة عمل Log Analytics، قد لا ترى البيانات في التقارير على الفور لأن بيانات اليوم الجزئي الحالي لا تظهر في التقارير. لمزيد من المعلومات، راجع الاصطلاحات المستخدمة في Backup reports. نوصي بأن تبدأ في عرض التقارير بعد يومين من تكوين خزائنك لإرسال البيانات إلى Log Analytics.
تكوين استبقاء البيانات المناسب لتخزين البيانات التاريخية
تعرف على كيفية تكوين استبقاء البيانات لتخزين البيانات التاريخية للمدة المطلوبة.
الاصطلاحات المستخدمة في Backup reports
- تعمل المرشحات من اليسار إلى اليمين ومن أعلى إلى أسفل في كل علامة تبويب. أي أن أي مرشح ينطبق فقط على كل تلك الأدوات التي يتم وضعها إما على يمين هذا المرشح أو أسفل ذلك المرشح.
- يؤدي تحديد تجانب ملون إلى تصفية عناصر واجهة المستخدم الموجودة أسفل المربع للسجلات التي تتعلق بقيمة هذا المربع. على سبيل المثال، يؤدي تحديد مربع Protection Stopped في علامة التبويب Backup Items إلى تصفية الشبكات والمخططات أدناه لإظهار البيانات الخاصة بعناصر النسخ الاحتياطي في حالة إيقاف الحماية.
- لا يمكن تحديد المربعات غير الملونة.
- لا تظهر بيانات اليوم الجزئي الحالي في التقارير. لذلك، عندما تكون القيمة المحددة لـ النطاق الزمني هي آخر 7 أيام، يعرض التقرير سجلات آخر سبعة أيام مكتملة. لم يتم تضمين اليوم الحالي.
- يعرض التقرير تفاصيل الوظائف (بصرف النظر عن وظائف السجل) التي تم تشغيلها في النطاق الزمني المحدد.
- القيم المعروضة لـ Cloud Storage والمثيلات المحمية موجودة في نهاية النطاق الزمني المحدد.
- عناصر النسخ الاحتياطي المعروضة في التقارير هي تلك العناصر الموجودة في نهاية النطاق الزمني المحدد. لا يتم عرض عناصر النسخ الاحتياطي التي تم حذفها في منتصف النطاق الزمني المحدد. تنطبق نفس الاتفاقية على نُهج النسخ الاحتياطي أيضاً.
- إذا كان النطاق الزمني المحدد يمتد لفترة 30 يوماً أقل، يتم عرض المخططات في العرض اليومي، حيث توجد نقطة بيانات واحدة لكل يوم. إذا كان النطاق الزمني يمتد لفترة أكبر من 30 يوماً وأقل من (أو يساوي) 90 يوماً، فسيتم عرض الرسوم البيانية في العرض الأسبوعي. بالنسبة للنطاقات الزمنية الأكبر، يتم عرض المخططات في طريقة العرض الشهرية. يساعد تجميع البيانات أسبوعياً أو شهرياً في تحسين أداء الاستعلامات وسهولة قراءة البيانات في المخططات.
- تتبع شبكات الالتزام بالسياسة أيضاً منطق تجميع مماثل كما هو موضح أعلاه. ومع ذلك، هناك بعض الاختلافات الطفيفة. الاختلاف الأول هو أنه بالنسبة للعناصر ذات سياسة النسخ الاحتياطي الأسبوعي، لا يوجد عرض يومي (تتوفر فقط العروض الأسبوعية والشهرية). علاوة على ذلك، في الشبكات الخاصة بالعناصر ذات السياسة الاحتياطية الأسبوعية، يعتبر "الشهر" فترة 4 أسابيع (28 يوماً)، وليس 30 يوماً، لإلغاء أسابيع جزئية من الاعتبار.
أداء التقارير
إذا لاحظت وجود مشكلات في تناقض البيانات في تقارير النسخ الاحتياطي، فقم بإجراء هذه الفحوصات الأولية:
تأكد من أن جميع المخازن ترسل سجلات التشخيص المطلوبة إلى مساحة عمل Log Analytics.
تأكد من تحديد عوامل التصفية الصحيحة في تقارير النسخ الاحتياطي.
راجع الحدود التالية في تقارير النسخ الاحتياطي:
بعد تكوين التشخيصات، قد يستغرق الأمر ما يصل إلى 24 ساعة حتى يكتمل دفع البيانات الأولية. بعد أن تبدأ البيانات في التدفق إلى مساحة عمل Log Analytics، قد لا ترى البيانات في التقارير على الفور لأن بيانات اليوم الجزئي الحالي لا تظهر في التقارير. نوصيك بالبدء في عرض التقارير بعد يومين من تكوين المخازن الخاصة بك لإرسال البيانات إلى Log Analytics.
لا يتم حالياً عرض مهام النسخ الاحتياطي لسجل SQL في تقارير النسخ الاحتياطي.
كما هو مذكور أعلاه، لا تعرض التقارير بيانات لليوم الجزئي الحالي، وتستغرق أياماً كاملة فقط (UTC) في الاعتبار.
على سبيل المثال، في التقرير، حتى إذا حددت نطاقاً زمنياً من 23/3 4:30 مساءً - 24/3 10:00 صباحاً، يتم تشغيل الاستعلام داخلياً للفترة من 23/3 12:00 صباحاً بالتوقيت العالمي المتفق عليه - 24/3 11:59 مساءً بالتوقيت العالمي المتفق عليه. هذا يعني أن عنصر الوقت للتاريخ والوقت تجاوزه الاستعلام.
وبالمثل، إذا كان تاريخ اليوم هو 29 مارس، فلن يتم عرض البيانات إلا حتى نهاية (11:59 مساءً بالتوقيت العالمي المتفق عليه) في 28 مارس. بالنسبة للوظائف التي تم إنشاؤها في 29 مارس، يمكنك رؤيتها عند التحقق من التقارير في اليوم التالي، أي 30 مارس.
إذا لم يشرح أي مما سبق البيانات الموجودة في التقرير، فيرجى الاتصال بدعم Microsoft.
أوقات تحميل الاستعلام
يتم تشغيل الأدوات المصغّرة في تقرير النسخ الاحتياطي بواسطة استعلامات Kusto، والتي تعمل على مساحات عمل تحليلات سجل المستخدم. تتضمن هذه الاستعلامات عادةً معالجة كميات كبيرة من البيانات، مع صلات متعددة لتمكين رؤى أكثر ثراءً. نتيجة لذلك، قد لا يتم تحميل الأدوات على الفور عندما يعرض المستخدم التقارير عبر مساحة نسخ احتياطي كبيرة. يوفر هذا الجدول تقديراً تقريبياً للوقت الذي يمكن أن تستغرقه عناصر واجهة المستخدم المختلفة للتحميل، بناءً على عدد عناصر النسخ الاحتياطي والنطاق الزمني الذي يتم عرض التقرير فيه.
| # مصادر البيانات | الأفق الزمني | أوقات التحميل التقريبية |
|---|---|---|
| 5 كيلو | شهر واحد | الإطارات المتجانبة: 5-10 ثوان الشبكات: 5-10 ثوان المخططات: 5-10 ثوان عوامل التصفية على مستوى التقرير: 5-10 ثوانٍ |
| 5 كيلو | 3 شهور | الإطارات المتجانبة: 5-10 ثوان الشبكات: 5-10 ثوان المخططات: 5-10 ثوان عوامل التصفية على مستوى التقرير: 5-10 ثوانٍ |
| ~10 آلاف | 3 شهور | الإطارات المتجانبة: 15-20 ثانية الشبكات: 15-20 ثانية المخططات: 1-2 دقيقة عوامل التصفية على مستوى التقرير: 25-30 ثوانٍ |
| ~15 ألف | شهر واحد | الإطارات المتجانبة: 15-20 ثانية الشبكات: 15-20 ثانية المخططات: 50-60 ثانية عوامل التصفية على مستوى التقرير: 20-25 ثوانٍ |
| ~15 ألف | 3 شهور | الإطارات المتجانبة: 20-30 ثانية الشبكات: 20-30 ثانية المخططات: 2-3 دقائق عوامل التصفية على مستوى التقرير: 50-60 ثوانٍ |
ماذا حدث لتقارير Power BI؟
تطبيق قالب Power BI السابق لإعداد التقارير، والذي حصل على البيانات من حساب تخزين Azure، موجود في مسار الإهمال. نوصي بأن تبدأ في إرسال بيانات تشخيص الخزنة إلى Log Analytics لعرض التقارير.
بالإضافة إلى ذلك، فإن مخطط V1 لإرسال بيانات التشخيص إلى حساب تخزين أو مساحة عمل LA هو أيضاً في مسار الإهمال. هذا يعني أنك إذا كتبت أي استعلامات مخصصة أو عمليات تلقائية تستند إلى مخطط V1، يُنصح بتحديث هذه الاستعلامات لاستخدام مخطط V2 المدعوم حالياً.
الخطوات التالية
تعرف على المزيد حول المراقبة وإعداد التقارير باستخدام Azure Backup