none
SSIS部署及管理的流程請教 RRS feed

  • 問題

  • 各位好

    環境:SQL SERVER2005 STANDARD(分為正式主機及開發用主機),每個開發人員電腦中皆有安裝STANDARD版本

    小弟近日接手有關DBA的管理工作,對於SSIS的管理有些問題請教

     

    部門內有人專司開發工作,但沒有資料庫物件的維護權限(頂多能維護資料而已)

    那他們開發好的SSIS封裝檔應該怎麼放到正式機中呢

    (因為DEVELOPER無法由本機的SQL SERVER連線至正式機的INTEGRATED SERVICE,所以無法直接將封裝檔匯入)

    是否讓DEVELOPER將開發好的SSIS封裝檔案交由DBA人員

    由DBA人員把封裝檔匯入至正式機中,再另行設定AGENT JOB

    那萬一過了一陣子封裝檔內的程式有問題,或者可能資料面有問題

    DEVELOPER須要檢視,但是又沒有權限連線至正式機的INTEGRATED SERVICE

    結果還得再透過DBA把檔案匯出後再交由DEVELOPER

     

    這一段的流程感覺很怪耶...請教各位先進們都是怎麼做的呢??

     

    謝謝

     

    2007年1月9日 上午 07:53

解答

  • 你上述講的話有一點小小的問題,
    「那萬一過了一陣子封裝檔內的程式有問題,或者可能資料面有問題
    DEVELOPER須要檢視,但是又沒有權限連線至正式機的INTEGRATED SERVICE
    結果還得再透過DBA把檔案匯出後再交由DEVELOPER」

    我的想法是,那個SSIS package不是直接由Developer所開發的嗎?為什麼他要修改原始檔還得經由DBA取得?應該他自己就找得到備份了,除非那個package是允許多個不一起工作的Developer所開發的,而且每個Developer都不知道其他人是不是有修改過那個package,那這樣,這邊的控管問題就更大了吧......

    依照常理來講,開發的Developer應該有自己的備份(不管是什麼樣的備份方式,至少他也會知道該去哪裡找到),只要直接修改自己的那一份,再交由DBA放到正式機,交由DBA放上去,這應該算是很常見的流程。因為一般來講,我們不會給一個Developer全部的權限,否則誰都可以動正式機的情況,發生問題應該找誰呢?這是權力和責任歸屬認定的問題,如果你們公司認為Developer有權力不告訴任何人,就直接覆蓋掉舊的SSIS package,那麼我想,應該直接開放那個檔案夾(放SSIS package)的存取權限給Developer就可以了吧。

    另外,Job也只需設定一次(如果參數沒變的話),所以只需考慮SSIS package更新的問題。

    2007年1月11日 上午 09:01