كيفية استكشاف مشكلات تكوين IIS في "خدمات SQL Server 2005 التقارير"

مقدمة

توضح هذه المقالة كيفية استكشاف مشكلات تكوين خدمات معلومات إنترنت (IIS) في Microsoft SQL Server 2005 خدمات التقارير.

تتم كتابة هذه المقالة أساسا للمساعدة في تشخيص مشكلات تكوين IIS 6.0 ضمن الوضع الأصلي في "خدمات التقارير". تنطبق هذه المقالة أيضا عادة على IIS 5.0 و IIS 7.0. ومع ذلك، قد تتم كتابة بعض خطوات التشخيص فقط ل IIS 6.0، مثل الخطوات للتحقق من تثبيت Microsoft ASP.NET باستخدام "إدارة IIS". تتناول هذه المقالة أيضا بعض مشاكل التكوين الشائعة مع مصادقة ASP.NET، ومع برنامج Internet Explorer.

مزيد من المعلومات

النهج العام 1

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

تدفق 1.1Request

يسافر طلب HTTP للمستخدم من خلال العديد من الطبقات. معرفة أي طبقة فشل الطلب يمكن أن تساعدك في تحديد طبيعة الفشل. الرسم التخطيطي التالي مخطط تدفق طلب مبسط:



خدمات التقارير دليل ظاهري واحد يقوم بتثبيت "خادم التقرير" ودليل ظاهري واحد لإدارة التقارير. اسم الدليل الظاهري الافتراضي "خادم التقرير" هو "خادم التقرير." اسم الدليل الظاهري الافتراضي الخاص بإدارة التقارير "تقارير".


عادة، تبدأ لتشخيص مشاكل "خدمات التقارير" بإرسال طلب إلى "خادم التقرير" الدليل الجذر في Internet Explorer. بشكل افتراضي، عنوان URL /reportserver< ملقم >http://. إذا كان يعمل "خادم تقرير"، ثم استخدم Internet Explorer لإرسال طلب إلى /reports< ملقم >http://. إذا قمت بتكوين "خادم التقرير" لاستخدام طبقة مأخذ التوصيل الآمنة (SSL)، يجب أولاً التأكد من أن الخادم تشغيل في الوضع غير SSL. إذا قمت بتكوين نشر خارج نطاق، يجب أولاً التأكد من أنه يمكن تشغيل "خادم التقرير" على العقد الفردية. تشخيص مشاكل بهذا الترتيب يساعد عزل المشاكل شكل أسرع.

1.2Common الأعراض

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

لمزيد من المعلومات حول كيفية البحث عن سجل جدار حماية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

929455 عند تكوين موقع مخصص لملف سجل جدار حماية Windows في نظام التشغيل Windows Vista، قد لا يتم كتابة المعلومات إلى ملف السجل

يمكنك أيضا زيارة مواقع Microsoft التالية على الويب:
1.2.2HTTP.sys
IIS 6.0 التي ليست قيد التشغيل في وضع عزل IIS 5.0 و IIS 7.0 استخدام برنامج تشغيل وضع kernel HTTP (HTTP.sys) لتنفيذ الشبكة HTTP الإدخال/الإخراج. بدء تشغيل خدمة HTTP تلقائياً. ليس لديك لإجراء التكوين يدوياً. إذا تم تكوين "خدمات التقارير" استخدام SSL، يجب التأكد من بدء تشغيل خدمة HTTP SSL.

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

لمزيد من المعلومات حول ملفات السجل HTTP.sys خطأ، قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول تسجيل الأخطاء في HTTP API، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

820729 خطأ تسجيل الدخول HTTP API

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

في حالة حدوث مشكلات تكوين متعددة مع IIS، يمكنك إعادة تثبيت IIS. عند القيام بذلك، يجب إعادة تكوين ASP.NET والدلائل الظاهرية "خدمات التقارير".

لمزيد من المعلومات حول IIS موقع ملف السجل، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

324091 كيفية: عرض وتقرير من ملفات السجل

يمكنك أيضا زيارة موقع Microsoft التالي على الويب:
1.2.4ASP.NET
تشير رسالة خطأ في برنامج Internet Explorer إلى حدوث مشكلة في ASP.NET. إذا قمت مسبقاً إلغاء تثبيت IIS أو ASP.NET على الكمبيوتر، يجب التحقق من صحة إعدادات تكوين ASP.NET. يمكنك حل معظم مشاكل التكوين ASP.NET باستخدام الملف aspnet_regiis.exe لإعادة تسجيل ASP.NET في IIS. لمزيد من المعلومات حول التحقق من صحة ASP.NET، انظر الفقرة 4 من هذه المادة.

يمكنك استخدام صفحة.aspx بسيطة لإجراء فحص سلامة العقل لتكوين IIS و ASP.NET. للقيام بذلك، اتبع الخطوات التالية:
  1. إنشاء دليل ظاهري جديد على موقع ويب الذي يستضيف "خدمات التقارير" الدلائل الظاهرية.
  2. منح إذن القراءة والتنفيذ إذن للدليل الظاهري.
  3. نشر صفحة.aspx بسيطة إلى الدليل الظاهري.
