Skip to main content

Backups

Use Admin > Settings > Backups to create and maintain system backup schedules. These are global schedules, not tenant schedules. A backup can export system configuration, call history, recording metadata, reports data, custom configuration files, or a combination of these sources.

This page documents the dedicated Backups administration screen. It is separate from the Voicemail backup storage setting inside Admin Settings, which only controls voicemail-message backup storage.

Open the Backups Page

StepAction
1Open Admin > Settings from the Global Administration menu.
2In the Administration Links panel, choose Backups.
3Use the Backups list to review existing schedules, run a backup manually, or open the Backup form.
{{admin-settings-backups-list}}
Admin Settings Backups list from the current MiRTA PBX application, with operational values sanitized.
Admin Settings Backups list from the current MiRTA PBX application, with operational values sanitized.

Backups List

The Backups list is the operational view for existing backup schedules. It supports sorting, search, pagination, selecting rows for deletion, opening a schedule by clicking its linked fields, and queuing a manual run from the Action column.

Column or controlDescription
New BackupOpens a blank Backup form for creating a new global backup schedule.
Delete SelectedDeletes the selected backup schedules after confirmation. Each deleted schedule also removes the linked background cron definition.
Selection checkboxSelects one or more backup schedules for bulk deletion.
NameSchedule name. A red disabled icon beside the name indicates an inactive schedule.
NodeNode that runs the backup job. Use this to keep database dumps and file operations on the intended PBX node.
ScheduledHuman-readable schedule built from month, weekday, day, hour, and minute settings.
Last executedShows the last start and end timestamps for the background job.
DirectoryLocal filesystem directory where backup files are written before optional FTP transfer.
FTP ServerRemote FTP host and directory when FTP storage is configured.
Run backupQueues the selected schedule for immediate execution. The application displays that the backup has been scheduled and should start within about one minute.

Backup Information

The Information section defines the schedule identity, whether it is active, what data the backup contains, and which node runs the job.

{{admin-settings-backup-information}}
Backup Information section from the current MiRTA PBX application, using unsaved documentation values.
Backup Information section from the current MiRTA PBX application, using unsaved documentation values.
FieldDescription
NameRequired schedule name shown in the Backups list and background job history.
ActiveControls whether the scheduled job can run automatically. Inactive schedules remain saved but are not executed by schedule.
TypeSelects the backup content. Available choices include system configuration, call history, recordings metadata, reports data, combined system and call history backups, combined system, call history, and recordings backups, combined system, call history, recordings, and reports data backups, and custom configuration files.
Run from nodeSelects the PBX node that executes the backup. Choose a node that has access to the database, local backup directory, and any custom files being archived.

Backup Content Types

Backup contentWhat is created
System configurationCreates a system configuration database dump named like asterisk-YYYY-MM-DD_HH-MM-SS.sql. The recording metadata and reports data tables are excluded from this dump and handled by their own backup choices.
Call historyCreates a call-history database dump named like asteriskcdrdb-YYYY-MM-DD_HH-MM-SS.sql.
RecordingsCreates a recording metadata database dump named like asteriskrecordings-YYYY-MM-DD_HH-MM-SS.sql. This backs up the recordings database table; it does not replace the configured storage backup for the actual audio files.
Reports dataCreates a reports data database dump named like asteriskreportsdata-YYYY-MM-DD_HH-MM-SS.sql.
System configuration then call historyRuns the system configuration dump and then the call-history dump in the same backup job.
System configuration then call history then recordingsRuns the system configuration, call-history, and recording-metadata dumps in the same backup job.
System configuration then call history then recordings and reports dataRuns the combined database backup including system configuration, call history, recording metadata, and reports data.
Custom configuration filesCreates a compressed archive named like customfiles-YYYY-MM-DD_HH-MM-SS.tar.gz containing the custom system and PBX configuration paths handled by the backup runner.

Schedule

The Schedule section controls when the background job runs. Month, weekday, day, and hour support multiple selections; minute is selected as a single value.

{{admin-settings-backup-schedule}}
Backup Schedule section from the current MiRTA PBX application, using unsaved documentation values.
Backup Schedule section from the current MiRTA PBX application, using unsaved documentation values.
FieldDescription
MonthSelect Every month or one or more specific months.
WeekdaySelect Any weekday or one or more weekdays. This is evaluated together with the other schedule fields.
DaySelect Every day or one or more day numbers from 1 through 31.
HourSelect Every hour or one or more hours from 0 through 23.
MinuteSelect Every minute or one minute from 00 through 59. For production backups, prefer a specific low-traffic minute instead of every minute.

Database Access

The backup job uses these credentials when creating database dumps. Store credentials for an account that can read the required MiRTA PBX databases and run from the selected node.

{{admin-settings-backup-database-access}}
Backup Database access section from the current MiRTA PBX application, with credentials sanitized.
Backup Database access section from the current MiRTA PBX application, with credentials sanitized.
FieldDescription
HostDatabase host reachable from the selected node. Use the local database address when the backup runs on the database node.
UserDatabase user used by the dump command.
PasswordDatabase password for the backup user. Treat it as a secret and avoid exposing it in screenshots or support tickets.

Filesystem Backup Storage

Filesystem storage is always the first backup target. The backup runner creates files in the configured local directory and applies local retention by backup type.

{{admin-settings-backup-filesystem-storage}}
Backup Filesystem backup storage section from the current MiRTA PBX application, using documentation paths and retention values.
Backup Filesystem backup storage section from the current MiRTA PBX application, using documentation paths and retention values.
FieldDescription
DirectoryRequired local directory where backup files are written. The selected node must be able to create the directory if needed and write files into it.
System configuration #filesRequired number of local system configuration dump files to keep.
Call history #filesRequired number of local call-history dump files to keep.
Recordings #filesRequired number of local recording metadata dump files to keep.
Reports data #filesRequired number of local reports data dump files to keep.
Custom configuration #filesRequired number of local custom configuration archives to keep.

FTP Backup Storage

FTP storage is optional. When an FTP host is configured, the backup runner uploads the generated local backup files to the remote FTP directory and applies the configured remote retention values.

{{admin-settings-backup-ftp-storage}}
Backup FTP backup storage section from the current MiRTA PBX application, using documentation server values.
Backup FTP backup storage section from the current MiRTA PBX application, using documentation server values.
FieldDescription
HostFTP server hostname or address. Leave empty to keep backups only in the local filesystem directory.
UserFTP username.
PasswordFTP password. Treat it as a secret.
Max data rateOptional upload limit. Use suffixes such as K, M, or G, for example 10M.
DirectoryRemote FTP directory where backup files are uploaded.
Use passive FTPKeeps passive FTP enabled when checked. Clear it only for FTP servers that require non-passive mode.
System configuration #filesOptional number of remote system configuration dump files to keep.
Call history #filesOptional number of remote call-history dump files to keep.
Recordings #filesOptional number of remote recording metadata dump files to keep.
Reports data #filesOptional number of remote reports data dump files to keep.
Custom configuration #filesOptional number of remote custom configuration archives to keep.
SaveCreates or updates the backup schedule and returns to the Backups list.
DeleteDeletes the current backup schedule after confirmation.
BackReturns to the Backups list without saving changes.

More Panel

The More panel provides a second entry point for creating a new backup schedule and, when schedules already exist, quick links to open the other saved backup schedules.

{{admin-settings-backup-more}}
Backup More panel from the current MiRTA PBX application, with schedule names sanitized.
Backup More panel from the current MiRTA PBX application, with schedule names sanitized.

Validation and Troubleshooting

CheckWhat to verify
Manual runAfter saving a schedule, use the Run backup action from the Backups list and wait at least one minute for the background runner to pick it up.
Local filesConfirm that new backup files are created in the configured local directory and that old files are pruned according to the retention counts.
Database permissionsIf database dumps fail, verify host reachability, username, password, and read permissions on the selected backup content databases.
Filesystem permissionsIf no files are created, verify that the selected node can create and write to the configured directory.
FTP transferIf local files are created but remote transfer fails, verify FTP host, directory, credentials, passive mode, transfer rate, and that the selected node has the FTP client dependency installed.
Background outputFor low-level failure details, check the backup runner output log at /tmp/mirtapbxbackup.out and, when a post-backup hook is installed, /tmp/mirtapbx-post-backup.log.