Skocz do zawartości

Program serwisowy - nie wyświetla bazy danych

Polecane posty

Windows 7 Pro
Po zainstalowaniu nowego SubiektaGT 1.52 - instaluje się MSDE 2014. Podczas instalowania nowego Sello 1.28.1 doinstalowują się składniki MSDE 2008 R2.
Przy instalacji została wybrana Autentykacja Windows.
Do Sello można się normalnie zalogować. Wchodząc do: Program Serwisowy Sello nie widać żadnej bazy.
Próba podłączenia istniejącej daje komunikat, że nie można podłączyć już podłączonej bazy (nawet pod inną nazwę też się nie udaje).
Wszystko dzieje się na koncie z prawem Admina, które było użyte podczas instalacji Subiekta i Sello.
Po zainstalowaniu Sello dearchiwizacja bazy danych poszła bez problemu.
Dlaczego w Programie Serwisowym nie widać bazy danych ? Co zrobić, żeby się pojawiła ?

PS. W programie serwisowym Subiekta baza danych Subiekta wyświetla się bez problemu. Problem jest tylko w programie serwisowym Sello.

sello1.jpg

sello2.jpg

sello3.jpg

Edytowane przez Ben Rox
dodanie ważnych szczegółów
Link to postu

Gdy używam narzędzi SQL Server Installation Center 64-bit (zarówno dla 2008 jak i dla 2014) w panelu Tools \ System Configuration Checker - wszystkie testy kończą się ok (na zielono Passed). 

Gdy wchodzę w SQL Server 2014 Import and Export Data (64-bit) wybieram OLE DB Provider for SQL Server, później nazwę servera oraz Autentykację Windows, mogę rozwinąć listę baz danych, w których pojawia się też moja MARKUS_SELLO. Później pojawia się lista tabel w bazie. To wszystko oznacza, że z poziomu SQL jest dostęp do bazy danych. Nie ma problemu z brakiem uprawnień, etc. Jest jakiś problem w Programie Serwisowym Sello.

Łączenie 'sa' jest uważane za mniej bezpieczne łączenie od połączenia typu Windows Authentication, więc od dawna tego nie używam. Raczej nie jest to ta kwestia, chociaż oczywiście może coś być z tym związane z poziomu Programu Serwisowego Sello.

Link to postu

Zgłaszano nam ten problem już kiedyś, na komputerze brakuje prawdopodobnie jakiejś wymaganej biblioteki - niestety nie wiemy jakiej.

Można spróbować to sprawdzić uruchamiając program fuslogvw.exe i konfigurując go w następujący sposób:

image.png.2e138bd2157768b36cd12ce089a8a2ed.png

Program trzeba uruchomić jako administrator. Po włączeniu logowania należy uruchomić program serwisowy i potem w oknie Assembly Binding Log Viewer wybrać Refresh.

Na zakończenie należy wyłączyć logowanie (Log disabled w ustawieniach).

Jeśli tego programu nie ma na komputerze dostępnego, można włączyć logowanie poprzez edycję wpisu w rejestrze według tego postu: https://pauliom.com/2012/01/30/how-to-log-net-binding-errors-when-you-dont-have-fuslogvw-exe/

 

Link to postu

Zrobiłem test przez zmianę rejestru i powstał log z którego wynika że problem jest z plikami:
C:/Program Files (x86)/InsERT/Sello/en/Admin.resources.DLL
C:/Program Files (x86)/InsERT/Sello/en/Admin.resources/Admin.resources.DLL
C:/Program Files (x86)/InsERT/Sello/Microsoft.SqlServer.Management.SqlParser.DLL

Ma to prawdopodobnie związek z biblioteką: C:\Windows\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll
Mój system to Windows 7 Pro 64-bit. W celach testowych sprawdziłem, ale biblioteka nie daje się zarejestrować ani jako 32 ani 64-bit:
The 64-bit version is %systemroot%\System32\regsvr32.exe C:\Windows\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll 
The 32-bit version is %systemroot%\SysWoW64\regsvr32.exe C:\Windows\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll
Za każdym razem pojawia się komunikat "The module "C:\Windows\Microsoft.NET\Framework64\v2.0.50727\mscorwks.dll" was loaded but the entry-point DllRegisterServer was not found.

Obecnie w systemie jest zainstalowany tylko Microsoft .NET Framework 4.7.1 + update KB4096418 i KB4054852 (tzn. widać to z poziomu panelu Uninstall Programs).
Pozostałe Frameworki są chyba instalowane by default już razem z Windowsem 7.
W katalogu C:\Windows\Microsoft.NET\Framework są foldery: 
v1.0.3705
v1.1.4322
v2.0.50727
v3.0
v3.5
v4.0.30319
W katalogu C:\Windows\Microsoft.NET\Framework64 są foldery:
v2.0.50727
v3.0
v3.5
v4.0.30319

Z logu wynika, że biblioteka mscorwks.dll pochodzi z .NETv2.0.50727
Chciałem przeinstalować wadliwy Framework więc pobrałem wersję 64bit 2.0 SP2 - https://www.microsoft.com/en-us/download/confirmation.aspx?id=1639
Niestety, przy próbie instalacji dostaję komunikat: "You must use "Turn Windows features on or off" in the Control Panel to install or configure Microsoft .NET Framework 2.0 SP2.
Gdy wchodzę do Control Panel\Programs\Programs and Features i wybieram "Turn Windows features on or off" mam w oknie możliwość włączenia/wyłączenia tylko odnośnie Framework 3.5.1 (załączam zrzut ekranu).
Co trzeba byłoby tu zmienić, żeby dało radę przeinstalować ten Fremawork i czy nie zaburzy to innych Frameworków, bo chyba nawet kolejność ich instalowania może mieć znaczenie ?
Czy może wystarczyłoby podegranie biblioteki Framework64\v2.0.50727\mscorwks.dll z jakiegoś innego PC-ta ?


 

Selle_mscorwks.dll_Framework2.0sp2.jpg

Link to postu

Proszę spróbować zainstalować to: http://go.microsoft.com/fwlink/?LinkId=123708&clcid=0x409

Biblioteki .Netowe nie podlegają rejestracji za pomocą regsvr32, dlatego pojawia się błąd przy wywołaniu. Spróbowałbym również włączyć .NET 3,5 (który zawiera komponenty 2.0).

Różne wersje frameworków mogą istnieć obok siebie.

Link to postu

Włączenie .NET3.5 nie pomogło (z restartem oczywiście).
Przy próbie instalacji otrzymanego z link SharedManagementObjects (z SQL 2008) otrzymuję popup: "Setup is missing an installation prerequisite: Microsoft SQL Server 2008 System CLR Types. To continue install SQL Server System CLR Types from http://go.microsoft.com/fwlink/?LinkID=116207 and then run the Setup operation again.
Po wejściu na ten link i pobraniu/zainstalowaniu ENU\x64\SQLSysClrTypes.msi + restart, ponowne uruchomienie pobranego z otrzymanego linku ShareManagementObjects kończy się dokładnie takim samym komunikatem (nie wiem dlaczego, bo CLR Types zostało przecież zainstalowane i można je też odinstalować).
Gdy natomiast samemu pobieram ENU\x64\SharedManagmentObjects.msi (cały czas z zestawu Microsoft SQL Server 2008 Service Pack 3 Feature Pack - https://www.microsoft.com/en-us/download/details.aspx?id=27596) otrzymuję z kolei komunikat "Installation of Microsoft SQL Server 2008 Management Objects failed because a higher version already exists on the machine. To proceed, uninstall the higher version and then run Microsoft SQL Server 2008 Management Objects Setup again".
To z kolei może być spowodowane tym, że podczas instalacji Subiekt 1.52 został zainstalowany w wersji MSDE 2014.

Link to postu
  • 2 miesiące temu...

Mam bardzo podobny problem, ale występuje tylko na komputerach klienckich.

Ostatnio przerzucaliśmy całego SQL'a na dysk SSD i po całej operacji żaden z komputerów klienckich nie widzi żadnej bazy w programie serwisowym ( ani po połączeniu po nazwie serwera ani po jego IP ). Co ciekawe na komputerze serwerowym wszystko działa jak wcześniej ( niezależnie od tego czy w programie serwisowym loguje się po localu, czy nazwie serwera ).

Jakiś pomysł?

Link to postu
  • 3 miesiące temu...

Nie chcę zakładać nowego wątku, ale mam dokładnie ten sam problem, a zbliżam się bazą do 10GB... Na dwóch stanowiskach klienckich od paru dni Sello i Subiekt bardzo mocno zwolniły, na paragon po kliknięciu wystaw czekaliśmy ostatnio 2 minuty aż wyjdzie z drukarki!! Na serwerze jest ok, ale myślę, że spowolnienie na klientach może mieć związek z wielkością bazy?

W każdym razie program serwisowy łączy się, ale nie wyświetla baz. Patenet z fuslogvw.exe nie pomógł, również doinstalowanie składników  SQLSysClrTypes  nic nie zmieniło. Mało tego, nie mogę odpalić SSMS! Trochę mam stresa, że zbliża się Black out... O.o H.E.L.P.

 

sello3.png

sell04.png

WMIDiag wskazuje na błąd:

42687 21:32:31 (1) !! ERROR: The following WMI repository file(s) is/are missing: ......................................................... 4 ERROR(S)!
42688 21:32:31 (0) ** - INDEX.BTR
42689 21:32:31 (0) ** - MAPPING1.MAP
42690 21:32:31 (0) ** - MAPPING2.MAP
42691 21:32:31 (0) ** - OBJECTS.DATA
42692 21:32:31 (0) ** => To fix this issue:
42693 21:32:31 (0) **    - ENSURE you have all access rights to the WMI repository folder.
42694 21:32:31 (0) **    - ENSURE you run WMIDiag as an Administrator.
42695 21:32:31 (0) ** => If the issue is not due to a lack of privileges, and folder/files are really missing, while
42696 21:32:31 (0) **    the WMI service successfully started, then WMI will rebuild the repository based on the
42697 21:32:31 (0) **    auto-recovery mechanism. In such a case, WMI repository files shoud be available after the execution
42698 21:32:31 (0) **    of WMIDiag. Check WMIDiag LOG.
42699 21:32:31 (0) ** => If the issue is NOT due to a lack of privileges, and folder/files are really missing, while
42700 21:32:31 (0) **    the WMI service does not start, then additional errors should be displayed (i.e. registry, DCOM, service hosts).
42701 21:32:31 (0) **    You must fix those issues first!
42702 21:32:31 (0) ** => After fixing issues, if the files are still missing and if you do not want WMI to rebuild
42703 21:32:31 (0) **    the WMI repository, then you must restore the WMI repository from a previous backup.
42704 21:32:31 (0) **    Note: The System State backup or the System Restore snapshot contain a backup of
42705 21:32:31 (0) **          of the WMI repository.
42706 21:32:31 (0) ** => If no backup is available, you must rebuild the repository.
42707 21:32:31 (0) **    Note: The WMI repository reconstruction requires to locate all MOF files needed to rebuild the repository,
42708 21:32:31 (0) **          otherwise some applications may fail after the reconstruction.
42709 21:32:31 (0) **          This can be achieved with the following command:
42710 21:32:31 (0) **          i.e. 'WMIDiag ShowMOFErrors'
42711 21:32:31 (0) **    Note: Any missing MOF files, or existing MOF files not listed in the Auto-recovery
42712 21:32:31 (0) **          registry key will be excluded from the WMI repository reconstruction.
42713 21:32:31 (0) **          This may imply the lost of WMI registration information.
42714 21:32:31 (0) **    Note: The repository reconstruction must be a LAST RESORT solution and ONLY after executing
42715 21:32:31 (0) **          ALL fixes previously mentioned.
42716 21:32:31 (2) !! WARNING: Static information stored by external applications in the repository will be LOST! (i.e. SMS Inventory)
42717 21:32:31 (0) ** => To rebuild the WMI repository, you must:
42718 21:32:31 (0) **    - Reset the WMI repository
42719 21:32:31 (0) **      (The WMI repository rebuilt is based on auto-recovery)
42720 21:32:31 (0) **      i.e. 'WINMGMT /ResetRepository'
42721 21:32:31 (0) **    OR
42722 21:32:31 (0) **    - Salvage the WMI repository if you want to attempt the retrieval of good data from the
42723 21:32:31 (0) **      inconsistent repository
42724 21:32:31 (0) **      (The repository rebuilt is based on auto-recovery + salvage)
42725 21:32:31 (0) **      i.e. 'WINMGMT /SalvageRepository'

 

Znalazłem rozwiązanie problemu https://social.msdn.microsoft.com/Forums/sqlserver/en-US/bae90cfd-702d-427f-a4df-c66cc8c4d56d/sql-express-2008-installation-error

Z tym, że to już trochę czarna magia, ktoś pomoże - jak przeinstalować WMI serwis zgodnie z poniższym info?

 

While WMI may appear to be running on your server, it is possible that the service is corrupt.  This can be determined easily enough by opening up the "Dependencies" tab for WMI under Services; an error such as "WMI: Initialization Failure " may be thrown.

A solution to this would be to reinstall the WMI service.  This can be done by creating a batch file with the following contents and then executing:

@echo on
cd /d c:\temp
if not exist %windir%\system32\wbem goto TryInstall
cd /d %windir%\system32\wbem
net stop winmgmt
winmgmt /kill
if exist Rep_bak rd Rep_bak /s /q
rename Repository Rep_bak
for %%i in (*.dll) do RegSvr32 -s %%i
for %%i in (*.exe) do call :FixSrv %%i
for %%i in (*.mof,*.mfl) do Mofcomp %%i
net start winmgmt
goto End

:FixSrv
if /I (%1) == (wbemcntl.exe) goto SkipSrv
if /I (%1) == (wbemtest.exe) goto SkipSrv
if /I (%1) == (mofcomp.exe) goto SkipSrv
%1 /RegServer

:SkipSrv
goto End

:TryInstall
if not exist wmicore.exe goto End
wmicore /s
net start winmgmt
:End

 

Edytowane przez Radek A
Link to postu

Właśnie przed chwilą zajmowaliśmy się programem serwisowym i miałbym prośbę, aby sprawdzić czy poprawiona wersja będzie działać na Waszym komputerach. Niestety u nas nie możemy powtórzyć problemu z brakiem wyświetlania baz danych i chcieliśmy zweryfikować czy nowe poprawki coś w tej kwestii zmienią u osób, u których problem występuje.

Dam znać jak będziemy mieć poprawioną wersję.

Jeśli chodzi o ten skrypt i WMI, to należy go wkleić do pliku z rozszerzeniem .bat i uruchomić. Nie wiem niestety co on robi i czy faktycznie tutaj pomoże.

Link to postu
  • 3 tygodnie później...
  • 2 tygodnie później...

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.
Uwaga: Twój wpis zanim będzie widoczny, będzie wymagał zatwierdzenia moderatora.

Użytkownik forum
Odpowiedz...

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

×
×
  • Dodaj nową pozycję...