Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tLiIT-00GVqQ-HH for pgsql-admin@arkaria.postgresql.org; Thu, 12 Dec 2024 12:28:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tLiIR-00BBgw-1Z for pgsql-admin@arkaria.postgresql.org; Thu, 12 Dec 2024 12:28:00 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tLiIQ-00BBgo-9b for pgsql-admin@lists.postgresql.org; Thu, 12 Dec 2024 12:27:59 +0000 Received: from sonic302-20.consmr.mail.sg3.yahoo.com ([106.10.242.140]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tLiIN-002RZz-Vi for pgsql-admin@lists.postgresql.org; Thu, 12 Dec 2024 12:27:58 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734006471; bh=20x0x/QKBowbLkqCDATS+BBhlYwe+9DoRzBDPS2ZUmQ=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=nSA7nb0bw/WMmKpkR66wjUUsEd8jNjVIpvVanphD6wSlVlF4ZTHGdSI/0j6QC+QaaEiGHnsIfFMtXsDe70qNPGUJ4uS6Fk6FPWdmD8wWthIlD/aS8ZTlFPwtd91WnoTdzOSwgoeAHu7GHvumc6fWZe+7s1WugQKPrDFs0T+Iqv5TjUMZ5FcEZm8zDejbWNtQ7jtEW5t72tkQZhl6vfNd2KAAwVRpD7NnW+f7fxPJ1EYaowh+ZTiTZqno5dtvQqP9p0gal5j67WwOM0/LL1YJyOKPbkh/T1YdUWXEIolSKiWfIxGB8C49jPeBBAPLDN4agjEim66lKJEiJ6GpWYTiFA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1734006471; bh=CDGvzwWz0htI0QzmGeV/kKQTRU/M6hAenzHg4ZuMjhG=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=CCEUhuRgDXG9t6UkNdcR6ty5F5kBhuLFbtcl6SBgZYfChJXWqQj9GzvpC9/qFD3lu2eDhl+n9Ld0YCdaw6xwYKsuljGxre0t0HFU9OpDolwv/6tBuEJW1rWHcx2q4O9ttZxrC8TAelUHDg4fcjB5JVSdZUAMhunKuxCPvYhxsWK9y85fr7VhvldUsxYV7sMUKzKwLvpbJSOhuNrv5/rgMg4Ognnl0+IoA/Vvi7ZeqpgR90NziiDXfr//rff5UhKrJKg7GX6imNoEQhzC7nni9v85OTBR41gece+eD9q6L44XWUYwKH+azlfy2JNpN4PA49aNAoJZpZa/4N8mMf/mkA== X-YMail-OSG: lOrvDJwVM1naUf9ozkUktkpznfMqDNZLROkDUKdsZYWOEXH1lVNteOid9G5syrF D1D89e0q2d32uM6AUIUDJK8fIAv7gdfVrJwN5pxwjPLKRrO8YjqXPZstBdGkcbDw1zCwIUti1BO7 T1Fjb5C4f9VJYbYVB7LGUneJE5ZWCF9Z0g0vnARApB50KUvp9tHBrfDh6GstGNDJJsSEqTCfTYCV 9k39P7VRaE7JNaS4wUcxYiNDtZ5EckbAzG2BoOH2fOWJlLxKtwui9zUXwWfDCOkkWf9Wt.7WARcC LwVUNjhECaP2lrKQ9195OPbBveolSOTZeEffQ3zRqWHk_yGuBbYUWxKu5YXIgvyQU2QmGuZLAlri wj3IgetYdgaCOiFHNmkB1KZLUPlmExfw9DEWeTemBYXl10ysFZzBQGOaIcv7rkli4gihzxYKOvQk BJk2ai0VnYgu.p2HA0PHtK4xolM2eV2mRqtja4osOpiyXzLIXt2NbuduVKuV0MIE3FXr7evcTPH2 eFSDNxd6R1mx_Socf.9RPlVuwUIOJYXFpe3WHzIwKOBeKzp0xozw2tWGaKQpOG7MH4NYXIfJE4DT gx5x6W.b_MLVqbmYd_5nGSSGOvuRsR7HUrbS6adDA0Dl4hW1zPiMOHrzKQCNRn3pZAaJ3HM590su 5Djbdm2w5AoxQLkIJonmk46jWzmIWBTM_8pZcBSfSS877Z925Fb9cgxsIsqZtSMsHUwsDf4wlkJt hz0YHurn7K.fJDCM7s1vZ.o5fNbfmbeB86.NlXiQaItPS_Lf1p8fgrbHqxDbM2h3.wQdaoRAd7YW 9WJ8xaMlhoAlUyx6VrUpCzBGqpPyDQkydVGLQTjeoC3HIIEa5sFXPO90Y_02lNorIKfRmRxUQWoR bhwt7Ju99yKOiDZ3U1CWctuwPtfC.aXRj4ZbBOlChCKsU.5W96iNJpn3pwCXKg_Cagfd0FQfIgyw Aq38Uh2I.DEcNqnA12RLuu6DUoKCfNFhGR9BOc71YyQEDWSRsO9Hdrp3k1Rk6_3ZeRu8TMGC2KfJ mXIcUdDy2QXfv_eSzQ4iUaf.OucZQnvhupAhuvFQa7W16D8fnZcOfnQ9ikSId4CX4Ts6Rja5HuDC J7JwOR.W.3aQh8fp8vBmHxWaqM7a9mcDercTgChEvJ0wKTykJQ.9SYgtcPeJd1VQzmLm6XbWKivj ol7EbX1sspj_sBfjqUhkKUr0Hqtx86oBBBM.ZGGYoryQTj.O.zPuqy4bNQyrorl9gXF9t3mjkQg9 jXeg635slyDI4mM4OKCWYXYXarWIt5gEcIxBk4r9BuRe0c.5wkLN6A_aa6kslutukr9g98HAf1vV iUvn_5lFZ0c01jp8tzcdGmvjjRE0g0OiK20yIuNc7kzjUkpus640Yz3c7c_b4fX.ayAk6i9gMucC 2nUgPRpWuzu9tniSLnx8.uilwhcwhOSQD.a95FNnzt_NoSMDU0V2ji0FfD0oCHjouQoustbeQDR2 pCKHJwBMy5rKeU1IXtoNLCl50q6wvFjEt2rrxowWmltbm9PWyawGZjZKhQIjpCHCjb.Xy3FX_0UM qr4RB7wPmrEQOkzc1ee.3pTj91LaFVB1emyrqPCcYtIiYLH85T7b3Et6SbznpdWQ8JZDG9QDghQm F5ISZa.oqyKj316N0eIjJaaX.DEV7HubO4ti7SxMdt83mSvyNSDKvXjP4lTQ6Is.iXEu_XJ8cl28 d0BWwoLWfbWiKsb5ouJb8MAw.XWxiRSR4_TQyeAKatZUdsnIxm4HVGRZUQhyLfGV6DDGi_KVvOQ4 dffk7tC_61PsvxlxoDcvYfDIuK4J6YtpyAvc7e.xWUXQEpRuCIeb_zaBeFlchZqmRR8dRUb3wCSH _8SQC1zfL4lrbfV5NdzRpY5YiqBUSPiufqiZukzsdhbAkl8qF.OTTYgkymSeWP9gzlBF1Qalj2OP ip8tO53GEXjXzF3DmQV91Uv4xVvkLf_4PHIYtvJt7kavEIg7SyCuqyEp_l8IZJvnxqyjc3.sjGFQ BGtcvMuC.QQR7iWeORuRXbgRXF5adCG1dlevgi_Kfs7eCAsgL8zqRjI_n8uy7qHZNorXWtOd2aHL FZhJeWyvH3OEH.Z4cJD4tWZo8exch1e8e30ZNJ1.lF4CjaaNplfUk_y9xRCZi88CDQ3R4AXJVpxL WkfQICSYDQgP2_OI.xGgAx3675A0kKvZ8W2qLWlhw1.6fawyIloGWn7.ah5emARVsn1vKWwURSb6 PZ_urk8fDVDLTJKuEZGknRB8Vuc8bvrN1WUJMuCUdTjcmxeUJJt3sSw0MtN8d42f.OB4IL2.C4Q0 HY6QbdoE_YOxtniI7y02Ubx3F X-Sonic-MF: X-Sonic-ID: c8efeed0-0e9c-4b69-8547-9d0881461c28 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.sg3.yahoo.com with HTTP; Thu, 12 Dec 2024 12:27:51 +0000 Date: Thu, 12 Dec 2024 12:27:44 +0000 (UTC) From: SASIKUMAR Devaraj To: Laurenz Albe , "David G. Johnston" Cc: Pgsql-admin Message-ID: <2060427903.1621547.1734006464981@mail.yahoo.com> In-Reply-To: <52122541702b838b870bbd239008625aacc042dd.camel@cybertec.at> References: <155477463.1496353.1733983706261.ref@mail.yahoo.com> <155477463.1496353.1733983706261@mail.yahoo.com> <52122541702b838b870bbd239008625aacc042dd.camel@cybertec.at> Subject: Re: VacuumDB generating huge WAL filed MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1621546_266275746.1734006464979" X-Mailer: WebService/1.1.23040 YahooMailIosMobile Content-Length: 3776 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ------=_Part_1621546_266275746.1734006464979 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Since it is generating 60GB in few mins, my replication lag is increasing u= pto 10Gb for around 10 mins, which may seen as possible=C2=A0data loss in c= ase of primary node failure=C2=A0 RegardsSasi Sent from Yahoo Mail for iPhone On Thursday, December 12, 2024, 12:06 PM, Laurenz Albe wrote: On Wed, 2024-12-11 at 23:25 -0700, David G. Johnston wrote: > On Wednesday, December 11, 2024, SASIKUMAR Devaraj wrote: > > When we are running vacuumdb for our database of 1.5TB it is generating= approximately 60GB > > of WAL files? Any way we can reduce this WAL file generation? >=20 > Set a much more aggressive autovacuum so you don=E2=80=99t accumulate as = much dead tuples between runs? You can also activate "wal_compression" for smaller full-page images and increase "max_wal_size" to get fewer of them. But 60GB of WAL shouldn't be a problem.=C2=A0 Why are they a problem for yo= u? Yours, Laurenz Albe ------=_Part_1621546_266275746.1734006464979 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi

Since it is generating 60GB in few mins, my replicati= on lag is increasing upto 10Gb for around 10 mins, which may seen as possib= le data loss in case of primary node failure 

Regards
Sasi



On Thursday, December 12, 2024, 12:06 PM, Laurenz Albe <laurenz.albe@cy= bertec.at> wrote:

On = Wed, 2024-12-11 at 23:25 -0700, David G. Johnston wrote:

> On Wednesday, December = 11, 2024, SASIKUMAR Devaraj <sashikumard@yahoo.com= > wrote:
> > When we are running vacuumdb fo= r our database of 1.5TB it is generating approximately 60GB
> > of WAL files? Any way we can reduce this WAL file generation?<= br clear=3D"none">>
> Set a much more aggressive a= utovacuum so you don=E2=80=99t accumulate as much dead tuples between runs?=


You can also activate "wal_comp= ression" for smaller full-page images
and increase "max_w= al_size" to get fewer of them.

But 60G= B of WAL shouldn't be a problem.  Why are they a problem for you?

Yours,
Laurenz Albe



<= /div> ------=_Part_1621546_266275746.1734006464979--