Forum ERP XL

Hej,
Walczę z rozrostem bazy XL, obecnie mam 10 letnią bazę - ponad 300GB.
Mam zamiar usunąć atrybuty z obiektów z lat wstecz i dalej zrobić shirnk MDF.

Shirnk LOGa wykonuje często, shrink MDFa w innych systemach również robiłem.

Ktoś próbował jakoś optymalizować miejsce w bazie XL'a?
Kiedyś na spotkaniu z klientami Comarch twierdził, że opracowuje narzędzie o obcinania bazy, ale chyba nic z tego nie wyszło...

Pozdr

Najwięcej w XL'u to chyba załączniki zabierają miejsca. Cała reszta to tak sobie.

Trzeba by na to spojrzeć nieco szerzej, tzn.
* Skasowanie danych z tabel (może i atrybutów) - zwolni się miejsce wewnątrz pliku w ramach obecnie zajętych 300GB, bez koniecności zwiększenia pliku. Może nie będzie konieczny shrink MDF.
* Jakie masz zaplanowane wtedy okno serwisowe? Shrink jest operacją online, ale potencjalnie może trwać sporo, a rollback zatrzymania - także.
* Czy problemem jest brak miejsca na dysku czy coś innego? Bo wszelkie kasowanie jest też operacją logowaną -> na czas wykonania zwiększy się LOG
* Czy faktycznie gra jest warta świeczki przy kasowaniu atrybutów (tzn. czy atrybuty zajmują sporo)? Bo równie dobrze na wielkość mogą głównie wpływać jakieś tabele dodatkowe, zapomniane kopie Tranaga, historie, itd. Najlepiej to sprawdzić odpowiednim query lub przez raport wielkości tabel w SSMS (prawym na bazie, Reports -> Standard Reports -> Disk Usage by Top Tables).
* Czy kasowanie atrybutów to nie będzie operacja kontrproduktywna, bo jeśli np. wykorzystywany jest Comarch Mobile -> miejsce zwolnisz w Atrybutach, a zapełni się historia w SyncFramework.
* Bardzo dużo zajmują tabele PodElem... związane z historią JPKów. Tutaj niestety trzeba je przechowywać, ale można je np. archiwizować samodzielnie a przywrócić jeśli księgowość będzie potrzebować (tylko to znowu sztuka dla sztuki).
* Nie ma niestety żadnego gotowego rozwiązania ze strony Comarch dla XLa.

Ogólnie powiedziałbym, że sam shrink MDF to nie rozwiązanie, bardziej plaster (jeśli w ogóle jest jakiekolwiek wolne miejsce wewnątrz plików). Zacząłbym od weryfikacji czy w bazie nie ma dużych tabel (lub indeksów) niepochodzących w ogóle z XLa, bo taki balast można najłatwiej zrzucić (lub przenieść do innej bazy / MDFa na innym dysku).

Dzięki za wskazówki.
cdn.atrybuty to 2GB indeksy na tej tabeli zajmują 3 GB więc kosmetyka raczej...

Generalnie 10 lat temu dojechaliśmy do 350 Gb i po prostu otworzyliśmy nowa bazę od 1 stycznia po przeklikaniu konfiguracji i przerzuceniu stanów, płatności etc...
Przy aktualnym obciążeniu do większych raportów trzymam kopie - wszystko na zewnętrznych FlashSystemach na SSD.
Ale zaczynaja się powoli objawy jak 10 lat temu..
Ale wiedząc ile pracy to kosztowało wtedy a doszło do tego wiele integracji z zewnętrznymi firmami to robi się z tego potencjalnie większy projekt niż wtedy...