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.

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.

Chegamos ao quarto e último post referente ao Veeam Backup for Google Cloud. Hoje vou mostrar os três possíveis cenários de restore, considerando, claro, que você já tenha realizado backup das instâncias anteriormente. Os modos são:

• Restore completo de uma instância;
• Restore de discos de uma instância;
• Restore granular de arquivos.

Como sempre, é importante validar se existe alguma limitação ou consideração para o processo que será realizado. Nesse link temos todos os pontos de atenção que devem ser levados em consideração para cenários de restore: Considerations and Limitations – Veeam Backup for Google Cloud User Guide.

Restore completo de uma instância

Ao se autenticar na console do Veeam Backup for Google Cloud, em Protect Data, podemos ver as instâncias que possuem backups.

Ao selecionar a instâncias que gostaríamos de recuperar, escolha a opção “Instance Restore”.

Clicando em Restore Point, podemos selecionar diferentes restore points para restauração, seja ele de snapshot ou então de backup.

Em Restore Mode teremos duas opções:

• Restore to original location, with original settings: A restauração acontecerá com as mesmas configurações e no mesmo local da instância original. Normalmente escolhermos essa opção quando a instância original é deletada.
• Restore to a new location, or with different settings: Utilizamos essa opção quando é necessário restaurar a instância em outro projeto/região e alterar as configurações originais da instância.

Nesse exemplo usarei a segunda opção para mostrar todas as opções que podemos alterar durante o processo.

Escolha primeiro o Projeto em que a instância será restaurada. A conta de serviço será selecionada automaticamente.

Escolha a região e a zona de disponibilidade para realizar a restauração.

Podemos manter a criptografia original ou, se desejar, alterar para uma chave diferente.

Na próxima tela vamos receber um erro informando que já existe uma instância com o mesmo nome (linux01). Nesse caso, é obrigatório alterar o nome da instância que será restaurada.

Podemos, além de alterar o nome, alterar também o tipo da instância. Basta clicar em Edit.

E agora podemos prosseguir com o restore, uma vez que o nome da instância restaurada será linux01-restored.

Na parte de Network Settings é necessário escolher a VPC e as demais opções de rede para seguir com o processo.

Defina a VPC, Subnet e se deseja restaurar as network tags.

Como sempre, no último passo, uma verificação das permissões da conta de serviço será realizada.

Por fim, teremos um resumo das opções escolhidas. Podemos definir ainda se a instância será ligada ao final do processo ou não.

Em Session Logs é exibido o andamento do restore.

Durante o processo de restore, os seguintes passos são executados:

• O Worker é criado na mesma região em que a instância será restaurada;
• É criado e anexado ao Worker um novo disco vazio e persistente;
  • O número de discos criados é igual ao número de discos que a instância possui.
• Os dados serão restaurados do bucket do Google Storage diretamente para o disco persistente, que está vazio;
• Um snapshot do disco persistente é criado;
• Um disco é criado no local que o restore será realizado
• O Worker e todos os snapshots são removidos;
• Uma instância é criada com as configurações escolhidas durante o processo de restauração, e o disco que foi criado anteriormente é atachado a essa nova instância.

Ao final do processo, teremos a instância pronta para ser utilizada no Google Cloud.

Restore de discos de uma instância

Em Protection Data, iremos escolher a opção Disk Restore.

Novamente, podemos escolher não somente o restore point desejado, mas também a opção de Exclusion. Essa opção permite excluir do restore discos que não são necessários.

Ao clicar em Exclusions, vamos definir os discos que serão removidos do processo. No exemplo utilizado eu possuo apenas um disco, logo, não tenho como excluir ele do restore.

Assim como a restauração de uma instância, durante a restauração de discos, também temos as opções abaixo. Neste exemplo, utilizarei a opção de restauração para um novo local.

Vou escolher para restaurar o disco em um projeto diferente de onde se encontra a instância original.

