Dzień doberek wszystkim.
Mam taką rozminę z jedną firmą - strasznie spuchła im baza danych XLa. Dochodzi do prawie 160GB, jest w użyciu od bardzo wczesnych wersji XLa.
Serwer na którym działają ma przydzielone pod SQLa zaledwie 40GB ramu. W zasadzie jako tako to chodzi. Ale, waszym zdaniem, jak zmotywować właścicieli do rozbudowy serwera? Czy istnieją jakieś best practices dla sqla pod XLa? Jak dokoksować serwer żeby bez problemu obsłużył tak dużą bazę?
Dodam tylko że baza leży na dyskach ssd w raid10, więc jako tako wolno nie jest pod względem odczytu.
Bazę XLa można jakoś trimować? Oczyścić z jakichś śmieci?
Dziękuję z góry za sugestie
[SQL] Rozmiar baz danych
Moderator: mikey
Re: [SQL] Rozmiar baz danych
moze warto zaczac od sprawdzenie ktore tabele zajmuja duzo miejsca ?
np przez standardowy raport w sql managment studio
np przez standardowy raport w sql managment studio
- Załączniki
-
- sql_managment_studio.gif (218.86 KiB) Przejrzano 1858 razy
-
- Posty: 381
- Rejestracja: 19 lip 2012, 13:05
- Rola: Administrator CDN XL
- Wersja: 8.0
- Lokalizacja: Poznań, Września, Konin
- Kontakt:
Re: [SQL] Rozmiar baz danych
Hej,
Rozmiar i wydajność bazy to temat rzeka, zacznij od sprawdzenia czy czasem sam log ci się nie rozrósł?
1. Comarch nie udostępnia narzędzie do obcinania bazy (pracowali nad tym ale za dużo wychodziło problemów i projekt został zdjęty z afisza) - zaleca partnerom stawianie świeżej baz i import potrzebnych niezbędnych rzeczy ze starej
2. Zacznij od profilera żeby sprawdzić gdzie są wąskie gardła i najwolniejsze działanie
3. Można dopisywać własne indeksy optymalizując te wąskie gardła - baza będzie rosła
4. Można trochę przebudować bazę wydzielając w niej osobny plik na indeksy
5. Dobrą praktyką jest aby każdy plik bazy danych był na osobnym dysku logicznym w Windows.
6.Wszystko zależy od ilości/skomplikowania operacji/ilości użytkowników więc to jest bardzo indywidualna sprawa z wydajnością
Ale i tak podstawa to sprzęt, jeśli masz słabą/macierz/serwer MSSQL to z gówna bicza nie ukręcisz a wszystko to będzie tylko pudrowanie...
Rozmiar i wydajność bazy to temat rzeka, zacznij od sprawdzenia czy czasem sam log ci się nie rozrósł?
1. Comarch nie udostępnia narzędzie do obcinania bazy (pracowali nad tym ale za dużo wychodziło problemów i projekt został zdjęty z afisza) - zaleca partnerom stawianie świeżej baz i import potrzebnych niezbędnych rzeczy ze starej
2. Zacznij od profilera żeby sprawdzić gdzie są wąskie gardła i najwolniejsze działanie
3. Można dopisywać własne indeksy optymalizując te wąskie gardła - baza będzie rosła
4. Można trochę przebudować bazę wydzielając w niej osobny plik na indeksy
5. Dobrą praktyką jest aby każdy plik bazy danych był na osobnym dysku logicznym w Windows.
6.Wszystko zależy od ilości/skomplikowania operacji/ilości użytkowników więc to jest bardzo indywidualna sprawa z wydajnością
Ale i tak podstawa to sprzęt, jeśli masz słabą/macierz/serwer MSSQL to z gówna bicza nie ukręcisz a wszystko to będzie tylko pudrowanie...