اگر در پاسخ به رویدادی، برنامه ورودی هایی را به یک فایل اضافه می کند، معمولاً رویداد و منبع آن را شناسایی می کند، آنگاه به چنین فایلی یک فایل گزارش می گویند. منابع رویداد احتمالی:
- نتیجه اقدامات خاص کاربر.
- وقفه هایی که از تجهیزات وارد برنامه می شوند.
- رویدادهای تولید شده توسط خود برنامه ها (به عنوان مثال، به دست آمده در نتیجه محاسبات).
- رویدادهای ایجاد شده توسط خطاهای نرم افزاری (به اصطلاح "استثنا").
- رویدادها از سیستم عامل یا برنامه دیگری و همچنین رویدادها از هر منبع دیگری.
در یک کلام، ما در مورد تغییر حالت ها در یک برنامه در حال اجرا و در حال اجرا صحبت می کنیم. ساده ترین گزینهفایل لاگ - عادی فایل متنیبا رکوردهای خط تمام اطلاعات موجود در فایل های گزارش در یک فرمت خاص ثبت می شود، که این امکان را به شما می دهد که بعداً علل رویدادها را درک کنید.
فایل های لاگ کجا استفاده می شوند؟
لیست برنامه های کاربردی لاگ فایل ها بسیار زیاد است. فایل ها از این نوعهر جا که لازم باشد تاریخچه یک فرآیند برنامه خاص را ردیابی کنیم، وضعیت دستگاه ها و ماشین ها را ثبت کنیم، اقدامات کاربر را نظارت کنیم، از جمله. و برای اهداف امنیتی و در بسیاری موارد دیگر. برای جستجو و تجزیه و تحلیل داده ها در فایل های ورود به سیستم، به عنوان یک قاعده، مستقل است نرم افزار، که به شما امکان می دهد به سرعت و به صورت بصری داده های ثبت شده روی کار را مطالعه کنید سیستم نرم افزاری. بسیاری از فایل‌های گزارش بسیار بزرگ هستند، بنابراین یا باید به طور منظم محتوای قدیمی آنها را بازنویسی کنید، یا کل مجموعه‌ای از فایل‌های گزارش را با نام‌هایی ایجاد کنید که مثلاً تاریخ را شامل می‌شود. در بسیاری از موارد، پایگاه های داده بر فایل های گزارش ترجیح داده می شوند.
مثال های مفید
بیایید چند مثال در مورد استفاده از فایل های گزارش ارائه دهیم. اگر استثناهای غیرمنتظره زیادی در برنامه ای که اشکال زدایی می شود وجود داشته باشد، نوشتن آنها در یک فایل گزارش برای تجزیه و تحلیل خطاهای بعدی کاملاً امکان پذیر است. به عنوان مثالی دیگر، می‌توانید به ثبت اطلاعات مربوط به کاربران متصل در سیستم‌های کلاینت-سرور چند کاربره اشاره کنید. این به شما امکان می دهد تا عملیات غیرمجاز آنها را ردیابی کنید.
Logging به توسعه دهنده در فرآیند ایجاد و نگهداری بعدی برنامه، در یافتن خطاها در کد و حل موقعیت های نامفهومی که برنامه ما در زمان کار به طرز عجیبی رفتار می کند، کمک می کند و ما باید دلیل آن را پیدا کنیم. رفتار - اخلاق.
هر توسعه‌دهنده‌ای با موقعیت‌های مشابهی مواجه می‌شود که برخی از اجزای برنامه به شیوه‌ای عجیب کار می‌کند، نتیجه اشتباه می‌دهد یا کلاً کار نمی‌کند. استفاده از لاگ به ما در شرایطی مانند این کمک می کند. زمان جستجوی مناطق مشکل دار در کد ما به میزان قابل توجهی کاهش می یابد و ما می توانیم این یا آن مشکل را سریعتر حل کنیم.
به طور کلی، در حال حاضر، یک برنامه کم و بیش جدی نمی تواند بدون نوشتن گزارش انجام دهد.
گزارش (ورود)گزارش ویژه ای است که اطلاعات مربوط به وضعیت برنامه (برنامه) را ذخیره می کند.
چنین گزارشی را می‌توان به‌عنوان ورودی‌هایی به یک فایل متنی ساده، و ورودی‌های یک پایگاه داده، و ورودی‌های یک سرویس وب از راه دور، و حتی ایمیل‌هایی به یک آدرس خاص در مورد وضعیت‌های خاص برنامه ما درک کرد.
اینکه چه ورودی هایی در این لاگ انجام شود، یعنی چه اطلاعات خاصی باید یادداشت شود، توسط خود توسعه دهنده تعیین می شود. این ممکن است اطلاعاتی باشد که همه چیز به طور عادی کار می کند، یعنی فقط نظارت روزانه بر برنامه ما انجام می شود یا اینکه نوعی خطا رخ داده است که باید در اسرع وقت به آن پاسخ داده شود و برطرف شود و غیره.
در مجموع، شش سطح ثبت وجود دارد، که هر کدام برای پیام هایی از یک نوع یا دیگری با اهمیت در نظر گرفته شده است:
ردیابی - دقیق ترین اطلاعات در مورد آنچه که با بخش کد هدف اتفاق می افتد، گام به گام. به عنوان مثال: تلاش برای باز کردن اتصال پایگاه داده، موفقیت آمیز / ناموفق. این عمل چقدر طول کشید؟ مدت زمان انتخاب از پایگاه داده، موفقیت آمیز/ناموفق بود. چند رکورد بازیابی شده است. بار روی سیستم چقدر بود، چقدر حافظه استفاده شد. چه تعداد رکورد از فیلتر لازم عبور کردند. چند رکورد در انتخاب به دست آمده ظاهر شد که این رکوردها در مرحله بعدی قرار گرفتند. بررسی مقادیر مورد نظر در هر ورودی.
اشکال زدایی اطلاعاتی برای اشکال زدایی است. ثبت عملیات بزرگ، با جزئیات کمتر از Trace. در اینجا ما کل فرآیند عملیات را با این جزئیات توصیف نمی کنیم، اما، با این وجود، عملیات اصلی را ثبت می کنیم. به عنوان مثال: یک درخواست از پایگاه داده انجام شده است. N رکورد از پایگاه داده انتخاب می شود. سوابق با موفقیت پردازش و برای مشتری ارسال شده است.
اطلاعات - اینها پیام های اطلاعاتی کلی تر در مورد عملکرد فعلی برنامه، آنچه برای سیستم در فرآیند استفاده از آن اتفاق می افتد است. به عنوان مثال: دانش آموزان در یک فایل اکسل آپلود شدند. یک دانشجوی جدید در سایت ثبت نام کرده است. دانش آموز گزارش جدیدی اضافه کرده است. دانش آموز به گروه دیگری منتقل شده است.
هشدار - پیام هایی در مورد رفتار عجیب یا مشکوک برنامه. این هنوز یک خطای جدی نیست، اما باید به این رفتار سیستم توجه کنید. به عنوان مثال: یک دانش آموز با سن 2 سال اضافه شده است. دانش آموز نمره منفی گرفت. معلم یک دوره را با 0 دانش آموز به پایان رساند. تعداد دانش‌آموزان در گروه بیش از حداکثر ممکن است.
خطا - پیام های خطا در برنامه. چنین پیام هایی در حال حاضر یک مشکل بزرگ است که باید برای ادامه حل شود عملکرد صحیحسیستم های. به عنوان مثال: خطا در ذخیره دانش آموز جدید در پایگاه داده. بارگیری دانش آموزان در این گروه ممکن نیست. خطای ورود منطقه شخصیدانشجو.
Fatal - پیام هایی در مورد خطاهای بسیار جدی در سیستم. بیشتر اوقات، این به دلیل سلامت کل برنامه یا محیط آن در سرور است. به چنین پیام هایی باید در اسرع وقت پاسخ داده شود. به عنوان مثال: برنامه به دلیل کمبود حافظه یا فضای هارد دیسک دائماً بارگذاری مجدد می شود. برنامه به دلیل نامعلومی خاتمه یافته است. دسترسی به پایگاه داده وجود ندارد. بدون دسترسی به شبکه برخی از پورت ها مسدود شده است.
یعنی قبل از ارسال پیام به لاگ باید آن را به گروه خاصی نسبت دهیم.
به عنوان مثال، ما یک عملکرد جدید نوشته‌ایم و می‌خواهیم آن را آزمایش کنیم که چگونه درست و سریع کار می‌کند. برای این کار از نوع پیام Trace استفاده می کنیم، یعنی تمام پیام های ما در لاگ به عنوان Trace علامت گذاری می شوند.
به روشی مشابه، می‌توانیم نحوه عملکرد برنامه‌مان را به‌طور کلی توصیف کنیم، پیام‌ها با برچسب Info خواهند بود.
اگر در قسمت های خطرناک کد یک استثنا بیاندازیم، اکنون یک ورودی با علامت Error را نیز به گزارش اضافه می کنیم.
خود توسعه دهنده تصمیم می گیرد که این یا آن پیام را به کدام گروه نسبت دهد. این موضوع باید با جدیت تمام برخورد شود. بدیهی است که خطاها نباید به عنوان Info علامت گذاری شوند، خطاها نباید نادیده گرفته شوند و به سادگی ثبت نشوند. سهولت تعمیر و نگهداری کل سیستم، پاسخ سریع به خطاها و زمان صرف شده برای عیب یابی به یک سیستم ثبت گزارش به درستی پیکربندی شده بستگی دارد.
گاهی اوقات توسعه دهندگان برای نوشتن گزارش تنبلی می کنند، آنها نمی خواهند زمان خود را صرف آن کنند. در آینده معلوم می شود که زمان صرف شده برای یافتن و تصحیح خطاها چندین برابر زمان لازم برای ایجاد یک سیستم گزارش است.
طبیعتاً خیلی به پیچیدگی پروژه بستگی دارد. اگر در حال ایجاد یک سایت کارت ویزیت سه صفحه ای ساده یا یک برنامه کنسول برای نیازهای خود هستید کامپیوتر محلی، سپس نوشتن یک سیستم گزارش گیری پیچیده می تواند بیشتر از ایجاد خود پروژه طول بکشد. در این حالت فقط پیام های خطا یا علت خرابی سایت را می توان در لاگ ها نوشت. اما اگر در یک تیم با توسعه دهندگان دیگر روی یک پروژه پیچیده کار می کنید، ثبت نام مناسب ضروری است.
برای شروع لاگ، پلتفرم NLog را به پروژه خود متصل می کنیم. ممکن است .
- $(basedir)- دایرکتوری ریشه برنامه ما
- $(تاریخ کوتاه) - تاریخ فعلیدر قالب yyyy-MM-dd
- $ (تاریخ طولانی)- تاریخ فعلی در قالب yyyy-MM-dd HH:mm:ss.ffff
- $ (سایت تماس)- ثبت محل تماس (نام کلاس، نام روش)
- $(حروف بزرگ:$(سطح)- سطح ورود به سیستم
- $(پیام)- مستقیماً پیامی که در لاگ نوشته می شود
- $(خط جدید)- کاراکتر خط جدید
کلاس عمومی StudentsRepository ( Logger Static خصوصی = LogManager.GetCurrentClassLogger(); //... )
اغلب، یک لاگر استاتیک باید در کل کلاس اعلام شود. اینجا از طریق مدیر کلاس هستیم مدیر گزارشلاگر جدیدی را اعلام کرد که با آن کار خواهیم کرد.
بیایید ورود به سیستم را از سطح Trace شروع کنیم. در روشی که یک دانش آموز را با شناسه او انتخاب می کنیم، اجازه دهید تا آنجا که ممکن است با جزئیات توضیح دهیم که چگونه این اتفاق می افتد:
Public Student GetStudentById(int id) (//در اینجا وضعیت انتخاب واقعی یک دانش آموز از پایگاه داده شبیه سازی شده است... logger.Trace("شناسه دانشجوی درخواستی: " + id); logger.Trace("تلاش برای اتصال به منبع داده")؛ لاگر .Trace("اتصال به منبع داده موفقیت آمیز بود. زمان سپری شده: " + TimeSpan جدید (0، 0، 0، 0، 20). میلی ثانیه؛ var student = _studentsList.FirstOrDefault (x => x.Id = = id); logger.Trace("نمونه گیری با موفقیت انجام شد. دانشجو با id==" + student.Id); دانشجو بازگشت؛ )
توجه داشته باشید که در حال فراخوانی متد Trace() در شی لاگر هستیم. این یک معنای متناظر دارد - ورود پیام هایی از نوع Trace. اگر به تعریف کلاس Logger بپردازیم، متوجه می شویم که روش های دیگری نیز برای تمام سطوح لاگ وجود دارد که در ادامه از آنها استفاده خواهیم کرد.
حالا بیایید چند پیام سطح Debug اضافه کنیم. همانطور که به یاد داریم، این نیز اطلاعات اشکال زدایی است، اما جزئیات کمتری دارد. این رویکردما در روش دیگری برای وضوح استفاده می کنیم:
لیست عمومی
جلوتر می رویم. در سطح اطلاعات، عملیات منظم را در برنامه خود توصیف می کنیم، یعنی یک سطح بالاتر می رویم. فرض کنید در حال کار بر روی یک برنامه ASP.NET MVC هستیم و در یک کنترلر عملی داریم که متد GetStudentById() را که قبلا توضیح داده شد فراخوانی می کند:
Public ActionResult GetStudent(int id) (logger.Info("معلم از دانش آموز با شناسه == " + id درخواست کرد؛ مخزن StudentsRepository = New StudentsRepository(؛ Student student = repository.GetStudentById(id)؛ return View(student); )
حالا بیایید پیام های سطح هشدار را به گزارش ها اضافه کنیم. همانطور که به یاد داریم، در این سطح ورود به سیستم، ما تمام موقعیت های بالقوه خطرناک، رفتار عجیب و غیرمنطقی اجزا را توصیف می کنیم. اگر دانش آموز کمتر از 15 سال سن داشته باشد، یک ورودی ثبت می کنیم:
//... دانشجو دانشجو = repository.GetStudentById(id); logger.Trace("نمونه گیری با موفقیت انجام شد. دانش آموز انتخاب شده با id==" + student.Id); اگر (دانش آموز. سن< 15) logger.Warn("Выбран студент моложе 15 лет"); //...
Var student = _studentsList.FirstOrDefault(x => x.Id == id); if (student == null) logger.Error("Error. هیچ دانش آموزی با id == " + id پیدا نشد); logger.Trace("نمونه گیری با موفقیت انجام شد. دانش آموز انتخاب شده با id==" + student.Id); اگر (دانش آموز. سن< 15) logger.Warn("Выбран студент моложе 15 лет");
حالا بیایید مشخص کنیم که چه چیزی را باید در سطح Fatal ثبت کنیم. در ساده ترین مثال خود، ما به سادگی یک وضعیت مشابه را شبیه سازی می کنیم:
//... logger.Fatal("حداکثر محدودیت استفاده برنامه رسیده است حافظه دسترسی تصادفی 90%"); //...
ما تمام شش سطح ورود به سیستم را بررسی کردیم و روند برنامه خود را تا حد امکان با جزئیات شرح دادیم. اکنون می‌توانیم بلافاصله با بررسی گزارش‌ها، عملکرد سایت را تحلیل کنیم و به کد منبع نگاه نکنیم.
ورود به سیستم به این صورت است. در ساده‌ترین مثال ما، جایی که ما کار را با دانش‌آموزان شبیه‌سازی می‌کنیم، همه چیز حتی بدون لاگ بسیار واضح و شفاف است. اما در پروژه های پیچیده، ورود به سیستم بخشی جدایی ناپذیر از توسعه است.
البته، اینها با قابلیت های سفارشی سازی کامل پلت فرم NLog فاصله زیادی دارند. AT فایل پیکربندیمی‌توانید ورود به مکان‌های دیگر را پیکربندی کنید، به‌عنوان مثال، به پایگاه داده، کنسول، رم، ارسال به‌عنوان پیام ایمیل، ارسال پیام از طریق شبکه و غیره. همچنین می‌توانید فیلتر پیام، یک الگوی پیام پیچیده‌تر را تنظیم کنید. اگر از عملکرد استاندارد لاگر راضی نیستید، می توانید پسوند خود را بنویسید و آن را متصل کنید.
این همه اینجاست، اجازه دهید کمی خلاصه کنیم. ما موضوع ورود به برنامه را مطالعه کرده ایم. ما به نحوه صحیح ثبت بخش های خاصی از کد نگاه کردیم و همچنین با یکی از محبوب ترین پلتفرم های ورود به سیستم آشنا شدیم - این پلتفرم NLog است که قابلیت های آن را نیز در نظر گرفته است و چگونه می توانید تولید گزارش ها را در این پلت فرم پیکربندی کنید.
علاوه بر آمار استاندارد سایت که شامل تعداد بازدیدکنندگان منحصر به فرد, باز کردن صفحاتو خیلی بیشتر اطلاعات مفید، مدیر وب سایت باید چیزهای زیادی در مورد چنین سایتی بداند و این همان چیزی است که لاگ ها برای او آشکار می کنند. در عین حال، وب مسترهای مبتدی اغلب حتی نمی دانند که لاگ چیست و چه چیزی را ارائه می دهد.
چه اطلاعاتی مورد نیاز است؟
همانطور که در بالا ذکر شد، علاوه بر پارامترهای استاندارد، صاحب سایت باید داده های زیادی را بداند:
- کدام صفحات بیشترین بازدید را دارند.
- چه پرس و جوهایی به احتمال زیاد کاربران را به سایت شما می آورند.
- چه مرورگرها یا سیستم عامل هایی بیشترین تقاضا را در بین بازدیدکنندگان دارند.
- بازدیدکنندگان از چه وضوح صفحه نمایش بیشتر استفاده می کنند.
- و خیلی بیشتر.
چگونه متوجه شویم؟
در اکثریت قریب به اتفاق موارد، یک پیشخوان پولی یا رایگان در سایت ها نصب می شود، در حالی که منبعی که آن را ارائه می دهد، تجزیه و تحلیل کاملی از سایت انجام می دهد و آمار بازدیدها را نگه می دارد، که در هر زمان می توان از آن بازدید کرد. به خصوص استفاده از چنین پیشخوان هایی مورد تقاضا است اگر شخصی وب سایت خود را در هاست رایگان میزبانی کند. با توجه به اینکه لاگ چیست، یادگیری نحوه کار با چنین شمارنده ها بسیار مهم است، زیرا در واقع آنها بیشتر داده های لازم را شامل می شوند.
اکثریت قریب به اتفاق ارائه دهندگان هاستینگ که هاست پولی ارائه می دهند در ابتدا به مشتریان خود این فرصت را می دهند که از ابزارهای تجزیه و تحلیلی که قبلاً در سایت ایجاد شده نصب شده اند استفاده کنند. به عنوان مثال، سرورهای آپاچی از یک ابزار تخصصی به نام Webalizer استفاده می کنند که به عنوان یک ماژول سرور اضافی استفاده می شود.
کسانی که از هاست پولی استفاده می کنند نیز می توانند تمام داده های مربوط به سایت خود را به طور کاملاً مستقل پردازش کنند، زیرا مدیر وب سایتی که می داند گزارش سایت چیست و چگونه از آن استفاده کند، دارای دسترسی کاملبه تمام اطلاعاتی که نیاز دارید
این چیه؟
هر سایتی لاگ خود را حفظ می کند که مدیر وب سایت می تواند در هر زمانی که برای او مناسب باشد به آن نگاه کند. لاگ چیست؟ این یک فایل متنی جداگانه است که حاوی اطلاعاتی در مورد تمامی درخواست های سایت و همچنین خطاهای مختلف مربوط به این درخواست ها می باشد.
چگونه داده ها در لاگ نوشته می شوند؟
در ابتدا کاربر در مرورگر خود آدرس یک سایت خاص را تایپ می کند و به آن می رود. پس از آن، مرورگر کاربر شروع به ارسال درخواست برای صدور صفحه وب مورد علاقه کاربر به سروری می کند که این سایت در آن قرار دارد. به همراه این اطلاعات زیر در اختیار سرور قرار می گیرد:
- آدرس IP بازدید کننده
- زمان دقیق درخواست
- مرورگری که کاربر از آن استفاده می کند.
- سیستم عاملی که کاربر از آن استفاده می کند.
- صفحه مورد علاقه
- آدرس صفحه ای که از آن انتقال به هدف انجام شده است.
پس از آن، سرور درخواست مورد علاقه بازدید کننده را صادر می کند و تمام اطلاعات مربوط به تراکنش در لاگ رویداد ثبت می شود و به اصطلاح یک log file ایجاد می کند.
تجزیه و تحلیل مناسب از گزارش های سایت به مدیر وب سایت اجازه می دهد تا دقیقاً نحوه استفاده از منبع خود را تعیین کند و توسعه آن در کدام جهت مرتبط تر است.
لاگ ها چه اطلاعاتی می دهند؟
با جستجوی لاگ های سایت، می توانید پیدا کنید مقدار زیادیاطلاعات مفیدی که ارتقاء بیشتر منبع را بهبود می بخشد و آن را مؤثرتر می کند:
- حضور. البته چنین شاخصی توسط یک شمارنده استاندارد نیز تعیین می شود که می تواند در هر صفحه وجود داشته باشد، اما در گزارش این داده ها با جزئیات بیشتری از جمله ترافیک بر اساس روز، ساعت یا ماه ارائه می شود. همچنین با استفاده از گزارش‌ها می‌توانید ساعات افزایش یا وقفه در ترافیک را تعیین کنید که دانستن آن هنگام نگهداری سایت بسیار مهم است.
- ترافیک. در این حالت، هم ترافیک هر صفحه مجزا و هم کل ترافیک سایت برای دورهی معینزمان.
- تبدیل.این پارامتر به شما امکان می دهد تعیین کنید که بازدیدکنندگان چگونه از طریق منبع شما حرکت می کنند ، یعنی آنها یک صفحه را مشاهده کردند و بسته شدند یا با این وجود شروع به "سفر" در سایت شما کردند و صفحاتی را یکی پس از دیگری مشاهده کردند. نرخ تبدیل به شما این امکان را می دهد که به طور غیر مستقیم کیفیت سایت خود را تعیین کنید.
- صفحات متروکهبا توجه به اینکه لاگ های سرور چیست، اغلب می توانید تعیین کنید که آنها حاوی صفحات رها شده هستند، یعنی صفحاتی که به ندرت بازدید می شوند. در چنین شرایطی، مدیر وب سایت باید تجزیه و تحلیل کاملی از وضعیت انجام دهد، زیرا ممکن است صفحات دیگر مورد توجه افراد قرار نگیرند یا یافتن آنها در میان بسیاری از صفحات دیگر در سایت شما دشوار شده باشد.
- صفحات محبوبصفحات وب که بیشترین بازدید را دارند. می توانید از آنها به عنوان یک الگو در فرآیند ایجاد صفحات دیگر استفاده کنید و در صورت لزوم می توانید کاربران را از این صفحات به برخی دیگر که رها شده یا کمتر محبوب هستند هدایت کنید.
- جستجوهای جستجودر میان چیزهای دیگر، گزارش‌های سایت همچنین حاوی اثربخشی آن متا تگ‌ها هستند. کلید واژه هاو نام صفحات وب که استفاده کرده اید و سایت شما را می توان برای آنها پیدا کرد موتورهای جستجو. بر این اساس، گزارش‌ها حاوی داده‌هایی در مورد اینکه کدام موتور جستجوی خاص سایت شما را برای یک درخواست خاص پیدا کرده است.
دستورالعمل
در ویژگی های منوی "رایانه من"، موردی را که مسئول مدیریت است انتخاب کنید. در سیستم عامل های Seven و ویندوز ویستااین مورد در سمت چپ نوار منوی My Computer فهرست شده است. همچنین می توانید بدوید این منواز "اداره" در کنترل پنل. شما باید روی صفحه نمایش خود را ببینید کنسول ویژهمدیریت.
هنگام کار با فایل های لاگ حتما به محدودیت ها توجه کنید حساب، زیرا تمام اقدامات باید فقط توسط مدیر انجام شود. مهمان‌ها و سایر حساب‌های محدود شده نمی‌توانند از این عملکرد استفاده کنند.
Event Viewer و Utilities Viewer را در منوی Computer Management پیدا کنید. هر یک از بخش‌های آنها را به دقت بررسی کنید، سپس تصمیم بگیرید که کدام یک را می‌خواهید حذف کنید.
در نمایشگر رویداد، گزارش های سیستم عامل را پاک کنید سیستم های ویندوزبا انتخاب آن با دکمه سمت چپ ماوس. مورد "Action" را گسترش دهید، سپس آن را اجرا کنید منوی زمینهبا برجسته کردن کلیک راستموش.
در پنجره ای که روی صفحه نمایش شما نمایش داده می شود، موردی به نام «Erase all events» را انتخاب کنید و اگر واقعاً می خواهید این کار را انجام دهید، عملیات را در کادر محاوره ای ظاهر شده تأیید کنید. صبر کنید تا محتویات فایل های گزارش از رایانه شما حذف شود.
استفاده کنید برنامه های ویژهبهینه سازی رایانه برای پاک کردن فایل های گزارش به شیوه ای قابل فهم تر و سریع تر، معمولاً می توان آنها را طوری پیکربندی کرد که به طور خودکار محتوای آنها را پاک کند. معمولاً پاک کردن گزارش‌ها یک وظیفه ثانویه برای چنین برنامه‌هایی است، اما می‌توانند برای افزایش سرعت رایانه شما، حذف سرویس‌های استفاده نشده و پایان دادن به فرآیندهای غیر ضروری مفید باشند. آنها همچنین یکپارچه سازی دیسک، تصحیح خطا، تمیز کردن RAM و غیره را انجام می دهند.
اگر مهارت های یک کاربر کامپیوتر مطمئن را ندارید، لاگ ها را خودتان تمیز نکنید.
وظیفه پاکسازی گزارش تراکنش 1C بر اساس مایکروسافت SQLسرور با وجود توانایی موجود برای کاهش خودکار فایل انتخابی، به دلیل افزایش خودکار اندازه فایل های خود، مشکلات خاصی را ارائه می دهد.
دستورالعمل
مطمئن شوید که طرح عملیات پاکسازی انتخابی یا به عبارتی کوتاه کردن گزارش تراکنش را درک کرده اید: این روش فقط با کوتاه کردن فضای آزاد در انتهای فایل قابل انجام است و مستقیماً با روش انتخابی مرتبط است. پدید آوردن پشتیبان گیری. اگر گزینه کامل را انتخاب کنید، باید تمام تراکنش‌های دائمی را تکمیل کرده و در حالت Remove inactive entries from transactional log یک نسخه پشتیبان ایجاد کنید. انتخاب گزینه Simple کل فایل را کوتاه می کند، اما لزوماً تراکنش ها را بازیابی نمی کند.
کوتاه کردن فایل گزارش تراکنش را می توان با استفاده از ابزار Query Analyzer با دستور DBCC Shrinkfile (log_file_name, wish_file_size) انجام داد و عملیات پاکسازی تنها پس از ایجاد یک فایل کامل انجام می شود. پایگاه ذخیرهتوسط همین تیم از دستور زیر برای تعیین گزینه های کپی استفاده کنید: BackUp Log selected_base_name فقط با کوتاه کردن.
اگر نیازی به بازیابی داده‌ها با استفاده از ابزار Backup Database ندارید، یک نسخه پشتیبان کامل از فایل گزارش تراکنش برای پاکسازی ایجاد کنید و کادر بررسی Remove inactive entries from transactional log را پاک کنید. به تب Options رفته و مقدار پارامتر Recovery Model را به Simple تغییر دهید. فایل انتخابی را با دستور بالا کوتاه کنید یا از نحو DBCC ShrinkDatabase (selected_database_name, require_residual_file_size_in_%) استفاده کنید.
کادر حذف ورودی‌های غیرفعال از گزارش تراکنش‌ها را علامت بزنید و از مجموعه منبع از Enterprise Manager نسخه پشتیبان تهیه کنید. Recovery Model را به حالت Full بازگردانید و بازیابی گزارش از Enterprise Manager را روی نسخه موجود دوباره امتحان کنید. دوباره علامت کادر حذف ورودی های غیرفعال از گزارش تراکنش ها را بردارید و یک بار دیگر اجرا کنید پشتیبان گیریگزارش معاملات انتخاب شده
ویدیو های مرتبط
منابع:
- برخی از ویژگی های عملکرد Microsoft SQL Server 2000
هر نرم افزاری عملکردهای خاصی را انجام می دهد. صرف نظر از اینکه چگونه این کار را انجام می دهد، به طور پیش فرض یک فایل log در پوشه ابزار ایجاد می شود. این فایلاست سند متنیکه تمامی اعمال برنامه را نمایش می دهد.
شما نیاز خواهید داشت
- نرم افزار:
- - هر ویرایشگر متن.
- - بایگانی 7Zip.
دستورالعمل
در برخی موارد، باید بدانید که چگونه رفتار کرده اید فرآیند در حال اجراقبل از هنگ شدن یا به چه دلایلی برنامه بسته شد. اگر به سیستم های لینوکس نگاه کنید، این عمل را می توان بدون مشاهده فایل گزارش انجام داد (به شرطی که از طریق ترمینال یا کنسول راه اندازی شود). روی سیستم عامل ها خانواده های ویندوزگزارش‌ها ایجاد می‌شوند یا یک ورودی به گزارش سیستم اضافه می‌شود.
از مکالمه دو مدیر وب سایت:
- دیروز در سایت شما بودم ...
"پس تو بودی!"
علاوه بر آمار کلی سایت (تعداد بازدیدکنندگان منحصر به فرد، تعداد صفحات وب باز شده و غیره)، پراهمیتبرای وب مسترها اطلاعات دیگری دارد، به عنوان مثال: کدام صفحات سایت بیشتر بازدید می شود، کدام عبارات جستجوآوردن بازدیدکنندگان به سایت، که مرورگرها و سیستم های عاملاستفاده شده توسط بازدیدکنندگان، وضوح صفحه نمایش هر بازدیدکننده و غیره. و غیره.
به عنوان یک قاعده، یک شمارنده خارجی رایگان (به ندرت پولی) در هر سایت نصب می شود. منبعی که پیشخوان ارائه کرده است، آمار گسترده ای را در مورد بازدید از منابع (شامل تمام اطلاعات بالا) نگهداری می کند که در هر زمان قابل مشاهده است. به خصوص با چنین شمارنده هایی کار با کسانی که سایت های خود را در هاست رایگان قرار می دهند راحت است.
اکثر ارائه دهندگان هاست (هاست) هاست پولی این امکان را برای مشتریان خود فراهم می کنند تا از ابزارهای تجزیه و تحلیل از قبل نصب شده استفاده کنند. مثلا برای سرورها آپاچیبرنامه پر استفاده Webalizer، که به عنوان یک افزونه وب سرور نصب می شود.
کسانی که در هاست پولی میزبانی می شوند نیز می توانند تمام اطلاعات مربوط به بازدید از سایت را به تنهایی پردازش کنند: بالاخره مدیر وب سایت به فایل های گزارش سایت خود دسترسی کامل دارد.
فایل لاگ وب سایت چیست؟
فایل لاگ وب سایت ( ورود به سیستم فایل, ورود به سیستم-file, log file, log) یک فایل متنی است که تمامی درخواست های سایت و همچنین تمامی خطاهای مرتبط با این درخواست ها در آن ثبت می شود.
نحوه ثبت رویدادها در فایل لاگ سایت
بنابراین، یکی از اهداف اصلی ایجاد یک سایت باید نه تنها افزایش تعداد بازدید، بلکه افزایش باشد مربوطبازدید - یعنی بازدیدکنندگان را با نام های دروغین، قول ها، کلمات کلیدی و غیره فریب ندهید - بازدید کننده باید آنچه را که به دنبالش است پیدا کند، او حق دارد این کار را انجام دهد! ..
یادداشت
1. برآوردهای شرکت تحقیقاتی نت کرافت، در ژوئن 2009 تعداد 238,027,855 سایت در اینترنت وجود داشت. در عین حال سهم وب سرورها آپاچیحدود 47 درصد مایکروسافت IIS – 24,80%, qq.com – 12,79%, گوگل – 4,98%, nginx – 3,69%, آفتاب – 0,30%.
2. فایل های گزارش سرور آپاچی