Index Backup Operations (Indexing Version 2)
The system backs up index action logs and indexes so that the active index can be recreated if it becomes corrupted or is unintentionally deleted. (The active index is recreated by playing backed up action logs to a backed up index.)
Action Log Backup
During the action log backup process, the system creates copies of the action logs and moves them to the same storage library used for the data backup.
A series of cleanup rules determine how action log backups are retained and deleted.
During the index backup process, the system creates a copy of a full index and moves it to the same storage library used for the data backup.
A series of cleanup rules determine how index backups are retained and deleted.
The index backup process, which occurs at the backupset level, was changed in SP11 to better protect a CommCell during disaster recovery events. The system now auto-creates one index server client for each storage policy associated with an Indexing Version 2 client (created in Client Computer Groups > Index Servers in the CommCell console), and backs up the full index per storage policy. This change ensures that the system stores an index backup with its associated data backup on secondary storage, thus providing optimal recoverability of data in disaster recovery situations.
Each index server client backs up full indexes according to its associated storage policy's backup schedule and backup criteria. You can modify these using the following procedures:
In extreme scenarios in which numerous storage policies exist for a backupset, the system could become overloaded with an excessive number of index backups.
Note: Once a MediaAgent is upgraded to SP11, the existing SP10 index backup subclient remains, but the backup activity on that subclient is disabled. When all index backups associated with the disabled subclient are aged from storage during cleanup, the subclient itself is automatically removed.
Last modified: 9/3/2019 2:12:38 PM