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

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

Utilize os pontos de restauro do conjunto de SQL dedicado para recuperar ou copiar o armazém de dados para um estado anterior na região primária. Utilize as cópias de segurança georredundantes do armazém de dados para restaurar numa região geográfica diferente.

Nota

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

O que é um instantâneo de data warehouse

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

Nota

As taxas de RTO (Recovery Time Objetive, objetivo de tempo de recuperação) do pool SQL dedicado podem variar. Fatores que podem afetar o tempo de recuperação (restauração):

  • O tamanho da base de dados
  • A localização do armazém de dados de origem e de destino (no caso de uma 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)

Uma restauração de data warehouse é um novo data warehouse que é criado a partir de um ponto de restauração de um data warehouse existente ou excluído. Restaurar seu data warehouse é uma parte essencial de qualquer estratégia de continuidade de negócios e recuperação de desastres, pois recria seus dados após corrupção ou exclusão acidental. O instantâneo do armazém de dados também é um mecanismo poderoso para criar cópias do seu armazém de dados para fins de teste ou desenvolvimento.

Nota

As taxas de RTO (Recovery Time Objetive, objetivo de tempo de recuperação) do pool SQL dedicado podem variar. Fatores que podem afetar o tempo de recuperação (restauração):

  • O tamanho da base de dados
  • A localização do armazém de dados de origem e de destino (no caso de uma restauração geográfica)

Pontos de Restauro Automáticos

Os instantâneos são um recurso interno que cria pontos de restauração. Não tem de ativar esta capacidade. Contudo, o conjunto de SQL dedicado deve estar no estado ativo para a criação de pontos de restauro. Se ele for pausado com frequência, os pontos de restauração automática podem não ser criados, portanto, certifique-se de criar um ponto de restauração definido pelo usuário antes de pausar o pool SQL dedicado. Atualmente, os pontos de restauração automática não podem ser excluídos pelos usuários, pois o serviço usa esses pontos de restauração para manter SLAs para recuperação.

Os instantâneos do armazém de dados são tirados ao longo do dia ao criar pontos de restauro que estão disponíveis durante sete dias. Este período de retenção não pode ser alterado. O conjunto de SQL dedicado suporta um objetivo de ponto de recuperação (RPO) de oito horas. Pode restaurar o seu armazém de dados na região principal a partir de qualquer um dos instantâneos tirados nos últimos sete dias.

Para ver quando o último instantâneo começou, execute essa consulta em seu pool SQL dedicado online.

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

Nota

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

Pontos de restauro definidos pelo utilizador

Esse recurso permite que você acione manualmente instantâneos para criar pontos de restauração do seu data warehouse antes e depois de grandes modificações. Esta capacidade garante a consistência lógica dos pontos de restauro, o que fornece proteção de dados adicional para um tempo de recuperação rápido em caso de interrupções da carga de trabalho ou erros do utilizador. 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 dos pontos de restauração definidos pelo usuário. 42 pontos de restauração definidos pelo usuário são garantidos a qualquer momento, portanto, devem ser excluídos antes de criar outro ponto de restauração. Você pode acionar instantâneos para criar pontos de restauração definidos pelo usuário usando o portal do Azure ou programaticamente usando apenas as APIs PowerShell ou REST.

Nota

Se você precisar de pontos de restauração por mais de 7 dias, vote por esse recurso.

Nota

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 PowerShell ou REST.

Caso esteja à procura de um conceito de Long-Term Backup (LTR):

  1. Crie um novo ponto de restauro definido pelo utilizador ou utilize um dos pontos de restauro gerados automaticamente.
  2. Restaure a partir do ponto de restauro recém-criado para um novo armazém de dados.
  3. Depois de restaurar, o conjunto de SQL dedicado fica online. Coloque-o em pausa indefinida para poupar nos custos de computação. A base de dados em pausa incorre em despesas de armazenamento à taxa de armazenamento do Azure Synapse.

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

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

Você pode criar um novo ponto de restauração definido pelo usuário programaticamente. Escolha o método correto com base no pool SQL que você está usando: um pool SQL dedicado autônomo (anteriormente SQL DW) ou um pool SQL dedicado dentro de um espaço de trabalho Synapse.

Azure PowerShell

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 programaticamente. Escolha o método correto com base no pool SQL que você está usando: um pool SQL dedicado autônomo (anteriormente SQL DW) ou um pool SQL dedicado dentro de um espaço de trabalho Synapse.

Azure PowerShell

APIs REST

Retenção do ponto de restauro

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

  1. O pool SQL dedicado exclui um ponto de restauração quando ele atinge o período de retenção de 7 dias e quando há pelo menos 42 pontos de restauração totais (incluindo definidos pelo usuário e automáticos).
  2. Os instantâneos não são tirados quando um pool SQL dedicado é pausado.
  3. A idade de um ponto de restauração é medida pelos dias de calendário absolutos a partir do momento em que o ponto de restauração é tomado, inclusive quando o pool SQL é pausado.
  4. A qualquer momento, um pool SQL dedicado é garantido para armazenar até 42 pontos de restauração definidos pelo usuário ou 42 pontos de restauração automática, desde que esses pontos de restauração não tenham atingido o período de retenção de 7 dias
  5. Se um instantâneo for tirado, o pool SQL dedicado será pausado por mais de 7 dias e, em seguida, retomado, o ponto de restauração persistirá até que haja 42 pontos de restauração totais (incluindo definidos pelo usuário e automáticos)

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

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

Backups geográficos e recuperação de desastres

Um backup geográfico é criado uma vez por dia em um data center emparelhado. O RPO para 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 onde o pool SQL dedicado é suportado. Um backup geográfico garante que você possa restaurar o data warehouse caso não consiga acessar os pontos de restauração em sua região principal.

Se você não precisar de backups geográficos para seu pool SQL dedicado, poderá desativá-los e economizar nos custos de armazenamento de recuperação de desastres. Para fazer isso, consulte Como guiar: desabilitar backups geográficos para um pool SQL dedicado (anteriormente SQL DW). Se desativar as cópias de segurança geográficas, não poderá recuperar o conjunto de SQL dedicado para a região emparelhada do Azure caso o seu datacenter principal do Azure ficar indisponível.

Nota

Se você precisar de um RPO mais curto para backups geográficos, vote nesse recurso. Você também pode criar um ponto de restauração definido pelo usuário e restaurar do ponto de restauração recém-criado para um novo data warehouse em uma região diferente. Depois de restaurar, você tem o data warehouse on-line e pode pausá-lo indefinidamente para economizar custos de computação. O banco de dados pausado incorre em encargos de armazenamento na 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 fonte (ou fontes) e persistem para 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 depósito. Se precisar de uma cópia ativa do armazém de dados, pode retomar, o que deve demorar apenas alguns minutos.

Residência de dados

Se o seu centro de dados emparelhado estiver localizado fora do seu país/região, pode garantir que os seus dados permaneçam na sua região ao provisionar a sua base de dados em armazenamento localmente redundante (LRS). Se o seu banco de dados já tiver sido provisionado no RA-GRS (Read Only Geographically Redundant Storage, o padrão atual), você poderá desativar os backups geográficos, no entanto, seu banco de dados continuará a residir no armazenamento replicado para um par regional. Para garantir que os dados do cliente permaneçam na sua região, você pode provisionar ou restaurar seu pool SQL dedicado para armazenamento localmente redundante. Para obter mais informações sobre como provisionar ou restaurar para armazenamento redundante local, consulte Guia de instruções para configurar a residência de região única para um pool SQL dedicado (anteriormente SQL DW) no Azure Synapse Analytics

Para confirmar se o seu centro de dados emparelhado está num país/região diferente, consulte Regiões Emparelhadas do Azure.

Custos de cópia de segurança e restauro

Você notará que a fatura do Azure tem um item de linha para Armazenamento e um item de linha para Armazenamento de Recuperação de Desastres. A taxa de armazenamento é o custo total para armazenar seus dados na região principal, juntamente com as alterações incrementais capturadas pelos snapshots. Para obter uma explicação mais detalhada de como os snapshots são cobrados, consulte Compreendendo como os snapshots acumulam encargos. A cobrança de redundância geográfica cobre o custo de armazenamento dos backups geográficos.

O custo total do seu armazém de dados principal e sete dias de alterações de snapshot é arredondado para o TB mais próximo. Por exemplo, se o seu armazém de dados tiver 1,5 TB e os instantâneos capturarem 100 GB, ser-lhe-ão cobrados 2 TB de dados de acordo com as taxas de armazenamento padrão do Azure.

Se você estiver usando armazenamento com redundância geográfica, receberá uma taxa de armazenamento separada. O armazenamento com redundância geográfica é cobrado à taxa padrão de Armazenamento Geograficamente Redundante de Acesso de Leitura (RA-GRS).

Para obter 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 ao restaurar entre regiões.

Restaurar a partir de pontos de restauro

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

Você pode manter o data warehouse restaurado e o atual, ou excluir um deles. Se desejar substituir o data warehouse atual pelo data warehouse restaurado, você poderá renomeá-lo usando ALTER DATABASE com a opção MODIFY NAME.

Nota

A restauração no nível da tabela não é suportada em Pools SQL dedicados. Você só pode recuperar um banco de dados inteiro do backup e, em seguida, copiar a(s) tabela(s) necessária(s) usando

  • Atividades de ferramentas ETL, como Copy Activity
  • Exportação e Importação
    • Exporte os dados do backup restaurado para o seu Data Lake usando o exemplo CETAS CETAS
    • Importar os dados usando COPY ou Polybase

Restauro entre subscrições

Você pode executar uma restauração entre assinaturas.

Restauração com redundância geográfica

Você pode restaurar seu pool SQL dedicado para qualquer região que ofereça suporte ao pool SQL dedicado no nível de desempenho escolhido.

Nota

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

Processo de suporte

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