Tivoli Storage Manager for OS/2 Using the Backup-Archive Client


Chapter 3. Backing Up and Restoring Files

Use TSM to store backup versions of your workstation files on a TSM server. You can restore these backup versions from the TSM server to your workstation if the original workstation files are lost or damaged. This chapter covers different ways to back up files, and how to restore these files when you need them. Table 3 contains a list of commonly used tasks:

Table 3. Commonly Used Tasks

Tasks Page
"Using an Include-Exclude List to Control Processing" "Using an Include-Exclude List to Control Processing"
"Running a Backup" "Running a Backup"
"Running a Command Line Backup" "Running a Command Line Backup"
"Restoring Files, Directories, and Backup Sets" "Restoring Files, Directories, and Backup Sets"
"Running Point-in-Time Restores" "Running Point-in-Time Restores"
"Restore Using Commands" "Restore Using Commands"
"Authorizing Another User to Restore/Retrieve Your Files" "Authorizing Another User to Restore/Retrieve Your Files"
"Restoring/Retrieving Another User's Files" "Restoring/Retrieving Another User's Files"
"Restoring/Retrieving Your Files to Another Workstation" "Restoring/Retrieving Your Files to Another Workstation"
"Restoring/Retrieving Files to Another Type of Workstation" "Restoring/Retrieving Files to Another Type of Workstation"
"Restoring Empty/Deleted Directories with EA Data" "Restoring Empty/Deleted Directories with EA Data"

All backup and restore procedures in this chapter also apply to the TSM Web Client, except for those functions listed in Using the Web Backup-Archive Client. See Starting A Web Client Session for information about starting the TSM Web client.

If you are a first-time user, Table 4 is a checklist of preliminary steps you should consider before performing a backup:

Table 4. Preliminary Steps for Backing Up Files



&box. Decide whether you want to backup files or archive your files. See "Do You Want to Back Up or Archive Files?" for more information.
&box. Create an include-exclude list to specify files and directories you want to exclude from backup services. See "Using an Include-Exclude List to Control Processing" for more information.
&box. Decide what type of backup you want according to your needs. See the following sections for more information: "Full Incremental", "Partial Incremental", and "Full Incremental Versus Partial Incremental"
&box. For further backup considerations, see "Backup Considerations"

Do You Want to Back Up or Archive Files?

When TSM backs up or archives a file, it sends a copy of the file and its associated attributes to the server; however, backups and archives have different goals.

Backups protect against file damage. A sequence of backup versions is kept for each file on your workstation (the number of backup versions is set by your administrator), and older versions are deleted as newer versions are made.

Archive copies are more permanent. They maintain a file in a particular state indefinitely (although your administrator can limit how long archives are kept). They are useful if you need, for example, to go back to a particular version of your files, or if you want to delete a file from your workstation and retrieve it if necessary. For example, you might need to save spreadsheets for tax purposes, but because you are not using them, you do not want to leave them on your workstation . See Chapter 4, Archiving and Retrieving Files for more information about archiving and retrieving files.

Use backups to protect against unforeseen damage to your files, and archives for maintaining more permanent versions of your files.


Backing Up Files and Directories

Your administrator might have set up schedules to back up files on your workstation automatically. See Chapter 5, Automating TSM Tasks for information on checking and running the schedules available to you. The following sections discuss how to back up files without using a schedule.

There are two types of incremental backup: full incremental and partial incremental.

Full Incremental

A full incremental backup (also called an incremental backup), initially backs up all specified drives, directories and files, and thereafter, all new and changed files, thus maintaining current server storage of your workstation files according to your storage management policies. See Chapter 6, "Understanding Storage Management Policies" for more information about storage management polices.

To perform a full incremental backup select the Incremental (complete) option from the type of backup pull-down menu on the TSM backup window, or use the incremental command. You must specify one or more file systems to include in the back up.

During a full incremental, the client queries the server to determine the exact state of your storage as of your last incremental. TSM uses this information to:

Partial Incremental

A partial incremental backs up new and changed files but does not expire or rebind files on the server, and it ignores the frequency attribute of the copy group. Therefore, changes to OS/2 extended attributes and OS/2 LAN Server Access Control Profile (ACP) data are not backed up during a partial incremental. You can use the query filespace command to determine the date and time of the last incremental backup of the complete file system. There are two types of partial incremental backup:

Full Incremental Versus Partial Incremental

Both full and partial incrementals back up new and changed files. An incremental-by-date takes less time to process than a full incremental, and requires less memory. However, unlike a full incremental, an incremental-by-date does not maintain current server storage of all your workstation files because:

For these reasons, if you have limited time during the week to perform backups, but extra time on weekends, you may want to maintain current server storage of your workstation files by performing a partial incremental backup on weekdays, and a full incremental backup on weekends.

Using an Include-Exclude List to Control Processing

Usually, there are files on your disk that you do not want to back up. These files might be operating system or application files that can recovered by reinstalling the program, or files that you can easily rebuild.

You can use the include option to include specific files for backup within a directory you want to exclude. Use the exclude option to specifically exclude files from backup services. TSM backs up any file that is not explicitly excluded.

Use the exclude.dir option to exclude an entire directory, and all its subdirectories, from backup services.

TSM honors the include-exclude list whether you are doing an incremental or selective backup. See Chapter 7, "Creating an Include-Exclude List" for more information about creating an include-exclude list.

Setting Your Default Domain

When you start TSM, click the Backup Domain item from the Actions menu, or use the incremental command without indicating drives, to automatically select your default domain as the drives you want to process. You can set yoiur default domain with the domain option in the options file (see Domain). If you do not set the domain option, the default domain is all local hard drives (the drives in your workstation) that have a drive label.

Estimating Backup Processing Time

The TSM Backup and Restore windows provide an estimate function that estimates the amount of time to process your files and directories. The estimated transfer is a rough calculation of the time it takes to transfer your data. It is based on previous transfers of data between your workstation and the current TSM server. The actual transfer time could be longer or shorter than the estimate due to factors like network traffic, system load on your workstation, or system load on the server.

Note: The Estimated Transfer Time is based on previous backup transfer rates so you must run at least one backup operation first. The Estimated Transfer Time filed reads N/A if no files are sent to, or from, the current TSM server.

Running a Backup

You can use TSM to back up specific files, a group of files with similar names, or entire directories. You can locate the files you want to back up by searching or filtering. Filtering displays only the files that match the filter criteria for your backup. Files that do not match the filter criteria are not displayed.

To run a backup, perform the following steps:

  1. Click on Backup from the TSM main window. The Backup window displays.
  2. Expand the directory tree. Click on the object you want to back up. To search or filter files, click the Search icon from the tool bar.
  3. Select the type of backup from the pull-down menu:
  4. To modify specific backup options click the Backup Options button located to the right of the Estimate button. The options you select are effective during the current TSM session only.
  5. Click on Backup. The Task List window displays the backup processing status.

Displaying Backup Processing Status

When TSM backs up a file space or other set of files, it attempts to improve performance and load balancing by using multiple sessions. This can result in as many as five sessions running at one time to read files and send them to the server.

The Web client and backup-archive client GUI provides a Task List window you can display to see information about files that are processing.

In addition, a Task Report window displays processing details for a particular task, such as the number of files backed up, transfer rates, any files that failed, and so forth. This window displays automatically when a task completes.

The command line displays the name of each file after it is sent to the server. If a file is not sent immediately, a progress indicator displays the file's progress.

Note:The transfer statistics may not match the file statistics if the operation was retried due to a failure such as a communications failure or session loss. The transfer statistics shows the bytes attempted to be transferred across all command attempts.

Running a Command Line Backup

You can use the selective or incremental commands to perform backups.

Selective: Use wildcards to back groups of files with similar names. If you back up a directory, you can use the subdir=yes option to include all the subdirectories in that directory for backup. For example, to back up the d:\proj directory and its subdirectories, enter:

   dsmc selective d:\proj\ -subdir=yes

You can use more than one file specification on the selective command. For example, to back up the a:\h1.doc and a:\test.doc files, enter:

   dsmc selective a:\h1.doc a:\test.doc

Incremental: You can perform an incremental backup using the incremental command. For example, to back up the c: drive, enter:

   dsmc incremental c:

If you do not indicate the drives you want backed up, TSM backs up the drives specified in your default domain (see Setting Your Default Domain). If the default domain is not defined, TSM backs up all your local hard drives. You can specify the drives you want to include for incremental backup in your default domain using the domain option. For example, if your default domain contains hard drives c: and d:, and you want to back up those drives plus the diskette in drive a:; enter:

   dsmc incremental -domain="a:"

See Incremental for more information about the incremental command.

To run an incremental by date, add the incrbydate option to the incremental command as follows:

   dsmc incremental -incrbydate

