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 1sh7TB-00DCQ3-2a for pgsql-general@arkaria.postgresql.org; Thu, 22 Aug 2024 13:03:17 +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 1sh7T9-002Z8n-7Z for pgsql-general@arkaria.postgresql.org; Thu, 22 Aug 2024 13:03:15 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sh7T8-002Z8f-Sj for pgsql-general@lists.postgresql.org; Thu, 22 Aug 2024 13:03:15 +0000 Received: from mail-oo1-xc33.google.com ([2607:f8b0:4864:20::c33]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sh7T5-000x4D-UP for pgsql-general@lists.postgresql.org; Thu, 22 Aug 2024 13:03:14 +0000 Received: by mail-oo1-xc33.google.com with SMTP id 006d021491bc7-5d5bb2ac2ddso391609eaf.0 for ; Thu, 22 Aug 2024 06:03:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1724331791; x=1724936591; darn=lists.postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=3tLthMOEpYRI0DIqOeS5Q9xqGttnSBM5DD7jihoEOJM=; b=KNT1rbb1ZFslWJcE/u8wx8JNlZbBFmaniUzN11YzmUhduzV6wdTkvmhO5ru5sGhmxi 7wU6zIaHaqmzmrZm9h0i8RrvZX8Er75vZzj5xv6N/8IKkIFaxtpSZ6P18LqociOrbwhD CU+1uWUVIAHcOXFWHy/3FoZgiTHV0Di+RN8uNYac1aBQI0Cj/hsfBvSg5ZsxxGrGvaxx dz9vzcUISa33djCSA8TO7Q5tBW6A1mEZ/RqRJgy88dx2oA2SiKbI3z3Kd3TSUUWyIgrZ JElygezWVwjX0HeuBnJOpP92pP6ROiLVPz95z6CwXrDUCqEFtouVZYk2w+4urOGcYwu2 +Mug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724331791; x=1724936591; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=3tLthMOEpYRI0DIqOeS5Q9xqGttnSBM5DD7jihoEOJM=; b=e3EQGw1PQ225INs9XxHM4iYHMc8y/3d6fMfHVCehYTIsTIPT7ygG3CxUYoYKTskG6O WMROLS5Dfj9NztZ2QTXzxcdK1rrtE13W8G3JuXt4dcaiYIQGsgCLzszuu0au5KW/pkeo hCo034QO8PsK1WZ2kUyj7EiQQUSpYXi5RC5vnd5OrvJxSg7yF4E8E8Webjyec9Lz9UzY vYuMsf/5CKqDL9jal2V2RMvNN+0jIm7isVfr6oYBp8R7UedvkdNpOrjGaD0RAX5O7zGg s8cZu4cSbWFRsl9NezfWCFV07sHcsZAHpGqENThhkfMfzgUr2n7tXIWQ2Fb7Err/7XV/ 785Q== X-Gm-Message-State: AOJu0YwyYmW4yqIslp2VrbB/oMIRfis6kbsXSeehrQDhTXaaCtwr56N8 nEDKcreTeHn+1YtZk/a1osm6bWBvnkh5ZqnfYvK9tsYtGF28vpycerKOsIZ6qJyzNByZA/lVNbB kb+Lut4tkf+eT+biJCvRtjRRPFRGUvw== X-Google-Smtp-Source: AGHT+IGuN+4E3gWwfjdfCVx91dE8DWcir8jb8y8nUoGzd3588Qd6STxsn2nB6bIF1p1G1qxpXI0XP932BcIgfZDZ4VQ= X-Received: by 2002:a05:6820:2295:b0:5dc:9ea1:7403 with SMTP id 006d021491bc7-5dcb0f0a330mr1128777eaf.2.1724331791234; Thu, 22 Aug 2024 06:03:11 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ron Johnson Date: Thu, 22 Aug 2024 09:03:00 -0400 Message-ID: Subject: Re: How to validate restore of backup? To: "pgsql-generallists.postgresql.org" Content-Type: multipart/alternative; boundary="000000000000e4418206204547be" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000e4418206204547be Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Aug 22, 2024 at 8:49=E2=80=AFAM o1bigtenor w= rote: > > > On Thu, Aug 22, 2024 at 6:24=E2=80=AFAM Ron Johnson > wrote: > >> That's great on small databases. Not so practical when they're big. >> >> So - - - - what is the recommended procedure for 'large' databases? > > (Might be useful to have a definition for what a large database is as > well.) > "Large" is when it takes too long to run *TWO* text mode pg_dump commands *= in addition to* the pg_dump and pg_restore. --=20 Death to America, and butter sauce. Iraq lobster! --000000000000e4418206204547be Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Aug 22, 2024 at 8:49=E2=80=AFAM o= 1bigtenor <o1bigtenor@gmail.com<= /a>> wrote:


<= div class=3D"gmail_quote">
On Thu, Aug= 22, 2024 at 6:24=E2=80=AFAM Ron Johnson <ronljohnsonjr@gmail.com> wrote:
That's great on small databases.=C2=A0 Not so practical when they'= re big.

So - - - - what is the recommended= procedure for 'large' databases?

(Might b= e useful to have a definition for what a large database is as well.)=C2=A0<= /div>

"Large" is when= it takes too long to run TWO=C2=A0text mode pg_dump commands in = addition to the pg_dump and pg_restore.

--
Death to America, and butter sauce.
Ir= aq lobster!
--000000000000e4418206204547be--