Configurar Sophos Backup & Recovery M365 e verificar uma recuperação

Sophos Backup and Recovery M365 é uma oferta cloud de backup e recuperação baseada em Rubrik para Exchange, OneDrive, SharePoint e Teams. A entrada no Sophos Fusion (anteriormente Sophos Central) é My Products > Backup and Recovery M365; configuração e recuperação decorrem no portal Rubrik Security Cloud. Uma licença ativa ou um redirecionamento bem-sucedido ainda não demonstra que os dados previstos estão a ser copiados.

A sequência segura é: verificar direitos e tenant, ligar Microsoft 365 ao Rubrik, atribuir políticas através de uma SLA Domain, confirmar backups bem-sucedidos e validar uma recuperação limitada. O percurso seguinte segue a ajuda administrativa Sophos de 27 de maio de 2026, relida em 27 de outubro de 2026. Descreve o modelo alojado pela Rubrik e um exemplo Exchange, não uma recuperação universal para todas as cargas M365.

Esclarecer trabalho, tenant e permissões antes de começar

Registar a organização Microsoft 365, utilizadores e cargas a proteger. Os responsáveis confirmam tenant Sophos Fusion, subscrição comprada e estado do aprovisionamento. O Sophos M365 Backup and Recovery não suporta Enterprise Master Licensing. As suas licenças não podem ser partilhadas entre Sub-Estates; se existirem vários tenants de cliente, cada um necessita de licenças separadas. O licenciamento e a atribuição das organizações/subscrições Microsoft 365 previstas são confirmados separadamente antes da encomenda. Ver Enterprise Master Licensing.

É também necessária uma conta de administrador Microsoft 365 com as permissões exigidas pela ligação. A instrução geral Sophos não especifica um papel mínimo universal. Antes do consentimento, esclarecer direitos efetivamente pedidos, aplicações envolvidas e pessoa que aprova. Direitos administrativos Sophos não substituem os da Microsoft.

O planeamento deve incluir região dos dados, conservação, perda admissível e tempo de recuperação no pedido de alteração. Os dois últimos são frequentemente designados RPO e RTO: que idade pode ter a cópia recuperada e quanto tempo pode o serviço ficar indisponível? Backup não substitui soluções separadamente necessárias de arquivo, eDiscovery ou legal hold.

Confirmar condições comerciais antes da compra: verificar quantidade mínima, armazenamento incluído, duração, expansão e disponibilidade de trial ou MSP na proposta atual. Informações de lançamento antigas não garantem condições atuais. A análise de Sophos Backup & Recovery com Rubrik trata compra e arquitetura; este guia concentra-se na configuração e nas provas.

1. Ligar a subscrição Microsoft 365 ao Rubrik

1. Abrir My Products > Backup and Recovery M365 no Sophos Fusion. Após o redirecionamento, confirmar a organização Rubrik e escolher Inventory > SaaS > Microsoft 365 > Add Subscription.
2. Continuar com Next em Microsoft 365 Setup. Em Grant Rubrik Access to Azure, introduzir o domínio do tenant Entra previsto em Microsoft Entra Domain, disponível na respetiva visão geral Entra. Sign in to Azure abre o início de sessão; escolher depois Add Subscription. Parar se o tenant for inesperado ou o consentimento estiver por esclarecer.
3. Definir a localização em Azure Configuration. A Sophos recomenda Store data in its original geographic regions; selecionar também a localização central. Verificar o ajuste face ao plano próprio de residência, sem o tratar como confirmação de todos os requisitos de privacidade.
4. O Rubrik gera uma chave Azure por predefinição. Use your own Azure key é uma opção separada com Azure Tenant ID, Azure Key Vault ID e Azure Key Name. Usar chave própria apenas com operação, acesso e recuperação definidos. O guia não justifica substituir chaves existentes por precaução. Prosseguir com Add Subscription.
5. Em Authorize Access to Microsoft 365, realizar os acessos previstos para Exchange, OneDrive, SharePoint e Teams. Em Grant Access to Microsoft Management App, autorizar através de Sign in to Microsoft 365 Management app. Verificar sempre permissões e tenant apresentados e concluir Add Subscription.

Uma subscrição ligada comprova inicialmente a integração. Proteger dados concretos depende também de âmbito, atribuição SLA e backups bem-sucedidos. Repetir consentimento para todas as aplicações não resolve uma falha numa única carga; isolar primeiro o passo e a mensagem.

2. Atribuir uma SLA Domain adequada

Uma SLA Domain descreve a política de backup, sobretudo frequência e conservação. Não é simplesmente o domínio de correio nem um tempo garantido de recuperação.

Em Inventory > SaaS > Microsoft 365, clicar em Assign SLA Domain. Em Manage Protection, selecionar as aplicações previstas e continuar com Next. Em Assign an SLA Domain, escolher a política existente adequada. A Sophos documenta estas predefinições:

A oferta geral indica até dez anos de conservação e backups imutáveis. Isso não significa que uma predefinição já configure dez anos ou a imutabilidade desejada. Para valores diferentes, planear uma Custom SLA Domain segundo a ajuda Rubrik atual e verificar direitos e configuração efetivos. Os nomes não são recomendações para todos os clientes.

Após Next, verificar todo o âmbito e política em Confirmation, escolhendo só depois Assign. Para o primeiro piloto, verificar objetos de teste e estado de proteção no portal; selecionar aplicações no assistente não comprova delimitação arbitrariamente granular do piloto.

3. Demonstrar os backups antes de precisar de recuperar

Escolher uma caixa de teste autorizada e criar uma mensagem inofensiva claramente identificada, por exemplo Backup-Pilot-2026-10-27. Não deve conter credenciais nem dados empresariais ou de clientes. Registar antecipadamente a janela de backup e ponto de recuperação esperados.

Verificar depois no Rubrik subscrição, âmbito protegido, SLA Domain atribuída e execução concluída. Só um snapshot disponível com o objeto esperado permite a prova de recuperação abaixo. Integração verde, SLA configurada ou backup antigo não provam que a nova mensagem foi capturada.

4. Efetuar uma recuperação Exchange limitada

Recuperar escreve dados ou cria uma exportação. Destino, âmbito e autorização devem estar definidos antes do último Recover. Uma caixa de teste é adequada ao piloto; não recuperar uma caixa produtiva in-place por precaução.

1. Abrir Inventory > SaaS > Microsoft 365. Em Selected Subscription, escolher a subscrição confirmada e clicar em Enter Subscription.
2. Escolher Exchange em Data Source. Em Username, selecionar a pessoa de teste autorizada e em Snapshots uma hora adequada no calendário.
3. Abrir o snapshot com Recover. Em Exchange Recovery, escolher Mailbox e continuar com Next para pastas ou mensagens. Selecionar apenas a mensagem acordada; usar pesquisa se necessário.
4. Escolher conscientemente o percurso. Restore to original user usa a pessoa original; Restore to another user, outra pessoa. Download from Cloud cria ZIP com um ou mais PST; Recover to a different subscription envolve outro contexto de tenant/subscrição. As variantes exigem aprovações diferentes e não são opções de teste intercambiáveis.
5. No seguimento documentado, escolher In-place recovery ou Recover to a new folder. Para o teste limitado, usar uma nova pasta no destino confirmado, se disponível no fluxo escolhido. Segundo a ajuda, Recover to a new folder permanece na região original. Rever destino, região e âmbito antes de Next.
6. Verificar o resumo e só depois confirmar Recover. Controlar conclusão e mensagens do trabalho no portal. Com a pessoa responsável pelo teste, confirmar que a mensagem esperada é legível no destino certo. Comparar assunto, conteúdo e eventual anexo com o original.

O relatório regista hora do snapshot, ID ou referência rastreável do trabalho, objetos de origem e destino, âmbito, resultado e duração medida. Recuperar uma mensagem não valida uma caixa inteira, site SharePoint ou estrutura Teams. Planear testes representativos separados para essas tarefas.

Para ficheiros OneDrive, conteúdos SharePoint e dados Teams, preparar e validar restauros M365 de outros workloads explica a delimitação de origem, destino e conflitos, além de três cenários de teste separados. Antes da recuperação, confirmar as permissões e os snapshots adequados para cada workload.

Uma recuperação concluída não tem um botão universal de anulação. Depois da verificação, limpar pastas de teste adicionais, objetos recuperados ou PST apenas no âmbito e conservação acordados. Não apagar mensagens produtivas nem snapshots como suposto rollback.

Se falharem acesso, backup ou recuperação

Rubrik volta ao início de sessão Fusion após timeout: a Sophos lista PHISH-11524 nos problemas conhecidos lidos em 27 de outubro de 2026. Afeta uma sessão SSO Rubrik expirada enquanto a Fusion continua válida. A solução temporária documentada é voltar a iniciar sessão no Sophos Fusion e reabrir Rubrik SSO. Não é correção permanente nem razão para remover a subscrição ou ampliar direitos.

A subscrição está ligada, mas faltam snapshots esperados: verificar separadamente tenant, carga, âmbito real, SLA, hora do backup e erro concreto. Backups bem-sucedidos de outra subscrição não são provas substitutas.

A recuperação não produz resultado utilizável: comparar pessoa de origem, hora do snapshot, mensagem escolhida, destino e mensagem do trabalho com o pedido. Não repetir a mesma escrita enquanto o resultado for incerto. Esclarecer primeiro se os dados já foram recuperados.

Para ajuda detalhada, abrir Help no Rubrik e procurar o título exato, por exemplo Setting up a Microsoft 365 subscription for Rubrik hosting ou Recovering email messages to the original location. A Sophos refere que links diretos podem inicialmente exigir início de sessão. Permanecer no fluxo autorizado do portal; o artigo não pressupõe acesso adicional nem aumento de privilégios.

Para escalar, fornecer subscrição, carga, hora com fuso, passo, erro expurgado e referência conhecida do trabalho. Tokens, chaves, conteúdo PST e mensagens confidenciais não devem constar de descrições públicas. Usar caso e canal de transferência confirmados segundo Preparar e abrir um pedido de suporte.