Migración a recursos compartidos de archivos de Azure SMB
En este artículo se tratan los aspectos básicos de una migración a recursos compartidos de archivos de Azure SMB y se incluye una tabla de guías de migración. Estas guías le ayudan a trasladar los archivos a recursos compartidos de archivos de Azure. Las guías se organizan en función de dónde se encuentran los datos y el modelo de implementación (solo en la nube o híbrido) al que va a realizar el cambio.
Se aplica a
| Tipo de recurso compartido de archivos | SMB | NFS |
|---|---|---|
| Recursos compartidos de archivos Estándar (GPv2), LRS/ZRS |  |
 |
| Recursos compartidos de archivos Estándar (GPv2), GRS/GZRS | |
|
| Recursos compartidos de archivos Premium (FileStorage), LRS/ZRS | |
|
Aspectos básicos de la migración
Azure ofrece diferentes tipos de almacenamiento en la nube. Un aspecto fundamental de las migraciones de archivos a Azure es determinar qué opción de almacenamiento de Azure es la adecuada para los datos.
Los recursos compartidos de archivos de Azure son excelentes para los datos de archivos de uso general. Estos datos incluyen cualquier contenido para el que use un recurso compartido de SMB local. Con Azure File Sync, puede copiar en caché el contenido de varios recursos compartidos de archivos de Azure en servidores que ejecuten Windows Server en el entorno local.
En el caso de una aplicación que se ejecute actualmente en un servidor local, el almacenamiento de archivos en un recurso compartido de archivos de Azure puede ser una buena opción. Puede trasladar la aplicación a Azure y usar los recursos compartidos de archivos de Azure como almacenamiento compartido. También puede considerar los discos de Azure para este escenario.
Algunas aplicaciones en la nube no dependen de SMB ni del acceso compartido o a datos locales de la máquina. Para estas, el almacenamiento de objetos como blobs de Azure suele ser la mejor opción.
La clave de cualquier migración es capturar toda la fidelidad aplicable de los archivos al mover los archivos desde su ubicación de almacenamiento actual a Azure. El grado de fidelidad que admite la opción de almacenamiento de Azure y el nivel de exigencia de su escenario también le ayudan a elegir el almacenamiento de Azure adecuado.
Los dos componentes básicos de un archivo son los siguientes:
- Flujo de datos El flujo de datos de un archivo almacena el contenido del archivo.
- Metadatos de archivo: a diferencia del almacenamiento de objetos en blobs de Azure, un recurso compartido de archivos de Azure puede almacenar de forma nativa metadatos de archivo. Normalmente, los datos de archivos de uso general dependen de los metadatos de archivo. Pero puede que no sea el caso de los datos de la aplicación. Los metadatos del archivo tienen estos subcomponentes:
- Atributos de archivo, como solo lectura
- Los permisos de archivos, que suelen denominarse permisos NTFS o ACL de archivos y carpetas.
- Marcas de tiempo, en particular, las marcas de tiempo de creación y última modificación
- Flujo de datos alternativo, que es un espacio para almacenar grandes cantidades de propiedades no estándar. Este flujo de datos alternativo no se puede almacenar en un archivo de un recurso compartido de archivos de Azure. Se conserva localmente cuando se usa Azure File Sync.
La fidelidad de los archivos en una migración se puede definir como la capacidad de:
- Almacenar toda la información del archivo aplicable en el origen.
- Transferir archivos con la herramienta de migración.
- Almacenar archivos en el almacenamiento de destino de la migración.
El destino de las guías de migración de este artículo es uno o varios recursos compartidos de archivos de Azure. Tenga en cuenta esta lista de características que los recursos compartidos de archivos de Azure no admiten.
Para asegurarse de que la migración se realiza de manera fluida, identifique la mejor herramienta de copia para sus necesidades y haga coincidir un destino de almacenamiento con el origen.
Importante
Si va a migrar servidores de archivos locales a Azure Files, establezca las ACL para el directorio raíz del recurso compartido de archivos antes de copiar un gran número de archivos, ya que los cambios en los permisos de las ACL raíz pueden tardar mucho tiempo en propagarse si se realiza después de una migración de archivos de gran tamaño.
Los usuarios que utilizan Active Directory Domain Services (AD DS) como su controlador de dominio local pueden acceder de forma nativa a un recurso compartido de archivos de Azure. Lo mismo sucede con los usuarios de Microsoft Entra Domain Services. Ambos usan su identidad actual para obtener acceso en función de los permisos de recurso compartido, así como de las ACL de archivos y carpetas. Este comportamiento es similar al de un usuario que se conecta a un recurso compartido de archivos local.
Obtenga más información sobre la autenticación basada en la identidad para Azure Files a través de SMB.
Metadatos admitidos
En la tabla siguiente se enumeran los metadatos admitidos para Azure Files.
Importante
La marca de tiempo LastAccessTime no se admite actualmente para archivos ni directorios en el recurso compartido de destino. Sin embargo, Azure Files devolverá el valor LastAccessTime para un archivo cuando se solicite. Dado que la LastAccessTime marca de tiempo no se actualiza en las operaciones de lectura, siempre será igual a LastModifiedTime.
| Origen | Destino |
|---|---|
| Estructura de directorios | La estructura de directorios original del origen se puede conservar en el recurso compartido de destino. |
| Vínculos simbólicos | Los vínculos simbólicos del origen se pueden conservar y asignar en el recurso compartido de destino. |
| Permisos de acceso | Azure Files admite las ACL de Windows, y estas deben establecerse en el recurso compartido de destino incluso si no hay ninguna integración de AD configurada en el momento de la migración. Se deben conservar las siguientes ACL: identificador de seguridad del propietario (SID), SID de grupo, listas de acceso discrecional (DACL), listas de control de acceso del sistema (SACL). |
| Creación de marca de tiempo | La marca de tiempo de creación original del archivo de origen se puede conservar en el recurso compartido de destino. |
| Cambio de marca de tiempo | La marca de tiempo del cambio original del archivo de origen se puede conservar en el recurso compartido de destino. |
| Marca de tiempo modificada | La marca de tiempo de la modificación original del archivo de origen se puede conservar en el recurso compartido de destino. |
| Atributos de archivo | Los atributos comunes, como las marcas de solo lectura, ocultas y de archivo, se pueden conservar en el recurso compartido de destino. |
Guías de migración
En la tabla siguiente se enumeran las combinaciones de herramientas sugeridas para migrar a recursos compartidos de archivos de Azure SMB.
Cómo debe usar la tabla:
Busque la fila del sistema de origen en el que están almacenados los archivos.
Elija uno de los destinos siguientes:
- Implementación híbrida: usar Azure File Sync para almacenar en caché el contenido de los recursos compartidos de archivos de Azure en el entorno local y en el nivel de los archivos que se usan con menos frecuencia en la nube.
- Implementación solo en la nube: recursos compartidos de archivos de Azure en la nube, sin almacenamiento en caché local.
Seleccione la columna de destino que coincida con su elección.
Dentro de la intersección de origen y destino, una celda de la tabla muestra los escenarios de migración disponibles. Seleccione uno para vincularlo directamente a la guía de migración.
Un escenario sin un vínculo aún no tiene ninguna guía de migración publicada. Compruebe de vez en cuando en esta tabla si hay actualizaciones. Las nuevas guías se publicarán en cuanto estén disponibles.
| Source | Destino: implementación híbrida (Azure Files + Azure File Sync) |
Destino: implementación solo en la nube (Azure Files) |
|---|---|---|
| Combinación de herramientas recomendada: | Combinación de herramientas recomendada: | |
| Windows Server 2012 R2 y versiones posteriores |
|
|
| Windows Server 2012 y versiones anteriores |
|
|
| Almacenamiento conectado a la red (NAS) |
|
|
| Linux (solo SMB) |
Cuadro de herramientas de migración
Herramientas de copia de archivos
Existen varias herramientas de copia de archivos disponibles de Microsoft y otras empresas. A fin de seleccionar la herramienta adecuada para el escenario de migración, tenga en cuenta estas preguntas fundamentales:
¿La herramienta admite las ubicaciones de origen y destino para la copia de archivos?
¿La herramienta admite la ruta de acceso de red o los protocolos disponibles (por ejemplo, REST o SMB) entre las ubicaciones de almacenamiento de origen y de destino?
¿La herramienta conserva la fidelidad de los archivos necesaria que es compatible con las ubicaciones de origen y destino?
En algunos casos, el almacenamiento de destino no admite la misma fidelidad que el origen. Si el almacenamiento de destino es suficiente para sus necesidades, la herramienta solo debe hacer coincidir las funcionalidades de fidelidad de los archivos de destino.
¿La herramienta cuenta con características que le permiten adaptarse a la estrategia de migración?
Por ejemplo, tenga en cuenta si la herramienta le permite minimizar el tiempo de inactividad.
Cuando una herramienta admite una opción para reflejar un origen en un destino, a menudo puede ejecutarla varias veces en el mismo origen y destino mientras el origen permanece accesible.
La primera vez que se ejecuta la herramienta, copia la mayor parte de los datos. Puede que esta primera ejecución tarde un rato. A menudo tarda más tiempo del que le gustaría para dejar sin conexión el origen de datos de sus procesos empresariales.
Si crea un reflejo de un origen en un destino (por ejemplo, con robocopy /MIR), puede volver a ejecutar la herramienta en ese mismo origen y destino. Esta segunda ejecución es mucho más rápida porque solo necesita transportar los cambios del origen que se producen después de la ejecución anterior. Volver a ejecutar una herramienta de copia de esta manera puede reducir significativamente el tiempo de inactividad.
En la tabla siguiente se clasifican las herramientas de Microsoft y su idoneidad actual para los recursos compartidos de archivos de Azure SMB:
| Recomendado | Herramienta | Compatibilidad con los recursos compartidos de archivos de Azure | Preservación de la fidelidad de los archivos |
|---|---|---|---|
 |
