Wenn Sie Daten aus Ihrer IBM PureData System for Analytics-Datenbank (Netezza) migrieren, müssen Sie zunächst eine Datenbanktabelle lokal in eine CSV-Datei extrahieren, indem Sie „lift extract“ verwenden. Anschließend übertragen Sie Ihre CSV-Datendatei mithilfe von „lift put“ in die Landezone von IBM Db2 Warehouse on Cloud. Die IBM Db2 Warehouse on Cloud-Landezone ist ein vorab zugewiesenes Volume, das zum Laden und Scratchen von Daten verwendet wird. Abschließend laden Sie die hochgeladene CSV-Datendatei mit „lift load“ in die Engine. Sobald der Ladevorgang abgeschlossen ist, können Sie die Datendatei mit „lift rm“ löschen.

Wenn Sie eine Reihe von CSV-Dateien migrieren, befolgen Sie die gleichen Schritte wie oben. Sie beginnen mit der Übertragung Ihrer CSV-Datendateien mithilfe von „lift put“ in die Db2 Warehouse on Cloud-Landezone. Die Db2 Warehouse on Cloud-Landing Zone ist ein vorab zugewiesenes Volume, das zum Laden und Scratchen von Daten verwendet wird. Abschließend laden Sie die hochgeladene CSV-Datendatei mit „lift load“ in die Engine. Sobald der Ladevorgang abgeschlossen ist, können Sie die Datendatei mit „lift rm“ löschen.

Nein, Sie können Datenbanken jeder Größe migrieren. Beachten Sie jedoch, dass die Dauer Ihrer Datenbankmigration von der Geschwindigkeit Ihrer Netzwerkverbindung, der Menge der unkomprimierten Daten, die Sie verschieben müssen, und den Hardwareprofilen Ihrer Quell- und Zielcomputer abhängt. Mit anderen Worten: Die Dauer kann variieren.

Der Lift CLI migriert Ihre Tabellen oder CSV-Dateien in ein IBM Cloud-Datenziel. Wenn Sie andere Datenbankartefakte wie Tabellen, Ansichten, gespeicherte Prozeduren migrieren müssen, verwenden Sie bitte die IBM Database Conversion Workbench.

Wir empfehlen, dass Sie den CLI von einem Computer aus installieren und ausführen, der sich in der Nähe des Netzwerks zu Ihrer Datenbankquelle befindet (minimale Latenz). Dadurch wird sichergestellt, dass Ihre Daten in Ihrer lokalen Umgebung schneller extrahiert und bereitgestellt werden, wodurch sich die Gesamtdauer der Datenmigration verkürzt.

Die folgenden Ports müssen auf dem Computer geöffnet werden, auf dem der Lift CLI ausgeführt wird:

*Es wird eingehender Datenverkehr zurückgegeben, wenn die OUTBOUND-Verbindung vom Lift CLI in Richtung Db2 Warehouse on Cloud-Cluster auf Port 33001 initiiert wurde. Der lokale Port, der sich im ephemeralen Portbereich befindet, wird zufällig vom Betriebssystem ausgewählt. Alle modernen Firewalls sind zustandsbehaftet (oder verbindungs- oder zustandsbewusst), und es wird erwartet, dass kein INBOUND-Port geöffnet werden muss. 

Für Linux und MacOS sollte der Mindestspeicher größer oder gleich der Darstellung der größten Tabelle auf dem Datenträger (unkomprimiert) sein.

Unter Windows sollte der Mindestspeicher 2-mal größer oder gleich der Darstellung der größten Tabelle auf dem Datenträger (unkomprimiert) sein.

Sie können „lift df“ ausführen, um in der Db2 Warehouse on Cloud for Analytics-Landezone nach verfügbarem Speicherplatz zu suchen. Sie können Speicherplatz freigeben, indem Sie „lift rm“ ausführen. Wenn Sie immer noch nicht genug Platz haben, können Sie Ihre Tabelle in mehrere Dateiblöcke aufteilen und diese einzeln hochladen, indem Sie die Option „lift extract –Size“ verwenden.

Sicher. Sie können die Option „lift put --max-throughput“ verwenden, um den von der Datenübertragung genutzten Durchsatz zu begrenzen.

Ja. Sie können die Verbindungsanmeldeinformationen als Umgebungsvariablen festlegen. Sie können auch eine Eigenschaftendatei erstellen und dort Ihre Datenbank-Anmeldeinformationen und allgemeine Optionen platzieren. Werfen Sie einen Blick auf „lift help <command“, um eine Liste der Optionen anzuzeigen, die vom Lift CLI unterstützt werden.

IBM Lift CLI kann verwendet werden, um geschützte Gesundheitsdaten gemäß HIPAA zu verarbeiten, wenn der Kunde als Datenverantwortlicher feststellt, dass die technischen und organisatorischen Sicherheitsmaßnahmen den Risiken entsprechen, die durch die Verarbeitung und die Art der zu schützenden Daten entstehen. IBM Lift CLI ist nicht für die Verarbeitung von Daten ausgelegt, auf die zusätzliche regulatorische Anforderungen gelten.

Eine Umgebungskonfigurationsdatei namens lift.environment im Verzeichnis „Lift CLI installation bin“ ( <Lift CLI install dir>/bin ) kann mit den folgenden Inhalten erstellt werden, um eine HTTP-Proxy-Konfiguration hinzuzufügen:

Verwenden Sie für den Proxy-Host proxy.host=<hostname>. Verwenden Sie für den Proxy-Port proxy.port=<port number>. Beide müssen angegeben werden, damit die Einstellungen wirksam werden. Wenn der Proxy eine Authentifizierung erfordert, verwendet der Lift CLI die Standardauthentifizierung in der CONNECT-Anfrage, indem er proxy.user= <user> und proxy.password=<password> angibt. Beide müssen angegeben werden, damit die Authentifizierungseinstellungen wirksam werden.

Beispiel für <Lift CLI install dir>/bin/lift.environment contents (jede Eigenschaft befindet sich in einer neuen Zeile):

proxy.host=myproxy.host

proxy.port=3029

proxy.user=myproxyuser

proxy.password=proxypassword

Eine Umgebungseigenschaftendatei namens lift.environment im Verzeichnis Lift CLI installation bin ( <Lift CLI install dir>/bin ) kann mit den folgenden Inhalten erstellt werden, um ein X509-Zertifikat hinzuzufügen, das in den Trust Store importiert werden soll.

Verwenden Sie für den Proxy-Host proxy.certificate.path=<fully qualified path to the X509 certificate file> .

Das Zertifikat wird mit dem Alias ibm-lift-imported-proxy-cert hinzugefügt. Wenn der Alias bereits vorhanden ist, wird die Datei nicht importiert und muss vor der erneuten Ausführung des CLI manuell entfernt werden. Sie können das Zertifikat mit dem Java-Schlüsselwerkzeug im Lift CLI Java Trust Store in <Lift CLI install dir>/jre/lib/security/cacerts (z. B. keytool -delete -alias ibm-lift-imported-proxy-cert -keystore <Lift CLI install dir>/jre/lib/security/cacerts -storepass changeit) entfernen.

Ja, der Lift CLI kann auf dem PureData System for Analytics installiert werden, aber es muss zusätzlicher Speicher angefügt werden, um den extrahierten Daten ausreichend Speicherplatz auf der Staging-Festplatte zur Verfügung zu stellen.

Die folgenden technischen Hinweise beschreiben die Schritte zum Mounten von SAN/NFS-Systemen auf PureData Systems for Analytics. Sie enthalten auch Best Practices für das Anhängen und Konfigurieren von zusätzlichem Speicher für PureData System for Analytics.

1. Hinzufügen von SAN Storage zu PureData Systems for Analytics: http://www.ibm.com/support/docview.wss?uid=swg21700900

2. IBM PureData System for Analytics Mounting NFS auf der Appliance: http://www.ibm.com/support/docview.wss?qid=63d511603b6e6fb3a0216ea69fc0d500&uid=swg21568933

3. Mounten des NFS-Dateisystems auf PureData for Analytics-Systeme: http://www.ibm.com/support/docview.wss?qid=a9cf4df18f89517d8338b99a8743f522&uid=swg21971589

Wenn Sie den Lift CLI für PureData System for Analytics-Quellen installieren, installieren Sie den Lift CLI auf Ihrem „Injektionssystem“ (das System, mit dem Sie Daten zum Laden in die PureData System for Analytics-Datenbank bereitstellen). Dieses System verfügt über eine gute Konnektivität mit dem PureData System for Analytics und bietet viel Speicherplatz für die Bereitstellung von Daten. Wenn Ihr Injektionssystem jedoch bereits vollständig geladen ist, installieren Sie den Lift CLI auf einem ähnlichen System, das ähnlich verbunden ist und über viel Staging-Festplattenspeicher verfügt.

Wir empfehlen dringend, den Lift CLI auf einem Linux-Computer zu installieren. Wenn Ihr Lift CLI auf einem Linux-Computer installiert ist, erfolgt die Datenextraktion aus PureData System for Analytics-Quellen mit Hochgeschwindigkeitsentlastungsanlagen. Installieren Sie Ihren Lift CLI auf Linux, um einen deutlich höheren Gesamtdurchsatz zu erzielen, wenn Ihre Quelle PureData System for Analytics ist.

Wir empfehlen dringend, die Lift CLI auf einem Linux-Computer mit Db2-Client-Installation zu installieren. Die Installation von Lift CLI auf Ihrem Linux-Computer mit Db2-Client verbessert den Gesamtdurchsatz deutlich. Wenn Lift CLI den Db2-Client nicht erkennt, wird eine andere Extraktionsstrategie verwendet, was zu einem geringeren Extraktionsdurchsatz führen kann. Eine Meldung auf der Konsole „Lift extrahiert Daten mit Unterlichtgeschwindigkeit. Sie können die Extraktionszeit verbessern, indem Sie den Db2-Client installieren und konfigurieren. Weitere Informationen finden Sie unter http://ibm.biz/BdZcFp“ (Link liegt außerhalb von IBM) wird gedruckt, wenn der Db2-Client nicht auf Ihrem Computer verfügbar ist, auf dem Lift CLI installiert ist.

Voraussetzungen für die Verwendung des Db2-Clients durch Lift CLI:

Der Befehl 1. db2 (for Linux) oder db2cmd (for Windows) muss in PATH verfügbar sein.

• Linux: <INSTANCE_OWNER_HOME>/sqllib/db2profile muss vor dem Ausführen von Lift CLI auf die Umgebung angewendet werden
• Windows: Der DB2-Client muss als Standardinstanz festgelegt werden

2. Der Betriebssystembenutzer muss in die SYSADM-Gruppe der Db2-Client-Instanz aufgenommen werden, wenn Lift CLI remote vom IBM Db2 for Linux, UNIX and Windows-Server ausgeführt wird.

3. Die Version des Db2-Clients muss dieselbe oder höher sein als die Version vom IBM Db2 for Linux, UNIX and Windows-Server.

Ja. Das Extrahieren ausgeblendeter Spalten wird von Lift CLI unterstützt. Standardmäßig sind ausgeblendete Spalten nicht in der extrahierten CSV-Datei enthalten. Wenn Sie ausgeblendete Spalten in die extrahierten Daten einschließen möchten, geben Sie explizit alle Spaltennamen zusammen mit den Namen der ausgeblendeten Spalten an, indem Sie die Spaltenauswahloption verwenden. Weitere Informationen zur Spaltenauswahloption finden Sie unter „lift extract –help“.

Für die Verwendung des Oracle-Clients durch Lift CLI gelten folgende Voraussetzungen:

1. Installieren Sie die Basic- und Werkzeugmodule des Oracle-Clients.

2. Stellen Sie sicher, dass der Pfad des Exp-Programms der PATH-Umgebungsvariable hinzugefügt wird.

3. Je nach Umgebung müssen Sie möglicherweise den Oracle-Clientbibliothekspfad zum Pfad der Betriebssystembibliothek hinzufügen (z. B. LD_LIBRARY_PATH).

4. Die Oracle-Client-Version muss dieselbe oder höher sein als die Oracle-Serverversion.

Hinweis: Sie müssen die Quelldatenbankverbindung vom Oracle-Client nicht vorab konfigurieren.

Ja. Lift CLI verwendet eine UTF-8-Code-Seite und unterstützt die Datenkonvertierung aus häufig verwendeten Oracle-Zeichensätzen.

Nachfolgend finden Sie eine Liste der unterstützten Oracle-Datenbank-Zeichensätze (NLS_CHARACTERSET):

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

Mithilfe der folgenden SQL-Abfrage können Sie den Zeichensatz der Oracle-Quelldatenbank bestimmen:

WÄHLEN SIE PROPERTY_VALUE AUS DATABASE_PROPERTIES, WOBEI PROPERTY_NAME = 'NLS_CHARACTERSET';

Lift CLI verwendet einen heruntergestuften Modus, wenn die Quelltabelle einen der folgenden Datentypen hat:

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

Jede Tabelle wird separat ausgewertet. Dieser eingeschränkte Modus wirkt sich aufgrund des Vorhandenseins der betroffenen Datentypen nur auf den aktuellen Tabellenextraktionsvorgang aus.

Nein. Lift CLI benötigt keine weiteren zusätzlichen Tools für die Datenmigration.