PRB: Restoring an Archive of an Entire Database

   SSRESTOR [-s path to srcsafe.ini] <archive file> $/ 
				

MORE INFORMATION

If, for example you have three top-level projects:

   $/first
   $/second
   $/third
				

Resolution 1

Run SSRESTOR three times, each time specifying the name of one of the projects as the last argument (for example, SSRESTOR archive.ssa $/first). There are two disadvantages to this method.

If there is a large number of top-level projects, this process will be tedious, and there is no easy way to automate it. Any links (shared or branched files) between top-level projects and will be lost. For example, if:

   $/first/sub_one/myfile.txt
				

is shared to:

   $/third/sub_one/myfile.txt
				

then the files will not be shared in the restored projects.

Links that are within the same project tree are maintained, such as:

   $/first/sub_one/myfile.txt
   $/first/sub_five/myfile.txt
				

Resolution 2

There are three steps in this resolution:

1. In the original database, create a new top-level project, (for example, $/root), then recursively share all top-level projects into $/root.
2. Archive $/root.
3. Restore $/root into the target database.

In this case all links at all levels are restored, the disadvantages of this method are:

• With a large number of top-level projects, sharing them into $/root may be time consuming.
• After restoring, you may want to move all the top-level projects back to being subprojects of $/, rather than subprojects of $/root. Again, this may be time consuming with a large number of projects.