Defino a região e a zona de disponibilidade.

Escolho o tipo de criptografia e se deseja modificá-la.

Em Disk Restore, você pode alterar o nome do disco. Contudo, se um disco com o mesmo nome já existir no Google Cloud, o Veeam Backup for Google Cloud adicionará um sufixo automaticamente ao disco restaurado devido às limitações.

Processo de verificação das permissões….

E, finalmente, o resumo do processo de restauração que será iniciado.

Em Session logs, podemos ver o restore iniciando.

Durante o restore, os seguintes passos são executados:

• O Worker é criado na mesma região em que o disco da instância será restaurado;
• Um disco persistente novo e vazio é criado e conectado ao Worker.
• Os dados são restaurados do bucket do Google Storage para um disco persistente vazio.
• Um snapshot do disco persistente é criado;
• Um disco de snapshot é criado no destino da restauração.
• O Worker e todos os snapshots são removidos;

Após o restore finalizar, o disco já estará disponível na instância.

Restore granular de arquivos

O restore de arquivos é um processo pouco diferente das opções anteriores. Antes de iniciarmos, precisamos fazer duas modificações importantes:

• Habilitar o Private Google Access na subnet utilizada pela instância;
• Habilitar o Access Scope na instância que faremos o restore de arquivos.

Isso é essencial para que possamos realizar a restauração de arquivos com a opção de restaurar no local original. 

Para habilitar o Private Google Access, basta editar a Subnet no Google Cloud e habilitar a opção.

Já Access Scope é uma opção disponível diretamente na instância. Ela precisa estar desligada para efetuar esta alteração.
Escolha a opção de Allow full access to all Cloud APIs.

Após configurar essas opções, estaremos prontos para efetuar o restore de arquivos. Novamente em Protect Data, escolha a opção File Level Recovery.

Por padrão, o último restore point disponível virá selecionado, mas, se necessário, podemos escolher um restore point diferente.

Neste exemplo, selecionarei a opção de restaurar para o local original e manterei a opção de deixar o utilitário de restauração instalado. Assim, se for necessário realizar a restauração novamente, o processo ocorrerá de maneira mais ágil.

Na próxima tela, além de verificar as permissões, também vamos verificar se o Private Google Access está habilitado na subnet da VM e se o Access Scope está configurado.

Na última tela temos o resumo do restore. Basta clicar em Restore para iniciar a recuperação.

Quando o Veeam terminar o processo, será disponibilizado um link para acessarmos o File Browser.

Ao abrir o link no seu navegador, será possível navegar entre o conteúdo dos discos, pastas e arquivos, além, é claro, de selecionar o que precisamos restaurar.

Nesse exemplo, escolhi um arquivo que havia criado anteriormente e deixei na pasta do usuário “wesmrt”. Para seguir, é obrigatório clicar em “Add to Restore List”.

Ao selecionarmos a opção de restauração para o local original, podemos optar por restaurar os arquivos para a sua origem, preservando ou substituindo o arquivo original, se ele ainda estiver presente no local.
Nesse caso vou escolher a opção “Keep”, que vai manter o arquivo original.

O arquivo será restaurado e podemos acompanhar no Session Logs.

Ao acessar a instância via SSH, consigo ver que o arquivo restaurado foi criado e o original foi mantido intacto.

Durante o File Level Restore para o local de origem, os seguintes passos são executados:

• Quando utilizado um restore point de Snapshot, o Veeam Backup for Google Cloud copia os discos persistentes da instância baseado no snapshot e anexa ao Worker;
• Ao utilizar um ponto de restauração de Backup, os discos não são removidos fisicamente do backup. O backup permanece em um estado somente leitura para ser usado na restauração.
• O deploy do Worker é feito com base no tipo de ponto de restauração utilizado:
  • Se for Snapshot, o Worker é criado na região em que a instância de destino dos arquivos reside;
  • Para Backup, o Worker será criado na mesma região onde o bucket do Cloud Storage está localizado.
• Ao usar o Snapshot como ponto de restauração, os discos persistentes criados desse snapshot são vinculados ao Worker.
• Quando utilizado o Backup como restore point, o Veeam Backup for Google Cloud emula a presença dos discos no Worker a partir dos dados do localizados no Cloud Storage;
• Dependendo do sistema operacional, o acesso a instância de destino é diferente:
  • Linux: uma SSH KEY para o usuário veeam_restore_user é criada e essa chave é enviada para a instância utilizando a API de Compute Engine;
  • Windows: a credencial veeam_restore_user é criada na instância de destino utilizando a API de Compute Engine.
• Um túnel IAM criptografado é criado entre o appliance do Veeam Backup para Google Cloud e a instância de destino, permitindo o acesso administrativo.;
• Um bucket é criado no Cloud Storage sob o nome “veeam-transfer-files-GUID” na região correspondente à VM de destino, a fim de copiar o utilitário de restauração.
  • Este mesmo bucket será usado para o restauro de arquivos futuros, a menos que seja excluído manualmente.
• A interface de restore é criada e a URL para acesso é exibida;
• Os arquivos e pastas selecionados para restore são enviados para a instância de destino utilizando o serviço Pub/Sub do Google Cloud;
• O utilitário de restore é removido do bucket criado;
• O Worker utilizado pelo restore é deletado.

Para concluir a sessão de restauração, devemos retornar ao console e selecionar a opção ‘Stop Recovery Session‘. Isso encerrará o processo e eliminará o Worker em execução.

Com isso, finalizamos a demonstração das três opções de restore disponíveis para instâncias utilizando o Veeam Backup for Google Cloud.

Ficou com alguma dúvida? Deixa aqui seu comentário!

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

A importância da continuidade de negócios

Todos sabemos que, nos dias atuais, um sistema fora do ar por alguns minutos pode causar um grande impacto financeiro e institucional para as companhias. Uma das maneiras que as corporações estão encontrando para minimizar essa possibilidade é criar planos de continuidade de negócios.

Mas então: o que é e como garantir isso?

Continuidade de negócios, nada mais é que desenhar um modelo onde, em situações de adversidade, exista um caminho a ser seguido. Esse caminho muito provavelmente fará com que as perdas sejam mínimas ou até nem aconteçam. A grande jogada quando se fala em continuidade de negócios é que isso deve ser desenvolvido e planejado muito antes de ser utilizado, ou seja, em momentos de navegação em águas calmas. Quando a tempestade chegar, o marinheiro já sabe o que fazer para contornar a situação.

O plano de continuidade de negócios envolve quase todas as áreas de uma companhia, mas, no nosso caso, vamos dedicar os esforços para disponibilidade e proteção de dados. Graças a Veeam, podemos ter várias opções para garantir a continuidade, e elas vão desde backup, replicação, orquestração, nuvem, imutabilidade, etc. Muitas maneiras que, quando combinadas, se tornam uma poderosa arma contra o apagão corporativo. Mas especificamente nesse post, abordaremos um recurso chamado Full VM restore.

O que é o Full VM restore?

Em linhas gerais, é o procedimento de recuperar completamente uma máquina virtual que, por algum motivo, não está mais produtiva. Imagine o seguinte cenário:

Você tem um servidor de arquivos que é uma VM. E essa VM possui 5 discos virtuais. Quando um Full VM Restore é realizado, você evita, por exemplo, que alguns dos discos sejam “esquecidos” para trás. Ou seja, efetuando um Full VM restore com Veeam, todos os 5 discos dessa VM serão restaurados sem nenhum problema.

A documentação oficial da Veeam relacionada ao modelo de restore que abordaremos nesse post pode ser encontrada clicando aqui.

E como fazer?

Como tudo no Veeam, o procedimento é muito fácil. Não vamos abordar aqui o processo para realizar backup, consideraremos que a VM que será restaurada está sendo executada no VMware vCenter e o Veeam já a protegeu nos jobs de backup.

O nome da VM que utilizaremos no exemplo é “app-server”. Na animação abaixo, vejam que ela está em funcionamento e logo após eu realizo o processo de exclusão.

Agora, com a console do Veeam Backup and Replication aberta, navegue até a na guia Home (1), depois Backups>Disk (2), agora clique com o botão direito sobre a máquina virtual que deseja recuperar (3) e selecione a opção Restore entire VM (4). Você também encontra essa mesma opção na barra de ferramentas superior (5).

Na janela que irá aparecer, o Veeam automaticamente trará como sugestão de restore o backup mais recente disponível (1). Entretanto, caso você precise recuperar a VM de um ponto de restauração mais antigo, basta clicar em Point (2).

O próximo passo é escolher qual modo de restore será utilizado. São 3 opções (mais detalhes você encontra aqui):

(1) Restore to the original location: é o método mais simples, onde o Veeam vai restaurar a VM com as configurações originais. Nesse modo, a VM é restaurada para o mesmo Datastore, Folder e name.

(2) Restore to a new location, or with different settings: essa opção é bem mais completa e detalhista. Você tem a possibilidade de altarar o local do restore e também modificar as configurações da VM, tais como rede, armazenamento, etc. Nesse método, o Veeam restaura a VM ou os discos conforme as configurações locais que você definiu.

(3) Staged restore: todas as opções do método anterior estão disponíveis, porém, com Staged Restore é possível restaurar a VM em um DataLab (ambiente isolado) e, dessa forma, executar scripts ou procedimentos antes de colocá-la em produção. Esse processo é conhecido também como recuperação por etapas e pode nos ajudar com requisitos da Lei Geral de Proteção de Dados (LGPD), mas não vamos cobrir isso nesse artigo.

Ainda existe uma opção complementar chamada Quick rollback (4). Selecionando essa opção, o Veeam utiliza o CBT para mapear os pontos que precisam ser restaurados. Esse é um processo mais rápido, pois são restaurados apenas os blocos diferentes que mudaram do ponto de restauração utilizado versus a VM que está no ambiente. Por recomendação, utilize esse recurso quando não houver acontecido nenhum problema de hardware no ambiente ou se VM não existir mais.

Para nosso exemplo, escolhi a opção Restore to the original location.

Ao clicar em Next, é possível configurar uma opção chamada Secure Restore. Ativando essa opção, o Veeam solicita ao antivírus do sistema operacional para fazer uma verificação na VM. Para saber mais sobre como configurar a integração com o antivírus, consulte esse link

A próxima tela é apenas para justificar o motivo do restore e a última. Clique em Next e chegaremos ao último passo. Basicamente você encontrará nessa tela uma visão geral das opções escolhidas. Também está disponível um checkbox onde, ao marcá-lo, a VM será ligada automaticamente (1) após a tarefa ser completada. Agora clique em Finish e aguarde o processo ser concluído.

Ao final, você poderá consultar no log que o restore foi finalizado sem nenhuma falha.

Para ilustrar melhor, o vídeo abaixo demonstra o processo de restore e a VM sendo acessada após ser recuperada.

O post Veeam – Restaurando VM completa apareceu primeiro em Explain IT.

Hoje vou demonstrar pra vocês como é feito a criação de um bucket na cloud da Zadara. Esse armazenamento do tipo Object Storage S3 Compatible pode ser utilizado para vários propósitos, mas, no nosso caso, utilizaremos como repositório do Veeam.

Não vou entrar nos méritos aqui do que é Zadara ou das formas de contratações. Se tiverem alguma dúvida sobre isso, basta me escrever.

Uma vez que você já tem uma conta criada na Zadara, digite as credenciais para login (Account, Username e Password).

Após autenticar, clique em Console (1), e depois em Add (2).

Agora digite o nome do bucket/container, escolha se ele será criptografado (encrypted) e/ou imutável (Object Lock). E lembre-se que, a partir do momento que ele for criado, não é possível alterar essas propriedades. Nasce e morre do mesmo jeito!

Pronto… agora o bucket/container já está disponível (1) para ser configurado no Veeam. Importante saber que as informações da conta (secret key, access key, região e etc.), podem ser encontradas clicando sobre o nome do usuário (2).

Aqui estão as informações:

Simples e rápido né turma? Agora, com essas informações, já podemos criar o SOBR no Veeam e apontar para a Zadara.

Abraço,

O post Criando bucket na Zadara apareceu primeiro em Explain IT.

Dando continuidade na série, hoje falaremos do Instant VM Recovery. Pra mim, ele é um dos recursos mais fantásticos que a Veeam disponibiliza. Conseguir colocar sua VM em funcionamento em questões de minutos é incrível! Vamos lá…

Uma vez que o backup já foi realizado (e eu não entrarei nesse mérito aqui), siga os passos abaixo:

Na console do Veeam, clique em Home e depois em Backups > Disk.

Na tela principal serão exibidos todos seus jobs de backup. Escolha o job em que a VM foi salva (1) e, dentro dele, clique com o botão direito sobre o nome da VM que você deseja fazer o procedimento (2). Depois em Instant VM Recovery (3) (essa opção também pode ser encontrada na barra superior).

Nessa primeira tela que abrir, temos algumas opções:

Add: incluir outras VMs no Instant VM Recovery
Point: a data (ponto) que você deseja voltar a VM
Remove: exluir alguma VM do procedimento

No meu caso, vou fazer Instant VM Recovery da VM chamada VM Teste 2019, utilizando o restore point criado dia 10/06/2020. Após escolher suas opções, clique em Next.

Agora temos 2 opções: Restaurar no local original e manter as configuraçãos da VM (1) ou Restaurar em outro local ou com outras configurações (2). Ainda nessa tela você pode decidir restaurar as tags da sua VM. Para simplificar, vou deixar no modo padrão (1).

Na próxima tela tem uma opção bem interessante: Secure Restore. Com ela você pode solicitar que o Veeam faça uma varredura na VM em busca de vírus durante o processo de restore. Para não ficar muito longo o post, vou deixar aqui o link caso você queira saber mais detalhes dessa opção. Eu não selecionei para ganharmos tempo nos testes.

A próxima tela é apenas para que você descreva o motivo pelo qual está realizando o restore. Algumas empresas costumam colocar o número do chamado interno que foi aberto solicitando a recuperação. Clique em Next.

E por fim, a última tela do wizard. Nela você ainda terá mais duas opções pra escolher:

Connect VM to network: se você marcar essa opção, a VM vai subir com as configurações de rede originais (mas não vai ligar sozinha).
Power on target VM after restoring: marcando essa opção, a VM vai ligar automaticamente.

Quando clicar em Finish, o processo de recuperação vai iniciar. Assim que o Veeam conseguir publicar a VM, uma tela parecida com essa será exibida:

Enquanto isso, no vCenter:

Pronto, sua máquina está disponível para uso. Mas lembre-se: a tarefa de Instant VM Recovery ainda não foi finalizada, ou seja, você precisa decidir se irá tornar ela uma máquina oficial em produção ou, se já conseguiu o que queria, vai finalizar o job.

Já decidi! E agora, o que eu faço?

Note que existe uma tarefa em execução (1). Agora clique com o botão direito sobre a VM (ou também na barra superior) e escolha entre Migrate to production (3) ou Stop publishing (2).

2 – Stop publishing
Ao escolher essa opção, a publicação da VM no seu ambiente vCenter será interrompida e tudo voltará a ser como antes, como se nada tivesse acontecido.

3 – Migrate to production
Essa opção permite que você coloque novamente a VM em ambiente de produção e com recursos de produção, selecionando qual Host, Resource Pool, VM Folder e Datastore que ela será alocada definitivamente.

Também é possível selecionar qual proxy o Veeam usará para essa movimentação.

Feito isso, lá no seu ambiente VMware vai iniciar uma tarefa de vMotion e logo a VM estará rodando nas configurações e locais originais. É importante lembrar que durante essa movimentação de Migrate to production ela continuará acessível e o Veeam se encarregará de fazer todo o merge necessário.

Por hoje é isso pessoal. Espero que tenham gostado e fiquem a vontade para escrever seus comentários.

Um abraço, até a próxima!

O post Veeam Restore – Seção 05 apareceu primeiro em Explain IT.

Dando continuidade na série de posts sobre cenários de recuperação, hoje o tema será: VM Files Restore.

Vale ressaltar que esse método não recupera absolutamente nada que esteja dentro do sistema operacional da VM, e sim arquivos a nível do hypervisor (vmdk, vmx, nvram, etc). Uma vez que o conceito ficou claro, vamos a prática:

Na console do Veeam, clique em Home e depois em Backups > Disk.

Na tela principal serão exibidos todos seus jobs de backup. Escolha o job em que a VM foi salva (1) e, dentro dele, clique com o botão direito sobre o nome da VM (2) e depois em Restore VM files (3) (essa opção também pode ser encontrada na barra superior).

No wizard você deve selecionar qual restore point vai usar. Nesse exemplo eu vou pegar um backup realizado dia 05/10. Ao escolher a melhor opção pra você, clique em Next.

Agora chegou a hora de escolher qual arquivo queremos restaurar. Vou optar pelo “VM Teste 2019.vmx“. É importante se atentar para:

Em Server: selecione o host que essa VM está hospedada
Em Path to folder: escolha o datastore onde ela está.

Se você fizer isso, o Veeam irá restaurar o arquivo no local correto e você não precisará realizar mais nenhuma ação. Clique em Next.

Note que o arquivo VM Teste 2019.vmx não está dentro do meu datastore.

A próxima tela é apenas para que você descreva o motivo pelo qual está realizando o restore. Algumas empresas costumam colocar o número do chamado interno que foi aberto solicitando a recuperação. Clique em Next.

A ultima tela do wizard é um resumo das opções. Clique em Finish e aguarde a próxima janela aparecer.

Após o restore ser finalizado, você vai ver algo muito parecido com isso:

Ao consultar o datastore no vCenter, já consigo visualizar o arquivo restaurado:

É isso ai povo, mais uma maneira de restore demonstrada.
Abraço, fiquem bem!

O post Veeam Restore – Seção 04 apareceu primeiro em Explain IT.

Alguns temas merecem destaque:

Blog

Estava meio empoeirado. Parei de criar conteúdo e estava sem empolgação para tal. Mas 2019 foi diferente. Tinha como meta voltar a escrever e compartilhar com a comunidade. Foram apenas 16 posts em 2019. Alguns podem pensar que é pouco!! Realmente o número não empolga, mas manter o blog atualizado não é tarefa fácil. Em média um post técnico leva umas 8 horas pra ficar pronto. São vários testes, coleta de prints, referências com fabricante, revisão no texto…por aí vai. Sendo assim, essas 16 publicações me deixaram bem otimista para 2020.

E pensando em trazer mais conteúdo pra vocês, em 2020 teremos reforço: Eduardo Neto está chegando ao time pra falar de infraestrutura no geral, além de compartilhar seus conhecimentos em AWS e Microsoft SQL. Se alguém já quiser pedir conteúdo pra ele, é só mandar um email para eduardo@explainit.com.br, ou contatá-lo através das redes sociais: Linkedin e Twitter.

VMUG Paraná

