6
msde2000 suspect-db
hallo,
ich habe mal wieder ein problem und benötige von euch hilfe..
ich habe hier einen sql server laufen, den msde2000. als tool ist die sql server managment console installiert.
durch einen stromausfall ist mir anscheinend auch die DB zerhauen..
eigentlich kein thema, denkt man sich, aber leider greift die sicherung auch nicht.
also muss das, was da ist, wieder gehen...
wenn der sql dienst gestartet wird, kommt die meldung dass die datenbank fehlerverdächtig ist.
im log steht dann:
bypassing recovery for database because it is marked SUSPECT.
mit dem query
Exec sp_resetstatus 'meinedatenbank'
habe ich den status zurückgesetzt.
sobald ich dann aber ein " alter database 'meinedatenbank' set emergency "
eingebe, kommt die meldung falsche syntax in der nähe von 'meinedatenbank'
ich hoffe ihr wisst da einen rat..
vielen dank
gruss
nedim
ich habe mal wieder ein problem und benötige von euch hilfe..
ich habe hier einen sql server laufen, den msde2000. als tool ist die sql server managment console installiert.
durch einen stromausfall ist mir anscheinend auch die DB zerhauen..
eigentlich kein thema, denkt man sich, aber leider greift die sicherung auch nicht.
also muss das, was da ist, wieder gehen...
wenn der sql dienst gestartet wird, kommt die meldung dass die datenbank fehlerverdächtig ist.
im log steht dann:
bypassing recovery for database because it is marked SUSPECT.
mit dem query
Exec sp_resetstatus 'meinedatenbank'
habe ich den status zurückgesetzt.
sobald ich dann aber ein " alter database 'meinedatenbank' set emergency "
eingebe, kommt die meldung falsche syntax in der nähe von 'meinedatenbank'
ich hoffe ihr wisst da einen rat..
vielen dank
gruss
nedim
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 107434
Url: https://administrator.de/contentid/107434
Printed on: April 18, 2024 at 16:04 o'clock
6 Comments
Latest comment
Klingt nach einer kaputten Shift-Taste...
Hallo smerlin,
was meinst Du damit?
muss ich die befehle in grossschrift schreiben?
was meinst Du damit?
muss ich die befehle in grossschrift schreiben?
Hallo nedim,
"alter database" erwartet den Datenbanknamen ohne Hochkomma drumrum ...
Gruß, Mad Max
"alter database" erwartet den Datenbanknamen ohne Hochkomma drumrum ...
Gruß, Mad Max
Moin Moin
Führe mal auf allen Datenbanken ein DBCC CHECKDB aus.
Was kommt da zurück?
Gruß L.
...,aber leider greift die sicherung auch nicht.
Warum? Fehlermeldung? Wie sicherst Du deine DBs?Führe mal auf allen Datenbanken ein DBCC CHECKDB aus.
Was kommt da zurück?
muss ich die befehle in grossschrift schreiben?
Nein. Aber in Deinen Posts kann der eine oder andere Großbuchstabe nicht schaden.Gruß L.
Hallo und guten Morgen,
das mit dem Großbuchstaben, naja, hat sich so eingewöhnt bei mir..
alte irc zeiten.. nicht böse sein...
aber zu meinem problem:
sicherung wurde seinerzeit nicht mit sql mitteln eingerichtet sondern:
dienst runtergefahren, weggesichert, und den dienst wieder hochgefahren.
leider hat das niemand ausprobiert ob die sicherung auch wieder einzuspielen geht...
naja, da stehe ich dann mit dem problem und soll es beheben.
ein DBCC CHECKDB bringt folgende abschlussmeldung:
CHECKDB hat 0 Reservierungsfehler und 0 Konsistenzfehler in der master-Datenbank gefunden.
DBCC-Ausführung abgeschlossen. Falls DBCC Fehlermeldungen ausgegeben hat, wenden Sie sich an den Systemadministrator.
Leider hat er nicht meine Datenbank mit ausgeführt.
meine Datenbank heisst xcal_NA_v1.0
wenn ich aber ein ein
DBCC CHECKDB (xcal_NA_v1.0) ohne parameter abschicke,
kommt falsche syntax in der nähe von '.0' , deswegen gebe ich ihm den namen in hochkommata mit.
auch etwas wo ich vorher nicht wusste...
die nächste wird kein punkt mehr haben...
führe ich ein DBCC CHECKDB ('xcal_NA_v1.0') durch,
kommt folgendes:
Meldung 926, Ebene 14, Status 1, Zeile 1
Die xcal_NA_v1.0-Datenbank kann nicht geöffnet werden. Sie wurde bei der Wiederherstellung als SUSPECT markiert.
Weitere Information finden Sie im SQL Server-Fehlerprotokoll.
und da verliessen sie mich dann.. hilfe...
gruss
nedim
das mit dem Großbuchstaben, naja, hat sich so eingewöhnt bei mir..
alte irc zeiten.. nicht böse sein...
aber zu meinem problem:
sicherung wurde seinerzeit nicht mit sql mitteln eingerichtet sondern:
dienst runtergefahren, weggesichert, und den dienst wieder hochgefahren.
leider hat das niemand ausprobiert ob die sicherung auch wieder einzuspielen geht...
naja, da stehe ich dann mit dem problem und soll es beheben.
ein DBCC CHECKDB bringt folgende abschlussmeldung:
CHECKDB hat 0 Reservierungsfehler und 0 Konsistenzfehler in der master-Datenbank gefunden.
DBCC-Ausführung abgeschlossen. Falls DBCC Fehlermeldungen ausgegeben hat, wenden Sie sich an den Systemadministrator.
Leider hat er nicht meine Datenbank mit ausgeführt.
meine Datenbank heisst xcal_NA_v1.0
wenn ich aber ein ein
DBCC CHECKDB (xcal_NA_v1.0) ohne parameter abschicke,
kommt falsche syntax in der nähe von '.0' , deswegen gebe ich ihm den namen in hochkommata mit.
auch etwas wo ich vorher nicht wusste...
die nächste wird kein punkt mehr haben...
führe ich ein DBCC CHECKDB ('xcal_NA_v1.0') durch,
kommt folgendes:
Meldung 926, Ebene 14, Status 1, Zeile 1
Die xcal_NA_v1.0-Datenbank kann nicht geöffnet werden. Sie wurde bei der Wiederherstellung als SUSPECT markiert.
Weitere Information finden Sie im SQL Server-Fehlerprotokoll.
und da verliessen sie mich dann.. hilfe...
gruss
nedim
fehler gefunden,
lag im transaktionslog.
diesen gelöscht, rebuild log gemacht
und dann noch ein checkdb durchgeführt.
passt wieder.
allen noch einen schönen tag.
gruss
nedim
lag im transaktionslog.
diesen gelöscht, rebuild log gemacht
und dann noch ein checkdb durchgeführt.
passt wieder.
allen noch einen schönen tag.
gruss
nedim
