dbTalk Databases Forums  

What DSN is being used?

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


Discuss What DSN is being used? in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
JT Autry
 
Posts: n/a

Default What DSN is being used? - 07-16-2003 , 12:30 PM






I've got several packages running on a server that copy tables from an ODBC
compliant data source to SQL Server. When executing the packages via
Enterprise Manager on my local machine, they run fine, using the DSN's setup
on my machine. However, when the packages are scheduled and run in the
middle of the night (I assumed from the server where they resided), certain
tables where not found in the source database.

I could tell by the missing tables that the package was using an older
version of a catalog referenced by the DSN, so I thought the DSN just needed
to be updated on the server. But lo and behold when I went to update the
DSN, there weren't any! Not even old ones!

So where the heck are the DTS packages getting the information to connect to
the datasource?

I'm so confused...

Thanks,
JT



Reply With Quote
  #2  
Old   
Allan Mitchell
 
Posts: n/a

Default Re: What DSN is being used? - 07-16-2003 , 12:43 PM






You can find out what your DSN'd connections think they are usinf by looking
in

Disconencted Edit

Connections | Choose a connection | OLE DB Properties | Extended Properties

for one of mine I have

DSN=AS400;UID=GENIO;PWD=HowNowBrownCow;

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote

Quote:
I've got several packages running on a server that copy tables from an
ODBC
compliant data source to SQL Server. When executing the packages via
Enterprise Manager on my local machine, they run fine, using the DSN's
setup
on my machine. However, when the packages are scheduled and run in the
middle of the night (I assumed from the server where they resided),
certain
tables where not found in the source database.

I could tell by the missing tables that the package was using an older
version of a catalog referenced by the DSN, so I thought the DSN just
needed
to be updated on the server. But lo and behold when I went to update the
DSN, there weren't any! Not even old ones!

So where the heck are the DTS packages getting the information to connect
to
the datasource?

I'm so confused...

Thanks,
JT





Reply With Quote
  #3  
Old   
JT Autry
 
Posts: n/a

Default Re: What DSN is being used? - 07-16-2003 , 02:13 PM



Allan, thanks for the reply. The values show pretty much what I expected.
Are these values stored with the package? Or do they depend on the DSN on
the machine on which the package executes?


"Allan Mitchell" <allan (AT) no-spam (DOT) sqldts.com> wrote

Quote:
You can find out what your DSN'd connections think they are usinf by
looking
in

Disconencted Edit

Connections | Choose a connection | OLE DB Properties | Extended
Properties

for one of mine I have

DSN=AS400;UID=GENIO;PWD=HowNowBrownCow;

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote in message
news:eOsuL$7SDHA.1572 (AT) TK2MSFTNGP12 (DOT) phx.gbl...
I've got several packages running on a server that copy tables from an
ODBC
compliant data source to SQL Server. When executing the packages via
Enterprise Manager on my local machine, they run fine, using the DSN's
setup
on my machine. However, when the packages are scheduled and run in the
middle of the night (I assumed from the server where they resided),
certain
tables where not found in the source database.

I could tell by the missing tables that the package was using an older
version of a catalog referenced by the DSN, so I thought the DSN just
needed
to be updated on the server. But lo and behold when I went to update
the
DSN, there weren't any! Not even old ones!

So where the heck are the DTS packages getting the information to
connect
to
the datasource?

I'm so confused...

Thanks,
JT







Reply With Quote
  #4  
Old   
Allan Mitchell
 
Posts: n/a

Default Re: What DSN is being used? - 07-17-2003 , 01:06 AM



DTS will look for a DSN with that name on the server the packageruns on. If
you move the package and the DSN does not exist it will fail

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote

Quote:
Allan, thanks for the reply. The values show pretty much what I expected.
Are these values stored with the package? Or do they depend on the DSN on
the machine on which the package executes?


"Allan Mitchell" <allan (AT) no-spam (DOT) sqldts.com> wrote in message
news:uoUcAH8SDHA.3188 (AT) tk2msftngp13 (DOT) phx.gbl...
You can find out what your DSN'd connections think they are usinf by
looking
in

Disconencted Edit

Connections | Choose a connection | OLE DB Properties | Extended
Properties

for one of mine I have

DSN=AS400;UID=GENIO;PWD=HowNowBrownCow;

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote in message
news:eOsuL$7SDHA.1572 (AT) TK2MSFTNGP12 (DOT) phx.gbl...
I've got several packages running on a server that copy tables from an
ODBC
compliant data source to SQL Server. When executing the packages via
Enterprise Manager on my local machine, they run fine, using the DSN's
setup
on my machine. However, when the packages are scheduled and run in
the
middle of the night (I assumed from the server where they resided),
certain
tables where not found in the source database.

I could tell by the missing tables that the package was using an older
version of a catalog referenced by the DSN, so I thought the DSN just
needed
to be updated on the server. But lo and behold when I went to update
the
DSN, there weren't any! Not even old ones!

So where the heck are the DTS packages getting the information to
connect
to
the datasource?

I'm so confused...

Thanks,
JT









Reply With Quote
  #5  
Old   
JT Autry
 
Posts: n/a

Default Re: What DSN is being used? - 07-17-2003 , 10:13 AM



It all makes sense now. I didn't not notice there was a system DSN that was
pointing to an older version of our catalog.

I still think it should use the server's data sources rather than the
client's when executing via enterprise manager. Oh well!

Thanks for your help.

JT

"Allan Mitchell" <allan (AT) no-spam (DOT) sqldts.com> wrote

Quote:
DTS will look for a DSN with that name on the server the packageruns on.
If
you move the package and the DSN does not exist it will fail

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote in message
news:OjNds48SDHA.1912 (AT) TK2MSFTNGP12 (DOT) phx.gbl...
Allan, thanks for the reply. The values show pretty much what I
expected.
Are these values stored with the package? Or do they depend on the DSN
on
the machine on which the package executes?


"Allan Mitchell" <allan (AT) no-spam (DOT) sqldts.com> wrote in message
news:uoUcAH8SDHA.3188 (AT) tk2msftngp13 (DOT) phx.gbl...
You can find out what your DSN'd connections think they are usinf by
looking
in

Disconencted Edit

Connections | Choose a connection | OLE DB Properties | Extended
Properties

for one of mine I have

DSN=AS400;UID=GENIO;PWD=HowNowBrownCow;

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote in message
news:eOsuL$7SDHA.1572 (AT) TK2MSFTNGP12 (DOT) phx.gbl...
I've got several packages running on a server that copy tables from
an
ODBC
compliant data source to SQL Server. When executing the packages
via
Enterprise Manager on my local machine, they run fine, using the
DSN's
setup
on my machine. However, when the packages are scheduled and run in
the
middle of the night (I assumed from the server where they resided),
certain
tables where not found in the source database.

I could tell by the missing tables that the package was using an
older
version of a catalog referenced by the DSN, so I thought the DSN
just
needed
to be updated on the server. But lo and behold when I went to
update
the
DSN, there weren't any! Not even old ones!

So where the heck are the DTS packages getting the information to
connect
to
the datasource?

I'm so confused...

Thanks,
JT











Reply With Quote
  #6  
Old   
Allan Mitchell
 
Posts: n/a

Default Re: What DSN is being used? - 07-17-2003 , 02:43 PM



No. DTS is client side so will use the clients perspective and resources.

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote

Quote:
It all makes sense now. I didn't not notice there was a system DSN that
was
pointing to an older version of our catalog.

I still think it should use the server's data sources rather than the
client's when executing via enterprise manager. Oh well!

Thanks for your help.

JT

"Allan Mitchell" <allan (AT) no-spam (DOT) sqldts.com> wrote in message
news:ex8#7mCTDHA.3768 (AT) tk2msftngp13 (DOT) phx.gbl...
DTS will look for a DSN with that name on the server the packageruns on.
If
you move the package and the DSN does not exist it will fail

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote in message
news:OjNds48SDHA.1912 (AT) TK2MSFTNGP12 (DOT) phx.gbl...
Allan, thanks for the reply. The values show pretty much what I
expected.
Are these values stored with the package? Or do they depend on the
DSN
on
the machine on which the package executes?


"Allan Mitchell" <allan (AT) no-spam (DOT) sqldts.com> wrote in message
news:uoUcAH8SDHA.3188 (AT) tk2msftngp13 (DOT) phx.gbl...
You can find out what your DSN'd connections think they are usinf by
looking
in

Disconencted Edit

Connections | Choose a connection | OLE DB Properties | Extended
Properties

for one of mine I have

DSN=AS400;UID=GENIO;PWD=HowNowBrownCow;

--

----------------------------
Allan Mitchell (Microsoft SQL Server MVP)
MCSE,MCDBA
www.SQLDTS.com
I support PASS - the definitive, global community
for SQL Server professionals - http://www.sqlpass.org



"JT Autry" <Just ask> wrote in message
news:eOsuL$7SDHA.1572 (AT) TK2MSFTNGP12 (DOT) phx.gbl...
I've got several packages running on a server that copy tables
from
an
ODBC
compliant data source to SQL Server. When executing the packages
via
Enterprise Manager on my local machine, they run fine, using the
DSN's
setup
on my machine. However, when the packages are scheduled and run
in
the
middle of the night (I assumed from the server where they
resided),
certain
tables where not found in the source database.

I could tell by the missing tables that the package was using an
older
version of a catalog referenced by the DSN, so I thought the DSN
just
needed
to be updated on the server. But lo and behold when I went to
update
the
DSN, there weren't any! Not even old ones!

So where the heck are the DTS packages getting the information to
connect
to
the datasource?

I'm so confused...

Thanks,
JT













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.