ETL Auditing

  • Tobias Kiemes

    SSCommitted

    Points: 1604

    Comments posted to this topic are about the item ETL Auditing

  • robertm

    SSC Eights!

    Points: 986

    Great article. I use almost the exact same architecture and it works a treat!

    The main benefit that I have found it being able to identify exactly what data in the data warehouse has been affected by a particular process and when.

    The main difference in my implementation is that the Audit entity is more generic and leveraged by related audit subtypes. For example, I have an SSIS audit subtype as well as a TSQL subtype as these each have a separate set of attributes associated to them that I want to store.

    This is invaluable when loading and consolidating data into a third normal form data warehouse from numerous sources. Several data marts can then be subsequently populated from this consolidated warehouse. The ability to quickly identify new and/or changed data in the warehouse when deciding what should move into the data mart(s) becomes extremely easy.

    Lastly, even when Kimball Type-1 changes are implemented in the warehouse we move the original row off into an audit database which mean that if you need to roll back a load, even partially, it's possible to return data to it's original state prior to that process even if that included Type-1 updates!

  • Anipaul

    SSC-Insane

    Points: 24681

    Nice article. well written...

  • R M Buda

    SSCrazy

    Points: 2221

    This is a great article and a much needed idea.:)

    In my opinion something like this should have been built into SSIS as part of standard logging.

  • arup chakraborty

    Hall of Fame

    Points: 3640

    Very useful article. Easy 2 understand.

  • vishal.gamji

    SSCertifiable

    Points: 6126

    Nice article. I would go for extending an existing solution than re-inventing the wheel, which is - project real. ETL auditing is provided as code samples and well documented. Not exactly the perfect solution, but one can always extend on these solutions and make an SSIS template package and embed the custom auditing in that, so that any new package created will benefit from it.

  • ericb1

    SSCrazy

    Points: 2354

    great article, thanks. This is exactly what I am looking to do. I have several jobs here, and would like to be able to audit them. Is there some sample sql that can show me how to query this out of the audit table?

  • Pedro Perfeito

    SSC Veteran

    Points: 289

    In my opinion you should replace auditing by logging...

    Logging is what you wrote about, and auditing is usuall refered to each row in the pipeline and is incorporated in the datamart... audit a row represent information from each row imported from source and not about package. (Check Kimball sub-systems)

    Regards,

    Pedro

    http://www.pedrocgd.blogspot.com

Viewing 8 posts - 1 through 8 (of 8 total)

You must be logged in to reply to this topic. Login to reply