E dando sequência aos conteúdos do Veeam Data Cloud, nesse segundo vídeo, demonstro o processo de recuperação de uma mensagem do Microsoft Exchange. Também explico brevemente as possibilidades disponíveis para serem realizadas no momento da operação.

O post Vídeo – Veeam Data Cloud for M365 – Restore apareceu primeiro em Explain IT.

Galera, recentemente postei o passo a passo de como funciona o processo de configuração do backup do Veeam Data Cloud  for M365. Agora, para facilitar ainda mais o entendimento, gravei 2 vídeos separados por backup e restore.

E para ajudar na indexação do conteúdo, serão 2 posts. Esse primeiro aborda o backup do Exchange.

O post Vídeo – Veeam Data Cloud for M365 – Backup apareceu primeiro em Explain IT.

E aí pessoal, tudo certo?

Chegamos ao terceiro e último post da série sobre o Veeam Data Cloud for Microsoft 365 (ainda teremos EntraID). Se você não viu os outros posts, segue abaixo os links:

Parte 1: onboarding e configuração inicial, clique aqui.

Parte 2: restore do Exchange Online/E-mail, clique aqui.

Nesse post, vou mostrar como restaurar os arquivos do OneDrive for Business e do SharePoint. Como a estrutura dos dois é similar, não faria sentido dividir em 2 publicações. Vamos lá:

Restore do OneDrive

O processo de recuperação de itens do OneDrive, assim como tudo no VDC, é bem simples. Quando realizamos a restauração do Exchange (post anterior), na aba superior do VDC, havíamos escolhido a opção Outlook. Agora vamos mudar e selecionar OneDrive (1). Ao fazer isso, é listado todos os usuários do tenant com conteúdo disponível para recuperação. Aqui também se aplica a opção de selecionar outros pontos de restauração clicando no ícone do calendário (2).

Anteriormente deletamos todos os arquivos do usuário Wesley Martins. Depois, clicamos sobre o nome do usuário (3) dele e finalizamos clicando no botão Restore Selected OneDrive (4).

Próximo passo é escolher o destino da restauração. Assim como os e-mails, quando vou restaurar arquivos do OneDrive, tenho 3 opções:

Original location (1): devolver os arquivos para o local de origem.

Other users OneDrive (2): restaurar os arquivos para outra pessoa dentro do tenant.

Download in background (3): fazer o download localmente de um arquivo .ZIP.

Quando o processo é iniciado, podemos acompanhar a execução clicando na aba Details.

E quando o processo termina, ao clicar em Logs, também podemos ver um resumo simplificado da operação:

Dessa forma, todos os arquivos deletados anteriormente voltaram para o diretório do Wesley no OneDrive for Business.

Restore do SharePoint

Para restauração de itens do SharePoint, na aba superior, escolhemos SharePoint. A lógica do calendário/pontos de restauração (1) que explicamos acima, no exemplo do OneDrive, também serve aqui.

Quando escolhemos um dos sites disponíveis para restaurar, conseguimos navegar na árvore até chegar no caminho necessário.

Ao definir o que desejamos recuperar, precisamos informar o destino. Para o SharePoint, são apenas 2 opções:

Original location (1): restaura o site e todo conteúdo, mantendo o mesmo alias, no local original.

The following site (2): podemos escolher aqui um outro destino e definir um alias novo que será utilizado nesse novo local.

Se optarmos por manter o local original, ainda temos a opção de clicar em Advanced options (1) e definir, por exemplo, se queremos restaurar as permissões do site (2).

E, assim como no Exchange e no OneDrive, ao clicar em Restore, conseguimos acompanhar a evolução da atividade e, ao final, visualizar um log resumido.

E dessa forma finalizamos essa série sobre VDC para Microsoft 365. Na sequência vamos dar uma olhada como são os processos para proteger e recuperar o ambiente do EntraID.

Até logo pessoal!

O post Veeam Data Cloud for Microsoft 365 – Parte 03 apareceu primeiro em Explain IT.

