Is SAP integral component of the mission critical data landscape?
Are you utilizing SAP and looking for a holistic data management solution?
And do terms like ransomware resilience, disaster recovery and data migration baffle you?
Hi, my name is Anshul Nagori.
I am a Worldwide Technical Marketing Expert with HPE storage
and today I am going to talk to you about Zerto for SAP.
Let's begin.
Zerto, a Hewlett Packard Enterprise company, offers ransomware recovery,
disaster recovery, and multi cloud mobility
for virtualized environments on-premises and in the cloud.
Be that side level disaster or ransomware attack
Zerto with its hardware-agnostic and software only approach,
enables an RQ of minutes and RV of seconds
for virtualized as well as [INAUDIBLE].
Because it is hardware-independent, Zerto can be used for virtualized SAP HANA
running on internal lists,
HPE GreenLake for block storage and other HPE storage offerings
as well as any other storage vendor infrastructure.
Zerto's unique value proposition
lies in its abilities to [journal] all rights on a VM,
and create VM copies instantly.
Hence, if your virtualized SAP HANA instance undergoes a disaster or a ransomware attack,
you can quickly create a copy of it, seconds before the attack
and resume their business operations within minutes.
This is the [INAUDIBLE].
Beyond what it stores in the [INAUDIBLE], Zerto integrated
several backup infrastructure solutions to offer long-term retention.
One of them being HPE StoreOnce.
HPE StoreOnce is a highly secure, highly performant,
secondary storage duplication offering
which is available as a dedicated hardware appliance,
or a software-defined appliance
which offers capabilities like backup and [INAUDIBLE].
Both Zerto and StoreOnce are available as services in the HPE GreenLake portfolio.
Now let's take a look at one of Zerto's operations called [INAUDIBLE].
Here we have virtualized SAP HANA instance called SH1
one running on the 104 ESXi host and 103 ESXi host is our recovery site
[INAUDIBLE] failover.
We are using a virtualized HPE StoreOnce system to predict
the SAP HANA instance using the HPE StoreOnce catalyst plug-in.
So we have a catalyst store for data and log and we are using another catalyst store
as the long-term retention repository for Zerto.
This is the Zerto UI that we have with the ESXi hosts added and the data stores are visible.
Now let's start a failover.
Click on Failover then click on the Live option.
Here we select the VPG,
click Next,
and now we have to select the checkpoint or the timestamp we want to roll back.
Zerto creates checkpoints every five seconds so you can choose whichever timestamp you want to go back.
Now if you want to commit the operation automatically after one hour, we can select this option
or we can go to Auto rollback, if you want to roll it back automatically
or if you want to do manually, just select None.
This is the commit policy.
If you want to shut down the source VM, you can select that as well
And if you want to protect the VM in the reverse direction from
the new source to the old target, we can select Reverse protection.
I am keeping all the other options default, selecting the VPG and clicking Next. Now we click Start failover.
So it gives the warning about the current policy that we have selected
and then starts to failover.
Now we can see a new SAPHANA_1 VM created on one of three ESXi host.
It has exact same configuration as the source
once the copy is done and the VM is powered on Zerto now waits for users input for the next 60 minutes,
to either commit or rollback this operation.
Click on the commit button here
and as I said, I don't want to do reverse protections, I am not going to check this box,
I just click the Commit button.
And now Zerto starts committing this operation in the back end.
Now we have SAPHANA_1 on 103 ESXi host, which is an exact copy
and if you go to the VM in Zerto, it is the promoting state.
This operation basically promotes the [journal] volumes into replica volumes.
Once the promotion ends, VM enters a needs configuration state
where we select it and start the edit VPG operation.
Make sure that the right VM is selected.
We ensure the host data store general details are correct,
and then we make sure that the VM DK mapping
between the protected volumes and the recovery volumes is proper.
We verify the network details
and then, if you want to change the long-term retention details [INAUDIBLE], we can.
We click Done on the summary page and this updates the configuration of the VM.
From the dashboard, we can look at the topology of the VM
and it now resides on the 103 ESXi host with 104 being the recovery site.
We can see that the original VM on 104 has been deleted.
What we need to do is to log into the VM and restart
SAP HANA services, get it back up and running.
This life failover functionality in Zerto can be tested beforehand,
using the test failover function. Zerto allow us to test failover
in isolated bubble networks during business hours,
so that your production environments are not impacted.
Others Zerto operations are Move and Restore.
The Move operation offers automated data migration and data mobility
for virtualized workloads on-premises and in the cloud.
The restore operation on the other hand offers recovery capabilities for files or
the entire virtual machine from the journal or the long-term retention repository.
In summary, Zerto's capabilities
complement SAP HANA's Backup & Recovery mechanism
to offer a holistic approach towards data protection,
disaster recovery, ransomware recovery as well as data management for your SAP landscapes.
For you to know more about Zerto, contact your HPE or Zerto representative today.
And, if you like this video, hit the like button and share it with your colleagues and customers.
And to watch more such technology videos, subscribe to the HPE Technology and Zerto channel.
Thanks for watching.