Skocz do zawartości

Błędy w bazie

Polecane posty

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.

Link to postu

@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 

Link to postu

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 1
The transaction log for database 'baza' is full due to 'ACTIVE_TRANSACTION'.
Msg 1101, Level 17, State 12, Line 1
Could 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 1
During 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 1
The 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 1
During 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 1
During 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 0
A severe error occurred on the current command. The results, if any, should be discarded.

Link to postu

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 ;) 

Link to postu

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?

Link to postu

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?

Link to postu
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).

obraz.png.cd6a6b1f9667b29fb6901f95821cbb10.png

obraz.png.c5f80c788fe0a8af84659e8d97e75423.png

PS sello zawsze uruchmiane jako admin w celu zapisywania logów

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

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ę...