Support

Akeeba Backup for Joomla!

#30461 db only does not use jpa format

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by on Wednesday, 12 December 2018 17:17 CST

bom
When I backup the main db with a config that states to use the jpa format I still get a plain sql backup file. Please see attached config. What did I do wrong? cheers

nicholas
Akeeba Staff
Manager
This is exactly what it is supposed to do. "Main site database only" generates a SQL file. "All site databases" on the other hand generates a JPA file. This is documented.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

bom
That is strange because I did transfer databases many times that way from one installation to another. So if that has changed how do I import that sql file in another installation when phpMyAdmin is not an option due to the db size? it lets me import only zip or jpa but not sql, it doesnt show up when scanning a directory.

nicholas
Akeeba Staff
Manager
I'm sorry, but you are still mistaken. Ever since the "Site database only" feature was implemented in 2007 (a bit more than eleven years ago) it was generating a .sql file. This is the only backup type which does NOT generate an archive format. This has been very clearly documented ever since. I know because I wrote the feature and its documentation myself. Please let me paste the documentation for you:

Backup Type

It defines the kind of backup you'd like to take. The backup types for Akeeba Backup are:



1. Full site backup which backs up the Joomla! database, any extra databases you might have defined and all of the site's files. This produces a backup archive with an embedded installer so that you can restore your site with ease. This is the option 90% of the users want; it is the only option which creates a full backup of your site, capable of producing a working site if everything is wiped out of your server.



2. Main site database only (SQL file) which backs up only the Joomla! database. It results in a single SQL file which can be used with any database administration utility (e.g. phpMyAdmin for MySQL, pgAdmin3 for PostgreSQL etc) to restore only your database should disaster strike. This option is recommended for advanced users only.



3. Site files only which backs up nothing but the site's files. It is complementary to the previous option.



Warning

Having one "main site database" backup and one "sites files only" backup is not equal to having a full site backup! The full site backup also includes an installation script which, just like Joomla!'s web installer, allows you to effortlessly recover your site even if everything is wiped out of your server. It acts as the glue between the two pieces (files and database).



4. All configured databases (archive file) which creates an archive file containing SQL files with dumps of your main site's database and all of the defined multiple databases. The database dumps can be restored by any database administration tool (for example phpMyAdmin for MySQL). The difference to the second option is that it produces an uncompressed SQL file and doesn't include any extra databases which you might have defined.



Note

Extra - or "multiple" - database definitions are only available in the Professional edition of the component.



5. Incremental (files only). This is the same as the Site files only option, but instead of backing up all of your site's files, it only backs up the files which changed since the last time you performed a backup. The only comparison made is between the file's modification time and the last successful backup's time. The "last successful backup" refers to the last backup made using this backup Profile and which has a status of "OK", "Remote" or "Obsolete".



Restoring an incremental backup set is a manual process. You have to manually extract the files from your "base" backup (an archive made with a Full Site Backup profile), then extract all incremental archives on top of it. Finally, used this collection of extracted files to restore your site. This process should only be used if you really know what you are doing. Do not trust that Akeeba Backup can sort out the collection of incremental backups and help you restore them. It won't.



Since it's a .sql file it is by definition NOT an archive file, i.e. it does not contain other files inside it. That's why you cannot "extract" it with Kickstart. Kickstart extracts the files from inside archives.

As with all .sql files you can only import them with phpMyAdmin, MySQL, Adminer, BigDump or a similar tool. The entire reason this backup type exists is that sometimes people want to transfer just the database and use one of these tools. I have written that in the documentation (see above).

If you no not want to use phpMyAdmin etc then you need to configure your backup profile to use the "All configured databases (archive file)" backup type. This creates a .jpa, .jps or .zip archive which includes both the database dump and the restoration script, exactly as documented.

Please read the documentation I pasted above.

Nicholas K. Dionysopoulos

Lead Developer and Director

πŸ‡¬πŸ‡·Greek: native πŸ‡¬πŸ‡§English: excellent πŸ‡«πŸ‡·French: basic β€’ πŸ• My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!