Hallo und guten Tag, ich habe einen koha-dump gemacht, um die Installation auf einen anderen Rechner zu portieren, dort koha-remove'd und koha-restore'd. Eigentlich recht fein ... aber: die Benutzertypen und die Ausleihkonditionen wurden nicht mit übertragen. Ist das richtig so? Oder habe ich da etwas falsch gemacht? Müssen/können hier händische Kopien dieser Einstellungen gemacht werden? Oder liegt es an den unterschiedlichen Versionen der alten Installation und der neuen (alt: 21.05, neu: 22.11), dass diese beiden Bereiche der Administration nicht übertragen wurden? Gruß Martin
Hallo Martin, wie genau bist du vorgegangen? An deiner Stelle würde ich entweder auf dem alten Rechner zunächst Koha von 21.05 auf 22.11 upgraden, inklusive Schema-Upgrade und Zebra-Rebuild (oder Elasticsearch, falls ihr das benutzt - damit habe ich aber keine Erfahrungen). Auf dem neuen Rechner sollte dann Koha 22.11 installiert und die gewünschte(n) Koha-Instanz(en) leer erstellt werden. Dafür muss man nach meiner Erfahrung nicht nur die Instanz "createn", sondern auch einmal den Webinstaller durchlaufen, um die Datenbank anzulegen. Dann würde ich auf dem alten Rechner die auf 22.11 geupdatete Datenbank mit mysqldump exportieren, auf den neuen Rechner übernehmen und dort einspielen. So müssten eigentlich alle Daten und Einstellungen übernommen werden. Evtl. ist auch danach nochmal ein Schemaupgrade und/oder Neuaufbau des Zebra-Indexes (oder Elasticsearch, je nachdem) erforderlich. Alternativ könnte man auch auf dem neuen Rechner zunächst 21.05 installieren, dann wie beschrieben die Daten von 21.05 nach 21.05 übernehmen und anschließend das Upgrade auf 22.11 auf dem neuen Rechner durchführen. Egal wie - die importierten Daten sollten dieselbe Version wie das Ziel-Koha haben, da sich z.T. die Tabellenstruktur bei Versionsupgrades ändert und somit evtl. nicht alles korrekt übernommen wird (minor Versionsunterschiede, also hinter dem Monat, sind vermutlich nicht schädlich). Vielleicht haben die älteren "Kohahasen" noch andere, bessere Tipps, aber so müsste es eigentlich gehen. Viele Grüße Anke -- Anke Bruns M.A. (LIS) Arbeitsgruppe "Anwendungs- und Informationssysteme" E-Mail: anke.bruns@gwdg.de --------------------------------------- Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) Burckhardtweg 4, 37077 Göttingen, URL: https://gwdg.de Support: Tel.: +49 551 39-30000, URL: https://gwdg.de/support Sekretariat: Tel.: +49 551 39-30001, E-Mail: gwdg@gwdg.de Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen, Handelsregister-Nr. B 598 --------------------------------------- Zertifiziert nach ISO 9001 ---------------------------------------
-----Ursprüngliche Nachricht----- Von: Koha-de <koha-de-bounces@lists.koha-community.org> Im Auftrag von Martin Schimmels Gesendet: Dienstag, 7. Februar 2023 15:28 An: koha-de@lists.koha-community.org Betreff: [Koha-de] koha-dump und koha-restore
Hallo und guten Tag,
ich habe einen koha-dump gemacht, um die Installation auf einen anderen Rechner zu portieren, dort koha-remove'd und koha-restore'd. Eigentlich recht fein ... aber: die Benutzertypen und die Ausleihkonditionen wurden nicht mit übertragen. Ist das richtig so? Oder habe ich da etwas falsch gemacht? Müssen/können hier händische Kopien dieser Einstellungen gemacht werden? Oder liegt es an den unterschiedlichen Versionen der alten Installation und der neuen (alt: 21.05, neu: 22.11), dass diese beiden Bereiche der Administration nicht übertragen wurden?
Gruß
Martin
_______________________________________________ Koha-de mailing list Koha-de@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
Hallo zusammen, der Trick müsste sein, die Daten in eine leere Datenbank - ohne angelegte Tabellen - zu importieren. D.h. wenn man zwischen Versionen wechselt, sollte man seine Daten in einem Format exportieren, dass auch die Tabellendefinitionen enthält und diese dann in die neue Datenbank eispielen. Dadurch werden die Daten vollständig übernommen. Anschließend kann man dann von Koha die Tabellenstruktur auf die neue Version aktualisieren lassen. Eine relativ gute Anleitung findet sich z.B. hier: http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html Ich bin mir nicht sicher, in welchem Format koha-dump exportiert - mit mysqldump, wie auch von Anke vorgeschlagen, hat es bei mir aber bisher immer geklappt. So sollten dann keine Daten verloren gehen. Liebe Grüße Katrin -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail: katrin.fischer@bsz-bw.de http://bsz-bw.de -----Ursprüngliche Nachricht----- Von: Koha-de <koha-de-bounces@lists.koha-community.org> Im Auftrag von Martin Schimmels Gesendet: Dienstag, 7. Februar 2023 15:28 An: koha-de@lists.koha-community.org Betreff: [Koha-de] koha-dump und koha-restore Hallo und guten Tag, ich habe einen koha-dump gemacht, um die Installation auf einen anderen Rechner zu portieren, dort koha-remove'd und koha-restore'd. Eigentlich recht fein ... aber: die Benutzertypen und die Ausleihkonditionen wurden nicht mit übertragen. Ist das richtig so? Oder habe ich da etwas falsch gemacht? Müssen/können hier händische Kopien dieser Einstellungen gemacht werden? Oder liegt es an den unterschiedlichen Versionen der alten Installation und der neuen (alt: 21.05, neu: 22.11), dass diese beiden Bereiche der Administration nicht übertragen wurden? Gruß Martin _______________________________________________ Koha-de mailing list Koha-de@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-de
Hallo Katrin, danke für die Info. Ich bin gestern leider nicht dazu gekommen, einen neuen Versuch zu starten. Ich hatte es beim ersten Mal so gemacht, wie Du es im 1. Absatz beschrieben hast (leere DB, importieren). Allerdings fand ich koha-dump geschickt, weil es nicht nur einen MySQL-Dump macht, sondern auch sämtliche(?) Konfigurationsdateien dumpt (ich müsste noch mal genau nachschauen; es könnte sein, dass der Dump aus den Konfigurationsdateien [in /etc, z.B für apache und Konsorten] nur die koha-relevanten Einträge in eine Konfig-Datei mit gleichem Namen schreibt). Der koha-restore scheint dann die enstprechenden Konfigurationsdateien nur um die gespeicherten Zeilen zu ergänzen (und auch das wäre ziemlich schlau gemacht). Das hat auf den ersten Blick gut funktioniert, es schien, als seien alle Daten übernommen. Im Datenbestand hatte ich einige Dummy-Benutzer, eingerichtet für Tests zu Gebühren etc., darunter einen, dessen Zugangsberechtigung ausgelaufen war. Es war nicht möglich, diese auf dem neuen Rechner zu verlängern. Entweder war der Import durch koha-restore doch nicht so perfekt, oder ich habe beim Rumprobieren mit den Benutzern das System total verhauen (und es war spät am Abend und ich habe kein Protokoll über meine Aktivitäten geführt). Gruß Martin Am 10.02.23 um 11:33 schrieb Fischer, Katrin:
Hallo zusammen,
der Trick müsste sein, die Daten in eine leere Datenbank - ohne angelegte Tabellen - zu importieren.
D.h. wenn man zwischen Versionen wechselt, sollte man seine Daten in einem Format exportieren, dass auch die Tabellendefinitionen enthält und diese dann in die neue Datenbank eispielen. Dadurch werden die Daten vollständig übernommen. Anschließend kann man dann von Koha die Tabellenstruktur auf die neue Version aktualisieren lassen.
Eine relativ gute Anleitung findet sich z.B. hier: http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.html
Ich bin mir nicht sicher, in welchem Format koha-dump exportiert - mit mysqldump, wie auch von Anke vorgeschlagen, hat es bei mir aber bisher immer geklappt.
So sollten dann keine Daten verloren gehen.
Liebe Grüße
Katrin
Hallo Martin, das hängt dann vielleicht auch davon ab, was man noch geändert hat an den Dateien außerhalb der Datenbank. Sonst vielleicht koha-restore und anschließend noch Datenbank mit kohadump löschen/neu einspielen? Oder erst mal in eine Installation gleicher Version ein koha-restore und das Update anschließend? Viele Grüße Katrin -----Ursprüngliche Nachricht----- Von: Martin Schimmels <martin.schimmels@web.de> Gesendet: Freitag, 10. Februar 2023 12:25 An: Fischer, Katrin <katrin.fischer@bsz-bw.de> Cc: koha-de@lists.koha-community.org Betreff: Re: [Koha-de] koha-dump und koha-restore Hallo Katrin, danke für die Info. Ich bin gestern leider nicht dazu gekommen, einen neuen Versuch zu starten. Ich hatte es beim ersten Mal so gemacht, wie Du es im 1. Absatz beschrieben hast (leere DB, importieren). Allerdings fand ich koha-dump geschickt, weil es nicht nur einen MySQL-Dump macht, sondern auch sämtliche(?) Konfigurationsdateien dumpt (ich müsste noch mal genau nachschauen; es könnte sein, dass der Dump aus den Konfigurationsdateien [in /etc, z.B für apache und Konsorten] nur die koha-relevanten Einträge in eine Konfig-Datei mit gleichem Namen schreibt). Der koha-restore scheint dann die enstprechenden Konfigurationsdateien nur um die gespeicherten Zeilen zu ergänzen (und auch das wäre ziemlich schlau gemacht). Das hat auf den ersten Blick gut funktioniert, es schien, als seien alle Daten übernommen. Im Datenbestand hatte ich einige Dummy-Benutzer, eingerichtet für Tests zu Gebühren etc., darunter einen, dessen Zugangsberechtigung ausgelaufen war. Es war nicht möglich, diese auf dem neuen Rechner zu verlängern. Entweder war der Import durch koha-restore doch nicht so perfekt, oder ich habe beim Rumprobieren mit den Benutzern das System total verhauen (und es war spät am Abend und ich habe kein Protokoll über meine Aktivitäten geführt). Gruß Martin Am 10.02.23 um 11:33 schrieb Fischer, Katrin:
Hallo zusammen,
der Trick müsste sein, die Daten in eine leere Datenbank - ohne angelegte Tabellen - zu importieren.
D.h. wenn man zwischen Versionen wechselt, sollte man seine Daten in einem Format exportieren, dass auch die Tabellendefinitionen enthält und diese dann in die neue Datenbank eispielen. Dadurch werden die Daten vollständig übernommen. Anschließend kann man dann von Koha die Tabellenstruktur auf die neue Version aktualisieren lassen.
Eine relativ gute Anleitung findet sich z.B. hier: http://kohageek.blogspot.com/2015/08/move-old-koha-database-to-new.htm l
Ich bin mir nicht sicher, in welchem Format koha-dump exportiert - mit mysqldump, wie auch von Anke vorgeschlagen, hat es bei mir aber bisher immer geklappt.
So sollten dann keine Daten verloren gehen.
Liebe Grüße
Katrin
participants (3)
-
Bruns, Anke -
Fischer, Katrin -
Martin Schimmels