Unix server i nonstop rad?

[orange47]

Kako da sprecim Solaris server da se vremenom uspori (kao Windows), ako je to uopste moguce?
U pitanju je Sparc kompjuter, Solaris10 i na njemu Oracle baza. On mora da radi nonstop, 24/7/365 ali je primeceno da nakon restarta mnogo bolje radi (brzi je odziv).
sta bi moglo da bude? treba li redovno brisati .log fajlove ili neko takvo odrzavanje?

 

[zeleni_zub]

Naravno da je moguće. Mi SPARC Solaris servere uopšte ne resetujemo (osim kada baš mora zbog neke intervencije na sistemu).

Imamo kombinacije Solarisa 10, Solarisa 9, Oracle 9i i 10g RAC.

Koju verziju Oracle koristite? Da li osim Oracle-a imate još neku aplikaciju koja radi na tom serveru? Jesu kernel parametri podešeni u skladu sa Oracle preporukama?
Da li koristite stored procedure?

Pusti na serveru vmstat i iostat da rade neko vreme i sakupi podatke pa pogledaj da li ti negde curi memorija.

 

[orange47]

Oracle bi trebalo da je 8
pa ima aplikacija raznih koje koriste bazu, ali.. "poverljivo"
za kernel parametre ne znam kao ni te procedure sta su..
pokusacu sa tim vmstat i iostat, nadam se da ne mora da se instalira ili bude root.
hvala.

PS. kao sto vidis ne razumem se bas dobro.. svaki savet je dobrodosao.

 

[zeleni_zub]

Oracle bi trebalo da je 8
pa ima aplikacija raznih koje koriste bazu, ali.. "poverljivo"
za kernel parametre ne znam kao ni te procedure sta su..
pokusacu sa tim vmstat i iostat, nadam se da ne mora da se instalira ili bude root.
hvala.

PS. kao sto vidis ne razumem se bas dobro.. svaki savet je dobrodosao.

Te aplikacije koje koriste bazu rade na serveru? Ili na radnim stanicama?

Ne postoji neki generalni savet. Potrebno je nadgledati sistem i videti zašto postaje sporiji vremenom.

Za iostat i vmstat ti ne treba root nalog. Ali recimo za editovanje kernel parametara i resetovanje servera treba.

Pošto je server očigledno mission critical i mora da radi 24/7, valjda imate neki SLA ugovor sa nekim o održavanju?

 

[orange47]

aplikacije rade sve na serveru, nonstop i intenzivno koriste bazu.
to za odrzavanje je isteklo pa traze lovu, nije jeftino. dok se to ne sredi pokusavam da uradim sta mogu a da ne zeznem nesto jos gore (pa izbegavam koriscenje root lozinke).

 

[zeleni_zub]

Pa ništa... za početak pogledaj da li ti negde curi memorija:

Prvo pusti:

vmstat 60 1440 > vmstat.out &

To će ti 24h raditi vmstat na 60 sec.

Posle uradi:

Za slobodnu memoriju:

cat vmstat.out | grep -v "kthr" | grep -v "swap" | awk '{ print $5; }'

Za scan rate:

cat vmstat.out | grep -v "kthr" | grep -v "swap" | awk '{ print $12; }'

Scan rate bi trebao da ti bude 0, ako server ne swapuje. A pošto ti je to DB server ne bi bilo dobro da swapuje uopšte.


Najlakše ti je da podatke o slobodnoj memoriji ubaciš u excel i napraviš grafikon. Ako vidiš da ti slobodna memorija polako opada vremenom znači da negde curi.

 

[orange47]

hvala na tom savetu. kolege su bile protiv toga da drzim to ukljuceno ceo dan, ali sam pokrenuo tu komandu pre i posle restartovanja servera (nakon nekoliko meseci nonstop rada), evo rezultata:

--
pre reseta:
 
  kthr      memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s0 s3 -- --   in   sy   cs us sy id
 1 0 47 1767704 18872 170 758 1353 678 1445 0 7652 165 0 0 0 909 1793 936 4 10 86 
 
-- 
posle reseta:
 
  kthr      memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s0 s3 -- --   in   sy   cs us sy id
 2 0 0 2241384 463552 331 1941 2606 66 55 992 1193 133 0 0 0 761 7143 1937 39 29 32 
 
--

vidim da ima razlike, pa me interesuje jel moze nekako za svaki pojedinacan proces da se vidi koliko zauzima memorije, da bi nasao 'krivca'.

 

[zeleni_zub]

Ako si kucao samo vmstat bez parametara dobio si vrednosti od prošlog restarta, tako da nisu baš relevantni za ovo.

Možeš slobodno da pustiš vmstat da radi 24h - neće ništa biti serverima. Ako vas baš toliko plaši, pusti ga da radi bar sat vremena, da vidiš da li memorija stvarno curi.


Pusti:

vmstat 30 120

radiće vmstat na 30sec sledećih sat vremena, pa okači fajl sa rezultatima ovde.

Informacije o procesima možeš da vidiš sa ps -lef.

Takođe pogledaj malo uputstvo za sar.