-
Notifications
You must be signed in to change notification settings - Fork 210
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot properly back up Plausible Analytics because the schema_migrations table of type TinyLog is ignored #238
Comments
according to https://github.com/golang-migrate/migrate/tree/master/database/clickhouse |
Hi @Slach ! And thanks for your reply. Are there any consequences from the app's point of view when using a table whose engine has been changed? Thanks |
@vitobotta I see only one concern here |
I see, I will give it a try and see if I manage :D |
I think the best solution of this issue is to ask the 'Plausible Analytics' developers to use the MergeTree engine instead of TinyLog. |
I'm in the same boat... I have been using clickhouse-backup to backup my Plausible Analytics database.
Plausible's migrations table uses the Is there a valid technical reason why edit: I didn't mean to necro-post - I can open a new issue if desired. |
clickhouse-backup works outside from clickhouse-server and use ALTER TABLE ... FREZZE command for safe make hardlinks of current data files, this command doesn't support TinyLog and all other *Log engines try to use in your configuration: general:
use_embedded_backup_restore: true it will use available in but it also have some bugs |
Amazing work, thanks for the info! |
Hi! Thanks for this project, very useful. I am trying to set up backups for Plausible Analytics, but there is a problem: the table schema_migrations is of type TinyLog and it seems that clickhouse backup ignores it and creates an empty backup for it. I can see with the debug log level that it says "skipped" for that table.
Therefore when I restore from a backup, that table will be empty and the Plausible Analytics app will re-run all the migrations, which fail because the tables etc already exist, so the app doesn't start. How can I ensure that that kind of table is also fully backed up? Thanks!
The text was updated successfully, but these errors were encountered: