Pontos principais
- A Microsoft não garante a recuperação em casos de exclusão acidental, ransomware ou configuração incorreta — por isso, é preciso fazer backup independente do Microsoft 365 e testar a restauração para garantir a proteção dos dados.
- Confirme se existem backups de Exchange Online, OneDrive, SharePoint e Teams, com credenciais válidas, licenças ativas e acesso ininterrupto à API, para evitar falhas falsas de restauração.
- Teste a prontidão de restauração no nível da carga de trabalho e no nível do item para validar necessidades reais de recuperação e garantir o cumprimento dos requisitos de RTO/RPO.
- Use automação (PowerShell, APIs ou ferramentas de backup) para testar restaurações com regularidade, monitorar os status de sucesso e registrar resultados em logs para fins de conformidade e auditoria.
Um backup só vale o quanto consegue restaurar. Este guia traz instruções passo a passo para testar a prontidão de restauração das cargas de trabalho do Microsoft 365, incluindo Exchange Online, SharePoint, OneDrive e Teams, usando ferramentas Synology.
Ao final do artigo, você saberá proteger dados críticos para o negócio e garantir que a organização recupere informações com rapidez e confiabilidade durante incidentes.
Prefere um resumo visual? Assista ao nosso vídeo “Como testar a prontidão de restauração dos dados do Microsoft 365 com ferramentas Synology” para aprofundar o conhecimento.
Como testar a prontidão de restauração
Método 1: valide o Synology Active Backup for Microsoft 365
📌 Casos de uso: ideal para testar restaurações no nível do usuário e da carga de trabalho (Exchange, SharePoint, OneDrive, Teams)
📌 Pré-requisitos:
- NAS Synology com Active Backup for Microsoft 365 (ABM365)
- Tarefas de backup configuradas e concluídas
- DSM e ABM365 atualizados para a versão mais recente
Passos:
- Abra o Synology Active Backup for Microsoft 365 pela interface do NAS.
- Vá até Task List para confirmar o status do backup:
- verifique os resultados das tarefas e o horário da última execução.
- Confirme o tamanho do backup e o status de sucesso ou falha.
- Abra o Restore Portal.
- Faça login com uma destas opções:
- credenciais de administrador global
- permissões de restauração delegadas
- Selecione uma carga de trabalho:
- caixa de correio do Exchange
- arquivo do OneDrive
- site do SharePoint
- mensagem do Teams
- Escolha um ponto de restauração e visualize o item
- Execute a restauração e verifique:
- se o item ou conteúdo correto foi restaurado
- se permissões e estrutura foram preservadas
- se não há corrupção de dados nem problemas de visibilidade
💡 Dica: use o painel de visualização para conferir a precisão no nível do item antes de restaurar.
Método 2: automatize as verificações de prontidão com PowerShell ou API REST
📌 Casos de uso: esse método ajuda quando é preciso agendar verificações de integridade ou gerar relatórios proativos sobre tarefas de backup com falha ou paradas.
📌 Pré-requisitos:
- PowerShell 5.1+ instalado (Verifique a versão do seu PowerShell)
- Acesso ao token de API da Synology
- Acesso de rede ao Synology DSM
Passos:
- Abra o PowerShell como administrador.
- Execute este comando:
Connect-VB365
Get-VBOJobSession | Where-Object { $_.Status -ne "Success" } |
Format-Table Name, Status, EndTime
- Como alternativa, execute este script bash no Synology:
curl -X POST https://yourdiskstation:5001/webapi/entry.cgi \
-d "api=SYNO.Backup.M365.Status&version=1&method=list" \
-H "X-SYNO-TOKEN: your-session-token"
- Adicione agendamento ou alertas por meio de:
- Agendador de Tarefas do Windows
- Task Scheduler da Synology
- automação de fluxos de trabalho do NinjaOne
💡 Dica: configure alertas para tarefas que falham, que não são executadas em 24 a 48 horas ou que geram objetos incompletos.
Método 3: acompanhe os testes de restauração com chaves de Registro
📌 Casos de uso: excelente para acompanhar a frequência de restauração por dispositivo ou tenant. Também serve como complemento para auditoria de conformidade com SLAs internos ou exigências regulatórias.
📌 Pré-requisitos:
- Acesso de administrador local ao Registro do Windows
- Sistema de backup com registros de teste acessíveis
- Executor de scripts (como NinjaOne ou uma tarefa do PowerShell)
- Recomendamos fortemente fazer backup do Registro do Windows. Configurações incorretas podem deixar o sistema instável.
Passos:
- Pressione Win + R, digite regedit e pressione Enter.
- Acesse: HKEY_LOCAL_MACHINE\SOFTWARE\Org\BackupRestoreValidation
- Crie os seguintes valores:
- LastRestoreTestDate (String) = “2025-07-01T18:00:00Z”
- ToolUsed (String) = “Synology ABM365”
- Use automação (pelo NinjaOne ou PowerShell, por exemplo) para:
- ler as chaves e identificar testes atrasados.
- Atualizar os valores quando os testes forem realizados.
- Disparar alertas quando um teste estiver atrasado.
💡 Dica: exporte as entradas de registro para um servidor de logs central ou um painel de conformidade.
Método 4: aplique políticas de backup de endpoints por Política de Grupo (para clientes Synology)
📌 Casos de uso: esse método ajuda a evitar exclusões acidentais de arquivos, impor o uso de cópia de sombra de volume (VSS) ou proteger endpoints usados em cenários de restauração híbrida.
📌 Pré-requisitos:
- Ambiente de domínio Windows com acesso à Política de Grupo
- Agente Synology instalado (caso também faça backup de arquivos locais)
Passos:
- Pressione Win + R, digite gpedit.msc e pressione Enter.
- Acesse: Configuração do Computador > Modelos Administrativos > Sistema > Proteção de Arquivos do Windows
- Ative os seguintes valores:
- Não permitir que os usuários removam arquivos críticos do sistema
- Exigir Cópia de Sombra de Volume para todos os backups locais
- Aplique a GPO às unidades organizacionais (OUs) relevantes.
- Use gpresult ou os logs de auditoria para confirmar a aplicação da GPO.
💡 Observação: mesmo sem enviar arquivos dos endpoints para a Synology, essas configurações evitam perdas críticas de dados em sobregravações acidentais ou na recuperação após ransomware.
Método 5: verifique o acesso aos arquivos de backup pelo CMD ou pela CLI
📌 Casos de uso: esse método garante que os backups não estejam apenas “registrados”, mas fisicamente acessíveis e utilizáveis. Com ele, dá para checar rapidamente a existência e o tamanho do arquivo de backup.
📌 Pré-requisitos:
- Acesso de sistema de arquivos aos diretórios de backup
- Acesso de rede ou montagem (SMB, iSCSI) aos compartilhamentos Synology
Passos:
A. Para compartilhamentos de backup da Synology (via SMB)
- Execute este comando:
net use Z: \\synology\m365backup
dir Z:\backups\user01
B. Automatize scripts para:
- Verificar datas e tamanhos dos arquivos.
- Confirmar a disponibilidade de snapshots recentes.
- Registrar em log ou alertar quando algo estiver faltando ou menor que o esperado.
💡 Dica: fique atento a arquivos .vbcat incompletos ou pastas do OneDrive/Teams ausentes, sinais de backups com falha ou credenciais expiradas.
Outros pontos a considerar ao testar a prontidão de backup
Escopo da restauração
- Teste sempre restaurações completas e granulares (por exemplo, uma caixa de correio inteira versus um único e-mail).
- Simule incidentes reais: pasta do SharePoint corrompida, chat do Teams excluído e assim por diante.
Expiração de credenciais
- Tokens OAuth e da Graph API costumam expirar a cada 1 ou 2 anos.
- Agende a renovação de credenciais e auditorias de permissões de API a cada 12 meses.
Licenciamento
- O Synology Active Backup limita o acesso a certos recursos sem licença ativada.
- As tarefas de backup podem continuar rodando, mas os direitos de restauração vencem em silêncio. Valide-os com frequência.
Gerenciamento multi-tenant (para MSPs)
- Acompanhe os testes de restauração por cliente usando:
- marcação de metadados (no NinjaOne ou nas notas da tarefa de restauração, por exemplo)
- registro de data e hora em log (pelo Registro)
- painéis por tenant para relatórios
💡 Dica: testar uma vez já ajuda, mas automatizar a prontidão de restauração reduz muito mais os riscos. Esse também é um ponto decisivo em qualquer plano de backup e recuperação de dados.
⚠️ Pontos de atenção
| Riscos | Possíveis consequências | Como reverter |
| Tarefas de backup falham em silêncio por credenciais expiradas | Nenhum backup restaurável por semanas ou meses | Autentique novamente as credenciais do aplicativo na Synology e execute as tarefas de backup completo outra vez. |
| Tarefa marcada como “Success”, mas com erros no nível do objeto | Caixas de correio ausentes, arquivos corrompidos ou cobertura parcial do backup | Revise os logs das tarefas e ative notificações por e-mail ou alertas via PowerShell. |
| Mudança no token OAuth ou nas permissões da Graph API | Restaurações parciais ou com falha, principalmente no Teams e no SharePoint | Renove o token e valide as permissões do aplicativo periodicamente (uma ou duas vezes por ano). |
| Backups armazenados, mas inacessíveis por desvio de permissões | Recuperação impossível durante um incidente | Audite as listas de controle de acesso (ACLs) do repositório e as permissões do portal de restauração. |
| Ponto de restauração antigo demais para atender ao RTO/RPO | Falhas de conformidade ou resposta a incidentes incompleta | Agende testes de restauração semanais e automatize o registro de data e hora com o Registro ou o NinjaOne. |
| Backups de endpoints fora dos fluxos na nuvem | Perda de dados para usuários com fluxos híbridos ou apenas locais | Use GPO e os agentes de endpoint da Synology para impor escopo e retenção de backup. |
Solução de problemas comuns de restauração
Acesso negado durante a restauração na Synology
Isso pode acontecer por escopos da Graph API mal configurados ou tokens OAuth expirados. Para resolver, reautorize o conector do Microsoft 365 dentro do DSM.
Confirme sempre se o token do aplicativo tem as permissões delegadas necessárias (como Mail.ReadWrite, Sites.ReadWrite.All etc.) e se ainda está válido.
O portal de restauração da Synology não carrega
Normalmente é sinal de incompatibilidade de versão do DSM ou de configurações de SSL/TLS incorretas. Para resolver, verifique se o Synology DiskStation Manager (DSM) está em uma versão compatível com o seu ambiente Microsoft 365.
Confirme também se a vinculação HTTPS está configurada corretamente para acesso seguro. Em ambientes em que o acesso HTTP está desativado ou redirecionado de forma errada, o portal pode nem carregar.
Itens ausentes na seleção de restauração
Isso pode indicar que os dados nunca foram indexados corretamente ou que uma tarefa de backup pulou objetos importantes por configuração incorreta. Acontece quando usuários receberam licença recentemente, mudaram de grupo ou foram excluídos por filtros.
Para resolver, execute o backup manualmente de novo e verifique nos logs se há usuários ignorados ou mensagens de erro. Confirme ainda se a indexação está ativada para todas as cargas de trabalho.
A restauração expira ou trava
Geralmente isso aponta problemas de desempenho no repositório de backup ou latência de rede excessiva. Tente isolar a operação de restauração em um disco mais rápido ou mover temporariamente a tarefa para um volume de alta disponibilidade. Na Synology, verifique se as NICs estão corretamente agrupadas ou atribuídas e se as conexões iSCSI ou SMB estão estáveis.
Como NinjaOne ajuda a unificar a prontidão de restauração entre tenants
- Implantação de scripts PowerShell: envie scripts com facilidade para validar o status das tarefas da Synology. Também dá para testar backups com falha e gerar relatórios do histórico de restaurações em endpoints e tenants.
- Auditoria de registro: NinjaOne verifica e reporta chaves de registro personalizadas (como LastRestoreTestDate) para confirmar se administradores locais ou agentes concluíram os testes de restauração dentro dos intervalos definidos.
- Painéis personalizados: NinjaOne oferece visibilidade centralizada da integridade das tarefas de backup, da última restauração bem-sucedida por tenant ou dispositivo e das lacunas na frequência de testes ou na cobertura de objetos.
- Alertas entre tenants: a plataforma dispara alertas automaticamente quando validações de restauração estão atrasadas e quando backups falham em silêncio. Ou ainda quando tokens OAuth e licenças estão perto de expirar.
- Automação de fluxos de trabalho: conecte as verificações de prontidão de restauração a tickets, logs ou alertas. Integre os eventos de validação de restauração aos fluxos de relatórios de conformidade ou à documentação de SLA.
Teste a prontidão de restauração com as ferramentas certas
Óbvio, mas vale repetir: backups não servem para nada se não puderem ser restaurados. Por isso, testar a prontidão de restauração não é opcional, é essencial. Este guia entregou as ferramentas, técnicas e caminhos de automação para garantir que o seu Microsoft 365 não esteja apenas com backup feito, mas realmente recuperável.
Temas relacionados:
