Веб-сайту Azure не удается подключиться к базе данных SQL Azure

Я искал несколько часов и не могу найти ничего полезного.

Использование ASP.NET MVC4 с Windows Azure.

Когда я запускаю сайт локально на своем компьютере разработчика, используя строку подключения SQL Azure. Я могу получить доступ к удаленной базе данных без проблем вообще. Однако, когда я развертываю сайт и пытаюсь получить к нему доступ с [mysite] .azurewebsites.com, после тайм-аута я получаю следующую ошибку (строка подключения в Azure идентична; скопируйте и вставьте):

A network-related or instance-specific error occurred while establishing a connection to SQL
Server. The server was not found or was not accessible. Verify that the instance name is correct 
and that SQL Server is configured to allow remote connections. (provider: SQL Network 
Interfaces, error: 26 - Error Locating Server/Instance Specified) 

Description: An unhandled exception occurred during the execution of the current web request.
Please review the stack trace for more information about the error and where it originated in 
the code. 

SQLExpress database file auto-creation error: 


The connection string specifies a local Sql Server Express instance using a database location 
within the application's App_Data directory. The provider attempted to automatically create the 
application services database because the provider determined that the database does not exist. 
The following configuration requirements are necessary to successfully check for existence of 
the application services database and automatically create the application services database:

1.If the application is running on either Windows 7 or Windows Server 2008R2, special 
configuration steps are necessary to enable automatic creation of the provider database. 
Additional information is available at: http://go.microsoft.com/fwlink/?LinkId=160102. If the 
application's App_Data directory does not already exist, the web server account must have read 
and write access to the application's directory. This is necessary because the web server 
account will automatically create the App_Data directory if it does not already exist.
2.If the application's App_Data directory already exists, the web server account only requires 
read and write access to the application's App_Data directory. This is necessary because the web 
server account will attempt to verify that the Sql Server Express database already exists within 
the application's App_Data directory. Revoking read access on the App_Data directory from the 
web server account will prevent the provider from correctly determining if the Sql Server 
Express database already exists. This will cause an error when the provider attempts to create a 
duplicate of an already existing database. Write access is required because the web server 
account's credentials are used when creating the new database.
3.Sql Server Express must be installed on the machine.
4.The process identity for the web server account must have a local user profile. See the readme 
document for details on how to create a local user profile for both machine and domain accounts.


Source Error: 


An unhandled exception was generated during the execution of the current web request. 
Information regarding the origin and location of the exception can be identified using the 
exception stack trace below.    

Stack Trace: 



