MIME-Version: 1.0
References: <CAHV6zV=XN-keoXn-Qi=vMBvfG5JGxjhdFKTksczizXSXC31fXg@mail.gmail.com>
 <ddda8f051bfe265e74d50f17dd8a4227211b9633.camel@cybertec.at>
 <CAHV6zV=TP=LYexUs8ZTmJxYeoX2HKJHmVPApgrc3WJfYb3niDA@mail.gmail.com> <CAKFQuwbeakn6f8Qo1nOked-unPjYd-_tkG38E0xmjwYpL=VLcg@mail.gmail.com>
In-Reply-To: <CAKFQuwbeakn6f8Qo1nOked-unPjYd-_tkG38E0xmjwYpL=VLcg@mail.gmail.com>
From: chandan Kumar <chandan.issyoga@gmail.com>
Date: Tue, 4 Mar 2025 21:00:29 +0530
Message-ID: <CAHV6zV=G3od8Pa7XOH5dR6LUZQ2aoM__zyV-GMWrfyz=gufF9A@mail.gmail.com>
Subject: Re: Review my steps for rollback to restore point
To: "David G. Johnston" <david.g.johnston@gmail.com>
Cc: Laurenz Albe <laurenz.albe@cybertec.at>, 
	"pgsql-general@lists.postgresql.org" <pgsql-general@lists.postgresql.org>
Content-Type: multipart/alternative; boundary="000000000000b6b838062f85f430"
Archived-At: <https://www.postgresql.org/message-id/CAHV6zV%3DG3od8Pa7XOH5dR6LUZQ2aoM__zyV-GMWrfyz%3DgufF9A%40mail.gmail.com>
Precedence: bulk

--000000000000b6b838062f85f430
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Thank you for your time and clarification.
Does PITR recreate database internally ?  can i say it is not the same as
pg_restore  or it is same as pg_restore plus applying WAL on top of it.  I
am asking because can we revern DDL operations without PITR in streaming
replication

On Tue, Mar 4, 2025 at 8:37=E2=80=AFPM David G. Johnston <david.g.johnston@=
gmail.com>
wrote:

> On Tuesday, March 4, 2025, chandan Kumar <chandan.issyoga@gmail.com>
> wrote:
>
>> Thank you for your answer.  I want to clarify one more doubt.  Can PITR
>> be achieved without applying Base Backup
>>
>
> The point-in-time you choose must be in the future relative to whatever
> data files you are applying WAL on top of.  That is only possible of you=
=E2=80=99ve
> backed up the data files at some point in the past and use that backup.
>
> David J.
>
>

--=20
*With warm regards*
*     Chandan*

--000000000000b6b838062f85f430
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thank you for your time and clarification.=C2=A0<div>Does =
PITR recreate database internally ?=C2=A0 can i say it is not the same as p=
g_restore=C2=A0 or it is same as pg_restore plus applying WAL on top of it.=
=C2=A0 I am asking because can we revern DDL operations without PITR in str=
eaming replication</div></div><br><div class=3D"gmail_quote gmail_quote_con=
tainer"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 4, 2025 at 8:37=
=E2=80=AFPM David G. Johnston &lt;<a href=3D"mailto:david.g.johnston@gmail.=
com">david.g.johnston@gmail.com</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">On Tuesday, March 4, 2025, chandan Kumar &=
lt;<a href=3D"mailto:chandan.issyoga@gmail.com" target=3D"_blank">chandan.i=
ssyoga@gmail.com</a>&gt; wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div dir=3D"ltr">Thank you for your answer.=C2=A0 I want to clar=
ify one more doubt.=C2=A0 Can PITR be achieved without applying Base Backup=
</div></blockquote><div><br></div><div>The point-in-time you choose must be=
 in the future relative to whatever data files you are applying WAL on top =
of.=C2=A0 That is only possible of you=E2=80=99ve backed up the data files =
at some point in the past and use that backup.</div><div><br></div><div>Dav=
id J.</div><div><br></div>
</blockquote></div><div><br clear=3D"all"></div><div><br></div><span class=
=3D"gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_s=
ignature"><div><font style=3D"background-color:rgb(255,255,255)" face=3D"co=
mic sans ms,sans-serif" color=3D"#000099"><strong>With warm regards</strong=
></font></div>
<div><font style=3D"background-color:rgb(255,255,255)" face=3D"comic sans m=
s,sans-serif" color=3D"#000099"><strong>=C2=A0=C2=A0=C2=A0=C2=A0 Chandan</s=
trong></font></div></div>

--000000000000b6b838062f85f430--