Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ggsWl-0000m5-EH for pgsql-admin@arkaria.postgresql.org; Tue, 08 Jan 2019 14:38:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1ggsWk-000269-4S for pgsql-admin@arkaria.postgresql.org; Tue, 08 Jan 2019 14:38:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ggsWj-000262-Ok for pgsql-admin@lists.postgresql.org; Tue, 08 Jan 2019 14:38:45 +0000 Received: from r0.smtpout1.paris1.alwaysdata.com ([2a00:b6e0:1:40:1:0:10:1]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1ggsWc-00084Y-M2 for pgsql-admin@lists.postgresql.org; Tue, 08 Jan 2019 14:38:45 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alwaysdata.net; s=hexack; h=In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Sender:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=cGKVC/5Svh6l/cDfah/JbhRXqyjTcuHXfC+ge9LEiX8=; b=Xb2arShRMc7D4Haj7/EZDu+ypW qOfksNHl60TiBjiaJKo56BldjZuyMOBjs2KOnkdbyi8x7bDVo0sb78R6ftwjLYXUxRTNotvn5cws3 /AmX7VvqQjTEwfJ/wEaoEOnc95cMwH7bAUNGKCuLckqofm+WVFOlSR9bHqr/YBl4d9Ys=; Received: from mas01-1-78-225-200-186.fbx.proxad.net ([78.225.200.186] helo=office.hexack.fr) by smtpout1.paris1.alwaysdata.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ggsWZ-00030b-CN; Tue, 08 Jan 2019 15:38:35 +0100 Date: Tue, 8 Jan 2019 15:38:34 +0100 From: =?utf-8?B?U3TDqXBoYW5l?= KANSCHINE To: Achilleas Mantzios Cc: pgsql-admin@lists.postgresql.org Subject: Re: Database migration across different operating systems Message-ID: <20190108143833.fdabkpi6tfqv6tm4@office.hexack.fr> References: <20190108090144.rdrtfh6wznoolsww@office.hexack.fr> <3eef1017-ce4a-5c4a-0217-ff69d705e38f@matrix.gatewaynet.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3eef1017-ce4a-5c4a-0217-ff69d705e38f@matrix.gatewaynet.com> Organization: HexACK User-Agent: NeoMutt/20180716 X-alwaysdata-ID: 386796773 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Le mar. 8 janv., vers 11:26, Achilleas Mantzios exprimait : > On 8/1/19 11:01 π.μ., Stéphane KANSCHINE wrote: > > > > Le lun. 7 janv., vers 22:51, Natalie Wenz exprimait : > > > > > > I understand that the recommended, safest, approach would be to > > > dump/restore. We intend to do that wherever possible. > > > > It's not anymore since PostgreSQL have logical replication. You can > > initialize you FreeBSD cluster with a pg_basebackup and you follow > > updates with logical streaming. > > Hmm, maybe you mean pg_dump --schema-only? I cannot see how taking physical > copy with pg_basebackup will help with logical replication. You're right, it's useless and counterproductive. I'm still on holydays. But still, take a look at logical replication, it's way more efficient than pg_dump. -- Stéphane KANSCHINE - https://www.hexack.fr./ - https://www.nuajik.io./ @ stephane@hexack.fr  +33 6 64 31 72 52