Có hữu ích khi có thư mục gốc của máy chủ SQL trên một ổ đĩa riêng không?

Tôi biết có thể thay đổi nhiều đường dẫn mặc định khi cài đặt SQL Server và nói chung khi tôi cài đặt, tôi thay đổi các thư mục dữ liệu và nhật ký trên các ổ đĩa riêng biệt (thường là D và E), tuy nhiên gần đây tôi đã được cung cấp một máy được cài đặt sẵn đang chạy một tên dụ khác với mặc định và họ đã cấu hình thư mục gốc của cá thể nằm trên ổ D cùng với các tệp mdf. Điều này có nghĩa là trên ổ đĩa tương đối sạch sẽ chỉ có các thư mục và tệp cơ sở dữ liệu trên đó, giờ đây tôi cũng đã cài đặt đầy đủ các tệp nhị phân của SQL Server.

tức là bây giờ tôi có những điều sau đây:

C:\Program Files\Microsoft SQL Server\ --Base Install
D:\Microsoft SQL Server\MSSQL10_50.MyInstance --Instance Binaries
D:\Microsoft SQL Server\MSSQL10_50.MyInstance\MSSQL\DATA --Data Files
E:\Microsoft SQL Server\MSSQL10_50.MyInstance\MSSQL\LOGS --Log Files

Trường hợp bình thường tôi sẽ chạy với một cái gì đó như:

C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\ --Base Install & Default Instance Binaries
D:\MSSQL\DATA --Data Files
E:\MSSQL\LOGS --Log Files

Tôi có thể hiểu tại sao có một thư mục nhị phân riêng biệt là cần thiết, nhưng tôi không thể hiểu tại sao nó lại hữu ích khi đặt tất cả các nhị phân đó vào một ổ đĩa riêng.

Bất cứ ai có thể cho tôi biết tại sao nó có thể là một điều hợp lý để làm? Hoặc có lẽ nó chỉ làm cho không có sự khác biệt nào cả? Đối với tôi nó dường như vô cùng tồi tệ ...

Liên quan đến việc tách gốc cá thể, có một vài đối số có lợi cho việc thực hiện nó.

1. Một số người ủng hộ việc giữ ổ đĩa "C" của họ dành riêng cho các hệ điều hành và hệ điều hành. Điều này có thể cung cấp cho bạn một số tùy chọn khác nhau để khôi phục trong trường hợp xảy ra sự cố trên ổ C, nó có thể giúp HĐH không gây ra hoặc nhận các sự cố liên quan đến không gian khi chia sẻ với các ứng dụng khác.
2. Bạn đang cách ly các nhị phân của SQL Server khỏi các chương trình khác và đảm bảo có sẵn một số thư mục quan trọng như thư mục Nhật ký nơi ghi nhật ký lỗi - thư mục này cần có thể truy cập được để khởi động Máy chủ SQL. Bạn đang bảo vệ bản thân khỏi những người khác, về cơ bản.

Bạn có thể đặt các tệp nhị phân / tệp SQL Server ở cùng một nơi mà bạn có xu hướng đặt các tệp chương trình khác của mình. Nhưng nếu bạn làm điều đó - ít nhất hãy đảm bảo bạn lấy các tệp cơ sở dữ liệu hệ thống của mình và có khả năng là vị trí sao lưu mặc định của bạn và di chuyển nó ở một nơi khác ..

Đây là những gì tôi có xu hướng làm khi được cung cấp số lượng ký tự ổ đĩa không giới hạn để chơi (tối thiểu .. Các chữ cái không quan trọng ở đây):

• C - Hệ điều hành và tập tin cấp hệ thống. Chỉ có
• D - Tệp chương trình cho tất cả các ứng dụng (bao gồm SQL Server)
• Thông thường, các tệp cấp S / cơ sở dữ liệu hệ thống SQL Server và các tệp nhật ký (ngoại trừ TempDB) (lưu ý .. Nếu tôi có nhiều phiên bản, tôi sẽ không tạo 4 trong số này .. Tôi sẽ đặt tất cả các nhị phân SQL cho tất cả các phiên bản S trong hầu hết các tình huống, với các thư mục cung cấp sự phân tách)

