एन टी एफ एस
NTFS Windows NT, तथा इसके बाद के संस्करणों Windows 2000, Windows XP, Windows Server 2003, Windows Server 2008, Windows Vista और Windows 7 की मानक फ़ाइल प्रणाली है.
NTFS ने Microsoft के Windows ऑपरेटिंग सिस्टम की प्राथमिक फ़ाइल प्रणाली के रूप में FAT फ़ाइल सिस्टम का स्थान ले लिया है। NTFS, FAT तथा HPFS (उच्च प्रदर्शन वाली फ़ाइल प्रणाली) से कई मायनों में बेहतर है क्योंकि यह मेटाडाटा के लिए अधिक सहायक है और इसमें उन्नत डाटा संरचनाओं का प्रयोग बेहतर प्रदर्शन, विश्वसनीयता तथा डिस्क स्पेस के उपयोग के लिए किया गया है, साथ ही साथ कुछ अतिरिक्त सुविधायें जैसे कि सुरक्षा एक्सेस कंट्रोल लिस्ट (ACL), व फ़ाइल सिस्टम जर्नलिंग भी है।
1980 के दशक के मध्य में, Microsoft और IBM ने आने वाली पीढ़ी के लिए चित्रमय ऑपरेटिंग सिस्टम बनाने के लिए एक संयुक्त परियोजना का गठन किया। इस परियोजना के परिणामस्वरूप OS/2, बना, लेकिन Microsoft और IBM कई महत्वपूर्ण मुद्दों पर असहमत हो जाने की वजह से अलग हो गए। OS/2 IBM की एक परियोजना बना रहा। Microsoft ने Windows NT पर काम शुरू कर दिया। OS/2 फ़ाइल प्रणाली HPFS में कई महत्वपूर्ण नई सुविधायें थीं। जब Microsoft ने अपना नया ऑपरेटिंग सिस्टम बनाया, उन्होनें NTFS के लिए इन में से कई अवधारणाओं का प्रयोग किया। . शायद एक ही स्रोत से उत्पन्न होने के परिणामस्वरूप, HPFS और NTFS डिस्क विभाजन की पहचान के लिए एक ही कोड टाइप (07) का प्रयोग करते हैं। एक ही ID का एक साथ प्रयोग करना असामान्य है क्योंकि दर्जनों कोड उपलब्ध थे और अन्य प्रमुख फ़ाइल प्रणालियों के अपने कोड हैं। FAT के नौ से ज्यादा कोड हैं (FAT12, FAT16, FAT32, आदि के लिए अलग अलग). एल्गोरिदम, जो विभाजन प्रकार 07 में फ़ाइल प्रणाली की पहचान करती है, को अतिरिक्त जांच करनी चाहिए। यह भी स्पष्ट है कि NTFS ने अपने स्थापत्य डिजाइन का कुछ भाग VMS द्वारा प्रयुक्त की जाने वाली फ़ाइल-11 से लिया है। यह शायद ही आश्चर्य की बात है क्योंकि डेव कटलर VMS और Windows NT, दोनों पर काम कर रहे मुख्य व्यक्ति थे।
NTFS ने पांच संस्करण जारी किये हैं:V1.0 और V1.1(और इससे नए संस्करण) आपस में मेल नहीं खाते अथार्त् 3.5x NT द्वारा लिखित संस्करण NT 3.1 द्वारा तब तक नहीं पढ़ा जा सकता जब तक कि NT 3.1 को NT 3.5x सीडी द्वारा अपडेट न किया जाए, जिसमें FAT बड़े फ़ाइल नाम की सुविधा भी उपलब्ध है।  V1.2 कम्प्रेस्ड फ़ाइलों, मुद्दों तथा ACL आधारित सुरक्षा इत्यादि के लिए सहायक है।  V3.0 में डिस्क कोटा, एन्क्रिप्शन, स्पार्स फ़ाइल, रीपार्स पॉइंट्स, अपडेट क्रम संख्या (USN) व्यवस्था, $ एक्सटेंड फ़ोल्डर और उसकी फ़ाइलें और पुनर्गठित सुरक्षा डिस्क्रिप्टर्स को जोड़ा गया ताकि सारी फ़ाइलें जो सुरक्षा की एक जैसी तकनीक का प्रयोग करती हैं, एक ही डिस्क्रिप्टर का सांझा प्रयोग कर सकें.  V3.1 ने अनुपयोगी MFT रिकॉर्ड संख्या के स्थान पर मास्टर फ़ाइल तालिका (MFT) की प्रविष्टियों का विस्तार किया (जो क्षतिग्रस्त MFT फाइलें ठीक करने में उपयोगी है).
Windows Vista ने ट्रांसेक्शनल NTFS, NTFS प्रतीकात्मक लिंक, विभाजन (पार्टीशन) के संकुचन और स्वयं-उपचार की सुविधा को पेश किया, हालांकि ये सुविधायें फ़ाइल सिस्टम से अधिक ऑपरेटिंग सिस्टम की अतिरिक्त कार्यक्षमता से सम्बंधित हैं।
NTFS V3.0 अपने पूर्ववर्तियों के अपेक्षाकृत कई नई सुविधाओं से लैस है:स्पार्स फ़ाइल सुविधा, डिस्क कोटा का उपयोग, रीपार्स पॉइंट, वितरित लिंक ट्रैकिंग और फ़ाइल स्तर एन्क्रिप्शन जिसे एनक्रिप्टिंग फ़ाइल सिस्टम (EFS) के नाम से भी जाना जाता है।
USN जर्नल सिस्टम प्रबंधन का एक feature है जो सभी फ़ाइलों, स्ट्रीम तथा डायरेक्टरी को रिकॉर्ड करने के साथ उनकी विभिन्न विशेषताओं और सुरक्षा सेटिंग्स को रिकॉर्ड करता है।
यह NTFS की एक महत्वपूर्ण कार्यक्षमता है जो (एक विशेषता जो FAT/FAT32 प्रदान नहीं करते) यह सुनिश्चित करने के लिए है कि इसका आंतरिक जटिल डाटा (खासकर वोल्यूम आवंटन बिटमैप, या डाटा स्थानांतरित करने के लिए डिफ्रेगमेन्टेशन API, MFT रिकॉर्ड में संशोधन जैसे कि MFT रिकॉर्ड में संग्रहित कुछ वेरिएबल व एट्रीब्यूट सूची, या शेयर किए गए सुरक्षा डिस्क्रिप्टर्स में कुछ अपडेट, या बूट सेक्टर व इसकी प्रतिलिपि फ़ाइल जहाँ वोल्यूम पर USN की आखिरी गतिविधि संग्रहित है) तथा सूची (डायरेक्टरी तथा सुरक्षा डिस्क्रिप्टर्स के लिए) सिस्टम के क्रैश (दुर्घटनाग्रस्त) होने की स्थिति में यथावत बने रहेंगे तथा वोल्यूम को दोबारा ठीक करने के दौरान इन महत्त्वपूर्ण डाटा संरचनाओं को फिर से उपलब्ध कराएंगे.
Windows के बाद के संस्करणों में, USN जर्नल ने तब से NTFS फ़ाइल सिस्टम के अन्य क्रियान्वन में प्रयुक्त भागों में इस तरह की खोज का विस्तार करने की चेष्टा की है जैसे कि सिस्टम फ़ाइल की कॉपी-ऑन-राइट सीमेंटिक्स के साथ VSS शेडो प्रतिलिपि, या ट्रांसेक्शनल NTFS और वितरित फ़ाइल प्रणाली का क्रियान्वन (नीचे देखें).
मूल रूप से Windows NT में POSIX उपतंत्र में शामिल होने वाले हार्ड लिंक डायरेक्टरी जंक्शन के समान हैं, लेकिन डायरेक्टरी के बजाए फ़ाइलों के लिए प्रयुक्त होते हैं। हार्ड लिंक केवल उसी वोल्यूम की फ़ाइलों में लागू हो सकते हैं क्योंकि फ़ाइल के MFT रिकार्ड में अतिरिक्त फ़ाइल नाम का रिकॉर्ड जुड़ा हुआ है। लघु (8.3) फ़ाइल नाम भी अतिरिक्त फ़ाइल नाम रिकॉर्ड की तरह क्रियान्वित होते हैं जिनकी अलग से डायरेक्टरी प्रविष्टियाँ नहीं हैं।
वैकल्पिक डाटा स्ट्रीम एक से अधिक डाटा स्ट्रीम को एक फ़ाइल नाम के साथ, फ़ाइल नाम प्रारूप-"फ़ाइल नाम:स्ट्रीमनाम"(उदहारण के लिए: "text.txt:extrastream") का प्रयोग कर के जोड़ती है। वैकल्पिक विषय Windows Explorer में सूचीबद्ध नहीं हैं और उनका साइज़ फ़ाइल के साइज़ में शामिल नहीं है। जब एक फ़ाइल जो ईमेल अथवा वेबसाइट से अपलोड करके नेटवर्क शेयर या FAT द्वारा फॉर्मेट USB ड्राइव में कॉपी की जाती है तो उस फ़ाइल की केवल मुख्य स्ट्रीम ही संरक्षित होती है। परिणामस्वरुप, महत्वपूर्ण डाटा के लिए वैकल्पिक स्ट्रीम का प्रयोग समस्या पैदा कर सकता है।
मैलवेयर वैकल्पिक डाटा स्ट्रीम का इस्तेमाल अपने कोड को छिपाने के लिए करते हैं; कुछ मैलवेयर स्कैनर और अन्य विशेष उपकरण अब वैकल्पिक स्ट्रीम में डाटा की जाँच करते हैं।
बाहरी साइटों से डाउनलोड की गयी फ़ाइलों को चिन्हित करने के लिए बहुत छोटे ADS Internet Explorer में (और अब अन्य ब्रॉउजर में भी) जोड़े जाते हैं: उन्हें स्थानीय रूप से चलाना असुरक्षित हो सकता है और स्थानीय सिस्टम को उन्हें खोलने से पहले यूज़र से पुष्टि की आवश्यकता होगी। जब यूज़र यह इंगित करता है उसे कन्फर्मेशन डायलॉग की और आवश्यकता नहीं है, तो डाउनलोड की गयी फ़ाइलों के लिए MFT प्रविष्टि में इस ADS को हटा दिया जाता है।
कुछ मीडिया के दिग्गजों ने भी मीडिया फ़ाइलों की प्रभावी डाटा सामग्री को संशोधित किये बगैर, संग्रह को व्यवस्थित करने के लिए, कस्टम मेटाडाटा का मीडिया फ़ाइलों में संग्रहण के लिए ADS का प्रयोग किया है (मीडिया फ़ाइल प्रारूप द्वारा समर्थित एम्बेडेड टैग जैसे MPEG और OGG कंटेनर की सहायता से). इन मेटाडाटा को Windows Explorer में अतिरिक्त जानकारी कॉलम के रूप में एक पंजीकृत Windows Shell एक्सटेंशन की सहायता से दिखाया जा सकता है, जो उन्हें उन्हें पार्स कर सकते हैं। लेकिन ज्यादातर मीडिया दिग्गज इन सूचनाओं के संग्रहण के लिए ADS की बजाए अपने अलग डाटाबेस का प्रयोग करते हैं (चूंकि ADS अलग अलग यूज़र सुरक्षा सैटिंग के अभाव में इन फ़ाइलों के सभी यूज़र्स को दिखाई देते हैं और उनके मूल्य यूज़र की वरीयता के अनुसार परिभाषित होते हैं।)
स्पार्स फ़ाइलें ऐसी फ़ाइलें हैं जिनमें स्पार्स डाटा सेट होता है तथा डाटा ज्यादातर शून्य से भरे होते हैं। डाटाबेस प्रोग्राम कभी कभी स्पार्स फ़ाइलों का उपयोग करते हैं। इस कारण, Microsoft ने स्पार्स फ़ाइलों के कुशल संग्रहण के लिए एक प्रोग्राम को खाली (ज़ीरो) डाटा क्षेत्रों को निर्दिष्ट करने की अनुमति दी है। एक प्रोग्राम स्पार्स फ़ाइल को सामान्य तरीके से पढ़ता है तथा फ़ाइल सिस्टम यह गणना करता है कि फ़ाइल ऑफसेट पर क्या डाटा वापिस आना चाहिए। कंप्रेस फ़ाइलों के साथ, कोटा सीमा के निर्धारण के समय स्पार्स फ़ाइलों के वास्तविक साइज़ का ध्यान नहीं रखा जाता.
NTFS LZ77 एल्गोरिथ्म के एक संस्करण का प्रयोग कर के फ़ाइलों को कंप्रेस (लोकप्रिय ज़िप फ़ाइल प्रारूप में भी प्रयुक्त होता है) कर सकता है। हालांकि कंप्रेस फ़ाइलों को पढ़ने-लिखने की पहुँच पारदर्शी है, Microsoft सर्वर सिस्टम तथा/या रो़मिंग प्रोफाइल के साथ नेटवर्क शेयर पर कंप्रेशन की अनुशंसा नहीं करता क्योंकि यह प्रोसेसर पर भारी बोझ डालता है।
वोल्यूम शैडो की प्रतिलिपि सेवा (VSS) NTFS वोल्यूम पर फ़ाइलों तथा फोल्डर के ऐतिहासिक संस्करणों को कॉपी कर के पुराने, नये ओवरराइट डाटा की शैडो कॉपी बनाती है "(कॉपी-ऑन-राइट)" . जब यूज़र पहले के संस्करण को वापस पाना चाहता है तो नयी फ़ाइलों पर पुराना डाटा वापिस आ जाता है। यह बैकअप प्रोग्राम को फ़ाइल सिस्टम द्वारा प्रयुक्त की जा रहीं फ़ाइलों के संग्रहण की भी अनुमति देता है। भारी लोड वाले सिस्टम पर, Microsoft एक अलग डिस्क पर शैडो कॉपी रखने की अनुशंसा करता है।  सिस्टम के लगातार क्रैश होने के मामलों में, VSS लोकल ट्रांसेक्शन को चिन्हित करने के लिए USN जर्नल का प्रयोग करता है और यह सुनिश्चित करता है कि NTFS वोल्यूम दोबारा डालने तथा सिस्टम को दोबारा चालू करने के पश्चात् फाइलों के प्रतिबद्ध परिवर्तन प्रभावशाली ढंग से दोबारा प्राप्त हो जाएँ अथवा संशोधित फ़ाइल बंद होने के कारण नए संस्करण के रिकॉर्ड न होने की स्थिति में सुरक्षित ढंग से पुराना संस्करण लोड हो जाए. हालांकि, ये VSS शैडो ट्रांसेक्शन कोर्डिनेटर (नीचे देखें) के बिना कई सारी फ़ाइलों या वोल्यूम पर समन्वय नहीं कर रहे हैं। इन्हें सिर्फ यह सुनिश्चित करने के लिए प्रयोग किया जा सकता है कि बैकअप के दौरान पुराने संस्करण उपलब्ध रहे ताकि उन बैकअप के द्वारा सिस्टम की लगातार छवियों को प्राप्त किया जा सके।
Windows Vista में, प्रोग्राम के द्वारा फ़ाइलों में होने वाले सामूहिक परिवर्तनों को ट्रांसेक्शन में परिवर्तित करने के लिए ट्रांसेक्शनल NTFS का प्रयोग कर सकते हैं। ट्रांसेक्शन सभी परिवर्तनों के होने या न होने की गारंटी देता है तथा यह भी गारंटी देता है कि बिना प्रतिबद्धता के ट्रांसेक्शन के बाहर कोई परिवर्तन नहीं होगा।
यह वोल्यूम शैडो कॉपी (अथार्त् कॉपी-ऑन-राइट) में प्रयुक्त होने वाली तकनीकें प्रयुक्त करता है ताकि ओवरराइट किया गया डाटा सुरक्षित ढंग से वापिस लाया जा सके, तथा बिना प्रतिबद्धता वाली अथवा प्रतिबद्ध हो चुकी किन्तु पूरी तरह क्रियान्वित न होने वाली ट्रांसेक्शन को USF जर्नल लॉग चिन्हित कर ले (क्रियान्वन के दौरान किसी प्रतिभागी द्वारा सिस्टम क्रैश होने की स्थिति में).
हालांकि, ट्रांसेक्शनल में सक्षम फ़ाइल सिस्टम में, जब तक ट्रांसेक्शन प्रतिबद्ध नहीं है, इसे किसी भी तरह के पार्टीशन के लिए अस्थाई रूप से प्रयोग किया जा सकता है, बजाए सिस्टम फ़ाइलों के जो कॉपी-ऑन-राइट सीमेंटिक्स के द्वारा स्थाई रूप से चिन्हित हैं और अपनी स्थानीय ट्रांसेक्शन के द्वारा पूर्ण रूप से संशोधित हैं।
प्रभावशाली ढंग से डाटा वापिस लेने तथा प्रतियोगियों द्वारा फ़ाइल सिस्टम में संभावित विखंडन से बचने के लिए कॉपी-ऑन-राइट तकनीक में संशोधन किया गया है। पुराना डाटा तुंरत ओवरराइट नहीं होता अपितु अपनी जगह पड़ा रहता है (खासकर जब किसी के द्वारा अपनी ट्रांसेक्शन को लगातार पढ़ने के लिए लॉक किया जाता है), इस स्थिति में केवल नया अप्रतिबद्ध डाटा ही अस्थायी शैडो में रखा जाता है (पुराने डाटा को कॉपी-ऑन-राइट करने के बजाए) तथा अंततः लेखक द्वारा ट्रांसेक्शन को पूरा करने के पश्चात् सामान्य VSS कॉपी-ऑन-राइट का प्रयोग किया जाता है। इसके अतिरिक्त, यह जरूरी नहीं है कि नये डाटा के लिए अस्थायी शैडो, जो केवल अप्रतिबद्ध डाटा वाली प्रतिभागी प्रक्रियाओं द्वारा देखी जा सकती है तुंरत डिस्क पर लिखी जाए अपितु मेमोरी में रखी जा सकती है और जरूरत पड़ने पर बदली जा सकती है। NTFS ट्रांसेक्शन केवल स्थानीय NTFS वोल्यूम तक ही सीमित नहीं है बल्कि इसमें दूसरे स्थान के ट्रांसेक्शनल डाटा व प्रक्रियाएं भी शामिल हैं जैसे कि दूसरे वोल्यूम में संग्रहित डाटा, स्थानीय रजिस्ट्री, SQL डाटाबेस, वर्तमान स्थिति में सिस्टम सर्विस या रिमोट सर्विस.
ये ट्रांसेक्शन किसी विशिष्ट सेवा का प्रयोग कर रहे सभी प्रतिभागियों द्वारा नेटवर्क के माध्यम से समन्वित होती है जिसका नाम "डिस्ट्रीब्यूटेड ट्रांसेक्शन कोर्डिनेटर" (DTC) है जो यह सुनिश्चित करती है सभी प्रतिभागी एक जैसी स्थिति में काम करेंगे, तथा किसी प्रतिभागी द्वारा पुष्टि किये जाने पर बदलावों को सब तक पहुँचाया जायेगा (ताकि दूसरे प्रतिभागी अपनी पुराने डाटा वाली स्थानीय मेमोरी को रद्द कर सकें या अप्रतिबद्ध बदलावों को पुरानी स्थिति में ले आयें। ) उदाहरण के लिए ट्रांसेक्शनल NTFS नेटवर्क में वितरित फ़ाइल सिस्टम की अनुमति देता है जिसमें उनकी स्थानीय ऑनलाइन या ऑफलाइन मेमोरी भी शामिल है।
EFS NTFS वोल्यूम पर किसी भी फ़ाइल अथवा फोल्डर को शक्तिशाली तथा पारदर्शी ढंग से कूटबद्ध करता है। EFS, EFS सेवा, Microsoft के CryptoAPI और EFS File System Run- Time Library (FSRTL) के साथ इकठ्ठे काम करता है।  EFS एक फ़ाइल को सीमेट्रिक कुंजी के साथ कूटबद्ध करता है (फ़ाइल एनक्रिप्शन की या FEK के नाम से भी जानी जाती है) जो इसलिए प्रयुक्त की जाती है जो असीमेट्रिक कुंजी के बजाए बड़ी मात्रा में डाटा को कूटबद्ध अथवा डिकोड करने में कम समय लेती है। सीमेट्रिक कुंजी, जिसका प्रयोग फ़ाइल को कूटबद्ध करने में किया गया था, को एक यूज़र, जिसने फ़ाइल को कूटबद्ध किया था, द्वारा पब्लिक कुंजी की सहायता से कूटबद्ध किया जाता है और इस कूटबद्ध डाटा को कूटबद्ध फ़ाइल की वैकल्पिक डाटा स्ट्रीम में रखा जाता है। फ़ाइल को डिकोड करने के लिए, फ़ाइल सिस्टम यूज़र की निजी कुंजी का उपयोग असीमेट्रिक कुंजी को डिकोड करने के लिए करता है जो फ़ाइल हैडर में संग्रहित होती है। इसके पश्चात् यह फ़ाइल को डिकोड करने के लिए सीमेट्रिक कुंजी का प्रयोग करता है। क्योंकि यह फ़ाइल सिस्टम के स्तर पर किया जाता है, यह यूज़र के लिए पारदर्शी है। इसके अलावा, यूज़र द्वारा अपनी कुंजी को खोने की स्थिति में, EFS सिस्टम में अतिरिक्त डिकोड कुंजियों की व्यवस्था की गयी है ताकि जरूरत पड़ने पर रिकवरी एजेंट फ़ाइल का प्रयोग कर सकें. NTFS द्वारा प्रदान की गयी कूटबद्ध तथा संपीड़न सुविधाएं परस्पर अनोखी हैं। NTFS का प्रयोग किसी एक अथवा दूसरे के लिए अलग उपकरण के तौर पर किया जा सकता है।
EFS की सुविधा Windows के बेसिक, होम तथा मीडिया सेंटर संस्करण में उपलब्ध नहीं है तथा Windows के प्रोफेशनल, अल्टीमेट तथा सर्वर संस्करण के लोड करने के पश्चात या Windows डोमेन में इंटरप्राईज़ द्वारा प्रदत्त टूल का प्रयोग करके एक्टिवेट की जानी चाहिए।
डिस्क कोटा की शुरुआत NTFS v3 से की गयी थी। ये कंप्यूटर के एडमिनिस्ट्रेटर को Windows का संस्करण चलाने की अनुमति देता है जिस से NTFS की सहायता से डिस्क स्थान बनाया जा सकता है जिसका उपयोग यूज़र बाद में कर सकता है। यह एडमिनिस्ट्रेटर को यह भी जानने में मदद करता है कि प्रत्येक यूज़र डिस्क के कितने स्थान का उपयोग कर रहा है। एडमिनिस्ट्रेटर यूज़र द्वारा प्रयोग किये जाने वाले डिस्क स्थान का एक निश्चित स्तर निर्धारित कर सकता है जिसके पश्चात् एक चेतावनी मिलती है और स्थान की सर्वोच्च स्थिति तक पहुँचने के पश्चात् यूज़र को मना किया जा सकता है। डिस्क कोटा NTFS के पारदर्शी फ़ाइल संपीड़न के सक्षम होने के बावज़ूद इसे गतिविधि में शामिल नहीं करता. जिन प्रोग्राम को चलाने के लिए खाली डिस्क स्थान की आवश्कता पड़ती है वे यूज़र को निर्धारित किया गया कोटा देख सकते हैं।
डिस्क कोटा की सुविधा Windows के बेसिक, होम तथा मीडिया सेंटर संस्करण में उपलब्ध नहीं है तथा Windows के प्रोफेशनल, अल्टीमेट तथा सर्वर संस्करण के लोड करने के पश्चात या Windows डोमेन में इंटरप्राईज़ द्वारा प्रदत्त टूल का प्रयोग करके एक्टिवेट की जानी चाहिए।
यह सुविधा NTFS v3 में पेश की गयी थी। इनका उपयोग एक फ़ाइल या डायरेक्टरी की यूज़र स्पेस विशेषता में रिपार्स टैग को जोड़ कर किया जाता है। जब ऑब्जेक्ट मैनेजर (देखें - Windows NT लाइन एग्जीक्यूटिव) फ़ाइल सिस्टम नाम लुकअप को पार्स करता है और रिपार्स एट्रीब्यूट का सामना करता है, तो यह जानता है कि नाम लुकअप को "रिपार्स" करना है तथा यूज़र द्वारा नियंत्रित रिपार्स डाटा को Windows 2000 में लोड किये गये प्रत्येक फ़ाइल सिस्टम फिल्टर ड्राईवर को भेजना है। प्रत्येक फिल्टर ड्राईवर रिपार्स डाटा की जाँच यह देखने के लिए करता है कि यह उस रिपार्स पॉइंट से जुड़ा हुआ है कि नहीं और ऐसा होने की स्थिति में यह फ़ाइल सिस्टम कॉल को अवरुद्ध करता है तथा अपनी विशेष कार्यशीलता को क्रियान्वित करता है। रिपार्स पॉइंट का प्रयोग वोल्यूम माउंट पॉइंट, डायरेक्टरी जंक्शन, संग्रहण प्रबंधन, संरचनात्मक संग्रहण व सिम्बोलिक लिंक को लागू करने में किया जाता है।
एक बार वोल्यूम के दूसरे वोल्यूम की मौजूदा डायरेक्टरी के ऊपर कॉपी होने की स्थिति में उस डायरेक्टरी की पिछली सामग्री अदृश्य हो जाती है माउंट किये गये वोल्यूम की रूट डायरेक्टरी से बदल जाती है। माउंट होने वाला वोल्यूम के पास फिर भी स्वयं द्वारा घोषित ड्राइव अक्षर हो सकता है। फ़ाइल सिस्टम कभी भी वोल्यूम को एक दूसरे के ऊपर माउंट करने की अनुमति नहीं देते. वोल्यूम माउंट पॉइंट को लगातार (सिस्टम रिबूट के बाद स्वत: रिमाउंट हो जाता है) या नहीं बनाया जा सकता है।
माउंट किये गये वोल्यूम NTFS के बजाए दूसरे फ़ाइल सिस्टम का प्रयोग कर सकते हैं, वे संभवतः अपनी खुद की सुरक्षा व्यवस्था के साथ रिमोट द्वारा शेयर की गयी डायरेक्टरी हो सकते हैं तथा रिमोट फ़ाइल सिस्टम नीति के अनुसार नियंत्रण अधिकार की रीमैपिंग कर सकते हैं।
वोल्यूम माउंट पॉइंट की तरह है, हालाँकि डायरेक्टरी जंक्शन फ़ाइल सिस्टम में दूसरे वोल्यूम के बजाए दूसरी डायरेक्टरी का सन्दर्भ देते हैं। उदाहरण के लिए, डायरेक्टरी codice_1, डायरेक्टरी जंक्शन एट्रीब्यूट जिसका लिंक codice_2 के साथ है, यूज़र मोड ऍप्लिकेशन द्वारा प्रयोग किये जाने पर अपने आप डायरेक्टरी codice_2 को संदर्भित करेगा। यह क्रियान्वन धारणात्मक रूप से Unix की डायरेक्टरी लिंक के समान है, सिवाय इसके कि NTFS में लक्ष्य हमेशा दूसरी डायरेक्टरी होगी (Unix फ़ाइल सिस्टम सिम्बोलिक लिंक के लक्ष्य को किसी भी प्रकार की फ़ाइल बनने की अनुमति देता है) तथा हार्ड लिंक के लक्षण होगे (अर्थात् बनने के तुंरत बाद वे दोबारा सुलझने की स्थिति में होने चाहियें).
डायरेक्टरी लगातार जुड़ती है (जिसे MKLINK /J junctionName targetDirectory निर्देश के साथ बनाया जा सकता है तथा कन्सोल प्रोम्प्ट से RMDIR junctionName निर्देश द्वारा हटाया जा सकता है) तथा सर्वर पर हल होती है क्योंकि वे स्थानीय सिस्टम या डोमेन, जिस पर पेरेंट वोल्यूम माउंट है, के समान सुरक्षा क्षेत्र को बांटते हैं तथा लक्ष्य डायरेक्टरी की सामग्री के अनुसार अपनी सामग्री की सुरक्षा व्यवस्था करते हैं, हालाँकि जंक्शन की अलग सुरक्षा व्यवस्था हो सकती है। एक डायरेक्टरी जंक्शन का लिंक हटने पर लक्ष्य डायरेक्टरी की फ़ाइलें नष्ट नहीं होतीं.
डायरेक्टरी जंक्शन सॉफ्ट लिंक होते हैं (लक्ष्य डायरेक्टरी को हटाने के बाद भी वे बने रहेंगे), तथा सिम्बोलिक लिंक्स के सीमित रूप में कार्य करते हैं (लक्ष्य पर अतिरिक्त प्रतिबंध के साथ), लेकिन यह एक अनुकूलित संस्करण है जो रिपार्स पॉइंट की प्रक्रिया को क्रियान्वन के दौरान तेज़ करता है तथा नये NTFS सिम्बोलिक लिंक्स से कम खर्चे पर चलता है तथा इसे सर्वर पर हल किया जा सकता है। (जब वे रिमोट द्वारा शेयर की गयी डायरेक्टरी में मिलते हैं)
सिम्बोलिक लिंक्स(या सॉफ्ट लिंक) Windows Vista में शुरू किए गए थे। सिम्बोलिक लिंक्स ग्राहक छोर पर हल किये जाते हैं। इसलिए, जब एक सिम्बोलिक लिंक सांझा किया जाता है, तो लक्ष्य ग्राहक के पहुँच प्रतिबंधों के अधीन है, न कि सर्वर के.
सिम्बोलिक लिंक्स फाईलों (MKLINK symLink targetFilename के साथ बनाया गया) अथवा डायरेक्टरी (MKLINK /D symLinkD targetDirectory के साथ बनाया गया) में बनाये जा सकते हैं, किन्तु लिंक का अर्थ निर्मित लिंक के साथ उपलब्ध कराया जाना चाहिए। लेकिन सिम्बोलिक लिंक बनने के दौरान लक्ष्य का अस्तित्व में होना या उपलब्ध होना आवश्यक नहीं है। जब सिम्बोलिक लिंक की जांच होगी तथा लक्ष्य को उपलब्धता के लिए जांचा जाएगा, NTFS भी जांच करेगा कि इसका प्रकार सही है या नहीं (फ़ाइल अथवा डायरेक्टरी का). लक्ष्य का प्रकार गलत होने की स्थिति में यह नहीं-मिला (Not-Found) की त्रुटी दर्शायेगा.
ये रिमोट होस्ट पर शेयर की गयी डायरेक्टरी अथवा उस डायरेक्टरी की फाईलों या सब डायरेक्टरी की ओर संकेत कर सकते हैं। बूट करने पर उनका लक्ष्य एकदम से निर्धारित नहीं होता बल्कि OpenFile() या CreateFile()API के साथ खोलने पर अस्थायी रूप से उपलब्ध होता है। NTFS वोल्यूम पर उनकी परिभाषा निरंतर है जहां वे उत्पन्न होते हैं। (सभी प्रकार के सिम्बोलिक लिंक्स फाईलों की तरह कमांड लाइन प्रोम्प्ट या बैच से DEL symLink का उपयोग कर के हटाए जा सकते हैं).
बहुत सी डायरेक्ट्रियों में विभिन्न किन्तु एक जैसी फाईलें हो सकती हैं, इन फ़ाइलों में से कुछ में समान सामग्री हो सकती हैं। एकल चरण संग्रहण समान फाईलों का एक फ़ाइल में विलय करने और विलय फ़ाइल संदर्भ बनाने की अनुमति देता है। SIS में एक फ़ाइल सिस्टम फिल्टर होता है जो फाईलों की प्रतिलिपियों, संशोधनों तथा विलयों का प्रबंधन करता है तथा एक यूज़र स्पेस सेवा (या "ग्रोवेलेर") जो उन फाईलों को ढूंढती है जो समान हैं, तथा जिनका विलय करने की आवश्यकता है। SIS मुख्य रूप से रिमोट इंस्टालेशन सर्वर के लिए डिजाईन किया गया था क्योंकि इनकी बहुत अधिक इंस्टालेशन छवियाँ होती हैं जिनमें कई एक जैसी फाईलें हो सकती हैं। SIS इन्हें इकट्ठा करता है किन्तु हार्ड लिंक के उदाहरण के विपरीत हर फ़ाइल अलग अलग रहती है, फ़ाइल की किसी एक प्रति में परिवर्तन करने से बाकी फाईलों पर परिवर्तन का असर नहीं होता। यह कॉपी-ऑन-राइट तकनीक के समान है जिसमें एक कॉपी के संशोधित होने तक मेमोरी पूरी तरह से कॉपी नहीं होती.
शाखाकृत संग्रहण प्रबंधन कम खर्चीली संग्रहण प्रणाली में उन फ़ाइलों को स्थानांतरित करने का एक साधन है जो कुछ अवधि से प्रयुक्त नहीं हो रही हैं। जब फ़ाइल को अगली बार खोला जाता है तो फ़ाइल का रिपार्स पॉइंट इसकी आवश्यकता निर्धारित करता है और इसे संग्रहण से प्राप्त करता है।
NSS एक ActiveX दस्तावेज़ संग्रहण तकनीक थी जिसे Microsoft द्वारा रोक दिया गया था। यह ActiveX दस्तावेज़ों को एक ही मल्टी स्ट्रीम प्रारूप में संग्रहण की अनुमति देता था जिसे ActiveX आंतरिक रूप से उपयोग करता है। एक NSS फ़ाइल सिस्टम फिल्टर को लोड किया गया और इसका प्रयोग मल्टीपल स्ट्रीम को पारदर्शी ढंग से प्रोग्राम को भेजने के लिए किया गया तथा जब फ़ाइल को non-NTFS फॉरमेटेड डिस्क वोल्यूम पर भेजा गया तो इसने सिंगल स्ट्रीम के साथ मल्टीपल स्ट्रीम को भी स्थानांतरित कर दिया।
इसके क्रियान्वन के लिए कोई विवरण जारी नहीं किया गया जिस से तीसरे पक्ष के विक्रेताओं के लिए NTFS को सँभालने के टूल उपलब्ध कराना मुश्किल बना दिया।
NTFS को पढ़ने और लिखने की क्षमता NTFS-3 जी ड्राईवर द्वारा प्रदान की गई है। यह ज्यादातर Linux वितरण में शामिल है। अन्य पुराने और ज्यादातर केवल पढ़ने के समाधान भी मौजूद हैं:ध्यान दें कि सभी तीन यूज़रस्पेस ड्राइवर, अर्थात् NTFSMount, NTFS-3 जी और कैप्टिव NTFS,फ़ाइल सिस्टम पर यूज़रस्पेस(FUSE) में बने हैं, जोकि एक Linux मॉड्यूल है जिसे यूज़रस्पेस की ब्रिजिंग तथा Kernel कोड को सेव करने तथा डाटा पुनः प्राप्त करने का जिम्मा सौंपा गया है। उपरोक्त बताये गए लगभग सभी ड्राइवर (Linux के लिए Paragon NTFS को छोड़कर) खुले स्रोत (GPL) हैं। NTFS की आंतरिक संरचनाओं की जटिलता के कारण, खराब होने से बचने के लिए दोनों आंतरिक-2.6.14 Kernel ड्राइवर और फ्यूज ड्राइवर उस वोल्यूम में परिवर्तन को अनुमति प्रदान नहीं करते जिसे वे असुरक्षित समझते हैं।
मैक OS X v10.3 और बाद के संस्करणों में NTFS द्वारा फॉर्मेट किये गये पार्टीशन को केवल पढ़ने की क्षमता है। GPL द्वारा लाइसेंस प्राप्त NTFS-3G भी FUSE के माध्यम से मैक OS X पर काम करता है तथा NTFS विभाजन पर पढ़ने तथा लिखने की अनुमति देता है। मैक OS X के लिए एक साथ पढ़ने/लिखने का अधिकार प्राप्त करने का एकमात्र उपाय "मैक OS X के लिए पैरागोन NTFS" है। NTFS पर लिखने में सहायक प्रोग्राम मैक OS X 10.6 में पाया गया है, लेकिन 10.6.1 संस्करण में सक्रिय नहीं किया गया है, हालांकि क्रियान्वित करने के लिए Hacks मौज़ूद हैं।
जबकि अलग NTFS संस्करणों के अधिकांश भाग पूरी तरह से आगे और पीछे जाने में सक्षमहैं, Microsoft Windows के पुराने संस्करणों में नए NTFS संस्करणों पर कुछ तकनीकी कारणों से परेशानियाँ हैं। ये दोहरी बूटिंग और बाहरी पोर्टेबल हार्ड ड्राइव को प्रभावित करता है।
उदाहरण के लिए, एक ऑपरेटिंग सिस्टम, जो सहायक नहीं है, पर NTFS पार्टीशन पर पिछला संस्करण (अथार्त वोल्यूम शैडो कॉपी) प्राप्त करने की कोशिश करने के परिणामस्वरूप पिछले संस्करण की सामग्री खो जायेगी.
OpenSolaris, eComStation, KolibriOS, और FreeBSD केवल पढ़ने के लिए NTFS स्पोर्ट देते हैं (बीटा NTFS ड्राईवर eComStation को लिखने/मिटाने की अनुमति देता है, लेकिन आमतौर पर असुरक्षित माना जाता है). एक अन्य तीसरा उपकरण BeOS, जो NTFS-3G पर आधारित था, NTFS के लिए पढ़ने और लिखने की अनुमति देता है। NTFS-3 G भी FUSE के माध्यम से Linux के अलावा मैक OS X, FreeBSD, NetBSD, Solaris और Haiku पर काम करती है। एक मुफ्त निजी प्रयोग के लिए पढ़ने/लिखने का MS-DOS का ड्राईवर "NTFS4DOS" भी मौजूद है।
Microsoft वर्तमान में एक उपकरण (convert.exe) प्रदान करता है जो HPFS(केवल Windows NT 3 पर),FAT16 Windows 2000 और उच्च संस्करण और FAT32 को NTFS में बदल देता है, लेकिन इसका कोई दूसरा तरीका नहीं है। विभिन्न तीसरी पार्टी उपकरण भी सुरक्षित NTFS पार्टीशन रीसाइज़िंग में सक्षम हैं। Microsoft ने Windows Vista में पार्टीशन को सिकोड़ने तथा बड़ा करने की क्षमता जोड़ी है, लेकिन यह क्षमता सीमित है क्योंकि यह पेज फ़ाइल फ्रेग्मेंट्स या स्थानांतरित न होने वाली फ़ाइल को नहीं हटाएगा, अतः पार्टीशन को सिकोड़ने की क्षमता सीमित है। एक पेज फ़ाइल के बिना रीबूटिंग या डीफ्रेगमेंट करने के लिए किसी तीसरे टूल का उपयोग स्थिति को खराब कर सकता है यदि पेज फ़ाइल हटने वाली फ़ाइल नहीं है।
ऐतिहासिक कारणों से, Windows के संस्करण जोकि NTFS का समर्थन नहीं करते, सभी आंतरिक रूप से समय को स्थानीय समय क्षेत्र के रूप में रखते हैं और NTFS के अलावा बाकी फ़ाइल सिस्टम भी ऐसा ही करते हैं जिन्हें Windows का वर्तमान संस्करण सहायता कर रहा है। तथापि, Windows NT और आने वाले संस्करण UTC के रूप में आंतरिक टाइम स्टाम्प्स रखते हैं और प्रदर्शन के लिए उपयुक्त परिवर्तन करते हैं। इसलिए, UTC में NTFS टाइम स्टाम्प्स हैं। इसका मतलब यह है कि जब फाईलें NTFS और नॉन-NTFS पार्टीशन के बीच कॉपी या स्थानांतरित की जाती है, तो OS को फ्लाई पर टाइम स्टाम्प्स बदलने की आवश्यकता पड़ती है। लेकिन अगर कुछ फ़ाइलें जब डे-लाइट सेविंग टाइम(DST) के अंतर्गत स्थानांतरित की जाती हैं और अगर कुछ फ़ाइलें मानक समय के अंतर्गत स्थानांतरित की जाती हैं तो रूपांतरण के दौरान विसंगतियां हो सकती हैं। परिणामस्वरूप, किसी एक दिन बाद जब स्थानीय समय क्षेत्र बदलता है, यूज़र यह जान सकते हैं कि कुछ फाईलों के टाइम स्टाम्प्स में 1 घंटे की गलती है। डीएसटी को लागू करने में उत्तरी और दक्षिणी गोलार्द्धों के बीच मतभेद के चलते, किसी भी 12 महीने में एक संभावित टाइमस्टैम्प में 4 घंटे तक की त्रुटि हो सकती है।
NTFS में, सभी फ़ाइल डाटा - फ़ाइल नाम, निर्माण तिथि, नियंत्रण अनुमति और सामग्री-मास्टर फ़ाइल तालिका में मेटाडाटा के रूप में जमा हो जाता है। इस सुविधा ने Windows NT फ़ाइल प्रणाली के विकास के दौरान फ़ाइल सिस्टम सुविधाओं को आसानी से जोड़ना संभव बनाया। - एक्टिव डायरेक्टरी सॉफ्टवेयर द्वारा इंडेक्सिंग के लिए फील्ड्स को जोड़ना एक दिलचस्प उदाहरण है।
NTFS नाम एन्कोडिंग के लिए 16-बिट वैल्यू के किसी भी क्रम को अनुमति देता है (फ़ाइल नाम, स्ट्रीम नाम, इंडेक्स नाम आदि). इसका मतलब यह है UTF-16 कोड पॉइंट्स का समर्थन किया जाता है लेकिन फ़ाइल सिस्टम यह जांच नहीं करता कि क्रम वैध UTF-16 है (यह यूनीकोड मानक तक ही सीमित नहीं है तथा कम वैल्यू के किसी भी क्रम को अनुमति देता है).
आंतरिक रूप से, NTFS फ़ाइल सिस्टम डाटा को इंडेक्स (क्रमवार) करने के लिए बी+ ट्री का उपयोग करता है। हालांकि यह लागू करने में कठिन है, ज्यादातर मामलों में यह फ़ाइल को तेज़ी से खोजता है। एक फ़ाइल सिस्टम जर्नल फ़ाइल सिस्टम मेटाडाटा की अखंडता की गारंटी देता है लेकिन व्यक्तिगत फाईलों की सामग्री की नहीं। सिस्टम जो NTFS का उपयोग करते हैं उन्हें FAT फ़ाइल सिस्टम की तुलना में विश्वसनीय माना जाता है।
मास्टर फ़ाइल तालिका (MFT) हर फ़ाइल, डायरेक्टरी और NTFS वोल्यूम पर मेटाफ़ाइल की मेटाडाटा के रूप में जानकारी रखती है। इसमें फ़ाइल नाम, स्थान, साइज़ और अनुमति भी शामिल है। इसकी संरचना एल्गोरिदम, जो डिस्क विखंडन कम से कम करती है, का समर्थन करती है। एक डायरेक्टरी प्रविष्टि में एक फ़ाइल नाम और "फ़ाइल ID" होता है जो मास्टर फ़ाइल तालिका में फ़ाइल की रिकॉर्ड संख्या को प्रदर्शित करता है। फ़ाइल ID गिनती का पुनः प्रयोग पुराने सन्दर्भों का पता लगाने के लिए करते हैं। हालांकि यह फ़ाइल-11 के W_FID से अत्यधिक मिलता है, अन्य NTFS संरचनाएं मौलिक रूप से अलग दिखती हैं।
NTFS कई फ़ाइलों से मिल कर बना है जो फ़ाइल सिस्टम को परिभाषित तथा व्यवस्थित करती हैं। सभी मामलों में, ये फाइलें किसी भी अन्य यूज़र फाईलों की तरह बनी होती हैं ($ वोल्यूम सबसे अलग है), लेकिन फ़ाइल सिस्टम के ग्राहकों की इसमें प्रत्यक्ष रुचि नहीं होती.ये मेटा फ़ाइलें, फाईलों को परिभाषित करती हैं, फ़ाइल सिस्टम डाटा की महत्वपूर्ण फ़ाइलों का बैकअप रखती हैं, तथा बफर फ़ाइल सिस्टम में परिवर्तन, मुक्त स्थान आबंटन प्रबंधन,BIOS की अपेक्षाओं को पूरा करना, खराब आवंटन इकाइयों को खोजना, सुरक्षा तथा डिस्क स्थान उपयोग की जानकारी को संग्रहण करने का कार्य करती हैं। जब तक कहीं ओर इंगित न की जायें, सभी सामग्री एक अनाम डाटा स्ट्रीम में है।
!क्षेत्र संख्या  !फ़ाइल का नाम  !उद्देश्य: