Replica bidirezionale in tempo reale
Caratteristiche principali
| User friendly L’intero processo di replicazione e' configurato usando wizard e le repliche possono essere schedulate, eseguite e monitorate usando l’interfaccia grafica user-friendly dell’Enterprise Manager |
| |
| Accessibilità DBMoto gira su Microsoft Windows e l’Enterprise Manager puo' girare remotamente per configurare e gestire i processi di replica. |
| |
| Replicazione massiva (Refresh) Tutti i record selezionati vengono scanditi e replicati. |
| |
| Replicazione incrementale (Mirroring) Basata sul journal di DB2/400 e transaction log di SQL Server, Oracle, DB2 per Window e Unix. Supporta i database più diffusi fra cui MySQL, Gupta, Sybase ASE, Sybase SQL Anywhere, Postgress ecc. |
| |
| Synchronization Come il mirroring ma ogni sistema e' sia source che target. |
| |
| Non richiede programmazione sul server IBM iSeries Non richiede nomenclatura proprietaria o campi riservati sugli oggetti del database DB2/400 |
| |
| Event-driven DBMoto genera eventi di replicazione che possono essere controllati con VBScript |
| |
| Personalizzabile Con la tecnologia Microsoft VB .NET si possono realizzare scripts percustomizzare i processi di replica. |
| |
| DataBase supportati Per consultare la lista completa dei database supportati visita www.hitsw.com |
Selezione dei dati da replicare
La replicazione, totale o incrementale, è applicabile all’intera tabella o a una parte della tabella definita dall’utente.
Per ogni replicazione i dati sono selezionati usando il “Replication Wizard” da dove si può:
- Mappare le colonne da replicare.
- Filtrare i dati usando le espressioni.
- Scrivere degli script per filtrare/modificare i dati durante la replicazione.
Esempi di Mappatura Verticale:
- solo codice e descrizione
- solo ragione sociale, telefono e fax
- solo codice, password ed e-mail.
Esempi di Criteri di filtro
- solo i prodotti venduti al dettaglio
- solo i clienti che hanno servizi on line
- solo i rivenditori Europa.
Replicazione massiva
La replicazione massiva legge tutti i dati (rimangono sempre valide le regole mappatura e di filtro) del sorgente trasferendoli nel database di destinazione. La replicazione massiva può essere lanciata da menù oppure pianificata a intervalli di tempo stabiliti dall’utente.
Solitamente la replicazione massiva viene eseguita una sola volta, nella fase iniziale del processo di replicazione, seguita dalla replicazione incrementale.
Replicazione incrementale
La replicazione in tempo reale acquisisce il journal di DB2/400 e il transaction log di SQL Server riportando nel database destinazione le sole modifiche. L’intervallo di lettura del journal/log è tipicamente di un minuto ed è modificabile dall’utente.
La gestione dei soli record modificati consente:
- replicazione in tempo reale.
- minimo carico di lavoro per il server IBM iSeries e il server Microsoft SQL Server.
Ambiente Microsoft VB .NET
HiT DBMoto è l’unico programma di replicazione real time che fornisce un ambiente di scripting. DBMoto è dotato di un ambiente Microsoft VB .NET che consente all’utente di definire funzioni, procedure e variabili. Le funzioni VB .NET possono essere usate in due contesti:
- Regole di mappatura
- Eventi di replicazione
A seguito di un inserimento, una modifica o una cancellazione di un record su DB2/400:
- DBMoto genera un evento VB .NET
- L’evento è gestito da codice VB .NET
HiT DBMoto ha funzioni di tipo built-in ma l’utente può in qualsiasi momento definire le proprie funzioni che meglio gestiscono i dati aziendali. HiT DBMoto non richiede lo sviluppo di stored procedure o l’adozione di sintassi proprietarie.
Journal e Log
Il journal e il transaction lograppresentano l’unico modo nativo per intercettare i cambiamenti avvenuti nei database DB2/400 e SQL Server.
Ogni operazione di inserimento, modifica o cancellazione ai dati sorgenti è memorizzata nei journal. DBMoto gestisce automaticamente i journal/log e i cambi di ricevitore.
Performance
è opinione comune che i journal rallentino le performance di sistema; questo era vero nelle prime versioni di AS/400. Le versioni attuali di DB2/400 gestiscono in modo completamente performante il log delle transazioni in modo analogo a quanto fanno SQL Server o altri Database Relational Management System nei quali non è possibile disabilitare la gestione del log.
Commit rollback
L’uso di journal e log consente di implementare transazioni sicure.
I programmi iSeries/AS400 di ultima generazione supportano le transazioni con i tipici comandi di Begin Transaction, Commit, Rollback, End Transaction. DBMoto supporta completamente la gestione delle transazioni e il database target rappresenta sempre una copia fedele dei dati del sorgente indipendentemente dall’esito finale della transazione.
Semplicità d'uso
Facile configurazione della Replicazione
1. Configura i metadata per la replicazione
2. Configura le connesione al database sorgente
3. Configura il database target
4. Crea le tabelle target (se necessario)
5. Configura la replicazione.
- Definisce quando far partire la replicazione
- Definisce i dettagli della replicazione (tabelle, campi e funzioni di trasformazione)
- Definisce gli script associate ad una particolare replicazione
- Fa partire la replicazione dei dati
Approfondimenti DBMoto
Per richiedere informazioni tecniche o commerciali su DBMoto e la replicazione daticliccare qui 
RandomPage
Soluzione di DBMoto