( ED- Một lưu ý khác - Tôi thường không có ổ đĩa "S". Vào cuối ngày, có các tệp cơ sở dữ liệu hệ thống của bạn cho Master, Model, MSDB và Resource db sống trên cùng một ổ đĩa với một số người dùng của bạn các tệp cơ sở dữ liệu, nhưng trong một thư mục riêng biệt để phân tách logic để giữ cho mọi thứ ít gây nhầm lẫn hơn không phải là ngày tận thế.)

• F - Tệp dữ liệu cho cơ sở dữ liệu người dùng
• L - Đăng nhập ổ đĩa cho cơ sở dữ liệu người dùng
• T - TempDB
• X - Ổ đĩa sao lưu (mặc dù trong nhiều trường hợp tôi chọn truyền phát bản sao lưu sang ổ đĩa mạng, không trả tiền cho một bản sao sau khi sao lưu và tôi ngay lập tức sao lưu để lưu trữ ở một nơi khác.)

Tôi thường sẽ có nhiều dữ liệu và ổ đĩa đăng nhập và đôi khi là một ổ TempDB khác. Thêm vào nhiều trường hợp và bạn có thể hết ký tự ổ đĩa một cách nhanh chóng. Bạn chắc chắn có thể thoát khỏi việc đưa các tệp mức cá thể của bạn lên C :. Và tôi thực hiện rất nhiều kiểm tra sức khỏe cho các khách hàng đã được thiết lập như vậy - và tôi không bao giờ nói "oh wow .. chúng tôi phải sửa nó ngay bây giờ" - Bây giờ, nếu các tệp TempDB của họ cũng ở đó, tôi sẽ thường Có họ thay đổi điều đó. Đôi khi di chuyển cơ sở dữ liệu chủ và MSDB của họ ..

Nhưng thế giới sẽ không kết thúc nếu bạn không chia những thứ này ra. Tôi nghĩ rằng lợi ích thực sự chỉ là giữ các tệp của bạn riêng biệt. Là một DBA, bạn nên có một sự hoang tưởng lành mạnh xung quanh các vai trò khác tại công ty, các ứng dụng khác, các cài đặt khác, v.v. và bạn càng có thể tự cô lập bản thân khỏi khả năng xảy ra xung đột, bạn sẽ càng tốt hơn. Và nó cung cấp cho bạn một số tùy chọn để cài đặt lại và phục hồi. Vì vậy, có tách biệt nhị phân của bạn khỏi C .. Nhưng lời khuyên của tôi sẽ không phát điên trên một ổ đĩa riêng cho từng trường hợp ..

Chà, chỉ có 26 ký tự ổ đĩa có thể có trong Windows. 1
Nhưng bạn có khả năng sử dụng điểm gắn kết. 2

Vì vậy, nếu bạn cần cài đặt 25 Máy chủ khác nhau (SQL, Web, ...) trên một máy thì có thể có một ký tự ổ đĩa cho một trong các máy chủ.
Nhưng nếu bạn chỉ có một máy chủ thì sẽ có ý nghĩa hơn khi có các ký tự ổ đĩa khác nhau cho các tệp nhật ký, cơ sở dữ liệu và tệp chương trình.
Bạn cũng có thể phân chia các tệp nhật ký / cơ sở dữ liệu / chương trình nếu chúng nằm trong các thư mục khác nhau.

1. dừng máy chủ SQL
2. thêm một phân vùng
3. sao chép tất cả các tệp cơ sở dữ liệu vào phân vùng
4. thay đổi điểm gắn kết vào thư mục, nơi chứa các tệp cơ sở dữ liệu (ví dụ: d: \ cơ sở dữ liệu)
5. đã kết thúc