CS2001 AssemblyAttributes.cs mancante durante l'esecuzione del pacchetto SSIS distribuito sul server

Question

Ho creato pacchetti SSIS e ho utilizzato la Distribuzione guidata di Integration Services per distribuirla sul server. Sto andando manualmente all'accesso al catalogo di Integration Services tramite SQL Server 2012 e facendo clic con il pulsante destro del mouse e eseguendo il pacchetto.

Tuttavia, il pacchetto continua a non riuscire e ricevo i seguenti errori quando controllo i messaggi del rapporto di esecuzione.

Sembra che non funzionino nelle attività di dati in cui sono presenti componenti di script.

Assign :Error: CS2001 - Source file 'C:\Windows\TEMP.NETFramework,Version=v4.0.AssemblyAttributes.cs' could not be found, CSC, 0, 0

Assign :Error: Failed to compiled scripts contained in the package. Open the package in SSIS Designer and resolve the compilation errors.

Answer 1

stavo indagando lo stesso problema, e mi sono imbattuto in una soluzione qui:

https://social.msdn.microsoft.com/Forums/vstudio/en-US/73e67f3a-c575-4c73-a71d-ed7a2aeabb50/csc-error-cs2001-source-file-cwindowstempnetframeworkversionv40assemblyattributescs?forum=msbuild

In sostanza, l'account che il pacchetto funziona sotto deve avere autorizzazioni complete per la cartella C: \ Cartella Windows \ Temp \, in modo che possa creare classi temporanee.

ha funzionato per me :)

Answer 2

Questa risposta è una versione più dettagliata di UberDoodles risposta.

In Esplora risorse.

1. Spostarsi C:\Windows\Temp\
2. Fare clic destro sulla cartella e selezionare properties
3. Vai alla scheda Security, scegliere Advanced
4. Nella scheda predefinita Permissions, scegliere Change Permissions
5. Per la voce di autorizzazione in questione, scegliere edit.
6. Per impostazione predefinita, ho selezionato "Consenti" per Traverse folder/execute file, Create files/write data e Create folders/append data.
7. Controllare anche 'consentire' per List folder/read data e Take ownership.
8. Premere OK, la finestra si chiude
9. Premere Applica e confermare tutto ciò che è necessario.

Inoltre, l'utente che ha effettuato l'accesso aveva già il controllo completo, ma quando ho modificato questo per la voce "Utenti", ha funzionato per me.

(basato su microsoft file/folder permissions).

Answer 3

Ho avuto lo stesso problema di oggi, solo su SQL 2016. Per me ha aiutato a cambiare la versione server di destinazione in Visual Studio delle proprietà del progetto da SQL Server 2012 a SQL Server 2016.

Answer 4

Ho avuto lo stesso problema . Per prima cosa ho utilizzato la risposta Eric G. e aggiunto l'autorizzazione List e Read allo c:\windows\temp. Dopo che ho ottenuto tutto funzionante, sono tornato indietro e ho rimosso il permesso.Ho quindi ridistribuito la mia soluzione da Visual Studio, questa volta designando la destinazione di distribuzione come SQL Server 2014 (che era l'ambiente che stavo usando) usando la soluzione di Martin. Ho quindi riattivato il processo e ha funzionato con List e Read rimosso.

L'ho mantenuto utilizzando la soluzione di Martin, poiché non mi piacerebbe avere autorizzazioni speciali concesse se non ne ho bisogno.

Good Luck