A company has an IBM Tivoli Storage Manager Fastback snapshot mounted as a virtual volume in
read/write mode on a file server. When are the next changes applied to a file or folder on that
virtual volume?

Scheduled data replication operations are not functioning properly. What is a valid troubleshooting
step?

A disaster has occurred at a customer site, and it is discovered that the IBM Tivoli Storage
Manager FastBack (TSM FastBack) server is corrupted. After rebuilding and restoring the TSM
FastBack server, which action must be taken to gain access to the repository to begin restoring
data to clients?

The IBM Tivoli Storage Manager FastBack (TSM FastBack) repository is at 85% and growing
daily. A service window is not available where the TSM FastBack server can be taken down to add
additional hardware. More repository space is needed until additional hardware can be installed.
How can more space be added to the repository?

Since the enterprise replicates snapshots to a Disaster Recovery server every hour, there is heavy
WAN traffic. Due to the low bandwidth available for cleanup, cleanup should wait to run only when
an entire snapshot can be removed. Which level of cleanup configuration should be selected?

Running a tape backup every night at the same time would mean that data is protected but there
would be a full day’s worth of data which might not be protected depending on the backup
strategy. Assuming the last backup was successful, all the data that was created or edited since
the last backup was run could be lost if a disaster occurred. What would the Recovery Point
Objective be in this scenario?

A server has two internal disks, and each disk is 73 GB in size. The first disk is partitioned into 30
GB for the operating system, and has an unused partition of 43 GB. The second disk has not been
used by IBM Tivoli Storage Manager FastBack as a disk repository. Can the second disk be added
to the repository as an additional disk repository?

An enterprise maintains a high number of generations of snapshots, which uses a lot of storage
space. While there are concerns about recovering the space from unnecessary generations of
snapshots, the bandwidth required during the cleanup process is the primary concern. Which level
of cleanup configuration needs to be selected?

Which step should be taken to troubleshoot an existing installation of IBM Tivoli Storage Manager
FastBack (TSM FastBack) Mount/Instant Restore?

The enterprise uses SAN volumes for the repository. The IBM Tivoli Storage Manager FastBack
(TSM FastBack) Server is being uninstalled. How can the repository on the SAN volumes be
protected from corruption during this process?