[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Progress, Unix, Linux
----- Przesłane przez Piotr Korpas/PL/ALCATEL dnia 16.05.01 17:04 -----
Piotr Korpas
16.05.01 16:55
Do: progress@zeto.bydgoszcz.pl
DW:
Faks do:
Temat: Progress, Unix, Linux
Szanowna Pani,
Przede wszystkim prosze sprobowac okreslic co najbardziej obciaza
system ? Warto sprawdzić na co faktycznie jest przeznaczany czas obu
procesorow i jakie jest ich obciazenie. Jezeli jest niewielkie to
problem wydajnosci nie jest zwiazany z moca maszyny i przyczyn
niskiej wydajnosci nalezy szukac gdzie indziej.
Poza tym z czego uzytkownicy sa niezadowoleni ?
Czy zbyt dlugo trwa sporzadzanie raportow i zestawien (odczyt),
czy tez system "zawiesza sie" przy wprowadzaniu danych (zapis).
Byc moze znacznym obciazeniem dla systemu jest kilku uzytkownikow,
ktorzy uruchamiaja olbrzymie raporty. Jezeli tak, to moze warto
pomyslec o drugiej maszynie wykorzystywanej tylko do raportowania.
Koszt jest spory (serwer + licencje), ale mozna go zmniejszyc ograniczajac
liczbe licencji Progress'a na drugiej maszynie.
Czy nie warto zwiekszyc pamieci RAM i przeznaczyc na bufory bazy (-B) ?
Nie znam dobrze wersji Prgs. 9.1 i SCO Unix, ale jeżeli blok bazy jest 1
kB, to -B = 28 MB
jest stanowczo za małe. Moim zdaniem powinno wynosić choć z 10 % wielkości
bazy czyli 600 MB, gdy tymczasem całej pamięci mamy 512 MB. W wersji 8 i 9
mozna zmieniac rozmiar bloku bazy. Warto go zwiekszyc maksymalnie
Jak faktycznie wygląda konfiguracja dysków ? Ile jest fizycznych dysków i
jak są połączone. Czy pisze Pani o 4 logicznych wolumenach po 18 GB
składających się z NN dysków połączonych w mirorringu i stripingu czy
o 4 fizycznych dyskach po 18 GB połączonych... no wlasnie jak ?
Dobrze jest miec choc 6 dyskow polaczonych w pary (mirroring),
2 wolumeny przeznaczyc na minimum dwa ekstenty DB, jeden na BI.
Mozna starac sie stosowac ekstenty o malym rozmiarze (np. 30 x 200 MB),
ale nalezy pamietac o koniecznych zmianach w systemie operacyjnym.
Czy sa uruchomione procesy wspomagajce zapis PROAPW, PROBIW ?
Aby polepszyc zapis warto zwiekszyc rozmiar klastra BI oraz
rozmiar bloku BI, choc w Prgs. 9.1 byc moze standardowe ustawienia sa
wystarczajace. Nie nalezy obcinac pliku BI, ale utrzymywac staly dosc
duzy rozmiar. Z jednej strony nie moze byc zbyt duzy (po co archiwizowac
niewykorzystane miejsce dysku), z drugiej strony aktywnosc uzytkownikow
nie powinna powodowac zwiekszania jego rozmiaru. Nalezy okresowo
sprawdzac, czy rozmiar BI nie osiagnal wartosci granicznych.
Jacy klienci "self-service" czy "remote" podlaczaja sie do bazy ?
Czy korzysta sie z polaczen ODBC ?
HTH,
Piotr Korpas.
Łucja Bielas
Wysłane przez: owner-progress@zeto.bydgoszcz.pl
16.05.01 09:02
Odpowiedz do progress
Do: