none
IPAM remote SQL Server RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    HI,

    Bin am Versuch den IPAM Dienst mit einem remote SQL Server zu installieren und scheitere immer am Fehler:

    Fehler beim Anmelden bei der Datenbank.

    In meinem Testlab ist der Benutzer für alle Installationen der Administrator Account. Sprich an dem sollte es nicht liegen.

    Daher meine Frage nach der richtigen Eingabe der abgefragten Parameter für die IPAM Konfiguration des SQL Servers:

    SQL Remote Server ist mit einer eigenen Instanz für IPAM (=Name der Instanz) auf Port 65352 konfiguriert. Firewalleinstellung für eingehenden Port ist gesetzt.

    SQL Server: hier habe ich den Server in Form von db1-xy.com und db1 versucht

    Datenbankname: hier habe es versucht mit \IPAM\IPAM oder IPAM

    Port: 1433 belassen sowie 65352 versucht

    Was mache ich hier falsch, bzw. wie komme ich zum gewünschten Erfolg?

    Danke und Gruss, Markus

    AdminIT

    • Verschoben Alex Pitulice Montag, 3. März 2014 10:15 Verschoben
    Sonntag, 2. März 2014 17:18
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo Winfried,

    Windows Server 2012 R2 bringt lt.

      http://technet.microsoft.com/en-us/library/dn268500.aspx

    die Option zur Nutzung externer (SQL) Datenbanken mit.

    @Markus: Ist das TCP/IP Protokoll für die Instanz auch aktiviert? Je nach Installation ist das standardmäßig nämlich nicht der Fall.

    Gib doch mal im Verbindungsstring "1.2.3.4\NameDerInstanz,65352" an. (1.2.3.4 ist natürlich durch die richtige IP Adresse zu ersetzen). Damit wird TCP/IP für die Verbindung erzwungen. Ggfs. auch mal über das lokal auf dem SQL Server installierte SQL Server Management Studio so probieren, dort dann ggfs. mit 127.0.0.1 als IP Adresse.

    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

    • Als Antwort markiert AdminIT Montag, 3. März 2014 22:33
    Montag, 3. März 2014 18:12
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

    Hallo Markus,

    wenn das Management Studio auf dem gleichen Rechner wie der SQL Server war, würde ich mal sagen, dass doch noch etwas die Remoteverbindung blockiert.

    Schau für den Fall doch mal mit dem SSMS in die Eigenschaften des Servers und dort in den Reiter "Verbindungen". Ist dort "Remoteverbindungen mit diesem Server zulassen" aktiviert?

    Falls die Verbindung per SSMS von einem anderen Rechner aus möglich war, schau bitte nochmal, ob wirklich alle Firewalls, Sicherheitssoftware, ... die Anfragen durch lassen.

    Wenn ich die Meldung ganz oben aber richtig verstehe, könnte es auch sein, dass die Verbindung an sich schon aufgebaut wird, nur die Anmeldung schlägt dann fehl. In dem Fall würde ich doch mal schauen, ob dein Benutzer überhaupt auf diese Instanz zugreifen darf. Ggfs. mal mit einem SQL Server Benutzer und nicht mit der Windows Authentifizierung probieren. (muss man aber in den Sicherheitseinstellungen der SQL Server Instanz im Eigenschaften Dialog, Reiter Sicherheit erst zulassen)

    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

    • Als Antwort markiert AdminIT Montag, 3. März 2014 22:33
    Montag, 3. März 2014 21:32
    |
    Moderator

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Am 02.03.2014 schrieb AdminIT:

    Bin am Versuch den IPAM Dienst mit einem remote SQL Server zu installieren und scheitere immer am Fehler:

    Fehler beim Anmelden bei der Datenbank.

    In meinem Testlab ist der Benutzer für alle Installationen der Administrator Account. Sprich an dem sollte es nicht liegen.

    Daher meine Frage nach der richtigen Eingabe der abgefragten Parameter für die IPAM Konfiguration des SQL Servers:

    SQL Remote Server ist mit einer eigenen Instanz für IPAM (=Name der Instanz) auf Port 65352 konfiguriert. Firewalleinstellung für eingehenden Port ist gesetzt.

    SQL Server: hier habe ich den Server in Form von db1-xy.com und db1 versucht

    Datenbankname: hier habe es versucht mit \IPAM\IPAM oder IPAM

    Port: 1433 belassen sowie 65352 versucht

    Kannst Du denn mit dem SQL Server-Management Studio eine Verbindung
    zum Remote SQL Server herstellen? Servername\Instanzname ist der
    Aufruf. Schau auf dem Remote SQL Server nach ob die Instanz bzw. die
    Datenbank überhaupt Verbindungen von außerhalb zugelassen ist. Wo
    genau hast Du den Port 1433 denn belassen?

    Servus
    Winfried

    Gruppenrichtlinien
    WSUS Package Publisher
    HowTos zum WSUS Package Publisher
    NNTP-Bridge für MS-Foren

    Sonntag, 2. März 2014 18:22
    |
  • Question
    Anmelden
    0
    Anmelden

    Am 02.03.2014 schrieb AdminIT:

    Bin am Versuch den IPAM Dienst mit einem remote SQL Server zu installieren und scheitere immer am Fehler:

    Fehler beim Anmelden bei der Datenbank.

    In meinem Testlab ist der Benutzer für alle Installationen der Administrator Account. Sprich an dem sollte es nicht liegen.

    Hast Du denn im Testlab auch den Zugriff über einen Remote SQL Server
    geregelt?

    Was mache ich hier falsch, bzw. wie komme ich zum gewünschten Erfolg?

    IN http://technet.microsoft.com/de-de/library/hh831622.aspx findet
    sich dieser Hinweis:

    |IPAM unterstützt nur interne Windows-Datenbanken. Externe Datenbanken
    |werden nicht unterstützt.

    Damit ist IMHO die Remote SQL-Server Geschichte zum scheitern
    verurteilt.

    Servus
    Winfried

    Gruppenrichtlinien
    WSUS Package Publisher
    HowTos zum WSUS Package Publisher
    NNTP-Bridge für MS-Foren

    Sonntag, 2. März 2014 18:31
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Winfried,

    Danke für deinen Feedback.

    Sorry hatte ganz vergessen und explizit zu erwähnen, dass ich es mit einem Server 2012R2 versuche. Hier wird mir ja vom Assistenten die WID oder MS SQL angeboten.

    Port 1433 belassen, war auch auf den Assistenten bezogen, der im Fenster Port 1433 schon eingefügt hat.

    Von einem anderen SQL Server mit Management Studio klappt der Zugriff auch nicht. Hier kann ich ja ausser dem Server inkl. Instanz in Form von db1\IPAM auch nichts weiter vorgeben.

    Die Datenbankinstanz IPAM auf Server db1 ist via SQL Konfigurations Manager beim TCP/IP Protokoll Netzwerkkonfiguration  "IPALL" auf Port 65352 eingestellt. (ich hatte bereits für eine SCVMM Datenbank Remote SQL Port 64352 mit einer anderen Instanz so erfolgreich zum Laufen gebracht)

    Danke und Gruss,

    Markus

    AdminIT

    Montag, 3. März 2014 17:55
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Winfried,

    Windows Server 2012 R2 bringt lt.

      http://technet.microsoft.com/en-us/library/dn268500.aspx

    die Option zur Nutzung externer (SQL) Datenbanken mit.

    @Markus: Ist das TCP/IP Protokoll für die Instanz auch aktiviert? Je nach Installation ist das standardmäßig nämlich nicht der Fall.

    Gib doch mal im Verbindungsstring "1.2.3.4\NameDerInstanz,65352" an. (1.2.3.4 ist natürlich durch die richtige IP Adresse zu ersetzen). Damit wird TCP/IP für die Verbindung erzwungen. Ggfs. auch mal über das lokal auf dem SQL Server installierte SQL Server Management Studio so probieren, dort dann ggfs. mit 127.0.0.1 als IP Adresse.

    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

    • Als Antwort markiert AdminIT Montag, 3. März 2014 22:33
    Montag, 3. März 2014 18:12
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

    Hallo Stefan,

    Sogleich an die Arbeit gemacht und im Management Studio die Server IP inkl. dem von dir genannten String eingegeben. Funktioniert einwandfrei!

    Danach auch gleich im IPAM Assistent mit gleichen Eingaben versucht, leider dieselbe Fehlermeldung wie zuvor.

    Danke und Gruss,

    Markus

    AdminIT

    Montag, 3. März 2014 20:47
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Markus,

    wenn das Management Studio auf dem gleichen Rechner wie der SQL Server war, würde ich mal sagen, dass doch noch etwas die Remoteverbindung blockiert.

    Schau für den Fall doch mal mit dem SSMS in die Eigenschaften des Servers und dort in den Reiter "Verbindungen". Ist dort "Remoteverbindungen mit diesem Server zulassen" aktiviert?

    Falls die Verbindung per SSMS von einem anderen Rechner aus möglich war, schau bitte nochmal, ob wirklich alle Firewalls, Sicherheitssoftware, ... die Anfragen durch lassen.

    Wenn ich die Meldung ganz oben aber richtig verstehe, könnte es auch sein, dass die Verbindung an sich schon aufgebaut wird, nur die Anmeldung schlägt dann fehl. In dem Fall würde ich doch mal schauen, ob dein Benutzer überhaupt auf diese Instanz zugreifen darf. Ggfs. mal mit einem SQL Server Benutzer und nicht mit der Windows Authentifizierung probieren. (muss man aber in den Sicherheitseinstellungen der SQL Server Instanz im Eigenschaften Dialog, Reiter Sicherheit erst zulassen)

    Gruß, Stefan
    Microsoft MVP - Visual Developer ASP/ASP.NET
    http://www.asp-solutions.de/ - Consulting, Development
    http://www.aspnetzone.de/ - ASP.NET Zone, die ASP.NET Community

    • Als Antwort markiert AdminIT Montag, 3. März 2014 22:33
    Montag, 3. März 2014 21:32
    |
    Moderator
  • Question
    Anmelden
    0
    Anmelden

    Hallo Stefan,

    Der Zugriff von einem Remote SSMS klappte einwandfrei. Sorry, dass ich dies nicht schon zuvor erwähnt habe. Daher denke ich kann es nicht an der Firewall liegen.

    Da es sich hier um ein Testnetzwerk handelt, sind auf allen Maschinen auch nur der Admin Account im Einsatz. Sprich SQL Installation und IPAM Assistent wurden unter diesem Account gestartet. Auch der Remote Zugriff via SSMS wurde mit dem Admin Account getestet.

    Habe mich einmal (ok endlich) in der Protokolldatei des SQL durchgeklickt und festgestellt, dass der IPAM Assistent mit dem Computer Account den Anmeldeversuch startet. Dieser war natürlich nicht auf dem SQL Server eingerichtet.

    Dem Server Account Zugriff gewährt und alles hat einwandfrei geklappt. Sorry, hätte auch direkt im Protokoll nachschauen können.

    Danke für deine Hilfe.

    Gruss, Markus

    AdminIT

    Montag, 3. März 2014 22:33
    |