لا يمكنك استعراض صفحة.aspx في Internet Explorer، حل هذه المشكلة أولاً. قد تحدث المشكلة في ASP.NET أو في أي من الطبقات قبل وصول الطلب إلى ASP.NET.
الدلائل الظاهرية ملقم 1.2.5Report
في حالة عدم تكوين "خدمات التقارير" الدلائل الظاهرية باستخدام موفر تقارير خدمات Windows Management Instrumentation (WMI) أو أداة تكوين "خدمات التقارير"، يجب اتباع الإرشادات الموجودة في الفرع 4-1 للتحقق من إعدادات الدلائل الظاهرية. في حالة حدوث مشكلات تكوين متعددة، يمكنك إعادة إنشاء الدلائل الظاهرية باستخدام WMI أو باستخدام أداة تكوين "خدمات التقارير".

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

لمزيد من المعلومات حول سجلات التتبع "خدمات التقارير"، قم بزيارة موقع Msdn التالي:ما يلي مثال نموذجي لهذه الأخطاء:
w3wp! ui! 1! 8/ 2008/5/10: 20:56:: e خطأ: رمز حالة HTTP 500-->

---تفاصيل--

System.Net.WebException: فشل الطلب مع < بعض الأخطاء >

في Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods()
في Microsoft.ReportingServices.UI.Global.RSWebServiceWrapper.GetSecureMethods()
إذا لم يعمل الدليل الظاهري "خادم التقرير"، ولكن لا يعمل الدليل الظاهري "إدارة التقارير"، مراجعة URL الذي يستخدم "إدارة التقارير" للاتصال "خادم التقارير".

لمزيد من المعلومات، قم بزيارة موقع ويب التالي:لمزيد من المعلومات، انقر فوق رقم المقالة التالية لعرضها في "قاعدة معارف Microsoft":

922656 رسالة خطأ عند محاولة فتح أداة إدارة التقارير في "خدمات SQL Server 2005 التقارير": "فشل الطلب مع حالة HTTP 400: طلب غير صحيح" أو "فشل محاولة الاتصال بخادم التقارير"

مشكلات تكوين موقع 2Web

2.1Web موقع مسائل الهوية

تشير رسالة خطأ إلى Internet Explorer لا يمكن الوصول إلى "إدارة التقارير" أو خادم تقرير، يجب التحقق من إعدادات موقع ويب "خدمات التقارير". فيما يلي بعض رسائل الخطأ التي قد تظهر.

في "إدارة التقارير"، تتلقى رسالة الخطأ التالية:
فشلت محاولة الاتصال بخادم التقارير. تحقق من توصيل المعلومات وخادم التقرير في إصدار متوافق.
في Internet Explorer، تتلقى رسالة الخطأ التالية:
لا يمكن العثور على ملقم أو خطأ DNS
في Internet Explorer، تتلقى رسالة الخطأ التالية:
HTTP 400 طلب غير صحيح
تأكد من أن يحل عنوان IP أو اسم المضيف الذي يتم استخدامه في محدد موقع المعلومات لموقع ويب الذي يستضيف "خدمات التقارير" الدلائل الظاهرية والكمبيوتر. أن الدلائل الظاهرية يتم استضافتها على مواقع ويب مختلفة، التحقق من تكوين موقع ويب لكل خادم التقارير وإدارة التقارير.

إذا تم تحديد عنوان url الخاص بعنوان IP، تحقق مما يلي:
  • تأكد من أن يحل عنوان IP للكمبيوتر الذي يستضيف "خدمات التقارير" الدلائل الظاهرية. يمكنك استخدام الأمر ipconfig.exe لسرد واجهات شبكة الاتصال للكمبيوتر.
  • التأكد من أن مواقع الويب هذه "خدمات التقارير" المضيف تستخدم إعداد كافة غير المعينة أو عنوان IP التي قمت بتحديدها في جزء تعريف موقع ويب .
إذا تم تحديد عنوان URL باسم مضيف، تحقق مما يلي:
  • تأكد من أن حل اسم المضيف للكمبيوتر "خدمات التقارير". يمكنك استخدام الأمر ping.exe لتحليل اسم المضيف إلى عنوان IP. بعد ذلك، تأكد من أن يحل عنوان IP للكمبيوتر الذي يستضيف "خدمات التقارير" الدلائل الظاهرية.
  • تأكد من أن موقع ويب يستخدم الإعداد كافة غير المعينة لتحديد موقع ويب، أو أن موقع ويب تعيين رأس مضيف الذي يتطابق مع رأس المضيف في الطلب. رأس المضيف الذي يستخدم الطلب هو عادة اسم الملقم المحدد في محدد موقع المعلومات. في سيناريو موازنة حمل شبكة (NLB)، رأس المضيف هو عادة اسم عقده الظاهري. يمكن أيضا تعريف رأس المضيف في ملف المضيفين.