Fala galera, tudo em ordem? Chegou o momento esperado: vamos explorar, em alguns posts, o Veeam Data Cloud for Microsoft 365 (VDC365). A famosa ferramenta da Veeam Software para proteger recursos do Microsoft 365, que antes era instalada e operada em ambientes on-premisses, agora está disponível na oferta SaaS (Software as a Service).

Eu vou distribuir o conteúdo em vários posts pra não ficar carregado demais. Na primeira parte, uma breve introdução do produto e também o processo de on-boarding na ferramenta.

Mas antes, senta que lá vem história……

Por muito tempo, o Veeam Backup for Microsoft 365 foi destaque tanto comercialmente quanto tecnicamente. Porém, as evoluções do mercado e as recomendações das consultorias (tipo Gartner), apontavam que era o momento de inovar. E, baseado nisso, a Veeam adquiriu um produto chamado Cirrus, que foi desenvolvido originalmente pela CT4 e protegia o Microsoft 365 e o Azure.

Porque comprar o Cirrus se a Veeam já tinha backup para Microsoft 365?

A grande sacada aqui foi que o produto comprado (Cirrus) já estava sendo ofertado como SaaS (Software as a Service), ou seja, quem contratasse a solução, não precisava se preocupar com absolutamente nada! Tudo é responsabilidade do provedor, nesse caso, a CT4. No formato SaaS, o cliente só precisa pagar e gerenciar o backup. A camada de infraestrutura, disponibilidade, segurança, updates… tudo isso é feito pelo provedor. Quando a Veeam comprou o Cirrus, ela absorveu também todo time de desenvolvimento e suporte. A partir desse momento, nasceu o Veeam Data Cloud.

Esclarecendo

• Veeam Backup for Microsoft 365 (VBM365)
  • Solução “antiga”;
  • On-primesses;
  • Cliente precisa disponibilizar servidor e armazenamento;
  • Instalada e gerenciada pelo cliente/parceiro.
• Veeam Data Cloud for Microsoft 365 (VDC365)
  • Solução mais “nova” e moderna;
  • Formato SaaS;
  • Disponibilizada na nuvem da Veeam (servidor e armazenamento ilimitado);
  • Suportada inteiramente pela Veeam.

Produto

Assim como no VBM365, o VDC365 protege os seguintes itens do Microsoft 365:

• Microsoft Exchange Online (e-mails)
• Microsoft SharePoint Online
• Microsoft OneDrive for Business
• Microsoft Teams

Onboarding

Por se tratar de uma solução SaaS, não existe um processo de “instalação”. Ela já está instalada na nuvem da Veeam, que utiliza, por padrão, os recursos do Azure para hospedar a infraestrutura. Sendo assim,  precisamos apenas configurar nosso tenant do Microsoft 365 dentro do VDC. Esse processo chamamos de onboarding.

Quando o cliente compra o VDC365, ele informa um e-mail para receber o convite e ingressar na plataforma. Apenas como comparação, se fosse o VBM365, o cliente receberia nesse mesmo e-mail uma licença para ser aplicada na console local. O e-mail que o cliente receberá deve seguir mais ou menos o formato abaixo:

Ao clicamos em “Accept Invite“, somos direcionados ao portal do Veeam Data Cloud. Nesse portal precisamos entrar, obrigatoriamente, com o e-mail que foi enviado o convite. Ao se autenticar, começaremos a configurar o tenant dentro do VDC. Embora o processo seja simples, devemos ter bastante cuidado. Por exemplo, nessa primeira tela, além de escolher o nome que daremos pro tenant, também definiremos a região onde os dados ficarão armazenados.

Agora é o momento, de fato, de fazer a integração do VDC com o nosso tenant. Basta copiar o código que é exibido (2), clicar no link (1) e inserir as credenciais de um usuário que seja Admin Global do Microsoft 365 nesse tenant. Se clicarmos em “Advanced Settings (3)“, podemos escolher quais serviços vamos proteger. O Exchange Online já vem marcado e não é possível desmarcá-lo.

Depois, será exibida a tela abaixo informando as permissões que serão adicionadas ao Application do VDC. Parece meio óbvio, mas se você não aceitar, não vai ser possível continuar com a configuração.

A próxima tela nos guiará para definição da política que será aplicada. Aqui podemos escolher se vamos proteger o tenant todo ou se faremos a criação manualmente das políticas (1) após processo de onboarding. Também definimos aqui o período de retenção (2) e quais os itens que serão protegidos (3).

A última tela desse processo é um resumo com as configurações que foram definidas. A partir disso, seremos direcionados para a dashboard inicial e podemos começar a colocar a mão na massa e operar a ferramenta.

É isso ai povo! Nessa primeira parte cobrimos um pouquinho da história do VDC e também o processo de onboarding na ferramenta. Na sequência, vamos ver os processos de backup, restore e navegação na console.

Até a próxima!

O post Veeam Data Cloud for Microsoft 365 – Parte 01 apareceu primeiro em Explain IT.

Pré-requisitos e Limitações de Uso

Antes de configurar os backups para os produtos suportados, é essencial validar todos os pré-requisitos e limitações envolvidos. No caso do Azure File Share, considere os seguintes pontos:

• Backup de NFS não é suportado: O Veeam Backup for Azure não realiza backups de compartilhamentos de arquivos NFS no Azure File Share.
• Snapshots vinculados ao compartilhamento: Se o Azure File Share for excluído, os snapshots associados a ele serão removidos automaticamente, incluindo os backups que o Veeam criou com base nesses snapshots.
• Requisitos para Indexing: Para que o Veeam Backup for Azure utilize a funcionalidade de Indexing, o compartilhamento precisa ter habilitados o SMB v3 e NTLM v2, pois são esses os métodos de autenticação necessários.
• Disponibilidade do Indexing: A funcionalidade de Indexing está disponível apenas nas versões pagas do Veeam Backup for Azure. A versão gratuita não permite o uso desse recurso.
• Limite de snapshots: O Azure File Share permite um máximo de 200 snapshots devido a limitações da própria plataforma Azure.

Criando uma Policy

Para simular a policy eu criei um File Share em um Storage Account que já possuía no Microsoft Azure. Nesse File Share eu tenho cerca de 2GB de dados com algumas pastas e arquivos, conforme imagem abaixo:

O File Share já possui SMBv3 e NTLMv2 habilitados para que seja possível utilizar o Indexing:

Na console do Veeam Backup for Azure, clique em “Add” na seção de Azure Files, em Policies:

Escolha um nome e uma descrição para a Política:

Em “Account”, escolha a conta a conta que possui acesso ao Azure File Share:

Em “Region”, selecione a região onde o Azure File Share está localizado:

Em “Resources”, escolha o File Share e adicione na lista de recursos a serem protegidos. Caso não apareça na lista, clique em “Browse to select a target from global list…”.

Marque a opção “Enable indexing” para criar o index durante a execução da Policy.

Habilite o tipo de retenção que necessita (Daily, Weekly ou Monthly). É possível habilitar todas para criar diferentes agendamentos.

Ao editar o schedule, é possível definir o horário e dias que a policy será executada. Também é nessa seção que definimos a quantidade de snapshots que serão retidos.

Em “Settings” podemos definir as notificações e a quantidade de tentativas que a Policy fará caso ela falhe.

Ao final, teremos uma estimativa de custo para Policy baseado nos agendamentos e retenções escolhidos.

Ao executar a Policy, veremos que primeiro é criado o Snapshot.

Em seguida começa o processo de Indexing, onde um Worker será criado para montar o File Share baseado no snapshot e então verificar toda a estrutura de pastas e arquivos para criação do índice.

Quando a Policy finalizar, poderemos ver o Restore Point criado e pronto para executar uma restauração em “Protected Data”.

Na seção de Snapshots do Azure File Share no Azure Portal é possível visualizar os snapshots criados também.

Para mais informações de como funciona o backup do Azure File Share acessem os links abaixo:

• Considerations and Limitations
• How File Share Backup Works
• Performing File Share Backup

O post Protegendo o Azure File Share com Veeam Backup for Azure apareceu primeiro em Explain IT.