Perguntas frequentes de recuperação de desastre, failover e alta disponibilidade do Power BI

Este artigo explica como o serviço do Power BI oferece alta disponibilidade e fornece continuidade dos negócios e recuperação de desastres para seus usuários. Depois de ler este artigo, você deverá ter um melhor entendimento de como alta disponibilidade é obtida, em que circunstâncias o Power BI executa um failover e o que esperar do serviço quando o failover ocorrer.

O que "alta disponibilidade" significa para o Power BI?

Power BI é um SaaS (Software como Serviço) totalmente gerenciado. O Power BI é resiliente a falhas de infraestrutura para que os usuários sempre possam acessar seus relatórios. Para obter informações sobre SLAs, confira Recursos e documentos de licenciamento.

O Power BI usa zonas de disponibilidade do Azure para proteger relatórios, aplicativos e dados do Power BI contra falhas de datacenter. As zonas de disponibilidade são aplicadas e usadas automaticamente no Power BI. As zonas de disponibilidade são localizações isoladas de falhas em uma região do Azure que fornece três ou mais localizações distintas e exclusivas em uma região do Azure com potência, resfriamento e rede redundantes. As zonas de disponibilidade permitem que os clientes do Power BI executem aplicativos críticos com maior disponibilidade e tolerância a falhas do datacenter. As zonas de disponibilidade fornecem aos clientes a capacidade de resistir às falhas do datacenter por meio de redundância e isolamento lógico dos serviços.

Para obter mais informações, confira O que são zonas de disponibilidade e regiões do Azure?

O que é um failover do Power BI?

O Power BI mantém várias instâncias de cada componente em datacenters do Azure (também conhecidos como regiões) para garantir a continuidade dos negócios. Se houver uma interrupção ou se o Power BI ficar inacessível ou inoperante em uma região, o Power BI falhará todos os seus componentes nessa região para uma instância de backup. O failover restaura a disponibilidade e a capacidade de operação da instância do serviço do Power BI em uma nova região, geralmente dentro do mesmo local geográfico. Para saber mais, confira o Centro de Confiabilidade da Microsoft.

Uma instância do serviço do Power BI que sofreu failover dá suporte apenas a operações de leitura, o que significa que as operações a seguir não têm suporte durante o failover: atualizações, operações de publicação de relatório, modificações de dashboard ou de relatório e outras operações que exigem alterações nos metadados do Power BI (por exemplo, inserção de um comentário em um relatório). Operações de leitura, como exibição de dashboards e de relatórios (que não são baseados em DirectQuery ou no Live Connect para fontes de dados locais) continuarão a funcionar normalmente.

Como as instâncias de backup são mantidas em sincronia com meus dados?

Todos os componentes do serviço do Power BI sincronizam regularmente suas instâncias de backup. Há uma sincronização pontual de 15 minutos para o conteúdo carregado ou alterado no Power BI. Se houver um failover, o Power BI usa replicação do Armazenamento do Azure com redundância geográfica e replicação do SQL do Azure com redundância geográfica para garantir que instâncias de backup existam em outras regiões e que possam ser usadas.

Onde os clusters de failover estão localizados?

Instâncias de backup residem no mesmo local geográfico (área geográfica) selecionado quando sua organização se inscreveu no Power BI, exceto quando observado no Microsoft Trust Center. Uma área geográfica pode conter várias regiões, e a Microsoft pode replicar dados para qualquer uma das regiões dentro de um local específico para resiliência de dados. A Microsoft não replica nem move dados do cliente para fora da área geográfica. Para um mapeamento das áreas geográficas oferecidas pelo Power BI e das regiões dentro delas, veja o Microsoft Trust Center.

Como a Microsoft decide fazer failover?

Há dois sistemas diferentes que indicam quando um failover pode ser necessário:

  • As investigações de monitoramento internas e externas indicam uma falta de disponibilidade ou incapacidade de funcionar corretamente. As indicações podem ser baseadas em interrupções detectadas nos componentes do Power BI ou de um ou mais dos serviços dos quais o Power BI depende em uma região.
  • A equipe de operações centrais do Microsoft Azure informa sobre interrupções críticas em uma região.

Em ambos os casos, os membros da equipe executiva do Power BI decidem fazer failover. A decisão não é automatizada. Depois que a decisão é tomada, o failover é automático.

Como saber o que Power BI está no modo de failover?

Uma notificação é publicada na página de suporte do Power BI. A notificação da informação inclui as principais operações que não estão disponíveis, incluindo publicação, atualização, criação de dashboard, duplicação de dashboard e alterações de permissão.

Quanto tempo o Power BI leva para fazer failover?

Para um failover de zona, o Power BI pode concluir o processo de failover em aproximadamente 30 segundos e continua funcionando sem limitações. Para um failover regional, o Power BI leva aproximadamente 15 minutos voltar ao estado operacional após a decisão de que um failover é necessário. O tempo para identificar que um failover é necessário varia com base no cenário que causou o failover.

O Power BI usa a replicação geográfica do Armazenamento do Azure para executar o failover. Essas replicações geralmente têm um ponto de retorno de 15 minutos, no entanto, o Power BI não pode garantir um prazo. Para mais informações, confira Redundância do armazenamento do Azure.

O que acontecerá com workspaces e relatórios se minha capacidade Premium ficar indisponível?

Se uma capacidade Premium ficar indisponível, os workspaces e relatórios permanecerão acessíveis e visíveis para todos.

Quando a minha instância do Power BI retorna para a região original?

Instâncias de serviço do Power BI retornam para as respectivas regiões originais quando o problema que causou o failover é resolvido. Confira a página de suporte do Power BI: Quando o problema é resolvido, a equipe do Power BI remove a notificação que descreve o failover. Nesse ponto, as operações devem ser voltar ao normal.

Eu sou responsável pela disponibilidade da minha solução do Power BI?

Se a solução do Power BI usada em sua organização envolve um dos elementos a seguir, você precisa executar medidas para garantir que a solução permaneça altamente disponível:

  • Se sua organização usa o Power BI Premium, garanta que a capacidade Premium seja dimensionada para atender às demandas de carga da sua implantação. Para ajudá-lo a planejar e atender a esse requisito, confira o white paper Planejamento e Implantação do Power BI Premium. Para ajudar no monitoramento, novos recursos são adicionados regularmente ao portal de administração no Power BI e ao aplicativo de Métricas de Capacidade do Power BI Premium.
  • Se sua organização acessar fontes de dados locais usando o gateway de dados local, você deverá configurar o gateway para dar suporte à alta disponibilidade, confira Gerenciar clusters de alta disponibilidade do gateway de dados local e balanceamento de carga. Use estas diretrizes se você estiver atualizando relatórios no modo de importação ou estiver acessando dados ou modelos de dados usando o DirectQuery ou Live Connect.

Os gateways funcionam no modo de failover?

Não. Os dados necessários de fontes de dados locais (qualquer relatório e dashboard baseado em Consulta Direta e Live Connect) não funcionam durante um failover. No entanto, a configuração do gateway não é alterada. Quando a instância do Power BI retorna ao estado original, os gateways voltam às funções normais.

Se houver um desastre extremo em uma região primária que impeça a restauração de um gateway por uma duração considerável, a região primária com failover permitirá operações de leitura e gravação, para que você possa reimplantar e configurar um gateway da nova região.

Você pode optar por instalar um novo gateway em um computador diferente ou assumir um gateway existente. Assumir o gateway existente deve ser mais simples, porque todas as fontes de dados associadas com o gateway antigo serão transferidas para o novo.