Intrebari generale

Re: Database SUSPECT - sql server 2005

rremus — Tue, 04 Nov 2008 13:01:00 GMT

Daca este auto-close da.

MSDN:

When set to ON, the database is shut down cleanly and its resources are freed after the last user exits. The database automatically reopens when a user tries to use the database again.

Acel 'resources are freed' inseamna si ca handle de fisier sint inchise si fisierele numai sint blocate pentru copy/delete etc.
In mod implicit SQL EXPRESS le creaza auto-close ON. Potzi verifica cu sys.databases.is_auto_close_on.

Re: Database SUSPECT - sql server 2005

Alex — Tue, 04 Nov 2008 12:48:33 GMT

rremus:
Teoria mea e ca cineva a inlocuit fisiere MDF 'din mers' (posibil daca bazele de date sint auto-close, cum EXPRESS le face implicit) si a pus versiuni mai vechi decit cel mai vechi LSN din LOG-ul cu recovery mode SIMPLE.

poti te rog detalia putin...daca baza de date e online se poate inlocui fisierul MDF?

alex.

Re: Database SUSPECT - sql server 2005

Diana — Tue, 04 Nov 2008 12:04:20 GMT

http://sqlserver.ro/forums/thread/3045.aspx

Re: Database SUSPECT - sql server 2005

rremus — Tue, 04 Nov 2008 12:00:59 GMT

Si daca tot nu merge mai poti apela la ultima masura, cu riscurile de rigoare:

ALTER DATABASE [Dukes] SET EMERGENCY;
GO
ALTER DATABASE [Dukes] SET SINGLE_USER;
GO
DBCC CHECKDB (Dukes, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS, ALL_ERRORMSGS;
GO

Re: Database SUSPECT - sql server 2005

rremus — Tue, 04 Nov 2008 11:53:31 GMT

Apropos, ai idee cum de sa intimplat asta? Dupa cum descrii simptomele mi-e greu sa cred ca deodata sau corupt 5 log-uri sau sistemul de I/O a avut un hic-up asa 'focusat'. Teoria mea e ca cineva a inlocuit fisiere MDF 'din mers' (posibil daca bazele de date sint auto-close, cum EXPRESS le face implicit) si a pus versiuni mai vechi decit cel mai vechi LSN din LOG-ul cu recovery mode SIMPLE.

Re: Database SUSPECT - sql server 2005

Diana — Tue, 04 Nov 2008 11:45:35 GMT

Vezi http://www.sqlskills.com/BLOGS/PAUL/category/DBCC.aspx#p15 si BOL.

Sa inteleg ca voi nu aveti un DBA in firma?

Daca vrei sa fii DBA, asta e o buna invatatura de minte (backup, backup & backup...).

Daca datele "cu pricina" chiar sunt importante, este o invatatura de minte si pentru sefi...

Re: Database SUSPECT - sql server 2005

rremus — Tue, 04 Nov 2008 11:43:11 GMT

Potzi sa incerci sa fortezi din nou baza de date online, cu ALTER DATABASE [...] SET ONLINE; si poate merge (adica speri ca erau probleme de I/O care nu se vor repeta). Potzi incerca sa copiezi fisierele MDF si LDF si sa faci attach la copii sub alt nume de baza de date si poate merge. Potzi incerca sa faci atach doar la o copie a MDF sub alt nume de baza de date.
Daca nici una din optiunile astea nu merge, esti intr-adevar cam in galeata.

Re: Database SUSPECT - sql server 2005

Alex — Tue, 04 Nov 2008 11:34:54 GMT

nu sunt dbadmin......dar mi-ar placea sa fiu :) si sunt sigur ca daca as fi as avea macar backup-uri :)

pana una alta cum se rezolva problema? vreo idee? pt. ca nu are cine altcineva sa o rezolve?

multumesc.

alex.

Re: Database SUSPECT - sql server 2005

ignatandrei — Tue, 04 Nov 2008 11:31:25 GMT

Alex:
am si eu o problema cu cateva baze de date de pe un server 2005

pe server sunt cam 20 baze de date dintre care dimineata am gasit 5 cu SUSPECT

nu am backup-uri ca sa le pot face restore.....

Daca esti db admin, fa cum a zis remus.
Daca nu, fugi cit mai repede si da-i-o pe email la dbadmin ...si ai scapat...

Re: Database SUSPECT - sql server 2005

rremus — Tue, 04 Nov 2008 11:24:44 GMT

Updateaza-tzi CV-ul.

Database SUSPECT - sql server 2005

Alex — Tue, 04 Nov 2008 11:20:34 GMT

salut,

am si eu o problema cu cateva baze de date de pe un server 2005

pe server sunt cam 20 baze de date dintre care dimineata am gasit 5 cu SUSPECT

nu am backup-uri ca sa le pot face restore.....

cum pot rezolva problema...nu am nici cea mai vaga idee cum sa recuperez datele

momentan am facut doar:

am rulat scriptul

SELECT [Name], DBID, Status
FROM master.dbo.sysdatabases
GO

Name DBID	Status
master 1	65544
tempdb 2	8
model 3	65536
msdb 4	65544
GeckoDev 5	1073741849
OctopusCentralProva 6	65544
OpsBo 8	16
MagazzinoRandom 9	4194328
OctopusCentralDevClean	12 65536
Dukes 14	16	suspect
DBBackup 15	16
Coco 16	4194328
Celestina 17	4194328
GustoOsteria 23	16	suspect
OctopusBOLuca 25	4194328
OpsAnticoArco 27	4194328
OpsLibreria 28	16	suspect
GeckoPiperno 34	1073741840	suspect
AnticoCentral 35	1073807369
AnticoCaffeOctopus 36	1077936153
Random_CRM 37	1073741840	suspect
CocomerinoCentral 41	1077936153
OctopusCocomerino 42	1077936153
OctopusCentralDev 45	65536

am dat un restart la server si cateva si-au revenit, au mai ramas in suspect doar 2 si anume DUKES si RANDOM_CRM, ce as putea sa le fac?

mai atasez si parte din log:

11/01/2008 14:13:45,spid22s,Unknown,An error occurred during recovery<c/> preventing the database 'Dukes' (database ID 14) from restarting. Diagnose the recovery errors and fix them<c/> or restore from a known good backup. If errors are not corrected or expected<c/> contact Technical Support.
11/01/2008 14:13:45,spid22s,Unknown,Error: 3414<c/> Severity: 21<c/> State: 1.
11/01/2008 14:13:45,spid22s,Unknown,The log scan number (43842:31173:1) passed to log scan in database 'Dukes' is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurred during replication<c/> re-create the publication. Otherwise<c/> restore from backup if the problem results in a failure during startup.

multumesc mult.

alex.