Dit formaat geeft een lokale verbinding aan:
.\SQLEXPRESS
Van een andere server moet je een servernaam of IP-adres opgeven, bijvoorbeeld:
192.168.1.205\SQLEXPRESS
YOURMACHINE\SQLEXPRESS
U moet ook valideren dat de instantie SQL Server Express is. Van je andere bijna identieke vraag het ziet eruit als een standaardinstantie.
Je moet ook stoppen met het gebruik van deze dwaze gebruikersinstantie / attachDbFilename-techniek. Koppel uw database op de juiste manier aan de instantie en verwijs vervolgens naar de logische databasenaam met Initial Catalog=aspnetdb; in uw verbindingsreeks. Deze functie voor gebruikersinstanties is om meerdere redenen beëindigd, en dit is er zeker een van.
Natuurlijk kunnen er andere netwerkproblemen zijn die dit voorkomen, b.v. als de server zich in een ander domein bevindt, zijn er firewall-instellingen die interfereren, enz. Maar uw andere server zal nooit toegang kunnen krijgen tot uw machine door een punt voor de servernaam te gebruiken.
BEWERKEN babystapjes geven omdat mijn advies duidelijk niet wordt opgevolgd. Ervan uitgaande dat u de aspnetdb-database daadwerkelijk op de nieuwe server heeft aangesloten, probeert u dit alstublieft:
connectionString="data source=192.168.85.124\SQLEXPRESS;
Integrated Security=SSPI;
Initial Catalog=aspnetdb;"
Als u toch geen SQL Express benoemde instantie gebruikt, probeer dan:
connectionString="data source=192.168.85.124;
Integrated Security=SSPI;
Initial Catalog=aspnetdb;"
Gebruik voor SQL-authenticatie dezelfde gebruikersnaam/hetzelfde wachtwoord dat u in Management Studio gebruikt:
connectionString="data source=192.168.85.124;
User ID=username; Password=password;
Initial Catalog=aspnetdb;"
Dit is het oplossen van 101 dingen. Als je dit nog steeds niet kunt laten werken, moet je misschien een consultant inhuren voor 10 minuten om het voor je op te lossen, aangezien het onmogelijk is om erachter te komen wat je hebt gedaan en waarom je het niet voor elkaar krijgt.