Pracując nad utrzymaniem znacznego zestawu pakietów SQL Server Integration Services 2008 R2, natknąłem się na dziwny problem.Jak zatrzymać SSIS od "Zadzwonić do domu"
Pakiety te często korzystają z zadań skryptów, z których każdy zawiera kod C# używany do integracji z niektórymi wewnętrznymi usługami sieciowymi.
Edycja jedna z tych skryptów obejmuje kroki:
- wybierz Script Task w projektancie
- kliknij prawym przyciskiem myszy, wybierz Edycja aby przywołać Script Editor zadań dialogowe
- Naciśnij Przycisk Edytuj skrypt
- Poczekaj (nieco ponad) 15 sekund
- Edit skrypt
- Zamknij edytor skryptów
- Naciśnij OK przycisk na Script Editor zadań dialogowym
- Wait (ponad) 30 sekund
- Dialog zniknie
To czekanie, wyróżnione pogrubioną czcionką, jest dla mnie frustrujące.
Nie ma aktywności procesora, brak IO dysku, brak ruchu sieciowego w tych czasach - edytor wydaje się być po prostu zamrożony.
BTW - te czasy są niezawodne - Użyłem stopera, aby zmierzyć je w ciągu ostatnich kilku dni i różnią się one mniej niż moja dokładność w uderzeniu w przycisk start/stop na stoperze.
Jedyną wskazówką, udało mi się znaleźć jest to, że netstat
pokazuje dodatkowe połączenia sieciowego podczas pauzy:
C:\>netstat -o -b
Active Connections
Proto Local Address Foreign Address State PID
TCP fsis-datam-dev2:3478 akamai-9.fx.net.nz:http SYN_SENT 700
[VSTA.exe]
Moja obecna hipoteza jest taka, że opóźnienia są jakiś timeout SSIS (albo edytor Visual Studio Tools for Applications) "telefony domowe" z jakiegoś powodu. Maszyna, o której mowa, nie ma połączenia z Internetem, więc prośby są daremne.
Może to być dość dobrze znane, ale nie znalazłem odpowiedzi w ciągu kilku * miesięcy * prób przez Google! Bardzo dziękuję za odpowiedź - to, że edytor skryptów pojawia się niemal natychmiast, jest cudowną rzeczą. – Bevan