এমএসএসকিউএল ত্রুটি 'অন্তর্নিহিত সরবরাহকারী ওপেনে ব্যর্থ হয়েছে'


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" />

কারণ আমি সর্বদা ত্রুটি পাই:

অন্তর্নিহিত প্রদানকারী ওপেন ব্যর্থ


2
আইআইএসের অধীনে চালানোর চেষ্টা করার সময় আমার এখানে একই সমস্যা রয়েছে। আমি যদি ভিএস সার্ভারে চালাই তবে আমি কোনও ত্রুটি পাই না।
জোট 6'10

11
আমার একই সমস্যা ছিল এবং Integrated Securityকানেকশনস্ট্রিং থেকে সরানো হয়েছে, একটি ব্যবহারকারী তৈরি করেছি sysadminএবং তাদের অনুমতি রয়েছে কিনা তা নিশ্চিত করেছিলাম এবং সেই ব্যবহারকারীকে সংযোগের স্ট্রিংয়ে যুক্ত করেছি।
ফুলভিও

আপনার ডিবিটি কোথায় অবস্থিত, যদি এটি আইআইএস-এ হোস্ট করা কোনও অ্যাপ্লিকেশনটিতে থাকে তবে আপনার ডিবি আপনার অ্যাপ_ডাটা ফোল্ডারে রেখে দেওয়া উচিত এবং এটি সন্ধানের জন্য এন্টিফ্রেমওয়ার্ক মডেল দ্বারা উত্পন্ন সংযোগের স্ট্রিংটি সম্পাদনা করা উচিত। stackoverflow.com/questions/9809442/...
Eran otzap

আমার এই সমস্যা ছিল এবং এটি সংযোগের স্ট্রিংয়ে পাসওয়ার্ড byুকিয়ে সমাধান করা হয়েছিল।
satyrFrost

আইআইএস এর অধীনে চলাকালীন কেবল ইন্টিগ্রেটেড সিকিউরিটি মুছে ফেলা আমার পক্ষে কাজ করেছিল
জন

উত্তর:


215

আমি এই ত্রুটিটি পেয়েছি এবং কয়েকটি সমাধান পেয়েছি:

আপনার সংযোগের স্ট্রিংটি দেখে এটি বৈধ মনে হচ্ছে। আমি এই ব্লগ পোস্টটি পেয়েছি , এখানে সমস্যা হ'ল তারা ইন্টিগ্রেটেড সুরক্ষা ব্যবহার করছিল । আপনি যদি আইআইএস চালিয়ে যাচ্ছেন তবে আপনার আইআইএস ব্যবহারকারীর ডাটাবেসে অ্যাক্সেস দরকার।

আপনি যদি লেনদেনের সাথে সত্তা ফ্রেমওয়ার্ক ব্যবহার করেন , সত্তা ফ্রেমওয়ার্ক প্রতিটি ডাটাবেস কলের সাথে স্বয়ংক্রিয়ভাবে খোলা এবং বন্ধ করে দেয়। সুতরাং লেনদেনগুলি ব্যবহার করার সময়, আপনি একাধিক সংযোগের মাধ্যমে লেনদেন ছড়িয়ে দেওয়ার চেষ্টা করছেন। এটি এমএসডিটিসিতে উন্নীত হয় ।

( আরও তথ্যের জন্য এই রেফারেন্স দেখুন। )

আমার কোডটি নিম্নলিখিতটিতে পরিবর্তন করা এটি ঠিক করে দিয়েছে:

using (DatabaseEntities context = new DatabaseEntities())
{
    context.Connection.Open();
    // the rest
}

7
টেবিলগুলি অ্যাক্সেস করতে লিনক ব্যবহার করার সময় এটি কীভাবে করা হয় (EF4 ব্যবহার করে)?
ব্রেট রিগবি 15

2
@Brett Rigby: stackoverflow.com/questions/794707/... কভার কিভাবে Linq / মতিন সঙ্গে এই কাজ করতে।
স্কট স্টাফোর্ড

63
আপনি যদি EF / DBContext ব্যবহার করে থাকেন তবে সঠিক কলটি প্রসঙ্গ; ডেটাবেস। সংযোগ.অপেন ();
লাইভ-লাভ

2
আমি ইচ্ছুক যে আমি যখন আপনার পোস্টটি প্রথম খুঁজে পেয়েছি তখন কোডটির জন্য স্কিমিংয়ের পরিবর্তে এটি পড়তাম। আমার সমস্যা (এই উত্তরে নির্দেশিত হিসাবে) হ'ল সিআরএম 2011 প্লাগইন প্রসঙ্গে অ্যাপপুল ব্যবহারকারীর যে ডেটাবেসটি আমি সেট আপ করেছি তার কোনও লেখার অ্যাক্সেস ছিল না। আমি যখন ব্যবহারকারীকে এসকিউএলে যুক্ত করেছি, প্লাগইন একটি কবজির মতো কাজ করেছিল।
মাইক_ম্যাথিউজ_আইআই

2
আমার কনফিগারেশনে আমার সংযোগের স্ট্রিং নেই যা আমি তৈরি করছি সেই প্রসঙ্গের নাম অনুসারে ....... এটিও পরীক্ষা করে দেখুন।
বিল ব্ল্যাকনশিপ 21

38

context.Connection.Open() আমার সমস্যা সমাধানে সহায়তা করেনি তাই আমি ডিটিসি কনফিগারেশনে "রিমোট ক্লায়েন্টদের অনুমতি দিন" সক্ষম করার চেষ্টা করেছি, আর কোনও ত্রুটি নেই।

উইন্ডোজ In-এ আপনি dcomcnfg, উপাদান পরিষেবাগুলি -> কম্পিউটার -> আমার কম্পিউটার -> বিতরণ লেনদেন সমন্বয়কারী -> স্থানীয় ডিটিসি -> সুরক্ষায় ডান ক্লিক করে ডিটিসি কনফিগারেশনটি খুলতে পারেন open


11
উইন্ডোজ In-এ আপনি dcomcnfg , উপাদান পরিষেবাগুলি -> কম্পিউটার -> আমার কম্পিউটার -> বিতরণ লেনদেন সমন্বয়কারী -> স্থানীয় ডিটিসি -> সুরক্ষায় ডান ক্লিক করে ডিটিসি কনফিগারেশনটি খুলতে পারেন open
কেরেম

7
আসলে এটি স্থানীয় ডিটিসিতে ডান ক্লিক করুন -> সম্পত্তি -> সুরক্ষা
অটো অস্বাভাবিকভাবে

27

আপনি দেখতে পাবেন innerException তা দেখতে ত্রুটির নিক্ষেপ অভ্যন্তরীণ কারণ।

আমার ক্ষেত্রে, মূল ত্রুটিটি ছিল:

"ডি: \ প্রকল্পসমূহ 2 \ xCU \ xCU \ App_Data \ xCUData_log.ldf" শারীরিক ফাইল খুলতে অক্ষম। অপারেটিং সিস্টেম ত্রুটি 5: "5 (অ্যাক্সেস অস্বীকার করা হয়েছে))"। ফাইল ডি: \ প্রকল্পসমূহ 2 \ xCU \ xCU \ App_Data \ xCUData.mdf ফাইলের জন্য একটি স্ব-নামযুক্ত ডাটাবেস সংযুক্ত করার একটি প্রচেষ্টা ব্যর্থ হয়েছে। একই নামের একটি ডাটাবেস বিদ্যমান, বা নির্দিষ্ট ফাইলটি খোলা যায় না, বা এটি ইউএনসির শেয়ারে অবস্থিত।

যা ফাইলের বৈশিষ্ট্য ব্যবহার করে সম্পর্কিত mdfএবং ldfফাইলগুলিতে অ্যাক্সেসের জন্য বর্তমান ব্যবহারকারীর সম্পূর্ণ অনুমতি দিয়ে সমাধান করা হয়েছে ।


24

আমি সমস্যাটি খুঁজে পেয়েছিলাম যে এই ভেরিয়েন্টগুলির মধ্যে একটিতে আমার সংযোগ স্ট্রিংয়ের মধ্যে সার্ভারের পথ রয়েছে:

SERVER\SQLEXPRESS
SERVER

সত্যই যখন আমার থাকা উচিত:

.\SQLEXPRESS

কোনও কারণে এসকিউএল-এর উদাহরণটি সনাক্ত করতে যখনই সমস্যা হয়েছিল তখনই ত্রুটিটি পেয়েছি।


6
এটি হতে পারে কারণ আপনি এসকিউএল সার্ভারের সংযোগ পদ্ধতি হিসাবে পাইপগুলিকে সক্ষম করে নেই।
পল

1
@ পল, ধন্যবাদ এটি সম্ভবত এসকিউএল-এর একটি নতুন ইনস্টলেশন হিসাবে নামক পাইপগুলি অক্ষম করে disabled সতর্ক থাকুন জন্য ধন্যবাদ. +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" />

একবারে একই কনফিগারেশন সহ আইআইএস-এ হোস্ট করা হলে আমি এই ত্রুটি পেয়েছি:

অন্তর্নিহিত প্রদানকারী ওপেন ব্যর্থ

এটি 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. ডেটা সোর্স বৈশিষ্ট্যগুলি উইন্ডোজ প্রমাণীকরণের সাথে স্থানীয় ডাটাবেসের দিকে ইশারা করে এবং আইআইএস-এ হোস্ট করা হয়
  3. ব্যবহারকারীর নাম এবং পাসওয়ার্ড ভুল হতে পারে।

আমার কাছে সমস্যাটি ছিল যখন আমি ইএফ ডেটা মডেল তৈরি করেছি এটি একটি সংযোগ স্ট্রিং তৈরি করেছে যা ভিএসে ডেটা সংযোগগুলি থেকে লগইন ডেটা ব্যবহার করে। কোনও ব্যবহারকারী বা পাসওয়ার্ড সংযোগের স্ট্রিংয়ে ছিল না তাই এই মোতায়েনের সমস্যাটি স্থির করতে Integrated Security=Trueএটি সরিয়ে ফেলুন এবং এটি প্রতিস্থাপন করুন user id=sa;password=notmyrealpassword
নমাদ 311

10

আপনি এই ব্যতিক্রম পেলে, এ বিস্তারিত এবং চেহারা প্রসারিত করতে ভুলবেন না ভেতরের ব্যতিক্রম বিবরণ যেমন বিবরণ প্রদান করবে কেন তখন লগইনটি ব্যর্থ হয়েছে । আমার ক্ষেত্রে সংযোগের স্ট্রিংটিতে এমন কোনও ব্যবহারকারী রয়েছে যা আমার ডেটাবেজে অ্যাক্সেস পায় নি।

আপনি ইন্টিগ্রেটেড সিকিউরিটি (উইন্ডোজ ব্যবহারকারীর লগ-ইন প্রসঙ্গে) বা কোনও পৃথক এসকিউএল অ্যাকাউন্ট ব্যবহার না করেই তা নিশ্চিত না করেই, নিশ্চিত হয়ে নিন যে আপনি যে সমস্যাটি এই সমস্যাটি রোধ করতে চেষ্টা করছেন সেই ডাটাবেসের জন্য ব্যবহারকারীর 'সুরক্ষা' এর অধীনে যথাযথ অ্যাক্সেস রয়েছে।


আমি মূল পোস্টের মতো একই সমস্যা পেয়েছি, আমার হোস্টনামটি যাচাই করেছি এবং অভ্যন্তরীণ ব্যতিক্রমটিতে যাচাই করেছি যে আমি সঠিক ব্যবহারকারীর নাম ব্যবহার করছি। এসএসএমএস ব্যবহারকারীর সুরক্ষাটি সঠিক দেখাচ্ছে - এসকিউএল সার্ভার অ্যাকাউন্টটি সঠিকভাবে সেট আপ হয়েছে এবং এটি ডেটাবেজে জনসাধারণের অ্যাক্সেস রয়েছে। তবে, লগইন ব্যর্থ হয়েছে।
হামার

inner exceptionরাষ্ট্রটি কী ইস্যু করে? এটি এখানে আমার উত্তর ছিল, এটি সত্যিকারের অন্তর্নিহিত সমস্যাটি বোঝার জন্য প্রয়োজনীয় লুকানো অতিরিক্ত বিশদ সরবরাহ করবে। inner exceptionযাচাই করতে হবে যে আপনি সঠিক লগঅন আছে - এটি একটি ব্যতিক্রম নয় শোধন করে।
এটকনওয়ে


আমি NT AUTHORITY\NETWORK SERVICEএসকিউএল সার্ভার ব্যবহারকারীদের তালিকায় যুক্ত করার চেষ্টাও করেছি । আমি এখনও একই প্রত্যাখ্যানিত লগইন ব্যর্থতা পেয়েছি।
হাতুড়ি

সমাধান। আমি পরিবর্তন data sourceকরতে হবে hostname\SQLEXPRESS। আমি চেষ্টা করেছি hostnameএবং .\SQLEXPRESSআগেও করেছি। তারপরে আমি সংহত সুরক্ষার সাথে সংযোগ করতে সক্ষম হয়েছি। কৌতূহলজনকভাবে , এটি ডুবার্টের উত্তরের বিপরীত । কুরিউসার, এসকিউএল সার্ভার ব্যবহারকারীর নাম ভিজ্যুয়াল স্টুডিও থেকে কখনও সংযোগ করতে সক্ষম হয় নি।
হামার সাথে কোডগুলি

6

আমি একটি অনুরূপ সমস্যা ছিল SQL সার্ভার এক্সপ্রেস এডিশন উপর উইন্ডোজ সার্ভার 2003 । আমি সহজেই ডেটাবেস সুরক্ষায় একটি ব্যবহারকারী হিসাবে নেটওয়ার্ক পরিষেবা যুক্ত করেছি।


4
আপনি কীভাবে তা বর্ণনা করতে পারেন?
পিটার মর্টেনসেন

4

এসকিউএল সার্ভার এক্সপ্রেস পরিষেবাটি স্বয়ংক্রিয়ভাবে স্টার্ট করা সেট করা হয়নি।

1) প্যানেল নিয়ন্ত্রণ করতে যান 2) প্রশাসনিক সরঞ্জাম 3) পরিষেবা 4) এসকিউএল সার্ভারটি এটিতে ক্লিক করে স্বয়ংক্রিয়ভাবে শুরু করতে সেট করুন 5) ডান ক্লিক করুন এবং পরিষেবা শুরু করুন

আমি আশা করি এটি সাহায্য করবে


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

অবশ্যই এটি ছিল সমস্যা। আমি সবেমাত্র একটি ব্যাকআপ থেকে পুনরুদ্ধার করেছি। একটি নিন বর্ণন বিবরণের জন্য বিশ্লেষণ করুন।
নেসিমচুনক

2

আমি এখানে একই ধরণের সমস্যা পোস্ট করেছি, অ্যামাজন আরডিএস-তে হোস্ট করা এসকিউএল 2012 ডিবি নিয়ে কাজ করছি। সমস্যাটি সংযোগের স্ট্রিংয়ে ছিল - আমার "অ্যাপ্লিকেশন নাম" এবং "অ্যাপ" ছিল বৈশিষ্ট্য ছিল। আমি একবার সেগুলি সরিয়ে দিলে, এটি কার্যকর হয়েছিল।

সত্তা ফ্রেমওয়ার্ক 5 এবং আমাজন আরডিএস - "অন্তর্নিহিত সরবরাহকারী ওপেনে ব্যর্থ হয়েছে।"


2

নিশ্চিত হয়ে নিন যে সরবরাহ করা সংযোগের স্ট্রিংয়ের প্রতিটি উপাদান মান সঠিক correct আমার ক্ষেত্রে, আমি একই ত্রুটিটি পেয়েছিলাম কারণ সংযোগের স্ট্রিংয়ে উল্লিখিত ক্যাটালগের নাম (ডাটাবেসের নাম) ভুল ছিল।


1

সংযোগের অবস্থার কারণে আমার ব্যতিক্রমগুলির সাথে একই রকম সমস্যা ছিল, তখন আমি বুঝতে পারি আমার ডোমেন পরিষেবা শ্রেণির পরিবর্তনশীল স্থির হিসাবে চিহ্নিত হয়েছে (ভুল করে)।

আমার ধারণা হ'ল একবার পরিষেবা গ্রন্থাগার মেমরিতে লোড হয়ে গেলে, প্রতিটি নতুন কল একই স্থিতিশীল ভেরিয়েবল মান (ডোমেন পরিষেবা উদাহরণ) ব্যবহার করে শেষ হয়, সংযোগের স্থিতির মাধ্যমে দ্বন্দ্ব সৃষ্টি করে।

আমি আরও মনে করি যে প্রতিটি ক্লায়েন্ট কল একটি নতুন থ্রেডের ফলস্বরূপ, তাই একই ডোমেন পরিষেবা উদাহরণ অ্যাক্সেসকারী একাধিক থ্রেড একটি ট্রেনের ধ্বংসের সমতুল্য।


এটি আমার জন্য এটিও করেছিল। দেখে মনে হচ্ছে আপনি যদি এটি স্থির হিসাবে চিহ্নিত করেন তবে এটির সাথে কাজ করার চেষ্টা করা উদাহরণটি কেবল সমস্ত ধরণের সমস্যা সৃষ্টি করে।
মাইকেল জে। গ্রে

1

আমারও একই সমস্যা ছিল তবে আমার জন্য যা কাজ করেছে তা সংযোগ স্ট্রিং থেকে এটি সরিয়ে ফেলছিল:

persist security info=True


1

নীচের মতো অভ্যন্তরীণ ব্যতিক্রমের সাথে আমার একই রকম ত্রুটি ছিল:

লেনদেনের রাজ্যের জন্য অপারেশন বৈধ নয়

আমি এটি ডিটিসি সুরক্ষা সেটিংস সক্ষম করে সমাধান করতে পারলাম।

সুরক্ষা ট্যাবের অধীনে, ডিটিসির সম্পত্তিগুলিতে যান নীচে দেখুন

  • নেটওয়ার্ক ডিটিসি অ্যাক্সেস
  • রিমোটক্লায়েন্টদের অনুমতি দিন
  • লেনদেন পরিচালকের যোগাযোগ
  • ইনবাউন্ড অনুমতি দিন
  • আউটবাউন্ড অনুমতি দিন

1

আপনি যদি কোনও এএসপি.এনইটি ওয়েব অ্যাপ্লিকেশনটিতে এই ত্রুটিটি পেয়ে থাকেন তবে উল্লিখিত অন্যান্য বিষয়গুলি ছাড়াও নিম্নলিখিতটি দেখুন:

  1. ডাটাবেস ব্যবহারকারী সুরক্ষা অনুমতি (যা ব্যবহারকারীদের আপনার ডাটাবেস অ্যাক্সেস অনুমোদিত।
  2. আইআইএসে আপনার অ্যাপ্লিকেশন পুলটি পরীক্ষা করে দেখুন এবং এটি নিশ্চিত করুন যে এটিই সঠিক যা আপনার ডাটাবেসে অ্যাক্সেসের অনুমতিপ্রাপ্ত।


1

সার্ভার মেশিনে এসকিউএল সার্ভারের জন্য একটি নতুন উইন্ডোজ ফায়ারওয়াল নিয়ম সংজ্ঞা দেওয়া (এবং পোর্ট 1433 এর জন্য) এই ত্রুটিটি সমাধান করে (যদি আপনার সার্ভারনেম, ব্যবহারকারীর লগইন নাম বা পাসওয়ার্ডটি আপনার সংযোগের স্ট্রিংয়ে ভুল না হয় ...)।


0

একটি সাধারণ ভুল যা আমি করেছি কারণ আমি একবার থেকে পিসি থেকে অন্য কম্পিউটারে অ্যাপ্লিকেশন সরিয়েছিলাম এবং উপরের কোনওটিই কাজ করেনি তা হ'ল আমি অ্যাপ.কনফিগ এবং ওয়েব.কনফিগ উভয়কেই সংযোগের স্ট্রিংটি অনুলিপি করতে ভুলে গেছি!


0

আমার একই রকম সমস্যা ছিল: আমার পরীক্ষার ক্ষেত্রে মৃত্যুদন্ড কার্যকর করার সময় আমি সর্বদা এই ত্রুটিটি পেয়েছিলাম। আমি জানতে পেরেছি যে আমার "বিতরণ লেনদেন পরিষেবা" চালু হয়নি (চালান: পরিষেবাদি.এমএসসি -> "বিতরণ লেনদেন পরিষেবা" শুরু করুন (এটি স্বয়ংক্রিয়ভাবে শুরু করার জন্য সেট করা ভাল))। আমি এটি করার পরে, এটি একটি কবজির মতো কাজ করেছে ...


0

এই ব্যতিক্রম থেকে মুক্তি পেতে আমি অ্যাপ্লিকেশন ডেটা ফোল্ডারে ডাটাবেস ফাইলগুলি (.mdf / .ldf) অনুলিপি করেছি।


0

আমিও একই সমস্যার মুখোমুখি ছিলাম। এখন আমি সংযোগ স্ট্রিং থেকে ব্যবহারকারীর নাম এবং পাসওয়ার্ড মুছে ফেলে এটি করেছি।


0

আমার জন্য এটি কেবল একটি সাধারণ ভুল ছিল:

আমি অ্যামাজন ইসি 2 ব্যবহার করেছি এবং আমি সংযোগের স্ট্রিংয়ে আমার স্থিতিস্থাপক আইপি ঠিকানা ব্যবহার করেছি, কিন্তু আমি যখন আইপি ঠিকানাগুলি পরিবর্তন করেছি তখন আমি আমার সংযোগের স্ট্রিং আপডেট করতে ভুলে গিয়েছিলাম।


0

আমার ত্রুটিটি হঠাৎ আমাদের সাইটে নীল হয়ে গেছে of আমার ক্ষেত্রে এটি প্রমাণিত হয়েছে যে এসকিউএল ব্যবহারকারীর পাসওয়ার্ডের মেয়াদ শেষ হয়ে গেছে! এসকিউএল সার্ভার ম্যানেজমেন্ট স্টুডিওতে পাসওয়ার্ডের মেয়াদোত্তীর্ণ বাক্সটি অনিবার্যভাবে চালিয়ে গেল !


0

"ইন্টিগ্রেটেড সিকিউরিটি = ট্রু" ব্যবহার করে আমার কিছুদিন আগে একই সমস্যা হয়েছিল; সংযোগের স্ট্রিংয়ে আপনাকে "লোকালসিস্টেম" এর অধীনে অ্যাপ্লিকেশন পুল পরিচয় চালানো দরকার অবশ্যই এটি প্রস্তাবিত নয় তবে এটি পরীক্ষার জন্য কাজটি করে।

আইআইএস in-তে আপনি কীভাবে এই পরিচয়টি পরিবর্তন করতে পারবেন: http://www.iis.net/learn/manage/configuring- সুরক্ষা / আবেদন-পুল-ঘটনা


0

ইন আইআইএস সেট অ্যাপ পুল পরিচয়পত্র হিসাবে পরিষেবা অ্যাকাউন্ট ব্যবহারকারী বা প্রশাসক অ্যাকাউন্ট বা পিপীলিকা অ্যাকাউন্ট যা ডাটাবেসের ক্রিয়াকলাপের জন্য অনুমতি আছে।


0

আমার ক্ষেত্রে আমার সংযোগের স্ট্রিংয়ের নামের সাথে আমার ওয়েবকোনফিগের প্রসঙ্গে কনস্ট্রাক্টর বনাম নামটি রেজিস্ট্রেশন করতে পারছিলাম না between অনুলিপি এবং পেস্টের কারণে সাধারণ ভুল: ডি

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


0

আমার সংযোগটি নতুন ডেটা উত্সে পরিবর্তন করা হলে আমি একই ত্রুটি পেয়েছি যখন আমি নতুন ডাটাবেসের জন্য ব্যবহারকারীর নাম এবং পাসওয়ার্ড পরিবর্তন করতে ভুলে গেছি


0

এসকিউএল সার্ভার ইনস্ট্যান্সের নামটি নির্দিষ্ট না করা এবং এসকিউএল হোস্টের একাধিক এসকিউএল ইনস্টল ইনস্টল থাকলে আমারও এই ত্রুটিটি ঘটেছে। এখানে পরিষ্কার করার জন্য কয়েকটি উদাহরণ দেওয়া হল:

.NET ওয়েবফোর্স অ্যাপ্লিকেশনটিতে অভ্যন্তরীণ ব্যতিক্রম ছাড়াই "অন্তর্নিহিত সরবরাহকারী ওপেনটিতে ব্যর্থ হয়েছে" ব্যতিক্রমের নীচে সংযোগের স্ট্রিংয়ের ফলাফল:

 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"

নিম্নলিখিত সংযোগ স্ট্রিংটি একটি নেট নেট ফর্মস অ্যাপ্লিকেশন যেখানে প্রত্যাশা এসকিউএল পরিবেশে একাধিক উদাহরণ রয়েছে হিসাবে প্রত্যাশা অনুযায়ী কার্যকর করে as বিরল আমি জানি, তবে আমার ডেভ বাক্সে বিভিন্ন প্রকল্পের জন্য কিছু আলাদা এসকিউএল উদাহরণ রয়েছে:

 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

আমার এই সমস্যাটি হয়েছিল কারণ এই অ্যাপ্লিকেশন পুলের লগইনটি এই অ্যাপ্লিকেশনটির অধীনে চলছে তা পরিবর্তিত হয়েছিল।

আইআইএসে:

  • আপনার সাইটে ক্লিক করে এবং বেসিক সেটিংসে গিয়ে অ্যাপ্লিকেশন পুলটি সন্ধান করুন।

  • অ্যাপ্লিকেশন পুলগুলিতে যান।

  • আপনার সাইটের অ্যাপ্লিকেশন পুলে ক্লিক করুন।

  • উন্নত সেটিংসে ক্লিক করুন।

  • পরিচয়ে, অ্যাকাউন্ট লগইন এবং পাসওয়ার্ড লিখুন।

  • আপনার সাইটটি পুনরায় চালু করুন এবং আবার চেষ্টা করুন।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.