Was mache ich mit einer Prähistorischen Kundendatenbank - ausgelagert aus Was guckst Du gerade

Herr Moehre

Rather active member
Registriert
17 Dez. 2013
Beiträge
2.788
Ich gucke gerade, was ich mit dieser 18 Jahre alten Produktivdatenbank des Kunden machen muss.. 😰
Portieren auf MSSQL2025 wäre gut.

1783426909416.png

Gruseliger als Youtube Content allemal.
 
Eigendlich sollte das eine ziemlich stressfreie Portierung sein ... sofen man den XP Unterbau nicht mitnehmen muss:)
 
Wenn wirklich nur die DB gebraucht wird, dann einfach einen Dump machen! Den kann man dann mit einem aktuellen MySQL/MariaDB oder Postgres einlesen.
SQL hat sich in den letzten 20 Jahren nicht grundlegend geändert, es kamen nur neue Features hinzu.

Die eigentlich spannende Frage ist, was das alte Frontend mit der DB macht, und ob man das mit aktuellen Tools in einer Weise nachbilden kann, die der Kunde gut genug versteht, um deinen Nachfolger in 5 bis 10 Jahren mit einer sinnvolleren Aufgabe zu betrauen als erneuter Softwarearchäologie.
 
Am liebsten wäre mir eine Portierung nach MSSQL..

Thema ist halt, dass die Client Applikation niemand mehr kennt 😅 und das ist ne Eigenentwicklung, ich weiss nicht Mal, ob die Datenbankverbindung hart verdrahtet ist.
Hatte noch keine Möglichkeit das Mal zu sichten


Übrigens wild wie das Thema ausufert 🤣
Danke auch an den Mod fürs auslösen
 
"Prähistorisch" klingt, als ob die Aufbewahrungsfristen für die Datensätze längst abgelaufen sind. Also muss doch nur gelöscht werden, oder?
 
Du kannst den Titel jederzeit in was für Dich passenderes ändern 😉
Ich ergebe mich einfach meinem Schicksal, wie bei bei den Applikationen, die ich da so vorfinde x)

Container wäre auch eine Idee.. das größere Thema ist halt die Unbekannte, niemand weiß, was wie, warum, wieso so gebaut wurde vor rund 20 Jahren, dementsprechend kann ich mir vorstellen, dass bei einer Portierung Nacharbeiten geschehen müssen (was ja normal ist), aber fachlich niemand in der Applikation Nacharbeiten machen kann und MySQL ist jetzt auch nicht mein Fachgebiet, ich bin kein DBA (und will es auch nicht werden :D).
 
Thema ist halt, dass die Client Applikation niemand mehr kennt 😅
Das Ding ist produktiv und wird noch für Prozesse verwendet
Genau das meinte ich:
Die DB zu portieren ist trivial. Es ist aber wohl niemand mehr da, der Entwicklerwissen über das Frontend hat, aber es wird noch produktiv genutzt.
Die Herausforderung ist also, rein auf Basis der Anwenderprozesse herauszufinden, was das Frontend macht, und diese Prozesse in einer neuen Applikation zu reimplementieren. Das ist eine hässliche Arbeit, insbesondere wenn einem ganz zum Schluss auffällt, dass noch ein selten genutztes, aber ganz wichtiges Feature fehlt, das grundlegende Eingriffe in den Eingeweiden der Software verlangt.
Und das ganze Spiel geht dann in 10 Jahren von vorne los, wenn man jetzt nicht ordentlich dokumentiert.


Warum nicht mitsamt Applikation in einen Container und weiterlaufen lassen?
Das kann man machen, wenn es um ein KMU mit 60-jährigem Inhaber und Geschäftsführer geht, wo absehbar ist, dass mit dessen Renteneintritt auch das Unternehmen abgewickelt wird.
Aber wenn man das Ende des Nutzungszeitraums nicht absehen kann, dann sollte man das in eine moderne, und langfristig wartbare Lösung überführen. Sonst stapeln sich irgendwann die Container, weil selbst der Hypervisor den man für die antike Software braucht inzwischen anfängt zu riechen.
 
Wenn der Kunde die Arbeit an einer Prähistorischen DB gut bezahlt, warum nicht?🤭
Die Frage
ist, warum die Firma in den letzten 18 Jahren kein Geld in die IT investiert hat?
Das was sie da gespart haben, zahlen sie Heute doppelt und dreifach.
Bzw. dauert es Jemanden zu finden, der sowas noch beherscht/kann.

Kann die Ki/Ai das nicht in wenigen Minuten lösen?🤷‍♂️

Sorry bin kein ITler, Admin o.ä.
 
Zuletzt bearbeitet:
  • ok1.de
  • thinkstore24.de
  • ok2.de - Notebook Computer Server
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben