none
Ogni tanto Microsoft SQL si impappina e devo riavviare il servizio. Come risolvere??? RRS feed

  • Domanda

  • Salve a tutti,

    in ufficio utilizziamo un gestionale che ha come database  Microsoft SQL installato sul Server Windows 2008 R2.

    Ogni tanto però capita che il gestionale (sia da client che dal server stesso) dia degli errori di licenza (non vede il database) e mi tocca andare sul server ----> services.msc ----> e riavviare SQL Server.

    Dopo questa operazione va tutto bene... per un periodo indefinito che può andare da un paio di giorni ad un paio di settimane.

    Non riesco a spiegarmi per quale motivo succeda questo e come posso risolvere.

    Ringrazio anticipatamente!

    lunedì 7 aprile 2014 12:13

Tutte le risposte

  • Ciao Andrea, per ricevere un supporto migliore dovresti aggiungere qualche ulteriore dettaglio al thread:

    • Versione esatta di SQL incluso l'eventuale SP
    • Nome dell'applicativo (se di dominio pubblico)
    • Errori e/o segnalazioni presenti negli eventi prima di riscontrare il problema
    • Presenza di altri programmi che possono utilizzare SQL (es. antivirus, backup, etc.)

    Un ulteriore dettglio potrebbe essere quello di capire se il problema è nato dopo qualche aggiornamento di sistema/applicativo oppure se si tratta di una nuova installazione.

    Saluti
    Nino


    ...esistono i motori di ricerca, facci un salto e troverai molte delle risposte che ti darò io.

    lunedì 7 aprile 2014 14:37
    Moderatore
  • Inoltre SQL Server si trova sullo stesso server che ospita il gestionale o no? Hai eseguito un monitoraggio delle prestazioni del server (soprattutto per quanto riguarda la memoria RAM)? Quando i client del gestionale non riescono a connettersi riesci ad entrare nel database attraverso una connessione con SQL Management Studio?
    lunedì 7 aprile 2014 14:54
    Moderatore
  • Ciao a tutti e scusate la mia assenza... vi riporto tutti i dati:

    1) SQL server 2008 R2 SP2.

    2) Basew di Zucchetti.

    3) Errore inerente alla licenza.

    Precisamente succede solo sul client che tenta di connettersi al server e non trova la licenza.

    Il programma è installato sul server ... da Server parte, dal client no.

    Devo riavviare il servizio SQL Server e tutto rifunziona .

    4) ci sono anche altri programmi che utilizzano SQL Server , tutti della Zucchetti (sono 2 programmi per commercialisti).

    Rispondendo a Fabrizio...

    SQL Server si trova sul server... e da server il programma parte (anche se raramente è capitato che nemmeno li partisse).

    Non ho eseguito un monitoraggio delle prestazioni del server ... è un server con Windows 2008 Server R2 Intel Xeon con 16gb di Ram.

    Con il Server riesco ad entrare nel database con SQL Management Studio (è installato su server)  quando i client del gestionale non riescono a connettersi .

    N.B. : Succede anche con Windows Firewall disattivato.

    Help Me ... stamattina è successo di nuovo.


    • Modificato andrea2424 lunedì 14 aprile 2014 08:15 aggiunto dettaglio
    lunedì 14 aprile 2014 08:10
  • Considerando i sintomi (gli errori di licenza vengono restituiti dal gestionale e nello stesso istante l'istanza è accessibile) non credo sia un problema dell'installazione di SQL Server: ti consiglio quindi di contattare l'assistenza del gestionale. Probabilmente dopo il riavvio del servizio torna a funzionare perché viene reimpostato qualche valore.

    lunedì 14 aprile 2014 08:27
    Moderatore
  • Da Zucchetti  abbiamo acquistato 2 software... uno funziona benissimo e questo a tratti da problemi.

    Entrambi si appoggiano allo stesso server... in cui è installato SQL Server.

    ______________________________________

    Ritornando a BaseW (il software che da problemi)...

    il programma in questione si installa solo su Server ... poi nei client si passa il collegamento all'applicazione tramite rete interna.

    Inutile precisare che la rete funziona bene, comunichiamo, stampiamo etc etc.

    Mentre sui client (Windows 7) da il famoso errore... allo stesso tempo se faccio partire il software dal Server, tutto funziona perfettamente.

    _______________________________________

    Premetto che ho configurato Windows Firewall aprendo le porte per SQL Server.

    Per fare delle prove, ho disabilitato Windows Firewall.

    Al momento in cui NON funziona, anche con Windows Firewall disattivato NON funziona.

    INVECE nel momento in cui riavvio il servizio SQL Server ... il software FUNZIONA con Windows Firewall Attivato e Disattivato.

    Quindi mi sentirei di escludere il Firewall.

    ___________________________________________

    La mia domanda è questa...

    Se il software funziona BENE su Server quando non funziona sui Client ... ciò può essere per forza riconducibile a SQL ?

    In ufficio tutti i client si connettono al Server tramite VPN ... e siamo dietro Firewall fisico ... anche da li devo aprire le porte per SQL Server  ?

    come viene spiegato qui :

    http://technet.microsoft.com/it-it/library/cc646023.aspx

    Sto diventando pazzo!

    lunedì 14 aprile 2014 10:17
  • Bisogna capire prima di tutto se il software è composto da client che poi si connettono ad un server che a sua volta si "appoggia" su SQL Server oppure se tutti si collegano all'istanza SQL Server.

    Se tutti i client passano per una VPN il cui traffico viene poi filtrato da un firewall, nel primo caso dovrai aprire le porte necessarie solo per la comunicazione Client-Server del gestionale (che variano in base al software, non sono quelle di SQL Server), mentre nel secondo dovrai aprire effettivamente le porte per la connessione remota all'istanza. Quindi l'articolo a cui fai riferimento va applicato solo nel caso l'applicativo server del gestionale non si trovi sulla stessa macchina che ospita SQL Server oppure se tutti i client eseguono una connessione diretta e remota all'istanza SQL.

    Queste informazioni puoi ottenerle solo con la documentazione del gestionale o tramite l'assistenza.

    Tuttavia se ci fosse effettivamente un problema di porte a mio parere la comunicazione non funzionerebbe mai, quindi continuo a pensare che il problema sia come il gestionale utilizza il database e non SQL Server stesso. Come controprova prova ad eseguire una connessione all'istanza da un client mentre ha il problema (connessione remota con Management Studio): molto probabilmente funzionerà.

    giovedì 15 maggio 2014 12:42
    Moderatore