Slow backup Issue

Networker slow backup issue

We are facing slow backup issue many times or previously added clients suddenly slow backup issue occurs. This is either because of Network glitch at server end and on client side or configuration issue at both ends.

Scenario 1:

Network End: -

Below points should always be taken care off:

·         You should be always aware about link speed between your backup server and backup clients

·         Any network or data capped is configured as switch end

·         All network cards and switches have the same Duplex, Speed, MTU and other settings

·         Also, check latency between your backup server and backup client

·         Analyze network performance or problems with netstat

Scenario 2:

Client End: -

Below points should always be taken care off:

·         Check data size and number of files in your drives (hundred thousand or millions) of small files.

·         If you have small size huge files, then backup speed will be automatically degrading. (If you have D drive with 100 GB and 400 files but you have other drive E with 50 GB and 5000000…then E will take more time to backup)

·         Defragmented disk drives

·         Make sure that the OS is up-to-date with latest patches

·         Also, check the load on server with Task Manager

•             Networker should be up to date with latest version

·         Reboot the NetWorker server, client, and storage node operating systems.

Scenario 3:

Backup Server End: -

Below points should always be taken care off:

·         Check if any Index is corrupted

·         Check if any defunct or zombie process is related to that client

·         Check if check point enabled, disabled if not require (for file server and huge data backup it should be enable so if save fails, it can be restarted from the point of interruption). This setting is tricky you will decide as per your data type.

·         Monitor and check the device write speeds over time through NetWorker debug mode

•                  Ensure enough hardware resources (that is, tape drives) are available to handle the load.
•                 Networker should be up to date about version
•                Also, check Device configuration in terms of device session max session and target session

·         With help of nsrinfo command check the what kind of data backing up on your environment (Database, any other ongoing application). If you are taking flat file system backup with ALL save set, then you should be alert about any database or SharePoint or ongoing file access application data backup.

·         If you are backing up SQL/DB/MYSQL/SharePoint server backup using ALL save set and without any respective module (means your database backup are take care differently other than Networker) and it will be taking long time to backup up the data. Here you should mention save set of backup if you do not want to backup the any DB/Application servers (with Module)

·         Rebooted the NetWorker server, client, and storage node operating systems

Note : While trouble shooting the slow backup issue you should always coordinate with Network/Server admin and also historical logs should be checked.

How to check validcopies in NetWorker 9 with mminfo

How to check validcopies in NetWorker 9 with mminfo:

In your backup environment data clone going to a disk media, I suspect that we are rarely will see a save set with clflg mminfo attributes. The reason is that 'faulty/aborted' save sets will automatically be deleted.

If you want to know whether a save set has successfully been cloned you better check with 'validcopies' mminfo attribute:


mminfo -r "client,name,ssid,validcopies,pool"

or to verify all save sets with only one copy

mminfo -q "validcopies<2" -r "client,name,ssid,validcopies,pool"

Browse and retention time raised Script for multiple SSID

Today I would like to explain How Browse and retention time period extend by Script for multiple SSID

bash-$ mminfo -avot -q "savetime>=02/01/2016,savetime<=03/31/2016" -r client,ssid,group,ssbrowse,ssretent >ssid.txt 2>&1

Select the respective SSID which need to extend and put in to one text file ssid-re.txt. After that run the below script for extend the Browse and retention period;

Today Date : 04/01/2016

bash-$ for i in `cat ssid-re.txt`; do sudo nsrmm -S $i -e "6 months" -y; done

bash-$ for i in `cat ssid-re.txt`; do sudo nsrmm -S $i -w "6 months" -y; done

You will get the error browse time should be less than retention time.

You should mention commands like as 

for i in `cat ssid-re.txt`; do sudo nsrmm -S $i -w "Sun Feb 28 06:16:05 2016" -y; done

After extended the both policy verify it.

for i in `cat verifyssid.txt`; do mminfo -q ssid=$i -r 'client,ssid,sscreate,ssbrowse,ssretent' >>output.txt; done