Datenbankreorganisation

[RAMöller]

Regelmäßig prüfen wir die Datenbank auf Fehler.
Auch wenn wir nichts finden, tauchen bei der Reorganisation/Reparatur/Konsistenzprüfung hin und wieder welche auf. Diese werden vom Programm zunächst scheinbar behoben, später kommt doch eine Fehlermeldung im laufenden Betrieb. Dann folgt eine umfangreichere Reparatur über den CGM-Support. Das kostet sehr viel Zeit.
Unsere Datenbank hat Einträge über einen Zeitraum von >25 Jahre, und wir machen uns so langsam Sorgen, wie lange das noch gut geht.
Die tägliche Datensicherung bringt nicht wirklich was bei Datenbankfehlern, da diese mitgesichert werden. Irgendwie wäre ein Tool sinnvoll, dass eher auf Fehler aufmerksam macht.

[Nobbie]

Dann folgt eine umfangreichere Reparatur über den CGM-Support. Das kostet sehr viel Zeit.

und Geld. Wird bei uns auch am Donnerstag gemacht. Die Frage, die sich mir stellt, ist, ob diese Datenbankfehler tatsächlich etwas ausmachen.

[RAMöller]

500€
Wir hatten sehr häufige Abstürze, da kann durchaus ein Webfehler in der Datenbank entstehen, der Folgefehler nach sich zieht
Das Problem ist. dass die regelmäßige Überorüfung nichts angezeigt hat, erst das intensivere Suchen (s.o.)
Normalerweise sollte das

[Randolf]

Hallo,
unserer Datenbank geht auf Ihren 30. Geburtstag zu. Ob diese Aussage so fachlich richtig ist vermag ich nicht zusagen, da wir mit DOS gestartet sind.. Überprüfungen der Datenbank bringen bei uns bisher eigentlich keine Fehlermeldungen. Seit dem "Neu-aufsetzen vom Server vor einem fast 2Jahren läuft das System flüssiger. Die zu verzeichnenden Abstürze passieren hauptsächlich durch NFC-eGK VSDM ausgelöst. Mir leuchtet ein wenn hier schon mal vom "Zer-updaten" zu lesen war, und updates hatten wir ja nicht so selten durch die Neuerungen der TI etc. .Bei den hier genannten Kosten für eine CGM Reorganisation, könnte ja das Neuaufsetzen vom System auch ein evtl. Gedanke sein zur längerfristigen Lösung sein ?, oder hat das keinerlei Einfluss auf die Datenbankstruktur ??

[Nobbie]

Neu aufsetzten sollte nichts bringen, da die Datenbank ja übernommen wird. Außer man fängt komplett neu an und greift von einem Einzelplatz auf alte Daten zurück.

[Lazarus]

Bei dieser Art der Datenbank gibt es leider nur das Unikat der Originaldatenbank. Datensicherungen sichern den Fehler mit, und eine Rücksicherung führt zum selben Ergebnis.
Beim gescheiterten Reparaturversuch kann man die defekte Datenbank wieder einspielen und etwas Neues versuches u.s.w., das ist sehr zeitaufwändig.
In CGM gibt es kein Rollback der Datenbank, und wenn, dann ist der Fehler irgendwann aufgetreten und wird erst später bemerkt. Das erfordert dann die umständliche Reparatur. Wie das technische verhindert werden kann, ist eigentlich Aufgabe des Herstellers. Ich denke, es gibt Möglichkeiten, Datenbanken automatisch fehlerfrei zu halten