Problem z wydajnością podczas fakturowania.

Jeśli programujesz, administrujesz, integrujesz i masz wątpliwość lub obawę, to właśnie najlepsze miejsce dla Ciebie. Pisz śmiało...
pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Problem z wydajnością podczas fakturowania.

Post autor: pabi » pn mar 18, 2019 7:30 pm

Witam
SAP 6.06. Na jednym serwerze SAP + ms sql na windows 2008r2.
Wszystko działało ok przez 4 lata, od trzech tygodni podczas fakturowania (puszczane rano w piątek zbiorczo) praktycznie nic się nie da robić przez 5 godzin, czyli aż fakturowanie się zakończy. Dyski to macierz po FC.
Czy ma ktoś pomysł jak krok po kroku wykryć przyczynę?
1.Czy zacząć od OS - jakie analizy (dysk, ram itd jakie wartości ?).
2.Baza danych - jakie analizy - jakie wyniki powinny być?
3.Szybkość odczytu/zpaisu na dyski macierzy - jak sprawdzacie i ajkie wyniki powinny być ?
4.SAP - jakie analizy i jakie zakresy wyników ?
5.Jakie analoizy puścić podczas tego momentu spowolnienia ?

Pytanie jest bardzo złożone, zdaje sobie sprawę, że nie ma jasnej odpowiedzi, chodzi mi więc o taki zestaw analiz jakie zrobilibyście, aby wykryć przyczynę.

mikas
Posty: 280
Rejestracja: pn mar 14, 2016 1:55 pm
Has thanked: 94 times
Been thanked: 17 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: mikas » wt mar 19, 2019 9:54 am

Serwery są zwirtualizowane ? Może zacząć od najprostszej rzeczy, czyli dołożyć RAM i procesor na każdy serwer ?

pozdrawiam, Michał

/edit/ Jeszcze jedna myśl, może istnieje transakcja do równoległego przetwarzania tych faktur ? Dla przykładu, czasami używamy programu RWPOS_PARA_ENQUEUE uruchamianego spod SE38, do równoległego przetwarzania IDoców. Może jest coś analogicznego ... ?

pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: pabi » wt mar 19, 2019 10:24 am

Serwery fizyczne.
Jakąkolwiek decyzję chciałbym podjąć świadomie, czyli po zbadaniu wskaźników i na ich podstawie.
I o te wskaźniki właśnie chciałbym spytać.
Co badać i na podstawie których parametrów.
Dysk - jak sprawdzić maxymalne możliwe obciązenie, aby porównać z chwilowym i czy nie jest to powyżej 90 %.
RAM - na jakiej podstawie ocenić, czy jest go za mało, w sql mam ustawiony ram statycznie, więc jak ocenić , że jest go za mało.
Procesy backupu.
Procesy w tle.
Chodzi mi o podpowiedź typowego praktyka co bada i na podstawie jakich dokłądnie parametrów.

mikas
Posty: 280
Rejestracja: pn mar 14, 2016 1:55 pm
Has thanked: 94 times
Been thanked: 17 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: mikas » wt mar 19, 2019 10:30 am

Rozumiem Cię, ale to chyba zadanie dla basisu ... Wiem ile czasu u nas spędzili, sprawdzając wydajność i ją zwiększając ... Ja odpisałem z punktu widzenia kiedyś admina ;) i teraz powiedzmy kluczowego użytkownika ... Coś co było by najszybsze a jednocześnie prawie bezkosztowe.
Szkoda, że serwery nie są zwirtualizowane :(
Jest trochę transakcji do weryfikacji działania SAPa, ale wiesz na pewno doskonale, że na to może mieć wpływ jeszcze wiele innych czynników ...

pozdrawiam, Michał

bjarkowski
Posty: 82
Rejestracja: pt lip 15, 2016 5:31 pm
Has thanked: 2 times
Been thanked: 35 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: bjarkowski » wt mar 19, 2019 11:01 am

Cześć,

obawiam się że nikt Cię tutaj za rączkę nie poprowadzi, bo chcąc odpowiedzieć na Twoje pytanie można by książkę napisać. Z drugiej strony nie podałeś żadnych informacji, które pozwoliłyby na analizę (a mam nadzieję, że już coś w tym kierunki zrobiłeś).

Zacznij od sprawdzenia work procesów - może po prostu wszystkie są wyczerpane? Sprawdź obciążenie serwerów: aplikacji oraz bazy danych (CPU + MEM) i podaj wartości tutaj.

W transakcji ST03n możesz sobie wyświetlić analizę czasu odpowiedzi. Wrzuć tutaj screena z tabelką Parts of response time. Tylko jako zakres dat wybierz dzień w system działa wolno.

To tak na start.

pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: pabi » wt mar 19, 2019 1:28 pm

Work procesy są wolne w sm50, tylko kilka pracuje.
Natomiast duże obciązenie dysków read ponad 60 MB/s w chwili spowalniania.

Jakie transakcje z poziomu sap wykorzystujecie do monitoringu ?
St03, st06 ?
Potrzebuję sprawdzić ile dana transakcja pobiera/zapisuje danych z bazy ?

bjarkowski
Posty: 82
Rejestracja: pt lip 15, 2016 5:31 pm
Has thanked: 2 times
Been thanked: 35 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: bjarkowski » wt mar 19, 2019 2:39 pm

Nie bedziesz w stanie okreslic maksymalnej predkosci, jesli nie znasz dokladnej architektury. Macierz moze byc uzywana takze przez inne systemy i uslugi i to moze spowalniac odczyt. A aby uzyskac maksymalne wartosci musialbys spojrzec do dokumentacji macierzy.

Natomiast jesli wszystko dzialalo dobrze przez cztery lata, to pierwsze co bym sprawdzil to co sie zmienilo! Czy byly jakies poprawki wprowadzane do fakturowania? Moze nowy kod ABAP?

Sprawdz obciazenie (CPU/MEM) na serwerach aplikacji.

Ile masz tam w ogole pamieci na serwerze bazodanowym? Jak duza baza?

pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: pabi » wt mar 19, 2019 2:53 pm

baza około 1 TB, ramu 128 GB,
w managment studio ilość ramu stawione 40 gb dla serwera sql
OS win 2008 r2
Ostatnio zmieniony wt mar 19, 2019 3:11 pm przez pabi, łącznie zmieniany 1 raz.

bjarkowski
Posty: 82
Rejestracja: pt lip 15, 2016 5:31 pm
Has thanked: 2 times
Been thanked: 35 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: bjarkowski » wt mar 19, 2019 2:59 pm

Dlaczego az 64 GB ustawione na system? Serwer aplikacji i BD dzialaja na tym samym serwerze? Plik stronicowania jest skonfigurowany? Jak duzy?

pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: pabi » wt mar 19, 2019 3:13 pm

sory źle podałem
baza 1tb
na sql ustawione 40 gb ramu w managment studi (min ram 40 GB, max ram 40 GB)
serwer ma fizycznie 128 GB ramu
Ostatnio zmieniony wt mar 19, 2019 3:15 pm przez pabi, łącznie zmieniany 1 raz.

bjarkowski
Posty: 82
Rejestracja: pt lip 15, 2016 5:31 pm
Has thanked: 2 times
Been thanked: 35 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: bjarkowski » wt mar 19, 2019 3:14 pm

Ponawiam pytanie :) Czemu tylko 40GB jest dostepne dla bazy danych?

pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: pabi » wt mar 19, 2019 3:15 pm

to nie mój serwer tylko znajomego więc nie mam pojęcia dlaczego ktoś dał tylko 40 gb na sql, może było 64 gb, dodali na 128 ale nie zmienili ustawień sql, domyślam się
ja bym dał 96 gb na sql, 32 na OS ???????
plik stronicowania 1x ram (117 gb)
serwer aplikacyjny i bazodanowy na jednej maszynie

bjarkowski
Posty: 82
Rejestracja: pt lip 15, 2016 5:31 pm
Has thanked: 2 times
Been thanked: 35 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: bjarkowski » wt mar 19, 2019 3:23 pm

Jesli serwer aplikacji i baza danych jest na jednym serwerze to pewnie to jest odpowiedz.

Uwazam, ze jedyne co moge doradzic zdalnie to:
1) Analiza jakie zmiany nastapily 3 tygodnie temu
2) Dolozenie RAM/CPU

pabi
Posty: 171
Rejestracja: śr sty 25, 2012 2:25 pm
Has thanked: 31 times
Been thanked: 5 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: pabi » wt mar 19, 2019 3:25 pm

a ile można dac na baze sql 96 ?
32 zostawić na OS ?

wielkie dzięki za pomoc

bjarkowski
Posty: 82
Rejestracja: pt lip 15, 2016 5:31 pm
Has thanked: 2 times
Been thanked: 35 times

Re: Problem z wydajnością podczas fakturowania.

Post autor: bjarkowski » wt mar 19, 2019 3:31 pm

Serwer Aplikacji takze potrzebuje pamieci, dlatego jest obciety RAM dla SQL do 40.
Jesli pozwolisz bazie danych uzywac wiecej pamieci, moze sie okazac ze za malo zostalo dla SAP.

Dokladna analiza jest potrzebna - ja boje sie cos zasugerowac, bo sie system moze wywalic a podobno to produkcja :)

ODPOWIEDZ