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 turma, blza?

Agora vamos falar um pouco mais da parte operacional do VDC. Se você não acompanhou a parte 1, onde falamos sobre o processo de onboarding e configuração inicial, clique aqui para acessar.

Não vou demonstrar todas as restaurações em um único post. A ideia é separar para que fique mais fácil para pesquisa e referência de quem busca algo específico. O tópico dessa recuperação será o Exchange Online/Email. Utilizarei como base o licenciamento Foundation (que antes era chamado de Flex). Nessa modalidade podemos restaurar itens de maneira granular, o que não ocorre quando optamos pelo licenciamento Advanced.

A recuperação será de uma mailbox completa. Lembrando que podemos restaurar outros itens, como, por exemplo, o calendário ou até mesmo as notas.

Percebam na imagem abaixo que a caixa de entrada contém mais de 2700 e-mails.

Para o teste ser real, excluí todas as mensagens e também eliminei da lixeira, afinal, recuperar da lixeira não tem graça .

Agora voltamos para a console do VDC, clicamos em Restore (1) e depois em Outlook (2). Ao fazer isso, você já consegue visualizar os pontos de restauração mais recentes disponíveis, contudo, se precisar buscar um item que seja mais antigo, basta clicar no ícone do calendário (3) que serão exibidas outras datas e, logo ao lado, os pontos de recuperação disponíveis.

O próximo passo é definir o que vamos restaurar. Nesse caso, como “perdemos” todos os e-mails, faz mais sentido recuperar toda a caixa do usuário. Por isso, seleciono a mailbox (1) e clico em Restore Selected Mailbox (2).

Agora o wizard nos apresenta as opções do local em que podemos restaurar essa caixa. Notem que são 3 lugares diferentes, o que flexibiliza bastante dependendo da necessidade do cliente.

Original location (1): selecionando essa opção, a restauração irá para a caixa do usuário que originalmente foi afetado. Nesse caso, a mailbox da Adele Vance será recuperada dentro da conta da Adele Vance. Foi essa opção que escolhi para seguirmos.

Other users mailbox (2): aqui a possibilidade é restaurar a mailbox da Adele para um outro usuário dentro do mesmo tenant do M365.

Download in background (3): a terceira opção é fazer o download no formato .PST.

Ao clicar em Restore Mailbox, conseguimos acompanhar a execução da tarefa:

E ao finalizar, clicando em Logs, encontramos um resumo da operação:

Ao voltarmos para a caixa de entrada da usuária Adele, já podemos conferir todos os itens restaurados, preservando, inclusive, o mesmo status (lido/não lido) que estava antes da deleção.

Eu, particularmente, achei muito mais tranquilo as operações no VDC do que no VBM. E vocês, qual foi a percepção?

Nos próximos posts vamos abordar OneDrive for Business e SharePoint. Até lá!

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

Hoje trago para vocês novidades em relação aos programas da comunidade para 2026. O saldo é extremamente positivo, afinal, das 4 aplicações que submeti, 100% foram aprovadas!! Sendo assim, nesse ano, continuarei como Veeam Vanguard, VMware vExpert, Object First Aces e também como líder do Veeam User Group Brazil.

Veeam Vanguard

2020 foi meu primeiro ano no programa. Antes disso, tinha tentado 2x fazer parte, mas não fui aceito. Entre 2020 e 2026, fiquei fora apenas no ano de 2023 pois estava trabalhando na Veeam (o programa não permite que um funcionário faça parte). Abaixo está a foto oficial do último Veeam 100 Summit, realizado em Praga – República Tcheca, em Novembro de 2025. Todos os membros do Veeam Vanguard são convidados a participar desse evento sensacional.

VMware vExpert

Já são oito anos fazendo dessa comunidade. Confesso que, no passado, estive mais ativo com participações e apresentações. O fato de ser líder do VMUG Paraná contribui exponencialmente para ser aceito como vExpert.

Object First Aces

Esse programa foi criado recentemente pela Object First. Existe desde 2024. Eu entrei no ano passado e consegui renovar minha participação em 2026. A comunidade ainda é nova e está se desenvolvendo. Entretanto, o fato de a Veeam ter comprado a Object First, deixa uma dúvida se ela será absorvida ou se continuará existindo e de forma independente.

Veeam User Group Brazil

Na liderança do VUGBR, dividimos a responsabilidade com outros líderes (Beth, Mateus, Jean e Pulia). Juntos, organizamos os encontros virtuais e cada um faz os encontros presenciais em suas respectivas cidades. Em Curitiba, está programado para o segundo semestre a realização desse evento.

Por hoje é isso pessoal! Todas as atualizações, compartilho no LinkedIn. Se quiser saber mais sobre o processo de aplicação ou como é fazer parte de alguma delas em específico, só me chamar!
Ótima semana a todos!

O post Comunidades 2026 – Veeam Vanguard | VMware vExpert | Object First Aces | Veeam User Group Brazil apareceu primeiro em Explain IT.

Hoje estou iniciando uma série de posts sobre a Object First. Vamos passar pelo processos de instalação, ajustes iniciais, atualização e até mesmo a criação de um bucket e configuração dele no Veeam.

Falando bem resumidamente sobre a Object First, é uma empresa que foi criada pelos mesmos fundadores da Veeam (talvez o mais conhecido seja o Ratmir Timashev). E não por coincidência, é 100% compatível e pensada para funcionar em conjunto com a Veeam. Mas é importante saber: embora utilize o protocolo S3, nenhuma outra ferramenta está homologada para trabalhar com Object First.

Outro ponto interessante é que os appliances são sempre físicos. Existe um virtual appliance, entretanto, é apenas para testes/demonstração. Vocês também vão encontrar o mercado chamando a solução da Object First de #Ootbi, que significa Out-of-the-Box Immutability. Um dos grandes diferenciais da solução é a segurança implementada, de uma maneira bem simples, e o desempenho.

Antes de iniciarmos, vale lembrar que a Object First, assim como várias empresas da área de tecnologia, tem um programa de comunidade. Ele é chamado de Object First Aces, composto por pouquíssimos profissionais do mundo todo (menos de 40). Esse ano tive a honra se ser escolhido para fazer parte dele. Se quiserem conhecer quem são os membros ou saber um pouco mais sobre o programa, clique aqui.

Agora que as apresentações foram realizadas, mãos a massa. Primeiro passo é fazer o deploy do .OVA no VMware. Não vou entrar no passo-a-passo desse processo, vamos direto para a instalação.

Considerando que a imagem foi importada e VM ligada, nos deparamos com a primeira tela da instalação. Nela podemos escolher entre Object First Ootbi, Advanced options for Object First Ootbi ou UEFI Firmware Settings. Para a instalação básica inicial, selecionaremos Object First Ootbi.

Agora, temos o License Agreement. Para “passar de fase”, tem que aceitar… sem choro.

A próxima tela é bem importante. Nela escolhemos se vamos fazer uma instalação nova, do zero e criar um novo cluster… ou se vamos ingressar o nó em um cluster já existente. Como no nosso exemplo é o primeiro nó, então selecionamos I don’t have an Ootbi cluster. Configure a new cluster for the appliance e depois Next.

Mais um passo importante: configurações de rede. Insira os parâmetros do seu ambiente e selecione Next.

Após definir as configurações de rede, vamos dar um nome para o appliance. No exemplo, eu coloquei ootbi-lab. Feito isso, vamos em Next.

Como cada segundo é importante, uma configuração que deve ser realizada já no deploy é a definição do NTP server. Usei o servidor do ntp.br para fazer o sincronismo.

Depois de definir o NTP server, o wizard vai realizar uma sincronização do relógio já tentar se conectar à internet para fazer um update. Como essa VM não tinha acesso à internet ainda, não foi possível atualizar. O assistente ainda nos pergunta se desejamos configurar um servidor de proxy para tentar novamente. Aqui vamos pressionar Esc e ignorar essa configuração, afinal, é possível fazer tudo isso depois na console web.

Agora precisamos definir as configurações de rede do cluster. Lembrem-se que, no futuro, posso adicionar mais nós e será através desse IP (que vamos configurar agora) que faremos gerenciaremos de toda a solução. Meu cluster vai se chamar ootbi-cluster.

Já estamos caminhando para o final da instalação, mas antes, precisamos definir uma senha para se conectar. O usuário padrão “objectfirst” é criado automaticamente. A senha deve conter, no mínimo: 12 caracteres, incluindo uma letra maiúscula, uma minúscula, um número e um caractere especial. Se você não atender algum dos requisitos, vai receber uma mensagem igual essa:

Se isso acontecer, pressione Enter ou Esc, volte na tela anterior e crie uma senha que atenda aos requisitos especificados.

A próxima tela do instalador mostra um resumo das configurações:

Depois pergunta se você deseja ativar os serviços de telemetria, onde você permite que alguns relatórios de eventos críticos e estatísticas básicas sejam compartilhados com a Object First. Nenhum dado backupeado ou algo do tipo é enviado ao ativar a telemetria.

Feito isso, finalizamos a instalação do Ootbi. Pra quem conhece VMware, vai perceber que a tela a seguir não é nenhum pouco estranha:

Agora, para validar que está funcionando, basta digitar o IP do node ou o IP do cluster no navegador, usar a porta 8443, e teremos acesso a console gráfica da solução:

E aí pessoal, o que acharam do processo de instalação? Particularmente, achei muito fácil e intuitivo. Nos próximos posts vou navegar na console e mostrar como fazer algumas operações.

Um abraço.
Até a próxima!

O post Object First – Instalação apareceu primeiro em Explain IT.

Agora que ele foi instalado, partiremos para as configurações e ajustes iniciais. Se você não acompanhou o processo de instalação, clique aqui e veja como é fácil.

Após finalizar a instalação, a tela abaixo será mostrada. Nela daremos os primeiros passos, que, é claro, passam por ler e aceitar os termos exibidos. Se você quiser continuar, aceite o contrato navegando até o [Accept] no canto inferior direito da tela.

Primeira ação, de fato, é darmos nome ao servidor. Para nosso exemplo, o servidor vai se chamar explainit-v13. Feito isso, clique em [Next].

Agora definiremos as configurações de rede. Como eu tenho servidor DHCP no ambiente, perceba que já foi atribuído um IP automaticamente. Se esse não for o seu caso, basta navegar até [Static] para definir as configurações manualmente. Depois, selecione [Next].

Agora vamos configurar o servidor NTP para sincronização do horário e também vamos definir o time zone. Configurei para o time zone do Brasil (America/Sao_Paulo) e o servidor NTP usei o ntp.br.

Na guia Host Administrator, muita atenção. Aqui começamos a configurar a parte de segurança do appliance. Nesse momento, precisamos definir a senha que será utilizada pelo usuário “veeamadmin“. Lembrete: toda a construção do appliance foi baseada no framework DISA STIG, sendo assim, a senha para essa conta deve conter, minimamente: 15 caracteres, um número, uma letra minúscula, uma letra maiúscula e 1 caracter especial.

Para nosso exemplo, usei a senha ******************

Tão logo você digite a senha, próximo passo é cadastrar o MFA. Não é possível seguir com a instalação sem fazer esse processo. Mais uma vez podemos notar o quanto a questão de segurança foi levada a sério nessa versão. Não existe nenhuma indicação de qual aplicativo gerenciador de MFA usar, por isso, escolha um de sua preferência. Particularmente, eu gosto de usar o Bitwarden para isso.

Ao finalizar a configuração do MFA, chegamos na guia Security Officer. Aqui criaremos a senha para o usuário “veeamso”. Esse novo “papel” fica responsável por fazer (ou autorizar a fazer) alterações mais críticas no ambiente. Para essa conta, deve-se seguir os mesmos critérios para escolha da senha. Caso contrário, você verá isso:

Notem que existe uma opção chamada [Skip setting up Security Office], ou seja, esse usuário não é obrigatório ser criado, entretanto, se ele não for criado nesse momento, não será possível adicionar depois. Caso você decida por criar o usuário, na primeira vez que ele for logar, será solicitado para ele configurar o MFA.

Ao avançar, chegamos na tela de resumo das configs. Quando selecionamos [Finish], as configurações são aplicadas e os serviços do Veeam são reiniciados.

E se tudo ocorreu corretamente, você verá uma tela similar a essa abaixo. Nela podemos encontrar os endereços para gerenciamento do host, que é feito pela porta 10443 e também o endereço para operação do Veeam (também conhecida como console), que funciona na porta 443.

Host management (porta 10443):

Console para gerenciamento do backup (porta 443):

Legal observar que na da tela de login (console), tem um link para que você possa baixar a console Windows para se conectar no servidor. Lembrando sempre que a versão Web não está com todas as funcionalidades implementadas ainda, por esse motivo, é importante fazer o download e instalar a console versão desktop também.

Ao se autenticar na console web, temos a nova cara do Veeam:

E aí pessoal, o que acharam? Na minha visão, o processo de instalação foi muito simplificado, ficou mais seguro e funcional. Nos próximos posts, vamos avançar nas configurações de gerenciamento do host e, por último, uma revisada na console.

Por enquanto é isso. Um abraço e até a próxima.

O post Configuração Inicial do Appliance Veeam v13 apareceu primeiro em Explain IT.

Conforme falei no post anterior, a ideia agora é mostrar para vocês como o deploy da nova versão do Veeam (v13) é bem diferente, entretanto, simples e muito segura. Lembrando que essa versão foi construída com base em Rock Linux 9.2 e possui console web (um pouco limitada nessa primeira versão) para gerenciamento. A console Windows e a instalação no modo tradicional permanecem disponíveis.

Vou dividir em dois posts diferentes: esse aqui, cobrindo a instalação e o próximo, para configuração inicial (clique aqui).

Recursos: para fazermos o deploy da v13 em uma VM (ISO), os seguintes pré-requisitos são necessários:

• Obrigatório dois volumes de 240GB (mínimo) cada.
• 8 vCPUs.
• 16 GB de vRAM. 

Os requisitos e a documentação oficial podem ser encontradas aqui: System Requirements – User Guide

Depois de baixar o arquivo ISO, atachar no VMware e subir a VM, já podemos ver a console para escolhermos o que vamos instalar. Nesse caso, selecionaremos o Veeam Backup & Replication. Ainda é possível, através dessa tela, instalar o Veeam Enterprise Manager.

Na próxima tela, temos as opções:

• Install – fresh install, wipes everything (including local backups): para instalar do zero, limpando tudo que tenha nos discos. Vamos escolher essa opção.
• Reinstall – keeps backups, erase settings, reinstalls the OS: para reinstalar o sistema operacional, mantendo os backups e apagando todas as configurações.

Vai aparecer uma mensagem solicitando sua confirmação de que os dados todos serão apagados. Clique em Sim e vamos adiante.

O processo de instalação será iniciado. Esse é o momento de pegar um café e aguardar…aguardar…aguardar….

Uma vez que o processo de instalação seja finalizado sem erros, vamos iniciar a configuração inicial do appliance. Para o conteúdo não ficar muito extenso, essa segunda parte será explicada no próximo post (clique aqui).

Resumindo: poucas ações, eliminando muito a possibilidade de erro e garantindo a segurança da ferramenta. Essa é a instalação do Veeam Appliance.

O post Instalação do Appliance Veeam v13 apareceu primeiro em Explain IT.

Fala pessoal, tudo certo?

Guardei esse post para lançar após a realização do VeeamON Tour Brazil, que acontecerá dia 28/08, em São Paulo. Minha ideia era esperar mais alguma novidade que pudesse aparecer, entretanto, devido a um imprevisto, não estarei presente. Sendo assim, vou compartilhar com vocês o que rolou de mais importante (na minha visão) durante o VeeamON, que aconteceu entre os dias 21 e 23 de abril em San Diego (Califórnia) e que tive a oportunidade de participar presencialmente graças ao programa #VeeamVanguard e a #SeprolIT.

Em linhas gerais, posso dizer: foi um evento cheio de novidades importantes para o universo de proteção de dados. A pegada da Veeam em deixar de ser uma ferramenta de backup e restore está cada vez mais forte. Agora, eles posicionam o Veeam Data Platform como uma ferramenta de cibersegurança.

O ápice do evento, com toda certeza, foi o anúncio da versão 13, com melhorias que vão desde a interface até a segurança e recuperação em nuvem. Aqui vão alguns pontos, resumidos, do que acredito ser legal de compartilhar:

Veeam Software Appliance

Talvez, o anúncio que causou mais alvoroço na galera: um appliance da Veeam!! Ele será baseado em Linux com JeOS (Just Enough OS), pré-hardened e com gerenciamento via web. Além disso: sem acesso root para administradores, MFA obrigatório e uma “função” chamada Security Officer. Lembra da pegada sobre cibersegurança que comentei acima? Então, o Security Officer será o responsável por aprovar ações críticas, tais como exclusões de backups. Esse usuário não vai gerenciar o backup ou o ambiente de backup, pelo contrário, ele realmente terá apenas o papel de aprovar (ou não) ações específicas no Veeam.

Veeam Server com alta disponibilidade (HA) nativa

Ao disponibilizar o Veeam Appliance, de “carona” chega também um dos itens mais requisitados pelos clientes e parceiros: suporte a HA (High Availability) para o Veeam Backup & Replication. Isso significa que, em caso de falha do servidor principal, outro servidor (previamente cadastrado e configurado) pode ser requisitado a assumir a função, reduzindo drasticamente o tempo de recuperação do VBR para alguns segundos.

Nova interface web

Outro “benefício” que chegará graças ao Veeam Appliance ter sido arquitetado em Linux: na v13, o Veeam Data Platform terá uma interface web novinha em folha. Essa console trará dashboards com informações úteis, como o novo “Resiliency Score” (métricas que avaliam a saúde geral do ambiente de backup). A navegação é mais intuitiva, com foco em usabilidade e visual limpo.

E ainda teve um tempo para falarem sobre um recurso”diferenciado” da console web: ela terá o famoso, mas discutível dark mode theme. 

Console Windows repaginado

A tradicional console em Windows também foi repaginada. Agora está mais leve, com visual atualizado e, claro, com suporte ao dark mode theme. Os gráficos dos trabalhos de backups continuam presentes, mas com melhor legibilidade e performance. A experiência, em geral, ficou mais fluida, especialmente em ambientes com muitos jobs simultâneos. E por incrível que pareça, a Veeam conseguiu deixar mais fácil uma console que já era tranquila de usar.

RBAC avançado e gestão de acesso refinada

Na v13, devido ao novo design da solução, uma nova abordagem de controle de acesso permitirá criar perfis com permissões granulares. A console se adapta ao que cada usuário pode ver e fazer, com uma granularidade que até então nunca foi vista nos produtos Veeam. Nem mesmo o RBAC que o Enterprise Manager possui pode ser comparado ao que está por vir na v13 do Veeam Data Platform. Adicionalmente, o novo RBAC vai contar também com integração nativa ao Entra ID e suporte a alguns provedores de identidade externos.

E aí turma, o que acharam das novidades? O acesso a versão beta só foi possível pelo fato de ser membro do #VeeamVanguard, que é um programa pertencente ao grupo #Veeam100. Estou preparando um material sobre o processo de instalação e configuração inicial da v13. Em breve publico aqui no blog.

O post VeeamON 2025 em San Diego apareceu primeiro em Explain IT.

Chegou a hora de mostrarmos como um backup é realizado e como configurar as políticas para proteger o ambiente com o Veeam Backup for Google Cloud.

Como o Backup funciona

É importante entender exatamente como o backup das VMs funciona no Veeam Backup for Google Cloud, uma vez que cada ação envolve custos (as vezes altos) nos ambientes em cloud.

• Para realizar um backup, é essencial criar inicialmente um Snapshot. O processo de backup utiliza esse Snapshot como base.
• O Veeam Backup for GCP utiliza as APIs do Google Cloud para solicitar a criação de um snapshot de cada disco da VM e adiciona labels para identificá-los.
• Se a opção de criar backups estiver configurada, então o seguinte processo é realizado:
  • Um novo Worker é instanciado na região em que a VM se encontra. O tamanho desse Worker é baseado nas configurações de profile explicadas no post anterior.
  • É criado um volume para cada snapshot. Esses volumes são adicionados ao Worker.
  • Os dados são lidos dos volumes que foram adicionados ao Worker e transferidos para o repositório.
  • Ao final do backup, o Worker é removido e os volumes são deletados.

Importante salientar que, caso você possua quota de disco suficiente, um volume adicional de 4TB é criado junto com o Worker para ajudar na performance do backup. Caso não seja possível criar esse volume, o backup irá ser executado normalmente, mas com uma performance inferior.

No Veeam Backup for Google Cloud, a retenção dos restore points é configurada no momento da criação do backup. Já a aplicação da retenção nos backups é executada uma vez por dia.

Para maiores detalhes de como o backup funciona, acesse o link: VM Backup – Veeam Backup for Google Cloud User Guide

Criando uma Policy

Na seção das Policies, na aba VM, clique em Add.

Defina um nome para a policy.

Escolha o Source Type, que pode ser por Projeto ou pela Folder onde as VMs se encontram. A conta de serviço será automaticamente preenchida.

Escolha a região onde estão as VMs. É possível escolher mais de uma região.

Em Resources, escolha como as VMs serão selecionadas. No meu exemplo, vou escolher por tipo de recurso. Depois disso, posso selecionar a VM que quero proteger. Também é possível utilizar Labels para proteger todos os recursos que foram associados com essa Label. Após selecionar o recurso, clica em Add to Protected.

Você pode também excluir recursos que não devem ser incluídos na política.

Selecione se você gostaria de criar Snapshots Regionais ou Multi-Regionais. Utilizarei Regionais pelo fato de o custo ser menor.

Habilite a opção de Backups e selecione o repositório criado.

Em Schedule, vamos definir quando os snapshots e backups serão criados, assim como a retenção deles. Marcarei apenas a opção Daily nesse exemplo, mas todos os agendamentos podem ser feitos nesse momento.

No meu exemplo, selecionarei 1 backup por dia, às 21h. Na retenção para os Snapshots, vou manter como 1. Para os backups, 7 dias. Como o Backup depende do Snapshot, você é obrigado a criar pelo menos 1 Snapshot.

Nosso agendamento ficará dessa forma:

Em Labels você pode escolher se gostaria de copiar as labels originais dos recursos para o backup.

Na próxima tela podemos configurar quantas vezes gostaríamos que o backup rodasse novamente em caso de falha. Também temos a opção de Health Check, que irá verificar a cadeia de backup toda vez que for executada para validar se existe restore point corrompido. É super recomendado habilitar essa opção e executar ao menos uma vez por semana. Por último, caso as notificações estejam habilitadas, podemos configurar na política.

Na próxima tela será mostrado uma estimativa de custo baseado nas opções selecionadas. Isso é apenas uma estimativa, os valores não são exatos e, caso necessário, devem ser verificados direto no Google Cloud.

E, por último, uma verificação de permissões é realizada para garantir que tudo esteja correto.

Em Summary teremos um resumo da nossa política e podemos finalizar a criação.

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

Após finalizar o Snapshot, o backup será iniciado.

Conforme explicado anteriormente, durante o backup, o Worker é criado.

Ao verificar os discos da VM, veremos que um disco adicional foi criado para ler os dados da VM.

No exemplo, ao final do backup foi apresentado o alerta que não foi possível criar o disco de 4TB devido a quota de disco, mas o restore point foi criado com sucesso.

Na seção de Protect Data, teremos os dois restore points criados, referente ao Snapshot e ao Backup.

Com isso podemos efetuar o restore tanto do Snapshot quanto do Backup, não há diferença entre eles.

Além disso, é possível verificar a policy e os backups na console do Veeam Backup & Replication.

Dessa forma, finalizamos essa parte que demonstra como a proteção é realizada. No próximo e último post relacionado ao GCP, mostraremos como pode ser feito o restore dos dados já backupeados.

O post Veeam Backup for Google Cloud – Parte 3 apareceu primeiro em Explain IT.

Habilitando APIs

Antes de iniciar a instalação do Veeam Backup for Google Cloud, vamos preparar o ambiente para receber a instalação. Nesse primeiro passo, iremos habilitar as APIs que necessitamos no GCP para utilizar o produto. Todas as APIs necessárias estão descritas nesse link: Google Cloud APIs – Veeam Backup for Google Cloud User Guide

Para habilitar as APIs navegue até a opção “Enabled APIs & services” na console do GCP.

Clique em “Enable APIs and Services” e procure por “Compute Engine” no nome da API.

Clique em “Enable”.

Repita esse processo para cada uma das APIs descritas no User Guide.

Criando VPC e regras de firewall

Criaremos uma VPC e configuraremos as regras de firewall, caso ainda não as tenha no seu ambiente do Google Cloud. Vá até a opção “VPC networks” na console do Google Cloud.

Já existirá uma VPC default, mas iremos criar nossa própria VPC clicando em “Create VPC Network”.

Defina um nome para a VPC e uma descrição (opcional).

Escolha o nome da primeira subnet, a região onde será criada e o range de IP. No meu exemplo estou utilizando apenas IPv4.

