Problemi con SQL Server 7.0

sabato 12 maggio 2007 - 15.54

paoloa Profilo | Newbie

Ciao a tutti! Ho un paio di problemini...
Ho un server con installato Microsoft SQL Server 7.0 che gira su Windows 2000 Server SP4.

1- Per manutenzione ho cercato di fermare il servizio di SQL direttamente dalla finestra Servizi di Windows.
Inspiegabilmente il servizio SQLServerAgent non parte più e nella colonna Stato c'è scritto "A partire". Cosa significa?
Non riesco più ad avviare, arrestare o riavvarlo.
Anche MSSQLServer (che un servizio collegato) è ingestibile.

2- Ho cercato di riparare il suddetto problema installando la SP4 di SQL server sperando potesse andare tutto a posto. Invece niente....
Anzi, non riesco più ad avviare applicazioni tipo Enterprise Manager o Import/Export Data.
Come posso fare per far tornare tutto come prima???
Avete una sorta di bacchetta magica?!?!?

Grazie!!!

lbenaglia Profilo | Guru

>1- Per manutenzione ho cercato di fermare il servizio di SQL
>direttamente dalla finestra Servizi di Windows.

Ciao paoloa,

Che tipo di manutenzione hai fatto?

>Inspiegabilmente il servizio SQLServerAgent non parte più e nella
>colonna Stato c'è scritto "A partire". Cosa significa?
>Non riesco più ad avviare, arrestare o riavvarlo.
>Anche MSSQLServer (che un servizio collegato) è ingestibile.
Hai riavviato il server?

>2- Ho cercato di riparare il suddetto problema installando la
>SP4 di SQL server sperando potesse andare tutto a posto. Invece
>niente....
>Anzi, non riesco più ad avviare applicazioni tipo Enterprise
>Manager o Import/Export Data.
>Come posso fare per far tornare tutto come prima???
>Avete una sorta di bacchetta magica?!?!?
Come hai fatto ad applicare il Service Pack 4 se i servizi erano "inchiodati"?

Hai dato un'occhiata all'Event Log e agli ERRORLOGs di SQL Server (li trovi nella directory LOG e puoi aprirli con Notepad)?

>Grazie!!!
Prego.

--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

paoloa Profilo | Newbie

Ciao!

Dovevo fare una copia intera della cartella ma non potevo farlo con dei file aperti, così ho cercato di fermare i servizi.

Sì, ho riavviato il server. Ho fatto male?

Non so come abbia fatto a installare la SP4 con tutti i servizi inchiodati.
So solo che se adesso ci riprovo mi dice che è già installata. Questo penso significhi che comunque l'ha installata correttamente.

Vuoi vedere tutto il file di log?

Thk!
Paolo

lbenaglia Profilo | Guru

>Dovevo fare una copia intera della cartella ma non potevo farlo
>con dei file aperti, così ho cercato di fermare i servizi.
Lo sai che copiare la directory contenente i files che costituiscono i db è una operazione inutile in caso di recovery?
Il metodo corretto per garantirti una valida copia di sicurezza consiste nel ricorrere al comando BACKUP DATABASE che puoi schedulare in un Job tramite il SQL Server Agent.

>Sì, ho riavviato il server. Ho fatto male?
No.

>Non so come abbia fatto a installare la SP4 con tutti i servizi
>inchiodati.
>So solo che se adesso ci riprovo mi dice che è già installata.
>Questo penso significhi che comunque l'ha installata correttamente.
>
>Vuoi vedere tutto il file di log?
Vorrei solo sapere se l'Event Log e gli ERRORLOGs riportano qualche messaggio utile per identificare il problema.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

paoloa Profilo | Newbie

Ho risolto il problema!!!
SQLAgent era andato a male... ho salvato tutte le directory e reinstallato SQL 7.0.
Adesso l'ho pure aggiornato con la SP4 e funziona a meraviglia!!
Sono un autodidatta ma tu mi sei stato di ottima ispirazione!!! Grazie 1000!!

Un'ultima delucidazione: perchè se salvo le directory dove ci sono i file che contengono i db (.MDB) sono inutili in caso di recovery??
Devo per forza avere un .bak per fare un recovery corretto??

Grazie ancora!
Paolo

lbenaglia Profilo | Guru

>Un'ultima delucidazione: perchè se salvo le directory dove ci
>sono i file che contengono i db (.MDB) sono inutili in caso di
>recovery??
Perché se i db sono in uso, potenzialmente alcune transazioni possono essere ancora in corso mentre altre potrebbero non essere state rese persistenti nei data files tramite il processo di checkpoint.
In breve, i files su disco possono non essere consistenti.

>Devo per forza avere un .bak per fare un recovery corretto??
Teoricamente potresti avere uno stato consistente dei files:

- Arrestando il servizio MSSQLServer;
- Chiudendo il db (AutoClose = True).

Entrambe queste tecniche comportano l'interruzione del servizio. Il comando BACKUP DATABASE può essere eseguito "online", ovvero durante una normale sessione di lavoro senza comportare alcun disservizio al sistema e può essere facilmente schedulato ad orari predefiniti tramite il SQL Server Agent. Inoltre è possibile generare backup differenziali (contenenti solo le nuove transazioni successive all'ultimo full backup) e backup del transaction log permettendo il recovery "point-in-time" (ad una certa data e ora) oppure il reovery di tutte le transazioni concluse con successo prima di un eventuale disastro.

Sui Books Online troverai tutti i dettagli.

>Grazie ancora!
Prego.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !
Copyright © dotNetHell.it 2002-2024
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5