Orientador de Otimização de Memória

A ferramenta de relatórios de desempenho de transações (consulte Determinar se uma tabela ou procedimento armazenado deve ser portado para In-Memory OLTP) informa quais tabelas em seu banco de dados serão beneficiadas se portadas para In-Memory OLTP. Depois de identificar uma tabela que deseja portar para usar In-Memory OLTP, você pode usar o assistente de otimização de memória para ajudá-lo a migrar a tabela de banco de dados baseada em disco para In-Memory OLTP.

Para começar, conecte-se à instância que contém a tabela de banco de dados baseada em disco. Você pode se conectar a uma instância do SQL Server 2012 ou do SQL Server 2014. No entanto, se você quiser executar uma operação de migração com o assistente, deverá se conectar a uma instância do SQL Server 2014 na qual In-Memory funcionalidade OLTP está habilitada. Para obter mais informações sobre In-Memory requisitos OLTP, consulte Requisitos para usar tabelas de Memory-Optimized.

Para obter informações sobre metodologias de migração, consulte In-Memory OLTP – Padrões comuns de carga de trabalho e considerações de migração.

Passo a passo usando o Assistente de Memory-Optimization

No Pesquisador de Objetos, clique com o botão direito do mouse na tabela que você deseja converter e selecione Memory-Optimization Assistente. Isso exibirá a página de boas-vindas do Orientador de Otimização de Memória de Tabela.

Lista de verificação de otimização de memória

Ao clicar em Avançar na página de boas-vindas do Orientador de Otimização de Memória de Tabela, você verá a lista de verificação de otimização de memória. As tabelas com otimização de memória não dão suporte a todos os recursos em uma tabela baseada em disco. A lista de verificação de otimização de memória informa se a tabela baseada em disco usa recursos incompatíveis com uma tabela com otimização de memória. O Orientador de Otimização de Memória de Tabela não modifica a tabela baseada em disco para que ela possa ser migrada para usar In-Memory OLTP. Você deve fazer essas alterações antes de continuar a migração. Para cada incompatibilidade encontrada, o Orientador de Otimização de Memória de Tabela exibe um link para informações que podem ajudá-lo a modificar suas tabelas baseadas em disco.

Se você quiser manter uma lista dessas incompatibilidades, para planejar sua migração, clique no Relatório de Geração para gerar uma lista HTML.

Se a tabela não tiver incompatibilidades e você estiver conectado a uma instância do SQL Server 2014 com In-Memory OLTP, clique em Avançar.

Avisos de otimização de memória

A próxima página, avisos de otimização de memória, contém uma lista de problemas que não impedem que a tabela seja migrada para usar In-Memory OLTP, mas que podem fazer com que o comportamento de outros objetos (como procedimentos armazenados ou funções CLR) falhe ou resulte em comportamento inesperado.

Os primeiros avisos na lista são informativos e podem ou não se aplicar à sua tabela. Os links na coluna à direita da tabela levarão você a mais informações.

A tabela de aviso também exibirá possíveis condições de aviso que não estão presentes em sua tabela.

Avisos acionáveis terão um triângulo amarelo na coluna à esquerda. Se houver avisos acionáveis, você deverá sair da migração, resolver os avisos e reiniciar o processo. Se você não resolver os avisos, sua tabela migrada poderá causar uma falha.

Clique em Gerar Relatório para gerar um relatório HTML desses avisos. Clique em Avançar para continuar.

Opções para Otimização de Avaliação

A próxima tela permite modificar as opções para a migração para In-Memory OLTP:

Grupo de arquivos com otimização de memória
O nome do grupo de arquivos com otimização de memória. Um banco de dados deve ter um grupo de arquivos com otimização de memória com pelo menos um arquivo antes que uma tabela com otimização de memória possa ser criada.

Se você não tiver um grupo de arquivos com otimização de memória, poderá alterar o nome padrão. Grupos de arquivos com otimização de memória não podem ser excluídos. A existência de um grupo de arquivos com otimização de memória pode desabilitar alguns recursos no nível do banco de dados, como FECHAMENTO AUTOMÁTICO e espelhamento de banco de dados.

Se um banco de dados já tiver um grupo de arquivos com otimização de memória, esse campo será preenchido previamente com seu nome e você não poderá alterar o valor desse campo.

Nome do arquivo lógico e caminho do arquivo
O nome do arquivo que conterá a tabela com otimização de memória. Um banco de dados deve ter um grupo de arquivos com otimização de memória com pelo menos um arquivo antes que uma tabela com otimização de memória possa ser criada.

Se você não tiver um grupo de arquivos com otimização de memória existente, poderá alterar o nome padrão e o caminho do arquivo a ser criado no final do processo de migração.

Se você tiver um grupo de arquivos com otimização de memória existente, esses campos serão preenchidos previamente e você não poderá alterar os valores.

Renomear a tabela original como
No final do processo de migração, uma nova tabela com otimização de memória será criada com o nome atual da tabela. Para evitar um conflito de nomes, a tabela atual deve ser renomeada. Você pode alterar esse nome neste campo.

Custo de memória atual estimado (MB)
O Assistente de Memory-Optimization estima a quantidade de memória que a nova tabela com otimização de memória consumirá com base nos metadados da tabela baseada em disco. O cálculo do tamanho da tabela é explicado em Tabela e Tamanho da Linha em Tabelas Memory-Optimized.

Se a memória suficiente não for alocada, o processo de migração poderá falhar.

Copie também os dados da tabela para a nova tabela com otimização de memória
Selecione essa opção se você também quiser mover os dados na tabela atual para a nova tabela com otimização de memória. Se essa opção não estiver selecionada, a nova tabela com otimização de memória será criada sem linhas.

A tabela será migrada como uma tabela durável por padrão
In-Memory OLTP dá suporte a tabelas não duráveis com desempenho superior em comparação com tabelas duráveis com otimização de memória. No entanto, os dados em uma tabela não durável serão perdidos após a reinicialização do servidor.

Se essa opção estiver selecionada, o assistente de Memory-Optimization criará uma tabela não durável em vez de uma tabela durável.

Aviso

Selecione essa opção somente se você entender o risco de perda de dados associado a tabelas não duráveis.

Clique em Avançar para continuar.

Examinar a conversão de chave primária

A próxima tela é Revisar Conversão de Chave Primária. O Assistente de Memory-Optimization detectará se há uma ou mais chaves primárias na tabela e preencherá a lista de colunas com base nos metadados da chave primária. Caso contrário, se você quiser migrar para uma tabela durável com otimização de memória, deverá criar uma chave primária.

Se uma chave primária não existir e a tabela estiver sendo migrada para uma tabela não durável, essa tela não será exibida.

Para colunas textuais (colunas com tipos char, nchar, varchar e nvarchar) você deve selecionar uma ordenação apropriada. In-Memory OLTP dá suporte apenas a ordenações BIN2 para colunas em uma tabela com otimização de memória e não dá suporte a ordenações com caracteres suplementares. Consulte Classificações e Tabelas de Código para obter informações sobre as classificações suportadas e o potencial impacto de uma alteração na classificação.

Você pode configurar os seguintes parâmetros para a chave primária:

Selecione um novo nome para esta chave primária
O nome da chave primária dessa tabela deve ser exclusivo dentro do banco de dados. Você pode alterar o nome da chave primária aqui.

Selecione o tipo dessa chave primária
In-Memory OLTP dá suporte a dois tipos de índices em uma tabela com otimização de memória:

• Um índice HASH NÃO CLUSTERIZADO. Este índice é mais adequado para índices com muitas consultas de ponto. Você pode configurar a contagem de buckets para esse índice no campo Contagem de Buckets .

• Um índice não-clusterizado. Esse tipo de índice é melhor para índices com muitas consultas de intervalo. Você pode configurar a ordem de classificação para cada coluna na lista de classificação de coluna e ordem.

Para entender o tipo de índice melhor para sua chave primária, consulte Índices de Hash.

Clique em Avançar depois de fazer suas principais opções de chave.

Revisar conversão de índice

A próxima página é Revisar Conversão de Índice. O Assistente de Memory-Optimization detectará se há um ou mais índices na tabela e preencherá a lista de colunas e tipo de dados. Os parâmetros que você pode configurar na página Conversão de Índice de Revisão são semelhantes à página anterior, Revisão de Conversão de Chave Primária.

Se a tabela tiver apenas uma chave primária e estiver sendo migrada para uma tabela durável, essa tela não será exibida.

Depois de tomar uma decisão para cada índice em sua tabela, clique em Avançar.

Verificar ações de migração

A próxima página é Verificar Ações de Migração. Para criar um script da operação de migração, clique em Script para gerar um script Transact-SQL. Em seguida, você pode modificar e executar o script. Clique em Migrar para iniciar a migração da tabela.

Após a conclusão do processo, atualize o Pesquisador de Objetos para ver a nova tabela com otimização de memória e a tabela antiga baseada em disco. Você pode manter a tabela antiga ou excluí-la à sua conveniência.

Consulte Também

Migrando para In-Memory OLTP