Professional Documents
Culture Documents
Copyright © 2017 Dell Inc. or its subsidiaries. All Rights Reserved. Dell, EMC, and other trademarks are trademarks
of Dell Inc. or its subsidiaries. Other trademarks may be the property of their respective owners. Published in the
USA.
THE INFORMATION IN THIS PUBLICATION IS PROVIDED “AS IS.” DELL EMC MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND WITH RESPECT TO
THE INFORMATION IN THIS PUBLICATION, AND SPECIFICALLY DISCLAIMS IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR
PURPOSE.
Use, copying, and distribution of any DELL EMC software described in this publication requires an applicable software license. The trademarks, logos, and service marks
(collectively "Trademarks") appearing in this publication are the property of DELL EMC Corporation and other parties. Nothing contained in this publication should be construed
as granting any license or right to use any Trademark without the prior written permission of the party that owns the Trademark.
AccessAnywhere Access Logix, AdvantEdge, AlphaStor, AppSync ApplicationXtender, ArchiveXtender, Atmos, Authentica, Authentic Problems, Automated Resource Manager,
AutoStart, AutoSwap, AVALONidm, Avamar, Aveksa, Bus-Tech, Captiva, Catalog Solution, C-Clip, Celerra, Celerra Replicator, Centera, CenterStage, CentraStar, EMC
CertTracker. CIO Connect, ClaimPack, ClaimsEditor, Claralert ,CLARiiON, ClientPak, CloudArray, Codebook Correlation Technology, Common Information Model, Compuset,
Compute Anywhere, Configuration Intelligence, Configuresoft, Connectrix, Constellation Computing, CoprHD, EMC ControlCenter, CopyCross, CopyPoint, CX, DataBridge ,
Data Protection Suite. Data Protection Advisor, DBClassify, DD Boost, Dantz, DatabaseXtender, Data Domain, Direct Matrix Architecture, DiskXtender, DiskXtender 2000, DLS
ECO, Document Sciences, Documentum, DR Anywhere, DSSD, ECS, elnput, E-Lab, Elastic Cloud Storage, EmailXaminer, EmailXtender , EMC Centera, EMC ControlCenter,
EMC LifeLine, EMCTV, Enginuity, EPFM. eRoom, Event Explorer, FAST, FarPoint, FirstPass, FLARE, FormWare, Geosynchrony, Global File Virtualization, Graphic
Visualization, Greenplum, HighRoad, HomeBase, Illuminator , InfoArchive, InfoMover, Infoscape, Infra, InputAccel, InputAccel Express, Invista, Ionix, Isilon, ISIS,Kazeon, EMC
LifeLine, Mainframe Appliance for Storage, Mainframe Data Library, Max Retriever, MCx, MediaStor , Metro, MetroPoint, MirrorView, Mozy, Multi-Band
Deduplication,Navisphere, Netstorage, NetWitness, NetWorker, EMC OnCourse, OnRack, OpenScale, Petrocloud, PixTools, Powerlink, PowerPath, PowerSnap, ProSphere,
ProtectEverywhere, ProtectPoint, EMC Proven, EMC Proven Professional, QuickScan, RAPIDPath, EMC RecoverPoint, Rainfinity, RepliCare, RepliStor, ResourcePak,
Retrospect, RSA, the RSA logo, SafeLine, SAN Advisor, SAN Copy, SAN Manager, ScaleIO Smarts, Silver Trail, EMC Snap, SnapImage, SnapSure, SnapView, SourceOne,
SRDF, EMC Storage Administrator, StorageScope, SupportMate, SymmAPI, SymmEnabler, Symmetrix, Symmetrix DMX, Symmetrix VMAX, TimeFinder, TwinStrata, UltraFlex,
UltraPoint, UltraScale, Unisphere, Universal Data Consistency, Vblock, VCE. Velocity, Viewlets, ViPR, Virtual Matrix, Virtual Matrix Architecture, Virtual Provisioning, Virtualize
Everything, Compromise Nothing, Virtuent, VMAX, VMAXe, VNX, VNXe, Voyence, VPLEX, VSAM-Assist, VSAM I/O PLUS, VSET, VSPEX, Watch4net, WebXtender, xPression,
xPresso, Xtrem, XtremCache, XtremSF, XtremSW, XtremIO, YottaYotta, Zero-Friction Enterprise Storage.
DD VE is agile: Designed for use with VMware, it is exceptionally quick to set up and run. You can start
with a small capacity configuration and scale as large as
96 TB.
DD VE is efficient: Users can take advantage of the same powerful deduplication feature available in all
DELL/EMC Data Domain hardware products along with the security of full replication capabilities, and
optional use of DD Boost to further speed-up data transfers to your own scalable storage configurations.
For the remote office/branch office (ROBO) use cases, customers want to use DD VE in branch offices
where they can have functionality of Data Domain backups and restores, but lack the expertise or need for
larger capacity DD systems. DD VE is a good solution as it is customer deployable with little expertise
required. It uses a wider choice of hardware and VMware compatibility. It supports multiple backup
software apps and can replicate to a central data center running a physical Data Domain system.
DD VE supports configurations from 1TB (a 500GB version is available for evaluation purposes) up to
96TB usable capacity storage - a perfect backup form factor for an office of any size.
With replication features enabled, this small office configuration can replicate to other DD VE systems or
to other local or remote Data Domain systems.
On-premises, DD VE provides the capabilities of a physical Data Domain system in a virtual machine
template for Microsoft Hyper-V, and VMware. Dell/EMC VxRail uses VMware, so the installation for VxRail
is the same as for VMware.
Cloud computing resources are hosted in multiple regions worldwide. Each geographic region has
multiple, isolated locations.
You can deploy multiple DD VE systems inside the same cloud region, and use DD Management Center
to manage the DD VE systems across regions either on premises or in the cloud.
Backup applications back up the virtual apps and OS to cloud storage providing persistent block storage
volumes by the cloud provider. Backup apps can be NetWorker or other supported backup applications.
Although rare, failures can occur that affect the availability of instances that are in the same geographic
location. If you host all your instances in a single location that is affected by such a failure, none of your
instances would be available. We recommend when running a DD VE configuration with any cloud
provider you should set up an additional DD VE in a second availability zone and replicate the data to that
system.
DD VE is supported on versions 5.5 or 6.0, with the corresponding versions of the VMware vSphere client
application.
The main purpose for this program is to make our customers aware of the DD VE product.
You can obtain free a 500 GB capacity DD VE with no license time limit when you register with Dell/EMC.
The download package contains both the license and the software so, when downloaded, the DD VE is
immediately usable.
Those using the limited capacity license may upgrade to a production license and increase capacity
without the need to reinstall the DD VE software.
• Features that function exactly as those in a physical Data Domain system are DDBoost, CIFS
workgroup and active directory, NFS, DD Encryption, garbage collection and DD Replication.
• Features that are optimized for use with DD VE are stream counts, MTree counts, the DD System
Manager, IPv4 and IPv6, and head unit swaps.
• New features supporting the DD VE system are the deployment assessment tool, licensing through the
Electronic Licensing and Management System (ELMS), virtual resource monitoring, and RAID-On-
LUN.
EMC offers a DD VE evaluation license for a limited 500 GB capacity, and full function of DD Replication,
DD Encryption, and DD Boost with no set expiration. This license can be replaced with larger capacity
licenses if needed – up to a maximum of 16 TB. Other limited time evaluation licenses are also available.
DD VE can be managed by both DD System Manager and DD Management Center. It supports all
replication topologies between virtual and physical systems. It also supports all common backup software
currently supported by Data Domain.
In some cases it makes sense that support is not available for features due to the limitations of the virtual
environment (Fibre Channel, for example).
In other cases, it is the limitation of the systems that would cause performance issues if implemented.
This diagram illustrates how a typical DD VE system is laid-out in the virtual environment.On the left is a
physical server where the VMware Hypervisor resides. Within the version of VMware, ESXi, there might
be many virtual deployments, one or more of them could be a DD VE deploymentOn the right is the
installation of DD VE that includes virtual hardware to emulate the Data Domain system including CPU,
memory, a virtual SCSI HBA that controls disk function to the root disk, NVRAM disk, and data disks. A
virtual NIC is also emulated.
The software that runs the DD VE is the same software used on a physical Data Domain system that
includes Data Domain services such as the Data Domain file system (DD FS) and systems management
services (SMS). The same Linux services used with the physical Data Domain are included for use on a
DD VE. A few VMware tools are added to aid in managing and measuring performance of the virtual
environment.
Configuring DD VE 3.1 or later requires the VMware Hypervisor version 5.5, or 6.0 supporting only ESXi.
You can use the vSphere web client from any platform with a web browser. Alternately, Windows clients
can also use the vSphere Client application.
A 4 or 8 terabyte system requires two cores. A 16 terabyte system requires four cores.
Each core requires a reservation of 1.5 gigahertz. Hardware with a CPU speed less than 1.5 gigahertz is
not supported. When a hardware configuration problem exists with respect to the CPU; reconfigure the
CPU topology to a single socket with the correct number of cores for the desired storage capacity.
6 gigabytes of memory is required to support a system with 4 terabytes of storage capacity. 8 gigabytes of
memory is required to support a system with 8 terabytes of storage capacity. And 16 gigabytes of memory
is required to support a system with 16 terabytes of storage capacity. Ballooning memory is not
supported.
When you deploy DD VE, the system automatically deploys a 250 gigabyte root disk and a 10 gigabyte
NVRAM emulation disk. Within the NVRAM disk are 512 megabytes for NVRAM simulation.
DD VE allows a maximum of 4 network interface adapters. Two are provisioned by default. Up to 4 SCSI
controllers can be added to support additional storage.
Users are prompted to run this via the DD System Manager during the initial configuration and when
storage is added.
It can also be run at any time to help troubleshoot performance problems. The deployment assessment
tool can also be run through the command line interface.
The bottom layer is the storage array. It can be DAS, NAS, or SAN running RAID 5 or 6 to prevent data
loss in case of disk failure.
The next layer is the VMware software stack, where VMware creates the VMware file system (VMFS) on
your hardware.
The top layer is the DD VE virtual machine and Data Domain file system (DDFS) with RAID-On-LUN on
the data disks.
DD VE uses RAID-On-LUN as an added protection measure against data corruption that cannot be
handled by external RAID.
Thick provisioning is a type of storage allocation in which the amount of storage capacity on a disk is pre-allocated on
physical storage at the time the disk is created. This makes the allocated physical storage unavailable for anything
else. It ensures available storage space at all times for this system.
Eager zeroed is when the data remaining on the physical device is zeroed out when the virtual disk is created. It
might take much longer to create disks in this format than to create other types of disks.
The other option is Lazy zeroed, where the data remaining on the physical device is not erased during creation, but
is zeroed out on demand at a later time on first write from the virtual machine.
The only disk controller that can be used with DD VE disk configuration is the VMware para-virtual SCSI (PVSCSI)
controller.
During configuration, the DD VE configuration wizard runs the Deployment Assessment Tool against the physical
drives you are configuring for storage with your system. The survey, which takes around five minutes, determines
whether the drives will perform within performance tolerances for your DD VE system. If the drives do not pass the
survey, you may still create the file system, but survey results stress that system performance might be less than
optimal and might create an unstable system.
The virtual root disk size is 260 GB to accommodate both the provisioned root disk and the NVRAM emulation disk.
These virtual disks are automatically created with the VM. The minimum size for a data disk is 100 GB and the first
data disk should be at least 200 GB in size.
Data disks can be configured from more than one data store. You should use larger data stores instead of multiple
smaller ones. For example, if you configure a 4 TB capacity DD VE from two data stores, create a 2 TB disk on each
data store.
The maximum size of each disk is decided by Hypervisor in the VM file system and the DD VE capacity license. A
maximum of 14 data disks can be attached to a DD VE instance. The data disk aggregate size is the total capacity
plus 10% to support the file system overhead required. So if you are creating an 8 TB file system, you will need 8.8
TB of data disk attached to the DD VE.
Since there is only one SCSI type supported, any additional changes to a different SCSI type will cause
the instance to fail.
Changing the sequence of system disks is not supported by DD VE. The first disk in the sequence must
be the root disk and the second disk must be the NVRAM disk. These cannot be changed.
Live adding or hot adding SCSI controllers, network adapters, CPUs and memory is not supported. If you
add a new network adapter, increase the number of CPUs or add memory, the system must then be
rebooted.
Changing the size of an existing disk is not supported. Add another virtual disk if more capacity is needed.
Upgrading VMware tools is not supported because 3rd party VMware tools are being used with DD VE.
Attempting to upgrade VMware tools will result in an error.
Taking snapshots within VMware is not supported because the snapshot creates a delta disk and new
writes are written to the delta disk. This causes performance issues with the DD VE.
Instead, only use the Shut Down Guest and Restart Guest menu options when needed.
The DD VE file can be identified by the OS name, “ddve” followed by the version number, then the build
number, followed by the OVA extension.
Deploy the DD VE virtual machine from either the Deploy OVF Template… wizard found in the Actions
menu of the VMware vSphere client or using the VMware ovftool in the Linux or Windows command line.
The minimum license is 1 TB, the minimum disk capacity of a DD VE instance can be 200 GB.
We recommend running the deployment assessment tool to make sure the added storage meets
performance guidelines.
Add the vDisk in VMware management to the DD VE virtual machine, then the DD System Manager can
be used to add the additional storage to expand the DD VE capacity.
When deploying the DD VE system, the license must be added to access the file system.
The license file must be built based upon the Node Locking ID that is unique to the DD VE instance.
When you place an order through Sales, ELMS generates a license activation code. The code is sent to
you via email.
When you deploy and launch DD VE in VMware, you are shown the Node Locking ID for your DD VE
instance.
You then access ELMS and enter both the license activation code and node locking ID. ELMS provides a
license file that includes licenses for your purchased features and capacity along with with an activation
code.
You then download the license file and apply it on the selected DD VE system.
Transfer the license file to the /ddvar directory. Then issue the elicense update command providing
the filename or you can paste the full license content when prompted.
Use elicense show to view current licenses, the locking ID for the DD VE system or the software ID.
Note: Resetting the licenses from a system disables access to the file system until a valid license file is
added to the system.
The first is when the node locking ID recorded in the license no longer matches the node locking ID of the
system.
A change in the locking ID can occur by cloning a DD VE system or through a virtual headswap.
When this happens, the licenses on the system continue to function for 30 days to allow you to resolve the
license issue.
Alerts are generated daily during the last seven days of the grace period.
A capacity alert is generated when licensed capacity is 0 or when the file system size becomes larger than
the amount licensed.
When the file system is equal to or larger than the licensed capacity, the system becomes read-only.
Licenses are retrieved, by the customer, from the Software Licensing Central (SLC) portal. This allows you
to deploy the license server software (the hardware server is not provided) by downloading this license,
loading it into the license server, and configuring the DD VE to talk to the license server to verify its
licenses.
Performance counter logs collecting performance statistics are kept in the ddveperf.log.
If a particular job is running when a problem occurs, for instance a job using DD Boost, you will also want
to review related client log files for added information.
Autosupports provide a point-in-time status of the system status, alerts, and registry key value pairs.
In the Autosupport header, you can see a few changes when reporting on a DD VE system.
First, since a DD VE is virtual hardware, the chassis serial number will be blank.
For example, if the VM system only finds one CPU when there are supposed to be two, an alert appears
indicating which configuration parameter is in error. This table shows a list of possible configuration issues
and their potential alert messages.
These configuration errors match to the configuration requirements presented earlier in the course. When
a configuration alert appears, be sure to check the related configuration requirement to understand what is
in error.
Troubleshooting these issues begins with the hardware chosen to run the virtual system. Validate that the
physical hardware running the virtual system is compatible for use with DD VE.
Access the vSphere web client to make sure the virtual CPU topology and reservation matches the
storage capacity selected for the configured DD VE.
This tool produces a performance graph that indicates host performance over time.
vCenter/ESXi performance counters collection can be enabled on demand using the vSphere web client.
From the DD VE, you can configure the vServer host and port and gather performance statistics from that
host.
Use the vserver config command to configure the vCenter IP address and port number.Use the vserver
perf-stats start command to collect performance statistics in five minute intervals.
Use this log to compare the performance statistics to the vCenter/ESXi performance counters and identify
performance issues.
On a production system, the tool is non-invasive. On a system holding user data, the deployment
assessment tool performs read-only operations on disks used by DDFS.
On unused disks, the deployment assessment tool performs read/write operations for the best possible
performance measurement.
The disk benchmark show requirements command shows the requirements for the various file
system capacities as displayed here.
To run the benchmark, use disk benchmark start with the list of disks to be tested.
The commands only work with data disks and not the root or NVRAM disks.
Use the deployment assessment tool or disk benchmark CLI commands to troubleshoot IOPS and IO
latency.
IO performance might have been acceptable when the DD VE was originally deployed, but now there
could be additional VM deployments sharing the same stack and causing reduced IOPS given to DD VE.
Run the tool to see the current performance from the storage. If there is deterioration, compare the current
measurements with the previous results saved at deployment.
Separate the disks you want to test by a plus sign as shown in the example.
If virtual disks are running on separate data stores, run the deployment assessment tool against the disks
in parallel.
Separate the disks you want to test by a space, as shown in this example.
Any Virtual Machine File System corruption issues must be handled directly by VMware.Root disks hold
the DD OS binaries for the system. Root disk corruption is easily solved in a virtual environment by
performing a virtual headswap. A knowledgebase article is provided at support.emc.com.
NVRAM disk corruption is easily fixed by creating a new NVRAM disk. Contact Support for assistance.
If there are any virtual data disk corruption issues due to the complexity of most of these issues, you
should involve Support at the earliest opportunity. Data disks are where customer data is stored. It is
important not to take any action to cause further corruption.
When a DD VE system hangs without any response, you can trigger a crash dump and reset the DD VE.
When the DD VE reboots, crash dump files can be exported for analysis. Files are located in the
/ddvar/core directory.
IO latency monitor in the SCSI layer – monitors latencies of reads and writes at the SCSI layer and
protocol layer and produces a log for analysis when the latency goes beyond an expected threshold.
Disk fail policy – if a storage disk is absent, the file system will shut down and an alert is generated.