NoPublic, bureaucrat, administrator
6,632
edits
Changes
no edit summary
{{note| If you are restoring your IMSMA data due to a system crash, you will first want to reinstall IMSMA and its supporting applications. For more information, see the IMSMA 4.01.02 Installation Guide for detailsTOC right}} {{note| If you are running IMSMA in a networked environmentclient/server configuration, the following procedures should be performed on the IMSMA '''server'''. }}
To back up restore IMSMA dataon the server:
<ol>
<li>Are your '''really''' sure that you would like to write over the existing database on the server?</li><li>Do you have backup that contains all '''attachments'''?</li><li>Before beginning the backup restoration process, verify that the IMSMA {{IMSMANG}} server and , all IMSMA clients and all connections to the {{IMSMANG}} database from e.g. Navicat have been shut downdisconnected.</li>
<li>If the IMSMA Control Centre icon is not already displayed in the lower, right corner of your Window’s desktop, double-click the IMSMA Tray Launcher icon on your computer’s desktop.</li>
<li>Right-click the IMSMA Control Centre icon that is displayed in the lower, right corner of your Window’s desktop.</li>
<li>In the '''Include the Following''' section, each available component in the backup folder is marked with [[Image:CheckedBoxIcon.png]]. Uncheck the checkbox next to each component you do not want to restore.</li> {{noteNote | When selecting Components that are disabled were not included in the directory from which IMSMA backup that you would like selected to restore your . If you do not check any components, only the IMSMA data, database and any attachments will be sure restored. }}{{Warning | If the backup folder that you are about to select restore contains the folder Backup_YYYY_MM_DD_HH_MM_SS\server\attachments then all your existing '''attachments''' on the server will be '''deleted''' and replaced with what is in Backup_YYYY_MM_DD_HH_MM_SS\server\attachments. This behaviour also applies when Backup_YYYY_MM_DD_HH_MM_SS\server\attachments is empty.}}<li>Click the '''Restore''' button.</li> <li>First the files outside of the database will be restored and at 20% the directory that IMSMA Restore will ask for the password.</li>{{Note| It is named possible to change the database password with SQL software. Note that ''C:\IMSMAng\trayLauncher\TrayLauncher.properties'' also needs to be updated.}}<li>Enter the database password. [[Image:Imsma pwd2.png|center|400px]]</li><li>Click the date '''OK''' button.</li> <li>The IMSMA Restore will continue and time now the database is restored from the backup was performed.</li>[[Image:Restore3.png|center|400px]]</li>}}<li>The attachments will be restored at 90%.</li>[[Image:Restore4.png|center|400px]]</li><li>Click the '''OK''' button. [[Image:Restore confirm.png|center|250px]]</li><li>The IMSMA Control Centre closes. The IMSMA Control Centre needs to be closed because the IMSMA database restored may be of an earlier version than the current version of the IMSMA application and therefore needs to be upgraded to the same version as the IMSMA application.</li></ol>
==SQL Views after restore==__NOEDITSECTION__
Since the views may build on other views it is not possible to know in which order they should be restored. Therefore the Restore functionality restores the SQL views as tables and after the restore is complete convert them to SQL views. If you still see any of your SQL views as tables after the restore, there is something wrong with your SQL views. The most common errors are:
* the SQL views are created / owned by another user than imsma
* the SQL syntax is not correct
* the SQL view is referring to another SQL view that does not exist anymore.
