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

  • 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.


    Dienstag, 23. Juni 2020 07:49

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


    Dienstag, 23. Juni 2020 10:05
    Moderator
  • 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]


    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.03752
    Installierte Version: Community
    Microsoft Visual Studio Tools for Applications 2019   00435-60000-00000-AA517
    Microsoft Visual Studio Tools for Applications 2019
    Allgemeine 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.0
    C#-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 Info
    Projekt   1.0
    Informationen zu meinem Paket
    SQL Server Analysis Services   15.0.19080.0
    Microsoft SQL Server Analysis Services-Designer,
    Version 15.0.19080.0
    SQL Server Data Tools   16.0.62006.03190
    Microsoft SQL Server Data Tools
    SQL Server Integration Services   15.0.2000.123
    Microsoft SQL Server Integration Services-Designer
    Version 15.0.2000.123
    SQL Server Reporting Services   15.0.19049.0
    Designer für Microsoft SQL Server Reporting Services
    Version 15.0.19049.0
    SsmsVsIntegration   1.0
    Informationen zu meinem Paket
    Visual 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 Studio

    WINDOWSEREIGNISPROTOKOLL:

    INFORMATION:

    Fehlerbucket 1478275533274390925, Typ 1
    Ereignisname: APPCRASH
    Antwort: Nicht verfügbar
    CAB-Datei-ID: 0
    Problemsignatur:
    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.txt
    Diese Dateien befinden sich möglicherweise hier:
    \\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_devenv.exe_42d03214a25febef0fd70a94ee8ba7e56d6aec_0d78e896_e2f87110-3673-4341-8049-e207103aa5c2
    Analysesymbol:
    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: 0

    FEHLER-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)




    Dienstag, 23. Juni 2020 15:06
  • 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



    Mittwoch, 24. Juni 2020 10:24
  • 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

    Donnerstag, 2. Juli 2020 11:48
  • Hi,
    hast du mal das durchgelesen, geprüft und entsprechend ausgeführt?

    --
    Best Regards / Viele Grüße
    Peter Fleischer (former MVP for Developer Technologies)
    Homepage, Tipps, Tricks

    Freitag, 3. Juli 2020 05:33
  • 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?

    Freitag, 3. Juli 2020 08:47