stefannsv 0 Geschrieben 31. August 2023 Autor Melden Teilen Geschrieben 31. August 2023 (bearbeitet) 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 Zitieren Link zu diesem Kommentar
stefannsv 0 Geschrieben 31. August 2023 Autor Melden Teilen Geschrieben 31. August 2023 (bearbeitet) 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 Zitieren Link zu diesem Kommentar
zahni 562 Geschrieben 31. August 2023 Melden Teilen Geschrieben 31. August 2023 (bearbeitet) 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 Zitieren Link zu diesem Kommentar
stefannsv 0 Geschrieben 31. August 2023 Autor Melden Teilen Geschrieben 31. August 2023 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. Zitieren Link zu diesem Kommentar
zahni 562 Geschrieben 31. August 2023 Melden Teilen Geschrieben 31. August 2023 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. Zitieren Link zu diesem Kommentar
NilsK 2.971 Geschrieben 31. August 2023 Melden Teilen Geschrieben 31. August 2023 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 Zitieren Link zu diesem Kommentar
t-sql 20 Geschrieben 31. August 2023 Melden Teilen Geschrieben 31. August 2023 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. Zitieren Link zu diesem Kommentar
NilsK 2.971 Geschrieben 1. September 2023 Melden Teilen Geschrieben 1. September 2023 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 Zitieren Link zu diesem Kommentar
stefannsv 0 Geschrieben 1. September 2023 Autor Melden Teilen Geschrieben 1. September 2023 (bearbeitet) Hallo Nils,wo find ich diesen Eintrag? Diese Verbindungsdservereinträge sind bei dem alten SQL Server der funktionert bearbeitet 1. September 2023 von stefannsv Zitieren Link zu diesem Kommentar
zahni 562 Geschrieben 1. September 2023 Melden Teilen Geschrieben 1. September 2023 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. Zitieren Link zu diesem Kommentar
NilsK 2.971 Geschrieben 1. September 2023 Melden Teilen Geschrieben 1. September 2023 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 Zitieren Link zu diesem Kommentar
stefannsv 0 Geschrieben 4. September 2023 Autor Melden Teilen Geschrieben 4. September 2023 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". Zitieren Link zu diesem Kommentar
t-sql 20 Geschrieben 4. September 2023 Melden Teilen Geschrieben 4. September 2023 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. Zitieren Link zu diesem Kommentar
zahni 562 Geschrieben 11. September 2023 Melden Teilen Geschrieben 11. September 2023 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. Zitieren Link zu diesem Kommentar
t-sql 20 Geschrieben 15. September 2023 Melden Teilen Geschrieben 15. September 2023 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. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.