Für SM-Pubsets ist das Importieren und Exportieren von Pubsets wesentlich komplexer als für SF-Pubsets, da SM-Pubsets spezifische Metadaten enthalten.
Wenn das Kommando IMPORT-PUBSET für einen SM-Pubset gegeben wird, ruft die IMPORT-Task HSMS auf. HSMS überprüft die Namen der Steuer- und Auftragsdatei des SM-Pubsets, liest die Steuerdatei in Speichertabellen und reaktiviert die Aufträge der Auftragsdatei. Die General Catalog Facility wird geöffnet und die Sättigungsstufe des Pubsets wird überprüft. Eine Überprüfung wird durchgeführt, um aus den HSMS-Tabellen alle SF-Definitionen des Pubsets zu entfernen. SF-Definitionen können vorkommen, wenn der SM-Pubset unter derselben Katalogkennung konvertiert wurde oder wenn der SM-Pubset an einen anderen Host importiert wird. (Das Entfernen der SF-Definitionen ist nicht endgültig, da es nicht in der Steuerdatei, sondern im Common Memmory Pool durchgeführt wird.)
Wenn die Startup-Verarbeitung abgeschlossen ist, steht der SM-Pubset für HSMS zur Verfügung. Die IMPORT-Task wartet maximal ca. 2 Minuten auf den Abschluss der Startup-Verarbeitung; dann gibt sie die Kontrolle zurück.
Wenn während der HSMS-Startup-Verarbeitung ein Fehler auftritt, wird die Verarbeitung abgebrochen, obwohl der Import des Pubsets fortgesetzt wird. Dies führt zu einem SM-Pubset, auf den das DVS zugreifen kann, der aber nicht „HSMS-gestartet“ ist. HSMS erkennt solche Situationen: ein neuer Startup wird automatisch ausgelöst, sobald eine Aktion in der Umgebung durchgeführt wird. Beispielsweise wird bei der Anweisung SHOW-SM-PUBSET-PARAMETERS versucht, die Umgebung erneut zu starten. Dadurch hat der HSMS-Verwalter die Möglichkeit, ein Problem in der Startup-Verabeitung zu korrigieren, ohne den vollständigen Export/Import des SM-Pubsets durchzuführen. Erneut wartet die Task, die den Start der Umgebung anfordert, maximal ca. 2 Minuten auf den Abschluss der Startup-Verarbeitung. Die HSMS-Anweisung, die den Startup angefordert hat, misslingt, wenn ein Fehler oder eine Zeitlimitüberschreitung auftritt (obwohl in diesem Fall der Startup asynchron fortgesetzt wird).
Diese HSMS-Import-Verarbeitung wird ebenfalls automatisch beim Erstellen des Subsystems von der HSMS-Maintask aufgerufen, für jeden aktuell zugreifbare SM-Pubset, der unter HSMS-Kontrolle steht.
Beim Kommando EXPORT-PUBSET für einen SM-Pubset wird implizit die gesamte HSMS-Stop-Verarbeitung für eine SM-Umgebung durchführt. Die Stop-Verarbeitung bricht namentlich alle Aufträge mit dem Status ACCEPTED ab. Außerdem wartet sie auf den Abschluss aller bereits gestarteten Aufträge. Für jede HSMS-Servertask, die gerade in der Umgebung arbeitet, wird eine Meldung am Bedienplatz ausgegeben. Wenn der Synchronisierungspunkt erreicht ist, löscht die EXPORT-Task die Archivdefinitionen der SM-Umgebung aus dem Speicher und gibt die Kontrolle zurück.
Aufträge mit dem Status ACCEPTED, die von der Export-Verarbeitung abgebrochen wurden, werden nicht gelöscht. Sie bleiben in der Auftragsdatei und werden beim nächsten Import des SM-Pubsets reaktiviert.
Dies gilt nicht für Concurrent-Copy-Aufträge, die keine SHC-OSD-Spiegelungsfunktionen verwenden und die abgebrochen werden und deren zugehörige Session vom EXPORT-Task deinitialisiert wird. Solche Concurrent-Copy-Aufträge werden beim nächsten Import des SM-Pubsets in den Status CANCELLED gebracht, da sie nicht wiederanlauffähig sind. Es findet keine Verarbeitung statt und es ist kein Report verfügbar. Wenn ein solcher Auftrag durch einen Export vorzeitig deinitialisiert wird, sendet der EXPORT-Task eine Meldung an den Bedienplatz.