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 về chủ đề này gần 20 năm, trong đó 2 năm qua là ở Promsvyazbank. Khi bắt đầu thực hành, tôi đã sao lưu gần như thủ công, với các tập lệnh đơn giản là sao chép tệp. Sau đó, các công cụ tiện lợi đã xuất hiện trong Windows: tiện ích Robocopy để chuẩn bị tệp và Sao lưu NT để sao chép. Và chỉ sau đó mới đến thời của phần mềm chuyên dụng, chủ yếu là Veritas Backup Exec, hiện được gọi là Symantec Backup Exec. Vì vậy, tôi đã quen với việc sao lưu trong một thời gian dài.
Nói một cách đơn giản, sao lưu là giữ một bản sao dữ liệu (máy ảo, ứng dụng, cơ sở dữ liệu và tệp) để đề phòng với một quy luật nhất định. Mỗi trường hợp thường biểu hiện dưới dạng lỗi phần cứng hoặc logic và dẫn đến mất dữ liệu. Mục đích của một hệ thống sao lưu là để giảm mất mát thông tin. Ví dụ, lỗi phần cứng là lỗi của máy chủ hoặc bộ lưu trữ nơi đặt cơ sở dữ liệu. Hợp lý - đây là sự mất mát hoặc thay đổi một phần dữ liệu, bao gồm cả do yếu tố con người: họ vô tình xóa một bảng, tệp, khởi chạy một tập lệnh quanh co để thực thi. Ngoài ra còn có các yêu cầu của cơ quan quản lý để lưu trữ một loại thông tin nhất định trong một thời gian dài, chẳng hạn như 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
Tốt hơn là nên nói điều này: nếu mọi thứ đang bị treo, thì bàn tay của người quản lý sẽ không phát triển từ đó. Nói chung, hiệu suất của một bản sao lưu phụ thuộc vào nhiều yếu tố. Ví dụ, về tốc độ của chính hệ thống sao lưu: ổ đĩa, thư viện băng nhanh như thế nào. Từ tốc độ của các máy chủ của hệ thống sao lưu: liệu chúng có đủ thời gian để xử lý dữ liệu, thực hiện nén và chống trùng lặp hay không. Và cả về tốc độ của các đường truyền thông giữa máy khách và máy chủ.
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 công việc do có nhiều máy chủ, bao gồm cơ sở dữ liệu, hệ thống thư, cụm máy ảo và chia sẻ tệp trên cả Windows và Linux / Unix. Nhân viên giữ cho hệ thống dự phòng hoạt động không ngồi yê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