Microsoft SQL Server hatası 9001'i tanılama: Veritabanı günlüğü kullanılamıyor

Hafta sonu boyunca çalıştırdığım bir web sitesinin çalışması durdu ve web sitesine her istek yapıldığında Olay Görüntüleyicisi'ne aşağıdaki hatayı kaydetti:

Olay Kimliği: 9001

' Veritabanı adı ' veritabanı günlüğü kullanılamıyor. Olay günlüğünde ilgili hata iletileri olup olmadığını kontrol edin. Hataları giderin ve veritabanını yeniden başlatın.

Web sitesi özel bir sunucuda barındırılıyor, bu yüzden sunucuya RDP ve poke yapabiliyoruz. LDFVeritabanı için dosya bulunmaktadır C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATAklasörde, ama aynı hatayı bildiren bir iletişim kutusunda Management Studio sonuçlarından veritabanı ile herhangi bir işi yapmak teşebbüs - 9001: veritabanı günlük kullanılamaz ...

Bu hatayı ilk kez aldım ve bu siteyi (ve diğerlerini) iki yıldan fazla bir süredir bu özel web sunucusunda barındırıyorum.

Anladığım kadarıyla bu hata bozuk bir günlük dosyasını gösteriyor. Ben veritabanı ayırma ve daha sonra bir kaç gün önce bir yedek geri yükleyerek web sitesi geri almak mümkün, ama benim endişem bu hatanın daha uğursuz bir sorun, yani bir sabit disk hatası göstergesi olmasıdır.

Ben web hosting şirketi destek e-posta ve bu onların cevap oldu:

Olay Günlüğü'nde nedene ilişkin başka bir gösterge yok gibi görünüyor, bu nedenle günlüğün bozulmuş olması mümkündür. Şu anda hafızanın kaynakları% 87'dir, bu da bir etkiye sahip olabilir, ancak olası değildir.

Günlük "bozulabilir mi?"

Sorum: Bu sorunu teşhis etmek için atmam gereken sonraki adımlar nelerdir? Bunun gerçekten bir donanım sorunu olup olmadığını nasıl belirleyebilirim? Ve eğer öyleyse, diski değiştirmenin ötesinde herhangi bir seçenek var mı?

Teşekkürler

Veritabanı bozulma sorunlarının% 99'undan fazlası depolama sistemi yapmaktır. Geri kalan sorunların yarısı, diğer yarısı SQL Server'daki hatalar olmakla birlikte kötü hafızadan kaynaklanmaktadır.

Oran bir depolama problemidir.

Bu durumda tekrar veritabanına karşı DBCC CHECKDB çalıştırın ve bu size yolsuzluk hakkında daha fazla bilgi verecektir ve sorun bir geri yükleme yapmadan düzeltilebiliyorsa. Veritabanına karşı checkdb çalıştırmak için veritabanını acil duruma getirmeniz gerekebilir.

Bellek kullanımının% 87'de olması sorunla ilgisi yoktur. SQL Server, belleği tasarımla% 100'e (veya ona yakın) kadar çalıştıracaktır.

Management Studio'da veritabanını çevrimdışına alıp hemen tekrar çevrimiçi duruma getirerek bunu çözebildim. dbcc checkdbbunu yaptıktan sonra çözülen hatalar attı. Söyleyemem neden bu yalnızca o çalıştı yaptığı işi.

Son zamanlarda da bu sorunu yaşadım ve araştırma dağlarından sonra bir veritabanı OTOMATİK KAPAT olarak ayarlandığında yaygın gibi görünüyor. Tüm veritabanlarını AUTO CLOSE = FALSE olarak ayarladım. Bu, bir veritabanı ile başladı ve sonra ikiye geçti ve birincisi hepsinde oldu. Veritabanlarını geri yüklemek yerine SQL Server Örnek Hizmeti'ni yeniden başlattım. Belirtiyi düzeltmenin başka bir yolu da sorunlu veritabanını çevrimdışına almak ve tekrar çevrimiçi duruma getirmektir.

MS SQL, veritabanı bozulmasını önlemek için etkilenen bir veritabanının günlüklerini çevrimdışı duruma getirir. Bu nedenle 9001 hatasını alırsınız.

Etkilenen veritabanını çevrimdışı / çevrimiçi duruma getirdiğinizde MS SQL, hata yeniden oluşana kadar etkilenen veritabanı günlüklerini etkinleştirir.

Bunu çözmenin başka bir yolu da Auto_Close seçeneğini OFF olarak değiştirmek

http://sqlmag.com/blog/worst-practice-allowing-autoclose-sql-server-databases

Ben tahmin / sql sunucunuz için disk için bir baskın var umuyoruz. Donanım sorunlarından şüpheleniyorsanız, yapacağım ilk şey baskın bakım / teşhis araçlarınızı çalıştırmaktır.

ikinci şey (muhtemelen aynı anda mümkünse) veritabanında (belki de sistem veritabanları da) dbcc checkdb çalıştırmaktır.

Tamam, ilk adım, günlük ve mdf dosyalarınızı tamamen farklı bir sürücüye yedekleyin. HIZLI BİR ŞEKİLDE! (dosya kopyası)

Ayrıca, tam bir veritabanı yedeklemesi gerçekleştirmeyi deneyin.

Ardından, aşağıdakileri deneyin. Geçerli veritabanınızı kullanarak günlük dosyasını silip kaldırabilirseniz çıkarın veya diskte tamamen farklı bir konuma taşıyın. Daha sonra veritabanını yeniden ekleyin, böylece bir günlük dosyasıyla birlikte GUI'de görünecek, günlük dosyasının görünmesini engellemek için kaldır (veya sil) seçeneğini ve sonra da Tamam'ı tıklatın. Temel olarak bir günlük olmadan eklemek, varsayılan konumdaki veritabanı için bir günlük dosyası oluşturmaya zorlar.

Bilmeme izin ver.

Evet, ben de aynı sorunu var, tempDb 9001 yani günlük mevcut değil hatası ile ilgili idi. Biz hizmetleri yeniden ve tüm iyiydi.

Bunun arkasındaki sorun SAN veya depolama sorunuydu, G / Ç yazma işlemi 15 saniyeden uzun süre yazılamadı.

Dün aynı hatayı "% 'veritabanı günlüğü kullanılamıyor. Önemli hata 9001, msg 21. Lütfen yöneticinize başvurun" -

Geçici çözüm - 'TempDB' kontrol ettim ama sistem veritabanlarının benzer şekilde erişilebilir değildi. Sonra onarım seçeneği için gitmeden önce ben sadece bu örnek için SQL hizmetlerini yeniden başlattım ve sorun çözüldü :) :)

Bu günlük genişletme için kullanılabilir disk alanı olmadığında gördüm; C: \ üzerinde geniş bir alan olduğunu ve günlüklerinizin yönetildiğini, yani tam kurtarma modundaysanız yedekleme yaptığınızı doğrulayabilir misiniz?

Eğer seçeneğiniz varsa ben ldf (ve mdf) önyükleme biriminden taşımak.