أمثلة على تذاكر العملاء.
تذاكر الدعم يتم حلها بشكل أسرع من قبل فرق داخل الولايات المتحدة، وتغطي جميع برامج Microsoft
المواضيع في هذه الصفحة
أزرق
أزرق
المشكلة: أبلغ أحد المستخدمين أن جهاز Azure Virtual Machine (VM) الخاص به لا يعمل بعد تغيير حجم موارد الجهاز، مثل وحدة المعالجة المركزية أو الذاكرة. كان المستخدم قد أوقف تشغيل الجهاز قبل تغيير الحجم واتبع الإجراء الموثق لتغيير الحجم. بعد تغيير الحجم وتشغيل الجهاز، تظهر بوابة Azure أن الجهاز قيد التشغيل، ولكن المستخدم لا يستطيع الاتصال به باستخدام بروتوكول سطح المكتب البعيد (RDP).
الحل: بعد التحقيق في المشكلة، تبين أن وكيل الجهاز الظاهري على Azure VM لا يستجيب بشكل صحيح. ويرجع ذلك إلى أن عملية تغيير حجم الموارد عطلت الاتصال بين وكيل الجهاز الظاهري ووحدة التحكم في بنية Azure. لحل المشكلة، تم إعادة تشغيل وكيل الجهاز الظاهري يدويًا باستخدام وحدة Azure PowerShell. بعد إعادة تشغيل الوكيل، تمكن الجهاز الظاهري من التشغيل بنجاح، وتمكن المستخدم من الاتصال به باستخدام RDP.
أزرق
المشكلة: أبلغ أحد العملاء أن مجموعات توسيع نطاق الأجهزة الظاهرية Azure (VMSS) لا تتوسع لتلبية الطلب المتزايد على موقعه الإلكتروني خلال ساعات الذروة. وقد تحقق من سياسات التوسيع وتأكد من أنه ينبغي أن تتوسع، ولكن لم يتم إنشاء مثيلات VMSS.
الحل: يقوم فريق دعم Azure بالتحقيق في المشكلة ويكتشف أن قواعد التوسع التلقائي تم تكوينها لاستخدام مقياس "متوسط استخدام وحدة المعالجة المركزية"، والذي لا يزداد خلال ساعات الذروة بسبب عوامل أخرى. لحل المشكلة، يوصي الفريق بتغيير قواعد التوسع التلقائي لاستخدام مقياس مختلف، مثل "الطلبات في الثانية"، والذي يدل بشكل أكبر على زيادة الطلب على موقع الويب. يقوم العميل بتنفيذ هذا التغيير وتبدأ مثيلات VMSS في التوسع بنجاح خلال ساعات الذروة. تم حل المشكلة.
Azure Intune
المشكلة: كان العميل يحاول تعيين سياسات للأجهزة التي تديرها Intune على مرحلتين لإجبار Windows Updates على المعالجة. تم تطبيق السياسات، ولكن الأجهزة المعنية لم تتخذ أي إجراء. فتح العميل تذكرة مع US Cloud للمساعدة في مراجعة السياسات ومعرفة ما قد يكون مفقودًا من أجل جعل الأجهزة تعالج التحديثات المعلقة.
الحل: قامت US Cloud ببحث المشكلة ثم أبلغت العميل أن المشكلة المحتملة تتعلق بتطبيق Microsoft Teams Rooms (MTR). يحتوي MTR على منطق مدمج لميزة Windows 10 التي لا تسمح بالتحديثات (للأجهزة التي تعمل بنظام Microsoft Teams Rooms) إلا بعد ستة أشهر من تاريخ إصدار Windows للتحديث. ويتم تحقيق ذلك عن طريق وضع حظر خاص لأجهزة Microsoft Teams Rooms على قناة Windows Update for Business (أي القناة نصف السنوية) ومن خلال إعدادات التطبيق. خلال فترة الحظر هذه، تجري Microsoft اختبارات مختلفة داخليًا ومن خلال شركاء OEM للأجهزة للتأكد من أن إصدار ميزة Windows 10 الجديدة يعمل بشكل متناغم مع تطبيق Microsoft Teams Rooms والأجهزة الطرفية المتصلة به.
هذا مهم لضمان أمان الجهاز وتجربة مستخدم متسقة وللتأكد من جودة التجارب المقدمة من خلال تطبيق Microsoft Teams Rooms. تم توضيح المشكلة والسبب بالتفصيل للعميل وتمكن قسم تكنولوجيا المعلومات من إعادة ضبط التوقعات بشأن تلك التحديثات المتأخرة.
Azure AD
المشكلة: على خادم Windows Server الذي يعمل بنظام Azure AD Connect، لا تعمل عملية المزامنة بشكل صحيح. تظهر حالة المزامنة أن آخر عملية مزامنة لم تنجح، وأن التغييرات التي تم إجراؤها في Active Directory المحلي لم يتم نسخها إلى Azure AD.
الحل: بعد التحقق من تثبيت Azure AD Connect والتأكد من أن الخدمة تعمل، تبين أن المشكلة تتعلق بإعدادات جدار الحماية. لم تكن المنافذ اللازمة للاتصال بـ Azure AD مفتوحة في جدار حماية Windows. لحل المشكلة، تم فتح المنافذ المطلوبة في جدار الحماية عن طريق إنشاء قواعد واردة وصادرة. بعد إجراء هذه التغييرات، تم تشغيل عملية المزامنة بنجاح وتم نسخ التغييرات في Active Directory المحلي إلى Azure AD.
Azure DevOps
المشكلة: أثناء عملية النشر، فشل تشغيل خط أنابيب Azure DevOps، مما تسبب في تأخير إصدار التطبيق. أشارت رسالة الخطأ إلى أن الحزمة المطلوبة مفقودة، ولكن لم يكن من الواضح سبب عدم العثور على الحزمة.
الحل: تم حل المشكلة عن طريق إضافة الحزمة المفقودة إلى تبعيات المشروع وإعادة بناء التطبيق. بالإضافة إلى ذلك، تم تحديث خط الأنابيب ليشمل فحصًا لجميع التبعيات المطلوبة قبل التشغيل، مما ساعد على منع حدوث مشكلات مماثلة في المستقبل. كما قام الفريق بتنفيذ اختبارات آلية لاكتشاف أي مشكلات قبل أن تتسبب في تأخير عملية الإصدار.
مدير موارد Azure
المشكلة: أثناء نشر قالب Azure Resource Manager (ARM) جديد، يفشل النشر مع ظهور رسالة خطأ تفيد بعدم إمكانية إنشاء المورد أو تحديثه.
الحل: لحل المشكلة، تم التحقق من مجموعة الموارد للتأكد من وجودها ومن تخصيص الأذونات الصحيحة لها. وتبين أن الأذونات اللازمة كانت مفقودة، لذا تم منح الأذونات المناسبة للمستخدم والخدمة الرئيسية اللازمين. ثم أعيدت محاولة النشر، وتم إكمالها بنجاح. وتم تحديث المورد كما هو متوقع.
مايكروسوفت 365
M365 ديفندر
المشكلة: لا يكتشف M365 Defender التهديدات على أجهزة Windows على الرغم من وجود السياسات المناسبة وتحديث الأجهزة.
الحل: تم حل المشكلة عن طريق التحقق من إعدادات M365 Defender والتأكد من أن جميع السياسات قد تم تكوينها بشكل صحيح. كانت الخطوة التالية هي التحقق من تثبيت آخر تحديثات Windows Defender على الأجهزة المتأثرة. بعد التأكد من تثبيت التحديثات، تم فحص الأجهزة مرة أخرى بحثًا عن التهديدات، وتم حل المشكلة. أخيرًا، تم اتخاذ تدابير إضافية لضمان أن M365 Defender يراقب ويكتشف التهديدات باستمرار على جميع أجهزة Windows.
M365 Power BI
المشكلة: أبلغ أحد المستخدمين أن لوحة معلومات Power BI الخاصة به لا يتم تحديثها تلقائيًا، على الرغم من أنه قد قام بإعداد التحديث التلقائي وفقًا لجدول زمني محدد.
الحل: بعد التحقيق في المشكلة، تبيّن أن بيانات اعتماد مصدر البيانات الخاصة بالمستخدم لم يتم حفظها بشكل صحيح، مما تسبب في فشل عملية التحديث. تم تحديث بيانات اعتماد مصدر البيانات بمعلومات تسجيل الدخول الصحيحة وأعيد تشغيل جدول التحديث التلقائي. بعد ذلك، تمكنت لوحة المعلومات من التحديث بنجاح وفقًا للجدول الزمني المحدد. نصح المستخدم بالتحقق مرة أخرى من بيانات اعتماد مصدر البيانات في المستقبل عند مواجهة مشكلات مماثلة.
M365 PowerApps
المشكلة: نموذج PowerApps لا يرسل البيانات إلى قائمة SharePoint
الحل: قمنا أولاً بالتحقق من أن قائمة SharePoint قد تم تكوينها بشكل صحيح لقبول البيانات من نموذج PowerApps. ثم تأكدنا من أن اتصال النموذج بقائمة SharePoint يعمل بشكل صحيح. بعد ذلك، راجعنا وظيفة OnSelect للزر "إرسال" للتأكد من أنه مرتبط بشكل صحيح بقائمة SharePoint. وأخيرًا، تحققنا من عدم وجود أي صيغ أو تعبيرات مفقودة أو غير صحيحة في النموذج قد تكون سببًا في حدوث المشكلة. بعد هذه الخطوات، تمكنا من إرسال البيانات بنجاح من نموذج PowerApps إلى قائمة SharePoint.
M365 SharePoint
المشكلة: أبلغ أحد المستخدمين أنه لا يمكنه عرض محتويات قائمة SharePoint في M365. عند النقر فوق القائمة، يتم تحميل الصفحة، ولكن عناصر القائمة لا تظهر.
الحل: قام فريقنا بالتحقيق في المشكلة ووجد أن المستخدم قد قام عن غير قصد بتغيير إعدادات عرض القائمة. نصحنا المستخدم باختيار عرض مختلف أو إعادة تعيين العرض الحالي إلى إعداداته الافتراضية. بعد اتباع تعليماتنا، تمكن المستخدم من عرض محتويات القائمة دون أي مشاكل أخرى. كما قمنا بتذكير المستخدم بضرورة توخي الحذر عند تعديل إعدادات القائمة لتجنب العواقب غير المقصودة.
فرق M365
المشكلة: انتقل العميل مؤخرًا إلى استخدام Teams، ولا تزال أخطاء المستخدمين شائعة. تم اكتشاف أن بعض رسائل Teams المهمة قد تم حذفها عن طريق الخطأ، ولم تنجح جميع محاولات فريق تكنولوجيا المعلومات الداخلي لاستعادتها.
الحل: حصلت US Cloud أولاً على خلفية وتفاصيل حول الرسائل وتأكدت من أن هذه الرسائل/الفريق قد تم حذفها بالفعل مقابل أرشفتها، وهو ما كان قد تم بالفعل. ثم تحقق مهندسو US Cloud لمعرفة ما إذا كان مثيل Microsoft Teams الخاص بالعميل قد تم تكوينه باستخدام "الحجز القانوني". على الرغم من أن ميزة Legal Hold ليست من الميزات التي تستخدمها فرق تكنولوجيا المعلومات بشكل شائع، إلا أنها غالبًا ما يتم تمكينها عند الإعداد لضمان الاحتفاظ بجميع المعلومات والتفاعلات داخل Teams إلى أجل غير مسمى حتى يتمكن أي شخص من البحث عن الأدلة وتصديرها إلى المحكمة. ستحتفظ ميزة Litigation Hold بنسخة من البيانات حتى بعد حذفها. لا يزال بإمكان المستخدم حذف المحتوى كما هو متوقع، ولكن Microsoft ستستمر في الاحتفاظ بالبيانات في مكان مخفي لا يمكن الوصول إليه إلا للمسؤولين.
اكتشف فريق US Cloud أن غرفة Teams المحذوفة تم بالفعل نسخها احتياطيًا في Litigation وتم استعادة الرسائل. تمت مراجعة سجلات التدقيق أثناء مشاركة الشاشة وتبين أنه لا توجد مستويات تدقيق لهذا النوع المعين من الأحداث. نصح US Cloud العميل بالمراجعة من جانب Exchange واكتشف المستخدم الذي حذف الرسائل. ثم تم إرشادهم إلى تعديل الأذونات ذات الصلة لحل المشكلة ومنع تكرار الحادث.
M365 Exchange
المشكلة: توقف خادم Exchange عن إرسال أو استقبال رسائل البريد الإلكتروني. بعد التحقيق، تبين أن خدمات النقل في خادم Exchange توقفت عن العمل. يعود السبب الجذري للمشكلة إلى انتهاء صلاحية شهادة SSL اللازمة لتأمين الاتصال بين خادم Exchange وعملاء البريد الإلكتروني.
الحل: يتم استبدال شهادة SSL منتهية الصلاحية بشهادة صالحة، ويتم إعادة تشغيل خدمات نقل Exchange Server. ثم يتم اختبار Exchange Server للتأكد من وظائف إرسال واستقبال البريد الإلكتروني، ويتم التأكد من حل المشكلة. لمنع حدوث مشكلات مماثلة في المستقبل، يتم إعداد نظام مراقبة لتنبيه فريق تكنولوجيا المعلومات إذا كانت أي شهادات SSL على وشك الانتهاء.
M365 OneDrive
المشكلة: يواجه المستخدمون مشكلات في مزامنة مستندات Office مع OneDrive، مما يؤدي إلى حدوث أخطاء في المزامنة. كما يرى بعض المستخدمين ملفات مكررة تم إنشاؤها في مجلد OneDrive الخاص بهم.
الحل: بعد التحقيق في المشكلة، تبين أن أخطاء المزامنة ناتجة عن تعارض مع مركز تحميل Office. تمثل الحل في تعطيل مركز تحميل Office ثم إصلاح Microsoft Office. تم حل مشكلة الملفات المكررة عن طريق إيقاف تشغيل "الملفات عند الطلب" في إعدادات OneDrive. بعد إجراء هذه التغييرات، تم حل أخطاء المزامنة والمشكلة المتعلقة بالملفات المكررة، وأصبح بإمكان المستخدمين مزامنة مستندات Office مع OneDrive دون أي مشاكل.
M365 Flow
المشكلة: أبلغ أحد المستخدمين أن سير عمل Microsoft Flow الخاص به لا يتم تشغيله على الرغم من استيفاء شروط التشغيل. وقد تحقق بالفعل من استيفاء شروط التشغيل ومن أن حسابه يتمتع بالأذونات اللازمة لتشغيل سير العمل.
الحل: قام فريق الدعم بالتحقيق في المشكلة ووجد أنها مرتبطة بخطأ معروف في خدمة Microsoft Flow. قاموا بتطبيق تصحيح على الخادم المتأثر، ومن ثم تمكن سير عمل المستخدم من التشغيل بنجاح. نصح الفريق المستخدم بالتحقق من لوحة معلومات حالة خدمة Microsoft Flow في حالة حدوث أي انقطاعات أو مشكلات في الخدمة في المستقبل.
مخطط M365
المشكلة: أبلغ أحد الفرق أن مهام Microsoft Planner لا يتم تحديثها بالنسبة للخطط المشتركة. عندما يتم تعيين مهمة لأحد أعضاء الفريق، لا تظهر التغييرات لأعضاء الفريق الآخرين في الوقت الفعلي. وقد أكد الفريق أن جميع المستخدمين متصلون بالخطة المشتركة بشكل صحيح ولديهم الأذونات اللازمة.
الحل: بعد إجراء تحقيقات مكثفة، تم اكتشاف أن المشكلة ناتجة عن تأخير في المزامنة بين خادم Planner وذاكرة التخزين المؤقتة المحلية للمستخدم. يقوم فريق الدعم بتطبيق تصحيح لتحسين عملية المزامنة وتقليل التأخير. بالإضافة إلى ذلك، ينصح الفريق المستخدمين المتأثرين بتحديث ذاكرة التخزين المؤقتة المحلية يدويًا عن طريق مسح الملفات المؤقتة وإعادة تشغيل تطبيق Planner. يضمن ذلك تحديث مهام التعيينات بدقة وفي الوقت المناسب لجميع أعضاء الفريق في الخطة المشتركة.
الديناميات
ديناميكس 365
المشكلة: كان المستخدمون يعانون من بطء الأداء عند استخدام Dynamics 365 في عميل الويب. كان ذلك يسبب الإحباط ويبطئ الإنتاجية.
الحل: بعد التحقيق في المشكلة، تم اكتشاف أن بعض البرامج النصية المخصصة كانت تعمل في الخلفية، ولم تكن مُحسّنة من حيث الأداء. كانت هذه البرامج النصية تتسبب في إبطاء عمل عميل الويب. كان الحل هو تحسين البرامج النصية المخصصة عن طريق إزالة الحلقات غير الضرورية، وتقليل عدد عمليات معالجة DOM، وتحسين الاستعلامات. بعد تنفيذ البرامج النصية المحسّنة، تحسن أداء عميل الويب بشكل ملحوظ، ولم يعد المستخدمون يعانون من بطء الأداء.
ديناميكس إكس إكس
المشكلة: أثناء تثبيت تحديث لـ Dynamics AX، تظهر رسالة خطأ تشير إلى فشل التثبيت بسبب عدم وجود التبعيات. بعد التحقق من التبعيات، تبين أن أحد المكونات الخارجية المطلوبة غير مثبت على الخادم.
الحل: يتم تحديد المكون المفقود وتثبيته على الخادم. ثم يتم إعادة محاولة تثبيت التحديث، ويتم إكماله بنجاح. يتم اختبار النظام للتأكد من أن التحديث لم يتسبب في أي مشاكل في وظائف Dynamics AX. وأخيرًا، يتم تحديث الوثائق لتعكس المكون المثبت حديثًا كعنصر تابع مطلوب للتثبيتات أو الترقيات المستقبلية.
ديناميكس جي بي
المشكلة: يبلغ أحد المستخدمين عن ظهور رسالة خطأ عند محاولة نشر معاملة في Dynamics GP. تشير رسالة الخطأ إلى أن الدفعة يتم تحريرها من قبل مستخدم آخر ولا يمكن نشرها. ومع ذلك، يؤكد المستخدم أنه المستخدم الوحيد الذي يصل إلى الدفعة.
الحل: تبين أن المشكلة ناتجة عن مشكلة قفل في قاعدة البيانات. قام فريق الدعم بتحديد القفل وإزالته، مما سمح للمستخدم بنشر المعاملة بنجاح. يوصي الفريق المستخدم بإجراء مهام صيانة منتظمة لقاعدة البيانات، مثل إجراء فحوصات سلامة قاعدة البيانات ومسح بيانات المعاملات القديمة، لتجنب حدوث مشاكل مماثلة في المستقبل.
ديناميكيات F&O
المشكلة: أبلغ مستخدم Dynamics F&O عن ظهور رسالة خطأ أثناء فتح نموذج معين. أشارت رسالة الخطأ إلى وجود مشكلة في أحد العناصر الموجودة في النموذج ومنعت المستخدم من فتحه. حاول المستخدم تحديث النموذج ومسح ذاكرة التخزين المؤقتة، بل وأعاد تشغيل النظام، لكن الخطأ استمر.
الحل: تبين أن المشكلة ناتجة عن عدم اتساق البيانات في قاعدة بيانات Dynamics F&O. قام مسؤول قاعدة البيانات بتشغيل استعلام لتحديد عدم اتساق البيانات المحدد وتصحيحه. بعد حل مشكلة عدم اتساق البيانات، تمكن المستخدم من فتح النموذج دون ظهور رسالة الخطأ. نصح المسؤول المستخدم بالإبلاغ عن أي مشكلات مماثلة على الفور لمنع حدوث المزيد من عدم اتساق قاعدة البيانات.
خادم ويندوز
خادم ويندوز
المشكلة: كان لدى العميل نظام Windows Server 2012 يعمل بمهمة متكررة مجدولة لإعادة تشغيل الخادم أسبوعيًا. وبدون أي سبب واضح، بدأ الخادم في تنفيذ تلك المهمة في وقت مبكر من الأسبوع، ثم مرة أخرى في الوقت المحدد.
الحل: قامت US Cloud أولاً بإجراء بحث للتأكد من أن النظام لم يكن في وضع السبات. بالإضافة إلى ذلك، لم تكن هناك أي أحداث متعلقة بفقدان طاقة النواة في سجلات الأحداث، ولا كان هناك حدث رقم 42 في السجلات أيضًا. قام مهندسو US Cloud بتوجيه العميل لإزالة شرط التيار المتردد من المهمة والتأكد من عدم وجود إعدادات GPO أو إعداد جدول إعادة تشغيل SCCM. أعاد العميل ضبط جدولة المهام لتكون مهيأة لنظام Windows Server 2012 r2، حيث كانت مضبوطة على 2008. بعد إجراء التغييرات، ترك العميل المهمة تعمل مع التغيير خلال عطلة نهاية الأسبوع وتأكد من حل المشكلة.
خادم ويندوز
المشكلة: أبلغ مسؤول خادم Windows Server أن الخادم الخاص بهم يستمر في التعطل وعدم الاستجابة. بعد التحقيق، وجدوا أن الخادم يتعطل بسبب عدم استجابة خدمة معينة، لكنهم لم يتمكنوا من تحديد سبب المشكلة. حاولوا إعادة تشغيل الخدمة والخادم، لكن المشكلة استمرت.
الحل: أوصى الفريق باستخدام أداة تشخيص الأخطاء لتحديد سبب عدم استجابة الخدمة. وقاموا بتحليل ملف تفريغ الذاكرة الذي أنشأته الأداة ووجدوا أن المشكلة ناتجة عن وظيفة معينة داخل الخدمة. وقاموا بفحص الوظيفة ووجدوا أنها كانت تحاول الوصول إلى مورد لم يعد متاحًا. وقاموا بتحديث الوظيفة للتعامل مع هذا السيناريو بشكل صحيح، وتوقف الخادم عن التعطل.
خادم ويندوز
المشكلة: تعذر على جهاز افتراضي (VM) يعمل بنظام Windows Server 2019 الانضمام إلى المجال، حتى بعد تقديم بيانات الاعتماد الصحيحة. أشارت رسالة الخطأ إلى وجود مشكلة في القناة الآمنة، مما منع الجهاز الافتراضي من إنشاء اتصال مع وحدة التحكم بالمجال. حاول المسؤول إعادة تعيين حساب الكمبيوتر واستعادة القناة الآمنة باستخدام الأمر Netdom، ولكن المشكلة استمرت.
الحل: اكتشف الفريق أن ساعة الجهاز الظاهري كانت غير متزامنة مع ساعة وحدة التحكم بالمجال بأكثر من 5 دقائق، مما تسبب في فشل القناة الآمنة. قام المسؤول بتحديث ساعة الجهاز الظاهري لتتوافق مع ساعة وحدة التحكم بالمجال، وتمكن الجهاز الظاهري من الانضمام إلى المجال بنجاح. كما أوصى الفريق بتكوين مزامنة الوقت على الجهاز الظاهري لضمان بقاء الساعة متزامنة مع ساعة وحدة التحكم بالمجال.
Windows Server - Active Directory
المشكلة: أبلغ مسؤول Windows Server عن مشكلة في نسخ Active Directory بين جهازي تحكم المجال. قام المسؤول بفحص اتصال الشبكة وتكوين DNS ولكنه لم يتمكن من حل مشكلة فشل النسخ. تمت إعادة تعيين القناة الآمنة بين جهازي تحكم المجال، ولكن المشكلة استمرت.
الحل: قام فريق الدعم بالتحقيق ووجد عدم تطابق في معرف الأمان (SID) لوحدات التحكم بالمجال. لحل المشكلة، أوصى الفريق بإجراء تنظيف للبيانات الوصفية لوحدات التحكم بالمجال لإزالة أي إدخالات غير صالحة أو مهملة. تم إجراء التنظيف، ثم أصبحت معرفات الأمان متطابقة بين وحدات التحكم بالمجال. تم إعادة تشغيل النسخ المتماثل، وتمكنت وحدات التحكم بالمجال من التواصل مع بعضها البعض ونسخ بيانات Active Directory بنجاح، مما أدى إلى حل المشكلة.
Windows Server - اتحاد AD
المشكلة: أبلغ مسؤول Windows Server عن وجود مشكلات في مصادقة ADFS، حيث لم يتمكن المستخدمون من تسجيل الدخول إلى التطبيق الموحد. بعد التحقق من صحة الشهادات وعمل علاقة الثقة بين خوادم الاتحاد بشكل صحيح، قام المسؤول بفحص سجلات الأحداث ووجد رسائل خطأ تشير إلى أن خدمة ADFS لم تتمكن من الاتصال بقاعدة بيانات SQL.
الحل: قام فريق الدعم بالتحقيق في المشكلة ووجد أنها ناتجة عن خطأ في تكوين حساب خدمة ADFS في قاعدة بيانات SQL. أوصى الفريق بأن يتحقق المسؤول من أذونات قاعدة بيانات SQL Server لحساب خدمة ADFS ويتأكد من أن لديه الأذونات المناسبة للوصول إلى الجداول المطلوبة. اتبع المسؤول توصية الفريق وقام بتحديث أذونات حساب الخدمة في قاعدة بيانات SQL. بعد ذلك، تمكنت خدمة ADFS من الاتصال بقاعدة البيانات ومصادقة المستخدمين دون أي مشاكل. تم حل المشكلة.
Windows Server - سياسة المجموعة
المشكلة: أبلغ مسؤول Windows Server أن إعدادات نهج المجموعة لا يتم تطبيقها على أجهزة الكمبيوتر العميلة في المجال. وقد تحقق المسؤول من أن كائنات نهج المجموعة مرتبطة بالوحدات التنظيمية (OU) المناسبة وأن الأذونات مضبوطة بشكل صحيح، ولكن الإعدادات لا تزال غير مطبقة. كما تحقق المسؤول من سجلات الأحداث على أجهزة الكمبيوتر العميلة ووجد رسائل خطأ تشير إلى فشل معالجة نهج المجموعة.
الحل: بعد التحقيق في المشكلة، قرر فريق الدعم أن المشكلة ناتجة عن تلف ذاكرة التخزين المؤقت لسياسة المجموعة على أجهزة الكمبيوتر العميلة. لحل المشكلة، أوصى الفريق بمسح ذاكرة التخزين المؤقت لسياسة المجموعة على أجهزة الكمبيوتر العميلة عن طريق حذف محتويات المجلد C:\Windows\System32\GroupPolicy. قام المسؤول بتنفيذ هذا الإجراء على أجهزة الكمبيوتر العميلة، ثم تم تطبيق إعدادات سياسة المجموعة بنجاح. تم حل المشكلة، وأصبحت أجهزة الكمبيوتر العميلة تتلقى إعدادات سياسة المجموعة وتطبقها بشكل صحيح.
Windows Server - PowerShell
المشكلة: أبلغ مسؤول خادم Windows Server أن أوامر PowerShell لا تعمل على الخادم الخاص به. حاول المسؤول تشغيل أوامر أساسية مثل Get-ChildItem و Get-Service، ولكنها فشلت جميعها مع ظهور رسائل خطأ تشير إلى أن الأوامر غير معروفة. كما تحقق المسؤول من أن إصدار PowerShell المثبت على الخادم محدث وأن سياسة التنفيذ مضبوطة للسماح بتشغيل البرامج النصية.
الحل: يحدد فريق الدعم أن المشكلة ناتجة عن فقدان متغير بيئة ضروري لتشغيل PowerShell بشكل صحيح. لحل المشكلة، يوصي الفريق بتعيين متغير بيئة PATH ليشمل مسار المجلد الذي يحتوي على ملف PowerShell القابل للتنفيذ. يضيف المسؤول مسار المجلد إلى متغير بيئة PATH، ومن ثم يمكن تشغيل أوامر PowerShell بنجاح. تم حل المشكلة، ويمكن للمسؤول الآن استخدام أوامر PowerShell على الخادم.
Windows Server - Hyper-V
المشكلة: واجهنا مشكلة شائعة حيث لم تتمكن آلة افتراضية من الاتصال بالشبكة على خادم Hyper-V. تسبب ذلك في مشاكل في الاتصال بين الآلة الافتراضية وأجهزة الشبكة الأخرى.
الحل: تم حل مشكلة اتصال شبكة الجهاز الظاهري على خادم Hyper-V عن طريق التحقق من تكوين المحول الظاهري وتحديث إعدادات محول الشبكة الخاص بالجهاز الظاهري. وجدنا أن تكوين المحول الظاهري كان غير صحيح ويحتاج إلى تحديث للسماح للجهاز الظاهري بالاتصال بالشبكة. بالإضافة إلى ذلك، قمنا بتحديث إعدادات محول الشبكة الخاص بالجهاز الظاهري لاستخدام تكوين الشبكة الصحيح.
Windows Server - سطح المكتب البعيد
المشكلة: واجهنا مشكلة شائعة تتمثل في فشل اتصال سطح المكتب البعيد على خادم Windows Server. أدى ذلك إلى منع الوصول عن بُعد إلى الخادم وتسبب في مشكلات في الاتصال بين الخادم والأجهزة البعيدة.
الحل: لحل المشكلة، قمنا بفحص سجلات أحداث خدمات سطح المكتب البعيد ووجدنا خطأً يشير إلى أن مستقبل RDP غير متاح. ثم قمنا بتشغيل برنامج نصي PowerShell لإعادة تشغيل خدمة مستقبل RDP، مما أدى إلى حل المشكلة وسمح بالوصول عن بُعد إلى الخادم.
Windows Server - IIS
المشكلة: واجهنا مشكلة شائعة حيث لم يكن خادم الويب يستجيب على خادم Windows Server مع IIS. أدى ذلك إلى منع الوصول إلى موقع الويب وتسبب في مشاكل في الاتصال بين الخادم والأجهزة البعيدة.
الحل: لحل هذه المشكلة، قمنا بفحص سجلات IIS ووجدنا خطأً يشير إلى أن الموقع الإلكتروني لم يتمكن من الارتباط بعنوان IP معين. ثم قمنا بفحص تكوين الشبكة ووجدنا أن عنوان IP لم يتم تكوينه بشكل صحيح. قمنا بتحديث تكوين الشبكة لاستخدام عنوان IP الصحيح وأعدنا تشغيل الموقع الإلكتروني، مما أدى إلى حل المشكلة والسماح بالوصول إلى الموقع.
Windows Server - DFS
المشكلة: توقف النسخ المتماثل DFS عن العمل بين جهازي Windows Server، مما يؤدي إلى عدم مزامنة الملفات بشكل صحيح وتسبب عدم اتساق البيانات.
الحل: وجدنا أن المشكلة كانت بسبب برنامج تشغيل شبكة قديم على أحد الأجهزة. بعد تحديث برنامج التشغيل، أعدنا تشغيل خدمة النسخ المتماثل DFS وفرضنا مزامنة بين الخادمين. أدى ذلك إلى حل المشكلة وضمان مزامنة الملفات بشكل صحيح بين الخادمين.
Windows Server - مدير الهوية
المشكلة: يتعذر على المستخدمين تسجيل الدخول إلى التطبيقات بسبب مشكلات في المزامنة بين Windows Server Active Directory ونظام Identity Manager.
الحل: اكتشفنا أن حساب خدمة المزامنة لا يمتلك أذونات كافية للوصول إلى موارد Active Directory الضرورية. قمنا بتحديث حساب الخدمة بالأذونات المناسبة وأعدنا تشغيل خدمة المزامنة. بعد التحقق من سير عملية المزامنة بسلاسة، تمكن المستخدمون من تسجيل الدخول إلى التطبيقات المتأثرة دون أي مشاكل أخرى.
في الموقع
في الموقع - مركز النظام
المشكلة: وحدة التحكم System Center Operations Manager (SCOM) بطيئة في التحميل وتستجيب ببطء لمدخلات المستخدم.
الحل: حددنا أن قاعدة بيانات SCOM كانت تعاني من مشكلات في الأداء بسبب النمو المفرط في حجمها. قمنا بعملية تنظيف وتحسين قاعدة البيانات شملت حذف البيانات القديمة وإعادة فهرسة الجداول وتحديث الإحصائيات. بعد الانتهاء من عملية التحسين، تحسن أداء وحدة التحكم SCOM بشكل ملحوظ، وأبلغ المستخدمون عن سرعة أكبر في التحميل وتحسن في الاستجابة.
في الموقع - SharePoint
المشكلة: أبلغ مسؤول Sharepoint أن المستخدمين لا يستطيعون الوصول إلى مكتبة مستندات معينة على موقع Sharepoint. قام المسؤول بالتحقق من الأذونات على المكتبة وتأكد من أن المستخدمين لديهم الأذونات المناسبة، ولكن المشكلة لا تزال قائمة. قام المسؤول أيضًا بالتحقق من سجلات الموقع والخادم ولم يجد أي أخطاء تتعلق بالمشكلة.
الحل: بعد إجراء مزيد من التحقيقات، اكتشف فريق الدعم أن المشكلة ناتجة عن أذونات تالفة في المكتبة. لحل المشكلة، أوصى الفريق بإعادة تعيين أذونات المكتبة إلى إعداداتها الافتراضية باستخدام PowerShell. قام المسؤول بتشغيل برنامج PowerShell النصي والتحقق من إعادة تعيين أذونات المكتبة. بعد ذلك، تمكن المستخدمون من الوصول إلى المكتبة وتم حل المشكلة.
في الموقع - Exchange
المشكلة: لا يتم تثبيت قاعدة بيانات MS Exchange، ولا يستطيع المستخدمون الوصول إلى رسائل البريد الإلكتروني الخاصة بهم. وقد تحقق مسؤول Exchange من أن قاعدة البيانات في حالة إيقاف تشغيل نظيفة، وأن هناك مساحة كافية متاحة على القرص. ومع ذلك، عند محاولة تثبيت قاعدة البيانات، تفشل العملية مع ظهور رسالة خطأ تشير إلى أن قاعدة البيانات تالفة.
الحل: بعد التحقيق في المشكلة، يقرر فريق الدعم أن قاعدة بيانات Exchange تالفة، وأن السجلات لا يتم إعادة تشغيلها. لحل المشكلة، يوصي الفريق باستعادة قاعدة البيانات من أحدث نسخة احتياطية وإعادة تشغيل السجلات. يقوم المسؤول باستعادة قاعدة البيانات من النسخة الاحتياطية وإعادة تشغيل السجلات، ويتم تثبيت قاعدة البيانات بنجاح. تم حل المشكلة، وأصبح بإمكان المستخدمين الآن الوصول إلى رسائل البريد الإلكتروني الخاصة بهم.
في الموقع - BizTalk
المشكلة: أبلغ مسؤول BizTalk عن وجود مشكلة في إرسال واستقبال الرسائل بين نظامين. وقد تحقق المسؤول من أن منفذ الإرسال ومواقع الاستقبال قد تم تكوينها بشكل صحيح، ولكن لا تزال الرسائل لا تتم معالجتها. كما قام المسؤول بفحص سجلات الأحداث ووجد رسائل خطأ تشير إلى أن الرسائل قد تم تعليقها بسبب خطأ في التحقق من صحة المخطط.
الحل: بعد التحقيق في المشكلة، يقرر فريق الدعم أن المشكلة ناتجة عن عدم تطابق بين مخطط الرسالة والمخطط المتوقع من قبل نظام الاستلام. لحل المشكلة، يوصي الفريق بتحديث مخطط الرسالة ليتطابق مع المخطط المتوقع من نظام الاستلام. يقوم المسؤول بتحديث مخطط الرسالة وإعادة تشغيل منفذ الإرسال وموقع الاستلام، ثم تتم معالجة الرسائل بنجاح. تم حل المشكلة.
في الموقع - SQL Server
المشكلة: أبلغ مسؤول Windows Server أن قاعدة بيانات SQL Server المحلية لا تستجيب، ولا يمكن للمستخدمين الوصول إليها. وقد تحقق المسؤول من أن أجهزة الخادم تعمل بشكل صحيح وأنه لا توجد مشكلات في الاتصال بالشبكة. كما تحقق المسؤول من سجلات أخطاء SQL Server ووجد رسائل خطأ تشير إلى أن قاعدة البيانات تواجه حالات توقف معاملات.
الحل: بعد تحليل معلومات المأزق، يقرر فريق الدعم أن المشكلة ناتجة عن تضارب الاستعلامات من معاملات مختلفة. لحل المشكلة، يوصي الفريق بتعديل استعلامات SQL لضمان عدم تضاربها مع بعضها البعض. يعمل المسؤول مع مطوري التطبيقات لتعديل استعلامات SQL، وتصبح قاعدة البيانات سريعة الاستجابة مرة أخرى. يتم حل المشكلة، ويتمكن المستخدمون من الوصول إلى قاعدة البيانات دون أي مشاكل.
في الموقع - Skype Business
المشكلة: أبلغ أحد المستخدمين أنه لا يستطيع عرض الرسائل في غرفة دردشة دائمة في Skype for Business. يمكن للمستخدمين الآخرين رؤية الرسائل، ولكن هذا المستخدم لا يستطيع ذلك. تحقق المسؤول من أن المستخدم لديه الأذونات المناسبة لغرفة الدردشة وأن غرفة الدردشة تعمل بشكل صحيح، ولكن لا يزال المستخدم غير قادر على رؤية الرسائل.
الحل: بعد التحقيق في المشكلة، اكتشف فريق الدعم أن عميل Skype for Business الخاص بالمستخدم لا يتزامن بشكل صحيح مع الخادم. لحل المشكلة، يوصي الفريق بمسح ذاكرة التخزين المؤقت لـ Skype for Business الخاصة بالمستخدم عن طريق حذف محتويات المجلدين التاليين: \Lync و \Lync\sip_USERNAME. يقوم المستخدم بتنفيذ هذا الإجراء على عميله، ثم يتم عرض الرسائل في غرفة الدردشة الدائمة بشكل صحيح. تم حل المشكلة.
المطور
المطور - متصفح Edge
المشكلة: عند الوصول إلى صفحة ويب من نطاق مختلف، يعرض متصفح Edge رسالة خطأ تفيد بأن الصفحة لا يمكن الوصول إليها بسبب مشكلة في سياسة "مشاركة الموارد عبر الأصول" (CORS). يمنع هذا الخطأ تحميل الصفحة بشكل صحيح ويمكن أن يعطل تجربة التصفح للمستخدم.
الحل: لحل مشكلة CORS، قمنا بتمكين خيار "الوصول إلى مصادر البيانات عبر المجالات" في إعدادات "خيارات الإنترنت" داخل Edge. كما قمنا بتحديث الكود من جانب الخادم لتضمين رؤوس CORS المناسبة للسماح بالطلبات عبر الأصول. بعد إجراء هذه التغييرات، قمنا باختبار التطبيق مرة أخرى وتأكدنا من حل مشكلة CORS.
مطور - Visual Studio
المشكلة: أبلغ أحد المطورين أن إصدار Visual Studio الخاص به قد فشل مع ظهور خطأ MSB3073، مما يشير إلى أن أحد الأوامر قد تم إنهاؤه برمز إنهاء غير صفر. حدث هذا الخطأ عندما حاول المطور تشغيل أمر ما بعد الإنشاء الذي نسخ الملفات التي تم إنشاؤها إلى موقع معين على نظام الملفات. وقد أكد المطور أن الأمر يعمل بشكل صحيح عند تشغيله يدويًا من سطر الأوامر.
الحل: بعد التحقيق، وجد فريق الدعم أن الخطأ MSB3073 نجم عن محاولة Visual Studio تشغيل الأمر التالي للبناء قبل اكتمال بناء جميع تبعيات المشروع. لحل المشكلة، أوصى فريق الدعم بإضافة تبعية إلى السمة "BeforeTargets" للهدف "Copy" في ملف المشروع. وهذا يضمن تنفيذ الأمر التالي للبناء بعد اكتمال بناء جميع التبعيات بنجاح. أجرى المطور هذا التغيير على ملف المشروع وتمكن من البناء بنجاح دون مواجهة الخطأ MSB3073.
مطور - تطوير .Net
المشكلة: أبلغ مطور .NET أن تطبيق ASP.NET Core الخاص به كان يظهر خطأ System.InvalidOperationException عند بدء التشغيل مع الرسالة "تعذر حل الخدمة للنوع". على الرغم من تجربة العديد من الحلول مثل إعادة إنشاء المشروع وتنظيف الحل ومسح ذاكرة التخزين المؤقت لحزمة NuGet، إلا أن الخطأ كان لا يزال يمنع التطبيق من بدء التشغيل بشكل صحيح.
الحل: بعد التحقيق في المشكلة، وجد فريق الدعم أن الخطأ ناتج عن عدم تطابق بين الخدمات المسجلة والتبعيات في التطبيق. لحل المشكلة، أوصوا بفحص طريقة ConfigureServices في ملف Startup.cs للتأكد من تسجيل جميع التبعيات بشكل صحيح. قام المطور بتحديث رمز التسجيل، وأصبح التطبيق قادرًا على التشغيل دون ظهور خطأ System.InvalidOperationException.
مطور - Outlook
المشكلة: اكتشفت هذه الشركة الأمريكية الكبيرة والشهيرة التي تبلغ من العمر 100 عام والتي تحولت من بائع تجزئة إلى بائع عبر الإنترنت فجأة أن أياً من موظفيها لم يتمكن من تسجيل الدخول والوصول إلى موقع SharePoint الخاص بها. كانت الشركة تستخدم هذا المركز كمركز أساسي لمشاركة المستندات والوصول إليها داخلياً، وأدى عدم القدرة على الوصول إلى هذا المركز إلى تعطيل أعمالها بشكل كبير.
الحل: تم فتح تذكرة US Cloud. وبعد استجابة سريعة أولية وتقييم الحالة، تم الاستعانة بمهندس Premier في ذلك اليوم. بعد البحث في الأنشطة الحديثة مع العميل، تم اكتشاف أن شهادة خوادم SharePoint قد تم تحديثها مؤخرًا. قررت US Cloud أن هذا هو السبب المحتمل للمشكلة ونصحت العميل باستيراد شهادة "SharePoint Root Authority" إلى مخزن Trusted Root Cert على جميع خوادم SharePoint. أكمل العميل هذه الخطوة وتم استعادة إمكانية تسجيل الدخول لجميع المستخدمين.
مطور - مجموعة برامج مكتبية
المشكلة: أبلغ أحد المطورين أن ماكرو VBA في Excel يعمل ببطء ويستهلك الكثير من الذاكرة، مما يتسبب في تعطل Excel. كان الماكرو يعمل سابقًا دون أي مشاكل، ولكن بعد إضافة وظائف جديدة وزيادة حجم البيانات التي يتم معالجتها، لم يعد يعمل بشكل مستقر. حاول المطور تحسين الكود وتقليل حجم البيانات، ولكن المشكلة استمرت.
الحل: تقرر أن الأداء البطيء واستهلاك الذاكرة ناتجان عن الاستخدام غير الفعال لكائنات النطاق والحساب المتكرر للصيغ. أوصى الفريق بإعادة هيكلة كود الماكرو لاستخدام المصفوفات بدلاً من كائنات النطاق واستخدام طريقة .Calculate لتشغيل حساب الصيغة مرة واحدة فقط. أجرى المطور هذه التغييرات على كود الماكرو، وتم حل مشكلات الأداء والاستقرار. يعمل الماكرو الآن بكفاءة ولا يتسبب في تعطل Excel.
