この形式は、ローカル接続を示します:
.\SQLEXPRESS
別のサーバーから、サーバー名または IP アドレスを指定する必要があります。例:
192.168.1.205\SQLEXPRESS
YOURMACHINE\SQLEXPRESS
インスタンスが SQL Server Express であることも検証する必要があります。 からあなたの他のほぼ同じ質問 デフォルトのインスタンスのように見えます。
また、このばかげたユーザー インスタンス / attachDbFilename 手法の使用を停止する必要があります。データベースをインスタンスに適切に接続し、Initial Catalog=aspnetdb;
を使用して論理データベース名を参照します。 接続文字列で。このユーザー インスタンス機能は複数の理由で廃止されましたが、これもその 1 つです。
もちろん、これを妨げる他のネットワークの問題があるかもしれません。サーバーが別のドメインにある場合、干渉するファイアウォール設定などがあります。しかし、他のサーバーは、サーバー名にドットを使用してマシンにアクセスすることはできません。
編集 明らかに私のアドバイスが守られていないため、赤ちゃんのステップを提供します。実際に aspnetdb データベースを新しいサーバーに接続したと仮定して、これを試してください:
connectionString="data source=192.168.85.124\SQLEXPRESS;
Integrated Security=SSPI;
Initial Catalog=aspnetdb;"
結局、SQL Express 名前付きインスタンスを使用していない場合は、以下を試してください:
connectionString="data source=192.168.85.124;
Integrated Security=SSPI;
Initial Catalog=aspnetdb;"
SQL 認証には、Management Studio で使用するのと同じユーザー名/パスワードを使用します:
connectionString="data source=192.168.85.124;
User ID=username; Password=password;
Initial Catalog=aspnetdb;"
これは101のトラブルシューティングです。それでもうまくいかない場合は、何をしたのか、なぜうまくいかないのかを理解するのは不可能なので、10 分間コンサルタントを雇って修正してもらう必要があるかもしれません.