Caso de éxito
Chatuba Construção
ERP en SQL Server migrado de un servidor físico a Amazon RDS Multi-AZ, con el cumplimiento de la LGPD resuelto.
Sobre el cliente
Cadena de tiendas de materiales de construcción
Chatuba comenzó en 1962 como una pequeña tienda de materiales de construcción en la Baixada Fluminense, en el estado de Río de Janeiro. Más de seis décadas después, la marca suma 10 tiendas físicas, con 9 inauguraciones después de la primera, y más de mil colaboradores.
En el último Ranking Nacional de Tiendas de Materiales de Construcción de Brasil, Chatuba fue señalada como la mayor tienda de materiales de construcción de Río de Janeiro. Su portafolio tiene más de 15 000 artículos, con soluciones para todas las etapas de la obra, y la atención se realiza por canales presenciales y no presenciales: televentas, atención especializada por WhatsApp y e-commerce.
Desafío del cliente
Cadena minorista líder en materiales de construcción en Río de Janeiro, Chatuba operaba un SQL Server on-premises como base de su ERP, que gestiona el inventario, las ventas, las finanzas y la cadena de suministro en todas las tiendas. La infraestructura heredada tenía estos problemas:
- Sin alta disponibilidad: SQL Server se ejecutaba en un servidor físico. Una falla paralizaba el ERP en las más de 10 tiendas al mismo tiempo.
- Lentitud en los picos: tiempos de respuesta de las consultas superiores a 200 ms en los horarios pico, lo que perjudicaba al punto de venta, a los clientes y a los operadores.
- Respaldos frágiles: respaldos en cinta local, sin pruebas de restauración. El RPO real se estimaba en más de 4 horas y el RTO, entre 4 y 8 horas.
- Indisponibilidad: alrededor de 15 horas de inactividad no planificada por mes, con un impacto estimado de R$ 50 000 (reales) o más por evento en períodos de alta demanda, como la temporada de reformas y el Black Friday.
- Sin cifrado: los datos de los clientes (como el CPF, el número de identificación fiscal de las personas en Brasil) y los datos financieros no estaban cifrados, lo que generaba el riesgo de incumplir la LGPD, la ley brasileña de protección de datos.
- Hardware obsoleto: equipos con más de 6 años, sin plan de renovación y sin soporte del fabricante.
Solución implementada por KXC
Fase 1: Assessment y Well-Architected Review
- Revisión completa del entorno Microsoft con AWS Well-Architected Review, identificando riesgos críticos en Confiabilidad, Seguridad y Excelencia Operativa.
- Recopilación de una línea base de desempeño durante 30 días (CPU, memoria, IOPS, planes de consulta y usuarios simultáneos), usada para dimensionar la instancia de RDS.
- Comparación del TCO a 3 años, on-premises frente a AWS, con un ahorro del 30 % por la eliminación del CAPEX en hardware y la reducción de la carga operativa.
Fase 2: Migración con AWS DMS
- AWS Schema Conversion Tool analizó el 100 % de los objetos de SQL Server y no encontró incompatibilidades. Como se mantuvo el motor SQL Server en RDS, no hubo refactorización.
- AWS Database Migration Service se configuró con Full Load y CDC (Change Data Capture), manteniendo la replicación continua hasta el corte.
- Después de 7 días de sincronización incremental, la integridad se validó de forma continua mediante el conteo de filas y sumas de verificación (checksums).
- El corte se realizó en una ventana nocturna de 2 horas, con los equipos de KXC y Chatuba en una sala de crisis (war room), y sin pérdida de datos.
Fase 3: Infraestructura en AWS para SQL Server
- Base de datos: Amazon RDS for SQL Server Enterprise Edition, instancia db.r6i.2xlarge (8 vCPU y 64 GB de RAM), con SQL Server 2019 Enterprise. Se eligió la edición Enterprise por TDE, la compresión y las funciones avanzadas de alta disponibilidad.
- Multi-AZ: instancia principal en sa-east-1a y réplica en espera síncrona en sa-east-1b. La conmutación por error automática tarda menos de 120 segundos y el RTO efectivo es inferior a 5 minutos.
- Almacenamiento: EBS gp3 de 1 TB con 5000 IOPS aprovisionadas, un 40 % más económico que io2 para el patrón de IOPS de la carga de Chatuba.
- Capa de aplicación: Amazon EC2 con Windows Server 2022 en un Auto Scaling Group distribuido en 2 zonas de disponibilidad, detrás de un Application Load Balancer.
- Cifrado: TDE habilitado con una clave de AWS KMS (CMK), para cumplir con la LGPD en los datos de los clientes.
Fase 4: Monitoreo y operación administrada por KXC
- Desempeño: con RDS Performance Insights se identificaron y optimizaron 5 procedimientos almacenados con escaneos completos de tablas, lo que redujo su tiempo de ejecución en un 85 %.
- Monitoreo: Amazon CloudWatch con métricas personalizadas de SQL Server (deadlocks/sec, batch requests/sec, buffer cache hit ratio y page life expectancy), con alertas integradas a Movidesk.
- Parches: AWS Systems Manager Patch Manager aplica actualizaciones automáticas en Windows Server y SQL Server en ventanas de mantenimiento, los domingos a las 02:00 (hora de Brasilia).
- Respaldos: AWS Backup con instantáneas diarias de RDS (retención de 35 días), archivos nativos .bak en Amazon S3 y replicación entre regiones hacia us-east-1. Las pruebas de restauración están automatizadas y se ejecutan todos los meses.

