Change Data Capture e outros recursos do SQL Server
Este tópico descreve como os seguintes recursos interagem com a captura de dados de alteração:
Controle de Alterações
A captura de dados de alteração e o controle de alterações podem ser habilitados no mesmo banco de dados. Nenhuma consideração especial é necessária. Para obter mais informações, consulte Trabalhar com Controle de Alterações (SQL Server).
Espelhamento de banco de dados
Um banco de dados que é habilitado para captura de dados de alteração pode ser espelhado. Para assegurar que a captura e a limpeza ocorram automaticamente após um failover, siga estas etapas:
Verifique se o SQL Server Agent está sendo executado na nova instância de servidor principal.
Crie os trabalhos de captura e de limpeza no novo banco de dados principal (o antigo banco de dados espelho). Para criar os trabalhos, use o procedimento armazenado sp_cdc_add_job .
Para exibir a configuração atual de um trabalho de limpeza ou captura, use o procedimento armazenado sys.sp_cdc_help_jobs na nova instância de servidor principal. Para um determinado banco de dados, o trabalho de captura é chamado cdc. database_name_capture e o trabalho de limpeza é chamado cdc. database_name_cleanup, em que database_name é o nome do banco de dados.
Para alterar a configuração de um trabalho, use o procedimento armazenado sys.sp_cdc_change_job .
Para obter informações sobre espelhamento de banco de dados, consulte Espelhamento de banco de dados (SQL Server).
Replicação transacional
A captura de dados de alteração e a replicação transacional podem coexistir no mesmo banco de dados, mas a população das tabelas de alteração ocorre de modo diferente quando os dois recursos estão habilitados. A captura de dados de alteração e a replicação transacional sempre usam o mesmo procedimento, sp_replcmds, para ler alterações no log de transações. Quando a captura de dados de alterações é habilitada por conta própria, um trabalho SQL Server Agent chama sp_replcmds. Quando ambos os recursos estão habilitados no mesmo banco de dados, o Agente de Leitor de Log chama sp_replcmds. Esse agente preenche as tabelas de alteração e do banco de dados de distribuição. Para obter mais informações, consulte Replication Log Reader Agent.
Considere um cenário em que a captura de dados de alteração está habilitada no banco de dados AdventureWorks2012 e há duas tabelas habilitadas para captura. Para preencher as tabelas de alterações, o trabalho de captura chama sp_replcmds. O banco de dados está habilitado para replicação transacional, e é criada uma publicação. Agora, o Agente de Leitor de Log é criado para o banco de dados, e o trabalho de captura é excluído. O Agente de Leitor de Log continua a examinar o log do último número de sequência de log confirmado na tabela de alteração. Isso assegura a consistência de dados nas tabelas de alteração. Se a replicação transacional estiver desabilitada nesse banco de dados, o Log Reader Agent será removido e o trabalho de captura, recriado.
Observação
Quando o Agente de Leitor de Log for usado para captura de dados e replicação transacional, as alterações replicadas serão gravadas primeiro no banco de dados de distribuição. Em seguida, as alterações capturadas são gravadas nas tabelas de alteração. As duas operações são confirmadas ao mesmo tempo. Se houver uma latência na gravação no banco de dados de distribuição, haverá uma latência correspondente antes de as alterações aparecerem nas tabelas de alteração.
A opção proc exec da replicação transacional não está disponível quando a opção change data capture está habilitada.
Restaurando ou anexando um banco de dados habilitado para captura de dados de alteração
SQL Server usa a seguinte lógica para determinar se a captura de dados de alteração deve permanecer habilitada depois que um banco de dados for restaurado ou anexado:
Se um banco de dados for restaurado para o mesmo servidor com o mesmo nome de banco de dados, a captura de dados de alteração permanecerá habilitada.
Se um banco de dados for restaurado para outro servidor, por padrão a captura de dados de alteração será desabilitada, e todos os metadados relacionados serão excluídos.
Para manter a captura de dados de alteração, use a opção
KEEP_CDCquando restaurar o banco de dados. Para obter mais informações sobre essa opção, consulte RESTORE.Se um banco de dados for desanexado e anexado ao mesmo servidor ou a outro servidor, a captura de dados de alteração permanecerá habilitada.
Se um banco de dados for anexado ou restaurado com a opção
KEEP_CDCpara qualquer edição diferente da Enterprise, a operação será bloqueada porque a captura de dados de alteração exigirá SQL Server Enterprise. A mensagem de erro 934 é exibida:SQL Server cannot load database '%.*ls' because change data capture is enabled. The currently installed edition of SQL Server does not support change data capture. Either disable change data capture in the database by using a supported edition of SQL Server, or upgrade the instance to one that supports change data capture.
Você pode usar sys.sp_cdc_disable_db para remover a captura de dados de alterações de um banco de dados restaurado ou anexado.
Change Data Capture e AlwaysON
Quando você usa AlwaysON, a enumeração de alteração deve ser feita em replicação secundária para reduzir a carga do disco na réplica primária.
Consulte Também
Administrar e monitorar a captura de dados de alteração (SQL Server)