[SqlException (0x80131904): A network-related or instance-specific error occurred while 
establishing a connection to SQL Server. The server was not found or was not accessible. Verify 
that the instance name is correct and that SQL Server is configured to allow remote connections. 
(provider: SQL Network Interfaces, error: 26 - Error Locating Server/Instance Specified)]
System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean 
breakConnection, Action`1 wrapCloseInAction) +5296071
System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean 
callerHasConnectionLock, Boolean asyncClose) +558
System.Data.SqlClient.TdsParser.Connect(ServerInfo serverInfo, SqlInternalConnectionTds 
connHandler, Boolean ignoreSniOpenTimeout, Int64 timerExpire, Boolean encrypt, Boolean   
trustServerCert, Boolean integratedSecurity, Boolean withFailover) +5308555
System.Data.SqlClient.SqlInternalConnectionTds.AttemptOneLogin(ServerInfo serverInfo, String 
newPassword, SecureString newSecurePassword, Boolean ignoreSniOpenTimeout, TimeoutTimer timeout, 
Boolean withFailover) +145
System.Data.SqlClient.SqlInternalConnectionTds.LoginNoFailover(ServerInfo serverInfo, String 
newPassword, SecureString newSecurePassword, Boolean redirectedUserInstance, SqlConnectionString 
connectionOptions, SqlCredential credential, TimeoutTimer timeout) +920
System.Data.SqlClient.SqlInternalConnectionTds.OpenLoginEnlist(TimeoutTimer timeout, 
SqlConnectionString connectionOptions, SqlCredential credential, String newPassword, 
SecureString newSecurePassword, Boolean redirectedUserInstance) +307
System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, 
SqlConnectionString connectionOptions, SqlCredential credential, Object providerInfo, String 
newPassword, SecureString newSecurePassword, Boolean redirectedUserInstance, SqlConnectionString 
userConnectionOptions) +434
System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options,   
DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection 
owningConnection, DbConnectionOptions userOptions) +5311099
System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection 
owningConnection, DbConnectionPoolGroup poolGroup, DbConnectionOptions userOptions) +38
System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, 
TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection) 
+5313314
System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, 
DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions 
userOptions) +143
System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry) +83
System.Data.SqlClient.SqlConnection.Open() +96
System.Web.Management.SqlServices.GetSqlConnection(String server, String user, String password,
Boolean trusted, String connectionString) +76

[HttpException (0x80004005): Unable to connect to SQL Server database.]
System.Web.Management.SqlServices.GetSqlConnection(String server, String user, String password, 
Boolean trusted, String connectionString) +131
System.Web.Management.SqlServices.SetupApplicationServices(String server, String user, String 
password, Boolean trusted, String connectionString, String database, String dbFileName,
SqlFeatures features, Boolean install) +89
System.Web.Management.SqlServices.Install(String database, String dbFileName, String 
connectionString) +27
System.Web.DataAccess.SqlConnectionHelper.CreateMdfFile(String fullFileName, String dataDir,
String connectionString) +386

Я пытался просмотреть удаленный файл web.config с помощью ftp, но каждый раз, когда я пытаюсь «настроить учетные данные для развертывания», я получаю эту ошибку:

Failed to Set Credentials with error: 'Publishing username is already used. Specify a different publishing username.'

Что такое BS, потому что «Deployment /FTP User» вообще не установлен.

Любая помощь будет оценена.

7 голосов | спросил Mike Beaumont 27 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowFri, 27 Sep 2013 01:14:56 +0400 2013, 01:14:56

4 ответа


0

Похоже, что приложение использует неверную строку подключения. Иногда MVC 4 /EF5 имеет строку подключения по умолчанию, как показано ниже:

<add name="MovieDBContext" 
   connectionString="Data Source=(LocalDB)\v11.0;AttachDbFilename=|DataDirectory|\Movies.mdf;Integrated Security=True" 
   providerName="System.Data.SqlClient" 
/> 

Для меня он все еще использует это соединение по умолчанию, поэтому локально работает.

Некоторые стратегии:

1-получите, какую строку подключения использует ваш dbcontext, следующим образом:

var myconn = db.Database.Connection.ConnectionString; //set this to a ViewBag for example

2-Просто чтобы быть уверенным, создайте строку соединения в web.config с тем же именем вашего DbContext или задайте имя соединения внутри конструктора.

Теперь я знаю, что у вас уже есть Sql Azure Connstring, но я также опубликую здесь, потому что это может помочь кому-то еще:

Строка подключения Sql Azure по умолчанию

Server=tcp:[serverName].database.windows.net;Database=myDataBase;
User ID=[LoginForDb]@[serverName];Password=myPassword;Trusted_Connection=False;
Encrypt=True;

вы можете найти подходящую на своем портале управления.

введите описание изображения здесь

введите описание изображения здесь

ответил Thiago Custodio 27 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowFri, 27 Sep 2013 06:41:11 +0400 2013, 06:41:11
0

Я решил эту проблему, отправив FTP на сайт, загрузив и просмотрев строку подключения в web.config.

Это было не то, что я ожидал. Затем я удалил его и исправил проблему, а затем переиздал сайт.

Я снова зашел на сайт по протоколу FTP, и теперь у него была правильная строка подключения.

В моем случае проблема заключалась в том, что я использовал файл web.release.config, но он был неправильно настроен, поэтому фактически не использовался.

ответил Greg Gum 21 J0000006Europe/Moscow 2017, 23:27:48
0

У меня недавно была такая же проблема, но в моем случае причина была в другом. Я настроил универсальные поставщики Microsoft ASP.NET для подключения к моему SQL Azure. база данных. Позже, когда я использовал инструмент настройки ASP.NET чтобы включить роли, это то, как выглядела моя конфигурация.

<membership defaultProvider="DefaultMembershipProvider">
  <providers>
    <add name="DefaultMembershipProvider" type="System.Web.Providers.DefaultMembershipProvider" connectionStringName="hidden" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="0" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/" />
  </providers>
</membership>
<roleManager enabled="true" />  

Раздел roleManager был добавлен инструментом конфигурации. Этот инструмент был написан, однако, в те времена, когда не было такого понятия, как универсальные поставщики.

Видишь, чего не хватает? Да, в разделе roleManager не определена строка подключения. Однако на моем локальном компьютере все работало нормально, потому что эта пропущенная строка подключения приводит к созданию локального MDF-файла, где приложение теперь может хранить роли, но в Azure это не работает. Я решил это, указав строку подключения таким же образом, как это:

<membership defaultProvider="DefaultMembershipProvider">
  <providers>
    <add name="DefaultMembershipProvider" type="System.Web.Providers.DefaultMembershipProvider" connectionStringName="hidden" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="0" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/" />
  </providers>
</membership>
<roleManager enabled="true" defaultProvider="DefaultRoleProvider">
  <providers>
    <add name="DefaultRoleProvider" type="System.Web.Providers.DefaultRoleProvider" connectionStringName="hidden" applicationName="/" />
  </providers>
</roleManager>  

Решил проблему. Мне пришлось перенастроить все мои роли, потому что они сидели где-то в локальном файле.

ответил Dave Van den Eynde 20 Mayam14 2014, 11:53:11
0

Я знаю, что это старый шаг, но я хотел бы поделиться своим решением.

Моя проблема заключалась в том, что я мог запустить приложение на локальном компьютере с подключением к SQL на Azure. И проверка входа была выполнена в SQL Azure.

При запуске приложения в Azure было невозможно войти в систему, но страницы с анонимным доступом подключаются к базе данных, как будто.

В Azure Mangement строка подключения для DefaultConnection не изменяется при публикации проекта. Я думаю, что это соединение я создал в первый раз, когда проект был опубликован в Azure. После установки строки подключения по умолчанию, такой же, как в web.config, все работает плавно.

ответил Torben Nygaard 26 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowSat, 26 Sep 2015 22:44:26 +0300 2015, 22:44:26

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132