Veeam Dr Orchestrator v.5: VONE – Tagging

Today we will show how to tell Veeam Disaster Recovery Orchestrator which resources to use to start a Disaster Recovery plan.

Before reading this article, we suggest you read the previous article ( by clicking here ) which allows you to check the status of the VDrO Server.

The main tool of asset labeling is Veeam One, which is installed by default with the Veeam Disaster Recovery Orchestrator v.5.

The procedure is very simple:

After connecting via RDP to the VDrO Server select Veeam One Client on the desktop (see Figure 1)

Figure 1

After selecting the Business View item (bottom left), the resources to be labeled are:

  1. Clusters: this item identifies the Disaster Recovery and production vCenter resources (Figure 2)
  2. The DataStores: this item identifies the disk areas where the VMs will reside once turned on (Figure 3)
  3. Virtual Machines: this item identifies the VMs that guarantee service continuity in the event of a Disaster (Figures 4 and 5).

Figure 2

Figure 3

Figure 4

Figure 5

Note 1 : The replication jobs have been configured on the embedded VBR of the VDrO server (see figure 6)

Figure 6

Note 2 : The tagging operation is discussed in a previous post available at the following link:

https://lnx.gable.it/home-page/veeam-availability-orchestrator-v-3-0-dr-from-replicas/

That’s all for today, see you soon!

Veeam Disaster Recovery Orchestrator v.5 – First Check

Il 23 novembre 2021 è stato rilasciato la nuova versione del Veeam Disaster Recovery Orchestrator.

La lista delle novità introdotte della versione 5 sono disponibili cliccando qui.

Oggi ci occuperemo della fase immediatamente successiva all’installazione; nello specifico della fase di configurazione e messa in esercizio.

Dopo aver effettuato il login (ricordo che è necessario che l’utente afferisca al Dominio – Immagine 1 e 2)

Immagine 1

Immagine 2

Il wizard permette di aggiungere e definire:

  1. Il Nome dell’ Orchestrator Server (Immagine 3)
  2. L’account o il gruppo di account di amministrazione (immagine 4, 5 e 6)
  3. I Backup Server che comunicheranno con l’orchestrator Server attraverso uno specifico agent (immagine 6, 7 e 8)
  4. I vCenter che verranno comandati per avviare i piani di Disaster Recovery (Immagine 10)

Immagine 3

Immagine 4

Immagine 5

Immagine 6

Immagine 7

Immagine 8

Immagine 9

Immagine 10

Nel prossimo verranno illustrati i passaggi necessari per creare un Piano di Disaster Recovery con la nuova versione della soluzione Veeam

A presto!

Veeam Disaster Recovery Orchestrator v.5 – First Check

On November 23, 2021, the new version of the Veeam Disaster Recovery Orchestrator was released.

The list of new features introduced in version 5 is available by clicking here.

Today we will deal with the phase immediately following installation; specifically, the configuration and commissioning phase.

After logging in (it is mandatory that the user has already joined the Domain – Image 1 and 2)

Picture 1

picture 2

The wizard allows you to add and define:

  1. The Name of the Orchestrator Server (Image 3)
  2. The admin account or group of accounts (image 4, 5 and 6)
  3. The Backup Servers that will communicate with the Orchestrator Server through a specific agent (image 6, 7 and 8)
  4. The vCenters that will be commanded to start the Disaster Recovery plans (Image 10)

Picture 3

Picture 4

Picture 5

Picture 6

Picture 7

Image 8

Image 9

Image 10

In the next article, I’m going to illustrate the steps to create a Disaster Recovery Plan with this new version of the Veeam Disaster Recovery Orchestratrion

See you Soon!

VMware VCSA 7.03b Backup

Dopo aver aggiornato i vCenter all’ultima versione disponibile, (7.0.3.00100), mi sono accorto che i backup precedentemente configurati non venivano completati con successo.

L’errore che compariva era il seguente: “Path not exported by the remote filesystem” (vedi immagine 1).

Immagine 1

Una veloce indagine sul sito VMware ha spiegato la ragione:

Quando la destinazione del  backup è una share di tipo SMB, la VCSA non è in grado di scrivere sul target i file di backup.  (https://kb.vmware.com/s/article/86069)

Riconfigurato il  job in modo tale che scrivesse verso un target di tipo NFS, speravo di aver risolto questo inconveniente ma … un nuovo errore ha fatto la sua comparsa.

“Db health is UNHEALTHY, Backup Failed. Disable health check to take backup in the current state”  (vedi immagine 2):

Immagine 2

Nuova indagine e nuova risposta esauriente da VMware.

Dalla kb 86084 (https://kb.vmware.com/s/article/86084) l’errore può comparire dopo aver installato la patch 7.0.3

La procedura è molto semplice e consiste nel collegarsi come utente root e via SSH alla VCSA e lanciare il seguente comando:

/usr/bin/dbcc -fbss embedded (vedi immagine 3).

Immagine 3

Completata l’operazione è possibile salvare la configurazione della VCSA (vedi immagini 4 e 5).

Immagine 4

Immagine 5

A presto!

Veeam CDP – Manual Upgrade

Nel mio laboratorio, il sito di Disaster Recovery è composto da un singolo host ESX 7.01.

Viene gestisto da un vCenter virtuale (denominato vCenter-DR), che afferisce esclusivamente alle risorse hardware messe a disposizione dallo stesso host ESX 7.01.

Lo scorso mese Veeam Software ha rilasciato l’aggiornamento di Veeam Backup & Replication 11A.

Tra le diverse migliorie introdotte, la mia attenzione si è concentrata sui nuovi driver (detti I/O filters) della componente CDP.

Se nel cluster principale, l’aggiornamento è stato semplice, immediato e indolore (vista la presenza di più host sotto un ulteriore vCenter), per il sito di Disaster Recovery si è generata una complicanza collegata all’architettura hardware presente.

L’aggiornamento falliva, poichè era impossibile porre l’host ESX 7.01 in mantenance mode senza di fatto spegnere anche il vCenter-DR che lo gestiva (vedi immagine 1).

Immagine 1

Come è stato possibile superare tale ostacolo senza modificare la configurazione del cluster? (Senza cioè aggiungere un ulteriore Host ESX 7.01)

La procedura che ho seguito è stata semplice e sfrutta la kb 2008939 di Vmware (https://kb.vmware.com/s/article/2008939).

Costa di due fasi principali:

  1. Copia del pacchetto Veeam CDP nell’host ESX 7.01 (veecdp-offline-bundle.7.0.0.zip)
  2. Installazione del pacchetto attraverso il  comando “esxcli software vib update -d /yourpath/veecdp-offline-bundle.7.0.0.zip” (vedi Immagine 2)

Immagine 2

Terminata questa prima fase, è ora stato sufficiente ripetere la procedura standard di aggiornamento (vedi immagini 3,4 e 5).

Immagine 3

 

Immagine 4

 

Immagine 5

La verifica che garantisce che la procedura seguita è corretta è quella di realizzare un Job di Replica CDP, attendere che si concluda senza errori e che  sia possibile avviare la procedura di failover.

Nota 1: La procedura di aggiornamento dei I/O filters è disponibile nel manuale alla seguente pagina:     (https://helpcenter.veeam.com/docs/backup/vsphere/cdp_io_filter_remove.html?ver=110).

Nota 2: Prima di procedere è obbligatorio confrontarvi con il supporto Veeam attraverso l’apertura di un tiket (my.veeam.com)

A presto

Veeam CDP – Manual Upgrade

In my lab, the Disaster Recovery site consists of a single ESX 7.01 host .

The DR environment is managed by a vCenter , located on the ESX 7.01 host and named vCenter-DR.

Last month Veeam Software released Veeam Backup & Replication version 11 update ( 11A).

Among the various improvements introduced, my attention was focused on the new drivers (called I / O filters ) of the CDP component.

If in the main cluster, the upgrade was simple, immediate, and painless (given the presence of multiple hosts under another vCenter), a complication related to the present architecture was generated for the Disaster Recovery site.

In fact, the update failed, as it was impossible to put the ESX 7.01 host in maintenance mode without actually turning off the vCenter-DR that managed it (see image 1).

Picture 1

Is it possible to overcome the obstacle without adding an additional ESX 7.01 Host to the cluster?

The procedure I followed is simple and uses the Vmware kb 2008939 ( https://kb.vmware.com/s/article/2008939 ).

It costs two main stages:

  1. The copy of the Veeam CDP package to the ESX 7.01 host (veecdp-offline-bundle.7.0.0.zip)
  2. The installation through the command “esxcli software vib update -d /yourpath/veecdp-offline-bundle.7.0.0.zip”

Once the above operation has been completed correctly, from the VBR console it is necessary to repeat the driver update procedure as shown in the next images (2,3 and 4).

image 2

 

image 3

 

image 4

The check that guarantees that the procedure followed is correct is to create a CDP Replication Job, wait for it to finish without errors and for the failover procedure to be started.

Note 1 : The I / O filters update procedure is available in the manual on the following page: (https://helpcenter.veeam.com/docs/backup/vsphere/cdp_io_filter_remove.html?ver=110).

Note 2 : Before proceeding it is mandatory to compare yourself with Veeam support by opening a tiket ( my.veeam.com )

Soon