Partilhar via

Práticas recomendadas com recurso de link para a Instância Gerenciada SQL do Azure

  • Artigo

Aplica-se a:Instância Gerenciada SQL do Azure

Este artigo descreve as práticas recomendadas ao usar o recurso de link para a Instância Gerenciada SQL do Azure. O recurso de link para a Instância Gerenciada SQL do Azure conecta seus SQL Servers hospedados em qualquer lugar à Instância Gerenciada do SQL, fornecendo replicação de dados quase em tempo real para a nuvem.

Nota

Algumas funcionalidades do link estão geralmente disponíveis, enquanto algumas estão atualmente em visualização. Analise os pré-requisitos para saber mais.

Faça backups de log regularmente

O recurso de link replica dados usando a tecnologia de grupos de disponibilidade distribuídos com base em grupos de disponibilidade Always On. A replicação de dados com grupos de disponibilidade distribuídos baseia-se na replicação de registros de log de transações. Nenhum registro de log de transações pode ser truncado do banco de dados na instância primária do SQL Server até que sejam replicados para o banco de dados na réplica secundária. Se a replicação do registro de log de transações estiver lenta ou bloqueada devido a problemas de conexão de rede, o arquivo de log continuará crescendo na instância primária. A velocidade de crescimento depende da intensidade da carga de trabalho e da velocidade da rede. Se houver uma interrupção prolongada da conexão de rede e uma carga de trabalho pesada na instância principal, o arquivo de log poderá ocupar todo o espaço de armazenamento disponível.

Para minimizar o risco de ficar sem espaço na instância principal do SQL Server devido ao crescimento do arquivo de log, certifique-se de fazer backups de log do banco de dados regularmente no SQL Server quando ele for o principal. Nenhuma ação extra é necessária quando a Instância Gerenciada SQL é a principal, uma vez que os backups de log já são feitos automaticamente. Ao fazer backups de log regularmente em seu SQL Server principal, você torna seu banco de dados mais resiliente a eventos de crescimento de log não planejados. O primeiro backup de log de banco de dados deve ser feito somente após a propagação inicial para a Instância Gerenciada do SQL ter sido concluída (ou seja, a réplica do banco de dados na Instância Gerenciada do SQL não está mais no estado 'Restaurando'). Considere agendar tarefas diárias de backup de log usando um trabalho do SQL Server Agent.

Você pode usar um script Transact-SQL (T-SQL) para fazer backup do arquivo de log, como o exemplo fornecido nesta seção. Substitua os espaços reservados no script de exemplo pelo nome do banco de dados, nome e caminho do arquivo de backup e a descrição.

Para fazer backup do log de transações, use o seguinte exemplo de script Transact-SQL (T-SQL) no SQL Server:

-- Execute on SQL Server
-- Take log backup
BACKUP LOG [<DatabaseName>]
TO DISK = N'<DiskPathandFileName>'
WITH NOFORMAT, NOINIT,
NAME = N'<Description>', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 1

Use o seguinte comando Transact-SQL (T-SQL) para verificar o log espaçado usado pelo banco de dados no SQL Server:

-- Execute on SQL Server
DBCC SQLPERF(LOGSPACE);

A saída da consulta se parece com o seguinte exemplo para o banco de dados de exemplo tpcc:

Screenshot with results of the command showing log file size and space used

Neste exemplo, o banco de dados usou 76% do log disponível, com um tamanho absoluto de arquivo de log de aproximadamente 27 GB (27.971 MB). Os limites para ação variam de acordo com a sua carga de trabalho. No exemplo anterior, o tamanho do log de transações e a porcentagem de uso do log geralmente são uma indicação de que você deve fazer um backup de log de transações para truncar o arquivo de log e liberar algum espaço, ou, você deve fazer backups de log mais frequentes. Também pode ser uma indicação de que o truncamento do log de transações está sendo bloqueado por transações abertas. Para obter mais informações sobre como solucionar problemas de um log de transações no SQL Server, consulte Solucionar problemas de um log de transações completo (Erro 9002 do SQL Server). Para saber mais sobre como solucionar problemas de um log de transações na Instância Gerenciada SQL do Azure, consulte Solucionar erros de log de transações com a Instância Gerenciada SQL do Azure.

Adicionar sinalizadores de rastreamento de inicialização

No SQL Server, há dois sinalizadores de rastreamento (-T1800 e -T9567) que, quando adicionados como parâmetros de inicialização, podem otimizar o desempenho da replicação de dados por meio do link. Consulte Ativar sinalizadores de rastreamento de inicialização para saber mais.

Conteúdos relacionados