Đối soát chuyển dữ liệu là kiểm tra hệ thống đích giữ đúng các đối tượng và ý nghĩa cần sử dụng, không chỉ nhận đủ số dòng. Hai bảng cùng có một nghìn dòng vẫn có thể thiếu một khách hàng và thừa một bản sao khác. Nếu chỉ nhìn tổng dòng hoặc thông báo “import thành công”, doanh nghiệp dễ phát hiện sai lệch sau khi đã chuyển vận hành sang hệ thống mới.
Đối soát chuyển dữ liệu cần chốt cùng một phạm vi
Nguồn và đích phải được so trong cùng mốc hoặc có cơ chế ghi nhận thay đổi sau mốc đó. Nếu nguồn vẫn phát sinh đơn hàng trong lúc so, chênh lệch có thể do thời điểm khác nhau chứ không phải lỗi chuyển đổi. Cần ghi rõ tập dữ liệu, bộ lọc, trạng thái nghiệp vụ và khoảng thời gian được đưa vào đối chiếu.
Đây là công việc khác với viết script chuyển dữ liệu. Script chạy xong trả lời thao tác đã thực hiện; biên bản đối soát trả lời dữ liệu có đúng để vận hành hay chưa. Người ký cần hiểu quy tắc ánh xạ và các ngoại lệ, không chỉ dựa vào việc kỹ sư báo không có lỗi thực thi.
Ba lớp kiểm tra bổ sung cho nhau
Tài liệu SQL Server phân biệt kiểm tra số dòng với kiểm tra thêm nội dung bằng checksum; số dòng bằng nhau không chứng minh các dòng giống nhau. Với chuyển hệ thống có đổi schema, việc so còn cần quy tắc nghiệp vụ: một trường có thể tách thành nhiều trường hoặc nhiều trạng thái cũ được ánh xạ sang trạng thái mới.
| Lớp | Ví dụ kiểm tra | Điểm mù |
|---|---|---|
| Phủ khóa | Khóa thiếu, thừa, trùng giữa nguồn và đích | Khóa có mặt nhưng giá trị sai |
| Trường ánh xạ | Trạng thái, ngày, đơn vị, liên kết | Không thấy tổng lệch theo nhóm |
| Tổng kiểm soát | Tiền và số lượng theo tiền tệ/kho/kỳ | Lỗi có thể bù trừ cho nhau |
Không cộng tiền khác đơn vị tiền tệ thành một tổng chung để so. Tương tự, số lượng theo chiếc và theo thùng cần quy tắc chuyển đổi được duyệt. Kiểm tra tổng giúp khoanh vùng nhưng không thay thế đối chiếu theo khóa. Hai sai lệch ngược chiều có thể làm tổng khớp dù từng đối tượng vẫn sai.
Ví dụ giả định: tổng tiền khớp nhưng khách hàng sai
Hai hóa đơn giả định có số tiền 100 và 200 được chuyển sang đích, tổng vẫn là 300. Nhưng liên kết khách hàng của hai hóa đơn bị đổi chỗ. Kiểm tra tổng tiền đạt, kiểm tra số dòng đạt, trong khi công nợ theo khách sai. Bảng đối soát phải kiểm tra cả invoice ID, customer ID và quy tắc liên kết, không chỉ số tiền.
Một ví dụ khác là nguồn có khoản đã hủy nhưng bộ lọc đích chỉ lấy khoản đang mở. Đây có thể là phạm vi chuyển đổi được duyệt hoặc lỗi thiếu dữ liệu. Cần ghi rõ quyết định và nơi tra cứu lịch sử, không tự gọi mọi chênh lệch là “không đáng kể”. Các con số ở đây chỉ là minh họa, không phải báo cáo migration thực.
Sổ ngoại lệ cần người chịu trách nhiệm
Mỗi ngoại lệ nên có khóa nghiệp vụ, loại chênh lệch, nguồn bằng chứng, nguyên nhân, hành động và người duyệt. Phân biệt dữ liệu nguồn đã sai, quy tắc ánh xạ chưa rõ và lỗi thực thi. Nếu sửa nguồn hoặc đích, phải ghi lại phiên bản và chạy lại phần kiểm tra bị ảnh hưởng; không chỉnh tay rồi giữ nguyên biên bản cũ.
Với trường nhạy cảm, biên bản không cần sao chép toàn bộ nội dung. Có thể lưu tham chiếu có quyền truy cập và giá trị kiểm soát phù hợp. Nếu dùng hash hoặc checksum, cần hiểu phương pháp chuẩn hóa và giới hạn của nó; một kết quả khớp không phải chứng minh tuyệt đối mọi ý nghĩa nghiệp vụ đều đúng.
Khi nào đủ điều kiện chốt chuyển hệ thống?
Tiêu chí cần được thỏa thuận trước: lớp kiểm tra bắt buộc nào đã đạt, ngoại lệ nào được chấp nhận và vì sao, ai chịu trách nhiệm phần còn lại, dữ liệu phát sinh sau mốc được xử lý ra sao. Chưa rõ liên kết tiền hoặc quyền truy cập quan trọng thì cần HOLD, kể cả số dòng đã khớp.
Nếu cần trao đổi với Onter, hãy chuẩn bị schema nguồn/đích, quy tắc ánh xạ và một mẫu biên bản chênh lệch đã che dữ liệu. Phạm vi khảo sát sẽ rõ hơn yêu cầu “chuyển hết dữ liệu”: cần bàn giao cả bằng chứng đối soát và điều kiện cutover, không chỉ script. Bài này chưa xác nhận bất kỳ lần chuyển production nào.
Đọc thêm theo vấn đề liên quan: Lập kế hoạch và script migration dữ liệu hạn chế downtime.
Đọc thêm theo vấn đề liên quan: Backup thành công chưa đủ: lập buổi diễn tập khôi phục dữ liệu.
Trao đổi phạm vi phát triển và tích hợp tại dịch vụ gia công phần mềm Onter. Tài liệu mẫu cần được che thông tin nhạy cảm trước khi chia sẻ.
Nguồn kỹ thuật
Tài liệu chính thức cho chủ đề đối soát chuyển dữ liệu. Quy trình, bảng kiểm và ví dụ trong bài là đề xuất biên tập; chưa phải log triển khai hay chứng nhận sản phẩm.
