Trang web Azure không kết nối được với Cơ sở dữ liệu SQL Azure

Question

Tôi đã tìm kiếm hàng giờ và không thể tìm thấy bất kỳ điều gì hữu ích.

Sử dụng ASP.NET MVC4 với Windows Azure.

Khi tôi chạy trang cục bộ trên máy dev của tôi, sử dụng chuỗi kết nối SQL Azure. Tôi có thể truy cập cơ sở dữ liệu từ xa không có vấn đề gì cả. Tuy nhiên, khi tôi triển khai trang web và cố gắng để truy cập nó từ [mysite] .azurewebsites.com tôi nhận được lỗi sau sau một thời gian chờ (chuỗi kết nối trong Azure là giống hệt nhau; sao chép và dán):

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 

tôi cố gắng nhìn vào file web.config từ xa sử dụng ftp nhưng mỗi khi tôi cố gắng "Thiết lập thông tin triển khai" tôi nhận được lỗi này:

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

đó là BS vì không có "triển khai/FTP sử dụng" bộ ở tất cả.

Mọi trợ giúp sẽ được đánh giá cao.

Answer 1

Dường như ứng dụng đang sử dụng chuỗi kết nối sai. Đôi khi MVC 4/EF5 có Chuỗi kết nối mặc định như sau:

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

Đối với tôi, nó vẫn đang sử dụng kết nối mặc định này, đó là lý do tại sao địa phương đang hoạt động.

Một số chiến lược:

1-get mà kết nối chuỗi dbcontext bạn đang sử dụng như sau:

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

2-Chỉ cần chắc chắn, tạo ra chuỗi kết nối của bạn trong web.config có cùng tên của DbContext hoặc đặt tên kết nối bên trong hàm tạo.

Tôi bây giờ bạn đã có Sql Azure Connstring, nhưng tôi sẽ đăng ở đây quá, bởi vì nó có thể giúp người khác:

Mặc định Sql Azure Connection String

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

bạn có thể tìm thấy một trong những quyền trong cổng thông tin quản lý của bạn.

Answer 2

tôi đã cùng một vấn đề thời gian gần đây nhưng trong trường hợp của tôi nguyên nhân là khác nhau. Tôi đã cấu hình Microsoft ASP.NET Universal Providers để kết nối với cơ sở dữ liệu SQL Azure của tôi. Sau này, trong khi tôi đang sử dụng ASP.NET Configuration Tool để bật vai trò, đây là cấu hình của tôi.

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

Phần roleManager được thêm bởi công cụ cấu hình. Tuy nhiên, công cụ đó đã được viết, trong những ngày truyền thuyết khi không có những nhà cung cấp Universal như vậy.

Xem nội dung nào bị thiếu? Vâng, phần roleManager không có bất kỳ chuỗi kết nối nào được xác định.Tuy nhiên, trên máy cục bộ của tôi, mọi thứ hoạt động tốt, bởi vì chuỗi kết nối bị thiếu này dẫn đến một MDF cục bộ được tạo ra nơi ứng dụng có thể lưu trữ vai trò, nhưng trong Azure, điều này không hoạt động. Tôi đã giải quyết nó bằng cách chỉ định chuỗi kết nối theo cách tương tự như sau:

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

Giải quyết vấn đề. Tôi đã phải cấu hình lại tất cả các vai trò của mình, bởi vì họ đang ngồi đâu đó trong một tệp cục bộ.

Answer 3

Tôi biết đây là một bước đi cũ, nhưng tôi muốn chia sẻ giải pháp của mình.

Vấn đề của tôi là tôi có thể chạy ứng dụng trên máy cục bộ có kết nối với SQL trên Azure. Và xác nhận đăng nhập đã được thực hiện trên Azure SQL.

Khi chạy ứng dụng trên Azure, không thể đăng nhập, nhưng các trang có quyền truy cập ẩn danh sẽ kết nối với cơ sở dữ liệu một cách proberly.

Trong Azure Mangement, chuỗi kết nối cho DefaultConnection không thay đổi khi dự án được xuất bản. Tôi nghĩ rằng kết nối này tôi tạo ra lần đầu tiên dự án được xuất bản để Azure. Sau khi thiết lập chuỗi kết nối mặc định giống như trong tất cả mọi thứ web.config đang hoạt động một cách khéo léo.

Answer 4

Cách tôi giải quyết vấn đề này là FTP vào trang web và tải xuống và xem chuỗi kết nối trong web.config.

Đó không phải là điều tôi mong đợi. Sau đó, tôi đã xóa nó và khắc phục sự cố rồi xuất bản lại trang web.

Tôi lại FTP vào trang web và bây giờ nó đã có chuỗi kết nối chính xác.

Trong trường hợp của tôi, vấn đề là tôi đang sử dụng tệp web.release.config nhưng đã được định cấu hình không chính xác để nó không thực sự được sử dụng.