Licenciando uma caixa de SQL DR [duplicado]

Question

Estou tentado a usar um servidor de DR que contém uma cópia espelhada de um banco de dados para executar também restaurações de teste e verificações de integridade do banco de dados principal.

Talvez haja problemas com a largura de banda da rede (copiando o backup do servidor primário junto com o tráfego espelhado) e a capacidade da CPU no servidor DR secundário (realizando refazer e executando o checkdb na edição Standard), além disso, se eu restaurar recuperar o banco de dados primário no servidor de DR secundário, terei que licenciar a caixa?

Eu não usaria essa cópia do banco de dados principal para nada além de executar o checkdb (honest guv).

    

Answer 1

As edições Express ou Developer não farão isso, pois você já está usando o espelhamento.

Basicamente, assim que você usar a instância para qualquer coisa além de hospedar cópias redundantes de bancos de dados por meio de envio de logs ou espelhamento, você deve comprar uma licença.

É um pouco chato, como a maioria das pessoas esperaria que testar as sequências de restauração e executar verificações de consistência seria ok, mas essas são as regras!

Se você seguir esse caminho, tenha cuidado ao colocar os bancos de dados, em termos de subsistema de E / S - o carregamento extra de E / S do CHECKDB (geralmente muito mais do que fazer uma restauração) poderia fazer a fila REDO do espelhamento crescer e contribuir para um failover mais lento.

Espero que isso ajude!

PS Eu tive uma idéia - o que você poderia fazer é enviar para a mesma instância o banco de dados em que você está interessado - então você estará testando os backups de log pelo menos. Tecnicamente , a restauração usando o WITH STANDBY e a execução do CHECKDB também é contra o modelo de licenciamento ...

    

Answer 2

Eu sempre tive a impressão de que um 'servidor passivo' é permitido para que o DR registre ou envie mensagens. De microsoft:

Ao fazer suporte a failover, um servidor é designado como o servidor passivo. O objetivo do servidor passivo é absorver os dados e informações mantidos em outro servidor que falha. Um servidor passivo não precisa de uma licença se o número de processadores no servidor passivo for igual ou menor que o número de processadores no servidor ativo. O servidor passivo pode executar as tarefas do servidor ativo por 30 dias. Depois, deve ser licenciado em conformidade .

Você ainda precisa comprar uma licença do sistema operacional.

    

Answer 3

Se o SQL Express não funcionar para o que você está tentando fazer, no mínimo você precisará de um licença SQL Developer Edition . Você pode estar em alguma área cinzenta, mesmo com uma licença do SQL Developer, dependendo do que você está fazendo com essa cópia espelhada.

    

Answer 4

Se realmente for usado apenas para recuperação de desastre, ele não precisará de uma licença de SQL, desde que a caixa de DR não tenha mais processadores do que o servidor de produção. Você pode instalar a mesma edição do SQL como seu servidor de produção, não superior. Se você passar para a caixa DR, terá 30 dias para restaurar no servidor principal. Consulte a questão de licenciamento Ativo / Passivo aqui , ele faz referência ao envio de log especificamente , mas aplica-se a todos os modelos de failover Ativo / Passivo ao melhor de meu entendimento. A única pegadinha possível é que você precisa ser licenciado pelo processador no primário. Mais detalhes estão na página 2 aqui [doc]

Você precisa, no entanto, licenciar o sistema operacional, não importa o quê.

    

Answer 5

Vá e compre uma licença de servidor único (baseada em CAL). Ele vem com 5 CALs que serão suficientes para os seus DBAs se conectarem e custarão apenas alguns milhares. Uma vez que tudo que você quer fazer é restaurar e verificar a máquina, você pode sair com a edição Workgroup, que custa ainda menos.