Eu sei que o SQL Server 2012 e 2014 oferecem grupos de disponibilidade AlwaysOn que fornecem essa funcionalidade, mas ainda estou preso no SQL Server 2008 R2 por um tempo.
Recentemente, encontrei este whitepaper da AWS: http://media.amazonwebservices.com/AWS_RDBMS_MS_SQLServer.pdf
Fiquei confuso com este gráfico na página 11:
o que parece indicar que o banco de dados espelho pode ser usado para leitura (verifique na coluna do recurso 'Cópia legível'), assim como pode ao usar Log Shipping, porque tem sido minha experiência que o banco de dados espelho não pode ser usado de forma alguma - seu único propósito é para failover.
A resposta a esta pergunta: O espelhamento de banco de dados é limitado a um banco de dados original parece confirmar minhas suspeitas de que o banco de dados espelho NÃO é legível, embora apenas de passagem.
Este white paper está errado ou os bancos de dados espelhados do SQL Server 2008 R2 são realmente legíveis?
Se estiverem, o que é preciso fazer para fazer isso, pois a tentativa de conexão no SSMS resulta em uma janela conectada ao banco de dados mestre e a execução USE [database]dá o seguinte erro:
Msg 954, Level 14, State 1, Line 1
The database "database" cannot be opened. It is acting as a mirror database.
ATUALIZAÇÃO: Entendo que existem maneiras de contornar esse problema e obter algo derivado do espelho e com atraso de tempo que seja legível, e suponho que alguém possa argumentar que um instantâneo é uma "Cópia legível", mas isso é muito diferente do tipo de cópia legível que você obteria por meio de envio de log ou replicação de transação, já que ambos seriam atualizados automaticamente, mesmo que ligeiramente desatualizados (talvez os instantâneos também possam estar - estou preso no padrão Edition , então não estou tão familiarizado com o conjunto de recursos Enterprise Edition ). Além disso, um espelho síncrono verdadeiramente legível (como usar Grupos de Disponibilidade AlwaysOnem 2012+) forneceria uma versão legível perfeitamente sincronizada - o que é MUITO mais útil porque o espelho pode ser usado para distribuir a carga de consulta de leitura e evitar todos os problemas com o retorno de dados desatualizados. Meu objetivo principal (conforme declarado na pergunta acima) era realmente obter uma resposta definitiva sobre a legibilidade do próprio espelho (não um instantâneo ou uma réplica dele). Embora a resposta fornecida esteja de acordo com minha própria experiência, os únicos links para fontes definitivas fornecidas são para possíveis maneiras de obter resultados semelhantes - nenhum deles afirma definitivamente que os espelhos não são legíveis. Aceitarei a primeira resposta que fornecer esse link.
Um espelho do SQL Server 2008 R2 não é legível .
Se você estiver usando o Enterprise Edition , poderá criar um banco de dados de instantâneo nomeado a partir do espelho. Isso permite que você crie um banco de dados legível pontual que pode ser usado para praticamente qualquer consulta que não faça nenhuma atualização. (Embora você possa usar outro banco de dados (tempdb ou um workdb) para fazer um trabalho auxiliar que não caberia no instantâneo somente leitura.)
Consulte: https://msdn.microsoft.com/en-us/library/ms175158(v=sql.105).aspx
Quando o instantâneo fica 'velho' o suficiente, você cria um novo banco de dados de instantâneos. Eventualmente, você precisará descartar o instantâneo mais antigo, mas é possível oferecer suporte a vários instantâneos. (Isso depende da quantidade de atividade em seu banco de dados e servidor.)
Se você usa o Standard Edition e tem a mesma necessidade, procure o envio de logs usando RESTORE com STANDBY. Você precisará gerenciar quando as próximas restaurações serão feitas para usar o recurso STANDBY.
Consulte: https://msdn.microsoft.com/en-us/library/ms178615.aspx
Ele diz sobre a opção STANDBY: "O arquivo de espera permite que um banco de dados seja ativado para acesso somente leitura entre as restaurações do log de transações e pode ser usado com situações de servidor de espera passiva ou situações de recuperação especiais nas quais é útil inspecionar o banco de dados entre as restaurações de log."
Portanto, esse método exige que você atrase a restauração dos logs para corresponder à programação por quanto tempo deseja manter esse ponto no tempo em ação. Uma Restauração de LOG encerrará o STANDBY e restaurará para o ponto seguinte, que poderá ser restaurado com um novo período de STANDBY.
Dependendo de suas necessidades, uma dessas abordagens pode fornecer um banco de dados point-in-time legível. Nenhuma atualização se torna visível no banco de dados durante (a) o instantâneo ou (b) o período entre a restauração das atualizações.
Os espelhos não são legíveis, mas a replicação permite acesso de leitura e gravação para "assinantes". Assinante (escravo) é uma cópia do banco de dados do Publicador (mestre).
Copiar da seção Atualizando Dados nos Assinantes .
Mesclar replicação
Replicação transacional ponto a ponto
Replicação transacional com atualização de assinaturas