Plugin personalizado en SnapCenter
Plugin personalizado en SnapCenter
El complemento personalizado creado con Java, PERL o estilo NATIVO puede instalarse en el host utilizando SnapCenter Server para permitir la protección de datos de su aplicación. Debe haber exportado el plugin para instalarlo en el host SnapCenter mediante el procedimiento proporcionado en este tutorial.
Crear un archivo de descripción del plugin
Para cada plugin creado, debe tener un archivo de descripción. El archivo de descripción describe los detalles del plugin. El nombre del archivo debe ser Plugin_descriptor.xml.
Usar atributos del archivo descriptor del plugin y su importancia
Atributo | Descripción |
---|---|
Nombre |
Nombre del plugin. Se permiten caracteres alfanuméricos. Por ejemplo, DB2, MYSQL, MongoDB Para los plugins creados con un estilo NATIVO, asegúrese de no proporcionar la extensión del archivo. Por ejemplo, si el nombre del plugin es MongoDB.sh, especifique el nombre como MongoDB. |
Versión |
Versión de plugin. Puede incluir tanto la versión principal como la secundaria. Por ejemplo, 1.0, 1.1, 2.0, 2.1 |
DisplayName |
El nombre del plugin que se mostrará en SnapCenter Server. Si se escriben varias versiones del mismo complemento, asegúrese de que el nombre para mostrar es el mismo en todas las versiones. |
PluginType |
Idioma utilizado para crear el plug-in. Los valores admitidos son Perl, Java y Native. El tipo de complemento nativo incluye scripts de shell de Unix/Linux, scripts de Windows, Python o cualquier otro lenguaje de scripting. |
OSNAME |
El nombre del sistema operativo del host donde se ha instalado el plugin. Los valores válidos son Windows y. Linux. Es posible que un único complemento esté disponible para su puesta en marcha en varios tipos de sistemas operativos, como el complemento DE tipo PERL. |
OSVersion |
La versión del sistema operativo del host donde se instaló el plugin. |
ResourceName |
Nombre del tipo de recurso que admite el plugin. Por ejemplo, base de datos, instancia, recopilaciones. |
Padre |
En caso de que el ResourceName dependa jerárquicamente de otro tipo de recurso, entonces El elemento principal determina el tipo de recurso primario. Por ejemplo, el complemento DB2, ResourceName “Database” tiene una “instancia” principal. |
RequireFileSystemPlugin |
Sí o no Determina si la pestaña de recuperación es se muestra en el asistente de restauración. |
ResourceRequiresAuthentication |
Sí o no Determina si los recursos que se detectan automáticamente o no se detectan las credenciales autodetectadas necesitan credenciales para realizar las operaciones de protección de datos después de detectar el almacenamiento. |
RequireFileSystemClone |
Sí o no Determina si el plugin requiere integración de plugin del sistema de archivos para la clonación flujo de trabajo. |
A continuación, se muestra un ejemplo del archivo Plugin_descriptor.xml para el plugin personalizado DB2:
<Plugin> <SMSServer></SMSServer> <Name>DB2</Name> <Version>1.0</Version> <PluginType>Perl</PluginType> <DisplayName>Custom DB2 Plugin</DisplayName> <SupportedOS> <OS> <OSName>windows</OSName> <OSVersion>2012</OSVersion> </OS> <OS> <OSName>Linux</OSName> <OSVersion>7</OSVersion> </OS> </SupportedOS> <ResourceTypes> <ResourceType> <ResourceName>Database</ResourceName> <Parent>Instance</Parent> </ResourceType> <ResourceType> <ResourceName>Instance</ResourceName> </ResourceType> </ResourceTypes> <RequireFileSystemPlugin>no</RequireFileSystemPlugin> <ResourceRequiresAuthentication>yes</ResourceRequiresAuthentication> <SupportsApplicationRecovery>yes</SupportsApplicationRecovery> </Plugin>
Creación de un archivo ZIP
Después de desarrollar un plugin y crear un archivo descriptor, es necesario añadir los archivos del plugin y. El archivo Plugin_descriptor.xml en una carpeta y comprimirlo.
Debe tener en cuenta lo siguiente antes de crear un archivo ZIP:
-
El nombre de script debe ser el mismo que el del plugin.
-
Para el plugin DE PERL, la carpeta ZIP debe contener una carpeta con el archivo de script y el el archivo descriptor debe estar fuera de esta carpeta. El nombre de la carpeta debe ser el mismo que el nombre del plugin.
-
En el caso de otros plugins que no sean el plugin DE PERL, la carpeta ZIP debe contener el descriptor y. los archivos de script.
-
La versión de SO debe ser un número.
Ejemplos:
-
DB2 plug-in: Agregue el archivo DB2.pm y Plugin_descriptor.xml a “DB2.zip”.
-
Plug-in desarrollado usando Java: Agregar archivos jar, archivos jar dependientes, y. Archivo Plugin_descriptor.xml en una carpeta y comprimirlo.
Cargando el archivo ZIP del plugin
Debe cargar el archivo ZIP del plugin en el servidor de SnapCenter de modo que el plugin esté disponible para despliegue en el host deseado.
Puede cargar el plugin mediante la interfaz de usuario o cmdlets de.
UI:
-
Cargue el archivo ZIP del plug-in como parte del asistente de flujo de trabajo Add o Modify Host
-
Haga clic en “Seleccionar para cargar el complemento personalizado”
PowerShell:
-
Cmdlet Upload-SmPluginPackage
Por ejemplo, PS> Upload-SmPluginPackage -AbsolutePath c:\DB2_1.zip
Para obtener información detallada sobre los cmdlets de PowerShell, use la ayuda de cmdlets de SnapCenter o consulte la información de referencia de cmdlet.
Implementación de los plugins personalizados
El plugin personalizado cargado ahora está disponible para la implementación en el host deseado como parte del Añadir y Modificar Host flujo de trabajo. Puede tener varias versiones de los plugins cargadas en Servidor SnapCenter y puede seleccionar la versión que desee implementar en un host específico.
Para obtener más información sobre cómo cargar el plugin, consulte, "Añada hosts e instale paquetes de plugins en hosts remotos"