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.96) (envelope-from ) id 1vkRSe-00FGGx-1L for pgsql-general@arkaria.postgresql.org; Mon, 26 Jan 2026 18:37:17 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vkRSd-00A8Zf-0k for pgsql-general@arkaria.postgresql.org; Mon, 26 Jan 2026 18:37: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.96) (envelope-from ) id 1vkRSc-00A8ZX-2s for pgsql-general@lists.postgresql.org; Mon, 26 Jan 2026 18:37:15 +0000 Received: from sonic314-21.consmr.mail.ne1.yahoo.com ([66.163.189.147]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vkRSZ-00000000aHw-2njR for pgsql-general@lists.postgresql.org; Mon, 26 Jan 2026 18:37:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1769452628; bh=5ly2NjvBg0t77knV8IF4dHNUxzKTf4TCxuHHa2LBQk8=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=ZbMTylb5bVUmbuePZ382DvEFbSCjHm1BYqjlujnrpBe5FHbkldTzyo7pk9pa9a9sNKCYghbiqS+G/VLNCR6oerYVupEKSeNk2h1Js41jH/dL9+h2rDuaum+6EC2hw+0gyDHP4i3zYxHKba/w690M+3H7Cx57hvPgy2N0rl63oJ1gChiVDQjIlAPvTGGlZupcFOXZuJxjYQLcUdUUueY7w/W/SHYecURNfY0c1+QaGVMax6t8tywKGcZDRBXFighIxOfX3yUjcb6E9t8hQUNtRjptMYhhujK6bdAHXV7B+qOmqAl1U3aF7XwMjYY/XJoJSwBZ160QguO1YkXK8FG+Yg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1769452628; bh=LRK2QeBzMzj8OKu0d/ZcncAhr6nZAbvQspl8DE4voQ7=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=Cypmk+8Cr+MhioIrIUhZXhzgTe2JU0FHEOKt6vCjbYpGYWXkLaFxGj76jbLr6fNKZHy1amp7tmT+0U/11PwV9WeodMIzcRBPiyQ/yTG19W9Zp5sbd+gGYOFlgipfoTqR3ROIEF2ogJHyVxjR2Wg/Z2ysElWECQZ6gJR18Sj6/BflHQxq4KbyKxjNxbdOnzUV94a93i6s7ACwlTYVf3TS8BXTmv4Uprzb4tOzmBKDhF7ap2d+vDjdyjyQe1LfIgXsDczP6/QQF8l/8ns/7stoqrxgYlufnK0NF2crJKevnksALjC+niJMCDb+Z41t19A1dovNLlcFx9H/rGHQ5933Cw== X-YMail-OSG: rPtTbEAVM1nE5dAk4DXOT4UHi3Uq_OIqH402ebg0zbfpUTX6KEcv71Y9lZbF7NL lung8mSYJuiB9ww0CzEgb8MWAWP_8IQ2FU4deJ_zw9vEJ5EnWNFF6CX5t8bEDiFpHk5jA7.A0prd rBmY0SHH9igW1oVu9goPLleqSBhBOQK31Aq4gG4eNy5Fnyh3iSyiAXKro7H8LfnVQCW1zcs7Va1B meV2lXXwDk673IGtdP.TQwXAu5RU5uGnTqmgk1w5nrOHxW31kMHFFFh9iRCkx10AiMOUcLIpIHNd lpVWliMkO77QWGzgQiGMbs7kfirhiG4pC8KMcPYTTC9an9YFjAAjNRs3l6Kj39_VLZJRhsHlkoDO 0gVMCriu8qM7D9SsdFzrLwkTgeg6KM_iB.4XXp1D4mUCZqvDEUQKqE_jm2EdYde5.UeD6L71s0Ld P59jbaymQdBjxqBJ3aaoyEqf1K4XbM5M_8MYkO9zhXARi_PWgSgimrCQU7lnki.XNMZsp3kzur86 .Wt5oxjkN1h_l84mZ.ShIok4LITFD27rIhDaWHZNzJD08.X7R2w1sLipEA_0r3VH6COd45XwgSXa Ug1VXyxbQq0NNQ9R627N5TwRC2yISIWZoL_ifqmbeQv27HOAb_IhOaG6k8LUdlk7uQK1yUL8PaOz iafZHNpOjlsSrH74dsgst87ZaG9L2tMbfJZzEGLGePrZ8dzrqdH9SGC2mYgTxlt9t_yaY1CC.q9k _riuoKAhB2hE.eYjwaAiO9Zwrc7czSQA75EVCV6FLefATwl21wA9g3ao08I1wricvQU8DzAUZEg1 oCnPqlECfguBtwgzB8kscOIxjf4gvC7wL6OY67idsb8.LZTxekwJODRy_D1EGvGo965KHKAwx2_N fkzSN_idyrSnJrRiR24iP02708IMRu6DWHIu_cdKVl8EIzMMCCztj814c7k.Yn4q7q3h50HwJqEb DrOZ5kqJS2v8mdKgyRTAYBnhqUOCH.TgVigBdV_SNMQdiFdbvfcUnFpm08I4wCaVh3XQeyS1aM2W Pvga66W7C4_rPymg5DzfSg9gGmm.ZPTsmHXx84zPeLNq9_1w2tTKM2Qwm8jaiGrghtAEvr9ItmGH Uu2R8ENI_3Tn2cER4xw4y3TzKYkwqpzjLehNxh_jD1LNbUlxme_5j4uNsv1BX0PZYhHBv74iVwmK 5Px4u5jveGjX118TmfIYeAwAGkA1GJ0gugqthI8ejtBU4sxbILk7sy4zQ5Bjo4MCcr055zYe4MAN VUTDXqX5_xuW4sw8d9mYFEL50cd.tHP4zbmULihfcM3yeAicuJdaR0qkBmONbn1NDRBqpU2lqKXH xlyMZlG8_.5RzzOQfVALgoFyrcVkXaQeZYYXwdCoxZzyp3LO3jIN69HIe8uhqlNBmX7nUsbjPEDd qh1Y.Txta16cKjuuX2OdbWSXVCBXUG_977LTjuyzYXxlmaFvsyqNP2kWO21pLq7w9s3oVdeqIIey nlkSXKQKIjDCSxUMKuqecwNnm5zhj0tYbI.M3ldL7RqlTL34vQNqyXO4rdPSWyxVJKCee4wWQd3K oC94FjdihyE9D2r0xmryiOoe.Fuhg2_NLTvo4gHCjUDqyfd6Ex2c5O800kVN2L25fpd9YfFA_r6w 29Od0tc5rKU.GDHTYxPk.Q8gdZ0x6dDM9OJqZzewqrItvxm4gPLJT1GDL8e_FaZJpXuwY.z0ETrw tv8k._zdB5n9xeR6TW.IlQC_PCFMC5YuoU45V6P89wVMrIoBBM86XZ_ww42H5YA9CSe3gr2mc0L9 XdzJHvM1tYkjGIMdVvvhjQOW0L71UESPnpG4gspzrMGdx3svw9s7fI2HUwDK_o6YD4.bvhcUHD7G ftxYOMnOvCCzIq4WLpAH7IqwsVDZgjYIrZc7NkssFrWKvCoBcTUsBX7pztxcu9PLIB6GJQanhDQb FHIXN8isqXQe1wX1GdXH7wFKJTFE311XZo_o.VXQR3IZQRVpm18Zu7QxWQbwR_q_8KN.lQlA61IL 54qMBpHSwTYLLZU4aj47sj1m5YuXHwaGVNccRV9fDw2tUSjWfG8UKGDWbOhfCUaKDL4aDhFuOsTH jvqOAmcpz.C0t4PZ4GbIt_0IPdq8HDTkXdKRRr05MItuzYsDQ.WGDq4Pnk.3FHaBm.Le.i.Nj3RH DmF9k0tdNgvcDTJNw9Y33AaUo7Eema8OIEmAdWWE_M6uQ9O1E9z_0iS1PEbumh8Cajl8nrl8y2m_ 8qsQ56OV_hwzKhNhB4js- X-Sonic-MF: X-Sonic-ID: b925f2c4-4cf2-455d-aa99-383b6ea75e4c Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Mon, 26 Jan 2026 18:37:08 +0000 Date: Mon, 26 Jan 2026 18:37:05 +0000 (UTC) From: felix.quintgz@yahoo.com To: pgsql-general@lists.postgresql.org Message-ID: <2022327491.4341234.1769452625380@mail.yahoo.com> In-Reply-To: References: <1730736265.4259921.1769443263077.ref@mail.yahoo.com> <1730736265.4259921.1769443263077@mail.yahoo.com> <868938296.4311067.1769449951678@mail.yahoo.com> Subject: Re: About backups MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.24987 YMailNodin Content-Length: 2807 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk I can't change my expectations. It's either you do it or I won't certify yo= u, and you won't be able to use the application. That's how a certification body works, and there's nothing I can do about i= t. On Monday, January 26, 2026 at 01:23:05 PM GMT-5, Ron Johnson wrote: On Mon, Jan 26, 2026 at 12:52 PM wrote:I'm havin= g a problem with this. I'm repurposing an old application written in Visual= Basic 6 that did allow backups through signed stored procedures. You must change your=C2=A0expectations and=C2=A0way of thinking.=C2=A0 Post= gresql is not SQL Server, and thus cannot be managed=C2=A0the same=C2=A0way= as SQL Server.=C2=A0 That is a fact of life which you must accept.=C2=A0Th= is is a requirement for financial applications; the user can perform a back= up whenever they want, but they can't access the database. "ssh to a Linux account dedicated to pgbackrest" within the application is = my first thought.=C2=A0 Note, though, that pgbackrest does not have BACKUP = DATABASE's COPY_ONLY feature.=C2=A0 If you need that, pg_dump is your only= =C2=A0option. The new application is web-based, deployed in containers, and the database = server container is not the same as the application's, so I can't use pg_du= mp in the application, or at least I don't know how to do it. =C2=A0On Monday, January 26, 2026 at 12:31:48 PM GMT-5, Ron Johnson wrote: On Mon, Jan 26, 2026 at 11:11 AM Adrian Klaver = wrote: On 1/26/26 08:01, felix.quintgz@yahoo.com wrote: > Is there a way to implement the SQL Server command 'BACKUP DATABASE'? Not from within the Postgres instance. You will need to use: https://www.postgresql.org/docs/current/app-pgdump.html Felix,=C2=A0pg_dump is a logical export tuned for speed and multithreading.= =C2=A0 Almost certainly not what you want. pgbackrest is the equivalent of BACKUP DATABASE and BACKUP LOG.=C2=A0 It's = an external program (stuffing everything in the database engine is not The = Unix Way) which typically you run from cron.=C2=A0Redrirect=C2=A0stdout and= stderr to a log file with a timestamp in the name.=C2=A0 (That, at least, = is what I've been doing for 8 years.=C2=A0 It works perfectly.) pgbackrest also has an "info" option which gives you details of all the bac= kups currently in the repository.=C2=A0> > Is there a way to see the restores performed on a database? > Is there an equivalent table to msdb.dbo.restorehistory in SQL Server? > Is there a way to implement an equivalent if one doesn't exist? =C2=A0From what I understand there are various ways of doing this in SQL Server, which way are you interested in? -- Death to , and butter sauce.Don't boil me, I'm still alive. lobster!