The information in this article applies to:
This article describes the steps involved in moving Tabs3 and PracticeMaster software from one computer to another (e.g., from one server to another, or from a workstation to a server).
Sometimes it becomes necessary to move all Tabs3 and PracticeMaster software applications from one location on the network to another location. For example, a firm may purchase a new file server and therefore will need to move everything from the old server to the new one. As another example, firms that run the Tabs3 or PracticeMaster software applications locally may at some point want to move the applications to a file server to take advantage of multi-user capabilities.
In order for the move to be successful, use the following steps:
Note: The information in this article assumes that you are familiar with Windows Explorer, data paths and drive mappings. If you are not comfortable with basic file and folder operations in Windows, please consult your network administrator or a qualified technician for assistance.
The first step is to make sure that no users are in any Tabs3 or PracticeMaster software application. All users must remain out of all systems for the duration of this procedure. It is recommended that you physically verify that none of the workstations have the software open. After you do this, if the Active User List still shows that a user is in the system, reset that User ID.
Note: A User ID should NEVER be reset unless you are certain no one is logged in to the system with that User ID.
Before moving the systems to a new location, run the Data File Integrity Check program (Utilities | Data File Integrity Check) in ALL systems. If the systems to be moved include Tabs3, run the Archive Data Integrity Check program (Utilities | Archive Integrity Check) as well. If GLS is among the systems that will be moved, be sure to run the Data File Integrity Check for each GLS client. Any errors reported by the integrity checks MUST be resolved before proceeding.
The next step is to make sure you know where all program files and data files are located. To determine the program folder for each system, log in to each system and select Help | About from the menu. Click Print at the bottom right corner of the window, then select the Print option and click OK to print the information shown. The Program Directory field is the fifth field from the top of the page.
Although most data files must reside in the program folder or in a subfolder inside the program folder, the following are exceptions:
| GLS Client Data Files | Each GLS client can have its own data path. To get a list of all clients and their data paths, log in to GLS and select Reports | GLS Client List. Select the Print option and click OK to print the list. For each GLS client listed, the data path is provided. |
| PracticeMaster Area of Practice Documents | For each PracticeMaster Area of Practice (AOP), a document path can be specified in File Maintenance. It is a good idea to check the document path for each AOP that might have associated document templates and assembled documents. To do this, select Reports | File Definition Report from the PracticeMaster menu, and then browse to an AOP file and double-click it. Select the Print option and click OK to print the report, and repeat this process for each Area of Practice file in the PracticeMaster system. Note: If you are certain that the document assembly features in PracticeMaster are not used by anyone at your firm, you can skip this step. Note: Keep in mind that document assembly templates and assembled documents can be stored anywhere; PracticeMaster document assembly only offers the \DOCS\ subfolder inside the AOP folder as a suggestion. |
| Tabs3 Archive Data Files | Version 11 - The archive data files for Tabs3 are stored in the program directory. Therefore, the archive files will be moved when you move the program folder. Version 10 - The archive data files for Tabs3 can optionally be stored in a folder other than the program folder. The Archive Path field, which indicates the folder where the archive data files are stored, is the fifth field from the bottom of the Tabs3 Information section on the About Tabs3 Information that you printed earlier. |
After you have determined the locations of all program and data files, use Windows Explorer to determine how much disk space is taken up by the applications and data. Then, check the target location (i.e., the location to which everything will be copied) to ensure that there is sufficient hard disk space available there. If there is not enough disk space at the new location, you will have to free up additional space before you move the systems.
It is critical that any and all data paths specified in the systems still refer to valid folders once everything has been moved to the new computer. As a result, it may be necessary to modify the data paths in the systems before moving everything to the new location. The following sections include procedures to modify data paths and examples of data paths.
It is recommended that all data paths be subfolders of the program folder. If you determine that this is the case after reviewing the data paths as instructed in the Determine Current File Locations section above, you can use relative paths to address the subfolders, which is the easiest way to ensure that the move to the new computer will go smoothly. Specifying a relative path means excluding drive letter and program folder information from the path since the data folder is located inside the program folder. If the data folder and the program folder are one and the same, the data path can be left blank entirely. The following table illustrates some examples of different situations you may encounter when examining the data paths. All of the examples are based on a firm whose program folder is F:\STI.
IMPORTANT: If one or more non-relative data paths are left unchanged, serious consequences including loss of time and productivity may result.
| If the Data Path Is... | Then... |
| (blank) or STI\ or STI\GL2002\ |
You can leave the path as it is, and the associated data will be transferred to the new location without a problem. Any data path that begins with the name of a folder is a relative path, meaning that the data is stored in a subfolder of the program folder. Contrast this with the next example in this table. |
| \TABS\ or \TABS\GL2002\ |
Because the data path begins with a backslash (\), the associated data is stored in a subfolder of the root of the drive mapping. In this case, the data is stored in F:\TABS (i.e., outside the program folder). BEFORE you move the program folder to the new location, you need to create a new folder in the root of the new location's mapping, named TABS. Then, when you move the program folder to the new location, remember to copy all files out of F:\TABS to the TABS folder at the new location. As an alternative, you might decide to copy the entire contents of F:\TABS to a new folder inside the program folder (e.g., F:\STI\TABS), and then change the data path to be TABS\. If this data path were \STI\, the data would be stored in the folder inside the root of the F: drive mapping (F:\STI), which is same as the program folder (see the next example for more information on paths that point to the program folder). |
| F:\STI\ | Because F:\STI is also the program folder, you can delete the data path and leave it blank. A blank data path is a relative reference to the program folder. |
| F:\STI\TABS\ | You should change the data path to just TABS\. The program will look for the associated data in a folder named TABS located inside the program folder. Since F:\STI is the program folder, TABS\ means the same as F:\STI\TABS\. The difference is that when you move the program folder (STI) to a new location (along with all its subfolders), the TABS\ path will work regardless of where the program folder resides at the new location. For example, if the program folder on the new computer had to be mapped as G:\STI from each workstation, F:\STI\TABS\ would no longer be a valid path--but TABS\ would be just fine. |
| F:\TABS\ | The specified folder is located outside the program folder. BEFORE you move the program folder to the new location, you need to create a new folder in the root of the new location's mapping, named TABS. Then, when you move the program folder to the new location, remember to copy all files and folders from F:\TABS to the TABS folder at the new location. As an alternative, you might decide to copy the entire contents of F:\TABS to a new folder inside the program folder (e.g., F:\STI\TABS), and then change the data path to be TABS\. |
| System | Instructions |
| GLS |
|
| PracticeMaster |
|
| Tabs3 Version 10 |
|
When you have prepared the new location to receive the systems by checking the available disk space and creating any additional folders required (for any data stored outside the program folder in the current location), you are ready to begin the transfer. If a network connects the computers, you can use Windows Explorer to copy the files from the current location to the new location. If a network does not connect the computers, you can copy all files onto a CD or other removable media, and then copy from the media to the new location.
Note: Because of the read only nature of CD and DVD media, files copied from such media may be flagged with the read only attribute by default. If you use a CD or DVD to copy the data, you must remove the read only attribute from all files after they are copied to the new location. This can be accomplished in Windows Explorer, or by executing the following MS-DOS command inside the program folder:
ATTRIB /S -R *.*
After copying all files to the correct folders at the new location, run the Data File Integrity Check program (Utilities | Data File Integrity Check) in all systems to ensure that the transfer process was successful. If the systems that you moved include Tabs3, run the Archive Data Integrity Check (Utilities | Archive Integrity Check) as well. If GLS is among the systems that were moved, be sure to run the DFIC for each GLS client. Any errors reported by the integrity checks MUST be resolved before proceeding.
Note: If there were no DFIC errors prior to moving the systems, there should be no errors after moving them. Therefore, if you receive errors at this point in the procedure, something has gone wrong and you should remove the systems from the new location and start over beginning with Step 6.
If multiple users on a network will access the new location of the systems, go to each workstation and do the following:
Once you have confirmed that everything has been moved successfully, access the old location of the systems and rename or remove all program files therein. The simplest way to do this might be to do a search for *.EXE, restricted to the old location only, then right-click each file and choose Rename. Replace each file's .EXE extension with the extension .OLD.
Feel free to temporarily retain the old data files in the old location as a backup.
THE INFORMATION PROVIDED IN THE SOFTWARE TECHNOLOGY, INC. KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. SOFTWARE TECHNOLOGY, INC. DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL SOFTWARE TECHNOLOGY, INC. OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF SOFTWARE TECHNOLOGY, INC. OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.
© 1999-2003 Software Technology, Inc. All rights
reserved.
Knowledge Base: http://support.Tabs3.com
Web Site: http://www.Tabs3.com