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
Este artigo descreve os requisitos para a adoção de recursos de In-Memory no SQL Server.
Requerimentos
Além do SQL Server 2022: Requisitos de hardware e software, a seguir estão os requisitos para usar In-Memory OLTP:
SQL Server 2016 (13.x) SP 1 e versões posteriores, qualquer edição. Para SQL Server 2014 (12.x) e SQL Server 2016 (13.x) RTM (pré-SP1), você precisa da edição Enterprise, Developer ou Evaluation.
In-Memory OLTP requer a versão de 64 bits do SQL Server.
O SQL Server precisa de memória suficiente para armazenar os dados em tabelas e índices otimizados para memória e memória extra para dar suporte à carga de trabalho online. Para obter mais informações, consulte Estimar requisitos de memória para Memory-Optimized tabelas.
Ao executar o SQL Server em uma máquina virtual (VM), verifique se há memória suficiente alocada para a VM para dar suporte à memória necessária para tabelas e índices com otimização de memória. Dependendo do aplicativo host da VM, a opção de configuração para garantir a alocação de memória para a VM pode ser chamada de Reserva de Memória ou, ao usar a Memória Dinâmica, RAM Mínima. Verifique se essas configurações são suficientes para as necessidades dos bancos de dados no SQL Server.
Espaço livre em disco que é duas vezes o tamanho de suas tabelas duráveis com otimização de memória.
Um processador precisa suportar a instrução
cmpxchg16bpara usar In-Memory OLTP. Todos os processadores modernos de 64 bits suportamcmpxchg16b.Se você usar uma máquina virtual e o SQL Server exibir um erro causado por um processador mais antigo, veja se o aplicativo host da VM tem uma opção de configuração para permitir
cmpxchg16bo . Caso contrário, você pode usar o Hyper-V, que suportacmpxchg16bsem precisar modificar uma opção de configuração.In-Memory OLTP é instalado como parte dos Serviços do Mecanismo de Banco de Dados.
Para instalar a geração de relatórios (Determinar se uma tabela ou procedimento armazenado deve ser portado para In-Memory OLTP), instale a versão mais recente do SQL Server Management Studio (SSMS) (para gerir In-Memory OLTP através do SQL Server Management Studio Object Explorer).
Observação
- Para obter mais informações específicas para dados na memória no Banco de Dados SQL do Azure, consulte Otimizar o desempenho usando tecnologias na memória no Banco de Dados SQL do Azure e Blog: In-Memory OLTP no Banco de Dados SQL do Azure.
- Para obter mais informações específicas para dados na memória na Instância Gerenciada SQL do Azure, consulte Otimizar o desempenho usando tecnologias na memória na Instância Gerenciada SQL do Azure.
Observações importantes sobre a utilização do In-Memory OLTP
No SQL Server 2016 (13.x) e versões posteriores, não há limite para o tamanho das tabelas com otimização de memória, além da memória disponível.
No SQL Server 2014 (12.x), o tamanho total na memória de todas as tabelas duráveis em um banco de dados não deve exceder 250 GB. Para obter mais informações, consulte Estimar requisitos de memória para Memory-Optimized tabelas.
Observação
A partir do SQL Server 2016 (13.x) SP 1, as edições Standard e Express oferecem suporte a OLTP In-Memory, mas impõem cotas à quantidade de memória que você pode usar para tabelas com otimização de memória em um determinado banco de dados. Na edição Standard são 32 GB por banco de dados; na edição Express, são 352 MB por banco de dados.
Se você criar um ou mais bancos de dados com tabelas com otimização de memória, deverá habilitar a IFI (Inicialização Instantânea de Arquivos) concedendo à conta de inicialização do serviço SQL Server o direito de usuário SE_MANAGE_VOLUME_NAME . Sem IFI, os arquivos de armazenamento otimizados para memória (dados e arquivos delta) são inicializados na criação, o que pode ter um efeito negativo no desempenho de sua carga de trabalho. Para obter mais informações sobre IFI, incluindo como habilitá-lo, consulte Inicialização instantânea de arquivo de banco de dados.
-
Problema conhecido: para bancos de dados com tabelas com otimização de memória, executar um backup de log transacional sem recuperação e, posteriormente, executar uma restauração de log de transações com recuperação pode resultar em um processo de restauração de banco de dados sem resposta. Esse problema também pode afetar a funcionalidade de envio de logs. Para contornar esse problema, a instância do SQL Server pode ser reiniciada antes de iniciar o processo de restauração.