Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSx5p-0003f8-TE for pgsql-admin@arkaria.postgresql.org; Fri, 17 Feb 2023 09:31:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pSx5o-0003ov-Ow for pgsql-admin@arkaria.postgresql.org; Fri, 17 Feb 2023 09:31:48 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSx5o-0003oC-2U for pgsql-admin@lists.postgresql.org; Fri, 17 Feb 2023 09:31:48 +0000 Received: from sender4-zc7.zoho.com ([136.143.188.7]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pSx5l-0000sF-OZ for pgsql-admin@lists.postgresql.org; Fri, 17 Feb 2023 09:31:47 +0000 ARC-Seal: i=1; a=rsa-sha256; t=1676626302; cv=none; d=zohomail.com; s=zohoarc; b=mv9J4Gx3DZlx9CTiHG0SB0G6JGY0O1tFDM0G6BWzYRArcnu9PwnvPHE7kc56Jj91VqKbW7RJc/uGStsZJ2+IpbrSTmbZFMfD5p8CIvx+D6IjidtF45cEGke0wGwPtmhCo1o5urGIUUIRjhK41UPGZz67s7Y9uD+gOm8fr/7Byhs= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1676626302; h=Content-Type:Date:From:MIME-Version:Message-ID:Subject:To; bh=B3P3NQO71Oz28E0EqZSfKTG8HERxre1J1CBiVqxunj0=; b=NwplktU5Z3spHn7/98CxH9Xqh3D2r6ekWRwn5kGvC0l7PHJB/nfFJdlMhh55OCOF1BLhGb2sx8kQvm5O9GvKI/5Gz4inv95MJfUkPOuvKySnO0rMR6mfDclwaDvZyCKvuipUdKR7ffJLZd//gbQOT7txlbuEShltKJq4kfkAdes= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=zohocorp.com; spf=pass smtp.mailfrom=karthikk@zohocorp.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1676626302; s=admin; d=zohocorp.com; i=karthikk@zohocorp.com; h=Date:Date:From:From:To:To:Message-Id:Message-Id:In-Reply-To:Subject:Subject:MIME-Version:Content-Type:Reply-To:Cc; bh=B3P3NQO71Oz28E0EqZSfKTG8HERxre1J1CBiVqxunj0=; b=RTVDO3km4bH+rujSDAIentlx9r9WUsNZwxxdXdFE9YaSCWIr7Rf7Jpa++d6RCCS7 7q/M/5pXsgZ2jXswEG2K8tKaXdHq9+r/hDrxOZTN78eJH5iAkkByxubj57qwCX0DAeU nXZBBS8xIrOrOcFj6P/kJzKd5gbVkMVVqyVimJ88= Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1676626295422669.4588768081741; Fri, 17 Feb 2023 01:31:35 -0800 (PST) Date: Fri, 17 Feb 2023 15:01:35 +0530 From: Karthik Krishnakumar To: "pgsql-admin" Message-Id: <1865eb25ef2.12bfda8e286305.6340275209123460062@zohocorp.com> In-Reply-To: Subject: Upgrading postgres quickly, without downtime. MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_280221_339066876.1676625993458" Importance: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ------=_Part_280221_339066876.1676625993458 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi admins, I have a number of pg servers(~100 (each with a couple of replicas, so 300 = clusters in total), each with ~2TB data) that is running version 10. I am planning on upgrading to PG 15 and looking for ways to get it done wit= hout downtime and quickly.=20 There seem to be a couple of ways to do this -=20 1. dump/restore or upgrade -> but this causes downtime.=20 2. logical replication/pglogical -> this is going to be slow, adds addition= al load on the master, and it isnt recommended to do DDL during time.=20 I do have daily backups of these databases.=20 Is there a way I can use these daily backups to upgrade to 15 and sync the = changes for the day alone?=20 I can code in C/scripts, and know bit of internals and wanted to ask where = to start on this.=20 I am also open to any alternate ideas.=C2=A0 thanks karthik ------=_Part_280221_339066876.1676625993458 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =
Hi admins,
I have a number of pg servers(~100 (each with a couple of repl= icas, so 300 clusters in total), each with ~2TB data) that is running versi= on 10.
I am planning on upgrading to PG 15 and looking for wa= ys to get it done without downtime and quickly.
There seem t= o be a couple of ways to do this -
1. dump/restore or upgrad= e -> but this causes downtime.
2. logical replication/pgl= ogical -> this is going to be slow, adds additional load on the master, = and it isnt recommended to do DDL during time.

I do have daily backups of these databases.
Is there a way= I can use these daily backups to upgrade to 15 and sync the changes for th= e day alone?
I can code in C/scripts, and know bit of intern= als and wanted to ask where to start on this.
I am also open= to any alternate ideas. 

thanks
karthik



------=_Part_280221_339066876.1676625993458--