Si vous migrez des données de votre base de données IBM PureData System for Analytics (Netezza), vous devez d'abord extraire localement une table de base de données vers un fichier CSV à l'aide de l'option « Lift extraction ». Vous allez ensuite transférer votre fichier de données CSV vers la zone d'accueil d'IBM Db2 Warehouse on Cloud en utilisant « lift put ». La zone d’atterrissage IBM Db2 Warehouse on Cloud est un volume pré-alloué utilisé pour le chargement et le scratch des données. Enfin, vous chargerez le fichier de données CSV téléchargé dans le moteur en utilisant « charge de levage ». Une fois le chargement terminé, vous pouvez supprimer le fichier de données en utilisant « Lift rm ».

Si vous migrez un ensemble de fichiers CSV, vous suivrez une procédure similaire à celle ci-dessus. Vous commencerez par transférer vos fichiers de données CSV vers la zone d'atterrissage de Db2 Warehouse on Cloud en utilisant "lift put". La zone d'atterrissage de Db2 Warehouse on Cloud est un volume pré-alloué utilisé pour le chargement des données et le scratch. Enfin, vous chargerez le fichier de données CSV téléchargé dans le moteur à l'aide de la fonction "lift load". Une fois le chargement terminé, vous pouvez supprimer le fichier de données en utilisant « Lift rm ».

Non, vous pouvez migrer n'importe quelle base de données. Toutefois, n'oubliez pas que la durée de la migration de votre base de données dépend de la vitesse de votre connexion réseau, du volume de données non compressées que vous devez déplacer et des profils matériels de vos ordinateurs source et cible. En d'autres termes, le kilométrage peut varier.

La CLI Lift migre vos tables ou fichiers CSV vers une cible de données IBM Cloud. Si vous devez migrer d'autres artefacts de base de données, tels que des tables, des vues, des procédures stockées, veuillez utiliser IBM Database Conversion Workbench.

Nous vous recommandons d'installer et d'exécuter la CLI à partir d'une machine à fermeture réseau (latence minimale) vers votre source de base de données. Ainsi, vos données seront extraites et stagées plus rapidement dans votre environnement sur site, ce qui améliorera ainsi votre temps global de migration des données de bout en bout.

Les ports suivants doivent être ouverts sur la machine exécutant la CLI de levage :

*Il y aura un trafic entrant retourné lorsque la connexion OUTBOUND a été initiée par le CLI de Lift vers le cluster Db2 Warehouse on Cloud sur le port 33001. Le port local, qui sera un port éphémère, sera choisi au hasard par le système d'exploitation. Tous les pare-feux modernes sont des pare-feux à état (ou à connexion ou à état), et il est prévu qu'il ne soit pas nécessaire d'ouvrir un port INBOUND. 

Pour Linux et MacOS, le stockage minimum doit être supérieur ou égal à la représentation sur disque de votre plus grande table (non compressée).

Pour Windows, le stockage minimum doit être 2X supérieur ou égal à la représentation sur le disque de votre plus grande table (non compressée).

Vous pouvez exécuter « lift df » pour vérifier l'espace disque disponible dans la zone d'accueil de Db2 Warehouse on Cloud for Analytics. Vous pouvez libérer de l'espace en exécutant « Lift rm ». Si vous n'avez toujours pas assez d'espace, vous pouvez diviser votre tableau en plusieurs morceaux de fichiers et les télécharger individuellement à l'aide de l'option « lift extract —size ».

Bien sûr. Vous pouvez utiliser l'option « lift put --max-throughput » pour limiter le débit utilisé par le transfert de données.

Oui. Vous pouvez définir les identifiants de connexion en tant que variables d'environnement. Vous pouvez également créer un fichier de propriétés et y placer les informations d'identification de votre base de données ainsi que les options communes. Jetez un œil à « lift help <command » pour voir une liste des options prises en charge par Lift CLI.

IBM Lift CLI peut être utilisé pour traiter les informations de santé protégées réglementées selon la loi HIPAA si, en tant que responsable du traitement des données, détermine que les mesures de sécurité techniques et organisationnelles sont appropriées aux risques exposés par le traitement et la nature des données à protéger. IBM Lift CLI n'est pas conçu pour traiter les données auxquelles s'appliquent les exigences réglementaires supplémentaires.

Un fichier de configuration d’environnement appelé lift.environment situé dans le répertoire bin d’installation de l’interface de ligne de commande Lift ( <répertoire d’installation de l’interface de ligne de commande<Lift CLI install dir>Lift>/bin ) peut être créé avec le contenu suivant pour ajouter une configuration de proxy HTTP :

Pour l'hôte proxy, utilisez proxy.host=<hostname>. Pour le port proxy, utilisez proxy.port=<port Nombre>. Les deux doivent être spécifiés pour que les paramètres prennent effet. Si le proxy nécessite une authentification, la CLI Lift utilise l'authentification de base dans la demande CONNECT en fournissant proxy.user=<user> et proxy.password=<password> . Les deux doivent être spécifiés pour que les paramètres d'authentification prennent effet.

Exemple de contenu de <Lift CLI install dir>/bin/lift.environment (chaque propriété est sur une nouvelle ligne) :

proxy.host=myproxy.host

proxy.port=3029

proxy.user=monproxyuser

proxy.password=proxypassword

Un fichier de propriétés d'environnement appelé lift.environment situé dans le répertoire bin de l'installation de Lift CLI ( <Lift CLI install dir>/bin ) peut être créé avec le contenu suivant pour ajouter un certificat X509 à importer dans le magasin de confiance.

Pour l’hôte proxy, utilisez proxy.certificate.path=<fully chemin d'accès qualifié au fichier de certificat X509> .

Le certificat est ajouté avec l'alias ibm-lift-imported-proxy-cert. Si l'alias existe déjà, le fichier n'est pas importé et doit être supprimé manuellement avant d'exécuter à nouveau la CLI. Vous pouvez supprimer le certificat à l’aide de l’outil de clé Java sur le magasin d’approbations Java de l’interface de ligne de commande Lift dans <Lift CLI install dir><répertoire d’installation de l’interface de ligne de commande Lift>/jre/lib/security/cacerts (c’est-à-dire keytool -delete -alias ibm-lift-imported-proxy-cert -keystore <répertoire <Lift CLI install dir>d’installation de l’interface de ligne de commande Lift>/jre/lib/security/cacerts -storepass changeit).

Les notes techniques suivantes expliquent comment installer des systèmes SAN/NFS sur PureData Systems for Analytics. Ils incluent également les meilleures pratiques pour attacher et configurer un stockage supplémentaire pour PureData System for Analytics.

1. Ajout du stockage SAN à PureData Systems pour l'analyse : http://www.ibm.com/support/docview.wss?uid=swg21700900

2. IBM PureData System for Analytics Montage de NFS sur l'appliance : http://www.ibm.com/support/docview.wss?qid=63d511603b6e6fb3a0216ea69fc0d500&uid=swg21568933

3. Fixation du système de fichiers NFS sur PureData pour les systèmes d'analyse : http://www.ibm.com/support/docview.wss?qid=a9cf4df18f89517d8338b99a8743f522&uid=swg21971589

Oui, la CLI Lift peut être installée sur PureData System for Analytics, mais un stockage supplémentaire doit être attaché pour fournir les données extraites suffisamment d'espace sur le disque intermédiaire.

Lorsque vous installez la CLI de Lift pour les sources de PureData System for Analytics, installez la CLI de Lift sur votre système d'injection "" (le système que vous utilisez pour mettre en scène les données à charger dans la base de données de PureData System for Analytics). Ce système disposera d'une bonne connectivité avec le PureData System for Analytics et d'un grand espace disque pour les données de stockage. Toutefois, si votre système d’injection est déjà entièrement chargé, installez l’interface de ligne de commande Lift sur un système similaire qui est connecté de la même manière et avec un espace disque de transit important.

Nous vous recommandons vivement d'installer la CLI Lift sur une machine Linux. Lorsque votre Lift CLI est installée sur une machine Linux, l'extraction des données à partir des sources PureData System for Analytics s'effectue à l'aide de fonctionnalités de déchargement à grande vitesse. Installez votre CLI Lift sous Linux pour un meilleur débit global lorsque votre source est PureData System for Analytics.

