Los administradores de sistemas tienen que poder instalar y registrar una nueva versión de un tipo de recurso existente para permitir el registro de múltiples versiones de un tipo de recurso determinado y para migrar un recurso a una nueva versión del tipo de recurso, sin tener que eliminar y volver a crear el recurso. Los desarrolladores de recursos tienen que comprender los requisitos para proporcionar una actualización del tipo de recurso y una migración del recurso.
Los tipos de recurso desarrollados de manera que admitan una modernización se denominan habilitados para modernización.
Una nueva versión de un tipo de recurso puede diferir de una versión anterior en muchas formas:
Los atributos de las propiedades del tipo de recurso pueden cambiar
El conjunto declarado de propiedades de recursos, incluidas propiedades estándar y de extensión, puede cambiar
Los atributos de las propiedades de recursos, como default, min, max, arraymin, arraymax o la capacidad de ajuste pueden cambiar
El conjunto de métodos declarados puede variar
La implementación de métodos o supervisores puede cambiar.
El desarrollador del tipo de recursos decide cuándo se puede migrar un recurso a una nueva versión, entre las siguientes opciones de ajuste. Las opciones aparecen ordenadas de la menos a la más restrictiva:
En cualquier momento (Anytime)
Cuando el recurso no está bajo supervisión (When_unmonitored)
Cuando el recurso está fuera de línea (When_offline)
Cuando el recurso está inhabilitado (When_disabled)
Cuando el grupo de recursos no está siendo gestionado (When_unmanaged)
En el momento de la creación (At_creation)
En este capítulo se usa la orden scrgadm cuando se trata de las modernizaciones. Sin embargo, el administrador no está obligado a usar la orden scrgadm, sino que también puede utilizar la GUI o la orden scsetup para realizar la modernización.