35+ ANOS NO MERCADO
Operando ininterruptamente desde 1990. Mais de 25.000 horas de consultoria entregues e 596+ incidentes críticos resolvidos em produção. Pattern recognition que só vem com décadas de operação real.
DBA REMOTO POSTGRESQL — 24×7
Time de dev escreveu o app, escolheu RDS ou subiu Postgres em VM e foi pra produção. 6 meses depois: backup nunca foi testado, replica fora do ar, autovacuum desligado em tabela quente. A gente assume a operação.
DBAs PostgreSQL confiados por
POSTGRES SEM DONO
Backup que nunca foi restaurado
Snapshot do RDS rodando todo dia. Ninguém nunca fez restore num ambiente paralelo. Quando precisar de verdade — corrupção lógica, drop acidental — você descobre se funciona.
Replica streaming "em pé"
pg_stat_replication mostra a replica conectada. Mas o replication lag chegou em 4 horas. Failover hoje significa perder 4 horas de dado. Ninguém monitora wal_sender.
Autovacuum desligado pra "não atrapalhar"
Tabela de eventos com 80M de tuplas mortas. Transaction ID se aproximando do wraparound. Em 3 semanas o banco para sozinho — e nenhum alerta foi configurado.
Major upgrade adiado há 3 anos
Você ainda está em Postgres 11. EOL passou. Cada query nova é otimizada pra 15+. Migração precisa ser feita com pg_upgrade ou logical replication, sem janela longa.
ESCOPO TÉCNICO
Não é só monitorar CPU. É manter Postgres saudável em produção: HA real com Patroni, backup testado com pgBackRest, autovacuum dimensionado por tabela, e plantão com DBA Sênior — não primeiro nível tropeçando em wiki.
DBA Sênior Postgres em sobreaviso real. SLA de resposta <15min para Sev1, <1h para Sev2. Sem bot, sem primeiro nível, sem "vou abrir chamado".
Setup e operação de cluster Patroni com etcd ou Consul, failover automático sob 30s, switchover planejado, monitoramento de DCS. HA que realmente funciona quando precisa.
Backup incremental + WAL archive em S3/GCS, restore testado mensalmente em ambiente paralelo, retenção por política de compliance. PITR ao segundo, comprovado.
Replica síncrona ou assíncrona, monitoramento de lag em tempo real, replication slots dimensionados, cascading replicas quando faz sentido.
11→16 com pg_upgrade in-place ou logical replication near-zero downtime. Testes de regressão, captura de planos pré-upgrade, rollback documentado.
Análise de crescimento de tabela, projeção de I/O e RAM, sizing de instância RDS/Aurora ou Postgres on-premise. Sem upsell — só o que cabe no orçamento.
DBAs POSTGRES EM SALA FÍSICA
Não é freelancer remoto de país aleatório. Equipe DBA com track record em Postgres desde 8.4, operando em sala física controlada no PIT/SP.
Backup não é o que você configurou. É o último restore que você fez. Se foi há 6 meses, você não tem backup.
OPERAÇÃO EM PROD
FINTECH BCB
Uptime 12 meses
Operação de cluster Patroni 3-nós em PostgreSQL 15 com pgBackRest, 12 meses sem incidente perceptível ao usuário final.
SAAS HEALTHTECH
Restore comprovado
Recuperação Point-in-Time de drop acidental em produção em 14 segundos via pgBackRest + WAL archive em S3. Janela de RPO mantida.
STARTUP SÉRIE B
Upgrade sem downtime
Migração de PostgreSQL 11 para 16 via logical replication com switchover de 45 segundos. Captura de planos pré + monitoramento pós.
METODOLOGIA
Auditoria de ambiente
Inventário de instâncias, versões, replicas, backup, monitoramento. Mapa de risco priorizado. Sem mexer em nada — só ler.
Quick wins
Backup com restore testado, alertas críticos configurados, autovacuum tunado em tabelas quentes, replication lag monitorado.
HA & DR
Patroni ou failover documentado, pgBackRest com retention policy, runbook de incidente, plantão ativo.
Handover formal
Documentação completa, runbooks por cenário, dashboard de saúde, contrato de SLA ativo.
FAQ
Todos. Aurora PostgreSQL, RDS for PostgreSQL, Cloud SQL (GCP), Azure Database for PostgreSQL e Postgres on-premise. As ferramentas mudam (Patroni só faz sentido fora de managed), os princípios de operação são os mesmos.
Atuamos como camada de plantão fora-do-horário, como segunda opinião em decisões críticas (upgrade, mudança de HA), ou como reforço em incidente. Não substituímos o time — somos backup técnico.
Você abre incidente por WhatsApp, telefone ou e-mail. Roteamento automático por severidade. Sev1 (banco fora): DBA Sênior em até 15 min. Sev2 (degradação): 1h. Sev3 (dúvida): próximo dia útil.
Pacote mensal por número de instâncias e tier de SLA. Sem cobrança por incidente — incentivo errado. Se aumentou o volume, conversamos antes do mês acabar.
Sim. Os primeiros 30 dias são de handover formal, com auditoria, quick wins e documentação. Sem ruptura. Se o DBA anterior quiser participar, melhor.
20 minutos com um DBA Senior PostgreSQL. Conta a situação, a gente devolve plano de assumir em 30 dias. Sem formulário comercial.
Versões e plataformas atendidas
POR QUE A HTI
Desde 1990 sustentando ambientes críticos no Brasil. Não somos uma consultoria genérica que aprendeu banco de dados — somos The Database Company.
Operando ininterruptamente desde 1990. Mais de 25.000 horas de consultoria entregues e 596+ incidentes críticos resolvidos em produção. Pattern recognition que só vem com décadas de operação real.
Único MySQL Authorized Education Center (AMEC) da Oracle University no Brasil — conquista obtida duas vezes. Mais de 1.000 DBAs formados em cursos oficiais HTI.
DBAs em sala de acesso restrito no PIT de São José dos Campos: câmeras 24h, acesso biométrico, rack dedicado. Sem freelancer remoto, sem estação improvisada. Compliance que vai além da política interna.
Monitoramento comportamental desenvolvido internamente. Detecta padrões anômalos de ingestão e acessos a objetos protegidos — sem dependência de ferramenta de terceiro.