في IIS 5.0 و IIS 6.0، يتم تحديد هوية موقع ويب في جزء " تعريف موقع ويب " من علامة التبويب موقع ويب في صفحة خصائص موقع ويب . في IIS 7.0، يمكنك تعريف هوية موقع ويب بالنقر فوق الارتباطات في الجزء تحرير موقع . لمزيد من المعلومات حول كيفية تعريف هوية موقع ويب، قم بزيارة مواقع الويب التالية.

ملاحظة: يستخدم IIS 5.0 واجهة مشابهة ل IIS 6.0 بتعريف هوية موقع ويب.يجب أيضا التأكد من أن يستخدم "إدارة التقارير" URL صحيح للوصول إلى "خادم التقرير". لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:

2.2Issues التي تحدث بعد إعادة تثبيت IIS

في حالة إعادة تثبيت IIS، قد تضطر إلى إعادة تكوين ASP.NET الدلائل الظاهرية "خادم التقرير" وإنشاء تقرير إدارة الدلائل الظاهرية.
معلومات لتثبيت IIS
لمزيد من المعلومات حول كيفية تثبيت IIS 6.0، قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول كيفية إزالة تثبيت IIS 6.0، قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول كيفية تثبيت IIS 7.0، قم بزيارة موقع Microsoft التالي على الويب:لمزيد من المعلومات حول كيفية تثبيت واستخدام IIS 5.0، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

موارد 266115 لتثبيت واستخدام IIS 5.0

معلومات حول كيفية إعادة إنشاء الدلائل الظاهرية "خدمات التقارير"
لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:

2.3Issues مع عوامل تصفية ISAPI

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

مشاكل 3Authentication

3.1You يجب إدخال بيانات الاعتماد في Internet Explorer الوصول إلى "خدمات التقارير"

عندما يتم تكوين "خدمات التقارير" استخدام مصادقة Windows المتكاملة، عادة يتم تكوين Internet Explorer لا للمطالبة ببيانات الاعتماد. لتحديد ما إذا كان تكوين Internet Explorer للمطالبة ببيانات الاعتماد دوماً، اتبع الخطوات التالية:
  1. فتح Internet Explorer.
  2. من القائمة أدوات ، انقر فوق " خيارات إنترنت".
  3. في علامة التبويب أمان ، حدد المنطقة التي تنطبق على URL الذي يتم استخدامه للوصول إلى "خادم التقرير". على سبيل المثال، إذا كنت تستخدم اسم NetBIOS للوصول إلى "خادم تقرير"، حدد منطقة إنترانت المحلية .
  4. انقر فوق مستوى مخصص.
  5. مجال المصادقة المستخدم مربع الحوار إعدادات الأمان ، انقر فوق تسجيل الدخول التلقائي في منطقة إنترانت فقط في مجال تسجيل الدخول . إذا كان عنوان URL في منطقة إنترانت، يمكنك النقر فوق تسجيل دخول تلقائي باسم المستخدم الحالي وكلمة المرور.

3.2You تلقي رسالة خطأ HTTP 401 بعد إدخال بيانات الاعتماد في برنامج Internet Explorer

إذا تلقيت رسالة خطأ HTTP 401 بعد أن تلقيت المطالبات المتكررة ببرنامج Internet Explorer، حدث فشل في مصادقة. على سبيل المثال، إذا قمت بتثبيت "خدمات التقارير" في الوضع الأصلي، قد تطالب ببيانات اعتماد ثلاث مرات قبل ظهور رسالة خطأ HTTP 401 في Internet Explorer. عند حدوث هذه المشكلة، يظهر سجل IIS "HTTP 401" الاستجابة IIS. لحل هذه المشكلة، تحقق مما يلي:
  • تأكد من إدخال اسم المستخدم الصحيح وكلمة المرور.
  • اتبع الخطوات الموجودة في القسم 3، 1 من هذه المادة. تأكد من عدم تحديد تسجيل دخول مجهول في إعدادات الأمان للمنطقة.
تلقي رسالة خطأ HTTP 401 كثرة إذا قمت بتكوين "خدمات التقارير" استخدام مصادقة Windows المتكاملة. افتراضياً، يتم تمكين IIS على طريقة مصادقة تفاوض وأسلوب مصادقة NTLM. يستخدم Internet Explorer أسلوب مصادقة تفاوض قبل Internet Explorer يستخدم أسلوب مصادقة NTLM.

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

لمزيد من المعلومات، انقر فوق رقم المقالة التالية لعرضها في "قاعدة معارف Microsoft":

896861 ظهور خطأ 401.1 عند استعراض موقع ويب يستخدم "مصادقة المتكاملة" وتتم استضافته على IIS 5.1 أو IIS 6

