SSIS: Appena iniziato a ricevere una "Chiave non valida per l'uso nello stato specificato". errore sul pacchetto SSIS pianificato

Question

Ho 2 processi pianificati sul mio computer SQL Server 2005 che è pianificato per essere eseguito ogni mattina (intorno alle 2:00 AM). Questi lavori hanno funzionato bene (per lo più) per anni e anche se ho avuto qualche singhiozzo che ho dovuto affrontare attraverso questo problema mi sta bloccando completamente.

Due mattine fa, uno dei miei pacchetti iniziato segnalato la seguente errore:

Executed as user: [Service Acount]. ...n 9.00.4035.00 for 32-bit 
Copyright (C) Microsoft Corp 1984-2005. All rights reserved. 
    Started: 1:15:01 AM Error: 2012-10-17 01:15:03.98 
    Code: 0xC0016016 
    Source: 
     Description: Failed to decrypt protected XML node "DTS:Password" 
     with error 0x8009000B "Key not valid for use in specified state.". 
     You may not be authorized to access this information. This error 
     occurs when there is a cryptographic error. Verify that the 
     correct key is available. End Error Error: 2012-10-17 01:15:03.99 
    Code: 0xC0016016 
    Source: 
     Description: Failed to decrypt protected XML node "DTS:Password" 
     with error 0x8009000B "Key not valid for use in specified state.". 
     You may not be authorized to access this information. This error 
     occurs when there is a cryptographic error. Verify that the 
     correct key is available. End Error Error: 2012-10-17 01:15:04.01 
    Code: 0xC0016016  
Source:  
Description: Failed to ... The package execution fa... The step failed. 

Questo sembra essere un problema comune, tuttavia, nessuna delle raccomandazioni che ho trovato né si applica a mio scenario né la mia istanza sembra corrispondere alla maggior parte degli altri casi in cui ciò si verifica. Ecco i dettagli importanti riguardanti la mia implementazione.

• Questo pacchetto sta esportando i dati da un sistema iSeries, alle tabelle di dati di SQL Server 2005.
• Questo processo funziona correttamente ma continua a bloccarsi in una tabella, esportazione specifica. Infatti, funziona senza problemi per oltre 2 ore prima che muoia. Dopo aver esaminato tutte le proprietà associate con questo passaggio, è possibile notare che non vi è nulla di diverso in questo passo rispetto alle altre fasi di esportazione della tabella, ad eccezione dei mapping di esportazione tabella/colonna.
• Il pacchetto ProtectionLevel è impostato su DontSaveSensitive e le credenziali iSeries sono memorizzate in un file di configurazione a cui accede SQL Server.
• Posso eseguire il passaggio non riuscito sulla mia macchina, in BIDS. Indipendentemente da ciò, non funziona sul server, sebbene il server stia utilizzando le stesse identiche credenziali.
• Come ho già detto, ho due pacchetti. Sono effettivamente la stessa cosa, ad eccezione di uno sta esportando i dati da un database iSeries e l'altro sta esportando i dati che è quasi la stessa struttura esatta da un altro DB iSeries. Il primo pacchetto non presenta alcun problema anche se utilizza le stesse credenziali iSeries.
• Per essere chiari, nulla sul mio server è cambiato in mesi (che io sappia). Questo ha appena iniziato a succedere ieri mattina.

Qualsiasi suggerimento o suggerimento sarebbe estremamente utile. Questa esportazione è estremamente importante e molti utenti/dipendenti fanno affidamento su questi dati per il loro lavoro quotidiano.

Answer 1

Beh, odio dover postare una simile risposta, ma ho risolto il problema.

Il motivo di risposta breve per cui ho avuto questo problema è dovuto al fatto che uno dei campi in una tabella di dati non è stato definito correttamente. In questo caso è stato dichiarato come decimal (11, 3) e avrebbe dovuto essere un decimal (13, 3). Non ho riscontrato questo problema finché non è stato pubblicato un valore nella tabella che non si adattava all'intervallo (11, 3).

Questo problema evidenzia uno dei miei più grandi reclami con SSIS. A volte ricevo errori che sono spesso ben documentati su Internet. Ricerco tutti i miei registri e cerco di impostare vari scenari di test partendo dal presupposto che il messaggio di errore sia onesto. Tuttavia, quando finalmente risolvo il problema, è completamente estraneo al messaggio di errore che viene scritto nel file di registro.

In questo caso, l'errore di cui sopra non ha assolutamente nulla a che fare con il problema ?! In effetti, sono stato molto fortunato a vedere il problema. Sapevo che l'aggiornamento sul mio tavolo potrebbe essere una potenziale soluzione perché ho visto comunicare SSIS in modo errato prima del.

mi piacerebbe dare la colpa questo sui neutrini dallo spazio bombardando mio server, ma il migliore take-away da questa esperienza è quello di cercare di risolvere i vostri problemi SSIS in base al largo del parere di altri, tuttavia , se i loro consigli non aiuta, rendersi conto che il problema potrebbe non essere correlato al messaggio di errore SSIS e triplicare tutto ciò che è associato al punto di errore.

Answer 2

Non è stato possibile pubblicare l'immagine nei commenti, quindi pubblicarla come risposta.

Quando si tenta di importare il pacchetto in SQL Server, non appena si fa clic con il pulsante destro del mouse e si esegue "Importa pacchetto", verrà visualizzata la seguente finestra.

Fare clic sulla casella rettangolo a destra della finestra. Ti darà la possibilità di cambiare il livello di protezione del pacchetto. Passa a "Non salvare sensibili" e prova a eseguire il pacchetto. Una parola di cautela, questo richiederà la rimozione del pacchetto esistente e la reimportazione di nuovo. Quindi, potresti voler provarlo su un'altra macchina prima di toccare la configurazione esistente.

Answer 3

Per me era solo la password per una connessione Manager in SSIS, che non è stata salvata. Inserire la password -> OK-> chiudere il file dtsx & riaprire. Errore andato.

Answer 4

Questa è una soluzione alternativa per evitare il problema, in primo luogo, il salvataggio di password sensibili nel pacchetto.

Ho rimosso l'attività FTP e ho utilizzato un'attività File System invece di copiare il file nella stessa posizione tramite una condivisione di rete sul server ftp ed evitato di utilizzare il protocollo ftp.

Sono stato anche in grado di salvare il pacchetto nel file system anziché nel server SQL Server e funzionava correttamente.

Speriamo che ti aiuti!

Answer 5

Aprire il pacchetto dtsx quindi passare a proprietà set ProtectionLevel EncryptSensitiveWithPassword e inserire la password. Connetti il ​​lavoro del modulo sql del pacchetto con la stessa password.

Vedi http://support.microsoft.com/kb/918760 e http://www.mssqltips.com/sqlservertip/2091/securing-your-ssis-packages-using-package-protection-level/

Answer 6

incontrato lo stesso messaggio di errore in SQL Server 2012. Per me, il riavvio di SQL Server Management Studio risolto il problema. Il problema era probabilmente causato dalla modifica della password del mio dominio pochi giorni fa mentre SSMS era aperto. Se si verifica un problema simile e non si risolve il problema con un semplice riavvio, assicurarsi di controllare Control Panel\User Accounts\Credential Manager per informazioni sull'account memorizzato nella cache e/o provare a riavviare.