إنشاء مهام النسخ المتماثل لموارد Azure باستخدام Azure Logic Apps (إصدار أولي)

هام

هذه الإمكانية قيد المعاينة وتخضع لشروط الاستخدام التكميلية لمعاينات Microsoft Azure.

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

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

إشعار

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

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

ما مهمة النسخ المتماثل؟

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

عند استخدام قوالب مهام النسخ المتماثل المتوفرة، فإن كل مهمة نسخ تقوم بإنشائها لها سير عمل عديم الحالة أساسي في مورد تطبيق منطقي (قياسي)، والذي يمكن أن يتضمن مهام سير عمل متعددة لمهام النسخ المتماثل. تتم استضافة هذا المورد في Azure Logic Apps للمستأجر الفردي، وهي بيئة تنفيذ قابلة لتغيير الحجم وموثوق بها لتكوين وتشغيل التطبيقات بلا خادم، بما في ذلك مهام النسخ المتماثل والأمان المشترك. يستخدم وقت تشغيل Azure Logic Apps للمستأجر الفردي أيضاً نموذج قابلية توسيع وظائف Azure وتتم استضافته كملحق في وقت تشغيل Azure Functions. يوفر هذا التصميم إمكانية النقل والمرونة والمزيد من الأداء لعمليات سير عمل التطبيقات المنطقية بالإضافة إلى الإمكانات والفوائد الأخرى الموروثة من النظام الأساسي Azure Functions والنظام البيئي Azure App Service.

لمزيد من المعلومات بشأن النسخ المتماثل والأمان المشترك، راجع الوثائق التالية:

• مراكز الأحداث اتحاد متعدد المواقع ومتعدد المناطق
• أنماط مهام النسخ المتماثل للحدث
• ناقل خدمة Microsoft Azure لرسالة ناقل الخدمة والأمان المشترك عبر المناطق
• أنماط مهام النسخ المتماثل للرسائل

قوالب مهام النسخ المتماثل

حالياً، تتوفر قوالب مهام النسخ المتماثل لـ مراكز الأحداث وAzure Service Bus. يسرد الجدول التالي قوالب مهام النسخ المتماثل المتوفرة حالياً في هذه المعاينة:

نوع المورد	مصدر النسخ المتماثل والهدف
مساحة اسم "Azure Event Hubs"	- مثيل مراكز الأحداث إلى مثيل مراكز الأحداث - مثيل مراكز الأحداث إلى قائمة انتظار ناقل خدمة Microsoft Azure - نسخة مراكز الأحداث إلى موضوع ناقل خدمة Microsoft Azure
مساحة اسم ناقل خدمة Azure	- قائمة انتظار ناقل خدمة Microsoft Azure إلى قائمة انتظار ناقل خدمة Microsoft Azure - قائمة انتظار ناقل خدمة Microsoft Azure إلى موضوع ناقل خدمة Microsoft Azure - موضوع ناقل خدمة Microsoft Azure لموضوع ناقل خدمة Microsoft Azure - قائمة انتظار ناقل خدمة Microsoft Azure إلى مثيل مراكز الأحداث - موضوع ناقل خدمة Microsoft Azure إلى قائمة انتظار ناقل خدمة Microsoft Azure - موضوع ناقل خدمة Microsoft Azure إلى مثيل مراكز الأحداث هام: عندما تكون قائمة الانتظار هي المصدر، فإن مهمة النسخ المتماثل لا تنسخ الرسائل ولكنها تنقلها من المصدر إلى الهدف وتحذفها من المصدر. لعكس الرسائل بدلاً من ذلك، استخدم موضوعاً كمصدرك حيث يعمل الاشتراك "الرئيسي" كنقطة نهاية قائمة الانتظار. بهذه الطريقة، يحصل الهدف على نسخة من كل رسالة من المصدر. لتوجيه الرسائل عبر مناطق مختلفة، يمكنك إنشاء قائمة انتظار حيث يتم إرسال الرسائل من أحد التطبيقات. تقوم مهمة النسخ المتماثل بنقل الرسائل من قائمة الانتظار هذه إلى قائمة انتظار الهدف في مساحة اسم في منطقة أخرى. يمكنك أيضاً استخدام اشتراك موضوع ككيان يعمل كقائمة انتظار نقل. لمزيد من المعلومات، راجع طوبولوجيا النسخ المتماثل لـ ServiceBusCopy.

طوبولوجيا النسخ المتماثل وسير العمل

لمساعدتك في تمثيل كيفية عمل مهمة النسخ المتماثل التي يتم تشغيلها بواسطة Azure Logic Apps (قياسي)، تُظهر المخططات التالية بنية مهمة النسخ المتماثل وسير العمل لمثيلات مراكز الأحداث وقوائم انتظار ناقل الخدمة.

طوبولوجيا النسخ المتماثل لمراكز الأحداث

يُظهر الرسم التخطيطي التالي مخطط سير عمل مهام الهيكل والنسخ المتماثل بين مثيلات مراكز الأحداث:

للحصول على معلومات بشأن النسخ المتماثل والأمان المشترك في مراكز الأحداث، راجع الوثائق التالية:

• مراكز الأحداث اتحاد متعدد المواقع ومتعدد المناطق
• أنماط مهام النسخ المتماثل للحدث

طوبولوجيا النسخ المتماثل ناقل خدمة Microsoft Azure

يُظهر الرسم التخطيطي التالي مخطط سير عمل مهام الهيكل والنسخ المتماثل بين قوائم انتظار ناقل خدمة Microsoft Azure:

للحصول على معلومات بشأن النسخ المتماثل والأمان المشترك في Azure Service Bus، راجع الوثائق التالية:

• ناقل خدمة Microsoft Azure لرسالة ناقل الخدمة والأمان المشترك عبر المناطق
• أنماط مهام النسخ المتماثل للرسائل

بيانات التعريف وتعيينات الممتلكات

بالنسبة إلى مراكز الأحداث، يتم استبدال العناصر التالية التي تم الحصول عليها من مساحة اسم مراكز الأحداث المصدر بقيم جديدة مخصصة للخدمة في مساحة اسم مراكز الأحداث: بيانات التعريف المعيّنة للخدمة للحدث، ووقت قائمة الانتظار الأصلي، ورقم التسلسل، والإزاحة. ومع ذلك، بالنسبة إلى الوظائف المساعدة ومهام النسخ المتماثل في العينات المقدمة من Azure، يتم الاحتفاظ بالقيم الأصلية في خصائص المستخدم: repl-enqueue-time (سلسلة ISO8601) وrepl-sequenceو repl-offset. هذه الخصائص لها النوع string وتحتوي على القيمة المجمعة للخصائص الأصلية المعنية. إذا تمت إعادة توجيه الحدث عدة مرات، فسيتم إلحاق بيانات التعريف المخصصة للخدمة للمصدر الفوري بأي خصائص موجودة، مع قيم مفصولة بفواصل منقوطة. لمزيد من المعلومات، راجع بيانات التعريف المخصصة للخدمة - أنماط مهام تكرار الأحداث.

بالنسبة لناقل الخدمة، يتم استبدال العناصر التالية التي تم الحصول عليها من قائمة انتظار نناقل خدمة Microsoft Azure المصدر أو الموضوع بقيم جديدة مخصصة للخدمة في قائمة انتظار أو موضوع ناقل خدمة Microsoft Azure الهدف: بيانات التعريف المخصصة للخدمة للرسالة ووقت قائمة الانتظار الأصلي ورقم التسلسل. ومع ذلك، بالنسبة لمهام النسخ المتماثل الافتراضية في العينات التي يوفرها Azure، يتم الاحتفاظ بالقيم الأصلية في خصائص المستخدم: repl-enqueue-time (سلسلة ISO8601) وrepl-sequence. هذه الخصائص لها النوع string وتحتوي على القيمة المجمعة للخصائص الأصلية المعنية. إذا تمت إعادة توجيه الرسالة عدة مرات، فسيتم إلحاق بيانات التعريف المخصصة للخدمة للمصدر الفوري بأي خصائص موجودة، مع قيم مفصولة بفواصل منقوطة. لمزيد من المعلومات، راجع بيانات التعريف المخصصة للخدمة - أنماط مهام نسخ الرسائل.

عند إجراء نسخ متماثل لمهمة ما من ناقل خدمة Microsoft Azure إلى مراكز الأحداث، فإن المهمة تعيِّن الخاصية User Properties فقط إلى الخاصية Properties. ومع ذلك، عند تكرار المهمة من "مراكز الأحداث" إلى "ناقل خدمة Microsoft Azure"، تقوم المهمة بتعيين الخصائص التالية:

من مراكز الأحداث	لناقل خدمة Microsoft Azure
ContentType	ContentType
CorrelationId	CorrelationId
MessageId	MessageId
مفتاح القسم	معرف جلسة PartitionKey
خصائص	خصائص المستخدم
ReplyTo	ReplyTo
ReplyToGroupName	ReplyToSessionId
الموضوع	Label
لكي تتمكن من	لكي تتمكن من

أمر بالحفظ

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

بالنسبة لـ ناقل خدمة Microsoft Azure، يجب عليك تمكين الجلسات بحيث يتم إرسال تسلسلات الرسائل مع نفس معرف الجلسة المسترجع من المصدر إلى قائمة الانتظار أو الموضوع الهدف كدفعة في التسلسل الأصلي وبنفس معرف الجلسة. لمزيد من المعلومات، راجع التسلسلات والاحتفاظ بالترتيب.

هام

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

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

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

لمعرفة المزيد بشأن الأمان المشترك متعدد المواقع ومتعدد المناطق لخدمات Azure حيث يمكنك إنشاء مهام النسخ المتماثل، راجع الوثائق التالية:

• مراكز الأحداث اتحاد متعدد المواقع ومتعدد المناطق
• أنماط مهام النسخ المتماثل للحدث
• ناقل خدمة Microsoft Azure لرسالة ناقل الخدمة والأمان المشترك عبر المناطق
• أنماط مهام النسخ المتماثل للرسائل

التسعير

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

استناداً إلى عدد الأحداث التي تتلقاها "مراكز الأحداث" أو الرسائل التي يتعامل معها "ناقل خدمة Microsoft Azure"، قد تتوسع خطة الاستضافة الخاصة بك أو تنخفض للحفاظ على الحد الأدنى من استخدام وحدة المعالجة المركزية الظاهرية وزمن انتقال منخفض أثناء النسخ المتماثل النشط. يتطلب هذا السلوك أنه عند إنشاء مورد تطبيق منطقي لاستخدامه في مهمة النسخ المتماثل، اختر مستوى أسعار الخطة القياسية المناسبة بحيث لا تخنق Azure Logic Apps أو تبدأ في زيادة استخدام وحدة المعالجة المركزية (CPU) ولا يزال بإمكانها ضمان سرعة النسخ المتماثل.

إشعار

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

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

إشعار

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

توسيع نطاق مراكز الأحداث

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

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

مستوى الأسعار	عدد الأقسام	الأحداث في الثانية	أقصى رشقات نارية *	مثيلات جاهزة دائماً *	عدد الجلب المسبق *	الحد الأقصى لحجم دفعة الحدث *
WS1	1	1000	1	1	800	800
WS1	2	2000	1	1	800	800
WS2	4	4000	2	1	800	800
WS2	8	8000	2	1	800	800
WS3	16	16000	2	1	800	800
WS3	32	32000	3	1	800	800

* لمزيد من المعلومات بشأن القيم التي يمكنك تغييرها لكل فئة أسعار، راجع الجدول التالي:

قيمة	‏‏الوصف
أقصى عدد من الاندفاعات	الحد الأقصى لعدد العمال المرنين لتوسيع نطاقهم تحت الحمل. إذا كان تطبيقك الأساسي يتطلب مثيلات تتجاوز الحالات الجاهزة دائماً في صف الجدول التالي، يمكن لتطبيقك الاستمرار في التوسع حتى يصل عدد المثيلات إلى الحد الأقصى للاندفاع. لتغيير هذه القيمة، راجع تعديل إعدادات خطة الاستضافة لاحقاً في هذه المقالة. ملاحظة: أي حالات تتجاوز حجم خطتك تتم محاسبتها فقط عند تشغيلها وتخصيصها لك على أساس كل ثانية. يبذل النظام الأساسي قصارى جهده لتوسيع نطاق تطبيقك إلى الحد الأقصى المحدد. نصيحة: كتوصية، حدد قيمة قصوى أعلى مما قد تحتاجه بحيث يمكن للنظام الأساسي توسيع نطاقه للتعامل مع حمل أكبر، إذا لزم الأمر، حيث لا تتم فوترة المثيلات غير المستخدمة. لمزيد من المعلومات، راجع الوثائق التالية حيث تشارك خطة Workflow Standard بعض الجوانب مع خطة Azure Functions Premium: - إعدادات الخطة وSKU - خطة Azure Functions Premium - ما هو اندفاع السحاب؟
مثيلات جاهزة دائما	الحد الأدنى لعدد المثيلات التي تكون دائماً جاهزة ودائمة لاستضافة تطبيقك. الحد الأدنى للرقم دائماً هو 1. لتغيير هذه القيمة، راجع تعديل إعدادات خطة الاستضافة لاحقاً في هذه المقالة. ملاحظة: تتم فوترة أي حالات تتجاوز حجم خطتك سواء كانت تعمل عند تخصيصها لك أم لا. لمزيد من المعلومات، راجع الوثائق التالية حيث تشارك خطة سير العمل القياسية بعض الجوانب مع خطة Azure Functions Premium: مثيلات جاهزة دائماً - خطة Azure Functions Premium.
عدد الجلب المسبق	القيمة الافتراضية لإعداد التطبيق AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__prefetchCount في مورد التطبيق المنطقي الذي يحدد عدد الجلب المسبق المستخدم بواسطة الفئة الأساسية EventProcessorHost. لإضافة قيمة مختلفة أو تحديدها لإعداد التطبيق هذا، راجع إدارة إعدادات التطبيق - local.settings.json، على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__prefetchCount - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات حول الخاصية prefetchCount ، راجع الوثائق التالية: - إعدادات host.json - تقوم مراكز الأحداث بتشغيل وربط Azure Functions - خاصية EventProcessorOptions.PrefetchCount - تحميل قسم التوازن عبر مثيلات متعددة لتطبيقك. - مضيف معالج الأحداث - فئة EventProcessorHost
الحد الأقصى لحجم دفعة الحدث	القيمة الافتراضية لإعداد التطبيق AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__maxBatchSize في مورد التطبيق المنطقي الذي يحدد الحد الأقصى لعدد الأحداث التي تتلقاها كل حلقة استلام. لإضافة قيمة مختلفة أو تحديدها لإعداد التطبيق هذا، راجع إدارة إعدادات التطبيق - local.settings.json، على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__maxBatchSize - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات حول الخاصية maxBatchSize ، راجع الوثائق التالية: - إعدادات host.json - تقوم مراكز الأحداث بتشغيل وربط Azure Functions - خاصية EventProcessorOptions.MaxBatchSize - مضيف معالج الأحداث

توسيع نطاق ناقل خدمة Microsoft Azure

توضح الأمثلة التالية طبقة أسعار خطة الاستضافة وخيارات التكوين لمهمة النسخ المتماثل بين مساحتي أسماء نواقل خدمة Microsoft Azure في نفس المنطقة، بناءً على عدد الرسائل في الثانية وقيم التكوين الأخرى.

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

مستوى الأسعار	الرسائل في الثانية	أقصى رشقات نارية *	مثيلات جاهزة دائماً *	عدد الجلب المسبق *	الحد الأقصى لعدد الرسائل *
WS1	2000	1	1	800	800
WS2	2500	1	1	800	800
WS3	3500	1	1	800	800

* لمزيد من المعلومات بشأن القيم التي يمكنك تغييرها لكل فئة أسعار، راجع الجدول التالي:

قيمة	‏‏الوصف
أقصى عدد من الاندفاعات	الحد الأقصى لعدد العمال المرنين لتوسيع نطاقهم تحت الحمل. إذا كان تطبيقك الأساسي يتطلب مثيلات تتجاوز الحالات الجاهزة دائماً في صف الجدول التالي، يمكن لتطبيقك الاستمرار في التوسع حتى يصل عدد المثيلات إلى الحد الأقصى للاندفاع. لتغيير هذه القيمة، راجع تعديل إعدادات خطة الاستضافة لاحقاً في هذه المقالة. ملاحظة: أي حالات تتجاوز حجم خطتك تتم محاسبتها فقط عند تشغيلها وتخصيصها لك على أساس كل ثانية. يبذل النظام الأساسي قصارى جهده لتوسيع نطاق تطبيقك إلى الحد الأقصى المحدد. نصيحة: كتوصية، حدد قيمة قصوى أعلى مما قد تحتاجه بحيث يمكن للنظام الأساسي توسيع نطاقه للتعامل مع حمل أكبر، إذا لزم الأمر، حيث لا تتم فوترة المثيلات غير المستخدمة. لمزيد من المعلومات، راجع الوثائق التالية حيث تشارك خطة Workflow Standard بعض الجوانب مع خطة Azure Functions Premium: - إعدادات الخطة وSKU - خطة Azure Functions Premium - ما هو اندفاع السحاب؟
مثيلات جاهزة دائما	الحد الأدنى لعدد المثيلات التي تكون دائماً جاهزة ودائمة لاستضافة تطبيقك. الحد الأدنى للرقم دائماً هو 1. لتغيير هذه القيمة، راجع تعديل إعدادات خطة الاستضافة لاحقاً في هذه المقالة. ملاحظة: تتم فوترة أي حالات تتجاوز حجم خطتك سواء كانت تعمل عند تخصيصها لك أم لا. لمزيد من المعلومات، راجع الوثائق التالية حيث تشارك خطة سير العمل القياسية بعض الجوانب مع خطة Azure Functions Premium: مثيلات جاهزة دائماً - خطة Azure Functions Premium.
عدد الجلب المسبق	القيمة الافتراضية لإعداد التطبيق AzureFunctionsJobHost__extensions__serviceBus__prefetchCount في مورد التطبيق المنطقي الذي يحدد عدد الجلب المسبق المستخدم بواسطة الفئة الأساسية ServiceBusProcessor. لإضافة قيمة مختلفة أو تحديدها لإعداد التطبيق هذا، راجع إدارة إعدادات التطبيق - local.settings.json، على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__serviceBus__eventProcessorOptions__prefetchCount - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات حول الخاصية prefetchCount ، راجع الوثائق التالية: - إعدادات host.json - روابط Azure Service Bus لAzure Functions - خاصية ServiceBusProcessor.PrefetchCount - فئة ServiceBusProcessor
الحد الأقصى لعدد الرسائل	القيمة الافتراضية لإعداد التطبيق AzureFunctionsJobHost__extensions__serviceBus__batchOptions__maxMessageCount في مورد التطبيق المنطقي الذي يحدد الحد الأقصى لعدد الرسائل المراد إرسالها عند تشغيلها. لإضافة قيمة مختلفة أو تحديدها لإعداد التطبيق هذا، راجع إدارة إعدادات التطبيق - local.settings.json، على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__serviceBus__batchOptions__maxMessageCount - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات حول الخاصيةmaxMessageCount، راجع الوثائق التالية: إعدادات host.json - ناقل خدمة Azure روابط Azure Functions.

