Data Mirroring

Question

Olá Pessoal,

Alguém poderia me mostrar um cenário em que a opção Data Mirroring seria interessante?
Como estou migrando uma edição Enterprise para Standard, gostaria de ter uma idéia um cenário em que ela pode ser útil, caso contrário estarei partindo para outra solução.

Posso dizer que um snapshot de um banco de dados é um backup?

 

 

Answer 1

Just

Qual a sua necessidade?

o Mirroring pode ser usado em uma empresa que tem poucos recursos para um cluster mas tem 2 servidores e quer ter a contigência de seus dados.

com o mirroring vc pode ter o Witness para fazer o Failover automático ou mudar na aplicação.

Se vc ja tem duas máquinas e tem ou pode comprar um storage o cluster pode ser uma boa solução.

---

Att.
Marcelo Fernandes

MCP, MCDBA, MCSA, MCTS.
Se útil, classifique!!!
Me siga no twitter: @marcelodba

Answer 2

Então Marcelo,

A empresa atual não possui cluster e apenas utiliza replicação de 4 tabelas,

o tamanho total para todas as bases é de 80GB (nem todas são replicadas).

Para replicação, é 10GB no máximo.

Answer 3

JustSQL,

Montar um cenário que possa ser utilizado o Database Mirroring não é algo complicado, o que normalmente é mais chato é procurar adequar este cenário a sua necessidade.

O objetivo principal do Database Mirroring é prover uma estrutura de cópia simultânea de dados entre fontes distintas, estabelecendo um ambiente de alta-disponibilidade. Básicamente consiste em uma troca em tempo real dos dados, processo que pode ser controlado e monitorado através de uma máquina específica chamada Witnees, possibilitando em momentos de falha aplicar recursos de failover, fazendo a troca automática dos servidores em execução.

O que realmente você precisa?

---

Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

Answer 4

Boa Noite,

Há várias soluções de alta disponibilidade no SQL Server e acredito que você deva listar seus pré-requisitos de disponibilidade para escolher qual é a melhor para o seu caso, pois, não há uma que sirva para todas as situações. Embora o cluster seja uma solução muito interessante, não é apenas uma questão de custos que o torna melhor ou pior que o Mirroring. O cluster irá tornar muita coisa automática, mas veja que ao contrário do Database Mirroring, o cluster não está protegido contra uma falha no storage ou na SAN que permite a comunicação (já o Mirroring está).

Há várias aplicabilidades para o Database Mirroring. Você poderia ter dois servidores colocando determinadas bases de dados espelhadas e caso um servidor (ou uma dessas bases) venha a falhar, você terá a outra disponível. Isso não irá requerer forte investimento em hardware ou soluções de storage, mas apenas dois servidores licenciados de SQL Server.

Agora imagine que você tem uma base muito crítica em um prédio e gostaria que caso o prédio sofresse algum desastre natural, a outra base pudesse subir no outro prédio. Como o Database Mirroring só precisa de dois SQL Servers, basta fazer com que ele se enxerguem e usar o Database Mirroring para espelhar a base. Se um prédio pegar fogo, o outro está disponível. Eis algo que o cluster por si só não entregaria (a menos que fosse um geocluster, mas aí o investimento será consideravelmente maior e de novo vem os chamados requisitos de disponibilidade).

Você não pode considerar que um snapshot seja um backup. Ele é apenas um momento no tempo. Se o banco cair, o snapshot será perdido e você não terá como recuperar nem o banco e nem o snapshot. Ele pode ocupar menos espaço e ser gerado mais rapidamente, mas não tem a segurança de um backup.

[ ]s,

Gustavo Maia Aguiar
Blog: http://gustavomaiaaguiar.wordpress.com
Vídeos: http://www.youtube.com/user/gmasql

---

Classifique as respostas. O seu feedback é imprescindível