Planeamiento de una implementación de Azure Files SyncPlanning for an Azure File Sync deployment

Entrevista y demostración al presentar Azure File Sync: haga clic para reproducir.Interview and demo introducing Azure File Sync - click to play!

Azure File Sync es un servicio que permite almacenar en caché varios recursos compartidos de archivos de Azure en una VM en la nube o en una instancia local de Windows Server.Azure File Sync is a service that allows you to cache several Azure file shares on an on-premises Windows Server or cloud VM.

En este artículo se explican los conceptos y características de Azure File Sync.This article introduces you to Azure File Sync concepts and features. Una vez que esté familiarizado con Azure File Sync, considere la posibilidad de seguir la guía de implementación de Azure File Sync para probar este servicio.Once you are familiar with Azure File Sync, consider following the Azure File Sync deployment guide to try out this service.

Los archivos se almacenarán en la nube en recursos compartidos de archivos de Azure.The files will be stored in the cloud in Azure file shares. Se pueden usar recursos compartidos de archivos de Azure de dos formas: montando directamente los recursos compartidos de archivos de Azure sin servidor (SMB) o almacenando en caché recursos compartidos de archivos de Azure localmente mediante Azure File Sync. La opción de implementación que elija cambiará los aspectos que debe tener en cuenta a la hora de planear la implementación.Azure file shares can be used in two ways: by directly mounting these serverless Azure file shares (SMB) or by caching Azure file shares on-premises using Azure File Sync. Which deployment option you choose changes the aspects you need to consider as you plan for your deployment.

  • Montaje directo de un recurso compartido de archivos de Azure: dado que Azure Files proporciona acceso SMB, puede montar recursos compartidos de archivos de Azure locales o en la nube mediante el cliente SMB estándar disponible en Windows, macOS y Linux.Direct mount of an Azure file share: Since Azure Files provides SMB access, you can mount Azure file shares on-premises or in the cloud using the standard SMB client available in Windows, macOS, and Linux. Dado que los recursos compartidos de archivos de Azure no tienen servidor, la implementación en escenarios de producción no requiere la administración de un servidor de archivos o un dispositivo NAS,Because Azure file shares are serverless, deploying for production scenarios does not require managing a file server or NAS device. lo que significa que no tiene que aplicar revisiones de software ni intercambiar discos físicos.This means you don't have to apply software patches or swap out physical disks.

  • Almacenamiento en caché de recursos compartidos de archivos de Azure localmente con Azure File Sync: Azure File Sync le permite centralizar los recursos compartidos de archivos de su organización en Azure Files sin renunciar a la flexibilidad, el rendimiento y la compatibilidad de un servidor de archivos local.Cache Azure file share on-premises with Azure File Sync: Azure File Sync enables you to centralize your organization's file shares in Azure Files, while keeping the flexibility, performance, and compatibility of an on-premises file server. Azure File Sync transforma una instancia de Windows Server local (o en la nube) en una caché rápida de su recurso compartido de archivos de Azure.Azure File Sync transforms an on-premises (or cloud) Windows Server into a quick cache of your Azure file share.

Conceptos de administraciónManagement concepts

Las implementaciones de Azure File Sync tiene tres objetos de administración fundamentales:An Azure File Sync deployment has three fundamental management objects:

  • Recurso compartido de archivos de Azure: Un recurso compartido de archivos de Azure es un recurso compartido de archivos en la nube sin servidor, que proporciona el punto de conexión en la nube de una relación de sincronización de Azure File Sync.Azure file share: An Azure file share is a serverless cloud file share, which provides the cloud endpoint of an Azure File Sync sync relationship. A los archivos de un recurso compartido de archivos de Azure se puede acceder directamente con SMB o el protocolo FileREST, aunque se recomienda acceder a ellos principalmente mediante la memoria caché de Windows Server cuando el recurso compartido de archivos de Azure se vaya a usar con Azure File Sync. Ello se debe a que en la actualidad, Azure Files carece de un mecanismo de detección de cambios eficaz como el de Windows Server, por lo que los cambios directos en el recurso compartido de archivos de Azure tardarán un tiempo en propagarse en los puntos de conexión del servidor.Files in an Azure file share can be accessed directly with SMB or the FileREST protocol, although we encourage you to primarily access the files through the Windows Server cache when the Azure file share is being used with Azure File Sync. This is because Azure Files today lacks an efficient change detection mechanism like Windows Server has, so changes to the Azure file share directly will take time to propagate back to the server endpoints.
  • Punto de conexión de servidor: la ruta de acceso de Windows Server que se sincroniza con un recurso compartido de archivos de Azure.Server endpoint: The path on the Windows Server that is being synced to an Azure file share. Puede ser una carpeta concreta de un volumen o la raíz del volumen.This can be a specific folder on a volume or the root of the volume. Si sus espacios de nombres no se superponen, pueden existir varios puntos de conexión de servidor en el mismo volumen.Multiple server endpoints can exist on the same volume if their namespaces do not overlap.
  • Grupo de sincronización: el objeto que define la relación de sincronización entre un punto de conexión en la nube, o un recurso compartido de archivos de Azure, y un punto de conexión de servidor.Sync group: The object that defines the sync relationship between a cloud endpoint, or Azure file share, and a server endpoint. Los puntos de conexión dentro de un grupo de sincronización se mantienen sincronizados entre sí.Endpoints within a sync group are kept in sync with each other. Si, por ejemplo, tiene dos conjuntos distintos de archivos que desea administrar con Azure File Sync, podría crear dos grupos de sincronización y agregar a cada uno puntos de conexión diferentes.If for example, you have two distinct sets of files that you want to manage with Azure File Sync, you would create two sync groups and add different endpoints to each sync group.

Conceptos de administración de recursos compartidos de archivos de AzureAzure file share management concepts

Los recursos compartidos de archivos de Azure se implementan en cuentas de almacenamiento, que son objetos de nivel superior que representan un grupo compartido de almacenamiento.Azure file shares are deployed into storage accounts, which are top-level objects that represent a shared pool of storage. Este grupo de almacenamiento se puede usar para implementar varios recursos compartidos de archivos, así como otros recursos de almacenamiento, tales como contenedores de blobs, colas o tablas.This pool of storage can be used to deploy multiple file shares, as well as other storage resources such as blob containers, queues, or tables. Todos los recursos de almacenamiento que se implementan en una cuenta de almacenamiento comparten los límites que se aplican a esa cuenta de almacenamiento.All storage resources that are deployed into a storage account share the limits that apply to that storage account. Para ver los límites actuales de una cuenta de almacenamiento, consulte Objetivos de escalabilidad y rendimiento de Azure Files.To see the current limits for a storage account, see Azure Files scalability and performance targets.

Hay dos tipos principales de cuentas de almacenamiento que se usarán para las implementaciones de Azure Files:There are two main types of storage accounts you will use for Azure Files deployments:

  • Cuentas de almacenamiento de uso general, versión 2 (GPv2) : Las cuentas de almacenamiento de GPv2 permiten implementar recursos compartidos de archivos de Azure en hardware estándar o basado en disco duro (HDD).General purpose version 2 (GPv2) storage accounts: GPv2 storage accounts allow you to deploy Azure file shares on standard/hard disk-based (HDD-based) hardware. Además de almacenar recursos compartidos de archivos de Azure, las cuentas de almacenamiento de GPv2 pueden almacenar otros recursos de almacenamiento, como contenedores de blobs, colas o tablas.In addition to storing Azure file shares, GPv2 storage accounts can store other storage resources such as blob containers, queues, or tables.
  • Cuentas de almacenamiento FileStorage: Las cuentas de almacenamiento FileStorage permiten implementar recursos compartidos de archivos de Azure en hardware prémium o basado en unidades de estado sólido (SSD).FileStorage storage accounts: FileStorage storage accounts allow you to deploy Azure file shares on premium/solid-state disk-based (SSD-based) hardware. Las cuentas FileStorage solo se pueden usar para almacenar recursos compartidos de archivos de Azure. No se puede implementar ningún otro recurso de almacenamiento (contenedores de blobs, colas, tablas, etc.) en una cuenta FileStorage.FileStorage accounts can only be used to store Azure file shares; no other storage resources (blob containers, queues, tables, etc.) can be deployed in a FileStorage account. Solo las cuentas de FileStorage pueden implementar recursos compartidos de archivos SMB y NFS.Only FileStorage accounts can deploy both SMB and NFS file shares.

Existen otros tipos de cuenta de almacenamiento que puede encontrar en el Azure Portal, PowerShell o la CLI.There are several other storage account types you may come across in the Azure portal, PowerShell, or CLI. Dos tipos de cuentas de almacenamiento, BlockBlobStorage y BlobStorage, no pueden contener recursos compartidos de archivos de Azure.Two storage account types, BlockBlobStorage and BlobStorage storage accounts, cannot contain Azure file shares. Los otros dos tipos de cuenta de almacenamiento que puede ver son las cuentas de almacenamiento clásico y de uso general de la versión 1 (GPv1), y ambas pueden contener recursos compartidos de archivos de Azure.The other two storage account types you may see are general purpose version 1 (GPv1) and classic storage accounts, both of which can contain Azure file shares. Aunque las cuentas de almacenamiento clásico y de GPv1 pueden contener recursos compartidos de archivos de Azure, la mayoría de las nuevas características de Azure Files solo están disponibles en las cuentas de almacenamiento de GPv2 y FileStorage.Although GPv1 and classic storage accounts may contain Azure file shares, most new features of Azure Files are available only in GPv2 and FileStorage storage accounts. Por lo tanto, se recomienda usar solo las cuentas de almacenamiento de GPv2 y FileStorage para las nuevas implementaciones, así como actualizar las cuentas de almacenamiento de GPv1 y clásico si ya existen en su entorno.We therefore recommend to only use GPv2 and FileStorage storage accounts for new deployments, and to upgrade GPv1 and classic storage accounts if they already exist in your environment.

Conceptos de administración de Azure File SyncAzure File Sync management concepts

Los grupos de sincronización se implementan en los servicios de sincronización del almacenamiento, que son objetos de primer nivel que registran servidores para que se usen con Azure File Sync y contienen las relaciones del grupo de sincronización.Sync groups are deployed into Storage Sync Services, which are top-level objects that register servers for use with Azure File Sync and contain the sync group relationships. El recurso del servicio de sincronización de almacenamiento es un homólogo del recurso de la cuenta de almacenamiento, y se puede implementar igualmente en grupos de recursos de Azure.The Storage Sync Service resource is a peer of the storage account resource, and can similarly be deployed to Azure resource groups. Los servicios de sincronización del almacenamiento pueden crear grupos de sincronización que contengan recursos compartido de archivos de Azure en varias cuentas de almacenamiento y varios servidores Windows Server registrados.A Storage Sync Service can create sync groups that contain Azure file shares across multiple storage accounts and multiple registered Windows Servers.

Para poder crear un grupo de sincronización en un servicio de sincronización de almacenamiento, antes es preciso registrar un servidor Windows Server en el servicio.Before you can create a sync group in a Storage Sync Service, you must first register a Windows Server with the Storage Sync Service. De esta forma se crea un objeto de servidor registrado, que representa una relación de confianza entre el servidor o clúster y el servicio de sincronización de almacenamiento.This creates a registered server object, which represents a trust relationship between your server or cluster and the Storage Sync Service. Para registrar un servicio de sincronización de almacenamiento, antes hay que instalar el agente de Azure File Sync en el servidor.To register a Storage Sync Service, you must first install the Azure File Sync agent on the server. Un servidor o un clúster individuales no se puede registrar con varios servicios de sincronización de almacenamiento simultáneos.An individual server or cluster can be registered with only one Storage Sync Service at a time.

Un grupo de sincronización contiene un punto de conexión en la nube, o un recurso compartido de archivos de Azure, y al menos un punto de conexión de servidor.A sync group contains one cloud endpoint, or Azure file share, and at least one server endpoint. El objeto de punto de conexión de servidor contiene los valores que configuran la funcionalidad de nube por niveles, que proporciona la funcionalidad de almacenamiento en caché de Azure File Sync. Para realizar la sincronización con un recurso compartido de archivos de Azure, la cuenta de almacenamiento que contiene el recurso compartido de archivos de Azure debe estar en la misma región de Azure que el servicio de sincronización de almacenamiento.The server endpoint object contains the settings that configure the cloud tiering capability, which provides the caching capability of Azure File Sync. In order to sync with an Azure file share, the storage account containing the Azure file share must be in the same Azure region as the Storage Sync Service.

Importante

Puede realizar cambios en el espacio de nombres de cualquier punto de conexión en la nube o punto de conexión de servidor en el grupo de sincronización y sincronizar los archivos con los demás puntos de conexión del grupo de sincronización.You can make changes to the namespace of any cloud endpoint or server endpoint in the sync group and have your files synced to the other endpoints in the sync group. Si realiza algún cambio directamente en el punto de conexión en la nube (recurso compartido de archivos de Azure), tenga en cuenta que un trabajo de detección de cambios de Azure File Sync deberá detectar primero esos cambios.If you make a change to the cloud endpoint (Azure file share) directly, changes first need to be discovered by an Azure File Sync change detection job. Se inicia un trabajo de detección de cambios para un punto de conexión en la nube solo una vez cada 24 horas.A change detection job is initiated for a cloud endpoint only once every 24 hours. Para obtener más información, consulte Preguntas más frecuentes de Azure Files.For more information, see Azure Files frequently asked questions.

Tener en cuenta el recuento de servicios de sincronización de almacenamiento necesariosConsider the count of Storage Sync Services needed

En una sección anterior se describe el recurso principal que se va a configurar para Azure File Sync: un servicio de sincronización de almacenamiento.A previous section discusses the core resource to configure for Azure File Sync: a Storage Sync Service. Windows Server solo se puede registrar en un servicio de sincronización de almacenamiento.A Windows Server can only be registered to one Storage Sync Service. Por lo tanto, a menudo es mejor implementar solo un servicio de sincronización de almacenamiento y registrar todos los servidores.So it is often best to only deploy a single Storage Sync Service and register all servers that it.

Solo debe crear varios servicios de sincronización de almacenamiento si tiene:Create multiple Storage Sync Services only if you have:

  • distintos conjuntos de servidores que nunca deben intercambiar datos.distinct sets of servers that must never exchange data with one another. En este caso, debe diseñar el sistema para excluir determinados conjuntos de servidores que se van a sincronizar con un recurso compartido de archivos de Azure que ya está en uso como punto de conexión en la nube en un grupo de sincronización de un servicio de sincronización de almacenamiento diferente.In this case, you want to design the system to exclude certain sets of servers to sync with an Azure file share that is already in use as a cloud endpoint in a sync group in a different Storage Sync Service. Otra forma de ver esto es que los servidores de Windows Server registrados en un servicio de sincronización de almacenamiento distinto no se pueden sincronizar con el mismo recurso compartido de archivos de Azure.Another way to look at this is that Windows Servers registered to different storage sync service cannot sync with the same Azure file share.
  • necesidad de tener más grupos de sincronización o servidores registrados de los que un único servicio de sincronización de almacenamiento puede admitir.a need to have more registered servers or sync groups than a single Storage Sync Service can support. Para más información, revise los Objetivos de escalabilidad de Azure File Sync.Review the Azure File Sync scale targets for more details.

Plan para topologías de sincronización equilibradaPlan for balanced sync topologies

Antes de implementar los recursos, es importante planear lo que va a sincronizar en un servidor local, con el recurso compartido de archivos de Azure.Before you deploy any resources, it is important to plan out what you will sync on a local server, with which Azure file share. La realización de un plan le ayudará a determinar el número de cuentas de almacenamiento, recursos compartidos de archivos de Azure y recursos de sincronización que necesitará.Making a plan will help you determine how many storage accounts, Azure file shares, and sync resources you will need. Estas consideraciones siguen siendo pertinentes, incluso si los datos no residen actualmente en Windows Server o en el servidor que quiere usar a largo plazo.These considerations are still relevant, even if your data doesn't currently reside on a Windows Server or the server you want to use long term. La sección de migración puede ayudar a determinar las rutas de migración adecuadas para su situación.The migration section can help determine appropriate migration paths for your situation.

En este paso, se evalúan cuántos recursos compartidos de archivos de Azure son necesarios.In this step, you're evaluating how many Azure file shares you need. Una sola instancia de Windows Server (o clúster) puede sincronizar hasta 30 recursos compartidos de archivos de Azure.A single Windows Server instance (or cluster) can sync up to 30 Azure file shares.

Es posible que tenga más carpetas en los volúmenes que actualmente comparte localmente como recursos compartidos de SMB en sus usuarios y aplicaciones.You might have more folders on your volumes that you currently share out locally as SMB shares to your users and apps. La manera más sencilla de visualizar este escenario es imaginar un recurso compartido local que asigne 1:1 a un recurso compartido de archivos de Azure.The easiest way to picture this scenario is to envision an on-premises share that maps 1:1 to an Azure file share. Si tiene un número suficientemente pequeño, por debajo de 30, para una sola instancia de Windows Server, se recomienda una asignación 1:1.If you have a small enough number, below 30 for a single Windows Server instance, a 1:1 mapping is recommended.

Si tiene más de 30 recursos compartidos, a menudo no es necesario asignar un recurso compartido local 1:1 a un recurso compartido de archivos de Azure.If you have more shares than 30, it's often unnecessary to map an on-premises share 1:1 to an Azure file share. Considere las opciones siguientes.Consider the following options.

Agrupación de recursos compartidosShare grouping

Por ejemplo, si el departamento de RR. HH. tiene un total de 15 recursos compartidos, podría considerar la posibilidad de almacenar todos los datos de recursos humanos en un solo recurso compartido de archivos de Azure.For example, if your human resources (HR) department has a total of 15 shares, you might consider storing all of the HR data in a single Azure file share. El almacenamiento de varios recursos compartidos locales en un recurso compartido de archivos de Azure no evita que tenga que crear los 15 recursos compartidos de SMB habituales en la instancia local de Windows Server.Storing multiple on-premises shares in one Azure file share doesn't prevent you from creating the usual 15 SMB shares on your local Windows Server instance. Solo significa que organiza las carpetas raíz de estos 15 recursos compartidos como subcarpetas en una carpeta común.It only means that you organize the root folders of these 15 shares as subfolders under a common folder. A continuación, sincronizará esta carpeta común con un recurso compartido de archivos de Azure.You then sync this common folder to an Azure file share. De este modo, solo se necesita un único recurso compartido de archivos de Azure en la nube para este grupo de recursos compartidos locales.That way, only a single Azure file share in the cloud is needed for this group of on-premises shares.

Sincronización de volúmenesVolume sync

Azure File Sync admite la sincronización de la raíz de un volumen con un recurso compartido de archivos de Azure.Azure File Sync supports syncing the root of a volume to an Azure file share. Si sincroniza la raíz del volumen, todas las subcarpetas y los archivos van al mismo recurso compartido de archivos de Azure.If you sync the volume root, all subfolders and files will go to the same Azure file share.

La sincronización de la raíz del volumen no siempre es la mejor respuesta.Syncing the root of the volume isn't always the best answer. La sincronización de varias ubicaciones ofrece algunas ventajas.There are benefits in syncing multiple locations. Por ejemplo, ayuda a disminuir el número de elementos por ámbito de sincronización.For example, doing so helps keep the number of items lower per sync scope. Mientras se prueban los recursos compartidos de archivos de Azure y Azure File Sync con 100 millones de elementos (archivos y carpetas) por recurso compartido, un procedimiento recomendado es intentar mantener el número inferior a 20 millones o 30 millones en un solo recurso compartido.While we test Azure file shares and Azure File Sync with 100 million items (files and folders) per share, a best practice is to try to keep the number below 20 million or 30 million in a single share. La configuración de Azure File Sync con un número de elementos menor no solo es beneficiosa para la sincronización de archivos. Un número de elementos menor también beneficia a escenarios como estos:Setting up Azure File Sync with a lower number of items isn't only beneficial for file sync. A lower number of items also benefits scenarios like these:

  • El examen inicial del contenido de la nube puede realizarse más rápido, lo que a su vez reduce la espera de que aparezca el espacio de nombres en un servidor habilitado para Azure File Sync.Initial scan of the cloud content can complete faster, which in turn decreases the wait for the namespace to appear on an Azure File Sync-enabled server.
  • La restauración en la nube a partir de una instantánea de recursos compartidos de archivos de Azure se hará con mayor rapidez.Cloud-side restore from an Azure file share snapshot will be faster.
  • La recuperación ante desastres de un servidor local puede acelerarse de forma considerable.Disaster recovery of an on-premises server can speed up significantly.
  • Los cambios realizados directamente en un recurso compartido de archivos de Azure (sin sincronización) se pueden detectar y sincronizar con más rapidez.Changes made directly in an Azure file share (outside sync) can be detected and synced faster.

Sugerencia

Si no está seguro de cuántos archivos y carpetas tiene, consulte la herramienta TreeSize de JAM Software GmbH.If you're unsure how many files and folders you have, check out the TreeSize tool from JAM Software GmbH.

Un enfoque estructurado de una asignación de implementaciónA structured approach to a deployment map

Antes de implementar el almacenamiento en la nube en un paso posterior, es importante crear una asignación entre carpetas locales y recursos compartidos de archivos de Azure.Before you deploy cloud storage in a later step, it's important to create a map between on-premises folders and Azure file shares. Esta asignación informa de cuántos recursos del grupo de sincronización de Azure File Sync se van a aprovisionar y de cuáles van a ser.This mapping will then inform how many and which Azure File Sync sync group resources you'll provision. Un grupo de sincronización está relacionado con el recurso compartido de archivos de Azure y la carpeta de su servidor, y establece una conexión de sincronización.A sync group ties the Azure file share and the folder on your server together and establishes a sync connection.

Para tomar la decisión sobre cuántos recursos compartidos de archivos de Azure necesita, revise los límites y procedimientos recomendados siguientes.To make the decision about how many Azure file shares you need, review the following limits and best practices. Eso le va a ayudar a optimizar la asignación.Doing so will help you optimize your map.

  • Un servidor con el agente de Azure File Sync instalado puede sincronizarse con hasta 30 recursos compartidos de archivos de Azure.A server with the Azure File Sync agent installed can sync with up to 30 Azure file shares.

  • Un recurso compartido de archivos de Azure se implementa dentro de una cuenta de almacenamiento.An Azure file share is deployed inside a storage account. Esto hace que la cuenta de almacenamiento sea un destino de escalado para los números de rendimiento como IOPS y rendimiento.That makes the storage account a scale target for performance numbers such as IOPS and throughput.

    En teoría, un recurso compartido de archivos de Azure estándar puede saturar el rendimiento máximo que puede proporcionar una cuenta de almacenamiento.One standard Azure file share can theoretically saturate the maximum performance that a storage account can deliver. La colocación de varios recursos compartidos en una sola cuenta de almacenamiento significa que está creando un grupo compartido de IOPS y rendimiento para ellos.Placing multiple shares in a single storage account means you are creating a shared pool of IOPS and throughput for these shares. Si solo tiene previsto asociar Azure File Sync a estos recursos compartidos de archivos, la agrupación de varios recursos compartidos de archivos de Azure en la misma cuenta de almacenamiento no plantea ningún problema.If you plan to only attach Azure File Sync to these file shares, grouping several Azure file shares into the same storage account won't create a problem. Revise los destinos de rendimiento para obtener información más detallada sobre las métricas pertinentes que se deben tener en cuenta.Review the Azure file share performance targets for deeper insight into the relevant metrics to consider. Estas limitaciones no se aplican al almacenamiento prémium, donde el rendimiento se aprovisiona y garantiza explícitamente para cada recurso compartido.These limitations do not apply to premium storage, where performance is explicitly provisioned and guaranteed for each share.

    Si tiene previsto mover una aplicación a Azure que usará el recurso compartido de archivos de Azure de forma nativa, es posible que necesite un mayor rendimiento del recurso compartido de archivos de Azure.If you plan on lifting an app to Azure that will use the Azure file share natively, you might need more performance from your Azure file share. Si este tipo de uso es una posibilidad, incluso en el futuro, lo mejor es crear un recurso compartido de archivos de Azure estándar en su propia cuenta de almacenamiento.If this type of use is a possibility, even in the future, then creating a single standard Azure file share in its own storage account is best.

  • Hay un límite de 250 cuentas de almacenamiento por suscripción por cada región de Azure.There's a limit of 250 storage accounts per subscription per Azure region.

Sugerencia

Teniendo en cuenta esta información, suele ser necesario agrupar varias carpetas de nivel superior de sus volúmenes en un directorio raíz común nuevo.With this information in mind, it often becomes necessary to group multiple top-level folders on your volumes into a common, new root directory. Luego se sincroniza este nuevo directorio raíz y todas las carpetas agrupadas en él, en un solo recurso compartido de archivos de Azure.You then sync this new root directory, and all the folders you grouped into it, to a single Azure file share. Esta técnica permite permanecer dentro del límite de 30 sincronizaciones de recursos compartidos de archivos de Azure por servidor.This technique allows you to stay within the limit of 30 Azure file share syncs per server.

Esta agrupación en una raíz común no tiene ningún impacto en el acceso a sus datos.This grouping under a common root has no impact on access to your data. Las ACL se quedan tal cual.Your ACLs stay as is. Solo habría que ajustar algunas rutas de acceso a los recursos compartidos (como las de los recursos compartidos SMB o NFS) que podría haber en las carpetas de servidor locales que ahora han cambiado a una raíz común.You would only need to adjust any share paths (like SMB or NFS shares) you might have on the local server folders that you now changed into a common root. No cambia nada más.Nothing else changes.

Importante

El vector de escala más importante para Azure File Sync es el número de elementos (archivos y carpetas) que deben sincronizarse.The most important scale vector for Azure File Sync is the number of items (files and folders) that need to be synchronized. Para más información, revise los objetivos de escala de Azure File Sync.Review the Azure File Sync scale targets for more details.

Se recomienda mantener bajo el número de elementos por ámbito de sincronización.It's a best practice to keep the number of items per sync scope low. Ese es un factor importante que se debe tener en cuenta en la asignación de carpetas a recursos compartidos de archivos de Azure.That's an important factor to consider in your mapping of folders to Azure file shares. Azure File Sync se prueba con 100 millones elementos (archivos y carpetas) por recurso compartido.Azure File Sync is tested with 100 million items (files and folders) per share. Sin embargo, a menudo es mejor mantener el número de elementos por debajo de 20 o 30 millones en un solo recurso compartido.However, it's often best to keep the number of items below 20 million or 30 million in a single share. Divida el espacio de nombres en varios recursos compartidos si empieza a superar estos números.Split your namespace into multiple shares if you start to exceed these numbers. Puede seguir agrupando varios recursos compartidos locales en el mismo recurso compartido de archivos de Azure, siempre y cuando se mantenga aproximadamente por debajo de estos números.You can continue to group multiple on-premises shares into the same Azure file share if you stay roughly below these numbers. Esto le proporcionará más espacio para crecer.This practice will provide you with room to grow.

En este caso, es posible que un conjunto de carpetas pueda sincronizarse de forma lógica con el mismo recurso compartido de archivos de Azure (mediante el nuevo enfoque de carpeta raíz común mencionado anteriormente).In your situation, it's possible that a set of folders can logically sync to the same Azure file share (using the new, common root folder approach mentioned earlier). Pero puede que siga siendo mejor reagrupar carpetas de modo que se sincronicen con dos recursos compartidos de archivos de Azure en lugar de uno.But it might still be better to regroup folders such that they sync to two instead of one Azure file share. Puede usar este enfoque para mantener equilibrado el número de archivos y carpetas por recurso compartido de archivos en el servidor.You can use this approach to keep the number of files and folders per file share balanced across the server. También puede dividir los recursos compartidos locales y sincronizarlos entre más servidores locales, lo que agrega la posibilidad de sincronizar 30 recursos compartidos de archivos de Azure más por cada servidor adicional.You can also split your on-premises shares and sync across more on-premises servers, adding the ability to sync with 30 more Azure file share per extra server.

Creación de una tabla de asignaciónCreate a mapping table

Un ejemplo de una tabla de asignación. Descargue el archivo siguiente para experimentar y usar el contenido de esta imagen.An example of a mapping table. Download the following file to experience and use the content of this image.

Use una combinación de los conceptos anteriores para ayudar a determinar cuántos recursos compartidos de archivos de Azure necesita, y qué partes de los datos existentes terminarán en cuál recurso compartido de archivos de Azure.Use a combination of the previous concepts to help determine how many Azure file shares you need, and which parts of your existing data will end up in which Azure file share.

Cree una tabla para registrar sus ideas, de modo que pueda consultarlas cuando lo necesite.Create a table that records your thoughts so you can refer to it when needed. La organización es importante, ya que puede ser fácil perder detalles del plan de asignación cuando se aprovisionan muchos recursos de Azure a la vez.Staying organized is important because it can be easy to lose details of your mapping plan when you're provisioning many Azure resources at once. Para ayudarle a crear una asignación completa, puede descargar un archivo de Microsoft Excel como plantilla.To help you create a complete mapping, you can download a Microsoft Excel file as a template.


Microsoft Excel file icon that helps to set the context for the type of file download for the link next to it. Descargue una plantilla de asignación de espacios de nombres. Download a namespace-mapping template.

Consideraciones sobre el servidor de archivos de WindowsWindows file server considerations

Para habilitar la funcionalidad de sincronización en Windows Server, es preciso instalar el agente de Azure File Sync, que se puede descargar.To enable the sync capability on Windows Server, you must install the Azure File Sync downloadable agent. Este agente proporciona dos componentes principales: FileSyncSvc.exe, el servicio de Windows en segundo plano responsable de supervisar los cambios en los puntos de conexión del servidor e iniciar sesiones de sincronización, y StorageSync.sys, un filtro del sistema de archivos que permite la organización de la nube por niveles y una rápida recuperación ante desastres.The Azure File Sync agent provides two main components: FileSyncSvc.exe, the background Windows service that is responsible for monitoring changes on the server endpoints and initiating sync sessions, and StorageSync.sys, a file system filter that enables cloud tiering and fast disaster recovery.

Requisitos de sistema operativoOperating system requirements

Azure File Sync es compatible con las siguientes versiones de Windows Server:Azure File Sync is supported with the following versions of Windows Server:

VersiónVersion SKU compatiblesSupported SKUs Opciones de implementación compatiblesSupported deployment options
Windows Server 2019Windows Server 2019 Datacenter, Standard e IoTDatacenter, Standard, and IoT Full y CoreFull and Core
Windows Server 2016Windows Server 2016 Datacenter, Standard y Storage ServerDatacenter, Standard, and Storage Server Full y CoreFull and Core
Windows Server 2012 R2Windows Server 2012 R2 Datacenter, Standard y Storage ServerDatacenter, Standard, and Storage Server Full y CoreFull and Core

Las versiones futuras de Windows Server se agregarán tan pronto como se publiquen.Future versions of Windows Server will be added as they are released.

Importante

Se recomienda mantener sincronizadas todas las instancias que use con Azure File Sync con las actualizaciones más recientes de Windows Update.We recommend keeping all servers that you use with Azure File Sync up to date with the latest updates from Windows Update.

Recursos mínimos del sistemaMinimum system resources

Azure File Sync requiere un servidor, ya sea físico o virtual, con un mínimo de una CPU y de 2 GiB de memoria.Azure File Sync requires a server, either physical or virtual, with at least one CPU and a minimum of 2 GiB of memory.

Importante

Si el servidor se ejecuta en una máquina virtual con la memoria dinámica habilitada, la máquina debe configurarse con un mínimo de 2048 MiB de memoria.If the server is running in a virtual machine with dynamic memory enabled, the VM should be configured with a minimum of 2048 MiB of memory.

En la mayoría de las cargas de trabajo de producción, no se recomienda configurar un servidor de Azure File Sync que tenga los requisitos mínimos.For most production workloads, we do not recommend configuring an Azure File Sync sync server with only the minimum requirements. Para más información, consulte el artículo en el que se indican los recursos del sistema recomendados.See Recommended system resources for more information.

Al igual que cualquier característica del servidor o aplicación, los requisitos de los recursos del sistema para Azure File Sync los determina la escala de la implementación; cuanto mayores sean las implementaciones en un servidor más recursos del sistema requerirán.Just like any server feature or application, the system resource requirements for Azure File Sync are determined by the scale of the deployment; larger deployments on a server require greater system resources. En el caso de Azure File Sync, la escala la determinada el número de objetos en los puntos de conexión del servidor y en la renovación en el conjunto de datos.For Azure File Sync, scale is determined by the number of objects across the server endpoints and the churn on the dataset. Un servidor individual puede tener puntos de conexión de servidor en varios grupos de sincronización y el número de objetos enumerados en la tabla siguiente tiene en cuenta el espacio de nombres completo al que está asociado un servidor.A single server can have server endpoints in multiple sync groups and the number of objects listed in the following table accounts for the full namespace that a server is attached to.

Por ejemplo, el punto de conexión del servidor A con 10 millones de objetos + el punto de conexión de servidor B con 10 millones de objetos = 20 millones de objetos.For example, server endpoint A with 10 million objects + server endpoint B with 10 million objects = 20 million objects. Para esa implementación de ejemplo, se recomienda usar 8 CPU y 16 GiB de memoria para el estado estable y, si es posible, 48 GiB de memoria para la migración inicial.For that example deployment, we would recommend 8 CPUs, 16 GiB of memory for steady state, and (if possible) 48 GiB of memory for the initial migration.

Los datos del espacio de nombres se almacenan en la memoria por motivos de rendimiento.Namespace data is stored in memory for performance reasons. Por eso, los espacios de nombres más grandes requieren más memoria para mantener un buen rendimiento, y una mayor renovación requiere más CPU para procesar.Because of that, bigger namespaces require more memory to maintain good performance, and more churn requires more CPU to process.

En la tabla siguiente, se proporcionan tanto el tamaño del espacio de nombres como una conversión a la capacidad para los recursos compartidos de archivos de uso general típicos, donde el tamaño medio de los archivos es de 512 KiB.In the following table, we have provided both the size of the namespace as well as a conversion to capacity for typical general purpose file shares, where the average file size is 512 KiB. Si el tamaño de los archivos es menor, considere la posibilidad de agregar memoria adicional para la misma cantidad de capacidad.If your file sizes are smaller, consider adding additional memory for the same amount of capacity. Base la configuración de memoria en el tamaño del espacio de nombres.Base your memory configuration on the size of the namespace.

Tamaño del espacio de nombres: archivos y directorios (millones)Namespace size - files & directories (millions) Capacidad típica (TiB)Typical capacity (TiB) Núcleos de CPUCPU Cores Memoria recomendada (GiB)Recommended memory (GiB)
33 1.41.4 22 8 (sincronización inicial)/2 (renovación típica)8 (initial sync)/ 2 (typical churn)
55 2.32.3 22 16 (sincronización inicial)/4 (renovación típica)16 (initial sync)/ 4 (typical churn)
1010 4,74.7 44 32 (sincronización inicial)/8 (renovación típica)32 (initial sync)/ 8 (typical churn)
3030 14,014.0 88 48 (sincronización inicial)/16 (renovación típica)48 (initial sync)/ 16 (typical churn)
5050 23,323.3 1616 64 (sincronización inicial)/32 (renovación típica)64 (initial sync)/ 32 (typical churn)
100*100* 46,646.6 3232 128 (sincronización inicial)/32 (renovación típica)128 (initial sync)/ 32 (typical churn)

*Actualmente no se recomienda sincronizar más de 100 millones de archivos y directorios.*Syncing more than 100 million files & directories is not recommended at this time. Este límite es flexible y se basa en los umbrales que hemos probado.This is a soft limit based on our tested thresholds. Para más información, consulte Objetivos de escalabilidad de Azure File Sync.For more information, see Azure File Sync scale targets.

Sugerencia

La sincronización inicial de un espacio de nombres es una operación intensiva y se recomienda asignar más memoria hasta que se complete la sincronización inicial.Initial synchronization of a namespace is an intensive operation and we recommend allocating more memory until initial synchronization is complete. Esto no es necesario, pero puede acelerar la sincronización inicial.This isn't required but, may speed up initial sync.

La renovación típica es el 0,5 % del espacio de nombres que cambia por día.Typical churn is 0.5% of the namespace changing per day. Para mayores niveles de renovación, considere la posibilidad de agregar más CPU.For higher levels of churn, consider adding more CPU.

  • Un volumen asociado localmente con formato del sistema de archivos NTFS.A locally attached volume formatted with the NTFS file system.

Cmdlet de evaluaciónEvaluation cmdlet

Antes de implementar Azure File Sync, debe evaluar si es compatible con el sistema mediante el cmdlet de evaluación de Azure File Sync.Before deploying Azure File Sync, you should evaluate whether it is compatible with your system using the Azure File Sync evaluation cmdlet. Este cmdlet busca posibles problemas con el sistema de archivos y el conjunto de datos, tales como caracteres no admitidos o una versión de sistema operativo no compatible.This cmdlet checks for potential issues with your file system and dataset, such as unsupported characters or an unsupported operating system version. Las comprobaciones incluyen la mayoría de las características que se mencionan a continuación, pero no todas; se recomienda que lea el resto de esta sección detenidamente para asegurarse de que la implementación se realiza sin problemas.Its checks cover most but not all of the features mentioned below; we recommend you read through the rest of this section carefully to ensure your deployment goes smoothly.

El cmdlet de evaluación se puede instalar mediante el módulo Az de PowerShell, que se puede instalar siguiendo estas instrucciones: Instale y configure Azure PowerShell.The evaluation cmdlet can be installed by installing the Az PowerShell module, which can be installed by following the instructions here: Install and configure Azure PowerShell.

UsoUsage

Puede invocar la herramienta de evaluación de varias maneras diferentes: puede realizar las comprobaciones del sistema, las comprobaciones del conjunto de datos o ambas.You can invoke the evaluation tool in a few different ways: you can perform the system checks, the dataset checks, or both. Para realizar las comprobaciones del sistema y el conjunto de datos:To perform both the system and dataset checks:

Invoke-AzStorageSyncCompatibilityCheck -Path <path>

Para probar solo el conjunto de datos:To test only your dataset:

Invoke-AzStorageSyncCompatibilityCheck -Path <path> -SkipSystemChecks

Para probar solo los requisitos del sistema:To test system requirements only:

Invoke-AzStorageSyncCompatibilityCheck -ComputerName <computer name> -SkipNamespaceChecks

Para mostrar los resultados en CSV:To display the results in CSV:

$validation = Invoke-AzStorageSyncCompatibilityCheck C:\DATA
$validation.Results | Select-Object -Property Type, Path, Level, Description, Result | Export-Csv -Path C:\results.csv -Encoding utf8

Compatibilidad del sistema de archivosFile system compatibility

Azure File Sync solo se admite en volúmenes NTFS conectados directamente.Azure File Sync is only supported on directly attached, NTFS volumes. El almacenamiento conectado directamente, o DAS, en Windows Server significa que el sistema operativo Windows Server es el propietario del sistema de archivos.Direct attached storage, or DAS, on Windows Server means that the Windows Server operating system owns the file system. DAS se puede proporcionar mediante discos conectados físicamente al servidor de archivos, para lo que se conectan discos virtuales a una máquina virtual servidor de archivos (como una máquina virtual hospedada por Hyper-V), o incluso mediante ISCSI.DAS can be provided through physically attaching disks to the file server, attaching virtual disks to a file server VM (such as a VM hosted by Hyper-V), or even through ISCSI.

Solo se admiten volúmenes NTFS; ReFS, FAT, FAT32 y otros sistema de archivos no se admiten.Only NTFS volumes are supported; ReFS, FAT, FAT32, and other file systems are not supported.

La siguiente tabla muestra el estado de interoperabilidad de las características del sistema de archivos NTFS:The following table shows the interop state of NTFS file system features:

CaracterísticaFeature Compatibilidad con el estadoSupport status NotasNotes
Listas de control de acceso (ACL)Access control lists (ACLs) totalmente compatibleFully supported Azure File Sync conserva las listas de control de acceso discrecional con estilo Windows y Windows Server las exige en los puntos de conexión de servidor.Windows-style discretionary access control lists are preserved by Azure File Sync, and are enforced by Windows Server on server endpoints. También se pueden exigir listas de control de acceso cuando el recurso compartido de archivos de se monta directamente; sin embargo, esto requiere configuración adicional.ACLs can also be enforced when directly mounting the Azure file share, however this requires additional configuration. Para más información, consulte la sección acerca de la identidad.See the Identity section for more information.
Vínculos físicosHard links OmitidoSkipped
Vínculos simbólicosSymbolic links OmitidoSkipped
Puntos de montajeMount points Compatibilidad parcialPartially supported Los puntos de montaje podrían ser la raíz de un punto de conexión de servidor, pero se omiten si están incluidos en el espacio de nombres del punto de conexión de servidor.Mount points might be the root of a server endpoint, but they are skipped if they are contained in a server endpoint's namespace.
UnionesJunctions OmitidoSkipped Por ejemplo, las carpetas DfrsrPrivate y DFSRoots del Sistema de archivos distribuido.For example, Distributed File System DfrsrPrivate and DFSRoots folders.
Puntos de repetición de análisisReparse points OmitidoSkipped
Compresión NTFSNTFS compression totalmente compatibleFully supported
Archivos dispersosSparse files totalmente compatibleFully supported Los archivos dispersos se sincronizan (no se bloquean), pero lo hacen con la nube como un archivo completo.Sparse files sync (are not blocked), but they sync to the cloud as a full file. Si se cambia el contenido del archivo en la nube (o en otro servidor), el archivo ya no estará disperso cuando el cambio se haya descargado.If the file contents change in the cloud (or on another server), the file is no longer sparse when the change is downloaded.
Flujos de datos alternativos (ADS)Alternate Data Streams (ADS) Conservados, pero no sincronizadosPreserved, but not synced Por ejemplo, las etiquetas de clasificación creadas por la infraestructura de clasificación de archivos no están sincronizadas.For example, classification tags created by the File Classification Infrastructure are not synced. Las etiquetas de clasificación existentes en los archivos en cada uno de los puntos de conexión del servidor se dejan como están.Existing classification tags on files on each of the server endpoints are left untouched.

Azure File Sync también omitirá ciertos archivos temporales y carpetas del sistema:Azure File Sync will also skip certain temporary files and system folders:

Archivo/carpetaFile/folder Nota:Note
pagefile.syspagefile.sys Archivo específico del sistemaFile specific to system
Desktop.iniDesktop.ini Archivo específico del sistemaFile specific to system
thumbs.dbthumbs.db Archivo temporal para miniaturasTemporary file for thumbnails
ehthumbs.dbehthumbs.db Archivo temporal para miniaturas de elementos multimediaTemporary file for media thumbnails
~$*.*~$*.* Archivo temporal de OfficeOffice temporary file
*.tmp*.tmp Archivo temporalTemporary file
*.laccdb*.laccdb Archivo de bloqueo de base de datos de AccessAccess DB locking file
635D02A9D91C401B97884B82B3BCDAEA.*635D02A9D91C401B97884B82B3BCDAEA.* Archivo de sincronización internaInternal Sync file
\System Volume Information\System Volume Information Carpeta específica del volumenFolder specific to volume
$RECYCLE.BIN$RECYCLE.BIN CarpetaFolder
\SyncShareState\SyncShareState Carpeta para sincronizaciónFolder for Sync

Clústeres de conmutación por errorFailover Clustering

La característica de clústeres de conmutación por error de Windows es compatible con Azure File Sync en la opción de implementación "Servidor de archivos para uso general".Windows Server Failover Clustering is supported by Azure File Sync for the "File Server for general use" deployment option. La característica de clústeres de conmutación por error no se admite en "Servidor de archivos de escalabilidad horizontal para datos de aplicación" (SOFS) o en volúmenes compartidos de clúster (CSV).Failover Clustering is not supported on "Scale-Out File Server for application data" (SOFS) or on Clustered Shared Volumes (CSVs).

Nota

El agente de Azure File Sync debe estar instalado en cada nodo de un clúster de conmutación por error para que la sincronización funcione correctamente.The Azure File Sync agent must be installed on every node in a Failover Cluster for sync to work correctly.

Desduplicación de datosData Deduplication

Windows Server 2016 y Windows Server 2019 Windows Server 2016 and Windows Server 2019
Ahora se admite la desduplicación de datos independientemente de si la nube por niveles está habilitada o deshabilitada en uno o varios puntos de conexión de servidor del volumen en Windows Server 2016 y Windows Server 2019.Data Deduplication is supported irrespective of whether cloud tiering is enabled or disabled on one or more server endpoints on the volume for Windows Server 2016 and Windows Server 2019. Habilitar la desduplicación de datos en un volumen con la nube por niveles habilitada, le permite almacenar en caché más archivos en el entorno local sin necesidad de aprovisionar más almacenamiento.Enabling Data Deduplication on a volume with cloud tiering enabled lets you cache more files on-premises without provisioning more storage.

Cuando la desduplicación de datos está habilitada en un volumen con la nube por niveles habilitada, los archivos optimizados para desduplicación dentro de la ubicación del punto de conexión del servidor se organizan en niveles de forma similar a un archivo normal en función de la configuración de la directiva de la nube por niveles.When Data Deduplication is enabled on a volume with cloud tiering enabled, Dedup optimized files within the server endpoint location will be tiered similar to a normal file based on the cloud tiering policy settings. Una vez que los archivos optimizados para la desduplicación se han organizado en niveles, el trabajo de recolección de elementos no utilizados de desduplicación de datos se ejecutará automáticamente para recuperar el espacio en disco mediante la eliminación de fragmentos innecesarios a los que ya no hacen referencia otros archivos del volumen.Once the Dedup optimized files have been tiered, the Data Deduplication garbage collection job will run automatically to reclaim disk space by removing unnecessary chunks that are no longer referenced by other files on the volume.

Tenga en cuenta que el ahorro de volumen solo se aplica al servidor; los datos del recurso compartido de Azure no se desduplicarán.Note the volume savings only apply to the server; your data in the Azure file share will not be deduped.

Nota

Para admitir la desduplicación de datos en volúmenes con una nube por niveles habilitada en Windows Server 2019, se debe instalar la actualización de Windows KB4520062, de octubre de 2019 o una actualización acumulativa mensual posterior, y se requiere el agente de Azure File Sync versión 12.0.0.0 o posterior.To support Data Deduplication on volumes with cloud tiering enabled on Windows Server 2019, Windows update KB4520062 - October 2019 or a later monthly rollup update must be installed and Azure File Sync agent version 12.0.0.0 or newer is required.

Windows Server 2012 R2Windows Server 2012 R2
Azure File Sync no admite la desduplicación de datos y la nube por niveles en el mismo volumen en Windows Server 2012 R2.Azure File Sync does not support Data Deduplication and cloud tiering on the same volume on Windows Server 2012 R2. Si la desduplicación de datos está habilitada en un volumen, se debe deshabilitar la nube por niveles.If Data Deduplication is enabled on a volume, cloud tiering must be disabled.

NotasNotes

  • Si la desduplicación de datos está instalada antes de instalar el agente de Azure File Sync, es necesario reiniciar para que se admita en el mismo volumen la desduplicación de datos y la nube por niveles.If Data Deduplication is installed prior to installing the Azure File Sync agent, a restart is required to support Data Deduplication and cloud tiering on the same volume.

  • Si habilita la desduplicación de datos en un volumen después de haber habilitado la nube por niveles, el trabajo inicial de optimización por desduplicación optimiza los archivos del volumen que no están aún en niveles, y tendrá la siguiente repercusión en la nube por niveles:If Data Deduplication is enabled on a volume after cloud tiering is enabled, the initial Deduplication optimization job will optimize files on the volume that are not already tiered and will have the following impact on cloud tiering:

    • La directiva de espacio disponible seguirá colocando los archivos en niveles según el espacio libre en el volumen mediante el uso del mapa térmico.Free space policy will continue to tier files as per the free space on the volume by using the heatmap.
    • La directiva de fecha omitirá la organización en niveles de los archivos, que podrían haber sido en otra situación aptos para niveles, ya que el trabajo de optimización por desduplicación tiene acceso a los archivos.Date policy will skip tiering of files that may have been otherwise eligible for tiering due to the Deduplication optimization job accessing the files.
  • Para los trabajos de optimización por desduplicación en curso, el valor de desduplicación de datos MinimumFileAgeDays, retrasará la nube por niveles con directiva de fecha, si el archivo no está colocado ya en un nivel.For ongoing Deduplication optimization jobs, cloud tiering with date policy will get delayed by the Data Deduplication MinimumFileAgeDays setting, if the file is not already tiered.

    • Ejemplo: Si el valor MinimumFileAgeDays es de siete días y la directiva de fecha de nube por niveles es de 30 días, la directiva de fecha colocará los archivos en niveles pasados 37 días.Example: If the MinimumFileAgeDays setting is seven days and cloud tiering date policy is 30 days, the date policy will tier files after 37 days.
    • Nota: Una vez que Azure File Sync haya colocado un archivo en un nivel, el trabajo de optimización por desduplicación omitirá el archivo.Note: Once a file is tiered by Azure File Sync, the Deduplication optimization job will skip the file.
  • Si un servidor que ejecuta Windows Server 2012 R2 y que tiene instalado el agente de Azure File Sync se actualiza a Windows Server 2016 o Windows Server 2019, es necesario realizar los pasos siguientes para que se pueda admitir en el mismo volumen la desduplicación de datos y la nube por niveles:If a server running Windows Server 2012 R2 with the Azure File Sync agent installed is upgraded to Windows Server 2016 or Windows Server 2019, the following steps must be performed to support Data Deduplication and cloud tiering on the same volume:

    • Desinstalar al agente de Azure File Sync para Windows Server 2012 R2 y reiniciar el servidor.Uninstall the Azure File Sync agent for Windows Server 2012 R2 and restart the server.
    • Descargar al agente de Azure File Sync para la versión de sistema operativo del nuevo servidor (Windows Server 2016 o Windows Server 2019).Download the Azure File Sync agent for the new server operating system version (Windows Server 2016 or Windows Server 2019).
    • Instalar el agente de Azure File Sync y reiniciar el servidor.Install the Azure File Sync agent and restart the server.

    Nota: Los valores de configuración de Azure File Sync en el servidor se conservan cuando el agente se desinstala y reinstala.Note: The Azure File Sync configuration settings on the server are retained when the agent is uninstalled and reinstalled.

Sistema de archivos distribuido (DFS)Distributed File System (DFS)

Azure File Sync admite la interoperabilidad con espacios de nombres DFS (DFS-N) y la replicación DFS (DFS-R).Azure File Sync supports interop with DFS Namespaces (DFS-N) and DFS Replication (DFS-R).

Espacios de nombres DFS (DFS-N) : Azure File Sync es totalmente compatible con servidores de DFS-N.DFS Namespaces (DFS-N): Azure File Sync is fully supported on DFS-N servers. Puede instalar el agente de Azure File Sync en uno o varios miembros DFS-N para sincronizar datos entre los puntos de conexión del servidor y el punto de conexión en la nube.You can install the Azure File Sync agent on one or more DFS-N members to sync data between the server endpoints and the cloud endpoint. Para más información, consulte Información general de Espacios de nombres DFS.For more information, see DFS Namespaces overview.

Replicación DFS (DFS-R) : puesto que DFS-R y Azure File Sync son soluciones de replicación, en la mayoría de los casos, se recomienda reemplazar DFS-R por Azure File Sync. Hay, sin embargo, varios escenarios donde puede que desee usar DFS-R y Azure File Sync conjuntamente:DFS Replication (DFS-R): Since DFS-R and Azure File Sync are both replication solutions, in most cases, we recommend replacing DFS-R with Azure File Sync. There are however several scenarios where you would want to use DFS-R and Azure File Sync together:

  • Va a migrar desde una implementación de DFS-R a una implementación de Azure File Sync.You are migrating from a DFS-R deployment to an Azure File Sync deployment. Para más información, consulte Migrate a DFS Replication (DFS-R) deployment to Azure File Sync (Migración de una implementación de la replicación DFS (DFS-R) a Azure File Sync).For more information, see Migrate a DFS Replication (DFS-R) deployment to Azure File Sync.
  • No todos los servidores locales que necesitan una copia de los datos de archivo pueden estar conectados directamente a Internet.Not every on-premises server that needs a copy of your file data can be connected directly to the internet.
  • Los servidores de sucursales consolidan los datos en un único servidor central, para el que le gustaría utilizar Servidores de sucursales consolidan los datos en un único servidor concentrador, le gustaría utilizar Azure File Sync.Branch servers consolidate data onto a single hub server, for which you would like to use Azure File Sync.

Para que Azure File Sync y DFS-R trabajen en paralelo:For Azure File Sync and DFS-R to work side by side:

  1. Los niveles de nube de Azure File Sync deben deshabilitarse en volúmenes con carpetas replicadas DFS-R.Azure File Sync cloud tiering must be disabled on volumes with DFS-R replicated folders.
  2. Los puntos de conexión de servidor no se deben configurar en carpetas de replicación de solo lectura DFS-R.Server endpoints should not be configured on DFS-R read-only replication folders.

Para más información, consulte Introducción a Espacios de nombres DFS y Replicación DFS.For more information, see DFS Replication overview.

SysprepSysprep

No se admite la ejecución de sysprep en un servidor que tenga instalado el agente de Azure File Sync y esto puede provocar resultados inesperados.Using sysprep on a server that has the Azure File Sync agent installed is not supported and can lead to unexpected results. La instalación del agente y el registro del servidor se deben realizar después de implementar la imagen del servidor y completar la instalación mínima de sysprep.Agent installation and server registration should occur after deploying the server image and completing sysprep mini-setup.

Si en un punto de conexión de un servidor están habilitados los niveles en la nube, Windows Search omite y no indexa los archivos que están en capas.If cloud tiering is enabled on a server endpoint, files that are tiered are skipped and not indexed by Windows Search. Los archivos que no están en capas se indexan correctamente.Non-tiered files are indexed properly.

Otras soluciones de administración de almacenamiento jerárquico (HSM)Other Hierarchical Storage Management (HSM) solutions

No deben utilizarse otras soluciones HSM deben utilizarse con Azure File Sync.No other HSM solutions should be used with Azure File Sync.

Escalabilidad y rendimientoPerformance and Scalability

Dado que el agente de Azure File Sync se ejecuta en una máquina con Windows Server que se conecta a los recursos compartidos de archivos de Azure, el rendimiento de sincronización efectivo depende de una serie de factores de su infraestructura: Windows Server y la configuración del disco subyacente, el ancho de banda de la red entre el servidor y Azure Storage, el tamaño del archivo, el tamaño total del conjunto de datos y la actividad en el conjunto de datos.Since the Azure File Sync agent runs on a Windows Server machine that connects to the Azure file shares, the effective sync performance depends upon a number of factors in your infrastructure: Windows Server and the underlying disk configuration, network bandwidth between the server and the Azure storage, file size, total dataset size, and the activity on the dataset. Dado que Azure File Sync funciona en el nivel de archivos, las características de rendimiento de una solución basada en Azure File Sync se mide mejor en el número de objetos (archivos y directorios) que se procesan por segundo.Since Azure File Sync works on the file level, the performance characteristics of an Azure File Sync-based solution is better measured in the number of objects (files and directories) processed per second.

Los cambios realizados en el recurso compartido de archivos de Azure mediante Azure Portal o SMB no se detectan y replican de forma inmediata como cambios en el punto de conexión del servidor.Changes made to the Azure file share by using the Azure portal or SMB are not immediately detected and replicated like changes to the server endpoint. Azure Files aún no dispone de registros en diario o notificaciones, por lo que no hay manera de iniciar automáticamente una sesión de sincronización cuando se cambian los archivos.Azure Files does not yet have change notifications or journaling, so there's no way to automatically initiate a sync session when files are changed. En Windows Server, Azure File Sync usa el registro en diario de USN de Windows para iniciar automáticamente una sesión de sincronización cuando cambian los archivos.On Windows Server, Azure File Sync uses Windows USN journaling to automatically initiate a sync session when files change

Para detectar cambios en el recurso compartido de archivos de Azure, Azure File Sync tiene un trabajo programado que se denomina trabajo de detección de cambios.To detect changes to the Azure file share, Azure File Sync has a scheduled job called a change detection job. Un trabajo de detección de cambios enumera todos los archivos del recurso compartido de archivos y, a continuación, los compara con la versión de sincronización correspondiente.A change detection job enumerates every file in the file share, and then compares it to the sync version for that file. Cuando el trabajo de detección de cambios determina qué archivos han cambiado, Azure File Sync inicia una sesión de sincronización.When the change detection job determines that files have changed, Azure File Sync initiates a sync session. El trabajo de detección de cambios se inicia cada 24 horas.The change detection job is initiated every 24 hours. Dado que el trabajo de detección de cambios enumera todos los archivos del recurso compartido de archivos de Azure, la detección de cambios tarda más en los espacios de nombres más largos que los espacios de nombres más cortos.Because the change detection job works by enumerating every file in the Azure file share, change detection takes longer in larger namespaces than in smaller namespaces. En el caso de los espacios de nombres largos, es posible que sea necesario determinar más de una vez cada 24 horas qué archivos han cambiado.For large namespaces, it might take longer than once every 24 hours to determine which files have changed.

Para obtener más información, consulte Métricas de rendimiento de Azure File Sync y Objetivos de escalabilidad de Azure File Sync.For more information, see Azure File Sync performance metrics and Azure File Sync scale targets

IdentidadIdentity

Azure File Sync funciona con su identidad basada en AD estándar sin ninguna configuración especial más allá de configurar la sincronización. Cuando se usa Azure File Sync, la expectativa general es que la mayor parte de los accesos atraviesen los servidores de almacenamiento en caché de Azure File Sync, en lugar del recurso compartido de archivos de Azure.Azure File Sync works with your standard AD-based identity without any special setup beyond setting up sync. When you are using Azure File Sync, the general expectation is that most accesses go through the Azure File Sync caching servers, rather than through the Azure file share. Dado que los puntos de conexión del servidor se encuentran en Windows Server y que Windows Server ha admitido listas de control de acceso de estilo AD y Windows durante mucho tiempo, lo único que se necesita es asegurarse de que los servidores de archivos de Windows registrados en el servicio de sincronización de almacenamiento están unidos a un dominio.Since the server endpoints are located on Windows Server, and Windows Server has supported AD and Windows-style ACLs for a long time, nothing is needed beyond ensuring the Windows file servers registered with the Storage Sync Service are domain joined. Azure File Sync almacenará las listas de control de acceso en los archivos del recurso compartido de archivos de Azure y los replicará en todos los puntos de conexión del servidor.Azure File Sync will store ACLs on the files in the Azure file share, and will replicate them to all server endpoints.

Aunque los cambios que se realizan directamente en el recurso compartido de archivos de Azure tardarán más tiempo en sincronizarse con los puntos de conexión del servidor del grupo de sincronización, es posible que también desee asegurarse de que puede exigir sus permisos de AD en su recurso compartido de archivos directamente en la nube también.Even though changes made directly to the Azure file share will take longer to sync to the server endpoints in the sync group, you may also want to ensure that you can enforce your AD permissions on your file share directly in the cloud as well. Para ello, debe unir a un dominio su cuenta de almacenamiento a su AD local de la misma forma que los servidores de archivos de Windows se unen a un dominio.To do this, you must domain join your storage account to your on-premises AD, just like how your Windows file servers are domain joined. Para más información acerca de la unión a un dominio de una cuenta de almacenamiento a una instancia de Active Directory propiedad de un cliente, consulte la introducción a Active Directory de Azure Files.To learn more about domain joining your storage account to a customer-owned Active Directory, see Azure Files Active Directory overview.

Importante

La unión a un dominio de una cuenta de almacenamiento a Active Directory no es necesaria para implementar Azure File Sync correctamente. Este es un paso estrictamente opcional que permite al recurso compartido de archivos de Azure exigir listas de control de acceso locales cuando los usuarios montan el recurso compartido de archivos de Azure directamente.Domain joining your storage account to Active Directory is not required to successfully deploy Azure File Sync. This is a strictly optional step that allows the Azure file share to enforce on-premises ACLs when users mount the Azure file share directly.

RedesNetworking

El agente de Azure File Sync se comunica con su servicio de sincronización del almacenamiento y el recurso compartido de archivos de Azure mediante los protocolos REST y FileREST de Azure File Sync, ambos usan siempre HTTPS sobre el puerto 443.The Azure File Sync agent communicates with your Storage Sync Service and Azure file share using the Azure File Sync REST protocol and the FileREST protocol, both of which always use HTTPS over port 443. SMB nunca se usa para cargar o descargar datos entre Windows Server y el recurso compartido de archivos de Azure.SMB is never used to upload or download data between your Windows Server and the Azure file share. Dado que la mayoría de las organizaciones permiten el tráfico HTTPS sobre el puerto 443, como requisito para visitar la mayor parte de sitios web, normalmente no se requiere ninguna configuración especial de la red para implementar Azure File Sync.Because most organizations allow HTTPS traffic over port 443, as a requirement for visiting most websites, special networking configuration is usually not required to deploy Azure File Sync.

En función de los requisitos normativos únicos y de la directiva de su organización, puede requerir una comunicación más restrictiva con Azure y, por consiguiente, Azure File Sync proporciona varios mecanismos para que configure la red.Based on your organization's policy or unique regulatory requirements, you may require more restrictive communication with Azure, and therefore Azure File Sync provides several mechanisms for you configure networking. En función de sus requisitos, puede:Based on your requirements, you can:

  • Tunnel sync and file upload/download traffic sobre ExpressRoute o Azure VPN.Tunnel sync and file upload/download traffic over your ExpressRoute or Azure VPN.
  • Usar las características de Azure Files y Redes de Azure como los puntos de conexión de servicio y los puntos de conexión privados.Make use of Azure Files and Azure Networking features such as service endpoints and private endpoints.
  • Configurar Azure File Sync para que admita su proxy en su entorno.Configure Azure File Sync to support your proxy in your environment.
  • Limitar la actividad de la red desde Azure File Sync.Throttle network activity from Azure File Sync.

Para más información sobre Azure File Sync y las redes, vea Consideraciones de redes para Azure File Sync.To learn more about Azure File Sync and networking, see Azure File Sync networking considerations.

CifradoEncryption

Cuando se usa Azure File Sync, hay que tener en cuenta tres capas diferentes de cifrado: cifrado en el almacenamiento en reposo de Windows Server, cifrado en tránsito entre el agente de Azure File Sync y Azure, y cifrado en reposo de los datos del recurso compartido de archivos de Azure.When using Azure File Sync, there are three different layers of encryption to consider: encryption on the at-rest storage of Windows Server, encryption in transit between the Azure File Sync agent and Azure, and encryption at rest of your data in the Azure file share.

Cifrado en reposo de Windows ServerWindows Server encryption at rest

Hay dos estrategias para cifrar datos en Windows Server que funcionan habitualmente con Azure File Sync: el cifrado debajo del sistema de archivos, de forma que tanto el sistema de archivos como todos los datos escritos en ella estén cifrados y el cifrado del propio formato de archivo.There are two strategies for encrypting data on Windows Server that work generally with Azure File Sync: encryption beneath the file system such that the file system and all of the data written to it is encrypted, and encryption within the file format itself. Estos métodos no son mutuamente excluyentes; se pueden usar conjuntamente si se desea, ya que el fin del cifrado es diferente.These methods are not mutually exclusive; they can be used together if desired since the purpose of encryption is different.

Para proporcionar cifrado debajo del sistema de archivos, Windows Server ofrece la Bandeja de entrada de BitLocker.To provide encryption beneath the file system, Windows Server provides BitLocker inbox. BitLocker es totalmente transparente para Azure File Sync. La razón principal para usar un mecanismo de cifrado como BitLocker es evitar la filtración física de los datos de un centro de datos local por parte de alguien que robe los discos y evitar la transferencia local de un sistema operativo no autorizado para realizar lecturas y escritura de los datos.BitLocker is fully transparent to Azure File Sync. The primary reason to use an encryption mechanism like BitLocker is to prevent physical exfiltration of data from your on-premises datacenter by someone stealing the disks and to prevent sideloading an unauthorized OS to perform unauthorized reads/writes to your data. Para más información sobre BitLocker, consulte Introducción a BitLocker.To learn more about BitLocker, see BitLocker overview.

Los productos de terceros que funcionan de forma similar a BitLocker, en que se usan al lado del volumen NTFS, deberían ser completamente transparentes para Azure File Sync.Third-party products that work similarly to BitLocker, in that they sit beneath the NTFS volume, should similarly work fully transparently with Azure File Sync.

El otro método principal para cifrar datos es cifrar el flujo de datos del archivo cuando la aplicación lo guarde.The other main method for encrypting data is to encrypt the file's data stream when the application saves the file. Algunas aplicaciones pueden hacerlo de forma nativa, sin embargo, normalmente no sucede.Some applications may do this natively, however this is usually not the case. Un ejemplo de un método para cifrar el flujo de datos del archivo es Azure Information Protection (AIP)/Azure Rights Management Services (Azure RMS)/Active Directory RMS.An example of a method for encrypting the file's data stream is Azure Information Protection (AIP)/Azure Rights Management Services (Azure RMS)/Active Directory RMS. La principal razón para usar un mecanismo de cifrado como AIP/RMS es impedir la filtración de datos de un recurso compartido de archivos por parte de personas que los copien a ubicaciones alternativas, como una unidad flash, o que los envíen por correo electrónico a una persona no autorizada.The primary reason to use an encryption mechanism like AIP/RMS is to prevent data exfiltration of data from your file share by people copying it to alternate locations, like to a flash drive, or emailing it to an unauthorized person. Cuando el flujo de datos de un archivo se cifra como parte del formato de archivo, el archivo seguirá estando cifrado en el recurso compartido de archivos de Azure.When a file's data stream is encrypted as part of the file format, this file will continue to be encrypted on the Azure file share.

Azure File Sync no interopera con el Sistema de cifrado de archivos NTFS (NTFS EFS) ni con soluciones de cifrado de terceros que se encuentran por encima del sistema de archivos, pero por debajo del flujo de datos del archivo.Azure File Sync does not interoperate with NTFS Encrypted File System (NTFS EFS) or third-party encryption solutions that sit above the file system but below the file's data stream.

Cifrado en tránsitoEncryption in transit

Nota

El servicio Azure File Sync quitará la compatibilidad con TLS 1.0 y 1.1 a partir del 1 de agosto de 2020.Azure File Sync service will remove support for TLS1.0 and 1.1 on August 1st, 2020. Todas las versiones compatibles del agente de Azure File Sync ya usan TLS 1.2 de forma predeterminada.All supported Azure File Sync agent versions already use TLS1.2 by default. El uso de una versión anterior de TLS podría producirse si TLS 1.2 estaba deshabilitado en el servidor o se utiliza un proxy.Using an earlier version of TLS could occur if TLS1.2 was disabled on your server or a proxy is used. Si usa un proxy, se recomienda que compruebe la configuración del proxy.If you are using a proxy, we recommend you check the proxy configuration. Las regiones del servicio Azure File Sync agregadas después del 1 de mayo de 2020 solo admitirán TLS 1.2 y la compatibilidad con TLS 1.0 y 1.1 se quitará de las regiones existentes el 1 de agosto de 2020.Azure File Sync service regions added after 5/1/2020 will only support TLS1.2 and support for TLS1.0 and 1.1 will be removed from existing regions on August 1st, 2020. Para más información, consulte la guía para la solución de problemas.For more information, see the troubleshooting guide.

El agente de Azure File Sync se comunica con su servicio de sincronización del almacenamiento y el recurso compartido de archivos de Azure mediante los protocolos REST y FileREST de Azure File Sync, ambos usan siempre HTTPS sobre el puerto 443.Azure File Sync agent communicates with your Storage Sync Service and Azure file share using the Azure File Sync REST protocol and the FileREST protocol, both of which always use HTTPS over port 443. Azure File Sync no envía solicitudes sin cifrar a través de HTTP.Azure File Sync does not send unencrypted requests over HTTP.

Las cuentas de Azure Storage contienen un modificador para requerir el cifrado en tránsito, que está habilitado de manera predeterminada.Azure storage accounts contain a switch for requiring encryption in transit, which is enabled by default. Aunque el modificador del nivel de la cuenta de almacenamiento esté deshabilitado, lo que significa que son posibles las conexiones no cifradas con los recursos compartidos de Azure, Azure File Sync solo usará canales cifrados para acceder al recurso compartido de archivos.Even if the switch at the storage account level is disabled, meaning that unencrypted connections to your Azure file shares are possible, Azure File Sync will still only used encrypted channels to access your file share.

La razón principal para deshabilitar el cifrado en tránsito para la cuenta de almacenamiento es admitir una aplicación heredada que debe ejecutarse en un sistema operativo anterior, como Windows Server 2008 R2 o una distribución de Linux anterior, que se comunique con un recurso compartido de archivos de Azure directamente.The primary reason to disable encryption in transit for the storage account is to support a legacy application that must be run on an older operating system, such as Windows Server 2008 R2 or older Linux distribution, talking to an Azure file share directly. Si la aplicación heredada se comunica con la caché de Windows Server del recurso compartido de archivos, el hecho de alternar este valor no tendrá efecto alguno.If the legacy application talks to the Windows Server cache of the file share, toggling this setting will have no effect.

Se recomienda encarecidamente asegurarse de que está habilitado el cifrado de los datos en tránsito.We strongly recommend ensuring encryption of data in-transit is enabled.

Para obtener más información sobre el cifrado en tránsito, consulte Requerir transferencia segura en Azure Storage.For more information about encryption in transit, see requiring secure transfer in Azure storage.

Cifrado en reposo del recurso compartido de archivos de AzureAzure file share encryption at rest

Todos los datos almacenados en Azure Files se cifran en reposo mediante el cifrado de servicio de almacenamiento (SSE) de Azure.All data stored in Azure Files is encrypted at rest using Azure storage service encryption (SSE). El cifrado del servicio de almacenamiento funciona de forma similar a BitLocker en Windows: los datos se cifran bajo el nivel del sistema de archivos.Storage service encryption works similarly to BitLocker on Windows: data is encrypted beneath the file system level. Dado que los datos se cifran bajo el sistema de archivos del recurso compartido de archivos de Azure, ya que se codifican en el disco, no es necesario tener acceso a la clave subyacente en el cliente para leer o escribir en dicho recurso compartido.Because data is encrypted beneath the Azure file share's file system, as it's encoded to disk, you don't have to have access to the underlying key on the client to read or write to the Azure file share. El cifrado en reposo se aplica a los protocolos SMB y NFS.Encryption at rest applies to both the SMB and NFS protocols.

De manera predeterminada, los datos almacenados en Azure Files se cifran con claves administradas por Microsoft.By default, data stored in Azure Files is encrypted with Microsoft-managed keys. Con las claves administradas por Microsoft, Microsoft mantiene las claves para cifrar o descifrar los datos y es responsable de rotarlas de forma periódica.With Microsoft-managed keys, Microsoft holds the keys to encrypt/decrypt the data, and is responsible for rotating them on a regular basis. También puede elegir administrar sus propias claves, lo que le permitirá controlar el proceso de rotación.You can also choose to manage your own keys, which gives you control over the rotation process. Si decide cifrar los recursos compartidos de archivos con claves administradas por el cliente, Azure Files está autorizado para tener acceso a las claves con el fin de satisfacer las solicitudes de lectura y escritura de los clientes.If you choose to encrypt your file shares with customer-managed keys, Azure Files is authorized to access your keys to fulfill read and write requests from your clients. Con las claves administradas por el cliente, puede revocar esta autorización en cualquier momento, pero esto significa que el recurso compartido de archivos de Azure ya no será accesible a través de SMB o la API FileREST.With customer-managed keys, you can revoke this authorization at any time, but this means that your Azure file share will no longer be accessible via SMB or the FileREST API.

Azure Files usa el mismo esquema de cifrado que los otros servicios de almacenamiento de Azure, como Azure Blob Storage.Azure Files uses the same encryption scheme as the other Azure storage services such as Azure Blob storage. Para aprender más sobre el cifrado del servicio de almacenamiento (SSE) de Azure, consulte Cifrado de Azure Storage para datos en reposo.To learn more about Azure storage service encryption (SSE), see Azure storage encryption for data at rest.

Niveles de almacenamientoStorage tiers

Azure Files ofrece cuatro niveles diferentes de almacenamiento: Premium, Optimizado para transacciones, Frecuente y Esporádico, con el fin de que pueda adaptar sus recursos compartidos a los requisitos de rendimiento y precio de su escenario:Azure Files offers four different tiers of storage, premium, transaction optimized, hot, and cool to allow you to tailor your shares to the performance and price requirements of your scenario:

  • Premium: Los recursos compartidos de archivos Premium tienen el respaldo de discos SSD y proporcionan alto rendimiento y baja latencia de forma consistente en menos de 10 milisegundos en la mayoría de las operaciones de E/S para las cargas de trabajo con mayor uso de E/S.Premium: Premium file shares are backed by solid-state drives (SSDs) and provide consistent high performance and low latency, within single-digit milliseconds for most IO operations, for IO-intensive workloads. Los recursos compartidos de archivos Premium son adecuados para una amplia variedad de cargas de trabajo como bases de datos, hospedaje de sitios web y entornos de desarrollo.Premium file shares are suitable for a wide variety of workloads like databases, web site hosting, and development environments. Los recursos compartidos de archivos Premium se pueden usar con los protocolos Bloque de mensajes del servidor (SMB) y Network File System (NFS).Premium file shares can be used with both Server Message Block (SMB) and Network File System (NFS) protocols.
  • Optimizado para transacciones: Los recursos compartidos de archivos con el nivel Optimizado para transacciones permiten cargas de trabajo con muchas transacciones que no necesitan la latencia que ofrecen los recursos compartidos de archivos Premium.Transaction optimized: Transaction optimized file shares enable transaction heavy workloads that don't need the latency offered by premium file shares. Los recursos compartidos de archivos optimizados para transacciones se ofrecen en el hardware de almacenamiento estándar respaldado por unidades de disco duro (HDD).Transaction optimized file shares are offered on the standard storage hardware backed by hard disk drives (HDDs). A los optimizados para transacciones se les ha llamado históricamente "estándar"; sin embargo, realmente es el tipo de soporte físico de almacenamiento, en lugar del propio nivel (tanto el acceso frecuente como el esporádico también son niveles "estándar", ya que se encuentran en el hardware de almacenamiento estándar).Transaction optimized has historically been called "standard", however this refers to the storage media type rather than the tier itself (the hot and cool are also "standard" tiers, because they are on standard storage hardware).
  • Acceso frecuente: Los recursos compartidos de nivel de acceso frecuente ofrecen almacenamiento optimizado para escenarios de uso compartido de archivos de uso general, como los recursos compartidos de los equipos.Hot: Hot file shares offer storage optimized for general purpose file sharing scenarios such as team shares. Los recursos compartidos de archivos de nivel de acceso frecuente se ofrecen en el hardware de almacenamiento estándar respaldado por unidades de disco duro.Hot file shares are offered on the standard storage hardware backed by HDDs.
  • Acceso esporádico: Los recursos compartidos de archivos de acceso esporádico ofrecen un almacenamiento económico optimizado para escenarios de almacenamiento de archivo en línea.Cool: Cool file shares offer cost-efficient storage optimized for online archive storage scenarios. Los recursos compartidos de archivos de nivel de acceso esporádico se ofrecen en el hardware de almacenamiento estándar respaldado por unidades de disco duro.Cool file shares are offered on the standard storage hardware backed by HDDs.

Los recursos compartidos de archivos Premium se implementan en la cuenta de almacenamiento de FileStorage y solo están disponibles en un modelo de facturación aprovisionado.Premium file shares are deployed in the FileStorage storage account kind and are only available in a provisioned billing model. Para más información sobre el modelo de facturación aprovisionado para recursos compartidos de archivos Premium, consulte Planeamiento de una implementación de Azure Files.For more information on the provisioned billing model for premium file shares, see Understanding provisioning for premium file shares. Los recursos compartidos de archivos estándar, que incluyen los optimizados para las transacciones, los de nivel de acceso frecuente y los de nivel de acceso esporádico, se implementan en la cuenta de almacenamiento de uso general, versión 2 (GPv2) y están disponibles en un modelo de pago por uso.Standard file shares, including transaction optimized, hot, and cool file shares, are deployed in the general purpose version 2 (GPv2) storage account kind, and are available through pay as you go billing. Los recursos compartidos de archivos de acceso frecuente y esporádico están disponibles en todas las regiones públicas y de Azure Government de Azure.Hot and cool file shares are available in all Azure Public and Azure Government regions. Los recursos compartidos de archivos optimizados para transacciones están disponibles en todas las regiones de Azure, incluidas las regiones de Azure China y Azure Germany.Transaction optimized file shares are available in all Azure regions, including Azure China and Azure Germany regions.

Al seleccionar una capa de almacenamiento para la carga de trabajo, tenga en cuenta los requisitos de rendimiento y uso.When selecting a storage tier for your workload, consider your performance and usage requirements. Si la carga de trabajo requiere una latencia de un solo dígito o si usa medios de almacenamiento SSD en un entorno local, es probable que el nivel Premium sea el más adecuado.If your workload requires single-digit latency, or you are using SSD storage media on-premises, the premium tier is probably the best fit. Si no es muy importante que la latencia sea baja, por ejemplo, en el caso de recursos compartidos de equipo montados localmente desde Azure o almacenados en la caché local mediante Azure File Sync, desde el punto de vista del costo es posible que sea más adecuado usar el almacenamiento estándar.If low latency isn't as much of a concern, for example with team shares mounted on-premises from Azure or cached on-premises using Azure File Sync, standard storage may be a better fit from a cost perspective.

Una vez que se haya creado un recurso compartido de archivos en una cuenta de almacenamiento, no se podrá mover a niveles exclusivos de diferentes tipos de cuenta de almacenamiento.Once you've created a file share in a storage account, you cannot move it to tiers exclusive to different storage account kinds. Por ejemplo, para cambiar un recurso compartido de archivos optimizado para transacciones al nivel Premium, es preciso crear un recurso compartido de archivos en una cuenta de almacenamiento de FileStorage y copiar los datos desde el recurso compartido original a un nuevo recurso compartido de archivos en la cuenta de FileStorage.For example, to move a transaction optimized file share to the premium tier, you must create a new file share in a FileStorage storage account and copy the data from your original share to a new file share in the FileStorage account. Se recomienda usar AzCopy para copiar datos entre recursos compartidos de archivos de Azure, pero también se pueden usar herramientas como robocopy en Windows o rsync en macOS y Linux.We recommend using AzCopy to copy data between Azure file shares, but you may also use tools like robocopy on Windows or rsync for macOS and Linux.

Los recursos compartidos de archivos implementados en cuentas de almacenamiento GPv2 se pueden mover entre los niveles estándar (transacción optimizada, de acceso frecuente y de acceso esporádico) sin crear ninguna cuenta de almacenamiento y migrar los datos, pero será preciso abonar los costos de transacción al cambiar el nivel.File shares deployed within GPv2 storage accounts can be moved between the standard tiers (transaction optimized, hot, and cool) without creating a new storage account and migrating data, but you will incur transaction costs when you change your tier. Si un recurso compartido se pasa de un nivel de acceso frecuente a un nivel esporádico, incurrirá en la carga de transacciones de escritura del nivel más esporádico en cada archivo del recurso compartido.When you move a share from a hotter tier to a cooler tier, you will incur the cooler tier's write transaction charge for each file in the share. Por contra, si un recurso compartido se pasa de un nivel de acceso esporádico a un nivel frecuente, incurrirá en la carga de transacciones de lectura del nivel más esporádico en cada archivo del recurso compartido.Moving a file share from a cooler tier to a hotter tier will incur the cool tier's read transaction charge for each file in the share.

Para más información, consulte Facturación de Azure Files.See Understanding Azure Files billing for more information.

Habilitación de recursos compartidos de archivos para incluir hasta 100 TiBEnable standard file shares to span up to 100 TiB

De forma predeterminada, los recursos compartidos de archivos estándar solo pueden abarcar hasta 5 TiB, pero puede aumentar el límite de recursos compartidos a 100 TiB.By default, standard file shares can span only up to 5 TiB, but you can increase the share limit to 100 TiB. Para obtener información sobre cómo aumentar el límite de recursos compartidos, consulte Habilitación y creación de recursos compartidos de archivos grandes.To learn how to increase your share limit, see Enable and create large file shares.

Disponibilidad regionalRegional availability

Los recursos compartidos de archivos Estándar con 100 TiB de capacidad tienen algunas limitaciones.Standard file shares with 100 TiB capacity have certain limitations.

  • Actualmente, solo se admiten cuentas de almacenamiento con redundancia local (LRS) y almacenamiento con redundancia de zona (ZRS).Currently, only locally redundant storage (LRS) and zone redundant storage (ZRS) accounts are supported.
  • Una vez que habilite los recursos compartidos de archivos de gran tamaño, no podrá convertir las cuentas de almacenamiento en cuentas de almacenamiento con redundancia geográfica (GRS) o con redundancia de zona geográfica (GZRS).Once you enable large file shares, you cannot convert storage accounts to geo-redundant storage (GRS) or geo-zone-redundant storage (GZRS) accounts.
  • Una vez que habilite los recursos compartidos de archivos de gran tamaño, no podrá deshabilitarlos.Once you enable large file shares, you can't disable it.

Disponibilidad en regiones de Azure File SyncAzure file sync region availability

Para la disponibilidad regional, consulte Productos disponibles por región.For regional availability, see Products available by region.

Las siguientes regiones requieren que solicite acceso a Azure Storage antes de poder usar Azure File Sync en ellas:The following regions require you to request access to Azure Storage before you can use Azure File Sync with them:

  • Sur de FranciaFrance South
  • Oeste de SudáfricaSouth Africa West
  • Centro de Emiratos Árabes UnidosUAE Central

Para solicitar acceso a estas regiones, siga el proceso de este documento.To request access for these regions, follow the process in this document.

RedundanciaRedundancy

Para proteger los datos de los recursos compartidos de archivos de Azure contra la pérdida o daños de los datos, todos los recursos compartidos de los archivos de Azure almacenan varias copias de cada archivo a medida que se escriben.To protect the data in your Azure file shares against data loss or corruption, all Azure file shares store multiple copies of each file as they are written. En función de los requisitos de la carga de trabajo, puede seleccionar niveles adicionales de redundancia.Depending on the requirements of your workload, you can select additional degrees of redundancy. Actualmente, Azure Files admite las siguientes opciones de redundancia de datos:Azure Files currently supports the following data redundancy options:

  • Redundancia local El almacenamiento con redundancia local, que a menudo se denomina LRS, significa que todos los archivos se almacenan tres veces dentro de un clúster de almacenamiento de Azure.Locally redundant: Locally redundant storage, often referred to as LRS, means that every file is stored three times within an Azure storage cluster. Esto protege contra la pérdida de datos debido a errores de hardware, como una unidad de disco incorrecta.This protects against loss of data due to hardware faults, such as a bad disk drive.
  • Redundancia de zona El almacenamiento con redundancia de zona, que a menudo se conoce como ZRS, significa que cada archivo se almacena tres veces en tres clústeres de almacenamiento de Azure distintos.Zone redundant: Zone redundant storage, often referred to as ZRS, means that every file is stored three times across three distinct Azure storage clusters. Al igual que con el almacenamiento con redundancia local, la redundancia de zona ofrece tres copias de cada archivo, sin embargo, estas copias están aisladas físicamente en tres clústeres de almacenamiento distintos en distintas zonas de disponibilidad de Azure.Just like with locally redundant storage, zone redundancy gives you three copies of each file, however these copies are physically isolated in three distinct storage clusters in different Azure availability zones. Las zonas de disponibilidad son ubicaciones físicas exclusivas dentro de una región de Azure.Availability zones are unique physical locations within an Azure region. Cada zona de disponibilidad consta de uno o varios centros de datos equipados con alimentación, refrigeración y redes independientes.Each zone is made up of one or more datacenters equipped with independent power, cooling, and networking. No se acepta la escritura en el almacenamiento hasta que se escribe en los clústeres de almacenamiento en las tres zonas de disponibilidad.A write to storage is not accepted until it is written to the storage clusters in all three availability zones.
  • Redundancia geográfica El almacenamiento con redundancia geográfica, que a menudo se conoce como GRS, es como el almacenamiento con redundancia local, en el que un archivo se almacena tres veces dentro de un clúster de almacenamiento de Azure en la región primaria.Geo-redundant: Geo-redundant storage, often referred to as GRS, is like locally redundant storage, in that a file is stored three times within an Azure storage cluster in the primary region. Todas las escrituras se replican de forma asincrónica en una región secundaria definida por Microsoft.All writes are then asynchronously replicated to a Microsoft-defined secondary region. El almacenamiento con redundancia geográfica proporciona seis copias de los datos distribuidos entre dos regiones de Azure.Geo-redundant storage provides 6 copies of your data spread between two Azure regions. En caso de que se produzca un desastre importante, como la pérdida permanente de una región de Azure debido a un desastre natural o a otro evento similar, Microsoft realizará una conmutación por error para que el servidor secundario en vigor se convierta en el servidor principal, atendiendo a todas las operaciones.In the event of a major disaster such as the permanent loss of an Azure region due to a natural disaster or other similar event, Microsoft will perform a failover so that the secondary in effect becomes the primary, serving all operations. Dado que la replicación entre las regiones principal y secundaria es asincrónica, en caso de que se produzca un desastre importante, se perderán los datos que todavía no se hayan replicado en la región secundaria.Since the replication between the primary and secondary regions are asynchronous, in the event of a major disaster, data not yet replicated to the secondary region will be lost. También puede realizar una conmutación por error manual de una cuenta de almacenamiento con redundancia geográfica.You can also perform a manual failover of a geo-redundant storage account.
  • Redundancia de zona geográfica El almacenamiento con redundancia de zona geográfica, que a menudo se conoce como GZRS, es como el almacenamiento con redundancia de zona, en el que un archivo se almacena tres veces en tres clústeres de almacenamiento distintos en la región primaria.Geo-zone redundant: Geo-zone redundant storage, often referred to as GZRS, is like zone redundant storage, in that a file is stored three times across three distinct storage clusters in the primary region. Todas las escrituras se replican de forma asincrónica en una región secundaria definida por Microsoft.All writes are then asynchronously replicated to a Microsoft-defined secondary region. El proceso de conmutación por error para el almacenamiento con redundancia de zona geográfica funciona igual que para el almacenamiento con redundancia geográfica.The failover process for geo-zone-redundant storage works the same as it does for geo-redundant storage.

Los recursos compartidos de archivos de Azure estándar admiten los cuatro tipos de redundancia, mientras que los recursos compartidos de archivos Premium de Azure solo admiten almacenamiento con redundancia local y redundancia de zonaStandard Azure file shares support all four redundancy types, while premium Azure file shares only support locally redundant and zone redundant storage.

Las cuentas de almacenamiento de uso general versión 2 (GPv2) proporcionan dos opciones de redundancia adicionales que no son compatibles con Azure Files: almacenamiento con redundancia geográfica con acceso de lectura, que a menudo se conoce como RA-GRS, y almacenamiento con redundancia de zona geográfica accesible. se conoce como RA-GZRS.General purpose version 2 (GPv2) storage accounts provide two additional redundancy options that are not supported by Azure Files: read accessible geo-redundant storage, often referred to as RA-GRS, and read accessible geo-zone-redundant storage, often referred to as RA-GZRS. Puede aprovisionar recursos compartidos de archivos de Azure en cuentas de almacenamiento con estas opciones establecidas, pero Azure Files no admite la lectura desde la región secundaria.You can provision Azure file shares in storage accounts with these options set, however Azure Files does not support reading from the secondary region. Los recursos compartidos de archivos de Azure implementados en cuentas de almacenamiento con redundancia geográfica o con redundancia de zona geográfica con acceso de lectura se facturarán como almacenamiento con redundancia geográfica o con redundancia de zona geográfica, respectivamente.Azure file shares deployed into read-accessible geo- or geo-zone redundant storage accounts will be billed as geo-redundant or geo-zone-redundant storage, respectively.

Importante

Tanto el almacenamiento con redundancia geográfica como el almacenamiento con redundancia de zona geográfica tienen la capacidad de realizar la conmutación por error manual en la región secundaria.Geo-redundant and Geo-zone redundant storage have the capability to manually failover storage to the secondary region. Se recomienda no hacerlo si no se produce un desastre al usar Azure File Sync debido a la mayor probabilidad de pérdida de datos.We recommend that you do not do this outside of a disaster when you are using Azure File Sync because of the increased likelihood of data loss. En caso de desastre en el que desee iniciar una conmutación por error manual del almacenamiento, necesitará abrir un caso de soporte técnico con Microsoft para reanudar la sincronización de Azure File Sync con el punto de conexión secundario.In the event of a disaster where you would like to initiate a manual failover of storage, you will need to open up a support case with Microsoft to get Azure File Sync to resume sync with the secondary endpoint.

MigraciónMigration

Si tiene un servidor de archivos de Windows 2012R2 o de una versión posterior, Azure File Sync se puede instalar directamente en su lugar, sin necesidad de trasladar los datos a un nuevo servidor.If you have an existing Windows file server 2012R2 or newer, Azure File Sync can be directly installed in place, without the need to move data over to a new server. Si planea migrar a un nuevo servidor de archivos de Windows como parte de la adopción de Azure File Sync, o si los datos se encuentran actualmente en el almacenamiento conectado a la red (NAS), existen varios enfoques posibles de migración para usar Azure File Sync con estos datos.If you are planning to migrate to a new Windows file server as a part of adopting Azure File Sync, or if your data is currently located on Network Attached Storage (NAS) there are several possible migration approaches to use Azure File Sync with this data. El método de migración que debe elegir depende de dónde residan los datos actualmente.Which migration approach you should choose, depends on where your data currently resides.

Consulte el artículo Información general sobre la migración de recursos compartidos de archivos de Azure File Sync y Azure, donde puede encontrar instrucciones detalladas para su escenario.Check out the Azure File Sync and Azure file share migration overview article where you can find detailed guidance for your scenario.

AntivirusAntivirus

Dado que lo que hace un antivirus es examinar los archivos en busca de código malintencionado conocido, puede provocar la recuperación de archivos por niveles, lo que da lugar a cargos elevados de salida.Because antivirus works by scanning files for known malicious code, an antivirus product might cause the recall of tiered files, resulting in high egress charges. En las versiones 4.0 y posteriores del agente de Azure File Sync, los archivos en niveles tienen establecido el atributo seguro de Windows FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS.In versions 4.0 and above of the Azure File Sync agent, tiered files have the secure Windows attribute FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS set. Se recomienda consultar con el proveedor de software cómo configurar su solución para omitir la lectura de archivos que tengan establecido este atributo (muchas realizan la omisión automáticamente).We recommend consulting with your software vendor to learn how to configure their solution to skip reading files with this attribute set (many do it automatically).

Las soluciones de antivirus internas de Microsoft, Windows Defender y System Center Endpoint Protection (SCEP), omiten de forma automática la lectura de archivos que tienen establecido dicho atributo.Microsoft's in-house antivirus solutions, Windows Defender and System Center Endpoint Protection (SCEP), both automatically skip reading files that have this attribute set. Hemos probado ambas soluciones e identificamos un problema menor: al agregar un servidor a un grupo de sincronización existente, se recuperan (descargan) los archivos de menos de 800 bytes en el nuevo servidor.We have tested them and identified one minor issue: when you add a server to an existing sync group, files smaller than 800 bytes are recalled (downloaded) on the new server. Estos archivos permanecerán en el nuevo servidor y no se organizarán en niveles ya que no cumplen con el requisito de tamaño de niveles (>64 kb).These files will remain on the new server and will not be tiered since they do not meet the tiering size requirement (>64kb).

Nota

Los proveedores de software antivirus pueden comprobar la compatibilidad entre sus productos y Azure File Sync con Azure File Sync Antivirus Compatibility Test Suite, que está disponible para su descarga en el Centro de descarga de Microsoft.Antivirus vendors can check compatibility between their product and Azure File Sync using the Azure File Sync Antivirus Compatibility Test Suite, which is available for download on the Microsoft Download Center.

Copia de seguridadBackup

Si está habilitada la nube por niveles, no se deben usar soluciones que realicen copias de seguridad directamente del punto de conexión de servidor o de una máquina virtual en la que se encuentre este.If cloud tiering is enabled, solutions that directly back up the server endpoint or a VM on which the server endpoint is located should not be used. La nube por niveles hace que solo un subconjunto de los datos se almacene en el punto de conexión de servidor, y que el conjunto de datos completo resida en el recurso compartido de archivos de Azure.Cloud tiering causes only a subset of your data to be stored on the server endpoint, with the full dataset residing in your Azure file share. En función de la solución de copia de seguridad usada, los archivos por niveles se omitirán y no se realizará una copia de seguridad de ellos (porque tienen el conjunto de atributos FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS), o se recuperarán en el disco, lo que provocará cargos elevados de salida.Depending on the backup solution used, tiered files will either be skipped and not backed up (because they have the FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS attribute set), or they will be recalled to disk, resulting in high egress charges. Se recomienda usar una solución de copia de seguridad en la nube para realizar la copia de seguridad del recurso compartido de archivos de Azure directamente.We recommend using a cloud backup solution to back up the Azure file share directly. Para más información, consulte Acerca de la copia de seguridad de recursos compartidos de archivos de Azure o póngase en contacto con el proveedor de copias de seguridad para ver si admite la copia de seguridad de recursos compartidos de Azure.For more information, see About Azure file share backup or contact your backup provider to see if they support backing up Azure file shares.

