Tinjauan:
Penyahpepijatan adalah sukar apabila membangunkan fungsi tersuai untuk Windows SharePoint Services 3.0 (WSS) atau Microsoft Office SharePoint Server (MOSS). Punca utama adalah bahawa SharePoint biasanya surfaces maklumat diagnostik yang sangat sedikit pada penyemak imbas web apabila berlaku ralat. Entri blog ini menerangkan bagaimana untuk mengesan dijana sistem maklumat diagnostik tambahan yang kerap boleh memberikan tambahan itu sedikit detail yang perlu bagi mengenal pasti punca. Ini kemudian boleh membawa kepada penyelesaian masalah.
Saya telah menggunakan teknik ini dengan jayanya untuk menyelesaikan ralat sebaliknya misteri.
Pendekatan:
SharePoint Menyimpan banyak maklumat diagnostik log dalam fail log masuk yang 12 sarang.
"12 sarang" biasanya terletak di "C:\Program FilesCommon FilesMicrosoft SharedWeb Extensions12 pelayan ". (Saya tidak pasti jika ia adalah mustahil untuk pihak 12 sarang untuk hidup di mana-mana lagi, sebenarnya).
Ideanya adalah untuk mencari fail log sekarang, memaksa ralat dan kemudian dengan cepat Buka fail log. Fail log ini dicirikan oleh:
- Mewah bilangan maklumat yang banyak. SharePoint menjana sejumlah besar maklumat diagnostik dan menulis ke fail log yang sangat cepat. Anda perlu cepat dengan jari untuk menangkap ia.
- Banyaknya. SharePoint menulis ke fail log tunggal tetapi sebaliknya menjana fail-fail log berbilang dalam turutan.
- Copy dan paste baik ke dalam MS Excel.
Kaedah kegemaran saya:
- Buka explorer windows yang menunjuk ke dalam 12 hivelogs.
- Jenis paparan untuk menunjukkan tarikh diubahsuai (yang pertama).
- Serlahkan fail log yang terkini.
- Dalam tetingkap pelayar web, memaksa ralat yang berlaku.
- Cepat Buka fail log sekarang dan menyalin kandungannya ke MS Excel.
- Lompat ke hujung dan menganalisis entri berkaitan.
Nota-nota lain:
Secara lalai, log diagnostik terletak di dalam 12 Direktori hiveLOGS.
MS Best amalan (mengikut Mike T. Microsoft) Negeri yang fail log hendaklah disimpan ke cakera keras yang berasingan. Seseorang yang melakukan ini melalui Pentadbiran Pusat. Pentadbir sistem awda mungkin telah melakukan ini, di mana anda akan jelas perlu mencari fail log ada dan bukan lalai 12 lokasi sarang).
Entri ini alamat isu-isu seperti:
- SharePoint aliran kerja gagal dimulakan kerana ralat dalaman.
- (banyak lagi yang akan ditambah dari semasa ke semasa)
- Entri ini telah membantu mendiagnosis ralat aliran kerja (e.g. "Alur kerja gagal dimulakan kerana ralat dalaman").
Jadi, ada kalanya ketika aku pergi ke dalam 12 sarang kayu balak dan mendapati ada sedikit apa-apa di dalamnya, Walaupun tahap pembalakan yang harus ada data tiada. Sebagai contoh, Aku duduk di sini melihat paparan explorer windows folder kayu balak dan saya melihat bahawa, secara puratanya, kayu balak akan 1-2 Gig. Tetapi kemudian saya melihat beberapa jam di mana kayu balak adalah 10k. Sekarang, tapak sharepoint dalam soalan yang digunakan cukup banyak 24 jam sehari. Jadi sesuatu yang berlaku kepada benang/proses menjana maklumat yang menghalang mereka daripada pengelogan, Saya perlu menganggap. Jadi, Bagaimana saya mencari tahu apa yang menyebabkan isu ini?
Saya dapati semua ini apabila saya pergi ke log untuk mencuba dan masalah nyahpepijat. Pengguna ditambah sebahagian web dan bahagian web memberitahu mereka untuk menyemak log. Tetapi sudah tentu, ada apa-apa di dalam log.
membantu saya dengan ralat: ID LOG MASUK 5566