Sistemas que no frenan tu empresa.

Reglas migradas al equipo nuevo, dos conexiones a internet con conmutación automática y protocolos inseguros eliminados. Corte fuera de horario, en fases, con pruebas y plan de vuelta atrás.

Ejecutado sin necesidad de volver atrás.

El acceso remoto usaba un protocolo con el cifrado roto, expuesto a internet y terminando en el servidor principal del dominio. Se reemplazó por una VPN cifrada moderna, con un perfil por dispositivo y baja inmediata.

Se cerró la exposición más crítica que tenía la empresa.

Sitio web, tienda mayorista y CRM competían por los mismos puertos. Se unificaron detrás de un proxy inverso que los reparte por nombre, con certificados de renovación automática.

El CRM pasó a usar HTTPS por primera vez: las claves dejaron de viajar sin cifrar.

Durante un mes, seis vendedores perdían la conexión cada pocos minutos. Se descartaron las hipótesis una por una, cada una con su medición, hasta encontrar la causa: una función que la plataforma del fabricante reactivaba sola después de una actualización y expulsaba a los equipos.

Los cortes dejaron de registrarse en las mediciones.

Relevamiento de accesos, equipos, certificados y sistemas publicados a internet. Aparecieron credenciales legibles en el servidor web, un archivo de configuración descargable desde afuera, certificados vencidos y una red wifi abierta que nadie administraba.

Lista de riesgos ordenada por prioridad, cada uno con su criterio de cierre.

Servidores virtuales nuevos sobre VMware ESXi 8: CRM, VPN, proxy inverso y entorno de pruebas en Ubuntu Server, y el servidor de respaldos en Windows Server. Cada uno con firewall propio, actualizaciones automáticas y arranque automático con el equipo físico.

Cada servicio en su propia máquina: si uno falla, no arrastra a los demás.

Se reconstruyó el almacenamiento del servidor principal en espejo (RAID 1 por hardware) y se migraron las máquinas virtuales de producción conservando su identidad de red.

Sin interrupción del servicio.

Lo que se consideraba el respaldo del servidor principal era una copia de 9 meses atrás. Se instaló un respaldo diario de 10 equipos en un servidor dedicado y aislado de la red de usuarios, como protección ante un secuestro de datos, con 14 días de retención y aviso si un trabajo falla.

Restauración de archivos probada.

Migración completa a un nuevo sistema de gestión en comercio exterior, logística, administración y contabilidad, posventa y ventas. Carga de datos maestros e históricos y definición del catálogo de productos.

Toda la operación funcionando en el sistema nuevo.

Después de un parche de la base de datos, el servicio que corre las tareas automáticas quedó detenido: sin cierre diario y sin respaldos, y nada avisaba. Se restableció, se verificaron los días salteados y se instaló un componente nuevo pedido por el proveedor, con instantánea previa.

Se detectaron además tareas automáticas que fallaban en silencio desde hacía meses.

Reparto de las carteras de los vendedores que dejaron la empresa, a partir de planillas del área comercial. Cada lote se validó contra la base antes de aplicarse, con respaldo previo, conteo esperado y reversión preparada.

Cambios aplicados sin errores. Las contradicciones entre planillas se separaron para que decida el área comercial.

Relevamiento del licenciamiento de servidores y bases de datos. Apareció una base de producción sobre una edición que no lo permite, y un costo de licencias de servidor que dependía de dónde se instalara.

Un solo planteo de regularización, con las opciones comparadas por costo.

Migración de un hosting compartido con versiones sin soporte a un servidor propio. Se detectó que el respaldo nocturno guardaba una base vacía y aun así informaba “OK”.

Respaldo corregido y verificado, con control de tamaño mínimo.

La tienda dejó de responder a los clientes y el sistema de gestión quedó inaccesible para parte del personal. Causa: un registro DNS con un dígito mal escrito, y una consulta sin tiempo de espera que agotó los procesos del servidor.

Servicio restablecido en el día, con la causa y la corrección de fondo documentadas.

Copia aislada de la tienda mayorista para probar cambios sin tocar producción. Al armarla se descubrió que, tal como estaba, una copia escribía en la base real; se cortó por red el acceso a la base y al correo de producción.

Las pruebas ya no pueden afectar a los clientes ni a los datos reales.

Servicio para que los clientes consulten el stock por su cuenta, en JSON o planilla, con una clave por cliente. Lee una copia horaria del sistema de gestión, así el tráfico de afuera nunca llega al sistema.

Validado en el entorno de pruebas, con plan de pasaje a producción en 7 fases.

Guías de operación por servicio, inventario de red y servidores, lista de pendientes priorizada con criterio de cierre y modelo de pedido de ventana de mantenimiento para la dirección.

La operación deja de depender de la memoria de una persona.