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.

Vocês provavelmente estão cansados de ouvir falar nos termos MFA ou 2FA. Óbvio, não tem como fugir desse assunto, uma vez que dia-a-dia novas formas de invasão/ataque são inventadas e os sistemas ficam vulneráveis. E visando atender a muuuuitos pedidos dos usuários, a Veeam divulgou que na próxima versão (v12) o software vai contar com esse incremento na segurança.

Nos passos a seguir vou demonstrar como é feita a configuração, mas sempre lembrando que as demos estão sendo realizadas na versão beta 2, ou seja, é possível que tenham pequenas alterações na versão final.

A primeira vez que você logar na console, o 2FA não estará ativo ainda. Para que o recurso funcione, clique no menu de hamburguer (1) e depois em Users and Roles (2).

Na janela que abrir, você verá que todos os usuários do grupo “Administrators” terão a função de “Veeam Backup Administrator”, ou seja, acesso total ao ambiente de backup (essa permissão é padrão quando o Veeam é instalado). No rodapé dessa tela tem a opção de ativar o 2FA (2), porém, nós NÃO podemos ativar nesse momento (aliás, poder você até pode, mas não vai funcionar). O 2FA não funciona com grupos, sendo assim, será necessário adicionar os usuários nominais, um por um.

Se você não acreditou em mim e tentou aplicar a configuração sem excluir o grupo, vai receber esse erro:

Agora que você viu que não funciona, exclua o grupo padrão (Administrators), e adicione os usuários que terão acesso ao Veeam. O processo é muito simples:

1: Clique em Add.
2: Digite o nome do usuário (ou clique em Browse).
3: Selecione qual será a função desse usuário dentro do Veeam.
4: Se você estiver criando uma conta de serviço, ela não poderá exigir autenticação com 2FA. Se esse for o seu cenário, marque a opção This is a service account. Isso fará com que o 2FA seja desativado apenas para essa conta.

Após adicionar todos os usuários que você precisa, será exibido algo muito parecido com a tela abaixo. No meu exemplo, está da seguinte forma:

1: Tenho 2 usuários (Administrator e backup-user), ambos são administradores de backup.
2: Função 2FA ativada.
3: Outra função nova muito aguardada: expirar a sessão após um determinado período de tempo. No meu caso, se algum usuário ficar mais de 10 mintos inativos, ele será desconectado.

Após fazer o ajuste acima, é obrigatório fechar todas as consoles que estiverem abertas pra depois abrir novamente. Em um primeiro momento, nada de novidade:

Quando clicar em Connect, a segunda (e nova) tela será exibida. Esse passo só é necessário no primeiro login de cada usuário após a ativação do 2FA. Nesse momento, escolha o app que você costumeiramente utiliza para gerar os códigos (eu uso o Authy) e faça a configuração.

Para finalizar, clique em Next e seja feliz!

A partir de agora, quando qualquer usuário for se conectar na console do Veeam, será obrigatório inserir os 6 dígitos.

Simples né? Como eu comentei, esse recurso vinha sendo solicitado massivamente pelos usuários da ferramenta. Agora que ele está disponível, não dê chances pro azar: ative o 2FA e garanta mais esse item de segurança no seu ambiente.

Obrigado pessoal, até a próxima!

O post Veeam v12 – MFA 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.

Dando sequência nos posts sobre cenários de recuperação com Veeam, hoje falaremos da opção Full VM restore. Se você perdeu os posts anteriores, clique aqui e veja quais foram.

A grosso modo essa opção nada mais é do que restaurar uma VM por completo. Por exemplo: a VM foi excluída do seu ambiente virtual e você precisa que ela seja recuperada ao estado de quando foi feito o backup. Bem, vamos lá:

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 e, dentro dele, clique com o botão direito sobre o nome da VM e depois em Restore entire VM (essa opção também pode ser encontrada na barra superior).

No wizard você deve selecionar qual restore point vai usar. Nesse exemplo eu tenho apenas um (realizado dia 17/07). Ao escolher a melhor opção pra você, clique em Next.

Na próxima tela aparecem algumas opções interessantes. Você pode conferir elas detalhadamente clicando aqui. Basicamente são:

Restore to the original location: vai restaurar a VM com as configurações originais dela, assim como o local.
Restore to a new location, or with different settings: selecionando essa opção, você pode mudar o local que ela será restaurada, assim como algumas opções da própria VM (exemplo: rede).
Staged restore: essa opção permite que você execute, por exemplo, algum script na VM antes que ela seja restaurada.

Caso você opte pelo primeiro método, ainda pode escolher a opção “Quick rollback“, onde o Veeam faz uma espécie de restore incremental. Causa menos impacto e o tempo é muito menor.

Como minha VM é pequena, vou selecionar a primeira opção e não vou escolher o “Quick rollback”. Clique em Next.

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, além de se um resumo das opções, você tem a opção de ligar a VM assim que ela for restaurada. Se quiser, marque a checkbox no final da tela. Agora clique em Finish e aguarde a próxima janela aparecer.

Na tela a seguir você consegue acompanhar o progresso do restore.

Em alguns segundos, uma task no seu vCenter será iniciada:

E em pouco tempo a VM já aparecerá no inventário:

Ao voltar para a tela de progresso no Veeam, verá que a atividade foi finalizada.

Então é isso povo. Se tiverem alguma sugestão de restore, me escrevam. Em breve publicarei novos posts com outros cenários.

Abraço,

O post Veeam Restore – Seção 03 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.

O #Blogtober está chegando ao fim e eu estou correndo contra o tempo para atingir a meta! Hoje mostrarei pra vocês uma configuração dentro do Veeam que nada mais é que excluir um disco específico de uma VM para que não seja backupeado. Em uma configuração padrão, ele vai executar o job e salvar a VM por completo. Vamos lá:

Se você já tiver um job criado, edite ele. Se ainda não tiver, crie um novo. Agora navegue até a opção chamada Virtual Machines (lado esquerdo). Selecione a VM que deseja remover o disco e clique no botão Exclusions…

Na janela que irá abrir, clique na aba Disks e depois em Edit…. Note que nesse momento todos os discos ainda estão selecionados para serem processados.

O próximo passo é mudar a opção para Selected disks:, depois clicar em Add e escolher o tipo do disco (lembrando que essa informação tem que ser equivalente ao que está no seu virtualizador).

Selecione agora qual é o disco que voce NÃO quer que faça backup. Nesse exemplo eu escolhi o disco IDE (0:1), que refere-se ao disco 2 no meu ambiente VMware.

Feito isso, basta sair dando “OK” em tudo quanto for janela que aparecer pela frente e executar o job. Pronto! Esse disco não será incluído no backup.

É isso aí galera, embora isso seja uma tarefa fácil, ainda sim pode causar um pouco de confusão quando voce vai fazer pela primeira vez. Espero que o post ajude em algum momento.

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

O post Como não fazer backup de um disco específico apareceu primeiro em Explain IT.

2019 está chegando ao fim e a gente tá mais ou menos assim:

Mas pra turma do VMUG Paraná ainda tem muito trabalho. Os preparativos para o último evento do ano estão a todo vapor, e vem coisa boa por aí. Anote na sua agenda e reserve essa data:

29/11/2019

Não vai ter Black Friday que faça você perder esse encontro. Será o 4º evento de 2019, e terá uma baita surpresa pra quem foi em todos. Óbvio que não vou contar aqui porque senão estraga a brincadeira, mas confesso que valerá a pena mais uma vez estar presente.

Então se liga nas informações abaixo:

Data: 29/11/2019
Início: 19hrs (credenciamento às 18h30min)
Local: Unibrasil (R. Konrad Adenauer, 442 – Tarumã, Curitiba)
Estacionamento: no local e gratuíto
Inscrições: via Event Brite

Falando em inscrição, agora ficou muito mais fácil participar. Clicando nesse link você será direcionado para a página do evento. Com poucas informações sua vaga já está garantida! E pra quem ainda não conhece o VMUG Paraná, dá uma passadinha lá no site e sigam no Twitter também. Lembrando que as fotos dos eventos são publicadas no Instagram da piazada.

É isso ai turma, encontro vejo voces na Unibrasil, dia 29/11.
Um abraço!

O post VMUG Paraná – Último evento de 2019 apareceu primeiro em Explain IT.

Dando sequência ao desafio do “Blogtober” hoje vou mostrar pra vocês como funciona mais um utilitário que a Veeam disponibiliza e muitos desconhecem: é o Veeam Backup Validator. Eu costumo dizer que esses “programinhas” são os Easter Eggs da própria Veeam, afinal, estão lá escondidos no diretório de instalação do VBR e as vezes quebram um galho danado.

Antes de começarmos, vale dizer que o procedimento realizado por esse utilitário também é executado quando você configura uma tarefa de Sure Backup, entretanto, na minha opinião, via CLI é bem mais rápido e fácil.

Pra iniciar, navegue até o caminho de instalação do VBR via promp de comando (com privilégios administrativos). Normalmente fica localizado em:

C:\Program Files\Veeam\Backup and Replication\Backup

Caso você tenha alterado o local default da instalação, ainda pode localizá-lo aqui:

HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\CorePath

Localizou o caminho?? Navegou pelo prompt até ele? Então agora digite:

Veeam.Backup.Validator.exe /?

E você terá todas as variáveis possíveis para utilização no processo de verificação.  

Agora, pra exemplificar, vou digitar o comando abaixo. Ele irá verificar todos os arquivos de todas as VMs do job chamado DISK: AD – DHCP.

./Veeam.Backup.Validator.exe /backup:"DISK: AD - DHCP"

Verificação da primeira VM

Verificação da segunda VM

Status final da verificação

No caso do exemplo, o check foi realizado com sucesso, nenhum arquivo está corrompido e, caso haja necessidade de usá-lo para um e restore, você não terá problemas.

Esse pequeno utilitário pode, entre outras coisas, gerar reports das verificações, permite que você selecione uma VM em específico dentro do job ou até um determinado ponto de restauração. Todas as opções podem ser consultadas (como de costume) no Help Center da Veeam ou nesse KB. Na internet também tem vários scripts bacanas que você pode incrementar e personalizar conforme sua demanda. Um deles é esse aqui e outro é esse aqui (que inclusive cria uma GUI para usar o utilitário).

É isso aí pessoal, mais uma vez obrigado pelo tempo disponibilizado na leitura.

Até logo!

O post Validando seus arquivos de backup apareceu primeiro em Explain IT.

Hoje trago pra vocês uma situação que não é difícil de acontecer, mas quando acontece pode gerar um transtorno bem grande no ambiente da “firma”. Imaginem a seguinte situação: você tem seu vCenter Server funcionando bacaninha, mas do nada ele deu pau, ou datacenter pegou fogo ou qualquer coisa do gênero.

Aí você pensa: ok, eu instalo novamente o vCenter, adiciono os hosts, faço as configurações necessárias e baamm… voltou ao normal. Mas a noite, quando o Veeam vai rodar as rotinas de backup… powww!! Espaço insuficiente nos repositórios porque todos os jobs executaram full! E aí… pra que lado você corre??

Como já era de se esperar, a Veeam pensou nisso e disponibilizou uma ferramenta bacana e gratuita pra ajudar você a corrigir essa cagada ai. Trata-se da vCenter Migration Tool. Como ela é possível reverter os MoRef ID das VMs para o status anterior, ou seja, deixando com os mesmos identificadores do vCenter antigo. Eu não vou entrar no mérito do motivo pelo qual isso é alterado, mas sim em como ajudar a corrigir essa situação.

Vamos lá:

1 – Baixe o vCenter Migration Tool no site da Veeam (ou clique aqui). Precisa estar logado pra conseguir fazer o download.

2 – Feito isso, descompacte o arquivo em algum diretório dentro da máquina do Veeam Server.

3 – Na console do Veeam, caso ainda não tenha adicionado o vCenter novo, faça isso.

4 – Pelo prompt de comando, navegue até o diretório onde extraiu os arquivos e digite o seguinte comando:

Veeam.Backup.VmMigrator.exe preparemigrationtask <old_vCenter> <new_vCenter>

Aqui no exemplo, o meu vCenter antigo é o vcsa65-vc e o novo é o vcsa01, então o comando ficará assim:

Veeam.Backup.VmMigrator.exe preparemigrationtask vcsa65-vc vcsa01

Ao executar essa ação, o utilitário vai comparar as referências das VMs atuais com as referências das VMs antigas, utilizando como base o vCenter antigo e novo, uma vez que ambos estão configurados no Veeam Server. Depois disso, nesse mesmo diretório será criado um arquivo chamado <old_vCenter> _to_ <new_vCenter> _migration_task. No nosso exemplo, o nome do arquivo é: vcsa65-vc_to_vcsa01_migration_task.

Feito isso, agora digite o comando:

Veeam.Backup.VmMigrator.exe executemigrationtask <file>

Ou, no nosso caso:

Veeam.Backup.VmMigrator.exe executemigrationtask vcsa65-vc_to_vcsa01_migration_task

Pronto, o “trabalho sujo” foi feito. Pra ter certeza que a tarefa foi concluída com sucesso, abra a console do Veeam, edite qualquer job de backup e clique em “Virtual Machines“. Depois vá em “Recalculate“, no final da tela. Se tudo deu certo, será exibida a estimativa de tamanho logo abaixo do botão.

Uma observação importante e que vale a pena destacar é que o vCenter Migration Tool oficialmente não é suportado pela Veeam, ou seja, é por sua conta em risco. Embora seja simples de usar, o risco existe.

É isso aí galera! Qualquer dúvida, crítica ou sugestão sintam-se a vontade para entrar em contato.
Um abraço e até a próxima.

O post vCenter Migration Tool apareceu primeiro em Explain IT.