RE: Backup to cloud?

That's the dirty little secret of cloud backups - restore windows can be ENORMOUS, especially if the client is sitting behind a 3x1 Internet connection. Some cloud services will (for an extra fee) overnight a DVD of your data to you in case you need to do a full restore. Still... As for liabili

RE: Backup to cloud?

Why would retrieval take that long? Are you talking more about disaster recovery? From: David Lum [mailto:david@nwea.org] Sent: Wednesday, February 13, 2013 12:21 PM To: NT System Admin Issues Subject: Backup to cloud? Does backup to cloud even matter if the time to retrieve it spa

Re: Backup to cloud?

Yep, I am considering backup to the cloud after a backup to disk locally just for disaster recovery sakethen the time doesn't matter as much. I'd still consider a mail recovery site though like postini or something to keep mail going in case of tornado or fire. On Wed, Feb 13, 2013 at 11:27

Re: Backup to cloud?

I have 498GB of data stored in the cloud that would take about six weeks to download. The "send me it on a USB drive" option that Ben mentioned is my DR choice :-) On 13 February 2013 17:27, Rod Trent wrote: > Why would retrieval take that long? Are you talking more about disaster > recovery?*

RE: Backup to cloud?

System Center DPM can backup to Windows Azure in realtime. Veeam has a good cloud backup, too. From: Steve Ens [mailto:stevey...@gmail.com] Sent: Wednesday, February 13, 2013 12:36 PM To: NT System Admin Issues Subject: Re: Backup to cloud? Yep, I am considering backup to the cloud

RE: Backup to cloud?

in a disaster. And some of that even gets backed up to the 'real' cloud (Amazon S3). From: James Rankin [mailto:kz2...@googlemail.com] Sent: Wednesday, February 13, 2013 11:36 AM To: NT System Admin Issues Subject: Re: Backup to cloud? I have 498GB of data stored in the cloud

Re: Backup to cloud?

Someone once said something I now say: "I don't care about backups. I care about restores." Of course, that includes time to restore, as well as integrity of restore. AFAICT, backups to the cloud, absent a local copy, aren't worth a whole bunch, if my 7tb file server falls over. Kurt On Wed, Fe

Re: Backup to cloud?

t; > ** ** > > *From:* James Rankin [mailto:kz2...@googlemail.com] > *Sent:* Wednesday, February 13, 2013 11:36 AM > *To:* NT System Admin Issues > *Subject:* Re: Backup to cloud? > > ** ** > > I have 498GB of data stored in the cloud that would take ab

RE: Backup to cloud?

rodtr...@myitforum.com] Sent: Wednesday, February 13, 2013 9:27 AM To: NT System Admin Issues Subject: RE: Backup to cloud? Why would retrieval take that long? Are you talking more about disaster recovery? From: David Lum [mailto:david@nwea.org] Sent: Wednesday, February 13, 2013 12:21 PM To: NT

RE: Backup to cloud?

013 10:11 AM To: NT System Admin Issues Subject: Re: Backup to cloud? Someone once said something I now say: "I don't care about backups. I care about restores." Of course, that includes time to restore, as well as integrity of restore. AFAICT, backups to the cloud, absent a lo

RE: Backup to cloud?

your computer. Thank you. [Description: Description: Lifespan] From: Sam Cayze [mailto:sca...@gmail.com] Sent: Wednesday, February 13, 2013 1:01 PM To: NT System Admin Issues Subject: RE: Backup to cloud? Amazon has some super high speed pipes linked to various centers for situations like

RE: Backup to cloud?

dling several at once? -Original Message- From: David Lum [mailto:david@nwea.org] Sent: Wednesday, February 13, 2013 10:26 AM To: NT System Admin Issues Subject: RE: Backup to cloud? +1. It's the Recovery Time Objective (RTO) here that concerns me. Here's a thought,

RE: Backup to cloud?

ying to the message. Then, delete the message from your computer. Thank you. [Description: Description: Lifespan] From: Sam Cayze [mailto:sca...@gmail.com] Sent: Wednesday, February 13, 2013 1:01 PM To: NT System Admin Issues Subject: RE: Backup to cloud? Amazon has some super high speed pipe

Re: Backup to cloud?

I associated with a cloud backup provider that I've just started working with (in that capacity), and everything is encrypted on the client end before being shipped across the wire. *ASB **http://XeeMe.com/AndrewBaker* * **Providing Virtual CIO Services (IT Operat

RE: Backup to cloud?

rvice", "broad network access" and "measured service": http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf Cheers Ken From: David Lum [mailto:david@nwea.org] Sent: Thursday, 14 February 2013 5:24 AM To: NT System Admin Issues Subject: RE: Backup to cloud

Re: Backup to cloud?

On Wed, Feb 13, 2013 at 6:55 PM, Ken Schaefer wrote: > Let’s not get carried away with calling this proposal ‘cloud backup’. Why not? Everyone else is. -- Ben ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ ~

Re: Backup to cloud?

On Wed, Feb 13, 2013 at 9:18 PM, Ben Scott wrote: > On Wed, Feb 13, 2013 at 6:55 PM, Ken Schaefer wrote: >> Let’s not get carried away with calling this proposal ‘cloud backup’. > > Why not? Everyone else is. > > -- Ben LOL If all your friends jumped off a cliff... OB xkcd : http://xkcd.com

RE: Backup to cloud?

