09-07-2011 02:24 AM
Hello,
i have a problem with exclude disk Y:\ from backup. Backups everytime includes this disk although I set is as Y:\* or if I exactly defined policy with schedules.
We have applied hotfix NB_6.5.6_ET2206140_2 but is not help us.
http://www.symantec.com/business/support/index?page=content&id=TECH152708
Client:
OS: Windows 2008 | NetBackup: 6.5.6
Master:
OS: HP-UX | NetBackup 6.5.6
Do you have some solution or hint?
THX
Solved! Go to Solution.
10-18-2011 12:11 AM
Problem was solved by installing eebinstaller.2206140.4 provided from Symantec.
09-07-2011 04:25 AM
Setup logging for bpbkar on the client and search through the log file for "EXCLUDE". That should tell you IF NBU even attempted to exclude the drive in the first place.
09-07-2011 07:29 AM
How much data is actually backed up for Y:\ ?
NBU master first generates the streams, and only when it's time for the client to start the actual backup is the Exclude List consulted.
It is therefore perfectly normal for a job to be started for excluded drives/folders, but only a backup size of something like 32 Kb.
09-07-2011 07:55 AM
Y:\* - to me that says do not backup any files in Y but still backup Y
Y:\ - to me says do not backup Y
So try removing the * and see if it still does it.
09-08-2011 01:13 AM
THX you all for yours advices.
- OK, I will create bpkar dir.
- full backup of Y disk has few GB (started manually)
- I have tried to exclude it as Y:\ and Y:\* as well. Not work.
09-09-2011 02:47 AM
from where you are managing the exclude list\
is that from master server gui-->host properties--->clients..<clinet name>
or
from the client registroy
if that is from the master server GUI make sure that that is selected for all policies.. or the policy that you have..
and is that Y drive is local dirve or network mounted...
09-09-2011 03:00 AM
Policy info: bppllist policyname -U
Exclude list info: bpgetconfig -M client -x Exclude
09-16-2011 04:10 AM
Exclude list from client machine:
Exclude = C:\Program Files\Veritas\NetBackup\bin*.lock
Exclude = C:\Program Files\Veritas\NetBackup\bin\bprd.d\*.lock
Exclude = C:\Program Files\Veritas\NetBackup\bin\bpsched.d\*.lock
Exclude = C:\Program Files\Veritas\NetBackup\DB\data\*
Exclude = C:\Program Files\Veritas\Volmgr\misc\*
Exclude = Y:\
Drive Y is local disk which is excluded (for all policies) from master server GUI.
I checked bpbkar logs but there is not any info about exclusion. Verbose level is 0. Should I increase verbose level to show message in bkbkar about exclusion?
There is only:
19:05:10.680: [569716.567424] <2> tar_backup_tfi::setupFileDirectives: TAR - backup filename = Y:\
19:05:10.711: [569716.567424] <2> tar_backup_vxbsa::add: INF - called with 'Y:\'
19:05:10.711: [569716.567424] <4> dos_backup::V_VerifyFileList: INF - UBS Local Type for 'Y:\' --> 10020002
09-16-2011 07:01 AM
In bpbkar VERBOSE logging has little meaning.
To increase logging set General Debug Level = 2.
In Backup Archive and Restore GUI, go to Troubleshooting Tab:
Debug Levels: General = 2.
From the registry set Debug_Level:
HKEY_LOCAL_MACHINE\SOFTWARE\Veritas\NetBackup\CurrentVersion\Config\Debug_Level
Then in bpbkar you'll see this:
GENERAL Log Level: 2
However for this you don't need verbose logging.
The easiest way to test an exclude is to use backup to NUL.
Example:
Exclude list in the registry:
D:\Program Files\Veritas\NetBackup\bin\*.lock
D:\Program Files\Veritas\NetBackup\bin\bprd.d\*.lock
D:\Program Files\Veritas\NetBackup\bin\bpsched.d\*.lock
D:\Program Files\Veritas\NetBackupDB\data\*
D:\Program Files\Veritas\Volmgr\misc\*
J:\
(I didn't have a Y:\ drive so I used J:\)
From a cmd line execute:
bpbkar32.exe -nocont J:\ 1> NUL 2> NUL
Monitor the task manager for the bpbkar process and note the bpbkar32 PID.
Now look for the backup PID in bpbkar log.
If the backup was too quick to open the task manager and get the PID, look for the 'nocont' in the bpbkar log. Then grep out the PID.
Example:
9:45:03.781 AM: [4356.5656] <4> ov_log::OVInit: GENERAL Log Level: 0
9:45:03.781 AM: [4356.5656] <2> WinMain: DAT - lpCmdLine = '-nocont J:\ '
9:45:03.890 AM: [4356.5656] <2> tar_backup_tfi::setupFileDirectives: TAR - backup filename = J:\
9:45:06.046 AM: [4356.5656] <2> tar_base::V_vTarMsgW: INF - Excluded: J:
9:45:06.046 AM: [4356.5656] <2> tar_base::backup_finish: TAR - backup: 0 files
Using bpbkar to NUL to test a backup is quick and easy and doesn't require a policy or a tape or disk storage and doesn't interferre with scheduled backups or creating test policies.
Note:
1> NUL - This is used so that bpbkar does not write a backup file.
2> NUL - This is used so that bpbkar does not write an output file.
If you want to see what bpbkar is writing outside of the bpbkar log set 2> NUL to a file.
Example:
2> C:\temp\output.txt
Example of C:\output.txt
INF - Inform when done
INF - BACKUP START
INF - Open File Backup license is not installed on the server. Open File Backup usage will be disabled.
INF - Estimate:-1 -1
Dfi - 0 0 0 -1 23 292 user other 0 0 0 0 /VRTS_IMAGE_SIZE_RECORD
INF - Total Size:0
INF - EXIT STATUS 0: the requested operation was successfully completed
Note: Be careful with 1> NUL
If this is not NUL then bpbkar isn't writing to the 'bit' bucket and it will generate a backup file. If the file list Y:\ for example is 4TB, then bpbkar will write a 4TB file.
09-17-2011 02:05 AM
bppllist output?
09-21-2011 07:02 AM
I have started test backup (bpbkar32.exe -nocont Y:\ 1> NUL 2> NUL). So, It seems that netbackup was trying make exclusion of disk Y.
Here is result:
15:10:44.758: [469684.356428] <4> ov_log::OVInit: GENERAL Log Level: 2
...
15:10:44.914: [469684.356428] <2> tar_backup_tfi::setupFileDirectives: TAR - backup filename = Y:\
...
15:10:49.946: [469684.356428] <2> tar_base::V_vTarMsgW: INF - Excluded: Y:
15:10:49.946: [469684.356428] <4> tar_backup::backup_add_last_entry_state: INF - catalog message: Dfi - 0 0 0 -1 23 292 user other 0 0 0 0 /VRTS_IMAGE_SIZE_RECORD
15:10:49.946: [469684.356428] <4> Packer::padBuffer(): INF - Padding (1024) bytes with pad value = (0x00000000).
15:10:49.946: [469684.356428] <2> tar_base::backup_finish: TAR - backup: 0 files
09-21-2011 07:11 AM
Was hoping you'd have shared this with us earlier - want to know if you are using ALL_LOCAL_DRIVES & allow mulltiple datastreams in this policy for the reasons stated in Mariannes post.....
09-26-2011 02:55 AM
I can't share all configuration of policy. ... but maybe it will be enough for you. :)
Policy Type: MS-Windows-NT
Backup network drvs: no
Mult. Data Streams: yes
HW/OS/Client: ...
PC-x64 Windows2008 ------
...
Include: ALL_LOCAL_DRIVES
09-26-2011 03:18 AM
.... at least to confirm what Marianne intimated:
"NBU master first generates the streams, and only when it's time for the client to start the actual backup is the Exclude List consulted.
It is therefore perfectly normal for a job to be started for excluded drives/folders, but only a backup size of something like 32 Kb."
With ALL_LOCAL_DRIVES & "Mult. Data Streams: yes" then NetBackup will create a separate stream/job for each local drive before it looks at any exclude lists. So you will always get a job for this local "Y:\" drive no matter what you put in your exclude list.
The only way to get around this would be to stop multiple data streams which will result in only one job (per client) for this policy OR to specify those drive paths that you do require within the backup selection:
e.g.
Backup Selection: ALL_LOCAL_DRIVES & "Mult. Data Streams: no", exclude list Y:\
or
Backup Selection: C:\, Shadow_Copy_Components (etc), E:\, F:\, Z:\ (or whatever), "Mult. Data Streams: yes (or no)" exclude_list not required for Y:\
10-18-2011 12:11 AM
Problem was solved by installing eebinstaller.2206140.4 provided from Symantec.
10-18-2011 04:14 AM