Control de versiones de Object Storage

Cada cubo de Object Storage tiene el estado de control de versiones de objeto desactivado, activado o suspendido. Por defecto, el control de versiones de objeto está desactivado en un cubo. Es importante entender el comportamiento asociado con cada estado de control de versiones de objeto.

Ningún objeto se suprime físicamente de un cubo que tenga activado el control de versiones a no ser que realice una acción explícita para ello. Si suprime un objeto sin tener como destino una versión específica, la versión más reciente del objeto se convierte en una versión de objeto anterior y se crea un marcador de supresión especial que marca el punto de supresión. Un marcador de supresión solo contiene metadatos mínimos. Si suprime una carpeta, se crea un marcador de supresión para cada objeto de la carpeta. Suprima el marcador de supresión para que esa versión suprimida se convierta en la versión más reciente del objeto.

Al cargar un objeto con el mismo nombre que el marcador de supresión, el objeto cargado se convierte en la versión más reciente del objeto. El marcador de supresión se conserva. Puede haber varios marcadores de supresión para un objeto y puede recuperar cualquiera de las versiones de objeto anteriores.

La supresión de la versión de objeto es diferente. Al suprimir una versión de objeto, la versión se suprime permanentemente. La supresión permanente también ocurre si suprime explícitamente la versión más reciente por ID de versión. Todas las operaciones de supresión que tienen como objetivo un ID de versión de objeto específico suprimen permanentemente los datos.

Si no está familiarizado con las políticas, consulte Gestión de dominios de identidad y Políticas comunes.

Para administradores:

• Puede crear una política que permita al grupo de IAM especificado gestionar espacios de nombre de Object Storage, cubos y sus objetos asociados en todos los compartimentos del arrendamiento. Por ejemplo, para permitir que el grupo de IAM StorageAdmins realice todas las acciones en el arrendamiento:

  Allow group StorageAdmins to manage object-family in tenancy

• Como alternativa, puede crear políticas que reduzcan el ámbito de acceso. Por ejemplo, puede crear políticas que permitan al grupo StorageAdmins gestionar solo los cubos y los objetos de un compartimento denominado ObjectStore del arrendamiento:

  Allow group StorageAdmins to manage buckets in compartment ObjectStore
  Allow group StorageAdmins to manage objects in compartment ObjectStore

• Si crea políticas más restrictivas que otorgan permisos individuales, se requiere BUCKET_UPDATE para activar el control de versiones. La carga de objetos, la sustitución de objetos existentes o la supresión de objetos requieren los permisos habituales necesarios para esas operaciones. OBJECT_VERSION_DELETE es necesario para suprimir versiones de objeto. Por ejemplo, para permitir que un grupo denominado StorageSupport gestione los recursos de Object Storage y evitar que ese grupo elimine las versiones de objeto de forma permanente:

  Allow group StorageSupport to manage object-family in tenancy where request.operation != 'DeleteObjectVersion'

Para obtener más información sobre otras alternativas para la escritura de políticas, consulte Detalles de Object Storage, Archive Storage y Data Transfer.

• El control de versiones se puede activar en un cubo en el nivel estándar de (Object Storage) o Archive Storage.
• Restaurar un objeto archivado es una operación in situ y no crea una versión de objeto.
• Puede renombrar la versión más reciente de un objeto, pero no puede renombrar una versión de objeto anterior. Cuando se renombra un objeto, se crea un nuevo objeto.

En esta sección se describen algunos elementos clave que debe conocer sobre la interacción entre el control de versiones de objeto y otras funciones de Object Storage.