Datenbank auf einen anderen Server und eine neuere SQL Server Version umziehen

[stefannsv 0]

Also es gibt einen SQL Server User namens "oas" der User ist in beiden DB's samt Passwort vorhanden. Der User wird auch von der App verwendet, denn wenn ich den umbenenne, kommt gleich diese Meldung

 

 

Bei den Verbindungsanbietern auf den beiden SQL Servern gibt es Unterschiede.

oben der alte funktionierende Server und unten der neue

Es fehlt beim neuen der SQLNCLI10, aber das liegt meiner Meinung nach an der neueren Version vom SQL eXpress (2008 vs. 2019)

 

Wenn der User wieder "oas" heißt, kommt diese Meldung

bearbeitet 31. August 2023 von stefannsv

[stefannsv 0]

Hab jetzt mal ein wenig mit den Registrywerten gespielt.

Diese Meldung kommt wenn ich bei "ohneDomäne" eine 0 eingebe

 

 

 

 

Diese Mledung kommt wenn ich in "GruppeohneDomäne" keine Wert stehen habe

 

Wenn die weggeklickt wird kommt diese Meldung

 

So sieht der funktionierende Regeintrag aus, es muss kein Wert bei DB-Name stehen , klappt trotzdem

 

 

bearbeitet 31. August 2023 von stefannsv

[zahni 521]

https://learn.microsoft.com/de-de/sql/relational-databases/system-stored-procedures/sp-addlinkedserver-transact-sql?view=sql-server-ver16

 

Wer ist denn der Server ADSI und was will man da für eine OLE DB-Datenquelle abfragen? Hast Du keine Doku zu der Anwendung? Eventuell die Bastelstunde in der Anwendung auch nicht mehr zulässig oder der alte SQL-Server lief unter einem Domänen-Admin-Konto, was man tunlichst unterlassen sollte.

 

Noch ein Tipp:

 

https://learn.microsoft.com/de-de/windows/win32/adsi/distributed-query

 

Ohne Doku kommst Du kaum weiter.

 

BTW: einen PDC gibt es seit Windows 2000 nicht mehr. Wie alt ist den Anwendung denn?

bearbeitet 31. August 2023 von zahni

[stefannsv 0]

in der funktionierenden Umgebung (OS Windows Server 2012R2 mit SQL Express 2008) ist kein Verbindungsserver eingetragen. Das ist ja das komsiche. Sieht man in meinem Post

https://www.mcseboard.de/topic/223328-datenbank-auf-einen-anderen-server-und-eine-neuere-sql-server-version-umziehen/?do=findComment&comment=1448844

Dokumentation habe ich leider keine. Die Anwendung wurde wie bereits gesagt von einer externen Firma entwickelt, die in diesem Bereich lange nichts mehr macht.

Das war irgendwann im Jahr 2009.

[zahni 521]

Aber Du sieht doch selber, dass er nach einem Server "ADSI" sucht. Sorry, Glaskugel ist kaputt. Ich gehe davon aus. dass die Anmeldung an die DB funktioniert. Sollte man auch im Management Studio sehen können.

Zum Rest habe ich was geschrieben. Wenn so eine Applikation wichtig ist, sorgt man für einen dauerhaften Support oder migriert rechtzeitig zu einem anderen Produkt, wenn der Herstellen keine Lust mehr hat.

[NilsK 2.785]

Moin,

 

oha ... bei "Server ADSI" klingelt was ...

 

[Auslesen der Domänen-Daten über ADSI | faq-o-matic.net]
https://www.faq-o-matic.net/2003/04/17/auslesen-der-domaenen-daten-ueber-adsi/

 

Anscheinend ist in der Applikation so ein Konstrukt verwendet worden, um Daten über den angemeldeten User rauszufinden. Ganz, ganz krude, schlechter Stil und wie man sieht auch nicht zukunftssicher. Aus Gründen hat sich das nie durchgesetzt.

 

Ich wiederhole mich: Baut das Ding neu.

 

Gruß, Nils

 

[t-sql 17]

Am 30.8.2023 um 12:07 schrieb q617:

Der Test  mit dem SSMS war auf dem Server direkt, oder?

 

Die "neueren" SQL-Server machen standardmässig Verschlüsselung (glaub ich), hast du testweise mal SQL 2012 express probiert?

Nein machen sie nicht, auch nicht die ganz neuen. Dazu muss ein Zertifikat installiert werden.  Es macht erstmal keinen Unterschied ob die Verbindung auf dem Server oder von einem Client aufgebaut wird.

[NilsK 2.785]

Moin,

 

einen Versuch gäbe es noch: Bei dem alten Server wird in dem Eintrag "ADsDSOObject" ein Verweis auf einen Domänencontroller stehen. Bei dem neuen ist das vermutlich nicht der Fall, ich nehme an, dass der Eintrag dort leer ist. Damit weiß der neue Server nicht, wen er ansprechen soll, um den ADSI-SQL-Provider zu nutzen.

 

Der Entwickler der Anwendung wollte anscheinend die Quadratur des Kreises: Anmeldung per SQL-Login, aber trotzdem die Windows-Gruppen verwenden. Ohne die Hintergründe zu kennen - sinnvoll sieht das nicht aus.

 

Gruß, Nils

 

[stefannsv 0]

Hallo Nils,wo find ich diesen Eintrag?

 

Diese Verbindungsdservereinträge sind bei dem alten SQL Server der funktionert

 

bearbeitet 1. September 2023 von stefannsv

[zahni 521]

Lies Die nochmal genau diese FM durch. Es geht darum, was serverseitig registriert ist. sp_addlinkedserver ist eine Prozedur auf dem SQL-Server. Du suchst an der falschen Stelle.

[NilsK 2.785]

Moin,

 

vielleicht möchtest du deinen Screenshot noch anonymisieren.

Und ich meinte nicht den Provider "SQLNCLI10", sondern "ADsDSOObject". Deine Anwendung versucht, einen Linked Server namens ADSI anzusprechen. Der sollte sich auf dem "funktionierenden" System dort finden. Wie man den anlegt, findest du darüber hinaus prinzipiell auch in dem Artikel beschrieben, den ich gestern zitiert habe. Damit sollte man noch einen Schritt weiterkommen. Wenn es dann immer noch nicht geht, habe ich keine Idee mehr.

 

Gruß, Nils

[stefannsv 0]

Am 1.9.2023 um 15:23 schrieb NilsK:

Moin,

 

vielleicht möchtest du deinen Screenshot noch anonymisieren.

Und ich meinte nicht den Provider "SQLNCLI10", sondern "ADsDSOObject". Deine Anwendung versucht, einen Linked Server namens ADSI anzusprechen. Der sollte sich auf dem "funktionierenden" System dort finden. Wie man den anlegt, findest du darüber hinaus prinzipiell auch in dem Artikel beschrieben, den ich gestern zitiert habe. Damit sollte man noch einen Schritt weiterkommen. Wenn es dann immer noch nicht geht, habe ich keine Idee mehr.

 

Gruß, Nils

Das Objekt gibt es bei beiden Datenbanken. Oben der funktionierende "sql1-vm" und unten der andere "sq1vm". 

[t-sql 17]

Am 30.8.2023 um 16:41 schrieb zahni:

Wir sollten hier mal klären:

Üblich ist SQL-Authentifizierung und seltener  integrierte Windows Authentifizierung. 

Nur das es genau umgekehrt ist.

[zahni 521]

Am 4.9.2023 um 10:20 schrieb t-sql:

Nur das es genau umgekehrt ist.

Nicht nach meiner Erfahrung. Wir verwenden viel Java-Software.

[t-sql 17]

Am 11.9.2023 um 15:15 schrieb zahni:

Nicht nach meiner Erfahrung. Wir verwenden viel Java-Software.

Siehste. ist halt in deinem Kontext so. Bei uns isses genau umgekehrt. Daher einfach net pauschale Aussagen über sowas machen. Außerdem ist Best Practice eben keine SQL Authentifizierung zu nutzen.