Sekilas pandang:
Debugging sulit ketika mengembangkan fungsionalitas kustom untuk Windows SharePoint Services 3.0 (WSS) atau Microsoft Office SharePoint Server (MOSS). Penyebab utama adalah bahwa SharePoint biasanya permukaan sangat sedikit informasi diagnostik pada web browser ketika sebuah kesalahan terjadi. Blog entry ini menjelaskan cara untuk menemukan sistem yang dihasilkan diagnostik informasi tambahan yang sering dapat memberikan tambahan yang sedikit detail yang satu kebutuhan untuk mengidentifikasi akar penyebab. Hal ini kemudian dapat mengakibatkan pemecahan masalah.
Saya telah menggunakan teknik ini dengan sukses besar untuk memecahkan kesalahan sebaliknya misterius.
Pendekatan:
SharePoint menyimpan banyak informasi ke log diagnostik dalam file log dalam 12 sarang.
"12 Sarang" biasanya terletak di "C:\Program FilesCommon program SharedWeb Server Extensions12 ". (Saya tidak yakin jika dimungkinkan untuk 12 sarang untuk tinggal di mana saja lain, Sebenarnya).
Idenya adalah untuk mencari file log saat ini, memaksa kesalahan dan kemudian dengan cepat membuka log file. File log ini ditandai dengan:
- Jumlah informasi yang berlebihan. SharePoint menghasilkan jumlah yang sangat besar informasi diagnostik dan menulis ke file log yang sangat cepat. Anda harus cepat dengan jari-jari untuk menangkap itu.
- Multiplisitas. SharePoint tidak menulis ke file log satu tapi agak menghasilkan beberapa file log dalam urutan.
- Copy dan paste baik ke MS Excel.
Metode favorit saya:
- Buka windows explorer menunjuk ke 12 hivelogs.
- Semacam pandangan untuk menunjukkan dengan tanggal modifikasi (Grup yang terbaru dahulu).
- Sorot file log terkini.
- Di jendela browser web, memaksa kesalahan terjadi.
- Dengan cepat membuka file log saat ini dan menyalin isinya ke MS Excel.
- Melompat ke akhir dan menganalisis masukan yang relevan.
Catatan lain:
Secara default, log diagnostik terletak di 12 hiveLOGS direktori.
MS Best practices (seperti Mike T. Microsoft) menyatakan bahwa file log harus disimpan ke hard drive terpisah. Salah satu hal ini melalui Pusat admin. Administrator sistem dapat melakukan ini, dalam hal ini Anda akan jelas perlu untuk menemukan file log tidak bukan default 12 lokasi sarang).
Catatan ini membahas masalah-masalah seperti:
- Alur kerja SharePoint gagal untuk memulai karena adanya kesalahan internal.
- (lagi yang bisa ditambahkan dari waktu ke waktu)
- Catatan ini telah membantu mendiagnosa kesalahan alur kerja (misalnya. "Alur kerja gagal untuk memulai karena adanya kesalahan internal").
Jadi, ada saat-saat ketika saya pergi ke 12 sarang log dan menemukan ada sedikit atau tidak ada di dalamnya, Meskipun tingkat logging sedemikian rupa sehingga harus ada data yang ada. Misalnya, Aku duduk di sini melihat tampilan explorer windows folder log dan saya melihat bahwa, rata-rata, log 1-2 pertunjukan. Tapi kemudian aku melihat beberapa jam di mana log yang 10k. Sekarang, situs sharepoint yang dimaksud adalah digunakan cukup banyak 24 jam sehari. Jadi sesuatu yang terjadi dengan benang/proses yang menghasilkan informasi yang mencegah mereka dari informasi pendataan, Saya akan harus menganggap. Jadi, Bagaimana saya mencari tahu apa yang menyebabkan masalah ini?
Saya menemukan semua ini ketika saya pergi untuk pergi ke log untuk mencoba dan debug masalah. Pengguna menambahkan bagian web dan bagian web memberitahu mereka untuk memeriksa log. Tentu saja, tidak ada dalam log.
membantu saya dengan kesalahan: LOGIN ID 5566