MSSQL त्रुटि 'अंतर्निहित प्रदाता ओपन पर विफल'

220

मैं एक उपयोग कर रहा था .mdfएक को जोड़ने के लिए databaseऔर entityClient। अब मैं कनेक्शन स्ट्रिंग को बदलना चाहता हूं ताकि कोई .mdfफ़ाइल न हो ।

निम्नलिखित connectionStringसही है?

<connectionStrings>
   <!--<add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;AttachDbFilename=|DataDirectory|\NData.mdf;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />-->
   <add name="conString" connectionString="metadata=res://*/conString.csdl|res://*/conString.ssdl|res://*/conString.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=.\SQL2008;Initial Catalog=NData;Integrated Security=True;Connect Timeout=30;User Instance=True;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />

क्योंकि मुझे हमेशा त्रुटि मिलती है:

आधारभूत प्रदाता खोलने पर विफल रहा

c#  sql-server  entity-framework  database-connection 
— senzacionale
स्रोत
2
जब मैं IIS के तहत चलाने का प्रयास करता हूं तो मेरे पास यहां एक ही मुद्दा है। अगर मैं वीएस सर्वर में चलता हूं तो मुझे कोई त्रुटि नहीं मिलती है।
— Zote
11
मेरे पास एक ही मुद्दा था और कनेक्शनस्ट्रिंग Integrated Securityसे हटा दिया गया, एक उपयोगकर्ता बनाया और सुनिश्चित किया कि उनके पास sysadminअनुमतियाँ हैं और उस उपयोगकर्ता को कनेक्शनस्ट्रिंग में जोड़ दिया है।
— फुलवियो
आपका DB कहां स्थित है, यदि यह IIS पर होस्ट किए गए एप्लिकेशन पर है, तो आपको अपना DB अपने App_Data फ़ोल्डर में रखना चाहिए और वहां देखने के लिए Entityframework मॉडल द्वारा उत्पन्न कनेक्शन स्ट्रिंग को संपादित करना चाहिए। stackoverflow.com/questions/9809442/…
— eran otzap
मुझे यह समस्या थी, और इसे कनेक्शन स्ट्रिंग में पासवर्ड डालकर हल किया गया था।
— satyrFrost
बस जब आईआईएस के तहत चल रहा था तो इंटीग्रेटेड सिक्योरिटी ने मेरे लिए काम किया
— जॉन

जवाबों:

215

मुझे यह त्रुटि मिली और कुछ समाधान मिले:

आपके कनेक्शन स्ट्रिंग को देखते हुए, यह मान्य दिखता है। मुझे यह ब्लॉग पोस्ट मिला , यहां समस्या यह है कि वे एकीकृत सुरक्षा का उपयोग कर रहे थे । यदि आप IIS पर चल रहे हैं, तो आपके IIS उपयोगकर्ता को डेटाबेस तक पहुंच की आवश्यकता है।

यदि आप लेनदेन के साथ एंटिटी फ्रेमवर्क का उपयोग कर रहे हैं , तो एंटिटी फ्रेमवर्क स्वचालित रूप से प्रत्येक डेटाबेस कॉल के साथ एक कनेक्शन खोलता है और बंद करता है। इसलिए लेन-देन का उपयोग करते समय, आप कई कनेक्शनों पर लेनदेन को फैलाने का प्रयास कर रहे हैं। यह MSDTC को बढ़ाता है ।

( अधिक जानकारी के लिए यह संदर्भ देखें। )

मेरे कोड को निम्न में बदलकर इसे ठीक किया:

using (DatabaseEntities context = new DatabaseEntities())
{
    context.Connection.Open();
    // the rest
}
— क्रिश्चियन पायने
स्रोत
7
टेबल का उपयोग करने के लिए लिनैक का उपयोग करते समय (ईएफ 4 का उपयोग करके) यह कैसे किया जाता है?
— ब्रेट रिग्बी
2
@ ब्रेट रिग्बी: stackoverflow.com/questions/794707/… लिनेक या ईएफ के साथ ऐसा करने के लिए कवर करता है।
— स्कॉट स्टैफ़ोर्ड
63
यदि आप EF / DBContext का उपयोग कर रहे हैं, तो सही कॉल संदर्भ है। Database.Connection.Open ();
— लाइव-लव
2
काश मैं कोड के लिए इसे पोस्ट करने के बजाय आपकी पोस्ट को पढ़ता, जब मुझे पहली बार मिला। मेरा मुद्दा (जैसा कि इस जवाब में बताया गया है) यह था कि सीआरएम 2011 प्लगिन संदर्भ के लिए ऐपपूल उपयोगकर्ता के पास डेटाबेस के लिए कोई लिखित पहुंच नहीं थी जिसे मैंने सेट किया था। जब मैंने उपयोगकर्ता को SQL में जोड़ा, तो प्लगइन ने एक आकर्षण की तरह काम किया।
— माइक_मथ्यूज_II
2
मेरे पास मेरे संदर्भ के नाम पर एक कनेक्शन स्ट्रिंग नहीं थी जिसे मैं संदर्भ के नाम पर बना रहा था ....... उस के लिए भी जांचें।
— बिल ब्लेंकशिप
38

context.Connection.Open() मेरी समस्या को हल करने में मदद नहीं की, इसलिए मैंने DTC कॉन्फ़िगरेशन में "दूरस्थ ग्राहकों की अनुमति दें" को सक्षम करने का प्रयास किया, कोई और त्रुटि नहीं।

विंडोज 7 में आप dcomcnfg, Component Services -> Computers -> My Computer -> Distributed Transaction Coordinator -> Security DTC -> सुरक्षा पर राइट क्लिक करके डीटीसी कॉन्फिग को खोल सकते हैं।

— kerem
स्रोत
11
विंडोज 7 में आप dcomcnfg , Component Services -> Computers -> My Computer -> Distributed Transaction Coordinator -> Security DTC -> सुरक्षा पर राइट क्लिक करके डीटीसी कॉन्फिग को खोल सकते हैं ।
— केरम
7
असल में यह लोकल DTC पर राइट क्लिक है -> प्रॉपर्टीज -> सिक्योरिटी
— ओटो एब्नॉर्मलवरब्राउचर
27

आपको यह देखने के लिए आंतरिक अपवाद देखना चाहिए कि त्रुटि को फेंकने का आंतरिक कारण क्या है।

मेरे मामले में, मूल त्रुटि थी:

"D: \ Projects2 \ xCU \ xCU \ App_Data \ xCUData_log.ldf" को खोलने में असमर्थ। ऑपरेटिंग सिस्टम त्रुटि 5: "5 (प्रवेश निषेध है।)"। फ़ाइल D: \ Projects2 \ xCU \ xCU \ App_Data \ xCUData.mdf के लिए एक ऑटो-नामित डेटाबेस संलग्न करने का प्रयास विफल रहा। समान नाम वाला एक डेटाबेस मौजूद है, या निर्दिष्ट फ़ाइल को खोला नहीं जा सकता है, या यह UNC शेयर पर स्थित है।

जो संबंधित फाइल mdfऔर ldfफाइलों के गुणों का उपयोग करने के लिए वर्तमान उपयोगकर्ता को पूर्ण अनुमति देकर हल किया गया है ।

— मजीद
स्रोत
24

मैंने पाया कि समस्या यह थी कि इन वेरिएंट में कनेक्शन स्ट्रिंग के भीतर मेरा सर्वर पथ था:

SERVER\SQLEXPRESS
SERVER

जब वास्तव में मेरे पास होना चाहिए:

.\SQLEXPRESS

जब भी मुझे SQL की आवृत्ति का पता लगाने में कठिनाई हुई, किसी कारण से मुझे यह त्रुटि मिली।

— dooburt
स्रोत
6
ऐसा इसलिए हो सकता है क्योंकि आपने SQL सर्वर के लिए कनेक्शन विधि के रूप में सक्षम पाइप का नाम नहीं दिया है।
— पॉल
1
@ पाओल, धन्यवाद। यह संभावना थी कि चूंकि यह एसक्यूएल की एक नई स्थापना थी, जो नामांकित पाइपों के साथ अक्षम है। सर उठाने के लिए धन्यवाद। +1
— डोबर्ट
1
इसके लिए धन्यवाद, नामांकित पाइपों के निष्क्रिय होने के कारण मेरे पास यह मुद्दा था।
— पैट्रिक ऑलवुड
15

यह केवल आम मुद्दा है। यहां तक ​​कि मैंने इस मुद्दे का सामना किया है। विंडोज प्रमाणीकरण के साथ कॉन्फ़िगर की गई विकास मशीन पर, यह पूरी तरह से काम किया जाता है:

<add name="ShoppingCartAdminEntities" connectionString="metadata=res://*/ShoppingCartAPIModel.csdl|res://*/ShoppingCartAPIModel.ssdl|res://*/ShoppingCartAPIModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=.\SQlExpress;initial catalog=ShoppingCartAdmin;Integrated Security=True;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

एक बार उसी कॉन्फ़िगरेशन के साथ IIS में होस्ट करने पर, मुझे यह त्रुटि मिली:

आधारभूत प्रदाता खोलने पर विफल रहा

इसे connectionStringकॉन्फ़िगरेशन फ़ाइल में बदलते हुए हल किया गया था :

<add name="MyEntities" connectionString="metadata=res://*/ShoppingCartAPIModel.csdl|res://*/ShoppingCartAPIModel.ssdl|res://*/ShoppingCartAPIModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=MACHINE_Name\SQlExpress;initial catalog=ShoppingCartAdmin;persist security info=True;user id=sa;password=notmyrealpassword;multipleactiveresultsets=True;application name=EntityFramework&quot;" providerName="System.Data.EntityClient" />

अन्य सामान्य गलतियाँ हो सकती हैं:

  1. डेटाबेस सेवा को रोका जा सकता है
  2. डेटा स्रोत विशेषताएँ एक स्थानीय डेटाबेस की ओर इशारा करती हैं, जिसमें Windows प्रमाणीकरण और IIS में होस्ट किया गया होता है
  3. उपयोगकर्ता नाम और पासवर्ड गलत हो सकता है।
— JaiSankarN
स्रोत
मेरे लिए यह मुद्दा तब था जब मैंने EF डेटा मॉडल बनाया था, इसने एक कनेक्शन स्ट्रिंग बनाई जो VS में डेटा कनेक्शन से लॉगिन डेटा का उपयोग करती है। कोई उपयोगकर्ता या पासवर्ड कनेक्शन स्ट्रिंग में नहीं था, इसलिए इस परिनियोजन समस्या को ठीक करने के Integrated Security=Trueलिए इसे निकालें और प्रतिस्थापित user id=sa;password=notmyrealpasswordकरें।
— LostNomad311
10

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

भले ही आप एकीकृत सुरक्षा (विंडोज उपयोगकर्ता में लॉग इन का संदर्भ) या एक व्यक्तिगत एसक्यूएल खाते का उपयोग करते हों, सुनिश्चित करें कि इस मुद्दे को रोकने के लिए जिस डेटाबेस तक आप पहुँचने का प्रयास कर रहे हैं, उसके लिए उपयोगकर्ता के पास 'सुरक्षा' के तहत उचित पहुंच है।

— atconway
स्रोत
मुझे मूल पोस्ट के रूप में एक ही मुद्दा मिला है, मेरे होस्टनाम को सत्यापित किया है, और आंतरिक अपवाद में सत्यापित किया है कि मैं सही उपयोगकर्ता नाम का उपयोग कर रहा हूं। SSMS उपयोगकर्ता सुरक्षा सही दिखती है - SQL सर्वर खाता ठीक से सेट किया गया है और डेटाबेस तक सार्वजनिक पहुंच है। लेकिन, लॉगिन विफल रहा।
— कोड्स हैमर
क्या करता है inner exceptionराज्य मुद्दा है? यहाँ मेरा जवाब था, कि यह वास्तविक अंतर्निहित समस्या को समझने के लिए आवश्यक अतिरिक्त छिपा हुआ विवरण प्रदान करेगा। यह inner exceptionसत्यापित नहीं करेगा कि आपके पास सही लॉगऑन है - यह अपवाद नहीं एक स्पष्टीकरण है।
— एटॉनवे
Login failed for user 'user'.
— कोड्स हैमर
मैंने NT AUTHORITY\NETWORK SERVICESQL सर्वर उपयोगकर्ता सूची में जोड़ने का भी प्रयास किया । मुझे अभी भी वही अस्वीकृत लॉगिन विफलता मिली।
— कोड्स हैमर
हल किया। मुझे बदलने की जरूरत data sourceहै hostname\SQLEXPRESS। मैंने पहले hostnameऔर आजमाया .\SQLEXPRESSथा। तब मैं एकीकृत सुरक्षा से जुड़ने में सक्षम था। उत्सुकता से, यह डोबर्ट के उत्तर के विपरीत है । क्यूरियस, SQL सर्वर उपयोगकर्ता नाम विजुअल स्टूडियो से कनेक्ट करने में कभी सक्षम नहीं था।
— कोड्स हैमर
6

मैं Windows Server 2003 पर SQL सर्वर एक्सप्रेस संस्करण के साथ एक समान समस्या थी । मैंने डेटाबेस सुरक्षा में केवल एक उपयोगकर्ता के रूप में नेटवर्क सेवा को जोड़ा है।

— Par6
स्रोत
4
क्या आप बता सकते हैं कि आप ऐसा कैसे करते हैं?
— पीटर मोर्टेंसन
4

SQL सर्वर एक्सप्रेस सेवा स्वचालित रूप से सेट नहीं किया गया था।

1) कंट्रोल पैनल पर जाएं 2) एडमिनिस्ट्रेटिव टूल्स 3) सर्विस ४) एसक्यूएल सर्वर एक्सप्रेस को ५ पर क्लिक करके स्वचालित रूप से शुरू करने के लिए सेट करें) राइट क्लिक करें और सेवा शुरू करें

मुझे उम्मीद है कि इससे मदद मिलेगी।

— user2033790
स्रोत
3

यह तब भी हो सकता है जब आप एक डेटाबेस को पुनर्स्थापित करते हैं और उपयोगकर्ता पहले से ही अलग-अलग स्कीमा के साथ मौजूद है, जिससे आप सही अनुमतियों को असाइन करने में असमर्थ हैं।

इस रन को सही करने के लिए:

USE your_database
EXEC sp_change_users_login 'Auto_Fix', 'user', NULL, 'cf'
GO
EXEC sp_change_users_login 'update_one', 'user', 'user'
GO
— 79E09796
स्रोत
बिल्कुल यह समस्या थी। मैंने बस एक बैकअप से बहाल किया। विस्तार से विश्लेषण के लिए एक नज़र डालें ।
— nesimtunc
2

मैंने इसी तरह का एक मुद्दा यहां पोस्ट किया है, अमेज़ॅन आरडीएस पर होस्ट किए गए एसक्यूएल 2012 डीबी के साथ काम करना। समस्या कनेक्शन स्ट्रिंग में थी - मेरे पास "एप्लिकेशन नाम" और "ऐप" गुण वहां थे। एक बार मैंने उन्हें हटा दिया, तो यह काम कर गया।

एंटिटी फ्रेमवर्क 5 और अमेज़ॅन आरडीएस - "अंतर्निहित प्रदाता ओपन पर विफल रहा।"

— wloescher
स्रोत
2

सुनिश्चित करें कि आपूर्ति की जा रही कनेक्शन स्ट्रिंग में प्रत्येक तत्व मान सही है। मेरे मामले में, मुझे वही त्रुटि मिल रही थी क्योंकि कनेक्शन स्ट्रिंग में निर्दिष्ट कैटलॉग (डेटाबेस का नाम) गलत था।

— राजेश
स्रोत
1

कनेक्शन राज्य के कारण अपवादों के साथ मेरे पास एक समान मुद्दा था, तब मुझे एहसास हुआ कि मेरे पास मेरे डोमेन सेवा वर्ग चर को स्थिर (गलती से) के रूप में चिह्नित किया गया था।

मेरा अनुमान है कि एक बार सर्विस लाइब्रेरी को मेमोरी में लोड करने के बाद, प्रत्येक नई कॉल उसी स्टेटिक वैरिएबल वैल्यू (डोमेन सर्विस इंस्टेंस) का उपयोग करके समाप्त हो जाती है, जिससे कनेक्शन स्थिति के माध्यम से टकराव होता है।

मुझे यह भी लगता है कि प्रत्येक ग्राहक कॉल के परिणामस्वरूप एक नया थ्रेड होता है, इसलिए एक ही डोमेन सेवा उदाहरण तक पहुंचने वाले कई धागे ट्रेन के मलबे के बराबर होते हैं।

— जेम्स विल्किंस
स्रोत
मेरे लिए भी यही किया। ऐसा लगता है कि यदि आप इसे स्थैतिक रूप से चिह्नित करते हैं, तो यह उदाहरण के साथ सभी प्रकार की समस्याओं का कारण बनता है जो इसके साथ काम करने की कोशिश कर रहा है।
— माइकल जे। ग्रे
1

मुझे भी यही समस्या थी लेकिन मेरे लिए जो काम किया वह था कनेक्शन स्ट्रिंग से इसे हटा देना:

persist security info=True

— FV01
स्रोत
1

मेरे पास नीचे के अपवाद के साथ एक समान त्रुटि थी:

लेन-देन की स्थिति के लिए ऑपरेशन मान्य नहीं है

मैं इसे डीटीसी सुरक्षा सेटिंग्स को सक्षम करके हल कर सकता था।

सुरक्षा टैब के तहत, डीटीसी के गुणों पर जाएं, नीचे की जांच करें

  • नेटवर्क डीटीसी एक्सेस
  • RemoteClients की अनुमति दें
  • लेन-देन प्रबंधक संचार
  • इनबाउंड की अनुमति दें
  • आउटबाउंड की अनुमति दें
— sparhea
स्रोत
1

यदि आप ASP.NET वेब अनुप्रयोग पर यह त्रुटि प्राप्त करने के लिए होते हैं, तो अन्य बातों के अलावा निम्नलिखित जाँचें:

  1. डेटाबेस उपयोगकर्ता सुरक्षा अनुमतियाँ (जो उपयोगकर्ताओं को आपके डेटाबेस तक पहुंचने की अनुमति है।
  2. IIS में अपना एप्लिकेशन पूल जांचें और सुनिश्चित करें कि यह सही है जिसे आपके डेटाबेस तक पहुंचने की अनुमति है।
— alexk
स्रोत
1

मैंने IIS को रीसेट करके इससे छुटकारा पा लिया , लेकिन अभी भी Integrated Authenticationकनेक्शन स्ट्रिंग में उपयोग कर रहा हूं ।

— रवि त्यागराजन
स्रोत
1

SQL मशीन के लिए (और पोर्ट 1433 के लिए) एक नया विंडोज फ़ायरवॉल नियम को परिभाषित करना सर्वर मशीन पर इस त्रुटि को हल करता है (यदि आपका सर्वरनाम, उपयोगकर्ता लॉगिन नाम या पासवर्ड आपके कनेक्शन स्ट्रिंग में गलत नहीं है ...)।

— गोखान यिलामज़
स्रोत
0

एक सामान्य गलती जो मैंने की थी क्योंकि मैं एक बार पीसी से दूसरे में एप्लिकेशन को स्थानांतरित कर रहा था और उपरोक्त में से कोई भी काम नहीं किया था कि मैं कनेक्शन स्ट्रिंग को App.Config और Web.Config दोनों में कॉपी करना भूल गया था!

— rikket
स्रोत
0

मुझे एक समान समस्या थी: मेरे परीक्षण-मामलों के निष्पादन में मुझे हमेशा यह त्रुटि मिली। मुझे पता चला, कि मेरी "डिस्ट्रीब्यूटेड ट्रांजेक्शन सर्विस" शुरू नहीं हुई थी (रन: services.msc -> स्टार्ट "डिस्ट्रिब्यूटेड ट्रांजैक्शन सर्विस") (सबसे अच्छा यह ऑटोमैटिक शुरू करने के लिए सेट करना)। मैंने ऐसा करने के बाद, यह एक आकर्षण की तरह काम किया ...

— iber
स्रोत
0

मैंने इस अपवाद से छुटकारा पाने के लिए App_Data फ़ोल्डर में डेटाबेस फ़ाइलों (.mdf / .ldf) की नकल की।

— MDC
स्रोत
0

मैं भी इसी मुद्दे का सामना कर रहा था। अब मैंने इसे कनेक्शन स्ट्रिंग से उपयोगकर्ता नाम और पासवर्ड हटाकर किया है।

— user2650536
स्रोत
0

मेरे लिए यह सिर्फ एक साधारण गलती थी:

मैंने अमेज़ॅन EC2 का उपयोग किया , और मैंने कनेक्शन स्ट्रिंग में अपने इलास्टिक आईपी पते का उपयोग किया, लेकिन जब मैंने आईपी पते बदले तो मैं अपने कनेक्शन स्ट्रिंग को अपडेट करना भूल गया।

— इरेज़ रॉबिन्सन
स्रोत
0

मुझे यह त्रुटि अचानक हमारी एक साइट पर नीले रंग से बाहर हो गई थी। मेरे मामले में, यह पता चला कि SQL उपयोगकर्ता का पासवर्ड समाप्त हो गया था! SQL सर्वर प्रबंधन स्टूडियो में पासवर्ड समाप्ति बॉक्स को खोलना चाल किया!

— Connell
स्रोत
0

कुछ दिनों पहले मेरा एक ही मुद्दा था, "इंटीग्रेटेड सिक्योरिटी = ट्रू;" कनेक्शन स्ट्रिंग में आपको "लोकल सिस्टम" के तहत एप्लिकेशन पूल पहचान को चलाने की आवश्यकता है सुनिश्चित करें कि यह अनुशंसित नहीं है लेकिन परीक्षण के लिए यह काम करता है।

यह है कि आप IIS 7 में पहचान कैसे बदल सकते हैं: http://www.iis.net/learn/manage/configuring-security/application-pool-identities

— गेब्रियल
स्रोत
0

में आईआईएस सेट अनुप्रयोग पूल पहचान के रूप में सेवा खाता उपयोगकर्ता या व्यवस्थापक खाते या चींटी खाता है जो कि डेटाबेस पर आपरेशन करने की अनुमति है।

— जयदीप शील
स्रोत
0

मेरे मामले में मेरे पास कनेक्शन स्ट्रिंग नाम के बीच एक बेमेल था जो मैं संदर्भ के निर्माता बनाम अपने वेब में नाम दर्ज कर रहा था ।config। कॉपी और पेस्ट के कारण होने वाली साधारण गलती: डी

    public DataContext()
        : base(nameOrConnectionString: "ConnStringName")
    {
        Database.SetInitializer<DataContext>(null);
    }

— dEVmARCO
स्रोत
0

जब मैं अपने कनेक्शन को बदलता हूं तो मुझे वही त्रुटि मिलती है जब मैं अपने कनेक्शन को नए डेटा स्रोत में बदलता हूं तो मैं नए डेटाबेस के लिए यूजरनेम और पासवार्ड बदलना भूल जाता हूं

— हमजा याहिया
स्रोत
0

यदि SQL सर्वर इंस्टेंस नाम निर्दिष्ट नहीं किया गया है और SQL होस्ट एकाधिक SQL इंस्टेंस स्थापित है, तो मुझे भी यह त्रुटि हुई है। स्पष्ट करने के लिए यहां कुछ उदाहरण दिए गए हैं:

.NET WebForms ऐप में कोई आंतरिक अपवाद नहीं "अपवाद अंतर्निहित प्रदाता ओपन पर विफल रहा है" के परिणामस्वरूप कनेक्शन स्ट्रिंग नीचे दी गई है:

 connectionString="metadata=res://*/Entities.csdl|res://*/Entities.ssdl|res://*/Entities.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=localhost;Initial Catalog=Entities;User ID=user;Password=password;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient"

निम्न कनेक्शन स्ट्रिंग .net WebForms ऐप में अपेक्षित रूप से निष्पादित होती है जहां SQL वातावरण में कई उदाहरण हैं। दुर्लभ मुझे पता है, लेकिन मेरे पास विभिन्न परियोजनाओं को समायोजित करने के लिए मेरे देव बॉक्स पर कुछ अलग एसक्यूएल उदाहरण हैं:

 connectionString="metadata=res://*/Entities.csdl|res://*/Entities.ssdl|res://*/Entities.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=localhost\SQLSERVER2014;Initial Catalog=Entities;User ID=user;Password=password;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient"
— सैम एलिस
स्रोत
0

मेरे मामले में सर्वर का पता सर्वर व्यवस्थापक द्वारा बदल दिया गया है, इसलिए मुझे कनेक्शन स्ट्रिंग को नए सर्वर पते में बदलना होगा

— अली सदरी
स्रोत
0

मुझे यह समस्या थी क्योंकि एप्लिकेशन पूल लॉगिन इस ऐप के तहत चल रहा था जो बदल गया था।

IIS में:

  • अपनी साइट पर क्लिक करके और मूल सेटिंग्स पर जाकर एप्लिकेशन पूल का पता लगाएं।

  • एप्लिकेशन पूल पर जाएं।

  • अपनी साइट के एप्लिकेशन पूल पर क्लिक करें।

  • उन्नत सेटिंग्स पर क्लिक करें।

  • पहचान में, खाता लॉगिन और पासवर्ड दर्ज करें।

  • अपनी साइट को पुनरारंभ करें और फिर से प्रयास करें।

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