Wojciech Olanin

Tylko dlaczego InsERT tak utrudnia i mam samemu dorabiać coś, co funkcjonowało i było (jest) w ofercie programu. Ogromny wzrost cen, do tego opcja która od lat była dostępna (i w zasadzie nadal jest, tylko mimo jej zaznaczenia nie działa) i dobrze się to sprawdzało. Czy InsERT nie przewidział jakie mogą być skutki wyłączenia tej opcji, szczególnie na dużych instalacjach i nie dania użytkownikowi wyboru z niej skorzystania, jak było cały czas?

U Pana przez brak opcji kompaktowania bazy danych rozmiar wzrósł o 15 GB, a u nas przy ponad 1000 podmiotach aż o 300 GB.

Dzień dobry, W InsERT GT od wersji 1.79 HF1 zostało wyłączone kompaktowanie baz danych, wykonywane przez Biuro GT przy konwersji. Przez co rozmiar baz danych SQL z łącznie ok. 450 GB na serwerze, teraz wzrósł do ok. 750 GB, co daje wzrost aż o 300 GB, co jest niemałym problemem przy serwerze w którym dyski są o pojemności 960 GB. W jaki sposób mogę przeprowadzić masowe kompaktowanie baz danych? W programie serwisowym mogę to wykonać jedynie pojedynczo dla każdego podmiotu, nie widzę opcji zaznaczenia wielu podmiotów, co przy ponad 1000 podmiotach wykonanie ręcznie jest niemożliwe dla każdego z nich.

Kompaktowanie wykonuję w celu zmniejszenia rozmiaru baz danych na dysku, co przy tylu bazach danych już jest znaczące, a nie zajmuje ono wiele czasu, więc chyba nie szkodzi go wykonać? Ponadto jak dobrze pamiętam to te opcje są zaznaczone domyślnie w konwersji zbiorczej, co sugeruje że InsERT tak zaleca.

Dzień dobry, Na niecałe 1000 baz danych w biurze rachunkowym mam problem z jedną bazą podczas każdej aktualizacji pakietu GT. Aktualizacje robię przez konwersję zbiorczą w Biuro GT. Zawsze zaznaczone mam opcje "Odbudowa danych wyszukiwarki InsTYNKT" oraz "Kompaktowanie bazy danych". Aktualizacja dla tej bazy danych zawiesza się na etapie "aktualizacja gridów" - praktycznie ostatni etap konwersji przed kompaktowaniem i wisi, aż nie ubiję procesu. Wówczas anuluję konwersję, przywracam kopię zapasową tej bazy i aktualizacji jej dokonuję za pomocą programu serwisowego, co przebiega pomyślnie. W programie serwisowym wykonałem czynności serwisowe dla tej bazy danych, tj. Odbudowa indeksów i statystyk oraz Kontrola danych - wszystko przebiega pomyślnie. Jeżeli w programie serwisowym chcę wykonać Kompaktowanie pojawia się chmurka z napisem "Błąd kompaktowania bazy danych". W logach SQL nie widzę żadnych błędów. Jak mogę rozwiązać ten problem? InsERT GT: 1.76 Biuro GT: 1.23 SP1 Windows Server 2019 oraz SQL Server 2019 Express

Minie zaraz rok od zgłoszenia tego błędu przeze mnie. Czy wiadomo kiedy zostanie wprowadzona poprawka? Nie wydaje się, żeby było to coś skomplikowanego.

Dzień dobry, Dlaczego podczas archiwizacji zbiorczej za pomocą programu "Archiwizator" nigdy nie archiwizuje się również baza danych programu Biuro GT i trzeba ją wykonywać ręcznie, osobno? Dotyczy to wszystkich wersji InsERT GT przynajmniej do 1.74 HF2. Pozdrawiam!

Wszystkie wersje programów - https://ftp.insert.com.pl/pub/aktualizacje/InsERT_GT/ Szczegółowe zmiany można zobaczyć tutaj - https://www.insert.com.pl/dla_uzytkownikow/zmiany_w_wersjach_insert_gt.html

W pliku "C:\ProgramData\InsERT\InsERT GT\admin.xml" dane do połączenia są ustawione prawidłowo (wraz z użytkownikiem sa i jego hasłem), jak w przypadku plików konfiguracyjnych innych programów GT. Nie wiem jakie to są te względy bezpieczeństwa InsERT, że akurat do programu serwisowego hasła do SQL nie można ustawić. Użytkownik szkody też może narobić przez np. program Archiwizator, czy Biuro GT, a tutaj już hasło można wpisać w konfiguracji. @Michał Szewczyk Ze względów bezpieczeństwa u mnie użytkownik sa dla SQL ma hasło (domyślnie jest puste).

Dzień dobry, Podczas wpisywania kontrahenta na różnych firmach, losowo wyświetla się poniższy błąd - Nieobsługiwany wyjątek. Wersja Rachmistrz GT: 1.72

Ja zawsze otwieram katalog "C:\ProgramData\InsERT\Backup" obok okna konwersji i po ilości wykonanych kopii w trakcie konwersji widzę ile dokładnie firm się już przekonwertowało. Przydałoby się jakby zamiast jednego paska postępu (który i tak za wiele nie mówi) wprowadzili po prostu informację np. Przekonwertowano X z Y baz danych z powodzeniem, Nie przekonwertowano Z z Y baz danych. I dynamicznie żeby ilość była podawana w trakcie konwersji.

