You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When we try to use the auto-generated sql nightly backups of sites (in /data/disk/arch/sql) to update db .tar file over existing db of newly created site, extracting tar of sql backup on d9, d8 and d7 sites doesn't just give us 1 .sql file, but many - 25 or more!
So using the command line
mysql dbname < path_to_.sql_backup_dump
is onerous, to say the least, with the long sql file names it would have to be done 15 or 20 times with different file names for each site. Is there a preferred or best practices method of using a nightly .sql backup to write over an existing db to move a site to another server or restore a db dump?
What good are the backups made nightly in /data/disk/arch/sql ? What purpose do they serve if I can't use them?
The only way I have been able to take a drupal site from one boa server and install it on another using the old-fashioned way of creating a blank site on the new server (after changing the dns, of course), uploading the files directory from the losing server and taking an adminer export of the site's db on the losing server, and then uploading the .sql file obtained from the adminer export into the gaining server's db either on the command line or through the gaining server's adminer interface.
I realize that this isn't the the best way to move a site from one boa server to another, but it works, and the xboa site move doesn't work for us. (must be a problem with the ssh keys).
Thanks,
Ed
The text was updated successfully, but these errors were encountered:
EdNett
changed the title
command line sql db replacement help requested for D9 sites
command line sql db replacement help requested - what good are /data/disk/arch/sql backups if they can't be extracted to give one .sql file ?
Nov 2, 2021
When we try to use the auto-generated sql nightly backups of sites (in /data/disk/arch/sql) to update db .tar file over existing db of newly created site, extracting tar of sql backup on d9, d8 and d7 sites doesn't just give us 1 .sql file, but many - 25 or more!
So using the command line
mysql dbname < path_to_.sql_backup_dump
is onerous, to say the least, with the long sql file names it would have to be done 15 or 20 times with different file names for each site. Is there a preferred or best practices method of using a nightly .sql backup to write over an existing db to move a site to another server or restore a db dump?
What good are the backups made nightly in /data/disk/arch/sql ? What purpose do they serve if I can't use them?
The only way I have been able to take a drupal site from one boa server and install it on another using the old-fashioned way of creating a blank site on the new server (after changing the dns, of course), uploading the files directory from the losing server and taking an adminer export of the site's db on the losing server, and then uploading the .sql file obtained from the adminer export into the gaining server's db either on the command line or through the gaining server's adminer interface.
I realize that this isn't the the best way to move a site from one boa server to another, but it works, and the xboa site move doesn't work for us. (must be a problem with the ssh keys).
Thanks,
Ed
The text was updated successfully, but these errors were encountered: