Beim Zugriff auf die SnapManager-Benutzeroberfläche zur Durchführung eines Vorgangs kann die folgende Fehlermeldung angezeigt werden: SMO-20111 : Authentifizierung für Benutzer auf dem Host fehlgeschlagen.

Dieses Problem tritt auf, wenn das Kennwort des Benutzers in dem Host geändert wird, auf dem der SnapManager-Server ausgeführt wird.Nachdem das Passwort geändert wurde, wird der Anmeldeinformationscache, der für den Benutzer erstellt wird, der die GUI gestartet hat, ungültig. Die SnapManager-GUI verwendet zur Authentifizierung weiterhin die Zugangsdaten im Cache und schlägt somit fehl.

Sie müssen eine der folgenden Aufgaben durchführen:

Die Sicherheitswarnung wird angezeigt, wenn Sie Java Web Start verwenden, um auf die SnapManager-GUI zuzugreifen.

Beim Zugriff auf die SnapManager-GUI mit Java Web Start wird eine Sicherheitswarnung angezeigt.Dieses Problem tritt auf, weil JNLP-JARs selbstsigniert sind und die von SnapManager verwendete Java-Version keine selbstsignierten Jars auf hoher Sicherheitsstufe zulässt.

Ändern Sie entweder die Sicherheitseinstellungen im java-Bedienfeld auf Medium, oder fügen Sie die SnapManager-GUI-URL zur Ausnahmeliste hinzu.

In der SnapManager Webstart-GUI wird die falsche Version angezeigt.

Nachdem Sie beim Start der Web-Start-GUI die SnapManager von einer neueren Version auf eine frühere Version heruntergestuft haben, wird die neuere Version der SnapManager Web-Start-GUI gestartet.

Sie müssen den Cache auch löschen, indem Sie die folgenden Schritte durchführen:

Wenn Sie die GUI neu starten und versuchen, die Backups auf ein bestimmtes Profil zu überprüfen, werden nur die Namen der Profile angezeigt.

SnapManager zeigt erst Informationen zu einem Profil an, wenn Sie es öffnen.

Führen Sie folgende Schritte aus:

Wenn Sie das erste Repository in der GUI öffnen, wird eine Fehlermeldung wie die folgende angezeigt: Der Profilname XXXX wird mit dem zuvor geladenen Repository übereinander.

Identisch benannte Profile können nicht in einem Repository vorhanden sein. Sie können auch nur ein Repository gleichzeitig öffnen.

Verwenden Sie die widersprüchlichen Profile von zwei verschiedenen Betriebssystembenutzern oder benennen Sie das Profil um, indem Sie eine SQL-Anweisung für das Repository ausgeben: AKTUALISIEREN Sie SMO_33_PROFILE SET NAME = 'NEW_NAME' MIT DEM NAMEN = 'OLD_NAME'.

Eine Fehlermeldung ähnlich der folgenden wird angezeigt: SMO-01092: Repository kann nicht initialisiert werden repo1@ existiert nicht:repo1SMO-11006: Der Host kann nicht aufgelöst werden

Das Repository ist unzugänglich, vielleicht weil es nicht mehr existiert. Die GUI initialisiert die Liste der Repositorys aus der Anmeldedatei.

In der Fehlermeldung wird gefragt, ob Sie dieses Repository entfernen möchten, damit kein Versuch unternommen wird, es in der Zukunft zu laden. Wenn Sie nicht auf dieses Repository zugreifen müssen, klicken Sie auf Löschen, um es aus der GUI-Ansicht zu entfernen. Dadurch wird der Verweis auf das Repository in der Anmeldedatei entfernt, und die GUI versucht nicht, das Repository erneut zu laden.

Die Profilerstellung schlägt fehl, da die Hostanmeldeinformationen in den Plattformen SUSE Linux Enterprise Server 10 und SUSE Linux Enterprise Server 11 nicht authentifiziert werden.

SnapManager verwendet zur Authentifizierung von Benutzern das Pluggable Authentication Module (PAM). Auf den SUSE Linux Enterprise Server-Plattformen 10 und 11 gibt es im Verzeichnis /etc/pam.d standardmäßig keine SnapManager-Datei, die die erforderlichen Authentifizierungsdetails enthält. Daher schlagen die Host-Anmeldedaten fehl.

So melden Sie sich auf den SUSE Linux Enterprise Server 10- und 11-Plattformen erfolgreich am Host an:

SnapManager benötigt eine längere Zeit, um die Baumstruktur der Datenbank zu laden, und führt dazu, dass auf der SnapManager-Benutzeroberfläche eine Fehlermeldung mit einem Timeout angezeigt wird.

Wenn Sie versuchen, einen Teil-Backup-Vorgang von der SnapManager-Benutzeroberfläche auszuführen, versucht SnapManager, die Anmeldeinformationen für alle Profile zu laden. Wenn ungültige Einträge vorliegen, versucht SnapManager, den Eintrag zu validieren. Dies führt dazu, dass eine Fehlermeldung mit einem Timeout angezeigt wird.

Löschen Sie die Anmeldeinformationen des nicht verwendeten Hosts, Repositorys und Profils, indem Sie den Befehl zum Löschen von Anmeldeinformationen in der SnapManager-Befehlszeilenschnittstelle (CLI) verwenden.

Nach der Teilung des Klons kann SnapManager kein neues Profil generieren, und Sie wissen nicht, ob das neue Profil erstellt wird.

SnapManager fordert Sie nicht auf, wenn ein neues Profil nach dem Split-Vorgang des Klons nicht erstellt wird. Da für den fehlgeschlagenen Vorgang keine Meldung angezeigt wird, gehen Sie möglicherweise davon aus, dass das Profil erstellt wird.

Um zu wissen, ob ein neues Profil für den Klon-Split-Vorgang erstellt wird, führen Sie die folgenden Schritte aus:

Die benutzerdefinierten Skripte, die für die vor- oder Nachbearbeitungsaktivität vor oder nach dem Backup-, Restore- oder Klonvorgang ausgeführt werden, sind in der SnapManager GUI nicht sichtbar.

Wenn Sie nach dem Start des jeweiligen Assistenten benutzerdefinierte Skripts in den benutzerdefinierten Speicherort für Backup, Wiederherstellung oder Klonen hinzufügen, werden die benutzerdefinierten Skripts nicht unter der Liste Verfügbare Skripts angezeigt.

Starten Sie den SnapManager-Hostserver neu, und öffnen Sie dann die SnapManager-GUI.

Sie können die in SnapManager (3.1 oder früher) erstellte XML-Datei für die Klonspezifikation nicht verwenden.

Ab SnapManager 3.2 für Oracle wird der Abschnitt Aufgabenspezifikation (Task-Specification) als separate XML-Datei für die Aufgabenspezifikation bereitgestellt.

Wenn Sie SnapManager 3.2 für Oracle verwenden, müssen Sie den Abschnitt für die Aufgabenspezifikation aus der XML für die Klonspezifikation entfernen oder eine neue XML-Datei für die Klonspezifikation erstellen. SnapManager 3.3 oder höher unterstützt nicht die XML-Datei für die Klonspezifikation, die in SnapManager 3.2 oder älteren Versionen erstellt wurde.

Die SnapManager-Operation auf der Benutzeroberfläche wird nicht fortgesetzt, nachdem Sie die Benutzeranmeldeinformationen gelöscht haben, indem Sie den Befehl smo cumm clear von der SnapManager CLI verwenden oder durch Klicken auf Admin > Anmeldeinformationen > Löschen > Cache in der SnapManager-Benutzeroberfläche.

Die für Repositorys, Hosts und Profile festgelegten Anmeldeinformationen werden gelöscht. SnapManager überprüft vor dem Starten eines Vorgangs die Benutzeranmeldeinformationen.Wenn die Benutzeranmeldeinformationen ungültig sind, kann sich SnapManager nicht authentifizieren. Wenn ein Host oder ein Profil aus dem Repository gelöscht wird, sind die Benutzeranmeldeinformationen weiterhin im Cache verfügbar. Diese unnötigen Einträge mit Anmeldeinformationen verlangsamen die SnapManager-Vorgänge von der GUI.

Starten Sie die SnapManager GUI neu, je nachdem, wie der Cache gelöscht wird. Hinweis:

Legen Sie die Anmeldeinformationen fest, die Sie für das Repository, den Profilhost und das Profil angegeben haben. Wenn in der SnapManager-GUI kein Repository unter der Struktur Repositories zugeordnet ist, führen Sie die folgenden Schritte aus:

Die Fehlermeldung kann die Schutzrichtlinien aus folgendem Grund nicht auflisten: Der Protection Manager ist vorübergehend nicht verfügbar, wird angezeigt, wenn Sie im Dropdown-Menü Protection Manager Protection Policy des Fensters Profileigenschaften und der Seite mit den Richtlinieneinstellungen des Assistenten Profile create Keine auswählen.

Der Protection Manager ist nicht mit SnapManager konfiguriert, oder der Protection Manager wird nicht ausgeführt.

Es ist keine Aktion erforderlich.

Sie können die SnapManager-Benutzeroberfläche nicht über die Java Web Start GUI öffnen, da die SSL-Verschlüsselung (Secure Sockets Layer) des Browsers schwächer ist.

SnapManager unterstützt keine SSL-Chiffren, die schwächer als 128 Bit sind.

Aktualisieren Sie die Browserversion und überprüfen Sie die Verschlüsselungsstärke.