إرسال تقارير النسخ الاحتياطي عبر البريد الإلكتروني في Azure
توضح هذه المقالة كيفية إنشاء مهام تلقائية لتلقي تقارير دورية عبر البريد الإلكتروني.
باستخدام ميزة إرسال تقرير بالبريد الإلكتروني المتوفرة في تقارير النسخ الاحتياطي، يمكنك إنشاء مهام آلية لتلقي تقارير دورية عبر البريد الإلكتروني. تعمل هذه الميزة عن طريق نشر تطبيق منطقي في بيئة Azure الخاصة بك والذي يستعلم عن البيانات من مساحات عمل تحليلات السجل (LA) المحددة، بناءً على المدخلات التي تقدمها. تعرف على المزيد حول تطبيقات المنطق وأسعارها.
الشروع في العمل
لتكوين مهام البريد الإلكتروني عبر تقارير النسخ الاحتياطي، قم بتنفيذ الخطوات التالية:
انتقل إلى تقارير النسخ الاحتياطي لمركز>استمرارية الأعمال وانقر فوق علامة التبويب تقرير البريد الإلكتروني.
إنشاء مهمة عن طريق تحديد المعلومات التالية:
- تفاصيل المهمة - اسم التطبيق المنطقي الذي سيتم إنشاؤه والاشتراك ومجموعة الموارد والموقع الذي يجب إنشاؤه فيه. لاحظ أن التطبيق المنطقي يمكنه الاستعلام عن البيانات عبر اشتراكات متعددة ومجموعات موارد ومواقع (كما هو محدد في قسم عوامل تصفية التقرير)، ولكن يتم إنشاؤه في سياق اشتراك فردي ومجموعة موارد وموقع.
- البيانات التي سيتم تصديرها - علامة التبويب التي ترغب في تصديرها. يمكنك إما إنشاء تطبيق مهمة واحد لكل علامة تبويب، أو إرسال جميع علامات التبويب عبر البريد الإلكتروني باستخدام مهمة واحدة، عن طريق تحديد الخيار جميع علامات التبويب.
- خيارات البريد الإلكتروني : تكرار البريد الإلكتروني، ومعرف (معرفات) البريد الإلكتروني للمستلم، وموضوع البريد الإلكتروني.
بعد النقر فوق إرسالو تأكيد، سيتم إنشاء تطبيق المنطق. يتم إنشاء تطبيق المنطق واتصالات واجهة برمجة التطبيقات المرتبطة به باستخدام العلامة UsedByBackupReports: true لسهولة الاكتشاف. ستحتاج إلى تنفيذ خطوة تخويل لمرة واحدة لتشغيل تطبيق المنطق بنجاح، كما هو موضح في القسم أدناه.
إشعار
تتم إضافة دعم أحمال عمل مخزن النسخ الاحتياطي (قاعدة بيانات Azure لخادم PostgreSQL وAzure Blobs وأقراص Azure) إلى قوالب التطبيق المنطقي في أبريل 2023. لذلك، إذا قمت بنشر هذه التطبيقات المنطقية في تاريخ سابق، يتعين عليك إعادة توزيعها باستخدام الخطوات المذكورة أعلاه إذا كنت تريد رؤية بيانات أحمال عمل مخزن النسخ الاحتياطي في تقارير البريد الإلكتروني.
تخويل الاتصالات بسجلات Azure Monitor و Office 365
يستخدم تطبيق المنطق موصل azuremonitorlogs للاستعلام عن مساحة (مساحات) عمل LA ويستخدم موصل Office365 Outlook لإرسال رسائل البريد الإلكتروني. ستحتاج إلى إجراء تفويض لمرة واحدة لهذين الموصلين.
لتنفيذ التخويل، اتبع الخطوات التالية:
انتقل إلى Logic Apps في مدخل Microsoft Azure.
ابحث عن اسم تطبيق المنطق الذي قمت بإنشائه وانتقل إلى المورد.
انقر فوق عنصر القائمة اتصالات API.
سترى اتصالين بالتنسيق
<location>-azuremonitorlogs
و<location>-office365
- أي eastus-azuremonitorlogs وeastus-office365.انتقل إلى كل من هذه الاتصالات وحدد عنصر القائمة Edit API connection. في الشاشة التي تظهر، حدد تخويل، واحفظ الاتصال بمجرد اكتمال التخويل.
لاختبار ما إذا كان التطبيق المنطقي يعمل بعد التفويض، يمكنك الرجوع إلى تطبيق المنطق، وفتح Overview وتحديد Run Trigger في الجزء العلوي، لاختبار ما إذا كان يتم إنشاء بريد إلكتروني بنجاح.
إشعار
حساب المرسل المقترن بالبريد الإلكتروني هو نفس الحساب المستخدم لتخويل اتصال Office 365 أثناء تكوين تقرير البريد الإلكتروني. لتغيير المرسل، تحتاج إلى استخدام حساب مختلف لتخويل الاتصال.
محتويات البريد الإلكتروني
- تتوفر جميع المخططات والرسوم البيانية المعروضة في البوابة كمحتوى مضمّن في البريد الإلكتروني. تعرف على المزيد حول المعلومات المعروضة في تقارير النسخ الاحتياطي.
- الشبكات الموضحة في المدخل متاحة كمرفقات * .csv في البريد الإلكتروني.
- تستخدم البيانات المعروضة في البريد الإلكتروني جميع عوامل التصفية على مستوى التقرير التي حددها المستخدم في التقرير، في وقت إنشاء مهمة البريد الإلكتروني.
- لا يتم تطبيق عوامل التصفية على مستوى علامة التبويب مثل اسم مثيل النسخ الاحتياطي واسم النهج وما إلى ذلك. الاستثناء الوحيد لهذا هو شبكة تحسينات الاستبقاء في علامة التبويب تحسين ، حيث توجد عوامل تصفية يومياً ، أسبوعياً ، ويتم تطبيق الاحتفاظ الشهري و سنوياً في RP.
- يعتمد النطاق الزمني ونوع التجميع (للرسوم البيانية) على تحديد النطاق الزمني للمستخدم في التقارير. على سبيل المثال، إذا كان تحديد النطاق الزمني آخر 60 يوماً (يترجم إلى نوع التجميع الأسبوعي)، وكان تكرار البريد الإلكتروني يومياً، فسيتلقى المستلم بريداً إلكترونياً يومياً يتضمن مخططات تغطي البيانات التي تم التقاطها خلال فترة الستين يوماً الماضية، مع تجميع البيانات على مستوى أسبوعي.
استكشاف المشكلات وإصلاحها
إذا لم تكن تتلقى رسائل البريد الإلكتروني كما هو متوقع حتى بعد النشر الناجح لتطبيق المنطق، فيمكنك اتباع الخطوات التالية لاستكشاف التكوين وإصلاحه:
السيناريو 1: عدم تلقي بريد إلكتروني ناجح أو بريد إلكتروني يحتوي على خطأ
قد تحدث هذه المشكلة لأن موصل واجهة برمجة تطبيقات Outlook غير مصرح به. لتخويل الاتصال، اتبع خطوات التخويل المذكورة أعلاه.
يمكن أن تحدث هذه المشكلة أيضاً إذا قمت بتحديد مستلم بريد إلكتروني غير صحيح أثناء إنشاء تطبيق المنطق. للتحقق من تحديد مستلم البريد الإلكتروني بشكل صحيح، يمكنك الانتقال إلى التطبيق المنطقي في مدخل Microsoft Azure، وفتح مصمم تطبيق Logic وتحديد خطوة البريد الإلكتروني لمعرفة ما إذا كان يتم استخدام معرّفات البريد الإلكتروني الصحيحة أم لا.
السيناريو 2: تلقي رسالة بريد إلكتروني يحتوي على خطأ يقول إن تطبيق المنطق فشل في التنفيذ حتى الاكتمال
لاستكشاف هذه المشكلة:
- انتقل إلى تطبيق المنطق في مدخل Microsoft Azure.
- في الجزء السفلي من شاشة نظرة عامة، سترى قسم سجل المحفوظات. يمكنك فتحه على أحدث تشغيل تم وعرض الخطوات التي فشلت في سير العمل. قد تكون بعض الأسباب المحتملة:
- لم يتم التصريح لـ Azure Monitor Logs Connector : لإصلاح هذه المشكلة، اتبع خطوات المصادقة على النحو المنصوص عليه أعلاه.
- خطأ في استعلام LA: في حالة تخصيص تطبيق المنطق مع الاستعلامات الخاصة بك، قد يتسبب خطأ في أي من استعلامات LA في فشل تطبيق المنطق. يمكنك تحديد الخطوة ذات الصلة وعرض الخطأ الذي يتسبب في تشغيل الاستعلام بشكل غير صحيح.
السيناريو 3: خطأ في تخويل اتصال Microsoft 365 API
عند محاولة تخويل اتصال واجهة برمجة تطبيقات Microsoft 365، قد ترى خطأ في نموذج فشل اتصال الاختبار. الخطأ 'REST API غير مدعوم حتى الآن لعلمة البريد هذه. يمكن أن يحدث هذا الخطأ لحسابات بيئة الاختبار المعزولة (اختبار) أو للحسابات الموجودة على خادم بريد مخصص (محلي).
يمكن أن يحدث هذا الخطأ إذا كان صندوق البريد موجوداً على خادم Microsoft Exchange Server مخصص ولم يكن صندوق بريد Office 365 صالحاً. معرفة المزيد
للحصول على علبة بريد Office 365 صالحة، أرسل طلبا إلى مسؤول Exchange لترحيل حساب علبة البريد. لا يمكن للمستخدمين الذين ليس لديهم أذونات المسؤول ترحيل الحسابات. للحصول على معلومات حول كيفية ترحيل حساب صندوق البريد، راجع كيفية ترحيل بيانات صندوق البريد باستخدام مركز إدارة Exchange في Office 365.
السيناريو 4: خطأ في مصادقة اتصال سجلات مراقبة Azure
عند محاولة تفويض اتصال سجلات مراقب Azure، قد ترى خطأ InvalidAuthenticationTokenTenant. يحدث هذا بشكل عام عندما تقوم بتسجيل الدخول إلى مستأجر مختلف في وقت تفويض الاتصال بسجلات Azure Monitor. تحتاج إلى تسجيل الدخول إلى نفس المستأجر مثل المستأجر حيث توجد مساحة عمل Log Analytics لإكمال التفويض بنجاح.
للتأكد من تسجيل الدخول إلى المستأجر المناسب، يمكنك فتح portal.azure.com/< tenant-id-of-workspace > في المستعرض وإجراء التفويض. للعثور على معرف المستأجر، انتقل إلى دليل نشاط Azure ->نظرة عامة ->إدارة المستأجرين.
إذا استمرت المشكلة، فاتصل بدعم Microsoft.
إرشادات للمستخدمين الكبار في GCC High
إذا كنت مستخدماً في بيئة Azure Government باستخدام حساب Office365 GCC High، فتأكد من تعيين تكوين البريد الإلكتروني بشكل صحيح. هذا بسبب استخدام نقطة نهاية مختلفة لتخويل هذا الاتصال لمستخدمي GCC High الذي يجب تحديده بشكل صريح. نفذ إحدى الطرق التالية للتحقق من التكوين وإعداد التطبيق المنطقي للعمل في GCC High.
اختر عميلا:
لتحديث نوع المصادقة لاتصال Office 365 عبر مدخل Microsoft Azure، اتبع الخطوات التالية:
قم بتوزيع مهمة التطبيق المنطقي لعلامات التبويب المطلوبة. راجع الخطوات الواردة في الخطوات الأولى.
بمجرد الاستخدام، انتقل إلى تطبيق المنطق في مدخل Microsoft Azure وانقر فوق Logic app designer من القائمة.
حدد الأماكن التي يتم فيها استخدام إجراء Office 365.
ستجد إجراءين من إجراءات Office 365 مستخدمين، كلاهما في الجزء السفلي من التدفق.
انقر فوق Change connection وانقر فوق information icon.
يتم فتح نافذة منبثقة حيث يمكنك تحديد نوع المصادقة لـ GCC High.
بمجرد تحديد نوع المصادقة الصحيح في كل الأماكن التي يتم فيها استخدام اتصال Office 365، يجب أن يعمل الاتصال كما هو متوقع.