Gặp gỡ với các DBA về dự án nâng cấp máy chủ - Mối quan tâm chung

Tôi là quản trị viên mạng / windows nhiều hơn và tôi được giao nhiệm vụ giám sát dự án nâng cấp máy chủ SQL. Tôi cần gặp các DBA và thảo luận về nhu cầu / mong muốn của họ về việc nâng cấp. Tôi không muốn bị mù hoàn toàn, vì vậy tôi nghĩ tôi sẽ hỏi các bạn trước. Chúng tôi đang chuyển từ SQL Server 2008 sang SQL Server 2008 R2 và có khả năng chuyển sang Windows Server 2008 R2 nếu có thể. Là một DBA, mối quan tâm của bạn với việc nâng cấp như vậy là gì? Bất cứ điều gì bạn muốn thấy xảy ra cùng một lúc?

Không có bất kỳ thông tin nào về bản chất của hệ thống (xem nhận xét của tôi về câu hỏi) hoặc tại sao bạn đang nâng cấp, thật khó để đưa ra bất kỳ lời khuyên cụ thể và / hoặc ngắn gọn nào.

Là một điểm khởi đầu, có rất nhiều danh sách kiểm tra tuyệt vời để xây dựng một máy chủ mới, Brent Ozar và Jonathan Kehayias là hai ví dụ điển hình. Từ nhiều khuyến nghị trong các hướng dẫn đó, có một vài mục đáng để làm nổi bật. Đây là những cái mà tôi gặp phải cấu hình sai thường xuyên nhất.

• Lưu trữ - Kiểm tra căn chỉnh phân vùng, mặc dù đây không phải là vấn đề đối với W2K8 + vì việc căn chỉnh phân vùng thủ công thường không được yêu cầu (SAN không chuẩn / kỳ lạ sang một bên). Định dạng với kích thước khối 64k, không phải mặc định 4kb, cho các ổ dữ liệu. Chạy một bộ kiểm tra SQLIO cơ bản để bạn a) có một thước đo để so sánh máy chủ X với máy chủ Y và b) bạn có mức độ tin cậy về khả năng của máy chủ này.

• Chống vi-rút - Đảm bảo các tệp MDF, NDF và LDF được loại trừ khỏi trình quét chống vi-rút của bạn. Những thứ này có thể gây ra sự hỗn loạn trên một hệ thống bận rộn, hãy sửa nó trước khi nó xảy ra.

• Cơ sở dữ liệu mô hình - Mọi thay đổi được thực hiện đối với cơ sở dữ liệu Mô hình được phản ánh trong mọi cơ sở dữ liệu người dùng bạn tạo. Đặt kích thước mô hình và tốc độ tăng trưởng thành các giá trị hợp lý cho môi trường / hệ thống của bạn. Thay cho bất kỳ hướng dẫn nào khác, phục hồi SIMPLE (trong trường hợp ai đó quên cấu hình sao lưu nhật ký), tệp dữ liệu 2048 MB với tốc độ tăng trưởng 1024 MB, logfile 1024 MB với mức tăng 512 MB (theo danh sách kiểm tra của JK).

Đối với một máy chủ / hệ thống / ứng dụng được coi là kinh doanh quan trọng và phải chịu SLA chặt chẽ, hãy lên kế hoạch cho điều tồi tệ hơn. Với những điều này, bạn cần phải chắc chắn gần như 100% có thể rằng việc nâng cấp không trở thành một sự hạ cấp theo như liên quan đến doanh nghiệp hoặc người dùng. Đối với mức độ tự tin đó, bạn sẽ phải kiểm tra, thử nghiệm và kiểm tra thêm.

Trong bất kỳ hệ thống quy mô lớn nào cũng sẽ có một hoặc hai truy vấn yêu cầu hack / giải pháp / gợi ý để tối ưu hóa. Một số là cố tình và dựa trên lời khuyên tốt nhất tại thời điểm đó, những người khác sẽ là sửa chữa khẩn cấp đã bị lãng quên. Đây là những truy vấn sẽ bất ngờ thay đổi hành vi khi nâng cấp do kết quả của các tinh chỉnh và cải tiến đối với trình tối ưu hóa truy vấn. Chỉ có một cách để phát hiện ra chúng, chạy chúng trên bộ mới của bạn.

Cách tiếp cận ưa thích của tôi là chụp và phát lại khối lượng công việc với các công cụ RML . Có một hướng dẫn tuyệt vời từ SQL CAT để sử dụng RML cho chính xác mục đích này, Hiệu suất chính xác cho Microsoft SQL Server bằng RML Utility 9.0 .

SQL 2008 đến SQL 2008 R2 không phải là một bước chuyển lớn, nhưng nếu bạn đang đi từ Windows 2003 sang Windows 2008, bạn sẽ cần phải giải quyết tường lửa dựa trên máy chủ. Các vấn đề khác cần quan tâm là các công việc Đại lý, quyền trong master / msdb / model, di chuyển thông tin đăng nhập từ máy chủ này sang máy chủ khác, có thực hiện khôi phục sao lưu sang máy chủ mới hoặc nâng cấp tại chỗ, chế độ tương thích, v.v.