Azure Storage Mover | Compatible. | Fidelidad completa* |
|
RoboCopy | Compatible. Los recursos compartidos de archivos de Azure se pueden montar como unidades de red. | Fidelidad completa* |
|
Azure File Sync | Integrado de forma nativa en recursos compartidos de archivos de Azure. | Fidelidad completa* |
|
Guía de migración de Azure Storage | Compatible. | Fidelidad completa* |
|
Servicio de migración de almacenamiento | Indirectamente compatible. Los recursos compartidos de archivos de Azure se pueden montar como unidades de red en servidores de destino de SMS. | Fidelidad completa* |
|
Data Box (incluido el servicio de copia de datos para cargar archivos en el dispositivo) | Compatible. (Las instancias de Data Box Disk no admite recursos compartidos de archivos grandes) |
Data Box y Data Box Heavy son totalmente compatibles con los metadatos. Data Box Disk no conserva los metadatos de los archivos. |
 |
AzCopy versión más reciente |
Se admite, pero no se recomienda. | No admite copias diferenciales a gran escala y es posible que se pierda cierta fidelidad en los archivos. Más información sobre cómo usar AzCopy con recursos compartidos de archivos de Azure |
|
Explorador de Azure Storage versión más reciente |
Compatible pero no se recomienda. | Pierde la mayor parte de fidelidad en los archivos, como las listas ACL. Admite marcas de tiempo. |
 |
Azure Data Factory | Compatible. | No copia los metadatos. |
* Fidelidad total: cumple o supera las funcionalidades de los recursos compartidos de archivos de Azure.
Herramientas del asistente para la migración
En esta sección se describen las herramientas que le ayudan a planear y ejecutar las migraciones.
Azure Storage Mover
Azure Storage Mover es un servicio de migración relativamente nuevo y totalmente administrado que permite migrar archivos y carpetas a recursos compartidos de archivos de Azure SMB con el mismo nivel de fidelidad de archivos que el recurso compartido de archivos de Azure subyacente. Se mantienen la estructura de carpetas y los valores de metadatos, como las marcas de tiempo de archivo y carpeta, las ACL y los atributos de archivo. Para obtener información sobre cómo usar Azure Storage Mover con Azure Files, consulte Migración a recursos compartidos de archivos de Azure SMB mediante Azure Storage Mover.
RoboCopy
Incluido en Windows, RoboCopy es una de las herramientas más aplicables a las migraciones de archivos SMB. La documentación principal de RoboCopy es un recurso útil para las numerosas opciones de esta herramienta.
Guía de migración de Azure Storage
Comprender los datos es el primer paso para seleccionar el servicio de almacenamiento de Azure y la estrategia de migración adecuados. El Programa de migración de Azure Storage proporciona diferentes herramientas que pueden analizar los datos y la infraestructura de almacenamiento para proporcionar conclusiones valiosas. Estas herramientas pueden ayudarle a comprender el tamaño y el tipo de los datos, el recuento de archivos y carpetas, y los patrones de acceso. Proporcionan una vista consolidada de los datos y permiten la creación de varios informes personalizados.
Esta información puede ayudar a lo siguiente:
- Identificar conjuntos de datos duplicados y redundantes
- Identificar los datos de acceso más esporádico que se pueden mover a almacenamiento menos costoso
Para más información, vea Matriz de comparación para los participantes del Programa de migración de archivos de Azure.
TreeSize de JAM Software GmbH
Azure File Sync se escala principalmente con el número de elementos (archivos y carpetas) y no con la cantidad de almacenamiento total. La herramienta TreeSize le permite determinar el número de elementos de los volúmenes de Windows Server.
Puede usar la herramienta para crear una perspectiva antes de una implementación de Azure File Sync. También puede usarla cuando se active la nube por niveles después de la implementación. En ese escenario, verá el número de elementos y los directorios que usan más la memoria caché del servidor.
La versión probada de la herramienta es la 4.4.1. Es compatible con los archivos de niveles en la nube. La herramienta no producirá la coincidencia de los archivos en niveles durante su funcionamiento normal.
Pasos siguientes
- Cree un plan para la implementación de los recursos compartidos de archivos de Azure (solo en la nube o híbridos) que quieras.
- Revise la lista de guías de migración disponibles para encontrar la que coincida con el origen y la implementación de los recursos compartidos de archivos de Azure.
Más información sobre las tecnologías de Azure Files mencionadas en este artículo: