HDID Manual

Hitachi Data Instance Director
Version 6.0
Quick Start Guide
MK-93HDID015-00
October 2017
2017 Hitachi, Ltd. All rights reserved.
No part of this publication may be reproduced or transmitted in any form or

by any means, electronic or mechanical, including copying and recording, or
stored in a database or retrieval system for commercial purposes without the
express written permission of Hitachi, Ltd., or Hitachi Vantara Corporation
(collectively “Hitachi”). Licensee may make copies of the Materials provided
that any such copy is: (i) created as an essential step in utilization of the
Software as licensed and is used in no other manner; or (ii) used for archival
purposes. Licensee may not make any other copies of the Materials.
“Materials” mean text, data, photographs, graphics, audio, video and
documents.
Hitachi reserves the right to make changes to this Material at any time
without notice and assumes no responsibility for its use. The Materials
contain the most current information available at the time of publication.
Some of the features described in the Materials might not be currently

available. Refer to the most recent product announcement for information
about feature and product availability, or contact Hitachi Vantara Corporation
at https://support.hitachivantara.com/en_us/contact-us.html.
Notice: Hitachi products and services can be ordered only under the terms
and conditions of the applicable Hitachi agreements. The use of Hitachi
products is governed by the terms of your agreements with Hitachi Vantara
Corporation.
By using this software, you agree that you are responsible for:
1. Acquiring the relevant consents as may be required under local privacy
laws or otherwise from authorized employees and other individuals to
access relevant data; and
2. Verifying that data continues to be held, retrieved, deleted, or otherwise
processed in accordance with relevant laws.
Notice on Export Controls. The technical data and technology inherent in

this Document may be subject to U.S. export control laws, including the U.S.
Export Administration Act and its associated regulations, and may be subject
to export or import regulations in other countries. Reader agrees to comply
strictly with all such regulations and acknowledges that Reader has the
responsibility to obtain licenses to export, re-export, or import the Document
and any Compliant Products.
Hitachi is a registered trademark of Hitachi, Ltd., in the United States and

other countries.
AIX, AS/400e, DB2, Domino, DS6000, DS8000, Enterprise Storage Server,

eServer, FICON, FlashCopy, IBM, Lotus, MVS, OS/390, PowerPC, RS/6000, S/
390, System z9, System z10, Tivoli, z/OS, z9, z10, z13, z/VM, and z/VSE are
registered trademarks or trademarks of International Business Machines
Corporation.
2
Hitachi Data Instance Director Quick Start Guide
Active Directory, ActiveX, Bing, Excel, Hyper-V, Internet Explorer, the Internet
Explorer logo, Microsoft, the Microsoft Corporate Logo, MS-DOS, Outlook, PowerPoint,
SharePoint, Silverlight, SmartScreen, SQL Server, Visual Basic, Visual C++, Visual
Studio, Windows, the Windows logo, Windows Azure, Windows PowerShell, Windows
Server, the Windows start button, and Windows Vista are registered trademarks or
trademarks of Microsoft Corporation. Microsoft product screen shots are reprinted
with permission from Microsoft Corporation.
All other trademarks, service marks, and company names in this document or
website are properties of their respective owners.
3
4
Contents
Preface................................................................................................. 7
Software version...................................................................................................... 8
Intended audience................................................................................................... 8
Related documents.................................................................................................. 8
Document conventions............................................................................................. 8
Conventions for storage capacity values.....................................................................9
Accessing product documentation........................................................................... 10
Getting help...........................................................................................................10
Comments............................................................................................................. 10
1 Introduction....................................................................................... 13
About Data Instance Director.................................................................................. 14
Architecture........................................................................................................... 14
Features and benefits............................................................................................. 15
2 Installation and license activation.........................................................17

About licenses........................................................................................................18
Hitachi block and file prerequisites.......................................................................... 18
How to install HDID on Windows, Linux, Solaris or AIX............................................. 20
How to install HDID on a Windows cluster............................................................... 25
How to install HDID on the controlling cluster node.............................................25
How to install HDID on the remaining cluster nodes............................................ 26
How to add the hub service to a cluster............................................................. 26
How to add licenses to a cluster........................................................................ 27
How to configure authentication for a cluster......................................................28
How to remotely upgrade HDID client nodes............................................................ 29
How to upgrade to HDID version 6.0....................................................................... 30
How to configure a third party firewall for HDID....................................................... 34
How to configure addresses for nodes on multiple networks .....................................35
How to configure a server side SSL certificate ......................................................... 36
How to Add a License.............................................................................................37
How to uninstall HDID............................................................................................ 38
5
Glossary..............................................................................................41
6
Preface
This document describes how to install and use Hitachi Data Instance
Director.
□ Software version
□ Intended audience
□ Related documents
□ Document conventions
□ Conventions for storage capacity values
□ Accessing product documentation
□ Getting help
□ Comments
Preface 7
Software version
This document revision applies to Data Instance Director version 6.0.
Intended audience
This document is intended for users who want to install Hitachi Data Instance
Director. For guidance on configuring Role Based Access Control, please refer
to the accompanying User Guide.
Related documents
• Hitachi Data Instance Director Software Release Notes, RN-93HDID018
• Hitachi Data Instance Director User’s Guide, MK-93HDID014
• Hitachi Data Instance Director Quick Start Guide, MK-93HDID015
• Hitachi Data Instance Director Microsoft Exchange Server Application
Guide, MK-93HDID012
• Hitachi Data Instance Director Microsoft SQL Server Application Guide,
MK-93HDID011
• Hitachi Data Instance Director Oracle Application Guide, MK-93HDID010
• Hitachi Data Instance Director SAP HANA Application Guide,
MK-93HDID017
Document conventions
This document uses the following typographic conventions:
Convention Description
Bold • Indicates text in a window, including window titles, menus, menu options,
buttons, fields, and labels. Example:
Click OK.
• Indicates emphasized words in list items.
Italic • Indicates a document title or emphasized words in text.
• Indicates a variable, which is a placeholder for actual text provided by the
user or for output by the system. Example:
pairdisplay -g group
(For exceptions to this convention for variables, see the entry for angle
brackets.)
Monospace Indicates text that is displayed on screen or entered by the user. Example:
pairdisplay -g oradb
8 Preface
Convention Description
< > angle brackets Indicates variables in the following scenarios:

• Variables are not clearly separated from the surrounding text or from
other variables. Example:
Status-<report-name><file-version>.csv
• Variables in headings.
[ ] square brackets Indicates optional values. Example: [ a | b ] indicates that you can choose a,
b, or nothing.
{ } braces Indicates required or expected values. Example: { a | b } indicates that you
must choose either a or b.
| vertical bar Indicates that you have a choice between two or more options or arguments.
Examples:
[ a | b ] indicates that you can choose a, b, or nothing.
{ a | b } indicates that you must choose either a or b.
This document uses the following icons to draw attention to information:
Icon Label Description
Note Calls attention to important or additional information.
Tip Provides helpful information, guidelines, or suggestions for performing

tasks more effectively.
Caution Warns the user of adverse conditions and/or consequences (for

example, disruptive operations, data loss, or a system crash).
WARNING Warns the user of a hazardous situation which, if not avoided, could
result in death or serious injury.
Conventions for storage capacity values

Physical storage capacity values (for example, disk drive capacity) are
calculated based on the following values:
Physical capacity unit Value
1 kilobyte (KB) 1,000 (10 3) bytes

1 megabyte (MB) 1,000 KB or 1,0002 bytes
1 gigabyte (GB) 1,000 MB or 1,0003 bytes
1 terabyte (TB) 1,000 GB or 1,0004 bytes
1 petabyte (PB) 1,000 TB or 1,0005 bytes
1 exabyte (EB) 1,000 PB or 1,0006 bytes
Preface 9
Logical capacity values (for example, logical device capacity, cache memory
capacity) are calculated based on the following values:
Logical capacity unit Value
1 block 512 bytes

1 cylinder Mainframe: 870 KB
Open-systems:
• OPEN-V: 960 KB
• Others: 720 KB
1 KB 1,024 (210) bytes
1 MB 1,024 KB or 1,0242 bytes
1 GB 1,024 MB or 1,0243 bytes
1 TB 1,024 GB or 1,0244 bytes
1 PB 1,024 TB or 1,0245 bytes
1 EB 1,024 PB or 1,0246 bytes
Accessing product documentation

Product user documentation is available on Hitachi Vantara Support Connect:
https://knowledge.hitachivantara.com/Documents. Check this site for the
most current documentation, including important updates that may have
been made after the release of the product.
Getting help
Hitachi Vantara Support Connect is the destination for technical support of
products and solutions sold by Hitachi Vantara. To contact technical support,
log on to Hitachi Vantara Support Connect for contact information: https://
support.hitachivantara.com/en_us/contact-us.html.
Hitachi Vantara Community is a global online community for Hitachi Vantara

customers, partners, independent software vendors, employees, and
prospects. It is the destination to get answers, discover insights, and make
connections. Join the conversation today! Go to
community.hitachivantara.com, register, and complete your profile.
Comments
Please send us your comments on this document to
[email protected]. Include the document title and number,
including the revision level (for example, -07), and refer to specific sections
and paragraphs whenever possible. All comments become the property of
Hitachi Vantara Corporation.
10 Preface
Thank you!
Preface 11
12 Preface
1
Introduction
This chapter describes the software installation and initial configuration tasks.
Note: Before you install Data Instance Director, confirm that your hardware
and software meet the requirements that are outlined on the Data Instance
Director product website at https://www.hds.com/products/storage-software/
hitachi-data-instance-director.html.
□ About Data Instance Director
□ Architecture
□ Features and benefits
Introduction 13
About Data Instance Director
Data Instance Director provides a modern, holistic approach to data
protection, recovery and retention. It has a unique work flow-based policy
engine, presented in an easy-to-use whiteboard-style user interface that
helps map copy-data management processes to business priorities. A wide
range of fully integrated hardware storage-based and host-based
incremental-forever data capture capabilities are included that can be
combined into complex work flows to automate and simplify copy-data
management. With these you can:
• Choose the right technology for each workload, based on service level
requirements, but manage them from one place.
• Drag-and-drop a range of protection, retention and repurposing
capabilities to easily create and manage complex work flows.
• Automate and orchestrate Hitachi storage-assisted snapshots, clones and
replications to eliminate backup windows.
• Automate the mounting of Hitachi storage based snapshots, clones and
replications for proxy backup and repurposing.
HDID supports a wide range of data storage targets, including repository,

block, and file based storage.
Architecture
At the heart of the data management process is the Master Node, which
provides instruction to all other nodes. Unless specifically instructed to do so,
the Master Node does not take part in the data flow, and nodes pass data
among themselves as according to rules distributed from the Master Node.
The different node types are:

• Master Node: The machine that controls the actions of all other nodes on
the system. Multiple Master nodes can coexist on the same network,
however a Data Instance Director node can only be authorized and
controlled by a single master node. Passive standby Master nodes can be
installed on a Windows failover cluster so that the standby can be brought
online in the event that the active master fails.
• Client Node: A machine that participates directly in a data protection data

flow as a source of data to be protected (e.g. a database server), a
machine capable of receiving data for backup purposes (e.g. a repository)
or a proxy that represents and controls a source or destination storage
device (e.g. an ISM controlling an Hitachi VSP).
A machine can be simultaneously designated as multiple node types. Thus a

machine can be a Source and a Destination node.
14 Introduction
Note: It is recommended the the Master not be assigned any other roles.
Features and benefits

Data Instance Director enables you to:
• Meet operational recovery, disaster recovery and long-term recovery
challenges in a single, unified platform.
• Drive the backup window, recovery point objective (RPO) and recovery
time objective (RTO) to near zero.
• Incremental-forever data capture at the block level helps reduce
secondary storage requirements by 90% or more.
• Intuitive, drag-and-drop workflow creation, node and policy management
wizards for administrative agility.
• Use continuous data protection and Hitachi Thin Image snapshot
orchestration for your critical data and applications.
• Easily create or adopt Hitachi ShadowImage®, Hitachi TrueCopy®,
Universal Replicator, Global-Active Device and HNAS Directory Clone and
File Replication without scripting, on a scheduled or ad-hoc basis.
• Orchestrate application-consistent snapshot and clone management for
Microsoft® Exchange, SQL Server®, Oracle and SAP HANA.
• Orchestrate application-consistent snapshots and clones across other
applications and file systems.
• Combine automated local snapshot and off-site replication for an end-to-
end modern data protection and recovery solution.
• Automatically trigger snapshots and clones of remote replica data for
secondary operations, such as test and development.
• Mount and unmount snapshots and clones automatically as part of an
orchestrated policy workflow.
• Further reduce network and storage costs through source and target data
deduplication.
• Protect hypervisors and virtual machines: agent based or agentless.
• View and restore Virtual Infrastructure Integrator (V2I) snapshots and
clones of VMware environments.
• Support a broad range of storage types, including repositories, block and
file storage.
Introduction 15
16 Introduction
2
Installation and license activation
□ About licenses
□ Hitachi block and file prerequisites
□ How to install HDID on Windows, Linux, Solaris or AIX
□ How to install HDID on a Windows cluster
□ How to remotely upgrade HDID client nodes
□ How to upgrade to HDID version 6.0
□ How to configure a third party firewall for HDID
□ How to configure addresses for nodes on multiple networks
□ How to configure a server side SSL certificate
□ How to Add a License
□ How to uninstall HDID
Installation and license activation 17

