Modo mantenimiento
Última actualización
¿Te fue útil?
Última actualización
¿Te fue útil?
Aplicable a tareas de:
.
.
de ficheros de datos de las tablas.
de contenedores de las tablas.
.
.
Cuando realizamos tareas de mantenimiento recomendamos:
Que no haya usuarios conectados a la .
Que no haya , , , , etc., en ejecución contra esa instancia en ese momento.
Ejecutarlos en para garantizar que no puedan conectarse usuarios o funciones remotas durante su ejecución. El modo mantenimiento detiene la instancia y por tanto no acepta más conexiones, y desengancha los usuarios que haya en ese momento conectados, hasta la finalización de la tarea, momento en el que continúa la instancia y acepta conexiones de nuevo.
Contemplar que pueden ser procesos largos para ejecutarlos con margen de tiempo suficiente para que terminen antes de que sea necesario que se conecten los usuarios.
No intentar ejecutar en paralelo más de una tarea de compactación, reindexación o vaciado de tablas.
Al ser tareas con gran uso de recursos del sistema conviene ejecutar este tipo de tareas en horas de menor actividad del servidor.
Debemos tener en cuenta que la compactación de datos afectará a los índices complejos que usen la tabla, por lo que deberían regenerarse a continuación y antes de que la aplicación se ponga disponible a los usuarios.
Evitar que haya o transacciones en ejecución cuando se disparen las tareas en modo mantenimiento porque se finalizarán en el momento, lo que obligará a deshacer esas transacciones.
Nunca debemos ejecutar este tipo de operaciones contra una tabla desde de propia tabla o de tablas que la modifquenpor trigger, actualizaciones, etc.
Se vacía la tabla. Si coincide que mientras vacía se intenta un alta, la transacción del alta se desecha hasta terminar el vaciado y por el reintento se vuelve a hacer. Resultado final, la tabla queda con el numero de registros resultante después de haber vaciado la tabla a mitad del proceso. Es decir si se ejecutó un proceso que importaba 1000 registros y en el alta 700 se lanza el vaciado de la tabla, al final la tabla quedará con 300 registros.
Si en ese instante coincide que se esta ejecutando el alta, la tarea termina OK pero los mensajes del vAdmin se muestran mensajes de error que no pudo realizar la operación por encontrar el dat/cnd bloqueado. Si coincide que esta haciendo la operación de vaciar y luego va el alta, entonces el alta da error en la transacción y por los reintentos se termina ejecutando.
Si la tarea de vaciado la ejecutamos en modo mantenimiento, se expulsará el enganche, por ende la transacción de alta queda finalizada y, finalmente, vacía la tabla.
Si mientras se está ejecutando un proceso de compactación de una tabla, lanzamos otro proceso de compactación sobre la misma tabla, el resultado será que solamente se ejecutará el primero de ellos, el segundo finalizará sin ejecutarse.
La compactación no hará.
Esto nunca debemos hacerlo porque pueden no regenerarse correctamente los índices complejos.
Se deshace la transacción de alta.
La transacción queda a la espera y se reintenta, si la compactación termina antes de los reintentos de la transacción, ésta se realizará con éxito. Si no, se deshará.
El proceso da error y no se vacía la tabla.