WINDOWS 32BIT & SQL SERVER CONFIGURATION
“Una configurazione tipo di NAV 2009 R2 & SQL SERVER 2005 32BIT”
WINDOWS 2003 32BIT
Ø Boot.ini > devono esserci i parametri /PAE /AWE > abilitano estesioni ram base < 2Gb windows ed attivano memoria estesa per SQL; su server 64Bit l’utilizzo ram è automatico (per win & sql)
SQL SERVER
PROPRIETA’ SERVER
Ø MEMORIA DISPONIBILE teorica al boot per sql > 40GB
Ø FLAG AWE = TRUE (serve per utilizzare memoria estesa oltre ai 4/8 GB di windows, SQL Enterprise 32bit la utilizza solo se dichiarata, serve reboot SQL per attivarla)
MEM MIN e MAM CONFIG
o MIN = 18432
o MAX = 30420
o LIBERA e rilocabile da Windows circa 9GB
PREREQUISTO PER AWE
o AWE viene utilizzata solo se il servizio che esegue il servizio SQL ha i permessi di LOCK PAGES IN MEMORY (sia utente di dominio che locale o SYSTEM) ed è presente in questa sezione delle policy locali del server SQL.
o SYSTEM ha già quel privilegio nel senso che deve esistere nelle policy, cioè SQL Server lo deve aggiungere durante l’installazione ed aggiungere alla policy.
VERIFICA POLICY PER AWE
CONFIGURAZIONE SQL
PROCESSORI
-8 CPU (DUAL CORE O FISICHE) : da 0 a 8
-6 abilitate per SQL server
-2 dedicate al network I/O (è sempre l’ultima CPU o le ultime due per dual core; in questo caso dato il poco traffico CPU rilevato sono dedicate all’I/O
-Priorità per SQL aumentata rispetto ai processi windows
AVANZATE (standard, default SQL gestione parallelism query)
OPZIONI DATABASE
> ALL OFF (statistiche asincrone, auto compattazione, agg. Statistiche standard etc.)
> ON SOLO “Auto Create Stats”
MANUTENZIONE
> Update Statistics
> index defrag / rebuild (in base ad esigenze ed ha % deframmentazione indici)
STRUMENTI PER CONTROLLO PERFORMANCE
TASK MANAGER : MEMORIA SERVIZIO SQL SERVER : 400MB (da 128 a 512)
Ø Significa che SQL sta allocando memoria estesa tramite AWE e non viene visualizzata > Corretto
Ø Se invece non viene allocata la memoria arriva ad 1,8GB max (memoria bassa di windows) e vien e visualizzata > non corretto
PROCESSI (SERVIZI)
PERFORMANCE & MEMORY
Ø Cpu Usage (es: 2% Average from ALL Cpu) > OK
Ø PF Usage (Page File Usage > 0% , all in ram) > OK
Ø Phisical Memory (es; 40GB ALL, 8 GB FREE, 32GB USED BY WIN/SQL > OK
SYSTEM MONITOR (WINDOWS)
LEGENDA
Ø Average Read & Write C e F
Ø % Processor Time
Ø Average Latch Time (processi da eseguire in coda,tempo medio attesa)
Ø SQL Cache
Ø SQL Connection Memory
SCENARIO STABILE (solo qualche latch)
- CPU poco usate
- Dischi molto usati in scrittura (alcuni picchi - buon però in media)
SCENARIO INSTABILE
Ø Traffico esagerato a leggere e scrivere su C > LOG FILE lento a committare > Spostare LOG File
SQL MONITOR (Activity Monitor)
Ø VERIFICA PROCESSI SOSPESI (in coda per mancanza RAM libera), dovuti transazioni in stato sospeso (swap su disco se RAM non caricata o esaurita) > NOT GOOD
NAV 2009 (versioni maggiori di > 5.0 SP1) CONFIGURAZIONE TIPO
DATABASE PARAMETERS PER NAV
Ø ALWAYS ROWLOCK = TRUE (tenta di dichiarare quando possible o non esplicitato il lock ad una pagina di 3 record in modifica , prec, attuale, succ)
Ø RECORD CACHE funzione FINDSET = 500 (usata per le funzione FINDSET per I loop NAV)
Ø TIMEOUT BLOCCO = FALSE (non chiudiamo I lock più vecchi s scalare , “another user has..”)
CACHE CLIENT
Ø INDICATO VALORE da 64000 a 128000 (non di più) , impostare su TUTTI I CLIENT NAV
Ø Velocizza caricamento codeunit 1 e tabella Oggetti Nav (eseguibili runtime)
Ø Impostare ANCHE SU NAS O JOB SCHEDULER client