Zusammenfassung des Statusdiagramms für die API IBM Storage Protect
Nachdem Sie alle Überlegungen zur Erstellung Ihrer eigenen Anwendung mit der IBM® Storage Protect -API geprüft haben, sehen Sie sich diese Statusdiagrammzusammenfassung einer gesamten Anwendung an.
Abbildung 1 enthält das Statusdiagramm für die API. Sie enthält alle zuvor angezeigten Zustandsdiagramme sowie verschiedene andere Aufrufe, die zuvor nicht angezeigt wurden.
Wichtige Punkte in diesem Diagramm umfassen:
- dsmQueryApiVersionEx kann jederzeit aufgerufen werden. Dieser Funktion ist kein Zustand zugeordnet. Ein Beispiel finden Sie in Abbildung 1 .
- Rufen Sie dsmQueryCliOptions nur vor einem Aufruf dsmInitEx auf.
- Verwenden Sie dsmRegisterFS, dsmUpdateFSund dsmDeleteFS , um Dateibereiche zu verwalten. Diese Aufrufe erfolgen innerhalb eines inaktiven Sitzungsstatus. Verwenden Sie den Aufruf dsmBeginQuery , um Dateibereiche abzufragen. Weitere Informationen zu Dateibereichsaufrufen finden Sie unter Dateibereiche verwalten.
- Senden Sie den Aufruf dsmBindMC innerhalb eines inaktiven Sitzungsstatus oder innerhalb eines Transaktionsstatus für das Senden von Objekten. Siehe das Beispiel in Abbildung 1.
- Senden Sie den dsmChangePW -Aufruf innerhalb eines inaktiven Sitzungsstatus.Hinweis: Wenn der Aufruf dsmInitEx mit einem Rückgabecode für abgelaufene Kennwörter zurückgegeben wird, muss der Aufruf dsmChangePW erfolgen, bevor Sie eine gültige Sitzung starten. Ein Beispiel für die Verwendung von dsmChangePWfinden Sie in Abbildung 3 .
- Gibt ein Aufruf einen Fehler zurück, ändert sich der Zustand nicht. Wenn dsmGetObj beispielsweise mit einem Fehler zurückgegeben wird, bleibt der Status in 'Daten abrufen' bestehen und ein Aufruf an dsmEndGetObj ist ein Aufrufreihenfolgefehler.
