Burned by Eschewing Best Practices
-
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
Has a physical backup server, that after being updated with new firmware and drivers was bricked. OP was able to get the system restored and functional after several hours working with Dell.
This write-up doesn't indicate what whas Eschewed here?
Having a backup system that is physical in nature, without have another backup.
He had no backup for his backup, blindly updated his only backup system, and bricked it. So it does indicate what was eschewed. He failed to backup his backup.
I know the 3-2-1 method is preferred and best practice. But bricking his backup system doesn't really matter. It's a backup of a production system. Restore the software and take fresh backups of your production environment.
That is what I recommended, but the complaint was it woudl take forever (IIRC . . )
It takes to long to make backups? Wut?
10/100 here
-
The bigger take away here. This was a backup system that was on a physical server not on a hypervisor. So he couldn't take a snap of the system prior to upgrading it. Always virtualize your infrastructure.
-
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
Has a physical backup server, that after being updated with new firmware and drivers was bricked. OP was able to get the system restored and functional after several hours working with Dell.
This write-up doesn't indicate what whas Eschewed here?
Having a backup system that is physical in nature, without have another backup.
He had no backup for his backup, blindly updated his only backup system, and bricked it. So it does indicate what was eschewed. He failed to backup his backup.
I know the 3-2-1 method is preferred and best practice. But bricking his backup system doesn't really matter. It's a backup of a production system. Restore the software and take fresh backups of your production environment.
That is what I recommended, but the complaint was it woudl take forever (IIRC . . )
It takes to long to make backups? Wut?
The concern was that it would take to long to get the backups operational again. So yea... "takes too long to restore". Which if he lost something in that downtime when backups weren't running, then he'd be SOL.
-
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
Has a physical backup server, that after being updated with new firmware and drivers was bricked. OP was able to get the system restored and functional after several hours working with Dell.
This write-up doesn't indicate what whas Eschewed here?
Having a backup system that is physical in nature, without have another backup.
He had no backup for his backup, blindly updated his only backup system, and bricked it. So it does indicate what was eschewed. He failed to backup his backup.
I know the 3-2-1 method is preferred and best practice. But bricking his backup system doesn't really matter. It's a backup of a production system. Restore the software and take fresh backups of your production environment.
This - so much this!
Is he doing the best option available - no, but not everyone can.
The fact that his Backup Server was not virtualized doesn't even play into his problem, most likely. He updated the hardware and was bricked. That's just as likely to happen to a hypervisor as it is a normal OS installed directly on the hardware.
Having the offsite copy of the data wouldn't really change his situation in any way, other than at this moment, if his main system dies, well he has no backup.
So I'm still asking where he was burned by not following best practice? His main system is still up and running, right? So he hasn't been burned at all. He had a failure, and he worked to solve that failure. Sounds like a normal day in IT.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
Has a physical backup server, that after being updated with new firmware and drivers was bricked. OP was able to get the system restored and functional after several hours working with Dell.
This write-up doesn't indicate what whas Eschewed here?
Having a backup system that is physical in nature, without have another backup.
He had no backup for his backup, blindly updated his only backup system, and bricked it. So it does indicate what was eschewed. He failed to backup his backup.
I know the 3-2-1 method is preferred and best practice. But bricking his backup system doesn't really matter. It's a backup of a production system. Restore the software and take fresh backups of your production environment.
That is what I recommended, but the complaint was it woudl take forever (IIRC . . )
It takes to long to make backups? Wut?
The concern was that it would take to long to get the backups operational again. So yea... "takes too long to restore". Which if he lost something in that downtime when backups weren't running, then he'd be SOL.
Again - I haven't looked at the thread - but it seems to me that you're saying that the OP is indicating that he's not going to fix his backups? So what is he going to do instead?
And what does having or not having a working backup system have anything to do with a second backup (typically offsite).
-
@coliver said in Burned by Eschewing Best Practices:
I know the 3-2-1 method is preferred and best practice.
3-2-1 is a rule of thumb, definitely not a best practice.
-
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@coliver said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
Has a physical backup server, that after being updated with new firmware and drivers was bricked. OP was able to get the system restored and functional after several hours working with Dell.
This write-up doesn't indicate what whas Eschewed here?
Having a backup system that is physical in nature, without have another backup.
He had no backup for his backup, blindly updated his only backup system, and bricked it. So it does indicate what was eschewed. He failed to backup his backup.
I know the 3-2-1 method is preferred and best practice. But bricking his backup system doesn't really matter. It's a backup of a production system. Restore the software and take fresh backups of your production environment.
That is what I recommended, but the complaint was it woudl take forever (IIRC . . )
It takes to long to make backups? Wut?
The concern was that it would take to long to get the backups operational again. So yea... "takes too long to restore". Which if he lost something in that downtime when backups weren't running, then he'd be SOL.
Again - I haven't looked at the thread - but it seems to me that you're saying that the OP is indicating that he's not going to fix his backups? So what is he going to do instead?
And what does having or not having a working backup system have anything to do with a second backup (typically offsite).
The issue is the concern that is backup system is broken, he cannot create a new backup while this is being restored.
The backup system is running on a physical windows server (which could easily have been virtualized for the same effect). Which then would've allowed him to avoid the issues of drivers breaking his on-site backup device.
He was able to finally get the system restored after many hours of working with Dell.
The secondary backup offsite is likely fed from the primary onsite backup. Meaning that any new backups, still would not function.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
Has a physical backup server, that after being updated with new firmware and drivers was bricked. OP was able to get the system restored and functional after several hours working with Dell.
He definitely got burned, but I think it was more just... got burned for not knowing what he was doing. Less any specific practice. He didn't keep his systems updated, he didn't call proper support, he didn't know where to turn before things were needed, he didn't have virtualization, his systems are ancient, he's running BackupExec, he didn't take any backups of the backup configs... it all came together to bite him. But at any stage, had he just known what to do, he'd have been okay.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
The issue is the concern that is backup system is broken, he cannot create a new backup while this is being restored.
Right, but they COULD have a working one quickly any time that they want one, they just are choosing not to. That's the important part there. They are choosing not to take, say, manual backups right now. It's not that they can't back things up.
-
@scottalanmiller said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
The issue is the concern that is backup system is broken, he cannot create a new backup while this is being restored.
Right, but they COULD have a working one quickly any time that they want one, they just are choosing not to. That's the important part there. They are choosing not to take, say, manual backups right now. It's not that they can't back things up.
Sure, assuming they had a target to backup too. But as I understood the topic, this was the only available target.
And there was the concern about new backups taking "forever" to complete.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
@scottalanmiller said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
The issue is the concern that is backup system is broken, he cannot create a new backup while this is being restored.
Right, but they COULD have a working one quickly any time that they want one, they just are choosing not to. That's the important part there. They are choosing not to take, say, manual backups right now. It's not that they can't back things up.
Sure, assuming they had a target to backup too. But as I understood the topic, this was the only available target.
And there was the concern about new backups taking "forever" to complete.
LOL - they likely have many available backup targets - PCs for example, they just aren't thinking outside the box.
-
@Dashrender While true AetherStore likely could've fit nicely here and addressed the issue. I doubt that the OP was in any state of mind to come up with a presentation to sell to management to buy a new solution and implement it.
Rather than the elephant in the room of "just fix it" issue he was dealing with.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender While true AetherStore likely could've fit nicely here and addressed the issue. I doubt that the OP was in any state of mind to come up with a presentation to sell to management to sell a new solution.
Rather than the elephant in the room of "just fix it" issue he was dealing with.
Why do you need Aetherstore? I'm talking just make a share and push data.
or go to BB and buy an 1 drive NAS and backup to that. easy peasy.
-
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender While true AetherStore likely could've fit nicely here and addressed the issue. I doubt that the OP was in any state of mind to come up with a presentation to sell to management to sell a new solution.
Rather than the elephant in the room of "just fix it" issue he was dealing with.
Why do you need Aetherstore? I'm talking just make a share and push data.
or go to BB and buy an 1 drive NAS and backup to that. easy peasy.
Same issue still applies, regardless of the solution.
It's tunnel vision to fix what is broken, rather than come up with a new solution.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender While true AetherStore likely could've fit nicely here and addressed the issue. I doubt that the OP was in any state of mind to come up with a presentation to sell to management to sell a new solution.
Rather than the elephant in the room of "just fix it" issue he was dealing with.
Why do you need Aetherstore? I'm talking just make a share and push data.
or go to BB and buy an 1 drive NAS and backup to that. easy peasy.
Same issue still applies, regardless of the solution.
It's tunnel vision to fix what is broken, rather than come up with a new solution.
oh.. I considered these bandaids UNTIL the long term solution was put in place.
-
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender While true AetherStore likely could've fit nicely here and addressed the issue. I doubt that the OP was in any state of mind to come up with a presentation to sell to management to sell a new solution.
Rather than the elephant in the room of "just fix it" issue he was dealing with.
Why do you need Aetherstore? I'm talking just make a share and push data.
or go to BB and buy an 1 drive NAS and backup to that. easy peasy.
Same issue still applies, regardless of the solution.
It's tunnel vision to fix what is broken, rather than come up with a new solution.
oh.. I considered these bandaids UNTIL the long term solution was put in place.
The long term solutions means stop playing IT and do real IT work.
The entire setup is horrible, and has "play time" written all over it.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender said in Burned by Eschewing Best Practices:
@DustinB3403 said in Burned by Eschewing Best Practices:
@Dashrender While true AetherStore likely could've fit nicely here and addressed the issue. I doubt that the OP was in any state of mind to come up with a presentation to sell to management to sell a new solution.
Rather than the elephant in the room of "just fix it" issue he was dealing with.
Why do you need Aetherstore? I'm talking just make a share and push data.
or go to BB and buy an 1 drive NAS and backup to that. easy peasy.
Same issue still applies, regardless of the solution.
It's tunnel vision to fix what is broken, rather than come up with a new solution.
oh.. I considered these bandaids UNTIL the long term solution was put in place.
The long term solutions means stop playing IT and do real IT work.
The entire setup is horrible, and has "play time" written all over it.
I do not get your hang up on physical backup? I use veeam and the controller is always on a desktop not part of the VM infrastructure. I have also done it where the veeam software was in a VM.
That part completely matters not because part of the correct setup process is to have the backup software creating backups of it's configuration.
This guy is screwed for not knowing what he is doing. that is all.
A physical or virtual backup control software is not relevant, in fact, I would call it a red herring.
-
Not really sure where to put this, burned by doesn't really fit but short of clogging another thread with it.
OP has a ubiquiti AP that is over 3 years old, and attempted to update the firmware. When it went sideways he went to the support forums and received adequate support for something out of warranty support.
Not really saying he got burned, just needed to record this.
-
@DustinB3403 said in Burned by Eschewing Best Practices:
Not really sure where to put this, burned by doesn't really fit but short of clogging another thread with it.
OP has a ubiquiti AP that is over 3 years old, and attempted to update the firmware. When it went sideways he went to the support forums and received adequate support for something out of warranty support.
Not really saying he got burned, just needed to record this.
Did the original thread get deleted?
-
The OP asked for it to be, and it was locked. Deletion may occur.
