Preguntas frecuentes sobre políticas de gestión del ciclo de vida

Este artículo responde a preguntas frecuentes sobre políticas de gestión del ciclo de vida en Azure Blob Storage.

He creado una nueva política. ¿Por qué no se ejecutan las acciones inmediatamente?

Una vez configurada una política, puede tardar hasta 24 horas en hacer efecto. Una vez que la política está en vigor, el tiempo que tarda en ejecutarse las acciones puede variar dependiendo del tamaño de la cuenta de almacenamiento y de las operaciones realizadas.

Si actualizo una política existente, ¿cuánto tiempo tarda en ejecutarse las acciones?

La política actualizada puede tardar hasta 24 horas en entrar en vigor. Una vez que la política está en vigor, el tiempo que tarda en ejecutarse las acciones varía en función del tamaño de la cuenta de almacenamiento y de las operaciones que se realicen. Si la actualización consiste en desactivar o eliminar una regla, y se ha utilizado enableAutoTierToHotFromCool, la clasificación automática al nivel hot sigue produciéndose. Por ejemplo, establece una regla que incluya enableAutoTierToHotFromCool en función del último acceso. Si la regla se desactiva o se elimina, y un blob se encuentra actualmente en el nivel cool o cold y se accede a él, volverá al nivel hot, ya que esto se aplica al acceder a él al margen de la administración del ciclo de vida. El blob no pasa de caliente a frío o frío si la regla de gestión del ciclo de vida está desactivada o eliminada. La única manera de evitar autoTierToHotFromCool es desactivar el seguimiento de la hora del último acceso.

La ejecución se completa, pero no mueve ni elimina algunos blobs

Dependiendo del tamaño y el número de objetos en una cuenta de almacenamiento, puede que necesites más de una ejecución para procesar todos los objetos. También puedes consultar los registros de recursos de almacenamiento para ver si la política de gestión del ciclo de vida está realizando las operaciones.

No veo cambios de capacidad aunque la directiva se esté ejecutando y eliminando los blobs

Comprueba si funciones de protección de datos como la eliminación suave o el sistema de versiones están activadas en la cuenta de almacenamiento. Incluso si la política elimina los blobs, esos blobs pueden seguir existiendo en estado de eliminación suave o en una versión antigua, dependiendo de cómo estén configuradas estas funciones.

He rehidratado un blob archivado. ¿Cómo evito que se mueva temporalmente de nuevo al nivel de Archivo?

Si hay una directiva de administración del ciclo de vida en vigor para la cuenta de almacenamiento, rehidratar un blob cambiando su nivel puede dar lugar a una situación en la que la directiva de ciclo de vida vuelva a mover el blob al nivel archive. Esta condición ocurre si el último tiempo de modificación, la hora de creación o el último tiempo de acceso superan el umbral establecido para la política. Hay tres formas de prevenir esta condición:

  • Añade la daysAfterLastTierChangeGreaterThan condición a la tierToArchive acción de la póliza. Vea Uso de directivas de administración del ciclo de vida para archivar blobs.

  • Desactiva temporalmente la regla que afecta a este blob para evitar que se archive de nuevo. Reactiva la regla cuando el blob pueda moverse de nuevo de forma segura al nivel de archivo.

  • Si es necesario que el blob permanezca en el nivel hot, cool o cold de forma permanente, cópielo a otra ubicación en la que no esté en vigor la directiva de administración del ciclo de vida.

La cadena de coincidencia del prefijo del blob no ha aplicado la directiva a los blobs previstos

El campo de coincidencia de prefijo de blob de una directiva es una ruta de blob completa o parcial, que se utiliza para identificar los blobs a los que se desean aplicar las acciones de la directiva. La ruta debe comenzar con el nombre del contenedor. Si no especificas una coincidencia con prefijos, la política se aplica a todos los blobs de la cuenta de almacenamiento. El formato de la cadena de coincidencia con prefijos es [container name]/[blob name]. Ten en cuenta los siguientes puntos sobre la cadena de coincidencia del prefijo:

  • Una cadena de coincidencia de prefijo como container1/ se aplica a todos los blobs del contenedor denominado container1. Una cadena de coincidencia de prefijo container1, sin la barra inclinada final (/), se aplica a todos los blobs de todos los contenedores cuyo nombre comience por la cadena container1. El prefijo coincide con contenedores llamados container11, container1234, container1ab, y así sucesivamente.
  • Una cadena de coincidencia de prefijo container1/sub1/ se aplica a todos los blobs del contenedor denominado container1 que comiencen por la cadena sub1/. Por ejemplo, el prefijo coincide con blobs llamados container1/sub1/test.txt o container1/sub1/sub2/test.txt.
  • El carácter asterisco * es un carácter válido en un nombre de blob. Si usas el carácter de asterisco en un prefijo, el prefijo coincide con los blobs que tienen un asterisco en sus nombres. El asterisco no funciona como carácter comodín.
  • El signo de interrogación ? es un carácter válido en un nombre de blob. Si se utiliza el signo de interrogación en un prefijo, este coincidirá con los blobs que contengan un signo de interrogación en sus nombres. El signo de interrogación no funciona como un carácter comodín.
  • La coincidencia de prefijo solo considera comparaciones lógicas afirmativas (=). Ignora las comparaciones lógicas negativas (!=).
  • La coincidencia de prefijos funciona de forma que distingue mayúsculas de minúsculas.

¿Hay alguna forma de identificar el momento en que se ejecutará la política?

Desafortunadamente, no hay forma de controlar el tiempo en que se ejecutará la política, ya que es un proceso de programación en segundo plano. Las políticas del ciclo de vida comienzan a ejecutarse en un plazo de 24 horas desde la creación o actualización de una regla. Las políticas procesan objetos de forma continua en segundo plano, según sea necesario. El sistema da prioridad a las solicitudes procedentes de las cargas de trabajo. Así que no hay forma de seguir el tiempo en que una póliza podría estar en ejecución. El tiempo necesario para procesar objetos puede depender de la tasa de solicitud de la cuenta de almacenamiento. Este tiempo puede ser más largo si la tasa de solicitudes de la cuenta de almacenamiento se acerca al límite de la cuenta de almacenamiento.

Pasos siguientes

  • Last updated on