Back Up and Restore SPD Server Table Indexes
using System Full Backups
Back Up and Restore SPD Server Table Indexes Using System Full
Backups
Restoring indexes from system full backups and restores is not as clean as restoring indexes
from SPD Server full backups and restores. To understand why, consider the two available
methods for restoring indexes from a system full backup:
•
restore the index dynamically as the table is restored
•
recreate the index after the table is restored.
What decides which method to use? You must balance the time and resources needed to
back up the index against the time needed to re-create the index when the table is restored.
Method 1 – Restore the Index Dynamically
To restore the index dynamically, you must include the table index files in the full backup
and restore of the table. To determine which index files to include, use
spdsls
with the
-i
index option. The output lists component files for each table in the domain that is
intended for full backup.
When restoring a table, you must first restore the table metadata, data, and index files from
the last full backup archive. Then use
spdsrstr
to perform incremental restores. As the
tables are restored, the indexes are dynamically updated to include any new or modified
records.
In summary, the first method trades the additional resources required for full backup of the
table index files, which can be very large, against the potentially short time that might be
required to restore them. You can restore indexes for a table that has not had any incremental
changes after the system full backup by using a system full restore.
Method 2 – Recreate the Index after the Table Is Restored
If you use this method, you do not need to include the index files in the table's full backup.
Thus, when running spdsls to list the component files for each table in the domain that you
intend to back up, leave off the -i index option. The spdsls utility then outputs a list that
excludes index files.
A cautionary note about method 2: If you do not save index information, you can experience
problems when you attempt to fully restore the table. The reason: the table's metadata will
have information about the index files which can be missing or out of date. As a result, the
metadata no longer mirrors the table.
Before you can perform an incremental restore of the table, you must first repair the table
metadata. To repair the metadata, use PROC DATASETS to modify the table and delete
all of the indexes, then run spdsrstr to restore the table. After performing the incremental
restores of the table, use PROC DATASETS again to modify the table and create the
indexes.
248
Chapter 19 • SPD Server Backup and Restore Utilities
Summary of Contents for Scalable Performance Data Server 4.5
Page 1: ...SAS Scalable Performance Data Server 4 5 Administrator s Guide...
Page 7: ...Part 1 Product Notes Chapter 1 SPD Server 4 5 Product Notes 3 1...
Page 8: ...2...
Page 12: ...6...
Page 63: ...Part 3 Migration Chapter 5 SPD Server 3 x to SPD Server 4 5 Conversion Utility 59 57...
Page 64: ...58...
Page 70: ...64 Chapter 5 SPD Server 3 x to SPD Server 4 5 Conversion Utility...
Page 72: ...66...
Page 76: ...70 Chapter 6 Using the SPD Server Name Server to Manage Resources...
Page 94: ...88 Chapter 7 Administering and Configuring SPD Server Using the SAS Management Console...
Page 98: ...92 Chapter 8 SPD Server SQL Query Rewrite Facility...
Page 116: ...110 Chapter 10 Configuring Disk Storage for SPD Server...
Page 128: ...122 Chapter 11 Setting Up SPD Server Parameter Files...
Page 154: ...148...
Page 198: ...192 Chapter 14 ACL Security Overview...
Page 212: ...206 Chapter 15 Managing SPD Server Passwords Users and Table ACLs...
Page 214: ...208...
Page 224: ...218 Chapter 16 SPD Server Operator Interface Procedure PROC SPDO...
Page 236: ...230 Chapter 18 SPD Server Table List Utility Spdsls...
Page 256: ...250 Chapter 19 SPD Server Backup and Restore Utilities...
Page 264: ...258 Chapter 20 SPD Server Directory Cleanup Utility...
Page 270: ......