1 of 106

NetWorker in my environment

Why? / Architecture / Value

Daniel.Olkowski@dell.com

Speed /

Security /

Single console

The most fresh version of this document, you will find at:�http://backuprecoveryguy.blogspot.com/2022/07/backup-and-recovery-materials.html

Materiały dotyczące NetWorker-a po polsku:�https://backuprecoveryman.pl/networker-materialy/

1

of 20

Internal Use - Confidential

2 of 106

NetWorker

2

of 20

Internal Use - Confidential

3 of 106

NetWorker

Any environment
Security
Performance
Restore to very recent point
Immediate recovery
Self backup infrastructure
Backup of any database

3

of 20

Internal Use - Confidential

4 of 106

Architecture

4

of 20

Internal Use - Confidential

5 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

NetWorker

Server

Site B

5

of 20

Internal Use - Confidential

6 of 106

Single console�for entire envrionment

6

of 20

Internal Use - Confidential

7 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

Tape

library

7

of 20

Internal Use - Confidential

8 of 106

8

of 20

Internal Use - Confidential

9 of 106

Client direct�LAN / FC / WAN

9

of 20

Internal Use - Confidential

10 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

10

of 20

Internal Use - Confidential

11 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

11

of 20

Internal Use - Confidential

12 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

Every asset backups directly to media

No Media Servers

Cost effective

No additional licenses

Fast

Simple architecture

Higher security

12

of 20

Internal Use - Confidential

13 of 106

Source de-duplication�LAN / FC / WAN

13

of 20

Internal Use - Confidential

14 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

14

of 20

Internal Use - Confidential

15 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

100

GB

Source

de-duplication

BOOST

1

GB

100

GB

1

GB

15

of 20

Internal Use - Confidential

16 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

100

GB

Source

de-duplication

BOOST

1

GB

100

GB

1

GB

Cost effective

Fast

Security�No access to data from ransomware (BOOST)

LAN / WAN / SAN

No load of protected machines

No CIFS/NFS/VTL

16

of 20

Internal Use - Confidential

17 of 106

Security�Ransomware hacker protection

Speed

17

of 20

Internal Use - Confidential

18 of 106

NetWorker VMware�Protection against ransomware / hacker

During the period specified here (usually 2 weeks) none can delete / change backups

Ransomware
Hacker (Even if has highest level login/password)

Thus, in case of hacker / ransomware atttack, we can always restore!

Regular retention like in every backup software

18

of 20

Internal Use - Confidential

19 of 106

NetWorker VMware�Protection against ransomware / hacker

During the period specified here (usually 2 weeks) none can delete / change backups

Ransomware
Hacker (Even if has highest level login/password)

Thus in case of hacker / ransomware atttack, we can always restore!

Regular retention like in every backup software

Backup solutions guarantees recovery after

ransomware / hacker

attack

19

of 20

Internal Use - Confidential

20 of 106

Immediate recovery�Starting VMs with 20000 - 80000 IOps from backup

20

of 20

Internal Use - Confidential

21 of 106

NetWorker VMware�Use cases

Disaster Recovery with no need to recover data

We just start from SSD Data Domain disks

Immediate testing with no resources required

Starting production from Data Domain SSD disks

21

of 20

Internal Use - Confidential

22 of 106

Scenario 1

Application guy wants to run the database A sitting on VM_A as it was last Tuesday 2:00pm. This is because users claim that Tuesday 2:00pm databases behaved in strange way.

Scenario 2

The Virtual Machine has been deleted. We need to immediately start it as this is critical Virtual Machine.

Scenario 3

We have Disaster Recovery site. All Virtual Machines are replicated to another site.

Primary sites fails. We need to immediately start production in the Disaster Recovery location.

22

of 20

Internal Use - Confidential

23 of 106

Scenario 4

I have Kubernetes cluster. Anyhow my storage failed. What now?

Scenario 5

My application corrputs data quite often. How can I protect?

23

of 20

Internal Use - Confidential

24 of 106

VMware – Restore without recovery with SSD speed!

Dell - Internal Use - Confidential

24

of Y

Internal Use - Confidential

25 of 106

VMware – Restore without recovery with SSD speed!

Dell - Internal Use - Confidential

25

of Y

Internal Use - Confidential

26 of 106

Data Domain – going above backup/recovery

Dell - Internal Use - Confidential

26

of Y

Internal Use - Confidential

27 of 106

Data Domain – going above backup/recovery

Following tables shows the supported capacity of different platforms to spin off multiple VMs

in parallel. Each VM is assumed to be 100 GB in size.

Dell - Internal Use - Confidential

27

of Y

Internal Use - Confidential

28 of 106

VMware – Restore without recovery with SSD speed!

Dell - Internal Use - Confidential

28

of Y

Internal Use - Confidential

29 of 106

VMware – Restore without recovery with SSD speed!

Dell - Internal Use - Confidential

29

of Y

Internal Use - Confidential

30 of 106

VMware – Restore without recovery with SSD speed!

Random I/O Performance

Dell - Internal Use - Confidential

30

of Y

Internal Use - Confidential

31 of 106

Dell - Internal Use - Confidential

31

of Y

Internal Use - Confidential

32 of 106

Dell - Internal Use - Confidential

32

of Y

Internal Use - Confidential

33 of 106

Data Domain:

system show performance

Reporting sequential/random read/write throughput/latency/IOPS and stream type.

--------------------------------------------------------------------------------------------------------------------------------------------

Time Stamp |Throughput |IOPS |Protocol Latency |Streams

|read write repl-in repl-out|total read write | avg read write | read write

Date Time | | seq/rand seq/rand | seq/rand seq/rand | seq/rand seq/rand

YYYY-MM-DD HH:MM:SS|MiB/s MiB/s MiB/s MiB/s|ops/s ops/s ops/s | ms ms ms | # #

-------------------------------------------------------------------------------------------------------------------------------------------

2016-05-17 06:08:00 110.2 5.9 82.45 0.44 503 205/7698 19/146 62.5 75.2/95.3 8.9/22.4 0/301 6/1

2016-05-17 06:18:00 112.7 1.8 84.13 0.40 494 83/11482 3/60 34.7 53.9/65.1 3.0/7.8 39/249 0/42

2016-05-17 06:28:00 114.2 5.6 65.46 0.36 1034 182/8876 280/357 18.7 54.5/61.0 0.5/2.7 49/231 0/91

2016-05-17 06:38:00 113.1 4.1 84.81 0.45 732 202/8175 213/71 27.6 56.6/61.7 0.5/4.2 15/286 1/0

2016-05-17 06:48:00 115.7 4.4 82.03 0.39 585 93/11558 69/206 31.7 55.7/69.8 0.7/7.9 39/248 2/31

VMware – Restore without recovery with SSD speed!

Dell - Internal Use - Confidential

33

of Y

Internal Use - Confidential

34 of 106

DD9800 Instant Access details

Dell - Internal Use - Confidential

34

of Y

Internal Use - Confidential

35 of 106

Another Use Case for starting Virtual Machines from Data Domain/SSD is Disaster Recovery.

Our Site A fails and we need to immediately start production in Site B.

We have no time for recovering data!

VMware – Restore without recovery with SSD speed!

Dell - Internal Use - Confidential

35

of Y

Internal Use - Confidential

36 of 106

VMware – Immediate Disaster Recovery!

Site A

Site B

Data Domain

Backup

Restore

Data Domain

Backup

Restore

Disaster Recovery

Transfer 1%

Recovery 100% of data

Proxy

Dell - Internal Use - Confidential

36

of Y

Internal Use - Confidential

37 of 106

NetWorker VMware – Immediate Disaster Recovery!

Site A

Site B

Data Domain

Backup

Restore

Data Domain

Backup

Restore

Disaster Recovery

Transfer 1%

Recovery 100% of data

Proxy

37

of 20

Internal Use - Confidential

38 of 106

NetWorker VMware – Immediate Disaster Recovery!

Site A

Site B

Data Domain

Backup

Restore

Data Domain

Backup

Restore

Disaster Recovery

Transfer 1%

Recovery 100% of data

Proxy

Site A fails

How quickly can we starts VMs (critical VMs especially) in Site B?

38

of 20

Internal Use - Confidential

39 of 106

NetWorker VMware – Immediate Disaster Recovery!

Site A

Site B

Data Domain

Backup

Restore

Data Domain

Backup

Restore

Disaster Recovery

Transfer 1%

Recovery 100% of data

Proxy

In site B we do not restore anything.

We start Virtual Machines (that were in site A) directly from Data Domain. They work with SSD disks speed!

0 time restoring data!

Those VMs work normally.

They are also normally backed up or restored

Those VMs are from� site A.

They use Data Domain SSD disks as the storage.

39

of 20

Internal Use - Confidential

40 of 106

Virtualisation�Speed / automation

40

of 20

Internal Use - Confidential

41 of 106

NetWorker VMware�Simple of automation of any policies

100 VMs

backed-up in parallel

2-3 min �backup time

per VM

Parallel �Disaster Recovery to remote location

Parallel �tape-out of all VMS

Parallel �tape-out of all VMS at �remote site

We run the backup for 2 000 Virtual Machines

All backups are FULL

Here we have nicely visualized policy

41

of 20

Internal Use - Confidential

42 of 106

NetWorker VMware�Simple of automation of any policies

100 VMs

backed-up in parallel

2-3 min �backup time

per VM

Parallel �Disaster Recovery to remote location

Parallel �tape-out of all VMS

Parallel �tape-out of all VMS at �remote site

We run the backup for 2 000 Virtual Machines

All backups are FULL

Here we have nicely visualized policy

This policy:

Backups 2 000 Virtual Machines
180 VMs backed up in parallel
We have 4 copies of each of 2 000 VMs performer after backup finishes

Local Data Domain
Remote Data Domain (Disaster Recovery)
Local Tape
Remote Tape

42

of 20

Internal Use - Confidential

43 of 106

NetWorker VMware�Simple of automation of any policies

100 VMs

backed-up in parallel

2-3 min �backup time

per VM

Parallel �Disaster Recovery to remote location

Parallel �tape-out of all VMS

Parallel �tape-out of all VMS at �remote site

We run the backup for 2 000 Virtual Machines

All backups are FULL

Here we have nicely visualized policy

NetWorker protects 400 – 2000 VMs per hour

43

of 20

Internal Use - Confidential

44 of 106

LAN / FC�All backups are available via any network

44

of 20

Internal Use - Confidential

45 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

45

of 20

Internal Use - Confidential

46 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

46

of 20

Internal Use - Confidential

47 of 106

47

of 20

Internal Use - Confidential

48 of 106

Dynamic network choice – as available:

FC
LAN

48

of 20

Internal Use - Confidential

49 of 106

Backup through LAN / restore FC
Backup through FC / restore LAN
Backup at the same tive via LAN?FC
Load balancing over LAN
Failover over FC

49

of 20

Internal Use - Confidential

50 of 106

Source de-duplication�S3 storage

50

of 20

Internal Use - Confidential

51 of 106

Direct Backup to S3 media�Can we?

Applications,

Databases,

Mail

Linux, UNIX, Windows

DBs

Mails

Tape

library

Disk

system

SAN

VMs

Data Domain

LAN

NetWorker

Backup media

Dell - Internal Use - Confidential

51

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

52 of 106

Direct Backup to S3 media�Can we?

Applications,

Databases,

Mail

Linux, UNIX, Windows

DBs

Mails

Tape

library

Disk

system

SAN

VMs

Data Domain

LAN

NetWorker

Backup media

Can we backup directly to S3 storage?

Can we use source de-duplication?

What are pluses / minuses?

Dell - Internal Use - Confidential

52

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

53 of 106

NetWorker power with S3 storage media

Here we discuss great features of NetWorker that can allows us

Backup files / databases directly to S3 storage media
Perform source de-duplication and achieve savings in

Network traffic
Space on S3 storage

Dell - Internal Use - Confidential

53

of Y

Internal Use - Confidential

54 of 106

NetWorker power with S3 storage media

Here we discuss great features of NetWorer that can allows us

Backup files / databases directly to S3 storage media
De-duplicate data with variable length
Perform source de-duplication

That gives:

Extremely cost effective solution
Flexible
Covering all data
Easy to manage

Dell - Internal Use - Confidential

54

of Y

Internal Use - Confidential

55 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Object Storage

S3 storage

ECS

Dell - Internal Use - Confidential

55

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

56 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Object Storage

S3 storage

ECS

100

GB

1%

Source

de-duplication

Client direct

Dell - Internal Use - Confidential

56

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

57 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Object Storage

S3 storage

ECS

100

GB

1%

Source

de-duplication

Client direct

NetWorker provides source de-duplication when backup to S3 storage media

Dell - Internal Use - Confidential

57

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

58 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Object Storage

S3 storage

ECS

100

GB

1%

Source

de-duplication

Client direct

NetWorker provides source de-duplication when backup to S3 storage media

CloudBoost appliance keeps information what chunks are stored on S3 storage

Dell - Internal Use - Confidential

58

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

59 of 106

NetWorker CloudBoost�Architecture

NetWorker

CloudBoost

MetaData

Linux, Windows

Databases,

Applications,

Files

Guest level backup

Object Storage

S3 storage

ECS

Dell - Internal Use - Confidential

59

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

60 of 106

NetWorker CloudBoost�Architecture

NetWorker

CloudBoost

MetaData

Linux, Windows

Databases,

Applications,

Files

Guest level backup

Object Storage

S3 storage

ECS

500

GB

1%

Source

de-duplication

Client direct

Dell - Internal Use - Confidential

60

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

61 of 106

NetWorker CloudBoost�Architecture

NetWorker

CloudBoost

MetaData

Linux, Windows

Databases,

Applications,

Files

Guest level backup

Object Storage

S3 storage

ECS

500

GB

1%

Source

de-duplication

Client direct

We can backup Virtual Machines to S3 storage with source de-duplication using NetWorker agents (guest level)

Dell - Internal Use - Confidential

61

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

62 of 106

NetWorker CloudBoost�Architecture

LAN

NetWorker

CloudBoost

MetaData

AIX, Solaris, HP-UX

Files

Databases

Applications

Object Storage

S3 storage

ECS

Dell - Internal Use - Confidential

62

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

63 of 106

NetWorker CloudBoost�Architecture

LAN

NetWorker

CloudBoost

MetaData

AIX, Solaris, HP-UX

Files

Databases

Applications

Linux

Storage Node

Object Storage

S3 storage

ECS

1%

200

GB

Storage Node

de-duplication

Dell - Internal Use - Confidential

63

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

64 of 106

NetWorker CloudBoost�Architecture

LAN

NetWorker

CloudBoost

MetaData

AIX, Solaris, HP-UX

Files

Databases

Applications

Linux

Storage Node

Object Storage

S3 storage

ECS

1%

200

GB

Storage Node

de-duplication

For Unix machine we need Linux storage node, where the de-dupliction will take place

Dell - Internal Use - Confidential

64

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

65 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Linux, Windows

Databases,

Applications,

Files

Guest level backup

AIX, Solaris, HP-UX

Files

Databases

Applications

Linux

Storage Node

Object Storage

S3 storage

ECS

100

GB

1%

500

GB

1%

200

GB

Storage Node

de-duplication

Source

de-duplication

Client direct

Source

de-duplication

Client direct

Dell - Internal Use - Confidential

65

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

66 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Linux, Windows

Databases,

Applications,

Files

Guest level backup

AIX, Solaris, HP-UX

Files

Databases

Applications

Linux

Storage Node

Object Storage

S3 storage

ECS

100

GB

1%

500

GB

1%

200

GB

Source

de-duplication

Source

de-duplication

Client direct

Source

de-duplication

Client direct

Pros

Cost effective
Reasonable backup performance

Source de-duplication

Remote backup (requires proper sizing)

Dell - Internal Use - Confidential

66

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

67 of 106

NetWorker CloudBoost�Architecture

Linux, Windows

Oracle, SQL, …

Exchange, SAP,…

Files

LAN

NetWorker

CloudBoost

MetaData

Linux, Windows

Databases,

Applications,

Files

Guest level backup

AIX, Solaris, HP-UX

Files

Databases

Applications

Linux

Storage Node

Object Storage

S3 storage

ECS

100

GB

1%

500

GB

1%

200

GB

Source

de-duplication

Source

de-duplication

Client direct

Source

de-duplication

Client direct

Cons

Poor restore performance
More complicated implementation than Data Domain

Dell - Internal Use - Confidential

67

of 14

Internal Use - Confidential

Cloudboost with Client Direct is not new, it has been supported for Linux Clients since 9.0.1. What is new in 9.2 is the ability for Windows Clients to now backup directly to object storage, where the CB appliance manages the object store and its metadata. But NetWorker clients and storage nodes running Windows or Linux can now write data direct to the object store, where only metadata is written to the CloudBoost appliance.

This Client Direct workflow is now enabled by Windows clients using a new CB DLL that is integrated with the NetWorker Client, enabling them to perform CB client side deduplication, compression and encryption.

