Zugriff auf MS SQL Server 6.5 unter Windows 10

[TigerLilly]

Nachtrag: In einem anderen Thread ging es um State-Of-The-Art in IT-Anwendungen. Das gilt auch hier: Im Zweifel zahlt zB keine Versicherung, wenn so alte Software eingesetzt wird. Da wird aus leichter Fahrlässigkeit schnell grobe Fahrlässigkeit.

[p80286]

Nun ja, wenn das Budget dafür nicht vorhanden ist, machst Du erst einmal nichts. Wenn's dann kracht, hättest Du natürlich Dich wesentlich mehr engagieren müssen. Wie Du es drehst und wendest, solange Du kein Verantwortlicher bist, wirst Du zur Verantwortung gezogen.

Gruß
K-H

[jobo]

Also muss es wirklich ne 6.5er sein? Einfach mal was höheres (7er wurde schon genannt) hinstellen und ein Connect versuchen.
Und "Logfiles" im SQL Server, das ist auch gediegen. Werden die Aufbereitet zum Browsing / Analyse .. ?
Gibt es vielleicht irgendwo einen "INI Schalter" ala "logDirection=FILE/SQL"?

Eine VM mit entsprechend alter Software wurde ja auch schon vorgeschlagen.

Aufgrund der geschilderten Sachlage gehe ich davon aus, dass keine oder keine gute Kommunikation zum Hersteller existiert...

[TigerLilly]

6.5 hat seit ca. 2004 end-of-support erreicht.

Aber so geht es oft:
Es läuft. Es läuft auf einem alten Rechner. Es läuft auf einem alten virtualisierten Rechner. Und irgendwann läuft es nicht mehr.

[mionde]

Zitat von jobo:

Aufgrund der geschilderten Sachlage gehe ich davon aus, dass keine oder keine gute Kommunikation zum Hersteller existiert...

Du hast recht, den Hersteller gibt es in der Form nicht mehr.

Zitat von TigerLilly:

Aber den SQL Server auszutauschen sollte doch kein Problem sein.

Diese Idee hatte ich auch schon, aber ich kann nicht sicherstellen,
dass die Originalsoftware auch auf eine neuere Version vom SQL Server zugreifen kann.

Ich verstehe eure Bedenken Arbeit in ein veraltetes System zu stecken, mir geht es ja genauso.
Aber der Austausch bzw. die Modernisierung einer Steuerung von Produktionsanlagen ist leider oft nicht so einfach möglich.

[TigerLilly]

Zitat von mionde:

Diese Idee hatte ich auch schon, aber ich kann nicht sicherstellen,
dass die Originalsoftware auch auf eine neuere Version vom SQL Server zugreifen kann.

Der Server wird nicht das Problem sein, eher der Client-Datenbanktreiber. Gibt es da noch eine BDE oder wie geht die Software an den Server?
Kannst du da beliebig viel herumprobieren?

[jobo]

BDE?! Schreck lass nach ..

Vielleicht wird ja sogar ein ODBC Treiber genutzt (direkt oder über BDE), damit hätte man jedenfalls einigen Spielraum, da der ODBC Treiber "huckepack" auf ein OLEDB o.ä. eines neueren Servers zugreifen könnte. (VM/Hardware, OS und SQL Server müssen ja gar nicht auf dem Originalgerät liegen, sie müssen nur von dort ansprechbar sein)

[mionde]

Zitat von TigerLilly:

Der Server wird nicht das Problem sein, eher der Client-Datenbanktreiber. Gibt es da noch eine BDE oder wie geht die Software an den Server?
Kannst du da beliebig viel herumprobieren?

Die Software ist leider nicht von mir. Aber sie ist definitiv keine Delphi Anwendung, somit scheidet die BDE aus (nicht installiert).
Wenn ich mir die ODBC-Einstellungen auf dem Rechner (Windows NT) ansehe,
macht es für mich den Eindruck, als würde das Programm direkt zugreifen.
Es sind zumindest keine DSN für den Server hinterlegt.

Rumprobieren kann ich theoretisch schon, meine Sorge ist nur, dass mir das Ding um die Ohren fliegt und dann die Produktion steht.
Daher wollte ich den Weg mit dem geringsten Eingriff auf Seite des Steuerungsrechners wählen,
eben einen Zugriff von außen. Aber wenn es keinen Treiber gibt, muss eben ein Umweg her...

Ich werde jetzt eine VM mit einem OS welches die Treiber für SQL Server 6.5 unterstützt aufsetzen.
Dort lasse ich dann eine Anwendung laufen, welche mir die benötigten Daten auf einen aktuellen SQL Server kopiert. Ist zwar etwas umständlicher und fehleranfälliger, aber ich denke der sicherste Weg ohne viele Änderungen am Bestandsserver.

Vielen Dank für eure Vorschläge und Antworten!
Falls jemand noch weiter Infos hat, bitte gerne posten...