home *** CD-ROM | disk | FTP | other *** search
/ Borland Programmer's Resource / Borland_Programmers_Resource_CD_1995.iso / info / ntkb / ntkb.exe / Q106 / 1 / 66.TXT < prev    next >
Encoding:
Text File  |  1993-11-16  |  4.1 KB  |  91 lines
  1. DOCUMENT:Q106166  06-NOV-1993  [W_NT]
  2. TITLE   :Windows NT Backup and Hard Links
  3. PRODUCT :Windows NT
  4. PROD/VER:3.10
  5. OPER/SYS:WINDOWS
  6. KEYWORDS:
  7.  
  8. -----------------------------------------------------------------------
  9. The information in this article applies to:
  10.  
  11.  - Microsoft Windows NT operating system version 3.1
  12.  - Microsoft Windows NT Advanced Server version 3.1
  13. ----------------------------------------------------------------------- 
  14.  
  15. You may experience problems when you use the Backup program to back up
  16. files that are "hard linked" to each other. Note that hard links can
  17. only be created with POSIX applications; therefore, this will not be
  18. of concern for most users.
  19.  
  20. MORE INFORMATION
  21. ================
  22.  
  23. NTFS supports hard linked files for compliance with the POSIX
  24. specification. Applications other than POSIX applications may not
  25. handle hard linked files correctly in all situations.
  26.  
  27. Once two files are linked together, you cannot determine which is the
  28. original file and which is the copy. This is because both file records
  29. will point to the same data on disk, and the pointer is a one-way
  30. link. The only information you can get about a linked file is  the
  31. link count for that file, and the file index number, which is a 64-bit
  32. value that uniquely identifies that file on that volume.
  33.  
  34. When the Backup program reads a file, it can determine that there are
  35. other links to that data, but it can't tell what the other filenames
  36. are.
  37.  
  38. NTBackup keeps a list of all files that it backed up with link counts
  39. greater than one, and it stores the file index number for each one of
  40. these files. While it is backing up, when it comes across another file
  41. that has a link count greater than one, it searches its list of files,
  42. looking for a match of file indices. If it finds one, instead of
  43. writing the data streams out to the tape drive, it creates a stream of
  44. type BACKUP_LINK and puts information about the filename in this
  45. stream. It does NOT write the contents of the file to the backup tape
  46. more than once.
  47.  
  48. When BackupWrite comes across a BACKUP_LINK stream when restoring to
  49. disk, it will get the information about the other filename from the
  50. stream and then it will set up the link. This means that if the first
  51. instance of a file with hard links that was encountered during the
  52. backup operation is no longer present during the restore operation,
  53. the Backup program will fail to restore the subsequent, linked
  54. instances of the file.
  55.  
  56. Example
  57. -------
  58.  
  59. Suppose C:\FILE1.TXT is linked with C:\SUBDIR\FILE2.TXT. If you back
  60. up drive C and then reformat and restore the entire drive, there will
  61. be no problems. The Backup program will record the contents of
  62. C:\FILE1.TXT and then record a link pointer for C:\SUBDIR\FILE2.TXT.
  63. So on restore, C:\FILE1.TXT will be written out to the disk, and
  64. C:\SUBDIRE\FILE2.TXT will be recreated as a link to C:\FILE1.TXT.
  65.  
  66. If you were to restore only the C:\SUBDIR directory after reformatting
  67. drive C, however, the restore operation would find only the link
  68. information when it came to C:\SUBDIR\FILE2.TXT and attempt to create
  69. a link to C:\FILE1.TXT which does not exist, because it has not been
  70. restored. Therefore, the file would not be restored and an error would
  71. be registered in the log file for the restore operation.
  72.  
  73. Additional reference words: 3.10
  74. KBCategory:
  75. KBSubCatagory: fautol
  76.  
  77. =============================================================================
  78.  
  79. THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS
  80. PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.  MICROSOFT DISCLAIMS
  81. ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES
  82. OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.  IN NO
  83. EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR
  84. ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL,
  85. CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF
  86. MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE
  87. POSSIBILITY OF SUCH DAMAGES.  SOME STATES DO NOT ALLOW THE EXCLUSION
  88. OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES
  89. SO THE FOREGOING LIMITATION MAY NOT APPLY.
  90.  
  91. Copyright Microsoft Corporation 1993.