Amministrare un AS/400: come funziona il sistema

3 min di lettura · Software

Rivista il Verificata su IBM i 7.5

Accedi per salvare

Chi arriva a un IBM i da Linux o da Windows trova parole diverse, come libreria, sottosistema, coda di uscita, lista librerie, e sotto le parole idee diverse: il sistema è costruito su un modello suo.

Questa guida spiega quel modello. Non è un elenco di comandi da imparare a memoria: è la mappa che rende quei comandi prevedibili, e ogni capitolo porta i comandi e le query per guardare le cose sul proprio sistema.

A chi è rivolta

A chi si trova un IBM i in carico e deve cominciare a risponderne: il sistemista che ha appena perso la persona che seguiva la macchina, lo sviluppatore che ha sempre lavorato dentro l'applicativo e ora deve capire che cosa c'è sotto, il consulente che entra in un ambiente che non ha costruito.

Non serve conoscere RPG. Serve un accesso al sistema, anche solo in lettura, perché quasi tutto quello che c'è scritto qui si può guardare sul proprio.

Come è organizzata

I capitoli vanno letti in ordine la prima volta: ciascuno usa i termini definiti in quelli prima. Dopo si consultano singolarmente.

Parte Capitoli
Com'è fatta la macchina che cos'è un IBM i, gli ASP
Come sono organizzati i dati oggetti e librerie, la lista librerie
Come lavora job e sottosistemi
Chi può fare che cosa profili, diritti e livelli di sicurezza
Di che cosa risponde chi la conduce messaggi e job log, lo spool, i salvataggi, la manutenzione ordinaria

Ogni capitolo ha in fondo le pagine IBM su cui poggia, per il rilascio 7.5.

Una premessa sui nomi

Il sistema operativo si è chiamato OS/400, poi i5/OS dalla V5R3, e dal 2008 IBM i; le macchine hanno cambiato nome più volte. In azienda si sente ancora dire «l'AS/400» per qualunque generazione. In questa guida si usa IBM i per il sistema operativo e AS/400 dove è il nome con cui la cosa si sente nominare; i rilasci, uno per uno, sono in Rilasci.

Capitoli della guida

  1. Che cos'è un AS/400, e perché non somiglia a nient'altro Il sistema operativo non parla con l'hardware, e i programmi non parlano con la memoria. Da queste due scelte discende quasi tutto il resto.
  2. Gli ASP: come il sistema divide i dischi ASP di sistema, di base e indipendenti: cosa cambia fra i tre, cosa succede quando uno si riempie, e perché un job può non vedere una libreria che esiste.
  3. Oggetti, librerie e il file system Dove stanno le cose su un IBM i: un solo livello di librerie, nessuna cartella dentro cartella, e accanto un file system che invece funziona come ci si aspetta.
  4. La lista librerie Il meccanismo che spiega perché lo stesso programma funziona per te e di notte no. Se una cosa sola di questa guida va capita bene, è questa.
  5. Job, sottosistemi e code Come il sistema decide dove far girare un lavoro, con quanta memoria e con quale priorità. È la parte che si tocca quando qualcosa è lento.
  6. Profili, diritti e livelli di sicurezza I diritti speciali, i diritti sugli oggetti, gruppi, elenchi e diritto adottato, i livelli di QSECURITY. Con le query per vedere chi può fare cosa.
  7. Messaggi, QSYSOPR e job log Le code di messaggi, QSYSMSG, le risposte automatiche e il job log: perché a volte manca, e come trovarci il primo errore con SQL.
  8. Lo spool: stampe e code di uscita Su un IBM i non si stampa: si produce spool. Capire la differenza spiega anche perché il disco si riempie.
  9. Salvare e ripristinare Che cosa va salvato, che cosa recuperano i journal, e la domanda a cui bisogna saper rispondere prima che serva: quanto lavoro si perde.
  10. La manutenzione ordinaria PTF e gruppi, IPL e lati A e B, spazio disco, valori di sistema e schedulazioni: che cosa guardare, con quale query, e ogni quanto.
#sistema #amministrazione #base
← Torna al blog

Potrebbe interessarti

Commenti

Nessun commento ancora. Sii il primo a commentare!

Devi avere un account per commentare. Accedi · Registrati