IIS هانغ استكشاف الأخطاء وإصلاحها

Question

وأنا على التوالي على موقع على شبكة الانترنت IIS 6 (ويندوز سيرفر 2003) الذي يخيم أحيانا.

<اقتباس فقرة>   

والجدول الزمني:

     

والمفرج عنهم إلى البرية، ركض موقع جيد   لمدة 3 أيام.

     

موقع معلقة على كل طلب حتى   تم إيقاف الموقع وبدأت.

     

والموقع يعمل لمدة 2 اسابيع مع عدم وجود   المشكلة.

     

موقع معلقة على كل طلب حتى   إعادة تشغيل الموقع.

ونحن نرى عدد قليل من إدخالات سجل التطبيق قبل بدء تعليق: يخطأ w3wp.exe التطبيق، يخطأ الوحدة النمطية غير معروف، الإصدار 0.0.0.0 العنوان الخطأ -------.

ويتم كتابة التطبيقات المثبتة على الموقع في صافي 2.0.

ويمكن لأي شخص يرجى دليل لي على استكشاف هذه المشكلة؟ شكرا!

Answer 1

قد يكون أفضل رهان لاستخدام ADPlus لالتقاط تفريغ الذاكرة من عملية الشنق w3wp، ومن ثم استخدام WinDbg + ملحق SOS في محاولة لتحديد سبب تعليق.

ويمكنك الحصول على adplus وWindbg هنا: http://www.microsoft.com/whdc/devtools/debugging/default. mspx

وأيضا، تيس Ferrandez 'بلوق هو منجم ذهب المطلق للحصول على معلومات حول تعلم كيفية تحليل الذاكرة مقالب مع Windbg. حتى لديها مجموعة من المختبرات يمكنك الذهاب من خلال استهداف نحو سيناريوهات محددة.

http://blogs.msdn.com/tess/default.aspx

Answer 2

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

و. NET تخزين المجلدات في تطبيق الويب الخاص بك. هناك مفتاح التسجيل على الخادم (لا أتذكر أين) التي تضع حدا مجلد (صدق أو لا تصدق). تم تعيين الحد الأقصى إلى 150 المجلدات بشكل افتراضي. إذا كان لديك أكثر من هذا العديد من المجلدات في تطبيق الويب الخاص بك، وحاولت الوصول إلى المجلد 151st، فإنه يتلف IIS.

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

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

Answer 3

وتأكد من تعيين IIS لتكون قادرة على إعادة تدوير عمليته اوتوماتيكيا، قد تساعد على حل المشكلة إذا كان تسرب للذاكرة. (حسنا حسنا مواجهة مشكلة لا حل)

ونصيحتي هي ان اعطيكم app وتجمع التطبيقات الخاص به، لذلك كنت متأكدا 100٪ أن لها وappication كنت تعتقد أن سحب خادم أسفل، ما جرعة سجل التطبيق يقول عندما يحدث هذا؟

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

وP.s إذا كنت تستخدم N2 كان هناك مشكلة معروفة عند إعادة تدويرها IIS أنه لن أعود للصعود.