![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
I have a parent DTS from which in call several child packages. When adding an Execute Package task I get asked for the SQL server name in order to browse the packages. I then select the appropriate package name. My question is about copying the packages to the production server. I see a parent DTS uses a package ID to reference a child package and I assume this ID will be copied and the packages will run fine. Should I have any concerns about the hierarchy when transferring to production? I am assuming everything will work fine and the SQL Server name is asked only in order to browse to the package. Right? Thanks |
#3
| |||
| |||
|
|
You probably want to do this instead. Make the Execute Package Task name dependent only (http://www.sqldts.com/default.aspx?216) "fleo" <fleo (AT) discussions (DOT) microsoft.com> wrote in message news:A2D4198C-1399-41A5-8814-263E1FC06FDE (AT) microsoft (DOT) com... I have a parent DTS from which in call several child packages. When adding an Execute Package task I get asked for the SQL server name in order to browse the packages. I then select the appropriate package name. My question is about copying the packages to the production server. I see a parent DTS uses a package ID to reference a child package and I assume this ID will be copied and the packages will run fine. Should I have any concerns about the hierarchy when transferring to production? I am assuming everything will work fine and the SQL Server name is asked only in order to browse to the package. Right? Thanks |
#4
| |||
| |||
|
|
Thanks Allan. I also found I had to set the Server name of the Execute Package Step property: http://www.sqlservercentral.com/colu...sexecution.asp "Allan Mitchell" a écrit : You probably want to do this instead. Make the Execute Package Task name dependent only (http://www.sqldts.com/default.aspx?216) "fleo" <fleo (AT) discussions (DOT) microsoft.com> wrote in message news:A2D4198C-1399-41A5-8814-263E1FC06FDE (AT) microsoft (DOT) com... I have a parent DTS from which in call several child packages. When adding an Execute Package task I get asked for the SQL server name in order to browse the packages. I then select the appropriate package name. My question is about copying the packages to the production server. I see a parent DTS uses a package ID to reference a child package and I assume this ID will be copied and the packages will run fine. Should I have any concerns about the hierarchy when transferring to production? I am assuming everything will work fine and the SQL Server name is asked only in order to browse to the package. Right? Thanks |
#5
| |||
| |||
|
|
Can I create an ActiveX script task that would modify .PackageID and .ServerName programmatically? Something like For each Task where TaskType = 'Execute Package Task' PackageID = DTSGlobalVariables("gv_NULL").Value ServerName = DTSGlobalVariables("gv_ServerName").Value Thanks "fleo" a écrit : Thanks Allan. I also found I had to set the Server name of the Execute Package Step property: http://www.sqlservercentral.com/colu...sexecution.asp "Allan Mitchell" a écrit : You probably want to do this instead. Make the Execute Package Task name dependent only (http://www.sqldts.com/default.aspx?216) "fleo" <fleo (AT) discussions (DOT) microsoft.com> wrote in message news:A2D4198C-1399-41A5-8814-263E1FC06FDE (AT) microsoft (DOT) com... I have a parent DTS from which in call several child packages. When adding an Execute Package task I get asked for the SQL server name in order to browse the packages. I then select the appropriate package name. My question is about copying the packages to the production server. I see a parent DTS uses a package ID to reference a child package and I assume this ID will be copied and the packages will run fine. Should I have any concerns about the hierarchy when transferring to production? I am assuming everything will work fine and the SQL Server name is asked only in order to browse to the package. Right? Thanks |
#6
| |||
| |||
|
#7
| |||
| |||
|
|
You probably want to do this instead. Make the Execute Package Task name dependent only (http://www.sqldts.com/default.aspx?216) "fleo" <fleo (AT) discussions (DOT) microsoft.com> wrote in message news:A2D4198C-1399-41A5-8814-263E1FC06FDE (AT) microsoft (DOT) com... I have a parent DTS from which in call several child packages. When adding an Execute Package task I get asked for the SQL server name in order to browse the packages. I then select the appropriate package name. My question is about copying the packages to the production server. I see a parent DTS uses a package ID to reference a child package and I assume this ID will be copied and the packages will run fine. Should I have any concerns about the hierarchy when transferring to production? I am assuming everything will work fine and the SQL Server name is asked only in order to browse to the package. Right? Thanks |
#8
| |||
| |||
|
|
I have a parent DTS from which in call several child packages. When adding an Execute Package task I get asked for the SQL server name in order to browse the packages. I then select the appropriate package name. My question is about copying the packages to the production server. I see a parent DTS uses a package ID to reference a child package and I assume this ID will be copied and the packages will run fine. Should I have any concerns about the hierarchy when transferring to production? I am assuming everything will work fine and the SQL Server name is asked only in order to browse to the package. Right? Thanks |
![]() |
| Thread Tools | |
| Display Modes | |
| |