Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: fenek96 w Marzec 25, 2017, 12:49:39
-
Witam. Ostatnio w firmie zmienialiśmy komputery i system. Przeniesienie serwera SubiektGT 1.34SP3 WindowsXP(pro) na serwer z Windows10(Pro) Procesor AMD Phenom 9600 4x2.3Ghz, 6GB RAM, Dysk SSD na system i baze danych, w systemie istnieje tylko jedno konto lokalne i komputery pracują w tej samej grupie roboczej. O ile praca na serwerze nie przysparza problemów to w losowym czasie komputery łączące się do serwera podczas wpisywania towarów tracą dostęp do listy towarów. Pomaga wyłączenie i włączenie subiekta na komputerach, a w tym czasie problem na serwerze nie występuje. W dzienniku zdarzeń serwera znalazłem takie dwa błędy:
1. Zgodnie z ustawieniami uprawnienia właściwe dla aplikacji nie jest udzielane uprawnienie Lokalny Aktywacja do aplikacji serwera COM z identyfikatorem klasy CLSID {3185A766-B338-11E4-A71E-12E3F512A338}i identyfikatorem aplikacji APPID {7006698D-2974-4091-A424-85DD0B909E23} użytkownikowi NT SERVICE\MSSQL$INSERTGT o identyfikatorze zabezpieczeń SID (S-1-5-80-1588773186-3272668931-665106405-1858375229-2373426978) z adresu LocalHost (użycie LRPC) działającemu w kontenerze aplikacji o identyfikatorze SID Niedostępny (Niedostępny). To uprawnienie zabezpieczeń można modyfikować przy użyciu narzędzia administracyjnego Usługi składowe.
2. A user request from the session with SPID 54 generated a fatal exception. SQL Server is terminating this session. Contact Product Support Services with the dump produced in the log directory.
Za każdym razem zmienia się numer SPID
Pozdrawiam i mam nadzieje że wytłumaczyłem dość jasno.
-
To typowe objawy zrywania połączenia sieciowego.
-
Też o tym pomyślałem, ale switch jest nowy. a na kartach sieciowych nie widać rozłączenia sieci.
-
Też o tym pomyślałem, ale switch jest nowy.
Przede wszystkim to nie ma znaczenia, że jest nowy, mam też rozumieć, że to całą infrastruktura sieciowa (pomijając karty sieciowe) ? :o
a na kartach sieciowych nie widać rozłączenia sieci.
Co to niby znaczy "nie widać", jak to diagnozowałeś ? Jak zajrzysz do gniazdka to też "widzisz", czy jest napięcie, czy go nie ma ? Jak podłączysz żarówkę/miernik to zauważysz zanik napięcia na powiedzmy 2ms ?
-
Każde rozłączenie się karty sieciowej powinno być zarejestrowane. Dziś wymienię kartę w serwerze.
-
Niestety wymiana karty sieciowej, switcha oraz kabla nie przyniosła żadnego efektu. Nadal występuje błąd w dzienniku zdażeń jak wyżej oraz rozłącza stacje z serwerem.
-
Nikt nie mówił, że będzie łatwo.
-
A co myślicie o tych błędach w dzienniku? Problem z dostępem do katalogów serwera SQL?
-
A co myślicie o tych błędach w dzienniku? Problem z dostępem do katalogów serwera SQL?
Jakich błędach, gdyż nie zamieściłeś żadnych, które w jakikolwiek sposób sugerowałaby coś takiego ?
-
Spróbuj na czas prób wyłaczyć program antywirusowy na serwerze oraz zaporę dla połączeń prywatnych. Być moze wskaże to kierunek poszukiwań.
Dodam, że na naiektórych routerach taka sytuacja może występować, gdy komputery mają nadane adresy IP ręcznie, a nie przez DHCP.
-
Błędy opisane w pierwszym poście od samego początku.
-
Błędy opisane w pierwszym poście od samego początku.
To zacytuj fragment, który według ciebie sugeruje:
Problem z dostępem do katalogów serwera SQL?
-
[
Problem z dostępem do katalogów serwera SQL?
To by raczej świadczyło o nieprawidłwoej instalacji serwera SQL, skoro on sam nie ma uprawnień do swoich folderów. Żaden użytkownik zewnętrzny nie potrzebuje dostępu do folderów serwera SQL.
-
[Problem z dostępem do katalogów serwera SQL?
To by raczej świadczyło o nieprawidłwoej instalacji serwera SQL, skoro on sam nie ma uprawnień do swoich folderów. Żaden użytkownik zewnętrzny nie potrzebuje dostępu do folderów serwera SQL.
Taki problem może wystąpić praktycznie tylko przy ręcznym kopiowaniu baz danych i ich podłączaniu i objawiłby się już na etapie podłączania bazy, a nie pracy z nią, więc w ogóle nie widzę związku z opisywanymi problemami.
-
Zauważyłem jeszcze jeden błąd w dzienniku zdarzeń codziennie o podobnej godzinie +-1h względem poprzeniej.
Nie można wygenerować kontekstu aktywacji dla "C:\Program Files (x86)\Microsoft SQL Server\120\Tools\Binn\ManagementStudio\CopyDatabaseWizard.exe". Błąd w pliku manifestu lub w pliku zasad "C:\Program Files (x86)\Microsoft SQL Server\120\Tools\Binn\ManagementStudio\CopyDatabaseWizard.exe" w wierszu 8. Wartość "1.0" atrybutu "version" elementu "assemblyIdentity" jest nieprawidłowa
-
Niestety. Firewall oraz antywirus wyłączony a nadal pojawia się błąd i dodatkowo przed chwilą komputer się przeławodał:
Zgodnie z ustawieniami uprawnienia właściwe dla aplikacji nie jest udzielane uprawnienie Lokalny Aktywacja do aplikacji serwera COM z identyfikatorem klasy CLSID
{8D8F4F83-3594-4F07-8369-FC3C3CAE4919}
i identyfikatorem aplikacji APPID
{F72671A9-012C-4725-9D2F-2A4D32D65169}
użytkownikowi ZARZĄDZANIE NT\SYSTEM o identyfikatorze zabezpieczeń SID (S-1-5-18) z adresu LocalHost (użycie LRPC) działającemu w kontenerze aplikacji o identyfikatorze SID Niedostępny (Niedostępny). To uprawnienie zabezpieczeń można modyfikować przy użyciu narzędzia administracyjnego Usługi składowe.
-
Co to niby znaczy "przeładował" ?
-
Dostałem w sprawie błędu odpowiedź z Insertu
wygląda to na problem z Windowsem, konkretnie z użytkownikiem, na którym pracuje usługa SQL Servera.
Można spróbować się z nim uporać np. podstawie poniższych informacji:
https://social.msdn.microsoft.com/Forums/sqlserver/en-US/01f35888-8f9f-4bd9-935b-18deae9d1f15/help-diagnosing-fatal-exception-in-sql-2008-r2-generated-fatal-exception-c0000005?forum=sqldatabaseengine
Idąc tym tropem wgrałem aktualizacje dla SQL Express 2014 sp2 i po całym procesie pojawił się nowy wpis w dzienniku zdarzeń.
Nie można wygenerować kontekstu aktywacji dla "C:\Program Files (x86)\Microsoft SQL Server\120\Tools\Binn\ManagementStudio\CopyDatabaseWizard.exe". Błąd w pliku manifestu lub w pliku zasad "C:\Program Files (x86)\Microsoft SQL Server\120\Tools\Binn\ManagementStudio\CopyDatabaseWizard.exe" w wierszu 8. Wartość "1.0" atrybutu "version" elementu "assemblyIdentity" jest nieprawidłowa.
Może odinstalować ManagmentStudio albo aktualizować SQL do wersji 2016?
-
A może byś tak utworzył nowy profil w Windowsie i sprawdził zachowanie na innym profilu. Zgodnie z sugestią Insetu.
Robisz różne alpejskie kombinacje zamiast spróbować tego, co Ci doradzają.
-
A więc prawdopodobnie problem rozwiązany. Jak na razie rozłączenie nie występuje. Co do postępowania zgodnie z instrukcją to właśnie wykonałem instalację pakietu poprawek dla używanego SQL Express tak jak radził insert, a nie tworzenie nowego konta windows.