المتطلبات الأساسية

• حساب واشتراك Azure. إذا لم يكن لديك اشتراك، فيجب التسجيل للحصول على حساب Azure مجاني.

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

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

  • يمكنك إنشاء مورد التطبيق المنطقي هذا في منطقة تختلف عن الكيانات المصدر والهدف في مهمة النسخ المتماثل.

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

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

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

  لمزيد من المعلومات، راجع إنشاء سير عمل تكامل مع مستأجر واحد Azure Logic Apps (قياسي) في مدخل Microsoft Azure.

• اختياري: سلسلة الاتصال لمساحة الاسم الهدف. يتيح هذا الخيار وجود الهدف في اشتراك مختلف، بحيث يمكنك إعداد النسخ المتماثل عبر الاشتراك.

  للعثور على سلسلة الاتصال للكيان الهدف، اتبع الخطوات التالية:

  1. في مدخل Microsoft Azure، انتقل إلى مساحة الاسم الهدف.

  2. في قائمة التنقل في مساحة الاسم، ضمن Settings، حدد Shared access policies.

  3. في جزء Shared access policies الذي يفتح، ضمن Policy، حدد RootManageSharedAccessKey.

  4. في جزء نهج SAS: RootManageSharedAccessKey الذي يفتح، انسخ قيمة سلسلة الاتصال الأساسية.

  5. احفظ سلسلة الاتصال في مكان ما بحيث يمكنك فيما بعد استخدام السلسلة للاتصال بمساحة الاسم الهدف.

تقاليد التسمية

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

اسم المصدر	مثال	تطبيق النسخ المتماثل	مثال	اسم الهدف	مثال
«Namespace»: <name>-sb-<region>	fabrikam-sb-weu	تطبيق Logic: <name-source-region-target-region>	fabrikam-rep-weu-wus	«Namespace»: <name>-sb-<region>	fabrikam-sb-wus
قائمة الانتظار: <name>	jobs-transfer	سير العمل: <name>	jobs-transfer-workflow	قائمة الانتظار: <name>	jobs

إنشاء مهمة النسخ المتماثل

يوضح هذا المثال كيفية إنشاء مهمة نسخ متماثل لقوائم انتظار "ناقل خدمة Microsoft Azure".

1. في مدخل Microsoft Azure، ابحث عن مساحة اسم ناقل الخدمة التي تريد استخدامها كمصدر.

2. في قائمة التنقل في مساحة الاسم، في قسم Automation، وحدد Tasks (preview).

   

3. في جزء المهام، حدد إضافة مهمة بحيث يمكنك تحديد قالب مهمة.

   

4. في جزء Add a task، ضمن Select a template، في قالب مهمة النسخ المتماثل التي تريد إنشاءها، حدد Select. إذا لم تظهر الصفحة التالية، فحدد التالي: المصادقة.

   يستمر هذا المثال من خلال تحديد قالب المهمة Replicate from Service Bus queue to queue، والذي ينسخ المحتوى بين قوائم انتظار ناقل خدمة Microsoft Azure.

   

5. في علامة التبويب Authenticate، في قسم Connections، حدد Create لكل اتصال يظهر في المهمة حتى تتمكن من تقديم بيانات اعتماد المصادقة لجميع الاتصالات. تختلف أنواع الاتصالات في كل مهمة بناءً على المهمة.

   يوضح هذا المثال المطالبة بإنشاء الاتصال بمساحة اسم ناقل خدمة Microsoft Azure الهدف حيث توجد قائمة الانتظار الهدف. يوجد الاتصال لمساحة اسم ناقل خدمة Microsoft Azure المصدر.

   

6. قم بتوفير المعلومات اللازمة بشأن الهدف، ثم حدد Create.

   في هذا المثال، قم بتوفير اسم عرض للاتصال، ثم حدد مساحة اسم ناقل خدمة Microsoft Azure حيث توجد قائمة الانتظار الهدف.

   

   تلميح

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

   1. في جزء Connect، حدد Connect via connection string.

   2. في المربع Connection String، أدخل سلسلة الاتصال لمساحة الاسم الهدف.

   يوضح المثال التالي الاتصال الذي تم إنشاؤه بنجاح:

   

7. بعد الانتهاء من جميع الاتصالات، حدد Next: Configure.

