CS2001 Brakujące AssemblyAttributes.cs podczas wykonywania pakietu SSIS wdrożonego na serwerze

Utworzono pakiety SSIS i wykorzystałem Kreatora wdrażania Integration Services w celu wdrożenia go na serwerze. Ręcznie przechodzę do dostępu do Katalogu usług Integration przez SQL Server 2012 i klikam prawym przyciskiem myszy i wykonuję mój pakiet.CS2001 Brakujące AssemblyAttributes.cs podczas wykonywania pakietu SSIS wdrożonego na serwerze

Jednak pakiet ciągle się zawiesza i podczas sprawdzania komunikatów raportu wykonawczego pojawiają się następujące błędy.

Wygląda na to, że ulegają awarii w zadaniach danych, w których mam komponenty skryptów.

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.

Źródło

2016-02-11 Juc

Czy na serwerze zainstalowany jest poprawny framework .NET? –

Co masz na myśli przez poprawne środowisko .NET? Jak, odpowiednia wersja 4.0 vs 4.5? – Juc

Tak, jak w prawidłowej wersji. Patrząc na błąd, narzeka on na brak pliku assemblyattributes.cs. –

ja badał ten sam problem, i natknąłem się na rozwiązanie tutaj:

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

Zasadniczo konto której pakiet działa pod musi mieć pełne uprawnienia do katalogu C: \ Windows \ Temp \ folder, aby mógł tworzyć tymczasowe klasy.

on pracował dla mnie :)

Źródło

2016-08-05 08:01:53 UberDoodles

Pracowałem dla mnie! Mimo że użytkownicy/ustawienia nie były zbyt proste na moim komputerze, musiałem zmienić uprawnienia z "Użytkownicy", zamiast z zalogowanego użytkownika. Jak zmienić uprawnienia: https://msdn.microsoft.com/en-us/library/bb727008.aspx – EricG

Ta odpowiedź jest bardziej szczegółowa wersja UberDoodles odpowiedź.

W Eksploratorze Windows.

Przejdź do C:\Windows\Temp\
prawym przyciskiem myszy folder, a następnie wybierz properties
przejdź do zakładki Security wybierz Advanced
Na karcie domyślnej Permissions wybierz Change Permissions
dla odpowiedniego wpisu Permission wybierz edit.
Domyślnie miałem 'pozwolić' sprawdzane dla Traverse folder/execute file, Create files/write data i Create folders/append data.
Sprawdź również "Zezwalaj" na List folder/read data i Take ownership.
Naciśnij OK, okno zamyka się
Naciśnij Zastosuj i potwierdź wszystko, czego potrzebujesz.

Dodatkowo zalogowany użytkownik miał już pełną kontrolę, ale kiedy zmieniłem to dla wpisu "Użytkownicy", zadziałało to dla mnie.

(na podstawie microsoft file/folder permissions).

Źródło

2016-10-28 09:58:46 EricG

To działało dla mnie po dodaniu uprawnień dla użytkownika [SERVERNAME] \ Users, chociaż nie jestem pewien, które konto jest faktycznie używane dla skryptów podczas działania pakietu. Zakładałem konto usługi SQL Server, ale najwyraźniej nie. –

miałem ten sam problem dzisiaj, tylko na SQL 2016. Dla mnie to pomogło zmienić wersję serwera docelowego we właściwościach projektu Visual Studio z SQL Server 2012 do SQL Server 2016

Źródło

2017-01-16 10:18:36

miałem ten sam problem . Najpierw użyłem odpowiedzi Eric G. i dodałem uprawnienia List i do c:\windows\temp. Po tym jak wszystko działało, wróciłem i usunąłem to pozwolenie.Następnie ponownie wdrożyłem moje rozwiązanie z Visual Studio, tym razem wyznaczając cel wdrożenia jako SQL Server 2014 (w którym używano środowiska), używając rozwiązania Martina. Następnie ponownie utworzyłem proces i usunięto go z usuniętych List i Read.

Zachowałem to, używając rozwiązania Martina, ponieważ nie lubię mieć specjalnych uprawnień przyznanych, jeśli ich nie potrzebuję.

Powodzenia

Źródło

2017-08-31 16:00:33 SPO100

CS2001 Brakujące AssemblyAttributes.cs podczas wykonywania pakietu SSIS wdrożonego na serwerze

Odpowiedz

Powiązane problemy