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 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 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.

Na segunda parte dos posts sobre Veeam Backup for Google Cloud, faremos as configurações adicionais e os ajustes necessários para proteger os workloads que estão sendo executados dentro do GCP.

Adicionando um novo Projeto

Após concluir a instalação, ao entrar na tela de configuração, serão apresentados alguns passos necessários para serem completados antes de proceder com a criação do primeiro backup.

Como nós já adicionamos a conta de serviço durante a instalação, não é necessário executar essa parte agora. Junto com a conta de serviço, também foi adicionado o nosso projeto onde está o servidor do Veeam Backup for Google Cloud.

Em um ambiente de produção, é normal termos diferentes projetos onde existirão recursos para serem protegidos. Então vamos adicionar um novo projeto para simular essa situação. No Google Cloud eu criei um projeto chamado “Production”.

No Veeam Backup for Google Cloud vamos adicionar esse novo Projeto clicando em “Add”.

Optaremos por uma conta de serviço já existente e selecionaremos a opção “Specify granular roles” para definir precisamente as permissões que serão concedidas ao projeto nessa conta de serviço.

Em Roles, vamos escolher as permissões que queremos adicionar a conta de serviço para o projeto. Nesse exemplo irei marcar apenas as permissões relacionadas ao backup e restore de VMs.

Na próxima tela vamos logar com a conta do Google para adicionar as permissões automaticamente. No meu ambiente de laboratório, isso não será possível porque eu precisaria registrar a aplicação (o próprio Veeam Backup for Google Cloud) para efetuar essa conexão. Para isso é preciso ter um FQDN válido configurado no appliance, o que e não é meu caso.

Caso queira fazer o registro da aplicação, pode seguir os passos indicados no User Guide: Registering Application – Veeam Backup for Google Cloud User Guide.

Nesse caso vamos apenas indicar o ID do Projeto que estamos adicionando. É possível verificar o ID do Projeto ao selecioná-lo no Google Cloud.

Em Permissions faremos a verificação das permissões. Obviamente, a conta de serviço estará sem nenhuma permissão, então vai falhar.

Caso tenha feito o registro da aplicação é possível clicar em “Grant”, fazer o login com sua conta do Google e adicionar as permissões necessárias automaticamente. Como não é nosso caso, faremos o download do script que contém todos os comandos para criar as IAM Roles e adicionar as permissões no Projeto. O script deve ser parecido com o exemplo abaixo.

Podemos executar o script de diferentes formas. No meu exemplo farei pelo Cloud Shell na console do Google Cloud.

Após a execução, se formos em IAM no novo Projeto, veremos que as Custom Roles foram criadas.

Em IAM Roles, veremos que a conta de serviço do projeto onde o Veeam Backup for Google Cloud está instalado é membro das novas Roles.

Ao acessar novamente o console do Veeam para Google Cloud e realizar uma nova verificação de permissões, o sistema deverá confirmar que as permissões estão corretamente atribuídas.

Por fim, revise as configurações e confirme a criação do Projeto.

Com isso teremos nossos dois projetos adicionados ao Veeam Backup for Google Cloud.

Criando Repositório

Agora iremos criar o repositório para armazenar nossos backups. Inicialmente, precisamos criar nosso bucket no Cloud Storage. Na console do Google Cloud iremos selecionar a opção “Buckets”.

Na criação do Bucket, primeiro devemos escolher um nome único para ele.

Escolha o tipo de localidade e em qual local será criado. Em meu exemplo, vou utilizar Single Region.

Escolha o tipo de classe do bucket. O Veeam Backup for Google Cloud não suporta o tipo Coldline na v5, mas pode ser que seja adicionado o suporte a esse tipo de classe no futuro. Sempre verifiquem o User Guide para saber quais tipos são suportados para o repositório: Considerations and Limitations – Veeam Backup for Google Cloud User Guide.

Em meu exemplo escolherei o tipo Standard.

Não mudaremos nada no tipo de acesso.

Em Data Protection devemos desabilitar a opção de Soft Delete. Essa opção não é suportada para os buckets utilizados como repositório.

Com o Bucket criado podemos iniciar a criação do repositório no Veeam Backup for Google Cloud.

Escolha um nome para o repositório.

Escolha o projeto onde o repositório será criado.

A conta de serviço já virá preenchida. Apenas precisamos clicar em Generate HMAC Credentials para adicionar o Access Key e Secret Key para ter acesso ao bucket.

Na próxima tela vamos escolher o bucket, criar uma pasta para os backups e a classe dos dados.

Podemos também habilitar a criptografia para os dados. Não é obrigatório, mas é sempre recomendado.

Ao final do processo teremos nosso repositório pronto para receber os backups.

Configurando os Workers

Os Workers são utilizados para diversas operações no Veeam Backup for Google Cloud, como, por exemplo, backup, restore e retenção. O Worker é uma VM Linux provisória, com binários da Veeam, que, após a finalização da operação, é removida automaticamente.

Precisamos configurar algumas opções do Worker antes de poder utilizá-los. Na seção de Worker, vamos clicar em “Add”.

Primeiro devemos escolher a região. Para executar os backups de VMs em diferentes regiões vamos sempre precisar adicionar a configuração do Worker para aquela região.

Na próxima tela iremos escolher a VPC, Subnet e Firewall Rule que os Workers vão utilizar quando forem criados.

Na próxima tela iremos verificar os pré-requisitos da rede escolhida para o Worker.

• A subnet utilizada deve possuir o Private Google Access configurado;
• O acesso a porta 443 deve estar acessível da internet para a Subnet para que seja possível utilizar o File Level Restore;
• Caso haja a necessidade de backup e restore do Cloud SQL, a VPC precisa ter o Private Access configurado.

Para habilitar o Google Private Access na subnet devemos editar a Subnet e alterar a opção abaixo para “On”.

Não há a necessidade de configurar o Private Access na VPC, mas, caso seja necessário para o seu ambiente, é possível seguir a documentação do Google Cloud para isso: Private services access  |  VPC  |  Google Cloud.

Ao fazer o recheck, o único Warning que teremos deve ser referente ao Private Access.

Por último, devemos configurar os Profiles do Worker. Por padrão, dependendo da operação que será executada e do tamanho da VM a ser processada, o tipo de VM do Worker irá variar.

• Primary Profile (e2-highcpu-8) – é utilizado enquanto temos quota de disco disponível;
• Secondary Profile (e2-highcpu-2) – é utilizando quando a quota de disk está acabando;
• Archiving profile (e2-sdatandard-4) – é utilizado para transferir dados pro repositório de archive.

Ao adicionar um profile, podemos alterá-los posteriormente. Escolha a região onde o Worker será iniciado.

Se necessário, altere o tipo de VM para cada profile. Por padrão isso não é necessário, mas, dependendo do tamanho da VM que você irá restaurar, pode ser necessário modificar o tipo de VM que o Worker usa.

Ao final teremos nosso Profile criado.

Na guia “Label” podemos configurar Labels para serem adicionadas ao os Worker. Os Labels funcionam como se fossem Tags. Para configurar só devemos escolher o “Name” e “Value” do Label e clicar em Save.

Ao retornar à seção “Getting Started”, teremos todos os passos configurados e nosso ambiente estará pronto para criar os backups.

Mais um passo concluído! Próximo post vamos criar os trabalhos de backup e começar a proteger o ambiente.

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

Este ano tive a oportunidade de participar dos dois dos principais eventos realizados pela Veeam: o VeeamON em Fort Lauderdale, na Flórida, e o VeeamON Tour Brazil, em São Paulo. Ambos os eventos proporcionaram uma rica troca de conhecimento e experiências, e me permitiram conectar ainda mais com as comunidades Veeam. Em cada um desses encontros houveram aprendizados técnicos e comerciais, e claro, a chance de representar as comunidades.

VeeamON – Fort Lauderdale – Flórida

O VeeamON em Fort Lauderdale foi minha primeira participação em eventos da Veeam fora do Brasil. Uma experiência super imersiva de três dias, realizada em um ambiente que combinava o clima inspirador da Flórida com a intensidade de um evento de tecnologia em escala global. Esse evento é o principal encontro mundial da Veeam e reuniu milhares de profissionais e entusiastas da tecnologia. Graças ao programa Veeam Vanguard, tive o privilégio de receber a hospedagem e o ingresso do evento.

A agenda foi extensa e diversificada, cobrindo uma gama de tópicos essenciais para o futuro da proteção de dados e da recuperação em caso de desastre. Algumas das sessões mais impactantes para mim incluíram as apresentações das novas funcionalidades do Veeam Data Platform, que adiciona mais segurança e eficiência à recuperação de dados em ambientes multi-cloud, e as inovações em automação para operações de backup. Tivemos uma demonstração detalhada do aprimoramento na integração com plataformas de nuvem pública, como AWS e Azure, e dos novos recursos para suportar cargas de trabalho cada vez mais complexas e distribuídas.

Um ponto alto foi o anúncio de que o Veeam Backup & Replication poderá ser instalado em servidores Linux nas próximas versões. O fato de suportar backups de ambientes Proxmox também foi interessante, uma vez que pudemos assistir a uma demonstração de uso.

O espaço dedicado ao networking também chamou a atenção. Lá, tive a oportunidade de trocar ideias com outros profissionais, discutir soluções para desafios comuns e explorar novas abordagens para proteção e recuperação de dados. Esses momentos de interação são fundamentais, pois ampliam nossa perspectiva e nos conectam com tendências globais da tecnologia. Para um profissional que valoriza a comunidade e a troca de conhecimento, essa foi uma experiência enriquecedora.

VeeamON Tour – São Paulo

O VeeamON Tour em São Paulo trouxe uma experiência igualmente marcante, desta vez focada no público brasileiro e nas necessidades locais. O evento reuniu profissionais da área de TI de todo o Brasil, promovendo discussões práticas e alinhadas com os desafios específicos que enfrentamos em nossa realidade.

Dentre as sessões técnicas, vale destacar as sessões focadas em proteção de dados para ambientes híbridos, os desafios de compliance em ambientes multi-cloud e as novas práticas de Zero Trust que estão sendo incorporadas nas soluções Veeam. Além das palestras, o evento contou com workshops práticos que abordaram o uso avançado das soluções Veeam, permitindo que os participantes saíssem com um conhecimento técnico/comercial relacionado à solução. Menção honrosa também ao time da Veeam Brasil, com apresentações técnicas e demonstrações valiosas de como podemos utilizar os recursos.

Um momento especial do VeeamON Tour foi quando tive a oportunidade de subir ao palco, junto com meus colegas Mateus, Beth e Jean, para representar as comunidades Veeam. Durante a nossa apresentação, falamos sobre o impacto positivo que os programas Veeam Vanguard, Veeam Legends e Veeam MVP, além do Veeam User Group Brasil, têm na vida dos profissionais de TI. Falamos sobre algumas das iniciativas que temos desenvolvido no Brasil para fortalecer essa rede de suporte e colaboração. Essa foi uma chance única para inspirar novos profissionais a se engajarem e mostrarem o valor da troca de conhecimento.

Injusto não mencionar e agradecer ao programa Veeam Vanguard, que me possibilitou vivenciar esses eventos. Fazer parte desse programa é muito mais do que ter um título; é estar integrado a uma rede global de profissionais que compartilham da mesma paixão pela tecnologia. O Vanguard me permitiu acessar conhecimento, compartilhar experiências e, principalmente, crescer profissionalmente, ao lado de pessoas inspiradoras. Nikola, Safyia, Madi and Rick, muito obrigado!

O post VeeamON e VeeamON Tour Brazil 2024 apareceu primeiro em Explain IT.