Dzień dobry, Podczas zbiorczej konwersji w programie Biuro GT (GT_1_22_HF3) paski postępu są cały czas w miejscu. Górny pasek jest cały czas szary, znów dolny pasek jest cały czas, do końca niebieski i nic się nie ruszają. W poprzedniej wersji Biuro GT ten problem nie występował.

Dla wyjaśnienia, gdyby ktoś kiedyś w przyszłości spotkał się w logach SQL z błędem "FCB::Open failed: Could not open file [...]", udało mi się do tego dojść i wspomniany błąd pojawia się w momencie zakładania nowej firmy w oprogramowaniu InsERT GT. Wydaje mi się, że nie do końca jest to błąd, którym należy się przejmować. Powinien on ewentualnie zostać naprawiony po stronie oprogramowania InsERT. Odnośnie błędu ze zrzutu ekranu "Program został zamknięty z powodu błędu [...]" wydaje się, że reinstalacja pakietu InsERT GT na komputerach, gdzie pojawił się ten błąd, rozwiązała problem.

Tylko co w nim sprawdzić? Wskazane bazy danych mogę otworzyć w SSMS, po ponownym uruchomieniu programu InsERT i włączeniu danej bazy danych też dalej praca z nią jest możliwa. Logi dostępne w SSMS nie pokazują też niczego więcej.

Dzień dobry, W czwartek wykonałem migrację danych na nowy serwer i przy okazji aktualizację z SQL 2014 na SQL 2019, co opisałem w tym wątku: Cała migracja i aktualizacja przebiegła pomyślnie, a przynajmniej w trakcie nie pojawiły się żadne komunikaty z błędami. Używamy InsERT GT w wersji 1.71 HF1. Od wczoraj natomiast obserwuję, że w logach SQL i dzienniku zdarzeń pojawia się pewien błąd (rzadko, ale jednak): 07.06.2022 09:06:44 spid220 Error: 17204, Severity: 16, State: 1. 07.06.2022 09:06:44 spid220 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA1_.mdf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 09:06:44 spid220 Error: 17204, Severity: 16, State: 1. 07.06.2022 09:06:44 spid220 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA1__log.ldf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 09:30:07 spid152 Error: 17204, Severity: 16, State: 1. 07.06.2022 09:30:07 spid152 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA2_.mdf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 09:30:07 spid152 Error: 17204, Severity: 16, State: 1. 07.06.2022 09:30:07 spid152 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA2__log.ldf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 09:30:25 spid132 Starting up database 'FIRMA2_'. 07.06.2022 09:30:25 spid132 Parallel redo is started for database 'FIRMA2_' with worker pool size [4]. 07.06.2022 09:30:25 spid132 Parallel redo is shutdown for database 'FIRMA2_' with worker pool size [4]. 07.06.2022 09:53:20 spid175 Error: 17204, Severity: 16, State: 1. 07.06.2022 09:53:20 spid175 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA3.mdf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 09:53:20 spid175 Error: 17204, Severity: 16, State: 1. 07.06.2022 09:53:20 spid175 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA3_log.ldf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 09:53:39 spid132 Starting up database 'FIRMA3'. 07.06.2022 09:53:39 spid132 Parallel redo is started for database 'FIRMA3' with worker pool size [4]. 07.06.2022 09:53:39 spid132 Parallel redo is shutdown for database 'FIRMA3' with worker pool size [4]. 07.06.2022 10:15:51 spid241 Error: 17204, Severity: 16, State: 1. 07.06.2022 10:15:51 spid241 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA4_.mdf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 10:15:51 spid241 Error: 17204, Severity: 16, State: 1. 07.06.2022 10:15:51 spid241 FCB::Open failed: Could not open file C:\Program Files\Microsoft SQL Server\MSSQL15.INSERTGT\MSSQL\data\FIRMA4__log.ldf for file number 0. OS error: 2(Nie można odnaleźć określonego pliku.). 07.06.2022 10:16:10 spid233 Starting up database 'FIRMA4_'. 07.06.2022 10:16:10 spid233 Parallel redo is started for database 'FIRMA4_' with worker pool size [4]. 07.06.2022 10:16:10 spid233 Parallel redo is shutdown for database 'FIRMA4_' with worker pool size [4]. Wskazane pliki w logach, które jest napisane że nie istnieją, tak naprawdę istnieją. Nie zmieniałem niczego w uprawnieniach plików, ani w katalogach instancji SQL. Jest to czysta instalacja instancji SQL. Wystąpił on w sumie 5 razy do tej pory i dla różnych firm (baz danych), w programie wówczas pojawia się taki komunikat: Z uzyskanych informacji dowiedziałem się, że błąd na pewno pojawia się w programie Gratyfikant, nie jestem w stanie na tę chwilę powiedzieć przy jakiej czynności, gdyż pracownicy nie przekazali mi takiej informacji, jak tylko uzyskam jakieś szczegóły to zamieszczę je tutaj. Na pewno błąd ten nie pojawiał się przed migracją. Czy może ktoś jest z Państwa w stanie powiedzieć już na tym etapie co może być nie tak i co powinienem ewentualnie poprawić w ustawieniach czy gdzieś? Dodam, że migracja była przeprowadzana przez narzędzia InsERT i opisy na stronie pomocy.