Editar

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

Este artigo explica como o serviço do Power BI oferece alta disponibilidade e fornece continuidade de negócios e recuperação de desastres para seus usuários. Depois de ler este artigo, você deve entender melhor como a alta disponibilidade é alcançada, em que circunstâncias o Power BI executa um failover e o que esperar do serviço quando ele fizer failover.

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

O Power BI é um software como serviço (SaaS) 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, consulte 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 no datacenter. As zonas de disponibilidade são aplicadas e usadas automaticamente para o Power BI. As zonas de disponibilidade são locais isolados por falhas dentro de uma região do Azure que fornecem três ou mais locais distintos e exclusivos dentro de uma região do Azure que têm energia, 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 no datacenter. As zonas de disponibilidade oferecem aos clientes a capacidade de suportar falhas no datacenter sem acionar um failover do Power BI.

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

O que é um failover do Power BI?

O Power BI mantém várias instâncias de cada componente nos 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 inoperável 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 operabilidade para a instância de serviço do Power BI em uma nova região, geralmente dentro do mesmo local geográfico. Para obter mais informações, veja o Centro de Fidedignidade da Microsoft.

Uma instância de serviço do Power BI com failover oferece suporte apenas a operações de leitura, o que significa que as seguintes operações não são suportadas durante o failover: atualizações, operações de publicação de relatório, modificações de painel ou relatório e outras operações que exigem alterações nos metadados do Power BI (por exemplo, inserir um comentário em um relatório). As operações de leitura, como a exibição de painéis e a exibição de relatórios (que não se baseiam no DirectQuery ou no Live Connect para fontes de dados locais) continuam funcionando normalmente.

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

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

Onde estão localizados os clusters de failover?

As instâncias de backup residem na mesma localização geográfica (geográfica) que você seleciona quando sua organização se inscreve no Power BI, exceto onde anotado na Central de Confiabilidade da Microsoft. Uma área geográfica pode conter várias regiões e a Microsoft pode replicar dados para qualquer uma das regiões dentro de uma área geográfica específica para resiliência de dados. A Microsoft não replica nem move dados de clientes para fora da área geográfica. Para obter um mapeamento dos geos oferecidos pelo Power BI e das regiões dentro deles, consulte a Central de Confiabilidade da Microsoft.

Como a Microsoft decide fazer failover?

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

  • Sondas de monitoramento externas e internas indicam falta de disponibilidade ou incapacidade de operar corretamente. As indicações podem ser baseadas em interrupções detetadas em componentes do Power BI ou em 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 relata 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 sei que o Power BI está no modo de failover?

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

Quanto tempo demora o failover do Power BI?

Para um failover de zona, o Power BI pode concluir o processo de failover em aproximadamente 30 segundos e continua a funcionar sem limitações. Para um failover regional, o Power BI leva aproximadamente 15 minutos para se tornar operacional novamente depois que é tomada 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 do GEO de 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 período de tempo. Para obter mais informações, consulte Redundância de armazenamento do Azure.

O que acontece aos espaços de trabalho e relatórios se a minha capacidade Premium ficar indisponível?

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

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

As instâncias de serviço do Power BI retornam à região original quando o problema que causou o failover é resolvido. Verifique 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 momento, as operações devem voltar ao normal.

Sou responsável pela disponibilidade da minha solução Power BI?

Se a solução do Power BI usada em sua organização envolver um dos seguintes elementos, você deverá tomar medidas para garantir que a solução permaneça altamente disponível:

  • Se sua organização usa o Power BI Premium, certifique-se de que a capacidade Premium seja dimensionada para atender às demandas de carga de sua implantação. Para ajudá-lo a planejar e atender a esse requisito, consulte o white paper Planejamento e Implantação do Power BI Premium. Para ajudar com o monitoramento, novos recursos são adicionados regularmente ao portal de administração no Power BI e no aplicativo Power BI Premium Capacity Metrics.
  • Se sua organização acessa fontes de dados locais usando o gateway de dados local, você deve configurar o gateway para oferecer suporte à alta disponibilidade, consulte Gerenciar clusters de alta disponibilidade do gateway de dados local e balanceamento de carga. Use esta orientação se estiver atualizando relatórios no modo de importação ou acessando dados ou modelos de dados usando o DirectQuery ou o Live Connect.

Os gateways funcionam no modo de failover?

N.º Os dados exigidos de fontes de dados locais (quaisquer relatórios e painéis baseados no Direct Query e no Live Connect) não funcionam durante um failover. No entanto, a configuração do gateway não muda. Quando a instância do Power BI retorna ao seu estado original, os gateways retornam à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 um período 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 na nova região.

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