Microsoft.Jet.OLEDB.4.0 प्रदाता स्थानीय मशीन पर पंजीकृत नहीं है


191

मैंने 32 बिट विंडोज 2008 सर्वर में .NET 3.5 में विकसित एक विंडोज़ एप्लीकेशन बनाया। जब 64 बिट सर्वर में एप्लिकेशन को तैनात किया जाता है तो यह "Microsoft.Jet.OLEDB.4.0 'प्रदाता को स्थानीय मशीन पर पंजीकृत नहीं होने पर त्रुटि दिखाता है।

तो इस समस्या के समाधान के रूप में, मैंने प्रोजेक्ट की बिल्ड प्रॉपर्टी को X86 में बदल दिया है, ताकि यह 32 बिट मोड में बने, और 32bit मशीन में प्रोजेक्ट को फिर से बनाए। लेकिन, अन्य डेटाबेस से कनेक्ट करने के लिए एक ही प्रोजेक्ट अन्य DB ड्राइवरों (DB2, SQL आदि) का उपयोग करता है। इसलिए जब मैंने अपने ऐप को 64 बिट ओएस में फिर से तैनात किया, तो यह "32-बिट प्लेटफॉर्म पर 64-बिट असेंबली लोड करने का प्रयास" अपवाद को फेंकता है।

मैं एक्सेल (.xls) को पढ़ने और लिखने के लिए Microsoft.Jet.OLEDB.4.0 ड्राइवर का उपयोग कर रहा हूं।

जवाबों:


238

मुझे इस समस्या का हल मिल गया। मैंने अपने प्रश्न में वर्णित समस्या को मूल रूप से Microsoft.Jet.OLEDB.4.0 ड्राइवर की असंगति के कारण 64% OS में उत्पन्न किया ।

इसलिए अगर हम 64. बिट सर्वर में Microsoft.Jet.OLEDB.4.0 ड्राइवर का उपयोग कर रहे हैं, तो हमें अपने आवेदन को 32 बिट मोड में बनाने के लिए बाध्य करना होगा (यह उत्तर मुझे तब मिला जब मैंने इस ज्ञात मुद्दे की व्यापक खोज की ) और इससे मेरे कोड का अन्य भाग टूट जाता है।

सौभाग्य से, अब Microsoft ने 64 बिट संगत 2010 ऑफिस सिस्टम ड्राइवर जारी किया है जिसे पारंपरिक Microsoft.Jet.OLEDB.4.0 ड्राइवर के प्रतिस्थापन के रूप में उपयोग किया जा सकता है। यह 32 बिट के साथ-साथ 64 बिट सर्वर में भी काम करता है। मैंने एक्सेल फाइल मैनिपुलेशन के लिए इसका उपयोग किया है और इसने मेरे लिए दोनों वातावरण में ठीक काम किया है।लेकिन यह ड्राइवर बीटा में है

आप इस ड्राइवर को Microsoft Access डेटाबेस इंजन 2010 Redistributable से डाउनलोड कर सकते हैं


6
उस लिंक के निर्देशों पर भी विशेष ध्यान दें :)
मरकुस

4
मेरी भी यही समस्या थी। मैंने x86 में एप्लिकेशन कॉन्फ़िगरेशन को बदल दिया, फिर यह काम किया!
कपाल

9
मैं भी Microsoft.Jet.OLEDB.4.0 Microsoft.ACE.OLEDB.12.0 का उपयोग करने से कनेक्शन स्ट्रिंग बदलने के लिए था
Spikolynn

16
हां, हालांकि 64-बिट संगत एक्सेस डेटाबेस इंजन उपलब्ध है, इसके लिए आवश्यक है कि एमएस ऑफिस उत्पादों का कोई 32-बिट संस्करण पहले से सिस्टम पर स्थापित न हो (जैसे 32-बिट एमएस वर्ड) जो कि एक बड़ा मुद्दा है। समाधान यह है कि आप एक्सेस डेटाबेस इंजन 2010 के 32-बिट संस्करण का उपयोग करें और अपने .NET अनुप्रयोग को 32-बिट मोड (जैसे कॉन्फ़िगरेशन प्रबंधक में x86 प्लेटफॉर्म का चयन करके) चलाने के लिए बाध्य करें। और उचित समाधान एमएस एक्सेस को एक बेहतर विकल्प के साथ बदलना है।
मसूद खारी

2
noob सवाल: क्या मैं इस ड्राइवर को "मेरे एप्लिकेशन के भीतर" वितरित कर सकता हूं या क्या प्रत्येक उपयोगकर्ता जो मेरे एप्लिकेशन का उपयोग करना चाहता है, उसे मैन्युअल रूप से इंस्टॉल करना होगा?
18x पर फिल्क्स_x

117

यदि समस्या ASP.NET में बनी रहती है, तो मुझे केवल इतना करना था कि एप्लिकेशन पूल के लिए उन्नत सेटिंग्स में "32-बिट एप्लिकेशन सक्षम करें" सेटिंग को ट्रू में बदलें।


मैं 64-बिट ODBC का उपयोग कर रहा था और यह परिवर्तन मुझे डेटाबेस त्रुटि देने के लिए शुरू हुआ। मैंने इसे सही किया। यदि किसी का भी सामना होता है, तो आपको 32-बिट ODBC ड्राइवर स्थापित करने होंगे और फिर उसमें अपना DSN बनाना होगा।
फ़रहान हफ़ीज़

2
यह पूरी तरह से 64-बिट कोड में अब करना संभव है। नव के उत्तर में जुड़े पुनर्वितरण को स्थापित करें , फिर इकबाल के उत्तर में सुझाए गए प्रदाता स्ट्रिंग का उपयोग करें । फिर उन दोनों उत्तरों को उखाड़ फेंके। बस!
रोमन स्टार्कोव

32 बिट एक्सेस DB इंजन Redist स्थापित करने के बाद Windows Server 2008 R2 पर मेरे लिए यह समस्या ठीक हो गई ।
क्रिस पिकफोर्ड

2
नकारात्मक पक्ष यह है कि पूल 32-बिट मोड में चलेगा। हम इससे बचने के लिए ACE पर स्विच करेंगे।
wtjones

विन्डोज़ फॉर्म्स के साथ मेरे लिए काम किया। कोई ASP.NET कोड बिल्कुल नहीं
philx_x

52

मेरी भी यही समस्या है

Microsoft.Jet.OLEDB.4.0 प्रदाता स्थानीय मशीन पर पंजीकृत नहीं है

मैंने उत्तर को नव से लागू किया लेकिन जब तक मैंने प्रदाता को "प्रदाता = Microsoft.ACE.OLEDB.12.0" में बदल नहीं दिया ; कनेक्शन स्ट्रिंग में।

आशा है कि यह मदद करेगा अगर कुछ एक ही मुद्दे का सामना करते हैं।


4
यह बात है! 64-बिट सर्वर के लिए, नव (64-बिट संस्करण, जाहिर है) द्वारा जुड़े पुनर्वितरण को स्थापित करें , और फिर इस उत्तर में निर्दिष्ट के रूप में प्रदाता को बदल दें, फिर यह काम करेगा।
रोमन स्टार्कोव

आप सही रोमकिन हैं। मैंने पहले ही कहा मैंने नव समाधान लागू किया, फिर प्रदाता को बदल दिया। लेकिन धन्यवाद आपकी टिप्पणी इसे और स्पष्ट करती है। बहुत बहुत धन्यवाद romkyns
इकबाल

Microsoft.Jet.OLEDB.4.0 को Microsoft.ACE.OLEDB.12.0 से बदल दिया गया; में app.config और सब कुछ काम किया।
AVEbrahimi

1
मैंने पाया कि इस ऐप ने 32-बिट में ऐप को प्रतिबंधित करते हुए कोई फर्क नहीं पड़ा।
रयान लुंडी

मेरे मामले में: "Microsoft.ACE.OLEDB.12.0 पंजीकृत नहीं", :(
सीज़र लिओन

29

मुझे पता है कि यह काफी पुराने प्रश्न हैं और कई व्यक्तियों ने उत्तर दिए हैं। लेकिन मैं चीजों को समझने के लिए सारांशित कर रहा हूं:

यदि फ़ाइल एक्सटेंशन xls और OS 32 बिट है तो केवल आप " Microsoft.Jet.OLEDB.4.0" का उपयोग कर सकते हैं । Microsoft ने इस ड्राइवर का 64 बिट संस्करण जारी नहीं किया है।

यदि फ़ाइल एक्सटेंशन xlsx या OS 64 बिट है तो आपको " Microsoft.ACE.OLEDB.12.0" का उपयोग करना होगा । 32/64 बिट मोड में संकलित एप्लिकेशन ड्राइवर के चयन को प्रभावित नहीं करता है।

हमेशा Microsoft.ACE.OLEDB.12.0ओएस 64 बिट पर 64 बिट ड्राइवर स्थापित करें । यदि आपने पहले ही Office 32 बिट स्थापित कर लिया है, तो आपको cmd से चालक / निष्क्रिय तर्क के साथ चलाने की आवश्यकता है। यह हैक केवल Office 2013 तक काम करता है, Microsoft ने Microsoft.ACE.OLEDB.16.0 ड्राइवरों के लिए Office 2016 के इस समाधान को रोक दिया।

AccessDatabaseEngine_x64.exe /passive

डाउनलोड ड्राइवरों Microsoft.ACE.OLEDB.12.0

private void ProcessFile(string path)
{
    string connString = string.Empty;

    if (Path.GetExtension(path).ToLower().Trim() == ".xls" && Environment.Is64BitOperatingSystem == false)
        connString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + path + ";Extended Properties=\"Excel 8.0;HDR=Yes;IMEX=2\"";
    else
        connString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + path + ";Extended Properties=\"Excel 12.0;HDR=Yes;IMEX=2\"";
}

यदि अनुप्रयोग AnyCPU ध्वज के साथ संकलित किया गया है, तो यह 64 बिट ओएस पर 64 बिट एक्सेस ड्राइवरों और 32 बिट ओएस पर 32 बिट एक्सेस ड्राइवरों के लिए दिखेगा।


1
आपके उत्तर के लिए धन्यवाद, हालांकि, मैं विंडोज 10 पर वीएस2015 और एक्स 64 का उपयोग कर रहा हूं। जब मैंने AnyCPU से X86 में प्रोजेक्ट कॉन्फ़िगरेशन को बदल दिया, तो समस्या दूर हो गई। मुझे कोई अतिरिक्त ड्राइवर स्थापित करने की आवश्यकता नहीं थी।
NoChance

@NoChance मुझे लगता है कि आपने अपनी मशीन पर पहले ही Office 64 बिट स्थापित कर दिया है और इसमें पहले से ही Microsoft.ACE.OLEDB.12.0 ड्राइवर मौजूद हैं।
रोमिल कुमार जैन '

आपके उत्तर के लिए Thx, मेरे पास केवल 2007 कार्यालय है।
NoChance

19

मेरे पास एक ही संदेश है, मेरे पास विज़ुअल स्टूडियो 2010 पर एक वेबपेज है, मैंने एक फ़ाइल पढ़ी है। उस पृष्ठ पर क्लिक करता हूं, मेरे प्रोजेक्ट विजुअल में कोई समस्या नहीं है, जब मैंने इसे अपने आईआईएस स्थानीय पर डाला तो मुझे एक 'Microsoft .Jet.OLEDB.4.0 'प्रदाता स्थानीय मशीन पर पंजीकृत नहीं है' , मैंने तय किया कि इस कदम के बाद समस्या,

1. ओपन आईआईएस
2. उन्नत सेटिंग्स पर ऐपपूल को बदलें
3. 32-बिट एप्लिकेशन को सक्षम करने के लिए सच-सच

और बस यही

ps। सक्रिय समाधान प्लेटफ़ॉर्म पर X86 में कॉन्फ़िगरेशन प्रबंधक को परिवर्तित किया


यह आपके ऐप को 32 बिट मोड में चलने के लिए मजबूर करता है। यदि आप 4GB अवरोध से बचने में सक्षम होना चाहते हैं तो आपको यह सेटिंग बंद करने की आवश्यकता है।
ब्रेन २२

18

यदि आपका एप्लिकेशन लोकलआईएस पर चलता है, तो आप एपपूल की एडवांस्ड सेटिंग्स में 32-बिट एप्लिकेशन को सक्षम करके इस समस्या को हल कर सकते हैं

यहां छवि विवरण दर्ज करें


8

मेरी भी यही समस्या थी। मैंने एप्लिकेशन कॉन्फ़िगरेशन को बदल दिया x86, फिर इसने काम किया!


इस कॉन्फ़िगरेशन को कैसे बदलें? मैंने वेबसाइट टाइप प्रोजेक्ट बनाया है
SHEKHAR SHETE

7

मैंने अपनी परियोजना की संपत्ति को x64 प्रारूप में बदल दिया

परियोजना ---> गुण ---> निर्माण ---> लक्ष्य रूपरेखा ---> X64


5

हम डेस्कटॉप ऐप में इस मुद्दे को लेकर आए हैं।

देव पर्यावरण: विंडोज 7 अल्टीमेट - 64 बिट .नेट फ्रेमवर्क 4.5 प्रोवाइडर = Microsoft.Jet.OLEDB.4.0

इसे किसी भी सीपीयू से प्लेटफ़ॉर्म लक्ष्य को X86 में बदलकर हल किया गया है। प्रोजेक्ट गुण >> बिल्ड >> प्लेटफ़ॉर्म लक्ष्य।

यहां छवि विवरण दर्ज करें


2

मैं अपने डेस्कटॉप एप्लिकेशन ('Microsoft.Jet.OLEDB.4.0' प्रदाता के साथ स्थानीय मशीन पर पंजीकृत नहीं है) में इस मुद्दे पर भाग गया। मेरे पास 32 बिट ऐप के रूप में निर्माण करने का विकल्प नहीं था। इसकी आशा करना उसी स्थिति में दूसरों की मदद करेगा।

मैंने निम्नलिखित कार्य किया और समस्या दूर हो गई:

  1. Microsoft Access डेटाबेस इंजन 2010 Redistributable के 64 बिट संस्करण को स्थापित किया , जैसा कि नव द्वारा सुझाया गया है

  2. मेरे प्रदाता को Microsoft.ACE.OLEDB.12.0 में बदल दिया गया


2

हालांकि एक अधिक इष्टतम समाधान केवल सुझाव दिया गया है जैसा कि ऊपर बताया गया है, इसके लिए स्रोत कोड तक पहुंच की आवश्यकता होती है। मेरे मामले में, मेरे पास केवल .exe था और इस समाधान का उपयोग करना था। यह CorFlags.exe.Net SDK से एप्लिकेशन की लोडिंग विशेषताओं को बदलने के लिए उपयोग करता है।

  1. .Net फ्रेमवर्क एसडीके डाउनलोड करें (मैंने व्यक्तिगत रूप से 3.5 का उपयोग किया था , लेकिन उपयोग किया गया संस्करण आपके आवेदन के लिए आवश्यक या नेट से ऊपर होना चाहिए।
  2. इंस्टॉल करते समय, आपको CorLibs.exeबस जरूरत है , तो बस विंडोज डेवलपमेंट टूल्स की जांच करें ।
  3. स्थापना के बाद, अपना पता लगाएं CorFlags.exe। .Net फ्रेमवर्क 3.5 एसडीके की मेरी स्थापना के लिए, यह पर था C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin
  4. कमांड प्रॉम्प्ट खोलें और टाइप करें path/to/CorFlags.exe path/to/your/exeFile.exe /32Bit+

हो गया! यह आपके प्रोग्राम के लिए शुरुआती झंडे सेट करता है ताकि यह 32 बिट WOW64 मोड में शुरू हो, और इसलिए microsoft.jet.oledb.4.0 तक पहुंच सकता है।


1

IIS सेटिंग्स एप्लिकेशन पूल उन्नत सेटिंग्स में बदलें। 32 बिट अनुप्रयोग को अक्षम करें


1

बस अपनी मशीन के आधार पर संपत्ति बदलें और सभी ने :-)

परियोजना ---> गुण ---> निर्माण ---> लक्ष्य रूपरेखा ---> X64

या

परियोजना ---> गुण ---> निर्माण ---> लक्ष्य रूपरेखा ---> X86


1

मैंने अपने कनेक्शन स्ट्रिंग को बदल दिया है

var myConnectionString = string.Format ("प्रोवाइडर = Microsoft.Jet.OLEDB.4.0; डेटा स्रोत = {0}; स्थायी सुरक्षा जानकारी = सत्य; जेट OLEDB: डेटाबेस पासवर्ड =;", gisdbPath)

इसके लिए:

var myConnectionString = string.ormat ("प्रोवाइडर = Microsoft.Jet.OLEDB.4.0; मोड = शेयर अस्वीकृत कोई नहीं; डेटा स्रोत = {0}; उपयोगकर्ता आईडी = व्यवस्थापक; पासवर्ड =?", gisdbPath)

यह काम करता है मुझे कभी Microsoft.Jet.OLEDB.4.0'registered के लिए कहा।


0

वहाँ वास्तव में जेट का कोई 64 बिट संस्करण है - और कोई योजना (जाहिरा तौर पर) एक का उत्पादन करने के लिए नहीं।

आप ACE 64 बिट ड्राइवर का उपयोग करने में सक्षम हो सकते हैं: http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=23734

  • लेकिन मुझे नहीं पता कि आपके 32 बिट ऐप्स के लिए जेट में वापस जाने की आवश्यकता होने पर यह कैसे काम करेगा।

हालाँकि, आप प्रोजेक्ट को एक्सप्रेस संस्करण में 32 बिट पर स्विच करने में सक्षम हो सकते हैं (मैंने कोशिश नहीं की है और 2008 में किसी भी स्वाद में स्थापित नहीं किया है)

शायद यह एक्सेस डेटाबेस को पूरी तरह से स्क्रैप करने का समय है, बुलेट को काटने और इसके बजाय SQL सर्वर के लिए जाना है?



0

IIS के पुराने संस्करणों में, आपको निम्न कमांड निष्पादित Advance Settingsकरने में सक्षम करने के लिए ऐसा नहीं मिलेगा Enable 32-bit Applications:

CSस्क्रिप्ट% SYSTEMDRIVE% \ inetpub \ adminscripts \ adsutil.vbs सेट W3SVC / AppPools / Enable32bitAppOnWin64 1

तथा

% SYSTEMROOT% \ Microsoft.NET \ Framework \ v2.0.50727 \ aspnet_regiis.exe -i

संदर्भ: यहाँ


0

अपने विंडोज 8.1 पर "एसक्यूएल सर्वर 2014 इम्पोर्ट एंड एक्सपोर्ट डेटा (64-बिट)" चलाते समय मुझे एक ही अपवाद मिल रहा था।

इस समस्या को हल करने के लिए मैंने निम्न कार्य किया है

SQL सर्वर 2014 आयात और निर्यात डेटा (32-बिट) 64-बिट के बजाय शुरू किया और यह मेरे लिए काम कर रहा है। मैंने कोई IIS सेटिंग नहीं बदली है और कोई अतिरिक्त सॉफ़्टवेयर स्थापित नहीं किया है।


0

मुझे पता है कि मेरे पास यह समस्या है जब मैं अपने एप्लिकेशन को एक नए सर्वर पर तैनात करता हूं क्योंकि मैं इस ड्राइवर का उपयोग एक्सेल फाइल से कनेक्ट करने के लिए कर रहा हूं। तो यहाँ है कि मैं हाल ही में क्या कर रहा हूँ।

विंडोज सर्वर 2008 आर 2 है, मैं एक्स 64 बिट मशीन के लिए एक्सेस ड्राइवरों को स्थापित करता हूं और मुझे इस संदेश से छुटकारा मिलता है, जिससे मुझे बस दूसरे में टकराकर बहुत खुशी होती है।

यह नीचे एक मेरी dev मशीन पर शानदार तरीके से काम करता है, लेकिन सर्वर मुझे नवीनतम ODBC ड्राइवर स्थापित करने के बाद भी एक त्रुटि देता है, जो मुझे लगता है कि यह समस्या है, लेकिन यह है कि मैंने इसे कैसे हल किया।

private const string OledbProviderString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=|DataDirectory|\\OlsonWindows.xls;Extended Properties=\"Excel 8.0;HDR=YES\"";

मैं इस तरह नीचे दिए गए नए प्रदाता के साथ प्रतिस्थापित करता हूं:

private const string OledbProviderString = @"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\OlsonWindows.xlsx;Extended Properties='Excel 12.0;HDR=YES;';";

लेकिन जैसा कि मैं यह करता हूं, एक बात है जो आपको नोटिस करनी चाहिए। .Xlsx फ़ाइल एक्सटेंशन और एक्सेल संस्करण का उपयोग करना 12.0 है।

इस त्रुटि संदेश में आने के बाद त्रुटि: "इंस्टाल नहीं हो पा रहा है ISAM" , मैं चीजों को थोड़ा नीचे बदलने का फैसला करता हूं:

private const string OledbProviderString =      @"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=|DataDirectory|\OlsonWindows.xls;Extended Properties='Excel 8.0;HDR=YES;';"; 

और हाँ, मैं उस बुरे काम के साथ कर रहा हूँ, लेकिन यहाँ मुझे एक और संदेश मिला है Microsoft Access डेटाबेस इंजन 'time_zone' फ़ाइल को नहीं खोल या लिख ​​सकता है। यह पहले से ही किसी अन्य उपयोगकर्ता द्वारा विशेष रूप से खोला गया है, या आपको इसके डेटा को देखने और लिखने के लिए अनुमति की आवश्यकता है।जो बताता है कि मैं इसे हल करने से दूर नहीं हूं।

हो सकता है कि इस बीच एक और प्रक्रिया हो जो फ़ाइल को बीच में खोले और मुझे जो भी करना है वह एक पुनरारंभ है और सभी आसानी से अपेक्षित रूप से चलने लगेंगे।


0

Start-> पर जाएं और cmd इसे शुरू करें कमांड प्रॉम्प्ट (स्टार्ट से भी उपलब्ध है-> प्रोग्राम-> एक्सेसरीज-> प्रॉम्प्ट पर जाएं)

cd टाइप करें .. और रिटर्न रिटर्न टाइप cd .. और फिर से रिटर्न प्रेस करें (इसे तब तक करते रहें जब तक कि प्रॉम्प्ट न दिखाए:>)

अब आपको एक विशेष फ़ोल्डर में जाने की आवश्यकता है जो c: \ windows \ system32 हो सकता है या यह c: \ winnt \ system32 हो सकता है या यह c हो सकता है: \ windows \ sysWOW64 इनमें से प्रत्येक को टाइप करने का प्रयास करें जैसे cd c: windows 7 \ sysWOW64 (यदि यह कहता है कि सिस्टम निर्दिष्ट पथ नहीं ढूँढ सकता है, तो अगले एक को आज़माएँ) cd c: \ windows \ system32 cd c: \ winnt \ system32 जब उनमें से एक त्रुटि का कारण नहीं बनता है, तो रुकिए, आपने पाया है सही फ़ोल्डर।

अब आपको इन आदेशों को टाइप करके और प्रत्येक के बाद रिटर्न दबाकर OLE DB 4.0 DLL को पंजीकृत करना होगा

regsvr32 Msjetoledb40.dll regsvr32 Msjet40.dll regsvr32 Mswstr10.dll regsvr32 Msjter40.dll regsvr32 Msjint40.dll


-2

जेट के लिए 64 बिट प्रदाता नहीं है। यदि आप जेट से एक्सेल सहित कई DB स्रोतों का समर्थन करना चाहते हैं, तो आपको कम से कम अपने आवेदन के एक हिस्से को 32 बिट प्रक्रिया में चलाने की आवश्यकता होगी।

जब आप x86 के लिए संकलन करते हैं तो आपको जो त्रुटि हो रही है वह थोड़ी अजीब है। मैं नहीं देख सकता कि आप इस मामले में 64 बिट असेंबलियों का संदर्भ कैसे देंगे।


एंथनी, कैसे मैं 32 बिट मोड में चलने के लिए एक परियोजना का केवल कुछ हिस्सा बना सकता हूं? एक्सेल सहित ये सभी डीबी कनेक्शन, एक परियोजना के तहत आएंगे। इसके अलावा मुझे x86 में त्रुटि मिली, जब मैंने इसे 64 बिट ओएस में चलाने की कोशिश की। मुझे लगता है कि यह इसलिए है क्योंकि 64 बिट ओएस में स्थापित डीबी 2 ड्राइवर 64 बिट संस्करण है और जब इसे एप्लिकेशन से पुनर्प्राप्त किया जाता है, जिसे 32 बिट मोड में चलाने के लिए कॉन्फ़िगर किया गया है, त्रुटि का कारण बनता है।
नव

यदि प्रोजेक्ट को मल्टीपेज़ एग्जिट में विभाजित करना अधिक परेशानी वाला है, तो इसके लायक आप केवल 32 बिट के संकलन के साथ छोड़ दिए जाते हैं। DB2 मुद्दे के रूप में आप इस पर एक DB2 विशेषज्ञों के लिए देखने के लिए शायद एक और DB2 विशिष्ट सवाल होगा। आमतौर पर SQL सर्वर जैसी चीजें 64 बिट मशीन पर 32 बिट और 64 बिट प्रदाता दोनों को स्थापित करेगी।
एंथनीवजोन 15

आपकी टिप्पणी के लिए धन्यवाद एंथोनी। इस मुद्दे पर बहुत सारी खोज करने और आपकी टिप्पणियों से, जो मुझे समझ में आया है, मुझे उस परियोजना का हिस्सा बनाना होगा जो एक्सेल शीट को एक अलग परियोजना के रूप में संसाधित करती है और इसे 32 बिट संस्करण में संकलित करती है।
नव

3
बस इतना पता है कि A2010 में 64-बिट जेट होगा।
डेविड-डब्ल्यू-फेंटन

धन्यवाद डेविड, 2010 में 64 बिट ड्राइवर है
नियो
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.