stefannsv

OK danke für den Hinweis. Bei der Anwendung handelt es sich allerdings nicht um ein Access Frontend.

Die Daten des Frontends stehen in einer SQL Server Datenbank. Von daher ist eine Group-By bzw. Group-By Klausel in einer Abfrage gegen die SQL Engine eigentlich völlig ok.

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". 

Hallo Nils,wo find ich diesen Eintrag?

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

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.

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

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

OK also VM clonen in neue VM dann InplaceUpgrade SQL Express. Geht das überhaupt?, Zuletzt InPlace Upgrade OS.

VG Stefan 

vor 2 Stunden schrieb NilsK:

Moin,

 

dann liegt es also auch nicht daran, dass die Applikation mit einer Named Instance nicht klarkäme, sondern sie macht irgendwas anderes falsch oder zumindest sehr speziell. Da kann man jetzt einen Zufallstreffer landen oder sehr viel Aufwand investieren. Nur sicherheitshalber: an der Domäne oder anderen Komponenten der Umgebung habt ihr nichts geändert?

 

Geht es denn weiterhin in der alten Mimik? Dann könnte es eine Option sein, die als Insel weiter laufen zu lassen und sich parallel um eine neue Lösung der Business-Anforderungen zu kümmern.

 

Gruß, Nils

 

Der Server ist von extern nicht erreichbar, insofern ist es nicht ganz so tragisch ihn auf Server 12R2 und SQL Express 2008 laufen zu lassen.
Aber ein langfriste Lösung suchen wir natürlich schon.

vor 1 Stunde 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?

 

Vielleicht brauchts aufm dem Client eine neue ODBC-Bibliothek oder so.

Der Test war auf einem Terminalserver mit SSMS.

Nein an der Domäne wurde nichts geändert. Was sich geändert hat war:
Alt    

Server 2012R2

Neu

Server 2019

ODBC
Alt

Microsoft SQL Server ODBC-Treiber Version 10.00.19041

Datenquellenname: OAS
Datenquellenbeschreibung: OAS Datenquelle
Server: SQL1-VM
Datenbank: OAS
Sprache: (Default)
Zeichen konvertieren: Yes
Abfragen mit langer Laufzeit protokollieren: No
Protokolltreiberstatistik: No
Ländereinstellungen verwenden: No
Option für vorbereitete Anweisungen: Temporäre Prozeduren beim Trennen löschen
Failover-Server verwenden: No
ANSI-Anführungszeichen verwenden: Yes
ANSI-Nullen, -Leerzeichen und -Warnungen verwenden: Yes
Datenverschlüsselung: No

####

Test OK

####

Neu
Microsoft SQL Server ODBC-Treiber Version 10.00.19041

Datenquellenname: OAS
Datenquellenbeschreibung: OAS Datenquelle
Server: SQL1VM
Datenbank: OAS
Sprache: (Default)
Zeichen konvertieren: Yes
Abfragen mit langer Laufzeit protokollieren: No
Protokolltreiberstatistik: No
Ländereinstellungen verwenden: No
Option für vorbereitete Anweisungen: Temporäre Prozeduren beim Trennen löschen
Failover-Server verwenden: No
ANSI-Anführungszeichen verwenden: Yes
ANSI-Nullen, -Leerzeichen und -Warnungen verwenden: Yes
Datenverschlüsselung: No

####

Test OK

So hab die Datenbank jetzt auf einen Server 2019 mit SQL Express 2019 importiert (BAK wiederhergestellt).
Zugriff über SSMS mit User in der "OAS_Admin" Gruppe getestet. Läuft.
Zugriff über das Frontend Fehlanzeige. Die Fehlermeldung ist immer noch die selbe:
Die globalen NT-Gruppen konnten für den angemeldeten User nicht ausgelesen werden.
Überprüfen sied ihre NT-Gruppen bzw. stellen sie sicher, dass der PDC einwandfrei läuft.
Order by-elemente müssen in der Auswahlliste angezeigt werden, wenn die anweisung einen union-, intersect- oder except-Operator enthält.
Benutzergruppen: 'OAS-Admin'
Der Regeintrag sieht jetzt wie im Anhang aus. Der funktioniernde siehr genauso aus, nur das bei SQL-Servername "SQL1-VM" steht.
 

vor 10 Stunden schrieb t-sql:

Am besten machst Du erstmal folgenden Versuch:

Kannst Du dich mit einem Mitglied der Gruppe "OAS_Admin" per SSMS an dem SQL Server anmelden? Wenn ja gibts kein Problem mit dem Datenbankserver -> Applikationsproblem. 

Moin zusammen,

den Test hab ich gerade erfolgreich gemacht. Also liegt es nicht am SQL Server selbst.

Werd jetzt wie bereits gesagt, nen VM mit Server 19 und SQL Express 19 hochziehen und das testen

VG Stefan

Hallo Nils,

vielen Dank für deine schnelle Antwort.

Den Hersteller der Anwendung kann ich leider nicht mehr greifen. Das war im Jahr 2007 und die Firma macht in diese Richtung nicht mehr weiter.

Wir haben auf dem neuen Server "DWH2" nur Instanzen. Ohne Instanzen wäre das ein zu großer Wust.

Ich könnte evtl. eine neue VM mit einer neueren Express Version installieren und es da versuchen. Dann wäre zumindest das mit der Instanz weg.

VG Stefan

Hallo zusammen,

wir haben eine Anwendung (kompiliertes Frontend), die uns von einigen Jahren eine externe Firma erstellt hat.

Die Datenbank "OAS" zur Anwendung liegt auf einer VM namens "sql1-vm". Dort läuft ein SQL Server 2008 Express. Die Datenbank läuft unter dem Kombatibilitätsgrad 80. 

"OAS_Admin" ist eine Gruppe in unserem AD.

Für die Anwendung sind folgende Registryeinträge unter HKCU\VB and VBA Program Settings\OASServer\Default hinterlegt:

SQL-Servername->REG_SZ->"sql1-vm"
OhneDomäne->REG_SZ->"-1"
GruppeOhneDomäne->REG_SZ->"OAS_Admin"
DB-Name->REG_SZ->"OAS"

Jetzt möchten wir diese Datenbank auf einen anderen Server (2019) mit SQL Server 2014 umziehen.

Dazu haben wir das Backup der "alten" Datenbank, auf dem neuen Server "wiederhergestellt".

Der neue Server heißt "DWH2" und die SQL Server Instanz dazu "Allgemein".

Hab den Regeintrag wie folgt geändert:

SQL-Servername->REG_SZ->"DWH2\Allgemein"
OhneDomäne->REG_SZ->"-1"
GruppeOhneDomäne->REG_SZ->"OAS_Admin"
DB-Name->REG_SZ->"OAS"

Wenn ich jetzt aber die Anwendung starte, kommt folgende Meldung:

Die globalen NT-Gruppen konnten für den angemeldeten User nicht ausgelesen werden.
Überprüfen sie ihre NT-Gruppen bzw. stellen sie sicher, dass der PDC einwandfrei läuft.
Order by-elemente müssen in der Auswahlliste angezeigt werden, wenn die anweisung einen union-, intersect- oder except-Operator enthält.
Benutzergruppen: 'OAS-Admin'

Kann mir hier vielleicht jemand weiterhelfen?

Vielen Dank im Voraus :)