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 1smo5w-008MTQ-11 for pgsql-general@arkaria.postgresql.org; Sat, 07 Sep 2024 05:34:48 +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 1smo5t-00AyUb-SB for pgsql-general@arkaria.postgresql.org; Sat, 07 Sep 2024 05:34:46 +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 1smo5t-00AyUR-CO for pgsql-general@lists.postgresql.org; Sat, 07 Sep 2024 05:34:45 +0000 Received: from mail-ot1-x331.google.com ([2607:f8b0:4864:20::331]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1smo5l-000Y9U-Ri for pgsql-general@lists.postgresql.org; Sat, 07 Sep 2024 05:34:43 +0000 Received: by mail-ot1-x331.google.com with SMTP id 46e09a7af769-710da656c0bso119519a34.0 for ; Fri, 06 Sep 2024 22:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bitnine-net.20230601.gappssmtp.com; s=20230601; t=1725687276; x=1726292076; darn=lists.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=NpptJD9U0O5qTomK3h/AsG/4epdAYUx/YzGolXQo0PA=; b=DcX53SKZfumTzvtY5zmjODUCc1GHl3oviPPl2rKpj36ab5TQ6sM02CRAYNYpuJeqWg K09te3TrldYZVZTE3k7xdyGZxlb2cywW1G4wuCXexysKJBHtawjSFZS2HsLpVoRPN7wQ 6ZazzIGfS4QKV5L+0M31Phq2YH2TVSAPJhCNnsJw3I31gUaobwKqFTmbl6WXG7vr5epn Bj7ALFvAsI2CtSxHQf04BZmMLoyI94Mh99ErYXXMISlihTX3KMv9KWjYMT/umBGodNFx Wx4sNiFTeYRgZvP45t8fkXng69VtHw8/gWhH+L/hZLqxmOx5Z36ZhyZuGBLI/7KqcRdi B3TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725687276; x=1726292076; 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=NpptJD9U0O5qTomK3h/AsG/4epdAYUx/YzGolXQo0PA=; b=oiEAfWPm+Mb3jPwh9Kx5yqfyVcnXuxcseN+eK+Fmzv5JD8SV7LEG+WEqrbFwFexnB8 EagvAKaG0zQdMF64ducZBj94UJERphjqHI8VUIiFNQ2VXJ9CkZVaYggKBpNeJ3hf4znv Fcy9ROS6M38EncImdEskwo5dIwfGwBBGynzmam9KFlApWBrFUzgp1gLEThtOjYc4ezNy MQDyEpjEtsSzc2OOCI+69zzi4XzkhLPO8Z99yT/tSvymuCVNlPbqNRsE0pbb3/LjOaXQ mQXOrNQEO+8l0trBVEr3vZ5qanXRUdVWknH8LU+lCbN4Kwsj/RId9ge0cMDUdOBAKzV+ gXRg== X-Gm-Message-State: AOJu0Yy8ValoyGxDcZaclRg/lk7GSLVAqH6p+2YyXR3TXSHblmJ8kONM 68lfaKFz4JsIKctcWjnxo0ZAipHNWaRPZX2EzKpLPFycIXu8aeaDz5uIqWyHSHi/cgmXak0lSXM 4RP6/Um3aFpulmJ56ZlOtpsqSMizyPDbrx5gYKA== X-Google-Smtp-Source: AGHT+IGZRoQYGLpZ9EF3RBsfbdjdYEdVOfDDrP8PRS732FgCJi60oV8Eq8hRsFn4XZTRt14TP2VGrKsClEEwtdtExAU= X-Received: by 2002:a05:6830:210c:b0:70b:354f:333a with SMTP id 46e09a7af769-710d5d0d563mr2696380a34.30.1725687275893; Fri, 06 Sep 2024 22:34:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Muhammad Usman Khan Date: Sat, 7 Sep 2024 10:34:23 +0500 Message-ID: Subject: Re: barman with postgres server/s To: postgr user Cc: pgsql-general@lists.postgresql.org Content-Type: multipart/alternative; boundary="00000000000012d092062180e11f" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000012d092062180e11f Content-Type: text/plain; charset="UTF-8" Hi, I had the opportunity to work with barman. In my opinion, to configure barman, you should have a separate dedicated system. Configure WAL archiving properly to ensure that all transaction logs are streamed to Barman like the following archive_command = 'rsync %p barman@backup_server:/path/to/backup/%f' Regular monitoring is required. You can check status via barman check command Use streaming replication by using this command 'streaming_archiver=on' in the barman.conf file. On Fri, 6 Sept 2024 at 18:24, postgr user wrote: > Does anyone know a best practice when it comes to installing barman? > > Would barman be on its own system or does it make sense to have it running > on a cascaded postgres server? > > I'm just getting started with it so I'd like to see how others have > implemented its use in a variety of different implementations of postgres > servers or server. > > > Thank you > --00000000000012d092062180e11f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I had the opportunity to work with barman. In m= y opinion, to configure barman, you should have a separate=C2=A0dedicated= =C2=A0system.=C2=A0 Configure WAL archiving properly to ensure that all transaction logs are st= reamed to Barman like the following=C2=A0
archive_command =3D 'rsync %p barman@backup_server:/path/to/backup/= %f'
Regular=C2=A0monitoring is required. You can check status= via barman check command
Use streaming replication by using this comma= nd 'streaming_archiver=3Don' in the barman.conf file.
On Fri, = 6 Sept 2024 at 18:24, postgr user <postgruser@gmail.com> wrote:
Does anyone know a best practice wh= en it comes to installing barman?

Would barman be on its= own system or does it make sense=C2=A0to have it running on a cascaded pos= tgres server?

I'm just getting started with it= so I'd like to see how others have implemented=C2=A0its use in a varie= ty of different implementations of postgres servers or server.

Thank you
--00000000000012d092062180e11f--