الأعراض
في أجهزه الكمبيوتر التي تعمل بنظام التشغيل 64 ، قد يفشل التطبيق القائم علي SQL Server المضغوط ("المضغوط") بأحدالعرضينالتاليين: الظهور 1 يحاول التطبيق تحميل إصدار مضغوط غير متوافق مع الإصدار المثبت علي الكمبيوتر. قد تؤدي الإصدارات غير الصحيحة إلى عدم استقرار التطبيق سيتم إجهاض تحميل الضغط. العرَض الثانييتعذر علي التطبيق تحميل المكونات الاصليه من SQL Server المضغوطة التي تتوافق مع موفر ADO.NET. فيما يلي الاستثناءات الدقيقة المقترنة بهذه المشاكل:
عدم تطابق الإصدارات التي تم الكشف عن عدم تطابق في إصدار اكسسيبتيونفيلي بين موفر ADO.NET والثنائيات الاصليه من SQL Server المضغوطة التي قد تؤدي إلى أداء وظيفي غير صحيح. قد يعود سبب ذلك إلى وجود مثيلات متعددة من SQL Server والتي تم ضغط إصدارات مختلفه منها. الرجاء تثبيت الثنائيات المضغوطة في SQL Server للإصدار المطابق [إصدار ملف موفر ADO.NET = XXXX ، إصدار الملف الثنائي الأصلي = YYYY] تعذر العثور علي استثناء dll ل ME "تعذر تحميل مكتبه الارتباط الديناميكي (sqlceme35): الوحدة النمطية المحددة. (الاستثناء من HRESULT: 0x8007007E)
السبب
التطبيقات المستندة إلى الضغط بشكل عام برنامج مقابل موفر ADO.NET المضغوط (سقلسيرفيرسي). يقوم هذا الموفر بالاتصال بالمكونات المضغوطة الاصليه. لتجنب حالات عدم التناسق المختلفة ، يمكن ان يتحدث موفر ADO.NET المضغوط لإصدار معين فقط إلى المكونات الاصليه المضغوطة للإصدار نفسه. فيما يلي بعض السيناريوهات النموذجية التي سيتم فيها قطع هذا النهج ، سيؤدي ذلك إلى أحد الاستثناءين المذكورين مسبقا:
مثال علي السيناريو 1
تثبيت SQL Server 2008 R2 (يؤدي ذلك إلى تثبيت الإصدار 32 بت من SQL Server الذي تمت الآن في 3.5 SP2). وبعد ذلك ، عندما تقوم بتشغيل تطبيق 64 بت يقوم بنشر SP1 ل SQL Server بشكل خاص ، سيفشل مع الاستثناء "عدم تطابق الإصدار".
سبب الفشل
-
عند تثبيت الإصدار 32 بت من SQL Server Compact 3.5 SP2 ، يقوم باضافه موفر ADO.NET (سقلسيرفيرسي) من الإصدار 3.5.8080 إلى ذاكره التخزين المؤقت للتجميع العمومي (GAC) ويتم وضع مكونات x86 الاصليه ضمن المجلد% Program Files (x86)%.
-
عند تشغيل التطبيق 64 بت الذي يقوم بنشر SP1 ل SQL Server ، يتم تحميل موفر ADO.NET من GAC (الإصدار 3.5.8080) ولكن يتم تحميل مكونات 64 بت الاصليه من مجلد التطبيق وهو الإصدار 3.5.5692.0.
-
هناك عدم تطابق في الإصدارات التي لم يتم تمكينها لكل نهج.
مثال للسيناريو 2
-
تقوم بتثبيت إصدار x86 من SQL Server بالضغط علي 3.5 SP1 علي كمبيوتر بإصدار 64 بت.
-
بعد ذلك ، تقوم بتثبيت إصدار x64 من SQL Server المضغوط 3.5 SP1.
-
علي الكمبيوتر نفسه ، قم بتنزيل الإصدار 32 بت من SQL Server المضغوط 3.5 SP2 وتثبيته من الويب.
-
تقوم بتشغيل تطبيق 64 بت يستخدم SP1 SQL Server أو SP2.
-
عند تشغيل التطبيق ، يفشل بالاستثناء "تعذر تحميل dll الخاص بي".
سبب الفشل
-
تثبيت الإصدار 32 بت من SQL Server الذي يقوم بترقيه 3.5 SP2 لعمليات تثبيت SQL Server التي تمت في 3.5 sql 3.5 Server وينتج عنه تثبيت x86 المضغوط مختلف عن التثبيت x64.
-
عند تشغيل تطبيق 64 بت يستخدم SP1 أو SP2 علي الكمبيوتر ، فانه يحمل موفر ADO.NET من GAC (الإصدار 3.5.8080). ومع ذلك ، لا يمكنه العثور علي الثنائيات الاصليه للإصدار نفسه علي النظام. ولذلك ، فانها تطرح الاستثناء.
الحل
في اي فتره زمنيه محدده ، فان الحالة الصحيحة لجهاز الكمبيوتر الذي يعمل ب64 بت ، ل SQL Server المضغوط ، ستكون التالية:
-
تم تثبيت كل من الMSIsين x86 و amd64.
-
كل من الMSIsين x86 و amd64 هما نفس الإصدار.
لذلك ، إذا كنت تواجه اي مشاكل مماثله ، فتاكد من ان الكمبيوتر يحتوي علي كل من x86 و amd64 MSIs المضغوطة مثبته وانها من الإصدار نفسه. وفي هذه الحالة ، لن تكون متوفرة ، ثم قم بتثبيت "الارتباطات المضغوطة بالضغط علي SP2 x86" و "MSIs التي بالشكل x64" من
الحالة
أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".
