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 1vlC9Q-008lMA-0m for pgsql-general@arkaria.postgresql.org; Wed, 28 Jan 2026 20:28:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vlC9P-003Ur3-0m for pgsql-general@arkaria.postgresql.org; Wed, 28 Jan 2026 20:28:31 +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.96) (envelope-from ) id 1vlC9O-003Uqn-2M for pgsql-general@lists.postgresql.org; Wed, 28 Jan 2026 20:28:31 +0000 Received: from sonic306-21.consmr.mail.ne1.yahoo.com ([66.163.189.83]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vlC9L-002nOd-0O for pgsql-general@lists.postgresql.org; Wed, 28 Jan 2026 20:28:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1769632105; bh=3W8Pu+tNVWzRbQXwz73irwLia7CiagrSSCnOP5NSGJM=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=HrFG1Fhsc6bZyGqIbHFipicKKdlF9tbkcul9MkgktON+XOnJOOketM/BgXTAmC/5CXco5V42B3WhzNYtU2yrqQht8lCDOkoF6+qgbdgpoPNGGwQRnlGfbFTMCVQ2enxyOlSqgrf6ohJBx65DbBK0CEaM8kMQG/rZ0u5FKWx/sQlFocRjq9su4ojFboN1xeG4lkLyflDBKmUbCW6E4aElHybWIaXQ2wMOEB0Df3ZsRe8fc7Vpf0AwfgUdpRzLi/DwgZY3hRWNudWDPyUSaDXscbZCoiiw4H5EAJi4R4i2ghd4cCOJX7rCjBukJ1VvnV0W229g6QEc/oyUb4D9zTE2gg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1769632105; bh=SWgkjZlaZTcRL0hhJXzNekUeVuNPBTvb2HC30XEuJXp=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=CNuNSoXtLYtMV2pyzwvubLWwNJKdGAAM9moytTdJfYwTg1GoBIDgGUHRe2G+s7LtrUZiONISN2cuL+X9hPwjcem0HPy5cn4n6W/GyOl1FPRSwDuTZoCHGQp/nYRvFe8c/FlYY6+RLDGxysneOIDOrr953JwHBkV2UBeMz5dD6TCv/tNfFeMIMoSet5MUj/IHm7HHbGC+H4uHdD2RAjNibOfw1YAC6TPRKUT4qbLfdM2gNsvA2BDLuBiC8U8vTcAw4Twy83XE/13H3q9FFiXKI/08YsPI1EpBMbSSop/otSPx3un5u8BYvkUgaDgnUOR+ifaVIPwr7d4ArkcX2YDOgA== X-YMail-OSG: EFzRbCQVM1kCUaxNXAIaF17t2MAiPZTszEYkVPTKVpZ.Juu0la_qYJJgC.ZJtvB x8qW.CXhTNaZKukZPL7XHMBRb01R1aF1y9atGyin8IahY.tgBdrGn6rP26cs8xezSp9fF0DhhsT5 JRZethRbY8cTf6.rs3JFTlhdQUx7YK_jmdsSW5IUFzKTXi_4Rmjw.FEf_CP2yQtsuGoYK7P7c7Hc 26AmBKw8ji1sbNJOWWu1AX.AhyRtVarFpJIMPIivAPtP0wi4PnclsmxL2xV7d5shS_WwDYPO7.oi XCYW.dSQLCRm6VqKQK8aqKJ4cPVoO5uVYHZ7WQNGlE2azyFH.XU3TR8Mr1ZSDyj5Uz9IoawzVyaF rx7iFmgL3t9Cmy6Cs_FAs2oe3ScqDBub2z5sndl37SeTnzz3OKR_VtJC76Cu93to2gl.XP1t.ZC1 nVS.RfstUqQPgM0ogqG.a0QXZXmi5ZhjvFtJDatm8taKehoqniTvoVdrEZAdWzeXrGr2Kx1t2BGn GgaHldlyDSUiLyod53oKfJmL0rd1nD5.6ihz1YvO5rrgSAOGTdQnXbiNj8m_KOs5.7DAOMuDUzZs PMu7qIq8hRx_9OVHa2XIJOCFSJTr.2uPwJUk._Y1NTiymbK.RS2Sx7E17WrV8QXhGEm_LkdvUBzz cqJN.C6vA.8Xidyx_Z3x8IwFdBPpMCT0V1gaEETA7reVNfMndkor8Hgk0hYkmf9m35sGiqmVEL_A uFvtRszT2owaBB0CZAp3Gc1KVlCAOzyWdbImvG_8Ol.bpJMm.rNtlbNDjqk8MEA5IupdDdV1hmC9 09dohqS1OlssIsVgI8EI3.m4r1KHXTWE472qzGdBI2vYm7EuYAfV4gH1712ewCDTEq97.HL74N7o TCvJK5gewmF0qcsuUVAI_2ntkkpQWGjSG7LNgrZfAOlmDxSGSbT2Hz52jwYh8Vc7YhaHGnBgbIb_ U.Uw6YM0JT6.b4HNbJaTPAhOvw8NwxodP8.naFo5UGmhFEM9Yjxoj5MCRF6FvnvTDRqWNOWRPqWM fTb2A5p6jq9tAWEgZuAGEo3vLvi5pBxHL5331w3Ny9NZY6d54zSb5GpsJsN1s.scR_sprWAKfY7Y w0Tz5UHE1rnbfdnkOi6ri3OY1nStgQdAqHDl7deGlUJCQYCBZd9gRq_ErOLmgC65aPDRZlDhoXaF HB6ZGjxs0OocJ_wywh6qZpc.GSAsBjGnUzw1MlvLZPfYUVKBWCXvtHzhq.wn_caALxYgu1wYDhgK xeZ21YIfd9QwmOeDSPLwJGySfcfxF6aHBY9PQnn7zgXYF4B_cQd5KH646CHkdLcAgLELRBkNPFb6 8V..niHQqF7NeGy2H5dnorQogMkTuTjghawm.V5EqHWXRCsq8UWicy6U0thMTfCmuRXfzvvzSi79 w8G16B67CiD5CPmMpOy_54Kf2WSp_BrsL_x6OAlCtiqkNBvRsohLhf4qfp06ig1Z2VbJS6tQdRM3 YOX5Fz6I46AN5.RPkOv8Wiz5_mxUY2tD4RQoKjMVTpicaFVBoXgu_Ikhuq8zc9XuIvKBdG.Bfela GRU7kkh2fE7W2HOAMWgfRJVJP4pQyCb7.CWhQWDK3hbkQGExa7wpAJKclHl23d1MCw4SKLytA2a6 pOM2bASgawUjAs3aleGDr._ONWGxYjk9_GvxBLSeRpCr8DxxwWWA45gEiG75202cR7ks.xED2jMU MWlI94XEgcOzxitAeOgkEbhCPWHoA73x9uDaKBtg9jf75mnBzMOdc1TzH6WAyVfmHkAWE2mUNrJd dI2A3C72JtNxnCxcPu2iZSbrJMloYsNZqVKA.TvF_a.uq6MGbrl.M7M1bpvUbJMdoyGZpQGB_f74 MTH.ELUR63MgC_5e3ixBgnENrYC6JjdejOXfNVJkBAySfc7W1__lm0sa9pmK.Byw2L_dYPYzI_93 VDkoM8wTYIdhNtl5_8NupS.iCnxuT7XI0A5oOvQRZO7b3RQwsATrQftOxviJh87HLgTXQ6JFKzEM BJebUYB6X8RND6DMA3VeRppTbfrYGxIPR7imSNh_uNcmGrsUHJkQS2nNLM5YJNKq4JMT8Gh12wev 1bW9o12r8yIen3WRJE2xVwHQ0thX2W5ra0XOn6NTNLISsBbV8ZKkhilCS5c9BR_F6ZlJTn0gxYDV SEcAV1t1eIm0gwjK9R0snu7a_VEDIhIDvd7LtwHLhfdh76nx32yFes.7_ylhlvQ0lwn6v2msCcRU hO0ix0vULfx6uHg-- X-Sonic-MF: X-Sonic-ID: ad09e9e9-a224-49ae-a5c7-8e91c01c4fe8 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Wed, 28 Jan 2026 20:28:25 +0000 Date: Wed, 28 Jan 2026 20:28:23 +0000 (UTC) From: felix.quintgz@yahoo.com To: pgsql-general@lists.postgresql.org Message-ID: <259609552.3013229.1769632103875@mail.yahoo.com> In-Reply-To: <5efd76b75e527a6558dd69ba4364699f256a813a.camel@tpg.com.au> References: <1730736265.4259921.1769443263077.ref@mail.yahoo.com> <1730736265.4259921.1769443263077@mail.yahoo.com> <2097370962.4296686.1769449473672@mail.yahoo.com> <5efd76b75e527a6558dd69ba4364699f256a813a.camel@tpg.com.au> Subject: Re: About backups MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.24987 YMailNodin Content-Length: 2371 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk The application is used in environments where there are no dba; in fact, the requirements specify that a dba cannot have access to the database, so signed records are used, trigger to prevent data changes, protection of protection triggers, etc. Too many cases of theft. My role is DBA and developer at my organization, but the application is distributed to other companies. The old application has been running unattended for over 15 years without problems in many companies without a DBA. The certification body simply said it was written in a very outdated language and revoked its certification. Now I'm reprogramming it in a modern language and with a different database. Almost all of my work has been with SQL Server and desktop applications. Cold and hot backups have taken me by surprise. In SQL Server, I could perform a backup in the middle of user activity without any problems, so from what I had read about pg_dump, it was the same, but now I have many doubts. What happens if I start a backup in the middle of a user transaction? The transaction can end before or after the backup ends, and it can also start before or after the backup begins. On Monday, January 26, 2026 at 10:00:23 PM GMT-5, rob stone wrote: On Mon, 2026-01-26 at 17:44 +0000, felix.quintgz@yahoo.com wrote: > > Any method that allows me to know who accessed the database and when. > > This is necessary for auditing the database. It's a requirement for > financial applications. > I can't use a table within the database because it gets overwritten > upon restoration. > > A user has access to the application and logs on. You record that in a table of successful log-ons. You also need a table of unsuccessful log- on attempts. E.g, mis-typed password, access window expired, etc. None of that data is lost when a database restore occurs. You haven't said if you intend doing hot backups or cold backups. Have you read Chapter 25 of the documentation? >I don't have admin access to the database server; in SQL Server, I >resolved this using signed stored procedures. Most IT departments have a person known as the DBA. They are involved in the design of the database to fit the application and after it goes live are usually responsible for checking the back-ups. You haven't stated what your role is with the development of this application. Rob