Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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, confira:
- Solucionar problemas de bancos de dados espelhados do Fabric
- Solucionar problemas de bancos de dados espelhados do Azure SQL Database Fabric
Limitações no nível do banco de dados
O "Fabric Mirroring" para o Banco de Dados SQL do Azure é suportado apenas em um banco de dados primário gravável.
O Banco de Dados SQL do Azure não poderá ser espelhado se o banco de dados tiver habilitado o CDC (Change Data Capture), o Link do Azure Synapse para SQL ou se o banco de dados já estiver espelhado em outro workspace do Fabric.
O número máximo de tabelas que podem ser espelhadas no Fabric é 500. As 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 são as primeiras 500 tabelas, quando todas as tabelas forem classificadas em ordem alfabética 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, não será possível selecionar mais de 500 tabelas.
.dacpacas implantações no Banco de Dados SQL do Azure exigem a propriedade/p:DoNotAlterReplicatedObjects=Falsede publicação para habilitar modificações em tabelas espelhadas. Para obter mais informações sobre as configurações de publicação disponíveis para implantações de.dacpac, consulte a documentação de publicação do SqlPackage.O Banco de Dados SQL do Azure não poderá ser espelhado se a durabilidade da transação atrasada estiver habilitada para o banco de dados.
Permissões no banco de dados de origem
- A Segurança em nível de linha tem suporte, mas as permissões não são propagadas atualmente para os dados replicados no Fabric OneLake.
- As Permissões no nível do objeto, por exemplo, a concessão de permissões para determinadas colunas, atualmente não são propagadas para os dados replicados no Fabric OneLake.
- Atualmente, as configurações da Máscara Dinâmica de Dados 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, o principal usado para se conectar ao Banco de Dados SQL do Azure de origem deve receber a permissão ALTER ANY EXTERNAL MIRROR, que inclui permissões de nível mais alto, como a permissão CONTROL ou a função db_owner.
Segurança de rede e conectividade
A SAMI (Identidade Gerenciada Atribuída ao Sistema) ou a UAMI (Identidade Gerenciada Atribuída ao Usuário) do servidor lógico do SQL do Azure precisam ser habilitadas e devem ser a identidade primária.
Observação
O suporte à UAMI (Identidade Gerenciada Atribuída ao Usuário) está atualmente em versão prévia.
As permissões de colaborador do SPN (nome da entidade de serviço) do Banco de Dados SQL do Azure não devem ser removidas do item de banco de dados espelhado do Fabric.
Não há suporte para espelhamento entre locatários do Microsoft Entra em que um Banco de Dados SQL do Azure e o workspace do Fabric estão em locatários separados.
Os rótulos de proteção de informações/sensibilidade do Microsoft Purview definidos no Banco de Dados SQL do Azure não são propagados e replicados no Fabric OneLake.
Nível da tabela
Tabelas com chave primária ou índice clusterizado (quando uma chave primária não existe) em tipos sem suporte não podem ser espelhadas - colunas computadas, tipos definidos pelo usuário, geometry, geography, ID da hierarquia, variante do SQL, timestamp, datetime2(7), datetimeoffset(7) ou time(7).
O Delta Lake dá suporte a apenas seis dígitos de precisão.
- As colunas do tipo SQL datetime2, com precisão de 7 dígitos de segundos fracionários, 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 ocorrerá se as colunas desse tipo forem espelhadas e o sétimo dígito decimal do segundo será cortado.
- Uma tabela não poderá ser espelhada se a chave primária for um destes tipos de dados: datetime2(7), datetimeoffset(7), time(7), em que
7tem 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étimo decimal de tempo) ocorrerá se colunas desse tipo forem espelhadas.
No momento, não há suporte para índices de armazenamento de colunas clusterizados.
Se uma ou mais colunas na tabela forem do tipo LOB (Objeto Binário Grande) com um tamanho > de 1 MB, os dados da coluna serão truncados para o tamanho de 1 MB no Fabric OneLake.
As tabelas de origem que têm qualquer um dos seguintes recursos em uso não podem ser espelhadas.
- Tabelas de histórico temporal e tabelas de histórico contábil
- Sempre Criptografado
- Tabelas na memória
- Graph
- Tabelas externas
As seguintes operações de DDL (linguagem de definição de dados) no nível da 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á uma alteração de DDL, um instantâneo de dados completo é reiniciado para a tabela alterada e os dados são propagados.
Atualmente, uma tabela não pode ser espelhada se tiver o tipo de dados json ou vector.
- Atualmente, você não pode ALTERAR uma coluna para o tipo de dados vector ou json quando uma tabela for espelhada.
A partir de abril de 2025, uma tabela pode ser espelhada mesmo que não tenha uma chave primária.
- Tabelas sem chaves primárias antes de abril de 2025 não estavam qualificadas para serem espelhadas. Após abril de 2025, as tabelas existentes sem chaves primárias não serão adicionadas automaticamente ao espelhamento, mesmo se você tiver selecionado espelhar automaticamente tabelas futuras.
- Para iniciar o espelhamento de tabelas sem chaves primárias quando você tiver selecionado espelhar automaticamente tabelas futuras:
Interrompa a replicação e inicie a replicação, que redirecionará todas as tabelas e detectará as novas tabelas qualificadas para espelhamento. Esta é a etapa recomendada.
Como solução alternativa, crie uma nova tabela no banco de dados de origem. Isso dispara um inventário de tabelas para o banco de dados de origem e detecta as tabelas que não foram espelhadas anteriormente, incluindo aquelas sem chaves primárias. Por exemplo, o script a seguir cria uma tabela nomeada
test_20250401e, em seguida, a descarta depois que atest_20250401tabela é espelhada. Esse script pressupõe que uma tabela nomeadadbo.test_20250401ainda não exista.--This script assumes that a table named dbo.test_20250401 does not already exist. CREATE TABLE dbo.test (ID int not null);Depois que a tabela aparecer na lista de tabelas espelhadas, você deverá ver também tabelas que não possuem chaves primárias. Em seguida, você pode excluir a tabela
test.DROP TABLE dbo.test_20250401;
- Para iniciar o espelhamento de tabelas sem chaves primárias quando você não tiver selecionado espelhar automaticamente tabelas futuras, adicione as tabelas à lista de tabelas selecionadas nas configurações de espelhamento.
- Para iniciar o espelhamento de tabelas sem chaves primárias quando você tiver selecionado espelhar automaticamente tabelas futuras:
- Tabelas sem chaves primárias antes de abril de 2025 não estavam qualificadas para serem espelhadas. Após abril de 2025, as tabelas existentes sem chaves primárias não serão adicionadas automaticamente ao espelhamento, mesmo se você tiver selecionado espelhar automaticamente tabelas futuras.
Nível de coluna
- Se a tabela de origem contiver colunas computadas, essas colunas não poderão ser espelhadas para o Fabric OneLake.
- Se a tabela de origem contiver colunas com um desses tipos de dados, essas colunas não poderão ser espelhadas no Fabric OneLake. Os seguintes tipos de dados não têm suporte para espelhamento:
- image
- Texto/ntext
- xml
- rowversion/timestamp
- sql_variant
- Tipos definidos pelo usuário (UDT)
- geometry
- geography
- O espelhamento dá suporte à replicação de colunas que contêm espaços ou caracteres especiais em nomes (como
,;{}()\n\t=). Para tabelas em replicação antes desse recurso 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 warehouse
- A hierarquia de esquema de origem é replicada para o banco de dados espelhado. Para bancos de dados espelhados criados antes desse recurso habilitado, o esquema de origem é nivelado e o nome do esquema é codificado no nome da tabela. Se você quiser reorganizar tabelas com esquemas, recrie o banco de dados espelhado. Saiba mais sobre Replicar a hierarquia do esquema de origem.
Limitações de itens espelhados
- O usuário precisa ser membro da função Administrador/Membro do workspace para criar o espelhamento do Banco de dados SQL.
- A interrupção do espelhamento desabilita completamente o espelhamento.
- Começar a espelhar propaga todas as tabelas, efetivamente começando do zero.
Limitações de pontos de extremidade de análises do SQL
- O ponto de extremidade da análise SQL é o mesmo que o ponto de extremidade da análise SQL do Lakehouse. É a mesma experiência de somente leitura. Consulte Limitações do ponto de extremidade de análise do SQL.
Regiões com suporte
O espelhamento de banco de dados e o espelhamento aberto estão disponíveis em todas as regiões do Microsoft Fabric. Para obter mais informações, confira Disponibilidade do Fabric por região.
Próxima etapa
Tutorial: Configurar bancos de dados espelhados do Microsoft Fabric a partir do Banco de Dados SQL do Azure