Katarzyna Rozmarynowska

Która to wersja nexo? Czy może pan podać także wersję systemu operacyjnego i .NETa? (Można je sprawdzić, wciskając Ctrl+Shift+H w nexo).

Planujemy zmienić proces aktualizacji tak, żeby wylogowanie wszystkich użytkowników było wymagane - w tej sytuacji będziemy musieli dostarczyć możliwość wymuszenia ich odłączenia. Niestety, na razie nie jestem w stanie podać terminu wprowadzenia tej zmiany. Na pewno nie będzie to wcześniej niż w wersji wiosennej.

Informuję, że w wersji 17 dodaliśmy automatyczne usuwanie binariów ze starych, nieużywanych wersji programu. Co usuwamy: pakiety programu z bazy InsERT_Launcher, z folderów na końcówce (%programdata%\InsERT\Packages i %localappdata%\InsERT\Packages) oraz z folderu Deployments\.zip-cache. Usuwamy pakiety/pliki, o których wiadomo, że nie były używane co najmniej 90 dni. Informacje o ich użyciu są rejestrowane przez program podczas normalnej pracy i zapisywane w bazie InsERT_Launcher i/lub wymienionych folderach na końcówce. Kiedy usuwamy: podczas aktualizacji dowolnego podmiotu (w ramach "przygotowywania do uruchomienia programu" - rozpakowujemy nowe binaria i usuwamy stare). Czego należy się spodziewać: jeśli zainstalują państwo 17, to za 90 dni przy jakiejś aktualizacji podmiotu (np. do wersji 18) wszystkie stare wersje nexo, których już państwo nie używacie (od więcej niż 90 dni), zostaną usunięte. Jeśli zdarzy się, że usuniemy jakieś binaria, które jednak były potrzebne, to InsLauncher przy uruchamianiu podmiotu wymagającego tych binariów zaproponuje pobranie ich z internetu.

W tym przykładzie pewnie się uda, ale w ogólnym przypadku trzeba się liczyć z tym, że mogą być skutki uboczne.

Można dodać triggery. Nie zostaną usunięte po aktualizacji. Trzeba jednak pamiętać, że jeśli aktualizacja zmieni strukturę danych, z których korzysta trigger, to będzie to generowało błędy w programie.

Proszę im powiedzieć, że przy przesyłaniu plików do bazy (największy ma około 300 MB) występują błędy, prawdopodobnie wynikające przekroczenia czasu operacji (timeouty). Może to wskazywać na problemy wydajnościowe serwera lub połączenia z serwerem.

To cały czas ten sam błąd. Tak jak pisałam wcześniej, jego przyczyny należy szukać po stronie serwera SQL. Niestety, nie jestem w stanie doradzić nic innego.

Tego typu błąd występuje w sytuacji, gdy operacja na serwerze SQL zostanie przerwana w wyniku jakiegoś innego błędu. Często jest nim przekroczenie dozwolonego czasu operacji i przypuszczam, że tak jest w tym wypadku. Czy ten błąd występuje od razu czy dopiero po kilku minutach od rozpoczęcia przesyłania? Jeśli to drugie, to pewnie mamy do czynienia z przekroczeniem czasu (timeoutem). Timeouty mogą mieć wiele różnych przyczyn i niestety ja nie jestem w stanie tego zdiagnozować. Mogę na pewno powiedzieć, że akurat w tym przypadku timeout nie jest spowodowany błędem w programie, ale wynika raczej z konfiguracji środowiska, w którym działa program. Być może jest to objaw problemów z wydajnością SQL Servera (np. z brakiem pamięci) lub z połączeniem sieciowym. Jeśli do tej pory próbował pan przesyłać pakiety z innej maszyny niż ta, na której jest serwer, to proszę spróbować przesłać je z maszyny z serwerem. Poza tym zostaje tylko szukać przyczyny błędu po stronie serwera.

Wszystkie, które mają w nazwie 16.*.*.*, czyli Moria2-16.0.2.2317, Nexo-16.0.2.2317, Moria1-16.0.1.2314, MoriaLauncher-16.0.0.2304, Moria-16.0.0.2304, MoriaQueryCache-16.0.0.2304, MoriaDemoData-16.0.0.2304.

Proszę usunąć pakiet "Nexo" w wersji 16.0.2 (z okna z binariami, po prostu zaznaczyć i wybrać "Usuń z serwera"). Następnie proszę załadować binaria z wersji 16 w sposób, który opisałam wcześniej, albo odinstalować nexo i zainstalować ponownie (w wersji 16.0.2). Musimy najpierw się upewnić, że binaria są w porządku. Jeśli dalej będzie problem z uruchomieniem programu, to będziemy szukać innej przyczyny.

Program serwisowy to narzędzie dołączone do systemu nexo, które pozwala na przeprowadzanie na podmiotach operacji takich jak archiwizacja, dearchiwizacja, podłączanie rozwiązań własnych i wiele innych. Najłatwiej go znaleźć, klikając w menu Start i wyszukując "program serwisowy". O ile jestem w stanie stwierdzić na podstawie wklejonego przez pana logu, podczas aktualizacji programu wystąpił nieoczekiwany błąd serwera SQL w trakcie ładowania binariów nowej wersji. W normalnej sytuacji powinno być tak: przy aktualizacji binaria nowej wersji ładowane są z komputera, na którym zainstalowano wersję, do bazy InsERT_Launcher, która służy jako źródło binariów dla wszystkich stacji roboczych. U pana podczas tej operacji wystąpił błąd, więc nie wszystkie binaria zostały załadowane i z tego powodu na żadnej stacji roboczej nie można uruchomić programu w nowej wersji. Pierwsza sprawa: błąd pochodzi z SQL Servera i trudno mi powiedzieć dokładnie, co jest jego przyczyną. Istnieje możliwość, że był to przejściowy kłopot z połączeniem. Druga sprawa: brakujące binaria. Powinny zostać załadowane z tej stacji roboczej, na której zainstalowano aktualizację. Jeżeli nie byłoby problemów z połączeniem, to przy kolejnej próbie uruchomienia jakiegoś podmiotu w nowej wersji program powinien sam je zaczytać. Jeśli to się nie uda, to można je załadować ręcznie w programie serwisowym. W tym celu należy wybrać w menu Widok->Pokaż bazy->Nexo oraz InsERT_Launcher lub Wszystkie. Na liście podmiotów pojawi się baza InsERT_Launcher. Proszę kliknąć na niej prawym przyciskiem myszy i wybrać w menu Binaria. Pokaże się okienko z wszystkimi binariami w tej bazie, a w menu będzie opcja "Wyślij z tego komputera na serwer". Pakiety z binariami, które chce pan wysłać, będą prawdopodobnie w folderze Program Files (c:\Program Files (x86)\InsERT\nexo\Packages lub jakoś podobnie), ewentualnie w %localAppData%\Insert\Packages lub w %programData%\Insert\Packages. Na wszelki wypadek przed wysłaniem ich na serwer proszę usunąć z serwera binaria nowej wersji, które mogą tam już być (być może podczas tej nieudanej próby załadowania wysłały się niekompletne lub uszkodzone pakiety). Jeżeli by się okazało, że w wymienionych przeze mnie folderach nie ma plików nowej wersji, to zalecam ponowną instalację nexo. Może pan też pójść na skróty i od razu zrobić reinstalację, ale proszę mieć na uwadze, że nie usunie to uszkodzonych pakietów z bazy InsERT_Launcher (o ile jakieś tam są).

W pierwszym przypadku w zdiagnozowaniu problemu pomogą logi z programu, znajdujące się w %localAppData%\InsERT\InsLauncherLogs - proszę sprawdzić, czy są tam jakieś świeże wpisy. W drugim przypadku mamy do czynienia z innym błędem - program nie znajduje wszystkich pakietów z binariami, które potrzebne są do uruchomienia. Listę tych pakietów może pan sprawdzić w programie serwisowym. Proszę zaznaczyć podmiot, którego dotyczy ten błąd, a potem kliknąć w menu Podmiot -> Szczegóły. Znajdzie pan tam tabelkę z wymaganymi pakietami. Aby udało się uruchomić ten podmiot, wszystkie pakiety z tej listy muszą być obecne w bazie InsERT_Launcher lub na dysku lokalnym w katalogu, w którym zainstalowano nexo. Żeby sprawdzić, jakie pakiety znajdują się w bazie InsERT_Launcher, proszę w programie serwisowym kliknąć w menu Widok->Pokaż bazy->Nexo oraz InsERT_Launcher lub Wszystkie. Baza InsERT_Launcher powinna pojawić się na liście wszystkich baz. Proszę ją zaznaczyć i wybrać w menu Podmiot -> Binaria. Może pan sprawdzić, czy są tam wszystkie binaria wymagane do uruchomienia podmiotu.

Mamy tutaj do czynienia z kilkoma różnymi problemami i chciałabym zaadresować każdy z osobna. Problemy są takie: Kopie zapasowe tworzone przy konwersji zajmują dużo miejsca, bo tworzone są automatycznie i nigdy nie są usuwane. Usuwanie plików z katalogu Deployments nie powoduje zwolnienia przestrzeni dyskowej ("Próba usunięcia plików "deployments" wywołuje jeszcze dziwniejsze zjawisko. Na moich oczach bowiem pliki są usuwane (opcja usuń PERMANENTNIE) ale przestrzeń się nie zwalnia."). Zbiorcza konwersja podmiotów powoduje zajęcie dużych ilości miejsca na dysku ("Kolejna zagadka to fakt, że archiwum wykonane w programie serwisowym wszystkich firm zajmuje 7,5GB a próba konwersji zaledwie 25% firm zakończona zostaje z powodu braku miejsca po "zjedzeniu" aż... 15GB."). Wszystkie dotychczasowe wersje nexo są przechowywane w bazie dystrybucyjnej i/lub na dysku lokalnym i zajmują dużo miejsca, mimo że nie są już używane. Nie mamy w tej chwili sposobu na łatwe załatwienie tych wszystkich spraw, ale chciałabym wyjaśnić, skąd się biorą te problemy i co można z nimi zrobić już teraz, żeby nie było aż tak źle. Przy niewielkiej liczbie podmiotów kopie zapasowe można usuwać w programie serwisowym (menu Podmiot -> Kopie zapasowe na serwerze). W przypadku dużej liczby podmiotów jest za dużo klikania i trzeba kasować pliki z serwerowego katalogu z kopiami zapasowymi. Pliki programu w katalogu Deployments dzielą się na dwie grupy: pierwsza to pliki w katalogu .zip-cache, a druga to pliki w katalogach utworzonych dla poszczególnych podmiotów (Nexo/{nazwa systemowa podmiotu}). Katalog .zip-cache zawiera binaria programu rozpakowane z bazy dystrybucyjnej przy tworzeniu podmiotów (dzięki temu nie trzeba ich stamtąd pobierać przy każdym uruchomieniu podmiotu), natomiast foldery poszczególnych podmiotów (Nexo/{nazwa systemowa podmiotu}/Binaries) zawierają twarde dowiązania (hardlinki) do plików w .zip-cache. W związku z tym usuwanie plików z katalogu podmiotu jest usuwaniem linków i tak naprawdę nie zwalnia miejsca na dysku. Jeśli chodzi o rozmiary i zawartość katalogu .zip-cache, to patrz punkt 4. Temat konwersji zbiorczej w Biurze pozostawiam do wyjaśnienia specjalistom od Biura, którzy badają sprawę. Przy założeniu, że wiadomo dokładnie, które wersje nexo są używane, można pozostałe usunąć. Co i skąd można wyrzucić: * w bazie dystrybucyjnej InsERT_Launcher: z tabeli InsLauncher.Packages można wyrzucić wszystko, co nie jest używane, * w {Program Files}\InsERT\nexo\Packages - można wyrzucić wszystko, chyba że są tam jakieś pakiety, o których wiadomo, że są używane, a nie zostały jeszcze załadowane do bazy dystrybucyjnej (zostaną załadowane, gdy uruchomi się podmiot wymagający tych pakietów; można załadować je programem serwisowym), * w katalogu Deployments: można wyrzucić cały .zip-cache (podczas używania podmiotu to, co jest faktycznie potrzebne, znowu się tam zapisze, ale nieużywane wersje nie wrócą). Jeśli chodzi o rozwiązania tych problemów po naszej stronie, to planujemy w kolejnych wersjach programu wprowadzić możliwość usuwania starych kopii zapasowych (problem 1), na żądanie i być może automatycznie. W przypadku usuwania na żądanie taką akcję można by uruchamiać zbiorczo dla wielu podmiotów. Planujemy również usuwanie pakietów z binariami ze starych wersji (problem 4), żeby wyczyścić, to co się nagromadziło i zapobiegać takiemu gromadzeniu w przyszłości. Mam nadzieję, że moje wyjaśnienia okażą się dla panów pomocne.

Z całą pewnością nie jest to wina Windows Server. Problem wynika z tego, że parametry archiwizacji są szyfrowane, a klucz do szyfrowania jest domyślnie dostępny tylko dla użytkownika (w znaczeniu: użytkownika Windows), który go utworzył. Jeśli wcześniej dodał pan harmonogram, będąc zalogowanym na innym koncie Windows, to niestety, na chwilę obecną musi pan dodawać (i edytować) harmonogramy z tego właśnie konta. W ustawieniach harmonogramu należy ustawić, żeby zadanie archiwizacji wykonywało się również na tym koncie. Będziemy pracować nad poprawką, która usunie te niedogodności.

Trudno powiedzieć, jaka jest dokładna przyczyna. Proszę sprawdzić logi w %localappdata%\InsERT\InsLauncherLogs - być może będą tam bardziej szczegółowe informacje.

W wersji 13 występuje błąd polegający na tym, że jeśli uruchomi się jeden podmiot bez zapamiętywania, a potem drugi z zaznaczonym "Zapamiętaj podmiot", to program będzie błędnie podpowiadał na liście podmiotów ten pierwszy zamiast drugiego. Pana opis odpowiada temu problemowi. Naprawiliśmy ten błąd w wersji 13.0.1, która ma ukazać się w najbliższych dniach. W tej chwili, przy założeniu, że pracuje pan na tylko jednym, zapamiętanym podmiocie, może pan zastosować następujące obejście: należy usunąć plik %localappdata%\InsERT\Deployments\Nexo\UserSettings.xml i uruchomić wybrany podmiot z zaznaczonym "Zapamiętaj podmiot" - powinien się dobrze zapamiętać.