Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Aplica-se a:
SQL Server
Pode criar um snapshot de uma base de dados primária ou secundária num grupo de disponibilidade. O papel de réplica deve ser ou PRIMARY ou SECONDARY, e não pode estar no estado RESOLVING.
Observação
Criar snapshots numa base de dados qualquer acarreta sobrecarga de CPU e I/O devido à atividade de copy-on-write. Nas réplicas de bases de dados, este overhead pode reduzir a taxa de rendimento do redo e afetar outras operações, especialmente à medida que o número de snapshots aumenta.
Deve criar instantâneos de base de dados quando o estado de sincronização do banco de dados for SYNCHRONIZING ou SYNCHRONIZED. No entanto, ainda pode criar instantâneos de base de dados quando o estado de sincronização da base de dados é NOT SYNCHRONIZING.
Um snapshot de base de dados numa réplica secundária continua a funcionar se a réplica for DISCONNECTED da réplica primária.
Algumas condições dos grupos de disponibilidade Always On fazem com que tanto a base de dados de origem como os instantâneos de base de dados sejam reiniciados, desconectando temporariamente os utilizadores. Estas condições são as seguintes:
A réplica principal muda de funções. Esta alteração pode acontecer porque a réplica principal atual fica offline e volta a estar online na mesma instância do servidor, ou porque ocorre um failover do grupo de disponibilidade.
A base de dados assume o papel secundário.
Se a réplica de disponibilidade que aloja snapshots da base de dados falhar, os snapshots da base de dados permanecem na instância do servidor onde os criou. Pode continuar a usar os snapshots após o failover. Se o desempenho for uma preocupação no seu ambiente, crie snapshots de base de dados apenas em bases de dados secundárias alojadas por uma réplica secundária configurada para modo de failover manual.
Se alguma vez efetuar uma transferência manual do grupo de disponibilidade para esta réplica secundária, pode criar um novo conjunto de snapshots de base de dados noutra réplica secundária, redirecionar os clientes para esses novos snapshots e eliminar todos os snapshots das bases de dados que agora são primárias.