Artículo
Eduardo Anglada · Abr 19 Lectura de 3 min

Migración de Base de Datos usando SQLgateway

Gracias a @Yuri Marx hemos visto un buen ejemplo de Migración de Bases de datos de Postgres a IRIS.
Mi problema personal es el uso de DBeaver como una herramienta de migración.
En especial, como una de las fortalezas de IRIS (y también Caché) es la disponibilidad de los SQLgateways que permiten el acceso a cualquier base de datos externa, siempre y cuando se puedan acceder usando ODBC/JDBC. Así que he ampliado el paquete para demostrarlo.

Es un paquete clásico de Open Echange con un Docker completo.
El SQLgateway se instala durante la creación de Docker y el jdbcdriver requirido para Linux se incluye en este repo para hacer esta demo más rápida. El tamaño de las tablas para migrar se ha reducido un poco. 

Cómo probarlo

Todas las acciones de migración se pueden ejecutar directamente desde SMP.

1.   
Verifica la conexión del gateway en     
SMP> Administration> Configuration >Connectivity >SqlGateway_Configuration        

Para probar la conexión, haz clic en Edit

 

y en Test Connection.

 

- Verifica Connection successful     
- Sé paciente en este punto. A los contenedores Postgres a veces les lleva tiempo hablar contigo.    
- Espera un poco más, recarga la página en tu navegador y haz la prueba otra vez.   

2.
Identifica las tablas con los datos de origen. En SMP > Cambia al Namespace USER. Después, ve a    
SMP >Explorers >SQL >Wizards > Data Migration      

3.     
Define los parámetros de importación requeridos        
 

- El Namespace de destino      
- Tipo = TABLE      
- Gateway = postgres      >>>  ahora se establece la primera conexión y tú eliges         
- Schema = public               
- Tablas para migrar = todas       

4.      
Identifica el objetivo, pero cambia el esquema para que sea compatible con Open Exchange: de public a dc_public        

no te olvides de hacer clic en change all     
-  migramos Definitions y Data, así que ambos lados están seleccionados      

5.        
Salta las configuraciones especiales, usamos las predefinidas. Empezamos la tarea en segundo plano          
      

6.     
Ahora comprobamos los resultados y vemos que todo estaba funcionando sin errores   

      

- Puede que veas errores si las tablas dependen del contenido que no ha migrado todavía     
- Y espera que termine hasta que el estado sea Done     

7.     
Terminamos el Migration Wizzard y volvemos a la vista normal de tabla, filtrada por dc*           

- Las 8 tablas son visibles y muestran columnas significativas
 

8.             
Al seleccionar una tabla y hacer clic en OpenTable se muestran contenidos razonables           
                         

        

9.    
Un vistazo a las related generated Definiciones de Clase confirma el resultado y que todo ha salido bien.          

1
0 37
Debate (0)2
Inicie sesión o regístrese para continuar