Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fslC1-0005gw-7m for pgsql-admin@arkaria.postgresql.org; Thu, 23 Aug 2018 08:42:13 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fslBz-00006j-3D for pgsql-admin@arkaria.postgresql.org; Thu, 23 Aug 2018 08:42:11 +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_SHA384:256) (Exim 4.89) (envelope-from ) id 1fsaSM-0004LJ-20 for pgsql-admin@lists.postgresql.org; Wed, 22 Aug 2018 21:14:22 +0000 Received: from mail-wm0-x242.google.com ([2a00:1450:400c:c09::242]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fsaSI-0002OD-31 for pgsql-admin@postgresql.org; Wed, 22 Aug 2018 21:14:21 +0000 Received: by mail-wm0-x242.google.com with SMTP id c14-v6so3208135wmb.4 for ; Wed, 22 Aug 2018 14:14:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+afOENN9IBfLMeE7MNP+/j9eAz8i8xRpmbY/AxeTFv4=; b=da5EJQcTqbtigitajf8/EBZx/H+W1qzFG9mo/LIvi38xpfH40i8ks36FCKD9ngD3wq +l+iYkEQSvaEQsYAFLV4/nW5vsjInZX5wir8XMiXIzjHAs/X0/FMM25qAC0i5nvTVsMo 5XO7sWX7q2xzCm5fv19Izl4FbbMHxeDnQKrRVmscBwukl1Tep4DdrmrH0Wc7VS4toWuA E7gk8k43BdO4rWpNwWqikECFNm68Mb2eZranDGynha7SNj0LbPOQ0myPq9edrW1nssLx 7oI9lS9yJNfeYtg1fw2/RDGfDa4O8dcIo6t5tIt418RWTBmCGTTUeo8IrpGNcAQdJ6ms tGOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=+afOENN9IBfLMeE7MNP+/j9eAz8i8xRpmbY/AxeTFv4=; b=JwoU9qVhovKhpmsVilJG7KPYZYDJ1WoH7wEpn9IK4W6w5KTU7Jfm4qKOX0VYqYxwTj NxrqhVF0pmST+zh/DAxNAmBX9vowAgfK2YLsOFnvGCKco0DXIz3GDcB0HiLxolDSUsr9 jhbyVyfmyDTTmT5w4AERjslKsl32UxU3aZ+e98W/1eoN3EZgdnzPt7e6WrIG/d7K2E0w qzF6p9N5cK1DxFfb/az9SPQRymorJ/cJL2zDTOzquGlknFGBeG68y7sXutIzhPmPx8Qi 5ff4fK/rN99BJ5GSDiVjqCBos9ZwQGyl84XCV0hdcq9FicifelKfTKStDSSTRpdUuQd5 E9qQ== X-Gm-Message-State: APzg51BR4CNZity7Bub+RLj4tOqwVOnni/hJikve8soldmcaWR9oZ9f9 p3y4H0sBk1bzzZOv7TtZWUGid99Xu+k= X-Google-Smtp-Source: ANB0VdbZJwF0OTGDns4MTH5Q59DCSZlgVhDL65PCfuFp0IFNYpGB9WLM1Phw09046+pU1qCJ7cd4lw== X-Received: by 2002:a1c:6486:: with SMTP id y128-v6mr2042086wmb.12.1534972456715; Wed, 22 Aug 2018 14:14:16 -0700 (PDT) Received: from [192.168.1.184] (ip4d16f937.dynamic.kabel-deutschland.de. [77.22.249.55]) by smtp.gmail.com with ESMTPSA id l16-v6sm2000181wmc.38.2018.08.22.14.14.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Aug 2018 14:14:15 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-AEAD46E1-1EB8-42F6-9484-2376DB18BCA0 Mime-Version: 1.0 (1.0) Subject: Re: logical Replication From: Maletin von Oertzen X-Mailer: iPhone Mail (15G77) In-Reply-To: <1534751989163-0.post@n3.nabble.com> Date: Wed, 22 Aug 2018 23:14:14 +0200 Cc: pgsql-admin@postgresql.org Content-Transfer-Encoding: 7bit Message-Id: <941ED3D2-51B4-42FC-8118-50124F9E8F80@gmail.com> References: <1534224580242-0.post@n3.nabble.com> <1534746282900-0.post@n3.nabble.com> <1534747341264-0.post@n3.nabble.com> <1534748661624-0.post@n3.nabble.com> <17b9b7a5-5377-b904-0e8a-e72e72efe1ef@matrix.gatewaynet.com> <1534750828102-0.post@n3.nabble.com> <11f06cb4-8e48-7090-76e0-438b54c70660@matrix.gatewaynet.com> <1534751989163-0.post@n3.nabble.com> To: pavan95 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --Apple-Mail-AEAD46E1-1EB8-42F6-9484-2376DB18BCA0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable At 2018-08-20 09:59 pavan95 wrote: > Actually there are no running transactions in the database. When I insert > the data suppose 100 records in a table and after commit connect to the > subscriber database and issue row count from that particular table, I am > finding that the data didn't got replicated. >=20 > Later which I will proceed with : > ALTER SUBSCRIPTION my_sub_name WITH REFRESH PUBLICATION WITH( COPY_DATA) >=20 > Even then I can't see the data replicated in the subscriber side. >=20 > Then I will go with dropping and recreating the SUBSCRIPTION on the > subscriber side where I will see that inserted 100 records in the subscrib= er > side.=20 >=20 > Again will try inserting another 1000 records which will get replicated > within microsecond(I guess).=20 Is it possible, that there is a "alter table replica identity"-statement mis= sing? https://www.postgresql.org/docs/11/static/sql-altertable.html= --Apple-Mail-AEAD46E1-1EB8-42F6-9484-2376DB18BCA0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
At 2018-08-20 09:59 pavan95= wrote:

Actually there a= re no running transactions in the database. When I insert
th= e data suppose 100 records in a table and after commit connect to the=
subscriber database and issue row count from that particular table= , I am
finding that the data didn't got replicated.
Later which I will proceed with :
A= LTER SUBSCRIPTION my_sub_name WITH REFRESH PUBLICATION WITH( COPY_DATA)

Even then I can't see the data replicated in th= e subscriber side.

Then I will go with drop= ping and recreating the SUBSCRIPTION on the
subscriber side w= here I will see that inserted 100 records in the subscriber
= side.

Again will try inserting another 100= 0 records which will get replicated
within microsecond(I gue= ss).

Is it possible, that there is a "alter= table replica identity"-statement missing?
= --Apple-Mail-AEAD46E1-1EB8-42F6-9484-2376DB18BCA0--