چگونه عیب یابی خطاهای شیرپوینت مرموز.

بررسی اجمالی:

اشکال زدائی مشکل است هنگامی که در حال توسعه قابلیت های سفارشی برای ویندوز خدمات شیرپوینت 3.0 (WSS) یا مایکروسافت آفیس شیرپوینت سرور (خزه). The main culprit is that SharePoint normally surfaces very little diagnostic information on the web browser when an error occurs. This blog entry describes how to locate additional system-generated diagnostic information that can often provide that extra bit of detail that one needs in order to identify root causes. This can then lead to solving the problem.

من این روش را با موفقیت بزرگ استفاده کرده اند حل خطاها در غیر این صورت مرموز.

رویکرد:

شیرپوینت موجب صرفه جویی در مقدار زیادی از اطلاعات برای ورود به سیستم تشخیصی در یک فایل در 12 کندو.

The "12 hive" is usually located at "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12". (من مطمئن هستم که اگر این امکان وجود دارد برای 12 کندو به زندگی می کنند در هر نقطه دیگری, در واقع).

ایده این است برای قرار دادن فایل ورود به سیستم فعلی, force the error and then quickly open the log file. These log files are characterized by:

  • Copious amounts of information. SharePoint generates a very large amount of diagnostic information and writes it to that log file very quickly. You need to be quick with the fingers to capture it.
  • Multiplicity. SharePoint does not write to a single log file but rather generates multiple log files in sequence.
  • کپی و چسباندن به سادگی به اکسل.

روش مورد علاقه من:

  1. باز کردن ویندوز اکسپلورر با اشاره به 12 کندو سیاهههای مربوط.
  2. مرتب کردن بر اساس این دیدگاه نشان می دهد بر اساس تاریخ اصلاح (ترین اولین های اخیر).
  3. برجسته کردن فایل ورود به سیستم.
  4. در یک پنجره مرورگر وب, زور خطا به رخ می دهند.
  5. به سرعت فایل ورود به سیستم در حال حاضر باز شده را کپی کنید و محتویات آن را به اکسل.
  6. پرش به انتها و تجزیه و تحلیل نوشته های مرتبط.

یادداشت های دیگر:

به طور پیش فرض, ورود به سیستم تشخیصی است که در واقع 12 کندو دایرکتوری ورود به سیستم.

کارشناسی ارشد بهترین شیوه (در هر مایک T. مایکروسافت) state that the log files should be saved to a separate hard drive. One does this via central admin. Your system administrator may have done this, که در این صورت شما به وضوح می خواهم نیاز به پیدا کردن فایل ورود به سیستم وجود دارد به جای پیش فرض 12 محل کندو).

این مطلب مسائلی از قبیل:

  • شیرپوینت گردش کار موفق به شروع به دلیل یک خطای داخلی.
  • (در طول زمان اضافه شود)
  • این مطلب مفید تشخیص خطاهای گردش کار (e.g. "The workflow failed to start due to an internal error").

4 دیدگاه در "چگونه عیب یابی خطاهای شیرپوینت مرموز.

  1. لری Virden

    پس, بار وجود دارد که من به 12 کندو سیاهههای مربوط و پیدا کردن وجود دارد کم است به هیچ چیز در آنها, حتی اگر سطوح ورود و خروج کارمندان هستند که باید داده ها وجود دارد. مثلا, I’m sitting here looking at the windows explorer view of the logs folder and I see that, به طور متوسط, سیاهههای مربوط به 1-2 فرفره. اما پس از چند ساعت که در آن سیاهههای مربوط 10K. اکنون, سایت های شیرپوینت در سوال در استفاده بسیار زیاد می باشد 24 ساعت در روز. بنابراین چیزی است که اتفاق می افتد به موضوعات / فرآیندهای تولید اطلاعات است که آنها را جلوگیری از ورود اطلاعات, من می خواهم که به فرض. پس, چگونه می توانم کشف کنم که چه چیزی است که باعث این موضوع?

    من کشف این همه وقتی که من رفتم برای رفتن به سیاهههای مربوط به امتحان و اشکال زدایی یک مشکل. کاربر بخشی از وب اضافه شده و بخشی از وب می گوید آنها را برای بررسی سیاهههای مربوط. اما البته, هیچ چیز در ورود به سیستم وجود دارد.

    پاسخ
  2. کلی فورد
    اگر هیچ فایل ورود به سیستم در محل 12HIVE پیش فرض, شما می توانید محل فایل ورود به سیستم را می توان در آسیای مرکزی اداره بررسی>عملیات>ورود و گزارش>ورود به سیستم تشخیصی.
    پاسخ
  3. نفیس نوشت:
    مرد با تشکر! این فوق العاده است. من قادر به ردیابی خطا از فایل وارد شوید تولید شد و در نهایت. و آنچه من فقط به تغییر نام از نام اسمبلی در workflow.xml فایل مانیفست مشخص شده در feature.xml را فراموش کرده ام.
    Excellent.
    "RunWorkflow: System.IO.FileNotFoundException: Could not load file or assembly ‘NewWorkFlowewWorkFlow, نسخه = 1.0.0.0, فرهنگ = بی طرف, PublicKeyToken = ed96fa43c5396ebe’ و یا یکی از وابستگیهای آن بسته نیز. The system cannot find the file specified. File name: ‘NewWorkFlowewWorkFlow, نسخه = 1.0.0.0, فرهنگ = بی طرف, PublicKeyToken = ed96fa43c5396ebe’ at System.Reflection.Assembly._nLoad(AssemblyName نام فایل, کدهای رشته, assemblySecurity مدارک و شواهد, مجمع locationHint, StackCrawlMark& stackMark, بولی throwOnFileNotFound, forIntrospection بولی) at System.Reflection.Assembly.nLoad(AssemblyName نام فایل, کدهای رشته, assemblySecurity مدارک و شواهد, مجمع locationHint, StackCrawlMark& stackMark, بولی throwOnFileNotFound, forIntrospection بولی) at System.Reflection.Assembl…"
    پاسخ

پاسخ

آدرس ایمیل شما منتشر نخواهد شد. بخشهای موردنیاز علامتگذاری شدهاند *