يمكنك استكشاف أخطاء مشكلات عامل دفتر تشغيل مختلط مستند إلى العامل وإصلاحها في Automation
هام
تم إيقاف عامل دفتر التشغيل المختلط للمستخدم المستند إلى عامل Azure Automation (Windows وLinux) في 31 أغسطس 2024 ولم يعد مدعوما. اتبع الإرشادات حول كيفية الترحيل من عامل دفتر تشغيل مختلط قائم على عامل موجود إلى عمال مختلطين مستندين إلى ملحق.
توفر هذه المقالة معلومات حول استكشاف الأخطاء وإصلاحها وحل المشكلات مع عمال دفتر التشغيل المختلط المستند إلى عامل Azure Automation. لاستكشاف أخطاء العمال المستندين إلى ملحق، راجع استكشاف مشكلات عامل دفتر التشغيل المختلط المستند إلى الملحق وإصلاحها في Automation. للحصول على معلومات عامة، راجع نظرة عامة على عامل دفتر التشغيل المختلط.
عام
يعتمد عامل دفتر التشغيل المختلط على عامل للاتصال بحساب Azure Automation الخاص بك لتسجيل العامل وتلقي مهام دفتر التشغيل وحالة التقرير. بالنسبة لـ Windows، إن هذا العامل هو عامل Log Analytics لـ Windows. بالنسبة إلى Linux، إنه عامل Log Analytics لـ Linux.
تعذر تحديث الوحدات النمطية Az أثناء استخدام Hybrid Worker
المشكلة
فشلت مهام Hybrid Runbook Worker لأنها لم تتمكن من استيراد وحدات Az النمطية.
نوع الحل
كحل بديل، يمكنك اتباع الخطوات التالية:
- انتقل إلى المجلد : C:\Program Files\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.1722.0\HybridAgent
- تحرير الملف بالاسم Orchestrator.Sandbox.exe.config
- أضف الأسطر التالية داخل العلامات
<assemblyBinding>:
<dependentAssembly>
<assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />
</dependentAssembly>
إشعار
يستبدل الحل البديل الملف بالملف الأصلي إذا قمت بإعادة تشغيل MMA/server إما عن طريق تمكين الحل أو التصحيح. لكلا السيناريوهين، نوصي باستبدال المحتويات.
السيناريو: فشل تنفيذ دفتر التشغيل
المشكلة
فشل تنفيذ دفتر التشغيل ثم تتلقى رسالة الخطأ التالية:
The job action 'Activate' cannot be run, because the process stopped unexpectedly. The job action was attempted three times.
يتم توقف دفتر التشغيل الخاص بك مؤقتاً بعد وقت قصير من محاولة تنفيذه ثلاث مرات. هناك شروط يمكن أن تقطع دفتر التشغيل من الاكتمال. قد لا تتضمن رسالة الخطأ ذات الصلة أية معلومات إضافية.
السبب
فيما يلي بعض الأسباب المحتملة:
- لا يمكن مصادقة دفاتر التشغيل باستخدام الموارد المحلية.
- العامل المختلط خلف وكيل أو جدار حماية.
- لا يفي الكمبيوتر الذي تم تكوينه لتشغيل عامل دفتر التشغيل المختلط بالحد الأدنى لمتطلبات الأجهزة.
نوع الحل
تحقق من أن الكمبيوتر لديه حق الوصول الصادر إلى *.azure-automation.net على المنفذ 443.
يجب أن تفي أجهزة الكمبيوتر التي تعمل بعامل دفتر التشغيل المختلط بالحد الأدنى لمتطلبات الأجهزة قبل تكوين العامل لاستضافة هذه الميزة. قد تتسبب دفاتر التشغيل وعملية الخلفية التي يستخدمونها في الإفراط في استخدام النظام وتتسبب في تأخيرات أو انقضاء مهلات في دفتر التشغيل.
إن تأكيد الكمبيوتر لتشغيل ميزة «عامل دفتر التشغيل المختلط» يفي بالحد الأدنى لمتطلبات الأجهزة. إذا حدث ذلك، راقب استخدام CPU والذاكرة لتحديد أي ارتباط بين أداء عمليات عامل دفتر التشغيل المختلط وWindows. يمكن أن يشير أي ضغط CPU أو ذاكرة إلى الحاجة إلى ترقية الموارد. يمكنك أيضاً تحديد مورد حساب مختلف يدعم الحد الأدنى للمتطلبات والمقياس عندما تشير طلبات حمل العمل إلى ضرورة حدوث زيادة.
تحقق من سجل أحداث Microsoft-SMA لحدث مقابل مع الوصف Win32 Process Exited with code [4294967295]. سبب هذا الخطأ هو أنك لم تقم بتكوين المصادقة في دفاتر التشغيل الخاصة بك أو تحديد بيانات اعتماد Run As لمجموعة عامل دفتر التشغيل المختلط. راجع أذونات دفتر التشغيل في تشغيل دفاتر التشغيل في عامل دفتر تشغيل مختلط للتأكد من تكوين المصادقة بشكل صحيح لدفاتر التشغيل الخاصة بك.
السيناريو: فشل دفاتر التشغيل مع خطأ البوابة
المشكلة
فشل تحديث مهام "عامل دفتر التشغيل المختلط" عند الاتصال عبر خادم Log Analytics Gateway والخطأ الذي تم إرجاعه مشابه لما يلي: Spool operation id does not exist (spool ID): see attachment for job details and exact exception messages.
نوع الحل
تحقق من أن خادم Log Analytics Gateway متصل بالإنترنت ويمكن الوصول إليه من الجهاز الذي يستضيف دور عامل دفتر التشغيل المختلط. للحصول على معلومات إضافية لاستكشاف الأخطاء وإصلاحها، راجع استكشاف أخطاءLog Analytics Gateway وإصلاحها.
السيناريو: فشل بدء المهمة حيث لم يكن العامل المختلط متوفرا عند بدء المهمة المجدولة
المشكلة
تفشل المهمة في البدء على Hybrid Worker وتشاهد الخطأ التالي:
فشل البدء، نظرا لعدم توفر العامل المختلط عند بدء المهمة المجدولة، كان العامل المختلط آخر نشط في mm/dd/yyyy.
السبب
يمكن أن يحدث هذا الخطأ للأسباب التالية:
- الآلات لم تعد موجودة بعد الآن.
- تم إيقاف تشغيل الجهاز ولا يمكن الوصول إليه.
- الجهاز لديه مشكلة في اتصال الشبكة.
- تم إلغاء تثبيت ملحق Hybrid Runbook Worker من الجهاز.
نوع الحل
- تأكد من وجود الجهاز، وتثبيت ملحق Hybrid Runbook Worker عليه. يجب أن يكون العامل المختلط سليما ويجب أن يعطي رسالة كشف أخطاء الاتصال. استكشاف أي مشكلات في الشبكة وإصلاحها عن طريق التحقق من سجلات أحداث Microsoft-SMA على العمال في مجموعة عامل دفتر التشغيل المختلط التي حاولت تشغيل هذه المهمة.
- يمكنك أيضا مراقبة مقياس HybridWorkerPing الذي يوفر عدد عمليات اختبار الاتصال من Hybrid Worker ويمكن أن يساعد في التحقق من المشكلات المتعلقة ب ping.
السيناريو: تم تعليق المهمة لأنها تجاوزت حد الوظيفة لعامل مختلط
المشكلة
يتم تعليق المهمة مع رسالة الخطأ التالية:
تم تعليق المهمة لأنها تجاوزت حد الوظيفة لعامل مختلط. أضف المزيد من Hybrid Workers إلى مجموعة Hybrid Worker للتغلب على هذه المشكلة.
السبب
قد يتم تعليق الوظائف لأي من الأسباب التالية:
- سيقوم كل عامل مختلط نشط في المجموعة باستطلاع الوظائف كل 30 ثانية لمعرفة ما إذا كانت هناك أي وظائف متوفرة. يختار العامل الوظائف على أساس من يأتي أولا يخدم أولا. اعتمادا على وقت دفع وظيفة، أي عامل مختلط داخل مجموعة العامل المختلط ي pings خدمة التنفيذ التلقائي أولا يلتقط المهمة. يمكن لعامل هجين واحد بشكل عام التقاط أربع وظائف لكل ping (أي كل 30 ثانية). إذا كان معدل دفع الوظائف أعلى من أربعة لكل 30 ثانية ولم يستلم أي عامل آخر الوظيفة، فقد يتم إيقاف الوظيفة مؤقتا.
- قد لا يتم التحقق من العامل المختلط كما هو متوقع كل 30 ثانية. قد يحدث هذا إذا لم يكن العامل سليما أو كانت هناك مشكلات في الشبكة.
نوع الحل
- إذا تجاوز حد الوظيفة لعامل مختلط أربع وظائف لكل 30 ثانية، يمكنك إضافة المزيد من العمال المختلطين إلى مجموعة العامل المختلط للحصول على قابلية وصول عالية وموازنة تحميل. يمكنك أيضا جدولة المهام بحيث لا تتجاوز حد أربع وظائف لكل 30 ثانية. يعتمد وقت معالجة قائمة انتظار المهام على ملف تعريف أجهزة العامل المختلط وتحميله. تأكد من أن العامل المختلط سليم ويعطي رسالة كشف أخطاء الاتصال.
- استكشاف أي مشكلات في الشبكة وإصلاحها عن طريق التحقق من سجلات أحداث Microsoft-SMA على العمال في مجموعة عامل دفتر التشغيل المختلط التي حاولت تشغيل هذه المهمة.
- يمكنك أيضا مراقبة مقياس HybridWorkerPing الذي يوفر عدد عمليات اختبار الاتصال من Hybrid Worker ويمكن أن يساعد في التحقق من المشكلات المتعلقة ب ping.
السيناريو: الحدث 15011 في عامل دفتر التشغيل المختلط
المشكلة
يتلقى عامل دفتر التشغيل المختلط الحدث 15011، مما يشير إلى أن نتيجة استعلام غير صالحة. يظهر الخطأ التالي عند محاولة العامل فتح اتصال مع خادم SignalR.
[AccountId={c7d22bd3-47b2-4144-bf88-97940102f6ca}] [Uri=https://cc-jobruntimedata-prod-su1.azure-automation.net/notifications/hub][Exception=System.TimeoutException: Transport timed out trying to connect at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at JobRuntimeData.NotificationsClient.JobRuntimeDataServiceSignalRClient.<Start>d__45.MoveNext()
السبب
لم يتم تكوين عامل دفتر التشغيل المختلط بشكل صحيح لتوزيع الميزة التلقائية، على سبيل المثال، لـ Update Management. يحتوي التوزيع على جزء يربط الجهاز الظاهري بمساحة عمل Log Analytics. يبحث البرنامج النصي PowerShell عن مساحة العمل في الاشتراك بالاسم المتوفر. في هذه الحالة، مساحة عمل Log Analytics في اشتراك مختلف. لا يمكن للبرنامج النصي العثور على مساحة العمل ويحاول إنشاء مساحة عمل، ولكن الاسم مستخدم بالفعل. ونتيجة لذلك، يفشل التوزيع.
نوع الحل
لديك خياران لحل هذه المشكلة:
قم بتعديل البرنامج النصي PowerShell للبحث عن مساحة عمل Log Analytics في اشتراك آخر. هذا هو دقة جيدة لاستخدام إذا كنت تخطط لتوزيع العديد من أجهزة عامل دفتر التشغيل المختلط في المستقبل.
يمكنك تكوين جهاز العامل لتشغيله في بيئة الاختبار المعزولة Orchestrator. ثم قم بتشغيل دفتر تشغيل تم إنشاؤه في حساب Azure Automation على العامل لاختبار الوظيفة.
السيناريو: تم إسقاط أجهزة Microsoft Azure الظاهرية تلقائيا من مجموعة عامل مختلط
المشكلة
لا يمكنك عرض عامل دفتر التشغيل المختلط أو الأجهزة الظاهرية عند إيقاف تشغيل جهاز العامل لفترة طويلة.
السبب
لم يقم جهاز عامل دفتر التشغيل المختلط باختبار اتصال Azure Automation لأكثر من 30 يوماً. ونتيجة لذلك، تم من خلال التنفيذ التلقائي إزالة مجموعة عمال دفتر التشغيل المختلط أو مجموعة عمال النظام.
نوع الحل
ابدأ تشغيل الجهاز العامل، ثم أعد تسجيله باستخدام Azure Automation. للحصول على إرشادات حول كيفية تثبيت بيئة دفتر التشغيل والاتصال بـ Azure Automation، راجع توزيع عامل دفتر التشغيل المختلط لـ Windows.
السيناريو: لم يتم العثور على أية شهادة في مخزن الشهادات على عامل دفتر التشغيل المختلط
المشكلة
فشل دفتر تشغيل الذي يعمل على عامل دفتر التشغيل المختلط مع رسالة الخطأ التالية:
Connect-AzAccount : No certificate was found in the certificate store with thumbprint 0000000000000000000000000000000000000000
At line:3 char:1
+ Connect-AzAccount -ServicePrincipal -Tenant $Conn.TenantID -Appl ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : CloseError: (:) [Connect-AzAccount],ArgumentException
+ FullyQualifiedErrorId : Microsoft.Azure.Commands.Profile.ConnectAzAccountCommand
السبب
يحدث هذا الخطأ عند محاولة استخدام حساب تشغيل باسم في دفتر تشغيل يعمل على عامل دفتر التشغيل المختلط حيث تكون شهادة حساب Run As غير موجودة. لا يملك العمال في دفتر التشغيل المختلط أصل الشهادة محلياً بشكل افتراضي. يتطلب حساب Run As هذا الأصل لتشغيله بشكل صحيح.
نوع الحل
إذا كان عامل دفتر التشغيل المختلط الخاص بك هو جهاز Azure الظاهري، يمكنك استخدام مصادقة دفتر التشغيل مع الهويات المدارة بدلاً من ذلك. يبسط هذا السيناريو المصادقة عن طريق السماح لك بالمصادقة لموارد Azure باستخدام الهوية المدارة لجهاز Azure الظاهري بدلاً من حساب Run As. عندما يكون عامل دفتر التشغيل المختلط عبارة جهاز محلي، فإنك تحتاج إلى تثبيت شهادة حساب Run As على الجهاز. لمعرفة كيفية تثبيت الشهادة، راجع الخطوات لتشغيل دفتر التشغيل PowerShell Export-RunAsCertificateToHybridWorker في تشغيل دفاتر التشغيل على عامل دفتر التشغيل المختلط.
السيناريو: خطأ 403 أثناء تسجيل عامل دفتر تشغيل مختلط
المشكلة
فشلت مرحلة التسجيل الأولية للعامل ثم تتلقى الخطأ التالي (403):
Forbidden: You don't have permission to access / on this server.
السبب
المشكلات التالية هي الأسباب المحتملة:
- يوجد معرف مساحة عمل غير صحيح أو مفتاح مساحة عمل (أساسي) في إعدادات العامل.
- لا يمكن لعامل دفتر التشغيل المختلط تنزيل التكوين، مما يؤدي إلى حدوث خطأ في ربط الحساب. عندما تمكن Azure الميزات على الأجهزة، فإنها تدعم مناطق معينة فقط لربط مساحة عمل Log Analytics وحساب Automation. من الممكن أيضاً تعيين تاريخ أو وقت غير صحيح على الكمبيوتر. إذا كان الوقت +/- 15 دقيقة من الوقت الحالي، فسيفشل توزيع الميزة.
- لم يتم تكوين Log Analytics Gateway لدعم Hybrid Runbook Worker.
نوع الحل
معرف مساحة العمل أو المفتاح غير الصحيح
للتحقق مما إذا كان معرف مساحة العمل أو مفتاح مساحة العمل الخاص بالعامل قد تمت كتابتها بشكل خاطئ، راجع إضافة أو إزالة مساحة عمل - عامل Windows لعامل Windows أو إضافة أو إزالة مساحة عمل - عامل Linux لعامل Linux. تأكد من تحديد السلسلة الكاملة من مدخل Azure، ونسخها ولصقها بعناية.
لم يتم تنزيل التكوين
يجب أن يكون حساب Automation ومساحة عمل Log Analytics في منطقة مرتبطة. هذا هو الحل المقترح لعامل دفتر التشغيل المختلط للنظام المستخدم من قبل إدارة التحديث. للحصول على قائمة بالمناطق المدعومة، راجع تعيينات مساحة عمل Log Analytics وAzure Automation.
قد تحتاج أيضاً إلى تحديث التاريخ أو المنطقة الزمنية للكمبيوتر الخاص بك. إذا قمت بتحديد نطاق زمني مخصص، تأكد من أن النطاق بتوقيت عالمي متفق عليه، والذي يمكن أن يختلف عن المنطقة الزمنية المحلية.
بوابة Log Analytics غير مكونة
اتبع الخطوات المذكورة هنا لإضافة نقاط نهاية Hybrid Runbook Worker إلى Log Analytics Gateway.
السيناريو: فشل Set-AzStorageBlobContent على عامل دفتر تشغيل مختلط
المشكلة
فشل دفتر التشغيل عند محاولة تنفيذ Set-AzStorageBlobContent، ثم تتلقى رسالة الخطأ التالية:
Set-AzStorageBlobContent : Failed to open file xxxxxxxxxxxxxxxx: Illegal characters in path
السبب
يحدث هذا الخطأ بسبب سلوك اسم الملف الطويل للمكالمات إلى [System.IO.Path]::GetFullPath()، الذي يضيف مسارات UNC.
نوع الحل
كحل بديل، يمكنك إنشاء ملف تكوين بالاسم OrchestratorSandbox.exe.config بالمحتوى التالي:
<configuration>
<runtime>
<AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false" />
</runtime>
</configuration>
ضع هذا الملف في نفس المجلد كملف قابل للتنفيذ OrchestratorSandbox.exe. على سبيل المثال،
%ProgramFiles%\Microsoft Monitoring Agent\Agent\AzureAutomation\7.3.702.0\HybridAgent
إشعار
إذا قمت بترقية العامل، سيتم حذف ملف التكوين هذا، وسوف تحتاج إلى إعادة إنشائه.
Linux
يعتمد عامل دفتر التشغيل المختلط على عاملLog Analytics لـ Linux للاتصال بحساب Automation الخاص بك وتسجيل العامل وتلقي مهام دفتر التشغيل وحالة التقرير. إذا فشل تسجيل العامل، فإليك بعض الأسباب المحتملة لحدوث الخطأ.
السيناريو: يتلقى عامل دفتر التشغيل المختلط لـ Linux مطالبة بكلمة مرور عند توقيع دفتر تشغيل
المشكلة
يؤدي تشغيل الأمر sudo لعامل دفتر التشغيل المختلط لـ Linux باسترداد مطالبة غير متوقعة لكلمة مرور.
السبب
حساب nxautomationuser لعامل Log Analytics لـ Linux لم يتم تكوينه بشكل صحيح في ملف sudoers. يحتاج عامل دفتر التشغيل المختلط التكوين المناسب لأذونات الحساب والبيانات الأخرى بحيث يمكن توقيع دفاتر التشغيل على عامل دفتر تشغيل Linux.
نوع الحل
تأكد من أن عامل دفتر التشغيل المختلط لديه GnuPG (GPG) القابل للتنفيذ على الجهاز.
تحقق من تكوين حساب nxautomationuser في ملف sudoers. راجع تشغيل دفاتر التشغيل على عامل دفتر تشغيل مختلط.
السيناريو: عامل Log Analytics الخاص بـ Linux لا يعمل
المشكلة
عامل Log Analytics الخاص بـ Linux لا يعمل.
السبب
إذا لم يكن العامل قيد التشغيل، فإنه يمنع عامل تشغيل Linux المختلط من الاتصال بـ Azure Automation. قد لا يكون العميل قيد التشغيل لأسباب مختلفة.
نوع الحل
تحقق من تشغيل العامل عن طريق إدخال الأمر ps -ef | grep python. يجب أن ترى مخرجات مماثلة لما يلي. عمليات Python مع حساب المستخدم nxautomation. إذا لم يتم تمكين ميزة Azure Automation، يتم تشغيل أي من العمليات التالية.
nxautom+ 8567 1 0 14:45 ? 00:00:00 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/main.py /var/opt/microsoft/omsagent/state/automationworker/oms.conf rworkspace:<workspaceId> <Linux hybrid worker version>
nxautom+ 8593 1 0 14:45 ? 00:00:02 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/hybridworker.py /var/opt/microsoft/omsagent/state/automationworker/worker.conf managed rworkspace:<workspaceId> rversion:<Linux hybrid worker version>
nxautom+ 8595 1 0 14:45 ? 00:00:02 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/hybridworker.py /var/opt/microsoft/omsagent/<workspaceId>/state/automationworker/diy/worker.conf managed rworkspace:<workspaceId> rversion:<Linux hybrid worker version>
تظهر القائمة التالية العمليات التي يتم تشغيلها لعامل تشغيل Linux المختلط. تقع هذه العمليات في دليل /var/opt/microsoft/omsagent/state/automationworker/.
- oms.conf: عملية مدير العامل. لقد بدأ مباشرة من DSC.
- worker.conf: عملية العامل المختلط المسجلة تلقائياً. لقد بدأ من قبل مدير العمال. يتم استخدام هذه العملية من قبل Update Management وتتميز بالشفافية للمستخدم. هذه العملية غير موجودة إذا لم يتم تمكين Update Management على الجهاز.
- diy/worker.conf: عملية عامل DIY المختلط. يتم استخدام عملية عامل DIY المختلط لتنفيذ دفاتر تشغيل المستخدم على عامل دفتر التشغيل المختلط. تختلف هذه العملية فقط عن عملية العامل المختلط المسجلة تلقائياً في التفاصيل الرئيسية التي يستخدمها تكوين مختلف. هذه العملية غير موجودة إذا تم تعطيل Azure Automation ولم يتم تسجيل عامل DIY المختلط لـ Linux.
إذا لم يكن العامل قيد التشغيل، قم بتشغيل الأمر التالي لبدء تشغيل الخدمة: sudo /opt/microsoft/omsagent/bin/service_control restart.
السيناريو: الفئة المحددة غير موجودة
إذا رأيت رسالة الخطأ The specified class does not exist.. في //var/opt/microsoft/omsconfig/omsconfig.log، يجب تحديث عامل Log Analytics لـ Linux. قم بتشغيل الأمر التالي لإعادة تثبيت العامل.
wget https://raw.githubusercontent.com/Microsoft/OMS-Agent-for-Linux/master/installer/scripts/onboard_agent.sh && sh onboard_agent.sh -w <WorkspaceID> -s <WorkspaceKey>
Windows
يعتمد عامل دفتر تشغيل Windows المختلط على عامل Log Analytics لـ Windows للاتصال بحساب Automation الخاص بك لتسجيل العامل وتلقي مهام دفتر التشغيل وحالة التقرير. إذا فشل تسجيل العامل، يتضمن هذا القسم بعض الأسباب المحتملة.
السيناريو: عامل Log Analytics لـ Windows لا يعمل
المشكلة
healthservice لا يعمل على جهاز عامل دفتر التشغيل المختلط.
السبب
إذا لم يتم تشغيل Log Analytics لخدمة Windows، فلن يتمكن عامل دفتر التشغيل المختلط من الاتصال بـ Azure Automation.
نوع الحل
تحقق من تشغيل العامل بإدخال الأمر التالي في PowerShell: Get-Service healthservice. إذا تم إيقاف الخدمة أدخل الأمر التالي في PowerShell لبدء تشغيل الخدمة: Start-Service healthservice.
السيناريو: الحدث 4502 في سجل مدير العمليات
المشكلة
في سجل الأحداث سجلات الخدمات والتطبيق/مدير العمليات، ستتمكن من عرض الحدث 4502 ورسالة حدث تحتوي على Microsoft.EnterpriseManagement.HealthService.AzureAutomation.HybridAgent بالوصف التالي:The certificate presented by the service \<wsid\>.oms.opinsights.azure.com was not issued by a certificate authority used for Microsoft services. Please contact your network administrator to see if they are running a proxy that intercepts TLS/SSL communication.
السبب
يمكن أن يكون سبب هذه المشكلة الوكيل الخاص بك أو حظر جدار حماية الشبكة إلى Microsoft Azure. تحقق من أن الكمبيوتر لديه حق الوصول الصادر إلى *.azure-automation.net على المنفذ 443.
نوع الحل
يتم تخزين السجلات محلياً على كل عامل مختلط في C:\ProgramData\Microsoft\System Center\Orchestrator\7.2\SMA\Sandboxes. يمكنك التحقق من وجود أي أحداث تحذير أو خطأ في سجلات التطبيقات والخدمات\Microsoft-SMA\العمليات وسجلات أحداث سجلات الخدمات والتطبيقات/مدير العمليات. تشير هذه السجلات إلى اتصال أو نوع آخر من المشكلة التي تؤثر على تمكين الدور إلى Azure Automation أو مشكلة تمت مواجهتها ضمن العمليات العادية. لمزيد من المساعدة في استكشاف أخطاء المشكلات وإصلاحها مع عامل Log Analytics، راجع استكشاف أخطاء المشكلات مع عامل Log Analytics Windows.
يرسل العاملون المختلطون رسائل ومخرجات Runbook إلى Azure Automation بنفس الطريقة التي ترسل بها مهام دفتر التشغيل التي تعمل في السحابة المخرجات والرسائل. يمكنك تمكين عمليات دفق البيانات Verbose وProgress تماماً كما تفعل مع دفاتر التشغيل.
السيناريو: يتعذر على Orchestrator.Sandbox.exe الاتصال بـ Microsoft 365 عبر الوكيل
المشكلة
يتعذر على البرنامج النصي الذي يتم تشغيله على عامل دفتر تشغيل Windows المختلط الاتصال كما هو متوقع بـ Microsoft 365 في بيئة الاختبار المعزولة Orchestrator. يستخدم البرنامج النصي Connect-MgGraph للاتصال.
إذا قمت بضبط Orchestrator.Sandbox.exe.config لتعيين الوكيل وقائمة السماح، فلا تزال بيئة الاختبار المعزولة غير متصلة بشكل صحيح. يبدو أن ملف Powershell_ise.exe.config بنفس إعدادات قائمة السماح والوكيل يعمل كما تتوقع. لا توفر سجلات أتمتة إدارة الخدمة (SMA) وسجلات PowerShell أي معلومات حول الوكيل.
السبب
لا يمكن أن يتجاوز الاتصال بخدمات الأمان المشترك لـ Active Directory (AD FS) على الخادم الوكيل. تذكر أن بيئة الاختبار المعزولة PowerShell تعمل كمستخدم مسجل. ومع ذلك، يتم تخصيص بيئة الاختبار المعزولة Orchestrator بشكل كبير وقد يتجاهل إعدادات الملف Orchestrator.Sandbox.exe.config. لديها تعليمة برمجية خاصة لمعالجة الجهاز أو إعدادات وكيل عامل Log Analytics، ولكن ليس للتعامل مع إعدادات الوكيل المخصصة الأخرى.
نوع الحل
يمكنك حل المشكلة الخاصة ببيئة الاختبار المعزولة Orchestrator عن طريق ترحيل البرنامج النصي الخاص بك لاستخدام وحدات Microsoft Entra بدلا من أوامر PowerShell cmdlets. للحصول على مزيدٍ من المعلومات، راجع ترحيل من Orchestrator إلى Azure Automation (بيتا).
إذا كنت ترغب في الاستمرار في استخدام أوامر cmdlets للوحدة النمطية، فقم بتغيير البرنامج النصي لاستخدام Invoke-Command. قم بتحديد قيم للمعلمتين ComputerNameوCredential.
$Credential = Get-AutomationPSCredential -Name MyProxyAccessibleCredential
Invoke-Command -ComputerName $env:COMPUTERNAME -Credential $Credential
{ Connect-MgGraph … }
يبدأ تغيير التعليمة البرمجية هذا جلسة PowerShell جديدة تماماً ضمن سياق بيانات الاعتماد المحددة. يجب تمكين نسبة استخدام الشبكة للتدفق عبر خادم وكيل يقوم بمصادقة المستخدم النشط.
إشعار
هذا القرار يجعل من غير الضروري معالجة ملف تكوين بيئة الاختبار المعزولة. حتى إذا نجحت في جعل ملف التكوين يعمل مع البرنامج النصي الخاص بك، يتم مسح الملف في كل مرة يتم فيها تحديث عامل دفتر التشغيل المختلط.
السيناريو: عامل دفتر التشغيل المختلط لا يقدم تقارير
المشكلة
جهاز عامل دفتر التشغيل المختلط الخاص بك قيد التشغيل، لكنك لا ترى بيانات رسالة كشف أخطاء الاتصال في مساحة العمل.
يظهر الاستعلام المثال التالي الأجهزة في مساحة عمل ورسالة كشف أخطاء الاتصال الأخيرة الخاصة بها:
Heartbeat
| summarize arg_max(TimeGenerated, *) by Computer
السبب
يمكن أن يكون سبب هذه المشكلة بواسطة ذاكرة تخزين مؤقت تالفة على عامل دفتر التشغيل المختلط.
نوع الحل
لحل هذه المشكلة، قم بتسجيل الدخول إلى عامل دفتر التشغيل المختلط وتشغيل البرنامج النصي التالي. يقوم هذا البرنامج النصي بإيقاف عامل Log Analytics لـ Windows وإزالة ذاكرة التخزين المؤقت الخاصة به، وإعادة تشغيل الخدمة. يفرض هذا الإجراء عامل دفتر التشغيل المختلط لإعادة تنزيل التكوين الخاص به من Azure Automation.
Stop-Service -Name HealthService
Remove-Item -Path 'C:\Program Files\Microsoft Monitoring Agent\Agent\Health Service State' -Recurse
Start-Service -Name HealthService
السيناريو: لا يمكنك إضافة عامل دفتر التشغيل المختلط لـ Windows
المشكلة
تتلقى الرسالة التالية عند محاولة إضافة عامل دفتر التشغيل المختلط باستخدام الأمر cmdlet Add-HybridRunbookWorker:
Machine is already registered
السبب
يمكن أن تحدث هذه المشكلة إذا كان الجهاز مسجلاً بالفعل بحساب Automation مختلف أو إذا حاولت إعادة إضافة عامل دفتر التشغيل المختلط بعد إزالته من جهاز.
نوع الحل
لحل هذه المشكلة، قم بإزالة مفتاح التسجيل التالي، وإعادة تشغيل HealthService، ثم حاول الأمر cmdlet Add-HybridRunbookWorker مرة أخرى.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HybridRunbookWorker
السيناريو: لا يمكنك إضافة عامل دفتر التشغيل المختلط لـ Linux
المشكلة
تتلقى الرسالة التالية عند محاولة إضافة Hybrid Runbook Worker باستخدام sudo python /opt/microsoft/omsconfig/.../onboarding.py --register البرنامج النصي Python:
Unable to register, an existing worker was found. Please deregister any existing worker and try again.
بالإضافة إلى ذلك، محاولة إلغاء تسجيل Hybrid Runbook Worker باستخدام sudo python /opt/microsoft/omsconfig/.../onboarding.py --deregister البرنامج النصي Python:
Failed to deregister worker. [response_status=404]
السبب
قد تحدث هذه المشكلة إذا كان الجهاز مسجلاً بالفعل مع حساب Automation مختلف، إذا تم حذف مجموعة عامل Azure المختلط أو إذا حاولت إعادة إضافة عامل دفتر التشغيل المختلط بعد إزالته من جهاز.
نوع الحل
لحل هذه المشكلة:
إزالة العامل
sudo sh onboard_agent.sh --purge.شغَّل هذه الأوامر:
sudo mv -f /home/nxautomation/state/worker.conf /home/nxautomation/state/worker.conf_old sudo mv -f /home/nxautomation/state/worker_diy.crt /home/nxautomation/state/worker_diy.crt_old sudo mv -f /home/nxautomation/state/worker_diy.key /home/nxautomation/state/worker_diy.key_oldإعادة إلحاق العامل
sudo sh onboard_agent.sh -w <workspace id> -s <workspace key> -d opinsights.azure.com.انتظر المجلد
/opt/microsoft/omsconfig/modules/nxOMSAutomationWorkerلملئه.حاول برنامج Python النصي
sudo python /opt/microsoft/omsconfig/.../onboarding.py --registerمرة أخرى.
الخطوات التالية
إذا لم تشاهد مشكلتك هنا أو لم تتمكن من حل مشكلتك، فجرب إحدى القنوات التالية للحصول على مزيد من الدعم:
- احصل على إجابات من الخبراء في Azure من خلال منتديات Azure.
- تواصل مع @AzureSupport، حساب Microsoft Azure الرسمي لتحسين التجربة الخاصة بالعملاء. تقوم خدمة Azure Support بربط مجتمع Azure بالإجابات والدعم والخبراء.
- احفظ ملفًا يتضمن حادث دعم Azure. انتقل إلى «موقع دعم Azure»، وحدد «Get Support».