Replicação no SQL Server
Gabarito: letra B. Durante a criação da publicação no SQL Server 2016, a atividade no banco de dados pode continuar normalmente, pois a replicação é projetada para operar sem interrupção. O Snapshot Agent (quando aplicável) não bloqueia o banco de dados de forma significativa, e a replicação transacional, por exemplo, permite que alterações continuem sendo feitas enquanto a publicação é configurada.
Alternativa A — ❌ Incorreta
Afirma que a atividade deve ser interrompida por alto consumo de memória. Não é verdade: a replicação não gera indisponibilidade e o consumo de memória não é um motivo para interromper a atividade. O SQL Server gerencia os recursos sem necessidade de parada.
Alternativa B — ✅ Correta ⟵ GABARITO
A atividade pode continuar normalmente. A replicação é online e não exige a paralisação do banco de dados durante a criação da publicação. O Snapshot Agent pode aplicar bloqueios breves, mas não impede a operação contínua.
Alternativa C — ❌ Incorreta
Diz que a atividade é impactada pelo Snapshot Agent e deve ser bloqueada pelo administrador. O Snapshot Agent não bloqueia o banco de dados de forma geral; ele apenas lê os dados para gerar o snapshot inicial. Não há necessidade de bloqueio administrativo.
Alternativa D — ❌ Incorreta
Afirma que a atividade pode continuar "sempre que a publicação tratar de bancos de dados já replicados". Isso é restritivo: a replicação pode ser configurada mesmo para bancos de dados que ainda não foram replicados, e a atividade continua normalmente independentemente do histórico.
Alternativa E — ❌ Incorreta
Afirma que a atividade é automaticamente interrompida por padrão. O SQL Server não interrompe a atividade automaticamente. O Snapshot Agent não bloqueia o DBMS; ele opera em conjunto com o banco de dados ativo.
Gabarito: letra B