"Ungültige Integrität" , was tun. Kopieren in neue Datenbank bringt keine Änderung

International Deutsch
1

Hallo

eine Datenbank ist bei der Wartung auffällig geworden.

Im Protokollfenster wird für 12000 von 16000 Dateien dieser etwas beunruhigende Hinweis gezeigt:

“Ungültige Integrität der Datei, die Prüfsumme ist unterschiedlich.”

“Datenbank Reparieren” hat keine Besserung gebracht. Die Files, meist pdf, scheinen in Ordnung zu sein.

Es gibt da schon einen etwas älteren Dialog im englischen Teil des Forums. Aber bei der Masse der Dateien, meist PDF, scheint mir die händische Lösung etwas langwierig.

Beim Exportieren und Imprt in eine neue Datenbank würden die Replikat-Beziehungen verloren gehen. Also auch keine erfreuliche Variante.

Kann man die defekten Prüfsummen irgendwie neu aufbauen lassen?

2

Nur per Ablage > Neuaufbau der Datenbank…. Das kann je nach Größe der Datenbank aber eine Weile dauern.

3

Ich hoffe das klappt, und du kannst deine Daten retten. Hast du keine Kopien deiner Datenbanken auf einem anderen (externen) Medium?

1 Like
4

ja, hab noch Backups. Hab nur noch nicht rausgefunden ab wann sich dieser Fehler besteht und ob dadurch Daten beschädigt wurden.

5

habe ich nun versucht. Ging überraschend schnell. Aber laut Protokoll hat DT nur 16 Dateien export/importiert!?

Keine Fehlermeldung.

Bei der Überprüfung der Integrität dann wieder die Fehlermeldungen im Protokoll.

6

Importieren oder indizieren Sie Dokumente in Ihre Datenbank?

(Übersetzt mit DeepL)

7

nur importierte Daten.

Habe inzwischen per “Ablage > Neuaufbau der Datenbank” den Fehler beseitigen können.

Danke für den Hinweis.

Nun suche ich einen Weg die “Neue Datenbank” mit älteren Backups zu vergleichen um zu kontrollieren, ob irgendwas kaputt gegangen ist.

8

an einer guten Möglichkeit eine alte (Backup) Datenbank mit einer neuen Datenbank (aktuelle Version) vergleichen zu können, wäre ich auch sehr interessiert. Ich habe mit einer “Intelligent Rule” herumgespielt, dabei wurden einige Dateien verschoben (teils in eine andere Datenbank). Ich würde gerne mit dem Backup verstehen, welche das konkret ware. Eine Möglichkeit haben, herauszufinden, welche Dateien sich verändert haben (anderer hashtag) bzw. welche Dateien ihre Lokalisation verändert haben (Alter Pfad vs. neuer Pfad) bzw. komplett fehlen. Ich vermute so etwas gibt es nicht bzw. ist in der Umsetzung nicht trivial?

I would be very interested in a good way to compare an old (backup) database with a new, current database. I experimented with an “Intelligent Rule”, and some files were moved in the process (in some cases even to another database). I would like to use the backup to understand exactly which files were affected. Ideally, I would like to be able to identify which files have changed (for example, different hashtags), which files have changed their location (old path vs. new path), or which files are missing entirely. I assume such a feature does not exist, or that it would be quite difficult to implement?

9

Auf Dateiebene geht das vielleicht mit einem guten Diff-Tool. Aber wenn man eine Datenbank neu aufbaut, werden womöglich die UUIDs neu vergeben, und dann stimmen Itemlinks nicht mehr… Dazu kommen so eine wie neue Gruppen oder in andere Gruppen verschobene Dateien.

So sieht’s aus. In erster Näherung könnte ein Diff-Tool helfen.

10

Are you suggesting files are moved, changed, etc. due to backup? If so, what backup method are you using? Or is it just differences between two backups?

11

I think they’re talking about the difference between a backup and the current state or between two backups.

12

Ablage > Neuaufbau der Datenbank ändert keine UUIDs (und auch keine Dateien).

2 Likes