Този формат показва локална връзка:
.\SQLEXPRESS
От друг сървър ще трябва да посочите име на сървър или IP адрес, напр.:
192.168.1.205\SQLEXPRESS
YOURMACHINE\SQLEXPRESS
Ще трябва също така да потвърдите, че екземплярът е SQL Server Express. От другият ви почти идентичен въпрос изглежда като екземпляр по подразбиране.
Трябва също така да спрете да използвате тази глупава техника на потребителски екземпляр / attachDbFilename. Прикрепете вашата база данни към екземпляра правилно, след това препратете логическото име на базата данни, като използвате Initial Catalog=aspnetdb; във вашия низ за свързване. Тази функция за потребителски екземпляр беше отхвърлена поради множество причини и това със сигурност е една от тях.
Разбира се, може да има други мрежови проблеми, които ще попречат на това, напр. ако сървърът е в различен домейн, има настройки на защитната стена, които пречат и т.н. Но вашият друг сървър никога няма да може да осъществи достъп до вашата машина, използвайки точка за името на сървъра.
РЕДАКТИРАНЕ осигуряване на бебешки стъпки, защото очевидно съветът ми не се спазва. Ако приемем, че действително сте прикачили базата данни 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 минути, за да го поправи вместо вас, тъй като е невъзможно да разберете какво сте направили и защо не можете да го накарате да работи.
