Chiến lược di chuyển dữ liệu lên Cloud an toàn, không mất mát

Di chuyển dữ liệu lên Cloud an toàn, không mất mát đòi hỏi một chiến lược gồm bốn phần: hiểu rõ dữ liệu đang có, chọn cách di chuyển phù hợp cho từng hệ thống, kiểm chứng toàn vẹn dữ liệu ở mọi bước, và luôn có đường quay lui. Rủi ro lớn nhất của dự án migration hiếm khi là mất dữ liệu hoàn toàn, mà là dữ liệu bị thiếu, lệch hoặc hỏng một cách âm thầm và chỉ được phát hiện sau nhiều tuần.

Bắt đầu bằng kiểm kê và phân loại

Trước khi chuyển bất cứ thứ gì, hãy lập danh mục: hệ thống nào, cơ sở dữ liệu nào, kho tệp nào, dung lượng bao nhiêu, tốc độ thay đổi ra sao, phụ thuộc vào hệ thống nào khác. Đồng thời phân loại dữ liệu theo mức nhạy cảm (công khai, nội bộ, bí mật, dữ liệu cá nhân) và yêu cầu pháp lý.

Bước kiểm kê thường phát hiện những điều quan trọng: dữ liệu rác không cần chuyển, tác vụ định kỳ chạy âm thầm trên máy chủ cũ, kết nối cứng địa chỉ IP trong ứng dụng. Mỗi phát hiện như vậy là một rủi ro được loại bỏ trước khi gây sự cố.

Chọn chiến lược cho từng hệ thống

Không phải mọi hệ thống nên được chuyển theo cùng một cách. Khung "6R" phổ biến giúp ra quyết định:

Với ứng dụng muốn tận dụng tối đa đám mây về lâu dài, hướng refactor theo kiến trúc Cloud Native đáng cân nhắc, dù tốn công hơn. Hệ thống phải giữ lại tại chỗ sẽ dẫn tới mô hình Hybrid Cloud.

Các phương thức truyền dữ liệu

Truyền qua mạng

Phù hợp dung lượng vừa phải và đường truyền tốt. Có thể dùng Internet với mã hóa, VPN hoặc kết nối riêng (Direct Connect, ExpressRoute, Cloud Interconnect) cho băng thông ổn định. Hãy tính toán thời gian truyền thực tế dựa trên băng thông khả dụng, không phải băng thông danh nghĩa, và tránh làm nghẽn đường truyền phục vụ kinh doanh.

Thiết bị vận chuyển vật lý

Với khối dữ liệu rất lớn, các dịch vụ như AWS Snowball, Azure Data Box hay Google Transfer Appliance cho phép chép dữ liệu vào thiết bị đã mã hóa và gửi về nhà cung cấp.

Sao chép cơ sở dữ liệu liên tục

Dịch vụ migration cơ sở dữ liệu thực hiện tải toàn bộ ban đầu, sau đó dùng change data capture để đồng bộ thay đổi liên tục, cho phép chuyển đổi với thời gian dừng ngắn.

Đồng bộ tệp

Với kho tệp, công cụ đồng bộ chạy nhiều lần: lần đầu chép toàn bộ, các lần sau chỉ chép phần thay đổi, lần cuối chạy khi đã khóa ghi.

Kiểm chứng toàn vẹn dữ liệu

"Không mất mát" phải được chứng minh, không phải giả định. Các lớp kiểm tra nên có:

• Đếm: số bản ghi mỗi bảng, số tệp, tổng dung lượng ở nguồn và đích.
• Checksum: so sánh mã băm của tệp hoặc của các khối dữ liệu.
• Kiểm tra mẫu: chọn ngẫu nhiên bản ghi, so sánh từng trường.
• Kiểm tra nghiệp vụ: tổng doanh thu theo tháng, số dư công nợ, tồn kho phải khớp giữa hai hệ thống.
• Kiểm tra mã hóa ký tự và múi giờ: tiếng Việt có dấu, định dạng ngày, múi giờ là nguồn lỗi âm thầm phổ biến khi đổi nền tảng cơ sở dữ liệu.

Người dùng nghiệp vụ nên tham gia nghiệm thu: họ nhận ra dữ liệu "trông không đúng" nhanh hơn bất kỳ script nào.

Bảo mật trong suốt quá trình

Giai đoạn migration là lúc dữ liệu dễ bị lộ nhất: bản sao tạm nằm rải rác, quyền truy cập được mở rộng cho đội dự án, thiết bị vận chuyển đi qua nhiều nơi. Cần:

• Mã hóa dữ liệu khi truyền và khi lưu ở đích ngay từ đầu.
• Cấp quyền tạm thời cho đội migration, thu hồi khi kết thúc.
• Thiết lập cấu hình bảo mật nền tảng trước khi đổ dữ liệu vào, theo các nguyên tắc bảo mật đám mây.
• Xóa an toàn các bản sao tạm và dữ liệu trên thiết bị vận chuyển.
• Kiểm tra yêu cầu pháp lý về vị trí lưu trữ và chuyển dữ liệu cá nhân ra nước ngoài.

Kế hoạch chuyển đổi và quay lui

Ngày chuyển đổi (cutover) cần một kịch bản chi tiết theo từng mốc thời gian: dừng ghi ở hệ thống cũ, đồng bộ lần cuối, kiểm tra, chuyển DNS hoặc cấu hình ứng dụng, kiểm tra sau chuyển, mở lại cho người dùng. Mỗi mốc có tiêu chí "đi tiếp" hoặc "quay lui" rõ ràng và người có quyền quyết định.

Kịch bản quay lui phải được diễn tập, không chỉ viết ra. Nếu sau chuyển đổi đã phát sinh dữ liệu mới trên đám mây, cần biết cách đồng bộ ngược hoặc chấp nhận nhập lại thủ công. Hệ thống cũ nên được giữ ở chế độ chỉ đọc một thời gian trước khi tắt hẳn.

Thứ tự di chuyển hợp lý

1. Thí điểm với hệ thống ít quan trọng để rèn quy trình và công cụ.
2. Di chuyển theo nhóm hệ thống phụ thuộc lẫn nhau để tránh độ trễ giữa tại chỗ và đám mây.
3. Chọn thời điểm ít giao dịch, tránh cuối tháng, cuối năm tài chính.
4. Theo dõi sát hiệu năng và chi phí vài tuần đầu, điều chỉnh kích thước tài nguyên.

Một dự án migration thành công là dự án mà người dùng hầu như không nhận ra điều gì đã thay đổi, ngoại trừ hệ thống chạy ổn định hơn. Đạt được điều đó cần chuẩn bị kỹ ở phía trước nhiều hơn là xử lý nhanh ở phía sau.