Ignore a sessão de Firewall Rules porque vamos criar as regras no próximo passo. Clique em “Create” para finalizar.

Após a criação da VPC clique no nome para abrir as opções e vá até a aba Firewalls.

Clique em Add Firewall Rule. Ao implementar o Veeam Backup for Google Cloud, as regras de firewall necessárias são estabelecidas automaticamente. No entanto, uma regra que permita ao appliance acessar a internet para atualizar os pacotes não é criada por padrão. É essencial criar uma regra adicional que libere as portas 80 e 443 para todas as VMs na sub-rede, garantindo assim a capacidade de atualização.

Escolha um nome para a regra. Defina também a prioridade. Como essa é nossa primeira regra, não faz diferença a prioridade e por isso vou deixar o valor padrão.

Escolha a direção do tráfego: “Ingress” para o tráfego entrante na subnet e “Egress” para o tráfego saindo da subnet. Determine se a regra deve permitir ou negar o tráfego e selecione o destino. Embora seja possível utilizar Network Tags para especificar o destino, neste caso, optarei por “All instances in the network“.

Em Destination filter, vamos filtrar como 0.0.0.0/0 para liberar qualquer destino.

Em Protocols and ports, vamos definir as portas ou protocolos que vamos liberar. Nesse caso, definiremos as portas 80 e 443. É possível verificar todas as portas necessárias nesse link: Ports – Veeam Backup for Google Cloud User Guide. Clique em “Create” para criar a regra.

Criando IAM Role e Service Account

Para fazer o deploy do appliance do Veeam Backup for Google Cloud, precisamos adicionar uma conta no Veeam Backup & Replication que possua todas as permissões necessárias no projeto do Google Cloud. É possível escolher a opção de criar essa conta automaticamente na console do VBR, mas isso criará uma conta no Google Cloud como Owner, o que não é recomendável. Por isso, nesse passo, vamos criar uma IAM Role no Google Cloud apenas com as permissões necessárias e, depois, uma Service Account que iremos associar com a IAM Role criada.

Em “IAM & Admin” iremos até a opção “Roles”.

Vamos clicar em “Create Role” para criar uma role customizada.

Defina um nome, uma descrição e em “Role launch stage” escolha “General Availability”.

Todas as permissões necessárias estão listadas nesse link na seção Google Cloud Service Account Permissions: Plug-In Permissions – Veeam Backup for Google Cloud User Guide. Clique em “Add Permissions” e adicione as permissões.

Ao final do processo teremos as permissões adicionadas e podemos clicar em “Create” para criar a IAM Role.

Agora iremos até a seção de “Service Accounts” para criar a conta.

Clique em “Create Service Account”.

Escolha um nome e clique em “Create and Continue”.

No segundo passo, selecione a IAM Role que criamos no passo anterior. Clique em “Continue” e “Done”.

Para adicionar a conta no VBR, precisaremos antes criar uma Key para a conta de serviço. Clique na conta criada e vá até a seção de Keys e escolha a opção “Create new key”.

Escolha JSON e clique em “Create”. Guarde o JSON que será criado para ser utilizado no VBR posteriormente.

Assim, finalizamos a criação de tudo que é necessário para realizar o deploy do Veeam Backup para Google Cloud. Os passos subsequentes devem ser executados na console do VBR.

Deploy do Appliance

Primeiro, na console do VBR, vamos adicionar a conta de serviço do Google Cloud. No Menu principal, vá até “Credentials & Passwords” e “Cloud Credentials”.

Em “Add”, escolha “Google Cloud Platform service account”.

Escolha a opção “Use the existing service account”.

Em Key File, escolha o JSON que foi criado anteriormente.

Com a conta criada, vamos em “Backup Infrastructure”, “Managed Servers” e “Add Server”.

Em Veeam Cloud-Native Backup Appliance, vamos escolher o Veeam Backup for GCP.

Escolha a opção “Deploy a new appliance”.

Escolha primeiro a conta de serviço que criamos. Depois, em Data Center, a região que queremos fazer o deploy do appliance e, por último, a Availability Zone.

Escolha o nome da VM do appliance e clique em “Advanced”.

Em Advanced podemos definir o tipo de VM que será utilizado. Por padrão é utilizado o e2-standard-2 com 2 vCPU e 8GB de RAM, que deve ser suficiente para grande parte dos ambientes. Para proteger acima de 100 VMs, devemos seguir as recomendações descritas nesse link: Backup Appliance – Veeam Backup for Google Cloud User Guide. Como estou apenas fazendo o deploy para testes, vou diminuir para uma VM com 2vCPU e 4 GB de RAM.

Na próxima seção devemos escolher a VPC e a Subnet que criamos anteriormente. O Network tag será criado durante o deploy, e o IP público que será mostrado na última opção é apenas o IP público que a console do VBR está utilizando para acessar o Google Cloud e, normalmente, não precisa ser modificado.

Em seguida, devemos selecionar se vamos utilizar um IP Dinâmico ou IP Estático para o appliance. Eu não criei nenhum IP Estático no GCP porque não há necessidade, então vamos selecionar a opção de Dynamic IP address.

Em “Guest OS” devemos criar um usuário e senha para acessar a interface Web do Veeam Backup for GCP e para fazer a autenticação entre o VBR e o appliance.

Clique em “Apply” e aguarde o deploy do appliance. Esse processo pode demorar um tempo considerável.

Clique em Next após finalizar a instalação.

Ao final do processo, veremos que a VM foi criada com sucesso no Google Cloud.

Ao acessar a VM pelo IP público ou IP privado (caso tenha acesso), seremos redirecionados para a tela de login.

No VBR, podemos clicar em “Open console” para abrir a console Web já autenticada.

Com isso finalizamos o deploy do appliance e estamos prontos para iniciar a configuração do produto para proteger os recursos no Google Cloud.

O post Veeam Backup for Google Cloud – Parte 1 apareceu primeiro em Explain IT.

E aí galera, tudo jóia? Quanto tempo hein!! Chegou a hora de tirar a poeira do blog. Prometo que vou publicar muitas coisas legais esse ano. Fiquem ligados!

E nada melhor que recomeçar as atividades compartilhando uma incrível novidade: entrei para a turma Veeam Vanguard 2024!

É isso mesmo! Durante o ano de 2023 eu fiquei fora por regras do programa, uma vez que eu era funcionário da Veeam, logo, a participação é vetada. No começo do ano fui surpreendido pelo famoso (e temido) layoff das companias. Por esse motivo, pensei: porque não tentar voltar ao Vanguard? E deu certo!!

Me apliquei, expliquei como foi minha contribuição em 2023 e fui selecionado para integrar novamente o programa. Quem me conhece sabe que eu considero, de loooonge, o #VeeamVanguard como melhor programa de comunidades do mundo. No Brasil, este ano, atingimos o numero recorde: 5 membros.

Mas a final, o que é o Veeam Vanguard?

Caso você não conheça ainda, o Veeam Vanguard não é uma certificação. Ele é uma forma da Veeam de reconhecer e recompensar pessoas influentes na comunidade de TI que demonstraram (no ano anterior) um alto nível de comprometimento e experiência com as soluções da Veeam.

Os Vanguards são escolhidos anualmente por um comitê de especialistas da Veeam com base em uma variedade de critérios, como contribuições para fóruns de discussão, blogs, mídias sociais, eventos, webinars, entre outros. Ou seja, Vanguards são reconhecidos por sua expertise técnica, habilidade em compartilhar conhecimento e influência positiva na comunidade de TI.

Os membros do programa recebem alguns “mimos” que podem incluir acesso antecipado a versões beta de produtos, convites para eventos exclusivos, oportunidades de networking com outros profissionais de TI e líderes da Veeam, além de visibilidade, claro, no mercado de TI.

Em sumo, é uma iniciativa da Veeam Software para reconhecer e valorizar os líderes de opinião e especialistas na comunidade de TI que contribuem de forma significativa para o avanço e a promoção das suas soluções.

E pra finalizar, impossível terminar esse post sem agradecer nominalmente aos responsáveis da Veeam que fazerm parte do comitê e que deixam esse grupo tão incrível: Rick Vanover, Nikola Pejková, Madalina Cristil e Safiya Mohamed, parabéns e muito obrigado!

E aí,  você já conhecia o Veeam Vanguard? Caso queira saber mais do programa, compartilho os links oficiais abaixo!

Twitter
Página oficial
Inscrições (encerradas no momento)

Um grande abraço, até logo!

O post Veeam Vanguard – 2024 apareceu primeiro em Explain IT.