带区卷编程
❶ FAT32璺烃TFS鏄閮芥槸浠涔堟椂鍊欐湁镄勫晩锛
FAT32姣擭TFS镞┿
FAT32瀹为檯涓婃槸鏂囦欢鍒嗗尯琛ㄩ噰鍙栫殑涓绉嶅舰寮忥纴瀹冩槸鐩稿逛簬FAT16钥岃█镄勚备䌷镓锻ㄧ煡锛娈os鍜学indows95閲囩敤镄勯兘鏄疐AT16镙煎纺銆傝呖浜峄AT32锛屽嗳纭鍦拌存槸鍦╓indows95OSR2涓绗涓娆″嚭鐜扮殑锛屼箣镓浠ユ病链夊d紶鏄锲犱负褰撴椂璇ユ枃浠剁郴缁熻缮涓嶅熸垚镡燂纴灏氩勪簬璇曟帰阒舵点傞偅涔堜负浠涔堜竴瀹氲佹帹鍑篎AT32锻锛熻繖涓昏佹槸鐢卞叾镊韬镄勪紭瓒婃у喅瀹氱殑銆
棣栧厛锛屽畠鍙浠ュぇ澶у湴鑺傜害纾佺洏绌洪棿銆傛枃浠跺湪纾佺洏涓婃槸浠ョ皣镄勬柟寮忓瓨鏀剧殑锛岀皣閲屽瓨鏀句简涓涓鏂囦欢灏变笉鑳藉啀瀛樻斁鍙﹀栫殑鏂囦欢銆傚亣濡备竴涓纾佺洏镄勫垎鍖哄ぇ灏忎负512MB锛屽熀浜峄AT16镄勭郴缁熺殑绨囩殑澶у皬涓8KB锛岃孎AT32绯荤粺镄勭皣镄勫ぇ灏忎粎鏄4KB锛岄偅涔堬纴鐜板湪鎴戜滑瀛樻斁涓涓3KB镄勬枃浠讹纴FAT16绯荤粺灏变细链5KB镄勭┖闂磋娴璐癸纴钥孎AT32镄勬氮璐瑰垯浼氩皯涓浜涖傚傛灉鍒嗗尯杈惧埌1GB锛孎AT16镄勭皣涓16KB锛岃孎AT32杩樻槸4KB锛岃妭鐪佺殑涔熷氨镟村氢简銆
鍦ㄦ帹鍑篎AT32鏂囦欢绯荤粺涔嫔墠锛岄氩父PC链轰娇鐢ㄧ殑鏂囦欢绯荤粺鏄疐AT16銆傚儚锘轰簬MS-DOS锛学in 95绛夌郴缁熼兘閲囩敤浜咶AT16鏂囦欢绯荤粺銆傚湪Win 9X涓嬶纴FAT16鏀鎸佺殑鍒嗗尯链澶т负2GB銆傛垜浠鐭ラ亾璁$畻链哄皢淇℃伅淇濆瓨鍦ㄧ‖鐩树笂绉颁负钬灭皣钬濈殑鍖哄烟鍐呫备娇鐢ㄧ殑绨囱秺灏忥纴淇濆瓨淇℃伅镄勬晥鐜囧氨瓒婇珮銆傚湪FAT16镄勬儏鍐典笅锛屽垎鍖鸿秺澶х皣灏辩浉搴旂殑瑕佸炲ぇ锛屽瓨鍌ㄦ晥鐜囧氨瓒娄绠锛屽娍蹇呴犳垚瀛桦偍绌洪棿镄勬氮璐广傚苟涓旈殢镌璁$畻链虹‖浠跺拰搴旂敤镄勪笉鏂鎻愰珮锛孎AT16鏂囦欢绯荤粺宸蹭笉鑳藉緢濂藉湴阃傚簲绯荤粺镄勮佹眰銆傚湪杩欑嶆儏鍐典笅锛屾帹鍑轰简澧炲己镄勬枃浠剁郴缁烣AT32銆傚悓FAT16鐩告瘆锛孎AT32涓昏佸叿链変互涓嬬壒镣癸细
1. 钖孎AT16鐩告瘆FAT32链澶х殑浼樼偣鏄鍙浠ユ敮鎸佺殑纾佺洏澶у皬杈惧埌2TB锛2048GB锛夛纴浣嗘槸涓嶈兘鏀鎸佸皬浜512MB镄勫垎鍖恒傚熀浜峄AT32镄刉in 2000鍙浠ユ敮鎸佸垎鍖烘渶澶т负32GB锛涜屽熀浜 FAT16镄刉in 2000鏀鎸佺殑鍒嗗尯链澶т负4GB銆
2. 鐢变簬閲囩敤浜嗘洿灏忕殑绨囷纴FAT32鏂囦欢绯荤粺鍙浠ユ洿链夋晥鐜囧湴淇濆瓨淇℃伅銆傚备袱涓鍒嗗尯澶у皬閮戒负2GB锛屼竴涓鍒嗗尯閲囩敤浜咶AT16鏂囦欢绯荤粺锛屽彟涓涓鍒嗗尯閲囩敤浜咶AT32鏂囦欢绯荤粺銆傞噰鐢‵AT16镄勫垎鍖虹殑绨囧ぇ灏忎负32KB锛岃孎AT32鍒嗗尯镄勭皣鍙链4KB镄勫ぇ灏忋傝繖镙稦AT32灏辨瘆FAT16镄勫瓨鍌ㄦ晥鐜囱侀珮寰埚氾纴阃氩父𨱍呭喌涓嫔彲浠ユ彁楂15%銆
3. FAT32鏂囦欢绯荤粺鍙浠ラ吨鏂板畾浣嶆牴鐩褰曞拰浣跨敤FAT镄勫囦唤鍓链銆傚彟澶朏AT32鍒嗗尯镄勫惎锷ㄨ板綍琚鍖呭惈鍦ㄤ竴涓钖链夊叧阌鏁版嵁镄勭粨鏋勪腑锛屽噺灏戜简璁$畻链虹郴缁熷穿婧幂殑鍙鑳芥с
绋崭綔琛ュ厖锛
FAT32 锷熻兘
涓庝互鍓岖殑 FAT 鏂囦欢绯荤粺瀹炵幇鐩告瘆锛孎AT32 鎻愪緵浜嗕互涓嫔炲己锷熻兘锛 • FAT32 鏀鎸佹渶澶т负 2 TB 镄勯┍锷ㄥ櫒銆
娉ㄦ剰锛歁icrosoft Windows 2000 浠呰兘鏀鎸佹渶澶т负 32 GB 镄 FAT32 鍒嗗尯銆
• FAT32 鍙浠ユ洿楂樻晥鍦颁娇鐢ㄧ┖闂淬侳AT32 浣跨敤杈冨皬镄勭皣锛埚嵆锛屽逛簬澶у皬鍦 8 GB 浠ュ唴镄勯┍锷ㄥ櫒锛屼娇鐢 4 KB 镄勭皣锛夛纴杩欎笌澶х殑 FAT 鎴 FAT16 椹卞姩鍣ㄧ浉姣旓纴鍙灏嗙佺洏绌洪棿镄勪娇鐢ㄧ巼鎻愰珮 10% 鍒 15%銆
• FAT32 镟寸ǔ瀹氩彲闱犮侳AT32 鍙浠ラ吨鏂板畾浣嶆牴鏂囦欢澶癸纴钥屼笖瀹冧娇鐢ㄦ枃浠跺垎閰嶈〃镄勫囦唤鍓链锛岃屼笉鏄浣跨敤榛樿ゅ坛链銆傛ゅ栵纴FAT32 椹卞姩鍣ㄤ笂镄勫紩瀵艰板綍涔熷缑鍒版墿灞曪纴鍖呮嫭浜嗗叧阌鏁版嵁缁撴瀯镄勫囦唤鍓链銆傚洜姝わ纴涓庣幇链夌殑 FAT16 椹卞姩鍣ㄧ浉姣旓纴FAT32 椹卞姩鍣ㄤ笉瀹规槗鍙楀崟镣规晠闅灭殑褰卞搷銆
• FAT32 镟寸伒娲汇侳AT32 椹卞姩鍣ㄤ笂镄勬牴鏂囦欢澶规槸鏅阃氱殑绨囬摼锛屽洜姝ゅ畠鍙浠ヤ綅浜庨┍锷ㄥ櫒涓婄殑浠讳綍浣岖疆銆备互鍓嶅规牴鏂囦欢澶规暟閲忕殑闄愬埗涓嶅嶅瓨鍦ㄣ傛ゅ栵纴鍙浠ョ佺敤鏂囦欢鍒嗛厤琛ㄩ暅镀忥纴杩欐牱灏卞彲浠ヨ╂枃浠跺垎閰嶈〃镄勫坛链钥屼笉鏄璁╃涓涓鏂囦欢鍒嗛厤琛ㄥ勪簬娲诲姩鐘舵併傝繖浜涘姛鑳藉厑璁告偍锷ㄦ侀吨璋 FAT32 鍒嗗尯镄勫ぇ灏忋备笉杩囱佹敞镒忥纴铏界劧 FAT32 镄勮捐″厑璁歌繖涓锷熻兘锛屼絾 Microsoft 灏嗕笉鍦ㄥ埯濮嬬増链涓瀹炵幇姝ゅ姛鑳姐
FAT32 鍏煎规ф敞镒忎簨椤
涓轰简涓庣幇链夌▼搴忋佺绣缁滃拰璁惧囬┍锷ㄧ▼搴忎缭鎸佹渶澶х▼搴︾殑鍏煎规э纴FAT32 灏藉彲鑳戒笉鏀瑰姩鐜版湁镄 Windows 浣撶郴缁撴瀯銆佸唴閮ㄦ暟鎹缁撴瀯銆佸簲鐢ㄧ▼搴忕紪绋嬫帴鍙 (API) 鍜岀佺洏涓婄殑镙煎纺銆傜劧钥岋纴锲犱负鐜板湪闇瑕 4 瀛楄妭𨱒ュ瓨鍌ㄧ皣鍊硷纴镓浠ヨ稿氩唴閮ㄧ殑鍜岀佺洏涓婄殑鏁版嵁缁撴瀯浠ュ强鍙戝竷镄 API 閮戒綔浜嗕慨鏀规垨镓╁𪾢銆傛煇浜涙儏鍐典笅锛岀幇链夌殑 API 镞犳硶鍦 FAT32 椹卞姩鍣ㄤ笂杩愯屻傚ぇ澶氭暟绋嫔簭涓崭细鍙楄繖浜涙洿鏀圭殑褰卞搷銆傜幇链夊伐鍏峰拰椹卞姩绋嫔簭鍦 FAT32 椹卞姩鍣ㄤ笂搴旇兘澶熺户缁姝e父杩愯屻备笉杩囷纴MS-DOS 鍧楄惧囬┍锷ㄧ▼搴忥纸渚嫔 Aspidisk.sys锛夊拰纾佺洏宸ュ叿闇瑕佺粡杩囦慨鏀规墠鑳芥敮鎸 FAT32 椹卞姩鍣ㄣ
镓链 Microsoft 鎹嗙粦纾佺洏宸ュ叿锛堟牸寮忓寲銆丗disk銆佺庣墖鏁寸悊銆佸熀浜 MS-DOS 鍜 Windows 镄勭佺洏镓鎻忥级宸茬粡杩囦慨鏀癸纴鍙浠ュ湪 FAT32 涓姝e父杩愯屻傛ゅ栵纴Microsoft 姝e湪涓庝竴浜涗富瑕佽惧囬┍锷ㄧ▼搴忓拰纾佺洏宸ュ叿铡傚晢鍗忎綔锛屽府锷╀粬浠淇鏀瑰叾浜у搧浠ユ敮鎸 FAT32銆
娉ㄦ剰锛氢笉鑳戒娇鐢 Microsoft DriveSpace 鎴 DriveSpace 3 铡嬬缉 FAT32 鍗枫
FAT32 镐ц兘
杞鎹㈠埌 FAT32 鏂囦欢绯荤粺鏄鎭ㄥ彲浠ュ湪锘轰簬 Windows 98 镄勮$畻链轰笂瀹炵幇镄勬渶澶х殑涓绉嶆ц兘澧炲己銆
鍙屽惎锷ㄨ$畻链
鐩鍓嶏纴鍦 Microsoft 镎崭綔绯荤粺涓锛屽彧链 Windows 95 OSR2銆乄indows 98銆乄indows 2000 鍜 Windows Me 鍙浠ヨ块梾 FAT32 鍗枫侻S-DOS銆乄indows 95 铡熷嬬増鍜 Windows NT 4.0 涓嶈瘑鍒 FAT32 鍒嗗尯锛屽畠浠镞犳硶浠 FAT32 鍗峰惎锷ㄣ傛ゅ栵纴濡傛灉浣跨敤鍏朵粬镎崭綔绯荤粺锛堜緥濡傦纴Windows 95 鎴 MS-DOS 钖锷ㄧ洏锛夊惎锷ㄨ$畻链猴纴涔熸棤娉曟g‘璁块梾 FAT32 鍗枫
Windows 95 OSR2 鍜 Windows 98 鍙浠ュ湪瀹炴ā寮忎笅钖锷锛堜緥濡备负浜呜繍琛屾父鎴忥级骞跺彲浠ヤ娇鐢 FAT32 鍗枫
鍒涘缓 FAT32 椹卞姩鍣
鍦 Windows 95 OSR2銆乄indows 98 鍜 Windows Me 涓锛屽傛灉鍦ㄥぇ灏忚秴杩 512 鍏嗗瓧鑺 (MB) 镄勭‖鐩树笂杩愯 Fdisk 宸ュ叿锛孎disk 灏嗘彁绀烘偍鏄钖﹀惎鐢ㄥぇ纾佺洏鏀鎸併傚傛灉锲炵瓟钬沧槸钬濓纸钖鐢ㄥぇ纾佺洏鏀鎸侊级锛屾偍鍒涘缓镄勪换浣曞ぇ浜 512 MB 镄勫垎鍖洪兘灏呜镙囱颁负 FAT32 鍒嗗尯銆
Windows 98 鍜 Windows Me 涓杩桦甫链変竴绉 FAT32 杞鎹㈠伐鍏凤纴鎭ㄥ彲浠ヤ娇鐢ㄨュ伐鍏峰皢鐜版湁椹卞姩鍣ㄨ浆鎹涓 FAT32 鏂囦欢绯荤粺銆傝佷娇鐢ㄨヨ浆鎹㈠伐鍏凤纴璇锋寜镦т笅鍒楁ラゆ搷浣滐细 1. 鍗曞嚮寮濮嬶纴渚濇℃寚钖戠▼搴忋侀梼浠躲佺郴缁熷伐鍏凤纴铹跺悗鍗曞嚮椹卞姩鍣ㄨ浆鎹㈠櫒 (FAT32)銆
2. 鍗曞嚮涓嬩竴姝ャ
3. 鍗曞嚮甯屾湜杞鎹涓 FAT32 鏂囦欢绯荤粺镄勯┍锷ㄥ櫒锛岀劧钖庡崟鍑讳笅涓姝ャ
4. 鎸夌収灞忓箷涓婄殑璇存槑镎崭綔銆
鏀鎸佽寖锲
Microsoft 灏嗘敮鎸 FAT32 鏂囦欢绯荤粺镄勫姛鑳斤纴浠ュ疄鐜版棤阌栾诲彇鍜屽湪瀹炴ā寮忔垨淇濇姢妯″纺涓嬩缭瀛樻枃浠躲侻icrosoft 鏀鎸 Windows 95 涓镓甯︾殑瀹炴ā寮忓拰淇濇姢妯″纺宸ュ叿銆
瀵逛簬镞у纺锛堣缉镞╃殑锛夌▼搴忥纴濡傛灉瀹冧滑镞犳硶鍦 FAT32 鍗蜂笂瀹夎咃纴鎴栬呮棤娉曟g‘淇濆瓨鏂囦欢鎴栬诲彇鏂囦欢锛屽垯鎭ㄥ繀椤讳笌杞浠跺寘镄勭敓浜у巶鍟呜仈绯汇
娉ㄦ剰锛氲槠铹 FAT32 鏂囦欢绯荤粺镓鏀鎸佺殑纭鐩桦归噺链楂桦彲浠ヨ揪鍒 2 TB锛屼絾链変簺纭鐩桦彲鑳戒细锲犱负璁$畻链哄熀链杈揿叆/杈揿嚭绯荤粺 (BIOS) INT13 鎺ュ彛镄勯檺鍒惰屾棤娉曞寘钖澶т簬 7.8 GB 镄勫彲钖锷ㄥ垎鍖恒傝蜂笌纭浠跺埗阃犲晢镵旂郴锛屼互纭瀹氭偍璁$畻链虹殑 BIOS 鏄钖︽敮鎸佹洿鏂板悗镄 INT13 镓╁𪾢銆
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;184006
Windows 镎崭綔绯荤粺浣跨敤 FAT32 鏂囦欢绯荤粺镞跺瓨鍦ㄤ互涓嬮檺鍒讹细 • 绨囦笉鑳芥槸 64 鍗冨瓧鑺 (KB) 鎴栨洿澶с傚傛灉绨囦负 64 KB 鎴栨洿澶э纴链変簺绋嫔簭锛堜緥濡傚畨瑁呯▼搴忥级鍦ㄨ$畻纾佺洏绌洪棿镞跺彲鑳戒细鍑洪敊銆
• 鍗峰繀椤诲寘钖镊冲皯 65,527 涓绨囷纴镓嶈兘浣跨敤 FAT32 鏂囦欢绯荤粺銆傛偍涓嶈兘澧炲姞浣跨敤 FAT32 鏂囦欢绯荤粺镄勫嵎涓婄殑绨囧ぇ灏忥纴浠ヨ嚧浜庤ュ嵎镄勬渶缁堢皣鏁板皬浜 65,527銆
• 鍦ㄤ娇鐢 FAT32 鏂囦欢绯荤粺镄勫嵎涓婏纴绨囨渶澶氭槸 268,435,445 涓銆傚逛簬鏂囦欢鍒嗛厤琛 (FAT) 镄勭┖闂达纴姣忕皣链澶т负 32 KB锛屾嵁姝よ$畻鍑虹殑链澶х佺洏澶у皬澶х害涓 8 澶瀛楄妭 (TB)銆
• Microsoft Windows 95 鍜 Microsoft Windows 98 闄勫甫镄勨灭佺洏镓鎻忊濆伐鍏锋槸 16 浣岖▼搴忋傝繖镙风殑绋嫔簭链変竴涓鍐呭瓨鍧楋纴璇ュ唴瀛桦潡镄勬渶澶у垎閰嶅ぇ灏忕瓑浜 16 MB 鍑忓幓 64 KB銆傚洜姝わ纴Windows 95 鎴 Windows 98 镄勨灭佺洏镓鎻忊濆伐鍏锋棤娉曞勭悊浣跨敤 FAT32 鏂囦欢绯荤粺锛埚叾 FAT 澶у皬澶т簬 16 MB 鍜 64 KB 涔嫔樊锛夌殑鍗枫备娇鐢 FAT32 鏂囦欢绯荤粺镄勫嵎涓婄殑 FAT 椤逛娇鐢 4 瀛楄妭锛屽洜姝 ScanDisk 镞犳硶澶勭悊浣跨敤瀹氢箟镄勭皣鏁板ぇ浜 4,177,920锛埚寘𨰾涓や釜淇濈暀镄勭皣锛夌殑 FAT32 鏂囦欢绯荤粺镄勫嵎涓婄殑 FAT銆傚皢 FAT 链韬鍖呮嫭鍦ㄥ唴锛屾寜姣忕皣链澶 32 KB 璁$畻锛屽嵎澶у皬涓 127.53 钖夊瓧鑺 (GB)銆
• 鎭ㄤ笉鑳藉噺灏戜娇鐢 FAT32 鏂囦欢绯荤粺镄勫嵎涓婄殑绨囧ぇ灏忥纴浠ヨ嚧浜 FAT 镄勬渶缁埚ぇ灏忓ぇ浜 16 MB 涓 64 KB 涔嫔樊銆
• 鍦 Windows 2000 涓鎭ㄦ棤娉曚娇鐢 FAT32 鏂囦欢绯荤粺镙煎纺鍖栧ぇ浜 32 GB 镄勫嵎銆俉indows 2000 FastFAT 椹卞姩绋嫔簭鍙浠ュ畨瑁呭拰鏀鎸佷娇鐢 FAT32 鏂囦欢绯荤粺涓斿ぇ浜 32 GB镄勫嵎锛埚弹鍒板叾浠栭檺鍒讹级锛屼絾鏄鎭ㄤ笉鑳戒娇鐢ㄦ牸寮忓寲宸ュ叿鍒涘缓涓涓杩欐牱镄勫嵎銆傝繖绉岖幇璞℃槸璁捐′娇铹躲傚傛灉闇瑕佸垱寤哄ぇ浜 32 GB 镄勫嵎锛岃锋敼鐢 NTFS 鏂囦欢绯荤粺銆
澶囨敞锛氩湪灏濊瘯镙煎纺鍖栧ぇ浜 32 GB 镄 FAT32 鍒嗗尯镞讹纴鍦ㄨ繘绋嫔揩缁撴潫镞舵牸寮忓寲浼氩け璐ワ纴骞跺嚭鐜颁互涓嬮敊璇锛
Logical Disk Manager:Volume size too big.
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;314463
Windows XP 涓 FAT32 鏂囦欢绯荤粺镄勯檺鍒
褰撴偍鍦 Windows XP 涓浣跨敤 FAT32 鏂囦欢绯荤粺镞讹纴璇锋敞镒忎笅鍒楅檺鍒讹细 • 绨囦笉鑳界瓑浜庢垨澶т簬 64 KB銆傚傛灉绨囧ぇ灏忎负 64 KB 鎴栨洿澶э纴鍒欐湁浜涚▼搴忥纸渚嫔傚畨瑁呯▼搴忥级鍙鑳戒细涓嶆g‘鍦拌$畻纾佺洏绌洪棿銆
• FAT32 鍗峰繀椤昏呖灏戝寘钖 65,527 涓绨囥傛偍涓嶈兘澧炲姞浣跨敤 FAT32 鏂囦欢绯荤粺镄勫嵎涓婄殑绨囧ぇ灏忥纴杩欐牱浼氩艰嚧鍗蜂笂镄勭皣鏁板皯浜 65,527 涓銆
• 濡傛灉钥冭槛鍒颁互涓嫔彲鍙桦洜绱狅纴鍒欐渶澶х佺洏澶у皬澶х害涓 8 TB锛氢竴涓 FAT32 鍗蜂笂鍏佽哥殑链澶х皣鏁颁负 268,435,445锛屾疮涓绨囨渶澶т负 32 KB锛屽彟澶栬缮链夋枃浠跺垎閰嶈〃 (FAT) 镓闇镄勭┖闂淬
• 鎭ㄤ笉鑳藉噺灏 FAT32 鍗蜂笂镄勭皣澶у皬锛岃繖镙蜂细瀵艰嚧 FAT 镄勫ぇ灏忓ぇ浜 16 MB 鍑忓幓 64 KB銆
• 鍦 Windows XP 瀹夎呰繃绋嬩腑锛屾偍涓嶈兘浣跨敤 FAT32 鏂囦欢绯荤粺镙煎纺鍖栧ぇ浜 32 GB 镄勫嵎銆俉indows XP 鍙浠ヨ呭叆鍜屾敮鎸佸ぇ浜 32 GB 镄 FAT32 鍗凤纸鍙楀埌鍏朵粬闄愬埗锛夛纴浣嗘槸鎭ㄤ笉鑳藉湪瀹夎呮湡闂翠娇鐢 Format 宸ュ叿鍒涘缓澶т簬 32 GB 镄 FAT32 鍗枫傚傛灉鎭ㄩ渶瑕佹牸寮忓寲澶т簬 32 GB 镄勫嵎锛岃蜂娇鐢 NTFS 鏂囦欢绯荤粺𨱒ユ牸寮忓寲銆傚彟涓绉嶆柟娉曟槸浠 Microsoft Windows 98 鎴 Microsoft Windows Millennium Edition (Me) 钖锷ㄧ洏钖锷锛岀劧钖庝娇鐢ㄨョ佺洏涓婂寘钖镄 Format 宸ュ叿銆
链夊叧濡备綍浣跨敤 Microsoft Windows 98 鎴 Microsoft Windows Millennium Edition (Me) 钖锷ㄧ洏镙煎纺鍖栫‖鐩樼殑鍏朵粬淇℃伅锛岃峰崟鍑讳笅闱㈢殑鏂囩珷缂栧彿锛屼互镆ョ湅 Microsoft 鐭ヨ瘑搴扑腑鐩稿簲镄勬枃绔狅细
255867 濡备綍浣跨敤 Fdisk 鍜 Format 宸ュ叿瀵圭‖鐩樿繘琛屽垎鍖烘垨閲嶆柊鍒嗗尯
娉ㄦ剰锛氩綋鎭ㄥ湪 Windows XP 瀹夎呰繃绋嬩腑璇曞浘镙煎纺鍖栧ぇ浜 32GB 镄 FAT32 鍒嗗尯镞讹纴鍦ㄦ牸寮忓寲杩囩▼蹇缁撴潫镞舵搷浣滃皢浼氩け璐ワ纴骞朵笖鎭ㄥ彲鑳戒细鏀跺埌浠ヤ笅阌栾淇℃伅锛
Logical Disk Manager:Volume size too big.
• MS-DOS锛圡icrosoft Windows 95 镄勫师濮嬬増链锛夊拰 Microsoft Windows NT 4.0 鍙婃洿浣庣増链閮戒笉鑳借瘑鍒 FAT32 鍒嗗尯锛屽洜姝ゆ棤娉曚粠 FAT32 鍗峰惎锷ㄣ
• 鎭ㄤ笉鑳藉湪 FAT32 鍒嗗尯涓婂垱寤哄ぇ浜 (2^32)-1 瀛楄妭锛埚嵆 4 GB 鍑忓幓 1 涓瀛楄妭锛夌殑鏂囦欢銆
FAT32镙煎纺鐞呜轰笂鍙浠ユ敮鎸128TB镄勭佺洏锛屽嵆绨囩殑澶у皬涔樼皣镄勬暟閲32K*(2^32),浣嗙敱浜庡弹鍒拌蒋纭浠剁殑闄愬埗鍜屽叾浠栨柟闱㈢殑铡熷洜锛屼笉鍙鑳借揪鍒扮悊璁哄笺
NTFS姒傝堪
NTFS (New Technology File System)鏄 Windows NT 镎崭綔鐜澧冨拰 Windows NT 楂樼骇链嶅姟鍣ㄧ绣缁沧搷浣灭郴缁熺幆澧幂殑鏂囦欢绯荤粺銆侼TFS 镄勭洰镙囨槸鎻愪緵锛氩彲闱犳э纴阃氲繃鍙鎭㈠嶈兘锷(浜嬩欢璺熻釜)鍜岀儹瀹氢綅镄勫归敊鐗瑰緛瀹炵幇锛涘炲姞锷熻兘镐х殑涓涓骞冲彴锛涘 POSIX 闇姹傜殑鏀鎸侊绂娑堥櫎 FAT 鍜 HPFS 鏂囦欢绯荤粺涓镄勯檺鍒躲
NTFS 鎻愪緵闀挎枃浠跺悕銆佹暟鎹淇濇姢鍜屾仮澶嶏纴骞堕氲繃鐩褰曞拰鏂囦欢璁稿彲瀹炵幇瀹夊叏镐с侼TFS 鏀鎸佸ぇ纭鐩桦拰鍦ㄥ氢釜纭鐩树笂瀛桦偍鏂囦欢(绉颁负鍗)銆备緥濡傦纴涓涓澶у叕鍙哥殑鏁版嵁搴揿彲鑳藉ぇ寰楀繀椤昏法瓒娄笉钖岀殑纭鐩樸侼TFS 鎻愪緵鍐呯疆瀹夊叏镐х壒寰侊纴瀹冩带鍒舵枃浠剁殑闅跺睘鍏崇郴鍜岃块梾銆备粠DOS 鎴栧叾浠栨搷浣灭郴缁熶笂涓嶈兘鐩存帴璁块梾 NTFS 鍒嗗尯涓婄殑鏂囦欢銆傚傛灉瑕佸湪DOS涓嬭诲啓NTFS鍒嗗尯鏂囦欢镄勮瘽鍙浠ュ熷姪绗涓夋柟杞浠讹绂鐜板备粖锛孡inux 绯荤粺涓婂凡鍙浠ヤ娇鐢 NTFS-3G 杩涜屽 NTFS 鍒嗗尯镄勫畬缇庤诲啓锛屼笉蹇呮媴蹇冩暟鎹涓㈠け
Win 2000閲囩敤浜嗘洿鏂扮増链镄凬TFS鏂囦欢绯荤粺NTFS 5.0锛屽畠镄勬帹鍑轰娇寰楃敤鎴蜂笉浣嗗彲浠ュ儚Win 9X闾f牱鏂逛究蹇鎹峰湴镎崭綔鍜岀$悊璁$畻链猴纴钖屾椂涔熷彲浜鍙楀埌NTFS镓甯︽潵镄勭郴缁熷畨鍏ㄦс NTFS 鍏佽告枃浠跺悕镄勯暱搴﹀彲杈 256 涓瀛楃︺傝槠铹 DOS 鐢ㄦ埛涓嶈兘璁块梾 NTFS 鍒嗗尯锛屼絾鏄 NTFS 鏂囦欢鍙浠ユ嫹璐濆埌 DOS 鍒嗗尯銆傛疮涓 NTFS 鏂囦欢鍖呭惈涓涓鍙琚 DOS 鏂囦欢钖嶆牸寮忚ゅ彲镄 DOS 鍙璇绘枃浠跺悕銆傝繖涓鏂囦欢钖嶆槸 NTFS 浠庨暱鏂囦欢钖岖殑寮濮嫔瓧绗︿腑浜х敓镄勚
convert锻戒护灏咶AT32镞犳崯杞鎴怤TFS镙煎纺
灏咶AT 鍗疯浆鎹㈡垚 NTFS銆 CONVERT volume /FS:NTFS [/V] [/CvtArea:filename] [/NoSecurity] [/X] volume 鎸囧畾椹卞姩鍣ㄥ彿(钖庨溃璺熶竴涓鍐掑彿)銆 瑁呰浇镣规垨鍗峰悕锛屼絾涓嶈兘鍙嶈繃𨱒ユ棤鎹熸搷浣溿
[缂栬緫链娈礭NTFS镄勭壒镣
路NTFS鍙浠ユ敮鎸佺殑鍒嗗尯(濡傛灉閲囩敤锷ㄦ佺佺洏鍒欑О涓哄嵎)澶у皬鍙浠ヨ揪鍒2TB銆傝学in 2000涓镄凢AT32鏀鎸佸垎鍖虹殑澶у皬链澶т负32GB銆
路NTFS鏄涓涓鍙鎭㈠岖殑鏂囦欢绯荤粺銆傚湪NTFS鍒嗗尯涓婄敤鎴峰緢灏戦渶瑕佽繍琛岀佺洏淇澶岖▼搴忋侼TFS阃氲繃浣跨敤镙囧嗳镄勪簨鐗╁勭悊镞ュ织鍜屾仮澶嶆妧链𨱒ヤ缭璇佸垎鍖虹殑涓镊存с傚彂鐢熺郴缁熷け璐ヤ簨浠舵椂锛孨TFS浣跨敤镞ュ织鏂囦欢鍜屾镆ョ偣淇℃伅镊锷ㄦ仮澶嶆枃浠剁郴缁熺殑涓镊存с
路NTFS鏀鎸佸瑰垎鍖恒佹枃浠跺す鍜屾枃浠剁殑铡嬬缉銆备换浣曞熀浜嶹indows镄勫簲鐢ㄧ▼搴忓筃TFS鍒嗗尯涓婄殑铡嬬缉鏂囦欢杩涜岃诲啓镞朵笉闇瑕佷簨鍏堢敱鍏朵粬绋嫔簭杩涜岃В铡嬬缉锛屽綋瀵规枃浠惰繘琛岃诲彇镞,鏂囦欢灏呜嚜锷ㄨ繘琛岃В铡嬬缉锛涙枃浠跺叧闂鎴栦缭瀛樻椂浼氲嚜锷ㄥ规枃浠惰繘琛屽帇缂┿
路NTFS閲囩敤浜嗘洿灏忕殑绨,鍙浠ユ洿链夋晥鐜囧湴绠$悊纾佺洏绌洪棿銆傚湪Win 2000镄凢AT32鏂囦欢绯荤粺镄勬儏鍐典笅,鍒嗗尯澶у皬鍦2GB锝8GB镞剁皣镄勫ぇ灏忎负4KB锛涘垎鍖哄ぇ灏忓湪8GB锝16GB镞剁皣镄勫ぇ灏忎负8KB锛涘垎鍖哄ぇ灏忓湪16GB锝32GB镞,绨囩殑澶у皬鍒栾揪鍒颁简16KB銆傝学in 2000镄凬TFS鏂囦欢绯荤粺锛屽綋鍒嗗尯镄勫ぇ灏忓湪2GB浠ヤ笅镞,绨囩殑澶у皬閮芥瘆鐩稿簲镄凢AT32绨囧皬;褰揿垎鍖虹殑澶у皬鍦2GB浠ヤ笂镞(2GB锝2TB),绨囩殑澶у皬閮戒负4KB銆傜浉姣斾箣涓嬶纴NTFS鍙浠ユ瘆FAT32镟存湁鏁埚湴绠$悊纾佺洏绌洪棿锛屾渶澶ч檺搴﹀湴阆垮厤浜嗙佺洏绌洪棿镄勬氮璐广
路鍦∟TFS鍒嗗尯涓,鍙浠ヤ负鍏变韩璧勬簮銆佹枃浠跺す浠ュ强鏂囦欢璁剧疆璁块梾璁稿彲𨱒冮檺銆傝稿彲镄勮剧疆鍖呮嫭涓ゆ柟闱㈢殑鍐呭癸细涓鏄鍏佽稿摢浜涚粍鎴栫敤鎴峰规枃浠跺す銆佹枃浠跺拰鍏变韩璧勬簮杩涜岃块梾锛涗簩鏄銮峰缑璁块梾璁稿彲镄勭粍鎴栫敤鎴峰彲浠ヨ繘琛屼粈涔堢骇鍒镄勮块梾銆傝块梾璁稿彲𨱒冮檺镄勮剧疆涓崭絾阃傜敤浜庢湰鍦拌$畻链虹殑鐢ㄦ埛,钖屾牱涔熷簲鐢ㄤ簬阃氲繃缃戠粶镄勫叡浜鏂囦欢澶瑰规枃浠惰繘琛岃块梾镄勭绣缁灭敤鎴枫备笌FAT32鏂囦欢绯荤粺涓嫔规枃浠跺す鎴栨枃浠惰繘琛岃块梾鐩告瘆锛屽畨鍏ㄦц侀珮寰楀氥傚彟澶,鍦ㄩ噰鐢∟TFS镙煎纺镄刉in 2000涓,搴旂敤瀹℃牳绛栫暐鍙浠ュ规枃浠跺す銆佹枃浠朵互鍙婃椿锷ㄧ洰褰曞硅薄杩涜屽℃牳锛屽℃牳缁撴灉璁板綍鍦ㄥ畨鍏ㄦ棩蹇椾腑锛岄氲繃瀹夊叏镞ュ织灏卞彲浠ユ煡鐪嫔摢浜涚粍鎴栫敤鎴峰规枃浠跺す銆佹枃浠舵垨娲诲姩鐩褰曞硅薄杩涜屼简浠涔堢骇鍒镄勬搷浣滐纴浠庤屽彂鐜扮郴缁熷彲鑳介溃涓寸殑闱炴硶璁块梾,阃氲繃閲囧彇鐩稿簲镄勬帾鏂斤纴灏呜繖绉嶅畨鍏ㄩ殣鎭e噺鍒版渶浣庛傝繖浜涘湪FAT32鏂囦欢绯荤粺涓,鏄涓嶈兘瀹炵幇镄勚
路鍦╓in 2000镄凬TFS鏂囦欢绯荤粺涓嫔彲浠ヨ繘琛岀佺洏閰嶉濈$悊銆傜佺洏閰嶉濆氨鏄绠$悊锻桦彲浠ヤ负鐢ㄦ埛镓鑳戒娇鐢ㄧ殑纾佺洏绌洪棿杩涜岄厤棰濋檺鍒讹纴姣忎竴鐢ㄦ埛鍙鑳戒娇鐢ㄦ渶澶ч厤棰濊寖锲村唴镄勭佺洏绌洪棿銆傝剧疆纾佺洏閰嶉濆悗锛屽彲浠ュ规疮涓涓鐢ㄦ埛镄勭佺洏浣跨敤𨱍呭喌杩涜岃窡韪鍜屾带鍒讹纴阃氲繃鐩戞祴鍙浠ユ爣璇嗗嚭瓒呰繃閰嶉濇姤璀﹂槇鍊煎拰閰嶉濋檺鍒剁殑鐢ㄦ埛锛屼粠钥岄噰鍙栫浉搴旂殑鎺鏂姐傜佺洏閰嶉濈$悊锷熻兘镄勬彁渚涳纴浣垮缑绠$悊锻桦彲浠ユ柟渚垮悎鐞嗗湴涓虹敤鎴峰垎閰嶅瓨鍌ㄨ祫婧愶纴阆垮厤鐢变簬纾佺洏绌洪棿浣跨敤镄勫け鎺у彲鑳介犳垚镄勭郴缁熷穿婧冿纴鎻愰珮浜嗙郴缁熺殑瀹夊叏镐с
路NTFS浣跨敤涓涓钬滃彉镟粹濇棩蹇楁潵璺熻釜璁板綍鏂囦欢镓鍙戠敓镄勫彉镟淬
路杩樻湁璇稿傚姞瀵嗘枃浠舵暟鎹绛夌瓑锛屽拰绯荤粺链嶅姟鐩稿叧镄勪笢瑗夸笉灏戙
[缂栬緫链娈礭NTFS镄勪紭镣
1.鍏峰囬敊璇棰勮︾殑鏂囦欢绯荤粺
[3]鍦∟TFS鍒嗗尯涓锛屾渶寮濮嬬殑16涓镓囧尯鏄鍒嗗尯寮曞兼墖鍖猴纴鍏朵腑淇濆瓨镌鍒嗗尯寮曞间唬镰侊纴鎺ョ潃灏辨槸涓绘枃浠惰〃(Master File Table锛屼互涓嬬亩绉癕FT)锛屼絾濡傛灉瀹冩墍鍦ㄧ殑纾佺洏镓囧尯鎭板ソ鍑虹幇鎹熷潖锛孨TFS鏂囦欢绯荤粺浼氭瘆杈冩櫤鑳藉湴灏哅FT鎹㈠埌纭鐩樼殑鍏朵粬镓囧尯锛屼缭璇佷简鏂囦欢绯荤粺镄勬e父浣跨敤锛屼篃灏辨槸淇濊瘉浜哤indows镄勬e父杩愯屻傝屼互鍓岖殑FAT16鍜孎AT32镄凢AT(鏂囦欢鍒嗛厤琛)鍒椤彧鑳藉浐瀹氩湪鍒嗗尯寮曞兼墖鍖虹殑钖庨溃锛屼竴镞﹂亣鍒版墖鍖烘崯鍧忥纴闾d箞鏁翠釜鏂囦欢绯荤粺灏辫佺槴䦅銆
浣呜繖绉嶆櫤鑳界Щ锷∕FT镄勫仛娉曞綋铹跺苟闱炲崄鍏ㄥ崄缇庯纴濡傛灉鍒嗗尯寮曞间唬镰佷腑鎸囧悜MFT镄勯儴鍒嗗嚭鐜伴敊璇锛岄偅涔圢TFS鏂囦欢绯荤粺渚夸细涓岖煡阆揿埌鍝閲屽绘垒MFT锛屼粠钥屼细鎶ュ憡钬灭佺洏娌℃湁镙煎纺鍖栤濊繖镙风殑阌栾淇℃伅銆备负浜嗛伩鍏嶈繖镙风殑闂棰桦彂鐢燂纴鍒嗗尯寮曞间唬镰佷腑浼氩寘钖涓娈垫牎楠岀▼搴忥纴涓挞棬璐熻矗渚﹂敊銆
2.鏂囦欢璇诲彇阃熷害镟撮珮鏁
鎭愭曞緢澶氢汉閮藉惉璇碞TFS鏂囦欢绯荤粺鍦ㄥ畨鍏ㄦф柟闱㈡湁寰埚氭柊锷熻兘锛屼絾浣犲彲钖︾煡阆:NTFS鍦ㄦ枃浠跺勭悊阃熷害涓娄篃姣擣AT32澶ф湁鎻愬崌锻?
瀵笵OS鐣ョ煡涓浜岀殑璇昏呬竴瀹氱啛鎭夋枃浠剁殑钖勭嶅睘镐:鍙璇汇侀殣钘忋佺郴缁熺瓑銆傚湪NTFS鏂囦欢绯荤粺涓锛岃繖浜涘睘镐ч兘杩桦瓨鍦锛屼絾链変简寰埚ぇ涓嶅悓銆傚湪杩欓噷锛屼竴鍒囦笢瑗块兘鏄涓绉嶅睘镐э纴灏辫繛鏂囦欢鍐呭逛篃鏄涓绉嶅睘镐с傝繖浜涘睘镐х殑鍒楄〃涓嶆槸锲哄畾镄勶纴鍙浠ラ殢镞跺炲姞锛岃繖涔熷氨鏄涓轰粈涔堜綘浼氩湪NTFS鍒嗗尯涓婄湅鍒版枃浠舵湁镟村氱殑灞炴.
NTFS鏂囦欢绯荤粺涓镄勬枃浠跺睘镐у彲浠ュ垎鎴愪袱绉:甯搁┗灞炴у拰闱炲父椹诲睘镐э纴甯搁┗灞炴х洿鎺ヤ缭瀛桦湪MFT涓锛屽儚鏂囦欢钖嶅拰鐩稿叧镞堕棿淇℃伅(渚嫔傚垱寤烘椂闂淬佷慨鏀规椂闂寸瓑)姘歌繙灞炰簬甯搁┗灞炴э纴闱炲父椹诲睘镐у垯淇濆瓨鍦∕FT涔嫔栵纴浣嗕细浣跨敤涓绉嶅嶆潅镄勭储寮曟柟寮忔潵杩涜屾寚绀恒傚傛灉鏂囦欢鎴栨枃浠跺す灏忎簬1500瀛楄妭(鍏跺疄鎴戜滑镄勭数鑴戜腑链夌浉褰揿氲繖镙峰ぇ灏忕殑鏂囦欢鎴栨枃浠跺す)锛岄偅涔埚畠浠镄勬墍链夊睘镐э纴鍖呮嫭鍐呭归兘浼氩父椹诲湪MFT涓锛岃孧FT鏄疻indows涓钖锷ㄥ氨浼氲浇鍏ュ埌鍐呭瓨涓镄勶纴杩欐牱褰扑綘镆ョ湅杩欎簺鏂囦欢鎴栨枃浠跺す镞讹纴鍏跺疄瀹冧滑镄勫唴瀹规棭宸插湪缂揿瓨涓浜嗭纴镊铹跺ぇ澶ф彁楂树简鏂囦欢鍜屾枃浠跺す镄勮块梾阃熷害銆
3.纾佺洏镊鎴戜慨澶嶅姛鑳
NTFS鍒╃敤涓绉嵝滆嚜鎴戠枟浼も濈殑绯荤粺锛屽彲浠ュ圭‖鐩树笂镄勯昏緫阌栾鍜岀墿鐞嗛敊璇杩涜岃嚜锷ㄤ睛娴嫔拰淇澶嶃傚湪FAT16鍜孎AT32镞朵唬锛屾垜浠闇瑕佸熷姪Scandisk杩欎釜绋嫔簭𨱒ユ爣璁扮佺洏涓婄殑鍧忔墖鍖猴纴浣嗗綋鍙戠幇阌栾镞讹纴鏁版嵁寰寰宸茬粡琚鍐椤湪浜嗗潖镄勬墖鍖轰笂浜嗭纴鎹熷け宸茬粡阃犳垚銆
NTFS鏂囦欢绯荤粺鍒欎笉铹讹纴姣忔¤诲啓镞讹纴瀹冮兘浼氭镆ユ墖鍖烘g‘涓庡惁銆傚綋璇诲彇镞跺彂鐜伴敊璇锛孨TFS浼氭姤锻婅繖涓阌栾;褰揿悜纾佺洏鍐欐枃浠舵椂鍙戠幇阌栾锛孨TFS灏嗕细鍗佸垎鏅鸿兘鍦版崲涓涓瀹屽ソ浣岖疆瀛桦偍鏁版嵁锛屾搷浣滀笉浼氩弹鍒颁换浣曞奖鍝嶃傚湪杩欎袱绉嶆儏鍐典笅锛孨TFS閮戒细鍦ㄥ潖镓囧尯涓娄綔镙囱帮纴浠ラ槻浠婂悗琚浣跨敤銆傝繖绉嶅伐浣沧ā寮忓彲浠ヤ娇纾佺洏阌栾鍙浠ヨ缉镞╁湴琚鍙戠幇锛岄伩鍏岖伨闅炬х殑浜嬫晠鍙戠敓銆
链変簺浜哄彂鐜板綋鎶婄佺洏杞鎹涓篘TFS鏂囦欢绯荤粺钖庯纴鐢ㄧ佺洏镓鎻忕▼搴忓氨寰堥毦鍙戠幇纾佺洏阌栾浜嗐傜粡杩囧墠闱㈢殑浠嬬粛锛屼綘鐭ラ亾杩欐槸涓轰粈涔堜简钖?
4.钬滈槻𨱔捐祱𨱔锯濈殑浜嬩欢镞ュ织锷熻兘
鍦∟TFS鏂囦欢绯荤粺涓锛屼换浣曟搷浣滈兘鍙浠ヨ鐪嬫垚鏄涓涓钬滀簨浠垛濄傛瘆濡傚皢涓涓鏂囦欢浠嶤鐩桦嶅埗鍒瘅鐩桡纴鏁翠釜澶嶅埗杩囩▼灏辨槸涓涓浜嬩欢銆备簨浠舵棩蹇椾竴鐩寸洃镌g潃鏁翠釜镎崭綔锛屽綋瀹冨湪鐩镙囧湴钬斺挤鐩桦彂鐜颁简瀹屾暣鏂囦欢锛屽氨浼氲板綍涓嬩竴涓钬滃凡瀹屾垚钬濈殑镙囱般傚亣濡傚嶅埗涓阃旀柇鐢碉纴浜嬩欢镞ュ织涓灏变笉浼氲板綍钬滃凡瀹屾垚钬濓纴NTFS鍙浠ュ湪𨱒ョ数钖庨吨鏂板畬鎴愬垰镓岖殑浜嬩欢銆备簨浠舵棩蹇楃殑浣灭敤涓嶅湪浜庡畠鑳芥尳锲炴崯澶憋纴钥屽湪浜庡畠鐩戠潱镓链変簨浠讹纴浠庤岃╃郴缁熸案杩灭煡阆揿畬鎴愪简鍝浜涗换锷★纴闾d簺浠诲姟杩樻病链夊畬鎴愶纴淇濊瘉绯荤粺涓崭细锲犱负鏂鐢电瓑绐佸彂浜嬩欢鍙戠敓绱娄贡锛屾渶澶х▼搴﹂檷浣庝简镰村潖镐с
5.ntfs锷ㄦ佺佺洏锷熻兘
锷ㄦ佺佺洏鏄浠嶹indows 2000镞朵唬寮濮嬬殑鏂扮壒镐э纴Windows Server 2003缁х画浣跨敤浜呜繖涓鐩稿綋妫掔殑鐗规с傜浉姣斿熀链纾佺洏锛屽畠鎻愪緵镟村姞𨱔垫椿镄勭$悊鍜屼娇鐢ㄧ壒镐с傛偍鍙浠ュ湪锷ㄦ佺佺洏涓婂疄鐜版暟鎹镄勫归敊銆侀珮阃熺殑璇诲啓镎崭綔銆佺浉瀵归殢镒忕殑淇鏀瑰嵎澶у皬绛夋搷浣滐纴钥屼笉鑳藉湪锘烘湰纾佺洏涓婂疄鐜般傚姩镐佺佺洏娌℃湁鍗锋暟閲忕殑闄愬埗锛屽彧瑕佺佺洏绌洪棿鍏佽革纴鎭ㄥ彲浠ュ湪锷ㄦ佺佺洏涓浠绘剰寤虹珛鍗枫傚姩镐佺佺洏锛屾垜浠鍙浠ュ皢鏁板潡纾佺洏涓镄勭┖浣欑佺洏绌洪棿镓╁𪾢鍒板悓涓涓鍗蜂腑𨱒ュ炲ぇ鍗风殑瀹归噺銆傚熀链纾佺洏镄勮诲啓阃熷害鐢辩‖浠跺喅瀹氾纴涓嶅彲鑳藉湪涓嶉濆栨秷璐圭殑𨱍呭喌涓嬫彁鍗囩佺洏鏁堢巼銆傚湪锷ㄦ佺佺洏涓婂垱寤哄甫鍖哄嵎𨱒ュ悓镞跺瑰氩潡纾佺洏杩涜岃诲啓锛屾樉镢楁彁鍗囩佺洏鏁堢巼銆
浣跨敤Windows XP 2000 2003绛夌郴缁熷畨瑁呯洏缁欑‖鐩桦垎鍖烘椂锛屽线寰鍙戠幇涓岖$‖鐩桦ぇ灏忥纴涓岖″垎鍖哄ぇ灏忥纴链钖庢绘湁8M镄勭┖闂磋鍓╀綑涓嬫潵銆傝繖8M绌洪棿鏄鐢ㄦ潵杞鎹㈡垚锷ㄦ佺佺洏镄勚傚垱寤篟aid镞跺繀椤昏佹湁涓嶅皬浜8M镄勫姩镐佺佺洏锛屾墍浠Windows镎崭綔绯荤粺鍦ㄨ繘琛屽垎鍖烘椂浼氲嚜锷ㄧ暀涓8M镄勭┖闂淬
锘烘湰纾佺洏涓嶅彲瀹归敊锛屽傛灉娌℃湁鍙婃椂澶囦唤钥岄伃阆囩佺洏澶辫触锛屼细链夋瀬澶х殑鎹熷け銆傚湪锷ㄦ佺佺洏涓婂垱寤洪暅镀忓嵎锛屾墍链夊唴瀹硅嚜锷ㄥ疄镞惰闀滃儚鍒伴暅镀忕佺洏涓锛屽嵆浣块亣鍒扮佺洏澶辫触涔熶笉蹇呮媴蹇冩暟鎹鎹熷け浜嗐傚湪锷ㄦ佺佺洏涓婂垱寤哄甫链夊囧伓镙¢獙镄勫甫鍖哄嵎锛屾潵淇濊瘉鎻愰珮镐ц兘镄勫悓镞朵负纾佺洏娣诲姞瀹归敊镐с
锷ㄦ佺佺洏鎻愪緵浜嗗熀链纾佺洏涓嶅叿澶囩殑涓浜涚壒镐э纴渚嫔傚垱寤哄彲璺ㄨ秺澶氢釜纾佺洏镄勫嵎锛堣法鍖哄嵎鍜屽甫鍖哄嵎锛夊拰鍒涘缓鍏锋湁瀹归敊鑳藉姏镄勫嵎锛堥暅镀忓嵎鍜 RAID-5 鍗凤级镄勮兘锷涖傚姩镐佺佺洏涓婄殑镓链夊嵎閮芥槸锷ㄦ佸嵎銆傛湁浜旂岖被鍨嬬殑锷ㄦ佸嵎锛氱亩鍗曞嵎銆佽法鍖哄嵎銆佸甫鍖哄嵎銆侀暅镀忓嵎鍜 RAID-5 鍗枫傞暅镀忓嵎鍜 RAID-5 鍗峰叿链夊归敊锷熻兘锛屼粎鍦ㄨ繍琛 Windows 2000 Server銆乄indows 2000 Advanced Server銆乄indows 2000 Datacenter Server 鎴 Windows Server 2003 镎崭綔绯荤粺镄勮$畻链轰笂鍙鐢ㄣ备笉杩囷纴涔熷彲浠ラ氲繃杩愯 Windows XP Professional 镄勮$畻链哄湪杩欎簺镎崭綔绯荤粺涓婅繙绋嫔垱寤洪暅镀忓嵎鍜 RAID-5 鍗枫备笉绠″姩镐佺佺洏浣跨敤涓诲惎锷ㄨ板綍 (MBR) 杩樻槸 GUID 鍒嗗尯琛 (GPT) 鍒嗗尯镙峰纺锛岄兘鍙浠ュ垱寤烘渶澶 2,000 涓锷ㄦ佸嵎锛屼絾鏄锷ㄦ佸嵎镄勬帹钻愬兼槸 32 涓鎴栨洿灏戙
6.鎴戞槸钖﹂渶瑕佸摢浜涢梼锷犵殑锷熻兘?
鍏跺疄锛孨TFS杩樻彁渚涗简纾佺洏铡嬬缉銆佹暟鎹锷犲瘑銆佺佺洏閰嶉(鍦ㄢ沧垜镄勭数鑴戋濅腑鍙冲嚮鍒嗗尯骞跺苟琛屸滃睘镐р濓纴杩涘叆钬滈厤棰浓濋夐”鍗″嵆鍙璁剧疆)銆佸姩镐佺佺洏绠$悊绛夊姛鑳斤纴杩欎簺锷熻兘鍦ㄥ緢澶氭姤鍒婃潅蹇椾笂浠嬬粛镄勬瘆杈冨氢简锛岃繖閲屼笉鍐嶈︾粏浠嬬粛銆
NTFS鎻愪緵浜嗕负涓嶅悓鐢ㄦ埛璁剧疆涓嶅悓璁块梾鎺у埗銆侀殣绉佸拰瀹夊叏绠$悊锷熻兘銆傚傛灉浣犵殑绯荤粺澶勪簬涓涓鍗曟満鐜澧冿纴姣斿傚剁敤鐢佃剳锛岄偅涔堣繖浜涘姛鑳藉逛綘镒忎箟涓嶆槸寰埚ぇ銆
❷ 请高手详解内存双通道和建磁盘阵列
主板_双通道内存技术
双通道内存技术其实是一种内存控制和管理技术,它依赖于芯片组的内存控制器发生作用,在理论上能够使两条同等规格内存所提供的带宽增长一倍。它并不是什么新技术,早就被应用于服务器和工作站系统中了,只是为了解决台式机日益窘迫的内存带宽瓶颈问题它才走到了台式机主板技术的前台。在几年前,英特尔公司曾经推出了支持双通道内存传输技术的i820芯片组,它与RDRAM内存构成了一对黄金搭档,所发挥出来的卓绝性能使其一时成为市场的最大亮点,但生产成本过高的缺陷却造成了叫好不叫座的情况,最后被市场所淘汰。由于英特尔已经放弃了对RDRAM的支持,所以目前主流芯片组的双通道内存技术均是指双通道DDR内存技术,主流双通道内存平台英特尔方面是英特尔 865、875系列,而AMD方面则是NVIDIA Nforce2系列。
双通道内存技术是解决CPU总线带宽与内存带宽的矛盾的低价、高性能的方案。现在CPU的FSB(前端总线频率)越来越高,英特尔 Pentium 4比AMD Athlon XP对内存带宽具有高得多的需求。英特尔 Pentium 4处理器与北桥芯片的数据传输采用QDR(Quad Data Rate,四次数据传输)技术,其FSB是外频的4倍。英特尔 Pentium 4的FSB分别是400、533、800MHz,总线带宽分别是3.2GB/sec,4.2GB/sec和6.4GB/sec,而DDR 266/DDR 333/DDR 400所能提供的内存带宽分别是2.1GB/sec,2.7GB/sec和3.2GB/sec。在单通道内存模式下,DDR内存无法提供CPU所需要的数据带宽从而成为系统的性能瓶颈。而在双通道内存模式下,双通道DDR 266、DDR 333、DDR 400所能提供的内存带宽分别是4.2GB/sec,5.4GB/sec和6.4GB/sec,在这里可以看到,双通道DDR 400内存刚好可以满足800MHz FSB Pentium 4处理器的带宽需求。而对AMD Athlon XP平台而言,其处理器与北桥芯片的数据传输技术采用DDR(Double Data Rate,双倍数据传输)技术,FSB是外频的2倍,其对内存带宽的需求远远低于英特尔 Pentium 4平台,其FSB分别为266、333、400MHz,总线带宽分别是2.1GB/sec,2.7GB/sec和3.2GB/sec,使用单通道的DDR 266、DDR 333、DDR 400就能满足其带宽需求,所以在AMD K7平台上使用双通道DDR内存技术,可说是收效不多,性能提高并不如英特尔平台那样明显,对性能影响最明显的还是采用集成显示芯片的整合型主板。
NVIDIA推出的nForce芯片组是第一个把DDR内存接口扩展为128-bit的芯片组,随后英特尔在它的E7500服务器主板芯片组上也使用了这种双通道DDR内存技术,SiS和VIA也纷纷响应,积极研发这项可使DDR内存带宽成倍增长的技术。但是,由于种种原因,要实现这种双通道DDR(128 bit的并行内存接口)传输对于众多芯片组厂商来说绝非易事。DDR SDRAM内存和RDRAM内存完全不同,后者有着高延时的特性并且为串行传输方式,这些特性决定了设计一款支持双通道RDRAM内存芯片组的难度和成本都不算太高。但DDR SDRAM内存却有着自身局限性,它本身是低延时特性的,采用的是并行传输模式,还有最重要的一点:当DDR SDRAM工作频率高于400MHz时,其信号波形往往会出现失真问题,这些都为设计一款支持双通道DDR内存系统的芯片组带来不小的难度,芯片组的制造成本也会相应地提高,这些因素都制约着这项内存控制技术的发展。
普通的单通道内存系统具有一个64位的内存控制器,而双通道内存系统则有2个64位的内存控制器,在双通道模式下具有128bit的内存位宽,从而在理论上把内存带宽提高一倍。虽然双64位内存体系所提供的带宽等同于一个128位内存体系所提供的带宽,但是二者所达到效果却是不同的。双通道体系包含了两个独立的、具备互补性的智能内存控制器,理论上来说,两个内存控制器都能够在彼此间零延迟的情况下同时运作。比如说两个内存控制器,一个为A、另一个为B。当控制器B准备进行下一次存取内存的时候,控制器A就在读/写主内存,反之亦然。两个内存控制器的这种互补“天性”可以让等待时间缩减50%。双通道DDR的两个内存控制器在功能上是完全一样的,并且两个控制器的时序参数都是可以单独编程设定的。这样的灵活性可以让用户使用二条不同构造、容量、速度的DIMM内存条,此时双通道DDR简单地调整到最低的内存标准来实现128bit带宽,允许不同密度/等待时间特性的DIMM内存条可以可靠地共同运作。
支持双通道DDR内存技术的台式机芯片组,英特尔平台方面有英特尔的865P、865G、865GV、865PE、875P以及之后的915、925系列;VIA的PT880,ATI的Radeon 9100 IGP系列,SIS的SIIS 655,SIS 655FX和SIS 655TX;AMD平台方面则有VIA的KT880,NVIDIA的nForce2 Ultra 400,nForce2 IGP,nForce2 SPP及其以后的芯片。
AMD的64位CPU,由于集成了内存控制器,因此是否支持内存双通道看CPU就可以。目前AMD的台式机CPU,只有939接口的才支持内存双通道,754接口的不支持内存双通道。除了AMD的64位CPU,其他计算机是否可以支持内存双通道主要取决于主板芯片组,支持双通道的芯片组上边有描述,也可以查看。此外有些芯片组在理论上支持不同容量的内存条实现双通道,不过实际还是建议尽量使用参数一致的两条内存条。
内存双通道一般要求按主板上内存插槽的颜色成对使用,此外有些主板还要在BIOS做一下设置,一般主板说明书会有说明。当系统已经实现双通道后,有些主板在开机自检时会有提示,可以仔细看看。由于自检速度比较快,所以可能看不到。因此可以用一些软件查看,很多软件都可以检查,比如cpu-z,比较小巧。在“memory”这一项中有“channels”项目,如果这里显示“Dual”这样的字,就表示已经实现了双通道。两条256M的内存构成双通道效果会比一条512M的内存效果好,因为一条内存无法构成双通道。
磁盘阵列技术
磁盘阵列(DiscArray)是由许多台磁盘机或光盘机按一定的规则,如分条(Striping)、分块(Declustering)、交叉存取(Interleaving)等组成一个快速,超大容量的外存储器子系统。它在阵列控制器的控制和管理下,实现快速,并行或交叉存取,并有较强的容错能力。从用户观点看,磁盘阵列虽然是由几个、几十个甚至上百个盘组成,但仍可认为是一个单一磁盘,其容量可以高达几百~上千千兆字节,因此这一技术广泛为多媒体系统所欢迎。
盘阵列的全称是:
RendanArrayofInexpensiveDisk,简称RAID技术。它是1988年由美国加州大学Berkeley分校的DavidPatterson教授等人提出来的磁盘冗余技术。从那时起,磁盘阵列技术发展得很快,并逐步走向成熟。现在已基本得到公认的有下面八种系列。
1.RAID0(0级盘阵列)
RAID0又称数据分块,即把数据分布在多个盘上,没有容错措施。其容量和数据传输率是单机容量的N倍,N为构成盘阵列的磁盘机的总数,I/O传输速率高,但平均无故障时间MTTF(MeanTimeToFailure)只有单台磁盘机的N分之一,因此零级盘阵列的可靠性最差。
2.RAID1(1级盘阵列)
RAID1又称镜像(Mirror)盘,采用镜像容错来提高可靠性。即每一个工作盘都有一个镜像盘,每次写数据时必须同时写入镜像盘,读数据时只从工作盘读出。一旦工作盘发生故障立即转入镜像盘,从镜像盘中读出数据,然后由系统再恢复工作盘正确数据。因此这种方式数据可以重构,但工作盘和镜像盘必须保持一一对应关系。这种盘阵列可靠性很高,但其有效容量减小到总容量一半以下。因此RAID1常用于对出错率要求极严的应用场合,如财政、金融等领域。
3.RAID2(2级盘阵列)
RAID2又称位交叉,它采用汉明码作盘错检验,无需在每个扇区之后进行CRC(CyclicReDundancycheck)检验。汉明码是一种(n,k)线性分组码,n为码字的长度,k为数据的位数,r为用于检验的位数,故有:n=2r-1r=n-k
因此按位交叉存取最有利于作汉明码检验。这种盘适于大数据的读写。但冗余信息开销还是太大,阻止了这类盘的广泛应用。
4.RAID3(3级盘阵列)
RAID3为单盘容错并行传输阵列盘。它的特点是将检验盘减小为一个(RAID2校验盘为多个,DAID1检验盘为1比1),数据以位或字节的方式存于各盘(分散记录在组内相同扇区号的各个磁盘机上)。它的优点是整个阵列的带宽可以充分利用,使批量数据传输时间减小;其缺点是每次读写要牵动整个组,每次只能完成一次I/O。
5.RAID4(4级盘阵列)
RAID4是一种可独立地对组内各盘进行读写的阵列。其校验盘也只有一个。
RAID4和RAID3的区别是:RAID3是按位或按字节交叉存取,而RAID4是按块(扇区)存取,可以单独地对某个盘进行操作,它无需象RAID3那样,那怕每一次小I/O操作也要涉及全组,只需涉及组中两台磁盘机(一台数据盘,一台检验盘)即可。从而提高了小量数据的I/O速率。
6.RAID5(5级盘阵列)
RAID5是一种旋转奇偶校验独立存取的阵列。它和RAID1、2、3、4各盘阵列的不同点,是它没有固定的校验盘,而是按某种规则把其冗余的奇偶校验信息均匀地分布在阵列所属的所有磁盘上。于是在同一台磁盘机上既有数据信息也有校验信息。这一改变解决了争用校验盘的问题,因此DAID5内允许在同一组内并发进行多个写操作。所以RAID5即适于大数据量的操作,也适于各种事务处理。它是一种快速,大容量和容错分布合理的磁盘阵列。
7.RAID6(6级盘阵列)
RAID6是一种双维奇偶校验独立存取的磁盘阵列。它的冗余的检、纠错信息均匀分布在所有磁盘上,而数据仍以大小可变的块以交叉方式存于各盘。这类盘阵列可容许双盘出错。
8.RAID7(7级盘阵列)
RAID7是在RAID6的基础上,采用了cache技术,它使得传输率和响应速度都有较大的提高。Cache是一种高速缓冲存储器,即数据在写入磁盘阵列以前,先写入cache中。一般采用cache分块大小和磁盘阵列中数据分块大小相同,即一块cache分块对应一块磁盘分块。在写入时将数据分别写入两个独立的cache,这样即使其中有一个cache出故障,数据也不会丢失。写操作将直接在cache级响应,然后再转到磁盘阵列。数据从cache写到磁盘阵列时,同一磁道的数据将在一次操作中完成,避免了不少块数据多次写的问题,提高了速度。在读出时,主机也是直接从cache中读出,而不是从阵列盘上读取,减少与磁盘读操作次数,这样比较充分地利用了磁盘带宽。
这样cache和磁盘阵列技术的结合,弥补了磁盘阵列的不足(如分块写请求响应差等缺陷),从而使整个系统以高效、快速、大容量、高可靠以及灵活、方便的存储系统提供给用户,从而满足了当前的技术发展的需要,尤其是多媒体系统的需要。
解析磁盘阵列的关键技术
存储技术在计算机技术中受到广泛关注,服务器存储技术更是业界关心的热点。一谈到服务器存储技术,人们几乎立刻与SCSI(Small Computer Systems Interface)技术联系在一起。尽管廉价的IDE硬盘在性能、容量等关键技术指标上已经大大地提高,可以满足甚至超过原有的服务器存储设备的需求。但由于Internet的普及与高速发展,网络服务器的规模也变得越来越大。同时,Internet不仅对网络服务器本身,也对服务器存储技术提出了苛刻要求。无止境的市场需求促使服务器存储技术飞速发展。而磁盘阵列是服务器存储技术中比较成熟的一种,也是在市场上比较多见的大容量外设之一。
在高端,传统的存储模式无论在规模上,还是安全上,或是性能上,都无法满足特殊应用日益膨胀的存储需求。诸如存储局域网(SAN)等新的技术或应用方案不断涌现,新的存储体系结构和解决方案层出不穷,服务器存储技术由直接连接存储(DAS)向存储网络技术(NAS)方面扩展。在中低端,随着硬件技术的不断发展,在强大市场需求的推动下,本地化的、基于直接连接的磁盘阵列存储技术,在速度、性能、存储能力等方面不断地迈上新台阶。并且,为了满足用户对存储数据的安全、存取速度和超大的存储容量的需求,磁盘阵列存储技术也从讲求技术创新、重视系统优化,以技术方案为主导的技术推动期逐渐进入了强调工业标准、着眼市场规模,以成熟产品为主导的产品普及期。
回顾磁盘阵列的发展历程,一直和SCSI技术的发展紧密关联,一些厂商推出的专有技术,如IBM的SSA(Serial Storage Architecture)技术等,由于兼容性和升级能力不尽如人意,在市场上的影响都远不及SCSI技术广泛。由于SCSI技术兼容性好,市场需求旺盛,使得SCSI技术发展很快。从最原始5MB/s传输速度的SCSI-1,一直发展到现在LVD接口的160MB/s传输速度的Ultra 160 SCSI,320MB/s传输速度的Ultra 320 SCSI接口也将在2001年出现(见表1)。从当前市场看,Ultra 3 SCSI技术和RAID(Rendant Array of Inexpensive Disks)技术还应是磁盘阵列存储的主流技术。
SCSI技术
SCSI本身是为小型机(区别于微机而言)定制的存储接口,SCSI协议的Version 1 版本也仅规定了5MB/s传输速度的SCSI-1的总线类型、接口定义、电缆规格等技术标准。随着技术的发展,SCSI协议的Version 2版本作了较大修订,遵循SCSI-2协议的16位数据带宽,高主频的SCSI存储设备陆续出现并成为市场的主流产品,也使得SCSI技术牢牢地占据了服务器的存储市场。SCSI-3协议则增加了能满足特殊设备协议所需要的命令集,使得SCSI协议既适应传统的并行传输设备,又能适应最新出现的一些串行设备的通讯需要,如光纤通道协议(FCP)、串行存储协议(SSP)、串行总线协议等。渐渐地,“小型机”的概念开始弱化,“高性能计算机”和“服务器”的概念在人们的心目中得到强化,SCSI一度成为用户从硬件上来区分“服务器”和PC机的一种标准。
通常情况下,用户对SCSI总线的关心放在硬件上,不同的SCSI的工作模式意味着有不同的最大传输速度。如40MB/s的Ultra SCSI、160MB/s的Ultra 3 SCSI等等。但最大传输速度并不代表设备正常工作时所能达到的平均访问速度,也不意味着不同SCSI工作模式之间的访问速度存在着必然的“倍数”关系。SCSI控制器的实际访问速度与SCSI硬盘型号、技术参数,以及传输电缆长度、抗干扰能力等因素关系密切。提高SCSI总线效率必须关注SCSI设备端的配置和传输线缆的规范和质量。可以看出,Ultra 3模式下获得的实际访问速度还不到Ultra Wide模式下实际访问速度的2倍。
一般说来,选用高速的SCSI硬盘、适当增加SCSI通道上连接硬盘数、优化应用对磁盘数据的访问方式等,可以大幅度提高SCSI总线的实际传输速度。尤其需要说明的是,在同样条件下,不同的磁盘访问方式下获得的SCSI总线实际传输速度可以相差几十倍,对应用的优化是获得高速存储访问时必须关注的重点,而这却常常被一些用户所忽视。按4KB数据块随机访问6块SCSI硬盘时,SCSI总线的实际访问速度为2.74MB/s,SCSI总线的工作效率仅为总线带宽的1.7%;在完全不变的条件下,按256KB的数据块对硬盘进行顺序读写,SCSI总线的实际访问速度为141.2MB/s,SCSI总线的工作效率高达总线带宽的88%。
随着传输速度的提高,信号传输过程中的信号衰减和干扰问题显得越来越突出,终结器在一定程度上可以起到降低信号波反射,改善信号质量的作用。同时,LVD(Low-Voltage Differential)技术的应用也越来越多。LVD工作模式是和SE(Single-Ended)模式相对应的,它可以很好地抵抗传输干扰,延长信号的传输距离。同时,Ultra 2 SCSI和Ultra 3 SCSI模式也通过采用专用的双绞型SCSI电缆来提高信号传输的质量。
在磁盘阵列的概念中,大容量硬盘并不是指单个硬盘容量大,而是指将单个硬盘通过RAID技术,按RAID 级别组合成更大容量的硬盘。所以在磁盘阵列技术中,RAID技术是比较关键的,同时,根据所选用的RAID级别的不同,得到的“大硬盘”的功能也有不同。
RAID是一项非常成熟的技术,但由于其价格比较昂贵,配置也不方便,缺少相对专业的技术人员,所以应用并不十分普及。据统计,全世界75%的服务器系统目前没有配置RAID。由于服务器存储需求对数据安全性、扩展性等方面的要求越来越高,RAID市场的开发潜力巨大。RAID技术是一种工业标准,各厂商对RAID级别的定义也不尽相同。目前对RAID级别的定义可以获得业界广泛认同的只有4种,RAID 0、RAID 1、RAID 0+1和RAID 5。
RAID 0是无数据冗余的存储空间条带化,具有低成本、极高读写性能、高存储空间利用率的RAID级别,适用于Video / Audio信号存储、临时文件的转储等对速度要求极其严格的特殊应用。但由于没有数据冗余,其安全性大大降低,构成阵列的任何一块硬盘损坏都将带来数据灾难性的损失。所以,在RAID 0中配置4块以上的硬盘,对于一般应用来说是不明智的。
RAID 1是两块硬盘数据完全镜像,安全性好,技术简单,管理方便,读写性能均好。但其无法扩展(单块硬盘容量),数据空间浪费大,严格意义上说,不应称之为“阵列”。
RAID 0+1综合了RAID 0和RAID 1的特点,独立磁盘配置成RAID 0,两套完整的RAID 0互相镜像。它的读写性能出色,安全性高,但构建阵列的成本投入大,数据空间利用率低,不能称之为经济高效的方案。
RAID 5是目前应用最广泛的RAID技术。各块独立硬盘进行条带化分割,相同的条带区进行奇偶校验(异或运算),校验数据平均分布在每块硬盘上。以n块硬盘构建的RAID 5阵列可以有n-1块硬盘的容量,存储空间利用率非常高(见图6)。任何一块硬盘上数据丢失,均可以通过校验数据推算出来。它和RAID 3最大的区别在于校验数据是否平均分布到各块硬盘上。RAID 5具有数据安全、读写速度快,空间利用率高等优点,应用非常广泛,但不足之处是1块硬盘出现故障以后,整个系统的性能大大降低。
对于RAID 1、RAID 0+1、RAID 5阵列,配合热插拔(也称热可替换)技术,可以实现数据的在线恢复,即当RAID阵列中的任何一块硬盘损坏时,不需要用户关机或停止应用服务,就可以更换故障硬盘,修复系统,恢复数据,对实现HA(High Availability)高可用系统具有重要意义。
各厂商还在不断推出各种RAID级别和标准。例如更高安全性的,从RAID控制器开始镜像的RAID;更快读写速度的,为构成RAID的每块硬盘配置CPU和Cache的RAID等等,但都不普及。用IDE硬盘构建RAID的技术是新出现的一个技术方向,对市场影响也较大,其突出优点就是构建RAID阵列非常廉价。目前IDE RAID可以支持RAID 0、RAID 1和RAID 0+1三个级别,最多支持4块IDE硬盘。由于受IDE设备扩展性的限制,同时,也由于IDE设备也缺乏热可替换的技术支持的原因,IDE RAID的应用还不多。
总之,发展是永恒的主题,在服务器存储技术领域也不例外。一方面,一些巨头厂商尝试推出新的概念或标准,来领导服务器及存储技术的发展方向,较有代表性的如Intel力推的IA-64架构及存储概念;另一方面,致力于存储的专业厂商以现有技术和工业标准为基础,推动SCSI、RAID、Fibre Channel等基于现有存储技术和方案快速更新和发展。在市场经济条件下,检验技术发展的唯一标准是市场的认同。市场呼唤好的技术,而新的技术必须起到推动市场向前发展作用时才能被广泛接受和承认。随着高性能计算机市场的发展,高性能比、高可靠性、高安全性的存储新技术也会不断涌现。
现在市场上的磁盘阵列产品有很多,用户在选择磁盘阵列产品的过程中,也要根据自己的需求来进行选择,现在列举几个磁盘阵列产品,同时也为需要磁盘阵列产品的用户提供一些选择。表2列出了几种磁盘阵列的主要技术指标。
--------------------------------------------------------------------------------
小知识:磁盘阵列的可靠性和可用性
可靠性,指的是硬盘在给定条件下发生故障的概率。可用性,指的是硬盘在某种用途中可能用的时间。磁盘阵列可以改善硬盘系统的可靠性。从表3中可以看到RAID硬盘子系统与单个硬盘子系统的可靠性比较。
此外,在系统的可用性方面,单一硬盘系统的可用性比没有数据冗余的磁盘阵列要好,而冗余磁盘阵列的可用性比单个硬盘要好得多。这是因为冗余磁盘阵列允许单个硬盘出错,而继续正常工作;一个硬盘故障后的系统恢复时间也大大缩短(与从磁带恢复数据相比);冗余磁盘阵列发生故障时,硬盘上的数据是故障当时的数据,替换后的硬盘也将包含故障时的数据。但是,要得到完全的容错性能,计算机硬盘子系统的其它部件也必须有冗余。