[German] Datenbank die Einstellungen kopieren

[wanderer2022]

Guten Abend zusammen,
ich möchte eine Neue Datenbank erstellen, allerdings mit meinen alten Programmeinstellungen. Geht das irgend wie? Eine Stelle im Handbuch dazu habe ich nicht gefunden. Ich könnte natürlich die existierende mit neuem Namen kopieren und die Bilder rauskicken, aber ich habe keine Ahnung ob das neben Effekte gibt.
Kann mir einer sagen ob er das schon mal gemacht hat und wenn ja wie?
Besten Dank

[Mario]

Wenn Du eine Datenbank kopiert, must Du auch die ID ändern: When You Copy a Database: Change Database ID
Ansonsten kann es zu Problemen kommen, weil mehrere Datenbanken die gleichen Einstellungen in der Einstellungsdatenbank nutzen, ihre Daten gegenseitig überschreiben, und datenbankspezifische 'ids's gemixt werden, Das führt zu Chaos und schwer nachvollziehbaren Problemen.

Also nach dem Kopieren unbedingt als erstes die ID der Datenbank ändern.

System- und benutzerspezifische Einstellungen gelten für alle Datenbanken. Datenbankspezifische Einstellungen sind aus guten Grund datenbankspezifisch. Einstellungen wie Versionierung oder Renamer lassen sich bei Bedarf schnell neu erstellen. Thesauri, Kategorien, Attribute, Dateifenster-Layouts usw. lassen sich exportieren und in die neue Datenbank importieren.

[wanderer2022]

Hallo Mario,
für meine Metadaten habe ich ex und Import gefunden, bei den Buddyfiles finde ich das aber nicht. Eigentlich wollte ich nur die Datenbank neu aufbauen lassen.
Dabei gehen aber meine Einstellungen flöten.
Schade, aber dann halt nicht zu ändern.

[Mario]

Warum möchtest Du die Datenbank neu aufbauen?

Einstellungen für Versionen sind schnell in einer anderen Datenbank wiederhergestellt. Ich mache das dauernd, weil ich ungefähr 10 Testdatenbanken habe. Einfach die 3 Masken in die Zwischenablage kopieren und dann in Windows Notepad. Dann in einer neuen Relation einfügen.

[sinus]

Also, nach einem allfälligen Kopieren, das, was Mario über die IDs geschrieben hat, beachten. Aber ist ja einfach.

Dann, aus meiner Sicht, könntest Du effektiv einfach alle Daten "rauskicken", wie Du schreibst, heisst, die files nicht löschen, sondern "aus der Datenbank entfernen".
Dann müsstest Du eine leere DB mit den alten Einstellungen haben, da wüsste ich nicht, was Probleme geben könnte.

Aber wie Mario schreibt, ist die Frage, warum Du das  machen willst.
Ich notiere in so einem Fall, wenn ich mal eine DB testen will, die wichtigen Sachen in Word oder so, exportiere und importiere die wichtigen Einstellungen und das wäre es.
Dauert nicht sehr lange und weil man das ja nciht jeden Tag macht, finde ich, spielt das auch keine Rolle, dass man dazu vielleicht ne Viertelstunde oder so braucht.

[wanderer2022]

Warum ich das machen will, einfach weil die Datenbank Fehler meldet die nicht berichtigt werden können. In einem solchen fall schmeiß ich die in den Müll und lasse sie aus den Bildern einfach neu aufbauen, steht ja alles in den Bildern drin. Das ich mir das vorher alles in einem Notizbuch vorher aufschreibe ist schon klar, da stehen alle Einstellungen drin und zwar für jedes Programm was ich nutze, wenn es geht als Export, wenn nicht als Grab. Aber Datenbank Kopieren alles raus hauen und neu bilden lassen schützt vor Tippfehlern. Das habe ich das letzte mal am 29.09.2019 gemacht, davor allerdings auch schon das eine oder andere mal. Die Jahre in denen ich das Programm nutze sind doch schon recht lange. Ich glaube wir haben mal ziemlich zeitgleich die Programme gewechselt.
Tippen ist halt lästig und fehleranfällig und diese blöden Sidecar Dateien, lösche ich eh regelmäßig weg.

[Mario]

Warum ich das machen will, einfach weil die Datenbank Fehler meldet die nicht berichtigt werden können.

Das ist aber sehr ungewöhnlich. Welche Fehler meldet die Datenbank denn, und wann?
Bei der Diagnose? Im normalen Betrieb?
Vielleicht mal das geZIPte Logfile bzw. Diagnose-Logfile anhängen?

Das man eine Datenbank wegen eines Fehlers neu aufbauen muss kommt eigentlich nie vor.
Es sei denn, die Datenbank wurde physisch auf dem Datenträger beschädigt. Aber das ist extrem selten (Stromausfall im falschen Moment, Hardware-Problem). Und in einem solchen Extremfall kann man ja den letzten täglichen Backup zurückspielen.

Einige meiner Datenbanken gehen auf IMatch 3 zurück und sind seit ~10 Jahren in Betrieb, von IMatch 3 bis IMatch 2023. Ohne Fehler, die sich nicht beheben lassen.

[wanderer2022]

ich lasse bei jedem beenden die Frage stellen ob ich pack and go machen will. Dort ist auch definiert das er die Datenbank analysieren/optimieren soll. Dort kam dann die Fehlermeldung Datenbank beschädigt. Bitte Datenbank diagnose starten. Ok Fehler, bitte noch mal versuchen oder so ähnlich. Zweiter Versuch selbes Ergebnis.
die letzten 10 Versionen werden bei mir gesichert und gespiegelt. Also die des Vortages einspielen, abgebrochen nach 5 minuten, Datebank defekt. Das traf dieses mal leider auf alle 10 Versionen zu.
Also mit der vorhandenen weiter arbeiten bis die neue fertig ist.
Seit 2019 kam die korrupte Datenbank bei mir ca 5 mal vor. 4 mal konnte ich die wieder herstellen, dieses mal nicht.
Das führte 2019 zu einer neuen Datenbank, aber auch schon das eine oder andere mal vorher. Ursache jedes mal für mich nicht nachvollziebar.
Ja, auch ich hatte Datenbanken seit imatch 3, aber bei mir kamen die immer mal wieder vor, da ich die Daten aber eh alle in den Bildern stehen habe stört mich das nicht und ob die in den Bildern stehen prüfe ich regelmäßig mit einer dritt Saftware.
Lediglich das ich die Einstellungen nicht sichern kann ist lästig, aber halt nicht zu ändern.

[Mario]

Das Diagnose-Logfile und das IMatch-Logfile wären hilfreich.

. Also die des Vortages einspielen, abgebrochen nach 5 minuten, Datebank defekt.

Wenn das Datenbanksystem eine physische Beschädigung der Datenbank meldet, ist das sehr schlecht.
Sowas kommt aber nur bei Stromausfällen vor oder bei Hardware-Defekten.

Wenn die Datenbank auf einer SSD ist, unbedingt mal die SSD ein- und wieder ausbauen. Und auch die RAM-Riegel.
Das Windows-Ereignisprotokoll im Auge behalten, Hardware-Probleme kündigen sich da an.

Wenn die Datenbank auf einer extern USB-Festplatte ist, das Kabel tauschen.

Wenn die Datenbank auf einem Netzwerklaufwerk/NAS gespeichert ist: Das Netzwerk und NAS prüfen.

Es ist wirklich nicht einfach, eine IMatch-Datenbank kaputt zu machen.
Google, Apple, Adobe und Boing nutzen das gleiche Datenbanksystem, weil es extrem robust ist. Wenn auch noch mehrere Datenbanken kaputt gehen, ist irgendwas mit dem Computer ... instabil unter Last, Virus, Virus-Checker blockt IMatch beim Schreiben von Daten usw.

[wanderer2022]

Hallo Mario,
ich habe keinen Viruschecker, die datenbank ist auf einer 970 EVO plus 500 gb, die Bilder sind auf einer 970 Evo 2tb.
Das ganze wird auf ein Synology NAS gesynct, das wiederum hat gespiegelte Platten und sichert zusätzlich auf eine USB Platte alle 24 Stunden.
Alle Hardware wird automatisch überwacht da dort Saftware rennt die keinen Ausfall haben darf.
Die 970 Mit saftware von Samsung, die NAS mit Saftware von Seagate.
Der ram selber weist keinerlei Anzeichen von Fehlern auf und auch der PC selber rennt ohne jedwede Fehlermeldungen, zumindest soweit das bei win10 überprüfbar ist.
Einzieg existieren hier ein paar Firewalls, die aber nicht den PC selber intern überwachen.
Das netzwerk selber wird ebenfalls kontinuierlich überwacht da dort die Firewalls aktiv sind und jedwede Stöhrung sofort zum Kunden melden.
Das mehrere Datenbanken kaputt gehen kann ich nicht sagen, es ist in der Regel so das die Fehlermeldung datenbank korruot nicht zwingend sofort beim Pack und Go kommt, das führt zu der situation das Datenbanken gesichert werden die schon korrupt sind. Der Systemexplorer selber weist keine Ungereimtheiten auf. Was die Sicherung auf dem NAS angeht, ich habe jetzt mal eine ältere Version der Datenbank zurück geholt, also älter als die 10 Versionen die auf dem PC selber sind.
Kam reibungslos hoch, die neuen Bilder wurden über jetzt aktualisieren rein geschoben und es läuft gerade die Datenbankdiagnose, leider negativ.

[Mario]

Die Protokolldatei der Datenbank-Diagnose wäre hilfreich.
Die IMatch-Protokolldatei enthält keine Fehlermeldung. Nur eine Warnung über ein nicht installiertes Wörterbuch für Deutsch - dadurch wird die Rechtschreibprüfung von IMatch deaktiviert. Die Fehlermeldungen der Diagnosestehen in der IMATCH_DIAG* Protokolldatei.

Pack & Go ist eine  Hilfsanwendung zum Transferieren von IMatch-Datenbanken und Einstellungen zwischen PCs. Zum Beispiel von Desktop PC auf das Notebook. Es ist kein Backup-Tool.

Wenn beim Erstellen eines Pakets mit Pack & Go eine Datenbank eingeschlossen wird und dabei die Option zur Diagnose und Optimierung aktiv ist, sollte die Datenbank fehlerfrei sei, wenn kein Fehler gemeldet wird. Der Datenbankhersteller gibt das so an. Wenn beim Auspacken des Pakets die Datenbank wiederherstellt wird, sollte sie immer noch fehlerlos sein.


Ansonsten ist beim Einpacken oder Auspacken ein Problem aufgetreten. Da Pack & Go Prüfsummen verwendet um die binäre Unversehrtheit von Dateien zu prüfen, wäre das sehr unwahrscheinlich. Wenn auch nur ein Bit falsch ist, wäre die Prüfsumme falsch und Pack & Go würde einen entsprechenden Fehler melden. Pack & Go ließt alle Dateien nach dem Auspacken und erstellt eine Prüfsumme. Diese Prüfsumme wird dann mit der Prüfsumme der Originaldatei verglichen und bei Abweichung wird ein Fehler gemeldet. Das ist ein sehr sicheres Verfahren.

Ich habe keine Ahnung wie eine Datenbank (und auch noch mehrfach) dabei kaputt gehen kann, ohne das das Pack & Go auffällt. Etwas ähnliches wurde meines Wissens auch noch nicht berichtet.

[wanderer2022]

Da es sich also offensichtlich um eine einmaliges Problem handelt, der Import in meine neue Datenbank läuft, danach geht es ja wieder, nur halt ohne die Einstellungen die ich mal gemacht habe. Nur das ärgert mich an der ganzen Sache.

[digedag]

[...] diese blöden Sidecar Dateien, lösche ich eh regelmäßig [...]

Hhhmmm, verstehe ich irgendwie nicht. Aus welchem Grund sollte man die Sidecare Dateien (Du meinst doch die *.xmp-Dateien, oder?) löschen? Damit verliere ich doch so gut wie alle relevanten XMP-Daten für meine RAW-Files.

Die paar kB pro Datei können doch wohl nicht der Grund sein?
Bernhard

[Mario]

Hhhmmm, verstehe ich irgendwie nicht. Aus welchem Grund sollte man die Sidecare Dateien (Du meinst doch die *.xmp-Dateien, oder?) löschen? Damit verliere ich doch so gut wie alle relevanten XMP-Daten für meine RAW-Files.
Bernhard

Korrekt. Die .XMP-Beiwagendateien enthalten die XMP-Daten für RAW-Dateien und alle anderen Dateiformate die keine eingebetteten XMP-Daten unterstützen. Und, im Falle von Lightroom, auch die vorgenommenen Änderungen und Operationen.
Die XMP-Dateien sollten niemals gelöscht werden.

Auch anwendungsspezifische Beiwagendateien wie sie viele RAW-Prozessoren erzeugen sollten nicht gelöscht werden. Sie enthalten oftmals Einstellungen und Konfigurationsdaten für die Bilder.

[wanderer2022]

Ich speichere aber nur jpg in dem Bereich auf dem die Datenbank zugriff hat und weglöschen tue ich sie da, wo sie bei einem Verschiebe Vorgang übrig geblieben sind.

[Mario]

IMatch erstellt keine XMP-Dateien für JPEG-Dateien da JPEG-Dateien nach dem Standard XMP-Daten immer einbetten.

Wenn Du eine Datei mit einer XMP-Datei in IMatch verschiebst, umbenennst, kopiert oder löschst, führt IMatch die XMP-Dateien automatisch mit. Wenn Du Dateien in einer anderen Software verschiebst, ist das wahrscheinlich nicht der Fall und Du must es manuell machen.

[wanderer2022]

führt IMatch die XMP-Dateien automatisch mit

stimmt, aber es gibt mehr als xmp, alle anderen führt Imatch nur mit wenn ich sie zuvor definiere, wie man die definition sichert konnte ich nicht finden, aber wie gesagt, ich nutze zum Katalogisieren nur JPG und der ganze Workflow vorher findet ausserhalb statt. Alle Dateien die nicht jpg sind werden auf anderen ssd gehalten.

[Mario]

Ja, das ist eine Funktion von Buddy-Files.
Dateibeziehungen lassen sich nicht exportieren oder importieren. Sie sind aber in wenigen Minuten neu angelegt. Ich mache das dauernd. Einfach ggf. screen shots machen, die regulären Ausdrücke in die Zwischenablage dann in Notepad einfügen, wenn Sie individuell erstellt wurden. Neue Datenbanken haben ja automatisch einen Satz von Standardbeziehungen, die man anpassen kann.

[wanderer2022]

screen shots machen

Genau so mache ich das, exportieren wär mir trotzdem lieber, da ich das ja nur mache wenn ich ne neue Datenbank bilden lasse suche ich immer erst mal wo die Einstellungen noch waren, aber ja, ich könnte das natürlich auch direkt in Imatch ablegen, dann kann ich rechts gucken und links tippen

[Rene Toepfer]

[...] und diese blöden Sidecar Dateien, lösche ich eh regelmäßig weg.

Das ist keine gute Idee, denn damit gehen wichtige Informationen verloren. Wenn Du keine Sidecar-Dateien willst, dann mußt Du das für jeden Dateityp in den Einstellungen festlegen. Bedenke aber, daß nicht alle Dateitypen XMP-Einträge unterstützen bzw. IM aus verschiedenen Gründen Sidecar standardmäßig bevorzugt. Zu letzterem gehören u.a. RAW-Dateien.

[wanderer2022]

Ich speichere nur jpg! Die haben die Daten im Bild stehen.

[wanderer2022]

So, hat reibungslos funktioniert, alles wieder gut, fehlermeldung weg.
schönen dritten Advent