Errore Job di esecuzione di Integration Services
Marco Papo
houn se server SQL 2005 x64. Su un altro server risiede un file .MDB.
Ho creato un task di importazione data da Access a SQL (tasto dx su
DB ->Task->Import data) per importarmi in maniera pianificata dei dati da
tabelle Access a tabelle SQL.
I package li ho archiviati in SQL (MSDB)
Se li eseguo manualmente funzionano, se li pianifico, creando un Job mi da
il seguente errore:
01/07/2008
15:59:21,PassaggioDatiESP2005,Error,0,SRV05,PassaggioDatiESP2005,(Job
outcome),,The job failed. The Job was invoked by User
NTKEUROPE\marco.papetti. The last step to run was step 1
(ImportArticoliAll).,00:00:01,0,0,,,,0
01/07/2008
15:59:21,PassaggioDatiESP2005,Error,1,SRV05,PassaggioDatiESP2005,ImportArticoliAll,,Executed
as user: SRV05\SYSTEM. ... Execute Package Utility Version 9.00.3042.00 for
64-bit Copyright (C) Microsoft Corp 1984-2005. All rights reserved.
Started: 3:59:21 PM Error: 2008-01-07 15:59:22.20 Code: 0xC0202009
Source: ImportArticoliAll Connection manager "SourceConnectionOLEDB"
Description: SSIS Error Code DTS_E_OLEDBERROR. An OLE DB error has
occurred. Error code: 0x80040154. An OLE DB record is available. Source:
"Microsoft OLE DB Service Components" Hresult: 0x80040154 Description:
"Class not registered". End Error Error: 2008-01-07 15:59:22.20 Code:
0xC020801C Source: Data Flow Task Source - TBL_Articoli [1]
Description: SSIS Error Code
DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER. The AcquireConnection
method call to the connection manager "SourceConnectionOLEDB" failed with
error code 0xC0202009. There may be error messages posted before this with
more in
Why?
Prima avevo un SRV con SQL2005 32bit, sul quale risiedevano sia i dati
access che l'installazione SQL e tutto funzionava. Adesso invece con i dati
SQL sul srv05 e i dati access sul' SRV03, non funnziona piů in maniera
pianificata, penso sia un problema di autenticazione, ma non riesco a
capire dove intervenire.
qualche idea?
grazie mille.
--
Marco Papetti
www.shortchannel.it Il software di commercio elettronico OpenSource
www.mondoideale.com - Prodotti naturali e biologici.
Andrea Benedetti
"Marco Papo" <marco....@gmail.com> wrote in message
news:ulLV2FUU...@TK2MSFTNGP05.phx.gbl...
> Buonasera,
>
> houn se server SQL 2005 x64. Su un altro server risiede un file .MDB.
> Ho creato un task di importazione data da Access a SQL (tasto dx su
> DB ->Task->Import data) per importarmi in maniera pianificata dei dati da
> tabelle Access a tabelle SQL.
>
>
>
> I package li ho archiviati in SQL (MSDB)
>
> Se li eseguo manualmente funzionano, se li pianifico, creando un Job mi da
> Why?
Quando esegui il package in maniera manuale vengono utilizzate le
credenziali dell'utente che sta mandando in esecuzione il pacchetto.
In maniera schedulata, invece, le credenziali utilizzate per accedere al
file presente su un computer differente saranno quelle dell'agent con il
quale gira.
Quindi: controlla le credenziali con cui gira SQL Server Agent e soprattutto
controlla che abbia i permessi necessari e sufficienti per arrivare a
leggere il file che ti serve.
> grazie mille.
> Marco Papetti
Ciao!
--
Andrea Benedetti
Microsoft MVP SQL Server
www.absistemi.it | http://community.ugiss.org/blogs/abenedetti
Marco Papo
"Andrea Benedetti" <abene...@absistemi.it> ha scritto nel messaggio
news:2CF4173B-7390-4FDF...@microsoft.com...
Ciao Andrea,
non era un problema di autenticazione, ma di driver, infatti ho trovato
questo post:
1. there is no 64-bit Office 2003 drive, I don't know about office 2007.
2. You can't use 32-bit OLEDB provider in 64-bit process, but you can
execute DTS packages in 32-bit (WOW64) environment on 64-bit machine, and
then you can use 32-bit OLEDB provider. To run package in 32-bit mode, use
DTEXEC from "Program Files (x86)\Microsoft SQL Server\..."
Come risolverlo l'ho trovato qua:
http://support.microsoft.com/kb/934653/en-us
Ciao e grazie.
Andrea Benedetti
> Ciao Andrea,
>
> non era un problema di autenticazione, ma di driver, infatti ho trovato
> questo post:
> 1. there is no 64-bit Office 2003 drive, I don't know about office 2007.
> 2. You can't use 32-bit OLEDB provider in 64-bit process, but you can
> execute DTS packages in 32-bit (WOW64) environment on 64-bit machine, and
> then you can use 32-bit OLEDB provider. To run package in 32-bit mode, use
> DTEXEC from "Program Files (x86)\Microsoft SQL Server\..."
>
> Come risolverlo l'ho trovato qua:
> http://support.microsoft.com/kb/934653/en-us
Il fatto che andasse in maniera manuale e non andasse in maniera schedulata
mi aveva portato a pensare subito all'indicazione che ti ho dato.
Meglio cosě :-)
> Ciao e grazie.
>
> --
> Marco Papetti
Ciao!
Marco Papo
> Ciao Marco,
>> Ciao Andrea,
>>
>> non era un problema di autenticazione, ma di driver, infatti ho trovato
>> questo post:
>> 1. there is no 64-bit Office 2003 drive, I don't know about office 2007.
>> 2. You can't use 32-bit OLEDB provider in 64-bit process, but you can
>> execute DTS packages in 32-bit (WOW64) environment on 64-bit machine, and
>> then you can use 32-bit OLEDB provider. To run package in 32-bit mode,
>> use DTEXEC from "Program Files (x86)\Microsoft SQL Server\..."
>>
>> Come risolverlo l'ho trovato qua:
>> http://support.microsoft.com/kb/934653/en-us
>
> Il fatto che andasse in maniera manuale e non andasse in maniera
> schedulata mi aveva portato a pensare subito all'indicazione che ti ho
> dato.
Anch'io l'avevo pensato, e se ho postato la soluzione è per i posteri ;) che
forse leggeranno questa soluzione subito, e risparmieranno le 4 ore che ci
ho messo io a risolvere il problema.
Tra l'altro sono molto riconoscente a questo newsgroup, che mi ha aiutato in
più di un caso, e un giorno spero che avrò la vostra competenza, ma per
intanto cerco di fare la mia parte, quando posso.
>> Ciao e grazie.
>>
Ciao e grazie per la "Vostra" disponibilità!