Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kwpzf-0002Da-1g for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jan 2021 17:19:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kwpze-0007k2-0N for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jan 2021 17:19:38 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kwpzd-0007jm-OQ for pgsql-hackers@lists.postgresql.org; Tue, 05 Jan 2021 17:19:37 +0000 Received: from mail-ej1-f47.google.com ([209.85.218.47]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kwpza-0006Tl-O3 for pgsql-hackers@lists.postgresql.org; Tue, 05 Jan 2021 17:19:36 +0000 Received: by mail-ej1-f47.google.com with SMTP id ce23so1206971ejb.8 for ; Tue, 05 Jan 2021 09:19:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:to:cc:subject:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=+zg/vgjJZ1RnFviE50bO+zFdGZYpohSWPFYEMPA7P18=; b=VYGKQcMQXnQyIvYzhwrj9P1o5CkZEBsQlAG3/mQPd4fimlW+rmlTTy95eI6RlLIro1 s5yEU3FRiLkzRcHttUW8YQpTgBB3RoQmEW6J9cnht8N6RpuIjNvjRh2hPFlI6Jac2Fee TOigrgh5hhi66aqTKBztFaOJf7YdJVkNcdJtE0g7M0CXKZK0/mVf01mWcQCv04fNQWUH 3Ei5wYLvdGcZ5ANRYkbK9g3TKLLV7MGRy7DOf7J07mrjVvE+4aQZoKO1WWv10LZPF8r+ n4u+f8emDSFMOVCp+pDZOjGFRd9gD8kXiZfGmezEBo8sXEKmjU7VJAtMharZPoAzg7Dv wpbA== X-Gm-Message-State: AOAM530N6BN7hYohCB/um+MQGvXOvD+akPxyAEIeUFEhbMxZqpXgN04/ rkr8PVKlr7k7p/Ezrksb9f4= X-Google-Smtp-Source: ABdhPJzlDa5mPIDJM/AKgfqEkwvdHdvNVW7jXI83Hs38E5LR40NnhjfTh56AJhECPjomBfo3hXLreg== X-Received: by 2002:a17:906:13da:: with SMTP id g26mr133824ejc.285.1609867173250; Tue, 05 Jan 2021 09:19:33 -0800 (PST) Received: from lightning.caipicrew.dd-dns.de ([2001:a61:3b4c:4d01:6e18:c24f:2260:4244]) by smtp.gmail.com with ESMTPSA id dh19sm69271edb.78.2021.01.05.09.19.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Jan 2021 09:19:32 -0800 (PST) Message-ID: <5ff49fa4.1c69fb81.658f3.04ac@mx.google.com> X-Google-Original-Message-ID: <20210105171931.GA28716@caipicrew.dd-dns.de;lightning.caipicrew.dd-dns.de> Received: from mbanck by lightning.caipicrew.dd-dns.de with local (Exim 4.92) (envelope-from ) id 1kwpzX-0008U4-NM; Tue, 05 Jan 2021 18:19:31 +0100 Date: Tue, 5 Jan 2021 18:19:31 +0100 From: Michael Banck To: Daniel Gustafsson Cc: Heikki Linnakangas , Justin Pryzby , Robert Haas , Magnus Hagander , Michael Paquier , Andres Freund , Tomas Vondra , Alvaro Herrera , pgsql-hackers@lists.postgresql.org Subject: Re: Online checksums patch - once again References: <85114708-887F-4A03-A57F-249F3E0009E3@yesql.se> <20200919021811.GA30557@telsasoft.com> <91DC9350-7269-4B0F-AF87-AE62243D53AD@yesql.se> <329E487A-E0E9-481C-985E-52888302487C@yesql.se> <65E8272D-90AA-4194-A8F0-A8EAA0880B03@yesql.se> <8e1cda9b-1cb9-a634-d383-f757bf67b820@iki.fi> <4D2BC45F-CAE9-451C-AD08-FDB199008E6D@yesql.se> <1B6F5100-6518-4864-8F26-213A45ED6E54@yesql.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1B6F5100-6518-4864-8F26-213A45ED6E54@yesql.se> User-Agent: Mutt/1.10.1 (2018-07-13) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi, On Tue, Jan 05, 2021 at 12:18:07AM +0100, Daniel Gustafsson wrote: > > On 3 Dec 2020, at 10:37, Daniel Gustafsson wrote: > > I've also done some tweaks to the tests to make them more robust as well as > > comment updates and general tidying up here and there. > > Attached is a rebase of the patch on top of current HEAD. I only looked through the documentation this time, and have one suggestion: > diff --git a/doc/src/sgml/ref/initdb.sgml b/doc/src/sgml/ref/initdb.sgml > index 385ac25150..e3b0048806 100644 > --- a/doc/src/sgml/ref/initdb.sgml > +++ b/doc/src/sgml/ref/initdb.sgml > @@ -219,6 +219,7 @@ PostgreSQL documentation > failures will be reported in the > > pg_stat_database view. > + See for details. > > > > diff --git a/doc/src/sgml/wal.sgml b/doc/src/sgml/wal.sgml > index f4bc147b10..5dcfcdd2ff 100644 > --- a/doc/src/sgml/wal.sgml > +++ b/doc/src/sgml/wal.sgml > @@ -230,6 +230,103 @@ > > > > + > + Data Checksums > + > + checksums > + > + > + > + Data pages are not checksum protected by default, but this can optionally be > + enabled for a cluster. When enabled, each data page will be assigned a > + checksum that is updated when the page is written and verified every time > + the page is read. Only data pages are protected by checksums, internal data > + structures and temporary files are not. > + > + > + > + Checksums are normally enabled when the cluster is initialized using + linkend="app-initdb-data-checksums">initdb. > + They can also be enabled or disabled at a later time, either as an offline > + operation or in a running cluster. In all cases, checksums are enabled or > + disabled at the full cluster level, and cannot be specified individually for > + databases or tables. > + > + > + > + The current state of checksums in the cluster can be verified by viewing the > + value of the read-only configuration variable + linkend="guc-data-checksums" /> by issuing the command SHOW > + data_checksums. > + > + > + > + When attempting to recover from corrupt data it may be necessary to bypass > + the checksum protection in order to recover data. To do this, temporarily > + set the configuration parameter . > + I think the above is rather informative about checksums in general and not specific to online activation of checksusm, so could pretty much be committed verbatim right now, except for the "either as an offline operation or in a running cluster" bit which would have to be rewritten. > + > + > + Off-line Enabling of Checksums > + > + > + The pg_checksums > + application can be used to enable or disable data checksums, as well as > + verify checksums, on an offline cluster. > + > + > + > + > + > > Write-Ahead Logging (<acronym>WAL</acronym>) This as well. Michael -- Michael Banck Projektleiter / Senior Berater Tel.: +49 2166 9901-171 Fax: +49 2166 9901-100 Email: michael.banck@credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer Unser Umgang mit personenbezogenen Daten unterliegt folgenden Bestimmungen: https://www.credativ.de/datenschutz