بزرگ شدن transaction log؟

[m_sadi]

در برنامه ای که در هر روز تعداد 100000 هزار رکورد از جدول یک بانک تغییر می کند transaction log پس از چند روز تا حدود 10 GB بزرگ شده و درایو c پر می کند. راه حل غیر از پاک کردن transaction log چیست؟

[mcandovani]

backup log <db_name> with TRUNCATE_ONLY
GO
DBCC SHRINKDATABASE (<db_name>, 10)

[mcandovani]

backup log <db_name> with TRUNCATE_ONLY
GO
DBCC SHRINKDATABASE (<db_name>, 10)

این دستورات را اجرا کن درست میشه

mcandovani@yahoo.com

[AminSobati]

دوست عزیزم Recovery Model رو روی Simple قرار بدین و Shrink کنین

[SQLMAN]

دوست عزیزم Recovery Model رو روی Simple قرار بدین و Shrink کنین

آقای ثباتی چرا باید دیتابیس را در این حالت قرار بدیم؟
بعد از shrink باید Recovery Model رابه حالت قبل برگردونیم؟

[AminSobati]

با انتخاب Simple به SQL Server این رو اعلام میکنید که قصد ذخیره زنجیره Logها رو ندارین و SQL Server مجازه در صورت لزوم، مجددا روی اطلاعات قبلی Log File بازنویسی (Over write) انجام بده. ولی اگر این زنجیره باید حفظ بشه، میبایست Full رو استفاده کنیم و مرتبا Log Backup بگیریم تا SQL Server بتونه از فضای Log File مجددا استفاده کنه. در حالت Full بدون Log Backup، ناچارا فایل افزایش حجم پیدا میکنه

[rezaei manesh]

با سلام
من simple کردم و بعد با دستور زیر شرینگ کردم اما پیام زیر رو داد و شرینگ نشد


DBCC SHRINKDATABASE (Dbname)

DBCC SHRINKDATABASE: File ID 1 of database ID 19 was skipped because the file does not have enough free space to reclaim.
Cannot shrink log file 2 (Dbname_log) because of minimum log space required.

(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.


البته من این کار رو رو بانکم تو سایت انجام دادم روی سیستم خودم کم شد

[AminSobati]

به نظر میاد فضای قابل توجهی برای آزاد کردن وجود نداره

[programmer2010]

یه تست دیگه بکنید.
recovery model رو بذارید روی full بعدش از log backup بگیرید. بعد عمل شرینک رو انجام بدید. احتمال داره مشکل حل بشه!