Tôi là một DBA của Oracle. DBA mới của bạn hoạt động giống như rất nhiều DBA của Oracle và về kỹ thuật.
KHÔNG CÓ lời tiên tri KHÔNG cần 38 LUN. Tôi đã phát tán các tệp dữ liệu trên một số lượng lớn lun nhưng chúng nằm trên các hệ thống RẤT hoạt động và RẤT lớn. LUN không cần ánh xạ tới các nhóm RAID mới phải không? Vì vậy, có các tập tin trên các lun riêng biệt không cần thiết phải lan truyền bất cứ điều gì (tôi không phải là một chuyên gia về điều này).
Tất cả các loại phân loại tệp này sẽ làm là làm cho DBA làm việc nhiều hơn nữa. Điều này làm tăng tầm quan trọng của anh ấy đối với đội. Rất nhiều DBA của Oracle cố gắng làm cho bản thân dường như quan trọng hơn và vượt qua mọi thứ kỹ sư TẤT CẢ THỜI GIAN.
Thu thập dữ liệu ra các nhóm / lun đột kích differnet không phải là lời tiên tri cụ thể. Nó dựa trên việc sử dụng. Để phân tán chính xác các tệp, DBA của bạn cần phải hiểu ứng dụng để biết những gì đang được truy cập rất nhiều (btw, tách các chỉ mục khỏi dữ liệu KHÔNG cải thiện hiệu suất vì truy cập là nối tiếp ...). Anh ấy có biết ứng dụng không? Anh ta đã nhìn vào cơ sở dữ liệu để xem những đối tượng nào đang được truy cập rất nhiều? Những gì cần phải được trải ra? Những gì không viết và đọc số lượng lớn và cần phải được cô lập.
Điều này nghe có vẻ như một cơ sở dữ liệu kích thước nhỏ / trung bình. Mức độ hoạt động là gì? Anh ta có lẽ không biết.
Nói chung trên các cơ sở dữ liệu nhỏ hơn, bạn không cần phải làm nhiều ở cấp hệ thống tệp để cải thiện hiệu suất. 95% là SQL và các nhà phát triển chạy quá nhiều câu lệnh sql trong các vòng lặp.
chỉnh sửa ( năm sau !):
Tôi đã dành thời gian nói chuyện với các kỹ sư SAN và đã nâng cao kiến thức về SAN và LUN một chút kể từ khi đăng bài này. Trước hết, một LUN là "hợp lý". Không cần bản đồ để phân tách các nhóm RAID, đĩa, v.v ... Đó là thiết lập của kỹ sư SAN và sẽ không hiển thị cho DBA. Có rất nhiều điều để tách IO trong SAN mà hầu hết mọi người đều nhận ra.
Tôi đang làm việc trên một hệ thống rất lớn có mức độ hoạt động rất cao. Chúng tôi có hàng trăm LUN, Nhóm RAID, v.v ... chúng tôi phát tán các tệp ở khắp mọi nơi. Chúng tôi làm việc với các kỹ sư SAN để định cấu hình LUN để đảm bảo chúng được lan truyền đến các phần khác nhau của SAN. Chúng tôi thực sự KHÔNG có tầm nhìn về cách các LUN được ánh xạ từ cấp độ HĐH. Một hệ thống tệp mới không có nghĩa là chúng tôi đã ánh xạ dữ liệu đến một vị trí mới trên SAN.
Theo như bài viết của HP về tước ASM. Điều này là hoàn toàn vô nghĩa khi làm việc với SAN. Các dải, phản chiếu, RAID, vv ... đều được thực hiện dưới bề mặt. Bạn sẽ không nhìn thấy nó ở cấp ứng dụng hoặc cơ sở dữ liệu. Việc định cấu hình Oracle ASM để 'bóc tách' là vô nghĩa trong SAN, bởi vì bạn sẽ bỏ qua các khối hợp lý có thể sử dụng cấu hình RAID 5 (phần lớn do chi phí kiểm soát. SAN là khoản đầu tư hàng triệu đô la). Bạn sẽ chỉ thấy hệ thống tập tin. Những cái đó không nhất thiết phải ánh xạ tới các đĩa khác nhau hoặc các vị trí khác nhau trong SAN.
IBM rõ ràng có một tính năng mới cho phép SAN quyết định ghi vào đĩa dựa trên hoạt động. Quan điểm của tôi ở đây là những người tối ưu hóa SAN là các chuyên gia. Bạn cần phải làm việc với họ. Một DBA hoặc nhà phát triển ứng dụng sẽ không có khả năng hiển thị để xem liệu có bất cứ điều gì đang được trải ra không.
Từ những gì tôi đã thấy hầu hết các cửa hàng không có các kỹ sư SAN rất giỏi. Nó có xu hướng là một công việc cho những người cấp cơ sở. Hầu hết những người tốt có xu hướng được tư vấn. Vì vậy, rất nhiều thời gian bạn chỉ sử dụng thiết lập mặc định của nhà sản xuất. Để nhắc lại việc thêm nhiều LUN có thể sẽ không lan truyền bất kỳ dữ liệu nào, trừ khi bạn có một kỹ sư SAN định cấu hình nó cho bạn dưới bề mặt. Trên hết, bạn có thể có 1 LUN và có nó trải ra cho bạn. Trừ khi bạn có một kỹ sư SAN giỏi, tất cả những thứ này là vô nghĩa. Rõ ràng với tôi rằng DBA trong câu hỏi không biết đủ về SAN để thậm chí biết anh ta không biết gì.
99,9% cấu hình tiêu chuẩn thời gian là tốt. Trừ khi bạn có một nút cổ chai IO cụ thể, điều này là không cần thiết. Nếu bạn làm như vậy, thì bạn cần phải làm việc với kỹ sư SA và SAN để xác định vấn đề là gì. Rất nhiều thời gian nó KHÔNG CÓ gì để làm với bố cục của SAN. Một lần nữa, các DBA và nhà phát triển sẽ không có quyền truy cập để xem những gì đang diễn ra bên dưới chứ đừng nói đến kiến thức để tìm hiểu điều này. SAN rất phức tạp.