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

442

मैं बटन क्लिक करने की घटना पर एक्सेल फ़ाइल से डेटा प्राप्त करने की कोशिश कर रहा हूं। मेरा कनेक्शन स्ट्रिंग है:

 string connString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\\source\\SiteCore65\\Individual-Data.xls;Extended Properties=Excel 8.0;";

जब मैं बटन पर क्लिक करता हूं, तो मुझे निम्नलिखित त्रुटि मिली:

'Microsoft.ACE.OLEDB.12.0' प्रदाता स्थानीय मशीन पर पंजीकृत नहीं है।

मुझे यह ठीक करने का कोई सुराग नहीं है। मेरा ऑपरेटिंग सिस्टम विंडोज 7 है।

.net excel aceoledb

— शैलेश साहू
स्रोत

5

बस एक स्पर्शरेखा टिप्पणी: एक एक्सेल फाइल को पढ़ने के लिए ओएलईडीबी का उपयोग करना प्राचीन तकनीक है, बहुत धीमी है, और जैसा कि आपने खोजा है, आपको अपने लक्ष्य मशीन पर मैन्युअल रूप से अतिरिक्त पैकेज स्थापित करने की आवश्यकता है। (दिया गया, यह सवाल 2011 में पूछा गया था।) बल्कि ClosedXml (NuGet पर उपलब्ध) का उपयोग करें जो कि बॉक्स के ठीक बाहर काम करता है।

— शुल बेहार

3

@ShaulBehr अच्छा होता, लेकिन ClosedXml केवल .xlsx फ़ाइलों के लिए काम करता है, .xls

— जिमी

2

यदि आप Sql सर्वर में आयात कर रहे हैं, तो आप इस क्वेरी को ssms से चला सकते हैं: master.dbo.xp_enum_oledb_providers निष्पादित करें यह आपको बताएगा कि आपके पास क्या प्रदाता हैं। मेरे पास यह पुराना है कि मेरे पास Microsoft.ACE.OLEDB.16.0 और Microsoft.ACE.OLEDB.12.0 दोनों हैं, लेकिन जब मैंने डेटा आयात करने का प्रयास किया, तो मुझे दोनों Excel 16 के लिए ओपी के रूप में एक ही 'आपके स्थानीय मशीन पर पंजीकृत नहीं' मिला। और एक्सेल 2007 फ़ाइल प्रारूप (क्रमशः oledb.16.0 और oledb.12.0)। यह आपके नुकसान में कटौती करने और इस बिंदु पर Microsoft सॉफ़्टवेयर को छोड़ने के लिए समझ में आता है।

— user1040323

1

@ user1040323, execute master.dbo.xp_enum_oledb_providersआपको बताता है कि आपके स्थानीय मशीन पर सर्वर पर क्या नहीं है ।

— नाथन गोइंग

1

यहाँ जो काम करना चाहिए; - यह है: वास्तव में प्रलेखित नहीं है, लेकिन मुझे 32-बिट और 64-बिट दोनों संस्करणों को स्थापित करने का एक तरीका मिला। केवल कमांड लाइन तर्क "/ निष्क्रिय" को कमांड में जोड़ें: "C: \ directory पथ \ AccessDatabaseEngine_x64.exe" / निष्क्रिय

— TaW

532

खैर, आपको इसे स्थापित करने की आवश्यकता है। आप देख रहे हैं:

2007 Office सिस्टम ड्राइवर: डेटा कनेक्टिविटी घटक ।

— प्रकार
स्रोत

44

मैंने इन घटकों को डाउनलोड किया और उन्होंने मेरे लिए काम नहीं किया, मुझे यहाँ से Microsoft Access डेटाबेस इंजन 2010 Redistributable डाउनलोड करना था: microsoft.com/en-in/download/details.aspx?id=13255 मुझे यकीन है कि मैं ऐसा इसलिए कर रहा हूँ क्योंकि एमएस कार्यालय 2013 का उपयोग कर रहा हूँ। मुझे सही दिशा में इंगित करने के लिए धन्यवाद।

— सिजन्स

5

मुझे एक्सेस डेटाबेस इंजन और 2007 ऑफिस सिस्टम ड्राइवर: डेटा कनेक्टिविटी घटकों को यहां स्थापित करना था ताकि इसे काम करने के लिए microsoft.com/en-us/download/confirmation.aspx?id=23734 प्राप्त कर सकें।

— क्रिस

6

मेरी स्थिति, सब कुछ ठीक काम कर रहा था, फिर अचानक उसे यह त्रुटि मिलने लगी। तो इसके कारण क्या हो सकते थे? कोई कोड नहीं बदला गया।

— ईतावली

21

मेरे मामले में, मुझे अपने आर्किटेक्चर से मेल करने के लिए "एनी सीपीयू" से x64 पर स्विच करना पड़ा।

— रॉब सेडविक

2

जैक रिपर उत्तर में प्रदान किए गए समाधान को संदर्भित करता है, न कि टिप्पणियों को। 2007 Office System Driver: Data Connectivity Componentsहल किए गए मुद्दे को तुरंत स्थापित करना ।

— रेशमकीट

156

'Microsoft Access डेटाबेस इंजन 2010 Redistributable' का 64-बिट संस्करण, जो आपको 'Microsoft.ACE.OLEDB.12.0' प्रदाता का उपयोग करने की अनुमति देगा, यहाँ उपलब्ध है:
http://www.microsoft.com/en-us/ डाउनलोड / details.aspx? id = 13255

यदि आप स्वीकृत उत्तर से डाउनलोड का उपयोग करते हैं, तो आपको x86 के लिए निर्माण करना होगा, जैसा कि @ backtestbroker.com ने बताया है।

— rsbarro
स्रोत

18

यदि वीएस 2012 का उपयोग किया जाता है, तो यह भी सुनिश्चित करें कि "32-बिट को प्राथमिकता दें" चेकबॉक्स परियोजना के गुणों >> बिल्ड >> जनरल कॉन्फ़िगरेशन में अनियंत्रित है।

— devstruck

3

मैं VS 2008 (पूछें नहीं) का उपयोग कर रहा हूं और यह समाधान तब तक काम नहीं किया जब तक कि मैंने पोस्ट_सेरमस टिप नहीं पढ़ी और गुणों में x64 को 'प्लेटफ़ॉर्म लक्ष्य' सेट किया। सॉर्ट किया गया, धन्यवाद!

— संसाधन

1

इस उत्तर में लिंक भी आपको 32-बिट संस्करण को डाउनलोड करने और स्थापित करने की अनुमति देता है। भले ही मेरे पास विंडोज 7 64-बिट है, विज़ुअल स्टूडियो 2013 की आईआईएस एक्सप्रेस डिफ़ॉल्ट रूप से 32-बिट मोड में चलती है, और मेरे पास पहले से ही कुछ बिट में 2013 में कुछ कार्यालय 2013 घटक स्थापित थे, इसलिए 32-बिट इंस्टॉलेशन वही है जो मुझे चाहिए।

— एरिक बर्र

1

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

— Iowatiger08

1

इससे मेरी समस्या हल हो गई। मेरा वीएस 2019 ऐप किसी भी सीपीयू का उपयोग करके संकलित किया गया है जिसके परिणामस्वरूप x64 लाइब्रेरी है। मेरे पास Office 2013 का 32-बिट संस्करण स्थापित था जिसने मुझे x64 एक्सेस DB इंजन को स्थापित करने से रोका। Office के x64 संस्करण को स्थापित करने के बाद मैं तब x64 इंजन को स्थापित करने में सक्षम था और अब सब कुछ काम करता है। DLL नरक पर रहता है।

— माइक लोवी

74

आप बस स्थापित कर सकते हैं कनेक्शन का उपयोग कर एप्लिकेशन (32/64 बिट) पर निर्भर करता है

सारांश:

2007-2016 के सभी कार्यालयों में प्रदाता "Microsoft.ACE.Oledb.12.0" शामिल हैं
आपके एप्लिकेशन आर्किटेक्चर के आधार पर उपयुक्त रनटाइम इंजन (32/64) 6 चुनें
अपने प्रदाताओं को 32 और 64 बिट शेल से पॉवरशेल-कमांड के साथ जांचें :
```
(New-Object system.data.oledb.oledbenumerator).GetElements() | select SOURCES_NAME, SOURCES_DESCRIPTION 
```
और आप देखेंगे कि आपका सिस्टम किस प्रदाता का उपयोग कर सकता है

लंबी कहानी: तार http://live.sysinternals.com/strings.exe के साथ मिल सकते हैं

जैसे। 32 बिट ड्राइवरों के साथ 64 बिट सिस्टम स्थापित किया गया

strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE12\MSO.DLL" | findstr "ACE.O"
strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE14\MSO.DLL" | findstr "ACE.O"
strings.exe -u -n 10 "c:\Program Files (x86)\Common Files\microsoft shared\OFFICE15\MSO.DLL" | findstr "ACE.O"

यहां तक कि आगामी कार्यालय 2016 में भी

c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\MSO.DLL
c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX86\Microsoft Shared\OFFICE16\MSO.DLL

तुम तार पाओगे

Microsoft.ACE.OLEDB
Microsoft.ACE.Oledb.12.0

Office 2013 भी csi.dll के साथ आता है

c:\Program Files (x86)\Common Files\microsoft shared\OFFICE15\Csi.dll
c:\Program Files\Common Files\Microsoft Shared\OFFICE15\Csi.dll

जिसमें " Microsoft.ACE.OLEDB.15.0 " शामिल है

और कार्यालय 2016

c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX64\Microsoft Shared\OFFICE16\Csi.dll
c:\Program Files\Microsoft Office\root\VFS\ProgramFilesCommonX86\Microsoft Shared\OFFICE16\Csi.dll

जिसमें " Microsoft.ACE.OLEDB.16.0 " संस्करण है

— बर्नहार्ड
स्रोत

मुझे यह त्रुटि VS2015 में Nuget LinqToExcel का उपयोग करते हुए मिली। बाहर निकलता है, क्योंकि मेरे पास x64 एसीई स्थापित था, मुझे स्पष्ट रूप से अपने सीपीयू को लक्षित करने के बजाय, x64 (कॉन्फ़िगरेशन प्रबंधक) के लिए स्पष्ट रूप से निर्माण करना था।

— उपनिवेश

पॉवर्सशेल ने दिखाया "Microsoft.ACE.Oledb.12.0" पहले से ही स्थापित था। हालाँकि एक्सेस 2007 पैकेज (उर्फ 2007 ऑफिस सिस्टम ड्राइवर: डेटा कनेक्टिविटी अवयव ) स्थापित करना मुझे मिला और जा रहा है। पहले से ही मेरे सिस्टम पर: Office 2016 Ent, Visual Studio 2017 Ent

— SushiGuy

6

PowerShell स्क्रिप्ट जो यह बताती है कि कौन सा संस्करण स्थापित है जीनियस! धन्यवाद @ बर्नहार्ड

— रोब बोमन

बिट ऑफॉप्टिक लेकिन यह सरल अधिकार आपके ओडीबीसी ड्राइवरों के लिए है:Get-OdbcDriver | select Name,Platform

— बर्नहार्ड

इसने 32-बीआईटी एक्सेस 2016 रनटाइम डाउनलोड करके 64-बिट सर्वर मशीन पर मेरे लिए समस्या को हल किया। मूल रूप से 32-बिट के साथ सुरक्षित पक्ष पर होना शुरू करें (जब आप प्रोजेक्ट में चीजों को 64 बिट पर स्विच करने की कोशिश करते हैं तो खराब चीजें होती हैं)।

— एरिक मुत्ता

45

पहली चीज जिसे आपको जांचना है, वह है आपके एप्लिकेशन का बिल्ड कॉन्फ़िगरेशन।

यदि आपने x86 प्लेटफॉर्म के तहत अपनी परियोजना का निर्माण किया है , तो आपको समस्या को हल करने के लिए आपको अपनी मशीन पर निम्नलिखित पैकेजों को स्थापित करना चाहिए:
1. 'Microsoft.ACE.OLEDB.12.0' प्रदाता का उपयोग करने के लिए आपको Microsoft Access डेटाबेस इंजन 2010 Redistributable को स्थापित करना होगा , यह इंस्टॉलेशन निम्न पर उपलब्ध है: http://www.microsoft.com/download/en/details.aspx ? id = 13255 ।
  
  स्थापना पूर्ण होने के बाद, आपको एप्लिकेशन चलाने का प्रयास करें, यदि यह समस्या को हल करता है, यदि नहीं, तो चरण 2 जारी रखें।
2. यह अगला चरण एक अस्पष्टीकृत वर्कअराउंड है, जो Office 2010 के लिए काम करता है, भले ही यह Office 2007 का डेटा कनेक्टिविटी घटक हो। मुझे यकीन नहीं है कि यह क्यों काम करता है, लेकिन यह करता है और यह लगभग सभी मामलों में काम करने के लिए सिद्ध हुआ है। आपको 2007 Office सिस्टम ड्राइवर: डेटा कनेक्टिविटी घटकों को स्थापित करने की आवश्यकता है , यह स्थापना इस पर उपलब्ध है: http://www.microsoft.com/download/en/confirmation.aspx?id=23734 ।
  
  यह स्थापना पूर्ण होने के बाद, अपना एप्लिकेशन चलाने का प्रयास करें, इससे समस्या का समाधान हो जाना चाहिए।
यदि आप x64 या AnyCPU प्लेटफ़ॉर्म के तहत बनाए गए एप्लिकेशन को चलाने का प्रयास कर रहे हैं , तो मैं पहले मान्य करने की सलाह दूंगा कि यह x86 प्लेटफॉर्म के तहत अपेक्षित रूप से चलता है। इस घटना में कि यह उस x86 प्लेटफ़ॉर्म के तहत नहीं चलता है, पहले भाग में चरणों को निष्पादित करें और इसे वैसा ही मान्य करें जैसा कि यह अपेक्षित रूप से चलता है।

मैंने पढ़ा है कि OLED एक्सेस डेटाबेस ड्राइवर सहित MS एक्सेस ड्राइवर केवल x86 प्लेटफॉर्म के तहत काम करता है और x64 या AnyCPU प्लेटफॉर्म के तहत असंगत है। लेकिन यह असत्य प्रतीत होता है। मैंने सत्यापित किया कि मेरा आवेदन x86 का निर्माण करते समय चल रहा था, तब मैंने निष्क्रिय झंडे का उपयोग करके एक्सेस डेटाबेस इंजन स्थापित किया।
1. पहले फ़ाइल को स्थानीय रूप से डाउनलोड करें आप यहां इंस्टालेशन डाउनलोड कर सकते हैं: http://www.microsoft.com/en-us/download/details.aspx?id=13255
2. '/ निष्क्रिय' ध्वज के साथ कमांड प्रॉम्प्ट का उपयोग करके इंस्टॉल करना। कमांड प्रॉम्प्ट में निम्न कमांड चलाएँ: 'AccessDatabaseEngine_x64.exe / passive'
इन 2 चरणों के बाद मैं x64 या AnyCPU बिल्ड कॉन्फ़िगरेशन में निर्माण के बाद अपने एप्लिकेशन को चलाने में कामयाब रहा। यह मेरे मुद्दे को हल करने के लिए दिखाई दिया।

नोट: चरणों के क्रम में फर्क पड़ता है, इसलिए कृपया इसके अनुसार अनुसरण करें।

— मेरव कोचवी
स्रोत

5

मुझे समस्या थी कि मैं एक 32 बिट एप्लिकेशन से 64 बिट पर स्विच कर रहा था और यह अब नहीं चला। आपके निर्देशों का दूसरा भाग पूरी तरह से काम करता है! / निष्क्रिय झंडा भी एक 32 बिट Microsoft Office के साथ स्थापना अनुमति देता है।

— फ्रेडी

1

टिप: AceRedist.msi और Data.cat फ़ाइलों को प्राप्त करने के लिए AccessDatabaseEngine_x64.exe फ़ोल्डर में निकालें। व्यवस्थापक मोड में cmd शीघ्र खोलें और निष्पादित करें AceRedist.msi /passive।

— जेरेमी थॉम्पसन

1

बहुत बहुत धन्यवाद। मेरे लिए पहला विकल्प काम कर गया। मुझे याद है कि 32 बिट ऑफिस को अनइंस्टॉल करने में मुझे कितनी परेशानी हो रही थी और 64 बिट ऑफिस स्थापित करने के बाद ही यह समस्या पहले से ठीक हो रही थी। लेकिन इस 64 बिट कार्यालय घटक ने इसके बजाय जादू किया।

— बिकी

2 बिंदु के कारण मैंने तय किया है। आपका बहुत बहुत धन्यवाद। मुझे यह एक microsoft.com/download/en/confirmation.aspx?id=23734 इंस्टॉल करना होगा ।

— SENA

33

विजुअल स्टूडियो 2010 में मुझे यह त्रुटि / अपवाद मिला जब मैंने कॉन्फ़िगरेशन मैनेजर डायलॉग बॉक्स में "x86" से "एनी सीपीयू" में अपना निर्माण बदल दिया। यह ओएलबीबी डेटाबेस ड्राइवर मैं समझता हूं कि केवल x86 में काम करता है और 64 बिट संगत नहीं है। X86 पर बिल्ड कॉन्फ़िगरेशन को बदलने से मेरे लिए समस्या हल हो गई।

— timodius
स्रोत

5

OLEDB x64 के साथ संगत है। यह किसी भी प्लेटफ़ॉर्म के तहत चल सकता है, न केवल x86, बल्कि किसी भी सीपीयू के रूप में। नीचे पूर्ण उत्तर देखें: stackoverflow.com/a/32760211/3637582

— मेरव कोचवी

विजुअल स्टूडियो में एप्लिकेशन को डीबग करने के तहत यह वास्तव में कॉन्फ़िगरेशन मैनेजर में किसी भी सीपीयू / x64 के बजाय x86 को चुनने में मदद करता है।

— iknownothing

25

मैंने MS ड्राइवर स्थापित किए हैं और यह अभी भी मेरे लिए काम नहीं कर रहा है। तब मुझे यह ब्लॉग पोस्ट मिला जिसने इस मुद्दे को हल किया। इसे पढ़ें, बाकी इन दो छवियों (उस पोस्ट से जुड़े) को TLDR सारांश के रूप में उपयोग करें:

— शुल बेहार
स्रोत

