RAID konfigurationen kan ikke gøres meget bedre, undtaget ved at lave flere
RAID devices med opdeling af data og indekser i filegroups. Når vi taler om
en database på 15 GB og batch opdateringer der bruger tempdb til bl.a.
sortering og også er nød til at logge alt muligt, kunne det være en
forbedring med RAID devices til henholdsvis data, indekser, logfilen, tempdb
og OS.
Perfomance Monitor counters du skal kigge til mht hukommelsen er
Memory: Available MBytes, skal være større end 4 MB
Memory: Pages/Sec, skal være mindre end 20
Mht RAID konfiguration kan du kigge til (husk at slå diskperf til (og fra
når du er færdig)):
Physical Disk: % Disk Time, skal være mindre end 90 %
Physical Disk: Avg. Disk Queue Length, skal være mindre end 2
Mht indekser kan du bruge Profiler for at finde de rigtige. Husk at
defragmentere.
Mvh
Willem van der Meijden
"Michael Westergaard" <mwester@123post3.tele.dk> wrote in message
news:3ba8a94d$0$282$edfadb0f@dspool01.news.tele.dk...
>
> "Stig Johansen" <linux@w3data.dk> skrev i en meddelelse
> news:9o90jg$1a5$1@sunsite.dk...
> > Michael Westergaard wrote:
> >
> > Lav en performnce måling, og se om RAM overhovedet er flaskehalsen.
> >
> Tak for input. Jeg vil dyrke NT's performance ting i relation til MS SQL.
> Hvilke counters skal jeg holde øje med ? .... spørger jeg uden at tage
> hensyn til at din emailadresse indikere Linux expertise
>
> > Du skriver (i tråden), at kørsler tager lang tid. Hvis det er
> opdateringer,
> > du ønsker at optimere, så skal du sikre dig en fornuftig placering af
hhv.
> > OS (swap), DB-filer,Log-filer, og muligvis tempdb.
>
> OS på eget Raid1, log og tempdb på andet selvstændigt Raid1 og data på
Raid5
> bestående af 9 diske. Så det kan vist ikke gøres mere optimalt.
>
> /Michael
>
>