Backup and Recovery Goals
-
We currently managed a <=1 Hour RPO with Storage Craft for our network shares.
I would like to maintain that, and ideally if possible expand it to the entire virtual machines.
-
Excluding replacing hardware. <=1 RPO for VM's and data.
If hardware dies that's as fast as the truck can get here.
-
I've had to update the original topic, it's not 1 full backup should be kept for recovery. But 4, as this is what we do currently. Well 4 months worth of incremental backups are kept.
To be clear.
-
Revised again as it's still confusing even when I read it.
We keep 4 months worth of network share backups for recovery. This data is compressed and readily available to restore from should we need it.
The 3 day incrementals some how get built into this but these are "always there" to restore from. Nothing special in recovery from this.
-
@DustinB3403 said:
- Avoiding taking anything home on fridays would also be ideal
IronMountain for the win.
-
@DustinB3403 said:
Primary File Server
- 3TB Buffalo Terastation where the bulk of our network shares are mounted, attached as iSCSI to the primary file server
That would be your SAN. iSCSI can't be a file server. It's just storage behind the actual file server which must be a VM somewhere.
-
@scottalanmiller said:
That would be your SAN. iSCSI can't be a file server. It's just storage behind the actual file server which must be a VM somewhere.
In his case it's a 2008 Server that we know of from the other thread.
-
Are you including the 3 TB of data on the Terrastation in your 6 TB of data?
-
The primary file server is directly connected to the Buffalo drive. The server simply shares out the attached stored.
The primary DC has multiple functions on it, Spiceworks, AD, and 2 network shares.
The 3rd server is acting as a HyperV host for 0365 / AD integration and a Reporting server.
@Dashrender said:
Are you including the 3 TB of data on the Terrastation in your 6 TB of data?
Yes.
-
In the other thread you mentioned that StorageCraft was installed on it's own box.. did I misunderstand that?
-
So 3 TB of your data is coming from the network shares - where is the rest of it? More shares? on other servers? DBs?
-
@DustinB3403 said:
@coliver said:
Are the RTO and RPO goals set by you? Or are they set by management?
By me and having heard management say we can't live with more. Not my call to argue with them, that's my bosses job.
A financial person working for the CFO's office should be making sure RTO and RPO are never said on the planning stages (see the other thread before this one from @Dashrender where I mentioned why RTO and RPO can't be used in planning because it leas to disaster.) The financial people should understand intrinsically that reducing risk and the cost to do so are a sliding scale and it is always an assessment based on a combination of the two and any statement of RTO or RPO desires is just crazy. Hopefully even junior financial people are available to assist you if the CFO is too busy to make sure that managers never make this kind of mistake.
-
@DustinB3403 said:
The primary file server is directly connected to the Buffalo drive. The server simply shares out the attached stored.
Using a slow SAN behind a file server makes backups that much harder before you have more bottlenecks to address. No good way to make up a SAN directly, so the back AND the restore has to go through the fileserver.
-
@scottalanmiller said:
@DustinB3403 said:
@coliver said:
Are the RTO and RPO goals set by you? Or are they set by management?
By me and having heard management say we can't live with more. Not my call to argue with them, that's my bosses job.
A financial person working for the CFO's office should be making sure RTO and RPO are never said on the planning stages (see the other thread before this one from @Dashrender where I mentioned why RTO and RPO can't be used in planning because it leas to disaster.) The financial people should understand intrinsically that reducing risk and the cost to do so are a sliding scale and it is always an assessment based on a combination of the two and any statement of RTO or RPO desires is just crazy. Hopefully even junior financial people are available to assist you if the CFO is too busy to make sure that managers never make this kind of mistake.
How do you pick a starting point without setting an objective, even if it is just a starting point.
What other objectives would you prefer to use to base a design on?
-
@Dashrender said:
How do you pick a starting point without setting an objective, even if it is just a starting point.
This is a mental exercise. I will guess that you are a perceiver, like me. I cannot handle an ambiguous starting point and need someone else, a planner, to set an objective and then I can say "that makes no sense, let's adjust to this..." but I cannot provide the starting point on my own.
This is a mental deficiency that we share. What we need is someone who is a planner. Someone who can set that goal for us to tweak.
-
@Dashrender said:
What other objectives would you prefer to use to base a design on?
You don't, you build a curve and adjust the spending up or down until you find the mix of risk and of cost that is best for your specific business.
-
This is purely a financial exercise and not an IT one. IT people are not trained to understand this or make this decision. This is for the CFO and his team. The IT perspective here is to provide info to create the graph.
-
@scottalanmiller said:
@Dashrender said:
How do you pick a starting point without setting an objective, even if it is just a starting point.
This is a mental exercise. I will guess that you are a perceiver, like me. I cannot handle an ambiguous starting point and need someone else, a planner, to set an objective and then I can say "that makes no sense, let's adjust to this..." but I cannot provide the starting point on my own.
This is a mental deficiency that we share. What we need is someone who is a planner. Someone who can set that goal for us to tweak.
Yes, we share that in common.
-
@Dashrender said:
Yes, we share that in common.
Lots of IT people are. Perceiving is an important skill for doing good triage. Just one of those life tricks, learning to find a planner to be your compliment.
I'm lucky that I have @art_of_shred at work and @dominica at home who are both strong planners to do that side of things and they have me for perception roles.
-
@scottalanmiller said:
This is purely a financial exercise and not an IT one. IT people are not trained to understand this or make this decision. This is for the CFO and his team. The IT perspective here is to provide info to create the graph.
OK, this is true to a point, maybe a greater one that I'd like to admit.
But referencing Darren's CEO/CFO talk at SpiceWorld, IT presents options to management, sometimes for homegrown projects. For management provided projects it's pretty easy, as they should be providing the starting point to help IT get the graph started. An IT homegrown project requires the start to come from within, and probably really also requires them to find the financial side as well.
