|
|||||
Accessing Restored FilesAccess to the restored files on your computer is dependent on the restore options specified while:
The restore options are: You can view these option settings for a Network restore on the job's Restore Details form. For a Media restore, you can view the option settings in the job's log located on the computer to which the files were restored from the media. In addition, short file names can be inconsistent between an Agent computer's original files and the restored files. Restoring NTFS security descriptorsAny user who wants to access restored files on NTFS volumes must have the necessary NTFS permissions. The necessary NTFS permissions depend on whether or not the original NTFS security descriptors were restored. By default, files are restored with their original file properties and security descriptors preserved. Users who had access to these files before backup will have the necessary permissions to access the restored files. However, you could instead have the system default security descriptors of the destination location applied to the restored files. In this case, LiveVault Online Backup Service does not restore the original NTFS security descriptors with the restored files. Users must have the NTFS permissions specified by the destination location to access the restored files Note: While LiveVault Online Backup Service enables a user for your company account to view all of a computer's NTFS partitions to configure backup and to view the backed up partitions to request restores, MyLiveVault does not provide that user access to the data. Redirecting restored filesTo ensure you are accessing the correct restored files, it is important to know the path the restored files were redirected to. You also need to be aware whether the original directory structure of the restored files was recreated, or if all the files were placed in a single directory. If restored files are redirected, access to the restored files may be restricted due to the security settings of the destination location. You must ensure that the intended users can access the restored files. When NTFS files are redirected during a restore and the original NTFS security descriptors are restored with the files, the restored files' security descriptors are interpreted locally by the destination location. Based on the security settings of the destination location, the descriptors may or may not be meaningful. Thus access to the files may be restricted. Handling filename conflictsYou need to be aware of the chosen filename conflict method to be sure whether you are accessing the restored file or an existing file on the computer. For example, if you chose the Auto-rename restored file method, and if there was a filename conflict during the restore between a restored file and an existing file on the computer, the restored file would have an extension (in sequence) of .001, .002, etc. appended to it. For example, the restored file MyFile.doc would be renamed to MyFile.doc.001, and the existing file would be MyFile.doc. If you restored the same file a second time, the second restored file would be renamed MyFile.doc.002. Short names can be inconsistent between the source files and restored filesDo not rely on the short names on restored directories or files to identify the directories or files. LiveVault Online Backup Service cannot control the short names. The Windows operating system creates the short file names (for example, longna~1.xls) when a directory or file is created. If there are multiple directories or files that would have the same short name, Windows increments the number to distinguish the directories/files. For example, if an Agent computer contains several Microsoft applications whose directory names start with Microsoft, you may see short names similar to the following: 11/13/2001 01:01p <DIR> MICROS~1 microsoft frontpage During a restore, the short names (for example, MICROS~1 or longna~1.xls) are assigned by Windows on the computer to which you restored the directories and files, with numbers assigned to files in the order in which the files are written to the computer’s disk during the restore. This means that the short names on the Agent computer may be different from those assigned to the restored directories and files. For example, during a media restore of the directories shown above, the Microsoft SQL Server directory would be restored before the Microsoft Visual Studio directory. In this case, the restored directories would have different short names than the original directories on the Agent computer: MICROS~1 microsoft frontpage This means that you cannot rely on the short names of restored directories or files to identify the directories or files. LiveVault Online Backup Service cannot control the short names. Some applications, such as Microsoft SQL Server, store the original short name assigned to its directory and use the short name to reference its directories or files. Following a restore these applications may be unable to start. For example, Microsoft SQL Server stores its short name in the Windows registry and following a restore the SQL service may not start if the short name is different. Related InformationCanceling a Restore Job |
|||||
© 2002, 2004 LiveVault Corporation. All rights reserved.