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

Sistem İpucuBu makale, kullandığınızdan farklı bir işletim sistemine yöneliktir. Sizinle ilgili olmayabilecek makale içeriği devre dışı bırakıldı.

Bu Sayfada

Hepsini aç | Hepsini kapa

Özet

Microsoft 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 bilgi

Bir 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:
Bütünlük denetimi için bir günlük dosyası geçirildi: Log File Name
Günlük dosyası sınama başarısız olursa, aşağıdaki yanıtı görüntülenir:
BOZULMA ALGıLADı günlük dosyasındaki: Log File Name
Işlem-501 hata ile sona erdirilmiş (JET_errLogFileCorrupt, günlük dosyası bozuk olabilir)
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.log

Bozuk 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
Olay kaynağı: ESE98
Olay kategorisi: Günlüğü/kurtarma
Olay KIMLIĞI: 465
Tarihi: 12/9/1999
Saat: 2:48:48 PM
Kullanı.: Yok
Computer_Name bilgisayar:
Açıklama: Günlük dosyası E:\exchsrvr\THIRD\E00123ab.log yazılımla kurtarma sırasında bilgi deposu (2428) Bozulması algılandı. Hatalı sağlama toplamı kayıt konumu 8189:328 bulunur. Günlük dosyası dolgu deseni ilk eşleşmeyen veri 8195 kesiminde görüntülendi.

Bu olay, onarılamıyor hasar olup olmadığını gösterir. Böyle bir durumda, çözüm önerilen aşağıdakilerden birini kullanabilirsiniz:
  • Bozuk günlük dosyasını daha iyi bir kopyasını bulun. Başka bir kopyasını bir çevrimiçi Exchange yedeklemesi veya son yedekleme sunucusu olabilir.
  • Bozuk bir günlük dosyası zarar görmüş günlük dosyadan daha yeni olan günlük dosyaları ile birlikte atılması. Sonra Exchange veritabanı iyi bilinen çevrimiçi yedeğini geri yükleyin. Bozuk bir günlük dosyası oluşturulduktan sonra kaydedilen tüm veriler kaybolur.
Bu çözümler çalışabilir değilseniz, "sabit onarma" kullanarak veritabanını onarabilirsiniz Eseutil yardımcı programının (/p) işlevi. Bunu yapmak için önce (*.log dosyaları *.edb ve dosyaları *.stm dosyaları) bir depolama grubundaki tüm veritabanı dosyalarını yedeklemek ve ek öneriler için Microsoft Ürün Destek Hizmetleri'ne (PSS) başvurun dikkat edin. Onarma her zaman en az bazı veri kaybına neden olur.

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:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Anahtar Kelimeler: 
kbmt kbhowto KB248122 KbMttr
Otomatik TercümeOtomatik 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/ )