Note: The term Data Protection Platform is abbreviated as DPP in the product and in this course.

This 4.1 course has been appended to the 4.0 course and is limited to what is new about vRanger Pro 4.1 
DPP. So all of the basic 4.x tasks that have not changed and are already covered in the 4.0 course will not be 
repeated here.

Note: If you need a refresher on how to schedule backups and other 4.x–related tasks, please review the 
vRangerPro40‐Backups module in the vRanger Pro 4.0 DPP course found in the Vizioncore Training Center at 
http://training.vizioncore.com.

1
Details about the last three agenda items are discussed in the following slides.

2
Attend the Training Course
Steps:
1. Go to the Vizioncore Training Center at http://training.vizioncore.com
2. Self‐register with a business email address
3. Identify yourself as a Vizioncore customer, partner, or employee
4. Enroll in one or more training courses
5. Download course resources (e.g., course PDF file(s) as your textbook)

Download the Textbook that accompanies the Lectures
In step 5 above, we encourage you to download the PDF file that accompanies the PPT slide deck. It includes 
In step 5 above we encourage you to download the PDF file that accompanies the PPT slide deck It includes
instructor notes and serves as the textbook for the course. Please refer to the PDF file page that corresponds 
to the instructor’s referenced PPT slide during the lectures.

In this slide, you can see that the PDF file and other course resources appear after the lectures at the bottom 
of the page. Click on the file resource’s link to save the file locally or click on a video link to launch a video.

We Append dot‐Releases to the Major‐Release Course
Much of the 4 1 product is exactly the same as the 4 0 product (e g hardware or software requirements)
Much of the 4.1 product is exactly the same as the 4.0 product (e.g., hardware or software requirements). 
Rather than create a separate course for vRanger Pro 4.1 DPP that contains information already found in the 
4.0 course, we have instead created new 4.1‐specific training modules and have appended them to the 
existing vRanger Pro 4.0 DPP course. Anything common to both the 4.0 product and the 4.1 product already 
exists in the 4.0 course and is purposely omitted from the 4.1 course.

So when you want to see what’s new and different in 4.1, you would download the 4.1 PDF file (not shown), 
launch the appropriate 4.1 module, and listen to the lecture while following along with the PDF file. 

But to learn about something in 4.1 that hasn’t changed since the 4.0 product, then we refer you to the 4.0 
course. For that course, you will download the vRanger Pro 4.0 DPP training course PDF file.

3
• vRanger Pro 4.1 DPP New Features
The course will initially provide a New Features summary and then provide details later in the course
The course will initially provide a New Features summary and then provide details later in the course.

• Upgrading from earlier vRanger Pro Versions
The course will cover upgrading from vRanger Pro 3.x and 4.0 DPP.

• Best Practices ‐ Configuring vRanger Pro 4.1 DPP
vRanger Pro 4.x DPP can transfer an incredible amount of data to the repositories. The product’s speed is one 
of the reasons that it was awarded a Best of VMworld 2009 Gold Award. But some customers‘ environments 
were overwhelmed by all of the data and were receiving CIFS errors The course will discuss global settings
were overwhelmed by all of the data and were receiving CIFS errors. The course will discuss global settings 
best practices to throttle down the transfers to minimize or eliminate those kinds of errors. 

Note: One v4.1 improvement is that the Regional OS Settings need not be US English, which is intended for 
our international customers. This topic is not mentioned elsewhere in this course.

4
• Module 1 – 4.1 New Features Overview
M d l 1i
Module 1 introduces The new vRanger
d Th R P 4 1 DPP f
Pro 4.1 DPP features and then discusses these features in greater 
d h di h f i
detail later in the course.

• Module 2 – New Installation and Upgrades
Module 2 discusses when to do a new installation and an upgrade.

• Module 3 – Configuration Best Practices
Modules describes some troubleshooting and best practice steps to maximize the speed of vRanger Pro 4.1 
DPP so that you can do backups in a smaller backup window.

• Module 4 – Import Legacy Backup Jobs
Module 4 discusses how to import vRanger Pro 3.x scheduled jobs into vRanger Pro 4.1 DPP.

• Module 5 – Restores
Module 5 discusses the different ways to do restores.

5
6
7
8
Before we can discuss what’s new in vRanger Pro 4.1 DPP, it is important that we understand vRanger Pro 3.x 
and 4.x manifests since some of the new 4.1 features relate to those manifests and we may want to restore 
d4 if i f h 41f l h if d
vRanger pro 3.x backups into 4.1.

In general, the manifests are XML files that are created during a backup to track information about the 
backup job. Additionally, in 4.x, there is a global manifest file for each added repository.

9
This slide shows the two files that make up a vRanger Pro 3.x backup. 3.x jobs could be a full backup or 
diff
differential backup. Incremental backups were not supported.
i lb k I lb k d

In this example, the VM was a 20GB Windows 2003 server. The compressed backup file has a .TVZC file 
extension (where TVZC = “tar‐vizioncore‐compressed”). 

The manifest file has an extension of .INFO. A sample of its XML contents appears in the slide.

Other vRanger Pro 3.x facts
• Besides .TVZC, other vRanger Pro 3.x backup file extensions include:
*.VZC = VCB Backups for ESX and ESXi
*.VMDK = Uncompressed backups (nozip option). This option is used with repositories that do data 
deduplication (e.g., EMC® Data Domain) and require unzipped archives.

• During backup, by ignoring white space (blanks) and compressing the rest of the VM, the 20GB VM was 
reduced in size to 4,262,485 KB (4.065 GB which fits on a single‐layer DVD, can be mailed to a secondary site, 
and by running another copy of vRanger Pro at the secondary site, can restore the 20GB VM).

Importing Legacy 3.x Jobs into vRanger Pro 4.1 DPP
After scheduling a vRanger Pro 3.x job, the job’s corresponding CLI (command line interface) commands are 
placed in the Windows Task Scheduler. This is important to know because when vRanger Pro 4.1 DPP imports 
3.x jobs, it will look in the Windows Task Scheduler for those 3.x jobs. The importing of 3.x jobs is discussed in 
more detail in module 4.

10
vRanger Pro 4.1 DPP has two types of manifests‐Global Manifests and Savepoint Manifests.

Global Manifest
Whenever you add a repository, that repository contains a global manifest XML file that provides details 
about the repository. As you do backups, each savepoint becomes a separate folder in the repository and a 
corresponding entry is placed in the global manifest file. The global manifest file is required when restoring a 
deleted repository.

Savepoint Manifests
Whenever you do a backup, the job writes a savepoint to the specified repository along with a corresponding 
savepoint manifest XML file. The savepoint manifest provides details about the backup job. The savepoint 
manifest is placed in the repository’s folder for that job. The savepoint manifest is required when restoring a 
savepoint.

Savepoint Manifest Example
So if you define an incremental job with, say, a Threshold Count =2 as your Space Saving Technology, you will 
get a full backup savepoint and two incremental savepoints. Note: the first savepoint of an incremental job is 
always a full backup. 

Each of the three savepoints will have their own savepoint manifest. These savepoints and their respective 
manifests will be placed in a single folder in the repository that represents the job.

11
• Global Manifest 
Af
After a repository is added to vRanger Pro 4.1 DPP, a GlobalManifest.metadata XML file is created in that 
i i dd d R P 4 1 DPP Gl b lM if d XML fil i di h
repository. If you have multiple repositories, each repository will have its own unique 
GlobalManifest.metadata file.

Referring to the circled, numbered items in the screenshot:
1. In the screenshot, click Add to add a CIFS repository. 
2. Specify the CIFS properties and click Save. The added repository appears under My Repositories in the 
left pane.
3. Viewing the repository folder, we see the GlobalManifest.metadata file that has been created.
4. Opening the GlobalManifest.metadata file with an editor like WordPad or Notepad++ displays the XML. 

Warning: Do not edit the GlobalManifest.metadata file unless asked to do so by Vizioncore Support.

12
• Savepoint Manifests (1)
In the above screenshot, we clicked on the My Jobs button (outlined in red), and scheduled an incremental 
job to backup a single VM. 

The Job Template Detail shows (circled in red) the following:
• The job name MB‐Incremental3
• The single VM Inventory Node that we are backing up MB‐Test‐VM
• The Space Saving Technology job type = Incremental Backups. 

13
• Savepoint Manifests (2)
Cli k h M R
Click the My Repositories button (outlined in red) and then click the target repository to display the 
i i b ( li d i d) d h li k h i di l h
repository’s savepoints. We can see that after our scheduled job ran, the new savepoint appeared in the 
target repository. 

Note: Even though the we requested an incremental backup, the first backup of the set is always a full backup 
and the subsequent backups are incrementals. A set consists of a “parent” full backup and one or more 
“child” incrementals. The set is used when doing full restores.

14
• Savepoint Manifests (3)
I h
In the screenshot, referring to the circled numbers:
h f i h i l d b

1. We see that there is a new folder that has appeared in our repository directory structure and represents 
the full backup that we just performed.

2. Drilling down through the directory structure, we see two, small, XML metadata files and the archive 
itself stored as a 2,209,304KB .var file. The Manifest.metadata file is the savepoint manifest. The savepoint 
manifest and the Vmconfig.metadata file together are equivalent to the vRanger Pro 3.x .Info file.

3. Opening up the .Manifest.metadata file, we see a partial screenshot of the XML contained within.

Savepoint Manifests and restoring from tape (CIFS only)
In the future, we may decide to “sweep” this savepoint to tape by writing these three files to tape. We may 
then decide to remove the savepoint entirely from vRanger Pro 4.1 DPP. If removed, the savepoint entry will 
disappear from the global manifest file and the savepoint folder structure and files will be removed from the 
repository. Details on how to restore these three files from tape are described in detail in module 5. When 
we restore savepoints from tape, we require the savepoint manifest file.

Note: This feature only works for CIFS repositories.

15
16
• Backup Functions
Scheduled Backup Job Importation:
Scheduled Backup Job Importation:
vRanger Pro 4.1 DPP can import legacy vRanger Pro 3.x scheduled backup jobs from the Windows Task Scheduler, 
allowing you to run only one version of vRanger Pro.

• Restore Functions
Note: all Windows savepoint backups retain NTFS access control lists (ACLs). These ACLs are re‐applied during all restore 
types.
Restore from Savepoint:
This is the standard method of doing a VM restore using a global manifest and has not changed since vRanger Pro 4.0.
R t
Restore from Savepoint Manifest:
f S i t M if t
This is the method of doing a VM restore when the savepoint is not in a repository only using the savepoint manifest. No 
global manifest is used.
Restore from Legacy Backup:
vRanger Pro 4.1 DPP can restore legacy vRanger Pro 3.x backup files, allowing you to run only one version of vRanger Pro. 
File Level Restore:
vRanger DPP Version 4.1 can perform a file level restore, restoring files and folders from a savepoint that is used to 
restore the entire VM image.
File Level Restore from Manifest:
Fil L lR t f M if t
vRanger DPP Version 4.1 can perform a file level restore when the savepoint is not in a repository only using the 
savepoint manifest. No global manifest is used.
Restore a Repository:
vRanger Pro 4.1 DPP Version 4.1 can now perform restores from a Read Only Repository, especially useful when the 
repository is replicated to a secondary disaster recovery site and you need to do restores there. Previous versions of 
vRanger Pro DPP could only restore from repositories that had read/write access. 

• Operational Functions
vRanger Pro 4.1 DPP can now be patched without a full uninstall/install procedure. vRanger Pro 4.1 DPP now supports the 
g p p g pp
VMware Intel E1000 virtual nics.

17
Q1. What is the purpose of a vRanger Pro manifest?
A
Answer: The vRanger Pro manifest contents include:
Th R P if i l d
• The backup contents
• Parameters (compression, etc.)
• Repository Location
• VMX file details
• Job errors

Q2. What file format do vRanger Pro manifests use?
Answer: XML

Q3. What manifest is automatically created when you add a repository to vRanger Pro 4.1 DPP?
Answer: Global manifest

Q4. What manifest is automatically created when you do a vRanger Pro 4.1 DPP backup?
Answer: Savepoint manifest

18
• Lesson 1 – Manifests
M if
Manifests are XML files
XML fil that store the details of a backup job.
h h d il f b k j b
vRanger Pro 3.x uses an .Info file as its manifest.
vRanger Pro 4.1 has a global manifest for each repository and a savepoint manifest for each backup.
The 4.1 global manifest maintains a list of all of the savepoints for the repository.

• Lesson 2 – New Features Overview
Backup Job Functions
– Scheduled 3.x Backup Job Importation from the Windows Task Scheduler.

Restore Functions
– Read Only Repository – can restore files from tape without having to first edit the existing repository.
– Non‐repository Backup Files – restore files no longer in the repository (e.g., because backed up to tape).
– Backup File Restoration – restore vRanger Pro 3.x and 4.0 images and files.
– Restore from Savepoint Manifest – the global manifest and repository directory structure are not 
needed.
– File Level Restore from Savepoint Manifest – the global manifest and repository directory structure not 
needed.

Operational Functions
– Can now patch the vRanger Pro 4.1 DPP without having to uninstall and then reinstall the product.
– vRanger Pro 4.1 DPP now supports the VMware VMnet 1000 nics.

19
Module 2 discusses a new vRanger Pro 4.1 DPP installation and also how to upgrade to vRanger Pro 4.1 DPP 
f
from earlier versions of vRanger Pro.
li i f R P

20
• Lesson 1 – Installation
L
Lesson 1 describes a new install of vRanger Pro 4.1 DPP.
1d ib i ll f R P 4 1 DPP

• Lesson 2 – Upgrading from vRanger Pro 3.x
Lesson 2 describes upgrading from vRanger Pro 3.x to vRanger Pro 4.1 DPP. vRanger Pro 4.1 DPP is installed 
into a new folder or server and the 3.x scheduled jobs are imported into 4.1

• Lesson 3 – Upgrading from vRanger Pro 4.0
Lesson 3 describes the patch that you apply to vRanger Pro 4.0 DPP to upgrade it in‐place to 4.1.

21
22
This slide refers to doing a new installation of vRanger Pro 4.1 DPP where you are either:
• Doing a new install of vRanger Pro 4.1 DPP and do not have a previous version of vRanger Pro installed. 
D i i ll f R P 4 1 DPP d d h i i f R P i ll d
• Upgrading from vRanger Pro 3.x. The 3.x to 4.1 upgrade is covered in lesson 2.

Do not use this installation file if you are upgrading from vRanger Pro 4.0 DPP. If you already have 4.0 

installed, then you must download a separate patch file that performs the upgrade from 4.0 to 4.1. The 4.0 to 
4.1 upgrade process is covered in lesson 3. 

Go to http://downloads.vizioncore.com/ and click the vRanger Pro 4.1 DPP icon to place the entry in the 
download queue. Lesson 3 of this module, Upgrading from vRanger Pro 4.0, has screenshots on how to 
complete a similar download.

Note: See the vRanger Pro 4.0 DPP course for these installation‐related topics:
• Hardware Requirements
• Software Requirements
• Supported Guest Operating Systems
• Supported Platforms

23
vRanger Pro 4.1 DPP New Installation Steps

The steps to install vRanger pro 4.1 DPP are essentially the same as 4.0, but there are a couple of cosmetic 
changes so we have included an updated list of steps in the slide.

The cosmetic changes are:
• Step 4 has increased the minimum disk space required to 274MB, up from 227MB.
• Step 6 has been added for administrators who do not have .NET Framework 3.5 SP1 already installed.

24
vRanger Pro 4.1 DPP Uninstall Steps

The steps to uninstall vRanger pro 4.1 DPP are essentially the same as 4.0, but there are a couple of cosmetic 
changes so we have included an updated list of steps in the slide.

The cosmetic changes are:
• Step 1c now has you select vRanger Pro rather than vRanger Pro 4.x.x.
• Step 3b, uninstalling .NET 3.5 SP1, now automatically removes earlier .NET versions. The 4.0 instructions 
had you manually remove the earlier .NET versions. 

25
26
This is not really an upgrade. You are installing a new copy of vRanger Pro 4.1 DPP in a new folder or server 
and then simply importing the 3.x jobs as XML files from the vRanger Pro 3.x server. That is all you have to do.
d h i l i i h 3 j b XML fil f h R P 3 Th i ll h d

Since vRanger Pro 4.1 DFPP can restore 3.x backups, we only need vRanger Pro 3.x so that we can do the one‐
time import of the 3.x scheduled jobs and bring those jobs into 4.1. Details on importing vRanger pro 3.x 
backup jobs are covered in Module 4.

All vRanger Pro 3.x customers with a valid support and maintenance contract should have automatically 
received their 4.x licenses via email. Those customers should email sales@vizioncore.com if they did not 
receive their 4.x license. The 4.x licenses work for both vRanger Pro 4.0 DPP and 4.1 DPP.

As a best practice, consider running both vRanger Pro 3.x and 4.1 in parallel to backup your most critical 
servers until you are confident that vRanger Pro 3.x can be removed and that vRanger pro 4.1 DPP can 
backup your servers and can successfully restore the 3.x legacy backups and its own 4.1 backups.

These capabilities will be added to vRanger Pro 4.x DPP, but for now, if you want to do these following tasks, 
you must continue to use vRanger Pro 3.3:
• Use the VCB (VMware Consolidated Backup) framework
• Backup ESXi
• Do P2V‐DR (physical‐to‐virtual‐disaster recovery, e.g., backup a physical server to a VM)

27
28
Upgrading from vRanger Pro 4.0

Upgrading from vRanger Pro 4.0 DPP to 4.1 just requires running a patch. There is no need to uninstall the old 
version and then install the new version.

Before you begin the upgrade, steps 1 and 6 advise you to backup your vRanger Pro 4.0 DPP database. 

Note: Towards the end of the patch upgrade, you are warned that you will have to restart the vRanger Pro 
Service after the upgrade completes. When the upgrade completes, if vRanger Pro 4.1 starts up successfully, 
there is no need to restart the vRanger Pro Service. 

If vRanger Pro 4.1 starts up but cannot connect to the vRanger Pro Service, close vRanger Pro 4.1 DPP and 
wait 1‐2 minutes to allow the vRanger Pro Service to complete loading into server memory. Launch vRanger 
Pro 4.1 DPP again. It should connect successfully to the vRanger Pro Service. If the application still cannot 
connect to the service, restart the service by clicking Start > Run > services.msc > click the vRanger Pro 
Service > Restart > wait 2 minutes > re‐launch the application. That should do it.
pp

Your vRanger Pro 4.x license that used for 4.0 is also automatically used for 4.1. No licensing changes have to 
be made during or after the upgrade.

29
Upgrading from vRanger Pro 4.0 (details)

Step 1: The steps on how to backup the vRanger Pro 4.0 database, are discussed in the Vizioncore 
Knowledgebase article titled Manual vRanger DPP Database backup and Restore found on 
http://www.vizioncore.com/support/knowledgebase/index.php.

Step 2: Download the upgrade patch from Vizioncore’s Download page from your vRanger Pro 4.0 DPP 
server.

Refer to the circled, numbered icons in the screenshot:
1. Go to http://www.vizioncore.com and click the Download tab.
2. Click the blue icon for the Software Update for vRanger Pro 4.1 DPP to add it to the download queue.
3. Click the Download Now! Button.
4. Type in your email address and click Continue.
5. In your received email, click the download link.
6. At the File Download prompt, click Save and save the file to any folder (e.g., c:\download).

30
Upgrading from vRanger Pro 4.0 (details continued)

Steps 3‐6: 

Refer to the circled, numbered icons in the screenshot:
1. Double‐click vRangerProUpgrade‐4.1.1.12614 (see the note below)

Note: You should only install the most recent version of the patch. The most recent version, at the time of 
writing this course, is 4.1.1.12614, released on October 29, 2009. So use this version or newer. The 
4.1.1.12614 Release Notes can be found at 
http://www.vizioncore.com/products/vRangerPro/documents/release‐notes.php

2. Click Run.
3. At the Upgrade to 4.1.1.12614 prompt, click Yes.
4. At the “backup your database first...” recommendation, click Yes (if you have already backed up your 
database in step 1)..

31
Upgrading from vRanger Pro 4.0

Step 7: At the Welcome to the vRanger Pro Upgrade Setup Wizard page, click Next.

32
Upgrading from vRanger Pro 4.0

Step 8: At the License Agreement page, click I Agree.

33
Upgrading from vRanger Pro 4.0

Step 9: At the Welcome to the Vizioncore vRanger Pro Database Setup Wizard page, click Next.

34
Upgrading from vRanger Pro 4.0

Step 10: At the Upgrade Database page, select the Install/Upgrade on an existing SQL Server 2005/2008 
radio button. Then select either SQL Server or Windows Server Authentication as is appropriate to your 
environment and click Next.

Note: If you prefer to use SQL Server Authentication, especially if Active Directory is not available, the default 
SQL Server ID=vrangerprouser and the default password=V!ZionC0re (the password is case‐
sensitive).

35
Upgrading from vRanger Pro 4.0

Step 11: At the Installation Database Credentials page,

Refer to the circled, numbered icons in the screenshot:
1. Click Verify to test the connection.
2. Click OK at the Connection Successful popup.
3. Click Next (grayed out in the screenshot but will be active after clicking OK in the prior step). Click Next
again.

36
Upgrading from vRanger Pro 4.0

Step 12: At the Existing vRangerPro Database Found page, click Yes.

Note: The warning that you need to restart the vRanger Pro Service after the upgrade is rarely needed. 
However, after a successful upgrade, the vRanger Pro Service should automatically restart without your 
intervention. 

After the upgrade, the vRanger Pro 4.1 DPP application will start and if the application cannot connect to the 
vRanger Pro Service, then wait 1‐2 minutes and try again.

If the application still cannot connect to the service, manually restart the service by , restart the service by 
clicking Start > Run > services.msc > click the vRanger Pro Service > Restart > wait 2 minutes > re‐launch the 
application. The application should then successfully connect to the vRanger pro Service.

37
Upgrading from vRanger Pro 4.0

Step 13: At the Vizioncore Database Setup page, 

Refer to the circled, numbered icons in the screenshot:
1. Click Automatic Setup.
2. When the database has completed upgrading, click Next.

38
Upgrading from vRanger Pro 4.0

Step 13 (continued): At the “Database installed successfully…” Message page, click Finish.

39
Upgrading from vRanger Pro 4.0

Step 13 (continued): At the Completing the vRanger Pro Upgrade Setup Wizard page, click Finish. vRanger Pro 
4.1 Pro DPP should launch successfully. All of your 4.0 configuration settings and jobs should be present in the 
4.1 server.

40
Q1. True/False. When upgrading from vRanger Pro 3.x or 4.0, you must purchase new licenses.
A
Answer: False. vRanger Pro 3.x users must
F l R P 3 get new licenses, but they are free. Registered 3.x users should 
li b h f R i d3 h ld
have already received their 4.1 licenses via email. The licenses used by vRanger Pro 4.0 DPP users already 
work with 4.1. So unless the 4.0 users have evaluation licenses that will expire within 30 days, no action is 
necessary.

Q2. True/False. If you are upgrading from vRanger Pro 3.x to 4.1, you should install 4.1 into the same 
directory where 3.x already resides.
Answer: False. vRanger Pro 4.1 DPP must be installed into a different folder or server than where vRanger Pro 
3.x resides. Installing vRanger Pro 4.1 DPP in the same directory where vRanger Pro 3.x resides removes all of 
the 3.x scheduled jobs. Instead, install vRanger Pro 4.1 DPP into a new folder or server and import the 3.x 
jobs into 4.1.

Q3. To upgrade from vRanger Pro 4.0 DPP to 4.1, you must install a patch on the 4.0 server that you 
download from the Vizioncore web site downloads page.
Answer: True. You must download the Software Update for vRanger Pro DPP patch from the Vizioncore 
Downloads page at http://downloads.vizioncore.com

Q4. What version of the .NET Framework is automatically installed with vRanger Pro 4.1 DPP?
Answer: .NET 3.5 SP1.

41
• Lesson 1 – New Installation
L
Lesson 1 covered the installation and un‐installation of vRanger Pro 4.1 DPP. You are only doing this 
1 d h i ll i d i ll i f R P 4 1 DPP Y l d i hi
installation if you never had any versions of vRanger Pro before or if you are upgrading from vRanger Pro 3.x. 
A overview of the upgrade from 3.x to 4.1 was then discussed in lesson 2.

• Lesson 2 – Upgrading from vRanger Pro 3.x
Lesson 2 was a one slide overview about upgrading from vRanger Pro 3.x to vRanger Pro 4.1 DPP. With a new 
copy of vRanger Pro 4.1 DPP installed (see lesson 1), lesson 2 described the need to import the 3.x scheduled 
jobs and that vRanger Pro 4.1 DPP can restore backups created in 3.x if you have the 3.x backup’s .INFO file. 
Module 4 covers the details of the 3.x scheduled job import process.

• Lesson 3 – Upgrading from vRanger Pro 4.0
Lesson 3 provided the specific steps on how to upgrade from vRanger Pro 4.0 DPP to 4.1.

42
Let’s now discuss Configuration Best Practices.

43
• Lesson 1 –Configuration Best Practices

44
45
• Configuration Best Practices (1)
O S t b 3 2009 Vi i
On September 3, 2009, Vizioncore announced that vRanger Pro DPP won the top “Best of VMworld 2009” Gold 
d th t R P DPP th t “B t f VM ld 2009” G ld
Award for Business Continuity and Data Protection: http://www.vizioncore.com/company/pr/press/2009/090309‐
Best‐Of‐VMAward.pdf.

One of the reasons vRanger Pro DPP won this award was because of its speed. Its Direct to Target architecture 
allows an almost unlimited number of ESX servers to directly connect to one or more disk repositories. 

Direct to Target
Backups and restores go “direct
Backups and restores go  direct to target
to target”, using a direct communication path between the ESX hosts and 
using a direct communication path between the ESX hosts and
repositories. The vRanger service does the scheduling but no backup/restore data actually passes through the 
vRanger Pro server. vRanger Pro 4.1 DPP only sends VMware API calls and SSH commands. No Windows proxy 
servers are needed. 

A maximum number of simultaneous backup jobs
The use of SAS disk drives are preferred, being about 30% faster than SATA disk drives. External USB drives are the 
slowest. vRanger Pro 4.1 DPP configuration settings are global for the entire product and so must be set to 
accommodate your slowest
y repositories. This is why providing a mix of external USB drives and SAS drives in your 
p yp g y
environment is not recommended. vRanger Pro 4.1 DPP will not be faster than your slowest repository. If you get 
CIFS errors or iSCSI errors, lower your initial configuration settings:
Maximum number of tasks running off a LUN = 3
Maximum number of tasks running off a host = 1
Maximum number of tasks running per repository = 3. 
If you do not get any errors, then increase tasks per repository by 1.

Acronyms
SAS S i l Att h d SCSI
SAS: Serial Attached SCSI
SATA: Serial Advanced Technology Attachment
SCSI: Small Computer Serial Interface
USB: Universal Serial Bus

46
• Configuration Best Practices (2a)
Wh
When performing backups, if you are experiencing slow responses
f i b k if i i l times or repository errors, then as part of 
i i h f
your troubleshooting, eliminate vRanger Pro 4.1 DPP entirely from the picture.

For an ESX server‐repository combination experiencing problems, do a simple ping test from the ESX service 
console to the repository and note the response time. 

Success:
Your response times should be approx. 1 ms (milliseconds) or less. The ESX host and repository should be on 
the same IP subnet.

Problem1: 
If your response time is in the 50‐60 ms range, then you are probably crossing one or more routers and/or 
firewalls. That is a problem because 1) your response time is so slow and 2) the excessive CPU/memory 
loading on the routers/firewalls as multiple GBs of backup data pass through them. All backup products 
generate a lot of traffic and it is best to avoid passing that traffic through routers and firewalls.

Problem 2: 
If your response time is > 100 ms (e.g., 200 ms), then you may also experience TCP/IP timeouts. Are you 
crossing a WAN (wide area network)? Crossing a WAN with multiple GBs of backup traffic will guarantee poor 
performance.

1 Taken from Vizioncore Knowledgebase: http://www.vizioncore.com/support/knowledgebase/index.php.

47
• Configuration Best Practices (2b)
Wh
When performing backups, if you are experiencing repository errors, then as part of your troubleshooting, 
f i b k if i i i h f bl h i
eliminate vRanger Pro 4.1 DPP entirely from the picture.

For an ESX server‐repository combination experiencing problems, do a simple read/write test from the ESX 
service console to the repository by mounting a share on the ESX host and then using the Linux touch
command to create new, empty files. 

Success:
You should be able to mount the CIFS share on the ESX host and then successfully run the touch command.

Problem1:
If the mount fails, confirm that your share has Full Control share permissions and a minimum of Modify NTFS 
folder permissions. Consider trying Full Control NTFS folder permissions.

Problem2:
If the touch fails, confirm that your share has Full Control share permissions and a minimum of Modify NTFS 
folder permissions. Consider trying Full Control NTFS folder permissions.

1 Taken from Vizioncore Knowledgebase: http://www.vizioncore.com/support/knowledgebase/index.php.

48
• Configuration Best Practices (3)
C id
Consider creating
i a dedicated network to contain your backup traffic that goes between the ESX hosts and 
d di d k i b k ffi h b h ESX h d
the repositories.
The vRanger Pro 4.1 DPP server and each ESX host would have two nics (network interface cards). 

The first nic would connect each ESX host’s service console1 and vRanger Pro nic1 to the VMware vCenter 
and to the VM traffic. 
The second nic would be dedicated to transferring backup traffic from the ESX hosts to the repositories. The 
vRanger Pro 4.1 DPP server’s second nic would also be connected to the backup network.

Note: For the backup network, fibre nics are preferred and will provide better throughput than 1Gb/sec 
Ethernet nics.

49
Other Configuration Best Practices
• vRanger Pro 4.1 DPP can be on a VM or physical server. It doesn’t matter. 
R P 4 1 DPP b VM h i l I d ’
Reason: The vRanger Pro 4.1 DPP server does not handle any backup traffic so it is acceptable to place 
vRanger Pro 4.1 DPP on a VM, as long as the VM meets the requirements (see the next bullet).

• vRanger Pro 4.1 DPP meets the hardware and software requirements1:
Dual CPU, 2GB RAM, 4GB free disk space (min.), a Gigabit Ethernet nic.
64‐bit Windows Server 2003 for large environments (200+ ESX hosts).
Reason: vRanger Pro 4.1 DPP running on 32‐bit Windows servers is fine for most customers. Large customers 
with 200+ ESX servers should consider a 64‐bit server.

• Consider a 64‐bit Server for the Repository
Reason: 64‐bit servers can move twice the data as 32‐bit. High speed CPU, PCI bus, and disk recommended.

• The ESX Service Consoles are properly configured1
Increase Service Console CPU Reservation to 1500MHz; Increase Service Console RAM to 800MB.
Reason: vRanger Pro 4.1 DPP uses snapshots prior to doing a backup and the increased resources for the 
service console help ensure snapshot success. These settings are also recommended for vRanger Pro 3.x.

• vRanger Pro and the repository should be on separate servers
Reason: If the Repository gets overloaded with data from backups, then vRanger Pro 4.1 DPP may lose 
connections to the ESX Host.

• The repository should not be on a VM
g , p y p
Reason: With the Direct to Target architecture, ESX hosts send backup data directly to repositories. With a 
repository on a VM, you are forcing the ESX host to not only read the backup data but to write it also. This 
results in poor backup performance.

50
Q1. Your backups are slow and/or receiving errors. What command should you run from the ESX service 
console to the repository to determine your TCP/IP response time?
l h i d i TCP/IP i ?
Answer: Ping command

Q2. What is the required value of the TCP/IP response time when running a ping command between the ESX 
host and the repository?
Answer: Approximately 1 millisecond.

Q3. Your backups are generating errors. What command should you run from the ESX service console to the 
repository to troubleshoot the problem?
Answer: Touch command.

Q4. You are getting CIFS or iSCSI errors when doing backups. What should you do?
Answer: Lower your initial configuration settings until the errors stop occurring. Try using:
Maximum number of tasks running off a LUN = 3
Maximum number of tasks running off a host = 1
Maximum number of tasks running per repository = 3 
If you do not get any errors, then increase tasks per repository by 1.

Note: Confirm that your repository is using SAS drives (preferred) or SATA drives. Using external USB drives 
are too slow to be recommended in a production environment.

51
• Lesson 1 – Configuration Best Practices

• Use SAS drives for best performance and avoid external USB drives which are too slow. 
• You may need to reduce your global configuration settings.
• TCP/IP response time  between ESX host and repository should be 1ms. No routers of firewalls between the ESX  host 
and repository.
• The Touch command should work from the ESX host to the repository, indicating proper read/write permissions for 
the ESX host.
• Consider a dedicated LAN for your backup traffic.

52
53
Lesson 1 – Import vRanger Pro 3.x Jobs

54
55
The importing of vRanger pro 3.x jobs to 4.1 is a one‐time process. 

The Extraction Utility will read the vRanger Pro 3.x jobs residing in the Windows Task Scheduler on the 3.x 
server, convert the schedules to XML, and import them into vRanger Pro 4.1 DPP.

56
Steps:
1 In vRanger Pro 4.1 DPP, click Tools
1. I R P 4 1 DPP li k T l > Legacy Job Import Wizard.
L J bI Wi d

57
Steps (continued):
2 Click the Get Extraction Utility
2. Cli k h G E i U ili button. You will be prompted to save the ExtractorUtility.exe
b Y ill b d h E U ili fil B
file. But 
where to save it? You will have to ultimately run this utility from your vRanger Pro 3.x server.

58
Steps (continued):
3 Save the ExtractorUtility.exe
3. S h E U ili fil
file to a vRanger Pro 3.x server share.
R P 3 h

You will have to ultimately run this utility from your vRanger Pro 3.x server, so save the utility to a vRanger 
Pro 3.x server share. 

If you don’t yet have a share, create one on the vRanger Pro 3.x server (e.g., create and share a c:\download 
folder) with Full Control share rights to the Everyone group or some other preferred group. 

Then return to this screen, click My Network Places, and then drill‐down again to the share. After locating 
the share, click Save.

59
Steps (continued):
4 Launch ExtractorUtility.exe
4. L hE U ili on the vRanger Pro 3.x server. 
h R P 3

Even though you were automatically returned to the vRanger Pro 4.1 import Wizard page after saving 
ExtractorUtility.exe, it is too soon to browse for the generated XML file since you haven’t yet run the utility. 

So return to the vRanger Pro 3.x server folder where you saved the utility, run the utility (see circled 1 on this 
page).

Type a filename at the command prompt (see circled 2 on this page). The filename you typed will appear with 
a .XML extension. That is the filename you will browse for in the next step.

60
Steps (continued):
5 On the vRanger Pro 4.1 server, click Browse,
5. O h R P 41 li k B b
browse to the XML file.
h XML fil

The XML file contains the vRanger Pro 3.x schedule. After browsing to and then selecting the XML file, click 
Next.

61
Steps (continued):
6 Confirm your 3.x job’s selections and then click Next. 
6. C fi 3 j b’ l i d h li k N

Your 3.x Task Scheduler name will be checked (selected). If the 3.x job had a “‐virtualcenter” parameter, you 
can also click the VirtualCenter dropdown box and select one of vRanger Pro 4.1 DPP’s configured vCenters.

62
Steps (continued):
7 Update your job’s Retention Policy. 
7. U d j b’ R i P li

In this example, the 3.x job was a differential, which is recognized by the Import Wizard, resulting with a 
Differential Savepoint page being presented to you. 

This being a differential job, many customers set up a schedule than spans the week. One example is doing a 
full backup late Friday night and doing differentials the rest of the week.

As mentioned in the vRanger Pro 4.0 DPP course, to achieve that schedule, set the Savepoint Count =7 and 
the Threshold Count = 6. So even though 7 is offered as the Threshold Count default, change it to 6 as shown 
in the screenshot.

When done with your Retention Policy Selections, click Next. 

From this point on, you are going through the standard vRanger Pro 4.x Backup wizard. If you have worked 
with vRanger Pro 4.0 DPP, these next screens will be familiar. If you are new to 4.x and need some assistance, 
please go through the vRanger Pro 4.0 DPP training modules first. All information common to 4.0 and 4.1 are 
in the 4.0 training. 

63
Steps (continued):
8. Select your repository

At the Destination Repository Selection page, add a repository and then select it, or select an existing 
repository and click Next.

64
Steps (continued):
9. Select your email notifications

At the Email Notification Selection page, confirm that the correct email addresses are checked. Optionally, 
check the Email a report after the imported job has finished running checkbox and click Next.

65
Steps (continued):
10. Review your settings

At the Summary page, review your selections. If you need to make corrections, click the Back button to edit 

the problem page. If the settings are correct, click Next.

66
Steps (continued):
11. View the Progress Monitor

At the Progress Monitor page, view the Import Log and click Finish.

67
Steps (continued):
12. View the imported job(s) in vRanger Pro 4.1

In vRanger Pro 4.1 DPP, click the My Jobs button. You will see the 3.x imported job(s) appearing in the 

Scheduled Jobs list.
Note: Once all of the jobs are imported, you can remove the Windows share that you created on the vRanger 
Pro 3.x server in step 3 to assist the import process.

