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 1tO3y2-003r2d-QG for pgsql-general@arkaria.postgresql.org; Thu, 19 Dec 2024 00:00:39 +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 1tO3y1-003uwH-JJ for pgsql-general@arkaria.postgresql.org; Thu, 19 Dec 2024 00:00:37 +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.94.2) (envelope-from ) id 1tO3y1-003uw8-7N for pgsql-general@lists.postgresql.org; Thu, 19 Dec 2024 00:00:36 +0000 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tO3xt-000Ued-ET for pgsql-general@postgresql.org; Thu, 19 Dec 2024 00:00:35 +0000 Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-540215984f0so156601e87.1 for ; Wed, 18 Dec 2024 16:00:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734566429; x=1735171229; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ZXeqlm7nmFx7q0iz+trM6IvxDlPSHkKndzh76pqalkE=; b=SYLCpP5aenL3UQEdpnCAqIsj8N3NwXB/6C3vQuJzzINuXu8Z6v/MI+bxNaei0C9uQE aWY54QIQxODkCYhdjvIyJ4N306GI9OYwIYBkzZDmcq6pcgkvOB5Wp3MLnnCUfAk6/knZ ia8vlZZt/8vNlXWKJ7cdPIALrLcPXofC7ttFeUZmP6ln6KJZ49VeMlcr/1PY69AmqDwx qbKLb3NwcSyMJ6SoMeyx0/0H87jnsvUVtiYWOYjNuVwYSAlPbXjSMcVZ0me0s38DT15u hmCN8UXNXPQ6AzASFYz0gmQjJKb1l/f6v8YOPODqNaBj6PvViGL9usviZWxy9XJjRE6V NVog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734566429; x=1735171229; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ZXeqlm7nmFx7q0iz+trM6IvxDlPSHkKndzh76pqalkE=; b=Jky374v+stvK8EOmxja6/PHk1Jw7pKseZSfIdFw96/Aop7ipU5T09uKo7xUMETf/vB JyZjWLyf2uRqXvwr0coefsGvIYL1q8oxiqrnl6Oik04ZAcJ1OVPKprLMX6Zqg0t1FI3d YZ3r14T0trVG+En7yC8SffBU+yK8Jy6pQ278elmPRMp3EvyNYLHK+kg78sqHeNgg5pEo Wvk9l3As/Q8Rvft/qrvlR6urh2jyvixD7qCzWWADWXgfSGZzfDtBPf1n159lUlBPeqRX Jiyoe+t1CjwgbCWvL+86IGbLq1p6m1YOYIV8eBm1SHEKxCZ0qoFD84mep9n6x9yOMstr rmQg== X-Gm-Message-State: AOJu0Yw9786HOLvYLMeGKNlU7YQ9txmMnOiCdgCDdjqZ4wf8C++PMVTl T1EUpnzpcjLulaFSJyG9X/IgW5adbyuyNuYOCqPvTkXBZ6KreEI5H6hm+F/Pri9MgBNG71xJIpx 2uAjJYJqFEFe94ZpcodlilLiWJns= X-Gm-Gg: ASbGnctW+C0o3rL0ABZrV0yTlUPXEDiHjdeNCmzFMsgC4AQh7l89CtK8MsWOLmObPaZ OrDnmJzgLfWaYE+/I3VTHkscPaFsr/b+1wjV1XLM= X-Google-Smtp-Source: AGHT+IHs/BXobIOWtSwod4AHvaq4iHEubN6K4V5HOG00uZuk5ZESR2MrJF9p/3JF8pegFOebuRvyfjGWmT5seQlkjEc= X-Received: by 2002:a05:6512:304e:b0:540:1b41:c75f with SMTP id 2adb3069b0e04-54220fd74dbmr470364e87.16.1734566428582; Wed, 18 Dec 2024 16:00:28 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Saul Perdomo Date: Wed, 18 Dec 2024 19:00:14 -0500 Message-ID: Subject: Re: Query about pg_wal directory filled up To: Rama Krishnan Cc: Postgres General Content-Type: multipart/alternative; boundary="000000000000d0aa2f06299437da" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000d0aa2f06299437da Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Dec 18, 2024, 5:01=E2=80=AFa.m. Rama Krishnan wrote: > > Hi Team, > > One of our clients recently migrated from Oracle to PostgreSQL and is > conducting multiple scenarios to understand PostgreSQL behavior. > > One of their main concerns is whether the database will allow `INSERT` > queries when the `pg_wal` directory becomes full. > > The way out of this "conundrum" is to make sure to implement a solid backup process. I'm a huge fan of PGBackRest: https://pgbackrest.org/ > Kindly advise > > > Thanks > RK > --000000000000d0aa2f06299437da Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Dec 18, 2024, 5:01=E2=80= =AFa.m. Rama Krishnan <raghuldra= g@gmail.com> wrote:

Hi Team,
<= div dir=3D"ltr">
One of our clients recently migrated from Or= acle to PostgreSQL and is conducting multiple scenarios to understand Postg= reSQL behavior. =C2=A0

One of their main concerns is whether the dat= abase will allow `INSERT` queries when the `pg_wal` directory becomes full.= =C2=A0


The way out of this "conundrum"= ; is to make sure to implement a solid backup process.=C2=A0

I'm a huge fan of PGBackRest:




Kindly advise


Thanks
=
RK
--000000000000d0aa2f06299437da--