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 1jQYO6-0001DV-66 for pgsql-admin@arkaria.postgresql.org; Mon, 20 Apr 2020 15:31:10 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jQYO3-00023v-Rm for pgsql-admin@arkaria.postgresql.org; Mon, 20 Apr 2020 15:31:07 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jQYO3-00023o-KG for pgsql-admin@lists.postgresql.org; Mon, 20 Apr 2020 15:31:07 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jQYO0-0006mU-JX for pgsql-admin@lists.postgresql.org; Mon, 20 Apr 2020 15:31:06 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 75E712115F; Mon, 20 Apr 2020 15:31:01 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo06-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo06-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rz02njLTdNhV; Mon, 20 Apr 2020 15:31:01 +0000 (UTC) Received: from [192.168.2.127] (unknown [8.39.228.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 608B621C3E; Mon, 20 Apr 2020 15:30:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Exporting TBs of data in Oracle schema/database into CSV format to migrate into PostgreSQL From: Scott Ribe In-Reply-To: Date: Mon, 20 Apr 2020 09:30:54 -0600 Cc: Avinash Kumar , Pepe TD Vo , pgsql-admin@lists.postgresql.org, Thomas Kellerer Content-Transfer-Encoding: quoted-printable Message-Id: References: <172687860.2288957.1587391373846@mail.yahoo.com> To: Laurenz Albe X-Mailer: Apple Mail (2.3608.80.23.2.2) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk So, the big question is: how much downtime can you afford on the current = Oracle DB? Yes, you should investigate the most efficient way to transfer data, but = with TBs it will still be significant time. If you can afford the down = time, great--kill all other connections to Oracle and go for it. If not, = that's more complicated since you'll have to figure out a way to track = and apply changes that happen during the copy...