HOWTO: Move a VSS Database or Project to New LocationLast reviewed: November 18, 1997Article ID: Q176909 |
The information in this article applies to:
SUMMARYThis article describes three common scenarios for moving Visual SourceSafe projects or databases to a new location. The steps necessary to successfully accomplish this are detailed in the MORE INFORMATION section below.
Scenario 1Moving the entire Visual SourceSafe server installation from one machine to another.
Scenario 2Moving a project or projects from one database to another, while preserving the project's history.
Scenario 3Moving only the DATA directory to a machine other than the Visual SourceSafe server. This scenario eliminates the need to modify clients accessing the database. IMPORTANT: Whichever method you use, make sure to do a full backup of your data first.
MORE INFORMATIONThe procedures within each scenario may vary depending on the version of Visual SourceSafe you are running.
Scenario 1Moving the entire VSS server installation from one machine to another.
For additional information about required network privileges, please see the following article in the Microsoft Knowledge Base:
ARTICLE-ID: Q131022 TITLE : INFO: Required Network Rights for the SourceSafe DirectoriesNOTE: If you have any shortcuts to this database, be sure to modify the shortcut Target on the client that pointed to ssadmin.exe on the old server.
Scenario 2Moving a project or projects from one database to another, while preserving the project's history. NOTE: This process is for Visual SourceSafe 5.0 or greater only. Use the SSARC and SSRESTOR utilities included in Visual SourceSafe 5.0. With these utilities, you can archive projects, preserve their histories, and restore them to a new database. NOTE: You must have SourceSafe Admin privileges to use these utilities. For more information on the use of SSARC and SSRESTORE, see the Visual SourceSafe, version 5.0, "Visual SourceSafe User's Guide," Appendix B, pages 216-220 or under the SSAdmin Online Help topic "Basic Administrator Operations". NOTE: In order to restore a project successfully your archive must include the latest versions all the files in the project. If you use the -v switch with SSARC to archive off earlier versions of your files, you will not be able to restore that archive to a different database because it needs the later versions. For additional information, please see the following article in the Microsoft Knowledge Base:
ARTICLE-ID: Q173387 TITLE : PRB: Restoring an Archive of an Entire DatabaseNOTE: Because the physical file names get renamed when you restore a project to a new database, it may be necessary to reconnect projects that are integrated with Visual SourceSafe. Please refer to the following article in the Microsoft Knowledge Base for additional information:
ARTICLE-ID: Q166305 TITLE : HOWTO: Reconnecting a Visual C++ Project to Source Control Scenario 3Moving only the DATA directory to a machine other than the Visual SourceSafe server. The following procedures apply to Visual SourceSafe 4.x or 5.0x:
example: Change: data_path = data To: data_path = \\<new server path>\dataClients accessing this database do not need to be modified since the server's Srcsafe.ini has not moved.
Additional Tips
Invalid filename: "<path>\scrsafe.ini" Indicates insufficient operating system rights. REFERENCESFor additional information, please see the following article in the Microsoft Knowledge Base:
ARTICLE-ID: Q175950 TITLE : HOWTO: Change the Name of a Visual SourceSafe Database |
Additional query words: relocate
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |