Backup e restauração de pools de SQL dedicados no Azure Synapse Analytics

  • Artigo

Neste artigo, você aprenderá a usar o backup e a restauração no pool de SQL dedicado do Azure Synapse.

Utilize os pontos de restauração do data warehouse do pool de SQL dedicado para recuperar ou copiar seu data warehouse para um estado anterior na região primária. Use backups de data warehouse com redundância geográfica para restaurar para uma região geográfica diferente.

Observação

Nem todos os recursos do pool de SQL dedicado em workspaces do Azure Synapse se aplicam ao pool de SQL dedicado (anteriormente SQL DW) e vice-versa. Para habilitar recursos de workspace para um pool de SQL dedicado existente (antigo SQL DW), veja Como habilitar um workspace para seu pool de SQL dedicado (antigo SQL DW). Para obter mais informações, confira Qual é a diferença entre os pools de SQL dedicados do Azure Synapse (anteriormente SQL DW) e os pools de SQL dedicados em um workspace do Azure Synapse Analytics?.

O que é um instantâneo de data warehouse?

Um instantâneo de data warehouse cria um ponto de restauração que pode ser aproveitado para recuperar ou copiar seu data warehouse para um estado anterior. Considerando que o pool de SQL dedicado é um sistema distribuído, um instantâneo de data warehouse consiste em vários arquivos localizados no armazenamento do Azure. Os instantâneos capturam as alterações incrementais dos dados armazenados no data warehouse.

Observação

As taxas de RTO (Objetivo de Tempo de Recuperação) do pool de SQL dedicado podem variar. Fatores que podem afetar o tempo de recuperação (restauração):

  • O tamanho do banco de dados
  • O local do data warehouse de origem e de destino (no caso de restauração geográfica)
  • O instantâneo do data warehouse não pode ser exportado como um arquivo separado (por exemplo, para o Armazenamento do Azure, ambiente local)

A restauração de um data warehouse é um novo data warehouse criado por meio de um ponto de restauração de um data warehouse existente ou excluído. Restaurar o seu banco de dados é uma parte essencial de qualquer estratégia de recuperação de desastre e de continuidade dos negócios, porque ela recria seus dados após uma exclusão ou corrupção acidental. O instantâneo do data warehouse também é um mecanismo eficiente para criar cópias do seu data warehouse para fins de teste ou desenvolvimento.

Observação

As taxas de RTO (Objetivo de Tempo de Recuperação) do pool de SQL dedicado podem variar. Fatores que podem afetar o tempo de recuperação (restauração):

  • O tamanho do banco de dados
  • O local do data warehouse de origem e de destino (no caso de restauração geográfica)

Pontos de restauração automática

Instantâneos são um recurso interno que cria pontos de restauração. Não é necessário habilitar essa funcionalidade. No entanto, o pool de SQL dedicado deve estar em um estado ativo para a criação do ponto de restauração. Se ele for pausado com frequência, os pontos de restauração automáticos podem não ser criado, portanto, certifique-se de criar um ponto de restauração definido pelo usuário antes de pausar o pool de SQL dedicado. No momento, os pontos de restauração automática não podem ser excluídos por usuários em que o serviço utiliza tais pontos de restauração para manter SLAs para recuperação.

Instantâneos do seu data warehouse são feitos ao longo do dia automaticamente, criando pontos de restauração que ficam disponíveis por sete dias. Esse período de retenção não pode ser alterado. O pool de SQL dedicado dá suporte a um objetivo de ponto de recuperação (RPO) de oito horas. É possível restaurar seu data warehouse na região primária com base em qualquer um dos instantâneos tirados nos últimos sete dias.

Para ver quando o último instantâneo iniciado, execute esta consulta no seu pool de SQL dedicado.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Observação

Os backups ocorrem a cada quatro (4) horas para atender a um SLA de oito (8) horas. Portanto, a exibição de gerenciamento dinâmico sys.pdw_loader_backup_runs exibirá a atividade de backup a cada quatro (4) horas.

Pontos de restauração definidos pelo usuário

Com esse recurso, é possível disparar instantâneos manualmente para criar pontos de restauração do seu data warehouse antes e depois de grandes modificações. A funcionalidade garante que os pontos de restauração sejam logicamente consistentes, o que oferece uma proteção de dados adicional em caso de interrupções da carga de trabalho ou erros do usuário para um tempo de recuperação rápido. Os pontos de restauração definidos pelo usuário ficam disponíveis por sete dias e são excluídos automaticamente em seu nome. Não é possível alterar o período de retenção de pontos de restauração definidos pelo usuário. Garantimos apenas 42 pontos de restauração definidos pelo usuário a qualquer momento; é necessário excluir algum ponto antes da criação de outro ponto de restauração. Você pode disparar instantâneos para criar pontos de restauração definidos pelo usuário usando o portal do Azure ou programaticamente usando somente as APIs PowerShell ou REST.

Observação

Caso precise de pontos de restauração de mais de 7 dias, escolha esta funcionalidade.

Observação

O script T-SQL não pode ser usado para fazer backup sob demanda. Os pontos de restauração definidos pelo usuário podem ser criados usando o portal do Azure ou programaticamente usando APIs do PowerShell ou REST.

Se você deseja um conceito de LTR (backup de longo prazo):

  1. Crie um ponto de restauração definido pelo usuário ou use um dos gerados automaticamente.
  2. Restaure do ponto de restauração recém-criado para um novo data warehouse.
  3. Depois da restauração, você terá o pool de SQL dedicado online. Pause-o indefinidamente para economizar custos de computação. O banco de dados em pausa tem encargos de armazenamento com a taxa de armazenamento do Azure Synapse.

Se você precisar de uma cópia ativa do data warehouse restaurado, continue, o que deve levar somente alguns minutos.

Criar pontos de restauração definidos pelo usuário

Você pode criar um novo ponto de restauração definido pelo usuário de forma programática. Escolha o método correto com base no pool de SQL que você está usando: um pool de SQL dedicado autônomo (antigo SQL SW) ou um pool de SQL dedicado em um workspace do Synapse.

PowerShell do Azure

APIs REST

Excluir pontos de restauração definidos pelo usuário

Você pode excluir um ponto de restauração específico definido pelo usuário de forma programática. Escolha o método correto com base no pool de SQL que você está usando: um pool de SQL dedicado autônomo (antigo SQL SW) ou um pool de SQL dedicado em um workspace do Synapse.

PowerShell do Azure

APIs REST

Retenção do ponto de restauração

A lista a seguir detalha os períodos de retenção do ponto de restauração:

  1. O pool de SQL dedicado exclui um ponto de restauração ao atingir o período de retenção de 7 dias e quando há, pelo menos, 42 pontos de restauração total (pontos automáticos e definidos pelo usuário).
  2. Instantâneos não são tirados quando um pool de SQL dedicado está em pausa.
  3. A idade de um ponto de restauração é medida pelos dias do calendário absoluto desde o momento em que o ponto de restauração é executado, incluindo quando o pool de SQL está em pausa.
  4. A qualquer momento, um pool de SQL dedicado é capaz de armazenar até 42 pontos de restauração definidos pelo usuário ou 42 pontos de restauração automáticos, desde que esses pontos de restauração não atinjam o período de retenção de 7 dias
  5. Se um instantâneo for tirado e, em seguida, o pool de SQL dedicado for pausado por mais de 7 dias para depois ser retomado, é possível que o ponto de restauração persista até que haja 42 pontos de restauração totais (incluindo automáticos e definidos pelo usuário)

Retenção de instantâneo quando um pool de SQL é descartado

Quando você remover um pool de SQL dedicado, um instantâneo final é criado e salvo por sete dias. É possível restaurar o pool de SQL dedicado para o ponto de restauração final criado na exclusão. Se o pool de SQL dedicado for descartado em um estado de pausa, nenhum instantâneo será obtido. Nesse cenário, certifique-se de criar um ponto de restauração definido pelo usuário antes de descartar o pool de SQL dedicado.

Backups geográficos e recuperação de desastre

Um backup geográfico é criado uma vez por dia para um datacenter emparelhado. O RPO de uma restauração geográfica é de 24 horas. Uma restauração geográfica é sempre uma operação de movimentação de dados e o RTO dependerá do tamanho dos dados. Apenas o backup geográfico mais recente é mantido. Você pode restaurar o backup geográfico para um servidor em qualquer outra região em que o pool de SQL dedicado seja suportado. Um backup geográfico garante que você possa restaurar um data warehouse caso não seja possível acessar os pontos de restauração em sua região primária.

Se você não precisar de backups geográficos para seu pool de SQL dedicado, poderá desabilitá-los e economizar em custos de armazenamento de recuperação de desastre. Para fazer isso, consulte Como fazer: desabilitar backups geográficos para um pool de SQL dedicado (anteriormente conhecido como SQL DW). Se você desabilitar os backups geográficos, não será possível recuperar seu pool de SQL dedicado para sua região do Azure emparelhada, se o seu datacenter primário do Azure não estiver disponível.

