From: | Andrey Borodin <x4mmm(at)yandex-team(dot)ru> |
---|---|
To: | Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> |
Cc: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Geoghegan <pg(at)bowt(dot)ie>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Stephen Frost <sfrost(at)snowman(dot)net>, Michael Paquier <michael(at)paquier(dot)xyz>, Amul Sul <sulamul(at)gmail(dot)com>, Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pg_amcheck contrib application |
Date: | 2021-03-11 17:10:38 |
Message-ID: | 7A8538E9-968E-41BD-B089-8B2C4C955E27@yandex-team.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> 11 марта 2021 г., в 20:30, Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> написал(а):
>
>
> pg_amcheck does not need a local data directory to check a remote database server, though it does need to connect to that server.
No, I mean it it would be great if we did not need to materialise whole DB anywhere. Let's say I have a backup of 10Tb cluster in S3. And don't have that clusters hardware anymore. I want to spawn tiny VM with few GiBs of RAM and storage no larger than biggest index within DB + WAL from start to end. And stream-check all backup, mark it safe and sleep well. It would be perfect if we could do backup verification at cost of corruption monitoring (and not vice versa, which is trivial).
Best regards, Andrey Borodin.
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Dilger | 2021-03-11 17:42:22 | Re: pg_amcheck contrib application |
Previous Message | Tom Lane | 2021-03-11 17:01:56 | Re: Huge memory consumption on partitioned table with FKs |