Cấp công suất (hoặc như chúng tôi gọi nó trong Vim - captir) xuất hiện từ thời Veeam Backup and Replication 9.5 Update 4 dưới tên Archive Tier. Ý tưởng đằng sau nó là làm cho nó có thể di chuyển các bản sao lưu đã rơi ra khỏi cái gọi là cửa sổ khôi phục hoạt động sang bộ lưu trữ đối tượng. Điều này giúp giải phóng dung lượng ổ đĩa cho những người dùng có ít dung lượng ổ đĩa. Và tùy chọn này được gọi là Chế độ di chuyển.

Để thực hiện hành động đơn giản (có vẻ như vậy) này, chỉ cần đáp ứng hai điều kiện: tất cả các điểm từ bản sao lưu đã di chuyển phải nằm ngoài ranh giới của cửa sổ khôi phục hoạt động nêu trên, được đặt rõ ràng trong giao diện người dùng. Và thứ hai: chuỗi phải ở dạng được gọi là “dạng niêm phong” (chuỗi dự phòng được niêm phong hoặc Chuỗi dự phòng không hoạt động). Tức là không có thay đổi nào xảy ra trong chuỗi này theo thời gian.

Nhưng trong VBR v10, khái niệm này đã được bổ sung các chức năng mới - Chế độ sao chép, Chế độ kín và một thứ có cái tên khó phát âm là Bất biến đã xuất hiện.

Đây là những điều thú vị mà chúng ta sẽ nói đến hôm nay. Đầu tiên là về cách nó hoạt động trong VBR9.5u4 và sau đó là về những thay đổi trong phiên bản thứ mười.

Và mong những người ủng hộ ngôn ngữ thuần túy tha thứ cho tôi, nhưng có quá nhiều thuật ngữ không thể dịch được.
Vì vậy sẽ có rất nhiều Anh giáo ở đây.
Và rất nhiều gif.
Và hình ảnh.

• Không một chút hối tiếc. Tác giả của bài viết.

Như nó đã từng

Chà, hãy bắt đầu bằng cách phân tích cửa sổ khôi phục hoạt động và bản sao lưu được niêm phong (hoặc như chúng được gọi trong tài liệu Chuỗi sao lưu không hoạt động). Nếu không có sự hiểu biết của họ, sẽ không thể giải thích thêm được.

Như chúng ta thấy trong hình, chúng ta có một loại chuỗi dự phòng với các khối dữ liệu, nằm trên SOBR tầng Hiệu suất của kho lưu trữ mà Bậc Công suất được kết nối. Khoảng thời gian sao lưu hoạt động của chúng tôi là ba ngày.

Theo đó, .vbk được tạo vào thứ Hai sẽ niêm phong chuỗi trước đó, có thời hạn được đặt thành ba ngày. Và điều đó có nghĩa là bạn có thể bắt đầu vận chuyển mọi thứ cũ hơn ba ngày này đến trường bắn một cách an toàn.

Nhưng chính xác thì dây xích kín có ý nghĩa gì và những gì có thể được gửi đến trường bắn công suất trong bản cập nhật 4?

Đối với Forward Incremental, dấu hiệu niêm phong chuỗi là việc tạo ra một bản sao lưu đầy đủ mới. Và việc lấy được bản sao lưu đầy đủ này bằng cách nào không quan trọng: cả bản sao lưu toàn bộ tổng hợp và bản sao lưu đầy đủ đang hoạt động đều được xem xét.

Trong trường hợp Reverse, đây là tất cả các tệp không nằm trong cửa sổ điều hành.

Trong trường hợp Tăng chuyển tiếp có khôi phục, đây đều là khôi phục và .vbk, nếu có .vbk khác trong phạm vi hiệu suất

Bây giờ hãy xem xét tùy chọn làm việc với chuỗi Bản sao dự phòng. Chỉ những mặt hàng thuộc diện lưu giữ của GFS mới được vận chuyển đến đây. Bởi vì mọi thứ được lưu trữ trong chuỗi bản sao lưu gần đây hơn đều có thể được thay đổi bằng cách này hay cách khác.

Bây giờ chúng ta hãy nhìn dưới mui xe. Ở đó, một quá trình được gọi là khử nước xảy ra - để trống các tệp sao lưu trên phạm vi và kéo các khối từ các tệp này vào phạm vi chụp dung lượng. Để tối ưu hóa quá trình này, cái gọi là chỉ số khử nước được sử dụng, cho phép bạn tránh sao chép các khối đã được sao chép vào phạm vi chụp công suất.

Hãy xem nó trông như thế nào bằng một ví dụ: Giả sử chúng ta có một .vbk thoát ra khỏi cửa sổ giao dịch và thuộc về một chuỗi kín. Điều này có nghĩa là chúng tôi có mọi quyền để chuyển nó đến trường bắn có sức chứa. Tại thời điểm di chuyển, một tệp siêu dữ liệu sẽ được tạo trong dấu gạch ngang dung lượng và các khối của tệp được chuyển. Tệp siêu dữ liệu cấp liên kết mô tả những khối mà tệp của chúng tôi bao gồm. Trong trường hợp trong hình, tệp đầu tiên của chúng tôi bao gồm các khối a, b, c và siêu dữ liệu chứa các liên kết đến các khối này. Khi chúng tôi có tệp .vbk thứ hai, sẵn sàng di chuyển và bao gồm các khối a, b và d, chúng tôi, khi phân tích chỉ số khử nước, hiểu rằng chỉ cần chuyển khối d. Và tệp siêu dữ liệu của nó sẽ chứa các liên kết đến hai khối trước đó và một khối mới.

Theo đó, quá trình lấp đầy những khoảng trống này bằng dữ liệu được gọi là bù nước. Nó đã sử dụng chỉ số bù nước của riêng mình, dựa trên tệp .vbk cũ nhất về phạm vi hiệu suất cục bộ. Nghĩa là, nếu người dùng muốn trả lại một tệp từ phạm vi chụp dung lượng, trước tiên chúng tôi tạo chỉ mục các khối của bản sao lưu đầy đủ cũ nhất và chỉ chuyển các khối còn thiếu từ thư viện chụp dung lượng. Trong trường hợp trong hình, để bù nước FullBackup1.vbk theo chỉ số bù nước, chúng ta chỉ cần khối C mà chúng ta lấy từ phạm vi bắn công suất. Nếu đối tượng đám mây lưu trữ đóng vai trò là phạm vi chụp, điều này cho phép bạn tiết kiệm được số tiền khổng lồ.

Ở đây có vẻ như công nghệ này giống hệt với công nghệ được sử dụng trong Bộ tăng tốc WAN, nhưng thực tế thực tế chỉ có vậy. Trong các chương trình tăng tốc, tính năng loại bỏ trùng lặp có tính chất toàn cục; ở đây, tính năng loại bỏ trùng lặp cục bộ được sử dụng trong mỗi tệp ở một độ lệch cụ thể. Điều này xảy ra do sự khác biệt trong các nhiệm vụ đang được giải quyết: ở đây chúng tôi cần sao chép các tệp sao lưu đầy đủ lớn và theo nghiên cứu của chúng tôi, ngay cả khi một khoảng thời gian dài trôi qua giữa chúng, thuật toán chống trùng lặp này sẽ mang lại kết quả tốt nhất.

Nhưng nhiều chỉ số hơn cho thần chỉ số! Ngoài ra còn có một chỉ mục để phục hồi dữ liệu! Khi chúng tôi bắt đầu khôi phục một máy nằm trong bảng công suất, chúng tôi sẽ chỉ đọc các khối dữ liệu duy nhất không có trong bảng hiệu suất.

Nó đã trở thành như thế nào

Đó là tất cả cho phần giới thiệu. Nó khá chi tiết, nhưng như đã đề cập ở trên, nếu không có những chi tiết này thì sẽ không thể giải thích cách hoạt động của các chức năng mới. Vì vậy, không dài dòng nữa, hãy chuyển sang phần đầu tiên.

Chế độ sao chép

Nó phần lớn dựa trên các công nghệ hiện có, nhưng mang một logic sử dụng hoàn toàn khác. 

Mục đích của chế độ này là để đảm bảo rằng tất cả dữ liệu nằm trên phạm vi cục bộ đều có bản sao trong dấu gạch ngang dung lượng.

Nếu bạn so sánh trực tiếp chế độ Di chuyển và Sao chép, nó sẽ trông như thế này:

• Chỉ có dây xích kín mới có thể di chuyển được. Trong trường hợp ở chế độ sao chép, mọi thứ đều được chuyển hoàn toàn, bất kể điều gì xảy ra trong công việc sao lưu.
• Việc di chuyển được kích hoạt khi các tệp vượt ra ngoài ranh giới của cửa sổ sao lưu hoạt động và quá trình sao chép được kích hoạt ngay khi tệp sao lưu xuất hiện.
• Việc giám sát dữ liệu mới để sao chép diễn ra liên tục và việc di chuyển dữ liệu được kích hoạt 4 giờ một lần.

Khi xem xét phương thức mới, tôi đề xuất chuyển từ những ví dụ đơn giản sang những ví dụ phức tạp.

Trong trường hợp phổ biến nhất, chúng tôi chỉ cần có các tệp mới với số gia tăng và chúng tôi chỉ cần sao chép chúng vào phạm vi chụp công suất. Bất kể chế độ nào được sử dụng trong công việc sao lưu, bất kể nó có thuộc phần bị phong ấn của chuỗi hay không, bất kể cửa sổ hoạt động của chúng ta đã hết hạn hay chưa. Họ chỉ lấy nó và sao chép nó.

Quá trình đằng sau việc này vẫn là mất nước như mô tả ở trên. Ở chế độ sao chép, nó cũng đảm bảo rằng chúng tôi không sao chép các khối đã có trên bộ lưu trữ của mình. Sự khác biệt duy nhất là nếu ở chế độ phim, chúng tôi thay thế các tệp thực bằng các tệp giả, thì ở đây chúng tôi không chạm vào chúng theo bất kỳ cách nào và giữ nguyên mọi thứ. Mặt khác, nó hoàn toàn giống với chỉ số mất nước, cố gắng tiết kiệm tiền bạc và thời gian của bạn một cách cẩn thận.

Câu hỏi được đặt ra - nếu bạn nhìn vào giao diện người dùng, có cơ hội chọn cả hai tùy chọn cùng một lúc. Chế độ kết hợp như vậy sẽ hoạt động như thế nào?

Hãy tìm ra nó.

Sự khởi đầu là tiêu chuẩn: một tệp sao lưu được tạo và sao chép ngay lập tức. Một phần tăng thêm được tạo cho nó và cũng được sao chép. Điều này xảy ra cho đến thời điểm chúng tôi nhận ra rằng các tập tin đã rời khỏi cửa sổ điều hành của chúng tôi và một chuỗi kín đã xuất hiện. Tại thời điểm này, chúng tôi thực hiện thao tác khử nước và thay thế các tệp này bằng các tệp giả. Tất nhiên, chúng tôi không sao chép lại bất cứ điều gì vào phạm vi bắn công suất.

Tất cả logic hấp dẫn này chỉ chịu trách nhiệm cho một hộp kiểm trong giao diện: Sao chép các bản sao lưu vào bộ lưu trữ đối tượng ngay khi chúng được tạo.

Tại sao chúng ta cần chế độ Sao chép này?

Sẽ tốt hơn nếu diễn đạt lại câu hỏi theo cách này: chúng ta được bảo vệ khỏi những rủi ro nào nhờ sự trợ giúp của nó? Nó giúp chúng ta giải quyết vấn đề gì?

Câu trả lời rất rõ ràng: tất nhiên, đây là phục hồi dữ liệu. Nếu chúng tôi có một bản sao hoàn chỉnh của dữ liệu cục bộ trên bộ lưu trữ đối tượng thì bất kể điều gì xảy ra với sản phẩm của chúng tôi, chúng tôi luôn có thể khôi phục dữ liệu từ các tệp nằm trong Amazon có điều kiện.

Vì vậy, hãy xem xét các tình huống có thể xảy ra, từ đơn giản nhất đến phức tạp hơn.

Điều không may đơn giản nhất có thể xảy ra với chúng ta là không thể truy cập được một trong các tệp trong chuỗi sao lưu.

Một câu chuyện đáng buồn hơn là một trong những phạm vi của kho lưu trữ SOBR của chúng tôi đã bị hỏng.

Mọi chuyện thậm chí còn tệ hơn khi toàn bộ kho lưu trữ SOBR không thể truy cập được nhưng phạm vi chụp dung lượng vẫn hoạt động.
Và mọi thứ thực sự tồi tệ - đây là lúc máy chủ dự phòng ngừng hoạt động và mong muốn đầu tiên của bạn là cố gắng chạy đến biên giới Canada trong mười phút nữa.

Bây giờ chúng ta hãy xem xét từng tình huống riêng biệt.

Khi chúng tôi bị mất một (và thậm chí một số) tệp sao lưu, thì tất cả những gì chúng tôi cần làm là bắt đầu quá trình quét lại kho lưu trữ và tệp bị mất sẽ được thay thế bằng một tệp giả. Và bằng cách sử dụng quy trình bù nước (đã được thảo luận ở đầu bài viết), người dùng sẽ có thể tải dữ liệu từ trường bắn công suất về bộ nhớ cục bộ.

Bây giờ tình hình phức tạp hơn. Giả sử rằng SOBR của chúng tôi bao gồm hai phạm vi chạy ở chế độ Hiệu suất, có nghĩa là .vbk và .vib của chúng tôi được trải đều trên chúng trong một lớp khá không đồng đều. Và tại một thời điểm nào đó, một trong các phạm vi không còn khả dụng và người dùng cần khẩn trương khôi phục máy, một phần dữ liệu nằm chính xác ở phạm vi này.

Người dùng khởi chạy trình hướng dẫn khôi phục, chọn điểm mà mình muốn khôi phục và trình hướng dẫn, trong khi làm việc, nhận ra rằng mình không có tất cả dữ liệu cần thiết để khôi phục cục bộ và do đó cần phải tải xuống từ quá trình chụp dung lượng. phòng trưng bày. Đồng thời, các khối còn lại trên bộ nhớ cục bộ sẽ không được tải xuống từ đám mây. Vinh quang cho chỉ số khôi phục (vâng, nó cũng đã được đề cập ở đầu bài viết).

Một loại phụ của trường hợp này là toàn bộ kho lưu trữ SOBR không thể truy cập được. Trong trường hợp này, chúng tôi không có gì để sao chép từ bộ nhớ cục bộ và tất cả các khối đều được tải xuống từ đám mây.

Và tình huống thú vị nhất là máy chủ dự phòng bị chết. Ở đây có hai lựa chọn: quản trị viên tuyệt vời và tạo bản sao lưu cấu hình, còn quản trị viên là một Pinocchio độc ác và không tạo bản sao lưu cấu hình.

Trong trường hợp đầu tiên, anh ta chỉ cần triển khai cài đặt VBR sạch ở đâu đó và khôi phục cơ sở dữ liệu của nó từ bản sao lưu bằng các phương tiện tiêu chuẩn. Khi kết thúc quá trình này, mọi thứ sẽ trở lại bình thường. Hoặc nó sẽ được khôi phục theo một trong các tình huống trên.

Nhưng nếu quản trị viên là kẻ thù của chính mình hoặc bản sao lưu cấu hình cũng gặp phải một thất bại nặng nề, thì ngay cả ở đây, chúng tôi cũng sẽ không phó mặc anh ta cho số phận thương xót. Đối với trường hợp này, chúng tôi đã giới thiệu một quy trình mới gọi là Lưu trữ đối tượng nhập. Nó cho phép bạn bỏ qua quá trình tạo lại kho lưu trữ SOBR theo cách thủ công và gắn phạm vi chụp công suất vào đó với lần quét lại tiếp theo, đồng thời chỉ cần thêm đối tượng lưu trữ vào giao diện Vim và chạy quy trình Nhập kho lưu trữ. Điều duy nhất có thể cản trở bạn và các bản sao lưu của bạn là yêu cầu nhập mật khẩu nếu bản sao lưu của bạn được mã hóa.

Đây có lẽ là tất cả về Chế độ sao chép và chúng ta chuyển sang

Chế độ kín

Ý tưởng chính là các bản sao lưu mới không thể xuất hiện trên phạm vi SOBR đã chọn của kho lưu trữ. Trước v10, chúng tôi chỉ có Chế độ bảo trì, khi mọi hoạt động với kho lưu trữ đều bị cấm hoàn toàn. Một loại chế độ khó để tắt bộ lưu trữ, trong đó chỉ có nút Sơ tán, nút này sẽ vận chuyển các bản sao lưu đến một mức độ khác một lần.

Và chế độ Niêm phong là một loại tùy chọn “mềm”: chúng tôi cấm tạo bản sao lưu mới và xóa dần các bản sao lưu cũ theo mức lưu giữ đã chọn, nhưng trong quá trình này, chúng tôi không mất khả năng khôi phục từ các điểm đã lưu trữ. Một điều rất hữu ích khi chúng ta có một phần cứng sắp hết tuổi thọ và cần thay thế nó, hoặc chúng ta chỉ cần giải phóng nó cho thứ gì đó quan trọng hơn, nhưng không có nơi nào để lấy nó và di chuyển mọi thứ cùng một lúc. Hoặc không thể xóa được.

Theo đó, nguyên lý hoạt động khá đơn giản: cần cấm mọi thao tác ghi (xuất hiện dữ liệu mới), để lại đọc (khôi phục) và xóa (lưu giữ).

Cả hai chế độ đều có thể được sử dụng đồng thời, nhưng hãy nhớ rằng Bảo trì có mức độ ưu tiên cao hơn.

Ví dụ: hãy xem xét SOBR bao gồm hai phạm vi. Giả sử rằng trong bốn ngày đầu tiên, chúng tôi đã tạo bản sao lưu ở chế độ Chuyển tiếp vĩnh viễn, sau đó chúng tôi niêm phong phạm vi. Điều này dẫn đến thực tế là chúng tôi bắt đầu tạo một hoạt động mới đầy đủ trên phạm vi khả dụng thứ hai. Nếu mức lưu giữ của chúng tôi là bốn, thì khi toàn bộ chuỗi nằm trong phạm vi bị phong ấn vượt quá giới hạn của nó, nó sẽ bị xóa với lương tâm trong sáng.

Có những tình huống khi việc xóa xảy ra sớm hơn. Ví dụ: đây là Chuyển tiếp tăng dần với đầy đủ định kỳ. Nếu chúng tôi tạo bản sao lưu đầy đủ trong hai ngày đầu tiên và vào thứ Năm, chúng tôi quyết định niêm phong kho lưu trữ, thì vào thứ Sáu, khi bản sao lưu mới được tạo, tệp cho thứ Hai sẽ bị xóa vì không có sự phụ thuộc vào thời điểm này. Và bản thân vấn đề không phụ thuộc vào ai cả. Sau đó, chúng tôi đợi cho đến khi bốn điểm được tạo trong phạm vi có sẵn và xóa ba điểm còn lại, những điểm này không thể xóa độc lập với nhau.

Mọi thứ trở nên đơn giản hơn với Reverse Incremental. Trong đó, những điểm cũ nhất không phụ thuộc vào bất cứ thứ gì và có thể xóa đi một cách an toàn. Do đó, ngay sau khi .vbk mới được tạo ở cấp độ mới, .vrbs cũ sẽ bị xóa lần lượt.

Nhân tiện, tại sao chúng ta lại tạo một .vbk mới mỗi lần: nếu chúng ta không tạo nó mà vẫn tiếp tục chuỗi tăng dần cũ, thì .vbk cũ sẽ bị đóng băng trong một thời gian dài vô tận ở bất kỳ chế độ nào, ngăn cản việc xóa nó. Do đó, người ta quyết định rằng ngay sau khi phạm vi được niêm phong, chúng tôi sẽ tạo một bản sao lưu đầy đủ ở phạm vi miễn phí.

Mọi thứ phức tạp hơn với phạm vi chụp công suất.

Đầu tiên, hãy nhìn vào chế độ sao chép. Giả sử rằng chúng tôi đã tích cực tạo bản sao lưu trong bốn ngày và sau đó phạm vi bắn đã bị phong tỏa. Chúng tôi không xóa bất cứ thứ gì, nhưng khiêm tốn chịu đựng việc lưu giữ, sau đó chúng tôi xóa dữ liệu khỏi trường bắn công suất.

Điều tương tự cũng xảy ra ở chế độ di chuyển - chúng tôi đợi chỉnh sửa, xóa cái cũ trong bộ nhớ cục bộ và xóa cái được lưu trong bộ nhớ đối tượng.

Một ví dụ thú vị với tính năng Gia tăng mãi mãi về phía trước. Chúng tôi cài đặt lưu giữ tại ba điểm và bắt đầu tạo bản sao lưu vào thứ Hai, các bản sao lưu này thường xuyên được sao chép vào đám mây. Sau khi niêm phong bộ lưu trữ, các bản sao lưu tiếp tục được tạo, duy trì ba điểm, nhưng dữ liệu được lưu trữ trong dấu gạch ngang dung lượng vẫn phụ thuộc và không thể xóa được. Do đó, chúng tôi đợi đến thứ Năm, khi .vbk của chúng tôi vượt quá khả năng lưu giữ và chỉ khi đó chúng tôi mới bình tĩnh xóa toàn bộ chuỗi đã lưu.

Và một tuyên bố từ chối trách nhiệm nhỏ: tất cả các ví dụ ở đây đều được hiển thị bằng một máy. Nếu bạn có một vài trong số chúng trong bản sao lưu của mình thì việc chỉnh sửa chúng sẽ khác nhau tùy thuộc vào việc Active Full có được tạo hay không.

Về cơ bản đó là tất cả những gì cần có. Vì vậy, hãy chuyển sang tính năng khó nhất -

Bất biến

Giống như các điểm trước, điều đầu tiên là hàm này giải quyết được vấn đề gì. Ngay sau khi chúng tôi tải các bản sao lưu của mình lên một nơi nào đó để lưu trữ, chúng tôi rất mong muốn đảm bảo sự an toàn của chúng, tức là nghiêm cấm việc xóa chúng và bất kỳ sửa đổi nào trong thời gian lưu giữ nhất định. Bao gồm cả quản trị viên, bao gồm cả tài khoản gốc của họ. Điều này cho phép bạn bảo vệ chúng khỏi bị hư hại do vô tình hoặc cố ý. Bất kỳ ai làm việc với AWS đều có thể gặp một tính năng tương tự có tên là Khóa đối tượng.

Bây giờ chúng ta hãy xem xét chế độ này một cách tổng quát và sau đó đi sâu vào chi tiết. Trong ví dụ của chúng tôi, Tính bất biến sẽ được kích hoạt cho trường bắn công suất của chúng tôi với thời gian lưu giữ là bốn ngày. Và chế độ Sao chép được bật trong bản sao lưu.

Tính bất biến không tương tác với việc lưu giữ chung dưới bất kỳ hình thức nào. Ví dụ: nó không thêm điểm bổ sung hoặc bất cứ điều gì tương tự. Chỉ là một người không thể xóa các tập tin sao lưu trong vòng bốn ngày. Nếu bạn tạo bản sao lưu vào thứ Hai, bạn sẽ chỉ có thể xóa tệp của nó vào thứ Sáu.

Tất cả các khái niệm được giải thích trước đây về khử nước, chỉ mục và siêu dữ liệu vẫn tiếp tục hoạt động giống hệt nhau. Nhưng với một điều kiện - khối không chỉ được đặt cho dữ liệu mà còn cho siêu dữ liệu. Điều này được thực hiện trong trường hợp kẻ tấn công xảo quyệt quyết định xóa cơ sở dữ liệu siêu dữ liệu của chúng tôi và ngăn chặn các khối dữ liệu biến thành hỗn hợp nhị phân vô dụng.

Bây giờ là thời điểm tuyệt vời để giải thích về công nghệ tạo khối của chúng tôi. Hoặc tạo khối. Để làm điều này, hãy xem xét tình huống dẫn đến sự xuất hiện của nó.

