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 1qtQgO-00CNNA-2f for pgsql-admin@arkaria.postgresql.org; Thu, 19 Oct 2023 10:55:16 +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 1qtQgL-0002KU-MY for pgsql-admin@arkaria.postgresql.org; Thu, 19 Oct 2023 10:55:14 +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 1qtQgL-0002Jq-1K for pgsql-admin@lists.postgresql.org; Thu, 19 Oct 2023 10:55:13 +0000 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qtQgI-001FLz-R8 for pgsql-admin@postgresql.org; Thu, 19 Oct 2023 10:55:12 +0000 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-53d9f001b35so13209356a12.2 for ; Thu, 19 Oct 2023 03:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20230601.gappssmtp.com; s=20230601; t=1697712909; x=1698317709; darn=postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=w80bIL8JC2R5B4H0Ijrre0cT4WGh9NfVzg4VsWabaBE=; b=VzlLTr7/R5qMbwsBpyTpDPL5UA3dZ1IHrVAWgqKsaFDEtq5AOKGerOThTlS2zfT/iT FvGJoj67VQoyeuQ3kpTaFZacoZeOuyNyleqx7qDzLfzmA7IS1ReRnVmWyNnODZLutxn9 gVo3v7X1xJioeSx1BTD6lTA/qHlHdVWHJst7QdJmtflN4FOvJNCrh+LGsSVcXMeG7ARI S96kcd25eZXsO1SrIDHPQy32RfGV80Jgv8WEqfdOprfeoEDQUT6fs4dK9ZEdma8LoMEn 2DXQxciM91WakE3ffQpBB0OUD3xs3cY6C0s9KYbCj0vHhqOuwMXf1bD3BP3RXlP/ThKX NNNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697712909; x=1698317709; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=w80bIL8JC2R5B4H0Ijrre0cT4WGh9NfVzg4VsWabaBE=; b=t8VxSa7pizccnx87yVu5OAHC4VYLXFicoHCJey1wmAp3+s7ylNH0sEyNVZ+LNVtuGz PEXRVp6CUTK2HvzKNEvfzNAsEZrQ7PigwrBSlxnSMPRF4pmGlNtfq53IiYrL2YUJeE3V i6uYt3+3R0iQEWA5TzlxVaga0SswekyId8OHMYkCjaoAyFRzUfMojX0gx5qQN6NDCrVf PXGDDL/Ou1ntOSpWLG8SpvsrmYUx926I/bQXK71OI85JryA1M+EUGckt9iwHugXLWKCy QxOtB7EM6peHHa2hO57sVIv/M30oJJfHk2MhmCYdHB115/kV7hipLj6dyoLCk1gBRQya twCQ== X-Gm-Message-State: AOJu0Yy1Bvf94Tndvuq0HSpoCpQUc7wanQY21QE3eQFEPsLm03P+rLNK d8k5yHT+CfOIblINO2RsA6qqBA== X-Google-Smtp-Source: AGHT+IGudoQR3QoBFkBGzPUfkSgbQc3rIBlnQi7+HY3uzr1hbG3YlFjPyUYcnnWhd7kjClwFP71/CA== X-Received: by 2002:a17:907:a0c9:b0:9be:e6d4:5751 with SMTP id hw9-20020a170907a0c900b009bee6d45751mr1582443ejc.55.1697712909042; Thu, 19 Oct 2023 03:55:09 -0700 (PDT) Received: from localhost.localdomain ([2001:871:260:ccee:ff5d:296a:ef88:dd9e]) by smtp.gmail.com with ESMTPSA id n27-20020a1709062bdb00b00991d54db2acsm3298861ejg.44.2023.10.19.03.55.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 19 Oct 2023 03:55:08 -0700 (PDT) Message-ID: <4f6bd1b4459a1480e5938f40d4a752ca7edf4b2d.camel@cybertec.at> Subject: Re: Need assistance for replication sync issue From: Laurenz Albe To: Veerendra Pulapa , pgsql-admin Date: Thu, 19 Oct 2023 12:55:08 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.4 (3.48.4-1.fc38) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, 2023-10-19 at 10:08 +0000, Veerendra Pulapa wrote: > I need some help with a database issue we=E2=80=99re facing. We have a si= tuation where > our primary data center and our disaster recovery site are far apart, and= this > long distance is causing delays in keeping our data synchronized. It=E2= =80=99s become > a problem as we want our data to be as up-to-date as possible. >=20 > Do you have any suggestions for dealing with this kind of situation? Yes: don't use synchronous replication. You are fighting with physics (speed of light), not with an implementation deficiency. You cannot win that fight. Yours, Laurenz Albe