Rastreo¶
Descripción General¶
Rastreo es una función de diagnóstico disponible dentro App Builder que permite a los usuarios desarrolladores identificar y solucionar problemas de las aplicaciones. El seguimiento puede ser una herramienta fundamental para depurar problemas relacionados con el rendimiento en una aplicación, así como para identificar y solucionar problemas problemas que no funcionan como se espera en una aplicación. Para los usuarios que tienen permiso para usar la función de seguimiento, se puede acceder a ella desde varias ubicaciones diferentes en App Builder, tal como se describe en este artículo.
Lo ideal es que Trace sea una función que se utilice en un ambiente de desarrollo, pero está disponible para su uso en producción si es necesario. Por motivos de rendimiento, intente restringir la ejecución de Trace en producción a menos que sea absolutamente necesario. Si está habilitada, la función Trace se deshabilitará automáticamente después de una hora de inactividad para un usuario para el que se ha habilitado. Esto es así por diseño.
De forma predeterminada, todos los registros de seguimiento se almacenan en el App Builder base de datos en el Dg_Trace tabla. Cada hora se ejecuta una tarea programada para eliminar y purgar registros de esta tabla.
Para Habilitar el Seguimiento Desde el Perfil de Usuario¶
El seguimiento se almacena en el nivel de Perfil de usuario, por lo que si es un Usuario desarrollador verá una opción de Seguimiento en su página de Perfil de usuario. Si el campo Seguimiento está marcado, la función Seguimiento se ha habilitado o activado para el Usuario asociado.
Para Habilitar el Seguimiento Desde la Seguridad¶
El seguimiento también se puede habilitar o activar desde Seguridad > Usuarios. Un usuario desarrollador puede navegar al área de Seguridad de App Builder, a la pantalla Usuarios y abra un registro de Usuario individual desde esta área para acceder a la opción Seguimiento. Si el campo Seguimiento está marcado, entonces la función Seguimiento se ha habilitado o activado para el Usuario asociado.
Para Habilitar el Seguimiento Desde el Diseñador de Páginas¶
Si tiene los permisos de diseño adecuados, también puede acceder al seguimiento de una página desde la pantalla de diseño de la página.
Para Habilitar y Acceder al Seguimiento Desde el Monitor¶
También se puede acceder al seguimiento tanto para habilitarlo como para ver e interpretar los resultados desde la pantalla Monitor en App Builder para acceder aquí, navegue hasta Monitor > Rendimiento. Una vez aquí, seleccione el Usuario para el que se ejecutará la información de seguimiento y también configure el Estado en Activado. Con la función Activada, el Usuario debe realizar la actividad que desea rastrear. Por ejemplo, navegue hasta la(s) Página(s) en cuestión.
La utilidad Trace captura las métricas resultantes que se muestran como el tiempo mínimo, promedio y máximo para cada tipo de métrica que se almacena. Puede hacer clic en las métricas y explorarlas para ver cuál es la más lenta.
- Menos de 1 segundo es verde
- De 1 a 2 segundos es amarillo
- Más de 2 segundos es rojo
Por ejemplo, al explorar los paneles, se observa que la página Generador de reglas de negocio es la más lenta debido a los siguientes paneles o reglas:
Para Restablecer el Seguimiento¶
Reset eliminará la información de seguimiento del panel de filtro actual, lo que le permitirá eliminar la información que no le interesa y luego realizar nuevas acciones y ver los resultados.
El estado de Activado o Desactivado corresponde al Usuario seleccionado, en este caso, Administrador del sistema.
Mantenimiento¶
El rastreo se elimina después de una hora de estar disponible, ya que se almacena mucha información en el Dg_Trace tabla.
Después de una hora de inactividad web por parte de un usuario, el seguimiento se desactivará para ese usuario.
Ejemplo de Caso de Uso¶
Un ejemplo de caso de uso en el que podría utilizar Trace para obtener información sobre App Builder está rastreando un valor que se modifica al agregar una columna a una tabla.
Si agregamos una nueva columna a una tabla y simplemente seleccionamos un tipo de datos lógicos de moneda, así es como se ve la pantalla en App Builder:
Vamos a ver qué App Builder iniciado sesión Seguimiento:
El primer evento fue cargar los datos para la lista de selección de Logical columna de tipo de datos. Puede explorar en profundidad y obtener más detalles haciendo clic en la flecha naranja.
Te dice que se ejecutaron acciones, vamos a profundizar más.
Se ejecutó el complemento de filtro, que es el que realiza la carga real de datos de la base de datos.
Ahora puede ver la declaración SQL que se ejecutó para devolver datos para la lista de selección.
Volvamos al principio y veamos el cambio de celda, esto es lo que se ejecuta cuando el usuario lo selecciona. Currency tipo de datos de la lista de selección.
Puede ver que también se ejecutaron valores predeterminados y visibilidades, y como la fila es naranja, nos indica que el estado actual de la fila ha cambiado.
Al seleccionar la fila Valores predeterminados, se muestran los valores predeterminados que se modificaron. Como seleccionamos Actual, esos valores se establecieron como predeterminados. Profundicemos más para ver qué reglas predeterminadas provocaron estos cambios.
Puede ver que se ejecutaron 9 filas predeterminadas, mientras que 2 de ellas realmente cambiaron el estado de las filas actuales. Db_Column_Physical_StorageDataTypeDefaultcambió el StorageDataTypeId y luego más tarde el Db_DefaultsByLogicalStorageDataType cambie la precisión y la escala. Analicemos en profundidad el código SQL que causó este problema.
Aquí puede ver que se utiliza la cláusula where y que ese valor en realidad estaba predeterminado al principio.