8. في علامة التبويب Configure، أدخل اسماً للمهمة وأي معلومات أخرى مطلوبة للمهمة.

   إشعار

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

   على سبيل المثال، إذا قمت بتسمية مهمتك fabrikam-rep-weu-wus، ولكنك قمت لاحقاً بتحرير سير العمل الأساسي لغرض مختلف، فلا يمكنك تغيير اسم المهمة ليطابق.

   1. لإضافة سير عمل المهمة إلى مورد Logic App (قياسي) موجود، من قائمة Logic App، حدد التطبيق المنطقي الحالي. لإنشاء مورد Logic App (قياسي) جديد بدلاً من ذلك، ضمن قائمة Logic App، حدد Create new، وقدم الاسم لاستخدامه للمنطق الجديد تطبيق.

      إشعار

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

   2. عندما تنتهي، حدد "Review + create".

   

9. في علامة التبويب Review + create، قم بتأكيد موارد Azure التي تتطلبها مهمة النسخ المتماثل للعملية.

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

     يوضح المثال التالي علامة التبويب Review + create إذا اخترت إنشاء تطبيق منطق جديد:

     

   • إذا اخترت إعادة استخدام مورد تطبيق منطقي موجود لمهمة النسخ المتماثل، فسيعرض الجزء موارد Azure التي سيعيد النسخ المتماثل استخدامها للعمل.

     يوضح المثال التالي علامة التبويب Review + create إذا اخترت إعادة استخدام تطبيق منطق موجود:

     

   إشعار

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

10. عندما تكون مستعداً، حدد Create.

    تظهر الآن المهمة التي قمت بإنشائها، والتي يتم تشغيلها وتشغيلها تلقائياً، في قائمة Tasks.

    تلميح

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

    

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

قم بإعداد نهج إعادة المحاولة

لتجنب فقدان البيانات أثناء حدث الإتاحة على أي من جانبي علاقة النسخ المتماثل، تحتاج إلى تكوين نهج إعادة المحاولة للقوة. لتكوين نهج إعادة المحاولة لمهمة النسخ المتماثل، راجع الوثائق بشأن نُهج إعادة المحاولة في تطبيقات Azure Logic وخطوات تحرير سير العمل الأساسي.

مراجعة محفوظات المهام

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

1. في مدخل Microsoft Azure، ابحث عن مورد أو كيان Azure الذي يحتوي على محفوظات المهام التي تريد مراجعتها.

   في هذا المثال، هذا المورد هو مساحة اسم ناقل خدمة Microsoft Azure.

2. في قائمة التنقل بين الموارد، ضمن Settings، في قسم Automation، حدد Tasks (preview).

3. في جزء Tasks، ابحث عن المهمة التي تريد مراجعتها. في عمود التشغيل الخاص بهذه المهمة، حدد عرض.

   

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

4. لعرض محفوظات التشغيل لسير عمل عديم الحالة، في شريط أدوات الجزء Overview، حدد Enable debug mode.

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

   

   يصف الجدول التالي الحالات المحتملة للتشغيل:

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

5. لعرض الحالات والمعلومات الأخرى لكل خطوة في الجري، حدد هذا التشغيل.

   يفتح جزء تفاصيل التشغيل ويعرض سير العمل الأساسي الذي تم تشغيله.

   • يبدأ سير العمل دائماً بمشغل. بالنسبة لهذه المهمة، يبدأ سير العمل بمشغل "ناقل خدمة Microsoft Azure" الذي ينتظر وصول الرسائل إلى قائمة انتظار "ناقل الخدمة" المصدر.

   • تظهر كل خطوة حالتها ومدة التشغيل. استغرقت الخطوات التي لها مدد 0 ثانية أقل من ثانية واحدة للتشغيل.

   

6. لمراجعة المدخلات والمخرجات لكل خطوة، حدد الخطوة التي تفتح لوحة تعرض المدخلات والمخرجات وتفاصيل الخصائص لتلك الخطوة.

   يوضح هذا المثال مدخلات مشغل ناقل خدمة Microsoft Azure.

   

لمعرفة كيفية إنشاء مهام سير العمل المؤتمتة الخاصة بك بحيث يمكنك دمج التطبيقات والبيانات والخدمات والأنظمة بصرف النظر عن سياق مهام النسخ المتماثل لموارد Azure، راجع إنشاء سير عمل تكامل باستخدام Azure Logic Apps ( قياسي) في مدخل Microsoft Azure.

مراقبة مهام النسخ المتماثل

للتحقق من أداء مهمة النسخ المتماثل وصحتها، أو سير عمل التطبيق المنطقي الأساسي، يمكنك استخدام Application Insights، وهي إمكانية في Azure Monitor. تُعد Application Insights Application Map أداة مرئية مفيدة يمكنك استخدامها لمراقبة مهام النسخ المتماثل. يتم إنشاء هذه الخريطة تلقائياً من معلومات المراقبة الملتقطة بحيث يمكنك استكشاف أداء وموثوقية مصدر مهمة النسخ المتماثل وعمليات النقل المستهدفة. للحصول على نتائج تحليلات تشخيصية فورية وتصور منخفض زمن الوصول لتفاصيل السجل، يمكنك العمل باستخدام أداة المدخل Live Metrics، وهي أيضاً إمكانية في Azure Monitor.

