Alertas

ALERTAS 

• Alertas y notificaciones de base de datos:

Introducción:

Las tecnologías de notificaciones y alertas se definen como interfaces usadas fundamentalmente en procedimientos de atención multitarea, los mismos proporcionan información actualizada y valiosa al usuario de manera efectiva. Su objetivo es mostrar un mensaje de modo que mejore la capacidad de los usuarios para distinguir los eventos que ocurren y tienen prioridad alta.

Este tipo de tecnología permite la recolección de datos sobre eventos de interés que ocurren o están por ocurrir, producidos en cualquier esfera dentro del ámbito de trabajo, para ser emitidas posteriormente tomando como canal de comunicación fundamental el correo electrónico, manteniendo constantemente informados a personas y áreas que interactúen con el mismo.

Con el resultado y conclusión de la presente investigación se logra entender el funcionamiento básico de un sistema de notificaciones y alertas, tomando como referencia diversos sistemas ya implementados y con largos períodos de funcionamiento; basándonos fundamentalmente en sus características generales, ventajas y desventajas, funcionamiento de la interfaz gráfica, configuraciones generales, opciones disponibles, formas de compilación, así como también principales eventos notificados y alertas emitidas en cada uno de ellos con el fin de realizar y complementar su diseño y posterior desarrollo.

Desarrollo:

Escenarios de uso de las tecnologías de notificaciones y alertas

Aplicaciones de consumidor: se puede enviar notificaciones a los clientes, ejemplo:

• Una agencia de corredores de bolsa puede enviar precios de valores bursátiles y de fondos según los criterios definidos por el cliente. La notificación puede contener un vínculo que permita al cliente comprar o vender valores.
• Una institución financiera puede enviar notificaciones sobre balances bajos o pagos atrasados al dispositivo que elija el suscriptor, como el correo electrónico entre otros.
• Una compañía aérea puede enviar información sobre las llegadas de vuelos y los retrasos en las salidas.
• Un agente de la propiedad inmobiliaria puede enviar listados de casas que cumplan los criterios de un cliente.

Aplicaciones operativas: se puede enviar notificaciones acerca de las operaciones de la empresa, ejemplo:

• Cuando una máquina de una línea de montaje necesita atención, el responsable de la línea de montaje recibe una notificación sobre la máquina que está inoperativa y el error de la misma.
• Cuando un registro de eventos del servidor de producción recibe un error importante, el técnico de soporte recibe una notificación que contiene el mensaje de error.

Aplicaciones de business intelligence: se puede realizar un seguimiento de la información fundamental para la empresa, ejemplo:

• Una base de datos mantiene el inventario actual de todos los productos de una empresa. Cuando el inventario de tarjetas de red, cae por debajo de las 50 unidades, la aplicación recibe una notificación para informarle de que envíe un pedido de tarjetas de red.

Comunicación con los empleados: permite informar a los empleados acerca de sus proyectos, ejemplo:

• Varias personas colaboran en una propuesta importante. Cuando el principal implicado actualice la propuesta, se debe emitir una notificación a los demás miembros del equipo.
• Cuando se trabaja en un nuevo producto y necesita mantenerse informado sobre la investigación relacionada con el producto. Cuando se dispone de un nuevo informe en el archivo de la empresa, recibe un mensaje de correo electrónico que contiene un vínculo al informe.

Arquitectura de la tecnología de notificaciones y alertas

La arquitectura básica de un sistema de notificaciones se define con cuatro elementos principales como se muestra a continuación.

• Datos del usuario: información primordial que posee un sistema de notificación, se resume en los datos del usuario final, el cual recibe todos y cada uno de los avisos generados por el sistema, estos datos dependiendo del dispositivo a entregar pueden ser:   número de teléfono celular, dirección de correo electrónico, direcciones IP y nombres de dominio, etc.
• Base de datos: el sitio donde se almacena la información principal para que se generen los eventos y así los usuarios reciban la información necesaria o generada. Los eventos que se generan en la base de datos son: inserciones, modificaciones o eliminaciones; estos producirán las notificaciones de información a los usuarios.
• Manejador de notificaciones: organiza las acciones a realizarse después de detectar un evento, del mismo se busca la relación con los usuarios existentes, una vez hecho esto analiza la información de dichos usuarios, arma el mensaje o notificación a enviarse y ejecuta el envio de acuerdo al dispositivo registrado por el usuario en el sistema.
• Dispositivos: destino de la información a los cuales se les debe enviar la notificación tales como: número de teléfono celular, dirección de correo electrónico, direcciones IP y nombres de Dominio.

Conclusiones:

Fueron planteados los conceptos básicos relacionados con el proceso de notificaciones y alertas para lograr un entendimiento del objeto de estudio y desarrollar conocimientos acerca del mismo. Con el estudio en el ámbito internacional y nacional de las soluciones informáticas que gestionan notificaciones y alertas, se evidenciaron las principales características y ventajas de los mismos utilizados tanto en aplicaciones Web como en diferentes sistemas operativos.

• Eventos en la base de datos:
• 

La creación de eventos MySQL han sido habilitados desde la versión 5.1.6 de MySQL, y ofrecen una alternativa a las tareas programadas y trabajos cron. Estos eventos pueden ser utilizados para crear copias de seguridad, eliminar registros, agregar datos en los informes, etc.

Un evento es un objeto que se desencadena por el paso del tiempo y se refiere a veces como un trigger temporal. Los eventos se pueden programar para que se ejecuten una vez o en un intervalo de tiempo cuando el servidor se encuentra con actividad baja.

En este artículo se va a explicar lo que necesitan saber para comenzar a utilizar eventos.

Activar planificador de eventos:

El planificador de eventos MySQL es un proceso que se ejecuta en segundo plano y que busca constantemente eventos a ejecutar. Antes de crear o programar un evento es necesario activar primero el planificador, esta activación se realiza a través del siguiente comando:

mysql> SET GLOBAL event_scheduler = ON;

Del mismo modo para desactivarlo se tiene que usar el siguiente comando:

mysql> SET GLOBAL event_scheduler = OFF;

Una vez se encuentre activado puedes ver su estado a través del siguiente comando:

mysql> SHOW PROCESSLIST

Trabajando con eventos:

Es importante indicar que el evento únicamente puede realizar las acciones dentro de los permisos que tiene el usuario MySQL que lo creo. Otras restricciones a tener en cuenta son:

• El nombre de los eventos MySQL no puede superar los 64 caracteres.
• Cada nombre del evento debe de ser único.
• A partir de la versión 5.1.8 de MySQL no se distinguen las mayúsculas y minúsculas en los nombres de los eventos.
• Los eventos no se pueden crear, modificar o borrar a partir de otro evento.
• No se puede hacer referencia a una función almacenada por el usuario desde un evento.

Creando eventos:

En la siguiente imagen se ve un ejemplo de un evento creado:

Este evento se ejecutará una vez, una hora después de que el evento haya sido creado. Entre los campos BEGIN y END se establecen las diferentes consultas que se ejecutarán, en este caso la actualización de un valor en una tabla en concreto. Como la sentencia UPDATE debe finalizar en punto y coma (;) habrá que cambiar los delimitadores (DELIMITER) antes del evento y posteriormente dejarlo como se encontraba.

Se puede ver todos los eventos creados a través del siguiente comando:

mysql> SHOW EVENTS

Una vez el evento se haya ejecutado se procederá a su eliminación automáticamente, excepto si se añade la condición ON COMPLETION que le permitirá guardar el evento para una posterior modificación o nuevo uso como se muestra en este ejemplo:

Para eliminar permanentemente un evento se puede utilizar el comando DROP EVENT:

DROP EVENT nombreEvento;

Para que un evento se ejecute de forma recurrente se debe de utilizar la condición EVERY. Como se muestra en este ejemplo:

También se puede especificar la ejecución de un evento dentro de un período de tiempo con las clausulas START y END. Ejemplo:

En este ejemplo el evento comenzaría ejecutándose al día siguiente y continuaría ejecutándose cada hora durante un año completo.

Los intervalos de tiempo que se pueden utilizar son los siguientes: YEAR (año), MONTH (mes), WEEK (semana), DAY (día), MINUTE (minuto) o SECOND (segundo).

Actualizando eventos:

Si quisiéramos modificar un evento ya creado, en vez de borrarlo y crearlo de nuevo se podría utilizar la sentencia ALTER EVENT.  Siguiendo los ejemplos anteriores de eventos para modificar el intervalo de tiempo de su ejecución y que comenzará a ejecutarse en un día próximo a la 1 de la mañana  se haría del siguiente modo:

Para modificar el nombre de un evento se podría utilizar la clausula RENAME como se ve en este ejemplo:

Puede descargarse MySQL desde su página oficial.

Esperamos que esta guía os haya servido de ayuda a la hora de conocer y utilizar los eventos MySQL. Si tienes tenéis cualquier pregunta no dudéis en comentarla.

• Correo electronico de base de datos:

El Correo electrónico de base de datos es una solución empresarial para enviar mensajes de correo electrónico desde Motor de base de datos de SQL Server. El Correo electrónico de base de datos permite a las aplicaciones de base de datos enviar mensajes de correo electrónico a los usuarios.Los mensajes enviados pueden incluir resultados de consultas y archivos de cualquier recurso de la red.

Ventajas de usar el Correo electrónico de base de datos

