Changes

Jump to: navigation, search

Backup and Restore

3,164 bytes added, 15:49, 29 May 2017
no edit summary
__FORCETOC__
{{TOC right}}
 {{HowTo's|[[Standalone]]|[[Network Environment]]|[[Externally Connected Tools]]|[[Attachments]]}} ==Backing Up And Restoring Data==__NOEDITSECTION__The most important aspect of maintaining a properly functioning {{IMSMANG}} system is backing up and restoring data.Regular data backups are essential for maintaining the integrity of the system in case of sytem failure, software errors or accidental data deletion. Not only should information managers mandate that all IMSMA<sup>NG</sup> {{IMSMANG}} data is regularly backed up, but more importantly a multitired multitiered backup strategy should be used to eliminate data loss. Consider the following options below when developing a backup strategy for IMSMA<sup>NG</sup>{{IMSMANG}}.
*disk mirroring
*hard disk backup
*offsite data storage
*{{IMSMANG}}-specific backups
FinallyMoreover, a backup is only as if you are able to restore it. As such, any data backup strategy should include occasioanl tests plans to test existing backups to ensure that all of the backups are functioning properlyusable. If it becomes necessary to restore data, regular testing of backups helps ensure that it will be possible to do so.
Note that an event-based change to the components necessitates a backup '''before''' and '''after''' the change. Event-based changes include events such as:* upgrading any software on the server* importing data and/or Data Entry Forms* changing SQL views in the database. ===Backing Up the IMSMA<sup>NG</sup> {{IMSMANG}} Database===__NOEDITSECTION__The IMSMA<sup>NG</sup> Datebase holds By far, the most critical component to backup is the {{IMSMANG}} database itself because it contains all of the actie actual data in IMSMA<sup>NG</sup> ranging from {{IMSMANG}} and published reports to general mine action informationtemplates, etc. IMSMA<sup>NG</sup> {{IMSMANG}}’s Backup is responsible for storing all of this data under capability backs up the MySQL {{IMSMANG}} database. The MySQL by executing a PGSQL database dump command impliments that creates a complete backup of all of the data in the database. The resulting dump.sql file includes the necessary commands to recreate the database with all the existing data. The existing file , which is stored in a time-stamped directory for easy accessidentification.
{{note| The dump.sql file is stored in text format and can be made smaller for storage using compression tools such as WinZIP. }}{{HowTo's|[[File:BackingUp Tip1CORRECT.pngBackup IMSMA Data|Backup IMSMA Data]]|border[[Scheduling Backup|captionScheduling Backup of IMSMA database]]}}
Information Managers managers can create automatic dailiy or weekly schedule backups using MySQL PGSQL Administration toolsand build daily or weekly routines that back up the database automatically. These backups also work simultaneously with IMSMA <sup>NG</sup> similarly to {{IMSMANG}} Backup; however , any backup made outside of IMSMA <sup>NG</sup> needs {{IMSMANG}} will have to be restored manually restored. Even so, regularly scheduled backups are an excellent component of a backup strategy.
[[File:BackingUp Tip2{{note| In a client/server configuration, backups should be made from the server rather than the clients. Similarly, backups can only be restored on the {{IMSMANG}} server.png|border|caption]]}}
===Attachments===__NOEDITSECTION__Attachmes are stored seprately from the IMSMA<sup>NG</sup> database {{IMSMANG}} stores attachments on the server filesystem separate from the {{IMSMANG}} database. However because Because of their the total file sizeof the attachments, it may not be beneficial or necessary to back up the attachments each time. For this reason, IMSMA<sup>NG</sup> {{IMSMANG}} Backup provides the option of excluding to exclude attachments when performing a backupwhich is '''not''' recommended.
Including attachments is still reccomended for For regular, complete backups. However, if the file size it is too large highly recommended to include attachments can be deleted manually. Avoid excluding attachemtns from backups since attachmets cannot be added It is also possible to take an IMSMA backup of the database and a file backup fileof the attachments.
===Backing Up Other IMSMA<sup>NG</sup> InformationGIS Database===__NOEDITSECTION__Apart from While {{IMSMANG}} stores all coordinate data in the IMSMA<sup>NG</sup> PGSQL database and attachment stored on that is backed up with the server{{IMSMANG}} database, {{IMSMANG}} also uses a geodatabase file (IMSMA<sup>NG</sup> Backup allows members .gdb), also known as the sandbox, to display the data in the Map Pane inside {{IMSMANG}}. These files should be included with each {{IMSMANG}} backup specific elements from to shorten the time it takes to launch {{IMSMANG}} after a restore. {{IMSMANG}} automatically rebuilds the sandbox during launch of the {{IMSMANG}} if the sandbox is missing, but it can take several hours to do so. After it is backed up, the sandbox can be transferred manually to other freshly installed clients to shorten the time required to build the client including: geodatabase during system launch.
*GIS database (.mdb file)===Maps===__NOEDITSECTION__*{{IMSMANG}} map files (can be loaded on a per-client basis and stored in {{IMSMANG}} Backup, providing an easy way to share maps between clients.mxd, etc)*field report template files*iReport template files*translation In Map Data is also the [[Customise Sub-Themes | sub-theme]] assignments included.properties files
====GIS Dataabase=Data Entry Form Templates and iReport Templates===__NOEDITSECTION__IMSMA<sup>NG</sup> also stores corrdinate data on each client computer in a geodatabase file (IMSMA.mdb) {{IMSMANG}} provides the capability to allow data store copies of drafts of Data Entry Form templates and iReport templates to be displayed on a mapthe file system during report design. Even While the published versions of the templates are backed up as part of the {{IMSMANG}} database backup, the files are only included if the file option is missing, IMSMA<sup>NG</sup> automatically builds this file aftre selected on the system launch{{IMSMANG}} Backup window. However, Storing these files in the backup is recommended as it can take several hours. To avoid this, each IMSMA<sup>NG</sup> backup should include this file to reduce the time makes it takes easier to launch IMSMA<sup>NG</sup> after a restoreresume drafting templates and reports.
Likewise, since ===Translations===__NOEDITSECTION__{{IMSMANG}} stores translations of the application in several places. Translations and localisations of data elements are stored in the geodatabase is structured on a per-client basis, {{IMSMANG}} database and are backed up with the best way database backup. The .properties files used to fully update translate the geodatabase is {{IMSMANG}} interface are stored externally to launch the client prior to backing it up. Once it is backed updatabase, users but they can shorten be added to the time required {{IMSMANG}} Backup as an option. If changes are made to build the geodatabase by manually transferring .properties files, it is recommended to newly installed clientsback them up after each change as well as each time a full backup is made.
==Other Backup Considerations==Maps__NOEDITSECTION__While {{IMSMANG}} Backup backs up all of the files used in the standard configuration of {{IMSMANG}}, there are other files that should also be backed up and/or carefully documented.  * client and server '''settings''' including memory settings* C:\IMSMAng\server\gis\maps\imsma.mxd (if customized)* the background map(s) source files ('''not''' only the .mxd file)* local projection files (.prj)* C:\IMSMAng\migration\conf\migration.properties and any import scripts* [[Language and Translations#Data language|fallback fonts]] (C:\IMSMAng\java\lib\fonts\fallback)* ODBC configurations* External tools: External reporting tools and other add-ons are not backed up by {{IMSMANG}} and information managers should ensure that these external tools are backed up manually.  ==IMSMA Restore==__NOEDITSECTION__{{Warning| {{IMSMANG}} Restore replaces all data in the {{IMSMANG}} database and copy over existing files. Prior to restoring the {{IMSMANG}} database, information managers should ensure that all necessary data has been backed up. {{IMSMANG}} Restore operations cannot be undone.}}{{HowTo's| [[Restore IMSMA<sup>NG</sup> map fiiles can be loaded Backup on a per-client basis and stored in Server]]|[[Restore IMSMA<sup>NG</sup> Backup, providing on Client]]}}Backups created using {{IMSMANG}} Backup should be restored using {{IMSMANG}} Restore. {{IMSMANG}} Restore allows users to determine which components of an easy way {{IMSMANG}} Backup to share maps between clientsrestore. The components available depend on the options that were selected during backup. Each option behaves slightly differently depending on whether the restore is occurring on a server or a client.
[[File:Map Tip1CORRECT===Restore on the Server===__NOEDITSECTION__In a client/server environment, the {{IMSMANG}} database can be restored only on the server machine so as to prevent accidental deletion of data by client users. Conducting an {{IMSMANG}} Restore on the server machine (or a stand-alone machine) restores the {{IMSMANG}} database and the available attachments to the server, replacing any existing data in the {{IMSMANG}} database. When a restore is complete, {{IMSMANG}} closes and must be restarted.png|border|caption]]
====Field Report Templates and iReport Templates====IMSMA<sup>NG<{{note| In a client/sup>users can store copies or drafts of field reports templates and iReports templates server environment, it is recommended to stop the file system. Select server prior to restoring the option on the IMSMA<sup>NG</sup> Backup window database to store these files in the backupensure all clients are disconnected.}}
====Translations====Translations and localizations of data elements are stored in the {{NavBox IMSMA<sup>NG</sup> database and secured with the database backup. Although the properties files used to translate the IMSMA<sup>NG</sup> interface are stored externally to the database, they can be added to the IMSMA<sup>NG</sup> Backup. Be sure to backup all properties files each time a change or a full backup is made.Administration}}
{{NavBox Using IMSMA}}[[Category:NAA]]
6,632
edits

Navigation menu