De acordo com este artigo , um backup do Azure SQL pode ser usado para " Restaurar um banco de dados para outra região geográfica. Isso permite que você se recupere de um desastre geográfico quando não puder acessar seu servidor e banco de dados. Ele cria um novo banco de dados em qualquer servidor existente em qualquer lugar no mundo. "
Minha pergunta é esta. Caso o servidor em que meu banco de dados está instalado falhar, como eu poderia acessar o backup mais recente para restaurá-lo em outro servidor? Por exemplo, se eu quisesse restaurar uma cópia do meu banco de dados agora, selecionaria meu banco de dados e depois a opção Restaurar no menu na parte superior da página. No entanto, se eu perdi meu servidor (e, portanto, meu banco de dados), como posso obter acesso ao(s) backup(s) do(s) banco(s) de dados que estavam no servidor que foi perdido?
Acho que a chave para entender essa frase é o que marquei em negrito:
Veja a documentação sobre a restauração geográfica :
A diferença entre isso e uma restauração regular é que há uma latência maior e possibilidade de perda de dados. Você também não pode fazer uma restauração pontual.
Portanto, ao restaurar o backup de um banco de dados existente por meio do portal do Azure, você tem acesso aos backups nesse mesmo local.
A Microsoft está replicando esses backups para blobs do Azure em diferentes regiões, caso ocorra algum incidente grave em uma região.
Para restaurar, você adicionaria um novo banco de dados em seu portal e selecionaria "backup" como fonte:
Portanto, caso todo o banco de dados e o data center tenham desaparecido, você tem a opção de criar um novo banco de dados em outro data center e pode usar o backup replicado geograficamente mais recente (não o backup mais recente) como origem.
Sua opção está a seguir, a menos que você tenha
Geo-Replicaitonconfigurado.Eu tenho 3 servidores lógicos. 2 no mesmo local e um em local diferente.
Eu tenho um banco de dados chamado
originalem serverswwazuretest.Agora estou simulando que o servidor
swwazuretesté destruído ao excluí-lo.Eu posso restaurar em qualquer um dos meus 2 outros servidores lógicos restantes. Um no mesmo data center (local) e outro em outro local. Depois de clicar em
New database, no menu suspenso doselect sourcebackup escolhido. Você verá a lista de backup disponível no lado direito.Depois de restaurar em outro local, você pode perder dados. O SLA é descrito neste documento.
Visão geral da continuidade dos negócios com o Banco de Dados SQL do Azure
Os backups que formam essa opção de restauração não são algo a que você tenha acesso direto. Os dados para os bancos de dados ativos do seu servidor SQL lógico são replicados localmente para que, se um nó morrer, você for alternado para outro com pouco ou nenhum serviço ou perda de dados. Os backups são ainda duplicados, portanto, se não for possível restaurar seu banco de dados diretamente em outro nó, eles poderão restaurar a partir deles, a menos que uma grande parte do DC seja removida ao mesmo tempo.
Recentemente, experimentamos algo assim: nenhum dado foi perdido, mas o desempenho de nossos aplicativos caiu acentuadamente enquanto todos eram transferidos dos nós afetados e houve um curto período de inatividade completa no final.
Se você precisar de uma proteção melhor do que isso, precisará pagar por uma replicação mais ampla ou (mais barato, mas menos ideal) fazer seus próprios backups exportando regularmente o banco de dados para uma conta de armazenamento do Azure (em outro local) ou solução de armazenamento longe do Azure.