Hallo,
bei einer Offline-Defragmentierung werden die Logs nicht verändert / geschrieben.
Nur bei Reparatur.
Also einfach Offline nehmen, Offline-Defrag mit Parameter laufen lassen, fertig.
Hallo,
bei einer Offline-Defragmentierung werden die Logs nicht verändert / geschrieben.
Nur bei Reparatur.
Also einfach Offline nehmen, Offline-Defrag mit Parameter laufen lassen, fertig.
Hallo,
jetzt kommts noch dicker!!!!
Ich kann Dir jetzt schon prohezeien, dass du im Falle eines Crashes jede menge Daten verlieren wirst.
Denn diese Konfiguration ist schon fast sträflich.
Generlell, Transaktionsprotokolle und die dazugehörigen Datenbanken dürfen aus redundanz und Sicherheitsgründen nie auf ein und derselben Platte(n) liegen.
Dann um Performance issues entgegenzuwirken, solltest Du die IO Ratio anpassen.
so, jetzt habt Ihr mich ganz strubbelig gemacht.
Nochmal zum mitschreiben
DB offline nehmen
eseutil /d mit der Option /t um einen neuen Pfad anzugeben
"alte" DB wegkopieren oder löschen
"neue" DB in den Ordnerkopieren wo die "alte" drinne war.
Hacken setzen "DB darf überschrieben werden"
DB wieder Online schalten
richtig????
ruf mich mal kurz an.
So,
hatte heute leider keine Zeit.... Wenn ich mich aber recht entsinne, waren die Logs und die DB auf keinen Fall auf einer Platte oder ein Laufwerk. War auf jeden Fall NIE eine empfehlung von mir.
Wie ist den der Status?
Viele Grüsse
Heinz
Hallo Mädels,
so, es ist vollbracht; war auch alles kein Hexenwerk.
War halt alles in allem sehr unsicher, da sowas ja immer eine Operation am offenen Herzen ist
Die eigentliche Defragmentierung hat gerade mal 11, 379 Sekunden gedauert; die DB war vorher incl. .stm 43GB gross; nacher ca 1,5 MB
Kurzes HowTo
DB offline schalten
eseutil /d (ja Jürgen, ich habe es richtig gemacht :-)) Pfad auf die DB /t mit Pfadangabe für die Temp-DB
DB wieder online schalten und freu
Fertig
Also Mädels, allen nochmal danke
Hallo,
Glückwunsch!
Und wieder eine neue Erfahrung gesammelt.
Dann bis zum nächsten Mal.
8-)