Bagaimana memecahkan masalah kesalahan SharePoint misterius.

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:

  1. Buka windows explorer menunjuk ke 12 hivelogs.
  2. Semacam pandangan untuk menunjukkan dengan tanggal modifikasi (Grup yang terbaru dahulu).
  3. Sorot file log terkini.
  4. Di jendela browser web, memaksa kesalahan terjadi.
  5. Dengan cepat membuka file log saat ini dan menyalin isinya ke MS Excel.
  6. 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").

4 pemikiran tentang “Bagaimana memecahkan masalah kesalahan SharePoint misterius.

  1. Larry Virden

    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.

    Balasan
  2. Kelly Ford
    Jika tidak ada file log terdapat di lokasi 12HIVE default, Anda dapat memeriksa lokasi file log dapat ditemukan di pusat administrasi->Operasi->Log dan laporan->Diagnostik Logging.
    Balasan
  3. Nafees wrote:
    Terima kasih pria! ini besar. Saya akhirnya mampu melacak kesalahan dari file log yang dihasilkan. dan apa yang saya lakukan adalah hanya lupa untuk mengubah nama nama perakitan di berkas manifes workflow.xml ditetapkan dalam feature.xml.
    Sangat baik.
    "RunWorkflow: System.IO.FileNotFoundException: Tidak dapat memuat file atau perakitan ' NewWorkFlowewWorkFlow, Versi = 1.0.0.0, Culture = neutral, PublicKeyToken = ed96fa43c5396ebe’ atau salah satu dari dependensi. Sistem tidak dapat menemukan file yang ditentukan. Nama file: ‘NewWorkFlowewWorkFlow, Versi = 1.0.0.0, Culture = neutral, PublicKeyToken = ed96fa43c5396ebe’ di System.Reflection.Assembly._nLoad(Nama file AssemblyName, String basis kode, Bukti assemblySecurity, LocationHint Majelis, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) di System.Reflection.Assembly.nLoad(Nama file AssemblyName, String basis kode, Bukti assemblySecurity, LocationHint Majelis, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) di System.Reflection.Assembl…"
    Balasan

Tinggalkan balasan

Alamat email Anda tidak akan dipublikasikan. Bidang yang harus diisi ditandai *