Error -1018,-1019 ve-1022 anlama ve çözümleme veritabanı hataları Exchange

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

Bu Sayfada

Özet

Bu makalede, anlamak ve Error-1018,-1019 ve-1022 Exchange veritabanı Hataları Çözümle yardımcı olacak bilgiler sağlar. Bu makalede, her üç Bu hataların neden farklılıklar bu üç hatalar ve sorunlar türleri arasında veritabanı.

Daha fazla bilgi

Exchange dosya düzeyinde sayfalara kendi veritabanlarında algılamak için işlevselliğini içerir. Bir Exchange veritabanı için dosya düzeyinde hasar ile ilişkili olan üç en yaygın hatalar şunlardır:
  • Error -1018 JET_errReadVerifyFailure
  • -1019 JET_errPageNotInitialized
  • -1022 JET_errDiskIO
Exchange veritabanında aşağıdaki üç düzeyi hasar oluşabilir:
  • Sayfa (dosya sistemi) düzeyi
  • Veritabanı (jet veritabanı motoru)
  • Uygulama (Exchange Bilgi Deposu) düzeyinde
Esefile.exe yardımcı programı, sayfa düzeyinde veritabanlarında hatalarını algılayabilir. Eseutil.exe yardımcı programı algılayabilir ve sorunlarınızı hem sayfa düzeyinde, hem de veritabanı düzeyinde. Isinteg.exe yardımcı programı sorunları algılar ve uygulama düzeyinde onarır.

Hasarı en düşük düzeyi (sayfa) neredeyse her zaman sorunları (veritabanı veya uygulama düzeyi) yüksek düzeyde sonuçlarında. Eseutil veritabanıyla onardıktan sonra bu nedenle, hemen hemen her zaman Isinteg sonradan kullanmanız gerekebilir.

Veritabanı ve uygulama düzeyinde hasar döviz kodu veya Exchange ile entegre üçüncü taraf programlarda sorunlarla ilişkilidir. Sayfa düzeyinde zarara da sorunları Exchange neden olabilir, ancak sayfa düzeyinde bozukluk genellikle sürücü, üretici yazılımı veya donanım sorunları neden olur.

Size hemen hemen her zaman asıl nedenin Error -1018 hata için Exchange bağlıdır temel sistemlerinden birini bulmak, Exchange kendisini kodu değil. Çok az sayıda bu kuralın istisnaları vardır. Exchange kendisini Error -1018 hata neden olduğu tarihi istisnaları ihlaller için bir Error -1018 koşulu raporlama Exchange olmuştur. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
237953Çevrimiçi Yedekleme sırasında hatalı Error -1018 hata bildirdi
230215 Tek işlemcili bilgisayarlarda gerçekleştirilen değil yedek checksuming
Temel bir sistemde bir arıza tarafından hataları-1019 ve-1022 büyük çoğunluğu da kaynaklanıyor rağmen olası hataları-1019 ve-1022 bir hata nedeniyle Exchange kodu olarak hızlı bir şekilde ortaya çıkabilir, dışarı kural olamaz.

Error -1018 hatasını gösterir bir Exchange veritabanı hasar dosya sistemi düzeyinde karşılaştı en sık görülen hatasıdır. Bu nedenle, bu makalede çoğunu Error -1018 Hatasını odaklanır.

Diskteki veriler bozulabilir üç temel yolu vardır:
  • Yanlış veri depolama ortamına yazılır.
  • Veri depolama ortamı üzerinde yanlış yere yazılır.
  • Veri bozulmuş veya depolanan sonra değişti.
Engellemek veya yüzde 100'ünü tüm hasarı düzeltmek çok zor olsa da, bir sorun oluştu algılamak nispeten daha kolaydır. Exchange, veritabanı dosyalarındaki hatalı ve yanlış yerleştirilmiş verileri algılar ve Error -1018 hata veya-1019 hata bildirir. Bir dosya ciddi bir şekilde zarar görmüş ve bazı bölümleri eksik olan tamamen veya Exchange dosyayı okumaya çalıştığında Aksi erişilemez,-1022 hata bildirilir.

Exchange sağlaması ve numaralarını veritabanı sayfaları nasıl hesaplar

Error-1018 ve-1019 hatalarını tetikleyen mekanizmaları nasıl çalıştığını anlamak için bir Exchange veritabanı veri sayfalarını nasıl depolar anlamanız gerekir.

En küçük mantıksal düzeyde, bir Exchange veritabanı dosyası sıralı olarak numaralandırılmış 4 kilobaytlık (kb) sayfalar kümesi olarak görüntüleyebilirsiniz. Veri Okuma ve bir defada bir Exchange veritabanı tek sayfaya yazılır.

Verileri içeren her sayfa sayfa üzerindeki tüm verileri hesaplanan bir sağlama toplamı ile birlikte kendi sayfa numarasını depolar. Sağlama toplamı değeri bu hesaplamada dahil edildiği sayfanın yalnızca bir parçasıdır.

Sağlama toplamı algoritmaları Exchange kullanan sağlama algoritması da dahil olmak üzere, oldukça basit ve iyi anlaşılan. Yalnızca tek bir sayfa arasındaki fark olsa bile, herhangi iki farklı sayfalar için aynı sağlama sonuçlanacak şansı düşük, olacak şekilde tasarlanmış olan bit.

Sağlama toplamı sınaması yazıldığı tarih bu yana sayfa değiştirilmiş olup olmadığını belirlemek yeterli olsa da, sağlama sınama sayfası doğru yerde olduğundan emin olmak yeterli değildir. Bu nedenle, Exchange her sayfanın bir sağlama yanı sıra, kendi sayfa numarası ile işaretler.

İlk iki 4 KB'lık sayfalarda veritabanındaki veritabanı "başlığı" için ayrılmıştır Veritabanı durdurulduğunda, Eseutil yardımcı program kullanabilirsiniz. /MH Bu üstbilgiyi görmek için anahtar. Başlığı, bir bütün olarak veritabanı hakkında tanımlayıcı bilgiler içerir.

Bu ilk iki başlık sayfaları, tüm diğer sayfaları veritabanındaki verileri sonra. Tüm veri sayfaları, ortak bir yapıya sahiptir. Gerçek verileri belirli bir sayfa hakkında tanımlayıcı bilgiler içeren kendi sayfa üstbilgisi her sayfanın vardır.

İlk veri sayfasında bir Exchange veritabanı sonra ilk iki başlık sayfalarında yer alır, veritabanını fiziksel sayfa 3 mantıksal sayfa 1 çünkü. 2 fiziksel sayfa 4 ve bu şekilde mantıksal sayfa sayısıdır.

Veritabanındaki mantıksal sayfa numaraları aşağıdaki formülle doğrudan fiziksel sayfa numaralarına eşleştirilir:
mantıksal sayfa numarası = fiziksel sayfa sayı - 2
Veritabanı dosyasının mantıksal ve fiziksel sayfa yapıları dolayısıyla yakından ilişkilidir, çünkü Exchange kolayca her mantıksal sayfa dosyası doğru fiziksel konumda olup olmadığını belirleyebilirsiniz.

Bir sağlama hesaplanmayan veritabanındaki tek sayfaları olan "başlatılmamış sayfa." Bunlar yer açmak için daha fazla veri veritabanı boyutu genişletildiğinde, oluşturulan sayfaların taşlarıdır. Başlatılmamış bir sayfa bir sıfır sağlama ve sıfır sayfa numarası olan biridir. Genellikle, başlatılmamış bir sayfanın her bayt karakteri ile doldurulur. 0x00.

Başlatılmamış bir sayfayı ilk kez kullanıldıktan sonra bile onu boşaltılır başlatılmamış durumuna dönmez. Bunun yerine, bir bayrak Boşaltılan sayfasında yeniden kullanım için kullanılabilir işaretlemek için ayarlanır. Hatta boş olduğunda sayfa sayfa sayısı ve sağlama toplamı, yine de taşır.

Exchange Server 2003 Service Pack 1 (SP1) sağlama algoritması ve kullanılan sayfa biçimi değişti. Ayrıca, Exchange Server 2003 SP1'i Bir hata düzeltme kodu (ecc) algoritması algılamak ve tek-bit hatalarını otomatik olarak düzeltme için kullanılmaya başlandı.Bu yeni işlevsellik 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:
867626Exchange Server 2003 Service Pack 1'de bulunan yeni hata düzeltme kodu

Ne bir Error -1018 hatasına neden oluyor

Exchange aşağıdaki durumlardan herhangi biri ile bir Error -1018 hata başlatılmış bir sayfası veritabanı dosyasında bulunan raporları:
  • Sayfa salt okunur olarak gerçekleştirilen sağlama yeniden hesaplama sonucu sayfasında saklanan sağlama toplamı uyuşmuyor.
  • Sayfasında saklanan sayfa numarası verilen sayfanın fiziksel veritabanı dosyası konumu sayfasında, olması gereken sayfa numarası eşleşmiyor.
Exchange aşağıdakilerden biri Exchange yoksa Error -1018 hata self-generating için sorumlu olabilir:
  • Yanlış sağlama toplamı olan bir sayfa oluşturur.
  • Doğru bir sayfa oluşturur, ancak yanlış yerde sayfa yazmak için işletim sistemi söyler.
Bir Sistem Yöneticisi bir Error -1018 Hatasını, yönetici sunucuda donanım tanılama sınamaları çalıştırır ve bu sınamaların herhangi bir sorunu rapor karşılaştıktan sonra yönetici donanım balangıç analizi geçirdiğinden Exchange sorun için sorumlu olması gerektiğini sonuçlandırmak.

Daha ancak, büyük/küçük harf sonra durumda araştırma Microsoft veya donanım satıcıları bitişik ince sorunları zarar veritabanı dosyası için gerçekten sorumlu olan donanım, bellenim veya aygıt sürücüleri tarafından fazla.

Sıradan tanı sınamaları çeşitli nedenlerle tüm geçici hatalarını algılayamaz. Üretici yazılımı veya sürücüyü yazılım sorunlarını tanılama programları dışında yeteneklerini denk gelebilir. Tanı sınamaları yeterince uzun çalışma saatleri veya karmaşık yüklerini simüle etmek kullanamayabilirsiniz. Ayrıca, hata ayıklama izleme veya tanılama günlük kaydını ekleme sorunu yeniden görünmesini önlemek için sistem yeterince değişebilir.

Basitlik ve sağlama toplamları üretmek ve sayfaları veritabanı dosyasına yazma Exchange mekanizmaları kararlılığını Error -1018 hata nedeni Exchange sorun olma olasılığını düşük başka bir sebep olur. Sağlama toplamı ve yanlış sayfa algılama mekanizmaları basit, güvenilir ve ilk Exchange yayımlandıktan sonra veritabanı sayfa biçimi değişiklikleri veritabanı sürümü arasında uyum küçük değişiklikler haricinde temelde aynı kaldığı.

Daha da ötesi bir sağlama hakkında tüm diğer veriler sonra sayfaya diske yazılacak bir sayfa oluşturulur açıklamak için kendisi de dahil olmak üzere sayfa numarası. Exchange sağlama sayfaya ekler sonra Exchange standart, yayımlanan Windows uygulama programlama arabirimleri (API) kullanarak sayfayı diske yazmak için Microsoft Windows işletim sistemi yönlendirir.

Sağlama toplamı bir sayfa için doğru şekilde oluşturulabilir, ancak daha sonra sayfayı yanlış konumu sabit disk üzerinde yazılı olabilir. Bu bir "bit Çevir." gibi bir geçici bellek hatası neden olabilir Örneğin, Exchange 70 sayfa yeni bir sürümünü oluşturur varsayalım. Sayfa hata deneyimi, ancak disk denetleyicisi veya işletim sistemi tarafından kullanılan sayfa numarası kopyasını rastgele değiştirmiş. 70 (İkili 100110) 6 (ikili 000110) bir kararsız bellek hücre tarafından değiştirilmişse, bu sorun oluşabilir. Sayfa sağlama toplamı hala doğru ancak veritabanında sayfasının konumunu yanlış olabilir. Mantıksal sayfa numarası sayfanın fiziksel konumunu eşleşmiyor algıladığında, Exchange sayfası için bir Error -1018 hata bildirir. Yanlış sayfa numarası Exchange sayfasında Yazar başka bir tür sayfa numaralandırma (Exchange tarafından kaynaklanır) hata ortaya çıkabilir. Ancak bu diğer hataları Error -1018 hatası neden olur. Exchange 71 70 sayfada yazar ve ardından sayfada sağlaması doğru mu, sayfa 71 konumuna yazılır ve sayfa sayısı ve sağlama toplamı sınamalarından geçiyor.

Sık sık Exchange veritabanında bildirilen bir tek Error -1018 Hatasını database Error -1018 hata varlığını dışında başka bir belirti neden veya durdurmak neden olmaz. Sayfa, seyrek olarak erişilen bir klasörde olabilir (örneğin, gönderilen veya silinen klasörleri), veya açılmış veya hatta boş ender olan bir ek.

Tek bir Error -1018 hata kapsamlı veri kaybına neden nadiren olsa Error -1018 hata düzeltme depolama sisteminizi güvenle saklamak veya en az bir kez veri almak başarısız oldu, çünkü Error -1018 hala önemli bir durum hatalardır. Error -1018 hata hiçbir zaman yeniden oluşma geçici bir sorun olabilir, ancak bu hata aşamalı olarak zayıf olacak bir sorunun erken bir uyarı olduğunu daha yüksektir. İlk Error-1018 hata veritabanındaki boş bir sayfada bile, hangi sayfayı İleri hasar görmüş olabilir bilemezsiniz. Kritik genel tablosu bozulmuşsa veritabanı başlatılamamasına hale gelebilir ve veritabanı onarma başarısız veya yalnızca kısmen başarılı olabilir.

Error -1018 hata günlüğe kaydedilir sonra düşünün ve uyaran veya veritabanı için daha fazla rasgele zarar olasılığını bulmak ve asıl nedenin ortadan kadar planlayın.

Error -1018 hatalardan kurtarma

Exchange olarak okunamayan tamamen rasgele veriler üzerinde bir eylem daha fazla veritabanında sorunlara neden önlemek için bir Error -1018 hatası ile başarısız bir sayfa ele alır.

Error -1018 hatasını vererek başarısız oluyor bir sayfa salvaged veya onarılamıyor. Veritabanından expunged gerekir. Veritabanı sayfasından expunge için kullanabileceğiniz üç yöntem vardır:
  • Veritabanı çevrimiçi bir yedekten geri yükleyin.
  • Eseutil.exe kullanın /D Veritabanının çevrimdışı olarak birleştirilmesini yapmak için geçiş yapın.
  • Eseutil.exe kullanın /P Veritabanını onarmak için anahtar.

Veritabanı çevrimiçi bir yedek kopyadan geri yükleme

Çevrimiçi Yedekleme sırasında Error -1018 hata bulunursa, yedekleme işlemi durur. Bu, bozuk sayfa en son başarılı yedekleme mevcut sağlar. Döngüsel günlüğü devre dışı bırakılırsa, kullanılabilir en son tam yedeği geri yükleyin ve sonra izleyen işlem günlüklerinden veritabanına ileriye Top.

Eseutil.exe kullanan veritabanının çevrimdışı olarak birleştirilmesini yapmak için "/ d" anahtarı

Bu yöntem boş bir sayfada Error -1018 hata raporlanırsa, etkili olur. Yalnızca çevrimiçi yedekleme veya gecelik çevrimiçi bakım sırasında Error -1018 hata ortaya çıkarsa, bu sayfa az erişilen veya hatta boş olabilir olduğunu gösterir. Tüm boş sayfaları ve ikincil dizin veritabanında çevrimdışı birleştirme atar.

Eseutil.exe kullanın "/ p" veritabanını onarmak için anahtar

Hatalı bir sayfa, bu yöntemi kullanın, ancak hatalı sayfa onarıldı değil. Dahil olduğu sayfa "yaprak sayfa" ise, bazı veri kaybı oluşur. Veritabanındaki bir yaprak sayfa gerçek veri taşıyan bir sayfadır. İç sayfalar yalnızca yapısal ve mantıksal bilgiler yerine getirir. Yeniden bir iç sayfa kayıp ise çoğu zaman Eseutil tamamen bir tablo oluşturmak. Bununla birlikte, bir veritabanı sayfalarında büyük çoğunluğu, yaprak sayfalarıdır.

Eseutil'ın onarma işlevleri çalışır iyi ve çoğu durumda bir veritabanı işlemi en az veri kaybı ile geri yükleyebilirsiniz. Ancak, birden çok sayfa bozuk veya kritik sistem tabloları kaybolur, veri kaybı çok zararlı olabilir veya veritabanı unrepairable olabilir.

Veritabanı onarımı genellikle bir yedekten geri yükleme ve onarma genellikle geri yükleme işlemi uzun sürer ve olarak çözümlemelisiniz olduğundan veritabanı ileriye çalışırken oranla bir ast stratejisidir. Onarım yalnızca seçin:
  • Bir yedekleme yok.
  • Yedekleme İleri tamamen döndüremez.
Her zaman onarmak veya bir veritabanını geri yüklemek için önce geçerli veritabanı dosyalarının bir yedek kopyasını yapmak. Geri yükleme işlemi, varolan bir veritabanını onarabilirsiniz. Onarım çalışması, ancak veritabanı önceki kopyası hala başlatılabilir, aksi takdirde kaybolacak hurda verilere olanağınız olabilir.

Önemli Bir veritabanı onardıktan sonra veritabanı üstbilgisinde onarma sayacı denetlemeniz gerekir. Sayı sıfırdan büyükse, Eseutil kullanarak bir çevrimdışı disk birleştirme gerçekleştirmek gerekir ve Isinteg yardımcı programı ile bilgi deposu düzeyinde veritabanı onarmalısınız. Bunu yaparsanız, kullanıcı, iletileri veya ekleri veya başvurular posta kutularına artık mevcut öğeleri açmak için çeşitli şekillerde gibi karşılaşabilirler.

Onarma sayacı denetlemek için aşağıdaki komutu çalıştırdığınızda oluşturulan Ekran çıktısını inceleyin:
ESEUTIL /MH [database_file_name]
Onarılan veritabanından çevrimdışı disk birleştirmeyi gerçekleştirmek için aşağıdaki komutu çalıştırın:
ESEUTIL /D [database_file_name]
Kapsamlı bir Isinteg düzeltme onarım sonrasında Exchange 2000 yapmak, Bilgi Deposu hizmeti çalışıyor olmalıdır, ancak onarmak istediğiniz veritabanı çıkartıldı. Veritabanı düzeltme için aşağıdaki komutu çalıştırın:
ISİNTEG -S [sunucu_adi]-FIX - TEST ALLTESTS
Bunu yapmak için kapsamlı bir Isinteg düzeltmesi onarım sonrasında Exchange Server 5.5, bilgi deposu hizmetinin durdurulması gerekir. Uygun anahtar () kullanarak aşağıdaki komutu çalıştırın-PRI veya -PUB), özel veya ortak bir veritabanında onarma mü çalıştırdığınızdan bağlı:
ISİNTEG-PRI|PUB-FIX - TEST ALLTESTS
Not Eseutil ve yer alan Esefile raw veritabanı dosyaları kendi dosya ne olursa olsun karşı sistem konumlarını çalıştırabilirsiniz. Veritabanı dosyalarını bile bir Exchange sunucusunda olması gerekmez. Ancak, Isinteg bilgi deposu düzeyinde çalışır ve bilgi deposu hizmetinin veritabanına erişmek için kullandığı veritabanı tam olarak yapılandırılmış bir Exchange sunucusu üzerinde bir yerde, çünkü sırada Isinteg çalıştırmanız gerekir.

Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
244525Bilgisayarda Exchange Server olmadan Eseutil'i çalıştırma hakkında

-1019 Hatadan kurtarma

-1019 Hatası (JET_errPageNotInitialized) kullanımda olması beklenir bir sayfa başlatılmamış veya boş olduğunda bildirilir. Kullanımdaki bir sayfada sayfa numarası alanı 0x00000000,-1019 hata sayfası Ayrıca, sağlama toplamı sınaması başarısız olabilir rağmen Error -1018 hatası yerine, bildirdi.

Yöntemleri-1019 hatasını düzeltmek için bir Error -1018 hatasını düzeltmek için aynıdır. -1019 Sorunları çevrimiçi yedekleme tarafından algılanır çünkü-1019 sorunu Error -1018 sorunu artık algılanmayan gidebilir olduğunu unutmayın.

Kök hatasının nedeni, Error -1018 Exchange dışında olması büyük olasılıkla olsa da, mantıksal işaretçileri veya sayfalar arasında bağlantılar geçersiz ise-1019 hata Exchange tarafından neden olabilir.

Ancak, dosya sistemi bozuk veya dosyaya ait veritabanı dosyasına sayfaları eşlenen çünkü-1019 hata neden daha sık rastlanır.

-1022 Hatadan kurtarma

Exchange veritabanında bir sayfa için işletim sistemi sorar ve verilen sayfa veri yerine bir hata oluşursa, bir-1022 hatası (JET_errDiskIO) oluşur. Her bir disk girdi/çıktı (I/o) sorun Exchange veritabanında istenen sayfaya erişmesini engeller, genel bir hata-1022 hatasıdır.

-1022 Hata en yaygın nedeni, ciddi bir şekilde zarar görmüş veya kesilmiş bir veritabanı dosyasıdır. Bu sorun oluşursa, Exchange sayfa numarasını ister veritabanı dosyası sayfa sayısı büyüktür ve bir-1022 hata oluşur. Bu sorun, dosya sistemindeki sorunlar nedeniyle veya hatalı hareket günlüğü yeniden oynama nedeniyle oluşabilir.

Exchange 2000 veritabanı zarar verebileceğini hareket günlüğü replay önlemek için geniş güvenlik önlemlerinin içerir, ancak Exchange Server 5.5, tamamlanmamış bir günlük dosyaları kümesini yürütmek ve veritabanı zarar mümkün. Örneğin, bu sorun yeniden yürütme günlüğü'nden 9 başlaması gerektiğini, ancak 10 günlükten başlatmak için yeniden yürütme yerine zorla ortaya çıkabilir. Bir yönetici denetim noktası dosyası ve günlük 9 silerse replay zorunlu. Bir işlem günlüğü 9 veritabanının boyutuna genişletir, ancak veritabanına günlük 9 oynanır, başvuru veritabanına eklenen yeni sayfalar için 10 günlük bir-1022 hataya neden olur. Sudden çöküyor, vermiyor (asılı), ve erişim ihlalleri bir tamamlanmamış bir işlemi günlük kümesinin bir veritabanına yeniden oynatmak, yaygın belirtiler de değildir.

Anlama ve kök hatasının nedeni,-1022 sorun giderme için Error-1018 veya-1019 hata giderme çok daha karmaşıktır. Hata veritabanı dosya sisteminde kaynaklanan, doğrulayın veya dosya sistemi onarmak ve sonra Exchange bir yedek kopyadan geri gerekir. Veritabanı onarımı hala bir seçenek olmakla birlikte, onarım-1022 hata genellikle oldukça zarar sinyalleri nedeni ile diğer hataları başarılı olması olasılığı daha düşüktür.

Bunun yanı sıra bir-1022 bozulmamış bir veritabanı hatasıyla en yaygın nedeni dosyaları açık tutmak ve bilgi deposu engelleyen başka bir uygulamaya hizmet bunlara erişmek. Bu gibi durumlarda (JET_errFileAccessDenied)-1032 hatalar görebilirsiniz. Tüm Exchange hizmetlerini yeniden başlatarak veya sunucuyu yeniden başlatmayı kilidi kaldırabilirsiniz.

Virüs tarayıcıları gibi üçüncü taraf programlar Exchange verilerini Exchange erişimi engelleyebilir. Her zaman tarama işlemi dosyasını Exchange veri dosyaları dışlamak için dosya düzeyinde Virüs tarayıcılarını yapılandırmak. Birçok virüs tarayıcıları kullanılabilir uygulama programlama arabirimi (API) iletileri ve ekleri bilgi deposundaki Exchange virüs avantajlarından yararlanmak.

Error-1018 ve-1019 hataları çözümleme

Bu bölümdeki bilgiler, teknik destek için öncelikle yöneliktir ve analiz kök dizininde karmaşık olan satıcı personeli neden olabilir.

Yönetici Error-1018 veya-1019 hata bulur sonra yönetici en az üç şey bilmeniz gerekir:
  • Bozuk sayfa üzerinde ne oldu
  • Onarım başarılı olasılığını nedir
  • Ne ilk hasar neden
-Uygulama olay günlüğüne veya Exchange hizmet programları gibi Eseutil çıkışını hizmeti başlattığınızda, komut satırında 1018 ve-1019 hataları oluşabilir. Bir veritabanı bütünlük denetimi ile çalıştırdığınızda uygulama olay günlüğünde bir Error -1018 hata bildirdi Eseutil /g komut. Bu durumda, hatalı bir sayfa boş olduğunu olasıdır.

Çoğu durumda, sorun bildirme sayfasını belirlemek izin veren bir formda hatalar raporlanır. Ayrıca tüm veritabanı bozuk sayfaları tanımlamak için yer alan Esefile ile tarayabilirsiniz. Yer alan Esefile 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:
248406Exchange Server 5.5 ve Exchange 2000 için yer alan Esefile destek yardımcı programı
Aşağıdaki örnekler, Exchange, analiz için her hata ayrıntıları ile birlikte çeşitli sürümleri için uygulama olay günlüğüne gelen tipik Error -1018 hata açıklamalardır.
MSExchangeIS (248) Synchronous read page checksum error -1018
((1:3106 1:3106)(0-310013)(0-312215)) occurred.
Please restore the databases from a previous backup.
					
Yukarıdaki örnekte, parantez içindeki sayılar şu şekilde yorumlayabilir:
  • (1:3106 1:3106) istenen (sayfa 3106) ve (sayfa 3106) sayfasında yazılan gerçekten bulundu sayfa numarasını veritabanındaki sayfayı temsil eder. 1: 1, Priv.edb Exchange Server 5.5 olan veritabanı olduğunu gösterir. 2 Pub.edb veritabanıdır.
  • (0-310013) temsil eder Dbtime sayfada şu an yazılan değeri. , Dbtime Her sayfada sayfa değiştirilmiş bu yana ne kadar süre geçti ile kabaca belirtilirler yazılmış bir 64-bit değer değerdir.
  • (0-312215) geçerli temsil eder. Dbtime bir bütün olarak veritabanı için değer: büyük olasılıkla Dbtime sayfayı şimdi değiştirilen bu sayfada yazılan değer. , Dbtime değer sayfadaki her zaman geçerli daha küçük olmalıdır Dbtime değer.
Sayfa numarası, doğru sayfasından okuyun olduğunu ve Dbtime (ilk ile makul değerleri Dbtime değer ikinciden daha düşük), bu sayfayı tamamen veritabanı dışında bir sayfadan veya başka bir sayfaya ile değiştirilmiştir değil.

Sayfa kendisini aşağıdakine benzer bir komut çıktısı için yer alan Esefile kullanabilirsiniz:
Yer alan Esefile /d database.edb 3106 > 3106.txt
Bu sayfa yapısı ile ilgili önemli ölçüde olduğu gibi göründüğünden, sayfayı daha mantıklı bilgilerini görüntülemek için Eseutil kullanabilmek için de olabilir. Eseutil Exchange 2000 sürümü, Exchange 2000 ve Exchange Server 5.5 hem veritabanlarındaki sayfa yapısı bilgileri görüntülemek için kullanabilirsiniz.

Uyarı Exchange Server 5.5 veritabanını karşı Eseutil Exchange 2000 sürümü, veritabanına yazar modunda kullanın. Yalnızca güvenli olması için kullanın /M anahtarları ve asla kullanma /P, /G, veya /R. Ayrıca, Exchange 2000 sürümlerini Eseutil.exe ve Ese.dll bir Exchange Server 5.5 bilgisayarına kopyalayın. Bunun yerine, bu dosyaları uzaktaki bir sunucuya kopyalamak ve incelemekte olduğunuz veritabanı açık komut satırı bir Evrensel Adlandırma Kuralı (unc) yolunu girin.

Aşağıdaki komuta benzer bir komut sayfasının metin dosyası için mantıksal bilgiler verir:
Eseutil /M \\exchange1\d$\exchsrvr\mdbdata\priv.edb /p3106 > 3106.txt

Initiating FILE DUMP mode...
      Database: priv.edb
          Page: 3106

                        pgnoThis <0x02360004,  4>:  3106 (0x00000c22)
                        objidFDP <0x02360018,  4>:  19 (0x00000013)
                ulChecksumParity <0x02360000,  4>:  4269350574 (0xfe791eae)
        ** computed checksum: 157180847 (0x095e63af)
                   dbtimeDirtied <0x02360008,  8>:  310013 (0x000000000004bafd)
                          cbFree <0x0236001c,  2>:  436 (0x01b4)
                       ibMicFree <0x02360020,  2>:  3608 (0x0e18)
                     itagMicFree <0x02360022,  2>:  3 (0x0003)
               cbUncommittedFree <0x0236001e,  2>:  0 (0x0000)
                        pgnoNext <0x02360014,  4>:  3108 (0x00000c24)
                        pgnoPrev <0x02360010,  4>:  3088 (0x00000c10)
                          fFlags <0x02360024,  4>:  2050 (0x00000802)
                Leaf page
                Primary page
Bu çıktı, onu gerçek veri üzerinde sahip olduğu anlamına gelir bir yaprak sayfa sayfa olduğunu görebilirsiniz. Bu veritabanını onarmak, onarım en az bu veriler kaybolacaktır. Hangi tablo veya posta kutusu sayfanın ait olduğu öğrenmek 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:
262196Bir veritabanı içinde belirli bir sayfanın hangi posta kutusu sahibi belirleme
Eseutil çıktı sayfa onarım şansı olacak için yaprak sayfa listelenmiyorsa iş tamamen yüksek. Yeniden oluşturuldu tarafından onarım işlemini en iç veya yapısal sayfalar tamamen.

Çıktı da bunu bir "boş sayfa." gösterebilir Bu durumda, bir çevrimdışı disk birleştirme veritabanı bozuk sayfasından iptal edecektir.

Sayfa tamamen veritabanı dosyasına ait olmayan bir veri bloğunu almıştır, Eseutil çıktı anlamsız olabilir olduğunu unutmayın.

Aşağıdaki hata başka bir örnek verilmiştir:
MSExchangeIS ((247) ) Synchronous read page checksum error -1018
((1:1057816 1:3688618971) (3688618971-3688618971) (0-16815256)) occurred.
Please restore the databases from a previous backup.
Bu örnekte, sayfa (3688618971) gerçekten okumak sayfa numarası sayfa numarası saklandığı sayfa üstbilgisi alanı bozuk yani istenen sayfayı eşleşmiyor. Olası sayfa numarası bile veritabanında yok. Durumun bu olup olmadığını belirlemek için sayfa numarası 4,096 ile çarpın ve sonra o sayıda bayt boyutu için veritabanı dosyasını karşılaştırın. Bu durumda, sayfa numarası 15 terabayt boyutunda (3,688,618,971 x 4,096 = 15,108,583,305,216) veritabanı olmadığı sürece, ilk olarak Exchange yazdı, bir olasılığı azdır.

Ayrıca dikkat edin ilk Dbtime değerini sayfa say? desenini tam olarak yineler. Onaltılı (kullanım Calc.exe kendi Bilimsel modda) 3688618971 dönüştürmek, 0xDBDBDBDB olur. Exchange 2000 ve Exchange Server 5. 5 8-bayt Dbtime hemen 4 baytlık sayfa numarası değeri sonra değeri depolanır. Bu nedenle, iki farklı alanlar için en az on iki bitişik bayt ile belirli bir desen üzerine biliyor. Bu sayfaya doğrudan aramak için yer alan Esefile kullanıyorsanız, büyük olasılıkla sayfanın tamamını içeren deseni 0xDB yazıldığını keşfedecektir. 0XFF başka bir sık görülen geçersiz bayt deseni ortaya çıkar. Bu durum Yukarıdaki hata için ise Dbtime değer 4294967295 olacaktır.

Aşağıdaki hata sayfa numarası olarak değil, bir dosyanın bayt uzaklığı olarak sayfa bilgileri sağlar:
Information Store (2160) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 897024 (0x00000000000db000)
for 4096 (0x00001000) bytes failed verification due to a page checksum
mismatch. The expected checksum was 2651583211 (0x9e0bf2eb) and the
actual checksum was 2651582996 (0x9e0bf214). The read operation will
fail with error -1018 (0xfffffc06). If this condition persists then
please restore the database from a previous backup.
					
Sayfa numarası ilk uzaklığı, üç s?f?rlar, 1 çıkarılarak çıkarıp sonucu sistemden ondalık sisteme dönüştürme dönüştürebilirsiniz. Bu örnekte, 0x00000000000db - 1 = 0xda = 218 ondalık. Bu ondalık sayfa numarası ile yer alan Esefile veya Eseutil kullanabilirsiniz.

Not Sadece 1, 2-uzaklıklar 0x0 0x1 yerine at sayım başladığı için veritabanındaki iki başlık sayfaları için hesap, yerine çıkarın. Sayfa -1 ve 0 sayfa üstbilgisi sayfa yer alan Esefile veya Eseutil denetlemek isterseniz, başvuru yapar.

Bir Exchange veritabanı başlığı aslında tek bir sayfa gerektirir. İkinci sayfanın başlığı "gölge" kopyasıdır. Kullandığınızda, bildirilen sağlama Yer alan Esefile /d Veritabanı temiz bir şekilde kapatılır sonra sayfa döküm işlevi her zaman sayfa -1 ve 0 için aynı olması gerekir. Üstbilgi bir çökme sırasında yayımlanması, Exchange yeniden başlatıldığında Exchange başlığı kopyala ile temiz bir sağlama kullanır.

Önceki örnekle devam etmeden, sağlaması gerçekten çok birbirine yakın, yalnızca iki karakter bakımından farklı olan. Sağlama Kapat, bu sayfadaki değişikliklerin minimal gösterir: belki de tek bit hatası. Bu sayfayı yine de yeterli ile kurlar çözümleme yapmak için mantıksal yapısını içerdiğini büyük olasılıkla vardır Eseutil /m /p.

Hata iletisi beklenen sağlama gibi artık veritabanında bulunmuyor, aslında sayfasından salt okunur sağlaması değil. Hata iletisi gerçek sağlama toplamı sayfa okur gibi dinamik olarak Exchange re-calculates sağlaması değil.

Sayfadaki gerçek sağlama 0x89abcdef ise, sayfanın tüm 0x00 karakterler içeriyor. Gerçek sağlama toplamı 0x76543210, sayfanın tüm 0xFF karakterler içeriyor.

Aşağıdaki örnek-1019 bir hatadır:
Information Store (3928) The database page read from the file
"d:\exchsrvr\MDBDATA\PRIV.EDB" at offset 1675264 (0x0000000000199000)
for 4096 (0x00001000) bytes failed verification because it contains
no page data.  The read operation will fail with error -1019 (0xfffffc05).
If this condition persists then please restore the database from a
previous backup.
					
Normal işlem sırasında bir sayfaya-1019 hata ya da bir Error -1018 hata rapor-1019 hata öncelik kazanır ve bildirilir. Bir sayfada yazılan sayfa numarası 0x00000000 olduğunda-1019 hata gerçekleşir, ancak sayfayı kullanmak üzere Exchange beklediği unutmayın. Dosya sistemi veritabanı dosyasına sıfırlardan oluşan bir blok eşlenen çünkü-1019 hata neden olup olmadığını veya Exchange yanlışlıkla yapılan ve "kullanımda." olarak kullanılmayan sayfanın başvurulan çünkü kanıtlamak zor olabilir

Yukarıdaki hata sayfası başlatılmamış veya başka bir durumda belirleyemiyor. Daha fazla sayfayı incelemek için yer alan Esefile ve Eseutil kullanmanız gerekir. Bu örnekte, sayfa (0x199 türetilmiş) 408 ondalık sayıdır.

Eseutil, daha fazla sayfayı incelemek için kullanabilirsiniz. , pgnoThis değer sorgulanır, sayfa numarası aynı olmalıdır ve ulChecksumParity değer bir ek raporlar ** Hesaplanan sağlama sayfasında checksum yanlışsa değeri. Yer alan Esefile kullanabilirsiniz /D (tüm karakterler 0x00) başlatılmamış olup olmadığını belirlemek için ham sayfaya bak?n geçin.

Yanlış Error -1018 hataları

Disk sayfasında doğru ancak verileri sistem g/Ç yanlış alır "false" Error -1018 hata oluşur. Bu tür hatalar genelde geçici ve izole etmek zor. Ancak bir "yanlış" Error -1018 hataya rağmen ilgi hak ettiğini. Yine de depolama sistem güvenilirliğini tehlikeye ve sistem içinde ek sorunlar veya hatası nedeniyle tehlike olabilir.

Geçici okuma hataları sisteminizde şüpheleniyorsanız, yer alan Esefile kullanın /D geçiş veya Eseutil /m /p katılan tek tek sayfaları doğrulamak için. Tüm veritabanı tarama ya da yardımcı programını kullanırsanız, daha fazla yanlış pozitif durumlar içinde sonuçlanabilir g/Ç sisteminin zorlamadığını yerleştirin.

İşlevleri geçici okuma hataları tanımlamanıza yardımcı olması için Exchange Server 5.5 Service Pack 2 (SP2) eklenmiştir. Exchange bir sayfa okuma doğrulaması hatadan sonra 16 kez re-reads. Birkaç denemeden sonra sonunda okunan sayfa başarılı olursa, olduğunu bir sistem sorunu güvenle diskten okuma gösterir. Tüm 16 okuma başarısız olsa bile, bunu conclusively sayfanın hatalı olduğunu kanıtlamaz. Yer alan Esefile veya Eseutil ikincil bir sınama gerçekleştirin.

Veritabanı sıfırlaması

Veritabanı sıfırlaması, böylece onu kurtarıldı veya getirilemez doğrudan veritabanı dosyasının incelenmesi tarafından okunan bir Exchange veritabanı silinen bilgileri gizlemek için hazırlanmıştır. Veritabanı sıfırlaması 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:
223161ese sıfırlama hakkında bilgi
Veritabanı sıfırlaması etkinleştirilmişse, belirli karakter desenli bölümleri boş ya da kısmen boş sayfaların üzerine yazılır, ancak sayfa hala başlatılmamış durumuna geri dönmez.

Özellikler

Makale numarası: 314917 - Last Review: 24 Mayıs 2011 Salı - Gözden geçirme: 0.1
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 Server 5.5 Standard Edition
Anahtar Kelimeler: 
kbinfo kbmt KB314917 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:314917

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