Makale numarası: 240145 - Son Gözden Geçirme: 25 Ekim 2007 Perşembe - Gözden geçirme: 6.4

Exchange Server işlem günlük dosyaları nasıl kaldırılır

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 makalede daha önce aşağıdaki makalelerde bulunan bilgiler bir araya getirilmiştir: 259751, 315196


Bu makale ayrıca, işlem günlüğü dosyaları silme hakkında bilgi içerir. En kötü Durum olağanüstü durum senaryosunda, veritabanı bozulursa, günlük dosyaları olmadan tüm verilerinizi kurtarmak olmayabilir. Işlem günlüğü dosyalarını kurtarılabilirlik yüksek düzeyde sağlar. Tam yedekleme tamamlayamazsanız, bu nedenle, yalnızca açıklanan yordamı bu makaledeki Acil durumlarda son çare olarak gerçekleştirmelisiniz. Tam yedekleme kalıcı olarak kaydedilmiş günlükleri otomatik olarak yedekledikten sonra siler.

Bu Sayfada

Hepsini aç | Hepsini kapa

Özet

Exchange Server veritabanı işlem günlükleri, Exchange Server veritabanına tüm değişiklikleri kaydeder. Bu günlük dosyaları zamanla biriken ve dönemsel olarak sabit diskten kaldırılmazlar tüm kullanılabilir disk alanını kullanın.

Exchange işlem günlüğü dosyalarını sabit bir boyuta sahip. Microsoft Exchange Server 2003 ve Exchange Server'ın tüm önceki sürümleri için bu tam olarak 5 megabayt cinsinden boyutudur. Işlem günlüğü dolu olduğunda, işlem günlüğü, bir sayısal bir sıra numarası ile yeniden adlandırılır ve yeni, geçerli bir günlük oluşturulur.

Geçerli işlem günlüğünün en son Exchange Server tarafından oluşturulmuş olur. Işlem günlüğünü, Microsoft Exchange Server 5. 5'te her zaman bu edb.log adı verilir. Microsoft Exchange 2000 Server ve Exchange Server 2003'de, geçerli günlük depolama grubu önekiyle adlandırılır. Daha fazla bilgi için “ depolama gruplarını ” bölümüne bakın.

Exchange, aşağıdaki yöntemlerden birini kullanarak gereksiz günlük dosyalarını otomatik olarak kaldırır:
  • Çevrimsel günlükler etkinleştirilmişse, en kısa zamanda kullanıcılar veritabanı dosyasına yazılmış sonra Exchange Server işlem günlüklerinin kaldırır. Bu işlem bir gecikme ilgili depolama grubu geçerli Exx.log dosya kadar boşta bazı sistemlerde neden olabilir veya Exchange Server 5. 5'te edb.log dosyasını dolduğu ve yeniden adlandırılması gerekir. , Yeni günlük dosyası oluşturma ve otomatik silme işlemi hızlandırmak için <a0></a0>, kendiniz bir 5 megabayt (MB) ek içeren e-posta iletisi gönderebilirsiniz.

    NotÇevrimsel günlükler, varsayılan olarak, Exchange Server 5. 5'te etkinleştirilir. Varsayılan olarak, Exchange 2000 Server veya Exchange Server 2003'te döngüsel günlüğü etkin değil.
  • Çevrimsel günlükler devre dışı bırakıldıysa, Exchange Server fazla günlükleri sonra tam kaldırır ya da artan, depolama grubundaki tüm veritabanlarının çevrimiçi yedekleme yapılır.
Exchange günlüğü mekanizması çalışma şekli hakkında ve bu değiştirme hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
147524  (http://support.microsoft.com/kb/147524/ ) Hareket kullanımını nasıl döngüsel etkileri oturum günlükleri
258470  (http://support.microsoft.com/kb/258470/ ) Döngüsel günlük ayarlarını değiştirme
Aşağıdaki koşullardan biri doğruysa, işlem günlüğü dosyalarını sabit disk alanı bitti kadar numarasını artırır:
  • Yedekleme programı, işlem günlüğü dosyalarını kaldırmaz.
  • Yedekleme programı çalışması durdu.
  • Işlem günlüğü dosyalarını başka bir yöntemi kullanarak temizlendi değil.
Bazen, sabit diskinizde yer kalmamış çalıştırdıysanız işlem günlüğü dosyalarını el ile kaldırmanız gerekebilir. Veya, bazen işlem günlüğü dosyalarını bir belirli bir depolama grubundaki tüm veritabanlarının tam veya artımlı çevrimiçi yedekleme çalıştırmadan önce sabit disk alanı çalıştıran değişiklik yapmayı düşünüyorsanız el ile kaldırmanız gerekebilir. Veritabanı dosyaları için henüz yazılmadı verileri içeren bir günlük kaldırırsanız, veritabanlarının artık sonra olağan dışı bir Dur takılabilir olacaktır. Bu nedenle, hangi günlükleri, Exchange Server işlem günlük dosyalarını el ile kaldırmadan önce kaldırmak güvenli belirlemeniz gerekir.

Not Bu makalede amaçları için "bir işlem günlüğü dosyasını kaldırma", <a0>işlem</a0> günlük dosyasının nerede işlem günlük dosyası, yedeklendi başka bir konuma taşıma depolanan veya silinmiş, gereksinimlerinize bağlı anlamına gelir. Bu makalenin amacıyla, yedeklemek veya bu işlem günlüğü dosyasını geri yüklemek için izin vermez kaldırma türü için "bir işlem günlüğü dosyasını silme" anlamına gelir.

Daha fazla bilgi

El ile gerekli olan bir işlem günlüğü dosyalarını kaldırma

Fazladan işlem günlüğü dosyalarını doğru olarak kaldırmak için <a0></a0>, aşağıdaki adımları izleyin:
  1. Depolama grubundaki tüm veritabanlarının durdurun.
  2. Belirli bir depolama grubundaki her bir veritabanı dosyası durumunu doğrulayın. Her bir veritabanı dosyası durumunu doğrulama hakkında daha fazla bilgi için "Veritabanı durumları" bölümüne bakın.
  3. Aşağıdaki eylemlerden birini gerçekleştirin:
    • Bir veya daha fazla veritabanlarının Dirty kapanma veya inconsistent durumunda, işlem günlük dosyaları, veritabanı tutarlılığını etkilemeden kaldırılabileceği belirler. Daha fazla bilgi için "dosyaları oturum" bölümüne bakın.
    • Tüm veritabanlarının Temiz kapatma veya tutarlı bir durumda, geçerli işlem günlüğü dosyasını haricinde tüm işlem günlüğü dosyalarını kaldırabilirsiniz. Tüm veritabanlarının bir Temiz kapanma durumunda olduğunda, geçerli günlük dosyası kaldırılıyor bir günlük dosyası dizisini sıfırlanmasına neden olur. Bu veritabanları başlatılmasını engellemez. Ancak, sıranın günlük dosyasını sıfırlama durum oluşursa, ileriye doğru bir veritabanını önceki bir yedekten geri yeteneğini etkiler.
  4. Kalıcı olarak bunları hareket günlüğü sabit diskten kaldırmadan önce farklı bir konuma kaldırmak istediğiniz tüm işlem günlüğü dosyalarını kopyalayın. Depolama grubundaki tüm veritabanlarının tam çevrimiçi yedekleme başarıyla tamamlanıncaya kadar kalıcı olarak işlem günlüğü dosyalarını silmeyin.
Aşağıdaki bölümler, işlem günlüğü dosyalarını ve Exchange Server veritabanı arasındaki ilişkiyi tanımlar. Bölümleri de, günlük dosyaları kaldırmak güvenli olduğunun nasıl belirleneceği ile ilgili ayrıntılı yönergeler sağlar.

Veritabanı durumu

Bir Exchange Server veritabanı doğru şekilde kapatıldı değil veritabanı "bağlı" kendi işlem günlüğüne akışına kalır. Bu tüm işlem günlük dosyası verilerini veritabanı dosyaları güvenli anlamına gelir. Veritabanının bir sonraki başlatma sırasında Exchange Server bu durumu algılar. Exchange Server, veritabanı dosyaları için eksik veri sonra uygulanır. Bu veriyi içeren günlük dosyaları yoksa, veritabanı başlatılamıyor.

Bir Exchange Server veritabanı doğru şekilde kapatıldığında, o veritabanı "hareket günlüğü akışından çıkarır". Bu durumda, sonraki başlatır, bir veritabanı, veritabanı önceki işlem günlüğü dosyalarını gerektirmez. Ancak, bu günlük dosyaları, yedekleme yararlı olabilir veya veritabanı'nın önceki bir sürümü olan geri yüklenecek. Günlük dosyaları, veritabanı yedeğin saatinden ileriye doğru kaydırmak için kullanılır. Veritabanını eski bir sürümünü onları yeniden göndermeniz istemezsiniz, gerçekten kadar bu nedenle, işlem günlüğü dosyalarını kalıcı olarak silinmelidir değil.

Herhangi bir işlem günlüğü dosyalarını el ile izin ver'i kaldırmadan önce belirli bir işlem günlüğü dosyalarını kullanılan herhangi bir veritabanı durumunu belirlemeniz gerekir. Bu durumda, "Ekle" veya "ayırmak" belirli bir işlem günlüğü dosyalarını kullanılan her veritabanı durumunu belirler. Bir veritabanına bağlı veya Eseutil yardımcı'nın /MH komut anahtarı'nı kullanarak veritabanı dosyası üstbilgi incelenerek ilişkisi kesildi olup olmadığını belirleyebilirsiniz. Örneğin, database_name incelemek istediğiniz veritabanının adı olduğu yerdeki bir komut isteminde aşağıdaki komutu çalıştırın:
Eseutil /MH database_name
Örneğin, Mailbox Store (Server1) veritabanı incelemek için <a0></a0>, yazın.
eseutil /MH “ Mailbox Store (Server1).edb
NotEseutil komutunu kullanarak bir veritabanı üstbilgisinin incelemek için <a0></a0>, veritabanını durdurulmalıdır.

Bu komutu çalıştırdıktan görüntülenen başlık bilgilerini <a1>Durum</a1> değerini inceleyin. Durum değeri ilişkisi olup olmadığını veritabanı doğru şekilde kesildi hakkında aşağıdaki bilgileri sağlar:
  • Ilişkisi veritabanı doğru kesildi, durum Temiz kapatma veya tutarl?, çalışan bir Exchange Server sürümüne bağlı değerdir.
  • Ilişkisi veritabanı doğru şekilde kesildi değil, durumu Dirty kapanma veya inconsistent değerdir. Bu, varolan işlem günlük dosyalarından bazılarını veritabanı tarafından gereken bekleyen hareketler içeren anlamına gelir. Bu durumda işlem günlüğü dosyalarını kaldırırsanız, veritabanı sürece, veritabanını yedekten geri yükleyin veya veritabanını onarmak Eseutil komut ve ısinteg komutunu kullanarak yeniden başlatılamıyor.

    Bir Exchange Server veritabanı onarma hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
    812357  (http://support.microsoft.com/kb/812357/ ) Nasıl yapılır: Exchange Server 5.5, Exchange 2000 Server ve Exchange Server 2003 Eseutil /p aracını kullanarak onarıldıktan sonra Exchange veritabanı Bakımı
Iki durumda, işlem günlüğü dosyalarının saklandığı sabit disk dolduğu yer tutucuları ve bu <a0>Rezervasyon</a0> sabit disk alanı da kullanılabilir olarak davranan bir işlem günlüğü dosyalarını rezerve edin. Bu yedek işlem günlüğü dosyalarını, Res1.logRes2.log olarak adlandırılır. Işlem günlüğü dosyalarının konumlandırıldığı sabit disk dolu duruma gelirse, Exchange Server veritabanı temiz bir şekilde durdurmak için yeterince uzun oturum devam etmek için bu iki rezerve işlem günlüğü dosyalarını kullanır. Günlük diski dolu olduğundan, Exchange Server bir ek bir işlem günlüğü dosyasını oluşturamıyor, Res2.log yeniden adlandırılır ve sonraki günlük kullanılır. Gerekirse, Res1.log da kullanılır.

Kapasiteyi rezerve işlem günlüğü dosyalarının her ikisinin de bazen aştı. Dirty kapanma veya inconsistent durumda durdurulmasını depolama grubundaki tüm veritabanlarının olur.

Uyarı Hareket günlüğü sürücüsünde yetersiz disk alanı çalıştırırsanız, veritabanlarının temiz bir şekilde kapanmasına mümkün olabilir. Bir veya daha fazla veritabanlarının Dirty kapanma veya inconsistent durumunda ise ve disk alanı boşaltmak için tüm işlem günlüğü dosyalarını silerseniz, etkilenen bir depolama gruplarındaki hiçbir veritabanı yeniden onarıldı geri veya olmadan takılabilir olacaktır. Günlük dosyaları, aşağıdakilerden birini veya birkaçını veritabanlarının tarafından hala gerekli silmemeniz gerekir.

Depolama grupları

Exchange Server veritabanı, depolama gruplar halinde düzenlenir. Tek işlem günlük dosyası akışı paylaşan veritabanlarının bir depolama grubudur. Exchange Server 5. 5'te, bu iki veritabanı dosyalarını içeren tek bir bilgi deposu depolama grubu yok. Bu iki veritabanı dosyaları Priv.edb ve pub.edb sırasıyla adlandırılır. Ayrıca, Exchange Server 5.5 dir.edb adlı bir tek bir veritabanı dosyası içeren tek bir dizin hizmeti depolama grubunu içerir.

Exchange 2000 Server ve Exchange Server 2003'de, herhangi bir dizin hizmeti depolama grubu yok. Exchange 2000 Server ve Exchange Server 2003'de, sunucu başına en fazla dört bilgi deposu depolama grubu olabilir. Bu depolama grubun her birinden beş veritabanlarının içerebilir. Bu veritabanlarından adlarını, yönetici tarafından yapılandırılabilen.

Depolama grubundaki tüm veritabanlarının, işlem günlüğü sürücü dolu duruma gelirse, hemen durdurulur. Bir depolama grubundaki herhangi bir veritabanı başlatın, depolama grubundaki tüm veritabanlarının durumu denetlenir. Ilk veritabanını başlamadan önce gerekli bir işlem günlük dosyası yeniden birlikte tüm veritabanları için gerçekleştirilir. Işlem günlük dosyası yeniden gönderme işlemlerini ve olaylar genellikle tek bir veritabanı için bir depolama grubundaki tüm veritabanlarının uygulanır.

Önemli Her bir veritabanı dosyası, Temiz kapatma veya tutarlı bir durumda olduğunu doğrulamalısınız. Ilişkisi ilişkisi, aynı depolama grubundaki başka bir veritabanı değil doğru kesildi halde belirli bir depolama grubundaki bir veya daha fazla veritabanı doğru şekilde kesildi. Depolama grubundaki tüm veritabanlarının, inceleyin ilk veritabanını durumuna göre Clean kapanma durumunda olduğunu varsayalım değil.

Not Exchange Server 5.5, Eseutil komutunu kullanarak bir tek .edb dosyasında bulunan her veritabanı incelemelisiniz. Exchange 2000 Server ve Exchange Server 2003 için her bir veritabanını iki dosyaya bölünür. Iki bir .stm dosyası ve bir .edb dosyası dosyalardır. .Stm dosyası hem de .edb dosyası durumunu, Eseutil komutunu kullanarak inceleyin.

Günlük dosyaları

Işlem günlük dosyaları, belirli bir depolama grubundaki veritabanları tarafından gerekli belirlemek için <a0></a0>, aşağıdaki adımları izleyin.

Exchange Server 5.5

Önemli Bu bölüm, yöntem veya görev kayıt defterini nasıl söyleyin adımları içerir. Ancak kayıt defterini hatalı olarak değiştirirseniz önemli sorunlar oluşabilir. Bu nedenle, bu adımları dikkatlice uyguladığınızdan emin olun. Ek koruma için, kayıt defterini değiştirmeden önce yedeklemeyi unutmayın. Bir sorun oluşursa kayıt defterini daha sonra geri yükleyebilirsiniz. Kayıt defterini yedekleme ve geri yükleme hakkında daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
322756  (http://support.microsoft.com/kb/322756/ ) Windows'da kayıt defterini yedekleme ve geri yükleme
  1. Exchange Server Administrator programında, veritabanı için <a2>çalışma</a2> yolunu görüntüleyin.

    Yol konumları, Server nesnesinin Veritabanı yolları Özellikler sayfasında bulunur. Denetim noktası dosyası (Edb.chk) Bu yolda bulunur. Administrator programını kullanılamıyorsa, sistem kayıt defterinde çalışma yolu görüntüleyebilirsiniz. Kayıt Defteri Düzenleyicisi'ni çalıştırın ve aşağıdaki kayıt defteri alt anahtarlarını genişletin.

    Bilgi deposu için:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\Working Directory
    Dizin için:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDS\Parameters\DSA Working Directory
  2. Komut isteminde, çalışma yolu klasörüne taşıyın. Edb.chk dosyasının üstbilgisi, Eseutil komutunu kullanarak görüntüleyin:
    Eseutil /mk edb.chk
    Ekran çıktı aşağıdakine benzer olduğunu unutmayın:
    Microsoft(R) Windows NT(TM) Server Database Utilities
    Version 5.5
    Copyright (C) Microsoft Corporation 1991-1998. All Rights Reserved.
    
    Initiating FILE DUMP mode...
    Checkpoint file: edb.chk
    
    LastFullBackupCheckpoint (0,0,0)
    Checkpoint (157,2860,500)    comment: Checkpoint is in log 157 decimal
    FullBackup (90,8,10)
    FullBackup time:1/15/1999 18:18:36
    IncBackup (0,0,0)
    IncBackup time:0/0/1900 0:0:0
    . . .
    						
    üç sayıları <a0>Checkpoint</a0> satırındaki günlük dosyası oluşturma numarası, günlük dosyasına mahsup bir kesimi ve kesim uzaklığında bayt gösterir. Oluşturma numarasını yazın.
  3. Oluşturma numarasını onaltılık dönüştürün. Bu örnekte, onaltılık bir sayıya 9D ondalık 157 çevirir. Exchange Server günlük dosyaları, onaltılık basamak beş numaralandırılır. Örneğin, bir günlük dosyası Edb12345.log adlandırılabilir. Baştaki sıfırlar, günlük sayı beş basamağa kadar yazma için kullanılır. Bu nedenle, önceki örnek denetim noktası günlük dosyasından Edb0009d.log ' dir.

    Not Windows hesap makinesi ait <a1>Bilimsel</a1> modu ondalık bir onaltılı olarak dönüştürmek için kullanabilirsiniz. Hesap makinesi'ni başlatın. Sonra BilimselGörünüm menüsünü tıklatın. Ondalık sayıyı girin ve sonra onaltılık ' ? t?klat?n.
  4. Denetim noktası günlük ve veritabanı bir inconsistent durumdayken, bir veritabanı başlatmak için gerekli denetim günlüğü sonra oluşturulan tüm günlükleri. Bir günlük dosyası, hesaplanan denetim değerine karşılık gelen bulamayabilir. Edb.log adlı her zaman en son günlük dosyasında denetim noktası ise, bu durum oluşabilir. Geçerli günlük dosyası adı, kadar bu günlük dosyası dolu ve yeni bir günlük oluşturulana kadar günlük sıra numarası içermez.

    Edb.log dosyasını gerçek bir iç sıra numarası, günlük dosyasının üstbilgisi aşağıdaki Eseutil komutunu kullanarak görüntüleyerek doğrulayabilirsiniz:
    eseutil /ML edb.log
    Günlük dosyası başlığının lGeneration alan gerçek sıra numarası günlük dosyasının yansıtır. LGeneration değeri onaltılı olarak dönüştürmeniz gerekir.
  5. Denetim günlüğü'den küçük tüm numaralı günlükleri güvenle kaldırabilirsiniz. Ancak, Denetim günlüğü kaldırmayın. Bu örnekte, Edb0009c.logEdb0009b.log ve böyle devam eder, ancak Edb0009d.log veya değil geçerli günlük kaldırabilirsiniz.
    Taşımak için günlük dosyalarını silme unutmayın. Denetim noktası ' daha eski günlük dosyalarını kaldırmak için veritabanı hizmetini durdurmanız gerekmez.
Yedeği geri yüklemelisiniz, tümüyle veritabanı ileri dönmek istiyorsanız, bu yedeklemeden sonra oluşturulan tüm günlük dosyalarını geri yüklemelisiniz. Günlüklerinin sırayla sonu varsa, sonunu ileri geri yükleyemezsiniz.

Exchange 2000 Server ve Exchange Server 2003

  1. Exchange System Manager'da yolu ve dosya adını .edb ve .stm dosyaları için bir veritabanı belirlemek için <a0></a0>, her veritabanı nesnesinin Özellikler iletişim kutusunun <a1>veritabanı</a1> sekmesini görüntülemek için kullanın.
  2. Komut isteminde, bir veritabanı dosyasının yoluna taşıyın.
  3. Veritabanı dosyasının başlığı görüntülemek için aşağıdaki Eseutil komutunu çalıştırın:
    Eseutil /mh database_file
  4. Veritabanı dosyası başlık Kütüğü gerekli</a1> alanında Ek Yardım düğmesini inceleyin. Günlük gerekli alan aralığı bu veritabanı'nı başlatmak için gereken numaralı günlük dosyaları listeler. Hücre 0 - 0, günlük dosyası, bu veritabanı'nı başlatmak için gereklidir. Bu, veritabanı, Temiz kapatma veya tutarlı bir durumda olduğunu gösterir.

    NotEseutil komutunu kullanarak bir veritabanı üstbilgisinin incelemek için <a0></a0>, veritabanını durdurulmalıdır. Veritabanlarının çalıştırırken, ancak Exchange Server'ın tüm sürümleri, denetim noktası dosyası üstbilgisinin inceleyebilirsiniz. Denetim noktası dosyası incelemek için bu yordamı, Exchange Server'ın tüm sürümleri için aynıdır ve “ için Exchange Server 5.5 ” bölümünde anlatılan. Denetim noktası değeri görüntüleme veritabanlarının durdurma gerek kalmadan, hangi günlük dosyaları Kaldırılabilir belirlemenize olanak sağlar. Günlük dosyalarını ve, Denetim günlüğü denetim noktası günlük dahil daha eski olan kaldırılmış olabilir.
  5. Exchange Server, Exchange Server 2003 Service Pack 1 (SP1)'den önceki bir sürümünü çalıştırıyorsanız, ondalık, onaltılık değerler için <a2>log gerekli</a2> alanında listelendiğini aralığı dönüştürmeniz gerekir. Örneğin, Günlük gerekli değeri 28217 – 28221, 06E39 günlük dosyalarına 06E3D bu veritabanı tarafından gereklidir. Exchange Server 2003 SP1'de Günlük gerekli alan rapora geliştirilmiştir ondalık ve onaltılık değerler.

    Not Windows hesap makinesi ait <a1>Bilimsel</a1> modu ondalık bir onaltılı olarak dönüştürmek için kullanabilirsiniz. Hesap makinesi'ni başlatın ve BilimselGörünüm menüsünü tıklatın. Ondalık sayıyı girin ve sonra onaltılık ' ? t?klat?n.

    Not Exchange Server 5. 5'te, Edbxxxxx.log olduğu "xxxxx" beş basamaklı onaltılık tabandaki bir sayıyı, günlük dosyaları adlandırılır. Çünkü, en çok dört depolama grubu Exchange 2000 Server sağlayabilirsiniz ve Exchange Server 2003 ile belirli bir günlük dosyaları kümesi olan her bir depolama grubu, "Edb" öneki işlem günlük dosyası adları görüntülenmez. Içinde 2000 Server Exchange ve Exchange Server 2003 "Edb" öneki "E00 ile" "E03 E01,""E02," "." ile değiştirilir Bir kurtarma depolama grubu ile "R00." "Edb" öneki değiştirilir. Depolama grubu günlük dosyası adı öneki, Exchange System Manager'da belirli bir depolama grubu nesne için <a1>Özellikler</a1> iletişim kutusunun Genel sekmesinde görüntülenir. Önek depolama grubu, bu nedenle, "E01" log gerekli giriş 28217 – 28221 olup olmadığını ise (0x06E39 – 0x06E3D), E0106E39.logE0106E3D.log için gerekli olan gerçek günlükleri olur.

    Bu depolama grubu için tüm günlükleri kaldırmadan önce depolama grubundaki her bir veritabanı günlüğü gerekli değerleri inceleyin.
Herhangi bir günlüğü gerekli alanda depolama grubundaki veritabanları için en düşük giriş değerinden daha küçük numaralı günlük dosyaları güvenle kaldırabilirsiniz. Taşımak için günlük dosyalarını silme unutmayın.

NotGünlük gerekli alan aralığı tek bir günlük rapor edebilir, ancak karşılık gelen numaralı günlük dosyası bulunamıyor. Örneğin, Günlük gerekli alan 28221-28221, çeşitli rapor edebilir ancak 28221 numaralı günlük dosyası bulunamıyor. En son günlük dosyasında denetim noktası ise, bu durum oluşabilir. En yeni günlük dosyası, her zaman yalnızca depolama grubu önekiyle adlandırılır. Örneğin, en yeni günlük dosyası E01.log adlandırılmış olabilir. Geçerli günlük dosyası adı, kadar bu günlük dosyası dolu ve yeni bir günlük oluşturulana kadar günlük sıra numarası içermez.

Geçerli günlük dosyası gerçek bir iç sıra numarası, aşağıdaki Eseutil komutunu kullanarak, günlük dosyasının üstbilgisi görüntüleyerek doğrulayabilirsiniz:
Eseutil /ML log_prefix .log
Örneğin, günlük önek E01 kullanın eseutil /ML E01 .log. Günlük dosyası başlığının lGeneration alan gerçek sıra numarası günlük dosyasının yansıtır.

Bir Exchange Server veritabanını yedekten geri yüklemeniz gerekir ve bu veriler kaybolmadan, Exchange sunucu veritabanını kurtarmak istiyorsanız, sonra oluşturulan tüm işlem günlüğü dosyalarını da geri yüklemeniz gerekir, bu yedekleme gerçekleştirildi. Işlem günlüklerinin sırayla sonu varsa, o sonunu ileri geri edemiyor. Bu durumda, tüm yüksek numaralı günlükleri sonundan sonra kaldırmanız gerekir. Bu, geçerli günlük dosyası içerir.

Not Depolama grubundaki tüm veritabanlarının bir Temiz kapatma veya bir tutarlı duruma bile, en yeni günlük dosyası kaldırmamanız. En yeni günlük dosyası kaldırırsanız, 0x000001 sıra numarası ile başlayan yeni bir günlük dosyası oluşturulur. Yeni günlük dosyaları kümesini, bir Exchange Server veritabanı önceki bir yedekten ileri toplu engelleyecektir.

Bir Exchange Server veritabanı onarma hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
893083  (http://support.microsoft.com/kb/893083/ ) Exchange bilgi deposu için önemli destek sorunları

Bu makaledeki bilginin uygulandığı durum:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Anahtar Kelimeler: 
kbmt kbhowto KB240145 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:240145  (http://support.microsoft.com/kb/240145/en-us/ )