Publicación de las modificaciones de esquema

Personalización › Personalización de la interfaz Web › Cómo personalizar esquemas mediante Web Screen Painter › Publicación de las modificaciones de esquema

Publicación de las modificaciones de esquema

Cuando esté satisfecho con las modificaciones realizadas en el esquema, podrá publicarlas para ponerlas a disposición del resto de los usuarios. WSP almacena las tablas y las columnas nuevas o actualizadas en las tablas wsptbl y wspcol de la base de datos, respectivamente.

Siga estos pasos:

Creación o actualización de los archivos que describen el esquema modificado para el motor de objetos y para las utilidades de CA SDM. WSP crea los siguientes archivos en el motor Web designado por la opción wsp_webengine (cuyo valor predeterminado es web:local):

wsp.mods

Describe todos los cambios del esquema gestionado por Web Screen Painter para el motor de objetos.

wsp_schema.sch

Describe todas las tablas y columnas gestionadas por Web Screen Painter.

wsp_index.sch

Describe los índices DBMS para las tablas gestionadas por Web Screen Painter.

wsp.altercol

Recopila los nombres de las columnas nuevas creadas por Web Screen Painter que aún no se han definido en el DBMS.

wsp.altertbl

Recopila los nombres de las tablas nuevas creadas por Web Screen Painter que aún no se han definido en el DBMS. Asimismo, Web Screen Painter distribuye el archivo wsp.mods a todos los servidores de CA SDM que disponen de un motor de objetos.
Seleccione Archivo, Guardar y Publicar.
Esto creará los archivos necesarios en los servidores de CA SDM sin reciclar ninguno de ellos. Así, los archivos nuevos no tendrán un impacto inmediato en otros usuarios. Sin embargo, los archivos creados empezarán a utilizarse la próxima vez que se reciclen los servicios de CA SDM.
Si se está utilizando la configuración convencional, complete los pasos siguientes:
- Cierre los servicios de CA SDM en el servidor principal y ejecute este comando:
```
pdm_publish
```
  Este comando modifica la DBMS física para que incluya la información sobre el nuevo esquema.
  
  Importante: El proceso pdm_publish en ejecución tiene un impacto significativo en otros usuarios. Asegúrese de planificar cuidadosamente la publicación de los cambios del esquema. Se recomienda el uso de órdenes de cambios de CA SDM para planificar la publicación planificada del esquema y obtener su aprobación.
Si está utilizando la configuración de disponibilidad avanzada, complete los pasos siguientes:
1. Ejecute el siguiente comando en el servidor de fondo para notificar a todos los usuarios activos que utilicen la automatización de soporte que guarden su trabajo:
```
sa_server_notifier [-h] | [-q seconds] | [-c]
```
  -h
  
  Muestra la página de ayuda.
  
  -q segundos
  
  Esta opción indica a un servidor local (de fondo) que utilice el modo de inactividad en un período especificado. Este intervalo corresponde al número de segundos previos a la desconexión del servidor. No se puede utilizar esta opción para un servidor en espera o de aplicaciones.
  
  -c
  
  Esta opción cancela una solicitud de modo de inactividad que se ha enviado previamente.
  
  Se mostrará un mensaje emergente a todos los usuarios activos mediante la automatización de soporte en el servidor de fondo. Este mensaje notifica a los usuarios el cierre del servidor y el tiempo restante planificado para que este se produzca. Los usuarios deben guardar su trabajo y cerrar sesión dentro del plazo planificado.
2. Cierre los servicios de CA SDM en el servidor de fondo.
  Importante: No reinicie los servicios de CA SDM del servidor en espera o de aplicaciones después guardar y publicar en WSP. Esta acción corrompe la configuración de disponibilidad avanzada. Si se detienen los servicios de CA SDM en el servidor de aplicaciones o en el servidor de espera, y se desean iniciar dichos servicios, antes, deberá ejecutarse el comando pdm_server_control –v en los servidores para suprimir el control de versiones.
  
  Importante: Si el servidor de fondo produce un error durante la actividad de publicación, asegúrese de recuperar los cambios de WSP. Para obtener más información, consulte el tema sobre la recuperación de cambios de WSP durante el error del servidor de fondo.
3. Ejecute el siguiente comando en el servidor en espera que desea promover como el nuevo servidor de fondo:
```
pdm_server_control -b
```
  -b
  
  Indica a un servidor en espera local que se convierta en el servidor de fondo. El servidor en espera debe estar ejecutándose; de lo contrario, se iniciará, pero no se producirá ninguna conmutación por error. Para iniciar una conmutación por error, ejecute el comando de nuevo.
  
  El servidor de fondo se cierra automáticamente y el servidor en espera se promueve como el nuevo servidor de fondo. Este cambio no afecta a las sesiones del usuario final. Las actualizaciones en curso (si las hubiera) se almacenan y retrasan hasta que vuelva a conectarse el nuevo servidor de fondo.
4. Ejecute el siguiente comando en el servidor de fondo original (ahora, el servidor en espera) para actualizar la DBMS con los cambios del esquema:
```
pdm_publish
```
  El comando pdm_publish crea un archivo de control que provoca que el próximo inicio de CA SDM suprima la sincronización del servidor en espera con el servidor de fondo. Esta acción es necesaria para mantener los cambios del archivo del esquema que realizó pdm_publish. Este comando realiza opcionalmente la segunda conmutación por error tras la publicación correcta de los cambios del esquema. El siguiente mensaje se muestra al usuario al final de la publicación correcta:
```
¿Desea que pdm_publish inicie CA Service Desk Manager en este servidor en espera y realice una conmutación por error? (SÍ/NO)
```
  - Si indica que sí, pdm_publish inicia los servicios de CA SDM en el servidor en espera y realiza la conmutación por error automáticamente. Avance hasta el paso G para aplicar los cambios del esquema en todos los servidores de aplicaciones.
  - Si se indica que no, vaya al paso E.
5. Inicie los servicios de CA SDM en el servidor en espera (servidor de fondo original).
  El inicio detecta el archivo de control que crea pdm_publish, pero no sincroniza el servidor en espera con el servidor de fondo. Esta falta de sincronización conserva los cambios que realice pdm_publish para este inicio.
  
  Importante: asegúrese de seguir estas instrucciones de manera exacta, ya que si ocurre un fallo en la conmutación por error en el servidor de fondo original después de pdm_publish, se pueden dañar los servicios.
6. Ejecute el siguiente comando en el servidor en espera (servidor de fondo original) para convertirlo de nuevo en el servidor de fondo:
```
pdm_server_control -b 
```
  Este comando también suprime el archivo de control, para que el control de versiones funcione normalmente cuando este servidor se convierta otra vez en un servidor en espera.
7. Ejecute el siguiente comando en los servidores de aplicaciones:
```
pdm_server_control -q interval -s server_name
```
  -q interval -s server_name
  
  Indica a un servidor de aplicaciones local o remoto que utilice el modo de inactividad en un período especificado. Este intervalo corresponde al número de segundos previos a la desconexión del servidor. Al utilizar esta opción sin la variable server_name, se indica al servidor local que utilice el modo de inactividad. No se puede utilizar esta opción para un servidor de fondo o en espera.
  
  Se muestra un mensaje emergente a todos los usuarios activos del servidor de aplicaciones especificado. Este mensaje notifica a los usuarios el cierre del servidor y el tiempo restante planificado para que este se produzca. Los usuarios deben guardar su trabajo y cerrar sesión dentro del plazo planificado. Los usuarios se conectan al servidor de aplicaciones actualizado para reanudar su trabajo.
8. Reinicie todos los servidores en espera.