Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 63
  • Last Modified:

SQL Job is running slowly which contains SSIS pacakages

Hi, I have a Datawarehouse  SQL job with 8 steps. Basically the job will populate our Datawarehouse overnight. It will truncate all data in the datawarehouse overnight and reload
the data from the Transactional database.

each step in the job will load each dimention and fact table. Now the problem is its taking around 1 hour to run and I am looking into improve the speed.

I have started looking at the SQL queries in each SSIS package which is used to bring the data from the transacitonal Database. Can ony one please let me know if I need to
check any other areas which might be impacting that sql job  in sql server 2008r2?

Many Thanks
0
gvamsimba
Asked:
gvamsimba
  • 6
  • 5
1 Solution
 
Vitor MontalvãoMSSQL Senior EngineerCommented:
Did you ever think in use SQL Server Analysis Services(SSAS) instead?
0
 
gvamsimbaAuthor Commented:
Hi Vitor, No, we are only using SSIS for loading our Datawarehouse and then SSRS to generate reports for the business which they then export to Excel.
0
 
Vitor MontalvãoMSSQL Senior EngineerCommented:
I just asked because I think that what you're doing is what SSAS offers. That and much more.
Where are you storing the DW database?
What versions and editions of SQL Server are you working with?
0
Get your Disaster Recovery as a Service basics

Disaster Recovery as a Service is one go-to solution that revolutionizes DR planning. Implementing DRaaS could be an efficient process, easily accessible to non-DR experts. Learn about monitoring, testing, executing failovers and failbacks to ensure a "healthy" DR environment.

 
gvamsimbaAuthor Commented:
Hi Vitor, we are using sql server 2008 r2 .

we have a seperate dedicated DB server for our datawarehouse which is different to our transactional DB which is on a different server.
0
 
Vitor MontalvãoMSSQL Senior EngineerCommented:
I guess the DW database doesn't have the Parallel Datawarehouse appliance, right? So basically you're using a transactional database as DW. This can be an acceptable solution if the database is small.
How many queries do you have to store the data from the regular db (source) to the DW db (target)?
Are those queries filtering data or it just load full table from source to target?
0
 
gvamsimbaAuthor Commented:
There is No parallel DW appliance. our DB is small roughly around 90GB.

to load each fact and dimention table, we have an SSIS package which reads SQL query pointing to the transactional DB without any filters. Its mainly source to target.
0
 
Vitor MontalvãoMSSQL Senior EngineerCommented:
If at the end the DW db will be a copy of the source db then maybe a full restore of the source db into the DW would be a better option. If for some reason if think this is not a valid option then another option is to perform a BULK INSERT of the tables. You don't even need SSIS for that. BCP utility can be used instead.
0
 
gvamsimbaAuthor Commented:
but how will the full restore work in this case as our DW has a different structure of DB with kimball model ( star flake schema) with Dimention and Fact tables ?
0
 
Vitor MontalvãoMSSQL Senior EngineerCommented:
but how will the full restore work in this case as our DW has a different structure of DB with kimball model ( star flake schema) with Dimention and Fact tables ?
Is what I needed to hear :)
So you must have some transformation task during the data import, right?
My idea is if you're loading all data I guess there is little improvement to be done on the queries and maybe it worth to see other tasks inside the full process.
0
 
gvamsimbaAuthor Commented:
ok . will do..
0
 
gvamsimbaAuthor Commented:
ok will do..
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

  • 6
  • 5
Tackle projects and never again get stuck behind a technical roadblock.
Join Now