Cách tốt nhất để chống phân mảnh / thu gọn cơ sở dữ liệu cho mục đích lưu trữ

Chúng tôi đã có một phiên bản SQL Server được sử dụng để lưu trữ email (nhờ gói lưu trữ của bên thứ 3). Mỗi lần như vậy, phần mềm được chuyển sang một cơ sở dữ liệu trống mới. Chúng tôi đã thực hiện hàng quý này trong quá khứ, nhưng chúng tôi đang tìm cách thực hiện hàng tháng ngay bây giờ. Lượng dữ liệu được lưu trữ là khoảng 15 - 20 GB mỗi tháng và phần lớn dữ liệu chỉ nằm trong một số ít bảng (thường là 2 - 4).

Khi chúng tôi chuyển sang cơ sở dữ liệu mới, cơ sở dữ liệu cũ sẽ được sử dụng trên cơ sở chỉ đọc nghiêm ngặt. Những gì tôi muốn làm là tối ưu hóa nó thành một tệp dữ liệu chặt chẽ, đẹp mắt, với tất cả các bảng / chỉ mục liền kề và có hệ số lấp đầy rất cao và không có nhiều khoảng trống ở cuối tệp dữ liệu. Ngoài ra, chúng tôi đang sử dụng Phiên bản Chuẩn trên máy chủ này, với tất cả các giới hạn ngụ ý (nếu không tôi đã sử dụng nén dữ liệu).

Một vài khả năng tôi có thể nghĩ ra:

1. Các chỉ mục REBUILD / REORGANIZE, DBCC SHRINKFILE (Được rồi, đây không phải là một lựa chọn hợp lý, vì DBCC SHRINKFILE sẽ phân chia sự tức giận ra khỏi bất cứ thứ gì nó chạm vào, nhưng tôi bao gồm nó để hoàn thiện.)
2. Tạo một cơ sở dữ liệu mới với các số liệu thống kê tự động tắt. Script và tạo lại tất cả các bảng từ cơ sở dữ liệu nguồn. Sử dụng bcp để xuất / nhập dữ liệu vào cơ sở dữ liệu mới, theo thứ tự khóa cụm. Script và tạo lại tất cả các chỉ mục. Tính toán lại tất cả các số liệu thống kê với quét toàn bộ.
3. Tạo một cơ sở dữ liệu mới với các số liệu thống kê tự động tắt. Script và tạo lại tất cả các bảng từ cơ sở dữ liệu nguồn. Sử dụng SSIS hoặc T-SQL để chuyển dữ liệu sang cơ sở dữ liệu mới. Script và tạo lại tất cả các chỉ mục. Tính toán lại tất cả các số liệu thống kê với quét toàn bộ.

Bước cuối cùng trong mọi trường hợp sẽ là thiết lập cơ sở dữ liệu ở chế độ chỉ đọc.

Có những lựa chọn tốt / tốt hơn nào khác để làm điều này? Mối quan tâm của tôi là chuyển dữ liệu theo cách như vậy để bảo toàn hệ số lấp đầy cao và theo cách tiếp giáp logic.

Biên tập:

Tôi nên đề cập rằng khoảng 75% dữ liệu dường như được lưu trữ trong các cột hình ảnh (LOB).

Để loại bỏ sự phân mảnh vật lý trong các tệp, bạn có thể di chuyển chỉ mục được nhóm với thả hiện có vào một nhóm mới. Vì chúng sẽ là RO, làm cho tất cả chúng trở thành fillfactor 100% vì không cần khoảng trống để chèn, chia trang gây ra bởi các cập nhật.

Điều này cũng sẽ cho phép bạn thực hiện khôi phục từng phần và đưa cơ sở dữ liệu trực tuyến rất nhanh nếu bạn quyết định đến Enterprise. Enterprise cũng cho phép các chỉ mục của cột ngoài việc giảm ồ ạt thời gian truy vấn cho dữ liệu Chỉ đọc này, đây là phần fillet lớn.

Bạn có thể sử dụng tùy chọn thu nhỏ một lần trước khi chuyển sang chỉ đọc mà không gặp sự cố nghiêm trọng nào với phân mảnh để xóa khoảng trống ở cuối tệp như bạn muốn.

Bên cạnh đó, chỉ cần kiểm tra xem bạn có đang sử dụng các kiểu dữ liệu mới nhất cho LOBS của bạn không. tức là nvarchar (max) hoặc varchar (max) thay vì ntext hoặc text, varbinary (max) thay vì hình ảnh?

Tôi đã gặp phải một vấn đề tương tự với một công cụ của bên thứ ba cũng đang sử dụng kiểu dữ liệu hình ảnh để lưu trữ dữ liệu phi cấu trúc và tôi đã giải quyết nó bằng cách chuyển đổi cột để sử dụng filestream . Bạn sẽ cần thực hiện một số thử nghiệm để đảm bảo ứng dụng vẫn hoạt động như bạn mong đợi, nhưng điều này sẽ cung cấp cho bạn khả năng viết quy trình lưu trữ của riêng bạn để chuyển dữ liệu của bạn sang db lưu trữ một cách hiệu quả.