RAID atomicity
Khi bạn làm, tôi đã được đọc trên các cấp độ RAID trong khi trong bồn tắm. Chủ đề của atomicity đến, và nó là một cái gì đó tôi muốn chia sẻ.
Thường không phải là nguồn đáng tin cậy nhất của dữ liệu kỹ thuật, nhưng tôi sẽ báo giá Wikipedia để giúp giải thích atomicity để thiết lập các giai đoạn. Lấy từ http://en.wikipedia.org/wiki/RAID dưới phần "Những vấn đề với RAID" ...
Đây là một chế độ thất bại ít hiểu và hiếm khi đề cập đến hệ thống lưu trữ dự phòng không sử dụng các tính năng giao dịch. Cơ sở dữ liệu nghiên cứu, Jim Gray đã viết "Cập nhật in Place là một Poison của Apple" [28] trong những ngày đầu của thương mại hóa cơ sở dữ liệu quan hệ. Tuy nhiên, cảnh báo này phần lớn đã đi ai chịu nghe và giảm wayside theo sự ra đời của RAID, kỹ sư phần mềm nhiều người nhầm tưởng là giải quyết tất cả các dữ liệu lưu trữ toàn vẹn và các vấn đề độ tin cậy. Nhiều chương trình phần mềm cập nhật một đối tượng lưu trữ "tại chỗ", có nghĩa là, họ viết một phiên bản mới của đối tượng vào các địa chỉ cùng một đĩa như các phiên bản cũ của đối tượng. Trong khi phần mềm cũng có thể đăng nhập một số thông tin đồng bằng ở nơi khác, nó sẽ lưu trữ để trình bày "ngữ nghĩa ghi nguyên tử", có nghĩa rằng viết của dữ liệu, hoặc xảy ra trong toàn bộ hoặc đã không xảy ra ở tất cả.
Điều này đã trở lại thành ánh sáng trong thời gian gần đây nhưng dưới một vỏ bọc khác nhau với vấn đề thất bại ghi SSD. Nhiều nhà sản xuất SSD và các nhà cung cấp lưu trữ doanh nghiệp được giải quyết điều này với firmware mới viết tất cả các dữ liệu tuần tự, không bao giờ hơn viết một khối dữ liệu cho đến khi tất cả các đĩa đã được bằng văn bản và sau đó bắt đầu trên bằng văn bản các khối từ khi bắt đầu (đã rõ ràng là được giải tỏa đầu tiên).
Tuy nhiên điều này là một vấn đề bị bỏ qua với các phương tiện truyền thông truyền thống kéo sợi và thường bị bỏ qua, miễn nhiệm mà không có một lời giải thích hay sự hiểu biết rõ ràng. Ý tưởng là nhiều hệ thống sẽ ghi đè lên dữ liệu tại chỗ, ghi được xác nhận rằng nó đã được viết thành công, nhưng không nhất thiết phải là các dữ liệu phù hợp với những gì các máy chủ gửi. Các nguyên cần thiết của việc kiểm tra này sẽ đặt thêm một tải trọng đáng kể như mỗi viết cần đọc bổ sung và tổng kiểm tra trước khi ghi được xác nhận và bộ nhớ cache có thể được flushed.
Điều này có thể được pha trộn bởi "Write" cái gọi là công nghệ chụp. Thay vì bảo vệ các dữ liệu đã được ghi vào một lĩnh vực cụ thể trên đĩa, dữ liệu gốc được sao chép vào một khu vực ảnh chụp trong một phần khác của hệ thống lưu trữ trước khi khu vực dữ liệu ban đầu là ghi đè. Vì vậy, một ứng dụng giao dịch cao ghi đè dữ liệu của nó thường xuyên (DB tạm thời hoặc các bản ghi lại đỏ mặt thường xuyên, như các bản ghi Oracle trước khi lưu trữ) có thể là khá nhạy cảm với loại lỗi này. Vấn đề chính ở đây là rằng một khi dữ liệu được ghi và xác nhận, không có cách nào sửa chữa nó như là hệ thống lưu trữ sẽ xác nhận nó như là nguyên vẹn. Điều này có thể có một tiếng gõ lớn trên hiệu quả dữ liệu de-duplication. Nếu khối ban đầu được viết cho một khu vực tham nhũng mà không được xác định, sau đó có thể được liên kết với hàng trăm khối dữ liệu khác như là một phần của quá trình de-duplication, gây ra tham nhũng dữ liệu lớn.
Điều này có thể không luôn luôn được cố định bằng cách tính chẵn lẻ RAID như RAID được tính sau khi sọc được viết. Nó có thể không phải luôn luôn được tính toán trong bộ nhớ hoặc như một dải đầy đủ không phải lúc nào cũng bằng văn bản, nó có thể là một sọc một phần trong trường hợp này tính chẵn lẻ được tính từ dữ liệu hiện có trên đĩa cứng cũng như dữ liệu không ghi vào đĩa. Nếu dữ liệu được ghi vào đĩa và sau đó đọc để tính chẵn lẻ, không nhất thiết phải xác nhận đối với nguồn. Có một số cách để giải quyết vấn đề này, và chủ yếu này cần phải xảy ra trong bộ nhớ, nói chung là kiểm tra được coi là phương pháp tiếp cận có thể chấp nhận được. Đọc dữ liệu sau đó sau khi ghi xác nhận không có thể được đảm bảo là bạn không có gì để so sánh với, toàn vẹn cần phải được kiểm tra trong khi dữ liệu vẫn còn hoạt động trong bộ nhớ để so sánh.
Có một số cách mà các nhà cung cấp lưu trữ giải quyết vấn đề này, và như bạn mong đợi sẽ bao gồm những gì NetApp làm. Các hệ thống tập tin WAFL viết mỗi khối dữ liệu miễn phí và không bao giờ chủ động hơn, viết một khối dữ liệu. Để tạo ra các khối dữ liệu miễn phí là một quá trình chà chạy trong nền, điều hành khối lưu trữ toàn bộ hệ thống của khối và interrogates xem một bản chụp hay hệ thống tập tin hoạt động chỉ này khối dữ liệu cụ thể. Nếu nó không phải là, sau đó nó sẽ xóa sạch các dữ liệu trong khối và đánh dấu nó như là miễn phí (hoặc unmarks nó như trong sử dụng có lẽ sẽ là chính xác hơn). Điều này cho phép hệ thống tập tin để xác nhận rằng không phải chỉ là các khối dữ liệu không sử dụng, nhưng thực sự là một tác dụng phụ, nó lây lan dữ liệu viết trên toàn bộ diện tích bề mặt của đĩa và phủ định hoặc giảm thiểu các tác động của atomicity. Ngoài ra quá trình chà WAFL kiểm tra các khối dữ liệu để kiểm tra tính toàn vẹn đĩa, đây là đĩa có thể được như thế nào trước thất bại trên cơ sở toàn vẹn bề mặt đĩa chứ không phải là không thể chất, sau khi một ngưỡng quy định của ngành đĩa không đĩa được không và một phục hồi là cố gắng và một phụ kiện nóng kích hoạt. Vì vậy, trong một hệ thống NetApp, cùng một khối dữ liệu hiếm khi có văn bản nhiều lần, thậm chí (đặc biệt) trong một hệ thống giao dịch cao lặp lại.
Mang tất cả các bên trên, và bạn cũng bắt đầu nhận ra rằng một hệ thống tập tin đầy đủ là xấu cho việc lưu trữ của bạn theo những cách khác nhau. Nếu bạn có một hệ thống lưu trữ đầy đủ, sau đó có khối miễn phí ít hơn để viết, và do đó, một phần nhỏ của khối dữ liệu được viết liên tục. Điều này hợp chất cơ hội của atomicity và nói chung sẽ tăng mặc đĩa. Vì vậy, một lý do tốt để xem xét các dữ liệu lưu trữ, de-duplication và thường giữ tập tin hệ thống của bạn sạch sẽ và không lạm dụng hệ thống lưu trữ!
Vì vậy, xin vui lòng yêu cầu nhà cung cấp lưu trữ của bạn như thế nào họ bảo vệ dữ liệu của bạn chống lại những vấn đề này.
Rất mát mẻ.