Limitações nos bancos de dados espelhados do Microsoft Fabric do Banco de Dados SQL do Azure
As limitações atuais nos bancos de dados espelhados do Microsoft Fabric do Banco de Dados SQL do Azure estão listadas nesta página. Esta página está sujeita a alterações.
Para solucionar problemas, consulte:
- Solucionar problemas de bancos de dados espelhados de malha
- Solucionar problemas de bancos de dados espelhados de malha do Banco de Dados SQL do Azure
Limitações no nível do banco de dados
- O Espelhamento de Malha para o Banco de Dados SQL do Azure só é suportado em um banco de dados primário gravável.
- O Banco de Dados SQL do Azure não pode ser espelhado se o banco de dados tiver: Captura de Dados de Alteração (CDC), Azure Synapse Link para SQL ou se o banco de dados já estiver espelhado em outro espaço de trabalho de malha.
- O número máximo de tabelas que podem ser espelhadas no Fabric é de 500 tabelas. Quaisquer tabelas acima do limite de 500 atualmente não podem ser replicadas.
- Se você selecionar Espelhar todos os dados ao configurar o espelhamento, as tabelas a serem espelhadas serão as primeiras 500 tabelas quando todas as tabelas forem classificadas alfabeticamente com base no nome do esquema e, em seguida, no nome da tabela. O conjunto restante de tabelas na parte inferior da lista alfabética não é espelhado.
- Se você desmarcar Espelhar todos os dados e selecionar tabelas individuais, será impedido de selecionar mais de 500 tabelas.
Permissões no banco de dados de origem
- A segurança em nível de linha é suportada, mas as permissões atualmente não são propagadas para os dados replicados no Fabric OneLake.
- As permissões no nível do objeto, por exemplo, concedendo permissões a determinadas colunas, atualmente não são propagadas para os dados replicados no Fabric OneLake.
- Atualmente, as configurações de mascaramento de dados dinâmicos não são propagadas para os dados replicados no Fabric OneLake.
- Para configurar com êxito o Espelhamento para o Banco de Dados SQL do Azure, a entidade de segurança usada para se conectar ao Banco de Dados SQL do Azure de origem deve receber a permissão ALTER ANY EXTERNAL MIRROR, que está incluída na permissão de nível superior, como a permissão CONTROL ou a função db_owner .
Segurança da rede e da conectividade
- O servidor SQL de origem precisa habilitar Permitir acesso à rede pública e Permitir que os serviços do Azure se conectem.
- A SAMI (Identidade Gerenciada Atribuída ao Sistema) do servidor lógico SQL do Azure precisa ser habilitada e deve ser a identidade principal.
- As permissões de colaborador do SPN (nome principal do serviço) do Banco de Dados SQL do Azure não devem ser removidas do item de banco de dados espelhado de malha.
- Não há suporte para espelhamento entre locatários do Microsoft Entra quando um Banco de Dados SQL do Azure e o espaço de trabalho Malha estão em locatários separados.
- Os rótulos de Proteção/sensibilidade de Informações do Microsoft Purview definidos no Banco de Dados SQL do Azure não são em cascata e espelhados no Fabric OneLake.
Nível da tabela
- Uma tabela que não tem uma chave primária definida não pode ser espelhada.
- Uma tabela usando uma chave primária definida como chave primária não clusterizada não pode ser espelhada.
- Uma tabela não pode ser espelhada se a chave primária for um dos tipos de dados: sql_variant, timestamp
- O lago Delta suporta apenas seis dígitos de precisão.
- As colunas do tipo SQL datetime2, com precisão de 7 dígitos de segundo fracionário, não têm um tipo de dados correspondente com a mesma precisão em arquivos Delta no Fabric OneLake. Uma perda de precisão acontece se colunas desse tipo forem espelhadas e o sétimo dígito decimal for cortado.
- Uma tabela não pode ser espelhada se a chave primária for um destes tipos de dados: datetime2(7), datetimeoffset(7), time(7), onde
7
são sete dígitos de precisão. - O tipo de dados datetimeoffset(7) não tem um tipo de dados correspondente com a mesma precisão em arquivos Delta no Fabric OneLake. Uma perda de precisão (perda de fuso horário e sétima casa decimal de tempo) ocorre se colunas desse tipo forem espelhadas.
- Atualmente, não há suporte para índices columnstore clusterizados.
- Se uma ou mais colunas na tabela forem do tipo LOB (Large Binary Object) com tamanho > 1 MB, os dados da coluna serão truncados para tamanho de 1 MB no Fabric OneLake.
- As tabelas de origem que tenham qualquer um dos seguintes recursos em uso não podem ser espelhadas.
- Tabelas de histórico temporal e tabelas de histórico contábil
- Always Encrypted
- Tabelas na memória
- Gráfico
- Tabelas externas
- As seguintes operações DDL (linguagem de definição de dados) no nível de tabela não são permitidas em tabelas de origem do banco de dados SQL quando habilitadas para espelhamento.
- Partição Switch/Split/Merge
- Alterar chave primária
- Quando há alteração DDL, um instantâneo de dados completo é reiniciado para a tabela alterada e os dados são repropagados.
- Atualmente, uma tabela não pode ser espelhada se tiver o tipo de dados json ou vetorial .
- Atualmente, não é possível ALTER uma coluna para o tipo de dados vetor ou json quando uma tabela é espelhada.
Nível da coluna
- Se a tabela de origem contiver colunas computadas, essas colunas não poderão ser espelhadas no Fabric OneLake.
- Se a tabela de origem contiver colunas com um desses tipos de dados, essas colunas não poderão ser espelhadas para o Fabric OneLake. Os seguintes tipos de dados não são suportados para espelhamento:
- imagem
- texto/ntext
- xml
- / carimbo de data/hora da versão de linha
- sql_variant
- Tipos definidos pelo usuário (UDT)
- Geometria
- Geografia
- O espelhamento suporta a replicação de colunas contendo espaços ou caracteres especiais em nomes (como
,
;
{
}
(
)
\n
\t
=
). Para tabelas em replicação antes que esse recurso seja habilitado, você precisa atualizar as configurações do banco de dados espelhado ou reiniciar o espelhamento para incluir essas colunas. Saiba mais sobre o suporte ao mapeamento de colunas Delta .
Limitações do armazém
- A hierarquia do esquema de origem é replicada para o banco de dados espelhado. Para bancos de dados espelhados criados antes da habilitação desse recurso, o esquema de origem é nivelado e o nome do esquema é codificado no nome da tabela. Se quiser reorganizar tabelas com esquemas, recrie seu banco de dados espelhado. Saiba mais sobre o esquema de hierarquia de origem replicado em.
Limitações de itens espelhados
- O usuário precisa ser membro da função Administrador/Membro do espaço de trabalho para criar espelhamento do Banco de dados SQL.
- Parar o espelhamento desativa completamente o espelhamento.
- Começar a espelhar resemeia todas as mesas, efetivamente começando do zero.
Limitações do ponto de extremidade de análise SQL
- O ponto de extremidade de análise SQL é o mesmo que o ponto de extremidade de análise SQL Lakehouse. É a mesma experiência somente leitura. Consulte Limitações do ponto de extremidade da análise SQL.
Regiões suportadas
A seguir estão as regiões de malha que oferecem suporte ao espelhamento:
Ásia-Pacífico:
- Leste da Austrália
- Austrália Sudeste
- Índia Central
- Ásia Leste
- Leste do Japão
- Coreia do Sul Central
- Sudeste Asiático
- Sul da Índia
Europa
- Europa do Norte
- Europa Ocidental
- França Central
- Alemanha Centro-Oeste
- Itália Norte
- Leste da Noruega
- Polónia Central
- Suécia Central
- Norte da Suíça
- Oeste da Suíça
- Sul do Reino Unido
- Oeste do Reino Unido
Américas:
- Sul do Brasil
- Canadá Central
- Leste do Canadá
- EUA centrais
- E.U.A. Leste
- E.U.A. Leste 2
- E.U.A. Centro-Norte
- Centro-Sul dos EUA
- E.U.A. Oeste
- E.U.A. Oeste 2
Médio Oriente e África:
- Norte da África do Sul
- Norte dos E.A.U.