A réplica secundária especificada não está sincronizada; portanto, o failover desse grupo de disponibilidade pode resultar na perda de qualquer transação que não alcançou a réplica secundária antes do failover do grupo de disponibilidade. Para confirmar o failover do grupo de disponibilidade '$$TypeName:AvailabilityGroup@urn$$' para a réplica secundária especificada '$$ssms:Name@context$$', clique em OK. Após a conclusão bem-sucedida da operação de failover, os novos bancos de dados primários estarão online, mas todos os bancos de dados secundários estarão suspensos. Você deverá retomar a movimentação de dados em cada um deles manualmente.
A réplica de disponibilidade local do grupo de disponibilidade '%1!s!' não pode se tornar a réplica primária. A última réplica ...
A réplica de disponibilidade local do grupo de disponibilidade '%1!s!' não se tornou primária. Uma operação simultânea pode ...
A réplica especificada tem um ou mais bancos de dados que não estão sincronizados. O failover para essa réplica pode resultar ...
A réplica filtrada não é um subconjunto da réplica primária. Isso só é possível para grupos de tabelas sem uma chave de partição. ...
A réplica secundária especificada não está sincronizada; portanto, o failover desse grupo de disponibilidade pode resultar ...
A réplica secundária que você selecionou para tornar-se a nova réplica primária não pertence ao grupo de disponibilidade ...
A réplica selecionada tem um ou mais bancos de dados no estado inicializando ou revertendo. O failover para essa réplica ...
A replicação DDL falhou ao atualizar os procedimentos personalizados, execute "exec sp_register_custom_scripting 'CUSTOM_SCRIPT', ...
A replicação de DDL está forçando a reinicialização porque a publicação %1!s!' usa bcp de modo de caracteres, ou a coluna ...