Transactional NTFS
Transactional NTFS (abbreviated TxF[1]) is a component introduced in Windows Vista and present in later versions of the Microsoft Windows operating system that brings the concept of atomic transactions to the NTFS file system, allowing Windows application developers to write file-output routines that are guaranteed to either succeed completely or to fail completely.[2] Major operating system components, including System Restore, Task Scheduler, and Windows Update, rely on TxF for stability.[1] During the development of Windows Vista, WinFS also relied on TxF for storing files.[3]
Due to its complexity and various nuances which developers need to consider as part of application development, Microsoft has deprecated TxF and stated that it may be removed in a future version of Windows.[4] Microsoft has strongly recommended that developers investigate using the alternatives rather than adopting the Transactional NTFS API platform which may not be available in future versions of Windows.[2]
Overview
[edit]Transactional NTFS allows for files and directories to be created, modified, renamed, and deleted atomically. Using transactions ensures correctness of operation; in a series of file operations (done as a transaction), the operation will be committed if all the operations succeed. In case of any failure, the entire operation will roll back and fail.
Transactional NTFS is implemented on top of the Kernel Transaction Manager, which is a Windows kernel component introduced in Windows Vista that provides transactioning of objects in the kernel.[1] The NTFS file system already supports journaling of low-level operations, such as writing a block of data. Transactional NTFS expands on this capability to include:
- Atomic operations on a single file: A common example of this is saving a file from an application; if the application or machine were to crash while writing the file, then only part of the file could be written, possibly resulting in a corrupted file. This would be a very significant problem if a previous version of the file was being over-written, as data would likely be lost.
- Atomic operations spanning multiple files: If an application needs to update several files at once with a set of changes, all the necessary file operations can be performed as a single transaction, preventing inconsistent updates in the event of a failure.
- Atomic operations spanning multiple computers: Performing the same operation on multiple computers is a fairly common administrative task in a corporate network; Transactional NTFS integrates with the Distributed Transaction Coordinator to ensure that the change is successfully applied to all machines.
With the exception of read operations, using Transactional NTFS for transactions on Encrypting File System files is not supported in Windows Vista until Service Pack 1 and Windows Server 2008.[5]
See also
[edit]References
[edit]- ^ a b c Olson, Jason (2007). "Enhance Your Apps With File System Transactions". MSDN Magazine. Microsoft. Archived from the original on August 30, 2008. Retrieved June 30, 2015.
- ^ a b Microsoft. "Alternatives to using Transactional NTFS". MSDN. Retrieved June 30, 2015.
- ^ "NTFS Beta Chat Transcript (July 12, 2006)". TechNet. Microsoft. September 20, 2006. Retrieved April 8, 2017.
- ^ "About Transactional NTFS". Microsoft. May 30, 2018. Retrieved 2019-10-27.
Microsoft strongly recommends developers utilize alternative means to achieve your application s needs. Many scenarios that TxF was developed for can be achieved through simpler and more readily available techniques. Furthermore, TxF may not be available in future versions of Microsoft Windows.
- ^ Microsoft. "When to Use Transactional NTFS (Windows)". MSDN. Archived from the original on September 17, 2008. Retrieved June 30, 2015.
External links
[edit]- Because We Can, a Microsoft developer blog that discusses TxF both conceptually and in code
- Kernel Transaction Manager documentation on the Microsoft Developer Network.
