suspect

1.

genel bi değişle sqlserver de veritabanı doslayarının loglarının bozulması. kurtuluşu varmıdır kesin olmamak birlikte evet vardır.
sögledir;

-aynı isimde yeni bir database açılın.
-databasenin durmumu kontrol edilin. (select status from sysdatabases where name= 'db_name' ile) durumu "1077936153" gibi bir değer gelecektir. ('db_name' yerinize kendi database adınızı yazacaksınız.)
-daha sonra databasenin durumunu emergency (bypass recovery) moduna getirmek gerekir. bunun içinse sysdatabases tablosunu update edip databasenin status bilgilerini değiştirmek gerekir.
ilk önce;
sp_configure 'allow update',1
reconfigure wıth overrıde
sonra
sysdatabases set status = 32768 where name='db_name'
çalıştırarak status değerini değiştirin.
- sqlserveri durdurun.
- bozuk data dosyasını boş data dosyası üzerine kopyalayın. yeni databasein log dosyasını silin.
- sqlserveri çalıştırın.
- dbcc rebuild_log('db_name','c:\program files\.........._log.ldf') satırını çalıştırın.
- “warning: the log for database 'test' has been rebuilt. transactional consistency has been lost. dbcc checkdb should be run to validate physical consistency. database options will have to be reset, and extra log files may need to be deleted.” eğer dogru gittiyseniz buna benzer bir mesaj alacaksınız.
database şu an dba use only modundadır.
enterprise manager da options bölümünden restrict access check ini kaldırın.
- sp_configure 'allow update',0
reconfigure wıth overrıde
satırını çalıştırın.
- datanızı güle güle kullanın.

notlar;
- tüm query cümlerini master üzerinde yazın.
- copy paste değil alınteri.

   crow   12.04.2007 10:40 ~ 10:40
   #318922
2.

*
(isim) şüpheli, zan altında bulunan, sanık, zanlı,
(fiil) kuşkulanmak, hakkında kötü düşünmek,
(sıfat) şüphe çekici, şüphe uyandıran.

   bilac   12.04.2007 11:02 ~ 06.09.2007 21:39
   #318935
 
reklamı kapat

yazdır