Observação

Se precisar de um RPO mais curto para backups geográficos, escolha esta funcionalidade. Você também pode criar um ponto de restauração definido pelo usuário e restaurar com base no ponto de restauração criado recentemente para um novo data warehouse em uma região diferente. Após a restauração, seu data warehouse estará online e será possível pausá-lo indefinidamente para economizar custos de computação. O banco de dados em pausa tem encargos de armazenamento com a taxa de armazenamento Premium do Azure. Outro padrão comum para um ponto de recuperação mais curto é ingerir dados em instâncias primárias e secundárias de um data warehouse em paralelo. Nesse cenário, os dados são ingeridos de uma origem (ou origens) e persistidos em duas instâncias separadas do data warehouse (primária e secundária). Para economizar nos custos de computação, você pode pausar a instância secundária do warehouse. Caso você precise de uma cópia ativa do data warehouse, poderá retomar, o que deve levar apenas alguns minutos.

Residência de dadosResidência de dados

Se o data center emparelhado estiver localizado fora do seu país/região, você poderá garantir que seus dados permaneçam em sua região provisionando seu banco de dados no armazenamento com redundância local (LRS). Se o banco de dados já tiver sido provisionado em RA-GRS (Armazenamento com Redundância Geográfica Somente Leitura, o padrão atual), você poderá optar por não fazer backups geográficos, no entanto, seu banco de dados continuará residindo no armazenamento replicado para um par regional. Para garantir que os dados do cliente permaneçam em sua região, você pode provisionar ou restaurar seu pool de SQL dedicado para armazenamento com redundância local. Para obter mais informações sobre como provisionar ou restaurar o armazenamento com redundância local, consulte Guia de instruções para configurar a residência de região única para um pool de SQL dedicado (antigo SQL DW) no Azure Synapse Analytics

Para confirmar se o data center emparelhado está em um país/região diferente, consulte Regiões emparelhadas do Azure.

Custos de backup e restauração

Você observará que a fatura do Azure tem um item de linha para Armazenamento e um item de linha para Armazenamento para Recuperação de Desastre. A taxa de armazenamento é o custo total para armazenar os seus dados na região primária, juntamente com as alterações incrementais capturadas por instantâneos. Para obter uma explicação mais detalhada de como os instantâneos são cobrados, veja Understanding how Snapshots Accrue Charges (Noções básicas sobre como os instantâneos acumulam cobranças). O encargo com redundância geográfica abrange o custo para armazenar os backups geográficos.

O custo total para o data warehouse primário e de sete dias de alterações de instantâneos é arredondado para o TB mais próximo. Por exemplo, se o data warehouse tiver 1,5 TB e os instantâneos capturarem 100 GB, você será cobrado por 2 TB de dados nas taxas de armazenamento padrão do Azure.

Se você estiver usando armazenamento com redundância geográfica, você receberá uma cobrança de armazenamento separada. O armazenamento com redundância geográfica é cobrado segundo a taxa padrão de RA-GRS (Armazenamento com Redundância Geográfica com Acesso de Leitura).

Para mais informações sobre os preços do Azure Synapse, consulte preços do Azure Synapse. Você não será cobrado pela saída de dados durante a restauração entre regiões.

Restauração por meio de pontos de restauração

Cada instantâneo cria um ponto de restauração que representa a hora em que o instantâneo é iniciado. Para restaurar um data warehouse, escolha um ponto de restauração e emita um comando de restauração.

É possível manter o data warehouse restaurado e o atual ou excluir um deles. Caso você queira substituir o data warehouse atual pelo depósito de data warehouse, pode renomeá-la usando ALTERAR BANCO DE DADOS com a opção MODIFICAR NOME.

Observação

Não há suporte para restaurar em nível de tabela em Pools de SQL dedicados. Será possível apenas recuperar um banco de dados inteiro do backup e, em seguida, copiar as tabelas necessárias usando:

  • Atividades de ferramentas ETL como a Atividade Copy
  • Exportação e Importação

Restauração entre assinaturas

É possível executar uma restauração entre assinaturas.

Restauração com redundância geográfica

Você pode restaurar o seu pool de SQL dedicado para qualquer região com suporte ao pool de SQL dedicado com o nível de desempenho escolhido.

Observação

Para executar uma restauração com redundância geográfica, você não deve ter recusado esse recurso.

Processo de suporte

Você pode enviar um tíquete de suporte para o Azure Synapse Analytics usando o portal do Azure.

Conteúdo relacionado