Send Mail Task in the package deployment?

Answered Send Mail Task in the package deployment?

  • Tuesday, January 22, 2013 10:48 AM
     
     

    Hi all,

    i create package.In package the data flow task is execute success \ failure  the information is send to the mail using  a Send Mail Task . When i run this package from SSIS Solution it is working fine  but when it is deployed to SQL server and try to run from SQL agent job it is not working. it give the  following error

    Executed as user: NT Service\SQLSERVERAGENT. Microsoft (R) SQL Server Execute Package Utility  Version 11.0.2100.60 for 32-bit  Copyright (C) Microsoft Corporation. All rights reserved.    Started:  4:09:59 PM  Package execution on IS Server failed. Execution ID: 120092, Execution Status:4.  To view the details for the execution, right-click on the Integration Services Catalog, and open the [All Executions] report  Started:  4:09:59 PM  Finished: 4:10:27 PM  Elapsed:  28.641 seconds.  The package execution failed.  The step failed.

    How to execute the package?


    sreekanth kancharla

All Replies

  • Tuesday, January 22, 2013 11:50 AM
     
     

    First make sure the SSIS package is created by the same version of SQL... for example, SQL 2008 will work on SQL 2008 but not 2005  ditto, 2012 will work on 2012 but not 2008... this is due to improvements introduced into the update packages that are frequently not backward compatible.

    Second, check the version of the project's debug mode (Project | Properties | Debugging) If you deploy to a 32 bit, then set this default to False.


    R, J

  • Tuesday, January 22, 2013 2:04 PM
     
     

    Are you running the package through SQL agent in 32 bit mode? You can try to uncheck the button and run again.

    Thanks,

  • Tuesday, January 22, 2013 10:32 PM
    Moderator
     
     Answered

    Based on what you have posted I would suggest checking to insure that the NT Service\SQLSERVERAGENT has permissions to both the data source and destination.

    When executing a package in SQL Server Data Tools, or Business Intelligence Development Studio, the security context for the connections are set to the user that is debugging the package, unless of course SQL security log in is provided.  When the job is run in SQL Server Agent the security context of the agent is being used, in this case NT Service\SQLSERVERAGENT, this means that this service account must have access to the source to be able to authenticate.

    Hope this helps.


    David Dye http://sqlsafety.blogspot.com/