(1.36.0) Zmniejszenie bazy do aktualizacji.

[Jakub *** 9]

Temat już kiedyś był przeze mnie poruszany, ale pojawia się ponownie. Tym razem jest już działający dodatek czyszczący do programu serwisowego, dlatego chciałbym najpierw od niego zacząć.

Mamy problem z wielkością bazy i konieczne jest jej zmniejszenie, aby przeprowadzić aktualizację do (1.37.x / 1.38.0) dlatego będę miał kilka pytań.
Wielkość bazy w programie serwisowym oraz na dysku wygląda jak na obrazach poniżej.

1. Skąd wynika różnica w wielkości bazy pomiędzy informacją w programie i informacją z systemu? Czy to jest prawidłowa wartość, gdyż ~1000MB różnicy jest dosyć znaczące?

 

Wydaje mi się, że najlepszym rozwiązaniem byłoby wyczyszczenie "niepowiązanych zdjęć" oraz "aukcji zakończonych", ale bez sprzedaży (tj. bez utworzonego i powiązanego z nimi dokumentu). W programie serwisowym wygląda to następująco:

2. Zdjęcia niepowiązane zajmują aż 1795,28 MB i nie jest możliwe ich usunięcie z programu serwisowego. Czy jest ustawiony jakiś termin dla zakończonej aukcji, kiedy takie zdjęcia mogą być usuwane? Jeżeli nie, to dlaczego tak się dzieje?
3. Aukcje zakończone zajmują u nas ~3000 MB i tutaj czyszczenie jest możliwe, ale tylko o ~450 MB. To jest niewiele. W naszym przypadku najlepsze byłoby kompletne usunięcie aukcji bez sprzedaży, natomiast pozostawienie tych ze sprzedażą i powiązaniami z dokumentami. A i tak w tych pozostawionych wyczyszczenie opisów byłoby bardzo wskazane. Dlatego tutaj pojawia się moje pytanie, czy przy aukcjach zakończonych istnieje również jakaś blokada, która uniemożliwia czyszczenie przy pewnych warunkach?

 

Jeżeli chodzi o wiadomości, to nie jest ich wiele, ponieważ używamy ich wyłącznie do wysyłania powiadomień. Na ten moment jest tego 287,96 MB.
Natomiast chciałbym zaznaczyć tutaj, że pojawia się błąd w programie serwisowym i przy kontynuacji "status bar" się zapętla i nic więcej nie można zrobić, jak na obrazie poniżej.

Główna treść błędu jest następująca:

System.ArgumentOutOfRangeException: Wartość '-1' nie jest prawidłową wartością dla 'Value'. Wartość 'Value' powinna znajdować się w zakresie od 'minimum' do 'maximum'.
Nazwa parametru: Value
   w System.Windows.Forms.ProgressBar.set_Value(Int32 value)
   w Serwisant.UserObjectAttrControl.calculateAttrPercentage(Double objectSizeMB, DateTime data)
   w Serwisant.UserObjectControl.estimateTakenSpace(Double databaseSizeMB)
   w System.Threading.Tasks.Task.Execute()
--- Koniec śladu stosu z poprzedniej lokalizacji, w której wystąpił wyjątek ---
   w System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   w System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   w Serwisant.UserObjectControl.<linkLabelRefresh_LinkClicked>d__23.MoveNext()
--- Koniec śladu stosu z poprzedniej lokalizacji, w której wystąpił wyjątek ---
   w System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

 

[Radosław Dobrowolski 28]

20 minut temu, Jakub *** napisał:

Temat już kiedyś był przeze mnie poruszany, ale pojawia się ponownie. Tym razem jest już działający dodatek czyszczący do programu serwisowego, dlatego chciałbym najpierw od niego zacząć.

Mamy problem z wielkością bazy i konieczne jest jej zmniejszenie, aby przeprowadzić aktualizację do (1.37.x / 1.38.0) dlatego będę miał kilka pytań.
Wielkość bazy w programie serwisowym oraz na dysku wygląda jak na obrazach poniżej.

1. Skąd wynika różnica w wielkości bazy pomiędzy informacją w programie i informacją z systemu? Czy to jest prawidłowa wartość, gdyż ~1000MB różnicy jest dosyć znaczące?

Program serwisowy pokazuje Ci, ile zajmuje baza wraz z logiem transakcyjnym czyli suma rozmiarów dwóch plików, które składają się na bazę: Sello_baza.mdf (główny plik bazy) oraz Sello_baza_log.ldf (plik logu transakcyjnego)

 

[Bartosz Rosa 1 783]

2 godziny temu, Jakub *** napisał:

Skąd wynika różnica w wielkości bazy pomiędzy informacją w programie i informacją z systemu? Czy to jest prawidłowa wartość, gdyż ~1000MB różnicy jest dosyć znaczące?

Na dysku pokazana jest wielkość pliku bazy, natomiast program serwisowy pokazuje faktyczny poziom użycia danych w tym pliku. Serwer SQL gdy mu brakuje miejsca w pliku powiększa go sobie alokując np 10% wielkości, albo dodatkowy 1GB (polityka rozszerzania wielkości pliku jest do ustawienia w parametrach samej bazy).

2 godziny temu, Jakub *** napisał:

Zdjęcia niepowiązane zajmują aż 1795,28 MB i nie jest możliwe ich usunięcie z programu serwisowego.

Tu jest trochę nieporozumienie. Zielony pasek w przypadku zdjęć pokazuje ile zajmują one wszystkie obecnie

Szary pokazuje zaś ile będzie tych zdjęć, po usunięciu zdjęć niepowiązanych. Jeśli oba paski są takie same, oznacza to że w zakresie zdjęć niepowiązanych nie ma czego usuwać. Trzeba przejść do Sello i np z aukcji zakończonych, zmianami zbiorczymi usunąć powiązania ze zdjęciami Ctrl+B, zakładka INNE. Wtedy, jesli okaże się, że jakieś zdjęcia zostały osierocone w bazie, program serwisowy wykaże tę różnicę w krótszym szarym pasku.

2 godziny temu, Jakub *** napisał:

Dlatego tutaj pojawia się moje pytanie, czy przy aukcjach zakończonych istnieje również jakaś blokada, która uniemożliwia czyszczenie przy pewnych warunkach?

Program serwisowy powinien usunąć tylko aukcje, które nie mają powiązanych transakcji, czyli takie bez sprzedaży.

2 godziny temu, Jakub *** napisał:

Natomiast chciałbym zaznaczyć tutaj, że pojawia się błąd w programie serwisowym i przy kontynuacji "status bar" się zapętla i nic więcej nie można zrobić, jak na obrazie poniżej.

Analiza danych może być operacją długotrwałą. Czy ona raz działa szybko a drugim razem się zapętla?

2 godziny temu, Jakub *** napisał:

Główna treść błędu jest następująca:

Ten błąd mamy przewidziany do poprawki.

[Jakub *** 9]

Ok, teraz dużo się wyjaśniło. Dzięki.

Dnia 6.11.2020 o 13:14, Bartosz Rosa napisał:

Analiza danych może być operacją długotrwałą. Czy ona raz działa szybko a drugim razem się zapętla?

Dla samych "wiadomości" zapętla się za każdym razem, natomiast dla innych działa różnie, raz szybciej, raz wolniej, ale generalnie nie dłużej niż kilka sekund.

Dnia 6.11.2020 o 13:14, Bartosz Rosa napisał:

Ten błąd mamy przewidziany do poprawki.

Ok, postaram się na bieżąco przy aktualizacjach to weryfikować, jeżeli błąd się nie pojawi, to być może i zapętlenie też nie wystąpi.

W sumie trochę dziwna sytuacja, ale przy grzebaniu w programie serwisowym (jeszcze przed założeniem tematu) program sam z siebie wyświetlił komunikat, że do wykonania tej operacji (o ile dobrze pamiętam, chodziło o "zdjęcia niepowiązane") konieczne jest wykonanie kompaktowania bazy i jestem pewien, że się zgodziłem. Dlatego uznałem, że wielkość bazy jest już uwzględniona po kompaktowaniu. Teraz natomiast sprawdziłem, ile faktycznie miejsca zajmują poszczególne tabele w bazie i ich wielkość bardzo różniła się od wielkości pliku bazy. Wykonałem jeszcze raz kompaktowanie z programu serwisowego, ale tym razem "ręcznie" i taki rezultat:

Chciałbym jeszcze przetestować program serwisowy jak wyczyści te opisy, bo są aukcje jeszcze ze starymi opisami allegro (ale to przy okazji, skoro nie ma takiej potrzeby). Natomiast z samą aktualizacją się wstrzymam do wersji 1.38, w końcu to za trzy dni .

[Bartosz Rosa 1 783]

24 minuty temu, Jakub *** napisał:

w końcu to za trzy dni .

Oho, dzięki