8
Verbindungsserver MSSQL 2019 zu 2000
Hallo Zusammen,
ich möchte einen Verbindungsserver von einem SQL2019 zu einem 2000er erzeugen.
Mittels dieser Doku hat das auch einwandfrei geklappt:
https://learn.microsoft.com/de-de/archive/blogs/dbrowne/how-to-create-a- ...
Der Verbindungstest ist erfolgreich.
Führe ich jedoch einen Select über den Verbindungsserver aus:
Erhalte ich folgende Fehlermeldung:
"Meldung 8522, Ebene 16, Status 3, Zeile 1
Microsoft Distributed Transaction Coordinator (MS DTC) has stopped this transaction."
Die Verbindungsserver zu dem 2000er Server wurden bis SQL2016 genau so eingerichtet und haben funktioniert. Nun in 2019 nicht mehr.
Hat jemand einen Tipp?
ich möchte einen Verbindungsserver von einem SQL2019 zu einem 2000er erzeugen.
Mittels dieser Doku hat das auch einwandfrei geklappt:
https://learn.microsoft.com/de-de/archive/blogs/dbrowne/how-to-create-a- ...
Der Verbindungstest ist erfolgreich.
Führe ich jedoch einen Select über den Verbindungsserver aus:
SELECT *
FROM [Name_Verbindungsserver].[Name_Datenbank].[dbo].[Name_Tabelle]
GOErhalte ich folgende Fehlermeldung:
"Meldung 8522, Ebene 16, Status 3, Zeile 1
Microsoft Distributed Transaction Coordinator (MS DTC) has stopped this transaction."
Die Verbindungsserver zu dem 2000er Server wurden bis SQL2016 genau so eingerichtet und haben funktioniert. Nun in 2019 nicht mehr.
Hat jemand einen Tipp?
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 21708717389
Url: https://administrator.de/forum/verbindungsserver-mssql-2019-zu-2000-21708717389.html
Ausgedruckt am: 23.04.2025 um 17:04 Uhr
8 Kommentare
Neuester Kommentar
Moin,
kannst du via SSMS durch den LinkedServer navigieren?
Und Fernab:
am 2016er SQL die Verbindungsparameter (
Welcher @provider wurde verwendet?
kannst du via SSMS durch den LinkedServer navigieren?
Und Fernab:
Die Verbindungsserver zu dem 2000er Server wurden bis SQL2016 genau so eingerichtet und haben funktioniert. Nun in 2019 nicht mehr.
Wie habt ihr das genau gemacht?am 2016er SQL die Verbindungsparameter (
Server Objects -> Linked Server -> rechtsklick auf [Name] -> Script Linked Server as -> Create to erzeugt, dann Copy & Paste und am 2019er (mit gesetztem Password) ausgeführt?Welcher @provider wurde verwendet?
Ja, im SSMS sehe ich die gewünschte Datenbank sowie die dazugehörigen Tabellen über den Verbindungsserver.
Nein, ich habe den Verbindungsserver über das in der Doku genannte Skript erzeugt:
https://learn.microsoft.com/de-de/archive/blogs/dbrowne/how-to-create-a- ...
analog dieser Doku mit @provider=N'SQLNCLI10'
Nein, ich habe den Verbindungsserver über das in der Doku genannte Skript erzeugt:
https://learn.microsoft.com/de-de/archive/blogs/dbrowne/how-to-create-a- ...
analog dieser Doku mit @provider=N'SQLNCLI10'
Hallo,
https://learn.microsoft.com/de-de/archive/blogs/dbrowne/how-to-create-a- ...
Naja beim direkten Importieren kommt man bei neuen SQL Servern an die Grenze, da die den alten Standard nicht mehr unterstützen.
Hier wurde unter 2012 auch auf das 2008R2 Feature Pack verwiesen.
Ggf. hilft das.
https://learn.microsoft.com/de-de/archive/blogs/dbrowne/how-to-create-a- ...
So first download the newest SQL Native Client OleDB provider that still supports connecting to SQL 2000, SQLNCLI10 from here:
Microsoft® SQL Server® 2008 R2 SP2 Feature PackNaja beim direkten Importieren kommt man bei neuen SQL Servern an die Grenze, da die den alten Standard nicht mehr unterstützen.
Hier wurde unter 2012 auch auf das 2008R2 Feature Pack verwiesen.
Ggf. hilft das.
Danke, das habe ich beachtet: Das Service Pack wurde installiert, sonst scheitert bereits die Einrichtung.
Wie gesagt der Test des Verbindungsservers ist erfolgreich. Nur ein Select ist nicht ausführbar.
Wie gesagt der Test des Verbindungsservers ist erfolgreich. Nur ein Select ist nicht ausführbar.
Ja, im SSMS sehe ich die gewünschte Datenbank sowie die dazugehörigen Tabellen über den Verbindungsserver.
Kannst du denn dann bei Rechtsklick auf einer Tabelle erfolgreich auswählen „ersten 1000 Zeilen anzeigen“?
Der haut dir dann ja nen Query um die Ohren…
Eventuell macht es Sinn das mit OPENROWSET (oder einer der ähnlichen Methoden) abzufragen, auch wenn es ein linked server ist. Allerdings müssen dafür auf dem SQL 2000 ggf. noch Einstellungen gesetzt werden.
https://www.sqlshack.com/querying-remote-data-sources-in-sql-server/
https://www.sqlshack.com/querying-remote-data-sources-in-sql-server/
Zitat von @em-pie:
Kannst du denn dann bei Rechtsklick auf einer Tabelle erfolgreich auswählen „ersten 1000 Zeilen anzeigen“?
Der haut dir dann ja nen Query um die Ohren…
Ja, im SSMS sehe ich die gewünschte Datenbank sowie die dazugehörigen Tabellen über den Verbindungsserver.
Kannst du denn dann bei Rechtsklick auf einer Tabelle erfolgreich auswählen „ersten 1000 Zeilen anzeigen“?
Der haut dir dann ja nen Query um die Ohren…
Genau daraus resultiert o. g. Select-Abfrage. Ich kann draufklicken, erhalte aber die Fehlermeldung.
mal am SQL Server 2000 mit dem SQL Server Profiler nachschauen, was da ankommt.
Ansonsten wäre es ja nicht zu verwegen, um mal von einem Kompatibilitätsbruch zu reden... der SQL Server 2019 verwendet als erste Version nativ OLEDB18, wenn er als Client agiert, kann aber auch alle ältren Sachen noch die Windows selber in der ODBC Treibersammlung auflistet ... aber vermutlich nicht ohne Modifikationen auf der anfragenden Seite.
Ansonsten wäre es ja nicht zu verwegen, um mal von einem Kompatibilitätsbruch zu reden... der SQL Server 2019 verwendet als erste Version nativ OLEDB18, wenn er als Client agiert, kann aber auch alle ältren Sachen noch die Windows selber in der ODBC Treibersammlung auflistet ... aber vermutlich nicht ohne Modifikationen auf der anfragenden Seite.
