现在,基于部署模型,项目有两种风格:基于包的(经典)或基于项目的(新)。该软件包于2005年-2012年提供。在开发过程中,您将开发解决业务问题的解决方案。问题是,一旦您不在Visual Studio / BIDS / SSDT中,全面概念就会消失。项目模型创建一个.ispac文件,该文件更类似于C库-程序集3/4是不好的,您必须全部拥有。这些.ispac文件上传到特殊的SSISDB目录,这是2012年新增的目录
SSISDB是用于在SQL Server中托管Project部署模型项目的专用目录。组织是您创建的文件夹。文件夹中可以包含2种项目类型:项目和环境。一个项目是一个SSIS项目。一个文件夹中可以有很多,也可以只有一个。环境是2012年软件包配置/参数化方法。每个文件夹可以有多个环境,也可以只有一个。环境和项目的参数或连接管理器之间没有自动链接。可以在多个文件夹中的项目之间使用环境。
Integration Services目录中文件夹中的项目可以应用手动的硬编码配置,也可以使用环境提供这些配置。差异可能很小。假设有2个引用Sales数据库的不同SSIS项目。相同的资源。您可以使用Configure选项并为每个项目按环境(开发,测试,生产)手动定义服务器,也可以创建1个环境来定义Sales服务器的值。然后告诉每个项目重新使用相同的资源进行配置。该服务器耗资巨大,一项更改可以解决所有问题。
从SSISDB文件夹,项目,环境说明
集成服务目录
整理术语表可能会帮助我弄清楚这些东西。
1. SSISDB
如果您使用的是新的Project部署模型,则 SSISDB是将在其中部署所有2012+ SSIS软件包的目录。对于SQL Server 2012,它将始终命名为SSISDB。
右键单击选项
- 活动操作-列出所有当前正在运行的SSIS包,并带有“停止所选包”选项。
- 创建文件夹-创建带有可选说明的文件夹
- 启动PowerShell-自我说明
- 报告-有关程序包执行的各种本机报告。
- 删除-删除SSISDB目录。这样做将导致必须重新创建目录并丢失所有历史记录。
- 刷新-自我解释
- 属性-包含有关默认日志记录设置和项目版本控制的信息。
2.文件夹
文件夹包含项目和(可选)环境。您必须创建一个文件夹。部署向导不会自动为您创建一个。您可以随便叫它。您可能将所有SSIS项目都放在一个文件夹下,项目与文件夹之间或两者之间的任何内容都具有1:1映射。文件夹只有1层深-无嵌套
右键单击选项
- 启动PowerShell-自我说明
- 报告-所有执行,所有验证
- 删除-假定文件夹下面没有项目或环境,它将删除该文件夹。
- 刷新-自我解释
- 属性-包含名称,版本和描述。
3.项目
创建文件夹后会自动创建。
右键单击选项
- 部署项目-IS部署向导
- 导入包-Integration Services项目转换向导
- 启动PowerShell-自我说明
- 报告-仅自定义报告可用
- 刷新-自我解释
我只想使用SSIS构建一个简单的测试,将一个文件导入到表中,以上哪个是必需的,我按什么顺序创建它们?
您只需要创建一个包即可处理将数据从文件移至表的过程。您可以从不需要上述“内容”的Visual Studio中执行它。但是,在SOX / SAS 70的世界情况下,您可能没有足够的权限在生产环境中执行负载(职责分离)。此时,您需要计划如何部署软件包,如何修改特定于环境的值(销售服务器位于sqldev / sqltest / sqlprod上),如何启动软件包(预定vs事件驱动器vs at等等)。那时候您可能要部署到2012 Integration Services目录。但这不是必需的,您可以 从.ispac运行项目部署模型程序包,但这不是一个方便的选择。
创建它们的顺序为1.在Visual Studio / SQL Server数据工具(BI)中创建一个项目1.在Integration Services目录中创建一个文件夹2.部署一个项目3.创建一个环境(可选)4.配置该项目( (链接到环境或手动设置值)5.在SSMS中运行包,方法是右键单击运行,单击复选框以确保已应用配置值
另外,您是否具有指向SSIS 2012 ETL基本概述和/或如何撰写文章的良好链接。
我想要撰写有关SSIS的文章是Andy Leonard关于SSC(集成服务的阶梯)的系列文章。他是一位好作家,而且看起来也不错(正如他说的那样)。专注于学习SSIS本身的基本知识,然后您应该能够理解2012部署的精妙之处,或者至少明确弄清楚您有什么问题。