You will need to indicate the frequency and how many of these you want to retain
You can indicate whee you want these backups to go. If you do not pick a remote backup option, then you will have no offsite backups (unless you are using other backup tools that watch for a new file in the backup directory.
Once the setting have been made in system preferences, you will need to designate a TM Server to do the actual backups. This includes the location on that machine where the backups are stored.
Please make sure there is adequate disk space to store all the historical backups you configured above.
See the setup below for the TM server
Backups Occur at | Enter one or more times of the day that you want backups to run. Generally:
|
Hourly | The number of hourly backups that you want the system to retain. This number can be greater that the number you want to run in any one day. i\If so, then more are kept across multiple days.
4 to 6 hourly backups are recommended. Example: if you want to keep 9 hourly backups and do 3 backups daily, then you will have 3 backups per day (the hourlies) for each of the past 3 days. |
Daily | The number of days of daily backups that will be kept.
15 days (half a month) or more is recommended. note: if backups are not run for 5 out of the past 15 days, then 15 days of daily backups means that 15 distinct days are kept, which will be across 20 days in total. |
Weekly | The number of weeks of weekly backups that will be kept.
Between 4 and 8 weekly backups are recommended Like the above, this is the number of distinct weeks of backups that are kept. If you keep 4 weeks of backups, but one week got missed for some reason, then TM will keep the 5th week as well. |
Monthly | The number of months of monthly backups that will be kept.
12 or more Monthly backups are recommended |
Yearly | The number of years that an annual backups should kept.
About 5 yearly backups are recommended You may want to set this to coincide with any government (IRS/CCRA) requirements for electronic storage. |
Backup Type | You can indicate what kind of offsite backup you want - the options are:
|
Backup URL | The URL that the backup will be sent to. Only applicable to the FTP and HTTP methods. For AMS cloud, this will be specified for you |
User Name | The user name to log into the remote backup location. |
Password | The password used to log into the remote backup location |
If the backup does not run, you can decide how long you want to wait without a backup before the message is displayed in Theatre Manager's startup notification window.
Last Backup | The date and time that the backup script was last known to have run. If this field does not change, then backups are not running. |
Last Size | The file size of the last backup. This number should generally increase in size. |
Prior Size | The file size of the second to last backup. This should also increase in size. |
Remind in | The number of days to wait until a reminder is created at a startup that the backup did not run.
|
Threshold | Enter a threshold for the differences between the current and the prior backup sizes. If the difference is over the this threshold, you will receive a warning. We recommend it is small - like 0.5% |
Normally, a backup path (shown to the right) is local to the machine. You can make it a network share if you know how to do that.
For example:
Platform | Local Path | Network Path |
Windows | C:\BoxOffice\Backups |
Log TM Server in as user that has access to network file share (i.e. set the service to login as a person with access to the share as per he sample to the right)
|
MacOS | \BoxOffice\Backups |
You'll have to mount a remote volume that will appear in the volumes directory that you allow read/write access to
|
Venues whose database and web services are hosted on the AMS cloud will need to contact support to make a point-in-time backup (eg for year end). |
Venues who are self hosted can make a manual backup at any time. The steps are: