{"id":106,"date":"2006-07-28T21:55:23","date_gmt":"2006-07-28T19:55:23","guid":{"rendered":"http:\/\/www.glorf.it\/blog\/2006\/07\/28\/sql-talk\/db-defekte\/was-bringen-checkdb-laufe\/"},"modified":"2006-07-31T19:49:44","modified_gmt":"2006-07-31T17:49:44","slug":"was-bringen-checkdb-laufe","status":"publish","type":"post","link":"http:\/\/www.glorf.it\/blog\/2006\/07\/28\/sql-talk\/db-defekte\/was-bringen-checkdb-laufe","title":{"rendered":"Was bringen CheckDB-L&#228;ufe?"},"content":{"rendered":"<p>Vor ein paar Tagen hat Paul Randall in seinem Artikel <a href=\"http:\/\/blogs.msdn.com\/sqlserverstorageengine\/archive\/2006\/07\/23\/675963.aspx\">Can&#x0027;t I ever get a guarantee?<\/a> diskutiert, ob man sicher sein kann, dass alles OK ist, wenn der DBCC-CheckDB-Lauf keine Fehler meldete. Er wei&#223;t zu Recht darauf hin, dass seit der Pr&#252;fung der ersten Seiten inzwischen genau dort ein Problem aufgetreten sein k&#246;nnte. Das ist nat&#252;rlich etwas spitzfindig, aber es ist nicht ganz von der Hand zu weisen. Generell bringt sie aber schon eine deutliche Sicherheit, ob das was man sichern will, auch OK ist.<\/p>\n<p>Kann eine Pr&#252;fung schaden? Als wir noch den Sybase SQL-Anywhere einsetzten, kam einmal der Verdacht auf, dass eine Datenbank durch die Pr&#252;fung zerst&#246;rt worden sein soll. Dazu muss man wissen, dass man ihn so einstellen kann, dass die Datenbank-Dateien generell geschlossen sind und nur ge&#246;ffnet werden, wenn jemand darauf zugreift. Zwischen zwei Pr&#252;fl&#228;ufen wurde die Datenbank angeblich nicht angfasst und dennoch war sie bei der vorletzten Pr&#252;fung OK und bei der Letzten wurde ein Fehler gemeldet.<\/p>\n<p>Wenn man etwas wackelige Hardware einsetzt, z.B. ein <a href=\"http:\/\/www.glorf.it\/blog\/2006\/07\/20\/sql-talk\/db-defekte\/ursachen-fur-datenbank-defekte-teil-5\/\">defektes RAM im RAID-Controller<\/a>, dann kann es schon sein, dass die Datenbank durch das &#214;ffnen\/Schlie&#223;en und den damit verbundenen Checkpoints defekt wird.<br \/>\nAber bevor ich wegen dieser M&#246;glichkeit mein Sicherungskonzept &#252;berdenke, w&#252;rde ich lieber vor der Datenbank-Pr&#252;fung eine Hardware-Pr&#252;fung durchf&#252;hren&#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Vor ein paar Tagen hat Paul Randall in seinem Artikel Can&#x0027;t I ever get a guarantee? diskutiert, ob man sicher sein kann, dass alles OK ist, wenn der DBCC-CheckDB-Lauf keine Fehler meldete. Er wei&#223;t zu Recht darauf hin, dass seit der Pr&#252;fung der ersten Seiten inzwischen genau dort ein Problem aufgetreten sein k&#246;nnte. Das ist [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[7],"tags":[],"_links":{"self":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/106"}],"collection":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/comments?post=106"}],"version-history":[{"count":1,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/106\/revisions"}],"predecessor-version":[{"id":2169,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/106\/revisions\/2169"}],"wp:attachment":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/media?parent=106"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/categories?post=106"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/tags?post=106"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}