Neste artigo, examinamos as tabelas habilitadas para extensão que devem estar cientes, incluindo restrições de chave
O banco de dados Stretch é um SQL Server recurso que permite aos usuários migrar dados frios de forma segura e transparente para a nuvem do Azure. Os usuários podem até mesmo pausar essas migrações durante erros de conexão, o que facilita a transferência de dados.
Esticar banco de dados diretamente tarobtém bancos de dados transacionais contendo uma grande quantidade de dados frios, que geralmente são armazenados em várias tabelas em um banco de dados. E essas tabelas podem conter dados com mais de um bilhão de linhas.
Por que o Stretch Database é usado?
• Permite que os usuários armazenem dados frios em uma tabela separada ou um banco de dados para migrar para a nuvem do Azure.
• Os usuários podem usar sua função de filtro para separar ou selecionar dados frios ou quentes, nas linhas que desejam migrar.
O Stretch Database é uma ferramenta incrível SQL Server recurso que permite aos usuários migrar seus dados de forma segura e transparente para o Microsoft Azure, no entanto, também vem com algumas limitações, que impedem os usuários de implementar ou habilitar a extensão em seus bancos de dados. Aqui está uma lista de algumas de suas limitações. Lembre-se deles ao usar a extensão se quiser migrar seus dados para a nuvem do Azure.
Limitações para tabelas habilitadas para Stretch Database
Estas são algumas das condições que impedem que o Stretch Database seja ativado em suas tabelas, lembre-se delas na próxima vez que trabalhar com o Stretch Database.
1. Restrições
• Ao usar o banco de dados estendido, a exclusividade não se aplica às restrições PRIMARY KEY e UNIQUE nas tabelas do Microsoft Azure que contêm qualquer forma de dados migrados.
2. Operações DML
• Em qualquer tabela habilitada para Stretch, o usuário não tem permissão para EXCLUIR ou ATUALIZAR quaisquer linhas migradas ou linhas que ainda sejam elegíveis para migração.
• Os usuários também não têm permissão para inserir linhas em qualquer tabela habilitada para Stretch de um servidor vinculado.
3. Índices
• As tabelas habilitadas para Stretch não permitem que os usuários criem um índice para a exibição.
• Quaisquer filtros em índices em SQL Server não são propagados da tabela habilitada para Stretch para a tabela remota.
4. Limitações que impedem os usuários de ativar o Stretch Database em uma tabela
Os usuários não podem habilitar o Stretch Database para tabelas que tenham ou estejam nas seguintes condições:
5. Propriedades da tabela
• Tabelas com mais de 998 índices ou mais de 1,023 colunas
• Qualquer FileTables ou tabelas contendo dados FILESTREAM
• Tabelas que têm um uso ativo de Change Data Capture ou Change Tracking
• Todas as tabelas que foram otimizadas para memória
6. Tipos de dados
• Texto, imagem e ntext
• carimbo de data/hora
• sql_variant
• XML
• Tipos de dados CLR como geometria, arquivorartipos definidos pelo usuário chyid, CLR ou geografia.
7. Restrições
• Verifique as restrições junto com as restrições padrão
• Quaisquer restrições de chave estrangeira que façam referência à tabela. Podemos explicar isso usando o relacionamento pai-filho em que (por exemplo, Order (pai) e Order_Detail (filho)), um usuário pode habilitar Stretch Database Table para a tabela de seu filho (Order_Detail), mas não pode alterar a configuração do tabela pai (Ordem).
8. Índices
• Índices com Textos Completos
• Índices XML
• Índices espaciais
• Quaisquer exibições indexadas que fornecem uma referência à tabela
Embora os bancos de dados estendidos devam ser considerados ativamente, as empresas também devem investir em uma ferramenta que possa recuperar sql arquivos de banco de dados do servidor para manter seus dados seguros durante contingências.
Introdução do autor:
Victor Simon é um especialista em recuperação de dados em DataNumen, Inc., líder mundial em tecnologias de recuperação de dados, incluindo recuperação de acesso e produtos de software de recuperação SQL. Para mais informações visite www.datanumen.com