着重探析SSIS操作和优化指南.docx

SSIS 操作和优化指南SQL Server 技术文章作者：Alexei Khalyako、Carla Sabotta、Silvano Coriani、Sreedhar Pelluru、Steve Howard技术审校：Cindy Gross、David Pless、Mark Simms、Daniel Sol 发布时间：2012 年 12 月适用范围：SQL Server 2012；Windows Azure SQL Database摘要：SQL Server Integration Services (SSIS) 是一种高效的数据移动工具，可作为整个提取、转换和加载 (ETL) 解决方案的一部分以及作为数据移动解决方案的一部分，在 Windows Azure (WA) SQL Database 中移入和移出数据。SSIS 可以有效地用于在云中的源和目标之间移动数据，以及用于混合方案中在云和内部之间移动数据。本白皮书概要介绍了针对云中的源和目标的 SSIS 最佳做法，论述了针对 SSIS 项目的项目规划（无论该项目是全都处于云中还是涉及混合数据移动），并且通过一个示例演练了如何通过向外扩展数据移动来最大限度地提高混合移动的性能。版权信息本文档按“原样”提供。本文档中的信息和表达的观点（包括 URL 和其他 Internet 网站引用）如有更改，恕不另行通知。您应承担使用本文档所带来的风险。本文档中提及的某些示例只是为了便于说明，纯属虚构。不应据此联想或妄加推断。本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您可以出于内部参考目的复制和使用本文档。? 2011 Microsoft。保留所有权利。简介SQL Server Integration Services (SSIS) 是一种高效的数据移动工具，可作为整个提取、转换和加载 (ETL) 解决方案的一部分或作为不要求转换的数据移动解决方案的一部分，在 Windows Azure (WA) SQL Database 中移入和移出数据。SSIS 对于多种源和目标都很有效，无论这些源和目标是全都处于云中、全都处于内部还是在混合解决方案中混用。本白皮书概要介绍了针对云中的源和目标的 SSIS 最佳做法，论述了针对 SSIS 项目的项目规划（无论该项目是全都处于云中还是涉及混合数据移动），并且通过一个示例演练了如何通过向外扩展数据移动来最大限度地提高混合移动的性能。项目设计在云和内部数据存储区之间移动数据的项目可能会涉及不同解决方案中的不同过程。而其中的许多环节常常是从最初对目标的填充开始（这可能要获取来自其他系统或平台的数据），在整个过程中进行维护（例如在数目变化的分区或分片中对数据集进行重新平衡），并且可能要继续定期执行大容量数据操作或刷新。与传统的、完全内部的数据移动环境相比，涉及云的数据移动解决方案在项目设计和基本假设上往往存在很大差异。许多所学知识、经验以及做法仍将适用，但需要进行改变以便适应差异，例如随着您移到商用资源的共享池，您的环境不再是独立的并且不再完全由您控制。这些差异要求更加平衡、更具可伸缩性的方法以便获得成功。问题范围和说明对于从开始就是为云构建的本机解决方案以及对于迁移的解决方案来说，需要来回移动数据。这可能在应用程序生命周期的多个阶段中发生。这些阶段包括生产前测试、初始数据加载、云生成的数据和原始内部数据库之间后续的数据同步以及从云向下到其他内部系统（例如数据仓库）进行的重复的数据快照。图1数据移动方案本节主要针对初始数据加载阶段：考虑从源数据库提取数据、从内部移到云以及将数据加载到最终目标的端到端体验。要特别强调的是，本白皮书中描述的大多数（如果不是全部）最佳做法和优化同样适用于大多数描述的方案，只需进行很小的改动。我们将在接下来的几节中讨论这些方案及其主要问题。为什么数据移动在 Azure 中如此重要在传统的数据中心中，应用程序和系统之间的数据移动挑战通常与应用程序兼容性、过程业务流程和同步以及物理硬件资源和网络功能之类的问题相关；而在 WA 之类的云环境中，还存在若干其他层面的复杂性。此类复杂性可能存在于内部和云之间（或者不同云服务之间）的连接等方面，并且可能与连接可靠性、带宽和延迟相关。考虑这一复杂性对于开发最佳的数据移动解决方案而言至关重要。如果您的解决方案中涉及大量移动部件时，将您的工作侧重于在所涉及的所有组件和技术之间寻找平衡的设计可能更为重要。您应该尽力避免在整个链条中最薄弱的环节上出现“数据洪流”，因为这将会对所有其他方面产生负面影响。基于我们的测试，其中一个关键环节就是数据目标以适当的速率吸收从外部推送到其中的数据量的能力。最常见的方法是使用自定义的分片 (/wiki/contents/articles/1