• KISSmyOS@lemmy.world
    631·
    9 months ago

    If the company gave a noob unlimited access and can’t restore their data from backups, it’s really their fault, not the employee’s.

    • DrM@feddit.de
      23·
      9 months ago

      We had a management course in the university where this was one of the main things they highlighted:

      Managers faults are the managers fault.
      Employees faults are the managers fault. Without exception.

      And if you think about it, that’s completely true. If an employee does something stupid, it’s most of the time because they a) had the opportunity to do it and b) they weren’t taught well enough. If the employee keeps doing this mistake, the manager is at fault because he allows the employee to do the job where he can make the mistake. He obviously isn’t fit for that position.

        • smeg@feddit.ukEnglish
          10·
          9 months ago

          Well yes, but they wonder that when the manager isn’t taking responsibility and ensuing mistakes don’t happen. A good manager is worth their weight in gold, but thanks to the Peter Principle most of them just end up there without being qualified or even wanting to do it!

      • cybersandwich@lemmy.world
        8·
        9 months ago

        0, thanks for asking.

        Seriously though, how are you guys testing your home backups? I don’t have a spare Synology nas sitting around or spare 16tb drives.

        • Knusper@feddit.de
          6·
          9 months ago

          The only way to test restoring a backup is to actually restore it. And for that, you do need spare hardware.

          So, to answer your question, I don’t test my home backups either. I reckon pretty much no one is dedicated enough to do that.

          I’m hoping, if shit really hits the fan that I can still pick out my important files and just manually re-setup the rest of the system. So, with a longer downtime in that sense.

          That strategy is just absolutely not viable for companies, where downtimes are more expensive than spare hardware, and where you really can’t tell users you restored some files, they should do the rest.

  • Sotuanduso@lemm.eeEnglish
    52·
    9 months ago

    Wasn’t there some saying about if you’re in a server room, the calmer the “Oops,” the worse the problem?

    • jarfil@lemmy.world
      17·
      9 months ago

      “Ooopppsss… 💤”, both containers of the UPS flow battery ruptured at the same time and flooded the whole server room… call me tomorrow for the planning meeting when things stop burning and firefighters have had a chance to enter the building.

  • MrNesser@lemmy.world
    24·
    9 months ago

    Had a colleague do this to the local AD server years ago.

    Thankfully they pulled the plug before the changes could propagate through the network completely but it still took 3 days to recover the data and restore the AD server.

    • thepianistfroggollum@lemmynsfw.comEnglish
      9·
      9 months ago

      That’s on the company for not having a proper disaster recovery plan in place.

      Or DR test was literally the CIO wiping a critical server or DB and we had to have it back up in under an hour.

    • Stamets@startrek.websiteOP
      6·
      9 months ago

      Yikes. At least it was only 3 days and not weeks or months of cleanup trying to rebuild shit!

      You might like this little video then. Well, it’s 10 minutes long but still. It’s a story detailing a Dev who deleted their entire production database. Real story that actually happened. If you went through something similar then you definitely gonna relate a little.