When the incremental and selective backups complete, TSM provides processing statistics. These statistics also appear in the schedule log after scheduled backups.

Backup Considerations

This section discusses some advanced considerations for using backup. You do not need to understand this information to use TSM for basic work.

Understanding Which Files Are Backed Up

When you request a backup, TSM backs up a file if all of the following requirements are met:

The following additional requirements apply when you run an incremental backup:

When you run a backup, TSM also backs up all directory information, including empty directories, unless the directory and its subdirectories are excluded from backup with the exclude.dir option. You cannot exclude a directory from backup if specific files within it are excluded from backup. Directories are counted in the number of files backed up.

Backing Up Opened Files

Some files on your system may be in use, or open, when you try to back them up. Because an open file may change, a backup of the file may not accurately reflect the contents of the file. If this is the case, you need to consider the following options:

Understanding What TSM Considers a Changed File

During a full incremental, TSM backs up a file if any of the following have changed since the last backup:

To ensure that a file retains the attributes it had before being backed up, use a selective back up. For information on the selective command, see Selective.

How TSM Uses Drive Labels

TSM backs up drives based on the drive label, not the drive letter. If a drive has no label, TSM cannot back it up. This use of drive labels lets you do things like back up different diskettes from the a: drive.

Each drive label results in TSM maintaining a separate drive for restore or retrieve. These labels become the names of file spaces on the TSM server.

If you change the label of a drive you have already backed up, TSM sees it as a new drive and does not relate it to your previous drive.

Because TSM uses the labels to manage your backups and archives, you occasionally need to use those labels to find your data when using TSM commands. For example, if you try to restore a file using d:\projx\file.exe as a file specification, TSM substitutes the current label of your d: drive for the d:. If your d: drive's label is D-DISK, d:\projx\file.exe becomes {d-disk}\projx\file.exe, the label is enclosed in braces.

If the label of the d: drive does not match a file space name on the TSM server, TSM cannot find your files. A mismatch between a label and file space name might occur if you relabel your drives, or if you access TSM from a different workstation than the one from which you backed up the files. If you did not relabel the drive, and you are at the same workstation where the file was backed up, then you can use the drive letter as a shorthand version of the file space name (drive label).

Managing Management Class Backups

TSM uses management classes to manage your backups on the TSM server. Every time you back up a file, the file is assigned a management class. The management class used is either a default chosen for you, or one you assigned to the file using the include option in the include-exclude list. The selected management class must contain a backup copy group for the file to be backed up. See Chapter 6, Understanding Storage Management Policies for more information on management classes and how to assign them to files.


Restoring Files, Directories, and Backup Sets

This section describes how to use TSM to restore backup versions of specific files, a group of files with similar names, entire directories, or backup sets.

Do You Want To Restore an Active or Inactive Backup?

Your administrator determines how many backup versions TSM maintains for each file on your workstation. Frequently, the administrator has TSM maintain more than one version of each file. Having multiple versions of a file lets you restore older versions in case the most recent backup is damaged. TSM considers the most recent backup version to be the active version. Any other backup version is considered an inactive version. If you want to restore a backup version that is inactive, you need to tell TSM to display both active and inactive versions by clicking on the View menu> Display active/inactive files item. To display only the active versions (the default), click on the View menu> Display active/inactive files item again.

If you try to restore both an active and inactive version of a file at the same time, only the active version is restored.

Running a Restore

You can use TSM to restore specific files, a group of files with similar names, or directories. You can locate the files you want to restore by searching and filtering. Filtering displays only the files that match the filter criteria for your restore operation. Files that do not match the filter criteria are not displayed.

To run a restore, perform the following steps:

  1. Click on Restore from the TSM main window. The Restore window displays.
  2. Expand the directory tree. Select the object that you want to restore. To search or filter files, click the Search icon from the tool bar.
  3. To modify specific restore options click the Restore Options button located to the right of the Estimate button. The options you select are effective during the current TSM session only.
  4. Click on Restore. The Restore Destination window displays. Enter the appropriate information.
  5. Click on Restore. The Task List window displays the restore processing status.

Restoring Data from a Backup Set

Your TSM administrator can generate a backup set (a collection of your active files that reside on the server) onto portable media that are supported by both the server and client.

Portable media can be used on devices such as a tape, CD-ROM, DVD, JAZ or ZIP drives. Current device support information is available at the following Web site:

http://www.tivoli.com/storage

You can restore backup sets from either of the following locations:

Note:If you cannot restore a backup set from portable media, check with your TSM administrator to ensure that the portable media was created on a device using a format that is compatible with your device.

TSM considers a backup set as one object containing the whole file structure. Files are copied down to the file space level, and you can perform partial restores. After a backup set is generated, it is not tracked by the TSM database. The media is self-describing and contains all the information required to perform a successful restore.

Backup sets can provide you with instant archive and rapid recovery capability as described below:

Instant Archive
This capability allows you to retain long-term storage of periodic backups without requiring that the data be sent again over the network from client nodes.

Rapid Recovery
When you are away from your office without a network connection and you lose data, you can restore the data from the backup set.

See Restore Backupset for information on how to use the restore backupset command.

Restoring Backup Sets Using a GUI

Note:Before you begin a restore, be aware that backup sets can contain data for multiple filespaces. If you specify a destination other than the original location, data from all filespaces is restored to the location you specify.

To restore a backup set, perform the following steps:

Restore Using Commands

You can restore a file, a group of files with similar names, or backup sets using TSM commands. For information on how to restore backup sets, see Restore Backupset.

Restoring Files

Use the restore command to restore files. Specify the file you want restored and where you want to restore it. If you do not specify a destination, the file is restored to its original location.

For example, to restore the c:\doc\h1.doc file to its original directory, enter:

   dsmc restore c:\doc\h1.doc

To restore it under a new name, enter:

   dsmc restore c:\doc\h1.doc c:\doc\h2.doc

If the file you are restoring no longer resides on your workstation, and you ran an incremental backup since deleting the file, there is no active backup of the file on the server. In this case, you can use the latest option to restore the most recent backup version of the file. If you do not want the most recent version, use the pick and inactive options to display a list of backups from which you can select.

For example, if you want to restore the latest version of the deleted file c:\doc\h1.doc, enter:

   dsmc restore c:\doc\h1.doc -latest

If you are restoring a file to a disk that has a different label than the disk from which the file was backed up, you must use the file space name (label) of the backup disk instead of the drive letter. For example, if you backed up a file from the workathome diskette in the a: drive, and you are restoring it to a diskette in the a: drive labeled extra, enter:

   dsmc restore {workathome}\doc\h1.doc a:\doc\h1.doc

Add the -subdir=yes option to the command if you need to restore the files in a directory and all of its subdirectories. For example, if you are recovering an entire disk (the e: disk, in this example), restores all the files:

   restore e:\*.* -subdir=yes

Performing Large Restore Operations

If you need to restore a large number of files, you can get faster performance by using the restore command instead of the GUI. In addition, you can improve performance by entering multiple restore commands at one time. For example, to restore all the files in your c: file space, enter:

   dsmc restore c:\*.* -subdir=yes -replace=all -tapeprompt=no

However, if you enter multiple commands for the root directories in your c: file space, TSM can restore the files faster. For example, you could enter these commands:

   dsmc restore c:\users -subdir=yes -replace=all -tapeprompt=no
   dsmc restore c:\data1 -subdir=yes -replace=all -tapeprompt=no
   dsmc restore c:\data2 -subdir=yes -replace=all -tapeprompt=no

Or, if you need to restore files for multiple drives, you could enter these commands:

   dsmc restore c:\*.* -subdir=yes -replace=all -tapeprompt=no
   dsmc restore d:\*.* -subdir=yes -replace=all -tapeprompt=no
   dsmc restore e:\*.* -subdir=yes -replace=all -tapeprompt=no

You can also use the quiet option with the restore command to save more processing time. However, you will not receive informational messages for individual files.

Note: If you already have the appropriate values set for the subdir, replace, tapeprompt, and quiet options in your client options file, you do not need to include those options in the commands.

When you enter multiple commands to restore your files, you must specify a unique part of the file space in each restore command. Be sure you do not use any overlapping file specifications in the commands.

To display a list of the root directories in a file space, use the query backup command. For example:

   dsmc query backup c:-dirsonly -subdir=no

As a general rule, you can enter from two to four restore commands at one time. The maximum number you can run at one time without degrading performance depends on factors such as how much memory you have and network utilization.

The speed at which TSM can restore the files also depends on how many tape drives are available, and whether your administrator is using collocation to keep file spaces assigned to as few volumes as possible.

For example, if \users and \data1 are on the same tape, the restore for \data1 must wait until the restore for \users is complete. However, if \data2 is on a different tape, the restore for \data2 can begin at the same time as the restore for \users.

If your administrator is using collocation, the number of sequential access media mounts required for restore operations is also reduced.

Running Point-in-Time Restores

A point-in-time restore permits you to restore versions of your files that were backed up on a specific date and time. A point-in-time restore can eliminate the effect of data corruption, or recover a basic configuration to a prior condition.

Perform incremental backups on a TSM Version 3 server or higher to support a point-in-time restore. During an incremental backup the TSM server is notified when files are deleted from a client file space or directory. Selective and incremental-by-date backups do not notify the server about deleted files. Run incremental backups at a frequency consistent with possible restore requirements.

A point-in-time restore is supported on the file space, directory, or file level. When a point-in-time restore is performed:

To perform a point-in-time restore on the TSM backup-archive GUI:

  1. Click the Point-in-Time button from the Restore window. The Point in Time Restore window displays.
  2. Specify the point-in-time date and time, and select the Use a Point in Time date during restore box.
  3. Select OK.
  4. Click on Restore.

You can perform a point-in-time restore on the TSM backup-archive command line client using the restore command. Use the pitdate and pittime command line options with the restore command to specify the point-in-time date and time.

The pitdate and pittime, options can also be used with the query backup command to display backup versions stored on or before the specified date and time, if they were not deleted before this time.

Restore: Related Tasks and Considerations

This section discusses some advanced considerations for restoring data. You do not need to understand this information to perform basic TSM tasks.

Authorizing Another User to Restore/Retrieve Your Files

You can authorize a user on another node to restore your backup versions or retrieve your archive copies. This lets you share files with workstations that have a different TSM node name. To authorize another node to restore or retrieve your files:

  1. Click on Utilities from the TSM window. Click on User Access List. The User Access List window displays.
  2. Enter information in the User Access List window.
  3. Click on Add to add the user.
  4. Click on OK from the User Access List window to add the node to the user access list.

You can also use the set access command to authorize other users to restore backup versions or retrieve archive copies of your files. Use the query access command to display your current list, and delete access to delete users from the list. For more information on the commands, see:

Restoring/Retrieving Another User's Files

After users grant you access to their files on the server, you can restore or retrieve those files. This lets you display another user's file spaces on the TSM server, and restore the other user's backup versions or retrieve the other user's archive copies to your local drives.

  1. Click on Utilities from the TSM window.
  2. Click on Access Another User. The Access Another User window displays.
  3. Enter the user's node name in the Node name field.
  4. Click on Set to display another user's stored data information; click on Myself to display your stored data information.

If you are using commands, use the fromnode option to indicate the node. You must also use the file space name, rather than the drive letter, to select the restore-retrieve drive you want to access. Include the file space name in braces and use it like a drive letter.

For example, to restore Mynode's files from the projx directory on the D-DISK file space, to your own projx directory, enter:

   dsmc restore -fromnode=mynode  {d-disk}\projx\* d:\projx\

Use the query file space command to get a list of file spaces (see Query Filespace). For example, to get a list of Mynode's file spaces, enter:

   dsmc query filespace -fromnode=mynode

For more information about using the fromnode option with the restore command (Restore). See Retrieve for the retrieve command.

Restoring/Retrieving Your Files to Another Workstation

TSM lets you restore or retrieve files you back up from your own workstation, to a different workstation. You just need to tell TSM your node name, because your backups and archives are stored according to your node, not your specific machine. Your TSM password protects your data.

To restore or retrieve files to another workstation, use the nodename option to specify the node name of the workstation from which you backed up the files. You can either use the nodename option when starting TSM or update the options file on the machine. Use the dsm command with the nodename option if you are borrowing someone else's machine and you do not want to change their configuration. For example, if your node name is Mynode, enter:

   start dsm -nodename=mynode

Then restore or retrieve files as if you were working on your workstation.

For example, use the nodename option to restore your projx files by entering:

   dsmc restore -nodename=mynode {d-disk}\projx\*.*

If you do not want to restore or retrieve the files to the same directory name on the alternate workstation, enter a different destination.

Restoring/Retrieving Files to Another Type of Workstation

Because the file formats used on Windows NT, Windows 95, Windows 98, and OS/2 are compatible, you can restore or retrieve files from one system to another system. This is called cross-client restore.

For example, if you archive a file from an OS/2 workstation, you can retrieve that file to a Windows 95, Windows 98, Windows NT, or OS/2 workstation. You must have the appropriate permissions to access the file spaces of the other workstation, as covered in Authorizing Another User to Restore/Retrieve Your Files and Restoring/Retrieving Another User's Files.

Because OS/2, Windows 95, Windows 98, and Windows NT support file names and file systems not available on DOS, there are some restrictions to cross-client restore:

Viewing other file system types
-- Windows NT, Windows 95, Windows 98, and OS/2 clients automatically show all other file system types.

Restoring or retrieving from unsupported file systems
-- These clients support the following file systems:

Although each client can recover data from each of these file systems, some restrictions apply when recovering files that were backed up or archived from a drive that the client does not support:

NTFS drives -- OS/2 clients can recover the files, but special Windows NT and Windows 95 attributes are not recovered (such as security and ACL attributes). Windows NT and Windows 95 clients can recover NTFS files with no restrictions.

HPFS drives -- Windows 95, Windows 98, and Windows NT clients can recover the files, but HPFS extended attributes (EA data) are not recovered. OS/2 clients can recover HPFS files with no restrictions.

FAT drives -- Windows 95, Windows 98, Windows NT, and OS/2 clients can recover the files with no restrictions.

Long file names -- HPFS and NTFS drives permit file and directory names that are longer than those permitted on FAT drives. If you are recovering files with long file names to a FAT drive, you should always specify a destination file specification for each file. This ensures you get the name you want.

On Windows NT, Windows 98, and Windows 95, if you do not specify a name, TSM truncates the name to fit the FAT restrictions. Errors might occur if the source directory name is long. On OS/2, you cannot restore a file with a long name to a FAT drive unless you specify an appropriate FAT file name.

When you use the OS/2, Windows NT, Windows 98, or Windows 95 client to recover files with long names to an HPFS or NTFS disk, the long names are preserved, even if you are recovering the file to a different type of drive than the source drive (for example, NTFS to HPFS).

The considerations for retrieving files are the same as for restoring them.

Restoring Empty/Deleted Directories with EA Data

When restoring directories that are empty or that do not exist (because they were erased from the workstation or are being created during the restore), TSM recreates the directory with default attributes.

Restoring a Disk In Case of Disk Loss

TSM can only recover your files if you can run the TSM client. If the disk that contains the client is lost (from theft or hardware failure, for example), you must reinstall the client before you can recover your files. If you also lose the disk that contains the operating system and communication software, you must recover them before you can connect to the TSM server.

To protect yourself against these kinds of losses, you need to put together a set of diskettes that you can use to restore your system to a state that permits you to contact the TSM server and begin recovering data. These diskettes should contain:

  1. Bootable operating system that lets you perform basic functions.
  2. Correct configured communication program that lets you establish communications with the TSM server.
  3. TSM client with an appropriately customized options file. The TSM command-line client is sufficient for this.

The exact files you need depends on the communication package. Consult your operating system and communication software manuals for help in setting up these diskettes.

Saving and Restoring OS/2 Desktop Settings

Save copies of the files the system requires to start again:

  1. Right-click on the destop and select Properties.
  2. Click on the Archive tab and select the Create archive at each system startup option.
  3. Enter the drive and the directory name to store the saved files in Archive location field. TSM backs up these directories and files during normal backup processing.

To restore the files in the OS/2 archive directory, follow the TSM restore procedures in this manual under Restore. Then, start OS/2 again.

  1. When a white box displays in the upper left corner of your window before the OS/2 logo displays; press Alt-F1. The Recovery Choices window displays.
  2. Enter the number that corresponds to the most recent set of archived system files.

See the OS/2 online documentation for more information.

Deleting File Spaces

If your TSM administrator gives you backdelete and archdelete authority, you can delete entire file spaces from the server. When you delete a file space, you delete all the files, both backup versions and archive copies, that are contained within the file space. For example, if you remove the file space for your c: drive, you are removing every backup for every file on that disk, and every file you archived from that disk.

Carefully consider what you are doing before you attempt to delete a file space. You cannot remove individual backup versions kept on the TSM server. To delete file spaces:

  1. Click on Utilities.
  2. Click on Delete Filespaces. The Delete Filespaces window displays with a delete confirmation request prompt.

You can also remove a file space using the delete filespace command (see Delete Filespace).


[ Top of Page | Previous Page | Next Page | Table of Contents | Index ]