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
Banco de Dados SQL do Azure
Instância Gerenciada SQL do Azure
Um checkpoint precisa de ocorrer periodicamente para os dados otimizados para memória em ficheiros de dados e delta, a fim de avançar a parte ativa do registo de transações. O checkpoint permite que as tabelas otimizadas para memória restaurem ou recuperem até ao último checkpoint bem-sucedido e depois a parte ativa do registo de transações é aplicada para atualizar as tabelas otimizadas para memória e completar a recuperação. A operação de checkpoint para tabelas baseadas em disco e tabelas otimizadas para memória são operações distintas. O texto seguinte descreve diferentes cenários e o comportamento dos checkpoints em tabelas baseadas em disco e otimizadas para memória.
Posto de Controlo Manual
Quando emite um checkpoint manual, ele fecha o checkpoint tanto para tabelas baseadas em disco como otimizadas para memória. O ficheiro de dados ativo está fechado mesmo que possa estar parcialmente preenchido.
Posto de Controlo Automático
O checkpoint automático é implementado de forma diferente para tabelas baseadas em disco e otimizadas para memória devido às diferentes formas como os dados são preservados.
Para tabelas baseadas em disco, é feito um checkpoint automático com base na opção de configuração do intervalo de recuperação (para mais informações, veja Alterar o Tempo de Recuperação Alvo de uma Base de Dados (SQL Server)).
Para tabelas otimizadas para memória, é feito um checkpoint automático quando o ficheiro de registo de transações ultrapassa 1,5 GB desde o último checkpoint. Este tamanho de 1,5 GB inclui registos de registo de transações tanto para tabelas baseadas em disco como otimizadas para memória.
Ver também
Criação e gerenciamento de armazenamento para objetos Memory-Optimized