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 1ulSAc-000oiM-CA for pgsql-general@arkaria.postgresql.org; Mon, 11 Aug 2025 13:02:34 +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 1ulS9c-000hOI-AS for pgsql-general@arkaria.postgresql.org; Mon, 11 Aug 2025 13:01:32 +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 1ulS9b-000hOA-VD for pgsql-general@lists.postgresql.org; Mon, 11 Aug 2025 13:01:32 +0000 Received: from vps-90c5819c.vps.ovh.net ([51.68.213.176]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1ulS9Z-0001J5-1J for pgsql-general@lists.postgresql.org; Mon, 11 Aug 2025 13:01:31 +0000 Received: from mail-pj1-f43.google.com ([209.85.216.43]) by vps-90c5819c.vps.ovh.net with esmtpa (Exim 4.92) (envelope-from ) id 1ulS9W-0004E5-EO for pgsql-general@lists.postgresql.org; Mon, 11 Aug 2025 13:01:26 +0000 Received: by mail-pj1-f43.google.com with SMTP id 98e67ed59e1d1-31efefd2655so3369082a91.0 for ; Mon, 11 Aug 2025 06:01:26 -0700 (PDT) X-Gm-Message-State: AOJu0YwBaV3iGO//5lDPipWlzag8xUt7DtbPDrjOkB95Ao9AkS1QJamF Q5H4JJm+/C/D+OblGtrdqunQH6KZwQB5j2hbu5CXmWBObEt1a4U1V2f1Ry+OO1l1ld9u0Ea/4jO QMAES6GFR2InGeMaEBnXPJyPuLyuaEIQ= X-Google-Smtp-Source: AGHT+IFxSnWgN1jwsQBE4Kit8rXJssxw6wCdXQB59H+JSxgwS9h/NuDnXBZr0bD0PbXmpa96TRRCNoImNd1IhgDVg/8= X-Received: by 2002:a17:90b:4f47:b0:321:2b89:958b with SMTP id 98e67ed59e1d1-3218425082fmr19138569a91.0.1754917285514; Mon, 11 Aug 2025 06:01:25 -0700 (PDT) MIME-Version: 1.0 From: Nick Cleaton Date: Mon, 11 Aug 2025 14:01:15 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: Ac12FXzkEc2oi8SVS632yEEm9QFTToXKvLVc6OSYIwdywK8MYTxB4RlvII1WWeY Message-ID: Subject: Backups with filesystem snapshots To: PostgreSQL General Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk If I take an instantaneous filesystem-level snapshot of the postgres data directory underneath a running postgres server, is that a safe backup without doing any pg_start_backup/pg_stop_backup ? It seems like it should be, so long as I get an atomic snapshot that includes both data and wal, because starting up from that snapshot should look the same as recovering from an unclean postgres shutdown due to a kernel panic.