Integrartion Services 包实际上就是一个对象属性的集合,在前面我们开发的所有 Integration Services包,其中的变量、属性,比如:数据库链接、同步文件目录等,我们都直接在包中用一个常量的方式,赋给这些变量或者属性,这就给这个包的发布与移置,带来很大的麻烦,比如我们在开发环境中开发包的时候,所有变量与属性都是按照开发环境来来进行设置,开发完成后,要将这个包部署到生产环境中,DB连接啊、同步目录啊等都会发生变化,以前的做法:在新环境中打开包,重新设置一遍这些变量或者属性的值,才可以正常运行。从自Integration Services 2005 以来,多了一个[包配置]功能,这个问题就迎刃而解了。配置文件可以帮助包进行无缝转移,而且可以使用配置过程自动化,从而减少了部署的麻烦,也降低了出错的风险。
  Integration Services 程序的包配置,允许将程序包、连接、容器、变量等任意SSIS属性,写入到一个XML 文件或表中,然后在运行时读取。其配置类型主要有以下几种方式:
  1、XML 配置文件。
  2、环境变量。
  3、注册表。
  4、父包变量。
  5、Sql Server。
其中,Xml 配置文件、父包变量、Sql Server 比较常见,而其它两种类型,却用得较少,下面我们将详细介绍常见的三种包配置。

  (一)、XML 配置文件。

   选择SSIS菜单--包配置,打开如下窗口,包配置就从这里开始起航。

 

  选中“启用包配置”,点击“新增”,如图:

 

  从[配置类型]下拉列表框中可以看出,有多种类型的包配置。我们在这里选择“XML配置文件”,输入配置文件名IisLog.dtsconfig。

  配置文件默认为“.dtsconfig”类型,其文件格式是标准的XML文件格式。Integration Services 对配置文件的扩展名并没有严格的规定,如果把它修改成.txt 或者.xml 等都没有关系,通常把它修改为".xml" 文件,这样通用的XML文件编辑器就可以方便地编辑了。(示例中没有修改扩展名)

  点击[下一步],就该选择配置哪些属性了,如图:

 

   在左边的[对象]框中,如果把所有的树结点折叠起来,可以看出包的这四类对象(变量、连接管理器、Properties、可执行文件)的属性可以通过配置文件来管理。其中[可执行文件],为控制流中的所有组件。下面我们展开所有结点,勾选要配置的属性,当选中某一个属性的时候,该属性的默认值就会在右边[属性特性]框中显示出来,这个时候也可修改。

  [下一步],如图:

 

   输入[配置名称],点击完成,XML的配置就这样轻松地完成了。

  我们转到配置文件存放的目录,找到刚才的配置文件"IisLog.dtsconfig ",看看它象什么样子:

XML 配置代码
<?xml version="1.0"?>
<DTSConfiguration>
  <DTSConfigurationHeading>
    <DTSConfigurationFileInfo GeneratedBy="BUYNOW/goumh" GeneratedFromPackageName="ImportIisLog" GeneratedFromPackageID="{F874E3F1-9FD5-4B89-8E29-A86A8E6A6783}" GeneratedDate="2010/1/13 17:36:34"/>
  </DTSConfigurationHeading>
  <Configuration ConfiguredType="Property" Path="/Package.Connections[ApIisLog].Properties[ConnectionString]" ValueType="String">
    <ConfiguredValue>Data Source=goumh-hgh;Initial Catalog=ApIisLog;Provider=SQLNCLI10.1;Integrated Security=SSPI;Auto Translate=False;Application Name=SSIS-ImportIisLog-{28895FFB-4DA0-4B30-9E59-649F1D200DFA}RD5-HGH.IisLog;</ConfiguredValue>
  </Configuration>
  <Configuration ConfiguredType="Property" Path="/Package.Connections[BackupFile].Properties[ConnectionString]" ValueType="String">
    <ConfiguredValue>E:/inetpub/wwwroot/Sql 2008 Study/SSIS/IisLog/BackupFile</ConfiguredValue>
  </Configuration>
  <Configuration ConfiguredType="Property" Path="/Package/Foreach 循环容器.ForEachEnumerator.Properties[Directory]" ValueType="String">
    <ConfiguredValue>E:/inetpub/wwwroot/Sql 2008 Study/SSIS/IisLog/DataFile</ConfiguredValue>
  </Configuration>
  <Configuration ConfiguredType="Property" Path="/Package/Foreach 循环容器.ForEachEnumerator.Properties[FileSpec]" ValueType="String">
    <ConfiguredValue>*.log</ConfiguredValue>
  </Configuration>
</DTSConfiguration>
   这个配置文件中,包含了包ID,属性路径、数据类型、以及属性的值。如果我们要修改包的配置,也就再也不用在打开包,来一个属性一个属性地修改了,直接修改配置文件就可以搞定,给包的发布与部署带来了相当大的方便。

  (二)、SQL Server

  这也是我们常用到的一种配置方式,配置方式与前面的XML配置大同小异,只是最后的配置属性存储到SQL Server 数据库罢了。

 

  在[配置类型]下拉列表框中,选择[SQL Server ],下面的配置界面也随着发生了变化。

  [连接],即SQL Server 即数据库的连接,如果从下拉列表框中,找不到对应的连接,点击[新增],就可以创建一个新的连接,这与在连接管理器中,创建OLE DB 连接是一样的。

   [配置表(A)],即配置属性存放的Table ,如果这个Table 没有事先创建好,点击[新建],系统会默认给出其如下SQL语句,点击[确定],Table 就创建完成了。

CREATE TABLE [dbo].[SSIS Configurations]
(
    ConfigurationFilter NVARCHAR(255) NOT NULL,
    ConfiguredValue NVARCHAR(255) NULL,
    PackagePath NVARCHAR(255) NOT NULL,
    ConfiguredValueType NVARCHAR(20) NOT NULL
)
  [配置筛选器(F)]:这个很关键,它是区分每个包的配置属性的key 值,也就是说,如果一个Table 中,存放有多个包的配置属性的时候,每一个包就是根据这个这个key 值来进行过滤的,所以不同的包,应该有不同的key 值。

  [下一步],选择要配置的属性,与上面讲的[XML配置文件]的处理方式一致了。

  下面,我们回到SQL Server 中,找出刚才创建的记录,看看它又是啥面貌:

 

  (三)、父包变量

  在Integration Services 中,有这样一个任务[执行包任务],利用这个组件,我们就可以将一个包嵌套在另一个包中,这对于我们细化包的粒度,让包的业务处理变得更单纯,非常有帮助,如下图这些模式:

 

 

  父包变量的定义也非常简单,打开包配置向导,如下图:

 

  [配置类型]:选择“父包变量”。

  [父变量]:这里输入父包中的变量的名称。

  [下一步],选择父包变量映射的属性名称,最后点击完成,就会获得如下图所示的效果。

 

  我们常见的包配置就这些了,环境变量、注册表这两种类型很少用到,这里就不多讲了。

  包配置给包的部署带来了非常大的方便,最好的方式是每个服务器使用一个配置文件。但是,从包的配置界面可以看出,一个包可以应用多个配置文件,每个包配置按照[包配置组织程序]中显示的顺序应用(父包变量除外),如果一个配置中有一项失败了,它只会发出警告,也不会引起包错误;反之,一个配置文件也可以应用到多个包中,如果我们灵活应用,包的无缝移置,也就不再是神话了。

包部署

 

经过前面几个章节的学习,我们开发的ETL包算已经完成一大半了,但是还不够完美,正如一场足球比赛,前面大家打得很辛苦,传接得也很漂亮,但是临门一脚的技术不过关,进不了球,一切都是白搭。今天我们就来为大家传授临门一脚的技巧:Integration Services 包部署。
  部署对于SSIS包来说,是非常重要的,在实际部署过程中也经常会遇到问题,比如包在开发环境开发完成了,Debug 一切OK,但是一到生成环境就抛锚,运行不起来,不是这里出问题,就是那里出问题;或者当用户登录到Server 上,通过DTExecUI.EXE或者DTExec.exe的方式,运行OK,但是一旦部署到Sql Server Agent 或者Windows 计划任务中,就挂了,运行不起来,而且有些问题,还让人感到莫名其妙,摸不着头脑。这些都是Integration Services 部署这个环节没有处理好,下面我将为大家细细说来,如何处理这些细节,在部署过程中,还要注意哪些问题。
  Sql Server Integration Services 提供了非常简单的部署工具,利用这些工具可以方便地将包文件(*.dtsx)、包配置文件(*.dtsconfig)以及包的其它相关文件,打包成一个安装文件,以利于到其它计算机安装与部署。
  顺便说明一下,在SQL Server Business Intelligence Development Studio开发环境的解决方案资源管理器中,默认情况下,有一个[杂项]文件夹,如果包有一些其它的相关文件,比如自述文件,操作说明等,需要一起打包,则只要将这些文件添加到此文件夹中,生成打包文件的时候,系统会自动将此文件夹下的文件,整理到打包文件夹中。

   下面我们以前面介绍的IisLog Solution 为例,来详细介绍包部署的完整过程。

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

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

 

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

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

  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],点击[确定]。这时再去查看包的运行历史记录,就春意盎然,一遍绿色了。


原文来自:雨枫技术教程网 http://www.fengfly.com
原文网址:http://www.fengfly.com/plus/view-168586-1.html