Agora que subimos o nível, vamos falar sobre DADOS.

No primeiro post, falamos sobre a base: físico vs virtual

Post 1 — Alta Disponibilidade começa aqui: físico vs virtual

No segundo post, falamos HA (Alta disponibilidade) em ambiente virtualizados

Post 2 — HA na prática: cluster, failover e live migration

No terceiro post, falamos sobre aplicações em ambientes: físico vs virtual

Post 3 — Aplicações na prática em ambientes: físico vs virtual

E agora como e quando usar a melhor métodologia para Data Bases?

Qual melhor desenho para o meu ambiente ?

Banco de Dados.

Não estamos falando só de disponibilidade… Estamos falando de integridade, consistência e recuperação.

E é aqui que muitos ambientes falham.

Cenário 1 — Ambiente físico

Modelo 1 — Replicação via backup de logs (log shipping)

• Servidor principal gera backups de log
• Logs são enviados para outro servidor
• Restore contínuo no secundário

Vantagens:

• Simples de implementar
• Baixo custo
• Boa estratégia de DR

Desvantagens:

• Não é em tempo real
• Failover geralmente manual
• Possível perda de dados (dependendo do intervalo), Aqui já entra o conceito de RPO (perda aceitável)

Modelo 2 — Espelhamento de banco (mirroring)

• Dados replicados em tempo quase real
• Pode ser síncrono ou assíncrono
• Possibilidade de failover automático

Vantagens:

• Alta disponibilidade real
• Baixa perda de dados
• Failover rápido

Desvantagens:

• Maior consumo de recurso
• Mais complexo
• Dependência de rede estável
• Você ainda depende de hardware

Ponto crítico no físico se um servidor falhar:

• Substituição de hardware
• Reposição + reconfiguração
• Ajuste de replicação

Mesmo com replicação… Ainda existe dependência forte do hardware

Cenário 2 — Ambiente virtualizado

Agora aplicamos os mesmos conceitos… Mas com uma camada a mais de controle.

Log shipping em VMs

Funciona igual ao físico, porém:

Com vantagens adicionais:

• Snapshots para rollback rápido
• Backup da VM completa
• Mobilidade entre hosts

Se algo falhar:

• Restore da VM inteira
• Não apenas do banco

Mirroring em VMs

Aqui começa a ficar interessante:

Você combina:

• Replicação do banco (mirroring)
• Alta disponibilidade da VM (cluster/HA)

Resultado:

• Proteção em duas camadas
• Failover do banco + failover da VM

Camadas de proteção no virtual

Banco:

• Log shipping / mirroring

Infraestrutura:

• HA de VM
• Cluster

Backup:

• Snapshot + backup completo

Mas afinal… qual é o melhor cenário?

Aqui é onde muita gente erra.

Não existe “melhor tecnologia” Existe melhor decisão para o contexto

Quando faz mais sentido usar físico

Ambientes com:

• Equipe técnica especializada (DBA + infraestrutura)
• Necessidade extrema de performance (latência mínima)
• Bancos muito grandes e sensíveis a I/O
• Workloads críticos e altamente previsíveis

Aqui o físico pode entregar:

• Mais performance bruta
• Menos camadas
• Controle total do hardware

Quando o virtual é a melhor escolha

Ambientes com:

• Equipe reduzida
• Necessidade de agilidade
• Ambientes em crescimento ou mudança constante
• Múltiplos bancos e aplicações

Aqui o virtual entrega:

• Rapidez de implantação
• Facilidade de recuperação
• Escalabilidade
• Menor dependência de intervenção manual

Disponibilidade, integridade e recuperação

Disponibilidade:

• Mirroring / HA

Integridade:

• Replicação consistente

Recuperação:

• Backup / restore

Um não substitui o outro.

Conclusão

Você pode ter:

• Banco replicado
• Infraestrutura robusta
• Backup funcionando

E ainda assim… Tomar decisões erradas de arquitetura.

E seu ambiente… Hoje ele é baseado em:

• Performance pura?
• Facilidade operacional?
• Ou um equilíbrio entre os dois?