Sao lưu không phải là một trong những công nghệ hợp thời trang được hét lên từ mọi bàn ủi. Nó chỉ cần ở trong bất kỳ công ty nghiêm túc nào, vậy thôi. Chúng tôi sao lưu vài nghìn máy chủ trong ngân hàng của mình - đây là một công việc phức tạp, thú vị, chỉ muốn nói ra một số điều tinh tế, cũng như những quan niệm sai lầm điển hình về sao lưu.
Tôi đã làm việc trong lĩnh vực này gần 20 năm, hai năm gần đây nhất là tại Promsvyazbank. Khi mới bắt đầu, tôi thực hiện sao lưu gần như hoàn toàn thủ công, sử dụng các tập lệnh chỉ đơn giản là sao chép các tập tin. Sau đó, Windows Các công cụ tiện ích đã xuất hiện: tiện ích Robocopy để chuẩn bị tập tin và NT Backup để sao chép. Sau đó là phần mềm chuyên dụng, chủ yếu là Veritas Backup Exec, nay được gọi là Symantec Backup Exec. Vì vậy, tôi đã quen thuộc với việc sao lưu dữ liệu từ lâu.
Nói một cách đơn giản, sao lưu là việc lưu lại một bản sao của dữ liệu (máy ảoDữ liệu (ứng dụng, cơ sở dữ liệu và tập tin) được sao lưu thường xuyên, phòng trường hợp xảy ra sự cố. Bất kỳ sự cố nào thường biểu hiện dưới dạng lỗi phần cứng hoặc lỗi logic và dẫn đến mất dữ liệu. Mục đích của hệ thống sao lưu là để giảm thiểu thiệt hại do mất dữ liệu gây ra. Lỗi phần cứng, ví dụ, là sự cố của máy chủ hoặc thiết bị lưu trữ nơi lưu trữ cơ sở dữ liệu. Lỗi logic là sự mất mát hoặc sửa đổi một số dữ liệu, bao gồm cả do lỗi của con người: vô tình xóa một bảng hoặc tập tin, hoặc chạy một tập lệnh bị lỗi. Ngoài ra còn có các yêu cầu quy định về việc lưu trữ một số loại thông tin nhất định trong một thời gian dài, ví dụ, lên đến vài năm.
Việc sử dụng sao lưu điển hình nhất là khôi phục bản sao cơ sở dữ liệu đã lưu để triển khai các hệ thống thử nghiệm khác nhau, bản sao dành cho nhà phát triển.
Có một vài huyền thoại điển hình xung quanh việc sao lưu nên được xua tan từ lâu. Dưới đây là những người nổi tiếng nhất trong số họ.
Lầm tưởng 1. Sao lưu từ lâu đã chỉ là một chức năng nhỏ bên trong các hệ thống lưu trữ hoặc bảo mật
Các hệ thống sao lưu vẫn là một loại giải pháp riêng biệt và rất độc lập. Họ có quá nhiều việc phải làm. Trên thực tế, chúng là tuyến phòng thủ cuối cùng khi nói đến tính toàn vẹn của dữ liệu. Vì vậy, sao lưu hoạt động theo tốc độ riêng của nó, theo lịch trình riêng của nó. Một báo cáo hàng ngày được tạo cho các máy chủ, có những sự kiện đóng vai trò kích hoạt hệ thống giám sát.
Ngoài ra, mô hình vai trò truy cập vào hệ thống sao lưu cho phép bạn ủy quyền một phần quyền hạn cho quản trị viên của hệ thống đích để quản lý các bản sao lưu.
Lầm tưởng 2. Khi có RAID, không cần sao lưu nữa.
Không còn nghi ngờ gì nữa, mảng RAID và sao chép dữ liệu là một cách tốt để bảo vệ hệ thống thông tin khỏi lỗi phần cứng và nếu bạn có máy chủ dự phòng, bạn có thể nhanh chóng tổ chức chuyển sang nó trong trường hợp máy chính bị lỗi.
Từ các lỗi logic do người dùng hệ thống tạo ra, dự phòng và sao chép không lưu. Đây là một máy chủ dự phòng ghi lại - vâng, nó có thể trợ giúp nếu phát hiện lỗi trước khi nó được đồng bộ hóa. Và nếu khoảnh khắc bị bỏ lỡ? Chỉ có một bản sao lưu kịp thời sẽ giúp ích ở đây. Nếu bạn biết rằng dữ liệu đã thay đổi ngày hôm qua, bạn có thể khôi phục hệ thống về ngày hôm kia và trích xuất dữ liệu cần thiết từ nó. Với thực tế là lỗi logic là phổ biến nhất, bản sao lưu cũ tốt vẫn là một công cụ cần thiết và đã được chứng minh.
Lầm tưởng 3. Sao lưu là việc được thực hiện mỗi tháng một lần.
Tần suất sao lưu là một cài đặt có thể định cấu hình, chủ yếu phụ thuộc vào yêu cầu hệ thống sao lưu của bạn. Hoàn toàn có thể tìm thấy dữ liệu hầu như không bao giờ thay đổi và không đặc biệt quan trọng, sự mất mát của chúng sẽ không nghiêm trọng đối với công ty.
Trên thực tế, chúng có thể được sao lưu mỗi tháng một lần và thậm chí ít thường xuyên hơn. Tuy nhiên, dữ liệu quan trọng hơn được lưu thường xuyên hơn, tùy thuộc vào chỉ báo RPO (Recovery point objrective), đặt mức mất dữ liệu cho phép. Điều này có thể là một lần một tuần, một lần một ngày hoặc thậm chí vài lần một giờ. Chúng tôi có các nhật ký giao dịch này từ DBMS.
Khi các hệ thống được đưa vào hoạt động thương mại, tài liệu sao lưu phải được phê duyệt, phản ánh các điểm chính, quy trình cập nhật, quy trình khôi phục hệ thống, quy trình lưu trữ các bản sao lưu, v.v.
Lầm tưởng 4. Khối lượng bản sao không ngừng tăng lên và chiếm hoàn toàn mọi không gian được phân bổ.
Các bản sao lưu có thời gian lưu giữ hạn chế. Chẳng hạn, sẽ vô nghĩa nếu lưu trữ tất cả 365 bản sao lưu hàng ngày trong năm. Theo quy định, có thể giữ các bản sao hàng ngày trong 2 tuần, sau đó chúng được thay thế bằng các bản mới và phiên bản được tạo đầu tiên trong tháng vẫn được lưu trữ lâu dài. Đổi lại, nó cũng được lưu trữ trong một thời gian nhất định - mỗi bản sao có thời gian tồn tại.
Có bảo vệ mất dữ liệu. Quy tắc áp dụng: trước khi xóa bản sao lưu, bản sao lưu tiếp theo phải được tạo. Do đó, dữ liệu sẽ không bị xóa nếu quá trình sao lưu chưa được hoàn thành, chẳng hạn như do máy chủ không khả dụng. Không chỉ các khung thời gian được tôn trọng mà số lượng bản sao trong tập hợp cũng được kiểm soát. Nếu hệ thống được thiết kế để có hai bản sao lưu đầy đủ, thì sẽ luôn có hai bản sao lưu trong số đó và bản cũ sẽ chỉ bị xóa khi bản thứ ba mới được ghi thành công. Vì vậy, sự tăng trưởng của khối lượng chiếm bởi kho lưu trữ sao lưu chỉ liên quan đến sự tăng trưởng của lượng dữ liệu được bảo vệ và không phụ thuộc vào thời gian.
Lầm tưởng 5. Bắt đầu sao lưu - mọi thứ bị treo
Nói đúng hơn là: nếu mọi thứ bị treo, có nghĩa là người quản trị đang ở sai vị trí. Nhìn chung, hiệu suất sao lưu phụ thuộc vào nhiều yếu tố. Ví dụ, tốc độ của chính hệ thống sao lưu: tốc độ lưu trữ đĩa và thư viện băng từ của nó nhanh đến mức nào. Về hiệu suất may chủ Các hệ thống sao lưu: liệu chúng có thể xử lý việc xử lý dữ liệu, nén và loại bỏ dữ liệu trùng lặp hay không. Và cả tốc độ kết nối giữa máy khách và máy chủ nữa.
Bản sao lưu có thể chuyển đến một hoặc nhiều luồng, tùy thuộc vào việc hệ thống được sao lưu có hỗ trợ đa luồng hay không. Ví dụ: Oracle DBMS cho phép bạn cung cấp nhiều luồng, theo số lượng bộ xử lý có sẵn, cho đến khi tốc độ truyền đạt đến giới hạn băng thông mạng.
Nếu bạn cố gắng sao lưu một số lượng lớn luồng, thì hệ thống đang chạy có khả năng bị quá tải, nó sẽ thực sự bắt đầu chậm lại. Do đó, số luồng tối ưu được chọn để đảm bảo đủ hiệu suất. Nếu ngay cả việc giảm hiệu suất nhỏ nhất cũng quan trọng, thì có một lựa chọn tuyệt vời khi sao lưu không được thực hiện từ máy chủ chiến đấu mà từ bản sao của nó - chế độ chờ theo thuật ngữ cơ sở dữ liệu. Quá trình này không khởi động hệ thống làm việc chính. Dữ liệu có thể được truy xuất thông qua nhiều luồng hơn, do máy chủ không được sử dụng để bảo trì.
Trong các tổ chức lớn, một mạng riêng được tạo cho hệ thống sao lưu để sao lưu không ảnh hưởng đến sản xuất. Ngoài ra, lưu lượng có thể không được truyền qua mạng mà qua SAN.
Chúng tôi cũng cố gắng phân bổ tải theo thời gian. Sao lưu chủ yếu được thực hiện ngoài giờ làm việc: vào ban đêm, vào cuối tuần. Ngoài ra, chúng không chạy cùng một lúc. Sao lưu máy ảo là một trường hợp đặc biệt. Quá trình này thực tế không ảnh hưởng đến hiệu suất của chính máy, do đó, bản sao lưu có thể được trải rộng vào ban ngày chứ không phải hoãn mọi thứ vào ban đêm. Có rất nhiều điều tinh tế, nếu bạn tính đến mọi thứ, sao lưu sẽ không ảnh hưởng đến hiệu suất của hệ thống.
Lầm tưởng 6. Ra mắt hệ thống sao lưu - đó là khả năng chịu lỗi dành cho bạn
Đừng bao giờ quên rằng hệ thống dự phòng là tuyến phòng thủ cuối cùng, có nghĩa là cần có thêm XNUMX hệ thống phía trước để đảm bảo tính liên tục, tính sẵn sàng cao và khả năng chống chịu thảm họa của cơ sở hạ tầng CNTT và hệ thống thông tin doanh nghiệp.
Hy vọng rằng bản sao lưu sẽ khôi phục tất cả dữ liệu và nhanh chóng nâng cấp dịch vụ bị sập là không đáng. Việc mất dữ liệu từ thời điểm sao lưu đến thời điểm xảy ra lỗi được đảm bảo và dữ liệu có thể được tải lên máy chủ mới trong vài giờ (hoặc vài ngày, nếu bạn may mắn). Do đó, thật hợp lý khi tạo ra các hệ thống chịu lỗi chính thức mà không cần chuyển mọi thứ sang bản sao lưu.
Lầm tưởng 7. Tôi đã thiết lập một bản sao lưu một lần, kiểm tra xem nó có hoạt động không. Nó vẫn chỉ để nhìn vào các bản ghi
Đây là một trong những lầm tưởng tai hại nhất, sự giả tạo mà bạn chỉ nhận ra khi sự việc xảy ra. Nhật ký sao lưu thành công không đảm bảo rằng mọi thứ thực sự diễn ra như bình thường. Điều quan trọng là phải kiểm tra trước bản sao đã lưu để biết khả năng triển khai. Tức là bắt đầu quá trình khôi phục trong môi trường thử nghiệm và xem kết quả.
Và một chút về công việc của người quản trị hệ thống
Ở chế độ thủ công, không ai sao chép dữ liệu trong một thời gian dài. SRK hiện đại có thể sao lưu hầu hết mọi thứ, bạn chỉ cần thiết lập nó đúng cách. Nếu một máy chủ mới đã được thêm vào, hãy đặt các chính sách: chọn nội dung sẽ được sao lưu, chỉ định các tùy chọn lưu trữ và áp dụng lịch biểu.
Đồng thời, vẫn còn rất nhiều việc phải làm do số lượng lớn máy chủ, bao gồm cơ sở dữ liệu, hệ thống thư điện tử, cụm máy ảo và tài nguyên tệp, như đã nêu ở trên. Windows, sớm Linux/Unix. Nhân viên bảo trì hệ thống sao lưu luôn bận rộn.
Để vinh danh ngày lễ, tôi xin chúc tất cả các quản trị viên thần kinh mạnh mẽ, các chuyển động rõ ràng và không gian vô tận để lưu trữ các bản sao lưu!
Nguồn: www.habr.com
