Data Protection for SQL allows you to utilize Tivoli® Storage Manager automatic
expiration and version control by policy. You set automatic policy
for backup data by editing the Data Protection for SQL Server options
file, or by specifying them in the Management Console (MMC) GUI (). If you edit the options file, use include and exclude statements
to define which files are subject to automatic processing, and to
assign specific management classes to files using object naming conventions.
Setting automatic expiration for VSS
Set policy for VSS backups
by specifying the VSSPOLICY statement in your Data Protection for SQL Server configuration
file, or by specifying them in the MMC GUI (). Note that
you cannot specify it using the tdpsqlc set command.
VSSPOLICY
statements are processed from the bottom up and processing stops at
the first match. To ensure that more specific specifications are processed
at all, the more general specification should be listed before the
more specific ones, so as to be processed after the more specific
specifications. Otherwise, the more general specification will match
the target before the more specific specifications are seen.
Specify
the following information in the VSSPOLICY statement:
VSSPOLICY srvname dbname backuptype backupdest mgmtcls
The
statement contains the following values:
- srvname
- Name of the SQL Server or wildcard character (*)
- dbname
- Name of database or wildcard character (*)
- backuptype
- Backup type: FULL or wildcard character (*).
Because VSS supports only full backup types, when you specify a wildcard
character for backuptype, a FULL backup type is
used.
- backupdest
- Backup destination: TSM or LOCAL or wildcard character (*)
- mgmtcls
- Management Class name. This sets the management class for the
specified class of backup.
Setting automatic expiration for legacy
Data Protection for SQL Server allows
you to utilize Tivoli Storage
Manager automatic expiration and version control by policy. Setting
automatic policy for backup data is accomplished through the Data
Protection for SQL options file. Use include and exclude statements
in the options file to define which files are subject to automatic
processing, and to assign specific management classes to files using
object naming conventions.
Ensure metadata is
available for query without causing a volume mount. The metadata is
stored as a data object on the Tivoli Storage
Manager server and is available for migration to removable media if
its policy allows this to occur.
A
Data Protection for SQL backup object name is composed of a series
of qualifiers separated by \.
The general include/exclude
syntax for object naming is:
include "objectNameSpecification" [ManagementClassName]
exclude "objectNameSpecification"
where:
- objectNameSpecification is:
-
SqlServerName[\InstanceName]\dataType\...\DatabaseName
[\typeInfo]\backupType*
- dataType is:
- meta | data
- typeInfo is:
- LogicalFileName (for file backup type)
GroupName (for group backup
type)
... (for log and set backup
types)
not used for full and diff backup types
- backupType is:
- full | diff | log | group | file | set
Considerations:
- The wildcard character * matches zero or more
characters. The wildcard character ? matches any one character.
- The wildcard character * within a qualifier replaces
zero or more characters only within that qualifier. The qualifier
itself must exist in the matching object name.
- To match zero or more qualifiers, use ellipses: \...\
- All specifications must end with the wildcard character *.
This is required because the specification must match both object
names and temporary names. Temporary names are used to enable rolling
back a backup transaction if an error occurs. Temporary names are
object names with a unique string appended to the backupType qualifier.
- An objectNameSpecification should be placed within double
quotation marks. If the specification includes spaces or special characters,
the double quotes are required.
- For exclude statements, meta should be a match in the specification,
either explicitly, or by wildcard or ellipses. Excluding meta excludes
the entire object.
- Include statements can specify either meta or data separately
and explicitly, or both by wildcard or ellipses.
- You may specify both data and meta objects in options file include
lists in order to assign management classes. However, when you use
exclude statements, you should specify only the meta objects. If a
data object is not backed up, its meta object will not be created.
- Log and set object names are always unique. The typeInfo contains
the qualifiers whose values make them unique. Because they are generated
at the time of the backup, they are not predictable and you cannot
specify them.
- Include/exclude lists are processed from the bottom up, and processing
stops at the first match. To ensure that more specific specifications
are processed at all, you should list the more general specifications
before the more specific ones so that they will be processed after
the specific. Otherwise, the more general will match the target before
the more specific are seen.
- When a match is found, processing of the list stops and the statement
that matches is examined. If it is an exclude statement, the matching
object name is not backed up. If it is an include statement, the matching
object name is backed up. If the include statement contains a ManagementClassName,
that management class is associated with the object name for this
backup and for all backups of the same name on the current node.
- If a match is not found, the object is backed up using the default
management class for the current node.
- If a match is found for an include that specifies a management
class, but the specified management class is not valid for the current
node, the default management class for the current node is used.
- Include/exclude processing does not produce error messages for
invalid specifications. Therefore, you should thoroughly test all
include/exclude lists. Specifying an invalid management class name
will generate an error message in the dsierror.log.
- For case-sensitivity, the Windows Tivoli Storage Manager API currently
assumes the specifications are for a Windows file
system and ignores case. However, because case may be honored in the
future, you should always use the correct case. Specifically,
- Use correct case for SQL names (server, database, group, or file
names) as displayed by the query sql or query tsm commands.
- Use lowercase for the Data Protection for SQL constants: meta, data, full, diff, log, group, file,
and set.
The following are examples of individual
objectNameSpecifications as
they might appear in include/exclude statements:
- SqlServerNames:
- SQL2008, SQL2012
- InstanceNames:
- INST1, INST2
- DatabaseNames:
- Db1, Db2, Db3
- GroupNames:
- g1, g2, g3
- LogicalFileNames:
- f1, f2, f3
How to enable SQL Server backup compression
Support for SQL Server backup compression
is available on Data Protection for SQL Server.
You can use either the MMC GUI or the command line to enable this
feature.
- From the MMC GUI, specify SQL native backup compression from the
SQL Properties window. After you have set this option, the SQL
Workload column on the Recover tab
shows the SQL compression status for legacy backups.
- From the command line, add this statement to the SQL configuration
file (tdpsql.cfg). Edit the file and enter the
command as shown here:
SQLCOMPression Yes | No
The
default value is No.
SQL Server backup compression is only available with Legacy
backups on SQL Server. For SQL Server, backup compression is only
supported on Enterprise Edition. SQL Server 2008 R2, backup compression
is supported on Standard, Enterprise, and Datacenter editions. Starting
with SQL Server 2008, any edition can restore a compressed backup.
SQL
Server backup compression is generally faster and more effective than
using it together with Tivoli Storage
Manager compression.