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 1sTeNZ-000v4Z-Iw for pgsql-admin@arkaria.postgresql.org; Tue, 16 Jul 2024 09:21:49 +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 1sTeNY-00Gu9H-6N for pgsql-admin@arkaria.postgresql.org; Tue, 16 Jul 2024 09:21:48 +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 1sTeNX-00Gu98-MG for pgsql-admin@lists.postgresql.org; Tue, 16 Jul 2024 09:21:47 +0000 Received: from mail-lf1-x12e.google.com ([2a00:1450:4864:20::12e]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sTeNU-002JgG-W4 for pgsql-admin@lists.postgresql.org; Tue, 16 Jul 2024 09:21:46 +0000 Received: by mail-lf1-x12e.google.com with SMTP id 2adb3069b0e04-52e9f788e7bso6261531e87.0 for ; Tue, 16 Jul 2024 02:21:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20230601.gappssmtp.com; s=20230601; t=1721121703; x=1721726503; darn=lists.postgresql.org; h=mime-version:user-agent:autocrypt:references:in-reply-to:date:to :from:subject:message-id:from:to:cc:subject:date:message-id:reply-to; bh=HMwpKqsAeOGBbRjlYky6wcjnlou9CPH98LYMYoceUtA=; b=JoiPCbNH3RRzxZQuYnFXr3gCZniiXq5zMDTXpmqMAJfIWs1T/ccfZRgb4JbH4ETrhT tpZRozM8DCIZc3fVBCy/HJeM+2DHOCJJYbXb6S3GBiXEWDpf9iZ7jDfq7tmfrHIfnXsX zNF4H+8nCiz/8/G4msa0ykuHY7bOypXll06cD8Q1+mD8eq+79ugTcMsXoT3yiEfx4p5w SOCUKL+SqmPuWC5uNi/dIkhYN9ogUnrhjjbJIWPq+ASxpH0lUBjRx78cFfWHVHz51g// FMQ3qsl3IlqhcMQXmMgcNj4RynZTDkqGuqB7O3Ks4zlelh0jimL3pmGcfsIHU9kk88P1 GIDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721121703; x=1721726503; h=mime-version:user-agent:autocrypt:references:in-reply-to:date:to :from:subject:message-id:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=HMwpKqsAeOGBbRjlYky6wcjnlou9CPH98LYMYoceUtA=; b=ZMGpkgS1O2robS2HYbCXgQBX/6mMMVy3My+fm4RFdvc/fIJaKYjjZb+YPPTAGUgR0X GcS1j3FT+IKZRmkMml9v8gHBGwXMaYAoNB6fqbeUXSdrG7TFUFm1qahGUMKILR33NfMX jrL/a11EHjEtpab2azkcDROlb4ILwIgPWfbTXA16dOp8mIHB0o2tvI1d2w20tT/SkYXU m4eKQpssHJ+TywtM9FY5buYffsnTpJho08c2mbNPohCx1GjSyC5oFX1tnANJttAv1tdA VRHTi3l4pKlIqfEidkC8XhGzCdJS1AbrdTb4lPfQ8apSHXQQf/Mpo8ml2/XubJpZFbL/ GZMg== X-Forwarded-Encrypted: i=1; AJvYcCW7qsyTwzxO/q47ZYya90JSacOTDSQ96TuXfD3G9wyjrsqlb7AK3aJAEcS8D8lGnUilk+9KwK6Zm/c8n+Dn93+Zg8/HAlS+vv+VaXp5WmE4wA== X-Gm-Message-State: AOJu0YzO+AOK8RK7l8T9RJxy32j1kZX83KARQ3qzEJjWeFLZG+9t9tBU 2xX93ziwPibsQcza+A6WywmLSex1TMAIUjakLtprxniMidPcAvVpMG6h672BIcM= X-Google-Smtp-Source: AGHT+IFJAB2BOchWmL89YDFiWel2OC6kmeWGaq0NHl3hJ4EkaHbwbaQeGL/Ly2BKxkNcKqKG6CU0Lg== X-Received: by 2002:ac2:4c47:0:b0:52e:9a4f:204c with SMTP id 2adb3069b0e04-52edef0eb0emr1125292e87.10.1721121702593; Tue, 16 Jul 2024 02:21:42 -0700 (PDT) Received: from localhost.localdomain ([2001:871:5e:1dfc:e5e1:ec11:db08:c189]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-a79bc822bfasm285125566b.222.2024.07.16.02.21.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Jul 2024 02:21:42 -0700 (PDT) Message-ID: <9720a2c9245df13906591abc4ede6cb10db32ab3.camel@cybertec.at> Subject: Re: AW: [Extern] Re: promote a deferred standby without applying WALs From: Laurenz Albe To: "Zwettler Markus (OIZ)" , "pgsql-admin@lists.postgresql.org" Date: Tue, 16 Jul 2024 11:21:32 +0200 In-Reply-To: References: <32b72ef82aba2e54a1eaaab248197a47091d675c.camel@cybertec.at> Autocrypt: addr=laurenz.albe@cybertec.at; prefer-encrypt=mutual; keydata=mQINBGGDwAQBEADgbWy5cKXQld3N2mF+DFyiNFbi2oBl2T+XgxpPF8wTRw2D/u4bBKXP0SYSE/lA86jIVNWWU0gf1KODIkVvgJm2w4vH2VBV1b7ddVViGl1Iu+9zaRnv9wulhnH42KefepXnoean6UT1EzLM0opF/Ik0j+40TxdRtobkBprkQUyHDXWlHc2ffPs3SipyFEP9AVLf7ejRC46CXWDnsqjOBSMEW8Z4HiK/8RrPZBsKLts8dJxKF4pygOdJb0CWk8k/X1jbcfdxo+zOLjOMvJcSJ2pFdJmQHU+JufB3rePziqQ2S9Ur6sccr9XnTC1GVBWN4Lf5VHq+vf+bFJjVwg+2hrySZnAVfcOrxoqFLErr7ug1zN2nM1kcpgA4VWn4gxlJtYNYYq+9WxX5dtvnNANlG3ZCrRKQzl8lxtzoF6Zo7LUhEqPaHDwn7Rvs+IdbOn41lF5UDTJGqmC4gS/bZydW2Fy3YWm4aSaN9fgFf8D+PVkrlKAZB7gBLz1TyHjbcRf85cYF+GKKrDld5SzMB/V60VX3oP/Eo8ikFpyWaqiz1f9X7MBot3/PjJkY+wDzp3nmb19QEcOBuQiSQ4xds2r0HewbuHTAR68u8jNNMGmpm2j4x+g09Jd/WQDjqlTBZ/jEltH41fYCCPWMfljXTOOXu2eLNGdfi7ETZogtwjM9oTtSPQARAQABtCdMYXVyZW56IEFsYmUgPGxhdXJlbnouYWxiZUBjeWJlcnRlYy5hdD6JAk4EEwEIADgWIQR0CqhbZGGABqoaSbdi8bhXA2EdmAUCYYPABAIbAwULCQgHAgYVCgkICwIEFgIDAQIeAQIXgAAKCRBi8bhXA2EdmM/6EADK232JCwmBzhlj8h7U9CjG6kx0JHP3uJGv+XfsHtHAlmY/RCwF1BHMEsRlk bT5UrLvJ2jb99bA9QARzhFaxzyn0F/BUKzuIjRGNs/n6d5dNUFA0kOt8sX+TacmC GEyjEBCrVCm4ranBiUyePn9NhHNWnaex7pJyqvMLLdwW9BEMJx0Fqo+DN8ukbXmYRsmhEtd3ue+x/luYmOmJnaGtzInaY5aOJYbW9XqoRIZkZvOCgbi1FfvNmoqWa+3oVxTOgw9RafjJDyW0lTHzKGjbGI5ofMU98l+/hKJFYJqWUF6VpFJY5YIcN/1lf4ZICMwDl+MPIVo/tpq8L10seJL28nLlvw3K+cI+TVW8IW/qL/LyVoDofI3USeOORuYmhpWRhik8JXX6xf3v6GrRilJIPWNFIJbxm1ZblQiQnOw3IOW7T+8nAmPin1HKqM3VrOrJQ2VtShsefNBibNAsr1oFaqcDBkn3yGG8i6CTW+FyO4PZ+/EwNxMVgktxbYdy5AT1/lpXr5tB+phhLIyVfiBvrWs5EThxYMQ/L8Y85c3GMsAy1l/x4h3jqySIYy3SCU9+jc5UVuNnXljbvkEzJ+NLWJ6C1rACFWrMszgPdh5tCrlRY9PpmYll4JbCgb8BtxEIUmR+xr50/ZElEK5iml7Q00KUekCcDt+36PsyGFTXBzNOrkCDQRhg8AEARAAzOZ2tLHlI4rrhG411h6cdCFjBZxuljaFCxFyHn3m6wbGLqwBUWC5k8UrRqjHMz88KcTSaNO7XGAmCqPdWd2SeflPZRnNTbjsVpw7mLdffsBm4JX7kki2Pvk5h0NtYeidXT1PSpc2ri4DutYXuT9uD8RAm1wUDCE5HQNUihT/WH6opt+hskHW21uHao0+y822tG0QQcGMqdQR5Vxdxj89wiEPdqW+HpU/oOZIhrf2E7prduAppxixjHy/o1rcnoznnJvc8D3+YgI9O0LrBMij89dM55pRGbLovTR1oGR3U74sX774+0xmSzeIKwZfiMUz7Atlvfk5SHOsRUFPN2Ux9kaXiiBibQpHFxt7b lDrT4wxdLJ/XCdbPPAyl+lZtOLsaHEEZvYNyTXwZc35dVf3R4/oz20HoG6s7ct8e1 AQygj43XAERzty9SkWgxs8+grp1PrGx6FHVSYRqBM8dS/ZR6yRVwOwJXPyaSSqfIF21DkE4j1y4n+ItSewPGoRp8K/yWCikt6qlkVkO2ASNIiX04fAbtzwVOaNn8ZMRNqyvLc1fED4sr49onE4cAIcBLjcC3KL+w9DUGRQCdziROj5H2Yl/sXGPdMciUHo/Uz2rggc+2th3bQiMhrHWSsBpUkDQp0yWewemstPpPgBL3h2fHKaX8B9oH5Qu/H1IgrOuX8AEQEAAYkCNgQYAQgAIBYhBHQKqFtkYYAGqhpJt2LxuFcDYR2YBQJhg8AEAhsMAAoJEGLxuFcDYR2YuPwQAMkpGtR80pQ1gVsONhdkqj0H2eU66efP/gO3CoyaoIcvrpKYj7C2HipVSmkt1gpByL0X4AMQ/vKuknUz3wd28Ba+G1dCfbVs/Xiusq+SmpUj5rTwmYqdSjWMuCo1R6oS5hdJMdUUJYGMT0QkVlm1KnW8jkmCTl9GzjDxOAsN9O6/6lPzaGFtk9XF+34Bry/N4HKiJkqpC4+UTd0AprPfzJ2jdT64e1F0+W88X8y1bTTgNrHwK4mDiLnlE4SKRuEm54lNhJz//ar86Or5BErzNpM6TL7lk44QS06hwsMrEdKIy8J/SYJPjfzR8tIUnKscclVpOgjKaBqC+0iFiVaRqAgfOlIEiezX6kMh5Q2FIUfqs46qWhhXjRrdKOEoStYAaikdLu5ZXr7vfb0ZaDh+ZwTQtbSMFolyOkecwI81MCdbMfT/1TqIGTOdAj5as9fAakk0jb2pXgUYQ8X1DVTR8ahSDVEaw9VTmWiSvTxvguVJ1Mb7gG4Gmh6aviDTJhfXtH4rPUNXhDLqrTH8JkJjyKROOMakIF68Hjse5vUfUxreBEOtb5r1Coa2Fe7ncJayaSE7ryrDbFqpZ 36UMAx4ulWMyqJajLNGY0DdG8qIsR5nxRhrnK/mrCidZ8F9/D3bWAl4rjtHlsztN59 +AnW5l0HsQcY9ntFL/zEBOaonjdJf Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-jbn5W53Ub1POFP3YIU0+" User-Agent: Evolution 3.50.4 (3.50.4-1.fc39) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --=-jbn5W53Ub1POFP3YIU0+ Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2024-07-16 at 09:01 +0000, Zwettler Markus (OIZ) wrote: > > On Tue, 2024-07-16 at 08:04 +0000, Zwettler Markus (OIZ) wrote: > > > I have a standby database running 3 hours behind the primary (recover= y_min_apply_delay =3D '3h'). > > >=20 > > > In case of a logical error on the primary I want to promote the stand= by database > > > which still has correct data. > > >=20 > > > The standby should not apply any more WAL in that case. > > >=20 > > > It seems that this can only be done manually: > > >=20 > > > =C2=A0=C2=A0=C2=A01. pg_ctl stop > > > =C2=A0=C2=A0=C2=A02. rm -rf standby.signal > > > =C2=A0=C2=A0=C2=A03. set primary_conninfo =3D '' > > > =C2=A0=C2=A0=C2=A04. pg_ctl start > > >=20 > > > Is there no single command on this? > >=20 > > Perhaps this could be the single command: > >=20 > > =C2=A0=C2=A0psql -c "ALTER SYSTEM SET recovery_target_time =3D '2024-07= -16 12:00:00'" -c > > "SELECT pg_reload_conf()" >=20 > setting recovery_target_time + reload would be step 0 in that case, befor= e stop/start. correct? No, that would be the only step. A restart is not necessary, and PostgreSQ= L will automatically promote the standby when the target time is reached (if you s= et "recovery_target_action" to "promote"). Yours, Laurenz Albe --=-jbn5W53Ub1POFP3YIU0+ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQJNBAABCAA3FiEEdAqoW2RhgAaqGkm3YvG4VwNhHZgFAmaWO5wZHGxhdXJlbnou YWxiZUBjeWJlcnRlYy5hdAAKCRBi8bhXA2EdmMaqD/4xSm9QPlNVNB1b6e7tudR1 guj9N+b8IIhW8lHeA2DmNQf+7D0eDIoH4aE+PVvbTh4sPgo6b1n69miV9nlffe8j 98zRsKCCvohzci4HasvlhvR09qkTD5DAWsTKU0zjBqLFCw7Xu7gwOTtBSEWnHVY3 OC/ivw9cryC9yhydlOxIMoFCgemoec0BntrSuvrfckmxiNIJPLzYej5sN2zcYt8y S5dFLxhu92Q6z0NLYXGWJ/92EjSE5En2Y4cl5d3sb6oX8z3vZz8YHwM3buFWaMYM 0WxSt+156EXkxGde2d5n5h3MhGklJch+TWPZm6UjsopmAW3w8Ju5ra3QKw1DztYj 89U50yEvq7t4RcoalZ2b6VgIu272zEB9JSG3pfR10kHvReuuyoW/CQFoGbDqwV76 Vwnp5sh5H598CWfpZUCEHlCxhDkWynFMlKJJP9hF43vEDW7INS2nVVyNK4Ks1ezg QgG3jDiLP+hq9Vr3zcOn1f7nvNsiGIE17aSnFE4ZkBI2XjqpquGBIxInk0MEjBFq J2iR/De/V2IrIlE39+k72KNBp40UnV1ChKbTV1O5P2wOHUpXy0l3mZkdVieoIB0m 1mOf+AzGMLagbA0Rsu6zRJIXd+MnEM/SoX1P7C1TleJbrTUVb710BUc4a5GOwq1l iqCbVXWVHnmMVzcVQxQKMQ== =Vus+ -----END PGP SIGNATURE----- --=-jbn5W53Ub1POFP3YIU0+--