![]() |
BillMax Billing Solutions 877.245.5629 sales@billmax.com |
Table of Contents
The mechanics of how to do backups to offline storage are beyond the scope of this documentation. This documentation describes files that might be considered for backups to offline storage.
The goal of doing BillMax backups should be to recreate the billing/provisioning operations given the complete failure of the billing/provisioning operations. This documentation will describe BillMax related data that should be considered for backup to offline storage.
BillMax provides different mechanisms for implementing backups of the BillMax database. When "billmax-admin nightly" is executed (which is normally done at night using cron. The following happens with regards to backups and compressing files.
If the setting for MYSQLD in /usr/local/billmax/local/billmax.conf is "YES", then BillMax will shutdown the MySQL database.
/usr/local/billmax/local/backup_hook will be run if it exists and is executable. The expectation is that this is a script or program that may be written to:
Copy the previous night's backup to tape, DVD, etc.
Run specialized processing related to backups, disk usage, etc.
If the setting for MYSQLD in /usr/local/billmax/local/billmax.conf is "YES" and the setting for BACKUP_DB in /usr/local/billmax/local/billmax.conf is "YES", BillMax will copy the MySQL database files in /usr/local/billmax/mysql/var/databasename to /usr/local/billmax/mysql/var/databasename.backup where databasename is the name of the database as specified in /usr/local/billmax/local/billmax.conf by the DB_DATABASE setting. All files are copied except those with "datacall" in the name. Those are only copied when "billmax-admin nightly" is executed on an Sunday.
Using either /usr/local/billmax/local/backup_hook or some other method, consider copying the files in /usr/local/billmax/mysql/var/databasename.backup to offline storage.
![]() |
Warning |
|---|---|
If used, nightly processing will not continue until successful completion of |