dbTalk Databases Forums  

SQL server 2005 & DTS from SQL 2000

microsoft.public.sqlserver.dts microsoft.public.sqlserver.dts


Discuss SQL server 2005 & DTS from SQL 2000 in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #41  
Old   
Russell Fields
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 02-08-2008 , 12:23 PM






Ian,

I will try to answer inline.

Quote:
As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.
I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Quote:
Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.
No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Quote:
Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?
I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #42  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM






In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #43  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #44  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #45  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #46  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #47  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #48  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
  #49  
Old   
Izhar R Ab Rani
 
Posts: n/a

Default Re: SQL server 2005 & DTS from SQL 2000 - 04-09-2008 , 04:37 PM



In SQL Server Management Studio, open the instance of SQL Server in which you
want to create a job, or the instance that contains the job to which you want
to add a step.

Expand SQL Server Agent and do one of the following:

To create a new job, right-click Jobs and then click New.


To use an existing job, expand Jobs, right-click the job, and then click
Properties.


On the General page, if you are creating a new job, provide a job name,
select an owner and job category, and, optionally, provide a job description.

To make the job available for scheduling, select Enabled.

Click Steps, and then click New.

Provide a step name and, in the Type list, select SQL Server Integration
Services Package.

In the Run as list, select the proxy account with the credentials that the
job will use. For more information, see the following topics:





"Russell Fields" wrote:

Quote:
Ian,

I will try to answer inline.

As the DTS packages that i need to transfer into the server will also need
to be scheduled. Is your suggested way to import them into "Data
Transformation Services", but then how can they be scheduled.

I personally keep DTS packages stored in Structured File Storage for a
number of reasons. So I would just copy them out and put them in the proper
folder. From SSMS you can export packages from a server, one at a time, to
files. Then, if you like keeping them in msdb you can import the files, one
at a time.

If they were scheduled on your original server, there are SQL Agent jobs to
cause those schedules to execute. Script those jobs using SSMS and then use
the scripts to recreate your 2005 server's jobs. You may need to make
changes depending on where you keep your packages, what logins exist on the
new server, etc.

Since I wanted the same basic server settings for everything I keep in msdb
and master here is what I did.
1. Install fresh server with SQL Server 2005, then shut down the SQL
services.
2. Copied the detached database files from the old server to the new server.
Be sure that msdb (and master, if you choose that) files overwrite the
freshly installed msdb mdf and ldf.
3. Restart the server, which upgrades msdb to 2005, and keeps all my
packages, job definitions, etc.
(If you also copied master you keep your logins as well.)

Or create a job and assign the step to the scripted .dts file from the old
server, however this doesn't appear to import the DTS package into "Data
Transformation Services" like i'd have expected within SQL2000.

No, as noted below the DTS package is independent of the SQL Agent job that
runs it. (It may not look that way when you schedule the job from DTS, but
they are independent objects.)

Also if i reference the DTS script file the following ||||| appears
within the step. Is this as you'd expect?

I don't have an answer for this question. Sorry.

RLF




Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.