سبب خطأ مكون بيانات SSIS مخصص - لا يمكن ترقيته

Question

لدي مكون بسيط للغاية الذي يصطف جميع المساحات الرائدة والخلفية من الأوتار (القراءة / الكتابة) في خط أنابيب. بقدر ما أستطيع أن أرى، ليس لدي سوى ثنائي واحد من DLL في جهاز التطوير الخاص بي. أنا أقوم بنقله إلى آلة تطوير أخرى وتسجيله في GAC، ولكن عندما أفتح حزمة نسخت إلى الجهاز الثاني، أحصل على هذا التحذير:

خطأ 1 خطأ التحقق من الصحة. مهمة تدفق البيانات: DTS.PIPeline: تعذر ترقيت بيانات التعريف المكون ل "مكون" trimcolumnscomponent "(1909)" إلى الإصدار الأحدث من المكون. فشلت طريقة performupgrade. LD_CXSUM.DTSX 0 0.

لدي مكون في Toolbox، ويمكنني سحب واحدة أخرى على قماش Dataflow ولا يبدو أن لديك أي مشكلة.

هذا هو SQL Server 2005 و Visual Studio 2005 على كلا الجهازين.

في الجهاز الثاني، يمكنني إنشاء حزمة من نقطة الصفر وسيتم تحميلها على الجهاز الذي بنى المكون (ولكن الرمز هو رمز مكون المستخدم القياسي، كما هو الحال في الجهاز الثاني). إذا قمت بإنشاء حزمة من نقطة الصفر على جهاز الإنشاء، فهذا لديه الرمز الصحيح، ولكنه يمنح رسالة الترقية على الجهاز غير المبني. الملفات متطابقة في دليل المكونات، لديهم نفس معرف فئة المكونات ويتم تسجيلها في GAC.

لقد راجعت ملفات DTSX يدويا عن طريق فحص XML وفي الحزم التي تم إنشاؤها على جهاز الإنشاء والآلة غير المبنية، ومعرف الفئة والمفتاح العام متطابقين بين الآلات.

ما الذي يمكن أن يسبب هذا؟

Answer 1

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

قد تتمكن من حفظ الحزمة كإصدار جديد وحاول ترحيل ذلك. قد يحل هذا مشكلة الترقية التلقائية التي يتم استدعاؤها (وفشلها لاحقا).

Answer 2

هل أنت إيجابي 100٪ نسخة من المكون في GAC يطابق النسخة في مجلد Files Files Microsoft SQL Server 90 DTS PipelImomponents؟ يتم استخدام نسخة GAC في وقت التشغيل، ويتم استخدام النسخة بموجب خط الأنابيب من قبل VS IDE. إذا كنت تعمل على جهاز X64، فسأأكد من انسخه إلى مجلد الأنابيب في إطار مجلد ملفات البرامج العادية ومجلد X86.

Answer 3

مشتمل أدوات العميل SDK. و أدوات العميل متوافقة مع الوراء في تثبيت SQL Server حل مشكلة الترقية بالنسبة لي.

Answer 4

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

Answer 5

كان لدي نفس المشكلة وحلالي هو نفسه واحد من appleg. تم إنشاء المشكلة عن طريق نشر حزمة واحدة بدلا من المشروع بأكمله. تم نشر المشروع في وقت سابق من قبل مطور آخر، على الأرجح مع إصدار مختلف قليلا من Visual Studio أو معالج النشر. ثم نشرت في وقت لاحق حزمة واحدة فقط من بلدي مقابل

في الختام، نشر المشروع بأكمله مرة أخرى القضية.