如何應對無可避免的數據損壞？

全球最大的粒子物理學實驗室CERN最近對數據損壞和字節破壞問題進行了研究。CERN的Peter Keleman總結出了存儲專業人士務必了解的一些可能的解決方案。但是這與最終用戶有什么關系呢？在幾個月之前，我在旅途中碰巧遇到了這樣一個問題，我懷疑是由數據損壞引起的。作為一名顧問，我經常到各地出差，為了提前預定各種票和房間，我成為了許多酒店、航空公司、租車公司和其他旅游公司的會員。

在8月份的一個早晨，我登錄到一家不知名的旅游公司網站上為未來一周的旅游進行了預定。幾個小時之后我再次登錄該網站，結果登錄密碼不能用了。我以為網站暫時關閉了，然后就在午飯后又嘗試登錄網站，但是遇到了同樣的問題。我撥打網站的客服電話，結果被告知他們也不知道出現了什么問題，他們說他們可以將我的密碼通過電子郵件發送給我。

我受到密碼之后，發現有些事情出現了可怕的錯誤：我的密碼是以()!@結尾的，結果變成了(]!@。 我害怕有人已經獲得了我的密碼，然后更改了密碼并使用了我的信用卡，或者出現更壞的情況。我再次致電公司并且要求二線網絡支持服務。我詢問他們我的密碼最后是在什么時候被更改的。他們告訴我是在一年之前，也就是說沒有發生身份被竊的問題。

字符的問題

我決定對這件事進行進一步的調查，這多少與我的專業也有一定的關系。我猜想這個問題肯定跟字符集有關。我假定那個系統沒有使用IBM的主機，而且使用的是ASCII碼而不是EBCDIC碼。首先我去查詢了ASCII字符轉換表。下面就是ASCII碼中的)和]這兩種字符被轉換成其他碼之后的各種形式。

二進制 八進制 十進制 十六進制 鍵盤字符

010 1001 051 41 29 )

101 1101 135 93 5D ]

我一直懷疑，如果發現大環境中出現至少3個無法解釋的錯誤之后，數據可能就被損壞了。CERN字符集的變動證明我并非杞人憂天。據我所知，CERN使用的大部分磁盤驅動器都是SATA驅動器。這是否是我的密碼信息出錯的原因呢？顯然，在構成密碼的7個字符中，有4個已經改動過了。

我想我需要再次向公司求助。那時已經到了傍晚時分，但是我一下子就打到了一線支持處，于是我開始談論ASCII編碼和字節變換。幾分鐘之內，我與二線支持客服取得了聯系。他了解了我的想法但是認為我有些過分了：問題已經得到解決之后，我為什么要深究他們是否損壞了我的密碼呢？過了一會之后，我聯系上了第三線支持客服。我解釋說，我是一位存儲顧問然后將我對這個問題的認識重新解釋了一遍。結果發生了一件有趣的事：他剛剛也接到另一位用戶的電話，而且那位用戶也是一位計算機顧問并且也遇到了相同的問題，只是他的密碼被改成了另一個不同的字符。兩個人在同一天遇到了相同的問題。

我對三線支持客服說，如果硬盤是SATA或者FC的話，他們也許應該檢查一下與密碼有關的磁盤通道和硬盤驅動器，我要求他們將檢查的結果通過電子郵件告訴我。他們自然表示同意，然而除了一次例行客服調查之外，我當然再也沒有獲得回音。能夠找出問題的真正原因當然是好的，但是那些公司當然不愿意將真正的原因告知外人。

有限的努力

我永遠也無法知道我的密碼被損壞的真正原因是什么以及為什么另一個用戶的密碼也被損壞，或者這個問題到底影響了多少用戶。就象我的家用電腦出現數據損壞情況之后我所說的那樣，我相信數據是可能被損壞的，目前針對這方面的問題的保護措施仍十分有限。

T10集團將采用一項名為Data Integrity Field的新標準，那項標準將從SCSI驅動器發送一個檢驗數字到磁盤。這種做法和Sun公司的ZFS文件系統似乎可以對數據損壞情況進行一定的保護，但是要想使用這些技術都還需要其他一些條件。業內對這些類型的數據損壞問題的認識仍十分有限，對于這些問題的研究也比較困難。當你遇到這類問題的時候，你必須找到問題的原因并立即解決它，但是通常情況下，人們會更換掉部分組件，而且永遠也弄不明白是什么損壞了，以及為什么會發生數據損壞和它是如何發生的。

我比以前更加確定數據損壞是肯定會發生的，而且在目前的技術水平下我們對此是無能為力的。隨著數據和全球數據網絡的急劇增長，我們需要合適的糾錯技術去解決整改數據通路中發生的數據損壞問題。但是問題是，我們是否愿意承擔那么做的成本？糾錯將降低系統的性能并增加成本。為了提高數據系統的可靠性，我愿意負擔那個成本。你愿意嗎？