Problema con server aziendale...

[PRO-BO]

Salve a tutti,

avrei bisogno di un consiglio: su un server aziendale - che ha ormai qualche anno E7400 - 4GB RAM - 2xSATA 500GB Raid - è stato fatto un cambio dischi (ogni 2 anni più o meno vengono sostituiti) ed è stato reinstallato il sistema operativo - Windows Server Standard 2008.

Su questo server gira un gestionale che lavora su un DB.
Tutti i client si collegano al server e lavorano su questo gestionale.

Prima del cambio dischi era installato SQL Server 2005
Adesso, chi fornisce il software gestionale, ha installato SQL Server 2012.

Da qui il dramma: il programma risulta praticamente inutilizzabile perchè davvero lentissimo.

Da cosa può dipendere?
Può, la diversa versione di SQL, determinare un calo di prestazione?

[mmiat]

Originariamente inviato da PRO-BO

Adesso, chi fornisce il software gestionale, ha installato SQL Server 2012.

Da qui il dramma: il programma risulta praticamente inutilizzabile perchè davvero lentissimo.

Da cosa può dipendere?
Può, la diversa versione di SQL, determinare un calo di prestazione?

chi ti ha installato il gestionale non ti sa' dare indicazioni in merito? probabilmente no, che tanto il più delle volte lo installano senza nemmeno sapere cosa faccia...
guarda il task manager, così vedi come stai messo a risorse, forse 4GB sono un po' pochi, mi risulta che sia un discreto succhiatore di risorse
e poi è da controllare anche il firewall, io l'unica volta che c'ho avuto a che fare chi l'ha installato non sapeva che porte bisognava aprire.... per la cronaca (nel mio caso): TCP 1433, UDP 1434 e forse anche TCP 52403

[PRO-BO]

Originariamente inviato da mmiat

chi ti ha installato il gestionale non ti sa' dare indicazioni in merito? probabilmente no, che tanto il più delle volte lo installano senza nemmeno sapere cosa faccia...
guarda il task manager, così vedi come stai messo a risorse, forse 4GB sono un po' pochi, mi risulta che sia un discreto succhiatore di risorse
e poi è da controllare anche il firewall, io l'unica volta che c'ho avuto a che fare chi l'ha installato non sapeva che porte bisognava aprire.... per la cronaca (nel mio caso): TCP 1433, UDP 1434 e forse anche TCP 52403

Ho controllato il task manager e non ci sono processi che caricano la rete o la CPU...francamente non so più dove sbattere la testa.
Unica differenza é l'sql ma loro sostengono che non é così... Boh!

[Kaya]

Non conosco così bene Sql server, ma c'è un qualche tool per analizzare le query particolarmente lente?

Potrebbe anche _banalmente_ essere un qualche problema di indicizzazione o tabella con "problemi".

[PRO-BO]

Originariamente inviato da Kaya

Non conosco così bene Sql server, ma c'è un qualche tool per analizzare le query particolarmente lente?

Potrebbe anche _banalmente_ essere un qualche problema di indicizzazione o tabella con "problemi".

Lo stesso dB, lo stesso software, sql 2012 funziona tranquillamente senza problemi e non risulta lento.

[mmiat]

Originariamente inviato da PRO-BO

Lo stesso dB, lo stesso software, sql 2012 funziona tranquillamente senza problemi e non risulta lento.

forse intendevi 2005
cmq potrebbe essere che il db vada "convertito" o "ottimizzato", passando da 2005 a 2012

[linux_goblin]

a costo di sembrare antipatico... un pc con quelle caratteristiche (processore dual core uscito nel 2008 - poca ram - dischi sata) non merita di essere chiamato server anche se ci installi Windows server versione 2008

prestazioni a parte, chi ha installato il db DEVE saperti rispondere se è un problema software (ottimizzazione o conversione) oppure se la macchina va potenziata.

ciao,
Marco

[mmiat]

Originariamente inviato da PRO-BO

Tutti i client si collegano al server e lavorano su questo gestionale.

mi sono accorto che non hai specificato 2 cose:
1. i client si collegano con un applicativo software locale oppure si collegano in RDP sul server e lavorano in locale? nel primo caso, dopo aver migrato il tutto è stato fatto qualcosa sui client o tutto è ripreso a funzionare senza fare nulla?
2. i client, quanti sono?

[PRO-BO]

Originariamente inviato da mmiat

forse intendevi 2005
cmq potrebbe essere che il db vada "convertito" o "ottimizzato", passando da 2005 a 2012

No no...mi speigo meglio:

- situazione iniziale: stesso server, stessa config hw, windows server 2008 32bit, sql 2005 --> tutto funzionava alla perfezione

- dopo il cambio dischi: stesso server, stessa config hw, provato sia con windows server 2008 32bit che 64 bit - sql 2012 ---> accesso alle funzioni del programma lentissimo.

Per tamponare, considerando i problemi che sono stati riscontrati, è stato installato lo stesso software su una macchina con w8.1 64bit, E7300 4 GB di RAM (quindi molto simile al server) e tutto funziona correttamente.

Il DB è ovviamente lo stesso, quindi non credo sia un problema legato a questo elemento, altrimenti dovrei riscontrare lo stesso problema anche sull'altra macchina, o sbaglio?

Originariamente inviato da linux_goblin

a costo di sembrare antipatico... un pc con quelle caratteristiche (processore dual core uscito nel 2008 - poca ram - dischi sata) non merita di essere chiamato server anche se ci installi Windows server versione 2008

prestazioni a parte, chi ha installato il db DEVE saperti rispondere se è un problema software (ottimizzazione o conversione) oppure se la macchina va potenziata.

ciao,
Marco

Ok, non è un server e tutto quello che vogliamo, però perchè prima andava bene e adesso no?

Ho controllato i dischi ed è tutto ok.
Ho controllato il task manager ed è tutto ok.

Può dipendere dalla versione di sql 2012 rispetto a quella di windows server sulla quale è in esecuzione?

[PRO-BO]

Originariamente inviato da mmiat

mi sono accorto che non hai specificato 2 cose:
1. i client si collegano con un applicativo software locale oppure si collegano in RDP sul server e lavorano in locale? nel primo caso, dopo aver migrato il tutto è stato fatto qualcosa sui client o tutto è ripreso a funzionare senza fare nulla?
2. i client, quanti sono?

i client saranno una decina, e sottolineo che è praticamente impossibile che tutti accedano contemporaneamente al db (è un gestionale per inserire ordini)

una volta installato il software sul server, i client accedono tramite un collegamento all'exe che è sul server.

al primo avvio su ogni client vanno settati alcuni parametri per l'accesso al db (server, utente, password, db)

Aggiungo che probabilmente (non ho seguito io questa cosa) quando è stato chiesto di installare il software sulla macchina "tampone" il DB è stato convertito per funzionare con SQL 2012 (non sono pratico di queste cose quindi non vorrei dire una [email protected]@); in tal caso si può tornare indietro?!

[linux_goblin]

Per tamponare, considerando i problemi che sono stati riscontrati, è stato installato lo stesso software su una macchina con w8.1 64bit, E7300 4 GB di RAM (quindi molto simile al server) e tutto funziona correttamente.

questo è molto utile, mi chiedo se sul "server" il sistema operativo è stato installato correttamente con tutti i drivers e gli aggiornamenti del sistema operativo
le prestazioni non devono essere così diverse tra due macchine dall'hardware confrontabile
ho delle perplessità sul bisogno di formattare e reinstallare tutto ogni volta che cambiate i dischi, ma non mi permetto di criticare il lavoro di altri

ciao,
Marco

[PRO-BO]

Originariamente inviato da linux_goblin

questo è molto utile, mi chiedo se sul "server" il sistema operativo è stato installato correttamente con tutti i drivers e gli aggiornamenti del sistema operativo
le prestazioni non devono essere così diverse tra due macchine dall'hardware confrontabile
ho delle perplessità sul bisogno di formattare e reinstallare tutto ogni volta che cambiate i dischi, ma non mi permetto di criticare il lavoro di altri

ciao,
Marco

cosa vuoi che ti dica....sono scelte aziendali e si fa quello che dice la proprietà.

Il sistema operativo è stato installato correttamente e su questo sono tranquillo, aggiornamenti fatti tutti, proprio per evitare carichi sulla macchina o sulla rete.

Francamente non so dove sbattere la testa.

L'ultima prova che mi resta da fare è cambiare il disco del DB - anche qui per scelta non si tiene su C ma su un disco dedicato.

Dopo aver provato anche questa cosa non credo di poter far altro, dovrò sentire la socitetà che fornisce il software per capire come risolvere.

[linux_goblin]

ok nessuna critica aggiungo perché a volte ci sono motivazioni precise che portano a certe scelte (e non conoscendo a fondo queste motivazioni saremmo portati a credere che queste scelte siano sbagliate)

i dischi sono in raid 0 oppure 1 ?
Windows 2008 32 o 64 bit?
versione esatta di Windows 2008 ? R2 ? service pack installati?

dal task manager se fosse un problema di lentezza del disco fisso dovresti accorgertene

la rete è a 100Mb o a 1 Gb? ci sono più schede di rete nel server?

[mmiat]

Originariamente inviato da PRO-BO

L'ultima prova che mi resta da fare è cambiare il disco del DB - anche qui per scelta non si tiene su C ma su un disco dedicato

prova a fare un po' di copia - incolla da un disco all'altro e sullo stesso disco di un file da almeno 1GB oppure prova con un software di benchmark per dischi, e vedi i tempi di lettura e scrittura

[Kaya]

Originariamente inviato da Kaya

Non conosco così bene Sql server, ma c'è un qualche tool per analizzare le query particolarmente lente?

Potrebbe anche _banalmente_ essere un qualche problema di indicizzazione o tabella con "problemi".

Originariamente inviato da PRO-BO

Lo stesso dB, lo stesso software, sql 2012 funziona tranquillamente senza problemi e non risulta lento.

A costo di sembrare antipatico mi auto quoto.
La tua risposta non vuol dire nulla (ipotizzo che volessi scrivere 2012).

Visto che il cambiamento riguarda solamente il software, ti ri-suggerisco di analizzare le query lente ( qui http://blog.brianhartsock.com/2008/1...low-query-log/ e qui http://dba.stackexchange.com/questio...using-blocking alcuni spunti).

Inoltre suggerisco di guardare i log di sistema.

Aggiungo anche di verificare come si punta al server: può essere che per qualche motivo ci siano rallentamenti nel risolvere i nomi o il nome con cui accede alla risorsa sql va in tiemout (lato client intendo)?
Lanciando il software dal server funziona tutto?

[Kaya]

Originariamente inviato da PRO-BO

L'ultima prova che mi resta da fare è cambiare il disco del DB - anche qui per scelta non si tiene su C ma su un disco dedicato.

Tenere il DB su un disco separato non è mica sbagliato, è una semplice scelta dell'installatore.

[mmiat]

Originariamente inviato da Kaya

A costo di sembrare antipatico mi auto quoto.
La tua risposta non vuol dire nulla (ipotizzo che volessi scrivere 2012)

credo invece sia proprio il 2012, ma su un'altra macchina. mi ero perso anch'io questo passaggio, leggi un paio di post sopra.

[PRO-BO]

Risolto!

Allora, per completezza, spiego nuovamente la situazione:
Server CPU E7400 - 4GB RAM - 2xHD Sata 500GB Raid

- situazione iniziale: Windows Server 2008 Standard SP2 x86; SQL 2005, Software gestionale che gira alla perfezione;

cambio dischi:
- Installato Windows Server 2008 Standard SP2 x86; SQL 2012, Software gestionale che si pianta;

in prima battuta il fornitore del software gestionale dice che il problema può dipendere dal fatto che tutti i client sono a 64 bit, il server è a 32. ---> installiamo nuovamente il sistema operativo

- Installato Windows Server 2008 Standard SP2 x64; SQL 2012, Software gestionale che si pianta allo stesso modo;

Controllato il task manager ---> tutto ok
Controllata l'attività di rete ---> tutto ok
Controllo dei dischi in RAID ---> tutto ok

Come detto, per tamponare, il software è stato installato su una macchina - che normalmente lavora come client - con una configurazione molto simile, fatta eccezione per la presenza di un SSD come disco "C" sul quale è stato copiato anche il DB.
- Caratterstiche della macchina: Windows 8.1 Pro x64 - SQL 2012 ----> tutto funziona alla perfezione.


L'ultima prova che potevo fare era cambiare il disco del database.

Morale: il problema era proprio quel disco!
Un disco nuovo, che mi ha permesso di fare la copia del db, che veniva visto correttamente sia dal server che da altre macchine...bah!
Adesso farò qualche prova e cercherò di capire che problema ha.

Ringrazio tutti quelli che sono intervenuti e che mi hanno dato dei suggerimenti.

Grazie mille