Select the product you need help with
FIX: A SQL Server 2008 R2 or SQL Server 2008 Integration Services package does not run in SQL Server Business Intelligence Development Studio when you use a shared SQL configuration tableArticle ID: 2142496 - View products that this article applies to. Microsoft distributes Microsoft SQL Server 2008 R2 and Microsoft SQL Server 2008 fixes as one downloadable file. Because the fixes are cumulative, each new release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2008 R2 and Microsoft SQL Server 2008 fix release. On This PageSYMPTOMSConsider the following scenario:
Notes
CAUSEThis issue occurs because of an error in SQL Server 2008 R2 Integration Services. Specifically, when the shared configuration is applied to child packages through the Execute Package task, all configured objects have to exist in the package. Otherwise, the Execute Package task will throw an error. This error is typically treated as a warning. But in this case, this warning causes the Execute Package task to report failure. Therefore, the execution of the parent package fails. RESOLUTIONCumulative update informationSQL Server 2008 Service Pack 2The fix for this issue was first released in Cumulative Update 3 for SQL Server 2008 Service Pack 2. For more information about this cumulative update package, click the following article number to view the article in the Microsoft Knowledge Base:2498535 Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2008 fix release. Microsoft recommends that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/2498535/LN/
)
Cumulative update package 3 for SQL Server 2008 Service Pack 22402659 Microsoft SQL Server 2008 hotfixes are created for specific SQL Server service packs. You must apply a SQL Server 2008 Service Pack 2 hotfix to an installation of SQL Server 2008 Service Pack 2. By default, any hotfix that is provided in a SQL Server service pack is included in the next SQL Server service pack.
(http://support.microsoft.com/kb/2402659/LN/
)
The SQL Server 2008 builds that were released after SQL Server 2008 Service Pack 2 was released SQL Server 2008 Service Pack 1The fix for this issue was first released in Cumulative Update 12 for SQL Server 2008 Service Pack 1. For more information about this cumulative update package, click the following article number to view the article in the Microsoft Knowledge Base:2467236 Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2008 fix release. Microsoft recommends that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/2467236/LN/
)
Cumulative update package 12 for SQL Server 2008 Service Pack 1970365 Microsoft SQL Server 2008 hotfixes are created for specific SQL Server service packs. You must apply a SQL Server 2008 Service Pack 1 hotfix to an installation of SQL Server 2008 Service Pack 1. By default, any hotfix that is provided in a SQL Server service pack is included in the next SQL Server service pack.
(http://support.microsoft.com/kb/970365/LN/
)
The SQL Server 2008 builds that were released after SQL Server 2008 Service Pack 1 was released The fix for this issue was first released in Cumulative Update 3. For more information about how to obtain this cumulative update package for SQL Server 2008 R2, click the following article number to view the article in the Microsoft Knowledge Base: 2261464 Note Because the builds are cumulative, each new fix release contains all the hotfixes and all the security fixes that were included with the previous SQL Server 2008 R2 fix release. We recommend that you consider applying the most recent fix release that contains this hotfix. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
(http://support.microsoft.com/kb/2261464/
)
Cumulative update package 3 for SQL Server 2008 R2981356
(http://support.microsoft.com/kb/981356/
)
The SQL Server 2008 R2 builds that were released after SQL Server 2008 R2 was releasedWORKAROUNDTo work around this issue, use one of the following methods: Method 1 Do not use the same configuration filter in a shared configuration table for multiple packages. Specify a different configuration filter for each package. When you do this, the package objects are referenced for only one package in the configuration table. Method 2 Add a dummy object to the problematic package. When you do this, the package path for the object exists in the package. For example, assume that you have an SSIS package that is named Pkg1. Pkg1 contains a connection manager that is named named CM1. You also have a SSIS package that is named Pkg2. Pkg2 contains a connection manager that is named CM2. In this scenario, these packages share a same configuration filter in a shared configuration table. To avoid this issue, you add a dummy connection manager that is named CM2 to Pkg1. You also add a dummy connection manager that is named CM1 to Pkg2. MORE INFORMATIONAfter you apply this hotfix, when you run the package from the DtsDebugHost.exe debugger itself in Business Intelligence Development Studio (BIDS) at design time, BIDS still returns the same warning message that is described in the "Symptom" section. However, the package will succeed. When you run the package outside the debugger by using DTExec.exe or other runtimes, the package will succeed without any warning message. Additionally, you receive the following message that means the configurations were successfully applied to the child packages:For more information about understanding Integration Services Package configurations, visit the following Microsoft website: Understanding Integration Services Package Configurations If you experience a similar problem in SQL Server 2008, click the following article number to view the article in the Microsoft Knowledge Base:
(http://msdn.microsoft.com/en-us/library/cc895212.aspx)
974559
(http://support.microsoft.com/kb/974559/
)
FIX: Error message when you run a SQL Server 2008 Integration Services package that uses a configuration table in SQL Server Business Intelligence Development Studio: "The connection "<Connection Name>" is not found" STATUSMicrosoft has confirmed that this is a problem in the Microsoft products that are listed in the "Applies to" section. REFERENCESFor more information about the Incremental Servicing Model for SQL Server, click the following article number to view the article in the Microsoft Knowledge Base:
935897
(http://support.microsoft.com/kb/935897/
)
An Incremental Servicing Model is available from the SQL Server team to deliver hotfixes for reported problems
For more information about the naming schema for SQL Server updates, click the following article number to view the article in the Microsoft Knowledge Base: 822499
(http://support.microsoft.com/kb/822499/
)
New naming schema for Microsoft SQL Server software update packagesFor more information about software update terminology, click the following article number to view the article in the Microsoft Knowledge Base: 824684
(http://support.microsoft.com/kb/824684/
)
Description of the standard terminology that is used to describe Microsoft software updatesPropertiesArticle ID: 2142496 - Last Review: March 21, 2011 - Revision: 5.0 APPLIES TO
|


Back to the top








