Genel bakış:
Hata ayıklama özel işlevler için Windows SharePoint Hizmetleri geliştirirken kolay değildir 3.0 (WSS) veya Microsoft Office SharePoint Server (YOSUN). Bir hata oluştuğunda SharePoint normalde çok az tanı bilgilerini üstünde örümcek ağı kaş yüzeyler o ana suçlu olduğunu. Bu blog girişi kez o ekstra sağlayabilir ek sistem tarafından oluşturulan tanı bilgilerini bulun açıklar bit ayrıntı bir ihtiyacı temel nedenlerini tanımlamak için. Bu daha sonra sorunun çözümü için yol açabilir.
Çözmek için büyük bir başarı ile bu tekniği kullanmış yoksa gizemli hataları.
Yaklaşım:
SharePoint bilgi büyük bir tanılama günlüğü'bir günlük dosyasına kaydeder 12 kovan.
"12 kovan" genellikle "C bulunur:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Mümkün olup olmadığından emin değilim. 12 başka bir yerde yaşamak için kovan, Aslında).
Geçerli günlük dosyasının yerini belirlemek için bir fikir, hata zorlamak ve hızlı bir şekilde günlük dosyasını açın. Bu günlük dosyaları ile karakterizedir:
- Bol miktarda bilgi. SharePoint tanı bilgilerini çok büyük miktarda üretir ve çok hızlı bir şekilde bu günlük dosyasına yazar. Onu yakalamak için parmak ile hızlı olmak gerekir.
- Çeşitlilik. SharePoint tek bir günlük dosyasına yazmak değil ama oldukça sırayla birden çok günlük dosyası oluşturur.
- Kopyala Yapıştır güzel MS Excel'e.
Benim favori yöntemi:
- Gösteren bir windows Gezgini'nde aç 12 hivelogs.
- Değiştirme tarihine göre göstermek için sıralama görüş (En son ilk).
- En geçerli günlük dosyasını vurgulayın.
- Bir web tarayıcısı penceresinde, hata oluştuğu için zorla.
- Hızlı bir şekilde geçerli günlük dosyasını açın ve içeriğini MS Excel'e kopyalama.
- Sonuna kadar atlama ve ilgili girişleri analiz.
Diğer notlar:
Varsayılan olarak, tanılama günlüğüne yer almaktadır 12 hiveLOGS Rehberi.
MS Best practices (Mike T başı olarak. Microsoft) günlük dosyalarının ayrı bir sabit diske kaydedilmesi gereken durumu. Bu Yönetim Merkezi ile yaptığı. Sistem yöneticiniz bunu yapmış olabilir, Bu durumda sen belli ki orada yerine varsayılan günlük dosyası bulmak gerekir 12 yığın konumu).
Bu giriş gibi konularla:
- SharePoint iş akışı, bir iç hata nedeniyle başlatılamadı.
- (daha zaman içinde eklenecek)
- Bu giriş iş akışı hata tanılamada yardımcı oldu (e.g. "İş akışı bir iç hata nedeniyle başlatılamadı").
Yani, var kere ne zaman ı gitmek için 12 günlükleri hive'ı bulup onlara hiçbir şey için az, orada-meli var olmak orada olduğunu günlük düzeylerini olsa bile. Örneğin, Günlükler klasörü windows Gezgini manzaraya bakarak oturuyorum ve görüyorum, ortalama, kütük 1-2 konser. Ama sonra birkaç saat içinde 10 k günlükleri Bkz:. Şimdi, sharepoint siteleri söz konusu oldukça fazla kullanılmaktadır 24 gönderilen bir gün. Konu / bilgi üreten önlemek onları-e doğru giriş bilgi--dan işlemlere çok şey olmuş, Kabul etmek gerekir.. Yani, Nasıl ı biçim dışarı ne bu soruna neden olduğunu?
Ben denemek ve bir sorun hata ayıklama günlükleri gitti tüm bu keşfetti. Bir kullanıcı web bölümü eklendi ve web bölümü günlükleri kontrol etmelerini söyler.. Ama tabii, günlüğünde bir şey yoktur.
hata ile yardım: GÜNLÜK KİMLİĞİ 5566