Upload
paulo-philippi-cesar
View
212
Download
0
Embed Size (px)
Citation preview
Daniel [email protected]
IntroduçãoA disponibilidade de um sistema é a probabilidade de que ele
esteja funcionando num determinado momento e pronto para uso.
Recursos disponíveis:- Cluster- LOG SHIPPING (para cada banco)- MIRRORING- Replicação (para cada objeto)
LOG ShippingÉ um recurso que permite copiar um banco
de dados para outros.
Característica LOG SHIPPING
Replicação
Latência >=1 min SegundosChaves Primárias Não SimEnvio de tabelas com filtros Não Sim
Possibilidade de atuar como Servidor principal
Sim Não
Atualização dos dados dos bancos de sistema
Sim, a maior parte
Não
Foco Disaster Recover - DR
Alta disponibili
dade
*Passo a passo da página 615 à 628
Database MirroringO espelhamento de banco de dados (Database
Mirroring) é uma tecnologia disponível a partir da versão 2005 e consiste em transferir o transaction LOG diretamente para o servidor espelho
O Database que está sendo espelhado ficará inacessível até que uma falha ocorra
Tipos de ProteçãoMáxima Segurança(High Safety) - Replicação síncrona- A operação ocorre somente quando todos os servidores envolvidos - Baixa performanceAlta Performance(High Performance) - Replicação síncrona- Utiliza Protocolo Two-Phase-CommitAlta Proteção (High Protection)- Mecanismo de replica síncrono sem a utilização de Witness server
Servidores envolvidos na configuração- Servidor Principal é a origem dos dados- Servidor Mirror é o de espelhamento- Servidor Witness é o servidor que habilita o
failover automático
Alguns itens importantes sobre o espelhamento de Banco de Dados
- Modelo de recovery deve ser FULL- É necessário criar um banco de espelhamento
com uma operação de RESTORE norecovery- O Mirror deve ter o mesmo nome do banco
principal
Indicação de Uso
Transaction Safety
Mecanismo de
Transferência
Quorum Requerid
o
Witness Server
Tipo de Failover
Alta disponibilidade FULL Synchronous Y Y
Automático ou Manual
Alta Proteção FULL Synchronous Y N Apenas manual
Alta Performance OFF Asynchronous N N/AApenas forçado
Always ON – SQL 2012Implementado na versão 2012 que garante a disponibilidade
de ambientes críticos e integrados em CLOUD.- Possibilidade de manter até 4 replicas para cada servidor- Semelhante ao Database Mirroring- Melhora na performance em relação:
- Eficiência no I/O dos servidores secundários- Otimizações realizadas no arquivo de LOG usando o recurso de LOG
pool
Arquitetura Windows server Failover Cluster e Always ON
As tarefas referentes ao processamento da aplicação podem ser realizadas em até 4 replicas.
- Necessário a implementação do Windows Failover Clustering- Recursos:
- Monitor de integridade- Gerenciamento de recursos- Gerencimaneto de metadados- Coordenação de Failover
Laboratório página 730 à 748