मेरे योगदान के रूप में इसे पोस्ट करने वाला था। यह मेरी समस्या थी। मैं इस IIS सेटिंग को कल बदल दूंगा क्योंकि मेरे समाधान में एक परियोजना x86 संकलित थी, इसलिए मैं मान रहा हूं कि यह पूरे कार्यक्रम को 32-बिट के रूप में वर्गीकृत करेगा।

— ली

मेरा सर्वर @ 64 बिट चल रहा है लेकिन स्थापित MS Office घटक 32 बिट्स है। इससे मेरी समस्या हल हो गई। धन्यवाद।

— मार्सेलबो बार्बोसा

काम पाने के लिए एक अविश्वसनीय मुश्किल बात क्या है :(, मुझे आश्चर्य है कि क्या आप इसे पावरस्क्रिप्‍ट में स्क्रिप्ट कर सकते हैं और इसे किसी प्रकार के स्वचालित सर्वर सेटअप स्क्रिप्ट में एकीकृत कर सकते हैं?

— डेविड रोजर्स

@DavidRogers शायद, लेकिन मैं PS में एक विशेषज्ञ नहीं हूँ, इसलिए मुझे उसके लिए मत देखो! ;-)

— शूल बेहार

@ShaulBehr उम्मीद है कि यह दूसरों को अंतर्दृष्टि प्रदान करता है, मैंने जो विशिष्ट कमांड का उपयोग किया था (एक उन्नत शक्तियां / cmd विंडो में): "C: \ Windows \ System32 \ inetsrv \ ।/ appcmd सेट अप्पुल /apppool.name :YOURAPPPOOLNAMEHERE / enable32BitAppOnWin64: सच। ”

— डेविड रोजर्स

16

यदि आप 64-बिट का उपयोग कर रहे हैं, लेकिन AccessDatabaseEngine स्थापित करने के बाद भी समस्या हो रही है , तो इस पोस्ट को देखें , इसने मेरे लिए समस्या को हल कर दिया।

यानी आपको इस AccessDatabaseEngine को इंस्टॉल करना होगा

— Aximili
स्रोत

15

उन सभी के लिए जो अभी भी इससे प्रभावित हैं।

मुझे त्रुटि मिल रही है ...

OLEDB error "The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine."

... जैसा कि ओपी ने बताया है, शैलेश साहू।

मेरे पास 64 बिट विंडोज 7 है।

मेरी समस्या पॉवरशेल के भीतर है स्क्रिप्ट के , लेकिन ओपी के पद के समान एक कनेक्शन स्ट्रिंग का उपयोग कर रहा है, इसलिए उम्मीद है कि मेरे निष्कर्षों को "Microsoft.ACE.OLEDB" ड्राइवर पर निर्भर सी #, पॉवरशेल और किसी अन्य भाषा पर लागू किया जा सकता है।

मैंने इस एमएस फोरम थ्रेड पर निर्देशों का पालन किया: http://goo.gl/h73RmI

मैंने पहले 64 बिट संस्करण को स्थापित करने की कोशिश की , फिर इस पृष्ठ से AccessDatabaseEngine.exe के 32 बिट संस्करण को स्थापित करना http://www.microsoft.com/en-us/download/details.aspx?id=13255

लेकिन फिर भी कोई खुशी नहीं।

मैंने तब PowerShell (SQL पांडा की साइट http://goo.gl/A3Hu96 से ) के नीचे कोड चलाया

(New-Object system.data.oledb.oledbenumerator).GetElements() | select SOURCES_NAME, SOURCES_DESCRIPTION

... जिसने मुझे यह परिणाम दिया (मैंने अन्य डेटा स्रोतों को संक्षिप्तता के लिए हटा दिया है) ...

SOURCES_NAME              SOURCES_DESCRIPTION                                                                       
------------              -------------------                                                                       
Microsoft.ACE.OLEDB.15.0  Microsoft Office 15.0 Access Database Engine OLE DB Provider

जैसा कि आप देख सकते हैं, मेरे पास Microsoft.ACE.OLEDB है। 15 .0 (पंद्रह) Microsoft.ACE.OLEDB नहीं। 12 .0 (बारह)

इसलिए, मैंने अपने कनेक्शन स्ट्रिंग को 15 तक संशोधित किया और यह काम किया।

तो, एक त्वरित PowerShell स्निपेट को प्रदर्शित करने के लिए कि संस्करण को नरम-कोड कैसे किया जाए ...

$AceVersion = ((New-Object System.Data.OleDb.OleDbEnumerator).GetElements() | Where-Object { $_.SOURCES_NAME -like "Microsoft.ACE.OLEDB*" } | Sort-Object SOURCES_NAME -Descending | Select-Object -First 1 SOURCES_NAME).SOURCES_NAME

$connString = "Provider=$AceVersion;Data Source=`"$filepath`";Extended Properties=`"Excel 12.0 Xml;HDR=NO`";"

नवीनतम ACE संस्करण लेने के लिए संशोधित किया गया है, यदि एक से अधिक हो

उम्मीद है, इसे खोजने वाला कोई भी व्यक्ति यह देख सकता है कि OLEDB संस्करण क्या स्थापित है और उपयुक्त संस्करण संख्या का उपयोग करें।

— TechSpud
स्रोत

नमस्ते, मैं PowerShell के साथ एक्सेल शीट पढ़ने की कोशिश कर रहा हूं। SharePoint दस्तावेज़ लाइब्रेरी में संग्रहीत Excel फ़ाइलें और सर्वर पर कोई Excel स्थापना नहीं है। मेरे पास विंडोज़ सर्वर 2008 R2 है। मैंने Office सिस्टम ड्राइवर: डेटा कनेक्टिविटी घटक स्थापित किए हैं, जब मैं आपकी क्वेरी चलाता हूं तो Microsoft.ACE.OLEDB नहीं देख सकता। क्या आपके पास इसके बारे में कोई विचार है? और कोई सुझाव? अग्रिम में धन्यवाद।

— डोगानाक

3

मुझे जवाब मिल गया। मैंने हमारे सिस्टम एडमिनिस्ट्रेटर से MS एक्सेस डाटाबेस इंजन को स्थापित करने के लिए कहा था। उन्होंने x86 संस्करण स्थापित किया था। जब मैं PowerShell x86 में फिर से क्वेरी चलाता हूं तो मैंने ACE.OLEDB देखा।

— doganak

बहुत बढ़िया PowerShell कोड। मेरे पास 32-बिट संस्करण था (जो पॉवरशेल सूची में नहीं दिखा था), जिसने मुझे 64-बिट एक को स्थापित करने से रोका। एक बार जब मैंने 32-बिट संस्करण को हटा दिया, तो मैं 64 बिट संस्करण स्थापित करने में सक्षम था "आप पहले से ही 32-बिट कार्यालय घटक ... संदेश"। 64-बिट संस्करण PowerShell सूची में दिखा, और मेरे ऐप ने काम करना शुरू कर दिया।

— डॉपेलगैंगर

13

यद्यपि कई उत्तर दिए गए हैं, लेकिन मुझे जो समस्या आई है, उसका अभी तक उल्लेख नहीं किया गया है।

मेरा परिदृश्य: 64-बिट अनुप्रयोग, Win10-64, कार्यालय 2007 32-बिट स्थापित।
32-बिट इंस्टॉलर AccessDatabaseEngine.exe की स्थापना एमएस रिपोर्ट की सफलता से डाउनलोड की गई, लेकिन स्थापित नहीं है, जैसा कि यहां पोस्टिंग में से किसी एक के पॉवरशेल स्क्रिप्ट के साथ सत्यापित किया गया है।
64-बिट इंस्टॉलर की स्थापना AccessDatabaseEngine_X64.exe ने एक चौंकाने वाली त्रुटि संदेश की सूचना दी:

बहुत सरल समाधान यहाँ एक ऑटोडेस्क साइट पर पाया गया है । बस इस तरह कमांड लाइन स्ट्रिंग में पैरामीटर / निष्क्रिय जोड़ें:

AccessDatabaseEngine_X64.exe / निष्क्रिय

स्थापना सफल, ओलेडब ड्राइवर ने काम किया।

मैं जिन एक्सेल फाइलों को ओलेडब के साथ प्रोसेस कर रहा हूं, वे xlsx प्रकार की हैं, जिन्हें EPPlus 4.5 के साथ बनाया गया है और Excel 2007 के साथ संशोधित किया गया है।

— जोश
स्रोत

1

मैं AccessDatabaseEngine_X64.exe को सामान्य तरीके से स्थापित कर सकता हूं लेकिन मैंने 32 बिट इक्विलेंट (AccessDataBaseEngine.exe) को स्थापित करने के लिए निष्क्रिय पैरामीटर का उपयोग किया है। फिर, मैं आखिरकार विजुअल स्टूडियो 2019 से एक्सेस डेटाबेस से जुड़ सकता हूं।

— VolkanOzcan

10

आपको ऑफिस इंस्टॉलेशन की बिटनेस के आधार पर "किसी भी सीपीयू" से समाधान प्लेटफॉर्म को "x86" या "x64" में बदलने की आवश्यकता है।

कदम नीचे दिए गए हैं:

समाधान एक्सप्लोरर में समाधान फ़ाइल पर राइट क्लिक करें:
1. कॉन्फ़िगरेशन प्रबंधक पर क्लिक करें।
2. एक्टिव प्लेटफॉर्म ड्रॉप डाउन पर क्लिक करें, अगर x86 पहले से है तो उसे चुनें, इसके बाद न्यू पर क्लिक करें।
3. नए प्लेटफॉर्म ड्रॉपडाउन से x86 या x64 का चयन करें:

अपने एप्लिकेशन को संकलित करें और चलाएं।

— मोहित बुसा
स्रोत

6

यदि स्थापित "AccessDatabaseEngine" अभी भी मदद नहीं करता है, तो नीचे समाधान है:

आपको सक्रिय समाधान प्लेटफ़ॉर्म को "एनी सीपीयू" से "x86" में बदलने की आवश्यकता है।

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

CodeProject.com से

— syp_dino
स्रोत

आप इसे किसी भी प्लेटफ़ॉर्म के तहत चला सकते हैं, केवल 'x86' पर नहीं, बल्कि 'Any CPU' को 'x64' के रूप में भी। नीचे पूर्ण उत्तर देखें: stackoverflow.com/a/32760211/3637582

— मेरव कोच्चवी

6

मैं इस लेख के चरणों का पालन करके इसे ठीक करने में सक्षम था: http://www.mikesdotnetting.com/article/280/solve-the-microsoft-ace-oledb-12-0-provider-is-not-registered- ऑन-द-स्थानीय मशीन

मेरे लिए मुख्य बिंदु यह था:

IIS से डिबगिंग करते समय,

डिफ़ॉल्ट रूप से, Visual Studio 32-बिट संस्करण का उपयोग करता है। आप इसे विज़ुअल स्टूडियो से टूल »ऑप्शंस» प्रोजेक्ट्स एंड सॉल्यूशंस »वेब प्रोजेक्ट्स» जनरल, और चुनकर बदल सकते हैं

"वेबसाइटों और परियोजनाओं के लिए IIS एक्सप्रेस के 64 बिट संस्करण का उपयोग करें"

उस विकल्प की जांच करने के बाद, फिर मेरी परियोजना के प्लेटफ़ॉर्म लक्ष्य को "किसी भी सीपीयू" पर सेट करना (मैंने इसे समस्या निवारण प्रक्रिया में कहीं x86 पर सेट किया था), मैं त्रुटि को दूर करने में सक्षम था।

— केन जॉनसन
स्रोत

1

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

— इलिनोइस्टिम

बहुत बहुत धन्यवाद यह वही है जिसकी मुझे तलाश है।

— मनोज कल्लूरी

6

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

के लिए जाओ

उपकरण> विकल्प> परियोजनाएं और समाधान> वेब परियोजनाएं

और वहाँ से (या अनचेक) IIS एक्सप्रेस के 64 बिट संस्करण का उपयोग करें ... '

— अल्बर्ट ज़खिया
स्रोत

1

वाह कई घंटे अन्य समाधानों की कोशिश करते हैं, केवल इसे ठीक करें! धन्यवाद

— हर्नल्डो गोंजालेज

5

पहले सत्यापित करें कि आपके सिस्टम में microsoft.ace.oledb.12.0 का कौन सा संस्करण स्थापित है।

नीचे दिए गए पथ C: \ Program Files \ Common Files \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL --64 में जांचें स्थापित है

नीचे दिए गए पथ C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL --x86 बिट स्थापित है

यदि (x86) स्थापित है, तो x 64 में x64 परिवर्तन के लिए कॉन्फ़िगरेशन प्रबंधक परिवर्तन समाधान मंच का उपयोग x86 के लिए करें।

यदि उपलब्ध नहीं है तो नीचे दिए गए लिंक का उपयोग करके इंस्टॉल करें

https://www.microsoft.com/en-us/download/details.aspx?id=23734

— शुभम तिवारी
स्रोत

3

syp_dino,

मेरे लिए "Microsoft.ACE.OLEDB.12.0 'प्रदाता के लिए सुझाए गए समाधान स्थानीय मशीन पर पंजीकृत नहीं है" त्रुटि किसी भी सीपीयू "से" x86 "में सक्रिय समाधान प्लेटफ़ॉर्म को बदलने के लिए है।

जब मैंने उन चरणों का प्रदर्शन किया, तो समाधान का पुनर्निर्माण किया, EXE को पकड़ा और नेटवर्क पर रखा, विंडोज 7 64 बिट मशीन पर सब कुछ सुचारू रूप से काम किया।

— सेवण घी
स्रोत

आप इसे किसी भी प्लेटफ़ॉर्म के तहत चला सकते हैं, न केवल x86, बल्कि किसी भी सीपीयू के रूप में। नीचे मेरा जवाब देखें: stackoverflow.com/a/32760211/3637582

— मेरव कोचवी

3

SSMS 2014 का उपयोग करते हुए SQL सर्वर DB में एक एक्सेल फ़ाइल (xlsx) से डेटा आयात करने का प्रयास करते समय मेरे पास यह समस्या थी।

2007 Office सिस्टम ड्राइवर: डेटा कनेक्टिविटी घटक स्थापित मेरे लिए चाल किया था।

— तरन
स्रोत

... और यदि वह काम नहीं करता है, तो "डेटा स्रोत चुनें" स्क्रीन की ड्रॉपडाउन सूची से एक अलग "एक्सेल संस्करण" चुनने की कोशिश करें। stackoverflow.com/a/56171883/283895

— tgolisch

@ टारन लिंक उपलब्ध नहीं है

— evry1ashes

फ़ाइल की तरह यह दिखता है, लेकिन मैं इस बात की पुष्टि नहीं कर सकते download.cnet.com/...

— तरन

3

मैंने इसी समस्या का सामना किया। समाधान के गुणों पर जाएं और किसी भी सीपीयू को x86 में बदल दें, मुझे लगता है कि यह काम करेगा।

— एमडी शाहियार
स्रोत

3

इसे 2 चरणों में करें: 1. इस मेनू में: प्रोजेक्ट -> yourproject गुण ... -> बिल्ड: अनचेक करें "32-बिट पसंद करें" 2. कनेक्शनस्ट्रीमिंग में: विस्तारित गुणों के पहले और बाद में इस तरह से कोट्स लिखें: एक्सटेंडेड प्रॉपर्टीज = ' Excel 12.0 Xml; HDR = YES '

                var fileName = string.Format("{0}", openFileDialog1.FileName);
            //var connectionString = string.Format("Provider=Microsoft.Jet.OLEDB.4.0; data source={0}; Extended Properties=Excel 8.0;", fileName);
            var connectionString = string.Format("Provider=Microsoft.ACE.OLEDB.12.0;Data Source={0}; Extended Properties='Excel 12.0 Xml;HDR=YES'", fileName);
            var adapter = new OleDbDataAdapter("SELECT * FROM [Sheet1$]", connectionString);
            var ds = new DataSet();

            adapter.Fill(ds, TableNmae);

            DataTable data = ds.Tables[TableNmae];
            dg1.DataSource = data;

— शरीफ लोटी
स्रोत

"32-बिट को प्राथमिकता दें" को अनचेक करना मेरे लिए माइक्रोसॉफ्ट एक्सेस डेटाबेस इंजन 2010 पुनर्वितरण स्थापित होने के दौरान काम करना प्रतीत होता है।

— आईटी डेलीक्वेंट

मैंने '32-बिट को प्राथमिकता दें' को अनियंत्रित किया और यह ऊपर और चल रहा था !!!

— user1584253

3

इन विन्यासों ने जनवरी 2020 में मेरी नई मशीन बनाने पर काम किया:

(1 - x64 केवल) Windows 10 x64, Office 365 x64, AccessDatabaseEngine_x64 2016 / निष्क्रिय तर्क के साथ स्थापित किया गया है, VStudio स्पष्ट रूप से निम्नलिखित कनेक्शन स्ट्रिंग के साथ x64 पर सेट सेटिंग्स: प्रदाता = Microsoft.ACE.OLEDB.16.0; डेटा स्रोत = डी: ... \ MyDatabase.accdb

(2 - x64 या x32) विंडोज 10 x64, Office 365 x64, AccessDatabaseEngine_x64 2016 / निष्क्रिय तर्क के साथ स्थापित किया गया, PLUS AccessDatabaseEngine 2010 (32bit) / निष्क्रिय तर्क के साथ स्थापित किया गया, वीपीडीओ बिल्ड किसी भी एसीपीयू को सेट करता है, निम्न कनेक्शन स्ट्रिंग के साथ: प्रदाता = प्रदाता Microsoft.ACE.OLEDB.16.0; डेटा स्रोत = डी: ... \ MyDatabase.accdb

(3 - x32 केवल) विंडोज 10 x64, Office 365 x32, AccessDatabaseEngine 2010 (32 बिट) / निष्क्रिय तर्क के साथ स्थापित किया गया है, VStudio x86 पर सेट सेटिंग्स निम्नलिखित कनेक्शन स्ट्रिंग के साथ: प्रदाता = Microsoft.ACE.OLEDB.12.0; डेटा स्रोत = डी: ... \ MyDatabase.accdb

विफल रहता है

कनेक्शन स्ट्रिंग में ACE.OLEDB.12.0 x64 प्रदाता का उपयोग केवल AccessDatabaseEngine_x64 2016 के साथ विफल हुआ (1) में उपरोक्त के रूप में स्थापित किया गया।

दृश्य स्टूडियो बिल्ड सेटिंग्स में AnyCPU का उपयोग करना (1) में विफल रहा। X64 सेट करना आवश्यक है। हो सकता है कि ऐसा इसलिए है क्योंकि AnyCPU का मतलब है कि Vstudio को संकलन समय पर एक x32 ACE.OLEDB.nn.0 प्रदाता देखना होगा।

ACE.OLEDB.12.0 2016 x32 / निष्क्रिय इंजन तब स्थापित नहीं होगा जब उसने x64 अनुप्रयोगों को चारों ओर देखा। (ACE.OLEDB.12.0 2010 x32 / निष्क्रिय इंस्टॉलर ने काम किया।)

निष्कर्ष

X64 बिल्ड सेटिंग्स का उपयोग करने के लिए, आपके पास 2016 x64 डेटाबेस इंजन और ACE.OLEDB.16.0 होना चाहिए कनेक्शन-स्ट्रिंग प्रदाता और स्पष्ट x64 बिल्ड सेटिंग्स का उपयोग करने के लिए Office 365 के साथ जनवरी 2020 में काम करना होगा। / निष्क्रिय विकल्प का उपयोग करना इंस्टॉलेशन को आसान बनाता है। उस टिप को पोस्ट करने का श्रेय!

AnyCPU का उपयोग करने के लिए, मुझे ACE.OLEDB.12.0 2010 x32 इंजन और ACE.OLEDB.16.0 x64 इंजन दोनों की आवश्यकता है। इस तरह Vstudio, "AnyCPU" संकलन समय में x32 और x64 दोनों इंजन देख सकता था। मैं प्रदाता कनेक्शन स्ट्रिंग को X32 ऑपरेशन के लिए ACE.OLEDB.12.0 या X64 ऑपरेशन के लिए ACE.OLEDB.16.0 में बदल सकता है। दोनों ने ठीक काम किया।

X86 बिल्ड सेटिंग्स का उपयोग करने के लिए, आपको 2020 के जनवरी में Office 365 x32 के साथ काम करने के लिए 2010 x32 डेटाबेस इंजन और ACE.OLEDB.12.0 कनेक्शन-स्ट्रिंग प्रदाता और स्पष्ट x86 बिल्ड सेटिंग्स की आवश्यकता है।

— केविन
स्रोत

2

जब हम एक्सेल फाइल पढ़ रहे हैं तो मेरे पास भी ऐसा ही मुद्दा है।

समस्या का इतिहास:

हमने हाल ही में मेमोरी की आवश्यकता के कारण हमारे आवेदन को 32-बिट से 64-बिट पर माइग्रेट किया था। उसके लिए हमने अपनी विंडोज़ 7 को 32-बिट से 64-बिट में माइग्रेट किया। लेकिन फिर भी हमने अपनी मशीनों पर 32-बिट कार्यालय स्थापित किया।

क्योंकि, इसमें हमारे पास एक्सेल डेटा को एप्लिकेशन में आयात करते समय यह समस्या थी।

समाधान,

मैंने http://www.microsoft.com/en-us/download/details.aspx?id=13255 का 64-बिट संस्करण डाउनलोड किया और तर्क के साथ स्थापित किया,

AccessDatabaseEngine_x64.exe / निष्क्रिय

बिना किसी कोड परिवर्तन के मेरी समस्या हल हो जाती है।

ध्यान दें:

64-बिट OS और 64-बिट कार्यालय पर, मेरी कार्यक्षमता इस फिक्स के बिना ठीक काम कर रही थी। यह फिक्स केवल तभी आवश्यक है जब हमारा एप्लिकेशन 64-बिट ओएस पर 64-बिट चल रहा हो, जिस पर 32-बिट कार्यालय स्थापित हो।

— राहुल टेकी
स्रोत

लेकिन, Microsoft इस समाधान के खिलाफ है। मेरे ग्राहकों में से कुछ इस सुधार के कारण अन्य कार्यालय कार्यक्रमों में विकृति का निरीक्षण करते हैं।

— राहुल

2

बस निम्नलिखित डीबी इंजन (X86 या X64: अपने मशीन कॉन्फ़िगरेशन के अनुसार) डाउनलोड और इंस्टॉल करें और जादू देखें :)

