35+ AÑOS EN EL MERCADO
Operando ininterrumpidamente desde 1990. Más de 25.000 horas de consultoría entregadas y 596+ incidentes críticos resueltos en producción. Pattern recognition que solo viene con décadas de operación real.
PERFORMANCE TUNING ORACLE — DESDE 1990
Cuando el reporte que corría en 3 minutos pasa a tardar 40, el problema rara vez es hardware. Es plan instability, estadística desactualizada, índice equivocado o un wait event escondido en el AWR. Lo encontramos.
DBAs Oracle Certificados confiados por
EL DIAGNÓSTICO FÁCIL
El proveedor dice: aumente la licencia
Cada core adicional en Oracle Enterprise cuesta una fortuna. Si la query sigue haciendo full table scan en una tabla de 200M registros, más CPU solo quema más dinero más rápido.
DBA interno se enfoca en lo visible
Top SQL by CPU, top SQL by elapsed. Pero el cuello de botella real está en latch: cache buffers chains, en bloque caliente que serializa toda la aplicación. Sin ASH histórico de 30 días, nadie lo ve.
Plan flipping en producción
La query corrió rápido por 3 meses. Recolectó estadística en mala ventana, el CBO cambió el plan, y ahora tira la base a las 8 AM. Bind peeking, adaptive cursor sharing, plan baselines — ¿quién domina?
HTI lee el AWR antes de terminar la reunión
Usted envía el AWR y el ASH report. En 24h devolvemos root cause, fix propuesto y estimación de ganancia. Sin necesidad de mover su ambiente para descubrir el problema.
ALCANCE TÉCNICO
No es "rebuild de índice y revisar parámetro init". Es análisis cuantitativo de wait events, segmentación de carga por servicio, y fix con prueba de reducción medida en AWR comparativo.
Lectura de AWR snapshot a snapshot, comparación baseline vs incident, segmentación por wait class (User I/O, Concurrency, Cluster). Identificamos lo que ADDM ignora.
Captura, evolución y fijación de planes estables con SPM. Acabamos con plan flipping causado por bind peeking o estadísticas volátiles. Adaptive features bajo control.
Diagnóstico de gc current block busy, gc cr block lost, cross-instance enqueues. Rebalanceamiento de servicios por instancia. Cache fusion bajo carga real, no whitepaper.
Diskgroups con hot spots, redo log multiplex mal configurado, ASMM vs AMM. Optimización de I/O sin cambiar storage — solo usando lo que ya está pagado.
Estrategia de partition pruning, local vs global indexes, bitmap en DW, IOT en lookup. Cuándo partition exchange salva el ETL y cuándo perjudica el OLTP.
11g→19c sin regresión de plan. Optimizer_features_enable, SQL Plan Baselines pre-migración, captura del workload con SQL Tuning Sets. Upgrade sin trasnochar.
ORACLE AMEC — ÚNICA EN BRASIL
No es un analista que aprendió Oracle en la cuarentena. Es un equipo que forma DBAs Oracle desde antes del 9i, en sala física controlada en el PIT/SP.
35 años leyendo AWR. El patrón de wait event que le parece nuevo, para nosotros es variación de lo que vimos en 2008.
RESULTADOS MEDIDOS
GRAN MINORISTA
Cierre mensual
Query de cierre contable en Oracle 19c reducida de 40 minutos a 90 segundos con SQL Plan Baseline + reescritura de subquery correlacionada.
INSTITUCIÓN FINANCIERA
RAC 4 nodos
Eliminación de gc current block busy en RAC de 4 nodos vía rebalance de servicios y particionamiento por hash. CPU media bajó de 85% a 25%.
SECTOR PÚBLICO
Upgrade 11g → 19c
Migración de Oracle 11.2.0.4 a 19c en ambiente de 12TB sin rollback y sin regresión de plan, usando SPA + SPM + STS pre-captura.
METODOLOGÍA
Recolección de AWR/ASH
Usted envía AWR (1 semana, intervalo 1h) + ASH report de la ventana del problema + alert.log de los últimos 30 días. Sin necesidad de dar acceso al ambiente.
Diagnóstico técnico
Segmentación por wait class, análisis de top SQL por tiempo de DB, identificación de plan flips, latches y enqueues. Informe con root cause documentado.
Plan de fix priorizado
Fixes ordenados por ROI: lo que devuelve 80% de la ganancia con 20% del riesgo. Estimación de impacto basada en medición, no en opinión.
Aplicación supervisada
Implementación en homologación con SPA comparativo, validación, deploy en producción con plan de rollback. AWR post-fix probando la ganancia.
FAQ
No. El diagnóstico inicial se hace con AWR report, ASH report y alert.log que usted genera y envía. Solo pedimos acceso cuando el fix entra en homologación — y aun así con usuario restringido, auditado y revocado al fin del proyecto.
Ambos. En Standard Edition el conjunto de herramientas es menor (sin AWR nativo, sin partitioning), así que usamos Statspack, V$ views y estrategias compatibles. La ganancia suele ser aún mayor, porque la mayoría de los ambientes SE están subóptimos.
Con SQL Plan Management (SPM). Capturamos el plan optimizado, lo fijamos como baseline aceptado, y cualquier plan nuevo solo entra en producción si es comprobadamente mejor. Inmune a recolección de estadística mala o cambio de bind peeking.
Garantizamos diagnóstico con root cause documentado. En 95% de los casos con AWR enviado en los últimos 5 años, devolvemos al menos 30% de reducción en CPU o elapsed time de la query objetivo. Cuando no es posible, lo decimos antes — no cobramos el fix.
Sí. OCI Autonomous, OCI Base Database, AWS RDS for Oracle y Azure Database for Oracle. Las herramientas cambian (OEM vs Performance Insights vs CloudWatch), los principios de diagnóstico son los mismos.
20 minutos con un DBA Senior Oracle. Usted manda el AWR, devolvemos el diagnóstico técnico. Sin formulario comercial, sin propuesta de 30 páginas.
Versiones y ediciones atendidas
POR QUÉ HTI
Sustentando ambientes críticos en Brasil desde 1990. No somos una consultoría genérica que aprendió base de datos — somos The Database Company.
Operando ininterrumpidamente desde 1990. Más de 25.000 horas de consultoría entregadas y 596+ incidentes críticos resueltos en producción. Pattern recognition que solo viene con décadas de operación real.
Único MySQL Authorized Education Center (AMEC) de Oracle University en Brasil — logro obtenido dos veces. Más de 1.000 DBAs formados en cursos oficiales HTI.
DBAs en sala de acceso restringido en PIT São José dos Campos: cámaras 24h, acceso biométrico, rack dedicado. Sin freelancer remoto, sin estación improvisada. Compliance que va más allá de la política interna.
Monitoreo comportamental desarrollado internamente. Detecta patrones anómalos de ingestión y accesos a objetos protegidos — sin dependencia de herramienta de terceros.