那么在Package开始运行之后，第一件事就是开始执行Package Validation，当Package级别的验证操作完成之后，开始验证Package包含的各个Task等，如果验证发现错误，Package不会被执行，直接报错。
2，启用延迟验证
启用Package的延迟验证，需要设置Package的DelayValidation属性值为True，如下图所示：
当启用延迟验证时，Package会执行下去，知道运行到特定的组件时，才会执行组件验证，如果组件验证失败，那么抛出错误消息，停止Package的运行。
组件验证发生真正执行组件，如果上流组件新建一个暂存表（staging table），下游组件引用该暂存表，并不会出现异常，这是因为在该组件进行验证时，该暂存表已经存在。
三，延迟验证属性的层次结构
在Package级别上设置DelayValidation属性并不能阻止打开Package时的最初的验证过程，它只是在运行包时延迟Package级别的验证，这就意味着Package将继续运行，但是当打开Package时警报仍然出现。如果想阻止打开Package时的验证，那么必须把Task级别上的DelayValidation属性设置为True。
避免验证链接管理器，有时，是一个非常节省开发时间的选择。有时打开Package的过程会花费很长的时间，这可能是因为它引用了一个远程数据源，而数据源的响应很缓慢，或者链接不上。如果我们正在开发一个包，并且需要经常打开这个包，那么我们可能需要花费很长的时间来等待SSIS验证一个数据源。在这样的情况下，在任务级设置DelayValidation属性为True可以为我们节省大量的时间。
示例1，验证操作只会验证属性的完整性
设置Package Level的属性DelayValidation=False，Task Level的属性DelayValidation=False
Package的处理流程如下图所示，Package级别的Validation在Create Staging Table的Validation之前开始，在Insert Data的Validation之后结束，从图中能看到Insert Data的验证完成，实际上，验证操作并没有检查出一个非常简单的语法错误，直到Task真正执行时，才发现错误，这说明，验证操作只会验证Task属性的完整性，效果是有限的。
示例2，验证操作会验证引用的对象是否存在
设置Package Level的属性DelayValidation=False，Task Level的属性DelayValidation=False，在Data Flow Task中，OLE DB Source组件从一个当前不存在的表dbo.delay_test中selelct数据：
