woj. mazowieckie
Odchudzanie baz danych
Radom
Serwer bazy w firmie z Radomia ma sporo pamięci, ale baza jest od niej kilka razy większa. Silnik ciągle sięga po dane na dysk, a różnica w szybkości między odczytem z pamięci a z dysku jest rzędu kilkudziesięciu razy. Dostawca proponuje dokupić pamięć. Tymczasem większość bazy to dane, po które nikt nie sięga w codziennej pracy.
Baza w pamięci
Za duża baza na dostępną pamięć
Silnik bazy danych trzyma w pamięci te dane, z których ostatnio korzystał. Gdy baza mieści się w pamięci, większość operacji nie dotyka dysku i system działa szybko. Gdy baza jest wielokrotnie większa, silnik ciągle wymienia dane w pamięci i sięga na dysk.
W firmach z Radomia, które pracują na systemie od lat, baza rośnie szybciej niż pamięć serwera. Pojawiają się spowolnienia, szczególnie przy raportach i operacjach sięgających do wielu dokumentów. Naturalną odpowiedzią wydaje się rozbudowa pamięci albo nowy serwer.
Mniejsza baza łatwiej mieści się w pamięci. Po archiwizacji dokumentów z lat, z których nikt nie korzysta na co dzień, dane robocze często mieszczą się w pamięci, którą serwer już ma. Mierzymy odczyty z dysku przed i po odchudzeniu, żeby efekt był widoczny w liczbach, a nie tylko w odczuciach.
Zakres
Co obejmuje odchudzenie pod pamięć
Zaczynamy od sprawdzenia, ile brakuje.
- Pomiar wykorzystania pamięci i odczytów z dysku
- Rozmiar bazy wobec pamięci serwera
- Analiza danych w podziale na lata
- Granica archiwizacji ustalona z firmą
- Archiwizacja na kopii i test systemu
- Wykonanie na produkcji w oknie serwisowym
- Uporządkowanie indeksów po archiwizacji
- Pomiar odczytów i operacji po zmianach
- Nie odradzamy pamięci, jeśli po odchudzeniu nadal brakuje
- Nie archiwizujemy danych potrzebnych na co dzień
- Nie działamy bez pomiaru przed i po
Pamięć czy odchudzenie
Rozbudowa pamięci i odchudzenie bazy
Poniżej porównanie dwóch dróg. Często najlepiej działa odchudzenie, a pamięć dopiero wtedy, gdy nadal jest potrzebna.
| Kwestia | Dokupienie pamięci | Odchudzenie bazy |
|---|---|---|
| Efekt na odczyty | więcej danych w pamięci | mniej danych do trzymania |
| Trwałość efektu | do czasu, aż baza dogoni pamięć | z cyklem archiwizacji na stałe |
| Kopia zapasowa | bez zmian | wyraźnie krótsza |
| Konserwacja | bez zmian | krótsza |
| Limit wersji Express | nie pomaga | pomaga, bo baza maleje |
| Ryzyko | niskie | niskie przy teście na kopii |
| Najlepsza kolejność | po odchudzeniu, jeśli trzeba | najpierw |
Jeśli baza działa na darmowej wersji MS SQL, silnik korzysta tylko z ograniczonej ilości pamięci niezależnie od tego, ile ma serwer. Wtedy dokupienie pamięci nic nie da, a odchudzenie bazy — tak.
Wynik
Co dostajecie
Szybszą bazę na tym samym sprzęcie.
- Dane w pamięci: Mniej odczytów z dysku.
- Zmierzony efekt: Odczyty i operacje przed i po.
- Decyzja o sprzęcie: Tylko jeśli nadal potrzebna.
Radom w praktyce
Czego nauczyły nas bazy i pamięć w Radomiu
Pierwsza rzecz: pomiar odczytów z dysku przed odchudzeniem prawie zawsze pokazuje, że silnik stale wymienia dane w pamięci. Po archiwizacji ta wymiana wyraźnie spada.
Druga: firmy na wersji Express dokupowały pamięć, która nie mogła zostać wykorzystana przez silnik. Odchudzenie bazy dało efekt, którego pamięć nie dała.
Trzecia: po archiwizacji warto uporządkować indeksy. Po usunięciu dużej ilości danych są pofragmentowane i zajmują więcej, niż powinny.
Mieliśmy dokupić pamięć do serwera. Po archiwizacji starych lat baza zmniejszyła się tak, że mieści się w pamięci, którą mamy, a raporty przyspieszyły kilkukrotnie.
Na start
Czego potrzebujemy na start
Wystarczy dostęp do serwera.
- System i wersja MS SQL
- Parametry serwera, w tym pamięć
- Rozmiar bazy
- Operacje, które zwolniły
- Kontakt do księgowości
- Dostęp administracyjny
Współpraca
Jak pracujemy
Zaczynamy od pomiaru pamięci i odczytów z dysku oraz analizy danych.
Ustalamy granicę archiwizacji, wykonujemy operację na kopii i testujemy. Pracujemy zdalnie.
Archiwizujemy na produkcji, porządkujemy indeksy i mierzymy odczyty po zmianach. Jeśli pamięć nadal jest za mała, mówimy o tym z liczbami.
Zasięg
Gdzie dokładnie pracujemy
Bazy odchudzamy pod dostępną pamięć serwera dla firm z Radomia zdalnie.
Pracujemy też dla firm z Pionek, Kozienic, Szydłowca, Białobrzegów, Zwolenia i Iłży.
- Śródmieście
- Ustronie
- Michałów
- Gołębiów
- Planty
- Południe
- Żakowice
- Halinów
- Idalin
- Młodzianów
- Stare Miasto
- XV-lecia
Poza samym miastem pracujemy też w okolicy: Pionki, Zwoleń, Skaryszew, Jedlnia-Letnisko, Kozienice, Białobrzegi, Iłża. Dla nas to ten sam wyjazd, a dla wyszukiwarki osobny zestaw zapytań, o który mało kto konkuruje świadomie.
Budżet
Ile kosztuje odchudzenie pod pamięć
Wyceniamy po analizie.
| Etap | Zakres | Czas | Orientacyjnie |
|---|---|---|---|
| Analiza | pamięć, odczyty, dane w latach | zwykle 1–2 dni pracy | stała cena, raport z liczbami |
| Plan i testy | granica, archiwizacja na kopii | kilka dni | wycena po analizie |
| Wykonanie | archiwizacja, indeksy, pomiar | okno serwisowe | wycena po analizie |
| Cykliczna archiwizacja | żeby baza nie dogoniła pamięci | według harmonogramu | w ramach opieki lub osobno |
Jeśli po odchudzeniu pamięć nadal jest za mała, jej rozbudowa jest rozliczana osobno.
Współpraca
Od odczytów z dysku do danych w pamięci
Pomiar
Pamięć i odczyty.
Analiza
Dane w latach.
Granica
Co zostaje na co dzień.
Archiwizacja
Na kopii, potem produkcja.
Indeksy
Uporządkowane po zmianach.
Pomiar po
Odczyty i operacje.
Pytania
Zanim zapytasz
Bo sama baza jest kilka razy większa od pamięci.
Najpierw warto odchudzić bazę. Pamięć, jeśli nadal potrzeba.
Nie, silnik korzysta z ograniczonej ilości pamięci.
Odczytami z dysku i czasem operacji przed i po.
Nie. Archiwum pozostaje dostępne.
Analiza ma stałą cenę, dalsze prace wyceniamy po niej.
Ta sama okolica
Pozostałe usługi w Radomiu
Ta sama usługa
Optymalizacja baz danych w innych miastach
Zmieśćmy Waszą bazę w pamięci serwera
Napiszcie, ile pamięci ma serwer i ile waży baza. Zaczniemy od pomiaru.