Kami memiliki drive LTO-3 Tape di perpustakaan media Dell yang kami gunakan untuk cadangan tape kami. The Artikel tentang LTO di Wikipedia menyatakan bahwa:
LTO menggunakan teknologi verifikasi-setelah-tulis otomatis untuk segera memeriksa data ketika sedang ditulis, tetapi beberapa sistem cadangan secara eksplisit melakukan operasi pembacaan kaset yang sepenuhnya terpisah untuk memverifikasi rekaman itu ditulis dengan benar. Operasi verifikasi yang terpisah ini menggandakan jumlah lintasan ujung ke ujung untuk setiap cadangan yang dijadwalkan, dan mengurangi masa pakai pita menjadi setengahnya.
Yang ingin saya ketahui adalah, apakah saya memerlukan perangkat lunak cadangan saya (Backup Exec dalam hal ini) untuk melakukan verifikasi pada kaset ini atau apakah teknologi verifikasi-setelah-penulisan yang melekat pada drive KPP cukup?
Saya juga akan penasaran jika Backup Exec memahami teknologi verifikasi-setelah-menulis cukup untuk mengingatkan saya jika teknologi itu tidak dapat membekukan data atau akan mengabaikannya membuatnya sia-sia karena meskipun drive mendeteksi masalah saya tidak akan pernah tahu tentang itu.
Pertama-tama verifikasi otomatis ini bukan pengganti untuk verifikasi ujung ke ujung. Saya telah melihat drive yang dikirim dengan bug firmware yang menyebabkan pemulihan pembacaan kurang dapat diandalkan dibandingkan pembacaan verifikasi.
Hasil dari itu adalah bahwa Anda dapat menulis kaset tanpa ada kesalahan yang dilaporkan, tetapi ketika mencoba untuk memulihkan Anda akan melihat membaca mendapatkan kesalahan atau jatuh dalam kecepatan oleh beberapa urutan besar.
Sebagian besar pelanggan tidak pernah melihat bug firmware ini. Menurut vendor karena pelanggan tidak benar-benar melakukan tes pemulihan. Bug khusus ini diperbaiki. Tapi saya yakin kami belum melihat bug firmware terakhir, dan beberapa bug firmware hanya akan ditemukan jika Anda benar-benar menguji pembacaan yang sebenarnya.
Apa yang terjadi ketika verifikasi gagal adalah bahwa firmware secara otomatis menulis salinan kedua (dan selama mengembalikan firmware secara transparan ke host hanya mengembalikan satu dari dua salinan). Ini berarti bahwa kapasitas yang tersedia bervariasi tergantung pada kesehatan drive dan kualitas media.
Jika terlalu banyak upaya penulisan gagal dalam verifikasi, pembacaan kesalahan dilaporkan kembali di tingkat SCSI. Orang akan berpikir kesalahan yang dilaporkan dengan cara ini sulit untuk dilewatkan pada lapisan perangkat lunak, tetapi bug dalam jalur kode yang hanya dipicu oleh perangkat keras yang rapuh terkenal sulit untuk diuji.
sumber