How to backup and restore the Data Insight Indexer node
book
Article ID: 100046233
calendar_today
Updated On:
Description
Backing up and restoring the Data Insight Indexer node
You must mandatorily backup the nodes that serve as the Indexer roles in a Data Insight deployment.
To back up the Data Insight server with Indexer role
- Log in to the server with the Indexer role.
- Backup the entire
$data folder using backup tools such as Veritas NetBackup. The backup software should be capable of taking Volume Shadow Copy/Snapshot based backups. If your backup software does not have such a capability, you must stop all Data Insight services before backup, to avoid incomplete backup due to locked files.
To restore the Indexer node
- Install the operating system. Use the same version, host name (recommended for ease of configuration), and architecture as was installed before the backup.
- Install the same version of Data Insight that was installed before the backup.
- Select the option to install the Indexer and Collector role while installing Data Insight. If installing Data Insight on a Linux server, select the option to install Indexer.
- Specify the original location of the
$data directory as the previous install. By default, the $data directory is located at C:\DataInsight\data.
- Clear the Launch worker node registration wizard after exit checkbox. You do not need to register the worker node at this time as the registration information is already present in the data that you have backed up.
- Complete the installation. Do not start the services at this time; clear the Start services now option when the installer prompts for it.
- Delete the
$data folder that is created as a part of the new installation and copy the backed up data to this location.
- Start the Data Insight services, which include DataInsightComm, DataInsightWatchdog, and DataInsightConfig.
- Check the status of the services and ensure that they come to running state.
Successful start of all services indicates that the Indexer node is successfully restored.
To restore the Indexer node with a different host name or IP address
- Repeat steps 1 through 6 as described in the section, Restoring the Indexer node.
- Edit
$data/conf/.conf and enter the new server name.
- Open the file,
$data/conf/config.db. (N being the latest version of config.db) in an SQLITE editor.
Update the node_name and node_ip columns in node table only the host name on both the node_name and node_ip Columns on the new server:
- Run the following SQL updates:
Update node set node_name='<new node name>' where node_name='<prev node name>';
update node set node_ip='<new node name NOT ip Address>' where node_ip='<prev node name NOT ip address>';
- Log in to the Management Server and stop the DataInsightComm, DataInsightWeb, and DataInsightConfig services.
- Perform 3 on the Management Server.
- Open a Windows command prompt and run the following command to increment the version of the config.db file that was changed in 2
\DataInsight\bin\configdb -O -J inc_conf -j inc_conf
- Start all Data Insight services on the Management Server.
- On each worker node, except the Windows File Server agents, stop DataInsightComm and DataInsightConfig services.
- If this node is a Collector for one or more Windows File Server agents, log in to each Windows File Server, stop the DataInsightComm and DataInsightConfig services.
Perform step 3 on the worker node's config.db.N
- Start the DataInsightComm and DataInsightConfig services on the Indexer and all other worker nodes where configdb.N was changed. Ensure that the worker nodes show online on the Data Insight Management Console.
Selecting the backup and restore order
To maintain consistency in the configuration data during backup, the backup Data Insight components in the following order:
-
Nodes with Indexer role
-
Management Server
Restore the Data Insight components in the following order:
-
Management Server
-
Nodes with Indexer role
Issue/Introduction
How to backup and restore the Data Insight Indexer node
Was this article helpful?
thumb_up
Yes
thumb_down
No