نظام ملفات التكنولوجيا الجديدة أو إن تي إف إس (New technology file system اختصاراً NTFS) هو نظام ملفات لعائلة نظام التشغيل ويندوز إن تي،[5] يتضمن آخر النسخ من نظام مايكروسوفت ويندوز وويندوز 2000 وويندوز إكس بي وويندوز سيرفر 2003 وويندوز سيرفر 2008 وويندوز فيستا، تأتي تقنية نظام إن تي إف إس بعد نظام جدول توزيع الملفات (FAT) كنظام مفضل لنظام الويندوز من شركة مايكروسوفت، يتفوق نظام إن تي إف إس بالعديد من الميزات الجديدة على نظام توزيع الملفات مثل تحسين الدعم للبيانات الوصفية Metadata واستخدام بنية بيانات متقدمة لتحسين الكفاءة والموثوقية وأداء استخدام قرص التخزين، بالإضافة إلى تحسين أمن الملفات وملحقاته الأخرى مثل قائمة التحكم بالوصول Access Control list ونظام تصنيف نظم الملفات ذات الصحائف file system journaling وغيرها.
إن تي إف إس | |
---|---|
مُطوِر | ميكروسوفت |
الاسم الكامل | New Technology File System |
ظهور في | يوليو 1993 (مع ظهور ويندوز ان تي 3.1 Windows NT ) |
الرقم المعرف له | 0x07 (MBR) (سجل الإقلاع الرئيسي) قسم البيانات الأساسية لويندوز ميكروسوفت (GUID Partition Table GPT) انظر جدول معرفات التجزئة |
البنية | |
معماريته | B+ tree [1] |
نوع معمارية الملف | Bitmap |
الأقسام التالفة | $BadClus (MFT Record) Limits |
المحدودية | |
أكبر حجم للقسم الواحد | 264 clusters − 1 cluster وتساوي ; 256 TiB ناقص 64 KiB .[2] |
أكبر طول مسموح لاسم الملف | 255 بصيغة التحويل الموحد - 16 UTF-16,[3] |
أكبر عدد ملفات مسموح به | 4,294,967,295 (232-1)[2] |
اكبر حجم مسموح للملف | 16 EiB ناقص 1 KiB (بصيغة); 16 TiB ناقص 64 KiB ( مع ويندوز 7, ويندوز سيرفر 2008 R2 او ماقبله) .[2] 256 TiB ناقص 64 KiB ( مع ويندوز 8, ويندوز سيرفر 2012 ).[4] |
الأحرف المسموح بها في اسم الملف | في بوزيكس يسمح باي , UTF-16 كود (حساس لحالة الاحرف) ماعدا اللا شيئ U+0000 (NUL) و / (slash). في Win32 الnamespace المسموح هو UTF-16 كود (حساس لحالة الاحرف) ماعدا اللا شيئ U+0000 (NUL) و |
المميزات | |
تواريخ يستطيع تسجيلها | الانشاء , التعديل , تغيرات بوزيكس , اخر وصول |
مجال التاريخ | {{{مجال_التاريخ}}} |
تشعبي او تفرع fork | متشعب (انظر تعدد البيانات المرتبطه) |
خواص | Read-only قراءة فقط , hidden مخفي , system نظام , archive ارشفة , not content indexed لا فهرسة , off-line خارج الخدمة,مؤقت temporary , ضغط compressed |
تصاريح نظام الملفات | قائمة التحكم بالوصول |
ضغط شفاف | لكل ملف LZ77 مملوك لويندوز إن تي 3.1 |
الترميز الشفاف | {{{ترميز}}} |
أنظمة الملفات المدعومة | ويندوز إن تي 3.1 وما بعده , ماك أو إس إكس 10.3 وما بعده (قراءة فقط) , نواة لينكس اصدار 2.2 وما بعده , رياكت أو إس (قراءة فقط) |
نبذة تاريخية
في منتصف الثمانينيات بدأت كل من شركة مايكروسوفت وشركة آي بي إم بالاشتراك في عمل مشروع الجيل التالي وهو نظام عمليات ذو واجهة رسومية وكان هذا المشروع هو أو إس / 2 ( OS/2 ) ولكن الشركتين إختلفتا على العديد من القضايا وإنفصلتا ولكن ظل المشروع أو إس / 2 ملك آي بي إم وحولته مايكروسوفت إلى ويندوز إن تي Windows NT .
نظام ملفات نظام التشغيل اوه اس 2 هو نظام الملفات عالي الأداء إتش بي إف إس HPFS وهو نظام يحتوي على العديد من الميزات الجديدة وعندما قامت ميكروسوفت بإنشاء نظامها الجديد ويندوز إن تي إقتبست الكثير من هذه الميزات والمفاهيم لنظام ملفاتها إن تي إف إس NTFS ،[6] وبسبب هذا الاقتباس فإن أصل سلالة كل من النظامين واحدة ولهذا فنرى عند تقسيم القرص الصلب نفس الكود لنوع تحديد الهوية وهو ( 07) انظر نوع التجزئة ( Partition type ).
إصداراته
شركة ميكروسوفت أطلقة خمسة إصدارات من نظام الملفات إن تي إف إس NTFS
- الإصدار الأول v1.0 تم إطلاقه مع ويندوز إن تي 3.1 سنة 1993 .[5]
- الإصدار الثاني v1.1 تم إطلاقه مع ويندوز إن تي 3.51 سنة 1995 .
- الإصدار الثالث v1.2 تم إطلاقه مع ويندوز إن تي 4.0 سنة 1996 وتم تزويد واصف أمان Security descriptor له، وهو مشهورة بإسم NTFS4.0 وتم إطلاقه بعد إطلاق نظام التشغيل ويندوز إن تي 4.0 .
- الإصدار الرابع v3.0 تم إطلاقه مع ويندوز 2000 وقد دعم حصص نسبية للقرص وتشفير نظام الملفات Encrypting File System وملفات ذات فراغات ونقاط إعادة توزيع إن تي إف إس NTFS reparse point وصحائف تحديث ذات أرقام تسلسلية وتم إضافة المجلد (Folder $Extend) وملفاته وإعادة تنظيم واصف أمان حتى تستطيع العديد من الملفات التي تستخدم نفس إعدادات الأمان استخدام نفس واصف الأمان .[1] وهو مشهور بإسم NTSF5.0 وتم إصداره بعد ظهور ويندوز 2000 .
- الإصدار الخامس v3.1 تم إطلاقه مع ويندوز إكس بي .
ميزات
سوابق لمضاعفات البت والبايت | |||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
إن تي إف إس الإصدار الثالث (NTFS v3.0) يشتمل على العديد من الميزات الجديدة عن الإصدار السابق، فهو يدعم ملفات ذات فراغات sparse files وحصص نسبية للقرص ( الكوتا quotas ) وإعادة التوزيع للنقاط reparse points ، وتشفير الملفات بمستويات file-level encryption ويعرف بتشفير نظام الملفات EFS و distributed link tracking
قابلية التوسع
(Scalability) في نظرية إن تي إف إس كان المفروض لحجم القسم volume أن يكون 264−1 كلستر clusters ، ولكن في الواقع العملي مثل ويندوز إكس بي الاحترافي Professional يكون 232−1 بسبب محددات جدول التقسيم Partition Table ، فعلى سبيل المثال إذا إستخدمنا 64 كيبي بايت لحجم الكلستر cluster
فسيكون أقصى حجم للقسم في ويندوز إكس بي هو 256 تيبي بايت (TB) ناقص 64 كيبي بايت (KB)، واستخدام الحجم الافتراضي 4 كيبي بايت للكلستر فسيكون أقصى حجم للقسم هو 16 تيبي بايت TiB ناقص 4 كيبي بايت، كلا الحالتين السابقتين أكبر بكثير من الحد الباقي في الحزمة الخدمية رقم واحد لويندوز إكس بي وهذا الحد هو 128 جيبي بايت ،
أقصى حد نظري يمكن أن يصل له إن تي إف إس هو 16 إكسابايت (16 × 10246 او 264 بايت) .
أقصى حد يدعمه إن تي إف إس للكلستر cluster هو 64 كيبي بايت .[7]
مسجل نظم الملفات
(Journaling) نظام ملفات إن تي إف إس NTFS من نظم الملفات ذات الصحائف وتستخدم سجل ($LogFile) لتسجيل البيانات الوصفية (الميتاداتا metadata) للمتغيرات التي تحدث طوال الوقت على القسم (Partition Volume) وهي وظيفة غاية في الأهمية ومن مميزات نظم الملفات الحديثة، هذه الميزة ليسة متوفرة على نظام الملفات جدول توزيع الملف FAT
الروابط المباشرة
- مقالة مفصلة: روابط مباشرة
(Hard links) تسمح هذه الميزة للإشارة بعدة أسماء إلى محتويات ملف واحد , الروابط المباشرة
تعدد البيانات المرتبطه والبديله (ADS)
مقالات رئيسية تشعبي (نظام ملفات) , مجرى البيانات
ضغط الملف
(File compression) نظام ملفات إن تي إف إس NTFS يستخدم أسلوب الضغط للملفات والمجلدات بطريقة LZNT1 algorithm[8] حيث يتم تحويل 16 عنقود من البيانات والتي تسمى كلستر ( cluster ) إلى 4 كيلوبايت كلستر، تم تصميم العملية الحسابية للضغط compression algorithms في نظام ملفات NTFS ليدعم 4 كيلوبايت كلستر فقط فإذا كان أكبر من ذلك فلا يدعمه نظام الملفات NTFS راجع [9]، إن تم الضغط بتقليل حجم البيانات من 64 كيلوبايت إلى 60 أو أقل كيلوبايت فإن نظام الملفات NTFS يعامل الـ 4 كيلوبايت الفارغة كأنها كلستر من الملفات الفارغة sparse file ( لفهم ما هي الملفات الفارغة وكيف تتعامل معها نظم الملفات الحديثة أنظر فقرة الملفات المتناثرة أو شبه الفارغة التالية لهذه الفقرة ) ، الملفات الأكبر ضغط تصبح مجزأة بصورة أكبر [10][11]، بناء على أبحاث فريق ميكروسوفت المطور لنظام الملفات NTFS فإن من 50 إلى 60 جيجابايت كحد أقصى معقول للملف المضغوط على NTFS على أي قسم بقيمة افتراضية 4 كيلوبايت كلستر Cluster ( أو يسمى أحيانا بلوك Block ) ، لاحظ أن القيمة تقل بصورة واضحة في حالة ما إذا كان حجم الكلستر اقل من 4 كيلوبايت . الذاكرة الفلاشية USB Flash أو الوسائط التخزينية الحديثة مثل SSD لا يوجد فيها تحرك للرؤس المغناطيسية وتعتمد على تكنولوجيا مختلفة وبالتالي فلا توجد مشاكل التجزئة Fragmentation الموجودة على القرص الصلب HDD ولا يوجد تأخير، الأجهزة الأحدث من الحاسبات الشخصية ذات المعالجات`متعددة النواة multi-core processors بها تحسينات في سرعة التنفيذ للتطبيقات المضغوطة والبيانات بالإضافة لقلة المساحة المستخدمة .[12] لاحظ أن الوسائط التخزينية SSD التي توجد بها تقنية متحكم ساند فورس Sandforce بها ضغط أتوماتيكي وبما أنه هناك نقل للبيانات من خلال تلك الوسائط فيقل الدخل والخرج I/O ، أفضل إستخدامات للضغط compression مع الملفات المتكررة والملفات النادر كتابتها والملفات التي يتم الوصول لها بالتعاقب accessed sequentially والملفات التي لا تكون مضغوطه بطبيعتها ومن أفضل الأمثلة على هذه الإستخدامات ملفات السجلات logs .
ضغط الملفات المهمة لنظم الملفات والتي يحتاجها نظام التشغيل أثناء عملية الإقلاع تؤدي لمشاكل كثيرة ولهذا فهي ممنوعة في كل نظم الملفات الحديثة ( أمثلة على تلك الملفات مثل الملفات الرابطة بين العتاد ونظام التشغيل drivers وملف الإقلاع NTLDR و winload.exe أو ملف الإقلاع لويندوز فيستا وما بعده BOOTMGR ) .[13] الوصول إلى الملفات المضغوطة للقراءة والكتابة تكون شفافة (transparent) [14] ميكروسوفت توصي بتجنب عمل ضغط على السرفر والمشاركة على الشبكة بمظهر roaming profiles لأنه يزيد من الحمل على المعالج .[15]
الملفات المتناثرة ( شبه الفارغه )
(Sparse files) الملفات المفرغة هي ملفات يوجد بها مناطق فارغة segments ( أنظر الشكل على اليسار ) حيث لا يوجد مساحة مستخدمة في المخزن لها، بالنسبة للتطبيق تبدوا كأنها ملفات عادية بمناطق regions ترى مملوءة بأصفار . تطبيقات قواعد البيانات ربما تستخدم الملفات المفرغة وهي كما في الملفات المضغوطة لا يتم أخذ مساحتها الواقعية عند استخدام الكوتا Quota وحدودها بمعنى أنها لا توضع في الحسبان .
النسخ الطيفي للقسم
(Volume Shadow Copy) خدمة النسخ الطيفي للقسم Volume Shadow Copy Service (VSS) ، هذه الخدمة تستخدم لعمل نسخ تاريخية للملفات والمجلدات على القسم (Volume or Partation) تتم هذه العملية بواسطة تقنية تسمى copy-on-write technique ( لاحظ أن تقنية النسخ الطيفي لا تأخذ مساحة كما يحدث في عملية النسخ الاحتياطي وتكون مساحتها صغيره جدا بالنسبة للنسخ الاحتياطي وتستخدم في كثير من الطرق الحديثة وذات مجال واسع ) ، وتنصح ميكروسوفت في النظم التي عليها تحميل زائد بعدم وضع النسخ الطيفية على نفس القسم والأفضل وضعها على قرص آخر أو أي وسيط آخر، في نظام تشغيل ويندوز فيستا تم تقديم النسخ الطيفي المستمر persistent shadow copies للإستخدام مع نقط الإسترجاع System Restore والنسخ السابقة Previous Versions ولاحظ أنه لا يفهم بواسطة أي نظام تشغيل ويندوز أقدم والسبب أنه لن يفهم أسلوب تهيئة النسخ الطيفي .
تبادلي
(Transactions)
كما من ويندوز فيستا، يمكن للتطبيقات استخدام إن تي إف إس تبادلي (TxF)،[16] لتجميع مجموعة تغيرات لملف في عملية تبادلية، وسيضمن هذا التفاعل ويؤكد حدوث تغيرات أم لا، ويضمن أن لا ترى التطبيقات التي خارج هذا التفاعل أي تغيرات حتى يتم حفظها .[17]
الأمان
(Security) في نظام ملفات إن تي إف إس يكون كل ملف ومجلد معين معه ومرتبط به واصف أمان يعرف مالك الملف أو المجلد، ويتكون من إثنين قائمة التحكم بالوصول ، الأولى تسمى تحكم بالوصول تقديري (DACL)، توضح بالضبط ما نوع التفاعل المسموح به أو الممنوع ( على سبيل المثال قراءة، كتابة، تنغيذ، مسح ) لمجموعة من المستخدميين، على سبيل المثال ملف في مجلد في المسار التالي (C:\Program Files) يمكن قرأته وتشغيله (تنفيذ) لكل المستخدميين ولكن يتم تعديله بواسطة من لديهم امتيازات إدارية (administrative privileges) فقط .[18]
ويندوز فيستا أضافة تحكم بالوصول إلزامي إلى تحكم بالوصول تقديري ( DACLs) .
الثانية تسمى قائمة التحكم بالوصول للنظام ((SACL)) .[18]
التشفير
(Encryption)
- مقالة مفصلة: تشفير نظام الملفات
تشفير نظام الملفات (EFS) في نظام ملفات إن تي إف إس يقدم تشفير قوي وشفاف على أي ملف أو مجلد،[19] مكتبات هذا النظام التشفيري (EFS) مع كريبتو أيه بي آي ميكروسوفت في وقت التنفيذ هي (FSRTL) ، في هذا النظام التشفيري يتم التشفير بالمفتاح المتناظر للملف (وله اسم آخر وهو File Encryption Key أو FEK).
الحصص أو الكوتا
(Quotas) تم إدخالها في الإصدار الثالث إن تي إف أس وهي تسمح لمديري الحاسوب التي يعمل عليها إصدارات ويندوز بالتحكم في حجم القسم الذي يستخدمه كل مستخدم للحاسوب، كما تسمح للمدير بتتبع حجم القسم يستخدم لكل مستخدم، وتمنع كل مستخدم عن الزيادة عن الحجم المفروض .
اعادة توزيع النقاط
(Reparse points)
قدرة تغيير حجم
(Resizing)
بدءا من ويندوز فيستا قامت ميكروسوفت بإضافة قدرة مبنية داخليا لتقليص أو توسيع التقسيم (shrink و expand)، ولكن هذه القدرات محدودة بسبب عدم القدرة على إعادة تحديد مكان جديد للـ (page file fragments) أو للملفات التي تم تعليمها على أنها غير قابلة للنقل، لهذا فإن التقليص shrink لإعادة تحديد مكان جديد أو تعطيل التصحيف (حاسوب) (Paging) وبحث ويندوز وأي نسخ طيفي مستخدم بواسطة أي أداة مساعدة طرف ثالث لإستعادة نظام (System Restore) وتكون قادرة على تغيير حجم القسم (Partition).
شرح متعمق
داخليا يستخدم نظام الملفات إن تي إف إس NTFS نظام بي + تري لعمل فهرسة لبيانات نظام الملفات NTFS .
قطاع الإقلاع للقسم
(Partition Boot Sector)
العنوان المكافئ Byte Offset | طول الحقل | القيمة الفعلية | اسم الحقل | الغرض أو الفائدة |
---|---|---|---|---|
0x00 | 3 بايت | 0xEB5290 | الامر JMP | يتسبب في تنفيذ ما بعده (وهو قطاع إقلاع) Causes execution to continue after the data structures in this boot sector. |
0x03 | 8 بايت | "NTFS "Word "NTFS" followed by four trailing spaces (0x20) |
رقم معرف المطور للنظام OEM ID | يشير إلى ان هذا النظام هو NTFS |
0x0B | 2 بايت | 0x0200 | بايت \ قطاع | كم بايت في هذا القطاع ( sectors ) ؟ |
0x0D | 1 بايت | 0x08 | قطاع \ كلستر (عنقود) | كم قطاع في الكلستر ( cluster ) ؟ |
0x0E | 2 بايت | 0x0000 | قطاع محجوز Reserved Sectors | ما المساحة المحجوزة بواسطة نظام التشغيل . ليس له وصف أو مرجعيه مستشهد بها |
0x10 | 3 بايت | 0x000000 | غير مستخدم | هذا الحقل دائما بقيمه 0 |
0x13 | 2 بايت | 0x0000 | غير مستخدم بواسطة NTFS | هذا الحقل دائما بقيمه 0 |
0x15 | 1 بايت | 0xF8 | واصف للوسائط | ليس له وصف أو مرجعيه مستشهد بها . |
0x16 | 2 بايت | 0x0000 | غ\م غير مستخدم | هذا الحقل دائما بقيمه صفر |
0x18 | 2 بايت | 0x003F | عدد القطاعات في المسار Sectors Per Track | كم عدد القطاعات في المسار الواحد ؟ ( sectors per track ) |
0x1A | 2 بايت | 0x00FF | عدد الرؤس Heads | كم عدد الرؤس المغناطيسيه (للقراءه-والكتابه) في الجهاز ؟ |
0x1C | 4 بايت | 0x0000003F | قطاع خفي Hidden Sectors | كم عدد القطاعات الخفيه (hidden sectors) ؟ موقعها ليس له وصف أو مرجعيه مستشهد بها . |
0x20 | 4 بايت | 0x00000000 | غير مستخدم | غير مستخدم بواسطة NTFS |
0x24 | 4 بايت | 0x80008000 | غير مستخدم | غير مستخدم بواسطة NTFS |
0x28 | 8 بايت | 0x00000000007FF54A | إجمالي القطاعات Total sectors | كم عدد القطاعات (Sectors) في القسم الواحد ؟ |
0x30 | 8 بايت | 0x0000000000000004 | $MFT cluster number | ما هو الكلستر (cluster) المحتوي على الملف الرئيسي الجدولي e $MFT |
0x38 | 8 بايت | 0x000000000007FF54 | $MFTMirr cluster number | ما هو الكلستر المحتوي على نسخه احتياطيه من الملف الرئيسي الجدولي Which cluster contains the mirror (backup) $MFT |
0x40 | 1 بايت | 0xF6 | عدد البايت لكل سجمنت سجل ملف Bytes Per File Record Segment | كم بايت في سجمنت سجل ملف How many bytes per file record segment? If negative then value is 2 to the power of -value, e.g. if value is 0xF6 then record length is 2^10 (10==-0xf6) |
0x44 | 1 بايت | 0x01 | Clusters Per Index Buffer | How many clusters per index buffer? Algorithm as for bytes per record above |
0x45 | 3 بايت | 0x000000 | غير مستخدم Unused | This field is not used by NTFS |
0x48 | 8 بايت | 0x1C741BC9741BA514 | Volume Serial Number | A unique random number assigned to this partition, to keep things organized. |
0x50 | 4 بايت | 0x00000000 | Checksum | A checksum of the previous values. Algorithm not described in cited article. |
0x54 | 426 بايت | Bootstrap Code | The code that loads the rest of the operating system. This is pointed to by the first 3 bytes of this sector. | |
0x01FE | 2 بايت | 0xAA55 | End-of-sector Marker | This flag indicates that this is a valid boot sector. |
جدول الملف الرئيسي
(Master File Table) في نظام ملفات إن تي إس إف، كل الملفات والمجلدات (الدلائل) والبيانات الوصفية للملفات metafile وأسماء الملفات وتاريخ إنشاءها وأذونات الوصول المستخدمة بواسطة قائمة التحكم بالوصول access control list وحجم الملف كلها تكون مخزنة كبيانات وصفية metadata في جدول الملف الرئيسي MFT .
ملفات وصفية
(Metafiles) إن تي إف إس NTFS يحتوي على العديد من الملفات التي تعرف وتنظم نظام الملفات، معظم هذه الملفات لها معمارية تشبه أي ملف عادي يستخدمه المستخدم، ولكن هذه الملفات metafiles ليسة محل اهتمام المستخدم العادي، هذه الملفات تعرف الملفات على النظام وتحتفظ بنسخ احتياطيه للبيانات الخطره والمهمة لنظام الملفات وتحتوي على تغيرات النظام التي تحدث لحظه بلحظه، وتقوم بإدارة المساحات الفارغه وأماكنها .
رقم الـ Segment | اسم الملف | الغرض والفائدة |
---|---|---|
0 | $MFT
|
هذا الملف (MFT) بداخله وصف لكل الملفات على القسم بما في ذلك اسم الملف وتاريخ ووضعه على القسم وأسماء وعدد الكلستر التي يوجد بها بيانات وفهارس ومعرفات الأمان وموصفات الملف مثل ( مضغوط، مشفر وغيرها ) Describes all files on the volume, including file names, timestamps, stream names, and lists of cluster numbers where data streams reside, indexes, security identifiers, and file attributes like "read only", "compressed", "encrypted", etc. |
1 | $MFTMirr
|
مكرر احتياطي لأول مدخلات مهمة من الملف الرئيسي e $MFT وغالبا يحفظ أربعة مدخلات (بمقدار 4 كيلوبايت) Duplicate of the first vital entries of $MFT, usually 4 entries (4 Kilobytes). |
2 | $LogFile
|
يحتوي على تغيرات اداء البيانات الوصفية لنظام الملفات Contains transaction log of file system metadata changes. |
3 | $Volume
|
Contains information about the volume, namely the volume object identifier, volume label, file system version, and volume flags (mounted, chkdsk requested, requested $LogFile resize, mounted on NT 4, volume serial number updating, structure upgrade request). This data is not stored in a data stream, but in special MFT attributes: If present, a volume object ID is stored in an $OBJECT_ID record; the volume label is stored in a $VOLUME_NAME record, and the remaining volume data is in a $VOLUME_INFORMATION record. Note: volume serial number is stored in file $Boot (below). |
4 | $AttrDef
|
يحتوي على جدول من موصفات الملف الرئيسي الجدولي (MFT) التي تربط المعرفات الرقمية مع الأسماء A table of MFT attributes that associates numeric identifiers with names. |
5 | .
|
Root directory. Directory data is stored in $INDEX_ROOT and $INDEX_ALLOCATION attributes both named $I30. |
6 | $Bitmap
|
An array of bit entries: each bit indicates whether its corresponding cluster is used (allocated) or free (available for allocation). |
7 | $Boot
|
BOOTMGR) and a BIOS parameter block including a volume serial number and cluster numbers of $MFT and $MFTMirr. |
8 | $BadClus
|
A file that contains all the clusters marked as having bad sectors. This file simplifies cluster management by the chkdsk utility, both as a place to put newly discovered bad sectors, and for identifying unreferenced clusters. This file contains two data streams, even on volumes with no bad sectors: an unnamed stream contains bad sectors—it is zero length for perfect volumes; the second stream is named $Bad and contains all clusters on the volume not in the first stream. |
9 | $Secure
|
Access control list database that reduces overhead having many identical ACLs stored with each file, by uniquely storing these ACLs in this database only (contains two indices: $SII (Standard_Information ID) and $SDH (Security Descriptor Hash), which index the stream named $SDS containing actual ACL table).[1] |
10 | $UpCase
|
A table of unicode uppercase characters for ensuring case-insensitivity in Win32 and DOS namespaces. |
11 | $Extend
|
A file system directory containing various optional extensions, such as $Quota, $ObjId, $Reparse or $UsnJrnl. |
12–23 | Reserved for $MFT extension entries. Extension entries are additional MFT records that contain additional attributes that do not fit in the primary record. This could occur if the file is sufficiently fragmented, has many streams, long filenames, complex security, or other rare situations. | |
24 | $Extend\$Quota
|
Holds disk quota information. Contains two index roots, named $O and $Q. |
25 | $Extend\$ObjId
|
link tracking information. Contains an index root and allocation named $O. |
26 | $Extend\$Reparse
|
Holds reparse point data (such as symbolic links). Contains an index root and allocation named $R. |
27— | Beginning of regular file entries. |
حدود النظام
أسماء الملفات المحجوزة
على الرغم من أن النظام يسمح بتسمية الملفات حتى طول 32767 حرف للملف متضمناً طول المسار حتى 255 حرف، إلا أنه وباعتبار أن النظام يخزن بيانات وصفية (ميتاداتا) في ملفات نظامية، فإن هناك العديد من الكلمات لا يمكن استخدامها في تسمية الملفات مثل: $MFT, $MFTMirr, $LogFile, $Volume, $AttrDef, . (dot), $Bitmap, $Boot, $BadClus, $Secure, $Upcase, $Extend.
الحجم الأعظم
نظرياً إن حجم أن تي إف إس الأعظم هو 264-1 عنقود بيانات (كلستر) cluster . لكن في الواقع فإن الحجم الأعظم في نظام ويندوز إكس بي هو 232-1 قطاع ذاكرة.
حجم الملف الأعظم
نظرياً (264 - 210) بايت. في التطبيق الفعلي (244 - 216) بايت.
الطول الأعظم للمسار
الطول الأعظم لمسار الملفات هو 32767 حرفاً. والمسار النسبي محدد بطول 255 حرفاً.
مجال البيانات
يستخدم نظام إن تي إف إس نظام حساب وقت مشابه لنظام ويندوز إن تي بمجال بين 1 مايو 1601، حتى 28 مايو 60056 بدقة عشرة مليون تكة في الثانية الواحدة.
مقالات ذات صلة
- نظام ملفات
- إكس تي Extended Filesystem ext
- إكس تي 2 ext2
- إكس تي 3 ext3
- إكس تي 4 ext4
- قائمة أنظمة الملفات
- مقارنة بين أنظمة الملفات
مصادر ومراجع
- Russinovich, Mark. "Inside Win2K NTFS, Part 1". شبكة مطوري مايكروسوفت. مايكروسوفت. مؤرشف من الأصل في 13 أبريل 200818 أبريل 2008.
- "How NTFS Works". Windows Server 2003 Technical Reference. 2003-03-28. مؤرشف من الأصل في 7 يوليو 201712 سبتمبر 2011.
- Russon, Richard; Fledel, Yuval. "NTFS Documentation" ( كتاب إلكتروني PDF ). مؤرشف من الأصل ( كتاب إلكتروني PDF ) في 15 ديسمبر 201726 يونيو 2011.
- "6 Appendix A: Product Behavior". [MS-FSA]: File System Algorithms. Microsoft. 14 November 2013. مؤرشف من الأصل في 15 نوفمبر 201821 سبتمبر 2012.
- Custer, Helen (1994). Inside the Windows NT File System. Microsoft Press. .
- Kozierok, Charles M. (April 17, 2001). "Overview and History of NTFS". PCGuide. مؤرشف من الأصل في 15 يوليو 2018.
- "[MS-FSA]: File System Algorithms. Appendix A: Product Behavior". Microsoft. مؤرشف من الأصل في 15 نوفمبر 201810 يناير 2012.
- "File Compression and Decompression". MSDN Platform SDK: File Systems. مؤرشف من الأصل في 10 ديسمبر 201918 أغسطس 2005.
- "The Default Cluster Size for the NTFS and FAT File Systems". Microsoft. January 31, 2002. مؤرشف من الأصل في 22 فبراير 201510 يناير 2012.
- "Understanding NTFS Compression". مؤرشف من الأصل في 4 مارس 201616 مارس 2011.
- "Shrinking the gap: carving NTFS-compressed files". مؤرشف من الأصل في 20 يونيو 201829 مايو 2011.
- Masiero, Manuel (2011-12-01). "Should You Compress Data On Your SSD?". Tom's Hardware. Bestofmedia Group05 أبريل 2013.
- "Disk Concepts and Troubleshooting". Microsoft. مؤرشف من الأصل في 7 يوليو 201726 مارس 2012.
- "Read-Only Filegroups and Compression". SQL Server 2008 Books Online. مايكروسوفت. November 2009. مؤرشف من الأصل في 11 فبراير 201720 أبريل 2010.
- "Best practices for NTFS compression in Windows." Microsoft Knowledge Base. Retrieved on 2005-08-18. نسخة محفوظة 13 نوفمبر 2013 على موقع واي باك مشين.
- Olson, Jason (2007). "Enhance Your Apps With File System Transactions". شبكة مطوري مايكروسوفت. مايكروسوفت. مؤرشف من الأصل في 30 أغسطس 200830 يونيو 2015.
- "Transactional NTFS". شبكة مطوري مايكروسوفت. مايكروسوفت. مؤرشف من الأصل في 11 أكتوبر 200802 فبراير 2007.
- "How Security Descriptors and Access Control Lists Work". TechNet. مايكروسوفت. مؤرشف من الأصل في 30 يونيو 201704 سبتمبر 2015.
- Morello, John (February 2007). "Security Watch Deploying EFS: Part 1". Technet Magazine. مايكروسوفت. مؤرشف من الأصل في 27 أغسطس 201625 يناير 2009.