Copiar archivo
La operación Copy File copia un blob o un archivo en un archivo de destino dentro de la cuenta de almacenamiento. Esta operación se admite en la versión 2015-02-21 y posteriores para los recursos compartidos de archivos con el protocolo SMB habilitado, y se admite en la versión 2025-05-05 y posteriores para recursos compartidos de archivos con el protocolo NFS habilitado.
| Protocolo habilitado para recursos compartidos de archivos | Disponible |
|---|---|
| SMB |
|
| NFS |
|
La solicitud Copy File se construye de la siguiente manera. Se recomienda usar HTTPS.
A partir de la versión 2013-08-15, puede especificar una firma de acceso compartido para el archivo de destino si se encuentra en la misma cuenta que el archivo de origen. A partir de la versión 2015-04-05, también puede especificar una firma de acceso compartido para el archivo de destino si se encuentra en otra cuenta de almacenamiento.
| Método | URI de solicitud | Versión HTTP |
|---|---|---|
| PONER | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile |
HTTP/1.1 |
Reemplace los componentes de ruta de acceso que se muestran en el URI de solicitud por el suyo propio, como se indica a continuación:
| Componente de ruta de acceso | Descripción |
|---|---|
myaccount |
Nombre de la cuenta de almacenamiento. |
myshare |
Nombre del recurso compartido de archivos. |
mydirectorypath |
Opcional. Ruta de acceso al directorio primario. |
myfile |
Nombre del archivo. |
Para más información sobre las restricciones de nomenclatura de rutas de acceso, consulte Nomenclatura y referencia a recursos compartidos, directorios, archivos y metadatos.
Puede especificar los siguientes parámetros adicionales en el URI de solicitud:
| Parámetro | Descripción |
|---|---|
timeout |
Opcional. El parámetro timeout se expresa en segundos. Para más información, consulte Establecer tiempos de espera para las operaciones de Azure Files. |
Los encabezados de solicitud obligatorios y opcionales se describen en las tablas siguientes:
| Encabezado de solicitud | Descripción |
|---|---|
Authorization |
Obligatorio. Especifica el esquema de autorización, el nombre de la cuenta y la firma. Para más información, consulte Autorizar solicitudes a Azure Storage. |
Date o x-ms-date |
Obligatorio. Especifica la hora universal coordinada (UTC) de la solicitud. Para más información, consulte Autorizar solicitudes a Azure Storage. |
x-ms-version |
Necesario para todas las solicitudes autorizadas. Especifica la versión de la operación que se va a usar para esta solicitud. Esta operación se admite en la versión 2015-02-21 y posteriores para los recursos compartidos de archivos con el protocolo SMB habilitado, y se admite en la versión 2025-05-05 y posteriores para recursos compartidos de archivos con el protocolo NFS habilitado. Para más información, consulte Control de versiones de para los servicios de Azure Storage. |
x-ms-meta-name:value |
Opcional. Especifica los pares de nombre y valor asociados al archivo como metadatos. Si no se especifican pares nombre-valor, la operación copia los metadatos del blob o archivo de origen en el archivo de destino. Si se especifican uno o varios pares nombre-valor, el archivo de destino se crea con los metadatos especificados y los metadatos no se copian del blob o archivo de origen. Los nombres de metadatos deben cumplir las reglas de nomenclatura de los identificadores de C# . Los metadatos de archivo especificados a través de Azure Files no son accesibles desde un cliente SMB. |
x-ms-copy-source:name |
Obligatorio. Especifica la dirección URL del archivo de origen o el blob, hasta 2 kibibytes (KiB) de longitud. Para copiar un archivo en otro archivo dentro de la misma cuenta de almacenamiento, puede usar una clave compartida para autorizar el archivo de origen. Si va a copiar un archivo desde otra cuenta de almacenamiento o si va a copiar un blob desde la misma cuenta de almacenamiento u otra cuenta de almacenamiento, debe autorizar el archivo de origen o el blob mediante una firma de acceso compartido. Si el origen es un blob público, no se requiere ninguna autorización para realizar la operación de copia. También puede especificar un archivo en una instantánea de recurso compartido como origen de copia. Estos son algunos ejemplos de direcciones URL de objeto de origen:
|
x-ms-lease-id:<ID> |
Obligatorio si el archivo de destino tiene una concesión activa. Disponible para la versión 2019-02-02 y posteriores. El identificador de concesión especificado para este encabezado debe coincidir con el identificador de concesión del archivo de destino. Si la solicitud no incluye el identificador de concesión o el identificador no es válido, se produce un error en la operación con el código de estado 412 (error en la condición previa). Si se especifica este encabezado y el archivo de destino no tiene actualmente una concesión activa, se produce un error en la operación con el código de estado 412 (error de condición previa). Este encabezado se omite si el archivo de destino se encuentra en un recurso compartido de archivos con el protocolo NFS habilitado, que no admite concesiones de archivos. |
x-ms-file-creation-time |
Opcional. Disponible para la versión 2019-07-07 y posteriores. Este encabezado especifica la propiedad para la hora de creación, en UTC, que se va a establecer en el archivo de destino. Puede usar un valor de source para copiar la hora de creación del archivo de origen en el archivo de destino. |
x-ms-file-last-write-time |
Opcional. Disponible para la versión 2019-07-07 y posteriores. Este encabezado especifica la propiedad para la hora de última escritura, en UTC, para establecer en el archivo de destino. Puede usar un valor de source para copiar la hora de última escritura del archivo de origen en el archivo de destino. |
x-ms-client-request-id |
Opcional. Proporciona un valor opaco generado por el cliente con un límite de caracteres de 1 KiB que se registra en los registros cuando se configura el registro. Se recomienda encarecidamente usar este encabezado para correlacionar las actividades del lado cliente con las solicitudes que recibe el servidor. Para más información, consulte Monitor Azure Blob Storage. |
x-ms-file-request-intent |
Obligatorio si Authorization encabezado especifica un token de OAuth. El valor aceptable es backup. Este encabezado especifica que se debe conceder el Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action o Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action si se incluyen en la directiva de RBAC asignada a la identidad autorizada mediante el encabezado Authorization. Disponible para la versión 2022-11-02 y posteriores. |
x-ms-allow-trailing-dot: { <Boolean> } |
Opcional. Versión 2022-11-02 y posteriores. El valor booleano especifica si se debe recortar o no un punto final presente en la dirección URL de solicitud. Este encabezado se omite si el destino se encuentra en un recurso compartido de archivos con el protocolo NFS habilitado, que admite el punto final de forma predeterminada. Para obtener más información, vea Asignar nombres y hacer referencia a recursos compartidos, directorios, archivos y metadatos. |
x-ms-source-allow-trailing-dot: { <Boolean> } |
Opcional. Versión 2022-11-02 y posteriores. El valor booleano especifica si se debe recortar o no un punto final presente en la dirección URL de origen. Este encabezado solo se debe especificar si el origen de copia se encuentra en un recurso compartido de archivos de Azure. Este encabezado no se admite para ningún otro tipo de origen de copia. Este encabezado se omite si el origen de copia se encuentra en un recurso compartido de archivos con el protocolo NFS habilitado, que admite el punto final de forma predeterminada. Para obtener más información, vea Asignar nombres y hacer referencia a recursos compartidos, directorios, archivos y metadatos. |
| Encabezado de solicitud | Descripción |
|---|---|
x-ms-file-change-time: { <DateTime> ¦ source } |
Opcional. Versión 2021-06-08 y posteriores. La propiedad hora de cambio UTC del archivo, con formato ISO 8601. Se puede usar un valor de source para copiar la hora de cambio del archivo de origen al archivo de destino. La marca de tiempo predeterminada es la hora de la solicitud. |
x-ms-file-permission-copy-mode: { source ¦ override } |
Opcional. Disponible para la versión 2019-07-07 y posteriores. Determina el comportamiento de copia del descriptor de seguridad del archivo:
|
x-ms-file-permission: { <SDDL> ¦ <binary> } |
Obligatorio si x-ms-file-permission-copy-mode se especifica como override y no se especifica x-ms-file-permission-key. Disponible para la versión 2019-07-07 y posteriores. Este permiso es el descriptor de seguridad del archivo especificado en el del lenguaje de definición de descriptores de seguridad (SDDL) de o (versión 2025-01-05 o posterior) en formato de descriptor de seguridad binario codificado en base64 formato de descriptor de seguridad binario. Puede especificar el formato que se va a usar con el encabezado x-ms-file-permission-format. Puede usar este encabezado si el tamaño de los permisos es de 8 kibibytes (KiB) o menos. De lo contrario, puede usar x-ms-file-permission-key. Si se especifica, debe tener un propietario, grupo y lista de control de acceso discrecional (DACL). Solo se puede especificar uno de x-ms-file-permission o x-ms-file-permission-key. |
x-ms-file-permission-key |
Obligatorio si x-ms-file-permission-copy-mode se especifica como override y no se especifica x-ms-file-permission. Disponible para la versión 2019-07-07 y posteriores. Este encabezado especifica la clave del permiso que se va a establecer para el archivo. Puede crear esta clave mediante la operación Create Permission.Solo se puede especificar uno de x-ms-file-permission o x-ms-file-permission-key. |
x-ms-file-permission-format: { sddl ¦ binary } |
Opcional. Versión 2025-01-05 o posterior. Especifica si el valor pasado en x-ms-file-permission está en SDDL o en formato binario. Si no se establece este encabezado, se usa el valor predeterminado de sddl. |
x-ms-file-attributes |
Opcional. Disponible para la versión 2019-07-07 y posteriores. Este encabezado especifica los atributos del sistema de archivos que se van a establecer en el archivo de destino. Consulte la lista de atributos disponibles . Puede usar un valor de source para copiar los atributos del archivo de origen en el archivo de destino. Puede usar un valor de none para borrar todos los atributos del archivo de destino. |
x-ms-file-copy-ignore-readonly |
Opcional. Disponible para la versión 2019-07-07 y posteriores. Este valor booleano especifica si se debe respetar el atributo ReadOnly en un archivo de destino preexistente. Si es true, la operación de copia se realiza correctamente. De lo contrario, un archivo anterior en el destino con el conjunto de atributos ReadOnly hace que se produzca un error en la operación de copia. |
x-ms-file-copy-set-archive |
Opcional. Disponible para la versión 2019-07-07 y posteriores. Este valor booleano especifica si se debe establecer el atributo Archive, independientemente del valor del encabezado x-ms-file-attributes. |
| Encabezado de solicitud | Descripción |
|---|---|
x-ms-file-mode-copy-mode: { source ¦ override } |
Opcional. Versión 2025-05-05 y posteriores. Solo es aplicable cuando el origen de copia es un archivo ubicado en un recurso compartido de archivos con el protocolo NFS habilitado. Determina el comportamiento de copia de los bits de modo del archivo:
|
x-ms-mode |
Versión 2025-05-05 y posteriores. Obligatorio si x-ms-file-mode-copy-mode se especifica como override. Bits de modo que se van a establecer en el archivo. El modo se representa en el formato octal numérico de 12 bits o en el formato simbólico "rwx". Consulte permisos de archivo POSIX (modo). |
x-ms-file-owner-copy-mode: { source ¦ override } |
Opcional. Versión 2025-05-05 y posteriores. Solo es aplicable cuando el origen de copia es un archivo ubicado en un recurso compartido de archivos con el protocolo NFS habilitado. Determina el comportamiento de copia del identificador de usuario propietario (UID) y el identificador de grupo (GID) del archivo:
|
x-ms-owner |
Versión 2025-05-05 y posteriores. Identificador de usuario (UID) del propietario del archivo que se va a establecer en el archivo. Obligatorio si x-ms-file-owner-copy-mode se especifica como override. |
x-ms-group |
Versión 2025-05-05 y posteriores. Identificador de grupo (GID) del propietario del archivo que se va a establecer en el archivo. Obligatorio si x-ms-file-owner-copy-mode se especifica como override. |
Ninguno.
La respuesta incluye un código de estado HTTP y un conjunto de encabezados de respuesta.
Una operación correcta devuelve el código de estado 202 (aceptado). Para obtener información sobre los códigos de estado, vea Códigos de estado y de error.
La respuesta de esta operación incluye los encabezados de las tablas siguientes. La respuesta también puede incluir encabezados HTTP estándar adicionales. Todos los encabezados estándar se ajustan a la especificación del protocolo HTTP/1.1 de .
| Encabezado de respuesta | Descripción |
|---|---|
ETag |
Si se completa la operación de copia, contiene el valor ETag del archivo de destino. Si no se completa la operación de copia, contiene el valor ETag del archivo vacío creado al principio de la operación. |
Last-Modified |
Devuelve la fecha y hora en que finalizó la operación de copia en el archivo de destino. |
x-ms-request-id |
Identifica de forma única la solicitud que se realizó. Puede usar este encabezado para solucionar problemas de la solicitud. Para obtener más información, consulte Solución de problemas de operaciones de API. |
x-ms-version |
Indica la versión de Azure Files que se usa para ejecutar la solicitud. |
Date |
Valor de fecha y hora UTC que indica la hora a la que el servicio envió la respuesta. |
x-ms-copy-id: <id> |
Proporciona un identificador de cadena para esta operación de copia. Use con Get File o Get File Properties para comprobar el estado de esta operación de copia o pasar a Abort Copy File para cancelar una operación de copia pendiente. |
x-ms-copy-status: <success ¦ pending> |
Indica el estado de la operación de copia con estos valores: - success: la operación de copia finalizó correctamente.- pending: la operación de copia todavía está en curso. |
x-ms-client-request-id |
Se puede usar para solucionar problemas de solicitudes y respuestas correspondientes. El valor de este encabezado es igual al valor del encabezado x-ms-client-request-id si está presente en la solicitud y el valor es como máximo 1024 caracteres ASCII visibles. Si el encabezado x-ms-client-request-id no está presente en la solicitud, este encabezado no estará presente en la respuesta. |
Ninguno.
Ninguno.
Ninguno
Response Status:
HTTP/1.1 202 Accepted
Response Headers:
Last-Modified: <date>
ETag: "0x8CEB669D794AFE2"
Server: Windows-Azure-File/1.0 Microsoft-HTTPAPI/2.0
x-ms-request-id: cc6b209a-b593-4be1-a38a-dde7c106f402
x-ms-version: 2015-02-21
x-ms-copy-id: 1f812371-a41d-49e6-b123-f4b542e851c5
x-ms-copy-status: pending
Date: <date>
El propietario de la cuenta puede llamar a esta operación o a un cliente que posee una firma de acceso compartido que tiene permiso para escribir en el archivo de destino o en su recurso compartido. Tenga en cuenta que la firma de acceso compartido especificada en la solicitud solo se aplica al archivo de destino.
El acceso al archivo de origen o al blob se autoriza por separado, como se describe en los detalles del encabezado de solicitud x-ms-copy-source.
En la tabla siguiente se describe cómo se pueden autorizar los objetos de destino y de origen de una operación de Copy File:
| Archivo | Autorización con clave compartida o clave compartida Lite | Autorización con firma de acceso compartido | Objeto público que no requiere autorización |
|---|---|---|---|
| Archivo de destino | Sí | Sí | No aplicable |
| Archivo de origen en la misma cuenta | Sí | Sí | No aplicable |
| Archivo de origen en otra cuenta | No | Sí | No aplicable |
| Blob de origen en la misma cuenta u otra cuenta | No | Sí | Sí |
| Atributo | Atributo de archivo Win32 | Definición |
|---|---|---|
ReadOnly |
FILE_ATTRIBUTE_READONLY |
El archivo es de solo lectura. Las aplicaciones pueden leer el archivo, pero no pueden escribir en él ni eliminarlo. |
Hidden |
FILE_ATTRIBUTE_HIDDEN |
El archivo está oculto. No se incluye en una lista de directorios normal. |
System |
FILE_ATTRIBUTE_SYSTEM |
El sistema operativo usa una parte del archivo, o usa el archivo exclusivamente. |
None |
FILE_ATTRIBUTE_NORMAL |
El archivo no tiene otros atributos establecidos. Este atributo solo es válido cuando se usa solo. |
Archive |
FILE_ATTRIBUTE_ARCHIVE |
El archivo es un archivo de archivo. Las aplicaciones suelen usar este atributo para marcar los archivos de copia de seguridad o eliminación. |
Temporary |
FILE_ATTRIBUTE_TEMPORARY |
El archivo se usa para el almacenamiento temporal. |
Offline |
FILE_ATTRIBUTE_OFFLINE |
Los datos del archivo no están disponibles inmediatamente. Este atributo del sistema de archivos proporciona principalmente compatibilidad con Windows. Azure Files no lo admite con opciones de almacenamiento sin conexión. |
NotContentIndexed |
FILE_ATTRIBUTE_NOT_CONTENT_INDEXED |
El servicio de indexación de contenido no indexa el archivo. |
NoScrubData |
FILE_ATTRIBUTE_NO_SCRUB_DATA |
El analizador de integridad de datos en segundo plano no leerá el flujo de datos de usuario. Este atributo del sistema de archivos proporciona principalmente compatibilidad con Windows. |
Los permisos de archivo POSIX se pueden especificar numéricamente en un formato octal numérico de 12 bits o en un formato simbólico "rwx". Ejemplos:
- "0644" o "rw-r--r--": el usuario (propietario del archivo) tiene permiso de lectura y escritura. El grupo tiene permiso de lectura. Otros tienen permiso de lectura.
- "0755" o "rwxr-xr-x": el usuario (propietario del archivo) tiene permiso de lectura, escritura y ejecución. El grupo tiene permiso de lectura y ejecución. Otros tienen permiso de lectura y ejecución.
Los tres números octales de orden más bajo representan los permisos de propietario/usuario, grupo y otros, y se indican mediante un número octal (0-7), formado mediante una combinación bit a bit de '4' (Lectura), '2' (Escritura), '1' (Ejecutar). El número octal de orden más alto (0-7) se usa para indicar una combinación de '4' (SetUID), '2' (SetGID), '1' (StickyBit) permisos.
| Formato | Permiso |
|---|---|
| 0700 | El usuario (propietario del archivo) tiene permiso de lectura, escritura y ejecución. |
| 0400 | El usuario tiene permiso de lectura. |
| 0200 | El usuario tiene permiso de escritura. |
| 0100 | El usuario tiene permiso de ejecución. |
| 0070 | El grupo tiene permiso de lectura, escritura y ejecución. |
| 0040 | El grupo tiene permiso de lectura. |
| 0020 | El grupo tiene permiso de escritura. |
| 0010 | El grupo tiene permiso de ejecución. |
| 0007 | Otros tienen permiso de lectura, escritura y ejecución. |
| 0004 | Otros tienen permiso de lectura. |
| 0002 | Otros tienen permiso de escritura. |
| 0001 | Otros tienen permiso de ejecución. |
| 4000 | Establezca el identificador de usuario efectivo en el archivo. |
| 2000 | Establezca el identificador de grupo efectivo en el archivo. |
| 1000 | Establézcalo para indicar que el archivo solo se puede eliminar o cambiar el nombre por el propietario del archivo, el propietario del directorio o el usuario raíz. |
Los permisos de propietario/usuario, grupo y otros se indican mediante una combinación de caracteres "r" (Lectura), "w" (Escritura) y "x" (Ejecutar).
| Formato | Permiso |
|---|---|
| rwx------ | El usuario (propietario del archivo) tiene permiso de lectura, escritura y ejecución. |
| r-------- | El usuario tiene permiso de lectura. |
| -w------- | El usuario tiene permiso de escritura. |
| --x------ | El usuario tiene permiso de ejecución. |
| ---rwx--- | El grupo tiene permiso de lectura, escritura y ejecución. |
| ---r----- | El grupo tiene permiso de lectura. |
| ----w---- | El grupo tiene permiso de escritura. |
| -----x--- | El grupo tiene permiso de ejecución. |
| ------rwx | Otros tienen permiso de lectura, escritura y ejecución. |
| ------r- | Otros tienen permiso de lectura. |
| -------w- | Otros tienen permiso de escritura. |
| --------x | Otros tienen permiso de ejecución. |
La operación Copy File puede finalizar de forma asincrónica. Puede usar el identificador de copia que devuelve el encabezado de respuesta x-ms-copy-id para comprobar el estado de la operación de copia o cancelarlo. Azure Files copia los archivos de forma más adecuada.
Si el archivo de destino existe, se sobrescribe. No se puede modificar el archivo de destino mientras la operación de copia está en curso.
La operación Copy File siempre copia todo el blob o archivo de origen. No se admite la copia de un intervalo de bytes o conjunto de bloques.
El origen de una operación de Copy File puede ser un archivo que reside en una instantánea de recurso compartido. El destino de una operación de Copy File no puede ser un archivo que resida en una instantánea de recurso compartido.
Cuando el origen de una operación de copia proporciona valores ETag, si hay algún cambio en el origen mientras la operación está en curso, se produce un error. Se produce un error al intentar cambiar el archivo de destino mientras una operación de copia está en curso con el código de estado 409 (Conflicto).
El valor ETag del archivo de destino cambia cuando se inicia la operación de Copy File. Continúa modificando con frecuencia durante la operación de copia.
Cuando se copia un blob o un archivo, las siguientes propiedades del sistema se copian en el archivo de destino con los mismos valores:
Content-TypeContent-EncodingContent-LanguageContent-LengthCache-ControlContent-MD5Content-Disposition
El archivo de destino siempre tiene el mismo tamaño que el blob o el archivo de origen. El valor del encabezado Content-Length para el archivo de destino coincide con el valor de ese encabezado para el blob o archivo de origen.
La operación de Copy File solo lee del blob o archivo de origen, por lo que una concesión en el objeto de origen no afecta a la operación. La operación Copy File guarda el valor ETag del blob o archivo de origen cuando se inicia la operación. Si el ETag valor cambia antes de que finalice la operación de copia, se produce un error en la operación. Puede evitar cambios en el blob de origen del archivo al alquilarlo durante la operación de copia.
Si el archivo de destino tiene una concesión infinita activa, debe especificar su identificador de concesión en la llamada a la operación de Copy File. Mientras la operación de copia está pendiente, se produce un error en cualquier operación de concesión en el archivo de destino con el código de estado 409 (Conflicto). Una concesión infinita en el archivo de destino se bloquea de esta manera durante la operación de copia, independientemente de si va a copiar en un archivo de destino que tenga un nombre diferente del origen o la copia en un archivo de destino que sea el mismo nombre que el origen. Si el cliente especifica un identificador de concesión en un archivo que aún no existe, Azure Files devuelve el código de estado 412 (error de condición previa).
La operación de Copy File podría terminar de copiar los archivos de forma asincrónica. Use la tabla siguiente para determinar el paso siguiente en función del código de estado que Copy File devuelve:
| Código de estado | Significado |
|---|---|
| 202 (aceptado), x-ms-copy-status: success | La operación de copia finalizó correctamente. |
| 202 (aceptado), x-ms-copy-status: pendiente | La operación de copia no ha finalizado. Sondee el blob de destino mediante Get File Properties para examinar x-ms-copy-status hasta que finalice o se produzca un error en la operación de copia. |
| 4xx, 500 o 503 | Error en la operación de copia. |
Durante y después de una operación de Copy File, las propiedades del archivo de destino contienen el identificador de copia de la operación de Copy File y la dirección URL del blob o archivo de origen. Cuando finalice la operación, Azure Files escribe el valor de hora y resultado (success, failedo aborted) en las propiedades del archivo de destino. Si la operación tiene un resultado failed, el encabezado x-ms-copy-status-description contiene una cadena de detalles de error.
Una operación de Copy File pendiente tiene un tiempo de espera de dos semanas. Intento de copia que no ha terminado después de dos semanas de espera y deja un archivo vacío con el campo x-ms-copy-status establecido en failed y el campo x-ms-status-description establecido en 500 (OperationCancelled). Los errores intermitentes y no irrecuperables que pueden producirse durante una operación de copia podrían impedir el progreso de la operación, pero no provocar un error. En estos casos, x-ms-copy-status-description describe los errores intermitentes.
Cualquier intento de modificar el archivo de destino durante la operación de copia produce un error con el código de estado 409 (conflicto), "Copiar archivo en curso".
Si llama a una operación de Abort Copy File, verá un encabezado x-ms-copy-status:aborted. El archivo de destino tendrá metadatos intactos y una longitud de archivo de 0 bytes. Puede repetir la llamada original a Copy File para volver a intentar la operación.
La cuenta de destino de una operación de Copy File se cobra por una transacción para iniciar la operación. La cuenta de destino también incurre en una transacción para cada solicitud para cancelar o solicitar el estado de la operación de copia.
Cuando el archivo de origen o el blob están en otra cuenta, la cuenta de origen incurre en costos de transacción. Además, si las cuentas de origen y destino residen en diferentes regiones (por ejemplo, Norte de EE. UU. y Sur de EE. UU.), el ancho de banda que usa para transferir la solicitud se cobra a la cuenta de origen como salida. La salida entre cuentas dentro de la misma región es gratuita.
- Operaciones de en archivos
- Autorizar solicitudes a Azure Storage
- códigos de error y estado
- códigos de error de Azure Files
- anular el de archivos de copia