...
Dostępne są migracje konfiguracji:
- sowas - migracja konfiguracji dostępnych serwisów (przejęcie kontroli nad konfiguracją sowas.cfg)
- sowa2 - migracja konfiguracji zainstalowanych serwisów typu SOWA2 (przejęcie kontroli nad plikiem .inf, katalog.ini oraz index.py)
- sowasql - migracja konfiguracji zainstalowanych serwisów typu SOWASQL (przejęcie kontroli nad całym katalogiem etc/)
Składnia
| Code Block |
|---|
sowizor migrate sowas [check|start] [--force] sowizor migrate sowa2|sowasql sowizor migrate <sid> [--force] [--nodelete] [--ignore-params|--generate-params] [--generate-services] [--use=-schema=<hid>] [--override-records] |
Migracja konfiguracji sowas
W systemach Linux instalowany jest moduł o nazwie "sowas". Konfiguracja katalogów SOWY przechowywana jest w pliku sowas.cfg. Podczas migracji sowizor przejmuje kontrolę nad tym plikiem - od momentu migracji jest on automatycznie generowany podczas wszelkich operacji na serwisach dokonywanych przy pomocy sowizora.
Migracja konfiguracji sowas jest obligatoryjna i należy ją przeprowadzić zaraz po instalacji sowizora.
Wywołanie polecenia z parametrem sowas lub sowas check - weryfikuje możliwość migracji ustawień (zwykle nie ma z tym problemu).
Wywołanie polecenia z parametrem sowas start - przeprowadza migrację konfiguracji. Od tego momentu serwisy są już pod kontrolą sowizora (nie ma potrzeby uruchamiania polecenia "scan").
...
Migracja konfiguracji serwisów SOWA2 i SOWASQL
...
Proces ten archiwizuje dotychczasowe ustawienia, dzięki czemu można w razie potrzeby odzyskać starą konfigurację. Domyślnie jest ona archiwizowana i usuwana. Można to zmienić dzięki opcji --nodelete - podanie jej spowoduje, że dotychczasowa konfiguracja nie zostanie usunięta, lecz tylko zostaną przemianowane pliki na rozszerzenie .old.
.
Zmiana bazowego schematu serwisu
Polecenie migrate służy także do zmiany bazowego schematu serwisu. W ten sposób można np. rozszerzyć funkcjonalność serwisu - do serwisu obsługującego katalogowanie MARC21 dołożyć typy rekordów i programy dla zasobów czasopism, albo np. do akcesji zbiorów. W szczególności należy jednak pamiętać, że jedyne bezpieczne migracje wykonuje się od schematu węższego do szerszego. "Obcinanie" funkcjonalności (czyli np. usuwanie akcesji) wymaga wcześniejszego zweryfikowania, że dla usuwanych typów rekordów nie ma żadnych danych w bazie.
Operacja zmiany schematu bazowego jest oparta na tych samych mechanizmach, co zwykła migracja. Wymagane jest jedynie użycie parametru --use-schema=<hid>. Listę dostępnych schematów można zobaczyć w dokumentacji polecenia add.
| Code Block | ||
|---|---|---|
| ||
sowizor migrate biblioteka_pub_ks start --use-schema=marc21-zasob |