https://www.microsoft.com/en-us/download/confirmation.aspx?id=13255

— Biki
स्रोत

1

मैंने दूसरों द्वारा निर्धारित निर्देशों का पालन किया; इस पैच को स्थापित करने, उस पैच को स्थापित करने के साथ-साथ Microsoft Access डेटाबेस इंजन 2010।

मेरा मुद्दा यह था कि मैं अपनी मशीन पर 2 साइटों में एक ही पुस्तकालय (linq2sql) का उपयोग कर रहा हूं; 1 काम करता है और 1 नहीं करता है।

आखिरकार मैंने पाया कि मुझे अपनी गैर-कार्यशील साइट के लिए ऐप्पल की उन्नत सेटिंग्स में "32 बिट अनुप्रयोगों को सक्षम करना" था।

सब कुछ अब ठीक है।

— विज्ञापन
स्रोत

1

इन चरणों को भी आजमा सकते हैं

SQL सर्वर में, 1.Open एक डेटा बेस 2. ऑप्शन 'Server Obtect' में 3.Clic। 'लिंक्ड सर्वर' में 4.Clic 'प्रोवाइडर्स' में 4.Clic '5. Microsoft RACE.OLEDB.0' में रिग। 6. सभी विकल्पों का चयन करें और बंद करें

— डिएगो कास्त्रो
स्रोत

1

वेब एप्लिकेशन के लिए सर्वर पर AccessDatabaseEngine स्थापित करना याद रखें ।

— Sosha
स्रोत

1

मेरे पास एक ही मुद्दा था लेकिन इस मामले में Microsoft-ace-oledb-12-0- प्रदाता पहले से ही मेरी मशीन पर स्थापित था और विकसित किए गए अन्य एप्लिकेशन के लिए ठीक काम कर रहा था।

उन अनुप्रयोगों और मेरे साथ एक के बीच का अंतर जो समस्या थी, पुराने अनुप्रयोग " स्थानीय IIS " पर चल रहे थे, जबकि एक त्रुटि " IIS एक्सप्रेस (विज़ुअल स्टूडियो से चल रहा है)" पर थी। तो मैंने क्या किया-

प्रोजेक्ट के नाम पर राइट क्लिक करें।

गुणों पर जाएं

दाईं ओर वेब टैब पर जाएं।

सर्वर के अंतर्गत लोकल IIS का चयन करें और Create Virtual Directory बटन पर क्लिक करें।

एप्लिकेशन को फिर से चलाएँ और यह काम किया।

— NetStarter
स्रोत

1

मेरे पास Microsoft Access डेटाबेस इंजन 2010 Redistributable पहले से ही मेरी मशीन पर स्थापित था लेकिन अभी भी Microsoft ACE OLEDB प्रदाता प्राप्त कर रहा था त्रुटि ।

तब मुझे याद आया कि मैंने हाल ही में Office 2016 में अपग्रेड किया था, इसलिए हो सकता है कि मुझे Microsoft Access डेटाबेस इंजन 2010 Redistributable को फिर से स्थापित करने का प्रयास करना चाहिए । और उस समस्या को मेरी मशीन पर ठीक कर दिया।

इसलिए, यदि आपने MS Office के विभिन्न संस्करण में अपग्रेड किया है या अपने MS Office की मरम्मत / पुनः स्थापना की है, तो अन्य सुधारों को खोजने के साथ समय बर्बाद करने से पहले Microsoft Access डेटाबेस इंजन 2010 Redistributable को पुनः स्थापित करने का प्रयास करें । सौभाग्य!

— सागर
स्रोत

1

1.) के साथ अपने कनेक्शन स्ट्रिंग सत्यापित करें ConnectionStrings.com ।

2.) सुनिश्चित करें कि आपके पास सही डेटाबेस इंजन स्थापित है। ये दो डेटाबेस इंजन थे जिन्होंने मेरी मदद की।

Microsoft Access डेटाबेस इंजन 2010 Redistributable

2007 ऑफिस सिस्टम ड्राइवर: डेटा कनेक्टिविटी घटक

3.) आपके बिल्ड टारगेट प्लेटफ़ॉर्म के साथ "कोई भी CPU" होने के साथ कोई समस्या हो सकती है, इसे "X86" (गुण, निर्माण, प्लेटफ़ॉर्म लक्ष्य) की आवश्यकता हो सकती है।

— u8it
स्रोत

आप इसे किसी भी प्लेटफ़ॉर्म के तहत चला सकते हैं, केवल 'x86' पर नहीं, बल्कि 'Any CPU' को 'x64' के रूप में भी। नीचे पूर्ण उत्तर देखें: stackoverflow.com/a/32760211/3637582

— मेरव कोचवी

ठीक है, अच्छी तरह से मुझे नहीं लगता कि मेरे लिए यह मामला था ... इसलिए यह अभी भी ध्यान देने योग्य है कि किसी का निर्माण लक्ष्य मंच मुद्दे का हिस्सा हो सकता है।

— u8it

1

यदि आपको ASP.NET अनुप्रयोग से ACE का उपयोग करने का प्रयास करते समय यह त्रुटि मिलती है, तो सबसे संभावित कारण यह है कि आपने 32-बिट संस्करणों में से किसी एक को स्थापित किया है। डिफ़ॉल्ट रूप से, 64-बिट ऑपरेटिंग सिस्टम पर IIS 64-बिट कार्यकर्ता प्रक्रिया में एप्लिकेशन चलाएगा। 64-बिट प्रक्रिया 32-बिट DLL लोड नहीं कर सकती। जब ACE प्रदाता को कॉल किया जाता है, तो 64 बिट प्रक्रिया 64-बिट DLL का पता लगाने का प्रयास करेगी। यदि यह मौजूद नहीं है, तो आपको त्रुटि संदेश मिलता है जो आपको यहां लाया है।

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

दूसरा विकल्प 32-बिट अनुप्रयोगों को सक्षम करने के लिए IIS में एप्लिकेशन पूल को बदलना है। यदि आप IIS के पूर्ण संस्करण का उपयोग कर रहे हैं, तो आप ऐसा करने के लिए प्रबंधन टूल का उपयोग कर सकते हैं (नियंत्रण कक्ष »प्रशासनिक उपकरण» इंटरनेट सूचना सेवा (IIS) प्रबंधक)।

अधिक समझ के लिए कृपया नीचे दिए गए लिंक को देखें

— प्रिंस एंटनी जी
स्रोत

1

एक्सेल फ़ाइल से MS-SQL में डेटा आयात करते समय मुझे यह त्रुटि मिली। प्रदाता पहले से ही (64-बिट) स्थापित किया गया था और इसने मुझे आश्चर्यचकित किया कि यह क्यों काम नहीं करता है। इसलिए मैंने जो कुछ भी किया था, वह यहाँ इस्तेमाल होने वाले इम्पोर्ट / एक्सपोर्ट एप्लीकेशन का था। और मुझे यह मिल गया

C: \ Program Files \ Microsoft SQL Server \ 130 \ DTS \ Binn \ DTSWizard.exe

मैंने फिर डेटा आयात करने के लिए .exe सीधे चलाया। और यह काम किया!

— Chagbert
स्रोत

हम्म, मेरे पास कुछ संस्करण थे, एसएसएमएस को गलत उपयोग करना चाहिए।

— स्टीवकेव

1

इसने मेरे लिए अभी काम किया है।

इस पृष्ठ पर जाएँ फिर अपने कंप्यूटर के लिए विनियोजित पैकेज डाउनलोड करें (AccessDatabaseEngine.exe या AccessDatabaseEngine__6464.exe)
वह स्थापित करें।
आनंद लें ... आपके कोड अब काम कर रहे हैं ...

लेकिन आपके एप्लिकेशन पैकेज के लिए आप किसी भी निम्न समाधान का उपयोग कर सकते हैं:

"C: \ Program Files (x86) \ Common Files \ microsoft साझा" या "C: \ Program Files \ Common Files \ Microsoft साझा" पर जाएं और "OFFICE14" निर्देशिका को अपनी पैकेज फ़ाइल के समान स्थान पर रखें।

या

अपने स्थापना पैकेज में दो प्रोजेक्ट (आइटम 1 में) संलग्न करें।

— मोहम्मद फथी मि
स्रोत