Si prefiere usar una solución de copia de seguridad local, las copias de seguridad deben realizarse en un servidor del grupo de sincronización que tenga deshabilitada la nube por niveles.If you prefer to use an on-premises backup solution, backups should be performed on a server in the sync group that has cloud tiering disabled. Al realizar una restauración, use las opciones de restauración de nivel de volumen o de archivo.When performing a restore, use the volume-level or file-level restore options. Los archivos restaurados con la opción de restauración a nivel de archivo se sincronizarán con todos los puntos de conexión del grupo de sincronización y los archivos existentes se reemplazarán con la versión restaurada desde la copia de seguridad.Files restored using the file-level restore option will be synced to all endpoints in the sync group and existing files will be replaced with the version restored from backup. Las restauraciones a nivel de volumen no reemplazarán las versiones de archivo más recientes en el recurso compartido de archivos de Azure u otros puntos de conexión del servidor.Volume-level restores will not replace newer file versions in the Azure file share or other server endpoints.

Advertencia

Si necesita usar Robocopy /B con un agente de Azure File Sync que se ejecuta en el servidor de origen o de destino, actualice al agente de Azure File Sync versión v12.0 o posterior.If you need to use Robocopy /B with an Azure File Sync agent running on either source or target server, please upgrade to Azure File Sync agent version v12.0 or above. El uso de Robocopy /B con versiones de agente inferiores a v12.0 dará lugar a daños en los archivos en niveles durante la copia.Using Robocopy /B with agent versions less than v12.0 will lead to the corruption of tiered files during the copy.

Nota

La reconstrucción completa (BMR) puede causar resultados inesperados y actualmente no se admite.Bare-metal (BMR) restore can cause unexpected results and is not currently supported.

Nota

Con la versión 9 del agente de Azure File Sync, las instantáneas de VSS (incluida la pestaña Versiones anteriores) ya se admiten en los volúmenes que tienen habilitada la nube por niveles.With Version 9 of the Azure File Sync agent, VSS snapshots (including Previous Versions tab) are now supported on volumes which have cloud tiering enabled. Sin embargo, debe habilitar la compatibilidad con la versión anterior a través de PowerShell.However, you must enable previous version compatibility through PowerShell. Más información.Learn how.

Clasificación de datosData Classification

Si tiene instalado software de clasificación de datos, habilitar la nube por niveles puede aumentar el costo por dos motivos:If you have data classification software installed, enabling cloud tiering may result in increased cost for two reasons:

  1. Con la nube por niveles habilitada, los archivos de uso más frecuentes se almacenan en la memoria caché local y los archivos de acceso esporádico se organizan por niveles en el recurso compartido de archivos de Azure en la nube.With cloud tiering enabled, your hottest files are cached locally and coolest files are tiered to the Azure file share in the cloud. Si la clasificación de datos examina periódicamente todos los archivos del recurso compartido de archivos, los archivos en niveles de la nube deben volver a llamarse cada vez que se examinan.If your data classification regularly scans all files in the file share, the files tiered to the cloud must be recalled whenever scanned.

  2. Si el software de clasificación de datos utiliza los metadatos del flujo de datos de un archivo, este debe volver a llamarse por completo para que el software pueda ver la clasificación.If the data classification software uses the metadata in the data stream of a file, the file must be fully recalled in order for the software to see the classification.

El aumento del número de llamadas y de la cantidad de datos que se llaman puede aumentar los costos.These increases in both the number of recalls and the amount of data being recalled can increase costs.

Directiva de actualización del agente de Azure File SyncAzure File Sync agent update policy

El agente de Azure File Sync se actualiza periódicamente con el fin de agregar nueva funcionalidad y solucionar los problemas.The Azure File Sync agent is updated on a regular basis to add new functionality and to address issues. Se recomienda configurar Microsoft Update para obtener todas las actualizaciones del agente de Azure File Sync a medida que están disponibles.We recommend you configure Microsoft Update to get updates for the Azure File Sync agent as they're available.

Versiones de agente principales y secundariasMajor vs. minor agent versions

  • Con frecuencia, las versiones de agente principales contienen nuevas características y en la primera parte del número de versión tienen un número creciente.Major agent versions often contain new features and have an increasing number as the first part of the version number. Por ejemplo: *2.*.**For example: *2.*.**
  • Las versiones de agente secundarias se llaman también "revisiones" y se lanzan con más frecuencia que las principales.Minor agent versions are also called "patches" and are released more frequently than major versions. Suelen contener correcciones de errores y mejoras más pequeñas, pero no características nuevas.They often contain bug fixes and smaller improvements but no new features. Por ejemplo: **.3.**For example: **.3.**

Rutas de actualizaciónUpgrade paths

Existen cuatro métodos aprobados y probados de instalar las actualizaciones del agente de Azure File Sync.There are four approved and tested ways to install the Azure File Sync agent updates.

  1. (Preferida) Configurar Microsoft Update para descargar e instalar automáticamente las actualizaciones del agente.(Preferred) Configure Microsoft Update to automatically download and install agent updates.
    Se recomienda realizar siempre todas las actualizaciones de Azure File Sync para asegurarse de que tiene acceso a las correcciones más recientes del agente de servidor.We always recommend taking every Azure File Sync update to ensure you have access to the latest fixes for the server agent. Microsoft Update realiza este proceso íntegramente al descargar e instalar automáticamente estas actualizaciones.Microsoft Update makes this process seamless, by automatically downloading and installing updates for you.
  2. Use AfsUpdater.exe para descargar e instalar las actualizaciones del agente.Use AfsUpdater.exe to download and install agent updates.
    AfsUpdater.exe se encuentra en el directorio de instalación del agente.The AfsUpdater.exe is located in the agent installation directory. Haga doble clic en el archivo ejecutable para descargar e instalar las actualizaciones del agente.Double-click the executable to download and install agent updates.
  3. Aplicar revisiones a un agente de Azure File Sync existente mediante un archivo de revisiones de Microsoft Update o un archivo ejecutable .msp. La actualización más reciente de Azure File Sync se puede descargar del Catálogo de Microsoft Update.Patch an existing Azure File Sync agent by using a Microsoft Update patch file, or a .msp executable. The latest Azure File Sync update package can be downloaded from the Microsoft Update Catalog.
    Al ejecutar un archivo ejecutable .msp, se actualiza la instalación de Azure File Sync con el mismo método usado automáticamente por Microsoft Update en la ruta de actualización anterior.Running a .msp executable will upgrade your Azure File Sync installation with the same method used automatically by Microsoft Update in the previous upgrade path. Cuando se aplica una revisión de Microsoft Update, se realiza una actualización local de una instalación de Azure File Sync.Applying a Microsoft Update patch will perform an in-place upgrade of an Azure File Sync installation.
  4. Descargar el instalador del agente de Azure File Sync más reciente del Centro de descarga de Microsoft.Download the newest Azure File Sync agent installer from the Microsoft Download Center.
    Para actualizar una instalación existente del agente de Azure File Sync, desinstale la versión antigua e instale a continuación la versión más reciente del instalador descargado.To upgrade an existing Azure File Sync agent installation, uninstall the older version and then install the latest version from the downloaded installer. El registro del servidor, los grupos de sincronización y cualquier otra configuración se mantienen durante la instalación de Azure File Sync.The server registration, sync groups, and any other settings are maintained by the Azure File Sync installer.

Administración automática del ciclo de vida del agenteAutomatic agent lifecycle management

Con la versión 6 del agente, el equipo de sincronización de archivos ha introducido una característica de actualización automática del agente.With agent version 6, the file sync team has introduced an agent auto-upgrade feature. Puede seleccionar cualquiera de los dos modos y especificar una ventana de mantenimiento en la que se debe realizar la actualización en el servidor.You can select either of two modes and specify a maintenance window in which the upgrade shall be attempted on the server. Esta característica está diseñada para ayudarle con la administración del ciclo de vida de agente, proporcionando una barrera protectora para evitar que al agente expire o para permitir mantener la configuración actual sin problemas.This feature is designed to help you with the agent lifecycle management by either providing a guardrail preventing your agent from expiration or allowing for a no-hassle, stay current setting.

  1. La configuración predeterminada intentará evitar que el agente expire.The default setting will attempt to prevent the agent from expiration. Dentro del plazo de 21 días tras publicarse la fecha de expiración de un agente, el agente intentará actualizarse automáticamente.Within 21 days of the posted expiration date of an agent, the agent will attempt to self-upgrade. Iniciará un intento de actualización una vez por semana en los 21 días anteriores a la expiración y en la ventana de mantenimiento seleccionada.It will start an attempt to upgrade once a week within 21 days prior to expiration and in the selected maintenance window. Esta opción no elimina la necesidad de realizar las revisiones regulares de Microsoft Update.This option does not eliminate the need for taking regular Microsoft Update patches.
  2. Si lo desea, puede seleccionar que el agente se actualice automáticamente tan pronto como esté disponible una nueva versión del agente (esta opción no se aplica actualmente a los servidores en clúster).Optionally, you can select that the agent will automatically upgrade itself as soon as a new agent version becomes available (currently not applicable to clustered servers). Esta actualización se producirá durante la ventana de mantenimiento seleccionada y permite que el servidor pueda beneficiarse de las nuevas características y mejoras en cuanto estén disponibles con carácter general.This update will occur during the selected maintenance window and allow your server to benefit from new features and improvements as soon as they become generally available. Esta es la configuración recomendada, sin preocupaciones, que proporcionará versiones principales del agente, así como revisiones de actualización regulares a su servidor.This is the recommended, worry-free setting that will provide major agent versions as well as regular update patches to your server. Cada agente publicado tiene una calidad de disponibilidad general.Every agent released is at GA quality. Si selecciona esta opción, Microsoft lanzará como paquete piloto la versión más reciente del agente para usted.If you select this option, Microsoft will flight the newest agent version to you. Se excluyen los servidores en clúster.Clustered servers are excluded. Una vez finalizado el lanzamiento del paquete piloto, el agente también estará disponible en el Centro de descarga de Microsoft, aka.ms/AFS/agent.Once flighting is complete, the agent will also become available on Microsoft Download Center aka.ms/AFS/agent.
Cambiar la configuración de actualización automáticaChanging the auto-upgrade setting

En las instrucciones siguientes se describe cómo cambiar la configuración después de haber completado el instalador, en caso de que sea necesario realizar cambios.The following instructions describe how to change the settings after you've completed the installer, if you need to make changes.

Abra una consola de PowerShell y navegue hasta el directorio donde instaló el agente de sincronización y, después, importe los cmdlets del servidor.Open a PowerShell console and navigate to the directory where you installed the sync agent then import the server cmdlets. De manera predeterminada, esto tendría un aspecto similar al siguiente:By default this would look something like this:

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Puede ejecutar Get-StorageSyncAgentAutoUpdatePolicy para comprobar la configuración de la directiva actual y determinar si quiere cambiarla.You can run Get-StorageSyncAgentAutoUpdatePolicy to check the current policy setting and determine if you want to change it.

Para cambiar la configuración de directiva actual a la pista de actualización retrasada, puede usar:To change the current policy setting to the delayed update track, you can use:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Para cambiar la configuración de directiva actual a la pista de actualización inmediata, puede usar:To change the current policy setting to the immediate update track, you can use:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Garantías de ciclo de vida y administración de cambios del agenteAgent lifecycle and change management guarantees

Azure File Sync es un servicio en la nube que introduce de forma continua nuevas características y funcionalidades.Azure File Sync is a cloud service, which continuously introduces new features and improvements. Esto significa que una versión específica del agente de Azure File Sync solo se puede admitir por tiempo limitado.This means that a specific Azure File Sync agent version can only be supported for a limited time. Para facilitar la implementación, las siguientes reglas garantizan que dispone de tiempo suficiente y le notifican que adapte las actualizaciones del agente en el proceso de administración de cambios:To facilitate your deployment, the following rules guarantee you have enough time and notification to accommodate agent updates/upgrades in your change management process:

  • Las versiones principales del agente se admiten durante seis meses como mínimo desde la fecha de lanzamiento inicial.Major agent versions are supported for at least six months from the date of initial release.
  • Se garantiza que, al menos durante tres meses, el soporte técnico de las versiones principales del agente se solapa.We guarantee there is an overlap of at least three months between the support of major agent versions.
  • Se emiten advertencias para los servidores registrados mediante un agente "expirará pronto" al menos tres meses antes de la expiración.Warnings are issued for registered servers using a soon-to-be expired agent at least three months prior to expiration. Puede comprobar si un servidor registrado usa una versión anterior del agente en la sección de servidores registrados de un servicio de sincronización de almacenamiento.You can check if a registered server is using an older version of the agent under the registered servers section of a Storage Sync Service.
  • La duración de una versión secundaria del agente está enlazada a la versión principal asociada.The lifetime of a minor agent version is bound to the associated major version. Por ejemplo, cuando se lance la versión 3.0 del agente, se establecerá que las versiones 2.* expiren todas juntas.For example, when agent version 3.0 is released, agent versions 2.* will all be set to expire together.

Nota

Al instalarse una versión del agente con un aviso de expiración se mostrará una advertencia, pero la instalación se realizará.Installing an agent version with an expiration warning will display a warning but succeed. Al intentar instalar una versión expirada del agente, o conectarse a ella, no se admite y se bloqueará.Attempting to install or connect with an expired agent version is not supported and will be blocked.

Pasos siguientesNext steps