02/10/2018, 00:39

[SQLSERVER] Hướng dẫn giảm bớt dung lượng file Log Database

Bài viết hôm nay, mình xin hướng dẫn các bạn cách làm giảm dung lượng file Log trong Database của SQL Server. Ví dụ: Bạn có 1 database dung lượng khoảng 1GB, nhưng file Log của nó lại lên đến 40GB, hoặc thậm chí lên đến hàng trăm GB. Nếu các bạn ...

Bài viết hôm nay, mình xin hướng dẫn các bạn cách làm giảm dung lượng file Log trong Database của SQL Server.

Ví dụ: Bạn có 1 database dung lượng khoảng 1GB, nhưng file Log của nó lại lên đến 40GB, hoặc thậm chí lên đến hàng trăm GB.

Nếu các bạn nào đã làm từng việc với cơ sở dữ liệu lớn thì sẽ thường xuyên gặp vấn đề này.

Vậy chúng ta cần giải quyết vấn đề này như thế nào:

Có rất nhiều cách để giải quyết vấn đề này

- Detach DB, xóa file LOG, sau đấy ATTACH lại DB
Tuy nhiên với CSDL đòi hỏi tính sẵn sàng cao, thì ko mấy ai cho phép bạn làm điều này.

- Backup LOG với OpTION là TRUNCATE_ONLY hoặc NO_LOG
Với phiên bản SQL Server 2008 thì đã bỏ Option này

SQL Server 2005 Books Online:

“[TRUNCATE_ONLY]

This option will be removed in a future version of SQL Server. Avoid using it in new development work, and plan to modify applications that currently use it.

We recommend that you never use NO_LOG or TRUNCATE_ONLY to manually truncate the transaction log…”.

Tôi thường dùng cách thứ 3.

Giả sử DB của tôi là Sinhvien.

File Data : Sinhvien_Data.MDF
File Log  : Sinhvien_Log.LDF

USE Sinhvien;
GO
 
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE Sinhvien
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (Sinhvien_Log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE Sinhvien
SET RECOVERY FULL;
GO

Giải thích

- Có 3 chế độ Recovery trong SQL Server , FULL, SIMPLE và BULK LOGGED

Chế độ mặc định là FULL.
Bạn có thể vào phần Option của DB, xem trong Recovery Model.

Khi ở chế độ này,  bất kì một transaction nào, kể cả khi đã commit cũng đều được lưu trong LOG, do đó có thể dựa vào những transaction này để “quay lui (rollback)” DB về bất kì thời điểm nào. Vì thế với những DB có Transaction nhiều, DATA ít thì file LOG vẫn có thể rất lớn.

- Đầu tiên SET RECOVERY của DB về SIMPLE, ở chế độ này, sau khi transaction được COMMIT, sẽ tự động xóa. Do vậy File LOG của DB ở chế độ này thường rất nhỏ.

- Dùng DBCC SHRINKFILE để SHRINK file log xuống còn 1 Mb
Nếu không set Recovery về SIMPLE, thì sẽ ko thể xóa bỏ hết các transaction đã được COMMIT.
SHRINKFILE chỉ thu dọn và sắp xếp  và phân bố lại dữ liệu, bỏ các vùng trống để giải phóng bộ nhớ, chứ không phải xóa dữ liệu. Vì thế ở chế độ FULL, SHRINKFILE hầu như ko tác dụng, hoặc nếu có thì file LOG dung lượng giảm đi ko đáng kể.

- Sau đó SET RECOVERY về lại FULL

Trên MSDN cũng khuyên nếu muốn Backup LOG, các bạn nên chuyển về chế độ SIMPLE, hơn là backup LOG với Truncate_Only và No_LOG

* Chú ý: Với những DB lớn, có kế hoạch Backup riêng, bạn cần hỏi ý kiến của DBA trước khi thực hiện. Vì một vài chế độ BackUp dựa rất nhiều vào file LOG.

Tuy nhiên nếu có DBA, thì không bao giờ để xảy ra trường hợp này, vì công việc của họ là thường xuyên theo dõi, giám sát và xử lý  để Server hoạt động tốt.

Theo SqlViet

Tags: đọc fileghi filedownload fileupload file
0