city", "user self-service", "broad network access" and "measured service": http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf Cheers Ken From: David Lum [mailto:david....@nwea.org] Sent: Thursday, 14 February 2013 5:24 AM To: NT System Admin Issues

RE: Backup to cloud?

: Backup to cloud? On Wed, Feb 13, 2013 at 9:18 PM, Ben Scott wrote: > On Wed, Feb 13, 2013 at 6:55 PM, Ken Schaefer wrote: >> Let’s not get carried away with calling this proposal ‘cloud backup’. > > Why not? Everyone else is. > > -- Ben LOL If all your friends jumped of

RE: Backup to cloud?

Issues Subject: RE: Backup to cloud? Let's not get carried away with calling this proposal 'cloud backup'. IMHO you're offering offsite backup. For something to be "cloud" you should look at NIST (or similar definitions), which include elements like "rapid

RE: Backup to cloud?

>... weather ... cloud... I see what you did there. -sc From: David Lum [mailto:david@nwea.org] Sent: Thursday, February 14, 2013 10:27 AM To: NT System Admin Issues Subject: RE: Backup to cloud? My initial question concerned cloud as if it's leaving the clients'

RE: Backup to cloud?

FTFY From: Guyer, Don [mailto:dgu...@che.org] Sent: Thursday, February 14, 2013 7:15 AM To: NT System Admin Issues Subject: RE: Backup to cloud? But "I read it on the InternetCloud..."! Bonjour... Regards, Don Guyer Catholic Health East - Information Technology Enterprise

Re: Backup to cloud?

> > *From:* Ziots, Edward [mailto:ezi...@lifespan.org] > *Sent:* Wednesday, February 13, 2013 10:39 AM > > *To:* NT System Admin Issues > *Subject:* RE: Backup to cloud? > > ** ** > > Have you thought about the confidentiality aspects of putting your data in > the cloud,

RE: Backup to cloud?

Like a good neighbor. From: Crawford, Scott [mailto:crawfo...@evangel.edu] Sent: Thursday, February 14, 2013 11:34 AM To: NT System Admin Issues Subject: RE: Backup to cloud? FTFY From: Guyer, Don [mailto:dgu...@che.org] Sent: Thursday, February 14, 2013 7:15 AM To: NT System Admin Issues

RE: Backup to cloud?

CE0AAC.558F9950] From: Steven Peck [mailto:sep...@gmail.com] Sent: Thursday, February 14, 2013 11:48 AM To: NT System Admin Issues Subject: Re: Backup to cloud? We fall under some of those and we do off site backups. We use Iron Mountain. If we need to under contract thy will overnight physical

Re: Backup to cloud?

On Thu, Feb 14, 2013 at 12:12 PM, Guyer, Don wrote: > This is where the term “the cloud” becomes murky, in my opinion. If I’m > sending data over a private circuit to a 3rd party data center, is that > really “the cloud”? If you ask the marketing department, "Yes". If you ask the engineering

Re: Backup to cloud?

Actually I don't care what they call it as long as the specific service is defined. I care that I get to use it instead of the old solution so if they want to call it a 'Company cloud service' then I will call it 'Company cloud service'. This back and forth stuff saying 'marketing is evil' or 'we

RE: Backup to cloud?

-adobe-a nd-the-cloud-even-more/ From: Webster [mailto:webs...@carlwebster.com] Sent: Thursday, February 14, 2013 12:41 PM To: NT System Admin Issues Subject: RE: Backup to cloud? "The Cloud" is nothing more than someone else's data center. So yes, that is The Cl

RE: Backup to cloud?

: Thursday, February 14, 2013 12:41 PM To: NT System Admin Issues Subject: RE: Backup to cloud? "The Cloud" is nothing more than someone else's data center. So yes, that is The Cloud. Thanks Webster From: Guyer, Don [mailto:dgu...@che.org] Subject: RE: Backup to cloud? This is

RE: Backup to cloud?

quot; in most places. And you can't automate rules that don't exist. Cheers Ken From: Webster [mailto:webs...@carlwebster.com] Sent: Friday, 15 February 2013 4:41 AM To: NT System Admin Issues Subject: RE: Backup to cloud? "The Cloud" is nothing more than someone else's

Re: Backup to cloud?

because there’s a lot of stuff > (provisioning, incident management) that’s usually made up “on the fly” in > most places. And you can’t automate rules that don’t exist.** > > ** ** > > Cheers > > Ken > > ** ** > > *From:* Webster [mailto:webs...@carlwebst

RE: Backup to cloud?

t they tend to do is oversell their capabilities/ability to execute, rather than completely mislabel something. Cheers Ken From: Steven Peck [mailto:sep...@gmail.com] Sent: Friday, 15 February 2013 10:52 AM To: NT System Admin Issues Subject: Re: Backup to cloud? Maybe you know a different group of

RE: Backup to cloud?

nite capacity". I think Tom Shinder's now working at MS as one of their cloud architects. If he's still on the list, he could chime in, as Microsoft's follows that design pattern. Cheers Ken From: Andrew S. Baker [mailto:asbz...@gmail.com] Sent: Friday, 15 February 2013 12:24

Re: Backup to cloud?

gt; ** ** > > Cheers > > Ken > > ** ** > > *From:* Andrew S. Baker [mailto:asbz...@gmail.com] > *Sent:* Friday, 15 February 2013 12:24 PM > > *To:* NT System Admin Issues > *Subject:* Re: Backup to cloud? > > ** ** > > While I agree and sup