Makale numarası: 248122 - Son Gözden Geçirme: 25 Ekim 2007 Perşembe - Gözden geçirme: 2.3 Exchange 2000 Server ve Exchange Server 2003 Eseutil işlem günlüğü sınamak için kullanılacak dosyaları nasıl zarar
Bu SayfadaÖzetMicrosoft Exchange 2000 Server ve Microsoft Exchange Server 2003'de, Eseutil yardımcı programının /ml seçeneği, işlem işlem günlüğü dosyalarının bütünlüğünü sınamak için kullanabilirsiniz. Bu sınama, "bozuk yazma" E00.log dosyasında da algılar. Bozuk yazma repairable bir durumdur. E00.log dosya sınama başarısız olursa, bu nedenle, dosyayı atmak varsayalım değil. Daha fazla bilgiBir günlük dosyası tehlikeye düşebileceğinden şüphe duyulması hasar sınamak için <a0></a0>, aşağıdaki komutu çalıştırın: Eseutil /ml Log File Name Örneğin, E00123ab.log adlı bir günlük dosyasını sınamak için şunu yazın: Eseutil /ml e00123ab.log Günlük dosyası sınama başarılı olursa, aşağıdaki yanıtı görüntülenir: Günlük dosyası sınama başarısız olursa, aşağıdaki yanıtı görüntülenir: Tek bir komut, tüm günlük dosyalarını bir klasörde sınamak için kullanabilirsiniz. Bunu yapmak için <a0></a0>, bir komut istemi penceresi açın ve sonra da günlük dosyalarının bulunduğu konumun klasöre geçin. Aşağıdaki komutu yazın:Eseutil /ml Enn Bu komutta "Enn" günlük önekini belirtir. Belirli bir depolama grubuna ait tüm günlükleri tarafından paylaşılan <a0>Günlük</a0> dosya adının ilk üç karakter günlük önektir. Örneğin, eseutil /ml E00 komutu aynı öneke günlük paylaşan tüm işlem günlüğü dosyalarını bir klasörde tarar. Ayrıca, herhangi bir işlem günlüğü dosyalarını, sırası, eksik ya da diğer günlük dosyalarıyla uyumsuz, bozuk, komut bildirir. Bozuk yazma ve E00.logBozuk yazma veritabanı hizmeti kesiliyor sonrasında E00.log dosyasında kalan tamamlanmamış bir fiziksel yazma ' dir. Bozuk yazma bir güç kesintisi tarafından bir işletim sistemi çökmesi tarafından veritabanı işlemdeki işlemi Sonlandır'ı çağırmak veya Kill.exe gibi bir sonlandırma yardımcı programını kullanarak kaynaklanabilir. Bozuk yazma yanlış hesaplanacak günlük dosyasında etkilenen hareketlerinde sağlama toplamlarını neden olur ve günlük sonra Eseutil tarafından zarar görmüş olarak algılanır.Bozuk yazma algılama değiştirirken, bir işlem nedeniyle, bozuk bir yazma veya diğer etkenler nedeniyle zarar görmüş Exchange belirler, karmaşık bir işlemdir. Bozuk yazma sorunu, Exchange, veritabanı yeniden başlatıldığında günlük dosyasını onarır. Exchange, günlük dosyaları bozuk yazma işlemleri dışındaki Etkenler sonucu olan zarar onaramaz. Rasgele bir günlük dosyası zarar donanım hataları gidermek güvenle kayıp verileri yeniden edemiyor çünkü. Bozuk yazma, yalnızca E00.log dosya açık olduğundan ve için yazılmış yalnızca günlük dosyası olduğundan E00.log dosyasında oluşur. Bir E00.log dosyası dolduğunda, kapalı olduğundan ve ardışık bir numara ile yeniden adlandırıldı. Exchange kapalı numaralı ve olan bir günlük dosyası (örneğin, E00123ab.log) onaramaz. Eseutil /ml komutu dosya bozuk bir E00.log yeniden yüklemeye çalıştığınızda, veritabanına ek zarara neden hiçbir riski yoktur. Günlük dosyasındaki sorunlar yalnızca bozuk yazma, bunlar düzeltilecektir. Sorunlar onarılamıyor, veritabanına veri uygulamak yerine verilerde reddeder ve uygulama günlüğüne aşağıdakine benzer bir olay yazılır: Olay türü: hata
Exchange 2000'den önceki sürümlerinde Exchange, günlük dosyalarında sağlama toplamlarını güvenle hesaplanan değil. Günlük dosyaları zarar olur, bu bir bozukluk veritabanı dosyalarına yeniden olası oldu. Güvenilir bir şekilde zarar için bir günlük dosyasını denetlemek için bir yol karşılaşıldı: yalnızca bunu yapmak için hiçbir hizmet programı karşılaşıldı, ancak yapısı ve günlük dosyalarının biçimini nedenle bile kuramsal olarak yapmak olanaksız yapılan. Günlük dosyaları, az önce Exchange 2000 bozuk, ancak günlük dosyaları bozuk, olağanüstü durum kurtarma çok zor olur. Algılanabilir bozukluk olmadığından, zararı veritabanına replayed. Sık sık Çöken veya başka veritabanı hemen sonra başlatılamadı kadar bir şeyin yanlış olduğunu biliyor yolu yoktu. Bu durumda, tamamen veritabanını geri yüklemek, bazı günlük dosyalarının atmak ve sonuç doğru olduğunu umarız gerekiyordu. Bu bakımdan Exchange 2000 ve Exchange 2003 vastly geliştirildi ve artık hasarlı günlük dosyası ya da yanlış günlük dosyasının veritabana yeniden oldukça zordur. Eşleşen ek olarak E00.chk sonucu yanlış, yanlış günlükleri yeniden neden olmaz, veritabanları ve günlükleri imzaları olarak ayarladığınızda Exchange 2000 ve Exchange 2003 de bir denetim noktası değeri veritabanı üstbilgisinde kaydetmek. Atlanan tüm işlemleri çalınacağını önce veritabanına yeni bir işlem yürütülemiyor, ayrıca, Exchange 2000 ve Exchange 2003'te "önce" ve "sonra" dbtime değerleri içerir. Bu makaledeki bilginin uygulandığı durum:
Otomatik TercümeÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir. Makalenin İngilizcesi aşağıdaki gibidir:248122
(http://support.microsoft.com/kb/248122/en-us/
)
| Diğer Kaynaklar Diğer Destek Siteleri
ToplulukHemen Yardım AlMakale çevirileri
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Üste