I'm just throwing in my $.02 about the devices. You couldn't pay me to use them at this point. I once wrote a file transfer script (robocopy-based) were I could recurringly break the devices. Break as in: they would have to be physically hard-booted to recover (the devices became unresponsive to remote access/control). As the occurrences increased, the device failures would become more permanent - requiring time powered-off. Eventually, the individual HDDs would become unusable as well. This happened with different models, in different locations. I've had devices swapped out for free from Drobo only to recreate the same failures.
So, if you are dealing with a smaller data-set, yea, maybe it would be OK. Anything of substance where you are backing-up/transferring large amounts of data files for - lets say - 6+ hours sustained? I strongly advise against. -- Espi On Mon, Jan 12, 2015 at 7:05 PM, J- P <[email protected]> wrote: > I wasn't advocating for any vendor in particular, just pointing out that > with the falling prices of storage , he may want to consider running the > numbers to see if the offsite is worth it. > > Being that they have 2 locations already , seemingly in different parts > of the state, PLUS,both with fiber- that in itself is half the battle > (unless you're in an earthquake prone area that could potentially take out > both locations heaven forbid) that could be a viable solution. > > > > > > > ------------------------------ > From: [email protected] > Date: Mon, 12 Jan 2015 18:49:54 -0800 > Subject: Re: [NTSysADM] Backing up between main office and remote site > To: [email protected] > > As a former Drobo deployer, I strongly advise against their devices. +1 > for Synology. > > -- > Espi > > > On Mon, Jan 12, 2015 at 6:30 PM, J- P <[email protected]> wrote: > > I've been providing offsite backup since '08 to my clients ranging from a > few hundred MB's to a few TB's on the higher end, and although I'm a tiny > fish in the pond, I can tell you that 17tb (depending on file types and > compression) can run them into the tens of thousands per year. > > Even the big boys like Carbonite are about 2k per year for a 1TB- > > Of course there is always the argument of TCO associated with using your > own hardware and so on, but if its for backup you dont NEED the latest > 16core cpu's with 512GB of ram. Heck for a few grand I can build a 24TB > box, or you can even buy prebuilt 24/36TB devices (Synology , Drobo etc) > > > > https://www.google.com/search?q=24tb+server&ie=utf-8&oe=utf-8 > > http://www.bhphotovideo.com/bnh/controller/home?O=&sku=759605&gclid=CJmEzvz0j8MCFchr7AodjAYAyA&Q=&is=REG&A=details > > > > > ------------------------------ > From: [email protected] > To: [email protected] > Subject: RE: [NTSysADM] Backing up between main office and remote site > Date: Mon, 12 Jan 2015 16:50:39 -0700 > > James, you make some good points. > > 1. The initial idea would be to seed the backup device and then > drive it to the remote office located 2 hours away. Then after setup the > incremental backup should take over. I know restoring the data will take > time if all of it is restored at one time. But breaking it down to > individual servers or current data would help the restore process. > 2. Cloud storage right now is being considered because everyone > seems to be talking about it. He mentioned cloud as an additional option. > Currently thinking Microsoft's Azure. > 3. I don't think they have a DR process in place. But I think it is > something they are considering because of this request. They may be > thinking that with some of the servers being VMs they can be restored > quickly. But like you said, can they get to the equipment to restore them? > 4. The current setup is unknown. If they agree to an assessment and > inventory, I will have a good understanding of what is there. They will > also. Since it didn't sound like they have something like that in place > now. He mentioned how much trouble it was looking for accounts and > passwords to change when the last IT guy just quit. And he's not sure he > got all of them. > > Art DeKneef > Avanti Computers > Mesa, AZ > 480-649-4430 Office > 480-529-4430 Mobile > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *James Button > > *Sent:* Monday, January 12, 2015 4:08 PM > *To:* [email protected] > *Subject:* RE: [NTSysADM] Backing up between main office and remote site > > > Not having done such corporate backups for a long while I am not going to > suggest facilities, but pose some things to consider: > > 17TB is a high volume to run overnight backups on - so can you get away > with just incrementals > With a consolidation of the incremental saves as an after that - daily > task. > USB3 - SATA3? Drive speeds mean it will take ???days to just reload that > 17TB using locally attached media > > Will cloud backup allow a reasonably fast restore /recovery of the > operational environment > Is that cloud backup secure and safe - as in who owns the facility, the > datastore hardware and the links to that service provider's systems and > then their datastore > When (OK if) the datastore owner goes bust what happens to the drives > containing your data, and to your data itself > > If using physical transport of backup media - avoid having the same > transport vehicle do both the return of the old copies and the transport of > the new - tends to lead to a shortcut where both copies are in the same > location at the same time - as in your main location's car park. > > And ... what is the disaster recovery process ? > > Consider if there is a fire in the main server farm area and the building > (partially) collapses > > 1 site I worked at found that the backup documentation, current backup > storage devices and master passwords, recovery plan and authorisation codes > - contacts etc. were in a safe in the middle of the building. > > That was noted by 'Management' when I finally managed to persuade them to > do a proper disaster recovery exercise - On one long-holiday weekend, > senior IT management stopped all IT staff from accessing the building with > the statement - this building is not to accessed - now go and get the IT > working again! > > The panic starts with - can you contact the appropriate people at the > standby site - when you don't have their contact details! > > A 2 hour firesafe is not much good if there is heated concrete around it > for a day, and then it takes several more days to get enough of that debris > - concrete etc. moved to be able to extract the safes. > > (It was also discovered that the Halon suppressant system had not been > filled) > > So I'd start with some requirements assessments - as in what is essential > for the corporate front to the outer world > Then some minimum time calculations. > Also - having recreated your systems what processing will be needed to > achieve a new backup set from which your processes will be compatible with > the restore process again > As in will you need a full backup of the 17TB before you can go to just > incremental saves again? > > Also - what is the exposure while having the Current (only?) backup set > in the same location as the server farm being rebuilt. - and maybe even > attached to the same hardware driven from the same power supply > > I recently lost a system, OS drive, data drive & the drive the data was > being backed-up to, - the PSU gave up! > Then we found that the prior backup was not readable - probably due to > problems with that PSU that had not become bad enough to be noticeable when > that backup was being taken . > Yes it was noticed when it smoked and the system stopped! > > JimB > > > > *From:* [email protected] [ > mailto:[email protected] <[email protected]>] *On > Behalf Of *Art DeKneef > *Sent:* Monday, January 12, 2015 7:53 PM > *To:* [email protected] > *Subject:* [NTSysADM] Backing up between main office and remote site > > I am asking for feedback from those that backup between multiple sites. > What were the good things and what would you do different? First time I've > had to look at this in a very long time. > > Talked with a potential new client looking to backup up between the two > offices and possibly cloud backup. Current data size is estimated at 17 > TBs. A disaster recovery type of thing. Besides have the backup local > another copy is off-site. > > Main office has several Windows Server 2008 physical servers along with > 15-20 virtual servers. They are running VM Ware (unknown version). Included > in the mix is an Exchange Server (probably 2010), couple SQL Servers > (unknown version), file and print and AD. The remote office has a few > servers. Each site is on a fiber network but speed is unknown at this time. > He is checking. > > Their previous IT guy just quit so they asked for a proposal to go in and > document the network and implementing a remote backup solution. Right now > we're focusing on this backup solution but I'm sure it will change as we > get further into our discussions. > > I could use a couple of enterprise NAS devices or put in a couple of > Server 2012 R2 servers as a storage and possibly turn on de-dup to reduce > data transfer size. > > Thanks for the help. > > Art DeKneef > Avanti Computers > Mesa, AZ > 480-649-4430 Office > 480-529-4430 Mobile > > > >
