Na osnovu čega si zaključio da su ti diskovi usko grlo, da li si puštao odredjene countere iz Performance Monitora i da li si puštao traceove iz Profilera koji upiti ti se dugo izvršavaju da li imaš dead lockova i slično.

Ono što mogu odmah da zaključim na osnovu konfiguracije koju si napisao da ti je veliki problem to što ti je baza u Mirroru (dobro za čitanje podataka jako loše za upisivanje podataka, bolja varijanta ti je da napraviš 1+0 (minimalno ti treba četiri diska koja se prvo mirroruju pa onda stripe set, raid 0) ). Ako ti je baza OLTP sa velikim brojem upisa ili izmena podataka pa još intezivno izveštavanje, recimo produkciona baza nekog ERP rešenja, neš se ti leba najesti sa mirrorom.

Dosta sam razmisljao o tome sto si mi napisao.
Mislim da si u pravu.
No isto tako mislim da mi je vrijeme za novi server sa minimalno 4 diska na 15 000 okr/min.
Sigurnost podatka mi je dosta vazna. Jos imam nekih dvoumljena oko RAID 1+0.
Citava baza se sastoji od laicki receno "sitnih podataka", racuni uglavnom (95%)
Server nije u ON Line nacinu rada vec se podatci iz poslovnih jedinica salju mail-ovima u kasnije uvoze u bazu.
Reci mi da li da pricekam da izadju nova generacija procesora AMD? Jer vidim da C2D serverske verzije postoje vec i strasne su. No prema najavama od AMD-a kazu da ce biti brzi minimalno 20%
Koje bi mi ti diskove preporucio i koji server?
Da li neko zna koji cpu su bolji za MS SQL, AMD ili INTEL?
Da li neko ima neke konkretne testove, reporte o brzinama intela vs. amd? kada su u pitanju baze na MS SQL-u.
Nemojte mi reci samo da guglam? Trebaju mi sirovi reporti :-))

Pozdrav!

Ja imam iskustva isključivo sa 4procesorskim DELL serverima Power Edge 4600, sada ima i novijih i što se njih tiče zadovoljan sam za nešto drugo nemogu te savetovati.

Pretpostavljam da si mislio na fault tolerance tj da sačuvaš bazu u slučaju da ti neki hd rikne a ne na security podataka tj ko ima pristupa podacima a ko ne.

Ako sam dobro razumeo ti imaš bazu koja ti služi za odredjeno izveštavanje i u koju odredjenim postupkom (jobovima, bcp, bulk insertom...) puniš podacima koji ti eksterno stižu tj imaš odredjenu količinu inserta u toku dana. Takodje imaš RAID 1 nad bazom koji je veoma spor za upise isto tako ako radiš neko složeno izveštavanje tabele bi trebale da ti budu indeksirane kako bi imao dobre performanse ali ti je onda upis podataka spor pošto pored podataka moraju da se naprave indeksi tako da imaš pored lošeg RAIDa i još jedno dodatno usporenje indekse prilikom upisa.

Moj savet ti je da proveriš sve druge stvari, aplikacije, dizajn baze, countere performance monitora, optimizuješ upite koji se koriste za izveštavanje... i na kraju doneseš odluku šta trebaš raditi, jer praksa pokazuje da najmanje ima problema sa hardverom a najčešće se poseže za kupovinom jačeg hardvera kako bi se greške u drugim segmentima (aplikacija, dizajn baze, upiti...) neutralisale.

Za pitanja da li AMD ili INTEL ti nemogu pomoći ali ti je bitno da procesor ima što više L2 cache.

hm, kakvi su to izveštaji koji "zakucavaju" server
da li je baza dobro projektovana
da li je normalizacija tabela dobro uradjena na osnovu modela
da li je koristeno nesto sto M$ ne preporucuje prilikom programiranja
(recimo ,ako koristis cursor, ona zna da usporava server)
da li se radi administracija (periodično reindeksiranje)

mi smo radili na bazi od 3-4 GB, radili smo izveštaje i do
par godina unazad, sve je islo ok, korisnici su cekali ne vise
od 1-5 min bez usporavanje, bez zagušivanja, bez opterećenja

i to na mnogo slabijem serveru od ovoga koji si ti trenutno opisao
i sa nekih 30 korisnika koji se konstantno kače na bazu
što znači da su terali i još neke izveštaje pored ovih

I sam si rekao da je bilo 3-4 gb, no kod mene je sada 10 Gb baza, i moram da kazem da je letila i kada je bila od osam.
Izvjestaji su jako zahtjevni, to mogu samo da zakljucim po radu diska, koji se doslovno sjebe dok to sve stigne procitati.
Inace koristimo Data Lab program koji se zove PANTHEON u svojoj 5 verziji. Kroz njega se vrsi unos u bazu, svih racuna, otpremnica....
Evo i linka http://www.datalab.si/index.php?id=home&L=6

Druga stvar je da i kada ti izvjestaji zakucavaju server on je i dalje samo opterecen samo na jednom cpu... drugi nista ne radi, no hdd se debele dere...
Rijetkost ga je vidjeti da je 100% zauzet (mislim oba cpu-a)
Imam osjecaj kao da nisam 100 posto iskoristio ovaj server.

Imam isto tako i drugi problem, a to je da ja tu bazu nisam projektovao, tako da ne znam bas sto sam naslijedio.
Ima li neki laksi nacin da vidim od cega mi se baza sve sastoji i kako je organizovana.


Unaprijed zahvalan

Mario

@Mario
Dobrodošao u svet informatičara, nisi ni prvi ni poslednji kome je uvaljen vruć krompir pa neka se snalazi.

Najverovatnije je da imaš problem sa bazom, loše napisani upiti, stored procedure i ko zna šta još tako da ti je najbolja varijanta da u Profileru uhvatiš sve stored procedure (pretpostavljam da su pisane one za izveštaje) koje se izvršavaju duže od nekog vremenskog intervala i da onda te stored procedure jednu po jednu iz QA pustiš i pogledaš njihov Execution Plan pa na osnovu onogo što dobiješ u execution planu vidiš koji su delovi koda koji se najduže izvršavaju i popraviš taj deo koda.
Obavezno pogledaj i ovo što te je kolega savetovao.

A što se tiče toga da ti radi samo jedan procesor a drugi ne pogledaj u EM properties od samog SQL Servera pa tab Processors, koliko je procesora čekirano u opciji Processor control, koliko se procesora koristi za paralelno izvršavanje - opcija parallelism i to pre svega running values opciju.

e, gledaj ovako
@dekibre ti je dobro napisao sta da proveriš od setovanja samog servera

moja molba je da mi napišeš koliko ljudi koriste taj program
da li izveštaji isto idu kroz taj program ili je nešto drugo u pitanju
kod izveštaja

treća stvar, kad si zadnji put radio reindeksiranje i defragmentiranje
same baze, to isto zna da znatno poboljša perfomanse

četvrto, mogao bi ponovo da kreiraš log fajl
naravno, pre toga da backup-uješ postojeći

ajd napiši nešto od ovoga pa ćemo dalje

srdjo