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 1t361K-00AHTZ-3a for pgsql-admin@arkaria.postgresql.org; Tue, 22 Oct 2024 03:57:22 +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 1t361I-00Dpz0-0Z for pgsql-admin@arkaria.postgresql.org; Tue, 22 Oct 2024 03:57:20 +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 1t361H-00Dpyr-Gn for pgsql-admin@lists.postgresql.org; Tue, 22 Oct 2024 03:57:20 +0000 Received: from mail-oi1-x22c.google.com ([2607:f8b0:4864:20::22c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1t361E-002Dsg-IN for pgsql-admin@postgresql.org; Tue, 22 Oct 2024 03:57:18 +0000 Received: by mail-oi1-x22c.google.com with SMTP id 5614622812f47-3e5ffbc6acbso2381798b6e.3 for ; Mon, 21 Oct 2024 20:57:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bitnine-net.20230601.gappssmtp.com; s=20230601; t=1729569435; x=1730174235; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ABv8oQdnNpzmh3Ekm5Lg4/nB/8m2G8mNxg/Hw6RF49E=; b=Ds1ZrKnESgHzJ6n/b6szDWyDxR0zsu9N4CmlJyWbNVhfhEKLSGWuFVdsKDGiWUg6P0 GGNUrIz94bQzXgT3NmOni7J5ejjSAD+dgI4xuHlHp2VOUtLAQrT50iE1B/1sWJNU6+LA KR6x541WQmT4JUdafvpgj0TBJjTDmgQ6Uxeez2FHijYwXVkLhzrmRkqX+pUUTmfA6e66 DQGhKI69embd9wtgDpNWfVaZL9TnnJPsU46GjqMnKtHLTX4d6TeD5OyujxP9MkquoL2Q R7/4Pw7kJ1y3rIpcnBhNkiPrzLb9E4wi+CdA8535RZldxQTSLtdqiMHV0sBom1QbxQUX IUGQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729569435; x=1730174235; h=cc: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=ABv8oQdnNpzmh3Ekm5Lg4/nB/8m2G8mNxg/Hw6RF49E=; b=fk7raWnrHc3iKwRad8b0db8VG+b1216v+Ruq2WLAtkojUSm0VEr750YBokkOb0hgn1 SQH94fBaqMAGNHx5Jx+EdAIaQ/IpRDZgn9H4GKZlNlnfBEUHbP0WglIkcALOyAnchnxk CbM88HIyC/f2pA2GJ774FDVD/qArmKXdcGcxqdXEmBgFCc8/Rr67bcpAJD/8pkV75bpM rLvmfAlPIFj3sZvTdBONYCuETa0HNnwCq2rrfZWNi07ndZeF5Eb7hpgeDlyhCJTVYjt9 LUQWC6vWwc5XCTBdD4KcrJOgJF/KnNHyD5p7qGJtvCpLi/6/zjaVryruucMkI0Ew31to dCqw== X-Gm-Message-State: AOJu0YymxRbnzzzkYB/DW4IiofR7fhMaMDNY+uy0d9C/Q6F1CpxQfgeA pJDBigvgnQN565oTuURV7Oh+Kv5bi0RdmZ/tlSLHuWMmgF6AkFYmVcG2r6EIUdoKihxIPvQwjFd x0e2Pl7Q0ONAGJBfbbLKmwOMowyrMs20thM+Eug== X-Google-Smtp-Source: AGHT+IGph8hkRQK9NXO3p/KDe04yrNSzwYGWE1z8OWJr4aszjcQX3aT/k7OdUH+JE8FfZr/PzAiaT9cj7VqWZLZ4jD8= X-Received: by 2002:a05:6870:a993:b0:260:ebf7:d0e7 with SMTP id 586e51a60fabf-2892c2dfcdcmr10834323fac.15.1729569435569; Mon, 21 Oct 2024 20:57:15 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Muhammad Usman Khan Date: Tue, 22 Oct 2024 08:57:04 +0500 Message-ID: Subject: Re: How do dump server wide configuration? To: Ron Watkins Cc: pgsql-admin@postgresql.org Content-Type: multipart/alternative; boundary="000000000000d266cd062508c3b7" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000d266cd062508c3b7 Content-Type: text/plain; charset="UTF-8" Hi, You can use pg_dumpall. This will create a complete dump of all databases along with the global objects. On Mon, 21 Oct 2024 at 23:22, Ron Watkins wrote: > I have been dumping individual databases with the pg_dump command, but a > issue has come up where user configs and other data stored at the server > level are not being dumped. Is there a way to dump those data as well? > > -- > Ron Watkins, K7DOG > 602.743.5272 > --000000000000d266cd062508c3b7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,
You can use pg_dumpall. This will create a complete= dump of all databases along with the global objects.

On Mon, 21 Oct 2024 = at 23:22, Ron Watkins <rwatki@gmail.= com> wrote:
I have been dumping individual databases with the pg_du= mp command, but a issue has come up where user configs and other data store= d at the server level are not being dumped. Is there a way to dump those da= ta as well?

--
Ron Watkins, K7DOG
602.743.5272
--000000000000d266cd062508c3b7--