SQL Server - Tách các tệp dữ liệu, nhật ký và TempDB trên SAN


8

Tôi có một Máy chủ SQL được kết nối với SAN. Nhà cung cấp lưu trữ mới của chúng tôi khuyến nghị rằng tất cả các LUN trải rộng trên toàn bộ mảng đĩa, đó là RAID5. Tôi thường yêu cầu 3 LUN riêng (dữ liệu, nhật ký và TempDB) từ quản trị viên SAN, nhưng được khuyến nghị của nhà cung cấp mới, có bất kỳ điểm nào trong việc tạo LUN riêng không? Hoặc tôi sẽ thấy hiệu suất tương tự nếu mọi thứ đều nằm trong một LUN vì dù sao nó cũng sẽ trải rộng tất cả các đĩa?

Bài viết tuyệt vời ở đây, nhưng không giải quyết được hoàn cảnh chính xác của tôi: http://www.brentozar.com/archive/2008/08/sql-server-on-a-san-d lãnh-or-shared-drive /

Câu trả lời:


6

Một điều cần xem xét là các tệp nhật ký được ghi tuần tự trong đó các tệp dữ liệu không tuần tự. Đó là một trong những lý do cho các LUN riêng biệt. Các tệp nhật ký ghi nhanh hơn nếu chúng nằm trên LUN của chính chúng vì các trục chính không phải bỏ qua, chỉ cần viết tuần tự. Nếu bạn thêm vào một tệp dữ liệu thì các trục chính phải bỏ qua và bạn sẽ mất một số hiệu suất. Tôi hy vọng tôi có thuật ngữ đúng ở đó vì tôi không quen thuộc lắm với SAN. Ý tưởng đằng sau nó nên được tuy nhiên.

Các khuyến nghị thường xuyên của nhà cung cấp là sai khi nói đến SQL Server. Chỉ vì SQL Server có các nhu cầu khác với hầu hết các ứng dụng sử dụng SAN.


1
Tôi nghĩ những gì OP đang nói là bất kể LUN, tất cả họ đều đánh những con quay giống nhau. Nói cách khác, không có sự tách biệt vật lý cho các nhóm đĩa bị cô lập.
Thomas Stringer

1
Ahh, tôi đoán những gì tôi đã nói là không thiết lập theo cách đó :) có mỗi LUN trên các trục khác nhau mặc dù nhà cung cấp đề nghị khác. Nếu điều đó là không thể thì không có lý do hiệu suất để tách chúng trên các LUN khác nhau. Mặc dù bạn không bao giờ biết điều gì sẽ xảy ra trong nền và tại một thời điểm nào đó trong tương lai nếu chúng ở trên các LUN riêng biệt, chúng có thể được chuyển đến các trục chính khác nhau.
Kenneth Fisher

4

Nhiều thứ phụ thuộc vào SAN, thông thường bạn sẽ muốn định cấu hình các LUN khác nhau với các bộ đệm, nén, mã hóa, đọc trước, ghi lại / chính sách, ưu tiên, v.v. Các tệp dữ liệu SQL thường thể hiện hành vi khác với tempdb hoặc nhật ký các tập tin. Phương thức / mạng truy cập cũng có tác dụng như trung kế, đa đường và các công nghệ khác có thể hoặc không hoạt động tùy thuộc vào phương thức truy cập của bạn (FC, iSCSI, ..) và cơ sở hạ tầng. Bạn sẽ muốn có thể sử dụng mạng của mình đến mức tối đa với SQL Server vì độ trễ và thông lượng là rất quan trọng. Tôi đã thấy các trường hợp với thiết lập nhóm kết nối mạng, nhưng chỉ có thể sử dụng 1Gbps do các ràng buộc khác mà khách hàng không biết. Tôi đồng ý với Kenneth, đưa ra khuyến nghị của nhà cung cấp với một lượng muối lớn, họ khá thường xuyên sai. SQL Server là một con thú hay thay đổi có rất ít câu hỏi tuyệt đối, thường chỉ là nhiều câu hỏi hơn. Đặt câu hỏi đúng (thông qua kiểm tra) thực sự là chìa khóa.


2

Đừng "lấy khuyến nghị của nhà cung cấp với một lượng muối lớn", trừ khi họ đến từ bộ phận bán hàng hoặc tiếp thị. Hoàn toàn ngược lại, nếu bạn có thể truy cập vào những người thực hiện kỹ thuật của họ, hãy kết bạn.

Có khả năng đây là một trong những thiết bị giống mới ảo hóa nhóm lưu trữ và bao gồm các khả năng tự động cấp. Một ví dụ sẽ là Compellent . Họ thực hiện tất cả các cách thức của SAN voodoo như:

  • Viết các khối dữ liệu đang hoạt động vào bộ lưu trữ Cấp 1 với các cấp RAID được tối ưu hóa về hiệu suất như RAID 10.
  • Tự động di chuyển các khối dữ liệu không hoạt động sang lưu trữ ở tầng thấp hơn với RAID 5 hoặc 6 bảo vệ cao hơn.

Đối với Compellent, bộ lưu trữ được chia thành 3 tầng với Tier1 là tốc độ nhanh nhất (SSD hoặc RAID 10) thông qua để làm chậm Tier3, bao gồm 7k đĩa SAS. Tôi chưa sử dụng một trong những thứ này trong môi trường sản xuất nhưng vẫn có quyền truy cập vào một cái mà tôi hy vọng có thể chạy một số thử nghiệm chống lại.

Tôi thú nhận là vừa tò mò vừa sợ các tính năng tự động, điều này trên giấy nghe có vẻ tuyệt vời nhưng trong sản xuất có thể có vấn đề. Ví dụ đầu tiên xảy ra khi có khả năng làm xáo trộn cơ chế tầng tự động là sao lưu cơ sở dữ liệu. Ở đó bạn có một mục tiêu ghi cao lặp đi lặp lại có thể đánh lừa cơ chế phân tầng để di chuyển các khối sang nhóm hiệu suất cao, có khả năng đẩy dữ liệu ra khỏi đó.

Đối với câu hỏi ban đầu:

... Có điểm nào trong việc tạo LUN riêng không?

Có lẽ là không, không. Làm cho trường hợp sử dụng rõ ràng với nhà cung cấp để chắc chắn nhưng nếu đó là một thiết bị loại Compellent, tôi không tin rằng bạn có được bất cứ điều gì từ việc chia LUN của bạn.


2

Có điểm nào để tách LUN không? Gần như luôn luôn. Nếu không, bạn sẽ làm quá tải hàng đợi LUN trên máy chủ Windows. Và trải qua các điều kiện qfull là đau đớn, bất kể hệ điều hành, ảo hóa hoặc nền tảng lưu trữ

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.