2019 foi um ano sensacional. Uma comunidade criada no final de 2018, conseguiu criar raizes e manter um público fiel. Foram 4 eventos em 2019, visitamos Compwire, Service IT e SoftwareOne. Nesses 3 locais levamos mais 200 pessoas. Pra fechar com chave de ouro, dia 29 de Dezembro fizemos na UniBrasil a 4ª edição. 108 pessoas estiveram presentes, um recorde de público para o VMUG e para eventos de TI como um todo. Dezenas de brindes foram distribuídos sendo dois deles de destaque especial: um vídeo-game XBOX e um curso oficial VMware.

Graças ao VMUG, em Fevereiro pude visitar o HQ da VMware em San Franciso. Uma oportunidade única, sem precedentes, que vou detalhar um pouco mais abaixo.

Eventos

2019 deixará saudades quando o assunto for a participação em eventos. O ano nem tinha começado direito e logo veio a viagem para os Estados Unidos e a participação no VMUG Leader Summit. O evento reúne 150 pessoas do mundo inteiro (brasileiros foram apenas 6, representando os capítulos do Paraná, Brasília e Minas Gerais) com objetivo de desenvolver técnicas de liderança, apresentação e formato dos encontros. Nunca imagiei participar de um evento tão incrível como esse. Sem dúvidas que desse tipo de encontro deixa os líderes mais animados ainda pra fazer com que o VMUG continue evoluindo.

Aconteceu em São Paulo o AWS Summit Brasil, onde pude conhecer um pouquinho mais do que é esse “monstro” chamado AWS. Foram apresentações técnicas, onde dediquei meu tempo a visitar vendors como VMware, Veeam e Dynatrace, além dos stands da própria AWS.

Em São Paulo também teve VMUG!! Graça ao trabalho dos novos líderes Wesley e Rodrigo, o capítulo da cidade com mais membros inscritos está de volta. Foi uma honra poder participar dessa reativação e prestigiar amigos que a comunidade me apresentou! #GoVmugSP

Já na reta final de 2019 e também em São Paulo (ah váááá) foi realizado o VeeamOn Fórum. Todo ano esse evento acontece nos Estados Unidos e pela primeira vez saiu da terra do tio Sam. Foi impecável do começo ao fim, com excelente conteúdo técnico e muito network. Junto com ele veio a ativação do VUG Brasil, a comunidade brasileira para usuários Veeam.

Ficou pendente para 2020 o VeeamOn Vegas e/ou o VMware World. Quem sabe???

Carreira

Completei em 2019 meu segundo ano na seguradora. Aprendi coisa pra caramba. Como toda área de TI, alguns momentos de crise acontecem, e cabe a nós saber lidar com essas situações. Após algumas mudanças internas, deixei a área de Infraestrutura e passe a integrar uma nova área, chamada de Arquitetura e Segurança de TI. Novos desafios, novos conhecimentos e mais um passo fora da temida zona de conforto. O assunto carreira também promete muito pra 2020.

VMware vExpert

Fui gratificado esse ano com o título de VMware vExpert. Não se trata de uma certificação técnica, mas sim um reconhecimento pela contribuição com a comunidade. As participações no VMUG Paraná e posts aqui no blog me ajudaram a obter esse título. Agora a meta é conseguir renovar pra 2020 e quem sabe alcançar o Veeam Vanguard.

É isso aí turma. Agradeço aos que visitaram o blog em 2019 e que voltem com mais frequência em 2020. Ótimas festas e até lá…

O post Retrospectiva 2019 apareceu primeiro em Explain IT.

Hoje trago pra vocês uma novidade que me deixou extremamente feliz quando fiquei sabendo: em Agosto teremos em solo brasileiro o VeeamOn Forum 2019! É isso mesmo que vocês leram: pra quem (assim como eu) não teve oportunidade de estar presente no evento realizado esse ano em Miami, agora poderá participar em São Paulo.

Para os que não sabem, eu tenho uma admiração enorme pela ferramenta. Desde a versão 7.5, quando comecei a utilizar, acompanhei as várias evoluções que ela passou, até atingir o patamar que hoje se encontra. Penso ser o principal player quando o assunto é backup (e restore também, porque backup qualquer ferramenta faz).

Há uns 2 anos atrás criei um grupo no Telegram para ajudar as pessoas com dúvidas sobre a ferramenta, e claro, também ser ajudado. A comunidade começou pequena, bem tímida… quando chegou em 10 membros fiquei muito contente. Mal poderia imaginar que tempos depois estaríamos com mais de 750 membros, com os SEs do Brasil e LATAM participando, os nossos Vanguards presentes e o maior benefício para todos: o compartilhamento de conhecimento. Isso não tem preço. Brincamos que o SLA do grupo é mais agressivo que o SLA do suporte oficial. Brincadeiras a parte, é um grupo muito ativo.

Por isso, saber que a Veeam conseguiu trazer para o Brasil um evento de tamanha relevância mostra que a comunidade brasileira está crescendo e assim como a ferramenta, se pulverizando em terras tupiniquins.

Reservem suas agendas, o VeeamOn versão BR acontecerá no dia 13 de Agosto, no hotel Marryot em São Paulo. A inscrição é gratuita e o conteúdo que você vai ganhar ao participar será enorme. Não bastasse o evento em si já ser um atrativo, duas presenças internacionais já estão confirmadas: Rick Vanover (o famoso Rickatron), e Jason Buffington. Rickatron, como é conhecido, e o tutor do programa Veeam Vanguard e Buffington é “apenas” Vice Presidente.

Sobram motivos pra participar. Clique aqui e faça sua inscrição. Se você não é de São Paulo, aproveite já reserve suas passagens e hospedagens. Vamos fazer esse evento ser histórico para que tenhamos o repeteco nos próximos anos.

Aproveito e convido para entrarem em nossa comunidade no Telegram. Além de falar sobre Veeam (e não exclusivamente sobre isso), você criará um network valioso. O link do grupo é esse: https://t.me/VeeamBR

Por hoje é isso turma. Nos vemos dia 13, no VeeamOn Brasil!

Um abraço.

O post VeeamOn chegou no Brasil apareceu primeiro em Explain IT.

Não tem como começar esse post sem um gigante MUITOOOO OBRIGADOOO!!!!

Dia 31/05/2019 foi realizado o terceiro encontro do VMUG Paraná (o segundo de 2019). Confesso que os acontecimentos que antecederam esse evento me deixaram um pouco desanimado, principalmente o fato de termos sidos enganados pelo local inicial onde seria realizado o encontro.

Mas com muito trabalho (muito mesmo, DEMAIS), muito empenho e ajuda dos nossos patrocinadores (SoftwareOne, WEDOIT e VMware) o evento foi realizado. E foi um baita sucesso! Lotamos o auditório do NEX Coworking, batemos recorde de participantes e criamos uma atmosfera incrível. Tudo isso em Curitiba (que AINDA não tem tanta demanda para esse tipo de evento), numa sexta-feira chuvosa e fria… E pra finalizar, tivemos a participantes de São Paulo, Minas Gerais e Santa Catarina. Tudo isso nos deixa com o sentimento de dever cumprido.

Além da tradicional apresentação da comunidade, feita por mim, tivemos também o líder do VMUG Paraná, Cesar Danecke, Wesley Martins (Blog Itproland), Diego Silva (SoftwareOne), Felippe Siqueira (WEDOIT) e Anderson Duboc (VMware) com apresentações de diversos temas que satisfizeram o público presente.

Abaixo estão algumas fotos do que foi o evento. Não perca o próximo VMUG Paraná, que será em Agosto (data ainda em definição). Siga-nos em nossas redes sociais e fique ligado em nosso site.

Mais uma vez, muito obrigado.

O post VMUG Paraná – Terceiro Encontro apareceu primeiro em Explain IT.