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
{{ message }}
This repository has been archived by the owner on Feb 19, 2022. It is now read-only.
Hi
Our backup strategy is using pg_dumpall for all databases (including these which use timescaledb). Recently found this repo and want to change for using ts-dump and ts-restore. Acidently found that ts-restore didn't restore indexes.
add additional index: CREATE INDEX weather_metrics_snow_1h_mm_idx ON public.weather_metrics USING btree (snow_1h_mm, snow_3h_mm); - [test_timescaledb] - select * from pg_indexes where indexname ilike 'weather_metrics%' - should be 2 items
I am also having the same issue. The backup didn't restored the default indexes created when running create_hypertable. Why there are some items skipped in restore? I am seeing all indexes skipped in ts-restore command output. Anyone found solution to recreate missing default indexes?
Hi
Our backup strategy is using pg_dumpall for all databases (including these which use timescaledb). Recently found this repo and want to change for using ts-dump and ts-restore. Acidently found that ts-restore didn't restore indexes.
To reproduce:
- [test_timescaledb] - select * from pg_indexes where indexname ilike 'weather_metrics%' - should be 2 items
- [test_timescaledb_copy] - select * from pg_indexes where indexname ilike 'weather_metrics%' - 0 items
Thanks for answer
The text was updated successfully, but these errors were encountered: