Azure Blob Storage: Contenido de bloque o blob no válido, o lista de bloques no válida

Se produce un error al cargar contenido de blobs o bloques en Azure Blob Storage

En este artículo se describe cómo resolver errores que pueden producirse cuando se usa Microsoft Azure Blob Storage junto con las aplicaciones en la nube para cargar contenido de blobs o bloques.

• Una cuenta de almacenamiento de uno de los siguientes servicios de almacenamiento:
  • Azure Blob Storage
  • Azure Data Lake Storage Gen2
  • Almacenamiento de uso general v2
• Azure Storage SDK
• Explorador de Azure Storage
• PowerShell

Recibe uno de los siguientes mensajes de error.

La longitud de bloque especificada en la solicitud Put Block URI no es válida por uno o varios de los siguientes motivos:

• La aplicación o el cliente especificaron un tamaño de bloque que no se admite.

• El tamaño del bloque es mayor que el tamaño máximo permitido del bloque. Para buscar los límites de tamaño de bloque para diferentes versiones de la API REST de Blob Service, consulte la sección Comentarios del artículo de referencia "Put Block".

• Cuando intentó cargar bloques de datos mediante más de una aplicación, había bloques no confirmados que tenían longitudes de bloque incoherentes. Esta situación se produce porque diferentes aplicaciones usan longitudes diferentes para cargar datos o porque se produjo un error en una carga anterior.

• El blob tiene demasiados bloques no confirmados porque se canceló una operación de carga anterior. El número máximo de bloques no confirmados que se pueden asociar a un blob es de 100 000.

Quite los bloques no confirmados mediante la implementación de una de estas soluciones.

Espere siete días a que la recolección de elementos no utilizados limpie la lista de bloques sin confirmar.

Use el SDK de Azure Storage para transferir los datos mediante un blob ficticio. Para ello, siga estos pasos:

1. Cree un blob ficticio que tenga el mismo nombre de blob y esté en el mismo contenedor. Este blob puede tener una longitud de cero.

2. Transfiera el blob mediante una transferencia desbloqueada.

Use el SDK de Azure Storage para confirmar la lista de bloques sin confirmar y limpiar el blob. Para ello, siga estos pasos:

1. Recupere la lista de bloques sin confirmar realizando una solicitud URI Get Block List en la que el blocklisttype parámetro URI se establece uncommitteden .

2. Confirme la lista de bloques mediante la solicitud PUT Block List URI.

3. Elimine el blob.

La siguiente función de PowerShell es un ejemplo de cómo recuperar una lista de bloques sin confirmar y, a continuación, eliminarla. La función requiere los parámetros siguientes.

[CmdletBinding()] Param(
    [Parameter(Mandatory=$true, Position=1)] [string] $StorageAccountName,
    [Parameter(Mandatory=$True, Position=1)] [string] $SharedAccessSignature,
    [Parameter(Mandatory=$True, Position=1)] [string] $ContainerName,
    [Parameter(Mandatory=$True, Position=1)] [string] $BlobName
)

# Build the URI strings in the REST API for GET and DELETE.
$uriDelete = (
    "https://$StorageAccountName.blob.core.windows.net/",
    "$ContainerName",
    "/",
    "$BlobName",
    "$SharedAccessSignature"
) -Join ""
$uriGet = (
    "$uriDelete",
    "&comp=blocklist",
    "&blocklisttype=uncommitted"
) -Join ""
Write-Host "The Delete URI is $uriDelete."
Write-Host "The Get URI is $uriGet."

# Make a REST API call to get the uncommitted block list.
$listFileURI = Invoke-WebRequest -Uri $uriGet -Method Get
$FileSystemName = $listFileURI.Content
$String = $FileSystemName -replace '' , ''
$String |
    Select-Xml –XPath "/BlockList/UncommittedBlocks/Block" |
        Select-Object -Expand Node
$Count = $String.Count

# Delete the blob and the uncommitted block.
if ($Count.Count -gt 0) {
    $listFileURI1 =  Invoke-WebRequest -Uri $uriDelete -Method Delete
    $FileSystemName1 = $listFileURI1.StatusCode
    Write-Host "The deletion was successful. The API returned status code $FileSystemName1."
}

Write-Host "Check whether the uncommitted blocks are still present."
Try {
    $listFileURI2 = Invoke-WebRequest -Uri $uriGet -Method Get
} Catch {
    # $err = $_.Exception
    Write-Host "StatusCode:" $_.Exception.Response.StatusCode.value__
    Write-Host "StatusDescription:" $_.Exception.Response.StatusDescription
}

Write-Host (
    "In this error message, we can verify that the",
    "uncommitted blocks and their respective blob have been deleted.",
    "The name and size of the uncommitted blocks that have been deleted are shown."
)

Se produce un problema de temporización o simultaneidad. Esto hace que se produzcan varias operaciones PUT (Put Block) aproximadamente al mismo tiempo para un solo blob. La operación Put Block List escribe un blob especificando la lista de identificadores de bloque que componen el blob. Para escribirse como parte de un blob, un bloque debe haberse escrito correctamente en el servidor en una operación put block anterior.

En lugar de usar la simultaneidad optimista, intente implementar la simultaneidad pesimista (concesiones) mediante el SDK de Azure Storage o una herramienta basada en GUI, como Explorador de Azure Storage. Para obtener más información sobre la simultaneidad optimista y pesimista, consulte Administración de la simultaneidad en Blob Storage.

Si el error se debe a problemas de simultaneidad, es posible que también tenga que limpiar los bloques no confirmados siguiendo una de las soluciones de la causa 1.