- Print
- DarkLight
- PDF
Recommended Practices for Upgrading FIMS to the Latest Version
Article summary
Did you find this summary helpful?
Thank you for your feedback
Recommended Practices for Upgrading FIMS to the Latest Version
In order to successfully upgrade FIMS to the latest version, see the following checklist to review on your server to ensure an error free upgrade.
Answer:
1. Review the upgrade guide prior to performing the upgrade so that you are familiar with the process. Make sure you have a current FIMS back up before proceeding.
2. This step is only necessary for full upgrades that you are running on the server, patches do not need to be run on the server.-Make sure that the FIMS shortcut on the server has the absolute path to the install directory, not UNC paths. The upgrade installer cannot work with UNC paths.
Notes:
Target:
C:\NPO\dlc\bin\prowin32.exe -pf c:\npo\found\configfiles\wfound.pf -ini c:\npo\found\configfiles\fimsnt.ini
Start in:
c:\npo\found\fims
NOT correct:
Target:
\\servername\NPO\dlc\bin\prowin32.exe -pf \\servername\found\configfiles\wfound.pf -ini \\servername\npo\found\configfiles\fimsnt.ini
Start in:
\\servername\npo\found\fims
3. For Full upgrades-this step is not necessary for patches-When ready to run the upgrade installer, make sure that no users are logged into FIMS by running the Show Live Users shortcut on the desktop. Instruct users to not attempt to log into FIMS until advised. Note that the DB Agent and the WDOG (WatchDog) are system services and can stay running so there is no need to log those off. You actually may want to do the additional step of un-sharing the shared NPO drive while you do the full upgrade on the server to ensure that no users log into FIMS during the process which is the best option.
4. For Full upgrades-this step is not necessary for patches-Make sure all shared files relevant to NPO are closed. Go to Computer Management\Shared Folders\Open Files and make sure that any files in the NPO directory are not open. If they are open, close them. You actually may want to do the additional step of un-sharing the shared NPO drive while you do the full upgrade on the server to ensure that no users log into FIMS during the process which is the best option.
5. For any upgrade full or patch-During the upgrade process, note any errors that take place and resolve at that time.
6. For any upgrade full or patch-After a successful upgrade, make sure that the users right-click and run FIMS as administrator the first time they run FIMS after the upgrade if UAC is turned on on the workstations. If they cannot run as admin, then log in with a Windows account that has full rights and run FiMS for the first time.
7. For any upgrade full or patch-Make sure that both the FIMS version and the Database (DB) version are both the same; you can view that information in Help\About FIMS. If they are not both the same then that means that the upgrade did not take place correctly.
8. For any upgrade full or patch-Review the upgrade log in \npo\found\FIMS called fims-upgrades-year.log where year would be the year you ran the upgrade an review that to make sure there were no issues with the upgrade and that all steps completed. At the very bottom of the log, it should read the following, ""tools\upfims.p - UPFIMS.P completed - date and time".
9. For any upgrade full or patch-Review the FIMS compile log to make sure there were no compile errors located in \npo\found\FIMS called 'FCOMPILE.ERR'.
10. For any upgrade full or patch-Re-commit fieldmaker after the upgrade. See the following:
Recommit Fieldmaker
2. This step is only necessary for full upgrades that you are running on the server, patches do not need to be run on the server.-Make sure that the FIMS shortcut on the server has the absolute path to the install directory, not UNC paths. The upgrade installer cannot work with UNC paths.
Notes:
- You may have a different drive other than C where FIMS is installed on the server.
- If you make a change in the ini file, or the shortcut on the server, you will need to launch FIMS and let the log in screen load so that the FIMS folder is set in the registry to use the new start in folder path and any other path changes that are made. You do not have to actually log into FIMS, the log in screen just needs to appear, you can click cancel after that.
- The upgrade installer looks at the FIMSNT.ini file on the server thus the FIMS shortcut on the server needs to use that ini file. The FIMSNT.ini file would only be used on the server FIMS shortcut, it would never be used on a workstation FIMS shortcut.
Target:
C:\NPO\dlc\bin\prowin32.exe -pf c:\npo\found\configfiles\wfound.pf -ini c:\npo\found\configfiles\fimsnt.ini
Start in:
c:\npo\found\fims
NOT correct:
Target:
\\servername\NPO\dlc\bin\prowin32.exe -pf \\servername\found\configfiles\wfound.pf -ini \\servername\npo\found\configfiles\fimsnt.ini
Start in:
\\servername\npo\found\fims
3. For Full upgrades-this step is not necessary for patches-When ready to run the upgrade installer, make sure that no users are logged into FIMS by running the Show Live Users shortcut on the desktop. Instruct users to not attempt to log into FIMS until advised. Note that the DB Agent and the WDOG (WatchDog) are system services and can stay running so there is no need to log those off. You actually may want to do the additional step of un-sharing the shared NPO drive while you do the full upgrade on the server to ensure that no users log into FIMS during the process which is the best option.
4. For Full upgrades-this step is not necessary for patches-Make sure all shared files relevant to NPO are closed. Go to Computer Management\Shared Folders\Open Files and make sure that any files in the NPO directory are not open. If they are open, close them. You actually may want to do the additional step of un-sharing the shared NPO drive while you do the full upgrade on the server to ensure that no users log into FIMS during the process which is the best option.
5. For any upgrade full or patch-During the upgrade process, note any errors that take place and resolve at that time.
6. For any upgrade full or patch-After a successful upgrade, make sure that the users right-click and run FIMS as administrator the first time they run FIMS after the upgrade if UAC is turned on on the workstations. If they cannot run as admin, then log in with a Windows account that has full rights and run FiMS for the first time.
7. For any upgrade full or patch-Make sure that both the FIMS version and the Database (DB) version are both the same; you can view that information in Help\About FIMS. If they are not both the same then that means that the upgrade did not take place correctly.
8. For any upgrade full or patch-Review the upgrade log in \npo\found\FIMS called fims-upgrades-year.log where year would be the year you ran the upgrade an review that to make sure there were no issues with the upgrade and that all steps completed. At the very bottom of the log, it should read the following, ""tools\upfims.p - UPFIMS.P completed - date and time".
9. For any upgrade full or patch-Review the FIMS compile log to make sure there were no compile errors located in \npo\found\FIMS called 'FCOMPILE.ERR'.
10. For any upgrade full or patch-Re-commit fieldmaker after the upgrade. See the following:
Recommit Fieldmaker
Was this article helpful?