سؤال

نحن نستخدم شبكة Quest Geo Solution التحقيق في DLL (GIQ60.DLL) ضمن حزمة خدمات تكامل SQL Server (SSIS). لقد تمكنا من استخدام هذا دون مشاكل محليا (32 بت) باستخدام Tlbimp لإنشاء غلاف .NET (Interop). ومع ذلك، عند نقل هذا إلى خادم تكاملنا، لا يعمل هذا الخادم هو 64 بت.

GiQ60.dll هو DLL 16 بت وآيد البائع أنه لم يعد يدعم هذا بنشاط. إذا قمت بتشغيل إصدار 32 بت من DTEXEC على الخادم، فإن الحزمة تعمل دون مشاكل. هل هناك خدعة / طريقة لتحويل المجمع .NET لتمكين هذا من عمل خدمات تكامل SQL Server (تثبيت 64 بت).

بدلا من ذلك، نحتاج إلى استبدال مكتبة .NET مجانية من 32 بتوقية تقوم بتحويل شبكة OS (ESTING / الشمال) إلى خط الطول الجاني الشخصي / خط العرض لكل من المملكة المتحدة وأيرلندا (يستخدمون أنظمة الشبكة المختلفة) ثم سيكون ذلك حلا قابلا للتطبيق.

هل كانت مفيدة؟

المحلول

الحل الآخر الوحيد الذي يمكنني التفكير فيه هو إنشاء خدمة Windows (32bit) التي تستضيف مكونك ويفرضها كقطة نهاية WCF أو عن بعد. ثم استخدم مهمة البرنامج النصي في SSIS للوصول إليها. بهذه الطريقة يمكنك تشغيل الحزمة الخاصة بك في 64 بت dtexec ومكونك في عملية 32bit.

هذر

نصائح أخرى

في بيئة واحدة، أدعم ذلك، هناك حزمة SSIS تعتمد على إصدار معين من اتصال ل Lotus Notes. هذا DLL هو DLL 32 بت ولا يعمل عند التنفيذ في SSIS على خادم الإنتاج 64bit.

نحن بسيطة تنفيذ حزمة SSIS مع استدعاء موجه الأوامر إلى إصدار 32 بت من DTEXEC. هذا يعمل بشكل جيد.

قد تحاول تجنب الاضطرار إلى الحفاظ على إصدارات مختلفة من التعليمات البرمجية؟

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top