Tại sao bạn cần tạo bản sao lưu? Xét cho cùng, thiết bị này rất, rất đáng tin cậy, và bên cạnh đó, có những “đám mây” có độ tin cậy tốt hơn máy chủ vật lý: với cấu hình phù hợp, máy chủ “đám mây” có thể dễ dàng tồn tại sau sự cố của máy chủ vật lý cơ sở hạ tầng và từ Theo quan điểm của người sử dụng dịch vụ, sẽ có một bước nhảy vọt nhỏ về thời gian của dịch vụ. Ngoài ra, việc sao chép thông tin thường đòi hỏi phải trả thêm tiền cho thời gian xử lý, tải ổ đĩa và lưu lượng mạng.
Một chương trình lý tưởng chạy nhanh, không rò rỉ bộ nhớ, không có lỗ hổng và không tồn tại.
-Không xác định
Vì các chương trình vẫn được các nhà phát triển protein viết và thường không có quy trình thử nghiệm, cộng thêm các chương trình hiếm khi được phân phối bằng cách sử dụng “các phương pháp hay nhất” (bản thân chúng cũng là chương trình và do đó không hoàn hảo), nên quản trị viên hệ thống thường phải giải quyết các vấn đề nghe có vẻ ngắn gọn nhưng ngắn gọn: “trở lại như cũ”, “đưa đế hoạt động bình thường”, “hoạt động chậm - quay lại”, và cũng là câu nói yêu thích của tôi “Tôi không biết gì nhưng hãy sửa nó đi”.
Ngoài các lỗi logic phát sinh do sự làm việc bất cẩn của nhà phát triển hoặc do sự kết hợp của nhiều trường hợp, cũng như kiến thức không đầy đủ hoặc hiểu sai về các tính năng nhỏ của chương trình xây dựng - bao gồm các tính năng kết nối và hệ thống, bao gồm hệ điều hành, trình điều khiển và phần sụn - còn có những lỗi khác. Ví dụ, hầu hết các nhà phát triển đều dựa vào thời gian chạy, hoàn toàn quên mất các định luật vật lý, những điều vẫn không thể phá vỡ bằng cách sử dụng chương trình. Điều này bao gồm độ tin cậy vô hạn của hệ thống con đĩa và nói chung là bất kỳ hệ thống con lưu trữ dữ liệu nào (bao gồm RAM và bộ nhớ đệm của bộ xử lý!), cũng như không có thời gian xử lý trên bộ xử lý và không có lỗi trong quá trình truyền qua mạng và trong quá trình xử lý trên bộ xử lý. bộ xử lý và độ trễ mạng bằng 0. Bạn không nên bỏ qua thời hạn khét tiếng, bởi vì nếu không đáp ứng kịp thời, sẽ có những vấn đề còn tồi tệ hơn cả sắc thái hoạt động của mạng và ổ đĩa.
Phải làm gì với các vấn đề ngày càng gia tăng và ảnh hưởng đến dữ liệu có giá trị? Không có gì có thể thay thế các nhà phát triển đang sống và thực tế không phải là điều đó sẽ có thể thực hiện được trong tương lai gần. Mặt khác, chỉ có một số dự án thành công trong việc chứng minh đầy đủ rằng chương trình sẽ hoạt động như dự định và không nhất thiết có thể thu thập và áp dụng bằng chứng cho các dự án tương tự khác. Ngoài ra, những bằng chứng như vậy mất rất nhiều thời gian và đòi hỏi những kỹ năng và kiến thức đặc biệt, và điều này thực tế giảm thiểu khả năng sử dụng chúng có tính đến thời hạn. Ngoài ra, chúng ta vẫn chưa biết cách sử dụng công nghệ cực nhanh, rẻ và vô cùng đáng tin cậy để lưu trữ, xử lý và truyền tải thông tin. Những công nghệ như vậy, nếu chúng tồn tại, đều ở dạng khái niệm, hoặc - thường xuyên nhất - chỉ có trong sách và phim khoa học viễn tưởng.
Nghệ sĩ giỏi sao chép, nghệ sĩ vĩ đại ăn cắp.
—Pablo Picasso.
Những giải pháp thành công nhất và những điều đơn giản đến bất ngờ thường xảy ra khi các khái niệm, công nghệ, kiến thức và lĩnh vực khoa học thoạt nhìn hoàn toàn không tương thích với nhau.
Ví dụ, chim và máy bay có cánh, nhưng mặc dù có sự giống nhau về chức năng - nguyên lý hoạt động ở một số chế độ là như nhau và các vấn đề kỹ thuật được giải quyết theo cách tương tự: xương rỗng, sử dụng vật liệu bền và nhẹ, v.v. - kết quả hoàn toàn khác nhau, mặc dù rất giống nhau. Những ví dụ điển hình nhất mà chúng tôi thấy trong công nghệ của mình phần lớn cũng được vay mượn từ thiên nhiên: các khoang điều áp của tàu thủy và tàu ngầm tương tự trực tiếp với annelids; xây dựng mảng đột kích và kiểm tra tính toàn vẹn dữ liệu - sao chép chuỗi DNA; cũng như các cơ quan ghép nối, sự độc lập trong công việc của các cơ quan khác nhau với hệ thần kinh trung ương (tự động hóa của tim) và phản xạ - hệ thống tự trị trên Internet. Tất nhiên, việc thực hiện và áp dụng các giải pháp làm sẵn “trực tiếp” sẽ gặp nhiều khó khăn, nhưng ai biết được, có lẽ không có giải pháp nào khác.
Giá như tôi biết bạn sẽ rơi ở đâu thì tôi đã trải rơm rồi!
—Tục ngữ dân gian Belarus
Điều này có nghĩa là các bản sao lưu rất quan trọng đối với những ai muốn:
- Có thể khôi phục hoạt động của hệ thống của bạn với thời gian ngừng hoạt động tối thiểu hoặc thậm chí không cần thời gian ngừng hoạt động
- Hãy mạnh dạn hành động, vì trong trường hợp xảy ra lỗi luôn có khả năng quay lại
- Giảm thiểu hậu quả của việc cố ý làm hỏng dữ liệu
Đây là một chút lý thuyết
Mọi sự phân loại đều tùy ý. Thiên nhiên không phân loại. Chúng tôi phân loại vì nó thuận tiện hơn cho chúng tôi. Và chúng tôi phân loại theo dữ liệu mà chúng tôi cũng lấy tùy ý.
—Jean Bruler
Bất kể phương pháp lưu trữ vật lý nào, việc lưu trữ dữ liệu logic có thể được chia thành hai cách để truy cập dữ liệu này: khối và tệp. Sự phân chia này gần đây rất mờ nhạt, bởi vì khối thuần túy cũng như tập tin thuần túy, bộ lưu trữ logic không tồn tại. Tuy nhiên, để đơn giản, chúng ta sẽ giả sử rằng chúng tồn tại.
Lưu trữ dữ liệu khối ngụ ý rằng có một thiết bị vật lý nơi dữ liệu được ghi vào các phần, khối cố định nhất định. Các khối được truy cập tại một địa chỉ nhất định; mỗi khối có địa chỉ riêng trong thiết bị.
Việc sao lưu thường được thực hiện bằng cách sao chép các khối dữ liệu. Để đảm bảo tính toàn vẹn của dữ liệu, việc ghi các khối mới cũng như các thay đổi đối với các khối hiện có sẽ bị tạm dừng tại thời điểm sao chép. Nếu chúng ta lấy một ví dụ tương tự từ thế giới bình thường, thì thứ gần gũi nhất là một cái tủ có các ô được đánh số giống hệt nhau.
Lưu trữ dữ liệu tệp dựa trên nguyên tắc thiết bị logic gần với lưu trữ khối và thường được tổ chức ở trên cùng. Sự khác biệt quan trọng là sự hiện diện của hệ thống phân cấp lưu trữ và tên mà con người có thể đọc được. Một bản tóm tắt được phân bổ dưới dạng một tệp - vùng dữ liệu được đặt tên, cũng như một thư mục - một tệp đặc biệt trong đó các mô tả và quyền truy cập vào các tệp khác được lưu trữ. Các tệp có thể được cung cấp thêm siêu dữ liệu: thời gian tạo, cờ truy cập, v.v. Việc sao lưu thường được thực hiện theo cách này: chúng tìm kiếm các tệp đã thay đổi, sau đó sao chép chúng sang bộ lưu trữ tệp khác có cùng cấu trúc. Tính toàn vẹn dữ liệu thường được thực hiện do không có tệp nào được ghi vào. Siêu dữ liệu tệp được sao lưu theo cách tương tự. Tương tự gần nhất là một thư viện, trong đó có các phần dành cho các cuốn sách khác nhau và cũng có một danh mục với tên sách mà con người có thể đọc được.
Gần đây, một tùy chọn khác đôi khi được mô tả, từ đó, về nguyên tắc, việc lưu trữ dữ liệu tệp bắt đầu và có các tính năng cổ xưa tương tự: lưu trữ dữ liệu đối tượng.
Nó khác với lưu trữ tệp ở chỗ nó không có nhiều hơn một lồng nhau (sơ đồ phẳng) và tên tệp, mặc dù con người có thể đọc được nhưng vẫn phù hợp hơn để xử lý bằng máy. Khi thực hiện sao lưu, việc lưu trữ đối tượng thường được xử lý tương tự như lưu trữ tệp, nhưng đôi khi có các tùy chọn khác.
— Có hai loại quản trị viên hệ thống, những người không tạo bản sao lưu và những người ĐÃ làm.
- Thực ra có ba loại: cũng có người kiểm tra xem bản sao lưu có thể khôi phục được không.-Không xác định
Cũng cần hiểu rằng bản thân quá trình sao lưu dữ liệu được thực hiện bởi các chương trình nên nó cũng có những nhược điểm giống như bất kỳ chương trình nào khác. Để loại bỏ (không loại bỏ!) sự phụ thuộc vào yếu tố con người, cũng như các đặc điểm - những thứ riêng lẻ không có tác động mạnh nhưng kết hợp với nhau có thể tạo ra hiệu ứng rõ rệt - cái gọi là quy tắc 3-2-1. Có nhiều lựa chọn về cách giải mã nó, nhưng tôi thích cách giải thích sau hơn: 3 bộ dữ liệu giống nhau phải được lưu trữ, 2 bộ phải được lưu trữ ở các định dạng khác nhau và 1 bộ phải được lưu trữ trong bộ lưu trữ từ xa về mặt địa lý.
Định dạng lưu trữ nên được hiểu như sau:
- Nếu có sự phụ thuộc vào phương pháp lưu trữ vật lý, chúng tôi sẽ thay đổi phương pháp vật lý.
- Nếu có sự phụ thuộc vào phương thức lưu trữ logic thì chúng ta thay đổi phương thức logic.
Để đạt được hiệu quả tối đa của quy tắc 3-2-1, nên thay đổi định dạng lưu trữ theo cả hai cách.
Từ quan điểm về mức độ sẵn sàng của bản sao lưu cho mục đích đã định của nó - khôi phục chức năng - có sự khác biệt giữa bản sao lưu “nóng” và “lạnh”. Cái nóng khác với cái lạnh chỉ ở một điều: chúng sẵn sàng để sử dụng ngay lập tức, trong khi cái lạnh yêu cầu một số bước bổ sung để khôi phục: giải mã, trích xuất từ kho lưu trữ, v.v.
Đừng nhầm lẫn giữa bản sao nóng và bản lạnh với bản sao trực tuyến và ngoại tuyến, điều này ngụ ý sự cô lập dữ liệu về mặt vật lý và trên thực tế, là một dấu hiệu khác của việc phân loại các phương pháp sao lưu. Vì vậy, một bản sao ngoại tuyến - không được kết nối trực tiếp với hệ thống cần khôi phục - có thể nóng hoặc lạnh (về mức độ sẵn sàng phục hồi). Một bản sao trực tuyến có thể có sẵn trực tiếp ở nơi nó cần được khôi phục và thường là nóng, nhưng cũng có những bản lạnh.
Ngoài ra, đừng quên rằng quá trình tạo bản sao lưu thường không kết thúc bằng việc tạo một bản sao lưu và có thể có một số lượng bản sao khá lớn. Vì vậy, cần phân biệt giữa các bản sao lưu đầy đủ, tức là. những bản sao có thể được khôi phục độc lập với các bản sao lưu khác, cũng như các bản sao vi sai (tăng dần, vi sai, giảm dần, v.v.) - những bản sao không thể được khôi phục độc lập và yêu cầu khôi phục sơ bộ một hoặc nhiều bản sao lưu khác.
Sao lưu gia tăng vi sai là một nỗ lực nhằm tiết kiệm dung lượng lưu trữ sao lưu. Do đó, chỉ dữ liệu đã thay đổi từ bản sao lưu trước đó mới được ghi vào bản sao lưu.
Các bản sao giảm dần khác biệt được tạo ra cho cùng một mục đích, nhưng theo một cách hơi khác: một bản sao lưu đầy đủ được tạo ra, nhưng thực tế chỉ có sự khác biệt giữa bản sao mới và bản trước đó được lưu trữ.
Riêng biệt, cần xem xét quá trình sao lưu qua bộ nhớ, hỗ trợ việc không lưu trữ các bản sao. Do đó, nếu bạn ghi các bản sao lưu đầy đủ lên trên nó, thì thực tế chỉ có sự khác biệt giữa các bản sao lưu được ghi, nhưng quá trình khôi phục các bản sao lưu sẽ tương tự như khôi phục từ một bản sao đầy đủ và hoàn toàn minh bạch.
Quis custodiet ipsos custode?
(Ai sẽ tự mình canh gác? - lat.)
Sẽ rất khó chịu khi không có bản sao lưu, nhưng còn tệ hơn nhiều nếu tưởng chừng như đã tạo một bản sao lưu nhưng khi khôi phục lại hóa ra không thể khôi phục được vì:
- Tính toàn vẹn của dữ liệu nguồn đã bị xâm phạm.
- Bộ nhớ sao lưu bị hỏng.
- Quá trình khôi phục diễn ra rất chậm; bạn không thể sử dụng dữ liệu đã được khôi phục một phần.
Một quy trình sao lưu được xây dựng đúng cách phải tính đến những nhận xét như vậy, đặc biệt là hai nhận xét đầu tiên.
Tính toàn vẹn của dữ liệu nguồn có thể được đảm bảo theo nhiều cách. Cách sử dụng phổ biến nhất là: a) tạo ảnh chụp nhanh của hệ thống tệp ở cấp khối, b) “đóng băng” trạng thái của hệ thống tệp, c) một thiết bị khối đặc biệt có lưu trữ phiên bản, d) ghi tuần tự các tệp hoặc khối. Tổng kiểm tra cũng được áp dụng để đảm bảo dữ liệu được xác minh trong quá trình khôi phục.
Lỗi lưu trữ cũng có thể được phát hiện bằng cách sử dụng tổng kiểm tra. Một phương pháp bổ sung là sử dụng các thiết bị hoặc hệ thống tệp chuyên dụng, trong đó dữ liệu đã được ghi không thể thay đổi nhưng có thể thêm dữ liệu mới.
Để tăng tốc độ khôi phục, khôi phục dữ liệu được sử dụng với nhiều quy trình để khôi phục - miễn là không có tắc nghẽn dưới dạng mạng chậm hoặc hệ thống đĩa chậm. Để giải quyết tình huống dữ liệu được khôi phục một phần, bạn có thể chia quá trình sao lưu thành các nhiệm vụ con tương đối nhỏ, mỗi nhiệm vụ được thực hiện riêng biệt. Do đó, có thể khôi phục hiệu suất một cách nhất quán đồng thời dự đoán thời gian khôi phục. Vấn đề này thường nằm ở mặt phẳng tổ chức (SLA), vì vậy chúng tôi sẽ không đề cập chi tiết đến vấn đề này.
Một chuyên gia về gia vị không phải là người thêm chúng vào mọi món ăn mà là người không bao giờ thêm bất cứ thứ gì vào đó.
-TRONG. Sinyavsky
Các thực tiễn liên quan đến phần mềm được quản trị viên hệ thống sử dụng có thể khác nhau, nhưng các nguyên tắc chung, cách này hay cách khác, vẫn giống nhau, cụ thể:
- Chúng tôi đặc biệt khuyến khích sử dụng các giải pháp làm sẵn.
- Các chương trình sẽ hoạt động có thể dự đoán được, tức là Không nên có các tính năng hoặc tắc nghẽn không có giấy tờ.
- Việc thiết lập từng chương trình phải đơn giản đến mức bạn không cần phải đọc hướng dẫn sử dụng hoặc bảng ghi chú mỗi lần.
- Nếu có thể, giải pháp nên mang tính phổ quát, bởi vì máy chủ có thể khác nhau rất nhiều về đặc điểm phần cứng của chúng.
Có các chương trình phổ biến sau để sao lưu từ các thiết bị khối:
- dd, quen thuộc với những người có kinh nghiệm quản trị hệ thống, chương trình này cũng bao gồm các chương trình tương tự (ví dụ: dd_rescue tương tự).
- Các tiện ích được tích hợp trong một số hệ thống tệp tạo ra kết xuất của hệ thống tệp.
- Tiện ích ăn tạp; ví dụ như partclone.
- Các quyết định sở hữu, thường là độc quyền; ví dụ: NortonGhost trở lên.
Đối với hệ thống tệp, vấn đề sao lưu được giải quyết một phần bằng các phương pháp áp dụng cho thiết bị khối, nhưng vấn đề có thể được giải quyết hiệu quả hơn bằng cách sử dụng, ví dụ:
- Rsync, một chương trình và giao thức có mục đích chung để đồng bộ hóa trạng thái của hệ thống tệp.
- Công cụ lưu trữ tích hợp (ZFS).
- Công cụ lưu trữ của bên thứ ba; đại diện phổ biến nhất là tar. Có những thứ khác, chẳng hạn như dar - một sự thay thế cho tar nhằm vào các hệ thống hiện đại.
Điều đáng nói riêng là về các công cụ phần mềm để đảm bảo tính nhất quán của dữ liệu khi tạo bản sao lưu. Các tùy chọn được sử dụng phổ biến nhất là:
- Gắn hệ thống tệp ở chế độ chỉ đọc (ReadOnly) hoặc đóng băng hệ thống tệp (đóng băng) - phương pháp này có khả năng áp dụng hạn chế.
- Tạo ảnh chụp nhanh về trạng thái của hệ thống tệp hoặc thiết bị khối (LVM, ZFS).
- Việc sử dụng các công cụ của bên thứ ba để sắp xếp lần hiển thị, ngay cả trong trường hợp vì lý do nào đó không thể cung cấp các điểm trước đó (các chương trình như bản sao nóng).
- Tuy nhiên, kỹ thuật sao chép khi thay đổi (CopyOnWrite) thường được gắn với hệ thống tệp được sử dụng (BTRFS, ZFS).
Vì vậy, đối với một máy chủ nhỏ, bạn cần cung cấp sơ đồ sao lưu đáp ứng các yêu cầu sau:
- Dễ sử dụng - không yêu cầu các bước bổ sung đặc biệt trong quá trình vận hành, các bước tối thiểu để tạo và khôi phục bản sao.
- Phổ quát - hoạt động trên cả máy chủ lớn và nhỏ; điều này rất quan trọng khi tăng số lượng máy chủ hoặc mở rộng quy mô.
- Được cài đặt bởi trình quản lý gói hoặc bằng một hoặc hai lệnh như “tải xuống và giải nén”.
- Ổn định - sử dụng định dạng lưu trữ tiêu chuẩn hoặc lâu đời.
- Nhanh chóng trong công việc.
Ứng viên từ những người ít nhiều đáp ứng được yêu cầu:
- sao lưu dự phòng
- ảnh chụp nhanh
- ợ
- nhân bản
- trùng lặp
- để cho trùng lặp
- dar
- sao lưu
- phản kháng
- sao lưu
Một máy ảo (dựa trên XenServer) có các đặc điểm sau sẽ được sử dụng làm máy thử nghiệm:
- 4 nhân 2.5GHz,
- RAM 16GB,
- Bộ nhớ lai 50 GB (hệ thống lưu trữ có bộ nhớ đệm trên SSD 20% dung lượng đĩa ảo) dưới dạng đĩa ảo riêng biệt không phân vùng,
- Kênh Internet 200 Mbps.
Hầu như cùng một chiếc máy sẽ được sử dụng làm máy chủ thu dự phòng, chỉ với ổ cứng 500 GB.
Hệ điều hành - Centos 7 x64: phân vùng tiêu chuẩn, phân vùng bổ sung sẽ được sử dụng làm nguồn dữ liệu.
Làm dữ liệu ban đầu, hãy lấy một trang web WordPress có 40 GB tệp phương tiện và cơ sở dữ liệu mysql. Vì các máy chủ ảo khác nhau rất nhiều về đặc điểm và cũng để có khả năng tái tạo tốt hơn, đây là
kết quả kiểm tra máy chủ bằng sysbench.sysbench --threads=4 --time=30 --cpu-max-prime=20000 CPU chạy
sysbench 1.1.0-18a9f86 (sử dụng LuaJIT 2.1.0-beta3 đi kèm)
Chạy thử nghiệm với các tùy chọn sau:
Số chủ đề: 4
Đang khởi tạo trình tạo số ngẫu nhiên từ thời điểm hiện tại
Giới hạn số nguyên tố: 20000
Đang khởi tạo chuỗi công việc…
Chủ đề đã bắt đầu!
Tốc độ CPU:
sự kiện mỗi giây: 836.69
Throughput:
sự kiện/giây (tập): 836.6908
thời gian đã trôi qua: 30.0039s
tổng số sự kiện: 25104
Độ trễ (ms):
tối thiểu: 2.38
trung bình: 4.78
tối đa: 22.39
Phân vị thứ 95: 10.46
tổng: 119923.64
Công bằng chủ đề:
sự kiện (trung bình/stddev): 6276.0000/13.91
thời gian thực hiện (trung bình/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=đọc bộ nhớ chạy
sysbench 1.1.0-18a9f86 (sử dụng LuaJIT 2.1.0-beta3 đi kèm)
Chạy thử nghiệm với các tùy chọn sau:
Số chủ đề: 4
Đang khởi tạo trình tạo số ngẫu nhiên từ thời điểm hiện tại
Chạy kiểm tra tốc độ bộ nhớ với các tùy chọn sau:
kích thước khối: 1KiB
tổng kích thước: 102400MiB
hoạt động: đọc
phạm vi: toàn cầu
Đang khởi tạo chuỗi công việc…
Chủ đề đã bắt đầu!
Tổng số thao tác: 50900446 (1696677.10 mỗi giây)
Đã chuyển 49707.47 MiB (1656.91 MiB/giây)
Throughput:
sự kiện/giây (tập): 1696677.1017
thời gian đã trôi qua: 30.0001s
tổng số sự kiện: 50900446
Độ trễ (ms):
tối thiểu: 0.00
trung bình: 0.00
tối đa: 24.01
Phân vị thứ 95: 0.00
tổng: 39106.74
Công bằng chủ đề:
sự kiện (trung bình/stddev): 12725111.5000/137775.15
thời gian thực hiện (trung bình/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=ghi bộ nhớ chạy
sysbench 1.1.0-18a9f86 (sử dụng LuaJIT 2.1.0-beta3 đi kèm)
Chạy thử nghiệm với các tùy chọn sau:
Số chủ đề: 4
Đang khởi tạo trình tạo số ngẫu nhiên từ thời điểm hiện tại
Chạy kiểm tra tốc độ bộ nhớ với các tùy chọn sau:
kích thước khối: 1KiB
tổng kích thước: 102400MiB
hoạt động: viết
phạm vi: toàn cầu
Đang khởi tạo chuỗi công việc…
Chủ đề đã bắt đầu!
Tổng số thao tác: 35910413 (1197008.62 mỗi giây)
Đã chuyển 35068.76 MiB (1168.95 MiB/giây)
Throughput:
sự kiện/giây (tập): 1197008.6179
thời gian đã trôi qua: 30.0001s
tổng số sự kiện: 35910413
Độ trễ (ms):
tối thiểu: 0.00
trung bình: 0.00
tối đa: 16.90
Phân vị thứ 95: 0.00
tổng: 43604.83
Công bằng chủ đề:
sự kiện (trung bình/stddev): 8977603.2500/233905.84
thời gian thực hiện (trung bình/stddev): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (sử dụng LuaJIT 2.1.0-beta3 đi kèm)
Chạy thử nghiệm với các tùy chọn sau:
Số chủ đề: 4
Đang khởi tạo trình tạo số ngẫu nhiên từ thời điểm hiện tại
Cờ mở tệp bổ sung: (không có)
128 tệp, mỗi tệp 8MiB
Tổng kích thước tệp 1GiB
Kích thước khối 4KiB
Số lượng yêu cầu IO: 0
Tỷ lệ đọc/ghi cho kiểm tra IO ngẫu nhiên kết hợp: 1.50
Đã bật FSYNC định kỳ, gọi fsync() mỗi 100 yêu cầu.
Gọi fsync() khi kết thúc thử nghiệm, Đã bật.
Sử dụng chế độ I/O đồng bộ
Thực hiện kiểm tra r/w ngẫu nhiên
Đang khởi tạo chuỗi công việc…
Chủ đề đã bắt đầu!
Throughput:
đọc: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
viết: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Độ trễ (ms):
tối thiểu: 0.00
trung bình: 0.27
tối đa: 18.01
Phân vị thứ 95: 1.08
tổng: 238469.45
Ghi chú này bắt đầu một điều lớn lao
loạt bài viết về sao lưu
- Sao lưu, phần 1: Tại sao cần sao lưu, tổng quan về các phương pháp, công nghệ
- Sao lưu Phần 2: Xem xét và thử nghiệm các công cụ sao lưu dựa trên rsync
- Sao lưu Phần 3: Rà soát và kiểm tra tính trùng lặp, trùng lặp, deja dup
- Backup Part 4: Review và test zbackup, restic, borgbackup
- Backup Phần 5: Test bacula và veeam backup cho linux
- Sao lưu Phần 6: So sánh các công cụ sao lưu
- Sao lưu Phần 7: Kết luận
Nguồn: www.habr.com