SQL 2012 Standard installation zum Testen
Hallo Zusammen,
ich habe einen 2008 R2 Enterprise Server installiert und in die Domäne gebracht.
Updates installiert, feste IP, remotedesktop aktiviert.
Danach habe ich mir bei Mircosoft das ISO vom SQL 2012 SP1 eval runtergeladen und installiert.
Ich habe einen Domain User für SQL angelegt und alle Features und Elemente vom SQL installiert.
Ich will das ding nur testen und habe alles standard gelassen.
wenn den SQL Server Management Studio starte um mir datenbanken anzusehen und versuche mich mit dem Domain Admin einzuloggen bekomme ich folgende Fehlermeldung:
alle SQL dienste laufen.
hat jemand nen tip ?
vg
uLmi
ich habe einen 2008 R2 Enterprise Server installiert und in die Domäne gebracht.
Updates installiert, feste IP, remotedesktop aktiviert.
Danach habe ich mir bei Mircosoft das ISO vom SQL 2012 SP1 eval runtergeladen und installiert.
Ich habe einen Domain User für SQL angelegt und alle Features und Elemente vom SQL installiert.
Ich will das ding nur testen und habe alles standard gelassen.
wenn den SQL Server Management Studio starte um mir datenbanken anzusehen und versuche mich mit dem Domain Admin einzuloggen bekomme ich folgende Fehlermeldung:
alle SQL dienste laufen.
hat jemand nen tip ?
vg
uLmi
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 197760
Url: https://administrator.de/forum/sql-2012-standard-installation-zum-testen-197760.html
Ausgedruckt am: 22.12.2024 um 17:12 Uhr
8 Kommentare
Neuester Kommentar
Schau dir den Namen des Dienstes an - ist dort ein Instanzname hinten dran, z.B: SQL Server(MSSQLSERVER)? Dann verwende diesen im Verbindungsdialog.
Z.B. <IP-des-Rechners>\MSSQLSERVER. <IP-des-Rechners> durch die IP des Servers ersetzen
Deaktiviere zudem die Firewall und Sicherheitssoftware für den ersten Verbindungstest (oder lege gleich eine Ausnahme an).
Ansonsten schaue dir die Konfiguration des Servers an: Browserdienst läuft? Clientprotokolle an? (Named Pipes aktivieren, TCP/IP aktivieren).
Die Verbindung über Named Pipes ist in der Regel übrigens vorzuziehen.
Gruss
Grinskeks
Z.B. <IP-des-Rechners>\MSSQLSERVER. <IP-des-Rechners> durch die IP des Servers ersetzen
Deaktiviere zudem die Firewall und Sicherheitssoftware für den ersten Verbindungstest (oder lege gleich eine Ausnahme an).
Ansonsten schaue dir die Konfiguration des Servers an: Browserdienst läuft? Clientprotokolle an? (Named Pipes aktivieren, TCP/IP aktivieren).
Die Verbindung über Named Pipes ist in der Regel übrigens vorzuziehen.
Gruss
Grinskeks
Hallo,
was hast du denn zur Installation eingestellt? Authetifizierungsmodus gemischt und sa Passwort vergeben? oder Windowsauthentifizierung aktiviert? Versuche mal mit dem Benutzer eine Anmeldung, über den du den SQL Server installiert hast. Falls das nicht geht, nimm den lokalen Administrator der Maschine und probiere das aus.
Gruss
Grinskeks
was hast du denn zur Installation eingestellt? Authetifizierungsmodus gemischt und sa Passwort vergeben? oder Windowsauthentifizierung aktiviert? Versuche mal mit dem Benutzer eine Anmeldung, über den du den SQL Server installiert hast. Falls das nicht geht, nimm den lokalen Administrator der Maschine und probiere das aus.
Gruss
Grinskeks
Habe jetzt nicht alles im Detail gelesen, aber so löste ich das Problem bei mir:
Unter dem Programm SQL Server Configuration – Menupunkt: Protocolls for ... in den TCP/IP Properties musste ganz unten im Reiter IP-Adressen im Menu IPAll der Standard Port manuell auf 1433 gesetzt werden.
Damit die Änderung wirksam wird, muss der SQL Server Prozess einmal gestoppt und gestartet werden.
Unter dem Programm SQL Server Configuration – Menupunkt: Protocolls for ... in den TCP/IP Properties musste ganz unten im Reiter IP-Adressen im Menu IPAll der Standard Port manuell auf 1433 gesetzt werden.
Damit die Änderung wirksam wird, muss der SQL Server Prozess einmal gestoppt und gestartet werden.