Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. Veritas NetBackup™ for Microsoft SQL Server Administrator's Guide
  3. Configuring backups with SQL Server Intelligent Policy
  4. Schedule backup types for SQL Server Intelligent Policies
Veritas NetBackup™ for Microsoft SQL Server Administrator's Guide

Schedule backup types for SQL Server Intelligent Policies

The Type of backup attribute specifies the type of backup that the schedule controls.

Refer to the following guidelines when you configure schedules:

  • The backup operation is skipped for a specific database if the database recovery model is not supported for the selected backup type. See Schedules and unsupported recovery models.

  • If a differential backup runs and a full backup do not already exist for the database or filegroup, NetBackup can convert the backup to a full backup. Similarly, NetBackup can convert transaction log backups if a full backup does not already exist for the database.

    See About tuning parameters for SQL Server backups.

Table: Schedule backup types for SQL Server Intelligent Policies shows the backup types that you can specify.

Table: Schedule backup types for SQL Server Intelligent Policies

Backup type

Description

Full Backup

A complete backup of the database that contains all of the data files and the log file. (Note that a full backup does not truncate the transaction log.)

Differential Incremental Backup

A backup of the changed blocks since the last full backup. If you configure a differential incremental backup, you must also configure a full backup.

Transaction Log backup

Backs up the transactions that have occurred since the last transaction log backup. After a successful backup, the log is cleared so that new transactions can be written to the file. A transaction log backup can only be performed against a database that is configured to run in the full recovery model.

You can choose to turn off truncation in the Microsoft SQL Server tab. See Configuring high-frequency transaction log backups. If you want to configure transaction log backups to run at a high-frequency, review the recommendations. See Configuring the number of jobs allowed for backup operations.

Configuring high-frequency transaction log backups

Consider the following when you configure transaction log backups:

  • Create a dedicated storage unit for transaction log backup images.

  • If a policy includes transaction log backups along with full or differential backups, the transaction log backups run at the scheduled time and frequency even when full or differential backups are active.

  • Configure the number of jobs that are allowed for backup operations. See Configuring the number of jobs allowed for backup operations.

Schedules and unsupported recovery models

NetBackup skips database backups in certain situations. The first case is if the database recovery model for a database does not support the selected backup type. For example, the simple recovery model does not allow transaction log backups. The second case is for the master database, which is skipped for any backups other than full database backups. To back up the master database, you must have a full backup schedule and select Whole database in the backup selections. Specifically, the master database is skipped for the following types of backups: differential, filegroup, filegroup differential, file, and transaction log.

In these cases, NetBackup skips the backup of the database, but continues with the backup of the other databases that are protected by the policy. The backup completes with a status 0 and the job details indicate that the database was skipped.

Example backup schedules for a policy

Table: Examples of backup schedules shows an example of the schedules you can create for a single SQL Server Intelligent Policy.

Table: Examples of backup schedules

Schedule

Frequency

Backup window

Full Backup

Weekly

Sunday

12 hours

Differential Incremental Backup

Daily

Monday - Saturday

2 hours in the evening

Transaction Log backup

Per your RTO and RPO

Sunday - Saturday

24 hours

Feedback

Was this page helpful?
Previous

About schedule properties

Next

Adding instances to a policy

Feedback

Was this page helpful?