About licenses
Data Instance Director requires one or more license keys to be entered via
the user interface before it can be used. Perpetual license keys can be
obtained via email from Hitachi Support. Licensing is charged on an annual
basis. The following features are licensed individually:
• Front end capacity1 for Host Based2 data protection.
• Front end capacity for Hardware Storage Based3 data protection.
• Over-the-wire encryption4 for Host Based data protection.
• Data-at-rest encryption4 for Host Based data protection.
• Free 45 day, 20TB front end capacity trial including all features.
1. Front end capacity refers to the total size of the primary data set being
protected by Data Instance Director. For example, if you have 40TB of data
on primary volumes being replicated to a local secondary site and a remote
tertiary site, then the license must cover only the primary data set size
(40TB) even though the total storage capacity is 120TB.
Note: Overrunning the licensed front end capacity will not stop HDID
protecting your data, however some features will be limited until the over
capacity is licensed.
2. Host Based refers to data protection technologies implemented using

software only and includes HDID Repository backups and HDID mirroring.
3. Hardware Storage Based refers to data protection technologies

implemented directly by Hitachi Block and File storage arrays.
4. Encryption refers to technologies that prevent data from being read either
during in transmission (over-the-wire) or when residing in a repository (data-
at-rest).
Hitachi block and file prerequisites

If you plan to perform snapshotting and replication of Hitachi Block and File
volumes, then the following prerequisites are required:
• General:
○ A machine must be assigned that controls the Block or File storage
device. This node must be a Windows or RedHat Linux machine with the
HDID Client software installed.
○ All primary data (paths or application data) to be snapshotted or
replicated must exist on the same storage device.
• Hitachi Block:
18 Installation and license activation

○ A dedicated user for HDID must be created on the storage device with
at least the following roles:This is the username that is specified when
creating the Hitachi Block Device node.
– Storage Administrator (Provisioning)
– Storage Administrator (Local Copy)
– Storage Administrator (Remote Copy)
– Security Administrator (View only)
– AND Security Administrator (View & Modify)
○ The HDID node must have:
– Hitachi CCI installed:
– Access to a Command Device on the storage device set up as follows:
– Security disabled
– User authentication enabled
– Device group definition disabled
– The Command Device must be visible to the host OS where the
HDID proxy resides
– The command device may be online or offline
– Multiple command devices may be visible to an HDID proxy as
long as each one points to a different block storage device
(behavior is undefined if multiple Command Devices point to the
same block storage device)
– Multipath for Command Devices is supported
○ The following licensed features may be required depending on the
features being used:
– Dynamic Provisioning
– Storage Navigator
– Thin Image (for TI snapshot and RTI replication scenarios)
– ShadowImage (for SI replication scenarios)
– TrueCopy (for TC replication scenarios)
– Universal Replicator (for UR replication scenarios)
– Global-Active Device (for GAD replication scenarios)
– Remote Replication Extended (for 3DC scenarios)
○ Primary volumes must be set up using Storage Navigator (or other
tools) prior to selection in HDID
○ For application consistent snapshots, the application must be installed
and configured to use Hitachi Vantara block P-Vols
○ The password for authorizing a P9500 node must contain only useable
CCI command characters: A-Za-z0-9’-./:@\_
○ The device must have adequate shared memory (see Provisioning and
Technical Guides)
○ Pools must be created using Storage Navigator prior to selecting the
Target Storage in Data Instance Director:
– For Thin Image (TI ) the TI Pools must be set up
– For ShadowImage (SI), TrueCopy (TC), Universal Replicator (UR) and
Global-Active Device the Dynamic Provisioning Pools must be set up

○ For UR and GAD Journals must be set up.
○ For GAD the P-Vols must be set up in a host group and quorum disks
must be provided. Best practice is to provide one quorum disk per
replication pair.
○ For GAD virtualized LDEVs are required (available on XP7 only)
○ Port security must be enabled on XP7
• Hitachi File:
○ The following licensed features are required:
– File Clone
– NFS
– Replication
○ HDID requires an EVS (Enterprise Virtual Server) configured for file
services and file systems mounted on it.
○ Access configuration for NFS exports must include norootsquash
Note: Operating System Specific Requirements:
OS Requirements
Access to Hitachi File requires:

• Requires the rescan-scsi-bus.sh CLI tool (see http://sg.danny.cz/sg/
Linux
sg3_utils.html
• Requires the Multipath CLI command (install the multipath package)
How to install HDID on Windows, Linux, Solaris or AIX
Before you begin
Caution:
• Refer to the HDID support matrices at https://www.hitachivantara.com/
products/storage-software/hitachi-data-instance-director.html before
attempting installation, to ensure that you understand the infrastructure
requirements, available functionality and upgrade paths for your particular
environment.
• If you intend to use HDID with Hitachi Block or File based storage
hardware then refer to Hitachi block and file prerequisites on page 18
before proceeding.
Note:
• For a new installation, the Master node must be installed before any Client
nodes.

• When installing a new Master, you must select the account to use for initial
HDID log-on. These credentials will be input to the HDID UI to enable the
initial access control configuration to be performed.
• Read the release notes shipped with the installer to ensure that the
currently installed version can be upgraded to the new version. It may be
necessary to upgrade to an intermediate version first and perform
additional actions prior to and after upgrading.
• When upgrading, it is highly recommended (and often necessary) to
upgrade all nodes to the same version. The recommended order in which
to upgraded is:
1. Master Node(s).
2. Clients acting as ISMs, controlling Hitachi Block and File storage
devices.
3. Clients acting as Data Destinations, such as Repositories.
4. Clients acting as Data Sources, such as application servers.
• You may need to create an exception in your anti-virus software when
installing.
• It is recommend that you perform an upgrade only after currently active
backups have been completed.
• If a node's OS is upgraded, it may be necessary to reinstall HDID, as
different components are installed for different variants.
• If you uninstall a Client node, you will need to delete it from the Nodes
Inventory before subsequently reinstalling it. This ensures that the Master
node regenerates new identifiers for that node. If you do not do this then
the reinstalled Client will not be recognized.
• Operating System Specific Behaviour:
OS Note
For Linux and Solaris ensure you have execute permissions and use the
Linux and Solaris
command chmod 755 to run the installer.
We recommend that Linux source nodes have a Logical Volume Manager

(LVM) on each volume group.
A minimum of 10 GB of free space is required in the 'unused' portion of the
LVM that is to be backed up using host based policies (not required for
Linux
hardware storage based policies); this is in addition to the required space for
the allocated storage area.
For example, if 100 GB of usable storage is required, then the total disk size
will be 110 GB (100 GB of usable storage and 10 GB of unused storage).
When installing Data Instance Director on a Solaris node, the GCC runtime
library (version 4.5 or later) must be installed first. Type the following
Solaris
command:
pkg install gcc-45-runtime

OS Note
It is only possible to install the HDID Client on an AIX node. We recommend

that the installer is run from the command line as follows:
AIX chmod 755 ./HDID-m.n-m.n.n.nnnnn-AIX-PPC-64.run
where m is the major and n is the minor version number.
All nodes that will participate in a backup data flow need to have Data
Instance Director installed. A node used only to access the web based user
interface does not need to have any components installed on it.
Procedure
1. Locate and run the installer appropriate for the target OS and hardware
architecture.
The installer filename has the following format:
HDID-Rm.n-m.n.n.nnnnn-ostype-proctype
where:
• m.n-m.n.n.nnnnn - is the version and build number
• ostype - is the target operating system type:
○ Win
○ Linux
○ Solaris
○ AIX
• proctype - is the target processor type:
○ x32
○ x64
○ SPARC
○ PPC
The Setup wizard will be launched if a GUI shell is available. If not then
the same information will be presented using the text mode shell.
2. If a previous installation of Data Instance Director is found, the installer
will prompt you to upgrade or abort the installation launches the upgrade
process.
• Click Yes to upgrade the existing HDID installation on this node.
Tip: When upgrading along a supported version upgrade path,

any existing data flows, policies, schedules etc. will be
preserved. If any further actions are required post upgrade,
then these will be described in the Release Notes shipped with
the new version.

• Click No to exit the installer wizard, in which case no changes will be
made to the current installation.
3. When the Setup wizard appears, a welcome message is displayed. Click
Next to begin the installation.
4. When prompted, read the License Agreement.
• Select I accept the agreement if happy to proceed and click Next.
• Select I do not accept the agreement if not happy to proceed and
click Next. The installation will be aborted and no changes will be
made to the machine.
License keys are entered once the installation is complete via the License
Inventory in the UI.
5. To install in a non-default location, enter the path in the Installation
Directory field or use the folder browser. Click Next.
6. Select the type of installation then click Next.
• Master Select this option to install the Master node in your network.
If this is a new installation then the Master node must be installed
before any Client nodes. The Master node is the central controller for
all other nodes and serves as the connection point for the Web UI and
REST API.
Note: The Master node automatically has all the capabilities of

a Client node. It is however recommended that the Master node
functions only as a Master. Multiple Master nodes can coexist on
the same network, however Client nodes can only be authorized
and controlled by one Master node.
• Client - Select this option to install all other node types. The specific
roles assumed by Client nodes are defined via the Nodes Inventory
once installation is completed. These roles include:
○ Data Sources (basic hosts, VMs, application servers, etc.)
○ ISMs (for controlling Hitachi Block and File storage hardware, etc.)
○ Repositories (acting as host based backup storage destinations)
○ Replication Destinations (acting as host based mirrors)
7. Specify a node name to be used within Data Instance Director then click
Next.
Note: Node names are limited to a maximum of 64 characters. By

default, the name is set to the machine’s host name. This name is
only used by HDID, and will not change the name set by the
operating system.
8. If the Master is being installed:

a. Select a local User Account for logging on to the HDID web user
interface immediately after installation is complete. You must know

the password associated with the selected account. The account used
can be changed after installation of the Master. Click Next.
b. Accept or edit the HDID User Interface Port used to connect to the
web based UI. By default it is set to 443, but can be changed if you
already have another web server running on that node.
9. If a Client is being installed:
a. Enter the Master Hostname or IP address or a DNS resolvable name
of the Master node. If it is known that this node will be operating over
a non-secure network, then we recommend enabling the Internet
connected node option. This will encrypt transmitted data as an
extra security precaution. Over-the-wire encryption requires a license
and may not be available in some territories.
10. When the wizard indicates that it is ready to begin the installation, click
Next.
Data Instance Director files are copied to the designated directories and
the necessary components installed.
11. When the wizard indicates that the installation is complete, you will have
the option to Start Hitachi Data Instance Director User Interface
Now in a web browser. Click Finish.
Note: You do not need to restart the machine. The installer starts
all the necessary Data Instance Director components on the
system.
If a third party firewall is installed on the network, HDID will generate

firewall warnings when it starts running. See How to configure a third
party firewall for HDID on page 34.
12. If you are upgrading, the rules should now be reactivated and all
destination nodes should be manually resynchronized with their sources.
The upgrade process is then complete.
13. If this is a new installation of a Master node, then use a web browser to
log on to the user interface at: https://<Master>/#/Login, where
<Master> is the IP address or DNS name of the Master node. Refer to
How to configure a server side SSL certificate on page 36 to prevent
security warnings being displayed by the web browser.
Note: Initial logon must be done with the username specified for
the User Account during the Master installation. The username
must be qualified with the local domain name master as follows:
<username>@master
or
master/<username>
or

master\<username>
How to install HDID on a Windows cluster
Before you begin
The HDID Master capability can be installed on servers in a Windows cluster.

Before starting the installation, review the following:
• Ensure that all servers meet the software prerequisites that are outlined in
How to install HDID on Windows, Linux, Solaris or AIX on page 20.
• Confirm that a cluster environment is set up and working correctly.
• Ensure that you have all required license keys for HDID. A separate license
key is required for each Master node in the cluster.
The installation for a cluster environment involves performing the following

sub-tasks:
Procedure
1. Install HDID on the controlling node (see How to install HDID on the
controlling cluster node on page 25).
2. Install HDID on the remaining nodes (see How to install HDID on the
remaining cluster nodes on page 26).
3. Add the cofiohub service (see How to add the hub service to a cluster on
page 26).
4. Add HDID licenses for each node (How to add licenses to a cluster on
page 27).
5. Add an authentication domain for the cluster (How to configure
authentication for a cluster on page 28).
How to install HDID on the controlling cluster node

Start with the node that is in control (the node which has access to the
shared disk). If needed, you can identify this node by launching the cluster
manager:
Procedure
1. Double-click HDID-m.n-m.n.n.nnnnn-WIN-ppp.exe in the directory where

you downloaded it on the server. Then, click Next in the Setup dialog.
2. Read and accept the license agreement, then click Next.
3. Change the installation directory to the shared drive. (For example, if
your shared drive is Q:\ then the installation path might be: Q:\Hitachi
\HDID).

Note: Make a note of the specified path, as you will need to
reference this later in the installation process.
4. Click Next.
5. Select the Master installation type, then click Next.
6. Change the default node name as all cluster nodes will have the same
name.
Use a generic name such as Master. Click Next to start the installation.
7. Click Finish, then shut down the machine to invoke failover.
How to install HDID on the remaining cluster nodes
Before you begin
Be sure to specifiy the same installation directory, clustered role and node
name that was used in How to install HDID on the controlling cluster node on
page 25.
For each of the remaining nodes in the cluster perform the following steps:
Procedure
1. Double-click HDID-m.n-m.n.n.nnnnn-WIN-ppp.exe in the directory where

you downloaded it on the server. Then, click Next in the Setup dialog.
2. Read and accept the license agreement, then click Next.
3. Specify the same installation directory as that specified on the controlling
node.
4. Select the Master installation type, then click Next.
5. Specify the same node name as that specified on the controlling node.
6. Click Next to start the installation.
7. Click Finish, then shut down the machine to invoke failover.
8. Repeat this procedure on each additional node. After Data Instance
Director has been installed on all nodes, restart each active node.
How to add the hub service to a cluster

Complete the following steps on just one node of the cluster.
Procedure
1. Launch Failover Clustering on the server by clicking Start >

Administrative Tools > Failover Cluster Manager
2. If the console tree is collapsed, expand the tree for the cluster that you
want to configure.
3. Right-click Services and Applications, then click Configure a Service
or Application.

4. At the Before You Begin wizard, click Next.
5. Select Generic Service, then click Next.
6. Select the Cofio Hub Service from the list.
7. Name the service (for example, CofioHubService), assign an IP address
(the same IP address should be used for accessing HDID web UI), then
click Next.
Note: If the web UI is not accessible using the cofiohub IP

address, check the following for all the cluster nodes:
1. Go to Control Panel > System and Security > Windows
Firewall > Allowed Apps to ensure that HDID is not blocked
by the firewall.
2. Port 30304 (HDID) and port 443 (HTTPS) should be opened
and enabled in Firewall inbound Rules. If not, then
explicitly add and open them.
8. At the Select Storage dialog, click Next.

9. At the Replicate Registry Settings dialog, Click Next.
10. At the confirmation prompt, check that all settings are correct.
If a setting is incorrect, click Previous, otherwise click Next.
11. At the Summary dialog, click Finish.
How to add licenses to a cluster
Before you begin
Install HDID on each of the nodes in the Windows cluster as described in How
to install HDID on a Windows cluster on page 25.
Because each machine in the cluster has a different machine ID, a separate
license is required for each node:
Procedure
1. Navigate to the HDID web UI using the IP address for the cofiohub
service.
2. Log in using the local machine credentials for master\administrator.
3. Add the license key for this machine following the procedure described in
How to Add a License on page 37.
This node is now licensed, but the other nodes in the cluster are not.
4. Browse to the installation directory that you specified when installing
HDID on the controlling cluster node (How to install HDID on the
controlling cluster node on page 25) then navigate to HDID-Install-Dir
\db\config\
5. Right click License.xml and open the file with WordPad.

The following XML is displayed (the license key will differ from the one
shown here):
<licenses>
<entry>ADYFKAE9PMM9BM2KXDNWCEO8PSABE244U8GA</entry>
</licenses>
6. Copy line 2 (the license key for the currently active cluster node) and
insert it as a new line below line 2.
7. Change the license key on line 3 to match the one provided for your
second cluster node.
The following XML should displayed (the license keys will differ from the
ones shown here):
<licenses>
<entry>ADYFKAE9PMM9BM2KXDNWCEO8PSABE244U8GA</entry>
<entry>DFGA54AGFDFHDJK675HH86453GHTFGD553DR</entry>
</licenses>
8. Repeat steps 5 and 6 for each additional node.

9. Save and close the file.
How to configure authentication for a cluster
Before you begin
Install HDID on each of the nodes in the Windows cluster as described in How
to install HDID on a Windows cluster on page 25.
During installation, a local administrator account is used. To complete a

cluster installation, a domain administrator account must be set up that is
available to all nodes in the cluster:
Procedure
1. Navigate to the HDID web UI using the IP address for the cofiohub
service.
2. Log in using the local machine's master\administrator credentials.
3. Add a Domain that will perform authentication for the cluster.
a. Specify the Authentication Space Name.
b. Select the required authentication type (e.g. Active Directory).
c. Select the cluster node as the Proxy.
d. Enter the Active Directory Domain Name.
4. Add an ACP Association that will provide administrator level access to
HDID.
a. Specify the ACP Association Name.
b. Select the User ACP Association type.
c. Browse for the required User Name from the Authentication
Space specified in the previous step.
d. Add the Default Administrator from the Available Profiles listed.

5. Log out of the web UI.
6. Log back into the web UI using the new Domain\User credentials
specified in the above steps.
7. Force a fail-over, then log in again using the new credentials to confirm
that HDID is still accessible.
How to remotely upgrade HDID client nodes
Before you begin
Note:
• The Manage Software Updates RBAC activity must be assigned to users
who perform upgrades. It is recommended that this activity is restricted to
administrative users only.
• Remote upgrades can only be performed for HDID version 6.x. If you are
upgrading from HDID 5.x to 6.x, please refer to How to upgrade to HDID
version 6.0 on page 30.
• Nodes installed on a Microsoft failover cluster need to be upgraded locally.
It's not possible to upgrade remotely because the standby nodes in the
cluster are not available.
An upgrade can be performed if the existing installation has become

corrupted or a newer version of Data Instance Director is available.
If upgrading, obtain the upgrade installer files from your Hitachi Vantara
support representative.
When an upgrade starts, the Data Instance Director services are shutdown,
causing the upgrading OS Host node and any nodes for which it serves as a
proxy, to go offline in the Nodes Inventory. Any active data flows using those
nodes will be temporarily interrupted. These nodes will come back online
again when the services are automatically restarted on the OS Host node,
after the upgrade process is completed, and the affected data flows will
resume operation.
Note: We recommend upgrading Data Instance Director only after current

backups have been completed.
It is recommended that nodes be upgraded in the following order:

• Master nodes
• Clients acting as proxies for destination nodes
• Clients acting as or as source nodes or proxies for source nodes
Procedure
1. Locate the installers and accompanying configuration files appropriate for

the target OSs and hardware architectures in your HDID environment.

The installer's executable and configuration filenames have the following
format:
HDID-Rm.n-m.n.n.nnnnn-ostype-proctype
where:
• m.n-m.n.n.nnnnn - is the version and build number
• ostype - is the target operating system type:
○ Win
○ Linux
○ Solaris
○ AIX
• proctype - is the target processor type:
○ x32
○ x64
○ SPARC
○ PPC
2. Copy both the installer and configuration files to the C:\Programs Files
\Hitachi\HDID\runtime\updater folder on the Master node.
This folder will need to be created manually if this is the first time an
update has been applied.
3. Click Nodes on the Navigation Sidebar to open the Nodes Inventory.
4. Select the nodes to be upgraded (Master first, then Clients), then click
Upgrade Clients to start the upgrade process.
Note: Only OS Host Client and Master node types can be upgraded
remotely.
When upgrading the Master node, the UI will logout when the node's
services are stopped by the installer. Wait a few minutes, then log back
in again and complete the upgrade of the remaining nodes.
When upgrading Client nodes, each one (and any nodes for which that
Client acts as a Proxy) will go offline temporarily while the upgrade is
applied.
When the nodes come back online, the Version shown on the respective
tile will be updated accordingly.
5. All active data flows should now be reactivated and all destination nodes
should be resynchronized with their sources.
How to upgrade to HDID version 6.0

Before you begin
Caution: Some features supported by your existing HDID environment may

not yet be supported by HDID 6.0. Ensure that you are fully aware of which
features are not yet supported before upgrading.
ANY ATTEMPT TO UPGRADE WHEN USING AN UNSUPPORTED FEATURE WILL

HAVE UNDEFINED CONSEQUENCES, INCLUDING POTENTIAL DATA LOSS.
The installer will warn about features that are unsupported before upgrading
but will not detect if unsupported features are being used in your existing
environment.
Note:
• Do not perform the upgrade while hardware replications are being paired.
Wait for pairings to complete.
• Ensure that no Hitachi Block or File snapshots are mounted before
upgrading.
• Ensure that you have upgraded your existing HDID environment to version
5.5.2 or later, following the supported upgrade path.
• You must upgrade all available nodes to version 6.0 before starting to use
the 6.0 environment; existing Client nodes will not be recognised by the
upgraded 6.0 Master.
• HDID 6.0 has improved, granular rules activation. To take advantage of
this, large, complex data flows should be refactored. Consider splitting
them into smaller individual flows. This is best done before upgrading.

• If you have data flows in your existing environment that connect a source
node to a destination node using both a Batch and Continuous mover in
parallel, then these will still compile correctly. However you will need to
redraw them as two separate flows (on the same or separate data flow
diagrams) if you want to modify them. See below:
• After upgrading, any VMware VADP policies will work as before. However
the policy wizard will not show any of the servers selected under Protect
entire Virtual Machine server and the ESX Server field of the table will be
blank. The required selections must be remade.
• After upgrading, any Exchange Server or SQL Server Application policies
will work as before. However, to take advantage of the new features
available in HDID 6.0, you will need to manually add new Application
nodes and amend any data flows and policies that use them. The rules
compiler will generate warnings where data flows and policies need to be
amended.
• After upgrading, Permissions for the following items will be affected:
○ Dataflows
○ Destination Templates
○ Notifications

○ Policies
○ Schedules
For normal creation of these items in 6.0, the user creating them is given
Read/Write Access, allowing that user to see and change them. Users with
the RBAC Override Ownership Permissions privilege can also see and edit
them. Nobody else will be able to read or modify these items unless
granted access.
When upgrading to 6.0, no Permissions are set for these items. This
means that ONLY users with the RBAC Override Ownership Permissions
privilege can see and edit them. For other users to see the upgraded items
they will need to be granted access permissions.
Users without the RBAC Override Ownership Permissions privilege are
prevented from removing all permissions; although they can still remove
their own access if required. Only users with the RBAC Override Ownership
Permissions privilege can remove all permissions.
• After upgrading, all log entries generated prior to the upgrade will be
unavailable in 6.0. If you require access to legacy logs then the logs must
be saved before upgrading. Ensure the log filters are set to their defaults.
The last 25,000 log entries are saved.
• After upgrading, all legacy notifications will be removed. Make a note of
the notifications currently configured in your existing environment before
upgrading. These must be manually re-configured after the upgrade has
completed.
• After upgrading, Repositories that were created only for use as Hardware
Storage Device proxies (ISMs) in existing environments will not be
present. The hardware storage device proxy nodes will be present, but the
unused repositories will be missing from the nodes inventory.
In previous versions of HDID there was no distinction between repositories
and hardware storage device proxies. In 6.0 repositories and hardware
storage proxies are treated as separate entities by node management.
• In previous versions it was possible to create a node group with mixed
node types, although this would cause the rules compiler to generate an
error. On upgrade, the first node in a group is used to set the type of the
group; any subsequent nodes that are of a different type are removed
from the group. Warning logs are generated for any node which is
removed from a group because of type mismatch.
• In previous versions a repository store was created for each source node,
mover type and store template. In 6.0 a repository store is also created
for each policy. If you upgrade a legacy data flow where a source node
backs up to a repository using two policies over a single mover (e.g. two
batch backup policies with different RPOs), HDID 6.0 will create a second
store in the repository so that there is one store for each policy.
When the rules are reactivated after upgrading, the store holding the
legacy backups will complete a fast incremental resynchronization, since it
is already populated. The new store will complete a full initial

synchronization, since it needs to be populated with data from the second
policy. This full resynchronization may involve a significant amount of data
transfer. When restoring, remember that post-upgrade backups for one of
these policies will be located in the new store.
• After upgrading, repositories and ISMs will rebuild backup indices into a
new database. This may take some time to complete, so restore points will
not be listed immediately.
To upgrade HDID to a 6.0 environment:
Procedure
1. Upgrade your existing environment to ensure you are running HDID

5.5.2 and that all available nodes are running this version.
2. Follow the procedure described in How to install HDID on Windows,
Linux, Solaris or AIX on page 20 or How to install HDID on a Windows
cluster on page 25 as appropriate.
Push upgrade from the UI cannot be used; you must upgrade to 6.0
using the install wizard or command line. The installer will take you
through the upgrade process.
3. Once the upgrade process has been completed on all available nodes and
you have logged in to the 6.0 user interface, reactivate all data flows.
Your HDID environment will now be upgraded to 6.0 and will be
implementing your existing data protection policies.
Note: The rules compiler will generate warnings where data flows
and policies need to be amended to take advantage of new 6.0
features.
4. Once you have set up RBAC, reconfigure the access permissions for each
data flow, destination template, notification, policy and schedule. They
will not yet be visible to any users other than the one performing the
upgrade.
5. If you have not yet done so, refactor any large and parallel data flows as
described above.
6. Review and amend any Exchange Server and SQL Server Application
policies, since these must be modified to take advantage of new 6.0
features.
Refer to the relevant Application Guides listed in Related documents on
page 8 for details of how to implement Application policies and data flows
in HDID 6..
7. Re-configure all notifications events. These will have been deleted during
the upgrade process.
How to configure a third party firewall for HDID

If a third party firewall is installed within your network, when processes are
started as part of the Data Instance Director software installation, firewall
warnings might be generated.
Configure the firewall to allow communication between all HDID nodes on one
open port: 30304 (TCP).
Additional ports that might need to be opened are:

• HDID User Interface, on port 443 (HTTPS), or the alternative specified
during Master installation.
• HDID vCenter proxies, also on port 443 (HTTPS), use the VDDK and
vSphere web API to talk to the vCenter.
• HDID VMware proxies, on port 902, are instructed by the vCenter to talk
to the ESXi host for virtual disk transfer.
How to configure addresses for nodes on multiple networks
If your environment includes nodes connected to more than one network,

e.g. a production network, backup network and the internet, then you will
need to configure Data Instance Director after installation in order to:
• Use one or more of those networks in preferential order depending on

availability.
• Prevent (bar) the use of certain networks.
• Connect to remote nodes over the internet by defining an external IP
addresses where those nodes may be contacted.
The following procedure must be performed on every node that is connected

to the network in question:
Procedure
1. Open a command prompt as administrator.

2. Change directory to the <Data Instance Director install>\bin folder
by entering the command (depending on your installation) cd ”\Program
Files\Hitachi\HDID\bin”
3. Stop the HDID services by entering the command diagdata --stop
hub.
4. Check the node’s current configuration by entering the command
setconfig –l
5. To configure a preferred IP address for the node, enter the command
setconfig –p nnn.nnn.nnn.nnn where nnn.nnn.nnn.nnn is the IP
address for the node on the preferred network.
Additional addresses may be added by listing them in order of preference
separated by semicolons.

6. To configure a barred IP address for the node, enter the command
setconfig –b nnn.nnn.nnn.nnn where nnn.nnn.nnn.nnn is the IP
address for the node on the barred network.
Additional networks may be added by listing them separated by
semicolons.
7. To configure an external (internet) IP address for the node, enter the
command setconfig –x nnn.nnn.nnn.nnn where nnn.nnn.nnn.nnn is the
IP address for the node on the internet.
Additional networks may be added by listing them separated by
semicolons.
8. If you need to remove an address then enter the command setconfig –
r nnn.nnn.nnn.nnn where nnn.nnn.nnn.nnn is the IP address.
Additional networks may be removed by listing them separated by
semicolons.
Note: The address(es) are removed from the preferred, barred

and fixed list.
9. Review the node’s new configuration by re-entering the command

setconfig –l
10. Restart the HDID services by entering the command hub start.
11. Wait a few minutes, then reauthorise the node on the Master.
How to configure a server side SSL certificate
Before you begin
Obtain a valid SSL certificate file (.crt or .cer) and private key file (.key)
for the HDID Web Server from your organization's Certificate Authority.
To configure server side SSL for the Web UI:
Procedure
1. Copy your SSL certificate file to the folder C:\Program Files\Hitachi

\HDID\db\ssl\certificates
2. Copy your SSL private key file to the folder C:\Program Files\Hitachi
\HDID\db\ssl\private
3. On the Master node, open a command prompt at C:\Program Files
\Hitachi\HDID\bin.
4. Stop the HDID hub service by entering the command sc stop cofiohub.
5. Open the configuration file C:\Program Files\Hitachi\HDID\db\config
\uic-system-config.cfg in a text editor and do the following:

a. Set SSL Certificate to the location of your SSL certificate file:
<item argtype="single" name="SSL Certificate">

<value type="string">C:\Program Files\Hitachi\HDID\db
\ssl\certificates\your_certificate.crt</value>
</item>
b. Set SSL Certificate Key to the location of your SSL private key file:
<item argtype="single" name="SSL Certificate Key">

<value type="string">C:\Program Files\Hitachi\HDID\db
\ssl\private\your_key.key</value>
</item>
c. Set the Webserver SSL value to true:
<item argtype="single" name="Webserver SSL">

<value type="bool">true</value>
</item>
You may need to insert the above XML within the following section of the
config file:
<cofioxmllist>
...
</cofioxmllist>
Note: If you cut and paste these code fragments please ensure
that line ends are correctly positioned.
6. Save the changes to the uic-system-config.cfg file.

7. Restart the HDID hub service on the Master node by entering the
command diagdata --stop hub.
How to Add a License

You must provide Data Instance Director with a valid license key in order to
use its features as follows:
Procedure
1. Click Licenses on the Navigation Sidebar to open the License Inventory.

2. Copy the Machine ID displayed at the top of the License Inventory and
include this in your license request email to your Hitachi Vantara support
representative.
3. When you have received your license key, click Add to open the Activate
License Wizard.
4. Copy the license key provided by your vendor and paste it into the
Licence Key field.

5. Click Finish.
The License Details will be displayed. Review it to ensure that its expiry
data is correct and that it provides the required features.
How to uninstall HDID
Before you begin
Caution:
• Uninstalling the Data Instance Director Master does not deactivate active
rules on Client nodes. To do this, you must either clear the data flow(s)
and redistribute the rules before uninstalling, or uninstall the Clients
individually.
Operating System Specific Behaviour:
OS Note
Linux and AIX Completely removing HDID from a Linux or AIX machine is straight
forward. Enter the following commands and follow the on-screen
instructions:
/opt/Hitachi/HDID/uninstall
rm -rf /opt/Hitachi/HDID
Windows Completely removing HDID from a Windows machine involves

significantly more work, due partly to the additional functionality
available on Windows nodes. Follow the steps listed below.
Procedure
1. Make a note the path for the install directory and any repositories or
ISMs. These will be required later if you wish to completely remove all
traces of the installation and do not want to retain backup data retained
in the repositories.
2. From the Start menu run Uninstall Hitachi Data Instance Director.
Alternatively, navigate to the installation directory and execute the
command uninstall.exe.
A dialog will be displayed asking you to confirm that you wish to proceed.
Running the command uninstall.exe --mode unattended will cause
the uninstall process to proceed without requiring user interaction;
although popups may briefly appear before being automatically
dismissed.
3. Click Yes to proceed with the uninstall process (or No to abort the
process).
A Setup dialog is displayed containing an Uninstall Status bar and
information about what actions are currently being performed.

4. At some point during the uninstallation process you may be presented
with a Warning dialog telling you that any repositories must be
manually deleted. The uninstall process will pause until you click OK.
Manual removal of repositories is covered later on.
5. Eventually an Info dialog will be displayed stating that the uninstall
process is complete. Click OK.
6. Delete any repository directories noted down before uninstalling. Ensure
that there are no files or windows open at these locations or attempts at
deletion may fail.
HDID and its repositories are now uninstalled and you can end the
procedure at this point.
Some artefacts will still remain on your machine. These items are left in
place either to facilitate easier reinstallation or because they remained
after upgrading from an earlier version or from a failed install. If you
want to remove these artefacts, then continue with the following steps:
7. Delete the HDID installation directory tree noted down before
uninstalling. Ensure that there are no files or windows open at this
location or attempts at deletion may fail.
8. A hidden directory HDID-RecycleBin may remain in the root directory.
This can be removed.
9. Delete the Bitrock installer log files bitrock_installer.log and
bitrock_installer_<nnnn>.log normally located in C:\Users
\Administrator\AppData\Local\Temp
10. Open the Windows Registry Editor from the Start > Run... dialog by
entering regedit.exe in the Open: field.
The Registry Editor window is displayed. Alternatively use the reg
delete command from within a Command Prompt.
11. Carefully delete the following registry keys:
Caution: Incorrectly editing the Registry can cause the operating

system to become unstable or stop working. Exercise extreme
caution when performing this step.
• HKEY_LOCAL_MACHINE\SOFTWARE\Cofio Software
• HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cofio Software
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services
\CofioHub
\dcefltr
\sdrefltr
• HKEY_LOCAL_MACHINE\SOFTWARE\Hitachi Data Systems\Hitachi
Data Instance Director

12. Confirm that the dcefltr and sdrefltr filter drivers are no longer
installed on your system by entering the commands sc query dcefltr
and sc query sdrefltr.
You should see the following output in response to both commands:
The specified service does not exists as an installed
service.
Occasionally an uninstallation may fail to complete successfully. In this

situation there are a number of things that can be done before retrying:
• Ensure any files or folders that can block the uninstallation are closed.
• Reboot the machine to return it to a known, stable state.
• Reinstall HDID over the existing partially uninstalled version. In most
cases this will allow an uninstallation to be successfully re-performed.

Glossary
A
Archive
A copy that is created for long-term retention.
Asynchronous journalling
Transactions are written to disk and also placed in a journal log file, to
protect against data loss in the event of a system failure. Transactions
from the log file are sent to the destination machine.
Asynchronous replication
Transactions are held in memory before being sent over the network. If
the network is unavailable then transactions are written to disk and sent
to the destination machine when the connection is re-established.
Asynchronous replication is optimal for connections with sporadic
efficiency.
B
Backup
A copy that is created for operational and disaster recovery.
Bandwidth throttling
Used to control when and what proportion of available network bandwidth
is used by Data Instance Director for replication.
Batch backup
A process by which the repository is updated periodically using scheduled
resynchronizations. This method involves a scan of the source machine's
file system, but only the changed bytes are transferred and stored. This
method is useful for data that does not change often, such as data
contained on the operating system disk. Linux based source nodes are
only able to perform batch backups. See CDP below.
Glossary 41
C
Clone
An operation where a copy of the database is created in another storage
location in a local or remote site.
Continuous Data Protection (CDP)

A method of capturing the state of a file system in near real time. CDP
shares much of the functionality of Live Backup, except that RPO is
measured in minutes, data is retained for a much shorter period of time
and is not indexed by the MDS. Typically, CDP and Live Backup are used
in conjunction. CDP is only supported on source nodes running the
Microsoft Windows operating system.
D
Data flow
Identifies the data sources, movers and destinations participating in a
backup, along with interconnection paths between them. Policies are
assigned to each node to determine what type of data is backed up.
Data source
A machine hosting a file system or application where the HDID client
software is installed.
Deduplication
A method of reducing the amount of storage space that your organization
requires, to archive data, by replacing multiple instances of identical data
with references to a single instance of that data.
Destination node
A machine that is capable of receiving data for the purposes of archiving.
This machine might be the Data Instance Director Repository, a mirror, a
tape library, cloud storage or tiered storage.
G
Groups
Within the Node Manager window, you can assign multiple machines to
one or more groups. Then, within the Data Flow window, you can assign
policies the nodes within these groups en-mass.
42 Glossary
L
License key
A unique, alphanumeric code that is associated with the unique machine
ID that is generated during the Data Instance Director installation. The
license key must be activated in order to use the software.
Live backup
A backup technique that avoids the need for bulk data transfers by
continuously updating the repository with changes to the source file
system. This is similar to CDP but with longer retention periods and RPOs
being available. Live backups perform byte level change updates whereas
batch backups perform block level change updates.
M
Master node
The machine that controls the actions of other nodes within the Data
Instance Director network.
Metadata Store (MDS)

Records metadata that describes items that are held in repositories, tape
libraries and Not supported. The MDS supports indexing of stored data,
thus enabling fast searches when locating data for restoration.
Mover
Defines the type of data movement operation to be performed between
source and destination nodes, during the creation of a data flow. Batch
movers perform block level data transfers on a scheduled basis, whereas
continuous movers perform byte level data transfers on a near-continuous
basis. Mirror movers are a specific type of continuous mover used to
create uni- and bi-directional mirrors.
P
Policy
A configurable data protection objective that is mapped to machines or
groups, and to the data management agents that implement the policy.
Multiple policies can be assigned to a single node.
R
Recovery Point Objective (RPO)
The frequency at which a backup will occur. This governs the point in time
to which data can be recovered should a restore be needed.
Glossary 43
Replication
An operation where a copy of the data is created in another local or
remote location automatically.
Repository
A destination node that stores data from one or more source nodes. The
Data Instance Director Repository supports live backup, batch backup,
archiving, and versioning policies.
S
Snapshot (Thin Image)
A point in time copy of the data that is based on references to the original
data.
Source node
Any node (server, workstation or virtual machine) that hosts data to be
protected by Data Instance Director. The source node has an Active Data
Change Agent, which is responsible for monitoring the host file system
and performing the relevant actions defined by the policies. Nodes need
to be configured as a source node if they need to transfer locally stored
data to a destination node, or implement data tracking, blocking and
auditing functions. A node can be both a source and destination
simultaneously.
Synchronous replication
Transactions are transferred to the remote storage device immediately
and the write operation is signaled as completed only once data is
confirmed as written to both primary and secondary volumes.
Synchronous replication is optimal for connections with high efficiency.
44 Glossary
Hitachi Vantara
Corporate Headquarters Regional Contact Information
2845 Lafayette Street Americas: +1 866 374 5822 or [email protected]
Santa Clara, CA 95050-2639 USA Europe, Middle East and Africa: +44 (0) 1753 618000 or [email protected]
www.HitachiVantara.com Asia Pacific: +852 3189 7900 or [email protected]
community.HitachiVantara.com

HDID Manual

Uploaded by

Copyright:

Available Formats

HDID Manual

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

HDID Manual

Uploaded by

Copyright:

Available Formats

Hitachi Data Instance Director

Quick Start Guide

No part of this publication may be reproduced or transmitted in any form or

Some of the features described in the Materials might not be currently

Notice on Export Controls. The technical data and technology inherent in

Hitachi is a registered trademark of Hitachi, Ltd., in the United States and

AIX, AS/400e, DB2, Domino, DS6000, DS8000, Enterprise Storage Server,

2 Installation and license activation.........................................................17

□ Conventions for storage capacity values

□ Accessing product documentation

< > angle brackets Indicates variables in the following scenarios:

[ a | b ] indicates that you can choose a, b, or nothing.

{ a | b } indicates that you must choose either a or b.

This document uses the following icons to draw attention to information:

Icon Label Description

Note Calls attention to important or additional information.

Tip Provides helpful information, guidelines, or suggestions for performing

Caution Warns the user of adverse conditions and/or consequences (for

Conventions for storage capacity values

Physical capacity unit Value

1 kilobyte (KB) 1,000 (10 3) bytes

Logical capacity unit Value

1 block 512 bytes

Accessing product documentation

Hitachi Vantara Community is a global online community for Hitachi Vantara

□ About Data Instance Director

□ Features and benefits

HDID supports a wide range of data storage targets, including repository,

The different node types are:

• Client Node: A machine that participates directly in a data protection data

A machine can be simultaneously designated as multiple node types. Thus a

Features and benefits

□ Hitachi block and file prerequisites

□ How to install HDID on Windows, Linux, Solaris or AIX

□ How to install HDID on a Windows cluster

□ How to remotely upgrade HDID client nodes

□ How to upgrade to HDID version 6.0

□ How to configure a third party firewall for HDID

□ How to configure addresses for nodes on multiple networks

□ How to configure a server side SSL certificate

□ How to Add a License

□ How to uninstall HDID

Installation and license activation 17

2. Host Based refers to data protection technologies implemented using

3. Hardware Storage Based refers to data protection technologies

Hitachi block and file prerequisites

18 Installation and license activation

Installation and license activation 19

Note: Operating System Specific Requirements:

Access to Hitachi File requires:

How to install HDID on Windows, Linux, Solaris or AIX

Before you begin

20 Installation and license activation

We recommend that Linux source nodes have a Logical Volume Manager

pkg install gcc-45-runtime

Installation and license activation 21

It is only possible to install the HDID Client on an AIX node. We recommend

where m is the major and n is the minor version number.

Tip: When upgrading along a supported version upgrade path,