Docu33355 White Paper EMC Documentum XPlore Disaster Recovery Using EMC NetWorker - Best Practices Planning
Docu33355 White Paper EMC Documentum XPlore Disaster Recovery Using EMC NetWorker - Best Practices Planning
Docu33355 White Paper EMC Documentum XPlore Disaster Recovery Using EMC NetWorker - Best Practices Planning
Abstract
The objective of this white paper is to describe the architecture and procedure for configuring EMC®
Documentum® xPlore disaster recovery using EMC NetWorker ®.
January 2011
Copyright © 2011 EMC Corporation. All rights reserved.
EMC believes the information in this publication is accurate as of its publication date. The information is
subject to change without notice.
THE INFORMATION IN THIS PUBLICATION IS PROVIDED “AS IS.” EMC CORPORATION
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 EMC software described in this publication requires an applicable
software license.
For the most up-to-date listing of EMC product names, see EMC Corporation Trademarks on EMC.com
All other trademarks used herein are the property of their respective owners.
Part Number h8144
Introduction
Enterprise content management has become a key component for global companies to conduct business
efficiently. A powerful search is one of the critical requirements; metadata searches as well as full-text
searches of the content itself fulfill these requirements. This white paper describes EMC® Documentum®
xPlore disaster recovery and gives detailed setup examples using EMC NetWorker® 7.6.
Audience
This paper is written for IT staff who are considering how to back up and restore Documentum xPlore
using NetWorker.
xPlore is a multi-instance, scalable, high-performance, full-text index server that can be configured for high
availability and disaster recovery. xPlore provides command-line utilities for backup and restore.
The focus of this white paper is on integrating NetWorker with xPlore to achieve disaster recovery.
Architecture description
You can negatively impact performance if you concentrate content processing, indexing, and query
activities on a single instance in a large xPlore deployment with a high volume of documents to index. To
improve performance, set up multiple secondary xPlore instances on the same machine or on different
machines. This distributed configuration improves performance by enabling parallel index processing.
Multi-instance deployments are best used where large volumes of data are indexed and searched and high
performance is required. In this specific deployment, two instances (the primary and one secondary) are
deployed.
The following diagram shows the topology for the components and connections.
Host: ContentServer
Host: Networker
Host: Database
Docbase1
Networker Server
DB
Docbase2
Networker Client
Host: Secondary Node
In this deployment:
There is one connection broker and two repositories (Docbase1 and Docbase2).
For the xPlore deployment, two hosts are deployed: one hosts the xPlore primary instance and the
other one hosts the secondary instance. On the primary host, an index agent is deployed and used by
Docbase1 while the index agent on the secondary host is used by Docbase2.
For details on deployment of multi-instance xPlore, please refer to the EMC Documentum xPlore
Deployment Guide.
NetWorker Server is deployed on a separate host where the NetWorker server, NetWorker console,
and NetWorker storage reside.
An EMC NetWorker client is installed on each xPlore host. For details on installing NetWorker, please
refer to the EMC NetWorker 7.6 Installation Guide.
1. Pre-processing (optional)
2. An xPlore backup with the xPlore command line (only required when using native-xDB backup)
3. A NetWorker backup
4. Post-processing (optional)
An xPlore backup is only required when performing a native-xDB backup. xPlore backup commands are
used to generate a dump file based on the current xPlore data files, log files, and configuration files.
NetWorker backup is to back up the xPlore files or the dump file generated by xPlore native backup with
NetWorker command line or console.
Post-processing is required for cold and warm backups to resume the xPlore application or service after the
backup has completed. In many cases, it also cleans up the files that have been backed up to NetWorker
storage.
The following table lists the typical backup scenarios. See the “Supported backup technologies, levels, and
techniques” section for explanations of the individual backup technologies, levels, and techniques.
Note: Restore is not included with the listed backup scenarios since it does not require automatic execution with
NetWorker as is required for backup scenarios.
File backup
NetWorker directly backs up specified xPlore files. Hot backup is not supported in this scenario because
indexing during the backup process could change these files and make the backup inconsistent.
2. Create a new client in the xPloreBackup group, specify a Save set, and add at least the /config,
/data, and /dblog directories to the save set.
3. Create a device based on a Windows folder, C:\backup, and set Media type to file.
Note: These steps are required for every backup scenario in which NetWorker is used as the backup application.
Since you are configuring a cold backup, you must shut down xPlore and the index agent manually before
the backup. Otherwise, at the scheduled start time, NetWorker automatically starts to back up the three
specified xPlore directories.
Note: If you are performing a federation restore, clean up all xPlore data, configuration, and log files before
performing these steps.
1. On the NetWorker client machine that hosts the xPlore primary instance, execute this command
syntax on the NetWorker command line to connect to the NetWorker server:
For example:
add C:\xPlore\config
add C:\xPlore\data
add C:\xPlore\dblog
recover
4. Start xPlore.
Native-xDB backup
In a native-xDB backup, NetWorker is configured to call a customized script. The following steps describe
the overall process:
1. On the NetWorker client machine (for example, the xPlore primary node), create a NetWorker
command-line script file (*.bat/*.sh) to suspend the disk and back up the files.
2. On the NetWorker console, on the client’s Properties page, select the Apps & Modules tab and
input the name of the script file in the Backup command field.
With this configuration, when the group starts a backup, the NetWorker server calls the script file
instead of the default backup method.
@echo off
setlocal
set XHome=C:\xPlore\dsearch\xhive\admin
set CLASSPATH=%XHome%\activation.jar;%XHome%\ant.jar;%XHome%\ant-
launcher.jar;%XHome%\aspectjrt.jar;%XHome%\commons-codec-
1.3.jar;%XHome%\commons-httpclient-3.0.1.jar;%XHome%\commons-logging-
1.1.jar;%XHome%\commons-pool-1.4.jar;%XHome%\debugtools.jar;%XHome%\dsearch-
client.jar;%XHome%\dsearch-install.jar;%XHome%\dsearch-utils.jar;%XHome%\jaxb-
api.jar;%XHome%\jaxb-impl.jar;%XHome%\jline.jar;%XHome%\log4j.jar;
The following sample script executes a native-xDB federation backup. In this script, an xPlore backup
command is executed before performing the NetWorker backup and before setting the post-processing that
deletes the xPlore backup dump files.
#!/bin/bash
This sample script executes a domain backup. The domain must be specified.
#!/bin/bash
This sample script executes a collection backup. The collection and its associated domain must be specified.
#!/bin/bash
Volume backups
Volume backup is supported only in Linux. The dd command is used to back up a physical or logical
partition.
Note: Because the dd command generates a considerable amount of data and the backup can be quite slow,
volume-based backups should be considered only after you have determined that file and native-xDB backups do
not meet your requirements.
To begin the backup using the dd command, stop the nfs service and unmount the device to keep the disk
in a no-access state in case of a cold backup.
NetWorker backs up the file exported by the dd command to a NetWorker storage location. For a volume-
based backup, NetWorker must use the customized backup script located on the xPlore primary host.
The dd command is also used to restore the backup. Before restoring from the volume-based backup, you
must first stop the nfs service and unmount the device.
#!/bin/bash
# NetWorker backup CL
save "$@" /mnt/sdb/coldnw.image
export XHOME=/root/xPlore/dsearch/xhive/admin
export CLASSPATH=$XHome\activation.jar;$XHome\ant.jar;$XHome\ant-
launcher.jar;$XHome\aspectjrt.jar;$XHome\commons-codec-1.3.jar;$XHome\commons-
httpclient-3.0.1.jar;$XHome\commons-logging-1.1.jar;$XHome\commons-pool-
1.4.jar;$XHome\debugtools.jar;$XHome\dsearch-client.jar;$XHome\dsearch-
install.jar;$XHome\dsearch-utils.jar;$XHome\jaxb-api.jar;$XHome\jaxb-
impl.jar;$XHome\jline.jar;$XHome\log4j.jar
Conclusion
This white paper describes the methodology for backing up xPlore using EMC NetWorker, which is a
popular enterprise backup software. This white paper focuses on the integration between xPlore backup and
NetWorker backup.