NTFS

歷史

20世紀80年代中期，微軟（Microsoft）和IBM組建了，希望建立下一代的圖形作業系統。該專案誕生了OS/2，但由於Microsoft和IBM在很多重要問題上無法達成共識，最後合作被終止，目前OS/2至今仍屬於IBM，而Microsoft從此後開始研究Windows NT。
OS/2的檔案系統HPFS包含許多重要功能，當Microsoft開始建立他們自己的新作業系統時，NTFS檔案系統的很多功能正是從HPFS中借鑑改善的。可能正是因為他們來自於同一個專案，HPFS和NTFS使用相同的磁碟分割區標識程式碼（0x07）。
這是一種非常特殊的情況，因為可用的標識碼並不匱乏，其它每個檔案系統具有自己的標識碼，例如，FAT擁有超過九個編號（FAT12、FAT16、FAT32等等各自都擁有不同的標識碼）。這種特例也導致之後用於區分檔案系統的演算法當遇到程式碼0x07時候不得不進行額外的檢測。
NTFS的開發者包括：Tom Miller、Gary Kimura、Brian Andrew以及David Goebel。

功能

相對於之前的版本，NTFS v3.0包含若干新功能：磁碟使用限額、稀疏檔案支援、重解析點、分布連結跟蹤，以及檔案級加密（即「加密檔案系統（EFS）」）。

可伸縮性

理論上，NTFS卷的最大容量為2⁶⁴-1簇。在Windows XP專業版中，由於分割區表限制，實際實現的最大容量為2³²-1簇。例如，在當簇的從大小為64 KiB時，Windows XP的NTFS卷的最大容量為256 TiB減去64 KiB；而當簇大小為預設的4 KiB時，卷最大容量將變為16 TiB減去4 KiB（但這都超過了Windows XP SP1對磁碟容量的128 GiB限制）。由於主開機紀錄（MBR）分割區表最大支援單個分割區容量為2 TiB，因此如果要建立超過2 TiB的NTFS卷，必須要使用動態卷或者GPT卷。注意：微軟預設的啟動程式必須使用UEFI和64位元作業系統才能從GPT卷啟動系統。

紀錄檔

NTFS是一個紀錄檔檔案系統，使用NTFS紀錄檔（$Logfile）記錄卷更改元資料。這是NTFS一個非常關鍵的功能（FAT/FAT32不提供此項功能），可確保其內部的複雜資料結構（如比較重要的如卷分配圖、磁碟重組API產生的資料轉移操作、MFT（主檔案表）記錄的更改情況（包括移動MFT記錄中儲存的變長屬性和屬性表等））和索引（在目錄和安全描述符中使用）即使在系統崩潰後仍然能保證一致性，而當在卷被重新載入後，可以非常容易地回滾這些關鍵資料的意外修改。
USN紀錄檔（更新序列數紀錄檔）是一項系統管理功能，用於記錄卷中所有檔案、資料流、目錄的內容、屬性以及各項安全設定的更改情況。應用程式可以利用紀錄檔追蹤卷的更改。對於非系統卷，可以選擇開啟或關閉紀錄檔。當添加一個新卷後，預設情況下紀錄檔功能處於開啟狀態。

硬連結

硬連結可用於將不同的檔名直接關聯到同樣的檔案內容。
硬連結類似於目錄連接，但必須參照到檔案。硬連結只能連接到同一個卷內的檔案，因為每個卷擁有自己的主檔案表（MFT）。硬連結有自己的元資料，因此如果更改某個硬連結的檔案大小或尺寸，其他硬連結在被開啟前可能不會自動更新這些資訊。
硬連結原本用於支援Windows NT的POSIX子系統。
Windows使用硬連結實現對8.3檔名的支援。作業系統需要該功能，因為有些古老的應用程式只能使用短檔名。NTFS將會為檔案和目錄建立額外的NTFS記錄，但他們將總是自動同步更新（常規硬連結並不會同步更新）。
NTFS檔案系統限制單個檔案只能關聯到1024個硬連結。

可選資料流（ADS）

可選資料流使單個檔案可以關聯到多個資料流。NTFS資料流的表述方式為「檔名:流名」，例如「text.txt:extrastream」。
NTFS流從Windows NT 3.1開始被引入，起初設計目的是為了Services for Macintosh（SFM）能夠正確儲存Macintosh的資源分岔。現在的Windows伺服器已經不再包含此功能，但很多第三方的Apple歸檔服務（AFP）產品（例如Group Logic的ExtremeZ-IP）仍然會繼續使用可選資料流。Internet Explorer和其它一些瀏覽器會在從網路上下載的檔案中添加一個非常小的可選資料流，用於標記它們來自於外部網站（表示可能會存在安全風險），用戶在開啟這些檔案前系統將會顯示一個確認提示。當用戶表示不希望再次看到這個確認對話方塊的時候，這個可選流將會從下載的檔案中被直接刪除。
可選資料流不會顯示在Windows檔案總管中，也不會算入檢視檔案屬性時顯示的檔案大小。如果將檔案複製到FAT格式的磁碟、附加到電子郵件、上傳到網站，或者移動到任何其它不支援可選流的位置上時，則只有主資料流會被保留下來，其它可選流將被全部丟棄，因此使用可選流來儲存重要資料很可能會發生意外。Microsoft提供了一個叫作Streams的工具，用戶可以使用這個工具檢視卷中的可選流。從Windows Powershell 3.0版本開始，以下cmdlet支援對可選資料流進行操作：Add-Content、Clear-Content、Get-Item、Out-String、Remove-Item，以及Set-Item。
有些媒體播放器也嘗試使用可選資料流記錄多媒體檔案的自訂元資料，用於管理媒體檔案。MPEG、OGG等格式通常在檔案內簽入資訊標籤記錄媒體資訊，但不是所有格式都支援這種設計，而使用可選資料流的好處正是他不會影響檔案本身的內容。在Windows中註冊外殼擴充程式後，系統就可以解析這些資料，然後可以在Windows檔案總管的資訊欄中顯示它們。但大部分媒體播放器還是選擇使用獨立資料庫而非可選資料流來儲存這些資訊，因為可選資料流可能帶來一些其它問題，一個典型問題是檔案上的資訊對於所有用戶都可見並且是共用的，因此使用可選資料流將無法根據不同用戶的安全設定和喜好進行分別管理和保護。
一些惡意軟體會使用可選資料流來隱藏程式碼，不過不少惡意軟體掃描程式和特殊工具現在已經能夠檢查可選資料流中的內容。

檔案壓縮

NTFS能夠使用LZNT1演算法（LZ77演算法的一種變種）壓縮檔案。檔案壓縮以16個簇為一個區段進行，也即如果簇大小為4KB，則壓縮時單個區段的大小為64KB。NTFS壓縮演算法支援的最大簇大小為 4KB，如果簇大小超過 4KB，則壓縮功能將不可用。 如果壓縮可以將64KB資料壓縮到60KB或者更小，則NTFS會將多餘的4KB頁面視為稀疏檔案簇，認為他們未經寫入。對此類簇的隨機存取的效能是可以接受的，作業系統只需跟蹤碎片連結即可。但如果處理大型可壓縮檔案，則會產生大量碎片，因為NTFS會將每個小於64KB的區段都看成一個碎片區域。微軟NTFS開發團隊的研究表明，在簇大小為4KB（預設設定）時，NTFS卷上壓縮檔案的合理最大尺寸應當在50-60GB之間。當簇大小更小時，最大尺寸也會減小。硬碟空間受限的單用戶系統可以使用NTFS壓縮在處理小檔案（4KB到64KB，或者更大尺寸，具體範圍取決於壓縮比）時受益。小於900位元組的檔案將被直接儲存在MFT的目錄項中。
快閃記憶體裝置（如固態硬碟）沒有傳統硬碟的磁頭移動延遲，因此對此類裝置，磁碟碎片的影響非常有限。具有快速多處理器系統的用戶可以通過壓縮應用程式檔案和資料以提升速度並降低磁碟空間使用率。請注意，使用Sandforce控制器的SSD本身也會壓縮資料，但檔案系統壓縮會導致傳輸的資料量變少，因此I/O負載會降低。
資料壓縮的最佳目標是內容具有重複性、很少寫入、通常順序存取，並且尚未被壓縮過的檔案。例如，紀錄檔檔案就是一種理想的壓縮目標。
壓縮系統啟動時需要使用的檔案，如驅動程式、NTLDR、winload.exe，或者BOOTMGR，會導致系統無法正確啟動。不過在較新版本的Windows系統中，重要的系統檔案會被禁止壓縮。
當在驅動器或目錄的「進階設定」中更改「將檔案進行壓縮」的設定時，每個檔案將被獨立進行壓縮或者解壓縮。
對於壓縮檔案的讀寫絕大部分時候是透明的，但Microsoft建議避免對伺服器系統或者通過網路共用的遠端設定檔進行壓縮，因為這可能增加處理器的負擔。Microsoft建議不要壓縮超過30MB的檔案，因為這可能會產生效能問題。由於壓縮檔案會產生很多碎片，因此磁碟重組過程通常需要花費更長時間。
電腦系統中最慢的裝置通常不是CPU而是硬碟，因此NTFS壓縮通常可以更有效地利用慢速的非RAM儲存系統，節省空間和時間（前提是假設壓縮檔案的碎片不會連續存放）
。

稀疏檔案

稀疏檔案是包含稀疏資料集的檔案，稀疏檔案只儲存檔案中各個有意義的片段，而片段之間的空白將被忽略，這種設計特別適合實際資料非常少、大部分割區域空白的檔案。讀取檔案時，對任何被忽略的位置，檔案系統程式都會返回資料0，因此檔案內容看起來幾乎全是零。很多資料庫和科學程式使用稀疏檔案。Microsoft實現對稀疏檔案的高效儲存支援，允許應用程式指定檔案的空（零）資料區域。讀取稀疏檔案的應用程式不需要做單獨處理，可以繼續使用常規方法讀取資料，作業系統將根據讀取的位置決定返回零或者實際資料。和壓縮檔案類似，磁碟限額對稀疏檔案的尺寸判斷以聲明大小而非實際占用大小為準。

卷影複製

卷影複製（VSC）服務通過將新覆寫的資料複製到卷影（寫入時複製）來儲存NTFS卷上的檔案和資料夾的歷史版本。當用戶請求恢復檔案的早期版本時，舊的檔案資料將會覆蓋新資料。該功能也使得資料備份程式可以存檔目前系統正在使用的檔案。對於負載較重的系統，Microsoft建議將卷影副本設定到單獨的磁碟上，以減小系統主要卷的I/O負載。
Windows Vista通過持久卷影副本實現系統還原和先前的版本功能。但舊版本的作業系統載入NTFS卷時，由於其無法辨識持久卷影副本的資料格式，這些副本將被刪除。

事務

在Windows Vista中，應用程式可以使用事務NTFS（Transactional NTFS，TxF）將一系列對檔案的更改歸組到一個事務中。事務能夠確保所有更改要麼同時生效，要麼同時作廢，並能確保在事務提交完成前，其它應用程式無法無法檢測到其中的更改。
該技術使用和卷影複製類似的技術（也即寫入時複製）以確保在事務不成功時，被覆寫的資料可以安全地回滾。通用紀錄檔檔案系統的紀錄檔將記錄下尚未成功提交或者已經提交但尚未完全生效的事務（常見原因是事務的某個參與者在提交過程中系統意外崩潰）。
事務NTFS並不要求事務是本機NTFS卷的檔案操作，可以包含在其它位置的任意事務資料或操作，例如對其它卷、本地登錄檔、SQL資料庫中、系統服務或者遠端服務中的事務修改。所有這些事務使用Windows系統中的「分布事務協調器（DTC）」服務在網路級別協調所有參與者，以確保所有參與者都能接收到同樣的提交狀態，並傳輸所有經過確認的更改。分散式NTFS事務的一個典型例子是可以以事務方式建立一個網路級別的分散式檔案系統，並且每個用戶端都保留每個檔案的準確的離線快取。

安全

在NTFS中，每個檔案或資料夾具有一個安全描述符，用於說明其所有者，並包含兩個安全控制列表（ACL）。
第一個列表被稱為自主存取控制列表（DACL），用於描述是否允許或禁止特定的用戶或用戶組進行特定的操作（如讀取、寫入、執行或刪除）。例如，「C:\Program Files」資料夾可能被設定為允許所有用戶讀取並執行，但只有具有管理員權限的用戶才能修改其內容。Windows Vista為DACL增加了強制存取控制功能。DACL是Windows Vista及後續作業系統的用戶帳戶控制功能的主要檢查點。
第二個列表被稱為系統存取控制列表（SACL），用於描述對檔案或資料夾的特定行為是否應當被稽核，以及在操作成功後是否應當記錄操作。例如，企業可能會對高度敏感的檔案開啟稽核功能，這樣管理員就可以了解到是否有人嘗試刪除或複製這些檔案，以及他們的操作是否成功完成。

加密

加密檔案系統（EFS）提供對NTFS卷上任意檔案和資料夾的用戶透明的強保護。加密檔案系統需要與EFS服務、Microsoft的加密應用程式介面（CryptoAPI）以及EFS 檔案執行時庫（FSRTL）聯合工作。
EFS使用對稱金鑰（也被稱為「檔案加密金鑰（FEK）」）加密檔案，這比起使用非對稱金鑰加密在加密和解密大量資料時消耗的時間較少。該對稱金鑰使用一個和請求加密檔案的用戶相關的公鑰加密檔案的內容，加密後的資料儲存在被加密檔案的可選資料流中。當需要解密檔案時，檔案系統使用用戶的金鑰解密儲存在檔案頭中的對稱金鑰，然後使用該對稱金鑰解密檔案。這些操作在檔案系統級別完成，因此對用戶來說是透明的。為了處理用戶遺失金鑰的情況，加密檔案系統中還支援多個附加解密金鑰，因此除用戶外，授權過的恢復代理也能存取資料。NTFS提供的加密和壓縮功能是互相排斥的——如果同時希望加密和壓縮，則NTFS檔案系統級別只能開啟其中一種功能，另一種功能需要使用其它第三方工具完成。
Basic、Home和MediaCenter版本的Windows上不支援EFS功能。要使用這個功能，必須安裝Professional、Ultimate或者伺服器版本的Windows，或者使用Windows域中的企業部署工具進行部署。

限額

磁碟限額是NTFS v3開始提供的功能。此功能允許電腦管理員在受支援的Windows作業系統上為每個用戶分別設定允許使用的磁碟空間閾值，或者跟蹤檢視每個用戶使用的磁碟空間使用量。管理員可以設定當某個用戶使用特定量的磁碟空間後收到「磁碟空間超限」的警告，甚至拒絕他們繼續占用更多空間。如果有檔案或者目錄使用NTFS檔案壓縮，則磁碟限額管理的尺寸以壓縮後的實際尺寸為準。如果應用程式通過作業系統介面查詢用戶可用的剩餘磁碟空間大小，開啟限額後程式得到的大小將是在限額範圍內的剩餘空間，而不再是磁碟的總剩餘空間。
Basic、Home和MediaCenter版本的Windows不支援磁碟限額功能。要使用這個功能，必須安裝Professional、Ultimate或者伺服器版本的Windows，或者使用Windows域中的企業部署工具進行部署。

重解析點

該功能從NTFS v3開始可用。該功能可以在用戶空間中為檔案或目錄添加一個關聯的重解析點屬性。當物件管理器（請參見Windows NT線執行）解析檔案系統名稱並遇到重解析點屬性時，它將「重新解析」名稱，具體做法是：Windows會將需要重解析的名稱傳遞給已經載入的所有檔案過濾驅動程式，每個過濾驅動程式都會檢查重解析資料並判斷自己是否和該重解析點相關聯。如果某個過濾驅動程式判定自己匹配該重解析點，則它將攔截這次檔案系統呼叫，然後執行對應的特定功能。重解析點是實現卷載入點、目錄連接、分層儲存管理、本機結構儲存，以及單實體儲存等功能的基礎。

卷載入點

類似於Unix 載入點，可以將一個卷的根目錄附加到另一個檔案系統的某個目錄下。這項功能可以讓驅動器不需要單獨的卷標（如C:或D:）就可以被存取。
當卷被載入到另一個卷的某個目錄時，該目錄原來的內容將無法存取，而被新載入的卷中的內容所代替。被載入的卷仍然可以繼續擁有獨立的卷標。NTFS檔案系統不允許卷之間相互載入。卷載入點可以是永久的，也可以是非永久的。前者在系統重新啟動後會自動載入，而後者需要手動重新載入。
被載入的卷可以使用NTFS外的其它檔案系統。一個常見的例子是，被載入的卷一個遠端共用的目錄，該目錄擁有自己的權限設定，並且能夠根據實際檔案系統的策略為目前作業系統設定特定的存取權限。

目錄連接

類似於卷載入點，但目錄連接的連接目標是檔案系統中的某個其它目錄。例如，目錄C:\exampledir帶有一個目錄連接屬性，連接到D:\linkeddir。當用戶級別的應用程式存取時，NTFS將自動把所有參照重新導向到D:\linkeddir。目錄連接功能在概念上類似於Unix的目錄符號連結，但符號連結可以連接到任何目標，而NTFS目錄連接只允許連接到目錄。
目錄連接可以在控制台中通過命令MKLINK /J連接名目標目錄建立，使用RMDIR連接名刪除。目錄連接是永久性的，如果在用戶端存取伺服器的目錄連接，則作業系統會使用被連結的目錄所屬的系統（或域）的安全設定。但連接本身可能擁有獨立的安全設定，並且刪除一個目錄連接不會同時刪除目標目錄。
有些目錄連接是Windows Vista系統建立的，用於保持和早期版本的Windows的相容性，例如系統驅動器中的Documents and Settings資料夾會被連接到同一個卷中的Users物理目錄上。這些目錄預設情況下是隱藏的，並且進行相關的安全設定，因此Windows檔案總管不允許外殼或者大部分應用程式直接開啟它們，這樣的設定可能是為了防止用戶發現兩個看上去相同的資料夾，然後錯誤地刪除其中的某一個。預設情況下只有本機的SYSTEM帳戶或者的Administrators用戶組成員可以存取這些目錄，這是考慮到這些帳戶安裝軟體的權限，而安裝時可能會產生相容性問題。
目錄連接屬於軟連結（即使目標目錄已經被刪除，他們也仍然存在），使用一種類似符號連結的方式工作（只不過對於目標位置和類型有額外的限制），但NTFS檔案系統對它們進行特殊最佳化，解析更快，相比於之後提出的NTFS 符號連結，目錄連接的開銷更小，且可以在伺服器端解析，因此可以在遠端共用目錄中使用它們。

符號連結

符號連結（或稱軟連結）從Windows Vista開始引入。符號連結在用戶端解析，因此如果伺服器上共用一個符號連結，則用戶端存取時將服從本機而非伺服器端的存取限制。
符號連結可以連結到檔案（使用MKLINK符號連結目的檔名建立），也可以連結到目錄（使用MKLINK /D符號連結目標目錄建立）。和Unix符號連結不同的一點是，NTFS符號連結在建立的時候就要決定目標類型（目錄或檔案），但建立符號連結的時候並不需要目標已經存在或可以存取，在存取時才會實際檢查可存取性。NTFS在存取符號連結時也會檢查目標的類型，由於NTFS不允許在任何位置有目錄和檔案同名，因此如果目標名稱存在但是類型不正確，系統也會返回一個找不到目標的錯誤。
符號連結也可以參照遠端主機上的共用資料夾或者其中的檔案、子資料夾。但目標並不會被立即載入，而是在應用程式使用OpenFile()或者CreateFile() API請求開啟目標的時候才載入到系統中。符號連結是永久的（重新啟動後仍然保留在對應的卷上），可以在命令列或者指令碼中使用DEL符號連結刪除它們。

分層儲存管理（HSM）

分層儲存管理是一種轉移一定時間不用的檔案到價值更低的儲存媒介中的方法。當檔案再次被存取時，檔案上的重解析點將判定檔案需要被使用，並將檔案從儲存媒介中恢復出來。分層儲存不但可以節省儲存開銷，也可以提高作業系統的資料讀寫和執行效率。

本機結構儲存（NSS）

本機結構儲存是一種已經被Microsoft終止使用的ActiveX文件儲存技術。這項技術允許ActiveX文件使用和ActiveX內部的多流格式相同的方式進行儲存。作業系統會載入一個NSS檔案過濾驅動程式，可以在應用程式使用檔案時透明地處理多流格式。當NSS檔案被傳輸到非NTFS格式的磁碟卷上時，檔案內部的多個流將被合併轉換為一個流。

分布連結跟蹤（DLT）

分布連結跟蹤功能允許應用程式跟蹤被重新命名或者移動到同一電腦、域或工作群組的其它卷中的檔案、捷徑和OLE連結。跟蹤功能由一個系統服務提供，使用儲存在元檔案中的物件識別碼（OID）索引實現。當應用程式請求跟蹤某個檔案或目錄後，跟蹤服務將會建立物件的OID項並指向目標。在一個NTFS v3上執行檔案重新命名、複製或移動操作時，也會同時複製物件的OID，這樣跟蹤服務就可以有效地尋找到目標。

單實體儲存（SIS）

當若干個不同目錄中存有內容相同的檔案時，單實體儲存允許將相同檔案合併到一個單一檔案中，並將所有檔案參照到實際的檔案上。單實體儲存功能包含一個用於管理複製、修改和合併檔案的檔案系統過濾器和一個用於搜尋需要合併的相同檔案的用戶空間服務（「groveler」）。單實體儲存提出時的主要針對目標是遠端安裝伺服器，這些伺服器上往往擁有若干個包含大量相同檔案的安裝鏡像，單實體儲存可以將它們統一起來，因而節省需要占用的總尺寸。和硬連結不同的一點是，在SIS下，每個檔案在邏輯上仍然是獨立的，更改被合併為單個檔案的任意其中一個檔案都不會影響其它檔案，而是會取消對該檔案的合併並產生一個新的副本。不過新檔案不會立即寫入到硬碟，NTFS使用類似於寫入時複製的技術，在檔案最終需要儲存時才執行複製。

內部實現

在內部，NTFS使用B+樹索引檔案系統資料。這種資料結構的方式實現比較複雜，但能夠在大多數情況下提高檔案的尋找速度。檔案系統紀錄檔用於確保檔案的元資料完整，不存在孤立的檔案內容。相比於FAT檔案系統，NTFS檔案系統的可靠性更高。
NTFS允許對名稱（包括檔案名稱、流名稱、索引名稱等）使用除了0x0000以外的任意16位元值序列進行編碼。這意味著支援NTFS支援UTF-16碼位，但檔案系統並不會檢查某個UTF-16序列是否有效（也即允許NTFS內部任意16位元整數序列，不受Unicode標準的限制）。

主檔案表（MFT）

在NTFS中，所有檔案資料——檔名、建立日期、存取權限（使用存取控制列表（ACL）實現），以及內容——都作為元資料儲存在主檔案表中。這種抽象的實現方式能夠大大簡化為檔案系統添加功能的成本。例如，Active Directory（活動目錄）服務可以很容易在檔案系統中為檔案添加索引欄位。這種設計方式也使得Everything或者Ultrasearch一類的軟體可以不依賴於Windows索引服務實現對檔案和資料夾名稱的即時搜尋。
MFT結構支援最小化磁碟碎片的演算法。一個目錄項同時包含「檔名」和「檔案ID」，後者是用於在主檔案表中標識檔案的記錄編號。檔案ID也包含「重用次數」資訊，可用於檢測對檔案的過期參照。這點設計非常類似於Files-11檔案系統的W_FID，和NTFS的其他部分迥然不同。

時間

Windows NT和後續產品使用UTC作為內部時間戳，並在顯示時進行適當的轉換。也就是說，NTFS時間戳使用UTC模式。
由於歷史原因，不支援NTFS的Windows使用本地時區作為時間戳，而目前版本的Windows對非NTFS分割區也是用此方式進行處理。這意味著當檔案在NTFS和非NTFS分割區間進行移動時，作業系統需要即時轉換時間戳。如果某些檔案移動時處於夏令時，而某些檔案處於標準時間，則可能移動後的時間可能會產生歧義，特別是當執行時間正好在時制轉換前後時，用戶可能會看到一小時的時間差。基於不同地區的不同夏令時規則，在任意12個月中，可能會產生最多4個小時的永久時間戳錯誤。

互操作性

NTFS具體的內部實現細節屬於商業秘密，這給第三方開發者製作NTFS檔案系統處理程式帶來很大的困難。

Microsoft Windows

儘管絕大多數NTFS版本的絕大部分都完全向前以及向後相容，但在舊版本的Microsoft Windows載入新版本的NTFS卷仍然會產生不少技術問題。這種問題往往來自於同一台電腦的多重新啟動動功能，或者使用行動硬碟裝置傳輸檔案。
例如，在不支援的作業系統上嘗試使用帶有「先前版本」（嚴格的說稱為卷影副本）的NTFS分割區，會導致先前版本資料遺失。
Windows提供了一個命令列工具「convert.exe」可用於將部分檔案系統轉換為NTFS，包括HPFS（僅在Windows NT 3.1、3.5和3.51中受支援）、FAT16和FAT32（在Windows 2000及後續版本中受支援）。

Mac OS X

Mac OS X 10.3及後續版本包含對NTFS格式分割區的唯讀支援。基於GPL授權的NTFS-3G也可以通過用戶空間檔案系統在Mac OS X上使用並讀寫NTFS分割區。NTFS-3G的開發團隊還提供一個效能更好的商業版本，名稱為「Tuxera NTFS for Mac」。 Paragon Software Group也出售可執行讀寫操作的驅動程式，名稱為「NTFS for Mac OS X」，部分希捷（Seagate）硬碟包含該元件。Mac OS X 10.6和後續版本中包含有本機NTFS的寫入支援，預設情況下此功能未啟用，可以通過特定方法開啟。但有用戶報告此功能不穩定並會導致核心錯誤，可能這也是該功能未啟動或者被宣告的原因之一。

其他

eComStation和FreeBSD都提供對NTFS的唯讀存取支援（eComStation有一個測試版本的驅動程式允許寫入／刪除操作，但通常認為該驅動程式還不安全）。BeOS有一個基於NTFS-3G的的第三方工具，允許完整的NTFS讀寫操作。除了Linux，NTFS-3G也能工作在Mac OS X、FreeBSD、NetBSD、Solaris以及Haiku上。同時，也有一個稱為「NTFS4DOS」的商用驅動程式允許在DOS下進行讀寫。 Ahead Software曾經在2002至2004年間開發了一個名為「NTFSREAD」的驅動程式（版本1.200），可用於DR-DOS，並曾包含在他們的Nero Burning ROM軟體中。OpenBSD在2011年5月1日發布的4.9版本中提供了針對i386和amd64體系結構的NTFS唯讀支援。

調整大小

有許多第三方工具可以安全地重新調整NTFS分割區的大小。在Windows Vista中，Microsoft添加收縮和擴充分割區的功能，但該功能非常有限，因為該功能無法整理頁面檔案碎片或者標記為不抽取式的檔案，因此限制對分割區的收縮能力。取消頁面檔案重新啟動或使用第三方的工具進行磁碟重組也許能改善收縮效果。