Mastodon Skip to content
  • Home
  • Aktuell
  • Tags
  • Über dieses Forum
Einklappen
Grafik mit zwei überlappenden Sprechblasen, eine grün und eine lila.
Abspeckgeflüster – Forum für Menschen mit Gewicht(ung)

Kostenlos. Werbefrei. Menschlich. Dein Abnehmforum.

  1. Home
  2. Uncategorized
  3. Test your damn backup scripts.

Test your damn backup scripts.

Geplant Angeheftet Gesperrt Verschoben Uncategorized
33 Beiträge 26 Kommentatoren 0 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • baardhaveland@snabelen.noB baardhaveland@snabelen.no

    @vkc

    "Schrödinger backup" is absolutely a thing

    blueteamsherpa@infosec.exchangeB This user is from outside of this forum
    blueteamsherpa@infosec.exchangeB This user is from outside of this forum
    blueteamsherpa@infosec.exchange
    schrieb zuletzt editiert von
    #22

    @vkc @baardhaveland you beat me to it.

    1 Antwort Letzte Antwort
    0
    • vkc@linuxmom.netV vkc@linuxmom.net

      Test your damn backup scripts.

      Don't just assume everything is working. Unplug servers and test it then. How will you know it's broken?

      If you aren't testing your backups, you don't have backups.

      dashlion@mastodon.auD This user is from outside of this forum
      dashlion@mastodon.auD This user is from outside of this forum
      dashlion@mastodon.au
      schrieb zuletzt editiert von
      #23

      @vkc you're not my mum, you can't make me!

      1 Antwort Letzte Antwort
      0
      • vkc@linuxmom.netV vkc@linuxmom.net

        Test your damn backup scripts.

        Don't just assume everything is working. Unplug servers and test it then. How will you know it's broken?

        If you aren't testing your backups, you don't have backups.

        utf_7@mastodon.socialU This user is from outside of this forum
        utf_7@mastodon.socialU This user is from outside of this forum
        utf_7@mastodon.social
        schrieb zuletzt editiert von
        #24

        @vkc

        why do you need backups when you have snapshots, were the last words the product owner said before the great night

        1 Antwort Letzte Antwort
        0
        • eggfreckles@mastodon.mit.eduE eggfreckles@mastodon.mit.edu

          @vkc is it really a backup if you don't keep multiple versions?

          wfk@social.v.stW This user is from outside of this forum
          wfk@social.v.stW This user is from outside of this forum
          wfk@social.v.st
          schrieb zuletzt editiert von
          #25

          @Eggfreckles @vkc I use an rsync option to make incremental backups using the previous successful backup as reference. Functionally each backup is a full backup, but they share unmodified files. This allows me to keep several weeks worth of nightly backups. I should perhaps add a check for suddenly exploding disk use as a possible indicator for trouble.

          eggfreckles@mastodon.mit.eduE 1 Antwort Letzte Antwort
          0
          • vkc@linuxmom.netV vkc@linuxmom.net

            Test your damn backup scripts.

            Don't just assume everything is working. Unplug servers and test it then. How will you know it's broken?

            If you aren't testing your backups, you don't have backups.

            sunflowerinrain@mastodon.onlineS This user is from outside of this forum
            sunflowerinrain@mastodon.onlineS This user is from outside of this forum
            sunflowerinrain@mastodon.online
            schrieb zuletzt editiert von
            #26

            @vkc

            TickIT auditor's story.
            Asked about backups, was told they were done nightly to disc on rolling 7 days[0] and the backup discs stored in a cupboard down the hall[1].
            How and when are they tested? Blank looks.
            Walk through reloading backups.
            Data on every disc corrupted. Panic ensued.

            [0] Not enough.
            [1] Not far enough away in case of fire, flood, plague of locusts or whatever.

            1 Antwort Letzte Antwort
            0
            • vkc@linuxmom.netV vkc@linuxmom.net

              If you're doing a pull style backup, where your backup target pulls the files from the main machine, test what happens if the host's directory got encrypted, unmounted, or deleted.

              This is a gotcha I've seen hundreds of times before. "We back everything up!" Sure, but when they encrypted your /opt/appdir/ and you pulled those files, guess what you just did?!?

              What if the drive got borked on the host machine... did you just delete your backups?

              Test that crap!

              cimb4@norden.socialC This user is from outside of this forum
              cimb4@norden.socialC This user is from outside of this forum
              cimb4@norden.social
              schrieb zuletzt editiert von
              #27

              @vkc noob question: isn't a backup just a copy of your files somewhere else? what happens when you purposefully delete a file? does it get deleted on the backup too? what if you delete a file accidentally?

              or are backups strictly for hardware failure, not for human error?

              (i am doing manual backups (a little less regularily than i'd like) and have to use a tool to review all changes between my current files and the prev. backup to be sure because i don't understand automatic backups) :c

              ghis@masto.bikeG vkc@linuxmom.netV 2 Antworten Letzte Antwort
              0
              • wfk@social.v.stW wfk@social.v.st

                @Eggfreckles @vkc I use an rsync option to make incremental backups using the previous successful backup as reference. Functionally each backup is a full backup, but they share unmodified files. This allows me to keep several weeks worth of nightly backups. I should perhaps add a check for suddenly exploding disk use as a possible indicator for trouble.

                eggfreckles@mastodon.mit.eduE This user is from outside of this forum
                eggfreckles@mastodon.mit.eduE This user is from outside of this forum
                eggfreckles@mastodon.mit.edu
                schrieb zuletzt editiert von
                #28

                @wfk @vkc I used to do something similar and then I switched to BORG. https://www.borgbackup.org/

                I still need to spot test my backups occasionally.

                1 Antwort Letzte Antwort
                0
                • vkc@linuxmom.netV vkc@linuxmom.net

                  Test your damn backup scripts.

                  Don't just assume everything is working. Unplug servers and test it then. How will you know it's broken?

                  If you aren't testing your backups, you don't have backups.

                  wigbert@mastodon.worldW This user is from outside of this forum
                  wigbert@mastodon.worldW This user is from outside of this forum
                  wigbert@mastodon.world
                  schrieb zuletzt editiert von
                  #29

                  @vkc

                  the truth: ☝🏽 "...If you aren't testing your backups, you don't have backups..."

                  1 Antwort Letzte Antwort
                  0
                  • vkc@linuxmom.netV vkc@linuxmom.net

                    Test your damn backup scripts.

                    Don't just assume everything is working. Unplug servers and test it then. How will you know it's broken?

                    If you aren't testing your backups, you don't have backups.

                    cursedsql@hachyderm.ioC This user is from outside of this forum
                    cursedsql@hachyderm.ioC This user is from outside of this forum
                    cursedsql@hachyderm.io
                    schrieb zuletzt editiert von
                    #30

                    @vkc and the restores 🙂 and the data access post restore 🙂 and that your restore process will be timely enough for your business critical processes 🙂

                    1 Antwort Letzte Antwort
                    0
                    • cimb4@norden.socialC cimb4@norden.social

                      @vkc noob question: isn't a backup just a copy of your files somewhere else? what happens when you purposefully delete a file? does it get deleted on the backup too? what if you delete a file accidentally?

                      or are backups strictly for hardware failure, not for human error?

                      (i am doing manual backups (a little less regularily than i'd like) and have to use a tool to review all changes between my current files and the prev. backup to be sure because i don't understand automatic backups) :c

                      ghis@masto.bikeG This user is from outside of this forum
                      ghis@masto.bikeG This user is from outside of this forum
                      ghis@masto.bike
                      schrieb zuletzt editiert von
                      #31

                      @CIMB4 if u delete a file on your system and this delete the file on your backup its not a backup its synchronization. @vkc

                      1 Antwort Letzte Antwort
                      0
                      • cimb4@norden.socialC cimb4@norden.social

                        @vkc noob question: isn't a backup just a copy of your files somewhere else? what happens when you purposefully delete a file? does it get deleted on the backup too? what if you delete a file accidentally?

                        or are backups strictly for hardware failure, not for human error?

                        (i am doing manual backups (a little less regularily than i'd like) and have to use a tool to review all changes between my current files and the prev. backup to be sure because i don't understand automatic backups) :c

                        vkc@linuxmom.netV This user is from outside of this forum
                        vkc@linuxmom.netV This user is from outside of this forum
                        vkc@linuxmom.net
                        schrieb zuletzt editiert von
                        #32

                        @CIMB4 a reasonable way to manage this sort of thing is what we call "snapshots": points in time.

                        I maintain tiered snapshots on my server at home- a once-per-month snapshot that lasts a year, a once-per-day snapshot that lasts three months, and a once-per-hour snapshot that lasts two weeks.

                        This protects both against human error ("oops, I didn't mean to delete that"), and malice ("lets encrypt all your files"). If the snapshots sync with a remote system, it can handle hardware failure too.

                        vkc@linuxmom.netV 1 Antwort Letzte Antwort
                        1
                        0
                        • vkc@linuxmom.netV vkc@linuxmom.net

                          @CIMB4 a reasonable way to manage this sort of thing is what we call "snapshots": points in time.

                          I maintain tiered snapshots on my server at home- a once-per-month snapshot that lasts a year, a once-per-day snapshot that lasts three months, and a once-per-hour snapshot that lasts two weeks.

                          This protects both against human error ("oops, I didn't mean to delete that"), and malice ("lets encrypt all your files"). If the snapshots sync with a remote system, it can handle hardware failure too.

                          vkc@linuxmom.netV This user is from outside of this forum
                          vkc@linuxmom.netV This user is from outside of this forum
                          vkc@linuxmom.net
                          schrieb zuletzt editiert von
                          #33

                          @CIMB4 the benefit to snapshots is that if you accidentally delete a file, you're covered. But if you purposefully delete a file, it'll *eventually* disappear from the snapshots too as they age out.

                          This gives you the maximum flexibility when it comes to managing your backups. I routinely mirror my snapshots to an offsite location, and I test recovering them regularly.

                          A popular filesystem which makes this easier is ZFS. But it can be as simple as copies of files on a big hard drive.

                          1 Antwort Letzte Antwort
                          0
                          • zeitverschreib@freundica.deZ zeitverschreib@freundica.de shared this topic
                          Antworten
                          • In einem neuen Thema antworten
                          Anmelden zum Antworten
                          • Älteste zuerst
                          • Neuste zuerst
                          • Meiste Stimmen



                          Copyright (c) 2025 abSpecktrum (@abspecklog@fedimonster.de)

                          Erstellt mit Schlaflosigkeit, Kaffee, Brokkoli & ♥

                          Impressum | Datenschutzerklärung | Nutzungsbedingungen

                          • Anmelden

                          • Du hast noch kein Konto? Registrieren

                          • Anmelden oder registrieren, um zu suchen
                          • Erster Beitrag
                            Letzter Beitrag
                          0
                          • Home
                          • Aktuell
                          • Tags
                          • Über dieses Forum