Skip to main content
Question

What naming conventions do you use for schedules? Looking for inspiration

  • June 11, 2026
  • 2 replies
  • 11 views

mateusznitka
Explorer
Forum|alt.badge.img+7

Hi,

I'm curious about your standards and strategies for schedules/schedules policies names (I'm not using plans). I saw this topic: What is your naming convention for schedule policies? | Community but maybe someone has fresh idea.

We have VMs, DBs, FS and more. We have about 80 schedules. For a long time we were using something like:

  • DC1-VM-I_I_I_I_I_F_N-21:00 which means: Location, VMs, Mon-Fri Incremental, Saturday Full, Sunday none, 9 PM

another example:

  • MSSQL-N_SF_N_SF_N_F_N-21:00-LOGS_4H - I think it's clear (SF - Synthetic Fulls, makes no sense here but it’s just example)

But in reality, including DC name doesn't make much sense. There was also no good way to include the incremental backup time if it was different from the full backup time. And it turned out to be better to keep logs in separate schedule policy because it's easier to resue.

Now I'm thinking about something like:

  • VM / Inc Daily / Full Sat 21:00

  • MSSQL / SFull Tue, Thu / Full Sat 21:00

  • MSSQL / Logs 4h

I think it's much easier to read. The Downside is that you can't easily include information like "no backup on Sunday" without hurting readability.

Another thing: it would be nice to have these schedules numbered somehow, because when associating a schedule policy with a subclient, they appear in alphabetical order. Ideally, I'd like all full backups to be grouped by time order instead.

Share your ideas. It's not the most important thing, but I like when everything is intuitive and easy to use.

2 replies

Forum|alt.badge.img+17
  • Vaulter
  • June 12, 2026

Hi ​@mateusznitka ,

Below is standard naming convention referred for schedules.
 

  • Use a consistent format:
    <Environment>_<Service/App>_<Task>_<Frequency>_<Time>

  • Include environment prefix:
    PRD, DEV, UAT, TST

  • Clearly describe the task:
    Example: Backup, Cleanup, DataLoad

  • Include how often it runs:
    Daily, Hourly, Weekly, 15Min

  • Add time if needed (24-hour format):
    Example: 0200, 2300

  • Keep names short but meaningful

  • Use underscores _ instead of spaces

  • Avoid special characters

  • Follow a consistent naming style (commonly uppercase)

  • Add version or type if needed:
    Example: v2, Incremental

Examples

  • PRD_SQL_Backup_Daily_0200
  • DEV_ETL_DataLoad_Hourly
  • UAT_APP_HealthCheck_15Min

mateusznitka
Explorer
Forum|alt.badge.img+7
  • Author
  • Explorer
  • June 12, 2026

@Pradeep thanks, is this based on some Commvault documentation or internal good practices?

For me including enviroment doesn’t make sense - you can use schedules multiple times and there are not sticked to enviroment.

Why avoid spaces? Even Built-in Commvault schedules have spaces. So is there real reason for that?

Your examples looks nice but there are limited, eg. PRD_SQL_Backup_Daily_0200 does not show when is full backup. And what if full has different start time than inc?

Regards,