[转]一步一步部署SSIS包图解教程

本文就SQL统计分析SSIS包的部署进行一次详细的部署图解教程,Sql Server Integration Services 提供了很是简单的部署工具,利用这些工具能够方便地将包文件(*.dtsx)、包配置文件(*.dtsconfig)以及包的其它相关文件,打包成一个安 装文件,以利于到其它计算机安装与部署。sql

下面咱们之前面介绍的IisLog Solution 为例,来详细介绍包部署的完整过程。数据库

 (-)生成安装部署文件。安全

   在SQL Server Business Intelligence Development Studio的资源管理器中,右击IisLog -->[属性],打开[IisLog 属性页],在左边的[配置属性]树中,选择[部署实用工具],右边就会显示出[部署实用工具]须要配置的属性,如图:服务器

 

  AllowConfigurationChanges:设定在安装的时候,包配置文件中的属性是否容许修改。True/可修改;False/不能够修改。其安装界面的效果,稍后将会看到。工具

  CreateDeploymentUtility:决定是否建立安装部署文件。ui

  DeploymentOutputPath:设定安装部署文件存放的位置。代理

  按照如图所示设置各属性,点击[肯定],返回到主界面。教程

  在[生成]菜单上,单击[生成IisLog], 就这么简单,安装部署文件就生成了。咱们回到上图设置的部署文件路径,就会看到全部生成的部署文件。资源

 

  其中,IisLog.SSISDeploymentManifest,就是咱们的安装文件了。字符串

  (二) 包部署。

   将上图Deployment 文件夹下的全部文件,Copy 到目标服务器上,双击IisLog.SSISDeploymentManifest,就会弹出包的安装向导,如图:

 

  SSIS包通常有两种部署方式:部署到文件系统和部署到Sql Server。这两种方式,各有特色。部署到文件系统,操做会更简单,配置修改也比较容易。而部署到Sql Server ,其安全性会更高。在包的执行与调度方面,没有什么差别。

  此例中,咱们选择[部署到文件系统][下一步] ,如图: 

 

   选择配置文件,下面的列表框,将显示配置文件的全部属性。若是在[IisLog 属性页]界面中,设置AllowConfigurationChanges=true ,则这些属性,在此处就能够修改,不然就不能够在此修改,而只有等安装完成后,再到安装文件夹下,对配置文件进行修改了。

   [下一步],再单击[肯定],部署就完成了。

  转到安装文件夹,找到SSIS包文件,双击,就能够出现如图所示的运行界面了。

 

   默认状况下,点击[执行]就能够运行了。(左边导航栏每一项的配置,网上的介绍已经不少了,Google、Baidu一下,应用尽有,我这里也就不罗嗦了。)

   这种方式,也就是Sql Server Integration Services 提供的一个实用工具“DTExecUI.exe”。除此以外,还用另一个实用工具“DTExec.exe”,这两个工具,在功能方面彻底同样,没有什么 差别,只是前者有UI界面,明确地告诉了你,每一步怎么操做。后者没有UI界面,全部的配置信息,都须要经过命令参数传入,这种方式,比较适合经过 Windows 计划任务、Windows Service、Sql Server Agent 等方式自动执行SSIS包的场景。

下面咱们重点介绍Sql Server Agent执行包的详细过程,这也是Microsoft 推荐的一种调度方式,虽然Sql Server Agent Job 你们已经很是熟悉了,可是SSIS包任务的配置,对于新手来讲,可能也不是那么容易。

  首先,打开Sql Server ,新建做业,如图:

 

   输入名称,其它默认就能够了。

  选择[步骤],点击[新建],如图:(注意,这一步很关键,与其它Job 任务的差别也就在这一步)

 

  [步骤名称]:随意输入。

  [类型]:选择“Sql Server Integration Services 包”。

  [运行身份]:默认状况下,该下拉列表框中只有一项“Sql Server 代理服务账户”,选择此项。

  在[常规]选项卡下,

  [包源]:里面有三种选择:Sql Server 、文件系统,SSIS包存储区,这与前面安装部署时的选择有关系。咱们选择[文件系统]

  [包]:选择SSIS 包文件。

  [肯定],返回到新建做业界面。

  配置计划,这个很简单,与其它Job 任务同样,再也不累述。

  到此为止,一个Sql Server Agent Job 就配置完成了,咱们终于能够舒口气了。但是没有想到:黎明前是最黑暗的,噩耗也就此开始。

  到达指定时间后,回到Sql Server Agent ,查看Job 运行历史记录,倒是“满堂红”啊,如图:

 

  这是为何呢?经过DTExecui.exe 能成功运行,而经过Sql Server Agent 就不能运行了?

  其实缘由很简单,就是前面配置的[运行身份]的问题,DTExecui.exe 是以登陆当前服务器的用户的身份来运行的,而在sql Server Agent 中,倒是以 "Sql Server 代理服务账户"的身份运行,而SSIS包中,数据库链接的密码,是基于当前机器的登陆用户的,当换一个用户的时候,数据库链接字符串中的密码,天然也就不 生效了。因此错误提示,Sa 链接失败。

  面对这种状况,通常有三种解决办法:

  一种是[启用包配置],将数据库链接信息写入配置文件,包不管经过什么用户运行,都会从新加载这个配置文件,问题天然也就解决了。

  第二种是从新配置Sql Agent Service 的登陆账户,缺省状况下,Sql Server Agent Service 的登陆账户为NetWork Service,咱们只要把它修改为登陆当前机器的用户就能够了。

  第三种解决办法就是添加代理账户,该代理账户的安全凭据也指向登陆到当前机器的用户。这种方法用的人很少,下面咱们详细介绍一下,如何创建代理账户。

  首先,打开Sql Server Management Studio ,在[安全性]节点下,新建用户凭据,如图:

 

  [凭据名称]:Admin Acces(随意输入)。

  [标识]:也就是用户标识,选择登陆到机器的当前用户就能够了。

  输入[密码][确认密码],单击[肯定],就完成安全凭据的创建。

  而后,添加代理账户。

 

在Sql Server Management Studio中,找到[Sql Server 代理]-->[代理]节点,右击-->[新建代理],打开[新建代理账户]对话框,如图:

 

  在常规页面:

  [代理名称]:Admin Access proxy(能够随意输入)。

  [凭据名称]:Admin Access。就是前面建立的安全性凭据。

  [对如下子系统有效]:勾选"Sql Server Integration Services ",若是此代理账户还须要运行其它子系统,则勾选上列表中的对应项就能够了。

  切换到[主体]页面,添加服务器角色,如图:

 

  点击[添加],添加用户角色,若是只要求运行SSIS包的话,只选择如图两种角色就能够了。

  单击[肯定],Sql Server Agent 代理账户就创建完成了,这时咱们再回到Job 部署界面,在[运行身份]下拉列表框中,就多出一项了,如图:

 

   咱们选择刚建立的代理账户[Admin Access Proxy],点击[肯定]。这时再去查看包的运行历史记录,就春意盎然,一遍绿色了。

相关文章
相关标签/搜索