SQLCMD - Anmeldungstimout abgelaufen
Hallo,
wir setzen einen MSSQL-SERVER 2008 Workgroup Edition auf einem MS-SERVER 2008 ein.
Automatische Sicherung der Datenbanken geht nicht, da Wartungspläne nur mit den "Integration Services" nutzbar sind, aber diese in der Workgroup Edition nicht vorhanden sind.
Somit erstelle ich eine .cmd-Datei die auf die entsprechende .sql-Datei verlinkt, um die Sicherung über die "geplanten Tasks" (Aufgabenplanung) zu realisieren.
Dazu benutze ich SQLCMD.
Der sieht wie folgt aus:
Beim Ausführen von SQLCMD bekomme ich aber folgende Fehlermeldung:
Dass der Servername und die Instanz richtig sind, bin ich mir 100% sicher. Ich führe das Script auf dem SQL-Server selber aus. Firewall ist komplett ausgeschaltet.
Der angemeldete Benutzer ist der Domänen-Admin.
"Überprüfen Sie ... ob der SQL-SERVER Remoteverbindungen zulässt." <-- Wo kann ich das sehen?
Was kann ich noch ausprobieren?
Ich bedanke mich schonmal für eure Antworten.
Gruß
wir setzen einen MSSQL-SERVER 2008 Workgroup Edition auf einem MS-SERVER 2008 ein.
Automatische Sicherung der Datenbanken geht nicht, da Wartungspläne nur mit den "Integration Services" nutzbar sind, aber diese in der Workgroup Edition nicht vorhanden sind.
Somit erstelle ich eine .cmd-Datei die auf die entsprechende .sql-Datei verlinkt, um die Sicherung über die "geplanten Tasks" (Aufgabenplanung) zu realisieren.
Dazu benutze ich SQLCMD.
Der sieht wie folgt aus:
@ECHO OFF
SQLCMD -E -S %SERVERNAME%\%INSTANZ% -i %PFAD ZUR SQL DATEI%
pause
Beim Ausführen von SQLCMD bekomme ich aber folgende Fehlermeldung:
Dass der Servername und die Instanz richtig sind, bin ich mir 100% sicher. Ich führe das Script auf dem SQL-Server selber aus. Firewall ist komplett ausgeschaltet.
Der angemeldete Benutzer ist der Domänen-Admin.
"Überprüfen Sie ... ob der SQL-SERVER Remoteverbindungen zulässt." <-- Wo kann ich das sehen?
Was kann ich noch ausprobieren?
Ich bedanke mich schonmal für eure Antworten.
Gruß
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 146769
Url: https://administrator.de/contentid/146769
Ausgedruckt am: 23.11.2024 um 09:11 Uhr
3 Kommentare
Neuester Kommentar
Hallo jackpot,
wenn Du Dir wirklich ganz sicher bist, daß die Verbindungszeichenfolge stimmt (vielleicht auch mal das @echo off entfernen und nochmal prüfen) und der Benutzer auch DB-Berechtigung hat, dann könnte Dein Problem evtl. im Konfigurationsmanager zu lösen sein. Der liegt im Startmenü beim SQL Server unter Konfigurationstools.
Dort siehst Du die zugelassenen Netzwerkprotokolle für Client und Server. Es sollte also mindestens ein Clientprotokoll aktiv sein, das für den Server zugelassen ist. Man kann beim Start von sqlcmd dann auch explizit ein Protokoll angeben, mit dem man die Verbindung öffnen will, näheres dazu steht in der Hilfe unter "sqlcmd-Dienstprogramm, Datenbankmodulverbindungen".
Das mit dem Remotezugriff ist für Dich ja nicht wirklich relevant, wenn Du in dem Fall nur lokal auf den Server zugreifst. Für den Remotezugriff muß auf alle Fälle der SQL-Server-Browser bei den Diensten gestartet sein.
Und nun mal wieder meine Einschränkung: das gilt für den SQL Server 2005, sollte aber für den SQL Server 2008 genauso oder ähnlich sein.
Gruß, Mad Max
wenn Du Dir wirklich ganz sicher bist, daß die Verbindungszeichenfolge stimmt (vielleicht auch mal das @echo off entfernen und nochmal prüfen) und der Benutzer auch DB-Berechtigung hat, dann könnte Dein Problem evtl. im Konfigurationsmanager zu lösen sein. Der liegt im Startmenü beim SQL Server unter Konfigurationstools.
Dort siehst Du die zugelassenen Netzwerkprotokolle für Client und Server. Es sollte also mindestens ein Clientprotokoll aktiv sein, das für den Server zugelassen ist. Man kann beim Start von sqlcmd dann auch explizit ein Protokoll angeben, mit dem man die Verbindung öffnen will, näheres dazu steht in der Hilfe unter "sqlcmd-Dienstprogramm, Datenbankmodulverbindungen".
Das mit dem Remotezugriff ist für Dich ja nicht wirklich relevant, wenn Du in dem Fall nur lokal auf den Server zugreifst. Für den Remotezugriff muß auf alle Fälle der SQL-Server-Browser bei den Diensten gestartet sein.
Und nun mal wieder meine Einschränkung: das gilt für den SQL Server 2005, sollte aber für den SQL Server 2008 genauso oder ähnlich sein.
Gruß, Mad Max