تحرير المهمة

لتغيير مهمة، لديك هذه الخيارات:

• قم بتحرير المهمة "inline" بحيث يمكنك تغيير خصائص المهمة، مثل معلومات الاتصال أو معلومات التكوين.

• قم بتحرير سير العمل الأساسي للمهمة في المصمم.

تحرير المهمة المضمنة

1. في مدخل Microsoft Azure، ابحث عن المورد الذي يحتوي على المهمة التي تريد تحديثها.

2. في قائمة التنقل بين الموارد، في قسم Automation، حدد Tasks (preview).

3. في قائمة المهام، ابحث عن المهمة التي تريد تحديثها. افتح قائمة علامات الحذف (...) للمهمة، وحدد Edit in-line.

   

   بشكل افتراضي، تظهر علامة التبويب Authenticate وتعرض الاتصالات الحالية.

4. لإضافة بيانات اعتماد مصادقة جديدة أو تحديد بيانات اعتماد مصادقة مختلفة حالية للاتصال، افتح قائمة علامات الحذف (...) الخاصة بالاتصال، وحدد إما Add new connectio أو if available، إذا كان ذلك متاحاً، أوراق اعتماد.

   إشعار

   يمكنك تحرير الاتصال الهدف فقط، وليس اتصال المصدر.

   

5. لتحديث خصائص مهمة أخرى، حدد Next: Configure.

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

   

6. عندما تنتهي، حدد حفظ.

قم بتحرير سير العمل الأساسي للمهمة

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

1. في مدخل Microsoft Azure، ابحث عن المورد الذي يحتوي على المهمة التي تريد تحديثها.

2. في قائمة التنقل بين الموارد، في قسم Automation، حدد Tasks.

3. في قائمة المهام، ابحث عن المهمة التي تريد تحديثها. افتح قائمة علامات الحذف للمهمة (...) وحدد Open in Logic Apps.

   

   تغير مدخل Microsoft Azure السياق إلى المصمم حيث يمكنك الآن تحرير سير العمل.

   

   يمكنك الآن تحرير مشغل سير العمل وإجراءاته بالإضافة إلى خصائص المشغل والإجراءات.

4. لعرض خصائص المشغل أو الإجراء، حدد هذا المشغل أو الإجراء.

   

   في هذا المثال، تم تغيير الخاصية IsSessionsEnabled للمشغل إلى Yes.

5. لحفظ تغييراتك، على شريط أدوات المصمم، حدد حفظ.

   

6. لاختبار سير العمل المحدث وتشغيله، افتح مورد التطبيق المنطقي الذي يحتوي على سير العمل المحدث. في قائمة التنقل في سير العمل، حدد Overview>تشغيل المشغل>Run.

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

   يوضح هذا المثال مدخلات ومخرجات وخصائص مشغل ناقل خدمة Microsoft Azure المحدد، إلى جانب قيمة خاصية المشغل المحدثة.

   

7. لتعطيل سير العمل بحيث لا تستمر المهمة في العمل، على شريط أدوات Overview، حدد Disable. لمزيد من المعلومات، راجع تعطيل أو تمكين مهام سير عمل المستأجر الفردي.

قم بإعداد تجاوز الفشل لمراكز الأحداث

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

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

1. في مدخل Microsoft Azure، افتح مورد التطبيق المنطقي أو سير العمل الأساسي خلف مهمة النسخ المتماثل.

   إشعار

   يجب أن يحتوي مورد التطبيق المنطقي على مهام سير عمل النسخ المتماثل فقط.

2. في قائمة التنقل الخاصة بالمورد أو سير العمل، حدد Overview. في شريط أدوات Overview، حدد إما Disable لسير العمل أو حدد Stop لمورد تطبيق المنطق.

3. للعثور على حساب التخزين الذي يستخدمه مورد التطبيق المنطقي الأساسي لمهمة النسخ المتماثل لتخزين نقطة التحقق ومعلومات الإزاحة من الكيان المصدر، اتبع الخطوات التالية:

   1. في قائمة موارد التطبيق المنطقي، ضمن الإعدادات، حدد Configuration.

   2. في جزء Configuration، في علامة التبويب Application settings، حدد إعداد التطبيق AzureWebJobsStorage.

      يحدد هذا الإعداد سلسلة الاتصال وحساب التخزين المستخدم بواسطة مورد التطبيق المنطقي.

      إشعار

      إذا لم يظهر إعداد التطبيق في القائمة، فحدد Show Values.

   3. حدد إعداد التطبيق AzureWebJobsStorage بحيث يمكنك عرض اسم حساب التخزين.

   يوضح هذا المثال كيفية العثور على اسم حساب التخزين هذا، storagefabrikamreplb0c هنا:

   

   1. لتأكيد وجود مورد حساب التخزين، في مربع بحث مدخل Microsoft Azure، أدخل الاسم، ثم حدد حساب التخزين، على سبيل المثال:

   

4. الآن احذف المجلد الذي يحتوي على نقطة التحقق الخاصة بالكيان المصدر ومعلومات الإزاحة باستخدام الخطوات التالية:

   1. قم بتنزيل أحدث عميل سطح مكتب Azure Storage Explorerوتثبيته وافتحه، إذا لم يكن لديك أحدث إصدار.

      إشعار

      بالنسبة لمهمة تنظيف الحذف، يتعين عليك حالياً استخدام عميل Azure Storage Explorer، وليس مستكشف التخزين أو المستعرض أو المحرر أو تجربة الإدارة في مدخل Microsoft Azure.

      رغم أنه يمكنك حذف مجلدات الحاويات باستخدام أمر PowerShell ​​Remove-AzStorageDirectory، فإن هذا الأمر يعمل فقط على المجلدات الفارغة.

   2. إذا لم تكن قد قمت بذلك بالفعل، فقم بتسجيل الدخول باستخدام حساب Azure الخاص بك، وتأكد من تحديد اشتراك Azure لمورد حساب التخزين الخاص بك. لمزيد من المعلومات، راجع البدء في استخدام مستكشف التخزين.

   3. في نافذة Explorer، أسفل اسم اشتراك Azure، انتقل إلى Storage Accounts>{your-storage-account-name}> حاويات Blob>azure-webjobs-eventhub.

      إشعار

      إذا كان المجلد azure-webjobs-eventhub غير موجود، فهذا يعني أن مهمة النسخ المتماثل لم يتم تشغيلها بعد. يظهر المجلد فقط بعد تشغيل مهمة النسخ المتماثل مرة واحدة على الأقل.

      

   4. في الجزء azure-webjobs-eventhub الذي يفتح، حدد مجلد مساحة الاسم مراكز الأحداث، الذي له اسم بالتنسيق التالي: <source-Event-Hubs-namespace-name>.servicebus.windows.net.

   5. بعد فتح مجلد مساحة الاسم، في الجزء azure-webjobs-eventhub، حدد المجلد <former-source-entity-name>. من شريط الأدوات أو من القائمة المختصرة للمجلد، حدد Delete، على سبيل المثال:

      

   6. قم بتأكيد رغبتك في حذف المجلد.

5. ارجع إلى مورد التطبيق المنطقي أو سير العمل خلف مهمة النسخ المتماثل. أعد تشغيل التطبيق المنطقي أو قم بتمكين سير العمل مرة أخرى.

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

لمزيد من المعلومات بشأن الإصلاح بعد كارثة الجغرافية، راجع الوثائق التالية:

• مراكز أحداث Azure - التعافي من الكوارث الجغرافية
• Azure Service Bus - استرداد البيانات من الكوارث الجغرافية

تحرير إعدادات توسيع خطة الاستضافة

بوابة

1. في مدخل Microsoft Azure، افتح مورد التطبيق المنطقي الأساسي لمهمة النسخ المتماثل.

2. في قائمة موارد التطبيق المنطقي، ضمن Settings، حدد Scale out (App Service Plan).

   

3. استناداً إلى احتياجات السيناريو الخاص بك، ضمن Plan Scale out وApp Scale out، قم بتغيير قيم الحد الأقصى للاندفاع والمثيلات الجاهزة دائماً، على التوالي.

4. عند الانتهاء، في شريط أدوات جزء Scale out (خطة خدمة التطبيق)، حدد Save.

يمكنك أيضًا تكوين مثيلات جاهزة دائمًا لتطبيق باستخدام Azure CLI.

az resource update -g <resource_group> -n <logic-app-app-name>/config/web --set properties.minimumElasticInstanceCount=<desired_always_ready_count> --resource-type Microsoft.Web/sites

لمزيد من المعلومات، راجع الوثائق التالية حيث تشارك خطة سير العمل القياسية بعض الجوانب مع خطة Azure Functions Premium:

• إعدادات الخطة وSKU - خطة Azure Functions Premium
• ما هو اندفاع السحاب؟
• مثيلات جاهزة دائماً - خطة Azure Functions Premium

مشاكل وفشل النسخ المتماثل

يصف هذا القسم الطرق المحتملة التي يمكن أن يفشل بها النسخ المتماثل أو يتوقف عن العمل:

• حدود حجم الرسالة

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

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

• مفاتيح القسم

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

الخطوات التالية

• بشأن مصمم سير العمل في Azure Logic Apps للمستأجر الفردي
• تحرير إعدادات المضيف والتطبيق للتطبيقات المنطقية في Azure Logic Apps للمستأجر الفردي
• إنشاء معلمات لاستخدامها في مهام سير العمل عبر البيئات في Azure Logic Apps للمستأجر الفردي