IBM® Lift facilita la migración rápida, segura y fiable de su base de datos desde centros de datos locales a una propiedad de datos IBM® Cloud. Está diseñado para permitir una migración segura y rápida a la nube sin sufrir tiempo de inactividad.
Lleve toda su base de datos a IBM® Cloud. Es un proceso en dos pasos: convierta el esquema y migre los datos. Para convertir el esquema, empiece por descargar IBM® Database Conversion Workbench. El entorno de trabajo lo guiará a través del proceso de conversión del DDL de la base de datos de origen para que sea compatible con el destino. El entorno de trabajo también generará un informe en el que se le indicará dónde debe realizar alguna acción. Cuando el esquema esté listo, utilizará Lift CLI para migrar los datos.
Empiece por generar un conjunto de archivos CSV que representen los cambios incrementales, por tabla de base de datos. Utilice Lift CLI para recoger esos archivos delimitados, enviarlos a través del cable e importarlos a IBM® Db2 Warehouse on Cloud. Introduzca estos pasos en un script, configure un trabajo cron y obtendrá una actualización incremental continua de su almacén de datos.
Puede utilizar Lift CLI para migrar datos de varias bases de datos u orígenes de datos diferentes a un único clúster de IBM® Db2 Warehouse on Cloud MPP. Lift le ofrece la flexibilidad de tomar tablas de múltiples fuentes de datos e importarlas bajo un único esquema en IBM® Db2 Warehouse on Cloud para que pueda retirar su clúster de base de datos existente.
A los clientes no les importa que tenga que analizar su comportamiento de compra. Solo quieren una experiencia de usuario ágil. Ponga en marcha un almacén de datos en la nube, como IBM® Db2 Warehouse on Cloud, para analizar los datos de su almacén de datos de transacciones. Mantenga sus informes y paneles actualizados con el envío de pequeñas cantidades de datos desde la fuente y tenga siempre una visión actualizada de su negocio.
Lift utiliza IBM® Aspera en segundo plano para mover datos a la nube a velocidades increíblemente rápidas. La tecnología de transporte patentada de Aspera aprovecha la infraestructura WAN existente y el hardware básico para lograr velocidades cientos de veces más rápidas que las de FTP y HTTP.
Se recupera automáticamente de problemas comunes que pueda encontrar durante la migración. Por ejemplo, si la carga de un archivo se interrumpe a mitad de la transferencia, Lift se reanudará donde se quedó por última vez. Las cargas de archivos son estables y sólidas, incluso en las redes con menos ancho de banda.
Nadie quiere aparecer en la primera página de las noticias. Todos los datos transferidos a IBM® Cloud están protegidos mediante una conexión cifrada de 256 bits.
Toda migración de datos se divide en tres pasos: extracción del origen, transporte por cable y carga en el destino. Nuestro CLI le ofrece la flexibilidad de realizar estos tres pasos por separado para que la migración de datos se adapte a su horario y no al revés.
Instalará Lift CLI solo una vez en su máquina local. En segundo plano, CLI funciona con los servicios de Lift Core que se ejecutan en IBM® Cloud para ayudar a llevar los datos al almacén persistente de Watson Data Platform. Como cualquier otra aplicación en la nube, Lift nunca requiere de actualización. Las nuevas funciones están disponibles instantáneamente sin que tenga que hacer nada.
Queremos que pruebe nuestros servicios de datos en la nube. El coste no debería ser un problema.
Una base de datos SQL en la nube totalmente gestionada. Implemente y escale fácilmente bajo demanda.
Haga ciencia de datos más rápido con IBM® Integrated Analytics System. Una plataforma de datos optimizada y preparada para la nube que conecta a científicos de datos con datos.
IBM® Lift: Preguntas frecuentes
Obtenga respuestas a las preguntas más frecuentes sobre este producto
Si está migrando datos desde su base de datos IBM® PureData System for Analytics (Netezza), primero debe extraer localmente una tabla de base de datos a un archivo CSV con “lift extract”. A continuación, transferirá el archivo de datos CSV a la zona de destino de IBM® Db2 Warehouse on Cloud mediante “lift put”. La zona de aterrizaje de IBM® Db2 Warehouse on Cloud es un volumen preasignado que se utiliza para cargar datos y como espacio provisional. Por último, cargará el archivo de datos CSV cargado en el motor con “lift load”. Una vez completada la carga, puede eliminar el archivo de datos con “lift rm”.
Si está migrando un conjunto de archivos CSV, seguirá una serie de pasos similares a los anteriores. Empezará con la transferencia de los archivos de datos CSV a la zona de inicio de Db2 Warehouse on Cloud mediante "lift put". La zona de aterrizaje de Db2 Warehouse on Cloud es un volumen preasignado que se utiliza para cargar datos y como espacio provisional. Por último, cargará el archivo de datos CSV cargado en el motor con “lift load”. Una vez completada la carga, puede eliminar el archivo de datos con “lift rm”.
No, puede migrar bases de datos de cualquier tamaño. Sin embargo, tenga en cuenta que la duración de la migración de la base de datos depende de la velocidad de conexión de red, del volumen de datos sin comprimir que necesite mover y de los perfiles de hardware de los equipos de origen y destino. En otras palabras, el kilometraje puede variar.
Lift CLI migra las tablas o los archivos CSV a un destino de datos de IBM® Cloud. Si necesita migrar otros artefactos de la base de datos, como tablas, vistas o procedimientos almacenados, utilice IBM® Database Conversion Workbench.
Le recomendamos que instale y ejecute la CLI desde una máquina que esté cerca de la red (latencia mínima) de la fuente de base de datos. Esto garantizará que los datos se extraigan y se guarden más rápido en su entorno local, lo que mejora el tiempo total de migración de datos de extremo a extremo.
Los siguientes puertos deben estar abiertos en la máquina que ejecuta Lift CLI:
*Habrá tráfico entrante devuelto cuando Lift CLI haya iniciado la conexión SALIENTE hacia el clúster de Db2 Warehouse on Cloud en el puerto 33001. El sistema operativo elegirá aleatoriamente el puerto local, que será uno del rango de puertos efímeros. Todos los firewalls modernos tienen estado (o son conscientes de la conexión o del estado) y se espera que no sea necesario abrir ningún puerto de ENTRADA.
| Objetivo | Protocolo | Dirección | Destino | Puerto |
|---|---|---|---|---|
| Aspera Transfer | TCP | SALIDA | INTERNET | 33001* |
| Aspera Transfer | UDP | SALIDA | Internet | 33001* |
| JDBC con seguridad SSL de Db2 Warehouse on Cloud | TCP | SALIDA | Internet | 50001 |
| API de carga REST de DB2 Warehouse on Cloud | TCP | SALIDA | Internet | 8443 |
| Servicios principales de Lift | TCP | SALIDA | Internet | 443
|
Para Linux y MacOS, el almacenamiento mínimo debe ser mayor o igual que la representación en disco de la tabla más grande (sin comprimir).
Para Windows, el almacenamiento mínimo debe ser dos veces mayor o igual que la representación en disco de la tabla más grande (sin comprimir).
Puede ejecutar “lift df” para comprobar el espacio en disco disponible en la zona de destino de Db2 Warehouse on Cloud for Analytics. Puede liberar espacio ejecutando "lift rm". Si sigue sin tener suficiente espacio, puede dividir la tabla en varios bloques de archivos y subirlos de forma individual con la opción “lift extract —size”.
Claro. Puede utilizar la opción "lift put --max-throughput" para limitar el rendimiento utilizado por la transferencia de datos.
Sí. Puede establecer las credenciales de conexión como variables de entorno. También puede crear un archivo de propiedades y colocar allí las credenciales de la base de datos y las opciones comunes. Eche un vistazo al “<comando lift help” para ver una lista de opciones compatibles con Lift CLI.
IBM® Lift CLI se puede utilizar para procesar la información de salud protegida regulada por la HIPAA si el cliente, como controlador de datos, determina que las medidas de seguridad técnicas y organizativas son adecuadas a los riesgos que presenta el procesamiento y la naturaleza de los datos que se van a proteger. IBM® Lift CLI no está diseñado para procesar datos a los que se aplican requisitos normativos adicionales.
Se puede crear un archivo de configuración de entorno denominado lift.Environment ubicado en el directorio bin de instalación de Lift CLI ( <directorio de instalación de Lift CLI>/bin ) con el siguiente contenido para añadir una configuración de proxy HTTP:
Para el host de proxy, utilice proxy.host=<nombre del host>. Para el puerto de proxy, use proxy.port=<número de puerto>. Ambos deben especificarse para que la configuración surta efecto. Si el proxy requiere autenticación, Lift CLI utiliza autenticación básica en la solicitud CONNECT proporcionando proxy.user=<usuario> y proxy.password=<contraseña> . Ambos deben especificarse para que la configuración de autenticación surta efecto.
Ejemplo de contenido del <directorio de instalación de Lift CLI>/bin/lift.environment (cada propiedad está en una nueva línea):
proxy.host=miproxy.host
proxy.port=3029
proxy.user=miusuarioproxy
proxy.password=contraseñaproxy
Se puede crear un archivo de propiedades de entorno denominado lift.Environment ubicado en el directorio bin de instalación de Lift CLI ( <Lift CLI install dir>/bin ) con el siguiente contenido para añadir un certificado X509 para importarlo al almacén de confianza.
Para el host pde roxy, use proxy.certificate.path=<ruta completamente calificada al archivo del certificado X509> .
El certificado se añade con el alias ibm-liftimported-proxy-cert. Si el alias ya existe, el archivo no se importa y debe eliminarse manualmente antes de volver a ejecutar la CLI. Puede eliminar el certificado con la herramienta de claves de Java en el almacén de confianza de Java de Lift CLI en <directorio de instalación de CLI>/jre/lib/security/cacerts (es decir, keytool -delete -alias ibm-lift-imported-proxy-cert -keystore /jre/lib/security/cacerts -storepass changeit).
Sí, Lift CLI puede instalarse en el sistema PureData para análisis, pero debe conectarse un almacenamiento adicional para que los datos extraídos dispongan de suficiente espacio en el disco de almacenamiento.
En las siguientes notas técnicas se indican los pasos para montar sistemas SAN/NFS en PureData Systems for Analytics. También incluyen las mejores prácticas para conectar y configurar almacenamiento adicional para PureData System for Analytics.
1. Añadir almacenamiento SAN a PureData Systems for Analytics: http://www.ibm.com/support/docview.wss?uid=swg21700900
2. Montaje de NFS en el dispositivo en IBM® PureData System for Analytics: http://www.ibm.com/support/docview.wss?qid=63d511603b6e6fb3a0216ea69fc0d500&uid=swg21568933
3. Montaje del sistema de archivos NFS en PureData for Analytics Systems: http://www.ibm.com/support/docview.wss?qid=a9cf4df18f89517d8338b99a8743f522&uid=swg21971589
Cuando instale Lift CLI para las fuentes de PureData System for Analytics, instale Lift CLI en su sistema de “inyección” (el sistema que utiliza para organizar los datos para cargarlos en la base de datos de PureData System for Analytics). Ese sistema tendrá una buena conectividad con el sistema PureData for Analytics y tendrá mucho espacio en disco para almacenar datos provisionales. Sin embargo, si el sistema de inyección ya está completamente cargado, instale Lift CLI en un sistema similar que esté conectado y con un espacio en disco provisional significativo.
Recomendamos encarecidamente que instale Lift CLI en una máquina Linux. Cuando Lift CLI está instalada en una máquina Linux, la extracción de datos de las fuentes de PureData System for Analytics se realiza con instalaciones de descarga de alta velocidad. Cuando la fuente sea PureData System for Analytics, instale Lift CLI en Linux para obtener un rendimiento general significativamente mayor.
Le recomendamos encarecidamente que instale Lift CLI en una máquina Linux con instalación de cliente Db2. La instalación de Lift CLI en una máquina Linux con el cliente Db2 mejora significativamente el rendimiento general. Cuando Lift CLI no detecta el cliente Db2, se utiliza una estrategia de extracción diferente y puede notar una reducción en el rendimiento de la extracción. Cuando el cliente Db2 no está disponible en la máquina en la que está instalada Lift CLI, aparece un mensaje en la consola que pone “Lift extrae datos a velocidades inferiores a las de la luz. Puede mejorar el tiempo de extracción con la instalación y configuración del cliente Db2. Para obtener más información, visite http://ibm.biz/BdZcFp” (enlace externo a IBM®).
Requisitos previos para que Lift CLI utilice el cliente Db2:
1. El comando db2 (para Linux) o db2cmd (para Windows) debe estar disponible en PATH.
- Linux: <INSTANCE_OWNER_HOME>/sqllib/db2profile debe aplicarse al entorno antes de ejecutar Lift CLI
- Windows: El cliente Db2 debe establecerse como instancia predeterminada
2. El usuario del sistema operativo debe incluirse en el grupo SYSADM de la instancia de cliente Db2 si Lift CLI se ejecuta de forma remota desde el servidor IBM® Db2 for Linux, UNIX and Windows.
3. La versión del cliente Db2 debe ser igual o superior a la versión del servidor de IBM® Db2 for Linux, UNIX and Windows.
Sí. Lift CLI admite la extracción de columnas ocultas. De forma predeterminada, las columnas ocultas no se incluyen en el archivo CSV extraído. Si desea incluir columnas ocultas en los datos extraídos, especifique explícitamente todos los nombres de columna junto con los nombres de columna ocultos con la opción de selección de columna. Consulte “lift extract –ayuda” para obtener más información sobre la opción de selección de columnas.
A continuación, se muestran los requisitos previos para que Lift CLI utilice el cliente de Oracle:
1. Instale los módulos básicos y de herramientas del cliente Oracle.
2. Asegúrese de que la ruta del programa exp se añada a la variable de entorno PATH.
3. En función del entorno, es posible que tenga que añadir la ruta de la biblioteca del cliente de Oracle a la ruta de la biblioteca del sistema operativo (por ejemplo, LD_LIBRARY_PATH).
4. La versión del cliente de Oracle debe ser igual o posterior a la versión del servidor de Oracle.
Nota: No es necesario configurar previamente la conexión de la base de datos de origen desde el cliente de Oracle.
Sí. Lift CLI utiliza una página de códigos UTF-8 y admite la conversión de datos de los conjuntos de caracteres de Oracle más utilizados.
A continuación se muestra una lista de juegos de caracteres (NLS_CHARACTERSET) de Oracle Database compatibles:
AL32UTF8, AR8ISO8859P6, AR8MSWIN1256, BLT8ISO8859P13, BLT8MSWIN1257, CL8ISO8859P5, CL8MSWIN1251, EE8ISO8859P2, EE8MSWIN1250, EL8ISO8859P7, EL8MSWIN1253, IW8ISO8859P8, IW8MSWIN1255, JA16EUC, JA16EUCTILDE, JA16SJIS, JA16SJISTILDE, KO16MSWIN949, NEE8ISO8859P4, TH8TISASCII, TR8MSWIN1254, VN8MSWIN1258, WE8ISO8859P15, WE8ISO8859P9, WE8MSWIN1252, ZHS16GBK, ZHT16HKSCS, ZHT16MSWIN950, ZHT32EUC, ALE16UTF16
Puede determinar el conjunto de caracteres de la base de datos de Oracle de origen mediante la siguiente consulta SQL:
SELECT PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME = 'NLS_CHARACTERSET';
Lift CLI utiliza un modo degradado si la tabla de origen tiene alguno de los siguientes tipos de datos:
BINARY_FLOAT, BINARY_DOUBLE, LOB, BLOB, CLOB, BFILE, XML, ROWID, UROWID
Cada tabla se evalúa por separado. Este modo degradado solo afecta a la operación de extracción de tablas actual debido a la presencia de los tipos de datos afectados.
No. Lift CLI no necesita ninguna otra configuración adicional de herramientas para la migración de datos.
Empiece a migrar datos en cuestión de minutos.