SRL SRL 11 Napisano 3 Września 2020 Udostępnij Napisano 3 Września 2020 w Błędy w bazie Od jakiegoś czasu, chyba od instalacji 1.36 codziennie naprawiamy błędy wykryte w bazie. Co może być tak częstego pojawiania się poniższych błędów. Czasami dochodzi jeszcze jeden błąd, ale w tej chwili nie wystąpił. Cytuj Link to postu
4S_ MARKET 23 Napisano 3 Września 2020 Udostępnij Napisano 3 Września 2020 w Błędy w bazie Czy nie dochodzi czasem do restartów serwera podczas pobierania danych , pracy , utraty prądu itp . Cytuj Link to postu
SRL SRL 11 Napisano 3 Września 2020 Autor Udostępnij Napisano 3 Września 2020 w Błędy w bazie Serwer resetujemy jak sello zaczyna wolno działać, ale najpierw zamykamy sello na stanowiskach klienckich. Zdarza się dość często, że mimo zamknięcia sello nadal działa w tle to kończymy proces ręcznie. Zaników prądu nie ma - serwer działa non-stop, podłączony do zasilania awaryjnego. Tak przy okazji - mamy podobne parametry serwera do Twojego tylko 16GB Ram - działa wam sello i subiekt w miarę szybko ? U nas czasem trzeba długo czekać, aby przełączyć się miedzy modułami, generalnie działa bardzo wolno. Baza sello ok.80GB, subiekt ok.15GB. Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 7 Września 2020 Udostępnij Napisano 7 Września 2020 w Błędy w bazie Zacząłbym od wyczyszczenia raportu, który tutaj jest uszkodzony. delete from jb__job delete from jb_Message Baza 80GB to jest niezły kawałek bazy i przy takich wielkościach trzeba liczyć się z koniecznością optymalizacji bazy pod konkretne wymagania (analiza użycia, dodawanie własnych indeksów) Cytuj Link to postu
4S_ MARKET 23 Napisano 7 Września 2020 Udostępnij Napisano 7 Września 2020 w Błędy w bazie @SRL SRL u nas wszystko działa płynnie , mamy 16 końcówek , i nie ma problemu z wydajnością , co do poprawy płynności u nas sieć śmigą na 1GB/s .Serwer ma 6 kart sieciowych . Aby nie zatykać ruchu poszczególne końcówki korzystają z innych kart sieciowych serwera . Czyli np. 192.168.100.30 > Sello I 192.168.100.31 > Subiekt i na tej karcie działa tylko 4 osoby i potem dalej kolejno . 16GB ram troche mało na takie bazy , zobacz czy masz kaganiec założony na SQL . U mnie sello wisiało w tle gdy SQL zajął całą dostępną pamięć . Dlatego w tym momencie SQL u mnie może użyć max 28GB ram , reszta zostaje dla systemu Cytuj Link to postu
Paweł Nitendel 30 Napisano 9 Września 2020 Udostępnij Napisano 9 Września 2020 w Błędy w bazie mam ten sam problem. Cytuj Link to postu
SRL SRL 11 Napisano 14 Września 2020 Autor Udostępnij Napisano 14 Września 2020 w Błędy w bazie Dzięki za odp. Wyczyszczenie raportu nie powiodło się. Podczas czyszczenia baza bardzo się rozrosła i zabrakło miejsca na dysku. Dobrze, że wcześniej zrobiłem backup, bo baza się uszkodziła. Msg 9002, Level 17, State 4, Line 1The transaction log for database 'baza' is full due to 'ACTIVE_TRANSACTION'.Msg 1101, Level 17, State 12, Line 1Could not allocate a new page for database 'baza' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.Msg 3314, Level 21, State 3, Line 1During undoing of a logged operation in database 'baza', an error occurred at log record ID (1874198:885895:242). Typically, the specific failure is logged previously as an error in the Windows Event Log service. Restore the database or file from a backup, or repair the database.Msg 9001, Level 21, State 5, Line 1The log for database 'baza' is not available. Check the event log for related error messages. Resolve any errors and restart the database.Msg 3314, Level 21, State 3, Line 1During undoing of a logged operation in database 'baza', an error occurred at log record ID (1874217:5568078:257). Typically, the specific failure is logged previously as an error in the Windows Event Log service. Restore the database or file from a backup, or repair the database.Msg 3314, Level 21, State 5, Line 1During undoing of a logged operation in database 'baza', an error occurred at log record ID (1874198:813914:1). Typically, the specific failure is logged previously as an error in the Windows Event Log service. Restore the database or file from a backup, or repair the database.Msg 0, Level 20, State 0, Line 0A severe error occurred on the current command. The results, if any, should be discarded. Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 14 Września 2020 Udostępnij Napisano 14 Września 2020 w Błędy w bazie W jaki sposób robisz backup, czy to jest pełny backup czy może przyrostowy? Zamiast usuwania tradycyjnego można spróbować wykonać: truncate table jb__job truncate table jb_Message Przycinanie tabeli nie powiększa logu, który tutaj najwyraźniej mocno puchnie ze względu na liczbę rekordów. Cytuj Link to postu
SRL SRL 11 Napisano 15 Września 2020 Autor Udostępnij Napisano 15 Września 2020 w Błędy w bazie Przed takimi operacjami na bazie robię pełny backup przez Management Studio. Poza tym codzienne robione są automatycznie backupy wszystkich baz na serwerze na serwer NAS Synology. Czy wykonanie powyższych poleceń może spowodować uszkodzenie bazy jak ostatnio ? Chodzi mi o to czy mogę to spokojnie zrobić w tygodniu czy lepiej poczekać do piątku Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 16 Września 2020 Udostępnij Napisano 16 Września 2020 w Błędy w bazie To jest zwykłe usuwanie danych z tabeli, z tym, że nie podlega ono żadnym regułom weryfikacji kluczy obcych więc działa bardzo szybko oraz nie jest zapisywane w pliku log - dlatego ten nie puchnie. Raczej jest to bezpieczne, zwłaszcza, że dane w tych tabelach nie są kluczowe do pracy programu. 1 Cytuj Link to postu
SRL SRL 11 Napisano 17 Września 2020 Autor Udostępnij Napisano 17 Września 2020 w Błędy w bazie Udało się. Jak problem powróci odezwę się. Cytuj Link to postu
SRL SRL 11 Napisano 18 Września 2020 Autor Udostępnij Napisano 18 Września 2020 w Błędy w bazie Dzisiaj powrócił problem z tabelą jb_Message Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 21 Września 2020 Udostępnij Napisano 21 Września 2020 w Błędy w bazie A naprawa go z przyciskiem Napraw działa już? Niestety nie wiemy dlaczego te identyfikatory tabel się "rozjeżdżają". Wielokrotna analiza kodu nie wskazuje na jakąś nieprawidłowość w kodzie. Możliwe też, że sam serwer SQL ma jakiś błąd, który doprowadza do powstawania tego problemu. Na jakim serwerze pracuje Sello? Cytuj Link to postu
SRL SRL 11 Napisano 22 Września 2020 Autor Udostępnij Napisano 22 Września 2020 w Błędy w bazie (edytowane) Naprawa przyciskiem działa, ale po jakimś czasie błędy wracają. Baza pracuje na pełnej wersji 2014 (12.0.4100.1). Edytowane 23 Września 2020 przez SRL SRL Cytuj Link to postu
Sebastian Olszowski 11 Napisano 25 Września 2020 Udostępnij Napisano 25 Września 2020 w Błędy w bazie Identyczny problem. Wraca co kilka dni mimo użycia napraw problem zakończonego powodzeniem. Wersja bazy 1.360. Gdzie informacje o serwerze? Cytuj Link to postu
lagren ... eee kiedy 1.40? 31 Napisano 26 Września 2020 Udostępnij Napisano 26 Września 2020 w Błędy w bazie Mam to samo - błąd co kilka dni. Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 28 Września 2020 Udostępnij Napisano 28 Września 2020 w Błędy w bazie Również dotyczy tabel jb__Job i jb_Message? Naprawianie problemu działa doraźnie, usuwa skutki a nie przyczynę - której, jak pisałem, nie znamy. Cytuj Link to postu
Johnny Johnny 7 Napisano 30 Września 2020 Udostępnij Napisano 30 Września 2020 w Błędy w bazie (edytowane) u nas to samo dzisiaj rano pojawił się ten błąd. Będziemy próbować to naprawiać za pomocą przycisku "napraw problem" EDIT: Czy musimy to od razu naprawić czy możemy przez chwilę na tym pracować a np. naprawiać to pod koniec dnia? Edytowane 30 Września 2020 przez Johnny Johnny Cytuj Link to postu
MARCIN e-kupowanie.pl 1 010 Napisano 30 Września 2020 Udostępnij Napisano 30 Września 2020 w Błędy w bazie 28 minut temu, Johnny Johnny napisał: Czy musimy to od razu naprawić czy możemy przez chwilę na tym pracować a np. naprawiać to pod koniec dnia? U siebie już nie zwracam uwagi na ten błąd. Nic się nie dzieje w związku z nim. Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 30 Września 2020 Udostępnij Napisano 30 Września 2020 w Błędy w bazie Można spokojnie nacisnąć Napraw. Operacja ta nie jest czasochłonna i relatywnie bezpieczna a zdecydowanie uniknie się w ten sposób dziwnych błędów. Czy u każdego z Was ten problem zawsze dotyczy tych samych tabel jb__Job i jb_Message? Czy usypiacie może komputery lub w inny sposób pracujecie niestandardowo? Cytuj Link to postu
MARCIN e-kupowanie.pl 1 010 Napisano 30 Września 2020 Udostępnij Napisano 30 Września 2020 w Błędy w bazie 8 minut temu, Bartosz Rosa napisał: Można spokojnie nacisnąć Napraw. Operacja ta nie jest czasochłonna i relatywnie bezpieczna a zdecydowanie uniknie się w ten sposób dziwnych błędów. Czy u każdego z Was ten problem zawsze dotyczy tych samych tabel jb__Job i jb_Message? Czy usypiacie może komputery lub w inny sposób pracujecie niestandardowo? I usypianie, i normalne uruchamianie. Dzisiaj był uruchomiony od zera i nowy błąd (wieczorem nexo było podniesione do 32). PS sello zawsze uruchmiane jako admin w celu zapisywania logów Cytuj Link to postu
Dawid Motoprym 18 Napisano 24 Lutego 2021 Udostępnij Napisano 24 Lutego 2021 w Błędy w bazie U nas ten sam błąd od długiego już czasu sporo ponad rok. Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 24 Lutego 2021 Udostępnij Napisano 24 Lutego 2021 w Błędy w bazie Jakie tabele są wyszczególnione w treści błędu? Cytuj Link to postu
Dominik Heidemann 8 Napisano 3 Marca 2021 Udostępnij Napisano 3 Marca 2021 w Błędy w bazie Czytając posty raczej wpada ten błąd u wszystkich. U mnie generalnie wszystkie z wymienionych powyżej pojawiły się po kilka razy. Średnio raz w tygodniu. Zaczęło się gdy chciałem zaaktualizować nową wersje i nie przeszła z powodu zbyt dużej bazy danych. Od tamten pory baza jest przepełniona i wyskakują błędy. Cytuj Link to postu
Bartosz Rosa 1 768 Napisano 4 Marca 2021 Udostępnij Napisano 4 Marca 2021 w Błędy w bazie Jeśli po odświeżeniu (2, 3-krotnym) sekcji ważne informacje błędy te znikają to raczej jest to fałszywy alarm. Mechanizm jest po prostu zbyt czuły na chwilowe zmiany w bazie, które są wykonywane w trakcie innych synchronizacji. Cytuj Link to postu
Polecane posty
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.