نحوه مدیریت‌ کردن لاگ‌ها در SQL Server

نحوه مدیریت‌ کردن لاگ‌ها در SQL Server

نوشته شده توسط: تیم فنی نیک آموز
تاریخ انتشار: ۲۸ آذر ۱۴۰۰
آخرین بروزرسانی: 11 آذر 1403
زمان مطالعه: 11 دقیقه
۲.۹
(۷)

مدیریت‌کردن لاگ‌ها در SQL Server، گزارش‌ها بهترین منبع برای عیب‌یابی هرگونه مشکل توسط مدیر پایگاه‌داده هستند. این مشکلات ممکن است مربوط به پیکربندی سرور، راه‌اندازی، بازیابی، عملکرد، پرچم‌های ردیابی، بن‌بست‌ها، IO یا تاخیر در Checkpoint باشد. به عنوان مثال، فرض کنید SQL Server شما به دلایل نامعلومی راه اندازی مجدد شده است و پس از راه‌اندازی، سرویس‌های SQL فعال می‌شوند. با این حال، برنامه شما نمی تواند به پایگاه داده دسترسی پیدا کند. بنابراین، برای بررسی مسائل، می‌توانید به آخرین گزارش‌های SQL Server نگاهی بیندازید و روند بازیابی پایگاه داده و زمان تخمینی تکمیل را نظارت کنید. برای درک بهتر مفاهیم آموزش جامع SQL Server را مطالعه کنید.

نحوه مدیریت‌کردن لاگ‌ها در SQL Server

مدیر پایگاه ‌داده می‌تواند SQL Server را برای ورود بیشتر به گزارش‌های خطا پیکربندی کند. به ‌عنوان‌ مثال، ما می‌توانیم یک پرچم ردیابی را برای گرفتن اطلاعات بن‌بست‌ها فعال کنیم. مدیر پایگاه‌داده (DBA) باید این گزارش‌ها را به طور فعال بررسی کند، تا مشکلات احتمالی را پیدا کند. با بررسی لاگ‌ها می‌توانید اطلاعاتی مانند خرابی پشتیبان‌گیری، خرابی ورود، خطاهای IO را شناسایی کنید. این گزارش‌های خطا برای جستجوی مشکلاتی که وجود دارند یا ممکن است به وجود بیایند، عالی هستند.

دوره نگهداری از بانک های اطلاعاتی نیک آموز
گزارش در SQL Server با عنوان گزارش های خطای SQL شناخته میشوند. این گزارش خطا دارای پیام های خطای اطلاعاتی، هشدار دهنده و بحرانی است. می‌توانید تعدادی از این گزارش‌ها را در گزارش‌های نمایش رویدادهای ویندوز نیز مشاهده کنید. با این حال، توصیه می شود از گزارش های SQL Server برای دریافت اطلاعات دقیق استفاده کنید.

مکان گزارش‌های SQL Server

پس از وارد شدن به SQL Server در SSMS، به Management رفته و سپس به SQL Server Logs بروید. همانطور که در زیر نشان داده شده است، این بخش دارای گزارش فعلی و شش گزارش بایگانی است (بایگانی شماره ۱ تا بایگانی شماره ۶)مکان گزارش‌های SQL Server

روش ۱: با استفاده از Procedure توسعه ‌یافته xp_readerrorlog

گزارش‌های فعلی آخرین فایل گزارش خطا هستند و می‌توانید از آنها برای مشاهده فعالیت‌های اخیر از زمان شروع SQL Server یا استفاده مجدد از فایل لاگ استفاده کنید. گزارش خطای SQL Server یک فایل متنی است که در فهرست ورود به سیستم SQL Server ذخیره می شود. می‌توانید از procedure توسعه یافته xp_readerrorlog برای پیدا کردن مکان فعلی گزارش خطا استفاده کنید.

USE master
GO
xp_readerrorlog 0, 1, N'Logging SQL Server messages', NULL, NULL,NULL
GO

پرس و جوی بالا دارای پارامترهای زیر می باشد:

  1. فایل گزارش خطا: مقدار ۰ برای فعلی، ۱ برای بایگانی شماره ۱، ۲ برای بایگانی شماره ۲.
  2. نوع فایل لاگ: مقدار ۰ برای گزارش خطای SQL Server، ۱ برای گزارش SQL Server Agent.
  3. جستجوی رشته ۱
  4. جستجوی رشته ۲
  5. از زمان
  6. زمان پایان
  7. مرتب‌سازی نتایج – صعودی (N’ASC) یا نزولی (N’Desc).

محل ذخیره‌سازی فایل لاگ خطا (Log File) برای نمونه آزمایشی من،  C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Log\ERRORLOG است.با استفاده از Procedure توسعه ‌یافته xp_readerrorlog

روش ۲: استفاده از تابع SERVERPROPERTY

می‌توانیم تابع SERVERPROPERTY را برای شناسایی مکان SQL Server ERRORLOG استفاده کنیم.

SELECT SERVERPROPERTY('ErrorLogFileName')  AS 'Error log location'

استفاده از تابع SERVERPROPERTY

روش ۳: با استفاده از SQL Server Configuration Manager

SQL Server Configuration Manager را باز کنید و پارامترهای راه‌اندازی شده را مشاهده می‌کنید. محل فایل log با استفاده از سوئیچ -e مشخص می‌شود.
با استفاده از SQL Server Configuration Managerشما می‌توانید دایرکتوری گزارش را مرور کنید و فایل‌های گزارش خطای آرشیو فعلی را مشاهده کنید. این گزارش‌های خطا را می‌توان در یک ویرایشگر متن مانند Notepad یا Visual Studio Code باز کرد.با استفاده از SQL Server Configuration Manager

پیکربندی تعداد فایل‌های SQL Server Log و اندازه آنها

به طور پیش‌فرض، SQL Server یک فایل گزارش فعلی و شش فایل بایگانی شده را نگهداری می‌کند. برای تعیین مقدار، بر روی پوشه SQL Server Logs در SSMS کلیک راست کرده و  Configure را انتخاب کنید.پیکربندی تعداد فایل‌های SQL Server Log و اندازه آنهاSQL Server تمام اطلاعات موجود در فایل لاگ فعلی را بدون توجه به‌اندازه فایل لاگ ثبت می‌کند. در یک سیستم شلوغ یا نمونه‌ای با خطاهای زیاد، ممکن است مشاهده فایل گزارش در SSMS برای شما دشوار باشد. در حالت‌های زیر SQL Server یک فایل log جدید ایجاد می‌کند و فایل فعلی را در حالت زیر بایگانی می‌کند.

  • در حین راه‌اندازی مجدد سرویس SQL
  • ثبت خطای دستی

با این ‌حال، اگر به دلایل ناشناخته مرتباً سرورها را راه‌اندازی مجدد می‌کنید، ممکن است تمام داده‌های گزارش بایگانی تاریخی را از دست بدهید، زیرا تنها شش گزارش بایگانی را نگهداری می‌کند. ازآنجایی‌که خطا حاوی اطلاعات ارزشمندی است که می‌تواند به شما در عیب‌یابی کمک کند، ممکن است نخواهیم این داده‌های مهم را از دست دهیم. در عوض، ممکن است بخواهیم فایل‌های گزارش را در یک سیستم مهم برای یک هفته یا حتی یک ماه حفظ کنیم.
SQL Server اجازه می دهد  از ۶ تا ۹۹ فایل ثبت خطا را پیکربندی کنید. ما نمی‌توانیم مقدار کمتر از شش را تعیین کنیم، زیرا در هر صورت، شش گزارش خطای بایگانی را نگهداری می‌کند.
برای تغییر تعداد پیش‌فرض فایل‌های گزارش خطا، روی کادر با عنوان “Limit the number of error log files before they are recycled” کلیک کنید. به‌عنوان‌مثال، تصویر زیر حداکثر ۳۰ فایل ثبت خطا را نشان می‌دهدپیکربندی تعداد فایل‌های SQL Server Log و اندازه آنهااسکریپت T-SQL معادل آن از procedure توسعه‌یافته xp_instance_regwrite استفاده و مقدار رجیستری را به‌روز می‌کند.

USE [master]
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'NumErrorLogs', REG_DWORD, 30
GO

توجه: سرویس SQL باید دوباره راه‌اندازی شود تا این تغییرات اعمال شوند.
همان‌طور که قبلاً گفته شد، به طور پیش‌فرض، اندازه ثبت خطا نامحدود است. به‌عنوان‌مثال، اگر SQL Server را برای مدت طولانی‌تری راه‌اندازی نکنید و فایل‌های لاگ را به‌صورت دستی بازیافت نکنید، این فایل بزرگ خواهد شد. در پیکربندی گزارش خطا، مقدار ۰ نشان می‌دهد که اندازه گزارش نامحدود است.نحوه مدیریت‌ کردن لاگ‌ها در SQL Serverمی‌توانید اندازه را در حد کیلوبایت تعیین کنید و اندازه گزارش خطا را بر اساس نیاز خود محدود کنید. به‌عنوان‌مثال، در زیر، اندازه فایل لاگ را به ۱ گیگابایت محدود می‌کنیم.
نحوه مدیریت‌ کردن لاگ‌ها در SQL Serverاسکریپت T-SQL معادل آن ErrorLogSizeInKb را در رجیستری SQL Server به روز می کند.

USE [master]
GO
EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'ErrorLogSizeInKb', REG_DWORD, 1048576
GO

گزارش های خطا بازیافت دستی

پایگاه‌ داده SQL Server  اجازه می دهد تا لاگ‌های خطا به‌صورت دستی مدیریت شوند. به‌عنوان ‌مثال، فرض کنید تعداد فایل‌های ثبت خطا را به ۳۰ افزایش داده‌اید؛ بنابراین، ما می‌توانیم یک کار (Job) در SQL Server ایجاد کنیم که گزارش های خطا را در نیمه ‌شب بازیافت کند. به‌این‌ترتیب، ما یک فایل ثبت خطا برای هر روز داریم، مگر اینکه سرویس SQL دراین‌بین راه‌اندازی مجدد شود. برای بازیافت دستی، procedure سیستم sp_cycle_errorlog را اجرا کنید. کاربر با نقش سرور ثابت sysadmin می‌تواند این procedure را اجرا کند. پیشنهاد میکنیم برای درک بهتر مفاهیم دوره کوئری نویسی پیشرفته را مطالعه کنید.

EXEC sp_cycle_errorlog
GO

فایل خطا مربوط به SQL Server Agent

Agent SQL Server دارای گزارش خطای جداگانه مشابه گزارش‌های SQL Server است. برای دسترسی به گزارش به مسیر SQL Server Agent – > Error logs مراجعه کنید.فایل خطا مربوط به SQL Server Agentروی پوشه Error log کلیک راست کرده و Configure را انتخاب کنید. محل ثبت خطای Agent و سطح گزارش Agent را نشان می‌دهد.
پسوند فایل لاگ Agent *.OUT است و طبق پیکربندی پیش فرض در پوشه گزارش ذخیره  می‌شود. به عنوان مثال، در سیستم من، دایرکتوری فایل خطا در داخل این مسیر است: C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Log\SQLAGENT.OUT است.
به طور پیش‌فرض، فایل لاگ Agent خطاها و هشدارها را ثبت می‌کند. بااین‌حال، ما می‌توانیم پیام‌های اطلاعاتی زیر را اضافه کنیم:

  • پیام‌های هشدار: این پیام‌ها اطلاعاتی در مورد مشکلات احتمالی ارائه می‌دهند. به‌عنوان‌مثال، “Job X هنگام اجرا حذف شد”
  • پیام خطا: اطلاعاتی را می‌دهد که نیاز به مداخله فوری یک DBA دارد، مانند ناتوانی در شروع یک پست الکترونیکی

نحوه مدیریت‌ کردن لاگ‌ها در SQL Serverبرای افزودن پیام اطلاعاتی، بر روی کادر چک کلیک کنید.نحوه مدیریت‌ کردن لاگ‌ها در SQL ServerSQL Server از ۹ فایل گزارش Aget، SQL Server استفاده می کند. نام فایل فعلی SQLAGENT.OUT است. فایل با پسوند ۱. اولین گزارش خطای عامل بایگانی شده را نشان می‌دهد. به طور مشابه، پسوند .۹ نهمین (قدیمی ترین) گزارش خطای بایگانی شده را نشان می‌دهد.
هر بار که SQL Server Agent راه اندازی مجدد می‌شود، فایل های گزارش عامل SQL Server بازیافت می‌شوند. برای انجام این کار به صورت دستی، روی پوشه Error Logs کلیک راست کرده و Recycle را انتخاب کنید.نحوه مدیریت‌ کردن لاگ‌ها در SQL Serverمی‌توانید از روش procedure، sp_cycle_agent_errorlo برای بازیافت فایل های گزارش عامل SQL Server به صورت دستی استفاده کنید.

USE msdb ;
GO
EXEC dbo.sp_cycle_agent_errorlog ;
GO

stored procure، گزارش خطای Agent  فعلی را با استفاده از فرایند زیر بایگانی می‌کند:

  • یک گزارش خطای Agent فعلی جدید ایجاد می‌شود.
  • خطای Agent فعلی out به SQLAgent.1 تبدیل می‌شود.
  • ۱ به SQLAgent.2 تبدیل می‌شود.

سخن پایانی

مدیریت‌کردن لاگ‌ها در SQL Server، فایل log خطای SQL Server دارای اطلاعات، هشدار و پیام‌های حیاتی پایگاه‌داده است. برای عیب‌یابی، ورود حسابرسی (موفقیت، شکست) مفید است. مدیر پایگاه‌داده می‌تواند تعداد لاگ‌ها و فهرست‌های خطای آرشیو موردنیاز را برای ذخیره این فایل‌ها پیکربندی کند.
شما باید فعالانه به دنبال پیام‌هایی باشید که به‌عنوان بخشی از گزارش‌های بررسی سلامت روزانه و هفتگی شما ثبت می‌شوند. ما در نیک آموز منتظر نظرات ارزشمند شما درباره این مقاله هستیم.

چه رتبه ای می‌دهید؟

میانگین ۲.۹ / ۵. از مجموع ۷

اولین نفر باش

title sign
دانلود مقاله
نحوه مدیریت‌ کردن لاگ‌ها در SQL Server
فرمت PDF
9 صفحه
حجم 1 مگابایت
دانلود مقاله
title sign
معرفی نویسنده
تیم فنی نیک آموز
مقالات
401 مقاله توسط این نویسنده
محصولات
0 دوره توسط این نویسنده
تیم فنی نیک آموز
title sign
دیدگاه کاربران

    • سلام خسته نباشید.
      یک سوال داشتم امیدوارم راهنمایی کنید.
      یک دیتا بیس دارم بنام a که یک اسکریپت میگیرم از این دیتابیس و یک دیتابیس دیگه بنام b از روی همان اسکریپت ایجاد میکنم
      دیتا بیس b را در کامپیوتر دیگری استفاده میکنند. و وقتی یک بکاپ از آن میگیرم و میخواهم در کامپیوتر خودم که دیتا بیس a هست میخوام بازیابی کنم خطا میده

      • درود بر شما
        لطفا متن خطای دریافتی را ارسال کنید
        با تشکر

هر روز یک ایمیل، هر روز یک درس
آموزش SQL Server بصورت رایگان
همین حالا فرم زیر را تکمیل کنید
دانلود رایگان جلسه اول
نیک آموز علاوه بر آموزش، پروژه‌های بزرگ در حوزه هوش تجاری و دیتا انجام می‌دهد.
close-link
close-image