Cópia de segurança e restauro no Conjunto de SQL dedicado do Azure Synapse

Aprenda a usar cópia de segurança e restaurar na Azure Synapse piscina DEDICADA SQL. 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.

O que é um instantâneo de armazém de dados

Um instantâneo de armazém de dados cria um ponto de restauro que pode aproveitar para recuperar ou copiar o seu armazém de dados para um estado anterior. Uma vez que o pool DE SQL dedicado é um sistema distribuído, um instantâneo de armazém de dados consiste em muitos ficheiros que estão localizados no armazenamento do Azure. As imagens captam alterações incrementais dos dados armazenados no seu armazém de dados.

Um armazém de dados é um novo armazém de dados que é criado a partir de um ponto de restauração de um armazém de dados existente ou eliminado. Restaurar o seu armazém de dados é uma parte essencial de qualquer estratégia de continuidade de negócios e recuperação de desastres porque recria os seus dados após corrupção acidental ou eliminação. O snapshot 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 dedicadas do objetivo do tempo de recuperação do pool SQL (RTO) podem variar. Fatores que podem afetar o tempo de recuperação (restauro):

  • O tamanho da base de dados
  • A localização do armazém de dados de origem e alvo (isto é, geo-restauro)

Pontos de Restauro Automático

Os instantâneos são uma característica incorporada que cria pontos de restauro. Não tens de ativar esta capacidade. No entanto, a piscina de SQL dedicada deve estar em estado ativo para a criação de pontos de restauração. Se for pausado com frequência, não podem ser criados pontos de restauro automáticos, por isso certifique-se de criar um ponto de restauro definido pelo utilizador antes de fazer uma pausa na piscina SQL dedicada. Os pontos de restauro automáticos não podem ser atualmente eliminados pelos utilizadores, uma vez que o serviço utiliza estes pontos de restauro para manter as 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 primária a partir de qualquer uma das fotos tiradas nos últimos sete dias.

Para ver quando começou a última fotografia, execute esta consulta na sua piscina SQL dedicada online.

select   top 1 *
from     sys.pdw_loader_backup_runs
order by run_id desc
;

Pontos de Restauro Definidos pelo Utilizador

Esta função permite-lhe ativar manualmente instantâneos para criar pontos de restauro do seu armazém de dados antes e depois de grandes modificações. Esta capacidade garante que os pontos de restauro são logicamente consistentes, o que fornece proteção adicional de dados em caso de interrupções de carga de trabalho ou erros do utilizador para um tempo de recuperação rápida. Os pontos de restauro definidos pelo utilizador estão disponíveis durante sete dias e são automaticamente eliminados em seu nome. Não é possível alterar o período de retenção dos pontos de restauro definidos pelo utilizador. 42 pontos de restauro definidos pelo utilizador são garantidos a qualquer momento, pelo que devem ser eliminados antes de criar outro ponto de restauro. Pode ativar instantâneos para criar pontos de restauro definidos pelo utilizador através do PowerShell ou do portal do Azure.

Nota

Se necessitar de pontos de restauro por mais de 7 dias, por favor, vote nesta capacidade aqui.

Nota

Caso esteja à procura de um conceito de backup Long-Term (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 armazém de dados restaurado, pode retomar, o que deve demorar apenas alguns minutos.

Restaurar a retenção de pontos

As seguintes listas listam os detalhes para períodos de retenção de pontos de restauração:

  1. A piscina SQL dedicada elimina um ponto de restauro quando atinge o período de retenção de 7 dias e quando existem pelo menos 42 pontos de restauro total (incluindo o definido pelo utilizador e o automático).
  2. As fotografias não são tiradas quando uma piscina SQL dedicada é pausada.
  3. A idade de um ponto de restauração é medida pelos dias de calendário absoluto a partir do momento em que o ponto de restauração é tomado, incluindo quando a piscina SQL é pausada.
  4. Em qualquer momento, um pool DE SQL dedicado é garantido para ser capaz de armazenar até 42 pontos de restauro definidos pelo utilizador ou 42 pontos de restauração automática, desde que estes pontos de restauração não tenham atingido o período de retenção de 7 dias
  5. Se for tirada uma imagem instantânea, a piscina de SQL dedicada é então pausada por mais de 7 dias, e depois retomada, o ponto de restauro persistirá até que existam 42 pontos de restauro total (incluindo definidos pelo utilizador e automáticos)

Retenção instantânea quando uma piscina SQL é largada

Quando você larga uma piscina SQL dedicada, um instantâneo final é criado e guardado por sete dias. Você pode restaurar a piscina DE SQL dedicada ao ponto de restauro final criado na eliminação. Se a piscina SQL dedicada for largada em estado de pausa, não é tirada nenhuma fotografia. Nesse cenário, certifique-se de criar um ponto de restauro definido pelo utilizador antes de deixar cair a piscina SQL dedicada.

Geo-backups e recuperação de desastres

Um geo-backup é criado uma vez por dia para um centro de dados emparelhado. A RPO para um geo-restauro é de 24 horas. Um geo-restauro é sempre uma operação de movimento de dados e o RTO dependerá do tamanho dos dados. Apenas o último geo-backup é mantido. Pode restaurar o geo-backup para um servidor em qualquer outra região onde a piscina SQL dedicada é suportada. Um geo-backup garante que pode restaurar o armazém de dados caso não possa aceder aos pontos de restauro na sua região primária.

Se não necessitar de geo-backups para a sua piscina DE SQL dedicada, pode desativá-las e economizar nos custos de armazenamento de recuperação de desastres. Para tal, consulte como guiar: Desative geo-backups para uma piscina SQL dedicada (anteriormente SQL DW). Note que se desativar as cópias de segurança geo-backups, não poderá recuperar a sua piscina SQL dedicada à região de Azure emparelhada se o seu centro de dados Azure primário não estiver disponível.

Nota

Se precisar de um RPO mais curto para geo-backups, vote nesta capacidade aqui. Também pode criar um ponto de restauro definido pelo utilizador e restaurar do ponto de restauro recém-criado para um novo armazém de dados numa região diferente. Depois de restaurado, tem o armazém de dados on-line e pode fazê-lo indefinidamente para economizar custos de cálculo. A base de dados pausada incorre em encargos de armazenamento à taxa de Armazenamento Premium Azure. Outro padrão comum para um ponto de recuperação mais curto é ingerir dados em casos primários e secundários de um armazém de dados em paralelo. Neste cenário, os dados são ingeridos a partir de uma fonte (ou fontes) e persistiram em duas instâncias distintas do armazém de dados (primário e secundário). Para economizar nos custos de cálculo, pode fazer uma pausa na instância secundária do armazém. Se precisar de uma cópia ativa do armazém de dados, pode retomar, o que deve demorar apenas alguns minutos.

Residência dos dados

Se o seu centro de dados emparelhado estiver localizado fora do seu país, pode garantir que os seus dados permanecem na sua região, fornecendo a sua base de dados sobre armazenamento localmente redundante (LRS). Se a sua base de dados já tiver sido alocada no RA-GRS (Read Only Geographically Redundant Storage, o padrão atual) então pode optar por não fazer geo-backups, no entanto a sua base de dados continuará a residir no armazenamento que é replicado a um par regional. Para garantir que os dados dos clientes permaneçam dentro da sua região, pode providenciar ou restaurar a sua piscina DE SQL dedicada ao armazenamento localmente redundante. Para obter mais informações sobre como providenciar ou restaurar o armazenamento redundante local, consulte Como orientar a residência de uma única região para uma piscina de SQL dedicada (anteriormente SQL DW) em Azure Synapse Analytics

Para confirmar que o seu centro de dados emparelhado está num país diferente, consulte as Regiões Emparelhadas Azure.

Backup e restaurar custos

Você vai notar que a conta 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 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, consulte a Compreensão de como os Snapshots Acumulam Encargos. A taxa geo-redundante cobre o custo de armazenamento dos geo-backups.

O custo total do seu armazém de dados primário e sete dias de alterações instantâneas é arredondado para a tuberculose mais próxima. Por exemplo, se o seu armazém de dados for de 1,5 TB e os instantâneos capturarem 100 GB, você é cobrado por 2 TB de dados a taxas de armazenamento padrão Azure.

Se estiver a utilizar um armazenamento geo-redundante, recebe uma taxa de armazenamento separada. O armazenamento geo-redundante é faturado na taxa padrão de armazenamento Read-Access geograficamente redundante (RA-GRS).

Para obter mais informações sobre Azure Synapse preços, consulte Azure Synapse preços. Não é cobrado por saída de dados ao restaurar as regiões.

Restaurar a partir de pontos de restauro

Cada instantâneo cria um ponto de restauração que representa o tempo que o instantâneo começou. Para restaurar um armazém de dados, você escolhe um ponto de restauro e emite um comando de restauro.

Pode manter o armazém de dados restaurado e o atual, ou apagar um deles. Se pretender substituir o atual armazém de dados pelo armazém de dados restaurado, pode renomeá-lo utilizando a BASE DE DADOS ALTER com a opção MODIFICAR NOME.

Para restaurar um armazém de dados, consulte Restaurar uma piscina SQL dedicada (anteriormente SQL DW).

Para restaurar um armazém de dados eliminado, consulte Restaurar uma base de dados eliminada (anteriormente SQL DW), ou se todo o servidor foi eliminado, consulte Restaurar um armazém de dados a partir de um servidor eliminado (anteriormente SQL DW).

Nota

A restauração ao nível da mesa não é suportada em piscinas SQL dedicadas. Só pode recuperar uma base de dados inteira a partir da sua cópia de segurança e, em seguida, copiar a(s) tabela(s) requerendo

  • Atividades de ferramentas ETL tais como Copy Activity
  • Exportar e Importar
    • Exporte os dados da cópia de segurança restaurada para o seu Lago de Dados utilizando o EXEMPLO CETAS CETAS
    • Importar os dados utilizando COPY ou Polybase

Restauro de subscrição cruzada

Pode efetuar uma restauração de subscrição cruzada seguindo as orientações aqui.

Restauro geo-redundante

Você pode restaurar a sua piscina SQL dedicada a qualquer região que suporte piscina SQL dedicada ao seu nível de desempenho escolhido.

Nota

Para realizar uma restauração geo-redundante não deve ter optado por sair desta funcionalidade.

Processo de Apoio

Você pode submeter um bilhete de apoio através do portal do Azure para Azure Synapse Analytics.

Passos seguintes

Para obter mais informações sobre pontos de restauro, consulte pontos de restauro definidos pelo utilizador