Cómo migrar un espacio de trabajo, una tienda y una capa específicos en Geoserver

13

Geoserver se ejecuta en un entorno de desarrollo y producción. Me gustaría migrar solo un espacio de trabajo, tienda, capa, estilo, etc. desde el desarrollo hasta la producción. ¿Cómo puedo hacer esto?

Sé que puedo copiar todo el directorio de datos a producción y reiniciar geoserver; pero que se migran todos los espacios de trabajo, tiendas, etc. El punto es que solo quiero un espacio de trabajo, tienda, etc.

En el entorno de desarrollo, tengo varios espacios de trabajo de prueba, tienda y capas, que no quiero en producción.

En el directorio de datos veo un directorio gwc-layers, con muchos archivos xml. Pero, ¿cómo sé qué xml es qué capa?

Stefan
fuente

Respuestas:

13

Esto es bastante simple de hacer y hay poco riesgo. Pero asegúrese de tener una copia de seguridad de su directorio de datos de producción de todos modos.

Simplemente copie los siguientes directorios / archivos:

/workspaces/YOUR_WORKSPACE_NAME/ El directorio del espacio de trabajo que copia en realidad contiene las declaraciones de la tienda y la capa , así como el espacio de trabajo en sí. Idealmente en su configuración, mantendrá las capas "destinadas a la producción" y "prueba" en espacios de trabajo separados, lo que hará que esto sea realmente fácil en el futuro.

/layergroups/your_layer_group.xml - Si tiene un grupo de capas que desea copiar.

styles\stylename.sld- styles\stylename.xml- Este es el potencialmente complicado; Si ha cambiado el nombre de su estilo desde que lo creó, el nombre XML y el nombre SLD no serán los mismos. El XML será el nombre actual, el nombre SLD será lo que era cuando lo creó originalmente. Puede mirar el XML para ver a qué archivo SLD hace referencia.

Una vez que esté todo copiado, reinicie GeoServer.

Usando este método, previamente he transferido manualmente docenas de capas y más de 200 estilos con pocos problemas.

GIS-Jonathan
fuente
2
otro truco si la migración de los almacenes de datos y las capas no funciona, solo vacíe la etiqueta de la contraseña en datastore.xml en cada carpeta del almacén de datos, tuve un error al migrar de 2.8 a 2.9, debido a un problema en el hash de las contraseñas.
geogeek
Tuve que volver a aplicar el estilo predeterminado para las capas que no tenían un estilo personalizado, pero no encontré ningún otro problema.
Stijn
@geogeek también es posible reemplazar las cadenas como crypt2:YOUR_ENCRYPTED_PASSWORD_HEREcon plain:YOUR_PASSWORD_HERE. Esto generalmente no se recomienda, pero puede ser útil para pruebas y experimentos.
SeldomNeedy
He aplicado la misma instrucción con geoserver 2.15, puedo ver el espacio de trabajo y las tiendas, pero las capas no vienen. ¿Qué estoy haciendo mal?
ncelik
Como seguimiento, agregar el plain:prefijo en un archivo "datastore.xml" le indicará a Geoserver que mantenga la contraseña clara. Si no hay un prefijo (solo la contraseña en sí), Geoserver realmente ofuscará la contraseña en el archivo la próxima vez que se guarde la configuración. No estoy seguro de lo que sucede en este caso si la contraseña en sí tiene un :(dos puntos)
SeldomNeedy