Những lý do nào để ngăn chặn SQL Server?

Tất cả những gì tôi đã đọc là làm thế nào có khả năng gây hại cho việc dừng SQL Server vì nó tạo ra bộ đệm lạnh và chiếm bộ nhớ. Vậy tại sao ai đó muốn dừng SQL Server? Nếu bạn có thể cung cấp bất kỳ liên kết đến bài viết để tôi có thể đọc thêm về điều này, tôi thực sự sẽ đánh giá cao nó!

Câu hỏi này đã được đặt ra bởi giáo viên của tôi. Trừ khi đó là một số câu hỏi mẹo, nó hoàn toàn làm tôi bối rối. Câu hỏi chính xác của anh là:

Tiến hành nghiên cứu bằng Internet và tìm hiểu lý do tại sao một người nào đó muốn dừng SQL Server. Giải thich câu trả lơi của bạn.

Điều này là trong bối cảnh chúng tôi khám phá cách sử dụng SQL Server 2008 R2. Tôi không chắc anh ấy đang hỏi câu trả lời rõ ràng, hoặc nếu có gì tôi đang thiếu.

Brent liệt kê một số lý do không hợp lệ để dừng dịch vụ, nhưng cũng có những lý do hợp lệ:

• Khởi động lại theo yêu cầu của gói dịch vụ hoặc cập nhật khác
• Một số thay đổi cấu hình (ví dụ: thay đổi tài khoản dịch vụ, thay đổi phần cứng, khởi tạo tệp tức thì, danh sách này có thể tiếp tục trong nhiều tuần)
• Trong một cụm, khởi động lại để buộc chuyển đổi dự phòng hoặc áp dụng một bản vá
• Windows vá

Bởi vì họ nghĩ rằng có vấn đề về bộ nhớ - SQL Server sử dụng tất cả bộ nhớ có sẵn cho nó, cho đến cài đặt bộ nhớ tối đa (và thậm chí xa hơn.) Những người vô tình đi vào Trình quản lý tác vụ, xem SQL Server sử dụng nhiều bộ nhớ và suy nghĩ, "Phải có rò rỉ bộ nhớ - Tôi sẽ dừng và khởi động lại SQL Server và xem điều gì sẽ xảy ra." Chắc chắn, điều đó giải phóng rất nhiều bộ nhớ (vì SQL Server không phân bổ tất cả ngay lập tức), vì vậy họ nghĩ rằng họ đã sửa lỗi. Điều tiếp theo bạn biết, họ đang khởi động lại SQL Server hàng tuần.

Bởi vì họ nghĩ rằng có vấn đề về CPU - các truy vấn sẽ sử dụng rất nhiều tài nguyên CPU, đặc biệt là trong trường hợp có vấn đề đánh hơi thông số. Những người vô tình cố gắng kết nối với SQL Server mà không biết về Kết nối quản trị viên chuyên dụng (DAC), không thể kết nối và chỉ cần hết tùy chọn. Họ khởi động lại bởi vì các giám đốc điều hành đang đứng đằng sau họ, muốn có một giải pháp nhanh chóng.

Bởi vì họ đã nghe nói rằng nó khắc phục được tham nhũng - khi mọi người gặp phải vấn đề tham nhũng, họ thường sẵn sàng thử mọi cách để khắc phục.

Bởi vì họ muốn một rollback kết thúc - họ giết một truy vấn và nó bị kẹt lại trong một thời gian vì họ không biết quay lại một truy vấn là một luồng. Sau vài phút (hoặc giờ) chờ đợi, họ khởi động lại Máy chủ SQL, nghĩ rằng việc khôi phục sẽ không cần thiết khi nó khởi động lại. Đáng buồn thay, họ đã sai và SQL Server chỉ tiếp tục phát triển khi khởi động.

Một lý do có thể là bạn đã mua phần cứng mới và di chuyển cơ sở dữ liệu sang máy chủ mới này. Bây giờ bạn đang tắt phiên bản máy chủ sql này trên hộp cũ (cùng với chính hộp) vì bạn muốn đảm bảo không ai kết nối với nó nữa

Bạn đã chuyển sang đám mây, hộp trên không còn cần thiết nữa, nó bị tắt, định dạng lại và được sử dụng lại (nếu không quá cũ)

Một lý do hợp lệ là khi có một phần mềm khác chạy trên cùng một máy chủ cần một số máy chủ SQL có bộ nhớ, nhưng nó chỉ chạy vài lần một tháng.

Ví dụ, vợ tôi (một kế toán viên muốn biết ít (và không ít) về máy chủ SQL cần thiết để thực hiện công việc của cô ấy) có một hệ thống dựa trên máy chủ SQL được sử dụng bởi 3 người bao gồm cả cô ấy để xử lý một tập dữ liệu rất lớn, họ làm rất nhiều truy vấn quảng cáo, nhưng một vài lần một tháng họ phải chạy một công cụ tính toán trên cùng một máy chủ và truy cập cơ sở dữ liệu. Công cụ tính toán cần bộ nhớ. Họ không có DBA, họ không thể nhận được tài trợ cho phần cứng nhiều hơn, ngay cả khi họ có thể, bộ phận CNTT (biết ít về SQL thì kế toán sẽ làm) sẽ mất nhiều tháng để thiết lập phần cứng mới và thiết lập lại SQL máy chủ cho phép họ làm công việc kế toán. (Hệ thống giao dịch là riêng biệt.)