Wersja 11 a wydajność serwera

[glaz]

11.0.1 (baza: 80 Gb) u mnie ok.

Reindeksacja była?
Czyszczenie tabel tymczasowych ?
W jakiej konfiguracji dyski ?
Jaki rozmiar plików bazy danych (zajęte przez dane) ? Jaka ilość zapisów w podstawowych tabelach (TwrKarty, KntKarty, TraNag, TraElem, TrasElem) ?

W dużym uproszczeniu: sam RAM nie pomoże gdy dyski nie są choże (zaszkodzić też nie powinien) : zapisy transakcyjne są buforowane "ostrożnie" ze znaczącą przewagą prawdopodobieństwa tego, że commit transakcji będzie czekał na koniec operacji dyskowej, co z kolei uruchamia cały łańcuszek blokad i wąskich gardeł, także przy odczycie (co z tego, że dane czekają w buforze RAM), czekającym np. na zatwierdzenie transakcji - CDN XL, a raczej Clarion "nie lubi" brudnych odczytów, więc czeka.

Były śledzone zachowania activity monitor w SQL Server ?
Macie pozakładane własne indeksy, triggery ? Jeśli tak to czy były optymalizowane, czy choćby sprawdzono ich wpływ na wydajność (np. przez wyłączenie) ?

I niedaleki wątek na forum: po konwersji można liczyć na znaczący rozrost transaction log - w ograniczonej konfiguracji dyskowej (mało miejsca) może to skutkować znaczącym spadkiem wydajności. Po sprawdzeniu zalecana kompletna kopia bezpieczeństwa i obcięcie pliku log-a do planowanego rozmiaru.

[malin017]

Witam,
Wczoraj podnieśliśmy wersję XL-a do jedenastki i zauważyliśmy bardzo duży spadek wydajności serwera SQL na tajże wersji.
Nasz sprzęt to: - Serwer SQL - IBM eServer x3500; dwa procesory: E5410 2,33GHZ; 5 GB RAM; 6 dysków po 146 GB 15000 obr/min.
Domyślam się, że to już leciwy serwer, jednak prosił bym o opinię: czy samo dołożenie RAM (max 16 giga) znacząco pomoże w obsłużeniu bazy?
mamy 27 licencji, kilka tysięcy magazynów, co na pewno obciąża bazę. Jak u Was zachowuje się jedenastka?

[Jaras]

Podaj wielkość bazy.

Glaz ładnie nie spałeś

09 Paź 2012, 02:21

[tylda]

czy samo dołożenie RAM (max 16 giga) znacząco pomoże w obsłużeniu bazy?

Znacząco - Nie.

[glaz]

Glaz ładnie nie spałeś

09 Paź 2012, 02:21

Ba! Moja kryształowa kula ma już taki skill, że napisałem odpowiedź zanim zadano pytanie
A teraz nie wiem czy mogę iść do domu, bo po 17.00 piszę

[tylda]

I jeszcze wczoraj to napisałeś

[malin017]

Zasięgnąłem trochę języka - nasz baza ma koło 20GB -wiem, że to zdecydowanie za mało (RAMU za mało czywiście ), natomiast chcemy spróbować dorzucić pamięci (maksymalnie jednak 48 giga a nie 16). Skłaniamy się ku opcji 32 GB RAMu przy czterech wolnych bankach pamięci...
Partner podsuwa nam ciągle zakup nowego serwera, jednak to jest też konkretny koszt samego sprzętu, nie wspominając już o migracji (fiu, fiu... ).

Edyta podpowiada, że na jutro partner obiecał, jak oni to nazwali "raport wydajności". Jak obejrzę to cudo to postaram się podzielić .

[tylda]

Wymiana serwera na taki z większą ilością procesorów - koniecznie! np 2xi7 (ma 4 rdzenie wielowątkowe, więc system widzieć to będzie jako 16CPU)
jeśli jednak nie chcecie wymieniać serwera to:
RAMu jak najwięcej.
Dysk SSD na plik z bazą danych i loga.
Shrink loga w SQL
Reindeksacja BD
(może przydałoby się czyszczenie rejestru w Windows)

XL 11 nie jest zbyt wydajnym systemem. Rzekłbym, że staje się bardziej zasobożerny przez swój "nowy" interfejs.

[malin017]

I mówicie,że nie będzie problemu z trwałością dysku SSD w Serwerze?

Tak BTW to Forum spóźnia się o jeden dzień .

[Yuber]

WOW. Dysk SSD? super.... a czy nie lepiej postawić to na dobrej macierzy z dobrym kontrolerem? Nie mam nic przeciw SSD ale są cholernie kosztowne i nadają się raczej do zwykłych stacji to samo i7 - do serwerów to raczej Xeon. Już lepiej wymienić serwer niż pakować się w takie koszty przynajmniej gwarancję będziesz liczył od nowa.
Moim zdaniem nie ma potrzeby stosować wielu rdzeni dla bazy SQL. Baza danych zachowuje się tak samo na 16 rdzeniach jak i na 4 - taki serwer po prostu śpi. Poczytaj specyfikację jaką podkłada Comarch i trochę o SQL-u. Przede wszystkim zwiększ RAM - ja twierdzę, że dobrze jest obsadzić możliwie wszystkie banki po równo. Sprawdź też czy opóźnień nie dostarcza kontroler macierzy lub same dyski.
Następnie:
Zorientuj się gdzie są bazy danych, czy plik bazy nie jest pofragmentowany czy nie jest przesiany razem z logiem lub co gorsza z backupami (baza danych powinna być trzymana na osobnej partycji log na osobnej backupy w innej lokalizacji i dobrze jest jeśli jest to fizyczny podział). Sprawdź czy samą bazę danych do wewnątrz - tutaj też z czasem pewne rzeczy się fragmentują (http://technet.microsoft.com/pl-pl/libr ... anych.aspx). Polecam też poszukać informacji o wydajności w samym SQL-u np tu http://sqlgeek.pl/ (blog guru sql-a, można tutaj znaleźć praktycznie wszystko).

Glaz - jak to robisz z tym zaginaniem czasoprzestrzeni?