Newsgroup: it.comp.software.database
Titolo: [SQL]

Ciao a tutti, spero mi possiate aiutare.
Mi capita una volta al mese di lanciare il defrag degli indici del
database che devo manutenere. Il database è in Log shipping. Ebbene ogni
volta che lancio il defrag il servizio di log shipping va in palla e non è
più possible recuperarlo, in sostanza anche quando il defrag è finito
smbra che il db secondario non riesca più a caricare correttamente i log.
Mi chiedevo se c'è qualche soluzione. Pensavo di provare a stoppare il job
che effettua il backup del transaction log sul db source per poi farlo
ripartire una volta terminato il defrag. 
Cosa ne pensate? Non so più che fare...
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Cosa ne pensate? Non so piů che fare...


 Cosa ne pensate? Non so più che fare...
...cosa intendi per "il log shipping va in palla"?
Il backup avviene e non avviene il ripristino dall'altro lato o viceversa?
Come è impostato il recovery model?
In che modo esegui la deframmentazione degli indici?
Quando riscontri il problema, frammentazione e backup avvengono in parallelo 
o in quale sequenza?
Hai implementato il log shipping nativo o il "simple log shipping"?
Informazioni nell'error log dei server coinvolti?
Bye
-- 
Luca Bianchi
Microsoft MVP - SQL Server
http://blogs.aspitalia.com/lucabianchi/
http://mvp.support.microsoft.com

 Informazioni nell'error log dei server coinvolti?
L'errore visulazzato sul job del db di backup che non riesce a caricare i
dati č il 22029. Nel file dell'error log c'č questo:
2005-09-08 08:56:21.82 spid63    Starting up database 'xxxx'.
2005-09-08 08:56:21.90 spid63    Bypassing recovery for database 'xxxx'
because it is marked IN LOAD.
2005-09-08 08:56:22.74 spid63    Starting up database 'xxxx'.
2005-09-08 08:56:22.80 spid63    Bypassing recovery for database 'xxxx'
because it is marked IN LOAD.
2005-09-08 08:56:26.49 spid63    Recovery is checkpointing database 'xxxx'
(8)
2005-09-08 08:56:27.12 backup    Log restored: Database: xxxx, creation
date(time): 2002/02/12(14:29:42), first LSN: 962790:356:1, last LSN:
962792:601:1, number of dump devices: 1, device information: (FILE=1,
TYPE=DISK: {'d:\sqldata\mssql\BACKUP\xxxx_tlog_200509080625.TRN'}).
2005-09-08 08:56:28.04 spid63    BackupDiskFile::OpenMedia: Backup device
'd:\sqldata\mssql\BACKUP\xxxx_tlog_200509080800.TRN' failed to open.
Operating system error = 32(error not found).
Non riesco a darti altre info sugli errori del db primario perchč il file
di log
non sono piů dosponibili.
Grazie


 Grazie
Bye
-- 
Luca Bianchi
Microsoft MVP - SQL Server
http://mvp.support.microsoft.com

 scremare un po meglio le possibili cause...
Ho provato ha controllare sui vari server e sull'event viewer non c,è
nulla. Il fatto è che avendo dovuto re-instanziarlo in tutta fretta non ho 
la possibilità di recuperare i messaggi di errore sul Monitor Server, che
sarebbero stati molto utili. La cosa strana però è che, a parte quel
messaggio di errore che ti ho girato non c'è altro. Riconosco che non c'è
molto sui lavorare... pensavo di risimulare l'errore, se riesco, su due
server di test per vedere se riesco a darti più info. 


 darti più info.
...le info sono poche e sono ancora meno le possibilità di indagine stante 
il fatto che il tutto è stato reinizializzato, ma un ottimo indizio è che il 
processo si interrompe in occasione del tentativo di ripristino del log post 
reindex. Non mi pare poco, così come posso ipotizzare che il processo di 
ripristino di un t-log molto grande possa durare più della finestra 
temporale a disposizione per il ripristino. Sei sicuro che il restore del 
t-log da 2 Gb non vada ad ostacolarsi con il successivo restore? Hai provato 
ad allungare le frequenze di backup/restore?
Bye
-- 
Luca Bianchi
Microsoft MVP - SQL Server
http://blogs.aspitalia.com/lucabianchi/
http://mvp.support.microsoft.com

 ad allungare le frequenze di backup/restore?
In effetti il delay backup/restore è di soli 5 minuti e non credo sia un
tempo sufficiente per 2 Gb di dati. Innnzitutto farò il defrag evitando il
wizard, poi aumento il tempo da 5 a 20 minuti e vediamo cosa succede.
Per i primi di Ottobre devo rifare il defrag, se non mi risenti vuol dire
che è ok, altrimenti riposto ma eviterò di rereinizializzare il log
shipping così avrò in mano piu dati da darti.
Comunque sia molte grazie a dire poco.
