Snapshot Là Gì? Phân Loại, So Sánh Với Backup Và Khi Nào Nên Dùng

Snapshot là gì là thắc mắc phổ biến của bất kỳ ai đang quản trị máy chủ ảo khi đứng trước những đợt nâng cấp hệ thống tiềm ẩn nhiều rủi ro lỗi phần mềm. Thay vì lo sợ website bị gián đoạn hay sập cơ sở dữ liệu sau một dòng lệnh sai, tính năng Snapshot đóng vai trò như một cỗ máy thời gian đưa toàn bộ hệ thống quay về trạng thái ổn định ban đầu chỉ trong vài giây. Cùng Fast Byte giải mã toàn bộ bản chất kỹ thuật, sự khác biệt sống còn giữa Snapshot và Backup, cùng cẩm nang sử dụng an toàn ngay dưới đây.

Snapshot là gì?

Snapshot là bản ghi lại toàn bộ trạng thái, cấu hình và dữ liệu của một hệ thống máy chủ tại một thời điểm xác định. Cơ chế này đóng vai trò như một điểm mốc hoàn nguyên tức thì, cho phép quản trị viên khôi phục hệ thống về nguyên trạng khi xảy ra lỗi phát sinh mà không mất thời gian cấu hình lại từ đầu.

Thuật ngữ “ảnh chụp nhanh” bắt nguồn từ khả năng đóng băng dữ liệu gần như ngay lập tức. Khác với quy trình sao lưu thông thường phải tốn hàng chục phút để sao chép từng tập tin, thao tác chụp snapshot chỉ mất vài giây vì hệ thống không hề nhân bản toàn bộ ổ cứng mà chỉ khóa trạng thái các khối dữ liệu (data blocks) tại đúng mốc thời gian đó.

Trong môi trường ảo hóa, một bản Snapshot tiêu chuẩn bao gồm các thành phần cốt lõi sau:

• • Trạng thái ổ đĩa ảo (Disk State): Toàn bộ các block dữ liệu của phân vùng lưu trữ tại thời điểm chụp. Sau khi tạo snapshot, ổ đĩa gốc sẽ được chuyển sang chế độ chỉ đọc (Read-Only) để bảo toàn dữ liệu mốc.

• • Cấu hình phần cứng máy ảo: Ghi lại toàn bộ thông số vCPU, dung lượng RAM, cấu hình card mạng và bảng phân vùng của Virtual Machine để đảm bảo khi khôi phục, phần cứng máy ảo giữ nguyên tính tương thích.

• • Trạng thái bộ nhớ RAM (Memory State – tùy chọn): Nếu bạn thực hiện Live Snapshot khi máy ảo đang hoạt động, hệ thống sẽ ghi lại cả tiến trình đang chạy trong bộ nhớ RAM, cho phép máy ảo quay lại đúng khoảnh khắc hoạt động mà không cần khởi động lại.

• • Bảng chỉ mục dữ liệu (Metadata): Lưu trữ sơ đồ phân nhánh và dấu vết liên kết giữa tệp đĩa ảo cơ sở và các tệp sai khác (delta files) phát sinh sau thời điểm chụp.

Snapshot mang lại những lợi ích gì trong việc bảo vệ dữ liệu?

Snapshot cho phép đưa hệ thống trở lại một trạng thái trước đó chỉ trong thời gian ngắn, gần giống như việc “quay ngược thời gian” cho toàn bộ hệ thống.

• Khôi phục hệ thống nhanh chóng khi xảy ra sự cốNếu vô tình xóa file, cấu hình sai hoặc gặp lỗi sau khi cập nhật, bạn có thể rollback về Snapshot trước đó để đưa hệ thống trở lại trạng thái ổn định.
• Hạn chế ảnh hưởng đến dịch vụ đang hoạt độngQuá trình tạo Snapshot diễn ra nhanh và không yêu cầu dừng máy ảo hoặc ứng dụng đang chạy.
• Rút ngắn thời gian downtimeThay vì phải mất hàng giờ để restore từ backup, Snapshot có thể đưa hệ thống trở lại trạng thái trước đó chỉ trong vài phút.
• Tăng độ an toàn khi nâng cấp hoặc thử nghiệmTrước khi cập nhật phần mềm hoặc thay đổi cấu hình, bạn có thể tạo Snapshot làm điểm khôi phục. Nếu quá trình thực hiện phát sinh lỗi, hệ thống có thể được đưa về trạng thái trước đó.

Các loại Snapshot phổ biến hiện nay

Snapshot có thể được phân chia thành nhiều loại dựa trên cơ chế hoạt động và phương thức lưu trữ dữ liệu. Mỗi loại có đặc điểm riêng, phù hợp với những nhu cầu sử dụng khác nhau.

Copy-on-write Snapshot – Ghi thay đổi thay vì sao chép toàn bộ

Copy-on-write Snapshot là một trong những cơ chế Snapshot phổ biến. Thay vì sao chép toàn bộ dữ liệu ngay khi Snapshot được tạo, hệ thống chủ yếu lưu metadata liên quan đến dữ liệu gốc. Nhờ vậy, Snapshot có thể được tạo gần như ngay lập tức và tác động đến hiệu suất hệ thống ở mức thấp.

Dữ liệu vẫn được bảo toàn theo trạng thái tại thời điểm Snapshot được tạo, vì vậy cơ chế Copy-on-write thường phù hợp với những trường hợp cần khả năng khôi phục nhanh khi phát sinh sự cố như lỗi phần mềm hoặc tấn công mã độc.

Điểm hạn chế là để có thể lưu trữ hoặc khôi phục đầy đủ dữ liệu trên mạng hoặc thiết bị lưu trữ, toàn bộ các Snapshot được tạo trước đó phải tiếp tục được duy trì. Mỗi quá trình Copy-on-write cũng yêu cầu dữ liệu được đọc một lần và ghi hai lần, bởi dữ liệu cần được đọc và ghi sang một vị trí khác trước khi dữ liệu gốc bị ghi đè.

Clone/Split-Mirror Snapshot – Sao chép toàn bộ dữ liệu

Clone hoặc Split-Mirror Snapshot hoạt động dựa trên việc tham chiếu toàn bộ dữ liệu nằm trên các ổ đĩa được nhân bản (mirrored drives). Khi Snapshot được tạo, toàn bộ dữ liệu của một phân vùng sẽ được sao chép thay vì chỉ ghi nhận những dữ liệu mới hoặc phần dữ liệu đã thay đổi.

Cơ chế này cho phép người dùng truy cập dữ liệu ngay cả khi ngoại tuyến, đồng thời đơn giản hóa các tác vụ như khôi phục, nhân bản hoặc lưu trữ toàn bộ dữ liệu.

Đổi lại, Clone/Split-Mirror Snapshot cần nhiều thời gian hơn để hoàn tất và yêu cầu dung lượng lưu trữ tương đương với dữ liệu gốc. Vì vậy, loại Snapshot này phù hợp hơn với những trường hợp cần giữ toàn bộ dữ liệu và không đặt yêu cầu cao về tốc độ tạo Snapshot.

Copy-on-write kết hợp background copy

Copy-on-write with background copy Snapshot là cơ chế kết hợp giữa Copy-on-write và Clone. Dữ liệu được ghi nhận thông qua quá trình Copy-on-write sẽ tiếp tục được sao chép sang vùng lưu trữ Snapshot bằng một tiến trình chạy nền.

Sau quá trình này, một bản sao của dữ liệu gốc được hình thành, tạo ra sự cân bằng giữa tốc độ xử lý và mức độ đầy đủ của dữ liệu được lưu trữ.

Đây là một giải pháp lai tận dụng đặc điểm của cả hai cơ chế Copy-on-write và Clone, phù hợp với những hệ thống cần tính linh hoạt đồng thời yêu cầu dữ liệu gốc được lưu trữ an toàn.

Redirect-on-write Snapshot – Chuyển hướng thao tác ghi

Redirect-on-write có nguyên lý tương tự Copy-on-write nhưng thay vì sao chép dữ liệu trước khi ghi đè, các thao tác ghi sẽ được chuyển hướng sang vùng lưu trữ riêng dành cho Snapshot. Cách thức này loại bỏ yêu cầu phải ghi dữ liệu hai lần, từ đó tối ưu hơn về hiệu suất.

Tuy nhiên, khi một Redirect-on-write Snapshot bị xóa, phần dữ liệu đã thay đổi phải được sao chép trở lại và đồng bộ với phân vùng ban đầu. Nếu tạo quá nhiều Snapshot thuộc loại này, việc truy cập dữ liệu gốc có thể trở nên phức tạp hơn và gây ra một số hạn chế về hiệu suất trong quá trình sử dụng lâu dài.

Incremental Snapshot – Chỉ lưu phần dữ liệu thay đổi

Incremental Snapshot được xây dựng để tạo ra các điểm khôi phục (timestamps), cho phép người dùng quay lại trạng thái dữ liệu tại những thời điểm khác nhau. Loại Snapshot này thường có tốc độ tạo nhanh và có thể được thực hiện thường xuyên hơn so với các cơ chế Snapshot khác.

Do chỉ lưu phần khác biệt so với dữ liệu ban đầu, Incremental Snapshot sử dụng ít dung lượng lưu trữ hơn. Nhờ vậy, các Snapshot có thể được duy trì trong thời gian dài hơn mà không gây ảnh hưởng đáng kể đến hiệu suất hệ thống.

Khi một Incremental Snapshot mới được tạo, Snapshot gốc sẽ được cập nhật để đảm bảo tính toàn diện của dữ liệu.

VMware Snapshot – Snapshot dành cho môi trường VMware

VMware Snapshot được thiết kế riêng cho các môi trường ảo hóa VMware. Cơ chế này cho phép sao chép các tệp đĩa ảo và đưa máy ảo trở về một điểm khôi phục cụ thể khi xảy ra lỗi.

VMware Snapshot thường được xóa trong vòng một giờ nhằm hạn chế áp lực lên tài nguyên hệ thống. Một máy ảo có thể tạo nhiều Snapshot, qua đó cung cấp nhiều điểm khôi phục để lựa chọn. Cơ chế này phù hợp với những môi trường ảo hóa phức tạp cần sự linh hoạt cao trong việc quản lý dữ liệu.

Mỗi loại Snapshot đều có những ưu điểm và hạn chế riêng. Do đó, việc lựa chọn cơ chế Snapshot cần dựa trên yêu cầu cụ thể của hệ thống cũng như mục đích sử dụng của tổ chức.

Snapshot vận hành theo cơ chế nào?

Snapshot hoạt động bằng cách ghi nhận và theo dõi những thay đổi của dữ liệu theo từng thời điểm. Cơ chế này có thể được mô tả qua các bước chính dưới đây:

Khởi tạo Snapshot với bản sao dữ liệu đầy đủ

Snapshot đầu tiên đóng vai trò là bản sao lưu toàn bộ dữ liệu tại thời điểm được tạo. Đây là nền tảng để hệ thống tiếp tục theo dõi và quản lý những thay đổi phát sinh về sau.

Tương tự một bản backup truyền thống, Snapshot đầu tiên chứa toàn bộ trạng thái dữ liệu của ứng dụng hoặc hệ thống tại thời điểm thực hiện.

Ghi lại phần dữ liệu thay đổi (Delta/Differencing)

Những Snapshot được tạo sau đó không cần sao lưu lại toàn bộ dữ liệu. Thay vào đó, mỗi Snapshot chỉ ghi nhận phần dữ liệu thay đổi (delta) so với Snapshot trước đó.

Cách thức này giúp giảm lượng dung lượng cần sử dụng cho lưu trữ đồng thời rút ngắn thời gian tạo Snapshot.

Quản lý các Snapshot theo cấu trúc cây quan hệ

Các Snapshot được sắp xếp theo mô hình cây với mối quan hệ cha-con. Mỗi Snapshot mới được tạo sẽ hình thành một nhánh (branch) trong cấu trúc dữ liệu.

Từng nhánh lưu lại những thay đổi tương ứng với một thời điểm cụ thể, từ đó hình thành một chỉ mục phức tạp phản ánh toàn bộ lịch sử thay đổi của dữ liệu.

Quản lý vòng đời Snapshot theo thời gian

Snapshot không được duy trì vĩnh viễn. Trong thực tế, Snapshot có thể được tạo với tần suất cao, chẳng hạn mỗi 30 phút, nhưng giá trị sử dụng của từng Snapshot sẽ giảm dần theo thời gian.

Để hạn chế nhu cầu sử dụng dung lượng lưu trữ và giảm rủi ro liên quan đến dữ liệu, các Snapshot cũ có thể được hợp nhất thành một bản sao lưu đầy đủ mới. Sau đó, chu kỳ ghi nhận các thay đổi tiếp tục được bắt đầu lại.

So sánh sự khác biệt giữa Snapshot và Backup

Sai lầm tai hại nhất mà rất nhiều quản trị viên mới mắc phải là đồng nhất Snapshot với Backup. Điều này dẫn đến tâm lý chủ quan không sao lưu dữ liệu ra bên ngoài, để rồi khi phần cứng vật lý gặp sự cố nghiêm trọng, toàn bộ dữ liệu máy chủ đều bị xóa sổ không thể cứu vãn.

Bản chất cốt lõi: Snapshot luôn phụ thuộc trực tiếp vào ổ đĩa gốc và cùng nằm trên hạ tầng lưu trữ đó. Nếu ổ đĩa gốc hỏng vật lý hoặc cụm phân vùng bị lỗi phần cứng, Snapshot cũng sẽ biến mất hoàn toàn. Ngược lại, Backup là một bản sao chép độc lập 100% được đẩy sang cụm máy chủ hoặc trung tâm dữ liệu tách biệt.

Dưới đây là bảng so sánh giữa Snapshot và Backup bạn có thể tham khảo:

Khi nào nên dùng Snapshot và khi nào bắt buộc dùng Backup?

Để tối ưu hóa không gian lưu trữ và duy trì hiệu năng vận hành ổn định cho máy chủ, việc phân định rõ ranh giới sử dụng giữa hai công cụ này là kỹ năng bắt buộc của người quản trị.

Kịch bản hoàn hảo để sử dụng Snapshot

Snapshot sinh ra để giải quyết các tình huống bạn cần một “nút quay ngược thời gian” ngay trước các thay đổi có nguy cơ phá hỏng hệ thống:

• • Nâng cấp hệ điều hành hoặc cập nhật Kernel: Các bản cập nhật phiên bản phân phối Linux (như Ubuntu, Debian, AlmaLinux) đôi khi dẫn đến xung đột nhân phần cứng hoặc lỗi thư viện hệ thống nghiêm trọng.

• • Cập nhật phiên bản phần mềm cơ sở dữ liệu: Nâng cấp MySQL, MariaDB, PostgreSQL hoặc chuyển đổi cấu trúc schema phức tạp.

• • Chỉnh sửa các tệp cấu hình mạng và dịch vụ nhạy cảm: Thay đổi tệp cấu hình Nginx, Apache, SSH Port, hoặc khi áp dụng các thiết lập theo hướng dẫn bảo mật VPS như thiết lập tường lửa UFW/Iptables chặn nhầm port quản trị.

• • Kiểm thử mã nguồn mới trong môi trường Staging: Deploy phiên bản website thử nghiệm để kiểm tra lỗi trước khi quyết định áp dụng lâu dài.

Kịch bản bắt buộc phải sử dụng Backup

Snapshot tuyệt đối không được dùng thay cho sao lưu trong các kịch bản dài hạn sau:

• • Lưu trữ dữ liệu định kỳ theo tuần hoặc theo tháng: Các bảng dữ liệu kế toán, hóa đơn khách hàng, dữ liệu đơn hàng cần được xuất ra định dạng backup và lưu tại máy chủ khác.

• • Bảo vệ dữ liệu trước mã độc tống tiền (Ransomware): Nếu máy chủ bị hacker chiếm quyền điều khiển và mã hóa toàn bộ ổ đĩa, các tập tin snapshot nằm chung thư mục cũng sẽ bị mã hóa theo. Chỉ có bản backup lưu trữ độc lập ở máy chủ ngoại mạng mới an toàn.

• • Kế hoạch duy trì dữ liệu dài hạn: Tuân thủ quy tắc áp dụng chiến lược sao lưu VPS tự động định kỳ hàng tuần giúp bạn bảo vệ sự nghiệp kinh doanh mà không phải phụ thuộc vào tính may rủi của phần cứng.

Câu hỏi thường gặp về Snapshot (FAQ)

Tuyên bố miễn trừ trách nhiệm kỹ thuật: Nội dung bài viết mang tính chất hướng dẫn kỹ thuật và kiến trúc tham khảo. Cơ chế triển khai và thời gian lưu giữ Snapshot có thể khác biệt tùy theo nền tảng ảo hóa và quy định của từng nhà cung cấp. Người quản trị luôn cần chủ động thiết lập chiến lược sao lưu Backup độc lập định kỳ để bảo vệ dữ liệu quan trọng trước các sự cố phần cứng bất khả kháng.