Resultados obtenidos
Entorno de alta disponibilidad, seguridad y escalabilidad
La arquitectura, apoyada en la infraestructura de AWS, permitió a KXC cumplir los objetivos de Chatuba durante el crecimiento de la cadena. La alta disponibilidad de los servicios mejoró los resultados en toda la organización, desde la alta dirección hasta los vendedores y los cajeros.
El proyecto dio como resultado una reducción del 60 % en los costos de infraestructura.
Resultados e indicadores clave (KPI)
| Indicador (KPI) | Resultado | Observación |
|---|---|---|
| Disponibilidad del ERP (mensual) | 99.98 % | Antes, on-premises: 98.5 %. Multi-AZ eliminó la inactividad no planificada. |
| Latencia promedio de las consultas del ERP | 45 ms | Antes: 200 ms. Reducción del 77 % con Performance Insights y optimización de índices. |
| RTO (Recovery Time Objective) | Menos de 5 min | Conmutación por error automática Multi-AZ. Antes: de 4 a 8 horas. |
| RPO (Recovery Point Objective) | Menos de 5 min | Respaldos del registro de transacciones cada 5 minutos. Antes: más de 4 horas (cinta). |
| Inactividad mensual no planificada | Menos de 12 min | Antes: alrededor de 15 horas por mes. Reducción del 98 %. |
| Ahorro en TCO (3 años) | 30 % | En comparación con el costo on-premises, incluidos hardware, licencias, mantenimiento y DBA. |
| Cobertura de cifrado (LGPD) | 100 % | TDE y KMS en RDS, EBS y S3. Antes: sin ningún cifrado. |
| Pruebas mensuales de restauración | 100 % aprobadas | DBCC CHECKDB sin errores y conteo de filas validado. Tiempo promedio: 45 minutos. |
Servicios de AWS utilizados
Migración
- AWS Database Migration Service
- AWS Schema Conversion Tool
- AWS Migration Hub
Base de datos y cómputo
- Amazon RDS SQL Server Enterprise Multi-AZ
- Amazon EC2 Windows Server 2022
- Application Load Balancer y Auto Scaling Group
- Amazon S3 (almacenamiento de respaldos)
Operaciones y seguridad
- Amazon CloudWatch con agente
- RDS Performance Insights
- AWS Systems Manager (Patch)
- AWS Backup (entre regiones)
- AWS KMS (TDE, EBS y S3)
- AWS CloudTrail y AWS Config
- Amazon VPC en 3 capas
Otros casos de éxito
Agende una conversación con nuestro especialista
Complete sus datos y el servicio que necesita. Nos pondremos en contacto con usted para agendar un horario.