Run Integration Services (SSIS) Packages
Applies to:
SQL Server
SSIS Integration Runtime in Azure Data Factory
To run an Integration Services package, you can use one of several tools depending on where those packages are stored. The tools are listed in the table below.
Note
This article describes how to run SSIS packages in general, and how to run packages on premises. You can also run SSIS packages on the following platforms:
- The Microsoft Azure cloud. For more info, see Lift and shift SQL Server Integration Services workloads to the cloud and Run an SSIS package in Azure.
- Linux. For more info, see Extract, transform, and load data on Linux with SSIS.
To store a package on the Integration Services server, you use the project deployment model to deploy the project to the server. For information, see Deploy Integration Services (SSIS) Projects and Packages.
To store a package in the SSIS Package store, the msdb database, or in the file system, you use the package deployment model. For more information, see Legacy Package Deployment (SSIS).
Tool | Packages that are stored on the Integration Services server | Packages that are stored in the SSIS Package Store or in the msdb database | Packages that are stored in the file system, outside of the location that is part of the SSIS Package Store |
---|---|---|---|
SQL Server Data Tools | No | No However, you can add an existing package to a project from the SSIS Package Store, which includes the msdb database. Adding an existing package to the project in this manner makes a local copy of the package in the file system. |
Yes |
SQL Server Management Studio, when you are connected to an instance of the Database Engine that hosts the Integration Services server For more information, see Execute Package Dialog Box |
Yes | No However, you can import a package to the server from these locations. |
No However, you can import a package to the server from the file system. |
SQL Server Management Studio, when you are connected to an instance of the Database Engine that hosts the Integration Services server that is enabled as Scale Out Master For more information, see Run packages in Scale Out |
Yes | No | No |
SQL Server Management Studio, when it is connected to the Integration Services service that manages the SSIS Package Store | No | Yes | No However, you can import a package to the SSIS Package Store from the file system. |
dtexec For more information, see dtexec Utility. |
Yes | Yes | Yes |
dtexecui For more information, see Execute Package Utility (DtExecUI) UI Reference |
No | Yes | Yes |
SQL Server Agent You use a SQL Server Agent job To schedule a package. For more information, see SQL Server Agent Jobs for Packages. |
Yes | Yes | Yes |
Built-in stored procedure For more information, see catalog.start_execution (SSISDB Database) |
Yes | No | No |
Managed API, by using types and members in the Microsoft.SqlServer.Management.IntegrationServices namespace | Yes | No | No |
Managed API, by using types and members in the Microsoft.SqlServer.Dts.Runtime namespace | Not currently | Yes | Yes |
Execution and Logging
Integration Services packages can be enabled for logging and you can capture run-time information in log files. For more information, see Integration Services (SSIS) Logging.
You can monitor Integration Services packages that are deployed to and run on the Integration Services server by using operation reports. The reports are available in SQL Server Management Studio. For more information, see Reports for the Integration Services Server.
Run a Package in SQL Server Data Tools
You typically run packages in SQL Server Data Tools (SSDT) during the development, debugging, and testing of packages. When you run a package from SSIS Designer, the package always runs immediately.
While a package is running, SSIS Designer displays the progress of package execution on the Progress tab. You can view the start and finish time of the package and its tasks and containers, in addition to information about any tasks or containers in the package that failed. After the package finishes running, the run-time information remains available on the Execution Results tab. For more information, see the section, "Progress Reporting," in the topic, Debugging Control Flow.
Design-time deployment. When you run a package in SQL Server Data Tools, the package is built and then deployed to a folder. Before you run the package, you can specify the folder to which the package is deployed. If you do not specify a folder, the bin folder is used by default. This type of deployment is called design-time deployment.
To run a package in SQL Server Data Tools
In Solution Explorer, if your solution contains multiple projects, right-click the Integration Services project that contains the package, and then click Set as StartUp Object to set the startup project.
In Solution Explorer, if your project contains multiple packages, right-click a package, and then click Set as StartUp Object to set the startup package.
To run a package, use one of the following procedures:
Open the package that you want to run and then click Start Debugging on the menu bar, or press F5. After the package finishes running, press Shift+F5 to return to design mode.
In Solution Explorer, right-click the package, and then click Execute Package.
To specify a different folder for design-time deployment
In Solution Explorer, right-click the Integration Services project folder that contains the package you want to run, and then click Properties.
In the <project name> Property Pages dialog box, click Build.
Update the value in the OutputPath property to specify the folder you want to use for design-time deployment, and click OK.
Run a Package on the SSIS Server Using SQL Server Management Studio
After you deploy your project to the Integration Services server, you can run the package on the server.
You can use operations reports to view information about packages that have run, or are currently running, on the server. For more information, see Reports for the Integration Services Server.
To run a package on the server using SQL Server Management Studio
Open SQL Server Management Studio and connect to the instance of SQL Server that contains the Integration Services catalog.
In Object Explorer, expand the Integration Services Catalogs node, expand the SSISDB node, and navigate to the package contained in the project you deployed.
Right-click the package name and select Execute.
Configure the package execution by using the settings on the Parameters, Connection Managers, and Advanced tabs in the Execute Package dialog box.
Click OK to run the package.
-or-
Use stored procedures to run the package. Click Script to generate the Transact-SQL statement that creates an instance of the execution and starts an instance of the execution. The statement includes a call to the catalog.create_execution, catalog.set_execution_parameter_value, and catalog.start_execution stored procedures. For more information about these stored procedures, see catalog.create_execution (SSISDB Database), catalog.set_execution_parameter_value (SSISDB Database), and catalog.start_execution (SSISDB Database).
Execute Package Dialog Box
Use the Execute Package dialog box to run a package that is stored on the Integration Services server.
An Integration Services package may contain parameters that values stored in environment variables. Before executing such a package, you must specify which environment will be used to provide the environment variable values. A project may contain multiple environments, but only one environment can be used for binding environment variable values at the time of execution. If no environment variables are used in the package, an environment is not required.
What do you want to do?
Open the Execute Package dialog box
In SQL Server Management Studio, connect to the Integration Services server.
You're connecting to the instance of the SQL Server Database Engine that hosts the SSISDB database.
In Object Explorer, expand the tree to display the Integration Services Catalogs node.
Expand the SSISDB node.
Expand the folder that contains the package you want to run.
Right-click the package, and then click Execute.
Set the Options on the General page
Select Environment to specify the environment that is applied with the package is run.
Set the Options on the Parameters tab
Use the Parameters tab to modify the parameter values that are used when the package runs.
Set the Options on the Connection Managers tab
Use the Connection Managers tab to set the properties of the package connection manager(s).
Set the Options on the Advanced tab
Use the Advanced tab to manage properties and other package settings.
Add, Edit, Remove
Click to add, edit, or remove a property.
Logging level
Select the logging level for the package execution. For more information, see catalog.set_execution_parameter_value (SSISDB Database).
Dump on errors
Specify whether a dump file is created when errors occur during the package execution. For more information, see Generating Dump Files for Package Execution.
32-bit runtime
Specify that the package will execute on a 32-bit system.
Scripting the Options in the Execute Package Dialog Box
While you are in the Execute Package dialog box, you can also use the Script button on the toolbar to write Transact-SQL code for you. The generated script calls the stored procedures catalog.start_execution (SSISDB Database) with the same options that you have selected in the Execute Package dialog box. The script appears in a new script window in Management Studio.
See Also
dtexec Utility
Start the SQL Server Import and Export Wizard
प्रतिक्रिया
https://aka.ms/ContentUserFeedback.
जल्द आ रहा है: 2024 के दौरान हम सामग्री के लिए फीडबैक तंत्र के रूप में GitHub मुद्दों को चरणबद्ध तरीके से समाप्त कर देंगे और इसे एक नई फीडबैक प्रणाली से बदल देंगे. अधिक जानकारी के लिए, देखें:के लिए प्रतिक्रिया सबमिट करें और देखें