I denne uge vil vi bringe et lille tip om HSM. Kommandoen TSO HQ (HQ er en forkortelse af HSM QUERY) kan fortælle dig hvilke udestående requests, din user har mod HSM. Det kan du blandt andet benytte til at finde ud af, hvordan det går med dine recalls, hvis du har bedt om sådan nogle.

Det smarte ved TSO HQ er, at den kan fortælle dig om de udestående requests, som dine batchjobs har mod HSM. Med andre ord, hvis du har submittet et batchjob, så det kører under din user (hvad der er det normale), kan du fra din TSO-session med TSO HQ holde øje med om det pågældende batchjob er igang med noget HSM.

Typisk sker der det, at man submitter et batchjob og det går af uforklarlige årsager i stå, selvom alt ser normalt ud. Sådan en situation skyldes ofte, at batchjobbet benytter et dataset, som er blevet HSM migreret. Det kan du let og enkelt opklare med en TSO HQ. Hvis det så ikke er tilfældet, så har du da fået fjernet mistanken fra HSM.

Det irriterende ved TSO HQ er, at man kun får en status for sin egen user. Det er især irriterende, når man gang på gang får at vide, at man er nummer 5 i køen. Hvis man har operatør adgang kan man udstede en
    /F HSM,Q AC
der fortæller om alle datasets, der er ved at blive recalled. Hvis man ikke har operatør adgang (hvad der gælder for de fleste), så må man spørge en med operatør adgang, hvad det er, HSM har så travlt med.