Showing posts with label scripts. Show all posts
Showing posts with label scripts. Show all posts

Wednesday, March 28, 2012

Installing/Deploying a .dtsx package

Hi,

I used to write DTS Scripts in SQL Server 2000 and schedule them as jobs with out problem.

This was normally done within SQL Server its self.

Now that I've moved to using SQL Server 2005 I've been learning how to use SSIS.

I've successfully developed a package and managed to create a .dtsx file. Now I have 2 large books on the subject of SSIS but none seem to go into any detail on what to do next.

So here’s my newbie question (I apologise if I sound dumb!):

I don't want to run my package manually as the books keep telling me how to do.

I need to have my package added into SQL Server 2005 somehow and then schedule it as a reoccurring job.

Can anyone point me in the right direction?

Thanks

Matt.

Have you tried this -

Deploying Integration Services Packages
(http://msdn2.microsoft.com/en-us/library/0f5fc7be-e37e-4ecd-ba99-697c8ae3436f.aspx)

In summary, there is the deployment "utility", which can be produced via the SSIS project in BIDS, or you can import packages to a server from within SQL Server Management Studio. For my money the best option is to just put the dtsx files on the server somewhere as files. How you do that is up to you, a manual copy for example, or perhaps get a bit clever and use an MSI.

To schedule the package, you can create a SQL Server Agent job in much the same way as before. Use SQL Server Management Studio, and create the job or write a T-SQL script. You can of course build the job in the tool and then script it too.

On point though is I much prefer to use a CmdExec job step type, and just call dtexec.exe with parameters over using the built in SSIS job step, as you can get better output from the former. So really you are just scheduling an exe.

Use DTExecUI.exe to help build the command line, but of course use DtExec.exe in the job itself.

This thread may also help -

Re: using sql server agent stored procedures to execute a package - MSDN Forums
(http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=646512&SiteID=1)

|||

Thanks,

I've read through the articles on those links with the most helpful being this package installation example :

http://msdn2.microsoft.com/en-us/library/ms365344.aspx

I also think using the command line method that you mentioned sounds like a very good idea and the whole process seems simple.

So I've gone to use the SQL Server Agent set up and schedule a job and low and behold that has completely changed from the SQL Server 2000 version too!

However it does look good but means I still need some more reading yet before I can add my job in.

Thanks very much for your help.

Matt.

Monday, March 12, 2012

Integrate SQL Server Management Studio with Sharepoint

Our IT production support team stores miscellaneous SQL scripts for support
items on a SharePoint server (WSS 3). However, to edit these scripts, the
user must save a local copy of the file, make the change and then re-upload
it, ensuring the name is the same. This triggers SharePoint to create a new
version of that script.
Is there an easier way to integrate the SQL 2005 Management Studio with
Sharepoint - maybe make it more like you are using SourceSafe, where you
have a project file with scripts in it and you can right click to Check Out,
Check In, etc?
Hi,
I noticed that you also have a post regarding this issue in
microsoft.public.sharepoint.windowsservices and our professional there will
assist you under that post. For further communications, please directly
reply to him.
Thanks for using Microsoft Managed Newsgroup. Have a nice day!
Best regards,
Charles Wang
Microsoft Online Community Support
================================================== ===
Get notification to my posts through email? Please refer to:
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#notif
ications
If you are using Outlook Express, please make sure you clear the check box
"Tools/Options/Read: Get 300 headers at a time" to see your reply promptly.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
================================================== ====
When responding to posts, please "Reply to Group" via
your newsreader so that others may learn and benefit
from this issue.
================================================== ====
This posting is provided "AS IS" with no warranties, and confers no rights.
================================================== ====