ADMIN Magazin Gestapelt - Schneller und sicherer mit RAID (Vorschau)

Know-how
Unicode-Migration
grafischen Werkzeuge schnell
erkennbar sind.
Die Migration
Die eigentliche Migration erfolgt
in vier Schritten (Abbildung
2):
n Aufbau einer neuen Datenbank.
Die neue Datenbank
wird entsprechend
den Vorgaben des
Unternehmens und von Oracle mit
dem neuen Zeichensatz (in der Regel
»AL32UTF8«) aufgebaut. Als angenehmer
Nebeneffekt ergibt sich dabei,
dass sich die Datenbank komplett
reorganisieren lässt, das heißt
überflüssige Daten, die etwa durch die
Installation von Beispielschemata in
die Datenbank gelangten, kann man
jetzt eliminieren.
n Exportieren der Schemadefinitionen
als ASCII-Datei. Danach exportiert
man die Schemadefinitionen (Abbildung
3) ohne Längensemantik als
ASCII-Datei. Dadurch ergibt sich die
Möglichkeit, anschließend eine Bereinigung
vorzunehmen. Oracle bietet
hierfür ein Package mit dem Namen
»dbms_metadata« an. Der Autor hat
sehr gute Erfahrungen mit Toad for
Oracle gemacht, da das Tool über eine
grafische Schnittstelle ganz einfach
die komplette Definition auch mehrerer
Schemata als ASCII-Datei erstellt
Abbildung 2: Schematische Darstellung einer Migration.
und in den Editor kopiert. Über »find«
und »replace« lassen sich dann gegebenenfalls
Änderungen (zum Beispiel
Umstellung von »NVARCHAR2« auf
»VARCHAR2«) durchführen.
n Importieren der Schemadefinitionen.
Das eben erstellte Skript mit der Schemadefinition
wird dann in der neuen
Datenbank ausgeführt. Vorher setzt
man allerdings für die gesamte Session
den Parameter »NLS_LENGTH_
SEMANTICS«:
SQL> ALTER SESSION U
SET NLS_LENGTH_SEMANTICS=CHAR;
Damit wird dafür gesorgt, dass allen
Zeichen-Spalten (also »CHAR«, »VAR-
CHAR2«, etc.), die keine explizite Längensemantik
verwenden, »CHAR« als
Längensemantik zugewiesen wird. Damit
passen die Umlaute auch wieder in
die Felder.
n Datensätze importieren. Als Letztes
werden die Datensätze, also die
Inhalte der Tabellen einfach
per Export / Import oder Data
Pump übertragen. Beim Importieren
der Daten ist darauf
zu achten, dass die Befehle
ignoriert werden, die die Tabellen
erstellen würden, denn
die gibt es ja schon. Außerdem
müssen die Foreign-Key-
Contraints ausgeschaltet werden,
da die Reihenfolge des
Einfügens der Daten nicht
festgelegt werden kann. Ansonsten
könnte es dazu kommen, dass ein
Detail-Datensatz (zum Beispiel die
Adresse einer Person) nicht eingefügt
werden kann, weil die Daten der Person
selbst (also Vorname, Nachname,
etc.) noch nicht vorhanden sind. Beim
Importieren interessieren wir uns aber
nur dafür, dass ganz am Ende alle
Daten eingefügt sind, dann sollten die
Personen zu den Adressen passen.
Nötige Auszeiten
Sicherlich ist die Auszeit für eine solche
Migration nicht zu vernachlässigen. Bei
kritischen Datenbanken wird daher empfohlen,
eine Replikationssoftware zu nutzen,
die die Änderungen der alten Datenbank
protokolliert und nachdem die neue
Datenbank aufgesetzt wurde, in die neue
Datenbank nachträgt. Mit dem Werkzeug
SharePlex for Oracle von Dell (vormals
Quest) wurde so bei einem großen deutschen
Automobilhersteller im Jahr 2010
eine rund 10 Terabyte große Datenbank
mit einer Auszeit von weniger als zwei
Stunden migriert, und 2011 wurde eine
kleinere Datenbank, die allerdings höchst
kritisch war, ohne jede Downtime von
einem ISO-Zeichensatz auf Unicode umgestellt.
Bei beiden Datenbanken gab es
zudem den Nebeneffekt, dass man noch
mehrere Wochen zum alten System hätte
zurückkehren können. (jcb)
n
Abbildung 3: Export eines Datenbankschemas als ASCII-Datei.
Der Autor
Johannes Ahrends beschäftigt sich seit rund 20
Jahren mit der Oracle Datenbank und den zugehörigen
Tools. Seit 2011 hat er sein eigenes Unternehmen:
CarajanDB – spezialisiert auf Themen
rund um Oracle. Johannes Ahrends ist Co-Autor
des Standardwerks „Oracle für den DBA“ und
wurde mit dem Oracle ACE Award geehrt.
66 Ausgabe 06-2012 Admin www.admin-magazin.de