16
Connection Excel zu SQL Server
Guten Abend zusammen,
ich habe mal wieder eine Frage und hoffe sehr, dass mir eine Expertin oder eine Experte helfen kann.
Wir nutzen Excel Tapeten um Daten von einem SQL Server anzuzeigen bzw. auch Daten wegzuschreiben.
Es hat bis heute für Jahre funktioniert.
Heute wurde der SQL Server aus einem Backup wiederhergestellt, da die VM diverse Probleme hatte.
Warum auch immer...
Nach der Wiederherstellung läuft eigentlich alles wieder normal.
Einzig ein Verbindungsaufbau von Excel zu SQL Server zeigt den angehangenen Fehler.
SQL = 2016, MS Off. = 2010, Excel als xlsm (Makro Datei)
Vielen Dank für Eure Unterstützung.
Grüsse
O
ich habe mal wieder eine Frage und hoffe sehr, dass mir eine Expertin oder eine Experte helfen kann.
Wir nutzen Excel Tapeten um Daten von einem SQL Server anzuzeigen bzw. auch Daten wegzuschreiben.
Es hat bis heute für Jahre funktioniert.
Heute wurde der SQL Server aus einem Backup wiederhergestellt, da die VM diverse Probleme hatte.
Warum auch immer...
Nach der Wiederherstellung läuft eigentlich alles wieder normal.
Einzig ein Verbindungsaufbau von Excel zu SQL Server zeigt den angehangenen Fehler.
SQL = 2016, MS Off. = 2010, Excel als xlsm (Makro Datei)
Vielen Dank für Eure Unterstützung.
Grüsse
O
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 62380236133
Url: https://administrator.de/contentid/62380236133
Ausgedruckt am: 24.11.2024 um 11:11 Uhr
16 Kommentare
Neuester Kommentar
Moin,
Durch den restore hast du dir wahrscheinlich die Verbindung zerschossen.
Ich habe jetzt keinen MS SQL Server zur Hand, es müsste irgendwo in den Verbindungen zu finden sein.
Und oder hier mal durchprüfen:
https://learn.microsoft.com/de-de/troubleshoot/sql/database-engine/conne ...
Grüße
Durch den restore hast du dir wahrscheinlich die Verbindung zerschossen.
Ich habe jetzt keinen MS SQL Server zur Hand, es müsste irgendwo in den Verbindungen zu finden sein.
Und oder hier mal durchprüfen:
https://learn.microsoft.com/de-de/troubleshoot/sql/database-engine/conne ...
Grüße
Zitat von @orausdo:
Wir nutzen Excel Tapeten um Daten von einem SQL Server anzuzeigen bzw. auch Daten wegzuschreiben.
Sehe gerade, dass du mit Tapeten arbeitest, das kann ja nicht klappen.
Du musst auf Raufaser umstellen.
Moin Sabines,
erstmal herzlichen Dank für Deine Info.
Ja, sowas ähnliches denke ich mir auch.
Komme aber momentan nicht weiter.
Diese Seite habe ich mir auch schon angeschaut.
Ich habe bereits das Tool "SQLCHECK" ausgeführt.
Da erscheint dann "SPN does not exist." !
Kann dass das Problem sein?
Falls ja, wäre nur die Frage, wie und ob ich diesen SPN angelegen kann.
Auf dem DB Server bin ich lok. Admin.
Reicht das oder benötigt das zusätzlich auch irgendwelche AD Berechtigungen?
Für weitere Infos wäre ich dankbar.
Grüsse O
erstmal herzlichen Dank für Deine Info.
Ja, sowas ähnliches denke ich mir auch.
Komme aber momentan nicht weiter.
Diese Seite habe ich mir auch schon angeschaut.
Ich habe bereits das Tool "SQLCHECK" ausgeführt.
Da erscheint dann "SPN does not exist." !
Kann dass das Problem sein?
Falls ja, wäre nur die Frage, wie und ob ich diesen SPN angelegen kann.
Auf dem DB Server bin ich lok. Admin.
Reicht das oder benötigt das zusätzlich auch irgendwelche AD Berechtigungen?
Für weitere Infos wäre ich dankbar.
Grüsse O
Ist bei uns so geläufig... Dateien sagt man schon oft genug....Hoffe ich erhalte trotzdem Hilfe...
Heute wurde der SQL Server aus einem Backup wiederhergestellt
Dann erst mal Reset-ComputerMachinePassword auf dem SQL-Server ausführen wenn das Backup schon älter ist.
Gruß Strods
Guten Abend Strods,
vielen Dank für Deine Info.
Muss ich dafür AD Rechte haben?
Falls nicht, wie gehe ich da vor, ohne mehr kaputt zu machen als es jetzt schon ist?
Vielen Dank für weitere Infos.
Gruss O
vielen Dank für Deine Info.
Muss ich dafür AD Rechte haben?
Falls nicht, wie gehe ich da vor, ohne mehr kaputt zu machen als es jetzt schon ist?
Vielen Dank für weitere Infos.
Gruss O
Zusatzinfo:
Das Backup war von gestern Abend 22:00 Uhr
Das Backup war von gestern Abend 22:00 Uhr
Ja einen Account der Computer-Objekte zurücksetzen darf.
Falls nicht, wie gehe ich da vor, ohne mehr kaputt zu machen als es jetzt schon ist?
Damit machst du nichts kaputt du synchronisierst damit nur das AD Computerobjekt Passwort mit der Maschine.
In dem Fall sollte es kein Problem sein und das Machine-Passwort solte passen.
Dann prüfe die SPNs des SQL Server auf einem DC.
setspn ist dein Freund...
Zum evt. Ändern/Anlegen sind dann aber "Domain Admin" Credentials erforderlich.
Ansonsten halt mal die Verbindung zur ODBC Quelle? testweise in Excel neu einrichten.
Viel Erfolg.
Dann prüfe die SPNs des SQL Server auf einem DC.
setspn ist dein Freund...
Zum evt. Ändern/Anlegen sind dann aber "Domain Admin" Credentials erforderlich.
Ansonsten halt mal die Verbindung zur ODBC Quelle? testweise in Excel neu einrichten.
Viel Erfolg.
Hi Strods,
Danke für die Info.
Also Adm bzw. höhere Rechte im AD... richtig?
Bin DBA und überlasse das wohl lieber unseren Sys.-Adm.
Kann zwar auch im AD Konten entsperren, aber das war es glaube ich auch schon.
Hab auf dem DB Server SQLCHECK durchgeführt.
Das stand was von:
Suggested SPN Exists Status
------ -------------------
xxxx False SPN does not exist.
Bei xxx steht ein SPN Name...
Wird durch den von Dir genannten Vorgang der SPN Name mit dem AD synchronisiert ?
Vielen Dank für Deine Unterstützung.
Viele Grüsse O
Danke für die Info.
Also Adm bzw. höhere Rechte im AD... richtig?
Bin DBA und überlasse das wohl lieber unseren Sys.-Adm.
Kann zwar auch im AD Konten entsperren, aber das war es glaube ich auch schon.
Hab auf dem DB Server SQLCHECK durchgeführt.
Das stand was von:
Suggested SPN Exists Status
------ -------------------
xxxx False SPN does not exist.
Bei xxx steht ein SPN Name...
Wird durch den von Dir genannten Vorgang der SPN Name mit dem AD synchronisiert ?
Vielen Dank für Deine Unterstützung.
Viele Grüsse O
Lies dir mal die Infos zu setspn genau durch, das Tool synchronisiert nicht sondern prüft und konfiguriert spns. Wobei ich gerade nicht weiß, ob das auch für neue Windows Versionen funktioniert.
Auf jeden Fall, ist der Spn der die Verbindung zwischen Excel und dem SQL Server herstellt „defekt“. Schau mal im Reiter Sicherheit oder so nach, was da steht.
Nicht falsch verstehen, aber an der Stelle vielleicht auch auf eure Admins warten.
Auf jeden Fall, ist der Spn der die Verbindung zwischen Excel und dem SQL Server herstellt „defekt“. Schau mal im Reiter Sicherheit oder so nach, was da steht.
Nicht falsch verstehen, aber an der Stelle vielleicht auch auf eure Admins warten.
Hi Strods,
Alles klar. Herzlichen Dank für Deine Hilfe.
Bei Dom.-Adm Rechten wäre ich aber eh raus gewesen.
Müsste also sowieso auf morgen früh vertagt werden.
Werden Deine Tipps checken bzw. durchführen und dann hoffen das alles wie gewünscht funktioniert.
Xlsm Conn. werde ich auch mal checken.
Ein Test einer der Excel Dateien lokal auf dem DB Srv. hat übrigens keine Probleme beim Zugriff.
Die liegen aber ansonsten auf einem anderen Srv. und haben daher anscheinend die besprochenen Probleme via Netzwerk.
Danke schön und einen schönen Abend.
Viele Grüße
O
Alles klar. Herzlichen Dank für Deine Hilfe.
Bei Dom.-Adm Rechten wäre ich aber eh raus gewesen.
Müsste also sowieso auf morgen früh vertagt werden.
Werden Deine Tipps checken bzw. durchführen und dann hoffen das alles wie gewünscht funktioniert.
Xlsm Conn. werde ich auch mal checken.
Ein Test einer der Excel Dateien lokal auf dem DB Srv. hat übrigens keine Probleme beim Zugriff.
Die liegen aber ansonsten auf einem anderen Srv. und haben daher anscheinend die besprochenen Probleme via Netzwerk.
Danke schön und einen schönen Abend.
Viele Grüße
O
Hallo Sabines
Alles klar.
Kein Ding. Alles gut.
Habe eh wohl nicht genügend Rechte und daher gibt es wohl einen Einsatz der Dom.-Adm.
Danke für Deine weiteren Infos.
Gruss O
Hoffe das Rauhfaser morgen wieder läuft.
Alles klar.
Kein Ding. Alles gut.
Habe eh wohl nicht genügend Rechte und daher gibt es wohl einen Einsatz der Dom.-Adm.
Danke für Deine weiteren Infos.
Gruss O
Hoffe das Rauhfaser morgen wieder läuft.
Moin @sabines,
aber klar funktioniert setspn auch bei neueren Versionen.
👍
Und die können das Problem mitunter auf damit beheben, indem sie den SQL Server einmal kurz aus der Domäne rausschmeissen und dann wieder hinzufügen.
Unter dem Strich wird dadurch aber dasselbe erreicht, wie das was du schon oben beschrieben hast.
Sprich, das Passwort des Computer-Objekts wird erneuert und danach kann der SQL seinen SPN wieder selber setzen.
Gruss Alex
Lies dir mal die Infos zu setspn genau durch, das Tool synchronisiert nicht sondern prüft und konfiguriert spns. Wobei ich gerade nicht weiß, ob das auch für neue Windows Versionen funktioniert.
aber klar funktioniert setspn auch bei neueren Versionen.
Nicht falsch verstehen, aber an der Stelle vielleicht auch auf eure Admins warten.
👍
Und die können das Problem mitunter auf damit beheben, indem sie den SQL Server einmal kurz aus der Domäne rausschmeissen und dann wieder hinzufügen.
Unter dem Strich wird dadurch aber dasselbe erreicht, wie das was du schon oben beschrieben hast.
Sprich, das Passwort des Computer-Objekts wird erneuert und danach kann der SQL seinen SPN wieder selber setzen.
Gruss Alex
1
Moin Alex,
okay, dass das Problem mit dem Rauskicken des Servers aus der Domäne auch funktioniert hätte, war mir ebenso unbekannt. Man lernt ja zum Glück nie aus...
Gruss O
okay, dass das Problem mit dem Rauskicken des Servers aus der Domäne auch funktioniert hätte, war mir ebenso unbekannt. Man lernt ja zum Glück nie aus...
Gruss O
Moin an alle Beteiligten,
das Problem wurde gerade in Zusammenarbeit mit einem Dom.-Adm. gelöst, indem der SPN neu gesetzt wurde.
Es funktioniert nun wieder alles.
Danke für die Unterstützung und einen schönen Tag.
Viele Grüsse
O
das Problem wurde gerade in Zusammenarbeit mit einem Dom.-Adm. gelöst, indem der SPN neu gesetzt wurde.
Es funktioniert nun wieder alles.
Danke für die Unterstützung und einen schönen Tag.
Viele Grüsse
O
