VENDAS: 1-800-867-1389

Continuidade dos negócios no Banco de dados SQL do Azure

Atualizado: fevereiro de 2015

Continuidade dos negócios é a capacidade de continuar as operações de negócios quando uma crise ou desastre ocorre. O planejamento da continuidade de negócios exige processos, procedimentos e medidas para garantir que as operações comerciais possam continuar sem interrupção. Este tópico enfoca os recursos do Banco de Dados SQL do Azure que permitem a continuidade dos negócios e a recuperação de desastres.

Ao armazenar seus dados no Banco de dados SQL do Azure, você aproveita as vantagens de muitos recursos de tolerância a falhas e infraestrutura segura que, de outra forma, seria necessário projetar, adquirir, implementar e gerenciar. O Banco de dados SQL do Azure tem um subsistema de alta disponibilidade interna que protege seu banco de dados contra falhas de dispositivos em um datacenter e servidores individuais. O Banco de dados SQL do Azure mantém várias cópias de todos os dados em diferentes nós físicos localizados em subsistemas físicos totalmente independentes para minimizar as interrupções causadas por falhas de componentes de servidor individual, como unidades de disco rígido, adaptadores de interface de rede ou até servidores inteiros. A qualquer momento, três réplicas do banco de dados estão em execução—uma réplica primária e duas ou mais réplicas secundárias. Os dados são gravados na primária e uma réplica secundária, usando um esquema de confirmação baseado em quórum antes da transação, é considerada confirmada. Se o hardware falhar na réplica primária, o Banco de dados SQL do Azure detectará a falha e fará o failover para a réplica secundária. No caso de perda física de uma réplica, uma nova réplica é criada automaticamente. Portanto, há sempre no mínimo duas cópias físicas transacionalmente consistentes dos dados no datacenter.

Além dos sistemas integrados que permitem a alta disponibilidade do banco de dados, o Banco de Dados SQL Azure oferece recursos adicionais de continuidade de negócios.

 

  Basic Standard Premium

Restauração pontual

Qualquer ponto de restauração nos últimos 7 dias

Qualquer ponto de restauração nos últimos 14 dias

Qualquer ponto de restauração nos últimos 35 dias

Restauração geográfica

RTO* < 24 horas

RPO† < 24 horas

RTO* < 24 horas

RPO† < 24 horas

RTO* < 24 horas

RPO† < 24 horas

Replicação geográfica padrão

Não incluído

RTO* < 2 horas

RPO† < 30 minutos

RTO* < 2 horas

RPO† < 30 minutos

Replicação geográfica ativa

Não incluído

Não incluído

RTO* < 1 hora

RPO† < 5 minutos

* Objetivo de Tempo de Recuperação (RTO) – tempo de inatividade máximo antes que o aplicativo esteja funcionando totalmente após uma falha.

† Objetivo de Ponto de Recuperação (RPO) – valor máximo das mais recentes alterações de dados (intervalo de tempo) que o aplicativo poderá perder antes que esteja funcionando totalmente após uma falha.

A restauração pontual é a opção de restauração mais básica, que você obtém automaticamente com os banco de dados Basic, Standard e Premium. Você pode usar a restauração pontual para retornar o banco de dados para um ponto anterior no tempo. Volte 7 dias com o Basic, 14 dias com Standard e 35 dias com o Premium. Consulte Backup e restauração do Banco de dados SQL do Azure e Restauração pontual do Banco de Dados SQL do Azure (blog) para obter mais informações. Assista ao vídeo Restaurar um Banco de Dados SQL usando a restauração pontual para ver como é fácil usar a restauração pontual.

A restauração geográfica é semelhante à restauração pontual. Você também recebe automaticamente com os bancos de dados Basic, Standard e Premium. Porém, a restauração geográfica foi projetada para ser uma opção de recuperação básica quando um banco de dados não estiver disponível devido a um incidente de grande escala ou interrupção na região onde o seu banco de dados está hospedado. O recurso usa o armazenamento com redundância geográfica de acesso de leitura do Azure para armazenar o backup diário mais recente dos bancos de dados em um local geográfico diferente. Considere a restauração geográfica como uma solução de recuperação de desastres básica se o seu aplicativo puder tolerar até 24 horas de tempo de inatividade e perda de dados. Para obter mais informações, leia Restauração geográfica do Banco de Dados SQL do Azure (blog) e assista ao vídeo Restaurar um Banco de Dados SQL usando a restauração geográfica para ver como recuperar um banco de dados usando a restauração geográfica.

A replicação geográfica padrão está disponível para bancos de dados Standard e Premium. Ela foi concebida para aplicativos com uso menos intensivo de gravação que, não obstante, processam grandes volumes de dados e têm requisitos de recuperação mais agressivos que a restauração geográfica pode oferecer. Quando o banco de dados principal falha, ele aparece como degradado, e você pode iniciar o failover para um banco de dados secundário não legível armazenado em uma região diferente. Para obter mais informações, consulte Georeplicação padrão para o Azure SQL Database e Replicação geográfica padrão do Banco de Dados SQL do Azure (blog), que tem uma comparação completa de replicação geográfica e replicação geográfica padrão.

A Replicação Geográfica Ativa está disponível para bancos de dados Premium. Ela foi criada para aplicativos com uso intensivo de gravação com os requisitos de recuperação mais agressivos. Usando a replicação geográfica ativa, você pode criar até quatro secundários legíveis em servidores em diferentes regiões. Esses bancos de dados secundários são mantidos como cópias contínuas do primário e você pode iniciar o failover para um secundário da mesma forma que a replicação geográfica padrão. A replicação geográfica fornece o mais alto grau de resiliência para problemas de conexão temporários e alta latência, de modo que pode oferecer suporte a atualização do aplicativo online ou a cenários de realocação, bem como ao balanceamento de carga para cargas de trabalho somente leitura. Para obter mais informações, consulte Replicação Geográfica Ativa para Banco de Dados SQL do Azure e Destaque para a replicação geográfica ativa do Banco de Dados SQL (blog).

  • A Cópia do banco de dados permite criar uma cópia do banco de dados nos mesmos servidores ou em servidores diferentes nas mesmas regiões ou em regiões diferentes. A cópia é transacionalmente consistente com a origem na ocasião em que a operação de cópia de banco de dados é concluída. No entanto, ela é uma cópia única e não é continuamente replicada da origem. O recurso pode ser usado para a migração de dados ou para necessidades de cópia ocasionais. Para obter mais informações, consulte Copiando bancos de dados no Banco de dados SQL do Azure.

  • O serviço de importação e exportação permite exportar de modo manual ou automático um arquivo BACPAC, que contém uma cópia lógica dos dados e um esquema de um banco de dados, e importar o arquivo para restaurar o banco de dados. Use importar e exportar para bancos de dados da Web e comerciais, que não dão suporte a outros recursos de continuidade de negócios. Ou use-o além de outros recursos de continuidade de negócios para armazenamento a longo prazo de backups diários ou para manter backups depois do período de retenção para restauração pontual. Para obter mais informações, consulte Como: Usar o Serviço de Importação e Exportação no Banco de Dados SQL do Azure

Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários
Mostrar:
© 2015 Microsoft