Il documento illustra le soluzioni di alta disponibilità (HA) e disaster recovery (DR) per IBM Power I, evidenziando vari metodi di replica e gestione dei dati come il geographic mirroring e la replica logica. Le soluzioni proposte includono flessibilità nella gestione dei dati e supporto per diversi tipi di storage, garantendo un'alta efficienza sia in scenari pianificati che non. Viene inoltre discussa l'importanza dell'ottimizzazione delle risorse e delle procedure di backup per ridurre i tempi di interruzione del servizio.

1. Soluzioni di HA su
POWER i
Power HA System mirror for IBM i
28 SETTEMBRE 2016
SPAZIO LA STAMPA- TORINO

2.  Copia a carico del sistema
operativo
 Indifferente al tipo di dato
 Indifferente al tipo di
storage (interno/esterno)
 HA e DR
Geographic Mirroring
CrossSiteMirroring
Integrati o SAN
 Duplice copia di dati
 Ampia flessibilità
 Switch veloci
 HA e DR
Soluzioni di HA e DR multi-Sistema su IBM Power i
Soluzioni basate su IASP
Soluzioni basate su SW di replica
 Copia a carico della SAN
 Indifferente al tipo di dato
 HA e DR
PPRCFlashCopy
Metro Mirror / Global Mirror / FlashCopy®
LUN level switching
 SAN con
singolo storage
 HA solo dei
server
 Copia a carico della SAN
 Indifferente al tipo di dato
 FSR Toolkit DR solution
PPRCFlashCopy
Replica logica Replica SAN intero sistema
NEW FSR toolkit
POWERHA

3. 1. HA con sw di replica logica
Integrati o SAN
 Duplice copia di dati
 Ampia flessibilità
 Switch veloci
 HA e DR
Soluzioni basate su SW di replica
Replica logica
Tecnologia presente da diversi anni:
•Logical replication occurs at the object level
•Journal-based over TCP/IP
– Cattura le journal entries su produzione (user-defined
and system audit journals)
– Transmette e le applica sul target HA
•Disk subsystem agnostic
•Lavora con la maggior parte delle installazioni HW e SW
Vantaggi
– Permette delle operazioni in read sul target
– Richiede meno banda di trasmissione rispetto alle soluzioni di replica basate sull’HW (storage)
– Se ottimizzate permettono una rapida ripartenza in DR
Svantaggi
– IBM i CPU and memory overhead
– Occorre identificare tutti gli oggetti che devono essere replicati (viene percio’ richiesto una manutenzione costante)
– Occorre accertasi che gli oggetti siano in replica e pronti per lo switch
– Non gestiscono bene oggetti IFS
– Attività di amministrazione impegnativa (Send/apply log, out-of-sync conditions, journal entry mismatches)

4. 2. POWER HA vs Journal replication
Vantaggi:
 Riduce il monitoring e
la manutenzione
giornaliera
 Gestione e HA switch
semplificata
 Efficenza e tranquillità
della sincronizzazione
perchè a carico del
Sistema
• Internal Disk
• Logical replication
• CBU with multiple cores licensed for
replication workload
• Role-swap = seldom if ever
• Backup window = ranges up to a few hours
• TCO = staffing, SWMA, upgrade charges,
• Staffing = dedicated specialist
• Outage management = complex
• Support = vendor
• IBM Storage or (Internal Disk with
geomirroring)
• Switchable LUNs, Metro or Global Mirroring
• CBU with only 1 core licensed
• Role-swap = daily, weekly, monthly, quarterly
• Backup window = minutes
• TCO = minimal staffing, SWMA
• Staffing = minutes/week
• Outage management = simple
• Support = IBM
TRADITIONAL PowerHA
planning time for the
annual DR test
block your calendars

5. POWER HA SYSTEM MIRROR FOR IBM i
Soluzione completa di HA/DR multi-site
Completamente automatizzata per una massima semplicità di utilizzo
Installata su IBM i, integrata con lo storage
La CBU necessita di una sola licenza
L’uso della funzionalità di FlashCopy (su storage esterno IBM) abilita l’uso di backup off line
Pensata per la gestione di fermi pianificati e non pianificati
Sviluppata e supportata da IBM
Prodotto a supporto di tutte le soluzioni basate su IASP

6. Architetture di High Availability con IASP
L’architettura chiamata “Indipendent ASP” è basata su tre elementi fondamentali
- IASP: insieme di dischi che contengono dati e programmi applicativi
- Cluster: funzione di IBM i che consente di definire le operazioni da eseguire su un sistema/partizione
(nodo) in caso di caduta del sistema/partizione primario
- Administrative Domain: Definizione di oggetti di sistema gestiti dal cluster e mantenuti allineati sui
vari nodi

7. Indipendent ASP (IASP)
System ASP
User ASP
IASP – Application -1
IASP – Application -2IASP – Payroll
User ASP – Journaling
 Insieme di dischi (interni o su SAN) che
contiene oggetti applicativi e oggetti di
sistema (es. storage management directories,
object ownership, authorization info, …)
 puo’ essere messo offline o online
indipendentemente dalle attività del sistema sugli
altri ASP
 Non contiene alcuni tipi di oggetti di gestione
dell’intero sistema (user profiles e oggetti di
configurazione)
 devono obbligatoriamente risiedere su System
ASP

8. Cluster
Yup! Sei ancora
attivo?
Esecuzione di un
programma in caso di
fermo
 Cosa si deve definire
– sistemi e partizioni catalogati come Nodi
– device ed applicazioni catalogati come Cluster Resource Group (CRG)
 Funzioni di un cluster
– il nodo secondario monitorizza il funzionamento del nodo primario ed, in caso di
failover, agisce come configurato
Nodo
primario
Nodo
secondario

9. Cluster ed IASP, come interagiscono?
Come interviene il cluster?
• Un IASP è una risorsa di cluster
• Un IASP puo’ avere una sua copia aggiornata in tempo
reale (replica) o una copia statica (flashcopy)
• La proprietà dell’IASP o della sua copia viene
automaticamente trasferita dal cluster da un nodo
all’altro in caso di failover
• Tutto il suo contenuto diventa usabile dal secondo nodo
SYSBAS
Sistema di Backup
Nodo2
Cluster I5/OS, Profili utenti,
config….
Sistema di
Produzione
Nodo1
SYSBAS
I5/OS, Profili utenti,
config….
Database e Applicazioni
IASP Database e Applicazioni
IASP
copia

10. Cluster e *SYSBAS
SYSBAS
Sistema di Backup
Nodo2
Cluster I5/OS, Profili utenti,
config….
Sistema di
Produzione
Nodo1
SYSBAS
I5/OS, Profili utenti,
config….
Database e
Applicazioni
IASP Database e
Applicazioni
IASP
copia
E per gli oggetti in *SYSBAS?
•Il cluster usa l’administrative domain per allinearli

11. i5/OS Clustering Administrative Domain
1. Cambio di oggetti di sistema
Es: CHGSYSVAL o CHGUSRPRF
2. Propagazione automatica
3. Ogni nodo è aggiornato
Marina Mystique
Destination:
Slip 858
Transient
Duration:
07/04/22
07/04/28

12.  Indifferente al tipo di dato
 Indifferente al tipo di storage
(interno/esterno)
 HA e DR
Replica a carico del sistema operativo :
Geographic Mirror
Possibili modi di replicare un IASP
 Indifferente al tipo di dato
 HA e DR
 Metro Mirror / Global Mirror /
FlashCopy®PPRCFlashCopy
Replica a carico della SAN
Storage Copy Services
VALUTAZIONEBANDATRASMISSIONE
Capitolo 8.3.3 - Copy Service bandwidth
PowerHA System Mirror for IBM i cookbook
http://www.redbooks.ibm.com/redbooks/pdfs/sg247994.pdf

13. LUN Level Switching
• Una sola copia di IASP su storage
IASP
DS8000
DS6800
PROD (source)
LPAR-1
HA (target)
LPAR-2
• LUN Level Switching fornisce una HA locale
– L’IASP è commutato via fibra tra partizioni
• Ottimo per manutenzione pianificata
– L’IASP è commutato via fibra tra sistemi
• Buona soluzione per HA dei soli server
– Puo’ essere usato in abbinamento con
• Metro Mirror
• Global Mirror
• FlashCopy
– DS8000, DS6800 , SVC , V9000, Storwize
(V3700, V5000, V7000)

