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
Author
Message
Posted Saturday, July 17, 2010 11:48 AM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: Administrators
Last Login: Today @ 4:05 PM
Points: 33,165, Visits: 15,299
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
SSCertifiable

SSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiableSSCertifiable

Group: General Forum Members
Last Login: Today @ 3:52 PM
Points: 5,990, Visits: 12,923
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: Monday, July 21, 2014 4:44 AM
Points: 44, Visits: 237
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".

Cheers.
Post #954654
Posted Monday, July 19, 2010 7:07 AM
Right there with Babe

Right there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with BabeRight there with Babe

Group: General Forum Members
Last Login: Today @ 6:57 AM
Points: 751, Visits: 1,914
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


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Today @ 6:56 PM
Points: 21,620, Visits: 15,280
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...
MCM SQL Server


SQL RNNR

Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #955733
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse