locked
Azure Cloud Tiering - which files are stored in the cloud? RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote

    Hey guys, 

    I´m using the azure cloud tiering since a few days and I would like to know if the azure file sync stores all the files of the server volume in the cloud or just the files that are moved to the cloud by the cloud tiering process? 

    Thank you, 

    Marco

    Wednesday, July 31, 2019 9:17 AM

Answers

  • Question
    Sign in to vote
    1
    Sign in to vote

    Azure File Sync keeps all data in the cloud. If the cloud tiering feature is enabled, you can think of Azure File Sync as a caching solution – you can see your entire file share namespace from your on-premises server, and if you open a file that’s not locally on disk, it will download it inline.

    Cloud tiering is an optional feature of Azure File Sync in which frequently accessed files are cached locally on the server while all other files are tiered to Azure Files based on policy settings. 

    If cloud tiering is turned on, then stubs will be re-hydrated until the volume reaches the free-space level you asked to maintain.

    Azure File Sync seamlessly recalls the file data from Azure Files without the user needing to know that the file is actually stored in Azure.

    Kindly let us know if the above helps or you need further assistance on this issue.  

    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members

    Wednesday, July 31, 2019 10:08 AM
  • Question
    Sign in to vote
    1
    Sign in to vote

    @marc_0 Yes you can create a local backup, however we would recommend azure backup.  

    Kindly let us know if the above helps or you need further assistance on this issue.
    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members.

    Tuesday, August 6, 2019 3:08 PM

All replies

  • Question
    Sign in to vote
    1
    Sign in to vote

    Azure File Sync keeps all data in the cloud. If the cloud tiering feature is enabled, you can think of Azure File Sync as a caching solution – you can see your entire file share namespace from your on-premises server, and if you open a file that’s not locally on disk, it will download it inline.

    Cloud tiering is an optional feature of Azure File Sync in which frequently accessed files are cached locally on the server while all other files are tiered to Azure Files based on policy settings. 

    If cloud tiering is turned on, then stubs will be re-hydrated until the volume reaches the free-space level you asked to maintain.

    Azure File Sync seamlessly recalls the file data from Azure Files without the user needing to know that the file is actually stored in Azure.

    Kindly let us know if the above helps or you need further assistance on this issue.  

    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members

    Wednesday, July 31, 2019 10:08 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Thank you for that information. 

    Furthermore, can you please tell me how long it needs until the files will be moved to the cloud by the cloud tiering process? 

    The first time, everything went fine. After that I created a second volume for testing the cloud tiering. In this case all the files were synced to the cloud but not even one of them was tiered to Azure Files. 

    Wednesday, July 31, 2019 11:07 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    1. In versions 4.0 and above of the Azure File Sync agent, once your files have been uploaded to the Azure file share, they will be tiered according to your policies as soon as the next tiering session runs, which happens once an hour. On older agents, tiering can take up to 24 hours to happen.

    2.  Refer to the suggestion mentioned in this article and see why tiered not showing in Azure Files sync.

    If the issue still persist, please share the screenshot.

    Hope this helps!
    Kindly let us know if the above helps or you need further assistance on this issue.  

    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members

    Wednesday, July 31, 2019 2:36 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Thank you for your help. 

    Actually I don´t know what the problem was but it is working now again :). 

    Thursday, August 1, 2019 6:19 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
     

    @marc_0Glad to know that the issue is resolved. Thanks for the update!,Some time on older agents, tiering can take up to 24 hours to happen. Please feel to contacts us anytime,If you have any issue on Cloud or if you need further assistance on this issue.  

    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members

     
    Thursday, August 1, 2019 7:17 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Thank you!

    I am using the newest version of the agent... However, it is working now :). 

    Nevertheless, a second question came up. Is there any possibility to get the time when a file was replaced by a pointer because of the cloud tiering process? 

    Furthermore, is there a recommended backup technology instead of Azure Backup? 

    Friday, August 2, 2019 8:37 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Thanks for raising this question! Firstly, apologies for the delay in responding here and any inconvenience this issue may have caused

    No, there's not a way to get a timestamp for when a file was tiered.

    ​We would recommend using Azure backup. Backup the Azure file share directly via an SMB mount. Not all backup software may support this. The other main way would be to add a server endpoint in an Azure VM to a sync group that you want to backup, and backup the Azure VM's data. The advantage here is that you don't end up rehydrating data.

    Kindly let us know if the above helps or you need further assistance on this issue.
    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members.

    Tuesday, August 6, 2019 5:03 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    That´s no problem, thank you for your answer!

    Okay, thanks for that advice. 

    By the way, is the pointer to the file in the azure file share always the same? In the case of staying unchanged, we can create local backups and if we have to restore a file that points to a file in azure, that shouldn´t be a problem, right? 

    Tuesday, August 6, 2019 3:03 PM
  • Question
    Sign in to vote
    1
    Sign in to vote

    @marc_0 Yes you can create a local backup, however we would recommend azure backup.  

    Kindly let us know if the above helps or you need further assistance on this issue.
    ------------------------------------------------------------------------------------------

    Do click on "Mark as Answer" and Upvote on the post that helps you, this can be beneficial to other community members.

    Tuesday, August 6, 2019 3:08 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Is there any update on the issue?

    If the suggested answer helped for your issue, do click on "Mark as Answer" and “Vote as Helpful” on the post that helps you, this can be beneficial to other community members.

    Wednesday, August 7, 2019 5:44 AM
  • Question
    Sign in to vote
    0
    Sign in to vote
    Okay, thank you for that information!
    Wednesday, August 7, 2019 6:50 AM