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.96) (envelope-from ) id 1wPbC3-000seb-2m for pgsql-general@arkaria.postgresql.org; Wed, 20 May 2026 07:18:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wPbC1-006bGi-2X for pgsql-general@arkaria.postgresql.org; Wed, 20 May 2026 07:18:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wPbC1-006bGa-1Y for pgsql-general@lists.postgresql.org; Wed, 20 May 2026 07:18:14 +0000 Received: from mail-vs1-xe29.google.com ([2607:f8b0:4864:20::e29]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wPbC0-00000000Vlp-2G72 for pgsql-general@lists.postgresql.org; Wed, 20 May 2026 07:18:14 +0000 Received: by mail-vs1-xe29.google.com with SMTP id ada2fe7eead31-631b313e3d0so1372611137.3 for ; Wed, 20 May 2026 00:18:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779261491; cv=none; d=google.com; s=arc-20240605; b=G/hyUhqQECcoRe6ZbTQDipYAfPmWWAjkPuq+wKcyV/38nldzW56SLsVn+Q3Nh5t9uC 2BdN7L6Vj3PGwErQMPwPRENSDdS2T2QdPEDC4AvYxuv2md1kJOVleCBZts2wR8HTn9yM ucgHwcwOpJzE6PuSrMSI57d0uBBlOi7mzIW+9+V15XQPJexycN/q9e6OgTfii2/N0f9a KzwWm4Uba/Y1/2f/1wVN81OfiKS15F75hTuN2XKXUkA5EGSMQ+PUa/aDMQy/MTGhzY+i xeDYeX+PBnsH8k1C5xj8PtrQTL0HO9J3UxxDdvu5Nx875dmIcLUK7bI3oXV15w6CI0CF Td/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=ubtuD0xrre/i9929HG4CBT3oWlScekbqnvjEjCysjnQ=; fh=4rCG0PM8n0FOokGy8sSWDJpgPdCgp6yIXcpABJ7tUh0=; b=Gwm4GYNh3gzVG+8RY4GSoTpJoHhtmFa/rrKh+FaxKZxI1ro9YWGUTBdCrdYTzbpVKp grRHMi1vo3fT5+SoVG7C+PPsCSDfo53AT0InYlMX5jReT3M7p5mqvaRPlnFkUYX9Imra e1i5dIWG4YJTwDXRvNVWi5rEA5dg6HTlNKFC8ZmHgSyjmH8LALtDelcHwKs3MC4UVo/Y PtJCkaaL3uuM5fsvsWD58K1HU6ECLOG+QQkP7WONV2UbXMQunoCvd7XY7WENksliUOrp znYOqyUKcw6HcJKgB4YQ1cirasCkxtUS+4nmTs/Ys698eo01c0D4edYM60DhWSz3XYpd 68Rw==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779261491; x=1779866291; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=ubtuD0xrre/i9929HG4CBT3oWlScekbqnvjEjCysjnQ=; b=sRighYcJCrfXTIMtU4JjyWZdG1gcKze8aIqe2Pa4zRc3h8/W3GzRYvGSGSCPq7Aai7 yaBGn74JZcRX+54mLWtptgSXCwU0RQ6krO5DXT/GqU20NSyQyW6ddtOB09BeqvAcC2G+ JftuALLjfafEgFD5ej9dmxRxvj9yYOypnRsQjawfIGtqqJVBbyvgn7swi4XpArSqtmM+ zFjOUIoR5KkXIhW0jNIpArPmD/hKgnyT4+0gXa6dv18Oqvm8S9O8xmv7QHgBbFZxjkY6 evH7CiIr8LdHS7bXBHe982D3820+T+pN0T2+9uZ+hKWsCpEdG8R9DUfGlNc1wU0mlKHY ta6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779261491; x=1779866291; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ubtuD0xrre/i9929HG4CBT3oWlScekbqnvjEjCysjnQ=; b=MEtfNIsQLPVtkXMutys3CkUoQz/cViOnYH2NJ4yD0HCIRZvsY7bR3fwm1O6s8fve3L ZNK2Fy9tWO0L4FxCLnRSbMSU2OsOCG/6MVeGcifwEx4AlOlTnU6M62nHZqNli4NiQ/Oo iQvY0mSukLcn4GMax+Q/6aRfMJEELLJgIhs9pqr+HpmKnhTkXz2W4m8rhj+UfWwwLhNs 8JkPQ3XWMCjciUl+k/Tk+x+CRWRqWWOEL/igYJFaBLKbs+Uz6up17dfKimfRlNKWRdju 1j663rc00jLKWqGjAsdMHIjp5uv9ATKbn/aW5EAHH21GmSn9vU1Dgj+bmC65gf9VchEW DChQ== X-Gm-Message-State: AOJu0Yxvz4g5faOGhz9IrhpEC0wEakc8nIppuKY2qSE7ld9l6f3IM5wY UDWBhLOHR59bE03AZffGytTzR3zI5GlUTnmF+XLOkRj+ZvqvdqAw4hblk5NSHG9KCsSnqY3+dBl Mp53zXrxylgT0Mpt5nTFvBbnj/vzAODaGeGsf X-Gm-Gg: Acq92OFxOCtF260mry6XAbnqvzcdiofcuL3ScxHzUL0xNQ3y12PUh421NRLSA57eEAv xNKcgZBHA3r6ZaMc845q8oEA/RqQHiWOLh2SWE/nS3uFQ/CoCwmy45h0GmN6foKrON4ll9+ifEE OaM5eD3XWuEaCKVeeelqqXUJy5T9RPyfKGZk7IZmckkUBgh2C3ui4iDKo9wlCM5gxI1+pT56GBQ GtNBwfrDGRWFO0C78ESd5b8LdsCr8GjFSsCjGGzpIoEB/d/rJEMp8lUO8HB6rCmvj5GbIXv6FnK RqW8maNrShxLEDWUrP/8fNeIgCmAcft/Ai+zu2pawhDPJoamDCnuG6vnjTDhimHirMjhJ+/zXgB KhoLGnSHiNyU73eZbkWhuGdl4POx3i+1pZBmt8QSG+0OE/08= X-Received: by 2002:a05:6102:cc8:b0:636:46ee:2f0b with SMTP id ada2fe7eead31-63a3cf2201cmr10798395137.12.1779261490607; Wed, 20 May 2026 00:18:10 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?B?RXJ0YW4gS8O8w6fDvGtvZ2x1?= Date: Wed, 20 May 2026 10:17:57 +0300 X-Gm-Features: AVHnY4K683XTw36xd8KGk5q3FoV5Uyh7_FZsgGwgkkO7Qo3WnHyynGQ7My5rX7s Message-ID: Subject: Large backup size of pg_dump To: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000001c3c5906523a990c" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000001c3c5906523a990c Content-Type: text/plain; charset="UTF-8" Hello, I am using PostgreSQL 18.4 x64 on Windows Server 2022. There is a very small single database in the cluster. There are hourly pg_dump backups scheduled and database backup size is around 10GB. command line is like below pg_dump.exe -p 5432 -U dbuser --exclude-table=app -F p -b -c -f "hourly.bak" When I check the cluster directory size it is 4.1 GB. Database has one BLOB saved in a single record and it is 16MB in size and that is in the "app" table which is excluded from the backup file. I didn't understand about 2.5 times bigger backup sizes than the total cluster size. I do not know what to check either. Is there a way for me to make the hourly backup size smaller? Thanks & Regards, Ertan --0000000000001c3c5906523a990c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

I am using PostgreSQL 18.4 x64 o= n Windows=C2=A0Server 2022. There is a very small single database in the cl= uster.

There are hourly pg_dump backups scheduled = and database backup size is around 10GB.

command l= ine is like below
pg_dump.exe -p 5432 -U dbuser --exclude-table= =3Dapp -F p -b -c -f "hourly.bak"

When I= check the cluster directory size it is 4.1 GB.

Da= tabase has one BLOB saved in a single record and it is 16MB in size and tha= t is in the "app" table which is excluded from the backup file.

I didn't understand about 2.5 times bigger back= up sizes than the total cluster size. I do not know what to check either. I= s there a way for me to make the hourly backup size smaller?

=
Thanks &=C2=A0Regards,
Ertan
--0000000000001c3c5906523a990c--