Cập nhật gần nhất: 23/08/2026
Trả lời nhanh
Cắm thêm hộp ổ cứng hay ổ mạng phía sau đầu ghi chỉ làm cái rổ to hơn, không tạo ra bản sao thứ hai. Bốn cách nối thêm dung lượng chỉ khác nhau ở một điểm duy nhất: ai giữ hệ thống tệp. Với iSCSI, đầu ghi vẫn là bên duy nhất hiểu dữ liệu — thiết bị lưu trữ chỉ thấy các khối không ý nghĩa, nên khi mất điện hoặc đứt mạng giữa lúc ghi thì nó không có gì để cứu.
Muốn dữ liệu 12 tháng thực sự lấy ra được khi cơ quan hải quan yêu cầu, phải tách thành ba lớp độc lập chứ không phải mua thêm ổ. Bốn câu hỏi cần trả lời trước khi chi tiền nằm ở mục dưới.
Khi đầu ghi báo sắp đầy, phản xạ tự nhiên là mua thêm chỗ chứa: một hộp ổ cứng cắm phía sau, hoặc một máy lưu trữ trên mạng rồi bảo đầu ghi ghi sang đó. Phép tính dung lượng thì đúng. Nhưng phép tính đó bỏ sót một điều: thêm dung lượng không tạo ra bản sao thứ hai — nó chỉ làm cái rổ to hơn, và làm tăng số thứ có thể làm vỡ cả rổ.
Bài này phân tích bốn cách nối thêm dung lượng cho hệ thống camera, chỉ ra điểm khác nhau thật sự giữa chúng, và giải thích kỹ một chuẩn hay được dùng nhất mà cũng hay hỏng nhất khi mất điện: iSCSI.
Sai lầm bắt đầu từ một phép tính đúng
Một hệ 20 camera 2MP nén H.265 ở 2,5 Mbps sinh khoảng 27 GB mỗi ngày cho mỗi mắt, tức 540 GB mỗi ngày cho cả hệ. Lưu 365 ngày cần khoảng 206 TiB. Nếu thiết bị hiện tại chỉ chứa được 68 TiB, phần thiếu là 138 TiB. Đến đây mọi con số đều đúng.
Sai lầm nằm ở bước tiếp theo: coi 138 TiB đó là một món hàng cần mua thay vì một quyết định kiến trúc. Cắm thêm một thùng ổ cứng phía sau đầu ghi làm được đúng một việc là nâng trần dung lượng. Nó không làm được ba việc quan trọng hơn:
- Nó không tạo ra bản sao thứ hai — video vẫn chỉ tồn tại đúng một bản.
- Nó không tách rủi ro — thùng mới nằm cùng phòng, cùng nguồn điện, cùng đường mạng với thùng cũ.
- Nó làm tăng số điểm chết — thêm một bộ nguồn, một sợi cáp, một bộ điều khiển, và trong nhiều trường hợp là thêm một đường mạng nữa.
Điều ít người lường trước: ở nhiều cấu hình, thùng mở rộng hỏng không chỉ làm mất dữ liệu nằm trong nó, mà làm mất luôn dữ liệu nằm trong máy chính. Lý do ở mục dưới.
Bốn cách nối thêm dung lượng, khác nhau ở một điểm duy nhất
Thị trường có bốn cách phổ biến. Điều quyết định mức rủi ro không phải tốc độ, không phải giá, mà là: ai giữ hệ thống tệp?
| Cách nối | Tầng dữ liệu | Ai giữ hệ thống tệp | Khi đứt kết nối |
|---|---|---|---|
| Hộp mở rộng qua cáp (eSATA, SAS — kiểu DAS/JBOD) | Khối (block) | Đầu ghi | Như rút ổ cứng ra khỏi máy đang chạy |
| iSCSI (kho lưu trữ khối qua mạng IP) | Khối (block) | Đầu ghi | Như rút ổ cứng — nhưng chỉ cần một sự cố mạng là đủ |
| SMB / NFS (kho lưu trữ theo tệp) | Tệp (file) | Thiết bị lưu trữ | Ghi lỗi, nhưng hệ thống tệp bên kia vẫn nguyên vẹn |
| Camera ghi thẳng vào kho lưu trữ | Luồng (stream) | Thiết bị lưu trữ | Mất phần đang truyền, phần cũ không ảnh hưởng |
Hai dòng đầu là tầng khối: đầu ghi nhìn kho lưu trữ ở xa như một ổ cứng gắn trong máy mình, tự định dạng, tự giữ hệ thống tệp và nhật ký. Hai dòng dưới là tầng tệp: đầu ghi chỉ gửi tệp đi, còn việc quản lý hệ thống tệp thuộc về thiết bị lưu trữ.
Sự khác biệt này nghe có vẻ kỹ thuật thuần tuý. Thực tế nó quyết định: khi mất điện lúc 3 giờ sáng, sáng hôm sau anh mất bốn tiếng video, hay mất bốn tháng.
iSCSI là gì và vì sao đầu ghi tưởng đó là ổ cứng của mình
iSCSI viết tắt của Internet Small Computer System Interface — chuẩn của IETF, hiện hành theo RFC 7143 (bản hợp nhất, thay cho RFC 3720 công bố năm 2004). Ý tưởng rất gọn: lấy các lệnh SCSI vốn dùng để nói chuyện với ổ cứng, đóng gói vào TCP/IP rồi gửi qua mạng Ethernet thông thường.
Ba khái niệm cần nhớ:
- Initiator — bên khởi xướng, ở đây là đầu ghi.
- Target — bên cung cấp, là thiết bị lưu trữ.
- LUN — vùng dung lượng mà target cấp cho initiator. Đầu ghi nhìn LUN y hệt một ổ cứng gắn trong máy mình.
Chính chữ “y hệt” đó là điểm mạnh và cũng là điểm chết. Đầu ghi tự phân vùng LUN, tự định dạng, tự ghi nhật ký hệ thống tệp lên đó. Thiết bị lưu trữ ở đầu kia không biết gì cả — nó chỉ thấy hàng tỉ khối 512 byte hoặc 4 KB không có ý nghĩa. Nó không biết đâu là tệp video, đâu là bảng chỉ mục, đâu là vùng trống.
Nói ngắn gọn: với iSCSI, thiết bị lưu trữ chỉ là một cái ổ cứng rất dài dây. Mọi ưu điểm và mọi nhược điểm của nó đều bắt nguồn từ câu này.
Vì sao mất điện lại làm hỏng cả hệ thống tệp
Nhiều người hình dung mất điện thì mất phần video của vài giây cuối. Thực tế phá hoại hơn nhiều, vì nó xảy ra theo bốn lớp cùng lúc:
Lớp 1 — bộ đệm ghi trả lời dối. Ổ cứng và bộ điều khiển RAID mặc định bật chế độ write-back: khi dữ liệu mới vào bộ nhớ đệm, thiết bị đã báo về “ghi xong” để máy chạy tiếp cho nhanh. Dữ liệu thật vẫn còn nằm trong bộ nhớ, chưa chạm mặt đĩa. Mất điện ở khoảnh khắc đó là mất toàn bộ phần đang nằm trong đệm — nhưng hệ thống tệp thì đã ghi sổ rằng phần đó đã an toàn.
Lớp 2 — bộ nhớ hỏng trước khi đĩa kịp dừng. Khi điện tụt, các thanh RAM ngừng được làm tươi và dữ liệu trong đó bắt đầu biến dạng gần như tức thì. Nhưng đĩa vẫn còn quay theo quán tính thêm một khoảnh khắc, và bộ điều khiển DMA vẫn tiếp tục đọc từ vùng nhớ đã hỏng đó để ghi xuống đĩa. Kết quả là rác được ghi đè lên vùng dữ liệu tốt — đây là loại hỏng tệ nhất, vì nó không chừa lại bản cũ.
Lớp 3 — nhật ký chỉ cứu được cấu trúc, không cứu được nội dung. Hệ thống tệp có nhật ký giúp máy khởi động lại mà không phải quét toàn bộ đĩa. Nhưng nhật ký chủ yếu bảo vệ siêu dữ liệu. Nhiều thiết kế ghi siêu dữ liệu thường xuyên hơn ghi nội dung, nên sau sự cố hệ thống tệp có thể ở trạng thái: bảng thư mục khẳng định “có tệp video dài 4 GB ở đây”, còn 4 GB đó là rác. Kiểm tra hệ thống tệp báo sạch. Mở tệp ra mới biết hỏng.
Lớp 4 — RAID ghi dở một dải. Một lần ghi RAID phải cập nhật cả dữ liệu lẫn phần chẵn lẻ. Mất điện giữa chừng để lại dải dữ liệu và phần chẵn lẻ không khớp nhau. Mảng vẫn chạy bình thường cho đến ngày một ổ hỏng — lúc dựng lại, phần chẵn lẻ sai sẽ dựng ra dữ liệu sai, và không có cách nào biết trước.
Vì sao camera nguy hiểm hơn dữ liệu văn phòng
Với máy chủ kế toán, mất điện lúc 2 giờ sáng thường chẳng có gì đang ghi — bộ đệm rỗng, thiệt hại bằng không. Camera thì không có phút nào bộ đệm rỗng. Hệ thống ghi liên tục 24 giờ mỗi ngày, 365 ngày mỗi năm. Cửa sổ rủi ro của dữ liệu văn phòng là vài phần trăm thời gian; cửa sổ rủi ro của camera là 100% thời gian. Đây là lý do một kiến trúc lưu trữ chạy tốt cho máy chủ văn phòng có thể hỏng liên tục khi đem dùng cho camera.
Với iSCSI, đứt mạng gây hỏng y hệt mất điện
Đây là điểm khiến iSCSI khác hẳn hộp mở rộng cắm cáp. Hộp mở rộng chỉ hỏng khi cáp lỏng hoặc nguồn chết. iSCSI hỏng khi bất cứ thứ gì trên đường mạng trục trặc — mà đường mạng nhà máy thì luôn có người động vào.
Tài liệu khắc phục sự cố iSCSI của Microsoft mô tả đúng hiện tượng này: khi target mất kết nối, ổ đĩa chuyển sang trạng thái ngoại tuyến hoặc bị đánh dấu RAW, hệ thống ghi nhận sự kiện “Disk has been surprise removed” — nghĩa đen là “đĩa bị rút ra bất ngờ”. Sau khi khởi động lại, ổ có thể vẫn ở trạng thái ngoại tuyến chứ không tự phục hồi.
Các nguyên nhân được ghi nhận trong chính tài liệu đó, dịch sang bối cảnh một nhà máy:
| Nguyên nhân kỹ thuật | Xảy ra thế nào trong thực tế |
|---|---|
| Mạng không ổn định | Switch khởi động lại để nâng cấp firmware; một vòng lặp mạng do cắm nhầm dây |
| Cấu hình đa đường dẫn sai | Đấu hai đường cho “an toàn” nhưng cấu hình sai, thành ra kém an toàn hơn một đường |
| Card mạng chưa sẵn sàng khi dịch vụ khởi động | Mất điện toàn nhà máy, tất cả bật lại cùng lúc, thiết bị lưu trữ lên chậm hơn đầu ghi |
| Lệch VLAN / MTU / khung jumbo | Bộ phận IT đổi cấu hình switch cho một việc khác, không biết đường lưu trữ đi qua đó |
| Firmware hoặc driver cũ | Thiết bị chạy ba năm không ai đụng đến |
| Thiết bị lưu trữ cạn tài nguyên | Ai đó chép một tệp lớn vào cùng máy lưu trữ giờ cao điểm |
Hệ quả cần hiểu cho đúng: với iSCSI, một cú nhấp chuột trên switch có thể tương đương với việc rút ổ cứng ra khỏi đầu ghi đang ghi. Người thao tác thường không hề biết mình vừa làm gì, vì trên màn hình switch đó chỉ là một cổng mạng như mọi cổng khác.
Và vì sao thiết bị lưu trữ không cứu được
Đây là phần bị hiểu nhầm nhiều nhất. Khách hàng thường yên tâm vì “máy lưu trữ có RAID, có snapshot, có kiểm tra dữ liệu”. Với iSCSI, phần lớn những thứ đó không dùng được cho dữ liệu camera:
- Snapshot của một LUN chỉ là ảnh chụp lúc sự cố. Thiết bị lưu trữ chụp lại nguyên trạng các khối tại một thời điểm — kể cả khi hệ thống tệp bên trong đang dở dang. Khôi phục về có thể ra đúng cái hệ thống tệp hỏng mà anh đang muốn thoát khỏi.
- Chỉ đầu ghi mới sửa được hệ thống tệp đó, vì chỉ nó biết định dạng. Mà phần lớn đầu ghi nhúng không có công cụ kiểm tra và sửa hệ thống tệp — chúng chỉ có đúng một nút: Định dạng.
- Một LUN chỉ được đúng một initiator gắn vào. Hai đầu ghi cùng gắn một LUN, hoặc một kỹ thuật viên gắn thêm “để xem thử dữ liệu còn không”, là hỏng ngay lập tức và không có cảnh báo nào. Đây là nguyên nhân của không ít vụ mất dữ liệu xảy ra trong lúc đang đi cứu dữ liệu.
- Kiểm tra toàn vẹn của thiết bị lưu trữ chỉ soát được mức khối — nó xác nhận khối đọc ra đúng như khối đã ghi vào, chứ không biết hệ thống tệp bên trong có hợp lệ hay không.
Ngược lại, ở tầng tệp (SMB/NFS) thì thiết bị lưu trữ giữ hệ thống tệp. Nó tự kiểm tra được, tự sửa được, snapshot có ý nghĩa thật, và nhiều máy đọc cùng lúc được. Đứt mạng giữa chừng thì hỏng tệp đang ghi — chứ không hỏng bảng chỉ mục của cả kho. Đây là lý do với dữ liệu camera, tầng tệp thường là lựa chọn đúng, dù trên giấy tờ nó chậm hơn.
Hộp mở rộng qua cáp: cái bẫy pool trải qua hai thùng
Cách thứ hai là cắm một thùng ổ cứng phía sau bằng cáp chuyên dụng, rồi gộp ổ mới vào chung nhóm lưu trữ đang có để dung lượng tăng lên mà không phải chia lại. Nghe rất hợp lý. Đây là cái bẫy nguy hiểm nhất trong cả bài.
Tài liệu kỹ thuật của chính các hãng thiết bị lưu trữ cảnh báo rõ ba điều khi nhóm lưu trữ trải qua cả máy chính lẫn thùng mở rộng:
- Nếu thùng mở rộng bị ngắt kết nối, toàn bộ nhóm lưu trữ và tất cả phân vùng bên trong có thể không truy cập được — bao gồm cả phần dữ liệu nằm trên các ổ cắm trong máy chính.
- Dựng lại mảng sau khi hỏng ổ sẽ chậm hơn và kém tin cậy hơn khi dữ liệu trải qua nhiều thùng.
- Băng thông của cáp mở rộng có thể trở thành nút thắt so với ổ cắm trong máy chính.
Ý nghĩa thực tế: sợi cáp mở rộng vừa được thăng chức thành điểm chết của toàn bộ dữ liệu. Trước khi cắm, hỏng thùng phụ mất dữ liệu thùng phụ. Sau khi gộp nhóm, hỏng thùng phụ mất tất cả. Người mua nghĩ mình vừa tăng độ an toàn vì có thêm ổ; thực tế vừa giảm độ an toàn vì có thêm một bộ nguồn và một sợi cáp mà cả kho dữ liệu phụ thuộc vào.
Chú ý điều này để khỏi đổ lỗi nhầm: băng thông không phải vấn đề. Hai mươi camera ghi đồng thời chỉ chiếm khoảng 260 Mbps, tức chừng 33 MB/giây — cáp mở rộng thừa sức gấp hàng chục lần. Vấn đề chưa bao giờ nằm ở tốc độ. Nó nằm ở chỗ nhóm lưu trữ không được phép phụ thuộc vào hai bộ nguồn khác nhau.
Cách làm đúng: mỗi thùng một nhóm lưu trữ độc lập. Thùng mới là một tầng lưu trữ riêng — chẳng hạn nơi giữ bản lưu dài hạn — chứ không phải phần nối dài của thùng cũ. Dung lượng tổng vẫn tăng đúng bằng đó, nhưng một thùng chết thì thùng kia vẫn còn nguyên dữ liệu của nó.
Ổ cứng: dung lượng tăng, định mức ghi thì không
Sai lầm cuối cùng nằm ở chính cái ổ cứng được mua thêm. Ổ cứng có một thông số ít người đọc: định mức khối lượng ghi mỗi năm (workload rating).
| Loại ổ | Định mức ghi | Thiết kế cho |
|---|---|---|
| Ổ máy để bàn | ~55 TB/năm | Dùng 8–12 giờ/ngày, ghi ngắt quãng |
| Ổ chuyên dụng NAS / camera | ~180 TB/năm | Chạy 24/7, ghi tuần tự liên tục |
| Ổ doanh nghiệp (nearline) | ~550 TB/năm | Trung tâm dữ liệu, tải nặng |
Bây giờ đối chiếu với hệ 20 camera đã tính ở trên: 540 GB mỗi ngày, tức khoảng 197 TB mỗi năm cho cả hệ thống. Chia ra:
- Cấu hình 2 ổ: mỗi ổ gánh khoảng 99 TB/năm — vượt gần gấp đôi trần của ổ máy để bàn.
- Cấu hình 4 ổ: khoảng 49 TB/năm mỗi ổ — sát trần, chưa kể phần ghi thêm cho dữ liệu chẵn lẻ của RAID.
- Khuyến nghị chung của ngành là giữ ở mức 70% định mức trở xuống để có biên an toàn.
Vượt định mức không làm ổ chết ngay — nó làm hỏng dần theo cách khó nhận ra: số sector lỗi tăng, thời gian phục hồi lỗi kéo dài, thời gian dựng lại mảng lâu hơn, và các ổ mua cùng lô thường hỏng gần như cùng lúc vì chúng chịu đúng cùng một tải suốt ngần ấy năm. Nhiều nhà sản xuất cũng từ chối bảo hành khi thiết bị chạy ngoài thông số thiết kế.
Một khác biệt kỹ thuật quyết định mảng RAID có tự rã hay không
Khi gặp một sector khó đọc, ổ máy để bàn cố sửa bằng được, có thể mất hàng chục giây. Bộ điều khiển RAID chờ không nổi, kết luận ổ đã chết và loại nó ra khỏi mảng — dù ổ vẫn còn tốt. Ổ chuyên dụng có cơ chế giới hạn thời gian phục hồi lỗi: nó bỏ qua nhanh, chỉ mất vài khung hình, và ở lại trong mảng. Đây là lý do mở rộng bằng ổ máy để bàn giá rẻ là cách nhanh nhất để có một mảng RAID tự rã dần vào năm thứ hai.
Bốn câu hỏi phải trả lời trước khi chi tiền
Không cần biết kỹ thuật vẫn kiểm tra được một đề xuất mở rộng dung lượng có ổn hay không. Bắt nhà thầu trả lời bốn câu, bằng văn bản:
- Sau khi lắp, video tồn tại mấy bản? Nếu câu trả lời vẫn là “một bản”, thì đây là mua dung lượng, không phải mua an toàn. Hai việc đó khác nhau và phải tính tiền riêng.
- Nếu rút cáp thùng mở rộng lúc 3 giờ sáng thì mất bao nhiêu ngày video? Nếu câu trả lời là “mất hết” hoặc “phải kiểm tra mới biết”, thì nhóm lưu trữ đang trải qua hai thùng — phải chia lại.
- Ai giữ hệ thống tệp — đầu ghi hay thiết bị lưu trữ? Nếu là đầu ghi, hỏi tiếp: khi hệ thống tệp hỏng thì dùng công cụ gì để sửa? Nếu câu trả lời là định dạng lại, thì hệ thống này không có đường lùi.
- Ổ cứng chịu được bao nhiêu TB mỗi năm, và hệ thống đang ghi bao nhiêu TB mỗi năm? Hai con số này phải nằm trong cùng một trang báo giá. Nếu nhà thầu không đưa ra được con số thứ hai, họ chưa tính dung lượng.
Làm đúng thì làm thế nào
Không có kiến trúc nào đúng cho mọi hiện trường, nhưng có một số nguyên tắc gần như luôn đúng với dữ liệu camera phải giữ 12 tháng:
- Mỗi thùng một nhóm lưu trữ độc lập. Không bao giờ để một nhóm lưu trữ phụ thuộc vào hai bộ nguồn và một sợi cáp.
- Ưu tiên tầng tệp hơn tầng khối khi thiết bị hỗ trợ. Chậm hơn trên giấy, nhưng hỏng thì sửa được — và với video giám sát, khả năng sửa được quan trọng hơn vài phần trăm tốc độ.
- Nếu buộc phải dùng iSCSI: tách riêng đường mạng lưu trữ khỏi mạng camera và mạng văn phòng; giữ MTU đồng nhất từ đầu đến cuối; một LUN chỉ một đầu ghi gắn vào, ghi rõ điều này vào hồ sơ bàn giao; nâng thời gian chờ của đĩa lên đủ dài để hệ thống chịu được một lần switch hội tụ lại thay vì bỏ ổ ngay.
- Bộ lưu điện phải phủ cả ba: đầu ghi, thiết bị lưu trữ và switch cấp nguồn PoE. Thiếu vế cuối thì camera tắt ngay khi mất điện, và thẻ nhớ trong camera trở nên vô dụng đúng lúc cần nhất.
- Thứ tự tắt máy phải được cấu hình, không phó mặc. Khi bộ lưu điện sắp cạn, đầu ghi phải ngừng ghi và tắt trước, thiết bị lưu trữ tắt sau. Ngược lại là hỏng chắc chắn: đầu ghi tiếp tục ghi vào một kho vừa biến mất.
- Tắt chế độ ghi đệm trả lời sớm nếu bộ nhớ đệm không có pin hoặc bộ nhớ không mất dữ liệu bảo vệ. Chậm đi một chút, đổi lấy việc mất điện chỉ mất vài giây video thay vì mất bảng chỉ mục.
- Khoá trần tốc độ dòng. Camera để tự do rất dễ vọt tốc độ khi hình nhiều chuyển động, kéo theo cả bài toán dung lượng lẫn tải ghi lên ổ đi chệch khỏi thiết kế.
- Dùng đúng loại ổ, và theo dõi chỉ số sức khoẻ ổ định kỳ. Ổ cứng hầu như luôn báo trước bằng số sector lỗi tăng dần — chỉ là không ai đọc.
Lớp phòng vệ cuối: thẻ nhớ trong camera
Nhiều dòng camera hỗ trợ ghi vào thẻ nhớ ngay trên camera, và tự động bù phần thiếu về đầu ghi khi kết nối được khôi phục. Đây là lớp cứu duy nhất còn hoạt động khi đường mạng hoặc kho lưu trữ có vấn đề. Ba giới hạn phải biết trước:
- Tốc độ bù chậm — tài liệu hãng ghi nhận mức khoảng 1 phút truyền cho mỗi 2 phút video phục hồi. Đứt một ngày thì bù mất nửa ngày.
- Thẻ đầy trước khi nối lại được thì phần cũ nhất bị ghi đè và không lấy lại được.
- Camera phải còn điện trong suốt thời gian đó — nên bộ lưu điện bắt buộc phải nuôi switch PoE.
Vì sao chuyện này quan trọng với doanh nghiệp chịu giám sát hải quan
Theo cách chúng tôi hiểu Quyết định 247/QĐ-TCHQ, doanh nghiệp có 10 ngày làm việc để khắc phục khi thiết bị gặp sự cố. Nghĩa là hỏng một đầu ghi, cháy một bộ nguồn, đứt một đường truyền — đều là chuyện xử lý được trong thời hạn cho phép nếu báo cáo đầy đủ.
Nhưng không có điều khoản nào cho thêm ngày để dữ liệu đã mất quay trở lại. Nội dung được ghi nhận khi kiểm tra không phải là “thiết bị hỏng” — thiết bị hỏng là chuyện bình thường và có đường xử lý theo quy định. Điều được ghi nhận khi kiểm tra là doanh nghiệp có trích xuất được video theo yêu cầu của cơ quan hải quan hay không.
Đó chính là lý do một quyết định tưởng như thuần kỹ thuật — gộp nhóm lưu trữ hay tách nhóm, tầng khối hay tầng tệp, bộ lưu điện có nuôi switch hay không — lại là quyết định có tính tuân thủ. Nó xác định xem một lần mất điện đêm giao thừa làm mất bốn tiếng video hay làm mất bốn tháng.
Câu hỏi thường gặp
iSCSI là chuẩn kém phải không?
Không. iSCSI là chuẩn tốt và được dùng rất rộng rãi — trong phòng máy chủ, với mạng lưu trữ riêng, bộ lưu điện đầy đủ và đội vận hành theo dõi thường xuyên, nó chạy rất ổn định suốt nhiều năm. Vấn đề không nằm ở chuẩn, mà ở chỗ đặc thù dữ liệu camera đi ngược lại đúng những giả định mà iSCSI dựa vào: camera ghi liên tục 100% thời gian nên không bao giờ có lúc bộ đệm rỗng an toàn; hạ tầng mạng nhà máy thì thường xuyên có người thay đổi mà không ai báo cho bên camera; và đầu ghi nhúng gần như không có công cụ sửa hệ thống tệp. Đem một chuẩn tốt ra khỏi môi trường nó được thiết kế cho là một sai lầm khác với việc chọn một chuẩn tồi.
Hệ thống của tôi đang chạy iSCSI, có phải bỏ đi làm lại không?
Thường là không. Phần lớn rủi ro giảm được đáng kể mà không phải thay thiết bị: tách đường mạng lưu trữ ra khỏi mạng chung, kiểm tra MTU đồng nhất từ đầu đến cuối, xác nhận chỉ có đúng một đầu ghi gắn vào mỗi LUN, nâng thời gian chờ của đĩa, đưa cả thiết bị lưu trữ lẫn switch PoE vào bộ lưu điện, và cấu hình thứ tự tắt máy cho đúng. Việc cần làm ngay và tốn ít nhất là kiểm tra xem bộ đệm ghi có đang chạy chế độ trả lời sớm mà không có pin bảo vệ hay không — đây là nguyên nhân trực tiếp của phần lớn các vụ hỏng sau mất điện.
Vậy cắm thêm hộp mở rộng có bao giờ đúng không?
Có. Nó đúng khi thùng mới được lập thành nhóm lưu trữ độc lập và được coi là một tầng riêng — ví dụ nơi giữ bản lưu dài hạn, tách khỏi phần dữ liệu nóng đang ghi hằng ngày. Lúc đó thùng mới vừa tăng dung lượng vừa tăng độ an toàn, vì dữ liệu bắt đầu tồn tại ở hai nơi không chết cùng nhau. Cái sai không phải là cắm thêm thùng — cái sai là gộp nó vào chung nhóm với thùng cũ.
Làm sao biết hệ thống hiện tại có đang gặp vấn đề này không?
Ba dấu hiệu đáng ngờ: đầu ghi thỉnh thoảng báo mất ổ rồi tự nhận lại; có những khoảng thời gian không có video mà không ai giải thích được; hoặc trích xuất được video của tuần này nhưng tìm video của bốn tháng trước thì báo lỗi. Cách kiểm tra chắc chắn nhất không phải xem giao diện đầu ghi, mà là thử trích xuất thật một đoạn video ở mốc xa nhất mà hệ thống lẽ ra phải còn giữ — làm việc này định kỳ, đừng để đến lúc cơ quan hải quan yêu cầu mới thử lần đầu.
Cần đối chiếu hệ thống lưu trữ hiện có?
INFOVINA khảo sát hiện trạng, chỉ rõ dữ liệu đang tồn tại mấy bản, nhóm lưu trữ có đang trải qua nhiều thùng hay không, tải ghi thực tế so với định mức ổ cứng, và những điểm chết chưa ai để ý. Kèm phương án mở rộng đúng cách và báo giá trọn gói. Khảo sát miễn phí tại Hải Phòng và các tỉnh lân cận.
Gọi 1900 9460 hoặc gửi yêu cầu qua biểu mẫu bên cạnh.
Nguồn tham khảo kỹ thuật
- IETF — RFC 7143: Internet Small Computer System Interface (iSCSI) Protocol (Consolidated), thay cho RFC 3720.
- Microsoft Learn — iSCSI Storage Connectivity Troubleshooting Guidance (nguyên nhân mất kết nối, hiện tượng ổ chuyển RAW, thiết lập thời gian chờ).
Đây là bài viết tham khảo của INFOVINA — một doanh nghiệp tư nhân. Chúng tôi không phải cơ quan hải quan và không được cơ quan nhà nước nào uỷ quyền. Nội dung là cách hiểu của chúng tôi về các văn bản đang có hiệu lực, không phải tư vấn pháp lý và có thể còn thiếu sót. Để có thông tin chính xác nhất, doanh nghiệp vui lòng đối chiếu văn bản gốc và liên hệ Chi cục Hải quan quản lý trực tiếp. Xem tuyên bố miễn trừ trách nhiệm.