This improves overall NetWorker Cloudboost performance by about 3X (CB using ‘proxy’ or appliance based IO gets ~200 MB/sec, Client Direct gets ~650 MB/sec per appliance because of distributed IO). If the infrastructure permits, additional performance can be gained by adding multiple CB appliances.

PSR results show that Windows and Linux CB Direct Clients perform at nearly the same speeds.

As a reminder, backups go direct to object storage. In the case of AWS we go direct to S3, and can scale to 6 PB of storage per appliance, giving you excellent deployment flexibility for lift and shift or in-cloud work-loads.

This is a great deployment flexibility option for any customer looking at CB for LTR, direct writes to object storage for backup, or cloning workflows to cloud. As well as in-cloud deployments at Amazon or Azure for example. We are also seeing accelerated adoption of CB by Virtustream customers as well as on premise ECS.

68 of 106

ECS / S3 as backup media �with source de-deduplication

NetWorker treats S3 backup media as any other

Data Domain
Disk
Tape

We can clone

S3 backups to other media (Data Domain, disk, tape)
Any other backups to S3 media

Dell - Internal Use - Confidential

68

of Y

Internal Use - Confidential

69 of 106

Block Based Backup�Files / HyperV / Exchange

69

of 20

Internal Use - Confidential

70 of 106

A method of backup and recovery for millions of files in seconds / minutes

NetWorker

Block Based Backup

Dell - Internal Use - Confidential

70

of Y

Internal Use - Confidential

71 of 106

NetWorker Block Based Backup�What environment was backuped?

Type of protected data: Files

Number of files: 10 millions

Size of single file: 1024 bytes

Size of all files (10mln): 10 GB

Size of protected disk: 60 GB

Content of each file: Random text

Dell - Internal Use - Confidential

71

of Y

Internal Use - Confidential

72 of 106

NetWorker �Block Based Backup�First backup results

Protected data: Files�Number of files: 10 millions�Size of single file: 1024 bytes�Size of all files (10mln): 10 GB�Size of protected disk 60 GB�Content of each file: Random text

Backup time: 11 min 54 sec (714 sec)

Backuped data: 60 GB

Backup speed: 84 MB/s

Backup limitation: disk speed of protected machine

Full backup results:

Dell - Internal Use - Confidential

72

of Y

Internal Use - Confidential

73 of 106

NetWorker �Block Based Backup�2nd and further backup results

Protected data: Files�Number of files: 10 millions�Size of single file: 1024 bytes�Size of all files (10mln): 10 GB�Size of protected disk 60 GB�Content of each file: Random text

Second and further backups results after modifying 30 000 files : 56 sec

Dell - Internal Use - Confidential

73

of Y

Internal Use - Confidential

74 of 106

NetWorker �Block Based Backup�2nd and further backup results

Protected data: Files�Number of files: 10 millions�Size of single file: 1024 bytes�Size of all files (10mln): 10 GB�Size of protected disk 60 GB�Content of each file: Random text

Second and further backup results after modifying 30 000 files : 56 sec

Immediate backup

No load of protected machine

No performance limitations

Dell - Internal Use - Confidential

74

of Y

Internal Use - Confidential

75 of 106

NetWorker �Block Based Backup�Full system recovery results

Protected data: Files�Number of files: 10 millions�Size of single file: 1024 bytes�Size of all files (10mln): 10 GB�Size of protected disk 60 GB�Content of each file: Random text

Recovery time: 16 min 40 sec (1000 sec)

Recovered data: 60 GB

Recovery speed: 60 MB/s

Recovery limitation: disk at target Data Domain model

Full system recovery results:

Dell - Internal Use - Confidential

75

of Y

Internal Use - Confidential

76 of 106

NetWorker �Block Based Backup�Full system recovery results

Protected data: Files�Number of files: 10 millions�Size of single file: 1024 bytes�Size of all files (10mln): 10 GB�Size of protected disk 60 GB�Content of each file: Random text

Recovery time: 9 seconds

Recovery limitation: no limitation

Single file recovery results:

Dell - Internal Use - Confidential

76

of Y

Internal Use - Confidential

77 of 106

NetWorker �Block Based Backup�Full system recovery results

Protected data: Files�Number of files: 10 millions�Size of single file: 1024 bytes�Size of all files (10mln): 10 GB�Size of protected disk 60 GB�Content of each file: Random text

Recovery time: 9 seconds

Recovery limitation: no limitation

Single file recovery results:

Immediate recovery

No bottleneck

Recovery

Full file system
Single file

Dell - Internal Use - Confidential

77

of Y

Internal Use - Confidential

78 of 106

First backup

NetWorker

Client

Data

Domain

Backup

Device

Disk

Backup

Device

or

During the full backup

NetWorker reads

the whole disk:

block after block

In this example

NetWorker reads

whole 60GB in disk E:\

File system on disk E:\ divided for blocks

Number of files does not matter

60

GB

60

GB

1

GB

NetWorker sends

to Data Domain device

only new, de-duplicated data

Protected file system

NetWorker sends

to disk device

all data

Dell - Internal Use - Confidential

78

of Y

Internal Use - Confidential

79 of 106

After each backup

0

NetWorker zeros CBT bitmap kept in memory

It means all the blocks on disk are clean, not changed since the last backup

CBT bit map of disk blocks in memory

File system on disk E:\ divided for blocks

Number of files does not matter

Protected file system

Dell - Internal Use - Confidential

79

of Y

Internal Use - Confidential

80 of 106

0

1

0

1

0

1

0

During normal work of file system on disk E:\

If block on disk is changed, NetWorker also changes corresponding bit in CBT bit map in memory

CBT bit map of disk blocks in memory

File system on disk E:\ divided for blocks

Number of files does not matter

Protected file system

Dell - Internal Use - Confidential

80

of Y

Internal Use - Confidential

81 of 106

Incremental backup

NetWorker

Client

or

During the incremental backup

NetWorker reads

only changed blocks

since last backup

In the example below

NetWorker reads

grey (changed) blocks

Disk E:\ divided for blocks

Number of files does not matter

3

GB

3

GB

1

GB

NetWorker sends

to disk device

all data

0

1

0

1

0

1

0

CBT bit map of disk blocks in memory

Protected file system

Data

Domain

Backup

Device

Disk

Backup

Device

NetWorker sends

to Data Domain device

only new, de-duplicated data

2nd and further

backups

Dell - Internal Use - Confidential

81

of Y

Internal Use - Confidential

82 of 106

NetWorker

Client

or

During the incremental backup

NetWorker reads

only changed blocks

since last backup

In the example below

NetWorker reads

grey (changed) blocks

Disk E:\ divided for blocks

Number of files does not matter

3

GB

3

GB

1

GB

NetWorker sends

to disk device

all data

0

1

0

1

0

1

0

CBT bit map of disk blocks in memory

Protected file system

Data

Domain

Backup

Device

Disk

Backup

Device

NetWorker sends

to Data Domain device

only new, de-duplicated data

2nd and further

backups

Every backup is FULL!

Dell - Internal Use - Confidential

82

of Y

Internal Use - Confidential

83 of 106

NetWorker�What can I expect?

83

of 20

Internal Use - Confidential

84 of 106

Speed

400 – 2000 VMs �FULL backup per hour

6TB/h per hour from single server at my customer

Starting VMs with speed �20 000 to 80 000 IOps

Dell - Internal Use - Confidential

84

of Y

Internal Use - Confidential

85 of 106

Security

Lock backups for defined time

Ransmoware/hacker protection

Cyber Security

Dell - Internal Use - Confidential

85

of Y

Internal Use - Confidential

86 of 106

Easy management

Any media

Any number of backup copies

Different retention per copy

Single policy

Restore from any copy

Dell - Internal Use - Confidential

86

of Y

Internal Use - Confidential

87 of 106

MS SQL

MSSQL – NetWorker admin co-operation

MSSQL admin can

Additionally backup
Restore any time
Restore database
Restore table
FULL MSSQL GUI

Dell - Internal Use - Confidential

87

of Y

Internal Use - Confidential

88 of 106

Centralised management

Single backup server

Recommended VM

Easy fail-over using Virtualisation tools

Single console

Dell - Internal Use - Confidential

88

of Y

Internal Use - Confidential

89 of 106

Security

Self-described media

If we have media we can always restore

Dell - Internal Use - Confidential

89

of Y

Internal Use - Confidential

90 of 106

Freedom

Any database /

application

Any architecture

Small / large environment

Dell - Internal Use - Confidential

90

of Y

Internal Use - Confidential

91 of 106

Offer�Details

91

of 20

Internal Use - Confidential

92 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

Tape

library

Disk

system

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

92

of 20

Internal Use - Confidential

93 of 106

100TB

…

100TB to protect

25 servers

50 processors

VMware

Databases

Files

1000 VMs

Oracle

MSSQL

Exchange

MongoDB

Maria

20 mln files

Current

300TB

…

300TB to protect

75 servers

150 processors

HyperV

Databases

Files

?? VMs

MSSQL

20 mln files

Add on

Dell - Internal Use - Confidential

93

of Y

Internal Use - Confidential

94 of 106

100TB

…

100TB to protect

25 servers

50 processors

VMware

Databases

Files

1000 VMs

Oracle

MSSQL

Exchange

MongoDB

Maria

20 mln files

Current

Scenario 1

Extension current DD

NetWorker

Dell - Internal Use - Confidential

94

of Y

Internal Use - Confidential

95 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

DD 6300

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

180TB

163TiB

100TB

180TB

163TiB

95

of 20

Internal Use - Confidential

96 of 106

100TB

…

100TB to protect

25 servers

50 processors

VMware

Databases

Files

1000 VMs

Oracle

MSSQL

Exchange

MongoDB

Maria

20 mln files

Current

Scenario 2

DD Virtual/physical

NetWorker

Dell - Internal Use - Confidential

96

of Y

Internal Use - Confidential

97 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

Data Domain

LAN

Site A

Site B

NetWorker

Server

132TB

120TiB

100TB

DDVE

132TB

120TiB

DDVE

97

of 20

Internal Use - Confidential

98 of 106

100TB

…

100TB to protect

25 servers

50 processors

VMware

Databases

Files

1000 VMs

Oracle

MSSQL

Exchange

MongoDB

Maria

20 mln files

Current

300TB

…

300TB to protect

75 servers

150 processors

HyperV

Databases

Files

?? VMs

MSSQL

20 mln files

Add on

Scenario 3

DD Virtual/physical

NetWorker

Dell - Internal Use - Confidential

98

of Y

Internal Use - Confidential

99 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

6300/6990

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

DD6300/6900

LAN

Site A

Site B

NetWorker

Server

100TB

400TB

DDVE

99

of 20

Internal Use - Confidential

100 of 106

100TB

…

100TB to protect

25 servers

50 processors

VMware

Databases

Files

1000 VMs

Oracle

MSSQL

Exchange

MongoDB

Maria

20 mln files

Current

300TB

…

300TB to protect

75 servers

150 processors

HyperV

Databases

Files

?? VMs

MSSQL

20 mln files

Add on

Scenario 4

DD Virtual/physical

Archive ECS

NetWorker

Dell - Internal Use - Confidential

100

of Y

Internal Use - Confidential

101 of 106

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

6300/6990

LAN

Applications,

Databases,

Linux, UNIX, Windows

DBs

App

SAN

VM

DD6300/6900

LAN

Site A

Site B

NetWorker

Server

100TB

400TB

DDVE

101

of 20

Internal Use - Confidential

102 of 106

100TB

…

100TB to protect

25 servers

50 processors

VMware

Databases

Files

1000 VMs

Oracle

MSSQL

Exchange

MongoDB

Maria

20 mln files

Current

300TB

…

300TB to protect

75 servers

150 processors

HyperV

Databases

Files

?? VMs

MSSQL

20 mln files

Add on

Scenario 3

DD Virtual/physical

NetWorker

Dell - Internal Use - Confidential

102

of Y

Internal Use - Confidential

103 of 106

…

Backup software

50 processors DPS4VM

150 processors DPS4VM

25 servers

50 processors

75 servers

150 processors

Dell - Internal Use - Confidential

103

of Y

Internal Use - Confidential

104 of 106

100TB

100TB to protect

Current

Backup media

DD6300 132TB

lub

DDVE 96TB

2 kopie

Dell - Internal Use - Confidential

104

of Y

Internal Use - Confidential

105 of 106

100TB

100TB to protect

Current

300TB

300TB to protect

Add on

Backup media

DD9400 480TB

lub

DDVE 5*96TB

2 kopie

Dell - Internal Use - Confidential

105

of Y

Internal Use - Confidential

106 of 106

Daniel.Olkowski@dell.com

106

of 20

Internal Use - Confidential