3.2.1 مصادقة Kerberos
عندما يكون بروتوكول المصادقة التي تم التفاوض عليها Kerberos، قد تتلقى رسالة خطأ HTTP 401 بسبب مشاكل مصادقة Kerberos. فيما يلي بعض هذه المسائل:
  • إذا كان تجميع التطبيقات الخاص بك يستند إلى حساب مجال، قد تتلقى رسالة خطأ HTTP 401 إذا لم يتم تكوين HTTP اسم الخدمة الأساسي "(SPN). عند حدوث هذه المشكلة، تظهر Kerberos رمز الخطأ التالي:
    KRB_ERR_APP_MODIFIED
    قد تكون قادراً على الوصول إلى الملقم باستخدام URL التالي:
    http://localhost/<reportserver_vdir>
    ومع ذلك، لا يمكن الوصول إلى الخادم باستخدام URL التالي:
    http://<NetBIOS>/<reportserver_vdir>
    لإصلاح أو حل هذه المشكلات، استخدم إحدى الطرق التالية:
    • تكوين SPN HTTP لتمكين مصادقة Kerberos. في حالة استخدام اسم NetBIOS و FQDN في URL الخاص بك للوصول إلى "خدمات التقارير"، يجب تسجيل SPN HTTP لاسم NetBIOS و FQDN. لا يمكن تكوين SPN HTTP لحسابات مختلفة على نفس جهاز الكمبيوتر. ولذلك، يجب تشغيل تجمعات التطبيقات مختلفة ضمن نفس الحساب لاستخدام نفس SPN HTTP. للحصول على مزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

      871179 تلقي "خطأ HTTP 401.1-: تم رفض الوصول بسبب بيانات اعتماد غير صالحة" ظهور رسالة خطأ عند محاولة الوصول إلى موقع ويب الذي يعد جزءا من تجمع تطبيقات IIS 6.0

    • تغيير هوية تجمع التطبيق الخاص بك إلى نيتوركسيرفيسيس أو إلى LocalSystem. استخدام هذه الحسابات SPN المضيف المضمنة بدلاً من HTTP SPN.
    • فرض IIS لقبول مصادقة NTLM فقط. لمزيد من المعلومات، قم بزيارة موقع Microsoft التالي على الويب:
  • يظهر رمز الخطأ Kerberos التالي في سجل الأحداث:
    KRB_ERR_RESPONSE_TOO_BIG
    لحل أو إيجاد حل بديل لهذه المشكلة، اتبع الخطوات التالية:
    1. تمكين تسجيل Kerberos. للحصول على مزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

      كيفية تمكين تسجيل الأحداث Kerberos 262177

    2. تفحص السجل. في حالة ظهور رمز الخطأ KRB_ERR_RESPONSE_TOO_BIG، راجع مقالة قاعدة معارف Microsoft التالية لحل هذه المشكلة:
      244474 كيفية فرض Kerberos لاستخدام TCP بدلاً من UDP في Windows Server 2003 ونظام التشغيل Windows XP ونظام التشغيل Windows 2000

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

3.3You تلقي رسالة خطأ "تم رفض وصول" في Internet Explorer ل IUSR أو للمستخدم المجهول IIS آخر

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

3.4Kerberos تحدث مشكلات التفويض

هذه المشكلات عادة تعرف المشاكل "القفزة المزدوجة". قد تحدث مشكلات تفويض Kerberos إذا تحققت الشروط التالية:
  • تكوين الأمان المتكامل لمصادر البيانات في التقرير.
  • التقرير الخاص بك بالوصول إلى ملقم بعيد لمصدر بيانات. على سبيل المثال، التقرير الخاص بك الوصول إلى "خدمات التحليل" أو خادم قاعدة بيانات Microsoft SQL Server.
  • عند الوصول إلى التقرير، تتلقى إحدى رسائل الخطأ التالية:

    رسالة الخطأ 1
    فشل تسجيل الدخول للمستخدم (null)
    رسالة الخطأ 2
    فشل تسجيل الدخول للمستخدم "NTAUTHORITY\ANONYMOUS"
  • عند التحقق من سجل أحداث الأمان على الخادم الذي يستضيف مصدر البيانات، تظهر الأحداث التي تشير إلى أنه تم تسجيل مستخدم مجهول.
لا يمكن تنفيذ نظام مصادقة NTLM عمليات قفزة مزدوجة. إذا قمت بإزالة موفر مصادقة تفاوض من موقع ويب أو الدليل الظاهري "خدمات التقارير"، يجب عليك إعادة إضافة موفر المصادقة مفاوضة.

لمزيد من المعلومات، قم بزيارة المقالات التالية كيلو بايت أو مواقع Microsoft على ويب:للحصول على مزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

كيفية تكوين IIS لدعم كل من بروتوكول Kerberos وبروتوكول NTLM لمصادقة الشبكة 215383

مشاكل استكشاف الأخطاء وإصلاحها Kerberos 326985 في IIS

كيفية تكوين SQL Server 2005 Analysis Services استخدام مصادقة Kerberos 917409

319723 كيفية استخدام مصادقة Kerberos في SQL Server

كيف 909801 للتأكد من أنك تستخدم مصادقة Kerberos عندما تقوم بإنشاء اتصال بعيد بمثيل SQL Server 2005

لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:إذا كنت تريد تجنب مصادقة Kerberos، يمكنك استخدام إحدى الطرق التالية:
  • تكوين بيانات الاعتماد المخزنة لمصدر البيانات.
  • تكوين "خدمات التقارير" استخدام المصادقة الأساسية. أسلوب تسجيل الدخول الافتراضي هو الأسلوب نيتوورككليرتيكست . هذا الأسلوب يسمح لك لجعل قفزة واحدة إضافية من خادم التقرير.

مشكلات تكوين 4ASP.NET

4.1General الأخطاء

مشكلات تكوين ASP.NET لديهم أعراض مختلفة. على سبيل المثال، أحد الإجراءات التالية قد يحدث:
  • قد تتلقى رسالة خطأ HTTP 404.
  • قد تتلقى رسالة الخطأ التالية:
    تعذر تحميل الموارد Microsoft.ReportingServices.UI.GlobalApp
  • قد تتلقى رسائل خطأ استثناء آخر من ASP.NET.
قد يكون سبب مشكلات تكوين ASP.NET بإلغاء تثبيت أو إعادة تثبيت إصدار من Microsoft.NET Framework. لحل هذه المشكلات، قم بما يلي:
  • في "إدارة IIS"، انقر نقراً مزدوجاً فوق عقده مواقع ويب ، وثم انقر فوق خصائص. في النافذة "خصائص مواقع ويب"، انقر فوق علامة التبويب ASP.NET ومن ثم التحقق من إصدار ASP.NET 2.0.50727.
  • في "إدارة IIS"، انقر نقراً مزدوجاً فوق عقده مواقع ويب ، وثم انقر فوق خصائص. في الإطار "خصائص مواقع ويب"، انقر فوق التبويب إيسابيفيلتيرس وثم انقر فوق عامل تصفية ASP.NET_2.0.50727.0 . تحقق من أن مربع الملف القابل للتنفيذ تتضمن مساراً صالحاً لملف.dll تصفية ASP.NET.

    ملاحظة: في IIS 5.1، لا يوجد عامل التصفية.

    ملاحظة: في IIS 7.0، يمكنك مشاهدة عامل التصفية بواسطة النقر فوق رمز عوامل تصفية ISAPI على صفحة الخصائص لموقع ويب.
  • في "إدارة IIS"، حدد موقع ثم انقر نقراً مزدوجاً فوق الدليل الظاهري "خادم التقرير" وثم انقر فوق خصائص. في مربع الحوار، انقر فوق علامة التبويب الدليل الظاهري ، ومن ثم انقر فوق تكوين. تحقق من أن جزء "ملحقات التطبيقات" فارغ. تحقق من أن جزء بدل تطبيق مخططات تعيين حرف بدل واحد. حدد مخطط أحرف البدل، ومن ثم انقر فوق تحرير. تأكد من أن مربع التنفيذ يحتوي على المسار الصحيح للملف aspnet_isapi.dll. تأكد من عدم تحديد خانة الاختيار التحقق من هذا الملف موجود .
  • في "إدارة IIS"، حدد موقع ثم انقر نقراً مزدوجاً فوق الدليل الظاهري لإدارة التقارير وثم انقر فوق خصائص. في مربع الحوار، انقر فوق علامة التبويب الدليل الظاهري ، ومن ثم انقر فوق تكوين. تحقق من أن جزء "ملحقات التطبيقات" يحتوي على التعيينات الافتراضية. هذه قائمة تعيينات لأنواع الملفات ASP.NET الشائعة، مثل.asax و.aspx. لإعادة إنشاء التعيين الافتراضي، استخدم الأمر التالي لإنشاء مخططات البرنامج النصي الصحيح:
    -s aspnet_regiis.exe < تقرير إدارة مسار >
    ملاحظة: في IIS 7.0، تكون التعيينات تحت الرمز تعيينات معالج .
  • في ملحقات ملقم ويب IIS، تأكد من أنه تم تمكين ASP.NET 2.0.50727.
في حالة فشل التحقق من الصحة، يمكنك تسجيل ASP.NET لحل المشكلة. للقيام بذلك، استخدم إحدى الطرق التالية:
  • إذا كنت تستخدم إصدار 32 بت من "خدمات التقارير" أو على نظام التشغيل 64-بت على نظام تشغيل 32 بت، يتم تنفيذ الأمر التالي في موجه الأوامر:
    %SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe-i-تمكين
  • إذا كنت تستخدم إصدار 64 بت من "خدمات التقارير" على نظام التشغيل 64 بت، يتم تنفيذ الأمر التالي في موجه الأوامر:
    %SystemRoot%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe-i-تمكين
لا يمكنك تشغيل ASP.NET 1. x و ASP.NET 2.0 في نفس العملية المنفذة IIS. إذا كنت تستخدم IIS 6.0 أو IIS 7.0، تأكد من أن تجمع التطبيقات الذي يستضيف التطبيق الخاص بك على "خادم التقرير" لا يستضيف ASP.NET 1. تطبيقات x . إذا كنت تستخدم IIS 5.0 أو إذا كنت تستخدم IIS 6.0 في وضع IIS 5.0 المعزول، تأكد من عدم تشغيل التطبيقات التي تتطلب ASP.NET 1. x.

4.2You تلقي رسالة خطأ "الهوية الحالية (خدمة NT AUTHORITY\NETWORK) ليس لديه حق الوصول للكتابة إلى' ملفات ASP.NET \v2.0.50727\Temporary < مسار > '"

يحدث الخطأ بسبب تكوين ASP.NET غير صالح. لحل هذه المشكلة، منح الكتابة وتنفيذ الأذونات إلى المجلد Temporary ASP.NET Files تشير إلى رسالة الإعلام بالخطأ.

مشاكل 5SSL

تحدث 5.1Problems باستخدام شهادات العميل

إذا قمت بتكوين شهادات العميل الخاص بك الدلائل الظاهرية، قد غير مصادقة "إدارة التقارير" "خادم التقرير". تحدث هذه المشكلة لأنه لم يتم تصميم "إدارة التقارير" لتمرير شهادات العميل عند إدارة التقرير يتصل "خادم التقرير" من خلال طلبات HTTP. ولذلك، إذا قمت بتكوين IIS لتمكين خيار طلب شهادات العميل ، لا يمكنك استخدام "إدارة التقارير". للتغلب على هذه المشكلة، يمكنك مسح خانة اختيار طلب شهادات العميل الدليل الظاهري "خادم التقرير".

5.2 تتلقى رسالة خطأ "تم فرض إغلاق اتصال" أو الأخطاء التي تشير إلى حدوث فشل اتصال SSL

في Internet Explorer، تتلقى إحدى رسائل الخطأ التالية:

رسالة الخطأ 1
فرض إغلاق الاتصال
رسالة الخطأ 2
تم إغلاق الاتصال الأساسي
رسالة الخطأ الثالثة
تعذر تأسيس علاقة ثقة للقناة الآمنة SSL/TLS
رسالة الخطأ 4
رمز حالة HTTP 500-->
إذا تلقيت رسائل الخطأ هذه، قد يكون حدث خطأ اتصال SSL. بشكل عام بسبب فشل اتصال SSL الشهادة المثبتة في IIS. لحل هذه المشكلة، قم بما يلي:
  • تأكد من أن يتم إصدار الشهادة لاسم المضيف أو عنوان المضيف في URL الذي تستخدمه للوصول إلى "إدارة التقارير" أو خادم التقرير.
  • تأكد من أن يتم إصدار الشهادة لاسم المضيف أو عنوان المضيف في عنوان URL الذي يستخدم "إدارة التقارير" للوصول إلى "خادم التقرير".

    ملاحظة: يمكن تعريف URL هذا بواسطة عنصر ريبورتسيرفيرورل في الملف RsWebApplication.config. إذا كان عنوان URL هذا غير محدد، هو اسم المضيف لعنوان URL هذا اسم المضيف الذي يستخدمه العميل الوصول إلى "إدارة التقارير". لأنه يمكن أن يختلف اسم المضيف إذا كنت تستخدم عناوين Url مختلفة للوصول إلى "إدارة التقارير"، نوصي بتعريف العنصر ريبورتسيرفيرورل بشكل صريح باستخدام اسم المضيف الصحيح. لمزيد من المعلومات، قم بزيارة موقع Msdn التالي:
  • تأكد من صحة سلسلة شهادة الثقة. هو التأكد من أن الشهادة أو مصدر الشهادة موثوق بها.

تحدث 5.3Problems في اتصالات HTTP بين خادم التقرير و "إدارة التقارير"

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


لتشخيص هذه المشكلات، استخدم تتبع.NET Framework. لتمكين تتبع.NET Framework، أضف التعليمات البرمجية التالية إلى ملف Web.config الموجود في المجلد "إدارة التقارير":
<system.diagnostics>         <trace autoflush="true" />
<sources>
<source name="System.Net" maxdatasize="1024">
<listeners>
<add name="MyTraceFile"/>
</listeners>
</source>
<source name="System.Net.Sockets" maxdatasize="1024">
<listeners>
<add name="MyTraceFile"/>
</listeners>
</source>
</sources>
<sharedListeners>
<add
name="MyTraceFile"
type="System.Diagnostics.TextWriterTraceListener"
initializeData="d:\tmp\System.Net.trace.log"
/>
</sharedListeners>
<switches>
<add name="System.Net" value="Verbose" />
<add name="System.Net.Sockets" value="Verbose" />
</switches>
</system.diagnostics>

على سبيل المثال، افترض أن رأس مضيف الملقم هو "example1". ومع ذلك، يتم إصدار الشهادة الخاصة بك إلى "example2". عند الوصول إلى الصفحة الرئيسية "إدارة التقارير" باستخدام http://example1/reports URL، تتلقى رسالة تحذير تشير إلى أن الشهادة غير صالحة. لذلك، تكوين شهادة غير صالح.

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

في "إدارة التقارير"، تتلقى رسالة الخطأ التالية:
تم إغلاق الاتصال الأساسي: تعذر تأسيس علاقة ثقة للقناة الآمنة SSL/TLS.
ثم يمكنك إضافة هذه التعليمة البرمجية XML لملف Web.config تحت الدليل "إدارة التقارير".

ملاحظة: قد تضطر إلى إجراء الدمج إذا كان ملف Web.config يحتوي بالفعل على عنصر < التشخيص > أو العنصر < تبديل > .

عند ظهور رسالة الخطأ نفسها، عرض ملف السجل الذي قمت بتحديده في التعليمات البرمجية XML. في هذا المثال، يكون ملف السجل في الموقع التالي:
D:\tmp\System.Net.trace.log
في نهاية السجل، راجع ما يلي:
System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate has errors:System.Net Information: 0 : [3316] SecureChannel#63605042 - Certificate name mismatch.
System.Net Information: 0 : [3316] SecureChannel#63605042 - A certificate chain processed, but terminated in a root certificate which is not trusted by the trust provider.

System.Net Information: 0 : [3316] SecureChannel#63605042 - Remote certificate was verified as invalid by the user.
System.Net.Sockets Verbose: 0 : [3316] Socket#23836999::Dispose()
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609:: - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
System.Net Error: 0 : [3316] Exception in the HttpWebRequest#44235609::EndGetResponse - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.

لاحظ أن رسالة الخطأ يشير إلى نوع المشكلة الشهادة التي حدثت.

مخرج 6Scale وتحميل موازنة مشكلات

6.1You تلقي خطأ HTTP 401 بشكل متقطع

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

للتغلب على هذه المشكلة، استخدم إحدى الطرق التالية:
  • تغيير ملف المضيفين على كل عقده بحيث انتقل إلى المضيف المحلي طلبات الانتقال إلى العقدة الافتراضية بدلاً من ذلك. على سبيل المثال، يمكنك إعادة توجيه الطلبات إلى العقدة الافتراضية لعنوان IP 127.0.0.1. تمنع هذه العملية قفزة مزدوجة بتقييد من تقرير إدارة الطلبات إلى "خادم التقرير" على نفس الكمبيوتر.
  • إذا كان لديك تثبيت "خدمات التقارير" أصلية، تكوين العلامة < ريبورتسيرفيرورل > لاستخدام "localhost" بدلاً من الملقم الظاهري.

7 قضايا WindowsVista و Windows Server 2008

إذا كنت تقوم بتثبيت "خدمات التقارير" في نظام التشغيل Windows Vista أو Windows Server 2008، راجع مقالة قاعدة المعارف التالية وموقع MSDN على ويب بعناية:
كيفية تثبيت SQL Server 2005 التقرير Services على جهاز كمبيوتر يستند إلى نظام التشغيل Windows Vista 934164

938245 كيفية تثبيت وتكوين "خدمات SQL Server 2005 التقارير" على كمبيوتر الذي يشغل Windows Server 2008

تلقي رسالة خطأ "IIS أما غير مثبت أو لم يتم تكوينه لتثبيت المكون الملقم" أثناء الإعداد

عند محاولة تثبيت "خدمات التقارير" على نظام التشغيل Windows Vista أو Windows Server 2008، تتلقى رسالة الخطأ التالية، حتى إذا تم مسبقاً تثبيت IIS:
IIS أما غير مثبت أو لم يتم تكوينه لتثبيت المكون الملقم
تحدث هذه المشكلة لأنه لم يتم تثبيت الميزة توافق إدارة IIS 6.0. للحصول على مزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف ل Microsoft":

949455 نظام 2007 إدارة عمليات مركز التقارير فشل التثبيت على جهاز كمبيوتر Windows Server 2008 إذا لم يتم تثبيت IIS 6.0 إدارة التوافق

إعادة توجيه الصفحة 8Home

عندما تقوم باستخدام IIS، يمكنك استخدام إدارة التقارير كالصفحة الرئيسية الافتراضية لخادم ويب. على سبيل المثال، قد تحتاج لإعادة توجيه الطلبات من http://< ملقم > URL إلى عنوان URL /reports< ملقم >http:// . لمزيد من المعلومات حول كيفية تكوين إعادة التوجيه إلى الصفحة الرئيسية "إدارة التقارير"، راجع مقطع "إعادة التوجيه إلى" إدارة التقارير "الدليل الظاهري" في موقع Msdn التالي:ملاحظة: لا يمكنك تكوين "إدارة التقارير" مباشرة على مستوى موقع ويب الجذر. بدلاً من ذلك، يجب عليك تكوين إعادة التوجيه إلى تعيين مدير التقارير كالصفحة الرئيسية الافتراضية لخادم ويب.

مشاكل 9Export

9.1An التصدير المهلة

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

قد يكون سبب هذه المشكلة عن طريق تكوين Internet Explorer غير صحيح، خاصة إذا كان التقرير صغيرة حيث أن المهلة لا يحدث بسبب العديد من عمليات نقل البيانات. لحل هذه المشكلة، اتبع الخطوات التالية.
  1. في Internet Explorer، انقر فوق " خيارات إنترنت " في القائمة " أدوات ".
  2. في مربع الحوار " خيارات إنترنت "، انقر فوق علامة التبويب خيارات متقدمة ، ومن ثم حدد إعدادات HTTP 1.1.
  3. انقر لإلغاء تحديد خانة الاختيار استخدام HTTP 1.1 وخانة الاختيار استخدام HTTP 1.1 عبر اتصالات الوكيل .
  4. انقر لتحديد خانة الاختيار استخدام HTTP 1.1 وخانة الاختيار استخدام HTTP 1.1 عبر اتصالات الوكيل .
  5. قم بإعادة تشغيل برنامج Internet Explorer.

