Cả hai tệp nhật ký DmAPService.log và dm_dmap_202512.log đều thuộc về dịch vụ DmAPService của hệ thống Dameng, tuy nhiên chúng có sự khác biệt cốt lõi về mức độ chi tiết, quy tắc lưu trữ, nội dung ghi nhận và mục đích vận hành. Sự khác biệt chính có thể được tóm tắt như sau:

DmAPService.log: Là "nhật ký tổng hợp thời gian thực" của dịch vụ DmAPService, ghi lại trạng thái hoạt động cốt lõi (khởi động/dừng/lỗi nghiêm trọng), không phân chia theo thời gian, liên tục ghi thêm trong quá trình dịch vụ chạy;

dm_dmap_202512.log: Là "nhật ký chi tiết lưu trữ theo tháng" của dịch vụ DmAPService, ghi lại toàn bộ chi tiết hoạt động (giao tiếp sao lưu, thu thập giám sát, thông tin gỡ lỗi), phân chia theo năm/tháng, chỉ lưu trữ nhật ký đầy đủ cho tháng cụ thể.

Bảng so sánh sự khác biệt cốt lõi

Chi tiết sự khác biệt chính

1. Mức độ nhật ký: "Tổng hợp" so với "Toàn diện"

• DmAPService.log: Chỉ ghi "điểm mấu chốt", như dịch vụ khởi động thành công/thất bại, lỗi ràng buộc cổng, tiến trình thoát bất thường, tương đương với "tiêu đề nhật ký làm việc" của DmAPService;
• dm_dmap_202512.log: Ghi "quy trình đầy đủ", ví dụ một thao tác sao lưu sẽ ghi lại từng bước "nhận yêu cầu→kết nối CSDL→bắt đầu sao lưu→truyền khối dữ liệu→kiểm tra→hoàn thành/thất bại", thậm chí bao gồm chi tiết cấp gỡ lỗi (như kích thước gói tin giao tiếp, giá trị chỉ số giám sát thu thập), tương đương với "nhật ký làm việc đầy đủ".

2. Logic lưu trữ: "Ghi tiếp thời gian thực" so với "Phân chia theo tháng"

• DmAPService.log: Tồn tại từ khi cài đặt dịch vụ, miễn là dịch vụ chạy, sự kiện cốt lõi mới sẽ được ghi vào cuối tệp, trừ khi dọn thủ công hoặc cơ chế luân chuyển nhật ký của Dameng (mặc định cắt theo kích thước, như vượt quá 100MB thì cắt thành DmAPService.log.1), nếu không sẽ không tự động phân chia;
• dm_dmap_202512.log: Tương ứng 12 tháng mỗi năm với 12 tệp (dm_dmap_202501.log~dm_dmap_202512.log), tất cả thao tác chi tiết trong tháng 12 chỉ được ghi vào tệp này, tháng sau tự động tạo dm_dmap_202601.log, cách ly tự nhiên theo chiều thời gian, thuận tiện cho việc truy cứu lịch sử.

3. Tình huống vận hành: "Kiểm tra nhanh" so với "Chẩn đoán sâu"

Tình huống 1: Xác nhận dịch vụ DmAPService có chạy bình thường không

→ Xem DmAPService.log:

# Chỉ cần kiểm tra có nhật ký khởi động thành công hay không
grep "start success" $DM_HOME/logs/ServiceDAP.log

Nếu có, thì dịch vụ bình thường; nếu không, xem có lỗi chiếm dụng cổng, thiếu quyền hạn v.v.

Tình huống 2: Điều tra nguyên nhân thất bại sao lưu trong tháng 12

→ Xem dm_dmap_202512.log:

# Lọc toàn bộ quy trình sao lưu lần đó
grep -A 10 -B 5 "2025-12-04 10:03:00" $DM_HOME/logs/dm_dmap_202512.log

Có thể thấy giai đoạn cụ thể thất bại (như lỗi giao tiếp, thiếu dung lượng, lỗi kiểm tra), chứ không chỉ biết kết quả "sao lưu thất bại".

4. Ghi lỗi: "Kết quả" so với "Quy trình"

• DmAPService.log chỉ ghi "kết quả lỗi": ví dụ [ERROR] backup failed;
• dm_dmap_202512.log ghi "quy trình lỗi + kết quả": ví dụ [DEBUG] Ghi file sao lưu đến /dm/bak → [ERROR] Ghi thất bại: thiếu dung lượng đĩa (còn lại 100MB) → [INFO] Sao lưu dừng, có thể xác định rõ nguyên nhân gốc rễ.

Mối quan hệ liên kết và bổ sung

1. Hai tệp có "mối quan hệ bổ sung": DmAPService.log định vị nhanh dịch vụ có vấn đề hay không, dm_dmap_YYYYMM.log phân tích sâu nguyên nhân vấn đề;
2. Đồng bộ lỗi: Lỗi nghiêm trọng sẽ xuất hiện đồng thời ở hai nhật ký (DmAPService.log ghi tổng hợp, dm_dmap_YYYYMM.log ghi stack đầy đủ);
3. Nguồn nhật ký: Cả hai đều do dịch vụ DmAPService tạo ra, chỉ khác nhau cấp nhật ký và chiến lược lưu trữ (DmAPService.log mặc định ghi cấp INFO/ERROR/FATAL, dm_dmap_YYYYMM.log mặc định ghi cấp DEBUG/INFO/ERROR/FATAL).

Tổng kết

Trong vận hành hàng ngày, có thể dùng DmAPService.log để kiểm tra nhanh, phát hiện vấn đề rồi định vị đến dm_dmap_YYYYMM.log tương ứng theo phạm vi thời gian để điều tra sâu.