Fragensteller
Visual Studio Projekt nach Tabellenänderung immer "defekt" bzw. Programm schließt ohne Fehlermeldung

Frage
-
Hallo zusammen,
anfangs dachte ich das es mal vorkommen kann und an den Excel/Access Input liegt, aber sobald ich eine Tabelle ändere (auch bei Feldergänzungen in der SQL-Server-Zieltabelle) lässt sich das Projekt nicht mehr öffnen. Ich sehe noch kurz die Datenflusstask und das DTS-Paket läd, doch VS 2019 schließt einfach ohne Vorwarnung
Was mache ich falsch bzw. wie kann ich dies verhindern?
Vielen Dank.
- Bearbeitet Controller123 Dienstag, 23. Juni 2020 07:50
Alle Antworten
-
Hi,
schau bitte mal im Windows Ereignisprotokoll. Dort sollten sich entsprechende Meldungen finden lassen.
Poste bitte auch mal die genaue Versionsnummer von Visual Studio und den AddIns (Hilfe -> Info über Microsoft Visual Studio)
Gruß, Stefan
Microsoft MVP - Visual Developer ASP/ASP.NET (2001-2018)
https://www.asp-solutions.de/ - IT Beratung, Softwareentwicklung, Remotesupport
- Bearbeitet Stefan FalzModerator Dienstag, 23. Juni 2020 10:06
-
Weitere Optionen sind:
- Visual Studio mit dem Parameter /LOG starten, um mehr Details zu erhalten, siehe /Log (devenv.exe)
- Wenn das SSIS Projekt geladen ist im Menü SSIS => "Offline arbeiten", dann werden die Datenquellen nicht mehr geprüft … was dann aber auch ein Nachteil ist.
Olaf Helper
[ Blog] [ Xing] [ MVP]- Bearbeitet Olaf HelperMVP Dienstag, 23. Juni 2020 11:04
-
Ich hatte heute erst frisch das aktuelle update geladen. Es läuft defintiv kein Paket mehr sobald ich die Quellen oder Ziele geöffnet und verändert habe
Microsoft Visual Studio Community 2019 Version 16.6.2
VisualStudio.16.Release/16.6.2+30204.135
Microsoft .NET Framework
Version 4.8.03752Installierte Version: CommunityMicrosoft Visual Studio Tools for Applications 2019 00435-60000-00000-AA517
Microsoft Visual Studio Tools for Applications 2019Allgemeine Azure-Tools 1.10
Bietet allgemeine Dienste für die Verwendung durch Azure Mobile Services und Microsoft Azure-Tools.Azure App Service-Tools v3.0.0 16.6.948.25768
Azure App Service-Tools v3.0.0C#-Tools 3.6.0-4.20251.5+910223b64f108fcf039012e0849befb46ace6e66
C#-Komponenten, die in der IDE verwendet werden. Abhängig von Ihrem Projekttyp und den zugehörigen Einstellungen kann eine andere Version des Compilers verwendet werden.NuGet-Paket-Manager 5.6.0
NuGet-Paket-Manager in Visual Studio. Weitere Informationen zu NuGet finden Sie unter https://docs.nuget.org/.ProjectServicesPackage Extension 1.0
ProjectServicesPackage Visual Studio Extension Detailed InfoProjekt 1.0
Informationen zu meinem PaketSQL Server Analysis Services 15.0.19080.0
Microsoft SQL Server Analysis Services-Designer,
Version 15.0.19080.0SQL Server Data Tools 16.0.62006.03190
Microsoft SQL Server Data ToolsSQL Server Integration Services 15.0.2000.123
Microsoft SQL Server Integration Services-Designer
Version 15.0.2000.123SQL Server Reporting Services 15.0.19049.0
Designer für Microsoft SQL Server Reporting Services
Version 15.0.19049.0SsmsVsIntegration 1.0
Informationen zu meinem PaketVisual Basic-Tools 3.6.0-4.20251.5+910223b64f108fcf039012e0849befb46ace6e66
Visual Basic-Komponenten, die in der IDE verwendet werden. Abhängig von Ihrem Projekttyp und den zugehörigen Einstellungen kann eine andere Version des Compilers verwendet werden.Visual Studio Code-Debugadapter-Hostpaket 1.0
Interopebene zum Hosten der Visual Studio Code-Adapter in Visual StudioWINDOWSEREIGNISPROTOKOLL:
INFORMATION:
Fehlerbucket 1478275533274390925, Typ 1
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0Problemsignatur:
P1: devenv.exe
P2: 16.6.30204.135
P3: 5ed98023
P4: mso40uiwin32client.dll
P5: 16.0.4519.1000
P6: 58bed810
P7: c0000005
P8: 00166226
P9:
P10:Angefügte Dateien:
\\?\C:\Users\XXXX\AppData\Roaming\microsoft\visualstudio\16.0_8189c170\activitylog.xml
\\?\C:\Users\XXXXX\AppData\Local\microsoft\visualstudio\16.0_8189c170\devenv.exe.config
\\?\C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\devenv.isolation.ini
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER9C9B.tmp.dmp
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA43D.tmp.WERInternalMetadata.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA45D.tmp.xml
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA46B.tmp.csv
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA48B.tmp.txtDiese Dateien befinden sich möglicherweise hier:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_devenv.exe_42d03214a25febef0fd70a94ee8ba7e56d6aec_0d78e896_e2f87110-3673-4341-8049-e207103aa5c2Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: f48e3e83-efb1-4c61-98ad-420726dd3dc9
Berichtstatus: 268435456
Bucket mit Hash: 1569eadd7e1eb76a9483e3c3e8f8a18d
CAB-Datei-Guid: 0FEHLER-Appikation:
Name der fehlerhaften Anwendung: devenv.exe, Version: 16.6.30204.135, Zeitstempel: 0x5ed98023
Name des fehlerhaften Moduls: mso40uiwin32client.dll, Version: 16.0.4519.1000, Zeitstempel: 0x58bed810
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00166226
ID des fehlerhaften Prozesses: 0x2414
Startzeit der fehlerhaften Anwendung: 0x01d6496ee8158a5a
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\devenv.exe
Pfad des fehlerhaften Moduls: C:\Program Files (x86)\Common Files\Microsoft Shared\Office16\mso40uiwin32client.dll
Berichtskennung: f48e3e83-efb1-4c61-98ad-420726dd3dc9
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:FEHLER-Runtime:
Anwendung: devenv.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: System.AccessViolationException
bei Microsoft.SqlServer.Dts.Pipeline.Wrapper.CManagedComponentWrapperClass.AcquireConnections(System.Object)
bei Microsoft.DataTransformationServices.Design.PipelineUtils.AcquireConnections(Microsoft.SqlServer.Dts.Pipeline.Wrapper.IDTSComponentMetaData100, Microsoft.SqlServer.Dts.Runtime.Connections, Boolean)
bei Microsoft.DataTransformationServices.Design.DtsComponentDesigner+<>c__DisplayClass81_1.<ValidateComponentInternal>b__0()
bei System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr, System.Object[], System.Object, System.Object[] ByRef)
bei System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Messaging.IMessageSink)
bei System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.DoAsyncCall()
bei System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.ThreadPoolCallBack(System.Object)
- Bearbeitet Controller123 Dienstag, 23. Juni 2020 15:11
-
Hallo zusammen,
vielen Dank für Eure Hilfe. Hab das LOG-File mal geöffnet. Sind recht viele Infos aus denen ich nicht schlau werde:
Fakt ist, wenn ich im Datenpaket eine Accessdatenbank per MS Office 16.0 Access Database Engine OLE DB Provider über den Dateipfad als Quelle verbinden und nur im Anschluss die Datei ohne Änderungen öffne und schließe stützt VS2019 genau beim Laden der SSIS-Toolbar ab ohne Meldung. Ich kann also gar nichts offline stellen, was auch wahrscheinlich nicht gut ist, wenn ich Änderungen machen!? Ist die Verbindungsart richtig?
Was soll ich ggf. hier zur Verfügung stellen. Hier die Warnings:
288 Warning About to block on async service creation because the service was requested via GetService. This has the potential to deadlock. Async initializing services should be retrieved via GetServiceAsync.
Warning Performance warning: String load failed. Pkg:{1B027A40-8F43-11D0-8D11-00A0C91BC942} LANG:0407 ID:1301
87 Entering TryPromoteItem MruList 2020/06/24 10:16:04.512
88 Did not find item to promote
-
Hallo zusammen, hat keiner eine Idee wie ich den Fehler eingrenzen kann. Ein Absurz von VS2019 kann doch nicht spurlos vonstatten gehen :-(
Bin für jeden Hinweis dankbar, da dies für die einzige Möglichkeit ist den ETL-Prozess aufzubauen ohne nach jeder Tabelle betteln zu müssen, die man mir als CSV zur Verfügung stellt. Verstehe nicht wieso eine einfachwe Access-Datenbank ohne Fremdeinbindungen von Tabellen den Absturz verursacht. Kann der Treiber defekt oder falsch sein!?
Nutze MS Access database engine 2016 (English) Version 16.0.4519.1000 unter WIN10 deutsch mit Office 365 als 32 bit
-
Hallo zusammen,
danke für den Link!!!! Die Umstellung des Paketes von 64bit auf 32bit hat leider keine Besserung gebracht. Die Vorschau klappt. Ich vermute und habe in der Tat einen Mix aus div. Programmen, daher die Überlegung ob ich nicht grundsätzlich bei den ETL-Erstellung nur auf dem Server arbeite.
Nächster Versuch:
Spricht etwas dagegen VS2019 direkt auf dem "sauberen" SQL-Server zu installieren? Ich meine da gab es damals irgendwelche Einwände, kann aber auch sein, dass man damals neben VS2014 auch Excel auf dem Server installiert hat, was dann der selbe Krams wäre wie bei meinem Rechner?