Backup Solution - Recommendations
-
You'll almost certainly want local NAS storage before cloud no matter what or else recovery can take for forever, even for what would otherwise be minor things.
-
@scottalanmiller said:
You'll almost certainly want local NAS storage before cloud no matter what or else recovery can take for forever, even for what would otherwise be minor things.
That was always my issue with these scenarios. Yeah, you can get it to the cloud, but good luck restoring.
It makes me think more and more a "LOCAL" cloud version (either a replicated NAS in another location or an offsite target server such as which StrageCraft can do) is the way to go.
And by local I mean offsite of the actual data location, but in a remote facility I control a certain distance away.
-
@BRRABill said:
And by local I mean offsite of the actual data location, but in a remote facility I control a certain distance away.
If that is offsite but close enough to onsite that you will do sneakernet (stationwagon-net?) for a restore process, then yes. If not, then no.
-
I think sneakernet is even too close, no?
-
@BRRABill said:
I think sneakernet is even too close, no?
Depends how you define it and what your needs are.
-
For big disasters you want something geographically far enough away. Taking backups home if you live near work won't help if there's a huge fire or earthquake. I'd have at least some type of online backup that's stored in another area of the country for this worst-case scenario.
-
@Nic said:
For big disasters you want something geographically far enough away. Taking backups home if you live near work won't help if there's a huge fire or earthquake. I'd have at least some type of online backup that's stored in another area of the country for this worst-case scenario.
Although you have to gauge the business too... is there a reason to remain functional in those scenarios? If you manage an auto-garage, even a super busy one worth many millions, and a hurricane hits and the streets are underwater... is there any need to stay in operational status? Not really. It's very subjective.
-
@scottalanmiller said:
@Nic said:
For big disasters you want something geographically far enough away. Taking backups home if you live near work won't help if there's a huge fire or earthquake. I'd have at least some type of online backup that's stored in another area of the country for this worst-case scenario.
Although you have to gauge the business too... is there a reason to remain functional in those scenarios? If you manage an auto-garage, even a super busy one worth many millions, and a hurricane hits and the streets are underwater... is there any need to stay in operational status? Not really. It's very subjective.
True, but even then you're going to want to have your customer data eventually, once you get back up and running. Not to mention tax info.
-
@Nic said:
@scottalanmiller said:
@Nic said:
For big disasters you want something geographically far enough away. Taking backups home if you live near work won't help if there's a huge fire or earthquake. I'd have at least some type of online backup that's stored in another area of the country for this worst-case scenario.
Although you have to gauge the business too... is there a reason to remain functional in those scenarios? If you manage an auto-garage, even a super busy one worth many millions, and a hurricane hits and the streets are underwater... is there any need to stay in operational status? Not really. It's very subjective.
True, but even then you're going to want to have your customer data eventually, once you get back up and running. Not to mention tax info.
You can go to slow cloud for "eventual tax records" though.
-
@scottalanmiller said:
Although you have to gauge the business too... is there a reason to remain functional in those scenarios? If you manage an auto-garage, even a super busy one worth many millions, and a hurricane hits and the streets are underwater... is there any need to stay in operational status? Not really. It's very subjective.
I live about 20 minutes from my office. I always feel if there was a disaster that destroyed my house and office, I'd have beigger issues to think about than data.
Still doesn't mean I wouldn't want it protected. But that I would be doing other things.
-
@BRRABill I once had a meeting about making a DR plan in case BOTH of our datacenters in Singapore were nuked and what would we do it that happened. And the risk was considered large enough that we built a tertiary datacenter in Hong Kong...
because even if Singapore was nuked off of the map we were concerned about stock trading?
-
OK so I've been told by BackupAssit the reason for the failing backups is the Disk is about to die.
Question is which disk! I have a 8x 300GB SAS in RAID10. My Dell iDRAC is showing green across the board. -
@hobbit666 said:
OK so I've been told by BackupAssit the reason for the failing backups is the Disk is about to die.
Question is which disk! I have a 8x 300GB SAS in RAID10. My Dell iDRAC is showing green across the board.Why do they think that?
What are they seeing that the DELL diags are not? (Are these DELL drive?)
-
@BRRABill said:
Why do they think that?
What are they seeing that the DELL diags are not? (Are these DELL drive?)
There an Event ID 52 disk (on disk DR2) in the event logs for the HyperV server. But I think disk 2 is the RDX drive.
-
@hobbit666 said:
There an Event ID 52 disk (on disk DR2) in the event logs for the HyperV server. But I think disk 2 is the RDX drive.
Can you post the whole instance from the event log? Someone here can figure it out I am sure. Or at least see if it is indeed the RDX drive.
-
@BRRABill
Yeah looks like RDX drive is the issue not the sever
-
@hobbit666
Log Name: System
Source: disk
Date: 08/12/2015 08:34:18
Event ID: 52
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: WHSHYPV
Description:
The driver has detected that device \Device\Harddisk2\DR2 has predicted that it will fail. Immediately back up your data and replace your hard disk drive. A failure may be imminent.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="disk" />
<EventID Qualifiers="32772">52</EventID>
<Level>3</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2015-12-08T08:34:18.267757800Z" />
<EventRecordID>28908</EventRecordID>
<Channel>System</Channel>
<Computer>WHSHYPV</Computer>
<Security />
</System>
<EventData>
<Data>\Device\Harddisk2\DR2</Data>
<Binary>0F0080000100000000000000340004800000000000000000000000000000000000000000000000007333500100000000FFFFFFFF020000005800008402000000FF200612080130100000000028000000000000000000000080838DA100E0FFFF000000000000000010D08DA100E0FFFF0000000000000000000000000000000000000000000000000000000000000000700006000000000A000000005A0100000000000000000000</Binary>
</EventData>
</Event> -
Since this is RDX, does this happen on every cartridge you use?
-
@BRRABill
Seems to now over the last 2-3 weeks. -
@hobbit666 said:
@BRRABill
Seems to now over the last 2-3 weeks.Might be time to try a different RDX drive, I suppose! Do you have more than 1? Thank goodness they are pretty reasonable.
We looked at RDX, and were using it for BackupExec before we switched to our Datto device.