Hãy lấy thang thời gian là sáu ngày và bên dưới chúng ta sẽ đánh dấu thời điểm hết hạn bất biến dự kiến. Vào ngày đầu tiên, chúng tôi lấy và tạo một tệp bao gồm khối dữ liệu a và siêu dữ liệu của nó. Nếu tính bất biến được đặt thành ba ngày, sẽ hợp lý khi giả định rằng vào ngày thứ tư, dữ liệu sẽ được mở khóa và xóa. Vào ngày thứ hai, chúng tôi sẽ thêm một tệp2 mới, bao gồm khối b với cùng cài đặt. Khối a vẫn cần được gỡ bỏ vào ngày thứ tư. Nhưng vào ngày thứ ba, một điều khủng khiếp xảy ra - một tệp File3 được tạo, bao gồm khối d mới và một liên kết đến khối a cũ. Điều này có nghĩa là đối với một khối và cờ bất biến của nó phải được đặt lại sang ngày mới, được chuyển sang ngày thứ sáu. Và ở đây một vấn đề nảy sinh - trong các bản sao lưu thực sự có một số lượng lớn các khối như vậy. Và để kéo dài thời gian bất biến của chúng, bạn cần thực hiện một số lượng lớn yêu cầu mỗi lần. Và trên thực tế, đây sẽ là một quá trình hàng ngày gần như vô tận, vì với khả năng cao, chúng ta sẽ tìm thấy hàng đống khối không trùng lặp với mỗi bản sao. Số lượng lớn yêu cầu từ nhà cung cấp dịch vụ lưu trữ đối tượng có ý nghĩa gì? Phải! Cuối tháng hóa đơn khủng.

Và để không bất ngờ khiến những khách hàng yêu thích của bạn kiếm được số tiền đáng kể, cơ chế tạo khối đã được phát minh. Đây là khoảng thời gian bổ sung mà chúng tôi thêm vào khoảng thời gian bất biến đã đặt. Trong ví dụ dưới đây, khoảng thời gian này là hai ngày. Nhưng đây chỉ là một ví dụ. Trên thực tế, họ sử dụng công thức riêng của mình, giúp tăng thêm khoảng mười ngày trong thời gian khóa hàng tháng.

Hãy tiếp tục xem xét tình huống tương tự, nhưng với việc tạo khối. Vào ngày đầu tiên, chúng tôi tạo file1 từ khối a và siêu dữ liệu. Chúng tôi cộng khoảng thời gian tạo và tính bất biến - điều này có nghĩa là cơ hội xóa tệp sẽ có vào ngày thứ sáu. Nếu vào ngày thứ hai chúng ta tạo File2, bao gồm khối b và một liên kết đến khối a, thì không có gì xảy ra với ngày xóa dự kiến. Cô ấy vẫn đứng như ngày thứ sáu. Và do đó chúng tôi đang cố gắng tiết kiệm tiền cho số lượng yêu cầu. Tình huống duy nhất khi thời hạn có thể được thay đổi là nếu thời gian tạo đã hết. Nghĩa là, nếu vào ngày thứ ba, File3 mới chứa liên kết chặn a thì thế hệ 2 sẽ được thêm vào vì Gen1 đã hết hạn. Và ngày dự kiến ​​xóa khối a sẽ chuyển sang ngày thứ XNUMX. Điều này cho phép chúng tôi giảm đáng kể số lượng yêu cầu nhằm kéo dài thời gian tồn tại của các khối được loại bỏ trùng lặp, giúp khách hàng tiết kiệm rất nhiều tiền.

Bản thân công nghệ này có sẵn cho người dùng phần cứng tương thích với S3 và S3, những nhà sản xuất đảm bảo rằng việc triển khai của họ không khác với Amazon. Do đó, câu trả lời cho câu hỏi chính đáng tại sao Azure không được hỗ trợ - chúng có tính năng tương tự, nhưng nó hoạt động ở cấp độ vùng chứa chứ không phải ở cấp độ đối tượng riêng lẻ. Nhân tiện, bản thân Amazon có khóa đối tượng ở hai chế độ: tuân thủ và quản trị. Trong trường hợp thứ hai, vẫn có khả năng quản trị viên lớn nhất ở trên quản trị viên và root ở trên root, mặc dù đã khóa đối tượng, vẫn xóa dữ liệu. Trong trường hợp tuân thủ, mọi thứ đều được đóng đinh chặt chẽ và không ai có thể xóa các bản sao lưu. Ngay cả quản trị viên Amazon (theo tuyên bố chính thức của họ). Đây là chế độ chúng tôi hỗ trợ.

Và, như thường lệ, một số liên kết hữu ích:

• trên Tạo khối trong từng chi tiết.
• Tất cả thông tin về Sao lưu và nhân rộng Veeam 10 tốt nhất của mình
• О Cấp công suất chi tiết

Nguồn: www.habr.com