1064-بت القضايا

10.1You تلقي رسالة خطأ "محاولة لتحميل تجميع 64-بت على نظام أساسي 32 بت"

عند محاولة تشغيل العمليات المنفذة 32 بت والعمليات المنفذة 64 بت جنبا إلى جنب في IIS 6.0، تتلقى رسالة الخطأ التالية:
جرت محاولة لتحميل تجميع 64-بت على نظام أساسي 32 بت
لمزيد من المعلومات، قم بزيارة موقع ويب التالي:

10.2Issues تحدث عند IIS وخدمات التقارير في وضع 64 بت، ولكن يقوم بتشغيل IIS وضع 32 بت

لمزيد من المعلومات، انقر فوق أرقام المقالات التالية لعرضها في "قاعدة معارف Microsoft":

894435 كيفية التبديل بين إصدارات 32 بت من ASP.NET 1.1 والإصدار 64 بت من ASP.NET 2.0 على إصدار 64-بت من Windows

كيفية تثبيت إصدار 32 بت من خدمات في تقارير SQL Server 2005 على جهاز كمبيوتر يقوم بتشغيل إصدار 64 بت من Windows 934162

11IIS ومشكلات تكوين الدليل الظاهري

11-1 تكوين غير صالح للدلائل الظاهرية "ملقم تقرير" أو الدلائل الظاهرية إدارة التقارير

تظهر إحدى رسائل الخطأ التالية:

رسالة الخطأ 1
خدمة HTTP 503 غير متوفر
رسالة الخطأ 2
HTTP 403.14-محظور (رفض سرد الدليل)
رسالة الخطأ 2
رفض سرد الدليل
رسالة الخطأ 2
الخدمة غير متوفرة
رسائل الخطأ هذه الإشارة إلى تكوين "خادم تقرير" الدلائل الظاهرية أو الدلائل الظاهرية "إدارة التقارير" غير صالح. لحل هذه المشكلة، إعادة إنشاء الدلائل الظاهرية "تقرير الخادم" والدلائل الظاهرية "إدارة التقارير". للقيام بذلك، اتبع الخطوات التالية:
  1. استخدام "إدارة IIS" لإزالة الدلائل الظاهرية الموجودة في IIS.
  2. استخدام "أداة تكوين خدمات التقارير" أو موفر WMI لخدمات التقارير لإنشاء الدلائل الظاهرية الجديد.
لمزيد من المعلومات، قم بزيارة مواقع Microsoft التالية على الويب:

12Deploying خدمات التقارير و Windows SharePoint Services جنبا إلى جنب

لمزيد من المعلومات حول كيفية نشر Windows SharePoint Services جنبا إلى جنب وخدمات التقارير، قم بزيارة موقع Msdn التالي:

مشاكل منشئ 13Report

13.1You تلقي خطأ HTTP 401 عند بدء تشغيل "منشئ التقارير"

يستخدم "خادم تقرير" المصادقة الأساسية، يجب عليك تكوين المصادقة المجهولة "منشئ التقارير". "منشئ التقرير" تطبيق ClickOnce. لا يمكن معالجة تطبيقات ClickOnce المصادقة الأساسية. لمزيد من المعلومات، قم بزيارة موقع Msdn التالي:

تحليل مشكلات الملف 14Web.config

14.1You تلقي رسالة خطأ System.NullReferenceException من الأسلوب Microsoft.ReportingServices.Diagnostics.WebConfigUtil.GetWebConfigAuthenticationAttr

قد تحدث هذه المشكلة عندما يتعذر توزيع "خدمات التقارير" في ملف Web.config. لحل هذه المشكلة، قم بما يلي:
  • تحقق من أن ملف Web.config الموجود في المجلد التالي لا يحتوي على مساحة اسم:
    %ProgramFiles%\Microsoft SQL < اسم المثيل > Server\ \Reporting Services\ReportServer
    إذا كان الملف Web.config مساحة اسم، قم بإزالة مساحة الاسم.

    ملاحظة: إضافة مساحة اسم المحرر الذي قمت باستخدامه لتعديل الملف. لتحديد إذا كان هذا قد حدث، ابحث عن السمة xmlns على السطر الأول من الملف.
  • تأكد من أن عقده < المصادقة > يحتوي على سمة الوضع . في حالة عدم وجود السمة إضافة سمة الوضع إلى عقده < المصادقة >. تعيين قيمة سمة مناسبة.

    على سبيل المثال، إذا كنت تستخدم مصادقة Windows المتكاملة، وضع مصادقة الأرجح تعتزم "Windows". لمزيد من المعلومات حول أوضاع المصادقة ASP.NET، راجع مواقع ويب MSDN التالي:
خصائص

رقم الموضوع: 958998 - آخر مراجعة: 09‏/01‏/2017 - المراجعة: 1

تعليقات