Jak przeprowadzić migrację określonego obszaru roboczego, sklepu i warstwy w Geoserver

Geoserver działa w środowisku programistycznym i produkcyjnym. Chciałbym migrować tylko jeden obszar roboczy, sklep, warstwę, styl itp. Z programowania do produkcji. W jaki sposób mogę to zrobić?

Wiem, że mogę skopiować cały katalog danych do produkcji i zrestartować geoserver; ale później migrowane są wszystkie obszary robocze, sklepy itp. Chodzi o to, że chcę tylko jeden obszar roboczy, sklep itp.

W środowisku programistycznym mam kilka testowych obszarów roboczych, sklepów i warstw, których nie chcę podczas produkcji.

W katalogu danych widzę katalog warstw gwc z dużą ilością plików xml. Ale skąd mam wiedzieć, który xml jest którą warstwą?

geoserver migration deployment

— Stefan
źródło

Jest to dość proste i nie ma ryzyka. Ale pamiętaj, aby mieć kopię zapasową katalogu danych produkcyjnych.

Po prostu skopiuj następujące katalogi / pliki:

/workspaces/YOUR_WORKSPACE_NAME/ Skopiowany katalog obszaru roboczego zawiera deklaracje magazynu i warstw, a także sam obszar roboczy. Idealnie w twojej konfiguracji będziesz utrzymywał warstwy „przeznaczone do produkcji” i „testowania” w osobnych obszarach roboczych, co sprawi, że będzie to naprawdę łatwe w przyszłości.

/layergroups/your_layer_group.xml - Jeśli masz grupę layerg, którą chcesz skopiować.

styles\stylename.sld- styles\stylename.xml- To jest potencjalnie trudne; jeśli zmieniłeś nazwę swojego stylu od czasu jego utworzenia, nazwa XML i nazwa SLD nie będą takie same. XML będzie bieżącą nazwą, nazwa SLD będzie taka, jaka była w momencie jej utworzenia. Możesz zajrzeć do pliku XML, aby zobaczyć, do którego pliku SLD się odwołuje.

Po zakończeniu kopiowania uruchom ponownie GeoServer.

Korzystając z tej metody, bez większych problemów ręcznie przesłałem dziesiątki warstw i ponad 200 stylów.

— GIS-Jonathan
źródło

jeszcze jedna sztuczka, jeśli migracja magazynów danych i warstw nie działa, po prostu opróżnij tag hasła w pliku datastore.xml w każdym folderze magazynu danych, miałem błąd podczas migracji z 2.8 do 2.9, z powodu problemu z hashem haseł.

— geogeek

Musiałem ponownie zastosować domyślny styl dla warstw, które nie miały własnego stylu, ale nie napotkałem żadnych innych problemów.

— Stijn

@geogeek jest to również możliwe, aby zastąpić ciągi jak crypt2:YOUR_ENCRYPTED_PASSWORD_HEREz plain:YOUR_PASSWORD_HERE. Nie jest to generalnie zalecane, ale może być przydatne do testowania i eksperymentów.

— SeldomNeedy,

Zastosowałem tę samą instrukcję w geoserver 2.15, widzę obszar roboczy i sklepy, ale warstwy nie nadchodzą? Co ja robię źle?

— ncelik

W obserwacji, dodając plain:przedrostek w „datastore.xml” -file powie GeoServer aby zachować równinę hasło. Jeśli nie ma przedrostka (tylko samo hasło), Geoserver faktycznie zaciemni hasło w pliku, gdy ustawienia zostaną zapisane później. Nie jestem pewien, co się stanie w tym przypadku, jeśli samo hasło ma :(dwukropek)

— SeldomNeedy