Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Benutzerdefiniertes Plug-in in SnapCenter

Beitragende

Benutzerdefiniertes Plug-in in SnapCenter

Das benutzerdefinierte Plug-in, das mit Java, PERL oder NATIVEM Stil erstellt wurde, kann über SnapCenter Server auf dem Host installiert werden, um die Datensicherung Ihrer Anwendung zu ermöglichen. Sie müssen das Plug-in exportiert haben, um es auf dem SnapCenter-Host zu installieren. Verwenden Sie dazu das in diesem Tutorial beschriebene Verfahren.

Erstellen einer Plug-in-Beschreibungsdatei

Für jedes erstellte Plug-in müssen Sie eine Beschreibungsdatei haben. Die Beschreibungsdatei beschreibt die Details des Plug-ins. Der Name der Datei muss Plugin_descriptor.XML sein.

Verwenden der Attribute der Plug-in-Deskriptordatei und ihrer Bedeutung

Attribut Beschreibung

Name

Name des Plug-ins. Alphanumerische Zeichen sind zulässig. Zum Beispiel DB2, MYSQL, MongoDB

Stellen Sie bei Plug-ins, die im NATIVEN Stil erstellt wurden, sicher, dass Sie nicht die Erweiterung der Datei bereitstellen. Wenn der Plug-in-Name beispielsweise MongoDB.sh lautet, geben Sie den Namen als MongoDB an.

Version

Plug-in-Version: Kann sowohl die Haupt- als auch die Nebenversion enthalten. Beispiel: 1.0, 1.1, 2.0, 2.1

DisplayName

Der Plug-in-Name, der im SnapCenter-Server angezeigt werden soll. Wenn mehrere Versionen desselben Plug-ins geschrieben werden, stellen Sie sicher, dass der Anzeigename bei allen Versionen gleich ist.

PluginType

Sprache zum Erstellen des Plug-ins. Unterstützte Werte sind Perl, Java und Native. Nativer Plug-in-Typ umfasst Unix/Linux Shell-Skripte, Windows-Skripte, Python oder andere Skriptsprache.

OSName

Der Host-OS-Name, auf dem das Plug-in installiert ist. Gültige Werte sind Windows und Linux: Es ist möglich, dass ein einzelnes Plug-in für die Implementierung auf mehreren Betriebssystemtypen, wie BEISPIELSWEISE PERL-Plug-in, zur Verfügung steht.

OSVersion

Die Host-Betriebssystemversion, bei der das Plug-in installiert ist.

Einfindungsname

Name des Ressourcentyps, den das Plug-in unterstützen kann. Zum Beispiel, Datenbank, Instanz, Sammlungen.

Übergeordnet

Falls der Ressourcenname hierarchisch von einem anderen Ressourcentyp abhängig ist, dann Übergeordnetes Element ermittelt den übergeordneten Ressourcentyp.

Zum Beispiel, DB2-Plug-in, die ResourceName „Datenbank“ hat eine übergeordnete „Instanz“.

RequireFileSystemPlugin

Ja oder Nein Legt fest, ob die Registerkarte „Wiederherstellung“ lautet Wird im Wiederherstellungsassistenten angezeigt.

ResourceRequiesAuthentifizierung

Ja oder Nein Legt fest, ob die Ressourcen, die automatisch erkannt werden oder nicht automatisch erkannt, die Anmeldedaten benötigen, um die Datensicherungsvorgänge nach auszuführen Ermitteln des Speichers.

RequireFileSystemClone

Ja oder Nein Bestimmt, ob das Plug-in eine Dateisystem-Plug-in-Integration für den Clone erfordert Workflow:

Ein Beispiel für die Datei Plugin_descriptor.xml für benutzerdefinierte Plug-in DB2 ist wie folgt:

<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>

ZIP-Datei wird erstellt

Nachdem ein Plug-in entwickelt und eine Deskriptordatei erstellt wurde, müssen Sie die Plug-in-Dateien und hinzufügen Die Datei Plugin_descriptor.xml in einen Ordner und zippen Sie sie.

Vor dem Erstellen einer ZIP-Datei müssen Sie Folgendes berücksichtigen:

  • Der Skriptname muss mit dem Plug-in-Namen übereinstimmen.

  • Für PERL-Plug-in muss der ZIP-Ordner einen Ordner mit der Skriptdatei und dem enthalten Die Deskriptordatei muss sich außerhalb dieses Ordners befinden. Der Ordnername muss mit dem identisch sein Plug-in-Name.

  • Für andere Plug-ins als DAS PERL-Plug-in muss der ZIP-Ordner den Deskriptor und enthalten Die Skriptdateien.

  • Die Betriebssystemversion muss eine Zahl sein.

Beispiele:

  • DB2-Plugin: Fügen Sie DB2.pm und Plugin_descriptor.xml Datei zu "DB2.zip".

  • Mithilfe von Java entwickeltes Plug-in: JAR-Dateien, abhängige JAR-Dateien und hinzufügen Plugin_descriptor.xml-Datei in einen Ordner und zippen.

Hochladen der ZIP-Datei für das Plug-in

Sie müssen die Plug-in-ZIP-Datei auf den SnapCenter-Server hochladen, damit das Plug-in für verfügbar ist Bereitstellung auf dem gewünschten Host.

Sie können das Plug-in über die UI oder Cmdlets hochladen.

UI:

  • Laden Sie die Plug-in-ZIP-Datei als Teil des Add- oder Modify Host-Workflow-Assistenten hoch

  • Klicken Sie auf * „Wählen Sie, um benutzerdefinierte Plug-in hochzuladen“*

PowerShell:

  • Cmdlet "Upload-SmPluginPackage"

    Beispiel: PS> Upload-SmPluginPackage -AbsolutePath c:\DB2_1.zip

    Detaillierte Informationen zu PowerShell Cmdlets finden Sie in der SnapCenter Cmdlet-Hilfe oder Weitere Informationen finden Sie in der Cmdlet-Referenzinformation.

Bereitstellen benutzerdefinierter Plug-ins

Das hochgeladene benutzerdefinierte Plug-in ist jetzt als Teil des für die Bereitstellung auf dem gewünschten Host verfügbar Add und Modify Host Workflow. Sie können mehrere Versionen von Plug-ins auf den hochladen SnapCenter-Server und Sie können die gewünschte Version für die Bereitstellung auf einem bestimmten Host auswählen.

Weitere Informationen zum Hochladen des Plug-ins finden Sie unter: "Fügen Sie Hosts hinzu und installieren Sie Plug-in-Pakete auf Remote-Hosts"