Learn how to improve your integrated file system backups.
Reduce your backup windows by using multiple concurrent backups. To implement this approach you will need to determine some way to group your integrated file system data. Then you need separate SAV commands to concurrently save each of the subsets. You will need to consider the potential resource contention that can occur on the hardware resources being used. For example, performing concurrent backups on groups of data that are stored on the same set of disk units may cause contention on those disk units. You may decide to use multiple tape drives or a tape library system with multiple drives to run multiple concurrent SAV commands.
For more information about concurrent backups, see save to multiple devices.
These topics are things that you can consider to use for online backups.
Backup, Recovery and Media Services (BRMS) supports online backups of Lotus® server databases (such as Domino(TM) and Quickplace(TM)). An online backup is a backup that you do while your Lotus server databases are in use; there are no save-while-active synchronization points. You can direct your online backups to a tape device, media library, save file, or a Tivoli(R) Storage Manager server. BRMS can also create control groups that make it easy to use concurrent backups. Performing an online backup does not improve the performance of your backup. However, since your applications remain active, the duration of the backup is less important.
For more information about BRMS online backups, see Backup Recovery and Media Services.
If you decide to use the BRMS online backup support, you can tune the performance of the backup to your data. For more information, see performance tuning on the BRMS web page.The SAV command provides the SAVACT, SAVACTMSGQ, and SAVACTOPT parameters to support saving objects while active.
For more information, see save-while-active.
These topics are things that you can consider to use for backing up less data.
The SAV command provides a CHGPERIOD parameter that can be used to find and save only objects that have changed. In some cases, this can be an effective way to reduce the amount of data you need to back up. However, the system still needs to look at each object to determine which objects have changed. If you have many files it may still take a long time to determine which objects have changed.
It may be beneficial to consider your backup strategy when you structure and name your directories. You may be able to group and name your files in some way that will make it easier to include or omit groups of directories or objects from your backups. You might want to group the directories such that you can back up all of the directories and files for an application, a user, or specified time period.
For example, if you are creating many files each day or each week, it might be useful to create a directory to contain the new files. Consider implementing a naming convention for the directories such that you can back up only the directory that contains the new objects or omit older directories.
/2003 /2003/01/01 /2003/01/01 /2003/01/02 /2003/01/03 /2003/01/04 /2003/02
The SAV command provides the OBJ parameter that specifies the objects to be included and omitted from the backup. The OBJ parameter lets you specify a list of 300 values to be included or omitted from the SAV command. The values can be either specific directories or objects or generic values that provide wild card support for the objects to be included or omitted.
The SAV command provides the PATTERN parameter which lets you specify a list of 300 values which are used to group the save by either including or omitting objects which qualify for the save based on the OBJ parameter. The values can be either specific object names or generic values that provide wild card support for the objects to be included or omitted.
You can journal changes to directories, stream files, and symbolic links. If you implement journaling on your integrated file system data, you may need to change your save strategy. Your new strategy should be to back up the objects less frequently and instead back up the journal receivers that contain the changes you’ve made to the objects. This could reduce the amount of data you need to back up. However, you will need to understand and consider the implications to your recovery procedures.
If you have historical integrated file system data that is infrequently needed you might benefit from implementing Hierarchical Storage Management. Hierarchical Storage Management (HSM) automatically and transparently manages customer data across a storage hierarchy. The storage hierarchy can consist of high performance disk, compressed disk, and tape libraries.
When and how often data is accessed on your server depends on the type of data. A set of data that is currently being used may be accessed many times a day (hot data), or it may have become historical data which is accessed less frequently (cold data).
Through the Backup, Recovery and Media Services (BRMS) user-defined policies, HSM can migrate or archive and dynamically retrieve infrequently used data or historical data up or down a hierarchy of storage devices
For more information, see Hierarchical Storage Management..
Some customers have found that they can reduce their backup window by first backing up their data to a save file (SAVF) rather than saving directly to tape. Significant performance improvements were made to backups to save files. Of course if you back up to a save file, you need to have adequate disk space available for the save file. Chapter 15 of the iSeries Performance Capabilities Reference can help you evaluate this approach on your system. You also will need to back up your save files to tape by using the Save Save File Data (SAVSAVFDTA) command. However, the SAVSAVFDTA command does not need to be completed during your backup window.
Measurements show that performing security auditing during save or restore operations (*SAVRST auditing) can decrease performance. Auditing provides valuable information about the actions being performed on your system and who is performing those actions. However, you need to balance the value of that information against the time you have available to perform a backup or recovery. This is especially true if you need to recover all or many objects in the integrated file system.
For more information about security auditing, see chapter 9 of Security Reference.
Specifying the SCAN parameter during the backup may have significant performance impacts if scanning is enabled on the system. Scanning objects may be a valuable part of your system security, but you need to consider the amount of time scanning will add to your backup window.
