Diferenças de T-SQL entre o SQL Server e um Managed Instance

Um Managed Instance de SQL oferece alta compatibilidade com o engine de banco de dados do SQL Server, e a maioria dos recursos é suportada em uma Instância Gerenciada de SQL.

Existem algumas limitações de PaaS introduzidas na Instância Gerenciada de SQL e algumas mudanças de comportamento em comparação com o SQL Server são identificadas abaixo:

• Disponibilidade, incluindo diferenças em AlwaysOn Availaibity Groups e backups.
• Segurança, que abrange diferenças em auditoria, certificados, credenciais, provedores de criptografia, logins, usuários, chave de serviço e service master key.
• Configuração que envolve diferenças em extensão do pool de buffers, collation, compatibility level, mirroring, opções de banco de dados e SQL Server Agent.
• Funcionalidades, que incluem BULK INSERT/OPENROWSET, CLR, DBCC, transações distribuídas, eventos estendidos, bibliotecas externas, FILESTREAM e FileTable, Linked Server, PolyBase, replicação, RESTORE, Service Broker, Stored procedures, functions e triggers.
• Configurações de ambiente, como VNets e configurações de sub-rede.
  A maioria desses recursos são restrições arquitetônicas e representam funcionalidades do serviço.

Os problemas temporários conhecidos descobertos na Instância Gerenciada de SQL, que serão resolvidos no futuro, estão detalhados em Novidades.

Os usuários têm a capacidade de gerar backups COPY_ONLY para o banco de dados completo usando o recurso de backup automático da Instância Gerenciada de SQL do Azure. No entanto, é importante observar que backups de log, arquivos e snapshots diferenciais não são compatíveis com esta plataforma.

Ao utilizar a Instância Gerenciada de SQL, é possível realizar um backup de um banco de dados de instância exclusivamente para uma única conta do Armazenamento de Blobs do Azure. O único método suportado para esta operação é através do uso de BACKUP TO URL, pois FILE, TAPE e dispositivos de backup não são compatíveis. A maioria das opções gerais são compatíveis, mas a opção COPY_ONLY é obrigatória. As funcionalidades de FILE_SNAPSHOT e CREDENTIAL não são compatíveis. Além disso, as opções disponíveis para Ribbon não são suportadas, incluindo REWIND, NOREWIND, UNLOAD e NOUNLOAD. Infelizmente, as opções específicas para arquivos de log como NORECOVERY, STANDBY e NO_TRUNCATE não são compatíveis e não podem ser utilizadas.

Limitações:

Ao utilizar a Instância Gerenciada de SQL, é possível realizar um backup abrangente de um banco de dados de instância inteiro, permitindo até 32 faixas. Esse recurso é particularmente vantajoso para bancos de dados com tamanho de até 4 TB, especialmente quando a compactação de backup é empregada.

Não é possível executar o comando BACKUP DATABASE … WITH COPY_ONLY em um banco de dados que foi criptografado usando Transparent Data Encryption (TDE) gerenciado pelo serviço. Quando o TDE é gerenciado pelo serviço, os backups são criptografados automaticamente usando uma chave TDE interna que não pode ser exportada. Como resultado, o backup não pode ser restaurado. Para resolver esse problema, você pode utilizar backups automáticos e realizar uma restauração pontual. Alternativamente, você pode optar pelo TDE gerenciado pelo cliente (BYOK) como solução alternativa. Outra opção é desabilitar a criptografia no banco de dados.

A restauração de backups nativos criados em uma Instância Gerenciada de SQL está limitada às instâncias do SQL Server 2022. A razão para esta limitação é que a SQL Managed Instance utiliza uma versão de base de dados interna mais recente do que outras versões do SQL Server. Para saber mais sobre este processo, consulte a documentação sobre como restaurar um backup de banco de dados SQL Managed Instance para SQL Server 2022.

Para realizar um backup ou restauração de banco de dados usando o armazenamento do Azure, existem duas opções de autenticação: identidade gerenciada ou assinatura de acesso compartilhado (SAS). Um SAS é um URI que fornece direitos de acesso limitados aos recursos de armazenamento do Azure. Para obter mais informações sobre isso, consulte os recursos apropriados. É importante observar que o uso de chaves de acesso não é suportado nestes cenários específicos.

A auditoria na Instância Gerenciada de SQL opera em escala de todo o servidor, enquanto o armazenamento de arquivos de log .xel ocorre no armazenamento de Blobs do Azure. A auditoria no Banco de Dados SQL do Azure opera em escala de todo o banco de dados, onde os arquivos de log .xel são armazenados no armazenamento de Blobs do Azure. A auditoria no SQL Server opera no nível do servidor, seja em máquinas locais ou virtuais. Os eventos são então armazenados no sistema de arquivos ou nos logs de eventos do Windows. A sintaxe CREATE AUDIT para auditar o armazenamento de Blobs do Azure demonstra várias distinções importantes.

Para indicar a URL do contêiner de armazenamento de blobs do Azure que contém arquivos .xel, é introduzida uma nova sintaxe para URL TO. É importante observar que a sintaxe TO FILE não é compatível, pois a Instância Gerenciada de SQL não tem acesso aos compartilhamentos de arquivos do Windows.