Exchange Server veritabanı mimarisi ve Veritabanı Altyapısı'na genel bakış

Makale çevirileri Makale çevirileri
Makale numarası: 271987 - Bu makalenin geçerli olduğu ürünleri görün.
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Bu makalede, Microsoft Exchange Server veritabanı mimarisi ve veritabanı alt yapısı genel bir bakış sağlar. Tartışmayı veritabanı bileşenleri hakkında bilgi, <a2>veritabanı tutarlılığını Bakımı</a2>, <a4>olası türleri veritabanı hataları ve veritabanı hizmet programları içerir.

Daha fazla bilgi

Exchange Server, hataya dayanıklılık, işlem tabanlı veritabanları, veritabanına uygulanmadan önce iletilerini ve dizin bilgilerini depolamak için kullanır. Exchange Server 5.5 Standard Edition için her veritabanı için 16 gigabayt (GB) en fazla büyüyebilir. Exchange Server 5.5 Enterprise Edition için donanım tarafından boyutu sınırlıdır.

Bir güç kesilmesi veya diğer olağan dışı bir sistem hatası oluşursa, Exchange Server, işlem günlüğü dosyalarını önceden sunucu tarafından kabul edildi ancak henüz veritabanına yazılan verileri yeniden oluşturmak için kullanır.

Veritabanı bileşenleri

Exchange Server'ın tasarım standart veritabanı teknolojisine dayanır. Sistem diskinin yapısı için Exchange Server tutar ve belleği yönetme bir katıştırılmış bir veritabanı motoru kullanır. Veritabanı alt yapısı teknolojisi, arka planda diğer Windows uygulamaları tarafından Windows ınternet ad hizmeti (WINS) ve dinamik ana bilgisayar Yapılandırma Protokolü (DHCP) de kullanılır.

Bilgi deposu

Exchange Server'da, veritabanı yönetimi için önemli bileşendir, bilgi deposu, aslında iki ayrı veritabanı ' dir. Özel bilgi deposu veritabanını, Priv.edb, kullanıcı posta kutularını verilerde yönetir. Ortak bilgi deposu, pub.edb, Ortak klasörlerdeki veriler yönetir.

Bilgi deposu, tüm kullanıcı eylemleri, sunucunun sabit diskine kaydedilir emin olmak için ileti uygulama programlama arabirimi (MAPI) ve veritabanı alt yapısı ile çalışır. Örneğin, bir kullanıcı, Microsoft Outlook'ta bir ileti kaydettiğinde, MAPI önce veritabanı alt yapısı, sonra da değişiklikleri diske yazar'ı çağırır bilgi deposu çağırır.

JET veritabanı altyapısı

Exchange Server veritabanlarını izlemek ve bilgilerini saklamak için kullandığı günlük dosyaları JET biçimi üzerinde temel alır. Microsoft JET hızı ve performansı tabanlı işlem işleme özellikleri geliştirmek için diğer gelişmiş özelliklerle birleştiren bir 32-bit Gelişmiş birden çok iş parçacığı veritabanı altyapısıdır.

Veritabanı altyapısı, disk belleğine 4 kilobaytlık (KB) sayfa ve bellek yetersiz veri takas tarafından önbelleğe alınır. Bellekteki sayfaları güncelleştirir ve yeni veya güncelleştirilmiş sayfaları, diske geri yazar. Bu, sistem daha etkili yapar, ne zaman istekleri, veritabanı alt yapısı arabellekleri verileri sürekli olarak diske gitmek yerine, bellekte gelir, çünkü.

Sürümlerinde Exchange Server 5. 5'ten önceki arabellek önbellek boyutu var. Daha fazla bellek gerekiyorsa, yönetici arabellek boyutunu el ile değiştirmeniz gerekir.

