2010-08-16 85 views
0

我們有一個每晚運行的SSIS包,它需要幾個生產數據庫的備份,恢復到一個暫存數據庫,刪除敏感信息,然後備份這個暫存數據庫在另一臺服務器上恢復,以便hyperion傢伙可以運行他們的工作。整個過程大約需要4個半小時,但最後的過程需要更長的時間 - 有時需要大約6個小時。涉及的prod數據庫的大小是190 GB和90 GB。我們正在使用litespeed進行備份和恢復。我想知道是否有加快這個過程(我知道,回答這個問題應該是Paul Randal的意見,「那麼,這取決於」) - 除了SSIS包之外,還有其他更好的方法可以獲得嗎?相同的結果?每晚數據庫恢復 - SSIS包 - SQL Server 2005

這是要求。在REPORT1.SERVER3

  • 備份PRODDB1.SERVER1,PRODDB2.SERVER2
  • 上TEST.SERVER2恢復PRODDB2.SERVER2
  • 上TEST.SERVER2刪除敏感數據
  • 恢復TEST.SERVER2
  • 寫Hyperion的通知文件,他們可以開始運行他們的作業
  • 恢復REPORT2.SERVER3上的PRODDB1.SERVER1
  • 運行某些post restore scr ipts on REPORT2.SERVER3

回答

0

每個人都使用「It depends」的迴應...在聽到它10年後,我已經厭倦了!

這裏只是一些想法...

我會確保你沒有做任何不必要的文件副本 - 迴文件備份到自己的恢復位置。

確保操作能夠在SSIS中以串行方式執行 - 因此一個任務不會在另一個任務中等待。

在您的步驟中進行一些審計或啓用程序包日誌記錄以查看哪些步驟正在佔用大部分工作時間。花時間優化這些步驟。

可能有空間優化您的清理腳本或您的後期恢復腳本。再次 - 看看有什麼需要這麼長時間,並專注於最大的收益。

+0

Sam - 謝謝!這有幫助! – Ranjeeth 2010-08-17 10:26:11

+0

最大併發可執行文件設置爲'-1',這應該處理串行執行的任務,對吧? – Ranjeeth 2010-08-17 10:38:21

+0

聽起來不錯。很想知道你得到了什麼樣的改進。 – Sam 2010-08-18 21:45:26