I could not find a NetBackup command that exactly matches what you need, although bpplsched command allows admin to "add, delete, or list NetBackup schedules".

However, I think you can consider this... all the policies and schedules are in ASCII text under /usr/openv/netbackup/db/class, such as:

[/usr/openv/netbackup/db/class/bkup_dsu_1]
# ls -l
total 48
-rw------- 1 root root 122 Feb 6 11:23 clients
-rw------- 1 root root 5 Mar 23 15:14 includes
-rw------- 1 root root 919 Mar 23 15:14 info
drwxr-xr-x 4 root root 96 Feb 16 12:50 schedule

[/usr/openv/netbackup/db/class/bkup_dsu_1]
# ls -l schedule/
total 0
drwxr-xr-x 2 root root 96 Feb 16 12:50 Daily_Incr
drwxr-xr-x 2 root root 96 Feb 16 12:50 User

[/usr/openv/netbackup/db/class/bkup_dsu_1]
# mv schedule/Daily_Incr schedule/test1

[/usr/openv/netbackup/db/class/bkup_dsu_1]
# ls -l schedule/
total 0
drwxr-xr-x 2 root root 96 Feb 16 12:50 test1
drwxr-xr-x 2 root root 96 Feb 16 12:50 User

You can write a simple script to rename the schedule directory names, such as the example above that I renamed "Daily_Incr" schedule to "test1".  I refreshed the Admin GUI and verified the rename was successful.

 There is no command available to change the schedule name of an existing schedule.
bpplsched and bpplschedrep are two commands deals with schedules.

bpplsched - to add, create and list the schedule for a policy
bpplschedrep - to modify schedule attribute, but it requires a policy and schedule name.

If you are not looking for adding a new schedule but to change the name of existing schedule, your best option is to manually rename the schedule name in catalog, you can put this in script to automate.

mv <install_path>/db/class/schedule/<schedule_name> <install_path>/db/class/schedule/<new_schedule_name>

If you are running NetBackup with the newer versions of 6.x then I would advise not messing with the files in the db area. The new scheduler nbpem is kind of flakey (technical term) and may cause you problems. I would do it through the GUI (gasp....)

you are right  it will time consuming but I agree with Bob.  one quick way of doing it would be to select the schedule tab under summary of all policy but again this is manual way of doing it and you don't need to change this per client  (u mentioned 1000) unless each client has its own policy.

A schedule can be added or deleted, it cannot be updated or renamed.

You can do the changes in db/class folder but you are going to take a chance aginst netbackup.

So if symantec is going to add any option to update the policy through command linet have to wait and see.

You could create a new schedule with the correct name and then copy and paste it in to each policy and delete the old one. I have had to do this a few times but it is a bit tedious!

hope this helps!

could we rename by stopping the netbackup services. nbpem would not be running. would this cause any problem. yes i agree with Bob. but nbpem daemon will check for updates for every 10 minutes(default). so this means we can make changes. Link for more deatils:

http://seer.entsupport.symantec.com/docs/278492.htm

any suggestions.

Allthough the technote sounds promising, I have had changes ignored completely by netbackup until all Netbackup services were shut down and restarted. I have deleted a client from a policy via the GUI, verified the client was not in the client listing in the GUi and also absent from /usr/openv/netbackup/db/class/$POLICYNAME/clients file AND still netbackup would attempt to backup the client. I then ran nbpemreq -updatepolicies and still Netbackup attempted to back up the client. I finally stop/started NetBackup and that fixed it. I guess there must be some schedule table that needed to be flushed and rebuilt by the bounce? I dunno. FLAKEY is my response :-)

whats this FLAKEY? thats the big question now?

LOL
Sorry, it is a general word used to describe unconventional or weird acting occurrences. It's american slang. I said it was a "technical" word because people who call the help desk use it all the time when they are asked what is wrong with their server, application, etcetera. 

I don't know its origin. it's just a fun word we throw around when we really don't know what is wrong :-)

Inspite of renaming 1000 clients, modify in one policy and copy the schedule and paste it for thousand clients from GUI.

Might not be good, but a suggestion.

Raghuraam

Copying the schedule from GUI will be greyed out when you try it.

Copying the schedule is not possbile from GUI.

Copy is greyed out but Copy to New is permitted.

Are you talking semantecs?

"Copy" and "Copy to New" uses the same buffer to store it.

The "cut" "copy" "paste" you see are just there due to multiple functionality of that menu outside of copying and pasting schedules.

I'm agreeing with you Bob 

I think Sriram saw Copy & Paste are greyed out, which is also true.

I guess I did come across a little teensy bit on the edge. I'm sorry :-)

man, I wish it were Miller Time.

I'm using 6.5.3, not in single desktop but in 5 desktops.  When you go clicnk policies from the left pane and drop down the policy in the right pane and right click the schedule and i see only greyed out COPY and greyed out PASTE

BIG WHY?