14. Admin domain
©
*SYSBAS
(DR)
(IASP)
Produzione
P814+
IASP switchable tra i nodi del cluster (sistemi) e backup eseguiti dalla partizione di flashcopy
Prod
VIOS
HA
VIOS
Backup
P814+
VIOS VIOS
flash*SYSBAS
(DR)
(IASP)
Tape
Fiber channel
Storwize V7000
Lo storage V7000 è configurato e connesso al server IBM i tramite VIOS, la partizione IBM i è quindi ospite (guest) del vios.
Le risorse FC e rete ETH sono virtualizzate dal VIOS. Il V7000 sarà configurato in NPIV tramite connessioni FC al VIOS.
F
l
a
s
h
C
o
p
y
Soluzione con LUN Level Switching

15. Soluzione di HA/DR dual-site con storage esterno
HA/DR con Metro Mirror, Global Mirror, o Switchable
LUNs o una combinazione di queste
HA/DR con Metro Mirror, Global Mirror, o Switchable
LUNs o una combinazione di queste
V5000,V7000, SVC, V9000, DS8000
Tape Library
IASP IASP
Site A
Metro/Global
Mirror
PowerHA Metro Mirror Cluster (o Global Mirror)
IASP
BRMS
Site B
Storage BStorage A
Power i – site A Power i – site B
FLASHCOPY
Eliminazione della finestra di backup - automazione
del processo con integrazione tra FlashCopy e BRMS
Eliminazione della finestra di backup - automazione
del processo con integrazione tra FlashCopy e BRMS

16. Definizione di FlashCopy
16
 La FlashCopy crea una copia istantanea di un volume logico in un
determinato momento all’interno dello storage connesso agli
Host.
 Il sistema di produzione viene frezzato per pochi istanti fino al
completamento della flashcopy. Nel giro di pochissimi minuti la
flashcopy è disponibile per un utilizzo da parte di altre VM che
possono utilizzarla a fini di test, backup.
 E’ spesso usata per realizzare dei backup off-line su nastro senza
impatti sul Sistema di produzione, praticamente azzerando la
finestra di backup.
• I volumi target di una FlashCopy possono essere standard (fully
provisioned) o space efficient (thin provisioned)
A
FC

17. Full System flashcopy Copy Service toolkit
FSCSM per SVC/V7000 and IBM i
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/IBM%20i%20Advanced
%20Copy%20Services/page/Full%20System%20Copy%20Services%20Manager%20%28FSCSM%29

18. FULL SYSTEM COPY Goals
• Ridurre I tempi di fermo attività del sistema di produzione – restrict status
• Gestisce multiple copie produzione/flashcopy da una singola partizione di controllo.
• Clone del sistema
• Full system backup (GO SAVE 21) pronto o librerie utenti pronte per backup
• Procedure custom per:
• Flush della memoria
• o se richiesto spegnimento e IPL controllato
• Avvio delle procedure di backup dalla partizione flashcopy
• Integrato con il BRMS
• Status messages e joblogs
Indirizzato a clienti che:
Necessitano di ridurre la finestra di backup notturna
Necessitano di eseguire il salvataggio dell’intero sistema
Necessitano di effettuare tests post-produzione e/o business intelligent su una copia
vera dei dati

19. Full System vs IASP positioning
Functionality IASP Full System
Integrated automation/management from IBM i  *
IBM i based recovery for Data/Commitment control etc  
FlashCopy saves for scheduled outage reduction (full
system flash requires an IPL to save the data to tape)
 *
Minimize bandwidth requirements 
Minimize performance overhead of sync replication ( not
replicating temporary I/O, savf’s etc )

Provide capability to do PTF, operating system, and
software packages concurrent to production

Active host at HA/DR ( hardware error reporting ) 
Outage management requires IPL processing 
No IASP migration required 
* Via Lab Services tools
Il servizio di LAB Services IBM avrà il compito di:
•Assicurarsi che la soluzione incontri gli SLA richiesti dal cliente
•Fornire indicazioni sul corretto dimensionamento della soluzione a garanzia delle performance attese.
•Fornire indicazioni sul corretto dimensionamento della banda di replica
Nei casi in cui l’applicazione non sia I-aspizzabile la soluzione di Full system replication bypassa il problema
permettendo ad ogni cliente di realizzare una soluzione di continuità operativa
E’ relativamente semplice Migrare a questa soluzione partendo da una soluzione con dischi interni o da una
soluzione già attiva di replica logica.