¬°Hub de contenido!
Acceso a contenido educativo gratis.
Comience a aprender

Seis pasos para respaldar un sistema de automatización

Cuando usted se encuentra tratando de lograr que su sistema vuelva a funcionar, podría ayudarle el proceso de resolución sistemática de problemas. Aquí va este proceso de seis pasos.

Ed Miller, ingeniero en Avanceon
Ed Miller es ingeniero en Avanceon, miembro certificado de la Asociación de Integradores de Sistemas de Control (CSIA, por su sigla en inglés).

Cada sistema de automatizaci√≥n eventualmente presenta una situaci√≥n que requiere soporte t√©cnico avanzado. Este tipo de soporte de correcci√≥n de fallas puede deberse a un gran n√ļmero de causas: cortes de energ√≠a, mantenimiento del servidor, error del operador, etc√©tera. Pero no importa cu√°l sea el problema de ra√≠z, tarde o temprano, todos los sistemas lo necesitar√°n. Y por ello es igualmente seguro que, aqu√≠ en Avanceon, todos nuestros ingenieros en alg√ļn momento se encuentren ayud√°ndoles a los clientes a mantener sus procesos de fabricaci√≥n en ejecuci√≥n.

La resoluci√≥n de problemas, como la codificaci√≥n, equivale a un conjunto √ļnico y especial de habilidades, y cada persona puede tener un enfoque ligeramente diferente para resolver un problema. Cuando me encuentro en una situaci√≥n de reparaci√≥n, tiendo a seguir un procedimiento regular para tratar no solo de solucionar el problema, sino tambi√©n de determinar la causa ra√≠z del problema.

Paso 1: Haga preguntas

Comience discutiendo los s√≠ntomas del problema con la persona que lo informa. Si lo piensa bien, ¬Ņc√≥mo puede resolver un problema si no sabe cu√°l es? Hacer las preguntas correctas en esta primera fase del proceso de soporte es vital para permitir una resoluci√≥n exitosa.

Paso 2: Replique el problema usted mismo

A veces, la información que ha reunido en el primer paso puede no mostrar el panorama completo de la situación. Cuando intento replicar el problema, a menudo obtengo información sobre lo que el usuario realmente está informando.

Paso 3: Revise los archivos de registro

Un sistema bien construido proporcionar√° evidencia de lo que est√° sucediendo en caso de que algo no est√© funcionando correctamente. Si tiene suerte, los mensajes de error proporcionar√°n el contexto para comprender el problema real. Incluso si el sistema no ha generado ning√ļn mensaje de error, los registros del sistema a menudo pueden proporcionar detalles sobre los problemas detr√°s de la escena en una transacci√≥n de base de datos o script. Analizar estos mensajes a menudo puede revelar el problema en cuesti√≥n.

Paso 4: Haga trazabilidad hacia atr√°s

Comience en el punto del sistema donde se informó el problema y rastree hacia atrás. Por ejemplo, supongamos que el usuario está experimentando un problema en una pantalla de aplicación específica. Comience a profundizar en los elementos específicos de la pantalla que no funcionan: un botón, por ejemplo. Profundice en el código / función detrás del botón para ver cómo se supone que funciona. Tal vez el botón activa un script que consulta una base de datos en busca de datos, pero esos datos no se muestran en la pantalla. El rastreo a través de estos elementos / funciones individuales a menudo puede ayudar a entender en qué parte del proceso se produce la falla.

Paso 5: Reinicie / Redistribuya el sistema

Por lo general, no ser√° posible reiniciar los servidores en un sistema de fabricaci√≥n sin desmontar otras partes a√ļn funcionales. Sin embargo, me parece sorprendente la frecuencia con la que simplemente apagarlo y encenderlo volver√° a arreglar un sistema cuando alg√ļn aspecto subyacente se desincronice.

Paso 6: Documente los hallazgos

Siempre es una buena práctica documentar el problema, tanto para el beneficio del cliente como para proporcionar información al equipo de soporte. Uno de los principales beneficios de la documentación en una situación de soporte es proporcionar alguna orientación en caso de que vuelva a ocurrir la misma situación. No querrá pasar un tiempo valioso intentando volver a analizar un problema si no es necesario hacerlo.

No hay nada revolucionario en mi proceso de seis pasos, pero me parece que es un modelo viable para ayudarme a encontrar, analizar y corregir problemas del sistema. Si tiene una mejor pr√°ctica similar, ¬°comp√°rtala con nosotros!

Encuentre m√°s informaci√≥n sobre c√≥mo Avanceon aborda los proyectos de ingenier√≠a.

Nota acerca del autor: Ed Miller es ingeniero en Avanceon, miembro certificado de la Asociaci√≥n de Integradores de Sistemas de Control (CSIA, por su sigla en ingl√©s). Para obtener m√°s informaci√≥n sobre Avanceon, visite su perfil en Industrial Automation Exchange.