Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase

Backup Isn't Enough Expand / Collapse
Posted Saturday, July 17, 2010 11:48 AM



Group: Administrators
Last Login: Yesterday @ 3:28 PM
Points: 32,693, Visits: 16,985
Comments posted to this topic are about the item Backup Isn't Enough

Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #954411
Posted Sunday, July 18, 2010 2:52 PM


Group: General Forum Members
Last Login: Yesterday @ 6:17 AM
Points: 6,008, Visits: 13,319
good point.

Garbage in, garbage out OR garbage backed up garbage recovered

also the ability to build a delay into log shipping is an oft forgotten advantage of this old workhorse HA method over the fancier and therefore presumed better in all aspects mirroring and clustering


Post #954546
Posted Monday, July 19, 2010 3:06 AM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Friday, October 16, 2015 4:19 AM
Points: 44, Visits: 244
Hi ....

In our datawarehouse environment we have added the fields ExtractDate, LatestEntryIndicator, EntryStartDate, and EntryEndDate to all dimension and fact tables. Using these fields we are able to rollback the data to a specific point in time, removing any suspect data that may have been loaded into the warehouse. We carry out daily differential and monthly full backups of the datawarehouse databases.

The backups are essentially to cater for a server related failure whereas the rollback process is in order to cater for a recovery from suspect data.

This strategy seems like it would be able to recover the database to a reliable state in the event of either type of "catastrophe".

Post #954654
Posted Monday, July 19, 2010 7:07 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Monday, November 23, 2015 1:10 PM
Points: 812, Visits: 2,111
The ability to selectively recover from bad data input should really be part of the initial database design. It's not enough to have 'point in time" because substantial transactions may have occurred in the interim before discovery. You really can't afford to manually review multiple thousands of entries. Transactions need to be fully indentified and preserved (in an append only table, for example). This involves careful planning with the business rules.

It's expensive in development time, but if there is a potential need it is worth it.


-- FORTRAN manual for Xerox Computers --
Post #954792
Posted Tuesday, July 20, 2010 10:19 AM



Group: General Forum Members
Last Login: Wednesday, November 11, 2015 12:39 PM
Points: 19,343, Visits: 17,687
I hate those "garbage" sources. It is quite difficult to trust any data in the database when the source of the data is known to be suspect.

Jason AKA CirqueDeSQLeil
I have given a name to my pain...


Posting Performance Based Questions - Gail Shaw
Post #955733
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse