Command Server Database Backup / Restore Procedure:

In anticipation of a catastrophic failure, you should always protect your NovaStor DataCenter command server, as this contains the database required to browse and track your backups.

 

The following steps are critical in creating a backup job to protect your backup server:

 

1. Create a disk pool for the exclusive purpose of holding only the NovaStor DataCenter database, for ease of recovery. It is recommended to configure a 3-day retention of this database for data integrity.
   
   NOTE: ONLY use this pool for your NovaStor DataCenter Disaster Recovery Backup job!
   
   
   
   
    
2. Configure some method of replication offsite or in the cloud of this storage pool so you can recover it in case of disaster.
    
3. Configure the backup job to use the pool that was created exclusively for this purpose with the Fileset containing the “NovaStor” folder in ProgramData and Program Files:
   
   C:\ProgramData\NovaStor\*
   
   C:\Program Files\NovaStor\*
    
4. Create a backup job to capture the NovaStor software installation locations:
   
   
   
   
   
   
   
   
   
   NOTE: Make sure to NOT configure Multiplexing and splits on this job, as it makes it almost impossible to restore later.
    
5. It is recommended that the backup be performed after all other critical data backups and Retention operations have completed:
   
   
   
   

 

Restore Procedure:

1. Retrieve the DBDR (or NSDR) pool you have backed up with the software, it will contain some .sv files you will need to perform a direct restore of the data from.
2. Install the software onto the new machine just as before. No settings or special options needed just a Next, Next, Next, Wait......
3. Follow the procedure to perform a direct restore of the latest sv file in this pool.
   
   https://support.novastor.com/hc/en-us/articles/360005856213--Guide-DataCenter-Direct-Restore-from-SV-file

• You can also use the simple_restore.cmd script to do this, simply copy the script into the folder that contains your .sv backup file

 

File copy/overlay (not using DataCenter .sv files)

This is the procedure to manually backup/restore the DataCenter/Network command server before/after a full system reinstall. 

 

NOTE: This is also the same procedure you would use if you migrate from one machine to another, I.E. Physical machine to Virtual Machine.  If migrating the Command Server to a new or replacement machine, you would need to make sure that the new machine has the exact same computer name and domain name as prior, the IP address could be different, but the computer name has to be exactly the same as the old Command Server machine.  You would need to make sure that the old Command Server machine is renamed or taken offline.  A special mention and a caveat for this is below, for instance in case your original Command Server machine was a Domain Controller that cannot easily be renamed to support moving your Command Server node to another new machine (which requires the machine name to match the original CmdSrv machine):

One caveat and requirement to doing this is that the new machine you want the CmdSrv to be on HAS to contain the same computer name exactly as it did prior, if it does not then things won't work.  If the original CmdSrv node computer was joined to a domain and is called "CMDSRV1.mydomain.local" then the new machine has to be the same, it only cares about the first part of the name however for this requirement, so for instance if you are unable to rename the original CMDSRV1 machine on the domain to get it renamed to CMDSRV2, or CMDSRV_old, to then be able to rename the new machine that is also joined to the same domain to be named "CMDSRV1.mydomain.local", then you COULD in that case have the new physical server joined to WORKGROUP and not the domain, and in that case you will be able to name it "CMDSRV1" without renaming the original CmdSrv node.  When you go to name the computer, it will take issue with the fact if CMDSRV1 on the domain already exists, but not if the new machine is in a WORKGROUP, it does not care that there are two CMDSRV1 machines active, so it will allow naming that way on the new machine if absolutely needed to do so.  I would try to rename the original machine to be different before attempting to rename the new machine to the same way, but there are cases where some customers installed DataCenter Command Server on a Domain Controller so renaming the machine is not feasible to do in that case as it will break all AD functionality in that very specific case.

 

 

 

The process to backup and restore to a new install is a very simple process. 

 

 

**** Be sure you have the installer for the same version currently installed before starting the backups. ****

  

**** Installing any upgrade before backup would be a good idea to ensure the versions match. ****

 

Before doing the migration you will need check where your media pools are storing the backup data. This can be found on the Storage Management tab of the GUI. Each Media Pool will have a path to its storage location. 

• If these locations are on a NAS device or some other network location, I.E. \\device\storage\Backups, then there is no need to worry, as that path will be the same as it currently is. 
   
• If you are using a local storage location, i.e. D:\Backups, then you will need to make sure to copy all data in these folders to an external location, or all backup data will be lost.

• You will also need to be sure to recreate the same local drive partition structure after refresh so the data can be copied back to the same path it is currently configured to look for in the Database (i.e. D:\Backups).

 

Procedure: 

1. Identify the version of the DataCenter Command Server that is installed currently on the production Command Server machine.  You will need to have the original CmdSrv*.exe installer for that version downloaded.  Contact the DataCenter Support team by creating a ticket, if you do not have the particular version download, as you will need it in step 5.
2. Stop all "NBK DC *" or "NovaStor DC *" services on the Command Server machine (You can use the Stop.bat or Stop.ps1 file attached or create your own, see below).  Once all of the services are stopped:
3. Copy the C:\ProgramData\NovaStor\DataCenter folder from the original Command Server machine, to backup it up into a zip file and copy that somewhere externally.
4. Copy the C:\Program Files\NovaStor\DataCenter folder from the original Command Server machine, to backup it up into a zip file and copy that somewhere externally.
   
   
   
   **** At this point your database has been copied and is able to be restored to this point in time later or used to migrate the Command Server to a new machine, as detailed below. ****
    
5. Install the same version of the Command Server software onto the new machine just as before. No settings or special options needed just a Next, Next, Next, Wait......
6. Once the Command Server install is complete:  Stop all of the DC services again. (You can use the Stop.ps1 file attached or create your own, see below).
    
7. Copy the previously backed up folders to their original locations (Program Files and ProgramData) and overlay the current data. If you are concerned, rename the newly created folder and copy the old here.
   
   
   
   **** If needed, copy any moved backup data to their original path (i.e. local storage). Disregard if you store data on a network location. ****
    
8. Once the Program Files and ProgramData folders are overwritten as performed in Step 7, you will now install the same version of the Command Server one more time, on top of the existing, using the same version of the CmdSrv*.exe file, which is the same version that was performed in Step 5.
9. Start the DC services and launch the GUI. (You can use the Start.bat or Start.ps1 file attached or create your own, see below).
10. Finally, confirm that the GUI is able to load, and you are able to see your old data, such as your old backup jobs, logs, disk pools, etc.

 

Batch Scripts to stop/start services

 

Stop.bat is a batch script to stop NBK DC services.

sc stop "nbksrv"

sc stop "DerbyDB"

sc stop "hijacc"

sc stop "hiserv"

sc stop "mpx"

sc stop "OpenEJBServer"

sc stop "rcmd-dispatcher@port:32335"

sc stop "rcmd-executor@port:32334" 

sc stop "DCWebserver"

 

 

Start.bat is a batch script to start NBK DC services.

 

Start.ps1

 

sc start "nbksrv"

sc start "DerbyDB"

sc start "hijacc"

sc start "hiserv"

sc start "mpx"

sc start "OpenEJBServer"

sc start "rcmd-dispatcher@port:32335"

sc start "rcmd-executor@port:32334" 

sc start "DCWebserver"

 

 

PowerShell Scripts to stop/start services

Stop.ps1 is a PowerShell script to stop NBK DC services.

"nbksrv", "DerbyDB", "hijacc", "hiserv", "mpx", "OpenEJBServer", "rcmd-dispatcher@port:32335", "rcmd-executor@port:32334", "DCWebserver" | %{ stop-service $_ }

 

Start.ps1 is a PowerShell script to start NBK DC services.

"nbksrv", "DerbyDB", "hijacc", "hiserv", "mpx", "OpenEJBServer", "rcmd-dispatcher@port:32335", "rcmd-executor@port:32334", "DCWebserver" | %{ start-service $_ }

 

 

Tips & Tricks from us to you

• Try utilizing a Task Scheduler entry to run a RoboCopy script to create a spare copy of the C:\ProgramData\NovaStor & C:\Program Files\NovaStor folders and zip them with the current date (if you wish)

• You can then have a Cloud sync program target these copies to have it offsite in case of failure (i.e. Google Drive, Dropbox, OneDrive, Amazon Drive, etc.)