# Backups

Use **Admin &gt; Settings &gt; 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

<table id="bkmrk-stepaction1open-admi"><thead><tr><th>Step</th><th>Action</th></tr></thead><tbody><tr><td>1</td><td>Open Admin &gt; Settings from the Global Administration menu.</td></tr><tr><td>2</td><td>In the Administration Links panel, choose Backups.</td></tr><tr><td>3</td><td>Use the Backups list to review existing schedules, run a backup manually, or open the Backup form.</td></tr></tbody></table>

<figure id="bkmrk-admin-settings-backu">![Admin Settings Backups list from the current MiRTA PBX application, with operational values sanitized.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backups-list.png)<figcaption>Admin Settings Backups list from the current MiRTA PBX application, with operational values sanitized.</figcaption></figure>## 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.

<table id="bkmrk-column-or-controldes"><thead><tr><th>Column or control</th><th>Description</th></tr></thead><tbody><tr><td>New Backup</td><td>Opens a blank Backup form for creating a new global backup schedule.</td></tr><tr><td>Delete Selected</td><td>Deletes the selected backup schedules after confirmation. Each deleted schedule also removes the linked background cron definition.</td></tr><tr><td>Selection checkbox</td><td>Selects one or more backup schedules for bulk deletion.</td></tr><tr><td>Name</td><td>Schedule name. A red disabled icon beside the name indicates an inactive schedule.</td></tr><tr><td>Node</td><td>Node that runs the backup job. Use this to keep database dumps and file operations on the intended PBX node.</td></tr><tr><td>Scheduled</td><td>Human-readable schedule built from month, weekday, day, hour, and minute settings.</td></tr><tr><td>Last executed</td><td>Shows the last start and end timestamps for the background job.</td></tr><tr><td>Directory</td><td>Local filesystem directory where backup files are written before optional FTP transfer.</td></tr><tr><td>FTP Server</td><td>Remote FTP host and directory when FTP storage is configured.</td></tr><tr><td>Run backup</td><td>Queues the selected schedule for immediate execution. The application displays that the backup has been scheduled and should start within about one minute.</td></tr></tbody></table>

## Backup Information

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

<figure id="bkmrk-backup-information-s">![Backup Information section from the current MiRTA PBX application, using unsaved documentation values.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backup-information.png)<figcaption>Backup Information section from the current MiRTA PBX application, using unsaved documentation values.</figcaption></figure><table id="bkmrk-fielddescriptionname"><thead><tr><th>Field</th><th>Description</th></tr></thead><tbody><tr><td>Name</td><td>Required schedule name shown in the Backups list and background job history.</td></tr><tr><td>Active</td><td>Controls whether the scheduled job can run automatically. Inactive schedules remain saved but are not executed by schedule.</td></tr><tr><td>Type</td><td>Selects 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.</td></tr><tr><td>Run from node</td><td>Selects 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.</td></tr></tbody></table>

## Backup Content Types

<table id="bkmrk-backup-contentwhat-i"><thead><tr><th>Backup content</th><th>What is created</th></tr></thead><tbody><tr><td>System configuration</td><td>Creates 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.</td></tr><tr><td>Call history</td><td>Creates a call-history database dump named like `asteriskcdrdb-YYYY-MM-DD_HH-MM-SS.sql`.</td></tr><tr><td>Recordings</td><td>Creates 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.</td></tr><tr><td>Reports data</td><td>Creates a reports data database dump named like `asteriskreportsdata-YYYY-MM-DD_HH-MM-SS.sql`.</td></tr><tr><td>System configuration then call history</td><td>Runs the system configuration dump and then the call-history dump in the same backup job.</td></tr><tr><td>System configuration then call history then recordings</td><td>Runs the system configuration, call-history, and recording-metadata dumps in the same backup job.</td></tr><tr><td>System configuration then call history then recordings and reports data</td><td>Runs the combined database backup including system configuration, call history, recording metadata, and reports data.</td></tr><tr><td>Custom configuration files</td><td>Creates 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.</td></tr></tbody></table>

## 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.

<figure id="bkmrk-backup-schedule-sect">![Backup Schedule section from the current MiRTA PBX application, using unsaved documentation values.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backup-schedule.png)<figcaption>Backup Schedule section from the current MiRTA PBX application, using unsaved documentation values.</figcaption></figure><table id="bkmrk-fielddescriptionmont"><thead><tr><th>Field</th><th>Description</th></tr></thead><tbody><tr><td>Month</td><td>Select Every month or one or more specific months.</td></tr><tr><td>Weekday</td><td>Select Any weekday or one or more weekdays. This is evaluated together with the other schedule fields.</td></tr><tr><td>Day</td><td>Select Every day or one or more day numbers from 1 through 31.</td></tr><tr><td>Hour</td><td>Select Every hour or one or more hours from 0 through 23.</td></tr><tr><td>Minute</td><td>Select Every minute or one minute from 00 through 59. For production backups, prefer a specific low-traffic minute instead of every minute.</td></tr></tbody></table>

## 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.

<figure id="bkmrk-backup-database-acce">![Backup Database access section from the current MiRTA PBX application, with credentials sanitized.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backup-database-access.png)<figcaption>Backup Database access section from the current MiRTA PBX application, with credentials sanitized.</figcaption></figure><table id="bkmrk-fielddescriptionhost"><thead><tr><th>Field</th><th>Description</th></tr></thead><tbody><tr><td>Host</td><td>Database host reachable from the selected node. Use the local database address when the backup runs on the database node.</td></tr><tr><td>User</td><td>Database user used by the dump command.</td></tr><tr><td>Password</td><td>Database password for the backup user. Treat it as a secret and avoid exposing it in screenshots or support tickets.</td></tr></tbody></table>

## 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.

<figure id="bkmrk-backup-filesystem-ba">![Backup Filesystem backup storage section from the current MiRTA PBX application, using documentation paths and retention values.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backup-filesystem-storage.png)<figcaption>Backup Filesystem backup storage section from the current MiRTA PBX application, using documentation paths and retention values.</figcaption></figure><table id="bkmrk-fielddescriptiondire"><thead><tr><th>Field</th><th>Description</th></tr></thead><tbody><tr><td>Directory</td><td>Required local directory where backup files are written. The selected node must be able to create the directory if needed and write files into it.</td></tr><tr><td>System configuration #files</td><td>Required number of local system configuration dump files to keep.</td></tr><tr><td>Call history #files</td><td>Required number of local call-history dump files to keep.</td></tr><tr><td>Recordings #files</td><td>Required number of local recording metadata dump files to keep.</td></tr><tr><td>Reports data #files</td><td>Required number of local reports data dump files to keep.</td></tr><tr><td>Custom configuration #files</td><td>Required number of local custom configuration archives to keep.</td></tr></tbody></table>

## 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.

<figure id="bkmrk-backup-ftp-backup-st">![Backup FTP backup storage section from the current MiRTA PBX application, using documentation server values.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backup-ftp-storage.png)<figcaption>Backup FTP backup storage section from the current MiRTA PBX application, using documentation server values.</figcaption></figure><table id="bkmrk-fielddescriptionhost-1"><thead><tr><th>Field</th><th>Description</th></tr></thead><tbody><tr><td>Host</td><td>FTP server hostname or address. Leave empty to keep backups only in the local filesystem directory.</td></tr><tr><td>User</td><td>FTP username.</td></tr><tr><td>Password</td><td>FTP password. Treat it as a secret.</td></tr><tr><td>Max data rate</td><td>Optional upload limit. Use suffixes such as K, M, or G, for example 10M.</td></tr><tr><td>Directory</td><td>Remote FTP directory where backup files are uploaded.</td></tr><tr><td>Use passive FTP</td><td>Keeps passive FTP enabled when checked. Clear it only for FTP servers that require non-passive mode.</td></tr><tr><td>System configuration #files</td><td>Optional number of remote system configuration dump files to keep.</td></tr><tr><td>Call history #files</td><td>Optional number of remote call-history dump files to keep.</td></tr><tr><td>Recordings #files</td><td>Optional number of remote recording metadata dump files to keep.</td></tr><tr><td>Reports data #files</td><td>Optional number of remote reports data dump files to keep.</td></tr><tr><td>Custom configuration #files</td><td>Optional number of remote custom configuration archives to keep.</td></tr><tr><td>Save</td><td>Creates or updates the backup schedule and returns to the Backups list.</td></tr><tr><td>Delete</td><td>Deletes the current backup schedule after confirmation.</td></tr><tr><td>Back</td><td>Returns to the Backups list without saving changes.</td></tr></tbody></table>

## 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.

<figure id="bkmrk-backup-more-panel-fr">![Backup More panel from the current MiRTA PBX application, with schedule names sanitized.](https://manual.mirtapbx.com/uploads/images/gallery/2026-07/admin-settings-backup-more.png)<figcaption>Backup More panel from the current MiRTA PBX application, with schedule names sanitized.</figcaption></figure>## Validation and Troubleshooting

<table id="bkmrk-checkwhat-to-verifym"><thead><tr><th>Check</th><th>What to verify</th></tr></thead><tbody><tr><td>Manual run</td><td>After 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.</td></tr><tr><td>Local files</td><td>Confirm that new backup files are created in the configured local directory and that old files are pruned according to the retention counts.</td></tr><tr><td>Database permissions</td><td>If database dumps fail, verify host reachability, username, password, and read permissions on the selected backup content databases.</td></tr><tr><td>Filesystem permissions</td><td>If no files are created, verify that the selected node can create and write to the configured directory.</td></tr><tr><td>FTP transfer</td><td>If 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.</td></tr><tr><td>Background output</td><td>For 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`.</td></tr></tbody></table>