الإنتاج SQLSitemApprovider مشكلة - جميع العناصر "اختفت"؟

Question

لدينا العديد من تطبيقات ASP.NET التي تستخدم خريطة sitems التي يتم ملؤها من خلال تنفيذ VB.NET لمثال SQLSITEMAPProvider الموجود في رمز الأشرار. يتم تجميعه إلى DLL ، ثم يتم تثبيته والإشارة إليه من GAC على الخوادم ومن السكان المحليين أيضًا. لقد كان يعمل في الإنتاج بشكل جيد منذ بضعة أشهر حتى الآن. يجب أن ألاحظ أيضًا أننا نستخدم SQL Server 2008

لقد دخلنا اليوم ولاحظنا في الإنتاج أنه لا توجد عناصر قائمة على الإطلاق على خريطة sitemap في Prod لأي من التطبيقات. بدا Dev & QA على ما يرام. لم نقم بأي صيانة لخادم SQL في Prod في وقت طويل ، قبل وقت طويل من تنفيذ SQLSitemApprovider. كما أننا لم نقم بتحديث أي من تطبيقات الويب مؤخرًا.

أول شيء فعلته هو أخذ الويب prod.config وقم بتعيينه على الويب الخاص بي. هذا يجب أن يستبعد مشكلة IIS منذ أن تم تكرار الخطأ على الجهاز الخاص بي أيضًا.

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

كان هذا مخيفًا بعض الشيء ، وأحاول معرفة سبب حدوث ذلك حتى لا يحدث مرة أخرى في المستقبل. هل جرب احد هذا من قبل؟ إذا لم تكن قد استخدمت SQLSItEmapprovider - فهي تستخدم ببساطة SQLDePendencyCache/ ASP.NET لتخزين عناصر القائمة ، فعندئذٍ ، إذا كانت مجموعة النتيجة من PROC المخزنة التي تُرجع تغييرات الروابط ، فإنها تخبر ASP.NET بحدوث ذلك وتراجع sitemap/ذاكرة التخزين المؤقت ...

ربما توفي الاتصال بين خادم الويب وخادم SQL بطريقة ما؟ وإدخال سجل جعلها "تستيقظ" وإعادة الاتصال مرة أخرى؟ ربما هناك قيمة مهلة أو نوع من وظيفة IsstillConnected () في مكان ما أحتاج إلى التحقق من pageload للتأكد من أن الاتصال لا يزال في وضع العرقلة؟ أو ربما اعتقدت ASP.NET أن بروك المخزنة لم تعيد أي قيم لسبب ما حتى أدخلنا سجلًا في الجدول؟ هل شاهد أي شخص هذه القضية من قبل؟

شكرا جزيلا مقدما على أي إرشادات.

تحرير: كل هذا جاء من الحصول على مجموعة nocount في بلدي بروك المخزنة. احذر! هذا ليس في مستندات MSDN في أي مكان وقام حقًا بتفكيك لي لحظة!

Answer 1

تحقق من تحرير بلدي ؛)

كل هذا جاء من وجود مجموعة nocount في بلدي بروك المخزنة. احذر! هذا ليس في مستندات MSDN في أي مكان وقام حقًا بتفكيك لي لحظة!

Answer 2

SQLDependency ليس بالضبط قوة الاستقرار. فيما يلي بعض المقالات التي ربما يمكن أن تلقي بعض الضوء:

• الإخطار الغامض
• sqldependency.Onchange توقيت رد الاتصال
• عندما يصيبك شئ قد يشتد