Professional Documents
Culture Documents
Enablement.
1
In this module you will learn about the benefits of a policy driven architecture
and how it differentiates Commvault® software over its competitors. This
information is important, firstly it will help you to convey these benefits to your
customers and secondly it will help you provide more accurate solution design.
Learning Goals
Understand
• Learn about the benefits of a policy driven architecture
• Gain knowledge of basic policy design to effectively protect and manage the client’s
data
• Use of Plans to simplify data protection
Design
• Leverage information collected through solution discovery to establish basic policy
design
• Utilize policy design in order to provide more accurate sizing and placement decisions
of core Commvault® components
2
One of the aspects that differentiates Commvault® software from other
platforms is its policy driven architecture. On the surface, this may sound like
typical marketing, but there is deep technical value associated with this concept.
Default
Finance
3
So what is the advantage? There are many. First, the granularity of these
different policies provides a very manageable solution. It also provides fewer
points of administration. Take a scenario where we have 100 client machines,
each will an independent full backup schedule and an incremental schedule.
That’s 200 schedules to manage in the environment, and most of these
operations likely occur at the same time. Putting all those machines into a
single schedule policy means a lot less work when the backup times need to
change. It also means more consistency. In the same situation, when users
begin staying in the office later and the backup window needs to be reduced, it
is much more likely that schedules are missed or changed incorrectly when 200
have to be modified.
Default Default
D:\Finance
9PM Schedule 10PM Schedule Default Subclient 30 day Storage 90 day Storage
Policy Policy
4
At the heart of Commvault® software’s policies is the storage policy. You can
think of a storage policy as a set of rules, it determines where protected data is
stored, how many copies are made, and how long each is retained. It is also
used to define certain storage and transmission related parameters, such as
encryption, compression, and deduplication.
{CLICK} When this default subclient is protected, the data stream is sent to the
Media Agent, labelled MA01, which creates a primary-copy called “Onsite Disk”
to a disk library named CVDiskLib01, this copy has a defined retention of 14
days and 2 cycles.
{CLICK} If you would like to learn more subclients and how they are used
please refer to the Commvault documentation online.
Storage policy
FileServer01 MA01
CVDiskLib01
Tape Library
5
We’ll look at Storage policies in more detail momentarily but using a data
profiling example from earlier, you’ll see how important it is to gather this
information if possible, even in the early stages of your designs.
In this example you will notice that the customer has four distinct data-sets
with subtly different criteria and requirements. As each data-set requires, at a
minimum, a different retention period it would need to be directed to its own
unique storage policy {CLICK} the names of the policies shown here are just
examples.
This mapping of data profiles to policies will also assist you with the sizing of
infrastructure components later on and, should you be successful in your sales
campaign, will aid any further detailed design, right through to solution
deployment.
Profiles to Policies
6
Plans, configured through the Commvault® Command Center, are used to
simplify and streamline the configuration and administration of data protection.
Plans utilize a set of optimized default parameters and settings that provide a
suitable configuration for most users. Individual policies can still be used for
more advanced configuration requirements. {CLICK} In a plan you define what
to backup, where to backup your data, how often to run the backup job and
how long to retain the data.
{CLICK} There are plan types that include the data protection parameters that
apply to the type of data you want to protect.
Base plans act as templates to create what are known as, derived
plans.
.. You can also set Default plans that can be automatically assigned to
new Servers to ensure your data is protected.
{CLICK} Plans are mapped to service levels, after the backup frequency and the
backup window are defined, Commvault uses automatic scheduling and
dynamic priorities to achieve your defined RPOs.
{CLICK} Finally, more comprehensive plans can be created for certain use
cases, for example if a customer wants their data to be managed in a very
specific way.
Plans
• What to backup • Where to backup to • How often to backup • How long is it kept
Storage Plan
RPO:
Advanced cleanup
options:
7
If we look a little closer under the hood, a data protection plan is used to
automatically configure several key CommCell® policies and properties, related
to the various data profiles.
{CLICK} As you can see, data protection plans automatically create and link
together a number of the individual policies we discussed earlier… including a
storage policy, schedule policy and Subclient policy.
Retention of
backup data
Content to
Primary Secondary C:\ protect
Storage Storage
Target Target
E:\
8
Let’s discuss some common scenarios when multiple storage policies are
required or when a single storage policy can be used.
Probably the most frequent need for multiple Storage Policies are systems that
require different retention periods. Note that we start with a nomenclature that
defines the norm: in this case, Standard SP. We can then name additional
Storage Policies by how they deviate from the norm.
In this case, the standard storage policy commits a primary copy to disk for 14
days and 2 cycles along with a secondary copy to tape for 365 days and 12
cycles. A second storage policy called “7 Year Storage Policy” commits the
primary copy in an identical fashion to the Standard Storage Policy, but the
secondary copy to tape is held for 2577 days and 84 cycles.
CVDiskLib01
Standard MA01
Storage Policy
Tape Library
CVDiskLib01
Tape Library
9
Another justification for additional storage policies is when data needs to be
sent to a different storage target. In this example, we have two different
libraries designated for the secondary data copies. The server FileServer01 is
running backup jobs to disk first and then to a cloud storage target, as opposed
to the Standard SP policy which runs jobs to disk and then to the LTO-8 tape
library.
Different target(s)
CVDiskLib01
Standard MA01
Storage Policy
LTO-8 Tape
CVDiskLib01
Cloud Library
10
Similar to the firewall example, sometimes different sets of data cannot be on
the same physical media. This is often true in MSP and legal environments.
The example above describes an ethical wall established to segregate access to
data of Client B from the rest of the environment’s data. This use case
specifically applies to removable media, and as a piece of removable media can
only be assigned data from a single Storage Policy Copy at a time, Client B data
could never sit on a tape with anything else.
Segregation of media
Standard
Storage Policy
Ethical Wall
MA01
Client B
Storage Policy
FileServer01
11
Sometimes you will want to specify a specific transmission path of data to the
storage target. In this example we have two different networks, where both
client groups and their respective MediaAgents are separated by a firewall,
however in this situation we only need to use one storage policy. In this case
the media usage will be lower, which could be more desirable if using removable
media.
MA01
Domain 1: Client Group 1
CVDiskLib01 Tape
Library
Standard
Storage Policy
MA02
12
Reference Copy and Case Manager are two other example use cases for
creating additional storage policies. In this situation a subsection of data already
captured in an existing storage policy is copied and retained by a separate
storage policy. In most use cases, there is no point in sending another copy of
data back into the original storage policy. Therefore, creating a second storage
policy will be required when using these features.
Standard
Storage Policy
CVDiskLib01
Reference Copy
/ Case Manager
Storage Policy
MA01
CVDiskLib01
13
One final configuration to be aware of is the {CLICK} Global Deduplication
Policy. A Global deduplication policy provides for more efficient deduplication
ratios while providing scalability and flexibility for different data protection
requirements. For example, {CLICK} you can use a Global deduplication policy
when Storage Policy copies have different retention rules but share the same
data paths, it can also be used to remove redundant data across remote sites
that copy data back to a central data center.
Storage Policy A
Storage
Policy D
Storage Policy B
14
So, given the following drawing, assuming a single retention, and not taking
into account global deduplication or DR Storage policies, how many storage
policies are needed at a minimum?
{CLICK} The first one is for the remote office. The primary copy will facilitate
all the production servers in this office. It’s primary copy will go to the local
disk target and a secondary copy will be sent to the disk target in Data Center.
{CLICK} The other one is for the production servers in the Data Center and the
small remote office. Its primary copy is sent to the local disk library in the Data
Center with a secondary copy heading offsite to the DR Site’s disk library.
Knowledge check
How many Storage Policies are required?
(Small) Remote Office Data Center
Remote Office
Standard
Data Center
Standard
15
In this module you learned about the benefits of Commvault®software’s policy
based architecture and how collecting data profiles can assist with basic
Commvault® storage policy design.
{CLICK} You also heard about storage policy justifications and how they can be
applied to your solutions. Finally you heard how Plans are used to simplify data
protection administration through the Commvault Command Center.
Wrap-up
16
Thank you.
17