This type of saving is suitable first of all for a local alarm group (server), when the alarm group represents a place in the application where alarm items really arise and they are saved to disk for needs of viewing. The window serves for setting the parameters of backup of a filled data file (alarms). Always when the file is filled by the specified number of records or when the defined time-range elapsed, it is closed and a new file is created with the name consisting of the backups list file name, the time when the file was created and an extension. This process proceeds so long until the specified the number of backup files is created. If it is necessary to create next backup but the number of backups is already spent, then the oldest backup (file) is removed.
After starting the application, a time sorted list of all data files is created in the memory based on the current data files with corresponding prefixes present in the specified folder. The sorting is done based on the time information contained in the file name (if the filename time identification fails then the first record is used, or the file modification time is used). Therefore it is acceptable to remove (backup) or add some data files while the application is not running.
In case of a remote alarm group (see "Remote group (client)" configurator), it sets the way of getting the data for the history viewer by file sharing . The current alarm state is not transferred by this way. The alarm states have to be transferred somehow between groups and to set the states by a script. The simplest way, in this case, is to use the data sharing of an alarm group by means of the "Remote connection over WEB" configurator where both the state viewer (including the alarm acknowledgement) and the history viewer are active.
|Folder for files||Path to the folder with data files (dBASE III files *.dbf). It is recommended to use the PROMOTIC path syntax - see PROMOTIC path to files and folders. For example #data:Alarm/. |
Caution! For each alarm group (PmaAlarmGroup object) different folder should be used. If the backup files of multiple groups are stored in a single shared folder, then at least the prefixes of such files must differ. It means that the individual groups must differ by the defined folder or file prefix (or both).
|File name prefix||The prefix - first part of the filename, for example alarm_. The whole file name consists of this prefix followed by time string, displaying the time of backup creation, and extension. For examplealarm_2007-01-15_18-45-43.dbf. |
Macro expression can be used for input (it is evaluated after starting the application).
|Backup creation is defined by records count||If checked, then the backup (creating new file) is performed on achievement of specified record number.|
|Backup creation is defined by time interval||If checked, then the backup (creating new file) is performed periodically with the defined period (Every year, month, week, day, hour, minute, second).|
|Backup count is limited||Maximum number of backup files. If this number of files is achieved, then the oldest backup file is replaced by the newest one.|
|Text data saved as||Specifies the text data coding for saving into the files. It concerns primarily diacritic characters saving method.|
ANSI - dependent on OS Windows code page - The texts are saved using the national code page based on OS Windows setting. This method does not allow saving multilingual texts coded by different language code pages simultaneously (e.g. German and Czech).
UTF8 (Unicode) - independent on OS Windows code page - The text are saved using the universal UTF8 Unicode coding. This method is independent on OS Windows codepage setting, and also on the application main language setting. This method allows saving multilingual texts coded by differnt code pages simultaneously (e.g. German and Russian).