68
Q1. What is the purpose of the Extraction Utility?
A
Answer: The Extraction Utility imports vRanger Pro 3.x scheduled jobs, located in the vRanger Pro 3.x server’s 
Th E i U ili i R P 3 h d l dj b l di h R P 3 ’
Windows Task Scheduler, to vRanger Pro 4.1 DPP as XML files.

Q2. You have a vRanger Pro 3.x server and a vRanger Pro 4.1 DPP server. On which server should the 
Extraction Utility run? 
Answer: The Extraction Utility must run on the vRanger Pro 3.x server so that in can extract the vRanger Pro 
3.x scheduled jobs from Windows Task Scheduler into XML files that are then imported into vRanger Pro 4.1 
DPP.

Q3. What is wrong with the statement “I don’t need the Extraction Utility because I am doing an in‐place 
upgrade from vRanger Pro 3.x to 4.1 by installing vRanger Pro 4.1 DPP into the vRanger Pro 3.x directory.”
Answer: You cannot do an in‐place upgrade from vRanger Pro 3.x to 4.1. vRanger Pro 4.1 DPP should be 
installed in its own directory or server. The Extraction Utility is then needed to import the vRanger Pro 3.x 
jobs into 4.1.

Q4. True/False. Use the Extraction Utility to migrate vRanger Pro 4.0 DPP scheduled jobs to 4.1.
Answer: False. The Extraction Utility is only used to import the vRanger Pro 3.x jobs into 4.1. To upgrade
vRanger Pro 4.0 DPP to 4.1, you apply a single patch to the 4.0 product.

69
Summary

Within vRanger Pro 4.1 DPP, we clicked Tools > Legacy Job Import Wizard.

From there, we then clicked the Get Extraction Utility button, saved the ExtractorUtility.exe file to a vRanger 

Pro 3.x server share, and launched ExtractorUtility.exe from there.

We saved the resulting file with a XML extension and imported the file into vRanger Pro 4.1 DPP. You could 
then view the imported job in vRanger Pro 4.1 by clicking My Jobs and then clicking Scheduled Jobs.

70
71
Restore Overview
Use vRanger Pro DPP 4 1 to restore a full VM image or an individual file When a full VM is restored all data applications
Use vRanger Pro DPP 4.1 to restore a full VM image or an individual file. When a full VM is restored, all data, applications,
configuration settings, OS, and patches are recovered. You can configure each savepoint to a destination. You can rename 
the VM. You can even configure the restore to skip disks. When you selectively restore disks from a VM, you do so 
without interrupting service. That is, the remaining disks are not impacted. Automatic data validation confirms that the 
contents of the backup match the contents of the restore.

• Lesson 1 – Restore Wizard: Restore from SavePoint
Restore from Savepoint is the typical restore where you select a savepoint from within vRanger Pro 4.1 DPP and restore 
it. The repository’s global manifest file is available and is used during the restore process.

• Lesson 2 – Restore Wizard: Restore from SavePoint Manifest File
Restore from Savepoint Manifest File is used when the global manifest is not available (e.g., the repository has been 
written to tape and deleted). You can restore a savepoint by having the savepoint and its savepoint manifest file 
available.

• Lesson 3 – Restore Wizard: Restore from Legacy Backup
Restore from Legacy Backup allows you to restore vRanger Pro 3.x archives when you have the archive and its associated 
.Info manifest file.

• Lesson 4 – File Level Restore
File Level Restore (FLR) allows you to restore individual files quickly. You can restore files immediately or on a set 
schedule. The repository’s global manifest file is available and is used during the restore process.

• Lesson 5 – File Level Restore from Manifest
File Level Restore from Manifest allows you to restore files using the files’ manifest files when the global manifest file is
not available.

• Lesson 6 
Lesson 6 – Restore a Repository
Restore a Repository
When replicating a repository to a secondary disaster recovery (DR) site, a DR copy of vRanger Pro 4.1 DPP can import the 
replicated repository. One option at the DR site is to import the replicated repository as read only so that restores can be 
done at the DR site without impacting any pre‐existing repositories at that site.

72
73
Restore Wizard

The Restore Wizard walks you through the steps to do a restore. You launch the Restore Wizard by clicking 
Add > Restore Job. 

You are then presented with three options:
1. Restore from SavePoint (discussed in lesson 1)
2. Restore from SavePoint Manifest file (discussed in lesson 2)
3. Restore from Legacy Backup (discussed in lesson 3)

74
Restore Wizard – Restore from Savepoint
S
Step 1 ‐
1 Click My Repositories > Restore to launch the Restore Wizard.
Cli k M R i i R l h h R Wi d

The Restore Wizard walks you through the steps to do a restore. Once the wizard is launched, you are then 
presented with three options:

1. Restore from SavePoint (discussed in lesson 1; this lesson)
2. Restore from SavePoint Manifest file (discussed in lesson 2)
3. Restore from Legacy Backup (discussed in lesson 3)

75
Restore Wizard – Restore from Savepoint (continued)

Step 2 ‐ From the Advanced dropdown box, select Restore from SavePoint, type in a Job Name and optional 
Job Description > click Next.

76
Restore Wizard – Restore from Savepoint (continued)

Step 3 ‐ Select the savepoint(s) to be restored.

If you have lots of virtual machines, you can filter by Virtual Machine Name, making it easier to locate specific 

savepoint(s). Typing test in the filter box displays MB‐Test. The text is case insensitive. It does not matter if 
you type the name in upper case, lower case, or mixed case.

You can also reduce the size of the savepoint list via the Date Range filter, making it easier to locate specific 
savepoint(s). In the Date Range drop down box, you can select All, 30 days, 60 days, or 90 days.

Click the checkbox for each savepoint you want to restore and click Next.

77
Restore Wizard – Restore from Savepoint (continued)

Step 4 ‐ Select the destination hosts, drives, and datastores.

If you have many savepoints selected, you can set a Master ESX Host and Master Datastore to receive them. 
From their dropdown boxes, select the Master ESX Host and Master Datastore and click Assign. All savepoints 
in the list receive the host and datastore assignments.

After receiving the master assignments, you can override those assignments by making selections with the 
individual savepoint host and datastore assignments. You can also change the name of the restored VM by 
editing the Restore As field for each VM.

Click Next after making your selections.

78
Restore Wizard – Restore from Savepoint (continued)

Step 5 ‐ Select the destination network.

Select the Master Network from the dropdown list and click Assign. You can then override the master 

assignments with the individual savepoint network dropdown boxes.

Click Next to continue.

79
Restore Wizard – Restore from Savepoint (continued)

Step 6 ‐ Select your options.

There are two options:
• Force Overwrite
When selected, this option will allow vRanger Pro 4.1 DPP to overwrite existing VMs during the restore 
process.

• Force Power On
When selected, vRanger Pro 4.1 DPP will power on the VM after the restore is completed.

Click Next to continue.

80
Restore Wizard – Restore from Savepoint (continued)

Step 7 ‐ Select a recurrence schedule or on demand.

Specify a recurrence schedule or click the This will be an on demand job and does not require a recurrence 
schedule checkbox. The default settings are the date, day of week, and time of day that you launched the 
Restore Wizard. In this example, the wizard was launched on Tuesday, October 27, 2009 at 5:16PM.

Note: Scheduled jobs can be run anytime by clicking the Run button.

Click Next to continue.

81
Restore Wizard – Restore from Savepoint (continued)

Step 8 ‐ Select the Email Notification recipients

Select the recipient(s) to receive email notifications. Clicking the Selected checkbox does a Select All or 

Deselect All.
Check the Email a report after the job has finished running checkbox (the default) to automatically send 
reports to the recipient list after the job runs.

Click Next to continue.

82
Restore Wizard – Restore from Savepoint (continued)

Step 9 ‐ Review your settings in the Summary window

Confirm that your settings are correct. If they are not correct, click the Back button to make corrections.

Optional: Click the Run the job after Finish is clicked checkbox if you want the job (scheduled or on demand) 
to run immediately after you click Finish.

83
84
Restore Wizard

The Restore Wizard walks you through the steps to do a restore. You launch the Restore Wizard by clicking 
Add > Restore Job. 

You are then presented with three options:
1. Restore from SavePoint (discussed in lesson 1)
2. Restore from SavePoint Manifest file (discussed in lesson 2)
3. Restore from Legacy Backup (discussed in lesson 3)

85
Restore Wizard – Restore from Savepoint
S
Step 1 ‐
1 Click My Repositories > Restore to launch the Restore Wizard.
Cli k M R i i R l h h R Wi d

The Restore Wizard walks you through the steps to do a restore. Once the wizard is launched, you are then 
presented with three options:

1. Restore from SavePoint (discussed in lesson 1)
2. Restore from SavePoint Manifest file (discussed in lesson 2; this lesson)
3. Restore from Legacy Backup (discussed in lesson 3)

86
Restore Wizard – Restore from Savepoint Manifest File (continued)

Step 2 ‐ From the Advanced dropdown box, select Restore from SavePoint Manifest File, type in a Job Name 
and optional Job Description > click Next.

87
Restore Wizard – Restore from Savepoint Manifest File (continued)

Step 3 ‐ Select the savepoint(s) to be restored via their savepoint manifest file.

This step has several fields that must be properly filled in:
Username: Type in a Windows domain\username that has access to the repository if the repository is part of 
a Windows domain.

yp p
Password: Type in the user’s password.

Manifest Path: Type in the \\server\path you want using the server’s IP address or fully qualified domain 

name and click Browse. In the screenshot, the savepoints and their savepoint manifest files reside in a 41 
folder underneath the MB‐CIFS‐Backup share on server \\10.6.15.108. 

As shown in the right‐side screenshot, drill‐down to the savepoint folder of interest until the savepoint 
manifest (.e.g., a file with a .Manifest.metadata extension) that you want appears. Then click OK.

88
Restore Wizard – Restore from Savepoint Manifest File (continued)

Step 3 ‐ Select the savepoint(s) to be restored via their savepoint manifests (continued)

After browsing to a savepoint folder and selecting the savepoint manifest (.Manifest.metadata) file of 
interest, click Add. The savepoint will be added to the Selected Savepoints pane.

Click Remove to delete the entry from the Selected Savepoints list.

You can repeat the process by browsing and selecting other savepoint manifests and when done, click Next.

89
Restore Wizard – Restore from Savepoint Manifest File (continued)

See lesson 1, step 4, to see screenshots and details of these steps.

90
91
Restore Wizard

The Restore Wizard walks you through the steps to do a restore. You launch the Restore Wizard by clicking 
Add > Restore Job. 

You are then presented with three options:
1. Restore from SavePoint (discussed in lesson 1)
2. Restore from SavePoint Manifest file (discussed in lesson 2)
3. Restore from Legacy Backup (discussed in lesson 3)

92
Restore Wizard – Restore from Legacy Backup
S
Step 1 ‐
1 Click My Inventory > Add
Cli k M I Add > Restore Job to launch the Restore Wizard. 
R J b l h h R Wi d

The Restore Wizard walks you through the steps to do a restore. Once the wizard is launched, you are then 
presented with three options:

1. Restore from SavePoint (discussed in lesson 1)
2. Restore from SavePoint Manifest file (discussed in lesson 2)
3. Restore from Legacy Backup (discussed in lesson 3; this lesson)

93
Restore Wizard – Restore from Legacy Backup (continued)

Step 2 ‐ From the Advanced dropdown box, select Restore from Legacy Backup, type in a Job Name and 
optional Job Description > click Next.

94
Restore Wizard – Restore from Legacy Backup (continued)

Step 3 ‐ Browse and select each savepoint to be restored via its legacy savepoint manifest .Info file and then 

click Add.

This step has several fields that must be properly filled in:
Username: Type in a Windows domain\username that has access to the repository if the repository is part of 
a Windows domain.

Password: Type in the user’s password.

Manifest Path: Either click Browse or type in the partial \\server\path you want using the server’s IP address 

or fully qualified domain name and then click Browse. The .Info file and archive could have been located 
within an Active Directory domain. However, in this screenshot, the savepoint and its .Info file reside in the 
Max‐VZ02MAX01_4 folder underneath the C$ share on the vRanger Pro 4.1 DPP server. 

As shown in the right‐side screenshot, drill‐down to the savepoint folder of interest until
As shown in the right side screenshot drill down to the savepoint folder of interest until the legacy savepoint 
the legacy savepoint
manifest (.e.g., a file with a .Info extension) that you want appears. Then click OK. 

On the next slide, you will click Add and then click Next.

95
Restore Wizard – Restore from Legacy Backup (continued)

Clicking Add adds the VM associated with its associated .Info file into the Selected Savepoints pane.

96
Restore Wizard – Restore from Legacy Backup (continued)

See lesson 1, step 4, to see screenshots and details of these steps.

97
98
Restore Wizard ‐ File Level Restore

The Restore Wizard walks you through the steps to do a restore. You launch the Restore Wizard by clicking 
Add > Restore Job. 

You are then presented with three options:
1. Restore from SavePoint (discussed in lesson 1)
2. Restore from SavePoint Manifest file (discussed in lesson 2)
3. Restore from Legacy Backup (discussed in lesson 3)

99
Restore Wizard ‐ File Level Restore 

Steps:
1. Click My Repositories.
2. Click the repository.
3. Select Group by Repositories and VMs
4. Select a savepoint.
5
5. Clickk File Level Restore
Cli Fil L l R t (FLR) Th R t
(FLR). The Restore Wizard Launches. The next slide shows the remaining 
Wi d L h Th t lid h th i i
steps to restore one or more files.

100
Restore Wizard ‐ File Level Restore (continued)

Steps (continued):
6. Expand the file structure. Alternately, you can type a \\server\sharename in the upper box to browse 
elsewhere. Right‐click the file or folder you intend to restore and select Restore. Your selection is 
placed in the Restore Status pane. When right‐clicking the file or folder, the menu also offers you 
Properties (e.g., file size, security) and View (e.g., Thumbnails, Icons, List).
7. y yp \\
Click on a destination. Alternately, type a \\server\sharename
\ in the Select Destination box. If you 
y
click Desktop or a local drive, you are restoring to the vRanger Pro 4.1 DPP server. Click My Network 
Places to restore the file to a remote location’s file share.
8. Click Restore. 
9. Click the View in Explorer link. Clicking Finished shows you the logs of the restore operation.

Click Close when done restoring your files.

101
102
Restore Wizard ‐ File Level Restore from Manifest

The steps are described in detail on the next slides.

103
Restore Wizard ‐ File Level Restore from Manifest

Steps:
1. Click My Repositories.
2. Click the repository.
3. Select Group by Repositories and VMs
4. Click FLR from Manifest. The Restore Wizard Launches. 

The next slide shows the remaining steps to restore one or more files.

104
Restore Wizard ‐ File Level Restore from Manifest (continued)

Steps (continued):
5. Specify the domain\username, password, an entire or partial Manifest Path, and click Browse.

105
File Level Restore from Manifest (continued)

Steps (continued):
6. Expand the file structure and select a file or folder to restore.
7. Click the .Manifest.metadata file in the Name pane and click OK.

106
Restore Wizard ‐ File Level Restore from Manifest (continued)

Steps (continued):
8. After the Manifest Path field is populated, click OK.

107
Restore Wizard ‐ File Level Restore from Manifest (continued)

Steps (continued):
9. Expand the file structure. Alternately, you can type a \\server\sharename in the upper box to browse 
elsewhere. Right‐click the file or folder you intend to restore and select Restore. Your selection is 
placed in the Restore Status pane. When right‐clicking the file or folder, the menu also offers you 
Properties (e.g., file size, security) and View (e.g., Thumbnails, Icons, List).
10. y yp \\
Click on a destination. Alternately, type a \\server\sharename
\ in the Select Destination box. If you 
y
click Desktop or a local drive, you are restoring to the vRanger Pro 4.1 DPP server. Click My Network 
Places to restore the file to a remote location’s file share.
11. Click Restore. 
12. Click the View in Explorer link. Clicking Finished shows you the logs of the restore operation.

Click Close when done restoring your files.

108
109
Adding a Repository
B f
Before discussing restoring a read‐only repository, we should briefly
di i i d l i h ld b i fl review adding a repository.
i ddi i

Referring to the circled numbers in the slide:
1. We defined a CIFS repository named MB‐CIFS‐41 and added several savepoints.
2. We viewed the CIFS repository folder and saw the global manifest (GlobalManifest.metadata) and 
savepoint folder structure.
3. The global manifest information was read into the vRanger Pro 4.1 DPP SQL database and the savepoints 
then appeared in the My Repositories page.

Any time you add a repository in vRanger Pro 4.1 DPP, a GlobalManifest.Metadata XML file is created in the 
selected CIFS share or SFTP folder. It is the presence of that manifest file that tells vRanger Pro 4.1 DPP that a 
repository exists in that folder.

110
From within vRanger Pro 4.1 DPP, we now attempt to add a new repository that points to the restored repository folder. 

When adding any repository, vRanger Pro wants to place a new GlobalManifest.Metadata file (with no savepoints) in this 
folder but checks for to see if another global manifest is already present . vRanger Pro sees the already‐restored 
GlobalManifest.Metadata file (which has savepoints) and realizes that there is a conflict and asks you what to do next by 
displaying the Add Repository Confirmation page. The already‐restored global manifest file presents a list of VMs that 
have savepoints . You are offered four choices:

• Import as Read‐Only
Importing a repository as read‐only
Importing a repository as read only brings all of the read
brings all of the read‐only
only repository
repository’ss savepoints into the vRanger Pro 4.1 DPP My 
savepoints into the vRanger Pro 4 1 DPP My
Repositories page, where they are available for restore without disturbing any other repositories. 

This is useful if you routinely replicate your repository to a secondary disaster recovery (DR) site and want to be able to 
restore savepoints at the secondary site. You add a secondary site repository that points to the replicated repository 
folder and select the Import as Read‐Only option. Being read‐only, no backup savepoints can be written to that 
secondary site repository and no savepoints can be deleted.

• Import
Clicking Import brings all of the savepoints found in the repository folder into the vRanger Pro 4.1 DPP My Repositories
page and combines the existing global manifest and new global manifest.

• Overwrite
Clicking Overwrite overwrites the existing global manifest with a new one that is unaware of the already‐existing 
savepoints on disk. The savepoints remain on disk but do not appear in the vRanger Pro 4.1 My Repositories page since 
the new global manifest file is not aware of them.

• Cancel
Clicking Cancel terminates the Add Repository request.

111
Q1. What is true about a global manifest? (select the correct choice(s))
A
Answer: Choices a, b, and d are true.
Ch i b dd

Q2. What is true about a savepoint manifest? (select the correct choice(s))
Answer: Choices a, b, and d are true.

Q3. Which vRanger Pro 4.1 DPP restore types use a global manifest?
Answer: Restore from Savepoint, File Level Restore, and Restore a Repository all require the availability of the 
global manifest file to do restores. 

Q4. Which vRanger Pro 4.1 DPP restore types use a savepoint manifest?
Answer: Restore from Savepoint Manifest, Restore from Legacy Backup, and File Level Restore from Manifest 
do not use the global manifest and instead use the savepoint manifest associated with the savepoint or the 
vRanger Pro 3.x backup.

Q5. What is the file extension for the vRanger Pro 3.x savepoint manifest?
Answer: vRanger Pro 3.x savepoint manifests use a .Info file extension.

112
Restore Overview
vRanger Pro DPP 4.1 can restore a full VM image or an individual file or folder. 
Lesson 1 Restore from Savepoint, lesson 4‐File Level Restore, and lesson 6‐Restore a Repository all require the availability 
Lesson 1‐Restore from Savepoint lesson 4 File Level Restore and lesson 6 Restore a Repository all require the availability
of the global manifest file to do restores. 
Lesson 2‐Restore from Savepoint Manifest, lesson 3‐Restore from Legacy Backup, and lesson 5‐File Level Restore from 
Manifest do not use the global manifest and instead use the savepoint manifest associated with the savepoint or the 
vRanger Pro 3.x backup.

• Lesson 1 – Restore Wizard: Restore from SavePoint
Lesson 1 covered Restore from Savepoint. It is the typical restore where you select a savepoint from within vRanger Pro 
4.1 DPP and restore it. The repository’s global manifest file is available and is used during the restore process.

• Lesson 2 – Restore Wizard: Restore from SavePoint Manifest File
Lesson 2 covered Restore from Savepoint Manifest File. This type of restore is used when the global manifest is not 
available (e.g., the repository has been written to tape and deleted). You can restore a savepoint by having the savepoint 
and its savepoint manifest file available.

• Lesson 3 – Restore Wizard: Restore from Legacy Backup
Lesson 3 covered Restore from Legacy Backup. This type of restore allows you to restore vRanger Pro 3.x archives when 
you have the archive and its associated .Info manifest file.

• Lesson 4 – File Level Restore
Lesson 4 covered File Level Restore (FLR). FLR allows you to restore individual files and folders quickly. You can restore 
files immediately or on a set schedule. The repository’s global manifest file is available and is used during the restore 
process.

• Lesson 5 – File Level Restore from Manifest
Lesson 5 covered File Level Restore from Manifest. This type of restore allows you to restore files using the files’ manifest
files when the global manifest file is not available.

• Lesson 6 –
Lesson 6 Restore a Repository
Restore a Repository
Lesson 6 covered Restore a Repository. When replicating a repository to a secondary disaster recovery (DR) site, a DR 
copy of vRanger Pro 4.1 DPP can import the replicated repository. One option at the DR site is to import the replicated 
repository as read only so that restores can be done at the DR site without impacting any pre‐existing repositories at that 
site.

113
• Module 1 ‐
I
In module 1, we described an overview of vRanger Pro 4.1 DPP new features.
d l 1 d ib d i f R P 4 1 DPP f

• Module 2 –
In module 2, we discussed how to do new installs of vRanger Pro 4.1 DPP and provided an introductory
overview about importing vRanger Pro 3.x scheduled jobs to the vRanger Pro 4.1 DPP server as XML files. 
Import details are covered in Module 4. Finally, in this module, we discussed patching the vRanger Pro 4.0 
DPP server to upgrade it up to version 4.1.

• Module 3 –
In Module 3, we covered some configuration best practices and a couple of simple tests (e.g., ping and touch 
commands) that you can perform to confirm that your network infrastructure is prepared to handle the 
enormous amount of backup data traffic vRanger Pro 4.1 DPP can push from ESX hosts to repositories using 
its Direct to Target architecture.

• Module 4 –
In Module 4, we discussed the specific steps required to import vRanger Pro 3.x scheduled jobs into vRanger 
Pro 4.1 DPP as XML files. This import is a one‐time process.

• Module 5 –
In Module 5, we discussed the features available for restores.

114
115
116