Nous vous recommandons vivement d'installer la CLI Lift sur une machine Linux avec une installation client Db2. L'installation de Lift CLI sur votre machine Linux avec le client Db2 améliore considérablement le débit global. Lorsque le CLI de Lift ne détecte pas le client Db2, une stratégie d'extraction différente est utilisée et vous pouvez constater une réduction du débit d'extraction. Un message sur la console "Lift extrait les données à des vitesses inférieures à la lumière. Vous pouvez améliorer le temps d'extraction en installant et en configurant le client Db2. Pour plus d'informations, rendez-vous sur http://ibm.biz/BdZcFp" (lien résidant en dehors d'IBM) est imprimé lorsque le client Db2 n'est pas disponible sur votre machine où la CLI Lift est installée.

Conditions préalables pour que Lift CLI puisse utiliser le client Db2 :

1. La commande db2 (pour Linux) ou db2cmd (pour Windows) doit être disponible dans PATH.

• Linux : <INSTANCE_OWNER_HOME>/sqllib/db2profile doit être appliqué à l'environnement avant d'exécuter Lift CLI
• Windows : le client Db2 doit être défini comme instance par défaut

2. L'utilisateur du système d'exploitation doit être inclus dans le groupe SYSADM de l'instance client Db2 si Lift CLI est exécuté à distance depuis IBM Db2 pour Linux UNIX et le serveur Windows.

3. La version du client Db2 doit être identique ou supérieure à celle d'IBM Db2 pour Linux UNIX et le serveur Windows.

Oui. L'extraction des colonnes masquées est prise en charge par l'interface de ligne de commande Lift. Par défaut, les colonnes masquées ne sont pas incluses dans le fichier CSV extrait. Si vous souhaitez inclure des colonnes masquées dans les données extraites, spécifiez explicitement tous les noms de colonnes ainsi que les noms de colonnes masquées en utilisant l'option de sélection de colonne. Reportez-vous à « lift extract —help » pour plus d'informations sur l'option de sélection des colonnes.

Les conditions suivantes sont requises pour que Lift CLI utilise le client Oracle :

1. Installer les modules de base et les outils du client Oracle.

2. Assurez-vous que le chemin du programme exp est ajouté à la variable d'environnement PATH.

3. Selon votre environnement, vous devrez peut-être ajouter le chemin d'accès de la bibliothèque client Oracle au chemin d'accès de la bibliothèque du système d'exploitation (par exemple, LD_LIBRARY_PATH).

4. La version du client Oracle doit être identique ou ultérieure à la version du serveur Oracle.

Remarque : vous n'avez pas besoin de préconfigurer la connexion à la base de données source à partir du client Oracle.

Oui. Lift CLI utilise une page de code UTF-8 et prend en charge la conversion des données à partir des jeux de caractères Oracle couramment utilisés.

Voici la liste des jeux de caractères Oracle Database pris en charge (NLS_CHARACTERSET) :

AL32UTF8, AR8ISO8859P6, AR8MSWIN1256, BLT8ISO8859P13, BLT8MSWIN1257, CL8ISO8859P5, CL8MSWIN1251, EE8ISO8859P2, EE8MSWIN1250, EL8ISO8859P7, EL8MSWIN1253, IW8ISO8859P8, IW8MS WIN1255, JA16EUC, JA16EUCTILDE, JA16SJIS, JA16SJISTILDE, KO16MSWIN949, NEE8ISO8859P4, TH8TISASCII, TR8MSWIN1254, VN8MSWIN1258, WE8ISO8859P15, WE8ISO8859P9, WE8MSWIN1252, ZHS16GBK, ZHT16HKSCS, ZHT16MSWIN950, ZHT32EUC, ALE16UTF16

Vous pouvez déterminer le jeu de caractères de la base de données Oracle source en utilisant la requête SQL suivante :

SÉLECTIONNEZ PROPERTY_VALUE DANS DATABASE_PROPERTIES OÙ PROPERTY_NAME = 'NLS_CHARACTERSET' ;

Lift CLI utilise un mode dégradé si la table source possède l'un des types de données suivants :

BINARY_FLOAT, BINARY_DOUBLE, LOB, BLOB, CLOB, BFILE, XML, ROWID, UROWID

Chaque table est évaluée séparément. Ce mode dégradé affecte uniquement l'opération d'extraction de table actuelle en raison de la présence des types de données affectés.

Non. Lift CLI n'a pas besoin d'autres outils de configuration supplémentaire pour la migration des données.