El Correo electrónico de base de datos está diseñado para proporcionar confiabilidad, escalabilidad, seguridad y compatibilidad.

Confiabilidad

• El Correo electrónico de base de datos usa el protocolo estándar SMTP (Protocolo simple de transferencia de correo) para enviar correo electrónico. Puede utilizar el Correo electrónico de base de datos sin necesidad de instalar un cliente con MAPI extendida en el equipo en el que se ejecuta SQL Server.
• Aislamiento de procesos. Para minimizar el impacto en SQL Server, el componente que entrega el correo electrónico se ejecuta fuera de SQL Server, en un proceso independiente. SQL Servercontinuará almacenando en cola los mensajes de correo electrónico incluso si el proceso externo se detiene o genera un error. Los mensajes en cola se enviarán cuando el proceso externo o el servidor SMTP se encuentren en línea.
• Cuentas de conmutación por error. Los perfiles del Correo electrónico de base de datos permiten especificar más de un servidor SMTP. Si un servidor SMTP no está disponible, se puede enviar el correo mediante otro.
• Compatibilidad con clústeres. El Correo electrónico de base de datos es una aplicación para clústeres y es totalmente compatible con estos.

Escalabilidad

• Entrega en segundo plano: el Correo electrónico de base de datos permite realizar entregas en segundo plano o asincrónicas. Cuando se llama a sp_send_dbmail para enviar un mensaje, Correo electrónico de base de datos agrega una solicitud a una cola de Service Broker . El procedimiento almacenado se devuelve inmediatamente. El componente de correo electrónico externo recibe la solicitud y entrega el mensaje.
• Varios perfiles: el Correo electrónico de base de datos permite crear varios perfiles en una instancia de SQL Server . También se puede elegir el perfil del Correo electrónico de base de datos para enviar el mensaje.
• Varias cuentas: cada perfil puede incluir varias cuentas de conmutación por error. Se pueden configurar varios perfiles con distintas cuentas para distribuir el correo electrónico entre varios servidores de correo.
• Compatibilidad con 64 bits: el Correo electrónico de base de datos es totalmente compatible con las versiones de 64 bits de SQL Server.

Seguridad

• Desactivado de forma predeterminada: para reducir el área expuesta de SQL Server, los procedimientos almacenados del Correo electrónico de base de datos están deshabilitados de forma predeterminada.
• Seguridad de correo electrónico: para enviar Correo electrónico de base de datos debe ser miembro del rol de base de datos DatabaseMailUserRole en la base de datos msdb .
• Seguridad de perfil: el Correo electrónico de base de datos aplica la seguridad para los perfiles de correo. El usuario elige cuáles son los usuarios o grupos de la base de datos msdb que tienen acceso a los perfiles del Correo electrónico de base de datos. Se puede conceder acceso a usuarios específicos o a todos los usuarios de msdb. Un perfil privado restringe el acceso a una lista especificada de usuarios. Un perfil público está disponible para todos los usuarios de la base de datos.
• Regulador del tamaño de los datos adjuntos: el Correo electrónico de base de datos aplica un límite configurable para el tamaño de los datos adjuntos. Puede cambiar este límite usando el procedimiento almacenado sysmail_configure_sp .
• Extensiones de archivo prohibidas: el Correo electrónico de base de datos mantiene una lista de extensiones de archivo prohibidas. Los usuarios no pueden adjuntar archivos con las extensiones de la lista. Puede cambiar esta lista utilizando sysmail_configure_sp.
• Correo electrónico de base de datos se ejecuta bajo la cuenta de servicio de motor de SQL Server . Para adjuntar un archivo de una carpeta a un mensaje de correo electrónico, la cuenta de motor de SQL Server debe tener permisos de acceso a la carpeta con el archivo.

Compatibilidad

• Configuración integrada: el Correo electrónico de base de datos mantiene la información de las cuentas de correo electrónico de Motor de base de datos de SQL Server. No es necesario administrar un perfil de correo en una aplicación cliente externa. El Asistente para configuración del Correo electrónico de base de datos proporciona una interfaz adecuada para configurar el Correo electrónico de base de datos. También se pueden crear y mantener configuraciones del Correo electrónico de base de datos mediante Transact-SQL.
• Registro. Correo electrónico de base de datos registra la actividad de correo electrónico en SQL Server, en el registro de eventos de aplicación de Microsoft Windows y en las tablas de la base de datos msdb .
• Auditar: El Correo electrónico de base de datos conserva copias de los mensajes y datos adjuntos enviados en la base de datos msdb . Puede auditar fácilmente el uso del Correo electrónico de base de datos y revisar los mensajes conservados.
• Compatibilidad con HTML: el Correo electrónico de base de datos permite enviar mensajes de correo electrónico con el formato HTML.

Rony Jose Hernandez.