Comments on: Do you backup your Salesforce data?

By: Cloud(s), Hype, and Freedom - BuzzYA!

Cloud(s), Hype, and Freedom - BuzzYA! — Tue, 14 Oct 2008 13:45:38 +0000

[...] your data out of a service like salesforce can be a ‘hidden cost’ of an apparently free service, and even with a relatively standards-based service like gmail you have no freedom to make changes [...]

By: Tomasz O

Tomasz O — Mon, 19 May 2008 09:29:09 +0000

With Summer 08 release …. weekly export can be now scheduled!

===================================
Scheduled Data Export

Data Export allows you to create backup files of your data. In previous releases, you could manually initiate the backup process once per week. In Summer ‘08 you can now schedule backups to run automatically at weekly or monthly intervals, at the time of day of your choice. As in previous releases, the minimum time interval between backups is six days.

To schedule export files for backup, go to Setup ? Data Management ? Data Export and click Schedule Export.

If Data Export is not enabled for your organization, contact salesforce.com.

By: Rhonda Ross

Rhonda Ross — Sat, 03 May 2008 06:12:56 +0000

Good news!

Just learned that in Summer ‘08 you will be able to schedule backups to run automatically at weekly or monthly intervals, at the time of day of your choice. As in previous releases, the minimum time interval between backups will be six days.

To schedule export files for backup, you will go to Setup âž¤ Data Management âž¤ Data Export and click Schedule Export.

By: Chris 2

Chris 2 — Fri, 02 May 2008 02:45:00 +0000

This is the “poor man’s script”, but it works for me - I have an Outlook reminder that pops up once every 2 weeks to remind me to back up my data.

Disclaimer: People will mock you for living your life through Outlook.

By: Bill Emerson

Bill Emerson — Wed, 30 Apr 2008 01:06:39 +0000

Over 300 customers (www.forceamp.com/clients.htm) use DBAmp to backup their salesforce data to SQL Server.

By: Chris

Chris — Tue, 29 Apr 2008 15:16:38 +0000

I trust Salesforce’s investments in data security too, but that they only protect against Salesforce corrupting or losing data. If you corrupt or lose your own data, that’s a different story. Well-meaning (and ill-meaning) users can mess up data in all kinds of creative ways. Pete, you summed it up beautifully: “…natural disasters donâ€™t include me having a brain fart.”

I work for Bluewolf and we’re big fans of our Replicator product on the AppExchange . You can easily pop all or some of your data (certain objects, deltas since the last dump, or other criteria you set) into Oracle, SQL Server, Sybase, or mySQL databases.

But unlike the weekly export, you can run it every day, and set it to run automatically. The “set it and forget it” feature has bailed out many of our customers and saved them some serious cash and heartaches from dealing with Salesforce to roll back their data (which they will do, but not on the cheap).

By: R_LHR

R_LHR — Tue, 29 Apr 2008 11:13:42 +0000

I used to use various shades of these methods. Salesforce takes care of the heavy disaster recovery for you and that’s wonderful. But they can’t guard you against your users’ tampering or against accidental user errors. You will find Salesforce.com VERY unsympathetic in these instances.

A method of backup we tried was to write a polling application that called the Salesforce.com API every few minutes to ask for changes to each object’s data, then post these changes to a local MySQL database.

This is an ok way to do things as it will even retain the rows you’ve deleted from Salesforce.com if you configure it to.

In the end, this became too much of a bother for developers to support and maintain, so I subscribed to a service that already sells this type of application and supplies technical support for it.

This is lovely because I can point reporting tools at this data repository to get around the limitations of reporting features in Salesforce, but it comes with yet another annual pricetag. It’s one of those “hidden costs” that Salesforce.com deny exist among its users.

There are at least two Salesforce.com partner vendors selling these solutions. You can decide which one you’d rather buy from based on a number of factors (price, offering, viability of the underlying company, ease of use, etc). I think the big two companies have similar pricing. I haven’t checked to see if there were others selling something similar.

By: Bryan B.

Bryan B. — Tue, 29 Apr 2008 03:04:18 +0000

I use the weekly backup along with hoping that nothing ever goes wrong. Having been reminded that a backup is only as good as the ability to restore it, I tried to restore from the weekly backup — and realized it isn’t easy. Following that, I tried the trial version of DemandTools’ export to Access option, which was pretty slick and surprisingly small.

On a side note, it seems that Salesforce has changed some of the policies on the Data Export function. It used to be that one only had 3 days to export the zipped data file. That no longer seems to be the case.

By: Rhonda Ross

Rhonda Ross — Tue, 29 Apr 2008 01:54:07 +0000

I’ve use the weekly export and used to do it religiously every week — until the volume of data became too time-consuming for this method. Clicking each file link to save locally was taking me way too long. So now I do it monthly now. There have been several times that I did need to actually go back to some data from the backup — to undue some unintended opportunity ownership changes after rolling out territory management (despite all of our sandbox tests), and sometimes just to look up how some data was at a historical point in time. The “do nothing” option only protects you from the natural disasters.

By: Pete 'Fifedog' Fife

Pete 'Fifedog' Fife — Mon, 28 Apr 2008 23:50:15 +0000

Well I’m in the same boat. I trust Salesforce’s multi-million dollar investments to keep our data safe from natural disaster. However natural disasters don’t include me having a brain fart.

Therefore anytime I do a massive change to data I hit the weekly export. Or maybe at the end of quarter maybe a good idea.