NTFS
NTFS అనేది Windows 2000, Windows XP, Windows Server 2003, Windows Server 2008, Windows Vista మరియు Windows 7 వంటి తదుపరి సంస్కరణలతో పాటు Windows NT యొక్క ప్రామాణిక ఫైల్ వ్యవస్థగా చెప్పవచ్చు.
NTFS, మైక్రోసాఫ్ట్ యొక్క windows
 నిర్వహణ వ్యవస్థ కోసం ముఖ్యార్థ ఫైల్ వ్యవస్థ వలె ఉన్న FAT ఫైల్ వ్యవస్థ స్థానాన్ని ఆక్రమించింది. FAT మరియు HPFS (అధిక పనితీరు ఫైల్ వ్యవస్థ)ల కంటే NTFS పలు అభివృద్ధులను కలిగి ఉంది, వీటిలో మెటాడేటాకు మెరుగుపర్చిన మద్దతు మరియు పనితీరు, మన్నిక మరియు డిస్క్ స్థలం నియోగానికి ఆధునిక డేటా నిర్మాణాలను ఉపయోగిస్తుంది, వీటితో పాటు భద్రతా యాక్సెస్ నియంత్రణ జాబితాలు (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 (మరియు కొత్తవి) అననుకూలమైనవి: అంటే NT 3.5xచే వ్రాయబడిన వాల్యూమ్‌లు NT 3.1కు NT 3.5x CDను వర్తించేవరకు NT 3.1తో వాటిని చదవడం సాధ్యం కాదు, ఇది FAT పొడవైన ఫైల్ పేరు మద్దతును కూడా జోడిస్తుంది. 
V1.2 స్ట్రీమ్స్, ACL-ఆధారిత రక్షణ మొదలైన పేర్లతో కుదించబడిన ఫైళ్లకు మద్దతు ఇస్తుంది. 
V3.0 డిస్క్ కోటాలు, వ్యక్తలేఖనం, స్పార్స్ ఫైల్‌లు, రీపార్స్ స్థానాలు, నవీకరించిన క్రమ సంఖ్య (USN) జర్నలింగ్, $Extend సంచిక మరియు దాని ఫైళ్లను జోడించింది మరియు రక్షణ రూపాలను గుర్తించింది, దీని కారణంగా ఒకే రక్షణ అమర్పును పంచుకుంటున్న పలు ఫైళ్లు ఒకే రూపాన్ని పంచుకోగలవు. 
V3.1 విస్తారమైన MFT రికార్డ్ సంఖ్యతో మాస్టర్ ఫైల్ పట్టిక (MFT) ఎంట్రీలను విస్తరించింది (పాడైన MFT ఫైళ్లను పునరుద్ధరించడానికి ఉపయోగపడుతుంది).
Windows Vista పరస్పర వినిమయ NTFS, NTFS లాంఛప్రాయ లింక్‌లు, విభజన కుదింపు మరియు స్వీయ-నివారణ కార్యాచరణ లను పరిచయం చేసింది, ఈ లక్షణాలు ఫైల్ వ్యవస్థకే కాకుండా నిర్వహణ వ్యవస్థ యొక్క అదనపు కార్యాచరణకు ఎక్కువ ఉపయోగపడతాయి.
NTFS v3.0 దాని ముందు దాని కంటే పలు కొత్త లక్షణాలను కలిగి ఉంది: అక్కడక్కడ ఉన్న ఫైల్ మద్దతు, డిస్క్ వాడకం కోటా, రీపార్స్ స్థానాలు, పంపిణీ చేసిన లింక్ ట్రాకింగ్ మరియు వ్యక్తలేఖన ఫైల్ వ్యవస్థ (EFS) వలె పిలిచే ఫైల్ స్థాయి వ్యక్తలేఖనాలు ఉన్నాయి.
USN జర్నల్ అనేది వాల్యూమ్‌లోని అన్ని ఫైళ్లు, స్ట్రీమ్స్ మరియు డైరెక్టరీలకు మార్పులను, అలాగే వాటి పలు గుణాలు మురియు భద్రతా అమర్పులను నమోదు చేసే ఒక సిస్టమ్ నిర్వహణ లక్షణంగా చెప్పవచ్చు.
సిస్టమ్ నాశనమైనప్పుడు దాని అంతర్గత సంకీర్ణ డేటా నిర్మాణాలు (ప్రత్యేకంగా వాల్యూమ్ కేటాయింపు బిట్‌మ్యాప్ లేదా అవిభజన APIచే అమలు చేయబడిన డేటా తరలింపులు, MFT నివేదికలు మరియు లక్షణాల జాబితాల్లో నిల్వ చేయబడిన కొన్ని వేరేబుల్-పొడవు గల లక్షణాల తరలింపులు వంటి MFT నివేదికలకు సవరణలు లేదా పంచుకున్న భద్రతా రూపాలకు, బూట్ సెక్టర్‌కు లేదా వాల్యూమ్‌లో నిర్వహించబడిన చివరి USN లావాదేవీ నిల్వ చేయబడిన దాని స్థానిక మిర్రర్స్‌కు నవీకరణలు) మరియు సూచికలు స్థిరంగా ఉంచేలా చేయడం NTFS (FAT/FAT32లు అందించని ఒక లక్షణం) యొక్క సంకీర్ణ కార్యాచరణగా చెప్పవచ్చు మరియు వాల్యూమ్ మళ్లీ వ్రాయబడుతున్నప్పుడు ఈ సంకీర్ణ డేటా నిర్మాణాలకు భద్రపర్చని మార్పులను సులభమైన పునరుద్ధరణను అనుమతిస్తుంది.
Windows యొక్క తదుపరి సంస్కరణల్లో, వ్రాయడానికి నకలు అర్థ విచారంతో సిస్టమ్ ఫైల్ యొక్క VSS ఛాయ నకళ్లు వంటి NTFS ఫైల్ వ్యవస్థలోని ఇతర భాగాల్లో ఇతర లావాదేవీ చర్యల స్థితి జాడ కోసం లేదా లావాదేవీ NTFS మరియు పంపిణీ ఫైల్ వ్యవస్థ (క్రింద చూడండి) యొక్క ఆచరణకు USN జర్నల్‌ను విస్తరించారు.
నిజానికి Windows NTలోని POSIX ఉపవ్యవస్థకు మద్దతుగా జోడించబడింది, హార్డ్ లింక్‌లు అనేవి డైరెక్టరీ జంక్షన్‌కు సారూప్యంగా ఉంటాయి కాని డైరెక్టరీలకు కాకుండా ఫైళ్లకు ఉపయోగిస్తారు. హార్డ్ లింక్‌లను అదే వాల్యూమ్‌లో ఉన్న ఫైళ్లకు మాత్రమే వర్తించగలరు ఎందుకంటే ఫైల్ యొక్క MFT నివేదికకు అదనపు ఫైల్ పేరు నివేదిక జోడించబడుతుంది. చిన్న (8.3) ఫైల్ పేర్లు కూడా ప్రత్యేక డైరెక్టరీ ఎంట్రీలు లేని అదనపు ఫైల్ నివేదికలు వలె అమలు చేయబడతాయి.
ప్రత్యామ్నాయ డేటా స్ట్రీమ్‌లు "filename:streamname" వంటి ఫైల్ పేరు ఆకృతి (ఉదా., "text.txt:extrastream")ని ఉపయోగించి, ఒక ఫైల్ పేరుతో ఒకటి కంటే ఎక్కువ డేటా స్ట్రీమ్‌లు అనుబంధించబడేందుకు అనుమతిస్తాయి. ప్రత్యామ్నాయ స్ట్రీమ్స్ Windows Explorerలో జాబితా చేయబడలేదు మరియు వాటి పరిమాణం ఫైల్ పరిమాణంలో చేర్చబడదు. ఒక ఫైల్ ఒక నెట్‍‌వర్క్ భాగస్వామ్యం లేదా FAT-ఆకృతి USB డ్రైవ్‌కు నకలు చేయబడిన, ఒక ఇ-మెయిల్‌కు జోడించబడిన లేదా ఒక వెబ్‌సైట్‌కు అప్‌లోడ్ చేయబడిన దాని ప్రధాన స్ట్రీమ్ మాత్రమే భద్రపరచుబడుతుంది. ఫలితంగా, సంకీర్ణ డేటాకు ప్రత్యామ్నాయ స్ట్రీమ్స్ వినియోగం సమస్యలను ఏర్పర్చవచ్చు. Macintosh రిసోర్స్ ఫోర్క్‌లను నిల్వ చేయడానికి Macintosh కోసం సేవలు (SFM)ను ప్రారంభించడానికి Windows NT 3.1లో NTFS స్ట్రీమ్స్‌ను పరిచయం చేసింది. Windows సర్వర్ యొక్క ప్రస్తుత సంస్కరణలు ఇకపై SFMను పొందుపర్చనప్పటికీ, మూడవ పార్టీ Apple ఫిల్లింగ్ ప్రోటోకాల్ (AFP) ఉత్పత్తులు (గ్రూప్ లాజిక్ యొక్క ExtremeZ-IP వంటివి) ఇప్పటికీ ఫైల్ వ్యవస్థ యొక్క ఈ లక్షణాన్ని ఉపయోగిస్తున్నాయి.
మాల్వేర్ దాని కోడ్‌ను దాచడానికి ప్రత్యామ్నాయ డేటా స్ట్రీమ్స్‌ను ఉపయోగించింది; ప్రస్తుతం కొన్ని మాల్వేర్ స్కానర్లు మరియు ఇతర ప్రత్యేక సాధానాలు డేటా కోసం ప్రత్యామ్నాయ స్ట్రీమ్స్‌లో తనిఖీ చేస్తాయి. Microsoft ఒక ఎంపిక చేసిన వాల్యూమ్‌లో స్ట్రీమ్స్ వీక్షణను వినియోగదారుకు అనుమతించడానికి స్ట్రీమ్స్ అనే ఒక పరికరాన్ని అందిస్తుంది.
బాహ్య సైట్‌ల నుండి దిగుమతి చేయబడిన ఫైళ్లను గుర్తించడానికి Internet Explorer (మరియు ఇప్పుడు ఇతర బ్రౌజర్‌ల్లో కూడా)లో చాలా చిన్న ADS కూడా జోడించబడింది: వాటిని స్థానికంగా అమలు చేయడం అసురక్షితం మరియు స్థానిక షెల్ వాటిని తెరవడానికి ముందుగా వినియోగదారు నుండి నిర్ధారణను అభ్యర్థిస్తుంది. ఈ నిర్ధారణ వ్యాఖ్య పేటిక ఇకపై అవసరం లేదని వినియోగదారు సూచించినప్పుడు, దిగుమతి చేయబడిన ఫైళ్లకు MFT ఎంట్రీ నుండి ఈ ADS తీసివేయబడుతుంది.
కొన్ని మీడియా ప్లేయర్స్ మీడియా ఫైళ్లకు అనుకూల మెటాడేటాను నిల్వ చేయడానికి, మీడియా ఫైళ్ల యొక్క ప్రభావిత డేటా అంశం వాటికి అవే (అవి MPEG మరియు OGG కంటైనర్ వంటి మీడియా ఫైల్ ఆకృతులచే మద్దతు పొందినప్పుడు పొందుపర్చిన ట్యాగ్‌లను ఉపయోగించి) సవరించబడకుండా సేకరణల నిర్వహణకు ADSను ఉపయోగించడానికి కూడా ప్రయత్నించాయి; ఈ మెటాడేటా ఒక అదనపు సమాచార వరుసలు వలె వాటిని అన్వయించగల ఒక నమోదిత Windows షెల్ పొడిగింపు సహాయంతో Windows Explorerలో ప్రదర్శించబడవచ్చు, కాని అధిక మీడియా ప్లేయర్లు ఈ సమాచారాన్ని నిల్వ చేయడానికి ADSకు బదులుగా వాటి స్వంత ప్రత్యేక డేటాబేస్‌ను ఉపయోగించడానికి ప్రాముఖ్యతను చూపుతాయి (ప్రత్యేకంగా, ఈ ఫైళ్ల యొక్క అన్ని వినియోగదారులకు ADS కన్పిస్తుంది కనుక వినియోగదారుకు ప్రత్యేక సురక్షిత అమర్పులతో నిర్వహించబడతాయి మరియు వినియోగదారు ప్రాధాన్యతల ప్రకారం వాటి విలువలను పేర్కొనబడతాయి).
చిన్న ఫైల్‌లు అనేవి సున్నాలతో పూరించబడిన డేటా గల చిన్న డేటా సమితులను కలిగి ఉన్న ఫైళ్లుగా చెప్పవచ్చు. ఉదాహరణకు డేటాబేస్ అనువర్తనాలు కొన్నిసార్లు చిన్న ఫైళ్లను ఉపయోగిస్తాయి. దీని కారణంగా, Microsoft ఖాళీ (సున్నా) డేటా యొక్క ప్రాంతాలను పేర్కొనడానికి ఒక అనువర్తనాన్ని అనుమతించడం ద్వారా చిన్న పైళ్ల యొక్క సమర్ధమైన నిల్వకు మద్దతును అమలు చేసింది. ఒక చిన్న ఫైల్‌ను చదవగల ఒక అనువర్తనం దానిని ఫైల్ ఆఫ్‌సెట్ ఆధారంగా ఏ డేటాను అందించాలో గణిస్తూ ఫైల్ వ్యవస్థతో సాధారణ రీతిలో చదువుతుంది. కుదించబడిన ఫైళ్లతో, కోటా పరిమితులను నిర్ధారించేటప్పుడు చిన్న ఫైళ్ల యొక్క యదార్ధ పరిమాణాలు పరిగణలోకి తీసుకోబడవు.
NTFS, ఫైళ్లను LZ77 క్రమసూత్ర పద్ధతి యొక్క ఒక వైవిధ్యాన్ని ఉపయోగించి కుదిస్తుంది. కుదించబడిన ఫైళ్లకు పఠనం-వ్రాసే యాక్సెస్ పారదర్శకమైనప్పటికీ, Microsoft సర్వర్ సిస్టమ్‌లు మరియు/లేదా రోమింగ్ ప్రొఫైళ్లను కలిగి ఉన్న నెట్‌వర్క్ వాటాల్లో కుదింపును తొలగించమని సిఫార్సు చేస్తుంది, ఎందుకంటే ఇది ప్రాసెసర్‌పై అధిక లోడ్‌కు కారణమవుతుంది.
వాల్యూమ్ ఛాయ నకలు సేవ (VSS) NTFS వాల్యూమ్‌ల్లోని పురాతన, కొత్తగా తిరగ వ్రాయబడిన డేటాను ఛాయ నకలుకు ("వ్రాసిన తర్వాత నకలు చేయి" ) నకలు చేయడం ద్వారా ఫైళ్లు మరియు సంచికల పురాతన సంస్కరణలను ఉంచుతుంది. ఒక వినియోగదారు మునుపటి సంస్కరణకు పునరుద్ధరించబడాలని అభ్యర్థించినప్పుడు, పాత ఫైల్ డేటా కొత్తవాటిపై భర్తీ అవుతాయి. ఇది ఫైల్ వ్యవస్థచే ప్రస్తుతం ఉపయోగంలో ఉన్న ఫైళ్లను ఆర్కైవ్ చేయడానికి డేటా నకలు నిల్వ ప్రోగ్రామ్‌లను కూడా అనుమతిస్తుంది. అధిక లోడ్ గల సిస్టమ్‌ల్లో, ఛాయ నకలు వాల్యూమ్‌ను ఒక ప్రత్యేక డిస్క్‌లో స్థాపించాలని Microsoft సిఫార్సు చేస్తుంది. 
సిస్టమ్ క్రాష్‌ల సందర్భాల్లో స్థిర పునరుద్ధరణను నిర్ధారించడానికి, VSS కూడా స్థానిక లావాదేవీలను గుర్తు ఉంచడానికి మరియు NTFS వాల్యూమ్ పునరుద్ధరించబడినప్పుడు లేదా సవరించిన ఫైల్‌ను మూసివేయడానికి ముందుగా యదార్ధ మార్పులకు ముందు కొత్త సంస్కరణ పూర్తిగా నమోదు చేయకపోతే ఒక పాత సంస్కరణకు సురక్షితంగా ఉపసంహరించబడినప్పుడు, సిస్టమ్ పునఃప్రారంభం తర్వాత సిస్టమ్ ఫైళ్లకు నిర్ణయించబడిన మార్పులు సమర్థవంతంగా పునరుద్ధరించబడ్డాయని నిర్ధారించడానికి USN జర్నల్‌ను ఉపయోగిస్తుంది. అయితే, ఒక లావాదేవీ సమన్వయకర్త మినహా ఈ VSS ఛాయలు ప్రపంచవ్యాప్తంగా పలు ఫైళ్లు లేదా వాల్యూమ్‌లపై సహకరించవు (క్రింద చూడండి). ఇవి నకలు నిల్వల్లోని స్థిర సిస్టమ్ చిత్రాలను పొందడానికి నకలు నిల్వ చర్యల్లో పాత సంస్కరణలు యాక్సెస్ చేయగల స్థితిలో ఉన్నాయని నిర్ధారించడానికి ఉపయోగించబడుతుంది.
Windows Vistaలో, ఫైళ్లకు మార్పులను సమష్టిగా ఒక లావీదేవీలోకి సమూహం చేయడానికి అనువర్తనాలు లావాదేవీ NTFSను ఉపయోగించవచ్చు. లావాదేవీ అన్ని మార్పులు జరిగాయని లేదా వాటిలో ఏదీ జరగలేదని హామీ ఇస్తుంది మరియు ఇది వాటికి అప్పగించిన సరైన సమయం వరకు లావాదేవీ వెలుపల ఉన్న అనువర్తనాలు మార్పులను చూడలేవని హామీ ఇస్తుంది.
ఇది భర్తీ చేయబడిన డేటా యొక్క సురక్షిత ఉపసంహరణను నిర్ధారించడానికి వాల్యూమ్ ఛాయ నకలుకు (i.e. వ్రాసిన తర్వాత నకలు) ఉపయోగించిన అదే సాంకేతికతలను ఉపయోగిస్తుంది మరియు అప్పటికీ అంగీకరించని లావాదేవీలను లేదా అంగీకరించబడినప్పటికీ పూర్తిగా వర్తించబడని (పాల్గొన్నవారిలో ఒకరిచే అంగీకరించిన సమయంలో సిస్టమ్ క్రాష్ సందర్భంలో) వాటిని మార్క్ చేయడానికి UFS జర్నలింగ్ లాగ్‌ను ఉపయోగిస్తుంది.
అయితే, ఒక లావాదేవీ-ప్రారంభించబడిన ఫైల్ వ్యవస్థలో, దీనిని వ్రాసిన తర్వాత నకలు అర్థ విచారంతో శాశ్వతంగా గుర్తించబడిన సిస్టమ్ ఫైళ్ల కంటే లావాదేవీని అంగీకరించే వరకు ఏదైనా విభజన రకం అవసరమయ్యే అన్ని ఇతర ఫైళ్లకు తాత్కాలికంగా ఉపయోగిస్తారు మరియు అవి వాటి స్వంత స్థానిక లావాదేవీల్లో సూచనగా సవరించబడతాయి.
అయితే సమర్థవంతమైన ఉపసంహరణలను అనుమతించడానికి మరియు పలువురు పాల్గొనేవారితో ఉపయోగించే ఫైల్ వ్యవస్థలోని విభజన రూపకల్పనను తొలగించడానికి వ్రాసిన తర్వాత నకలు సాంకేతికతను సవరించారు: పాత డేటా వెంటనే భర్తీ చేయబడదు కాని అది అలాగే ఉంచబడుతుంది (ప్రత్యేకంగా ఇది దాని స్వంత లావాదేవీల్లోనే స్థిర పఠనం కోసం ఒకరిచే ప్రస్తుతం లాక్ చేయబడినప్పుడు); ఆ సందర్భంలో, అంగీకరించని కొత్త డేటా మాత్రమే తాత్కాలిక ఛాయలో (పాత డేటాను వ్రాసిన తర్వాత నకలు చేయకుండా) ఉంచబడుతుంది, చివరిగా ఇది వ్రాసినవారుచే లావాదేవీ అంగీకరించిబడినప్పుడు, సాధారణ VSS వ్రాసిన తర్వాత నకలును ఉపయోగించి వర్తించబడుతుంది. అదనంగా, కొత్త డేటాకు ఈ తాత్కాలిక ఛాయలు వాటి స్వంత అంగీకరించని డేటాను కలిగి ఉన్న పాల్గొనే విధానాలుకు మాత్రమే కనిపిస్తాయి, ఇవి వెంటనే డిస్క్‌కు వ్రాయబడవు కాని తదుపరి అంగీకరాలకు మెమరీలో నిర్వహించబడవచ్చు లేదా తుడిచివేయబడవచ్చు. లావాదేవీ NTFS లావాదేవీలను స్థానిక NTFS వాల్యూమ్‌కు మాత్రమే పరిమితం చేయదు, అలాగే డేటా ప్రత్యేక వాల్యూమ్‌లు, స్థానిక రిజస్ట్రీ లేదా SQL డేటాబేస్‌ల్లో నిల్వ చేయబడిన కారణంగా ఇటువంటి ఇతర స్థలాల్లో ఇతర లావాదేవీ డేటా లేదా కార్యాచరణలను లేదా సిస్టమ్ సేవలు లేదా సుదూర సేవల ప్రస్తుత స్థితులను కలిగి ఉంటుంది.
ఈ లావాదేవీలు మొత్తం పాల్గొనేవారు ఒకే అంగీకరించిన స్థితిని పొందుతున్నట్లు నిర్ధారించడానికి మరియు ఏదైనా పాల్గొనేవారిచే (దీనితో ఇతరులు పాత డేటా కోసం వారి స్థానిక కాష్‌లను రద్దు చేయవచ్చు లేదా వారి కొనసాగిస్తున్న అంగీకరించిన మార్పులను ఉపసంహరించవచ్చు) ధ్రువీకరించబడిన మార్పులను బట్వాడా చేయడానికి మొత్తం పాల్గొనేవారితో నెట్‌వర్క్-వ్యాప్తంగా ఒక నిర్దిష్ట సేవ "పంచుకున్న లావాదేవీల సమన్వయకర్త" (DTC)ను ఉపయోగించి సమన్వయం చేయబడుతుంది. ఉదాహరణకు, లావాదేవీ NTFS నెట్‌వర్క్-వ్యాప్తంగా స్థిర పంచుకున్న ఫైల్ వ్యవస్థల స్థానిక ప్రత్యక్ష లేదా పరోక్ష కాష్‌లతో సహా, వాటి సృష్టిని అనుమతిస్తుంది.
EFS ఒక NTFS వాల్యూమ్‌లోని ఏదైనా ఫైల్ లేదా సంచిక యొక్క శక్తివంతమైన లేదా వినియోగదారు-పారదర్శక గుప్తలేఖనాన్ని అందిస్తుంది. EFS EFS సేవ, Microsoft యొక్క CryptoAPI మరియు EFS ఫైల్ సిస్టమ్ రన్-టైమ్ లైబ్రరీ (FSRTL)లతో కలిసి ఉమ్మడిగా పనిచేస్తుంది. 
EFS ఒక ఫైల్‌ను ఒక అత్యధిక సమాన కీ (అలాగే దీనిని ఫైల్ గుప్తలేఖనకీ లేదా FEK అని కూడా పిలుస్తారు)లతో గుప్తీకరించడానికి పనిచేస్తుంది, ఎందుకంటే ఒక అసమాన కీ సాంకేతిక లిపిని ఉపయోగించినప్పుడు కంటే అధిక మొత్తంలో డేటాను గుప్తీకరించడానికి మరియు వ్యక్తీకరించడానికి చాలా తక్కువ సమయం పడుతుందని దీన్ని ఉపయోగిస్తారు. ఫైల్‌ను గుప్తీకరించడానికి ఉపయోగించిన సమానకీ ఒక పబ్లిక్ కీతో గుప్తీకరించబడుతుంది, ఇది ఫైల్‌ను గుప్తీకరించిన వినియోగదారుతో అనుబంధించబడి ఉంటుంది మరియు ఈ గుప్తీకరించబడిన డేటా గుప్తీకరించబడిన ఫైల్ యొక్క ప్రత్యామ్నాయ డేటా స్ట్రీమ్‌లో నిల్వ చేయబడుతుంది. ఫైల్‌ను వ్యక్తీకరించడానికి, ఫైల్ వ్యవస్థ ఫైల్ శీర్షికలో నిల్వ చేయబడిన సమాన కీని వ్యక్తీకరించడానికి వినియోగదారు ప్రైవేట్ కీని ఉపయోగిస్తుంది. ఇది తర్వాత ఫైల్‌ను వ్యక్తీకరించడానికి సమాన కీని ఉపయోగిస్తుంది. ఇది ఫైల్ వ్యవస్థ స్థాయిలో జరుగుతుంది కనుక, ఇది వినియోగదారుకు పారదర్శకంగా ఉంటుంది. అలాగే, ఒక వినియోగదారు వారి కీకి యాక్సెస్‌ను కోల్పోయిన సందర్భంలో, EFS వ్యవస్థలో అదనపు వ్యక్తీకర కీలకు మద్దతును ఏర్పాటు చేస్తుంది, దీనితో అవసరమైతే ఒక పునరుద్ధరణ వ్యవస్థ అప్పటికీ ఫైళ్లను యాక్సెస్ చేయగలదు. NTFS-ఆధారిత గుప్తలేఖనం మరియు కుదింపులు పరస్పరంగా ప్రత్యేకించబడినవి-NTFSను ప్రత్యేకంగా మరియు ఇతర వాటికి ఒక మూడవ-పార్టీ పరికరంగా ఉపయోగించవచ్చు.
EFS యొక్క మద్దతు Windows యొక్క బేసిక్, హోమ్ మరియు మీడియాసెంటర్ సంస్కరణల్లో అందుబాటులో లేదు మరియు Windows యొక్క ప్రొపెషినల్, అల్టిమేట్ మరియు సర్వర్ సంస్కరణలు వ్యవస్థాపించిన తర్వాత లేదా Windows డొమైన్‌ల్లో ఎంటర్‌ప్రైజ్ డెవలప్‌మెంట్ పరికరాలను ఉపయోగించి తప్పక యాక్టివేట్ చేయాలి.
డిస్క్ కోటాలు అనేవి NTFS v3లో పరిచయం చేయబడ్డాయి. ఇవి కంప్యూటర్ యొక్క నిర్వాహకులు వినియోగదారులు ఉపయోగించే డిస్క్ స్థలం యొక్క త్రెష్‌హోల్డ్‌ను అమర్చడానికి NTFSను మద్దతు ఇచ్చే Windows యొక్క ఒక సంస్కరణను అమలు చేయడానికి అనుమతిస్తాయి. ఇది ప్రతి వినియోగదారు ఎంత డిస్క్ స్థలాన్ని ఉపయోగిస్తున్నారో ట్రాక్ చేయడానికి కూడా నిర్వాహకులను అనుమతిస్తుంది. ఒక నిర్వాహకులు ఒక వినియోగదారు హెచ్చరికను అందుకోవడానికి ముందుగా ఉపయోగించగల డిస్క్ స్థలం యొక్క నిర్దిష్ట స్థాయిని పేర్కొనవచ్చు మరియు వినియోగదారు వారి అధిక పరిమిత స్థలాన్ని చేరుకున్న తర్వాత యాక్సెస్‌ను తిరస్కరించవచ్చు. డిస్క్ కోటాలను NTFS యొక్క పారదర్శక ఫైల్-కుదింపుకు పరిగణలోకి తీసుకోబడదు, దీన్ని ప్రారంభించాలి. మొత్తం ఖాళీ స్థలాన్ని ప్రశ్నించే అనువర్తనాలు కోటా వర్తింపచేసిన వినియోగదారుకు మిగిలిన ఖాళీ స్థలం మొత్తాన్ని కూడా పరిశీలిస్తాయి.
డిస్క్ కోటాల యొక్క మద్దతు Windows యొక్క బేసిక్, హోమ్ మరియు మీడియాసెంటర్ సంస్కరణల్లో అందుబాటులో లేదు మరియు Windows యొక్క ప్రొపెషినల్, అల్టిమేట్ మరియు సర్వర్ సంస్కరణలు వ్యవస్థాపించిన తర్వాత లేదా Windows డొమైన్‌ల్లో ఎంటర్‌ప్రైజ్ డెవలప్‌మెంట్ పరికరాలను ఉపయోగించి తప్పక యాక్టివేట్ చేయాలి.
ఈ లక్షణం NTFS v3లో పరిచయం చేయబడింది. ఇవి ఫైల్ లేదా సంచిక యొక్క వినియోగదారు స్థలం లక్షణంలో ఒక రీపార్స్ టాగ్‌ను అనుబంధించబడం ద్వారా ఉపయోగించబడతాయి. ఆబ్జెక్ట్ మేనేజర్ (Windows NT లైన్ ఎగ్జిక్యూటివ్‌ను చూడండి) ఒక ఫైల్ వ్యవస్థ పేరు శోధనను అన్వయించినప్పుడు మరియు ఒక రీపార్స్ లక్షణాన్ని పొందినప్పుడు, ఇది పేరు శోధనను "రీపార్స్" చేయడానికి, Windows 2000లో లోడ్ చేయబడిన ప్రతీ ఫైల్ వ్యవస్థ వడపోత డ్రైవర్‌కు వినియోగదారు నియంత్రత రీపార్స్ డేటాను పంపడాన్ని తెలుసుకుంటుంది. ప్రతి వడపోత డ్రైవర్ రీపార్స్ డేటా ఏదైనా రీపార్క్ స్థానంతో సంబంధం కలిగి ఉందేమోనని దాన్ని పరీక్షిస్తుంది మరియు వడపోత డ్రైవర్ ఒక పోలికను కనుగొంటే, ఇది సిస్టమ్ కాల్‌ను అడ్డగించి, దాని ప్రత్యేక కార్యాచరణను అమలు చేస్తుంది. వాల్యూమ్ ఆరోహణ స్థానాలు, డైరెక్టరీ జంక్షన్లు, అధిక్రమ నిల్వ నిర్వహణ, మాతృ నిర్మాణ నిల్వ, ఏకైక పర్యాయ నిల్వ మరియు లాంఛనప్రాయ లింక్‌లను అమలు చేయడానికి రీపార్స్ స్థానాలు ఉపయోగించబడతాయి.
మరొక వాల్యూమ్‌లో ఉనికిలో ఉన్న డైరెక్టరీ యొక్క అగ్రభాగంలో ఒక వాల్యూమ్‌ను మౌంట్ చేసిన తర్వాత, ఆ డైరెక్టరీలో మునుపటిలో జాబితా చేసిన అంశాలు కనిపించకుండా పోతాయి మరియు మౌంట్ చేయబడిన వాల్యూమ్ యొక్క మూల డైరెక్టరీ యొక్క అంశాలతో భర్తీ చేయబడతాయి. మౌంట్ చేయబడిన వాల్యూమ్ అప్పటికీ ప్రత్యేకంగా దాని కేటాయించిన డ్రైవ్ అక్షరాన్ని కలిగి ఉంటుంది. ఫైల్ వ్యవస్థ వాల్యూమ్‌లు ఒకదానిపై ఒకటి పరస్పరం మౌంట్ చేసుకోవడానికి అనుమతించదు. వాల్యూమ్ మౌంట్ స్థానాలను నిరంతరం (సిస్టమ్ రీబూట్ తర్వాత స్వయంచాలకంగా మళ్లీ మౌంట్ చేయబడుతుంది) లేదా తాత్కాలికం చేయవచ్చు.
మౌంట్ చేయబడిన వాల్యూమ్‌లు NTFS మాత్రమే కాకుండా ఇతర ఫైల్ వ్యవస్థలను కూడా ఉపయోగించవచ్చు; ప్రత్యేకంగా అవి సుదూర ఫైల్ వ్యవస్థ విధానం ప్రకారం వాటి స్వంత భద్రతా అమర్పులు మరియు యాక్సెస్ హక్కులను రీమ్యాపింగ్‌లతో సుదూర డైరెక్టరీలు కావచ్చు.
వాల్యూమ్ మౌంట్ స్థానాలు వలె, డైరెక్టరీ జంక్షన్లు ఇతర వాల్యూమ్‌లకు బదులుగా ఫైల్ వ్యవస్థలోని ఇతర డైరెక్టరీలను సూచిస్తాయి. ఉదాహరణకు, codice_1కు లింక్‌ను కలిగి ఉన్న ఒక డైరెక్టరీ జంక్షన్ లక్షణంతో codice_2 డైరెక్టరీ ఒక వినియోగదారు-మోడ్ అనువర్తనంచే యాక్సెస్ చేయబడినప్పుడు స్వయంచాలకంగా codice_1 డైరెక్టరీని సూచిస్తుంది. ఈ కార్యాచరణ NTFSలో లక్ష్యం ఎల్లప్పుడూ తప్పక మరొక డైరెక్టరీ అయ్యి ఉండాలనేది మినహా సంభావిత ప్రకారం Unixలోని డైరెక్టరీలకు లాంఛనప్రాయ లింక్‌లు వలె ఉంటాయి (ప్రత్యేకమైన Unix ఫైల్ వ్యవస్థలు లాంఛనప్రాయ లింక్ యొక్క లక్ష్యంగా ఏ ఫైల్ రకాన్ని అయినా అనుమతిస్తాయి) మరియు హార్డ్‌లింక్ యొక్క అర్థ విచారాన్ని కలిగి ఉంటుంది (i.e. అవి రూపొందించినప్పుడు తక్షణమే పరిష్కరించబడాలి).
డైరెక్టరీ జోడింపులు (ఇవి కన్సోల్ ప్రాంప్ట్‌లో MKLINK /J junctionName targetDirectory ఆదేశంతో రూపొందించబడతాయి మరియు RMDIR junctionName ఆదేశంతో తీసివేయబడతాయి) అనేవి నిరంతరంగా ఉంటాయి మరియు అవి ఆధార వాల్యూమ్ మౌంట్ చేయబడిన అదే స్థానిక సిస్టమ్ లేదా డొమైన్‌లో ఒకే భద్రతా ప్రాంతాన్ని మరియు లక్ష్యం డైరెక్టరీ యొక్క అంశం వలె దాని అంశాలకు అదే భద్రతా అమర్పులను పంచుకుంటున్న కారణంగా సర్వర్‌లో పరిష్కరించబడతాయి; అయితే జంక్షన్ వేరే భద్రతా అమర్పులను కలిగి ఉండవచ్చు. ఒక డైరెక్టరీ జంక్షన్ జోడింపును అన్‌లింక్ చేయడం వలన లక్ష్యం డైరెక్టరీలోని ఫైళ్లు తొలగించబడవు.
డైరెక్టరీ జంక్షన్లు అనేవి సాఫ్ట్ లింక్లు (ఇవి గమ్య స్థాన డైరెక్టరీ తొలగించబడినప్పటికీ ఉనికిలో ఉంటాయి), ఇవి లాంఛనప్రాయ లింక్ల ఒక పరిమిత రూపం వలె పనిచేస్తాయి (గమ్య స్థానంపై అదనపు పరిమితితో), కాని దీనిని కొత్త NTFS లాంఛనప్రాయ లింక్ల కంటే తక్కువ భారంతో అవి అమలు చేయబడిన రీపార్స్ స్థానాలతో త్వరిత ప్రాసెసింగ్‌ను అనుమతించే ఒక ఉత్తమ సంస్కరణగా చెప్పవచ్చు మరియు సర్వర్‌లో పరిష్కరించవచ్చు (ఇవి సుదూర పంచుకునే డైరెక్టరీల్లో ఉన్నప్పుడు).
లాంఛనప్రాయ లింక్లు (లేదా సాఫ్ట్ లింక్లు) అనేవి Windows Vistaలో పరిచయం చేయబడ్డాయి. లాంఛనప్రాయ లింక్లు క్లయింట్ వైపు పరిష్కరించబడతాయి. కనుక ఒక లాంఛనప్రాయ లింక్‌ను పంచుకున్నప్పుడు, గమ్య స్థానం సర్వర్‌లో కాకుండా క్లయింట్‌లోని యాక్సెస్ పరిమితులకు సంబంధించి ఉంటుంది.
లాంఛనప్రాయ లింక్లను ఫైళ్లు (MKLINK symLink targetFilenameతో రూపొందిస్తారు) లేదా డైరెక్టరీలకు (MKLINK /D symLinkD targetDirectoryతో రూపొందిస్తారు) రూపొందించవచ్చు, కాని లింక్ యొక్క అర్థ విచారాన్ని రూపొందించిన లింక్‌తో తప్పక అందించాలి. లాంఛనప్రాయ లింక్ రూపొందించబడినప్పుడు గమ్య స్థానం ఉనికిలో లేదా అందుబాటులో ఉండాల్సిన అవసరం లేదు: లాంఛనప్రాయ లింక్‌ను యాక్సెస్ చేసినప్పుడు మరియు గమ్య స్థానం లభ్యత గురించిన తనిఖీ చేస్తుంది, NTFS అది సరైన రకాన్ని కలిగి ఉందా అని కూడా తనిఖీ చేస్తుంది (ఫైల్ లేదా డైరెక్టరీ); ఉనికిలో ఉన్న గమ్య స్థానం చెల్లని రకం అయితే దొరకలేదు దోషం ఏర్పడుతుంది.
ఇవి సుదూర హోస్ట్‌ల్లోని పంచుకున్న డైరెక్టరీలు లేదా పంచుకున్న డైరెక్టరీల్లోని ఫైళ్లు మరియు ఉపడైరెక్టరీలను కూడా సూచించవచ్చు: వారి గమ్య స్థానం బూట్ సమయంలో తక్షణమే మౌంట్ చేయబడదు, కాని OpenFile () లేదా CreateFile () APIతో వాటిని తెరిచినప్పుడే తాత్కాలికంగా మాత్రమే మౌంట్ చేయబడతాయి. అవి రూపొందించబడిన NTFS వాల్యూమ్‌లో వాటి వివరణ నిరంతరంగా ఉంటుంది (ఫైళ్లు అయితే అన్ని రకాల లాంఛనప్రాయ లింక్లను ఒక కమాండ్ లైన్ ప్రాంప్ట్ లేదా బ్యాచ్ నుండి DEL symLinkను ఉపయోగించి తొలగించవచ్చు). 
పలు డైరెక్టరీలు వేర్వేరు అయినప్పటికీ ఒకే ఫైళ్లను కలిగి ఉండి, వాటిలో కొన్ని ఫైళ్లు సమరూప అంశాన్ని కలిగి ఉండవచ్చు. సింగిల్ ఇన్‌స్టాన్స్ స్టోరేజ్ సమరూప ఫైళ్లు ఒకే ఫైల్‌లోకి విలీనం కావడానికి అనుమతిస్తుంది మరియు ఆ విలీనమైన ఫైల్‌కు సూచికలను రూపొందిస్తుంది. SIS ఫైళ్ల నకలు, సవరణ మరియు విలీనాలను నిర్వహించే ఒక ఫైల్ వ్యవస్థ వడపోతను మరియు సమరూప మరియు విలీనం అవసరమయ్యే ఫైళ్లను శోధించడానికి ఒక వినియోగదారు స్థల సేవను (లేదా "గ్రోవెలెర్" ) కలిగి ఉంది. SIS అనేది పలు సమరూప ఫైళ్లను కలిగి ఉండే బహుళ వ్యవస్థాపన చిత్రాలను కలిగి ఉండే అవకాశం గల సుదూర వ్యవస్థాపన సర్వర్‌లు కోసం ప్రధానంగా రూపొందించబడింది; SIS వీటిని ఏకం చేయడాన్ని అనుమతిస్తుంది కాని ప్రతి ఫైల్ ప్రత్యేకంగా ఉండే హార్డ్ లింక్ల ఉదాహరణలు వలె కాకుండా, ఇతర ఫైళ్లను మార్చకుండా, ఫైల్ యొక్క ఒక నకలుగా మారుస్తుంది. ఇది ఒక నకలు సవరించబడే వరకు నిజానికి మెమరీ నకలు జరగని వ్రాసిన తర్వాత నకలు అనే సాంకేతికత వలె పనిచేస్తుంది.
క్రమానుగత నిల్వ నిర్వహణ అంటే కొంతకాలం వరకు ఉపయోగించని ఫైళ్లను తక్కువ వ్యయభరితమైన నిల్వ మాధ్యమానికి బదిలీ చేయడం. ఆ పైల్‌ను తదుపరి సమయంలో యాక్సెస్ చేసినప్పుడు, ఫైల్‌లోని రీపార్స్ స్థానం ఆ ఫైల్ అవసరమని మరియు దాన్ని నిల్వ నుండి తిరిగి పొందాలని గుర్తిస్తుంది.
NSS అనేది Microsoftచే నిలిపివేసిన ఒక ActiveX పత్ర నిల్వ సాంకేతికప్రక్రియగా చెప్పవచ్చు. ఇది ActiveX అంతర్గతంగా ఉపయోగించే అదే బహుళ-స్ట్రీమ్ ఆకృతిలో 0}ActiveX పత్రాలను భద్రపర్చడానికి అనుమతిస్తుంది. అనువర్తనానికి పారదర్శకంగా పలు స్ట్రీమ్‌లను ప్రాసెస్ చేయడానికి ఒక NSS ఫైల్ వ్యవస్థ వడపోత లోడ్ చేయబడి, ఉపయోగించబడింది మరియు ఒక ఫైల్ NTFS-కాని ఇతర ఆకృతి డిస్క్ వాల్యూమ్‌కి బదిలీ చేయబడినప్పుడు, ఇది పలు స్ట్రీమ్‌లను ఒకే స్ట్రీమ్‌లోకి బదిలీ కూడా చేస్తుంది.
ఆచరణ యొక్క అంతర్గతాలపై వివరాలు ఇంకా విడుదల కాలేదు, ఇవి మూడవ పార్టీ విక్రేతలు NTFS నిర్వహణకు పరికరాలను అందించడాన్ని కష్టతరం చేస్తాయి.
NTFSకు పఠన మరియు వ్రాసే సామర్ధ్యాలు NTFS-3G డ్రైవర్‌చే అందించబడతాయి. ఇది అధిక Linux పంపిణీల్లో ఉంటుంది. అలాగే ఇతర కాలం చెల్లిన మరియు అధిక పఠనానికి-మాత్రమే పరిష్కారాలు కూడా ఉనికిలో ఉన్నాయి:NTFSMount, NTFS-3G మరియు సొంత NTFS అనే పేర్లు గల ఈ మూడు వినియోగదారు స్థల డ్రైవర్‌లు డేటాను భద్రపర్చడానికి మరియు తిరిగి పొందడానికి వినియోగదారు స్థలం మరియు కెర్నెల్ కోడ్ మధ్య వారధి కోసం తయారుచేయబడిన ఒక Linux కెర్నెల్ మాడ్యూల్ వినియోగదారు స్థలంలో ఫైల్ వ్యవస్థ (FUSE) ఆధారంగా నిర్మించబడ్డాయని గమనించండి. పైన పేర్కొన్న అన్ని డ్రైవర్‌ల్లో చాలా డ్రైవర్లు (Linux కోసం పారాగాన్ NTFS మినహా) ఉచితంగా లభించేవి (GPL) అంతర్గత NTFS నిర్మాణాల యొక్క క్లిష్టత కారణంగా, అంతర్నిర్మిత 2.6.14 కెర్నెల్ డ్రైవర్ మరియు FUSE డ్రైవర్లు రెండూ పాడవుకుండా చూడటానికి వాల్యూమ్‌కు అసురక్షితమని భావించిన మార్పులను అనుమతించవు.
Mac OS X v10.3 మరియు తదుపరి సంస్కరణలు NTFS-ఆకృతి విభజనలకు పఠనం-మాత్రమే మద్దతును కలిగి ఉన్నాయి. GPL-లైసెన్స్ కలిగిన NTFS-3G FUSE ద్వారా Mac OS Xలో కూడా పనిచేస్తుంది మరియు NTFS విభజనల పఠనాన్ని మరియు వ్రాయడాన్ని అనుమతిస్తుంది. Mac OS Xకు పఠనం/వ్రాసే యాక్సెస్‌తో ఒక యాజమాన్య పరిష్కారంగా "Mac OS X కోసం పారాగాన్ NTFS"ను చెప్పవచ్చు. NTFS వ్రాసే మద్దతు Mac OS X 10.6లో గుర్తించబడింది, కాని 10.6.1 సంస్కరణ వరకు సక్రియం చేయబడలేదు, అయినప్పటికీ కార్యాచరణను ప్రారంభించడానికి విభజనలు ఉనికిలో ఉన్నాయి.
వేర్వేరు NTFS సంస్కరణల్లో అధికంగా సంపూర్ణ పురోగమన- మరియు తిరోగమన-అనుకూలత గల సంస్కరణలు, ఇవి Microsoft Windows యొక్క పాత సంస్కరణల్లో కొత్త NTFS వాల్యూమ్‌లను మౌంట్ చేయడానికి సాంకేతికంగా పరిగణనలోకి తీసుకోబడుతున్నాయి. ఇది డ్యూయెల్-బూటింగ్ మరియు బాహ్య పోర్టబుల్ హార్డ్ డ్రైవ్‌లను ప్రభావితం చేస్తుంది.
ఉదాహరణకు, మద్దతు లేని ఒక నిర్వహణ వ్యవస్థలో "మునుపటి సంస్కరణల" (a.k.a. వాల్యూమ్ ఛాయ నకలు)తో ఒక NTFS విభజనను ఉపయోగించడానికి ప్రయత్నిస్తున్నప్పుడు, ఫలితంగా ఆ మునపటి సంస్కరణల్లోని అంశాలను నష్టపోవచ్చు.
eComStation, KolibriOS మరియు FreeBSDలు పఠనం-మాత్రమే NTFS మద్దతును అందిస్తున్నాయి (eComStation కోసం వ్రాయడాన్ని/తొలగించడాన్ని అనుమతించే ఒక బీటా NTFS డ్రైవర్ ఉంది, కాని సాధారణంగా దీన్ని అసురక్షితంగా భావిస్తారు). BeOS కోసం NTFS-3G ఆధారిక ఒక ఉచిత మూడవ-పక్ష ఉపకరణం పూర్తి NTFS పఠనం మరియు వ్రాయడాన్ని అనుమతిస్తుంది. NTFS-3G Mac OS X, FreeBSD, NetBSD, Solaris మరియు Haikuల్లో మరియు అదనంగా FUSE ద్వారా Linuxలో కూడా పనిచేస్తుంది. MS-DOS కోసం వ్యక్తిగత వాడకానికి "NTFS4DOS" అని పిలిచే ఉచిత పఠనం/వ్రాసే డ్రైవర్ కూడా ఉనికిలో ఉంది.
Microsoft ప్రస్తుతంHPFS (Windows NT 3లో మాత్రమే), FAT16 మరియు Windows 2000 మరియు తదుపరి సంస్కరణల్లో FAT32ను NTFSకు మార్చడానికి ఒక ఉపకరణాన్ని (convert.exe) అందిస్తుంది, కాని వేరొక మార్గం లేదు. పలు మూడవ-పార్టీ ఉపకరణాలు అన్ని NTFS విభజనలను సురక్షితంగా పునఃపరిమాణం చేసే సామర్థ్యాన్ని కలిగి ఉన్నాయి. Microsoft Windows Vistaతో ఒక విభజనను కుదించే లేదా విస్తరించే సామర్థ్యాన్ని జోడించింది, కాని ఈ సామర్థ్యం పరిమితమైనది ఎందుకంటే ఇది తరలించడం సాధ్యం కానట్లు గుర్తించబడిన పుట ఫైల్ భాగాలు లేదా ఫైళ్లను పునఃనిర్దేశించలేదు, దీనితో సామర్థ్యాన్ని విభజనను కుదించడానికి మాత్రమే పరిమితం చేశారు. పుటఫైల్ తరలించలేని ఫైల్ అయితే ఒక పుట ఫైల్ లేకుండా రీబూటింగ్ లేదా దాన్ని 3వ పార్టీ ఉపకరణాన్ని ఉపయోగించి డీఫ్రాగ్మెంట్ చేయడం సమస్యను సులభం చేస్తుంది.
చారిత్రక కారణాల వలన, NTFS మద్దతు లేని అన్ని Windows సంస్కరణలు సమయాన్ని అంతర్గతంగా స్థానిక జోన్ సమయం వలె ఉంచుకుంటాయి మరియు దీనితో NTFS మినహా అవి Windows యొక్క ప్రస్తుత సంస్కరణలచే మద్దతు ఉండే మొత్తం ఫైల్ వ్యవస్థలను నిర్వహిస్తాయి. అయితే, Windows NT మరియు దాని సంబంధిత సంస్కరణలు అంతర్గత టైమ్‌స్టాంప్‌లను UTC వలె ఉంచుకుంటాయి మరియు ప్రదర్శన అవసరాలు కోసం సముచితమైన మార్పిడులను చేస్తాయి. దీని బట్టి NTFS టైమ్‌స్టాంప్‌లు UTCలో ఉంటాయి. దీని అర్థం NTFS మరియు NTFS కాని విభజనల మధ్య ఫైళ్లు నకలు చేయబడినా లేదా తరలించబడినా, OS ఆ ప్రసార సమయంలో టైమ్‌స్టాంప్‌లను మార్చవల్సిన అవసరం ఉంది. డేలైట్ సేవింగ్ టైమ్ (DST) అమలులో ఉన్నప్పుడు కొన్ని ఫైళ్లను తరలించి మరియు ఇతర ఫైళ్లు ప్రామాణిక సమయం అమలు ఉన్నప్పుడు తరలించినట్లయితే, మార్పిళ్లలో కొంత అస్పష్టత ఏర్పడుతుంది. ఫలితంగా, ప్రత్యేకంగా స్థానిక జోన్ సమయ మార్పులు జరిగిన ఒకరోజు తర్వాత, కొన్ని ఫైళ్లు ఒక గంట తేడాతో టైమ్‌స్టాంప్‌లను కలిగి ఉన్నాయని వినియోగదారు గ్రహించవచ్చు. ఉత్తరపు మరియు దక్షిణపు అర్థగోళాలు మధ్య DST అమలుల్లో వ్యత్యాసాల కారణంగా, దీని ఫలితంగా ఏదైనా 12 నెలల్లో 4 గంటల వరకు సంభావ్య టైమ్‌స్టాంప్ లోపం ఏర్పడవచ్చు.
NTFSలో, మొత్తం ఫైల్ డేటా-ఫైల్ పేరు, రూపొందించిన తేదీ, యాక్సెస్ అనుమతులు మరియు అంశాలు-మాస్టర్ ఫైల్ పట్టికలో మెటాడేటా వలె నిల్వ చేయబడుతుంది. ఈ నైరూప్య విధానం Windows NT అభివృద్ధిలో ఫైల్ వ్యవస్థ లక్షణాలకు సులభమైన జోడింపును అనుమతించింది - ఆసక్తికరమైన ఉదాహరణగా యాక్టివ్ డైరెక్టరీ సాఫ్ట్‌వేర్‌చే ఉపయోగించే సూచిక కోసం ఫీల్డ్‌ల జోడింపును చెప్పవచ్చు.
NTFS పేరు ఎన్‌కోడింగ్ కోసం 16-బిట్ విలువ యొక్క ఏదైనా క్రమాన్ని అనుమతిస్తుంది (ఫైల్ పేర్లు, స్ట్రీమ్ పేర్లు, సూచి పేర్లు మొదలైనవి). అంటే UTF-16 కోడ్‌స్థానాలకు మద్దతు ఉంది, కాని ఫైల్ వ్యవస్థ క్రమం ఒక చెల్లుబాటు అయ్యే UTF-16 అవునో, కాదో తనిఖీ చేయదు. (ఇది యునికోడ్ ప్రమాణంలోనివి మాత్రమే కాకుండా చిన్న విలువల ఏదైనా క్రమాన్ని అనుమతిస్తుంది).
అంతర్గతంగా, NTFS ఫైల్ వ్యవస్థ డేటాను సూచి చేయడానికి B+ వృక్షాలను ఉపయోగిస్తుంది. ఇది అమలు చేయడానికి కష్టమైనప్పటికీ, ఇది పలు సందర్భాల్లో త్వరిత ఫైల్ శోధన సమయాలను అనుమతిస్తుంది. ఫైల్ వ్యవస్థ జర్నల్ అనేది ఫైల్ వ్యవస్థ మెటాడేటా యొక్క ఖచ్ఛితత్వాన్ని హామీకి ఉపయోగించబడతుంది కాని ఒక్కొక్క ఫైల్ అంశానికి కాదు. FAT ఫైల్ సిస్టమ్‌లతో పోలిస్తే NTFSను ఉపయోగించే సిస్టమ్‌లు మరింత విశ్వసనీయతను కలిగి ఉంటాయని చెబుతారు.
మాస్టర్ ఫైల్ పట్టిక (MTF) ఒక NTFS వాల్యూమ్‌లోని ప్రతి ఫైల్, డైరెక్టరీ మరియు మెటాఫైల్ గురించి మెటాడేటాను కలిగి ఉంది. దీనిలో ఫైల్‌పేర్లు, స్థానాలు, పరిమాణం మరియు అనుమతులు ఉంటాయి. దీని నిర్మాణం డిస్క్ విభజనను కనిష్ఠీకరించే క్రమసూత్ర పద్ధతులకు మద్దతు ఇస్తుంది. ఒక డైరెక్టరీ ఎంట్రీలో ఒక ఫైల్ పేరు మరియు మాస్టర్ ఫైల్ పట్టికలో ఫైల్‌ను సూచించే నివేదిక సంఖ్య అయిన "ఫైల్ ID"లు ఉంటాయి. ఫైల్ IDలో కాలం చెల్లిన నిర్దేశాలను గుర్తించడానికి ఒక మళ్లీ ఉపయోగించగల గణన కూడా ఉంటుంది. ఇది ఖచ్ఛితంగా ఫైల్స్-11 యొక్క W_FIDని పోలి ఉంటుంది, ఇతర NTFS నిర్మాణాలు ప్రాథమికంగా వేరుగా ఉంటాయి.
NTFS ఫైల్ వ్యవస్థను పేర్కొని, నిర్వహించే పలు ఫైళ్లను కలిగి ఉంది. మొత్తం వివరాల్లో, ఈ ఫైళ్లలో అధిక ఫైళ్లు ఏదైనా ఇతర వినియోగదారు ఫైల్ ($Volume అనేది చాలా విశిష్టమైనది) వలె నిర్మించబడి ఉంటాయి కాని ఇవి ఫైల్ వ్యవస్థ క్లయింట్‌లకు నేరుగా ఆసక్తిని కలిగి ఉండవు. ఈ మెటాఫైళ్లు పైళ్లను పేర్కొంటాయి, క్లిష్టమైన ఫైల్ వ్యవస్థ డేటాను నకలు నిల్వ చేస్తాయి, ఫైల్ వ్యవస్థల మార్పులను బఫర్ చేస్తాయి, ఖాళీ స్థల కేటాయింపును నిర్వహిస్తాయి, BIOS నిరీక్షణలను తృప్తి పరుస్తాయి, చెడు కేటాయింపు యూనిట్లను పర్యవేక్షిస్తాయి మరియు భద్రతా మరియు డిస్క్ స్థల నియోగ సమాచారాన్ని నిల్వ చేస్తాయి. పేర్కొనకపోతే మొత్తం అంశాన్ని ఒక పేరులేని డేటా స్ట్రీమ్‌లో ఉంచుతుంది.
ఈ మెటాఫైళ్లు ప్రత్యేకంగా Windowsచే నిర్వహించబడతాయి మరియు వీటిని నేరుగా వీక్షించడం చాలా కష్టం: ప్రత్యేక అవసరం కోసం నిర్మించిన ఉపకరణాలు అవసరమవుతాయి.
MFT నివేదికలో పేర్కొన్న ప్రతి ఫైల్ (లేదా డైరెక్టరీ)కు, దీనిలో ప్రతీ MFT నివేదిక యొక్క స్థిర 1KB పరిమాణాన్ని పూరించడానికి అదనపు వివరాలతో ఒక వేరేబుల్-పొడవు నివేదికలో (ఒక "లక్షణాల జాబితా" అని కూడా పిలుస్తారు) సమష్టిగా ఉంచబడిన స్ట్రీమ్ సూచీల ("లక్షణాలు" అని కూడా పిలుస్తారు) యొక్క ఒక దీర్ఘ నిక్షేపస్థానం ఉంది మరియు ఇది పూర్తిగా ఆ ఫైల్‌తో అనుబంధించబడిన ప్రభావిత స్ట్రీమ్‌లను పేర్కొంటుంది.
ప్రతి స్ట్రీమ్ దానికదే ఒక ప్రత్యేక రకం (అంతర్గతంగా నిల్వ చేయబడిన సూచికలో ఒక నిర్దిష్ట-పరిమాణ పూర్ణాంకం మాత్రమే, కాని FileOpen () లేదా FileCreate () API కాల్‌లోని సమానమైన లాంఛనప్రాయ పేరును ఉపయోగించి అనువర్తనాల్లో ఎక్కువగా నిర్వహించబడుతుంది), ఏకైక ఐచ్ఛిక స్ట్రీమ్ పేరు (పూర్తిగా ప్రభావిత ఫైల్‌పేర్లకు సంబంధించినది కాదు), అదనంగా ఆ స్ట్రీమ్‌కు ఐచ్ఛిక అనుబంధిత డేటాను కలిగి ఉంటుంది. NTFS కోసం, ప్రత్యామ్నాయ డేటా స్ట్రీమ్‌లు కోసం లేదా ప్రామాణిక లక్షణాల కోసం ఇతర డేటాను నిర్వహిస్తున్న విధంగానే ఫైల్ యొక్క ప్రామాణిక డేటా లేదా డైరెక్టరీలకు సూచి డేటా నిర్వహించబడుతుంది. అవి ఒకటి లేదా పలు లక్షణాల జాబితాల్లో నిల్వ చేయబడిన లక్షణాల్లో ఒకటిగా చెప్పవచ్చు.చాలా స్వల్ప అనుబంధిత డేటాతో స్ట్రీమ్‌ల యొక్క చాలా సాధారణ సందర్భం కోసం నిల్వను సవరించడానికి మరియు I/O భారాన్ని తగ్గించడానికి, NTFS డేటాను కలిగి ఉన్న క్లస్టర్‌లను జాబితా చేయడానికి MFT నమోదు స్థలాన్ని ఉపయోగించడానికి బదులుగా ఆ డేటాను స్ట్రీమ్ సూచికలోనే (స్ట్రీమ్ సూచిక అస్థానిక స్ట్రీమ్ నిక్షేపస్థలంలోని MFT నివేదిక యొక్క గరిష్ఠ పరిమాణం లేదా ఒక నమోదు యొక్క గరిష్ఠ పరిమాణాన్ని మించకుండా ఉంటే, క్రింది వాటిని చూడండి) ఉంచడానికి ప్రాధాన్యత ఇస్తుంది; ఆ సందర్భంలో, స్ట్రీమ్ సూచిక నేరుగా డేటాను నిల్వ చేయదు కాని వాల్యూమ్‌లో నిజమైన డేటాను నిల్వ చేసిన స్థానానికి కేటాయింపు మ్యాప్ సూచనను మాత్రమే నిల్వ చేస్తుంది. స్ట్రీమ్ డేటాను నేరుగా స్ట్రీమ్ సూచిక నుండి యాక్సెస్ చేసినప్పుడు, అది కంప్యూటర్ ఫోరెన్సిక్స్ కార్మికులచే "స్థానిక డేటా"గా పిలవబడుతుంది. దానిలో సరిపోయే మొత్తం డేటా ఫైల్ యొక్క లక్షణాలపై ఆధారపడి ఉంటుంది, కాని పొడవుకాని ఫైల్ పేర్లు మరియు ACL కాని వాటితో ఒక స్ట్రీమ్ ఫైళ్లలో 700 నుండి 800 బైట్లు సర్వసాధారణం.NTFS ఫైల్ వ్యవస్థ కొన్నిసార్లు ఈ అస్థానిక స్ట్రీమ్‌ల్లో కొన్నింటి డేటాను స్ట్రీమ్‌ల నిక్షేపస్థానంలోకి మార్చడానికి ప్రయత్నిస్తుంది మరియు ప్రాధాన్యత మరియు ముఖ్యార్థ క్రమ సూత్రాలు మరియు పరిమాణ పరిమితులు ఆధారంగా ఒక అస్థానిక నిక్షేపస్థానంలో నిల్వ చేయబడిన స్ట్రీమ్ సూచికలను మళ్లీ MFT నివేదిక యొక్క స్ట్రీమ్ నిక్షేపస్థానంలో మార్చడానికి కూడా ప్రయత్నిస్తుంది.
స్థానిక ఫైళ్లు నేరుగా క్లస్టర్‌ల్లను ("కేటాయింపు యూనిట్లు") ఆక్రమించవు కాబట్టి ఒక NTFS వాల్యూమ్ క్లస్టర్‌లను కంటే ఎక్కువ ఫైళ్లను కలిగి ఉండవచ్చు. ఉదాహరణకు, ఒక 80 GB (74.5 GiB) విభజనను NTFS 4 KiB యొక్క 19,543,064 క్లస్టర్‌లతో ఆకృతీకరిస్తుంది. మినహాయింపు సిస్టమ్ ఫైళ్లు (64 MiB లాగ్ ఫైల్, ఒక 2,442,888-బైట్ $Bitmap ఫైల్ మరియు స్ధిరమైన స్థలం యొక్క దాదాపు 25 క్లస్టర్‌లు) ఫైళ్లు మరియు సూచికలు కోసం 19,526,158 క్లస్టర్‌లను ఖాళీగా వదిలివేస్తాయి. క్లస్టర్‌కు నాలుగు MFT నివేదికలు ఉంటాయి కనుక ఈ వాల్యూమ్ సిద్ధాంతం ప్రకారం దాదాపు 4 × 19,526,158 = 78,104,632 స్థానిక ఫైళ్లను కలిగి ఉండగలదు.
NTFS యొక్క కొన్ని పరిమితులు క్రింది పేర్కొనబడ్డాయి:NTFS డెవలపర్ల పేర్లు క్రింద ఇవ్వబడినవి: