Suggerimenti per gli utenti AS/400:
Come rendere i dati disponibili in tempo reale
Panoramica
Molte realtà che utilizzano sistemi IBM® i (AS/400) li scelgono per garantirsi un alto livello di disponibilità e affidabilità quotidiana. Questi sistemi vengono solitamente usati in ambienti di produzione, ambienti transazionali in cui i dati cambiano con molta frequenza. Il tipo di informazione contenuto e generato da questi sistemi in produzione ha molto spesso un’importanza critica per le vendite, l’amministrazione, i servizi al cliente e in generale per tutte quelle aree dell’attività aziendale in cui le variazioni dell’ultimo minuto possono influire sui ricavi e sulle relazioni con i clienti.
In tutti i casi, oggi i dati risiedono di solito in database multipli presenti in tutta l’organizzazione — non soltanto nella produzione, ma anche in aree quali la progettazione, l’amministrazione e il marketing. Ognuno di questi è importante, e molti dei sistemi che producono e raccolgono tali dati sono mission critical: non debbono avere tempi morti, il downtime non deve essere possibile. Le attività dell’impresa necessitano di analisi dei dati e di report per supportare importanti processi decisionali. E analisi dei dati e report utili hanno necessità di dati accurati e aggiornati. Possono esserci dei significativi rallentamenti quando, in un sistema di produzione che funziona 24 ore al giorno e 7 giorni su 7, le risorse devono dividersi continuamente tra richieste di analisi dei dati vitali per prendere decisioni, ed il carico di lavoro giornaliero di produzione; o anche quando la necessità di dati aggiornati supera molto la capacità di risposta dei sistemi operazionali che lavorano sui database.
Soluzioni software di data replication semplici da usare e dal rapporto qualità-prezzo conveniente possono ridurre l’impatto delle richieste di dati e delle interrogazioni sui server e sui sistemi, e nello stesso tempo possono rendere disponibili in tempo reale importanti dati aziendali per supportare il processo decisionale. Le tecniche di Data replica- tion oggi aiutano a fornire contenuti e dati in tempo reale a sistemi quali dashdoard, analytics, scorecard, data warehousing e alerting, provenienti da vari sistemi all’interno dell’intera organizzazione.
Di seguito cinque suggerimenti alle aziende su come ottenere la real-time data availability dai loro sistemi AS/400.
Suggerimenti
1. Conservare l’usabilità dell’AS/400 senza alcun impatto sulle sue performance
Se il vostro AS/400 è utilizzato in operazioni di produzione, contiene e processa dati 24 ore su 24 7 giorni su 7, l’ultima cosa che desiderate è aggiungere ulteriore lavoro all’elaborazione dei dati. Qualunque query inviata direttamente al sistema e che necessita di informazioni comp- lesse, costringe l’AS/400 a rallentare le operazi- oni per rispondere. Quindi, in base alla priorità dei task, da una parte ci sarà sempre un certo ri- tardo nel rispondere a quelle richieste, dall’altro ci sarà anche una quantità significativa di ulteri- ori richieste che si andrà a riversare sull’AS/400 che potrebbe far ritardare o addirittura fermare attività produttive di importanza critica.
Tutto ciò potrebbe inoltre non essere evidente agli occhi dei business analyst che inviano queries all’AS/400 tramite i loro strumenti di reporting. Quando molteplici strumenti di reporting ac- cedono direttamente all’AS/400, le probabilità che ci siano interruzioni sulla catena produttiva aumentano.
2. Ridurre il carico di lavoro dell’amministratore AS/400
L’amministratore AS/400 è responsabile di gestire il funzionamento, l’aggiornamento e la disponibilità del sistema per funzioni aziendali critiche quali le operazioni produttive. Rispondere alle richieste di query e indirizzare i dati verso altri sistemi può essere scomodo e richiedere molto tempo, specialmente se il compito può essere svolto solo manualmente.
Se le attività di integrazione non sono compito dell’amministratore AS/400, poi, sono necessari degli esperti, e ciò significa ulteriori costi, tempo e complessità nei compiti di gestione dei dati.
3. Impossibilità di fare il merge dei dati AS/400 con gli altri dati aziendali (senza un costoso intervento manuale oppure senza soluzioni personalizzate)
L’organizzazione dei dati su IBM i series è molto diversa da quella su altri database relazionali. E’ necessaria una specifica conoscenza dell’AS/400 per sapere come mappare e trasformare quei dati in modo che possano essere utilizzate dalle applicazioni aziendali. Oggi molte applicazioni, incluse le applicazioni di reporting e i sistemi di analytics, necessitano di un database sottostante diverso dall’IBM DB2 su AS/400.
Ciò significa che ci sia la necessità o di spostare completamente i dati AS/400 su un database alternativo, oppure di installare un sistema di data replication tra i due sistemi, in modo che i dati vengano passati in tempo reale da un sistema all’altro in base alle necessità. Comunque la capacità di operare trasformazioni di dati tra sistemi AS/400 e altri database non è una cosa semplice, specialmente se il real-time è un requisito indispensabile.
4. Eccessivi ritardi nelle attività di reporting
Se l’azienda ha la necessità di generare reports consolidati usando segmenti temporali oppure vari database, possono esserci ritardi dipendenti dalle dimensioni della coda dei report, dalla accessibilità dei dati e dall’accesso ai sistemi sui quali risiedono i dati necessari.
Tutte queste problematiche sono collegate a come i dati vengono gestiti in un’azienda. Le aziende devono occuparsi dell’organizzazione complessiva dei dati e ottimizzare il flusso dei dati in modo che l’accessibilità ai dati in real-time non venga ostacolata dalla mancanza di coordinamento tra i vari sistemi di database. La maggior parte della reportistica necessita di dati provenien- ti da sistemi multipli, non solo dall’AS/400.
Tutto ciò comporta dei problemi che riguardano il modo in cui questi sistemi sono accessibili, il livello di specializzazione necessario per accedere ai dati di quei sistemi, e il coordinamento degli intervalli temporali per il flusso dei dati.
5. Automatizzare il processo di aggiornamento dei dati.
Molte soluzioni di data replication necessitano di un ingente lavoro di programmazione manuale o di personalizzazione per mettere in opera lo scambio dei dati tra un AS/400 ed altri sistemi di database.
Questo richiede competenze non solo sull’AS/400, ma anche riguardanti le tecniche di data integration e la conoscenza dei database collegati. In più, se si crea una soluzione personalizzata per il data inte- gration, in futuro ci saranno inevitabilmente problemi qualora lo sviluppatore non sia più nell’azienda e ci fosse la necessità di fare delle modifiche oppure i sistemi necessitassero di aggiornamenti.
Questo diventa un importante collo di bottiglia quando i dati aggiornati da un sistema all’altro devono es- sere processati in tempo reale.
Caso di Studio
Data Replication e Change Data Capture nella pratica
EFCO Pella — Dove le finestre sono solo l’inizioTM
EFCO, una azienda Pella, è molto nota per le sue finestre di vetro, porte scorrevoli e sistemi di pareti divisorie. L’azienda produce anche strutture d’alluminio per finestre, ingressi e vetrine per arredamenti commerciali. I progetti di EFCO includono anche ristrutturazioni storiche, proget- tazione personalizzata e nuove produzioni. DBMoto® Data Replication and Change Data Cap- ture aiuta EFCO a distribuire importanti informazioni di produzione ed inventario dall’AS/400
ai sistemi di gestione, di reporting e di analytics, e lo fa in tempo reale e senza alcun impatto sull’AS/400.
“Abbiamo valutato praticamente tutti prodotti di replicazione dati presenti sul mercato e DBMoto è risultato il vincitore per prezzo, funzionalità e usabilità.”
EFCO Corporation, a Pella Company
Syniti Data Replication è la soluzione leader per l’integrazione dati e il CDC per velocità, costo e condivisione dati tra IBM i e ogni altro importante database relazionale (MS SQL Server, Oracle, MySQL, Sap Sybase…) e non, come IBM PureData (Netezza), HP Vertica e SAP HANA!
Sito web: www.syniti.com