Exchange Server 5. 5'te, arabellek önbelleği genişletme veya daraltma, bağlı olarak ne kadar kullanılabilir bellek yok ve Microsoft Windows NT sunucu bilgisayarda çalışan başka hizmetler tarafından kullanılan kaynaklar nelerdir dinamik arabellek ayırma sağlar. Diğer hizmetler bellek kullanmıyorsanız, Exchange Server veritabanı alt yapısı, gerekli olarak kadar bellekte alır. Diğer hizmetler için bellek gerekiyorsa, veritabanı alt yapısı bazı belleği sayfaları sabit diske aktarmak ve arabelleğin boyutunu küçültme sağlar.

Bir kullanıcı bir istekte bulunduğunda, veritabanı altyapısı isteği belleğe yükler ve sayfaları "kirli" olarak işaretler (bir "kirli" sayfası veriyle yazılan ve hala bellekte tutulmaktadır bir sayfadır). Kirli bu sayfalar, daha sonra için bilgi deposu veritabanlarının diske yazılır.

Veritabanı tutarlılığını bakımını yapma

Bellekte önbellek verileri işlemek için etkili bir yol olmakla birlikte, bir efekt diskteki bilgileri hiçbir zaman güncel olmasıdır. Bellekteki kirli sayfaları, veritabanları, Exchange Server'ın normal çalışıyor olsa bile tutarsız işaretlenmesini neden. Gerçekten de veritabanlarıdır yalnızca kirli tüm sayfaları başarılı olduğunda tutarlı bir duruma hata ortaya çıktığı bir kapatma sırasında diske aktarılan.

Belleğinin kaybederseniz ne olur? Örneğin, sunucu, verileri, disk ve siz yazılmadan önce ne çöküyor sol tutarsız bir veritabanı ile? Exchange bu durumdan kurtulmak için işlem günlüğü dosyalarını kullanır.

Işlem günlük dosyaları

Işlem günlüğü dosyalarını bellekte olan geçici veriler güvenli bir kopyasını saklayın. Sistem çöküyor, veritabanı, bozulmamış varsayarak günlük dosyaları, kilitlenme önce kabul edilen son hareketi kadar verileri kurtarabilmek etkinleştirin. (Günlükleri veritabanı bozulabilir olası disk hatalarına tarafından etkilenmez böylece, ayrılmış bir sabit diske günlük dosyalarının, depoladığınız önerildiğini unutmayın.)

Exchange "işlem tabanlı" ileti sistemi; bilgi deposu işlem bir veritabanıdır. Bir hareketi, değişiklikleri veritabanına ekler, siler ve güncelleştirmeler, sistem içinde dört "ACıD" invariants aşağıdaki gibi kümesidir:
  • Atomik: Ru tüm işlemlerin gerçekleşmesi veya bunların hiçbiri oluşur.
  • Tutarlı: Veritabanı doğru bir durumdan başka dönüştürülür.
  • Yalıtılmış: Bunlar uygulanana kadar değişiklik görünmez.
  • Dayanıklı: Sistem çöküyor olsa bile, tamamlanan hareketlerin veritabanında korunur.
Bu invariants izleyerek, yalnızca bu verilerin çökmeleri ya da diğer hataları korumalı sürekli veya persistentyazın olduğunu garanti edilmektedir olduğunda, bu veritabanı motoru bir hareketi tamamlar anlamına gelir. Yalnızca bu verileri bellekten için işlem günlüğü dosyasını sabit diskte transfer edilmişse, veritabanı altyapısının verileri kaydeder.

Örneğin, bir iletiyi Gelen Kutusu klasöründeki önemli bir klasöre taşımak için <a0></a0>, Exchange Server, üç işlemleri gerçekleştirir:
  1. Iletinin Gelen Kutusu klasörü siler.
  2. Iletiyi önemli klasörüne ekler.
  3. Öğeleri ve okunmamış öğeleri gösterecek şekilde her klasör hakkındaki bilgileri güncelleştirir.
Bu işlemler bir işlem içinde yapılır. Operasyonların sırası önemli değildir. Yalnızca iletiyi güvenle önemli klasörüne eklendiğinde silme işlemi tamamlanmış olduğundan Exchange Server Gelen Kutusu klasöründeki iletiyi güvenle silebilirsiniz. Sistem çöküyor olsa bile, Exchange Server, Taşıma sırasında bir ileti hiçbir zaman kaybeder ve iletinin iki kopyası ile biten hiçbir zaman.

Mantıksal olarak, verilerin bellekten diske günlük dosyasını ve sonra veritabanını taşıma olarak düşünün, ancak gerçekte ne olur veri bellekten veritabanına disk üzerinde hareket değildir. Günlük dosyaları için yüksek hızlı yazma, en iyi duruma getirilmiş; bu nedenle, normal işlemler sırasında veritabanı alt yapısı günlük dosyalarının gerçekte hiçbir zaman okur. Yalnızca bilgi deposu hizmetinin anormal biçimde vermez veya çöker ve günlük dosyaları'nı yeniden kurtarmak gereksinim duyduğu veritabanı alt yapısı günlük dosyalarından okur.

Denetim noktası dosyası

Veritabanı Altyapısı henüz diskteki veritabanı dosyasına yazılmadı verileri izlemek üzere her <a0>Günlük</a0> dosya dizisini için Edb.chk adlı bir denetim noktası dosyası tutar. Denetim noktası dosyası, günlük sırasına günlüğe bir başarısızlık durumunda, Kurtarma başlatmak <a1>Dosya</a1> bilgi deposunun gereken gösteren bir işaretçidir. Denetim noktası dosyası, verimli kurtarma için gereklidir. Bilgi deposunun diskteki en eski günlük dosyasının en baştan başlatın ve özellikle yapmak istediğiniz tüm ise veritabanı tutarlı hale, zaten--zaman alan bir işlem veritabanına yazılmamış olup olmadığını belirlemek için her günlük dosyası her sayfanın denetleyin.

Denetim noktası dosyası, sistem diskinde bulunur. Sistem diskinizi kurtarmak varsa, bu dosya büyük olasılıkla eksik veya geçersiz bir sürüm. Ancak çoğu durumda denetim noktası dosyası alır kendi düşünmeniz gerekir.

Normal günlüğü

Aşağıdaki adımlar, "normal oturum verileri işlem günlük dosyaları için burada yazılan" gösterilmiştir:
  1. Kullanıcı, bir ileti gönderir.
  2. MAPI, kullanıcının iletiyi gönderen bildirmek için bilgi deposunun çağırır.
  3. Bilgi deposu veritabanı altyapısında bir hareket başlatır ve verilere karşılık gelen değişiklikleri yapar.
  4. Veritabanı alt yapısı, işlem bellekte yeni bir sayfa bellekte dirtying tarafından kaydeder.
  5. Aynı anda, veritabanı alt yapısı, işlem işlem günlüğü dosyasını güvenlik altına alır ve bir günlük kaydı oluşturur. Veritabanı altyapısı bir işlem günlük dosyasının sonuna ulaştığında, geldiğinde ve sırayla yeni bir günlük dosyası oluşturur.
  6. Veritabanı alt yapısı veritabanı dosyasını sabit diskte kirli sayfa yazar.
  7. Denetim noktası dosyası güncelleştirildi.
Döngüsel günlüğü

Exchange Server, yöneticilerin sunucu disk alanı veri kurtarma hakkında hakkında daha fazla ilgili bir defada uygulanan Çevrimsel günlükler adlı bir özelliği destekler.

Çevrimsel günlükler <a0></a0> içinde çok fazla denetim noktası dosyası aktarılan bilgileri izlemek için gerekli dışında aynı şekilde normal günlüğünü çalışır diske. Çevrimsel günlükler, günlük dosyasının sonraki denetim noktası dosyası ilerlemelerden olarak sırasında eski dosyaları tanımlarlar. Bu durumda, kabul edilen en son hareketi geri yüklemek için yedekleme ortamı ile birlikte diskteki günlük dosyalarını kullanamazsınız.

Varsayılan olarak, Çevrimsel günlükler Exchange Server 5.5, günlük dosyalarının sabit bir boyut koruyup buildup engellemek için açık. Bir günlük dosyası, 5 MB sınırına ulaştığında, veritabanı alt yapısı, siler ve sıra ile yeni bir günlük dosyası oluşturur. Sonuç olarak, Exchange Server veritabanı tutarlı bir kilitlenme oluşuyor yapmak için sabit diskte yeterli veri tutar.

Exchange Server bilgisayarınızda döngüsel günlüğü kapatmak önerilir. Çevrimsel günlükler için disk alanı gereğini, ancak becerinizi en çok son kaydedilmiş hareket önce hata kurtarma da ortadan kaldırır. Günlük dosyalarının yeniden yapamazsınız ve yalnızca veri kadar son yedekten kurtarabilirsiniz. Tek bir günlük dosyasının üzerine olsa bile, diğer 99 yüzdesini günlük verileri kurtarmanın yolu yoktur.

Çevrimsel günlükler, etkin işlem tabanlı bir sistemin avantajları olumsuzlar. Döngüsel günlüğü açık bırakarak yalnızca verilerinizi gerekmiyorsa veya veri kurtarma, diğer bir yol varsa, anlamlıdır. Günlük dosyalarını disk kaynakları tüketen ilgili kuşkularınız varsa bunları düzenli olarak çevrimiçi yedeklemeler gerçekleştirerek temizlemek daha iyidir. Artık gerekmediğinde yedekleme, işlem günlüğü dosyalarının otomatik olarak kaldırır.

Veri koruma

Veritabanı dosyaları için veri kurtarma en önemli bir bölümünü olduğunu düşündüğünüz mantıksal olarak görünmektedir. Ancak, veritabanı dosyaları değil, bilgiler içeren Exchange Server, işlem günlüğü dosyalarını daha önemlidir. (Bunları kararlı bir sunucu üzerinde) bulun ve adanmış, yüksek performanslı diskler üzerinde yerleştirin neden olsa da, veritabanı dosyaları daha yavaş disklerdeki geçirmeden anlamına budur.)

Işlem günlüğü dosyalarını, böylece sistemin hata durumunda kurtarabilirsiniz bellekte olan geçici veriler disk üzerinde güvenli bir kopyasını saklayın. Sistem çöküyor, ancak veritabanı günlük dosyalarının sahip olduğu sürece bozulmamış, olduğunda, başarısızlık önce kabul edilen son hareketi oluşturan verileri kurtarabilirsiniz.

Işlem günlüğü dosyalarını da sayfaları sayfalar veritabanına eklemek üzere farklı bir günlük dosyasına sırayla güncelleştirmek için daha hızlı olduğundan, verileri daha verimli yazma olun. Veritabanında değişiklik ortaya çıktığında, veritabanı alt yapısı, bellekteki verileri güncelleştirir. Zaman uyumlu bir hareketin kaydı, sistem başarısız olursa, hareket yeniden nasıl belirten günlük dosyasına yazar. Sonra veritabanı altyapısı, verileri veritabanına diske yazar. Giriş/çıkış disk en aza indirmek için <a0></a0>, veritabanı alt yapısı, sayfaları toplu olarak diske aktarır.

Bir sıradaki her günlük dosyası en fazla 5 MB veri içerebilir. Bir günlük dosyası dolduğunda, önceki bir günlük dosyası olarak yeniden adlandırıldı ve yeni bir edb.log dosya adıyla oluşturulur. Her günlük dosyası, Exchange Server bir onaltılık oluşturma numarası ile ilişkilendirir. Bu nedenle günlük dosyaları, her sıra benzersiz bir imza dosyasında, üstbilgi veritabanı alt yapısı damgaları aynı adı olabileceği için günlük dosyalarını farklı bir nesil arasında ayırabilirsiniz.

Veritabanı Bozulması

Exchange sistemi tutarlı bir duruma geri almaya çalışırsanız gerektiren bir donanım hatası gibi bir hata ile karşılaşabilirsiniz. Değişik Veritabanı Bozulması farklı belirtileri sahip olduğundan, farklı araçlar ve teknikler, tanılamak ve sorunları gidermek için gereklidir.

Bozulmanın iki tür vardır:
  • Fiziksel Bozulması
    En düşük düzeyde veri fiziksel diskte bozulabilir. Bu genellikle, her zaman yedekten geri yüklemek gereken donanımla ilgili bir sorun var.
  • Mantıksal bozulma
    Tipik bir mantıksal bozulma veritabanı düzeyinde gerçekleşir. Dizin girdileri için eksik değerleri göstermek, veritabanı alt yapısı hatası neden olabilir. Mantıksal bozulması, posta kutuları, iletiler, klasörler ve ek olarak uygulama düzeyinde de oluşabilir. Örneğin, uygulama düzeyinde Bozulması yanlış başvuru sayıları, yanlış bir erişim denetimi düzeyleri, bir ileti üstbilgisi olmadan, ileti gövdesinde neden ve benzeri.

Fiziksel Bozulması

Fiziksel Bozulması verileri yok; yapabileceğiniz tek şey Exchange yedekten geri yüklemek ciddi çünkü. Erken fiziksel bozulmayı algılamak ve sorunların hızla çözümlemek önemlidir.

Fiziksel Bozulması algılanıyor

Bilgi deposunda fiziksel bozulması, Olay Görüntüleyicisi'ndeki Uygulama günlüğünde aşağıdaki hataları oluşturur:
  • -1018 (JET_errReadVerifyFailure) diskten okunan veri yazılmış veri ile aynı değil diske.
  • -1022 (JET_errDiskIO) donanım, aygıt sürücüsü veya işletim sistemi hataları veriyor.
  • -510 JET_errLogWriteFail günlük dosyaları, disk alanı yetersiz olan veya günlük dosyası disk bir donanım hatası olabilir.
Fiziksel bir bozukluk olduğunda, Exchange genellikle-1018 veya-1022 bir hata iletisi görüntüler, ancak veri yedekleme için Microsoft'un önerilen yöntemdir ve çevrimiçi yedeklemeler gerçekleştirerek fiziksel bozulması da algılayabilir. Çevrimiçi yedekleme ayrıca her veritabanında tek bir sayfa geliştirmekte denetleyen yalnızca işlem olduğundan, bir veritabanı dosyasında bozulma algılamak için en iyi yoldur.

Çevrimiçi yedekleme çalıştırdığınızda, Windows NT yedekleme yazılımını her 4 KB sayfayı veritabanı dosyasını okur, veritabanı altyapısı için bir programa aktarır ve sonra teybi yeniden yazar. Veritabanı alt yapısı her sayfada sağlaması doğru olduğunu doğrular. Veritabanı Altyapısı hesapladığı sağlama toplamı sayfasında sağlama eşleşmezse, NT Yedekleme günlüklerini ve sabit disk üzerinde fiziksel veritabanı Bozulması bir-1018 hatası var.

Fiziksel Bozulması önleme

Fiziksel bozulmasını önlemek için en iyi yolu, sistem doğru kalite donanım bileşenleri sunucuyla hazırlama ve yapılandırmaktır. Veritabanı ve günlük dosyaları Exchange Server çalışan bir bilgisayara dosya düzeyinde yardımcı programları, virüsten koruma yazılımı gibi çalıştırmadığınızdan emin olun.

Güvenilir bir donanım varsa, fiziksel bozulma yüzdelerinin göstergelerine hiçbir zaman görebilirsiniz. Sürekli olarak-1018 hataları ile çalışır, büyük olasılıkla, büyük olasılıkla bozuk bir disk veya disk denetleyicisi bir donanım sorunu vardır.

Bir sözcük geri yazma önbelleği hakkında: verileri gerçekten güvenli önce bazı geri yazma önbelleği dizi denetleyicilerinin yanlış başarılı iptalleri hareketlerinde dönmek için disk. Yedekleme işlemi, pil olmadıkça geri yazma önbelleği devre dışı bırakmak için kullanmamaktır. Kullanırsanız, önbelleğe alma geri yazma, verileri tam olarak korunur ve yordamlar, önbelleğe alınan verileri bir çökmesinden sonra doğru disklere replayed sağlamak için kullandığınız sağlayarak, bozuk bir veritabanı sahip kaçının.

Gelen fiziksel Bozulması kurtarma

En son iyi yedeklemesinden geri yüklemek için fiziksel veritabanı bozulmasını kurtarmanın tek yolu ise (bir yedekleme hatasız çalıştıysa, iyi durumda) ve sistem tutarlı ve bozulmamış durumuna getirmek için günlük dosyalarını ileri geri. Yinelenen bir başarısızlık büyük olasılıkla veritabanını bulunduğu disk ile ilgili bir sorun olduğunu gösterir.

Gerçekte, veritabanına fiziksel bozulmayı onarmaya güvenli bir yolu yoktur. Eseutil.exe çalıştırabilirsiniz Eseutil, yalnızca hatalı sayfaları siler yardımcı programı onarma modu yeniden çalışması veritabanına almak için ancak bu önerilmez.

Not: Tüm olası ise, Eseutil onarım modunda kullanmayın (Eseutil /p). Exchange Server ile birlikte gelen Eseutil başka tüm başarısız olduğunda, veritabanı zarar onarmak için son çare ' dir. Onarım modunda çalıştırmayı bozuk sayfalar silerek yeniden bozuk bir veritabanı, alır. Eseutil, hiçbir zaman verileri kurtarmak için kullanılmalıdır. Eseutil /p</a0> komutunu çalıştırırsanız, aynı zamanda bir çevrimdışı disk birleştirme (Eseutil /d) çalıştırmalısınız ve sonra Veritabanı tutarlı bir duruma geri yüklemek için ısinteg - test alltests - düzeltme komutunu yeniden çalıştırmalısınız.

Mantıksal Bozulması

Mantıksal bozulma tanılamak ve sorununu mantıksal bozulma öngörülemeyen ve genellikle, yazılım hataları tarafından neden olduğundan, fiziksel bozulmasını gidermek çok daha zordur. Genellikle bir sorun için mantıksal bozulma uyarmak için gerekir. (Mantıksal bozulması çok nadiren Exchange Server'da 5.5.)

Mantıksal Bozulması önleme

Böylece öngörülemeyen mantıksal bozulma olduğundan, Bunu önlemek için kusursuz bir yolu yoktur. Ancak, riskini azaltmak için yolu daha vardır:
  • Microsoft Exchange için en son hizmet paketini yüklemek Server sürüm 5.5 olabildiğince kısa sürede. Hizmet paketleri, Exchange Server 5. 5'te birkaç bilinen sorunu giderin.

    Hizmet paketleri ve bunları edinme hakkında ek bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
    241740Hataların listesi Exchange Server 5.5 Service Pack 3 için sabit
    254682XADM: Exchange Server 5.5 POST-SP3'ü Database Engine'i düzeltmeleri
    191014En son Exchange Server 5.5 hizmet paketi nasıl elde edilir (Bu bağlantı, bir kısmı veya tamamı İngilizce olan içeriğe işaret edebilir.)
  • Exchange Server bilgisayarınızın güvenli olduğundan ve yapılandırmanızı değiştirmiş olduğundan emin olun.
Sorunu bulmak ve üzerinde bu önlemleri izledikten sonra devam ederse, yeni bir hatanın buldunuz. Microsoft, bu durumda, olabildiğince kısa sürede bildirin.
Mantıksal Bozulması onarılıyor

Bilgi deposunda veya veritabanı altyapısında, mantıksal bozulması oluşabilir. Veri ciddi hasar mantıksal bozulmasına neden olabileceğinden, hata raporlarını yoksayın.

Kullanabileceğiniz ısinteg yardımcı program içine bilgi deposu veya veritabanı altyapısında sorunlar denetlemek için Eseutil yardımcı programının sorunlarını denetleyin. Sonra sistem yedekten geri yüklemek denediyseniz, bu yardımcı programları yalnızca son çare olarak kullanması gerektiğini unutmayın.

Isinteg yardımcı programının

Bilgi deposunu bütünlük denetleyicisi (ısinteg) bulur ve ortak ve özel bilgi deposu veritabanlarının hatalarını ortadan kaldırır. Bu hatalar, bilgi deposu çalıştırmasını veya kullanıcıların oturum açma ve alma, açma veya e-posta silme engellemek olabilir.

Isinteg, normal bir bilgi deposu bakım bir parçası olarak tasarlanmamıştır; olağanüstü durum kurtarma durumlarda yardımcı olmak için sağlanmıştır. Örneğin, bir sistem çökmesinden sonra eşitlenmemiş almak, bellekteki bilgi deposunun sayaçlarını düzeltmek için ısinteg çalıştırabilirsiniz.

Mantıksal bir şema düzeyinde ısinteg yardımcı programının çalıştığı için Eseutil yardımcı programının kurtaramıyor verileri kurtarabilirsiniz. Eseutil yardımcı programının fiziksel şema düzeyinde geçerli olan veriler mantıksal bir şema düzeyinde semantically geçersiz olabilir olmasıdır. Kurtarma gelişimini izleyebilirsiniz, ısinteg, Olay Görüntüleyicisi'ndeki Uygulama günlüğünde bilgileri kaydeder.

Isinteg yardımcı programının iki ana görevi yerine getirir:
  • Düzeltme, bilgi deposu çevrimdışı bir yedekten geri yükleme sonrasında ekleri.
  • Bu işlem, sınar ve isteğe bağlı olarak da bilgi deposunda hataları düzeltir.
ısinteg yardımcı programının ve bilgi deposu ile ilgili sorunları giderme hakkında ek bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
182081XADM: Açıklama ISINTEG yardımcı programının

veya CD'sindeki Exchange Server 5.5, Support\Utils dizinindeki Isinteg.rtf belgeye bakın.

Eseutil yardımcı programı

Eseutil yardımcı programının kayıtları ve veritabanı tablolarının yapısını inceler ve birleştirir, onarır ve bilgi deposunu ve dizini bütünlüğünü denetler. Yalnızca yedek kopyadan geri denediyseniz sonra Eseutil onarım kipinde bozuk sayfalar yalnızca siler çünkü bu yardımcı programı kullanın.

Eseutil yardımcı programı hakkında ek bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
192185XADM: nasıl ESEUTIL yardımcı programıyla (Eseutil.exe) Birleştir
veya Exchange 5.5 Eseutil.rtf belgede Support\Utils dizinde bulunan bir disk sıkıştırma konusuna bakın.

Verileri yedekleme

Exchange Server, işlem tabanlı olduğundan, disk üzerindeki veritabanı dosyalarının dosya düzeyinde ya da çevrimdışı bir yedekleme gerçekleştirmeden kaçının. Sistemde değil henüz olan hareketleri dahil, tüm veri koruma sağlamak için en iyi yolu olan çevrimiçi düzenli yedekleme işlemlerini gerçekleştirmek için diske boşaltıldı,.

Çevrimiçi yedekleme

Çevrimiçi yedekleme sunucuyu kapatmadan, Exchange Server veritabanlarını yedekleme ortamınız yedeklemenizi sağlar. Exchange Server bilgi deposu, dahil olmak üzere, tüm hizmetlerin bir çevrimiçi yedekleme gerçekleştirilirken, normal olarak çalışmaya devam eder. Sayfa bellekte güncelleştirildi ve aktarılan veritabanı dosyalarının diskte devam, işlemler, günlük dosyalarında kaydedilir ve denetim noktası dosyası taşımak devam eder.

Exchange, güncelleştirilmiş sayfaları yedekleme yazılımı, yedekleme sırasında değiştirilmiş sayfaları da yedeklenir emin olmak için çalışırken izler .pat (düzeltme) bir dosya kullanır. Iki .pat dosyalarını Priv.pat özel bilgi deposu için ve ortak bilgi deposu için Pub.pat vardır.

Çevrimiçi bir yedekleme gerçekleştirdiğinizde, düzenli olarak yedekleme başarıyla tamamlanmasını sağlamak için Olay Görüntüleyicisi'ndeki Uygulama günlüğünde denetleyin.

Çevrimiçi yedekleme işlemini

Bir yedekleme programı, Windows NT bir örneğin yedekleme (Ntbackup.exe) tam bir yedekleme veya kopya yedekleme sırasında aşağıdakileri yapar:
  1. Veritabanının bir kopyasını oluşturur ve bunu kadar teybi yedekler.
  2. Bir alt sayfa .pat dosyanın teybe kopyalanmış sonra değişen bir sayfa ekler.
  3. Edb.log dosyasını geçerli olduğu x günlük dosyası oluşturma numarasını onaltılık biçimde ve yeni bir günlük oluşturma oluşturur Edb x .log için yeniden adlandırır.
  4. Tam bir yedekleme teybi üzerine yeni edb.log) dışında (Denetim noktası sonra .pat dosyası ve tüm günlük dosyaları yedekler. Önce ve sonra denetim noktası, bir kopya yedekleme tüm günlük dosyalarını yedekler.
  5. Tam bir yedekleme denetim noktası eski olan bir işlem günlüğü dosyalarını siler. Kopya yedekleme herhangi bir işlem günlüğü dosyalarını silin.
Bir yedekleme programı, artımlı yedekleme veya farklı bir yedekleme sırasında aşağıdakileri yapar:
  1. Bir kopyasını günlük dosyaları ve bunları kadar teybi yedekleyen bir artımlı yedekleme, yapar. Farklı bir yedekleme içinde veritabanı teybe kopyalar.
  2. Bir alt sayfa .pat dosyanın teybe kopyalanmış sonra değişen bir sayfa ekler.
  3. Geçerli edb.log dosyasını yeniden adlandırır, Edb x .log için ve yeni bir günlük oluşturma oluşturur.
  4. .Pat dosya ve önce ve sonra denetim noktası, banda olarak yeni edb.log dahil olmak üzere, tüm günlük dosyalarını yedekler.
  5. Artımlı yedekleme, denetim noktası ' daha eski bir işlem günlüğü dosyalarını siler. Farklı bir yedekleme günlük dosyaları silmez.

Çevrimdışı yedekleme

Çevrimdışı olarak yedekleme yapılması önlemek bu seçeneği deneyin. Çevrimiçi yedekleme, yedekleme programı, dosyaları yönetir, ancak çevrimdışı yedekleme insan hata açık olan bir el ile labor-intensive işlemidir. Ayrıca, çevrimdışı yedeklemede sağlama toplamı veritabanının her sayfada doğrulayamıyor. Çevrimiçi yedekleme bozulmasını algılama ve veri kurtarma işlemi için en değerli tek araç var.

Yedekleme hakkında ek bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
191357XADM: tek bir veritabanı tam bir çevrimiçi yedekleme geri yükleme
179308XADM: Nasıl'ı, <a1>Exchange</a1> çevrimiçi yedekleme doğrulamak için

Özellikler

Makale numarası: 271987 - Last Review: 28 Ekim 2006 Cumartesi - Gözden geçirme: 5.1
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Anahtar Kelimeler: 
kbmt kbinfo KB271987 KbMttr
Machine-translated Article
Ö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:271987

Geri Bildirim Ver

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com