Update von Oracle 8 auf 9.2 bei VRG_ Wichtige Vorarbeiten

Transkript

1 Inhaltsverzeichnis: Update von Oracle 8 auf 9.2 bei VRG_ Wichtige Vorarbeiten Was ist vorhanden? Soll Ist vergleich Vorarbeiten Vorbereitung Oracle9i Neuinstallation Oracle8i zu 9i update Vorbereitung Oracle8i zu 9i update Abschlussarbeiten Fertige Belegung Entfernen der Alten Oracle8i Installation C:\kuchta\hermann\vrg_2003_v26.doc Seite 1 von 26 Datum

2 1. Wichtige Vorarbeiten Lesen Sie diesen Ablauf zuerst durch, wenn Sie alles Verstanden haben Planen Sie weiteres. Bestimmen Sie einen Zeitpunkt an dem die Datenbank nicht benötigt wird und heruntergefahren werden kann. Bestimmen Sie einen ungefähren Zeitbedarf! Bei einer Größe von: X GB werden X h benötigt.? Notieren Sie sich die Listner.ora und tnsmanes.ora Einstellungen Update der Tablespaces: Wenn es möglich ist sollten die Tablespaces von Datadictionary auf Local verwaltete gesetzt werden. Info: Die im Ablauf genanten Scripte werden zum Teil im Verzeichnis c:\tmp\info gespeichert. Die Scripte sind Ihren Bedürfnissen anzupassen SID = hal2000 sytem = schatzilein sys = spatz C:\kuchta\hermann\vrg_2003_v26.doc Seite 2 von 26 Datum

3 2. Was ist vorhanden? Ablauf1: Es ist: Oracle Enterprise Standart Installation Dieser Ablauf sieht vor das eine Zweite Version auf dem Server installiert wird. Beide in unterschiedlichen Verzeichnissen. Sorgen Sie dafür das keine User mehr auf die Datenbank zugreifen können. Wechseln Sie in das Verzeichnis c:\tmp (erstellen und die Scripte hineinkopieren) Starten Sie SQLPLUS Melden Sie sich als sys / <password> as sysdba an Sorgen Sie für ausreichend platz auf den Festplatten: Before Snapshot C:\kuchta\hermann\vrg_2003_v26.doc Seite 3 von 26 Datum

4 3. Soll ist Vergleich Festplatte: Version SOLL Oracle_home SOLL System SOLL RAM Oracle Entp. 2,85 GB 140 MB 256 MB Festplatte noch frei Festplatten: E: oracle_alt 20 GB G: oracle_neu / 98 GB Datafiles C: system 80MB RAM IST SOLL 5000 MB 256 MB Empfehlung Fachbuch: min. 512MB Prozessor IST SOLL 3,5 GHZ 0,300 GHZ Oracle 8i alt belegt: Partition System C:\Programme Oracl8i E: (ORACLE_HOME) Oracle9i G: (Datafile) 0,5 GB 9 GB 20 GB Betriebssystem W2k: Soll SP Ist SP Min 1 4 Plan: C:\kuchta\hermann\vrg_2003_v26.doc Seite 4 von 26 Datum

5 4. Vorarbeiten Es empfiehlt sich zuerst die Tablespaces, Controlfiles und redologfiles zu verschieben, so das Sie nicht mehr im Oracle_home sind (am besten auch: cdump,udump,bdump,alertfiles und alle anderen tracefiles): Tablespace verschieben: 1. Stellen Sie fest wo die Dateien aktuell gespeichert werden: 2. Die Datafiles können hier bleiben da sie nicht im Oracle_Home Verzeichnis sind Redologfiles verschieben: 1. Stellen Sie fest wo sich die Aktuellen Dateien befinden: 2. Die Redologfiles befinden sich außerhalb des Oracle_home Verzeichnises und müssen deshalb nicht verschoben werden. C:\kuchta\hermann\vrg_2003_v26.doc Seite 5 von 26 Datum

6 Control Datei verschieben: 1. Stellen Sie fest wo die aktuellen Dateien gespeichert werden: 2. Fahren Sie die Datenbank herunter 3. Kopieren der Control Dateien an den neuen Ort cp_control.cmd 4. Ändern der init<sid>.ora. Hier den neuen Pfad eintragen, die Dateien auf mehrere Festplatten aufteilen. Ab der Version 9i ist es erforderlich wenn eine pfile benutzt wird, diese zu löschen und mit der geänderten init<sid>.ora hochzufahren. Nun muss das pfile neu erstell werden. Erstellen Sie eine Server Parameter Datei mit einer initialisations Parameter Datei: SQL> Create spfile from pfile; 5. Datenbank Starten 6. prüfen ob die neuen Dateien angenommen wurden: SQL> conti2.sql SQL> select * from v$controlfile; C:\kuchta\hermann\vrg_2003_v26.doc Seite 6 von 26 Datum

7 Verschieben sonstiger Dateien: 1. Fahren Sie die Datenbank herunter 2. Kopieren Sie die Dateien an den neuen Standort 3. Ändern Sie die init<sid>.ora wie folgt: core_dump_dest = e:\dumpfiles\cdump backgrund_dump_dest = e:\dumpfiles\bdump user_dump_dest = e:\dumpfiles\udump 4. Fahren Sie die Datenbank wieder hoch C:\kuchta\hermann\vrg_2003_v26.doc Seite 7 von 26 Datum

8 5. Vorbereitung 5.1 Wenn Ihre alte Version oder ist, dann müssen Sie diese Version zuerst zu updaten. Nun können Sie zu Oracle 9.2 Updaten. Welche Version läuft? Welche Option ist installiert? Script 1.sql ausführen. Select * from v$version; Select * from v$option; 5.2 Führen Sie ein Kaltes Backup durch. (OFFLINE) (Prüfen Sie ob das Backup auch wieder zurückgespielt werden kann) 5.2a. \oracle \oracle_home %windir% sichern sichern sichern 5.2b. Sichern Sie den Registry Eintrag von Oracle Verwendung regedit, um eine Sicherung zu erstellen. HKEY_LOCAL_MACHINE / Software / Oracle HKEY_Current_User / Environment C:\kuchta\hermann\vrg_2003_v26.doc Seite 8 von 26 Datum

9 5.3. Stellen Sie fest ob genügend Platz auf der /den Festplatten vorhanden ist. - vorbereiten der Rollbacksegmente Script 3ae.sql Alter rollback segment system storage (maxextents 121 next 1M); - Sicherstellen das genügend freier Platz im System Tablespace ist. Ein Minimum von 150 MB freier Platz ist hierfür erforderlich. Script 3.sql Select max(bytes) from dba_free_space where tablespace_name='system'; - Stellen Sie zusätzlichen Platz in den Rollback_tablespace sicher. So das bei einem Rollbacksegment eine Größe von 70 MB pro 5000 Objekte gegeben ist. Script 3.sql Select count(*) from dba_objects; Ist der Platz nicht groß genug, ändern Sie dies vor dem Update Prüfen Sie ob alle Patches und Updates für die BS System Version aufgespielt sind. Bei Microsoft im Internet nachsehen welches das Neuste ist, und diese aufspielen. (z. B. SP4) You can also check the installation in [NOTE: ] C:\kuchta\hermann\vrg_2003_v26.doc Seite 9 von 26 Datum

10 5.5 Beim Update werden objects (packages,views,...) aktualisiert. Alle anderen Objekte müssen manuell wieder zusammengestellt werden. Listen Sie alle Objekte auf, die vor dem Update nicht VALID sind. Script 5.sql Select substr(owner,1,12) owner, substr(object_name,1,30) object, Substr(object_type,1,30) type,status from dba_objects where status <>'VALID'; Kompilieren Sie diese Objekte vor dem Update mit folgendem Script: e:\oracle\ora92\rdbms\admin\utlrp.sql $ sqlplus sys/<password for SYS> als sysdba SQL >@utlrp.sql Führen Sie danach das Script 5af.sql aus um sich die nicht geänderten anzuzeigen. In der 5af.txt können Sie sich das Ergebnis ansehen. Es sollten keine invalid Objekte mehr angezeigt werden. 5.7 Stellen Sie sicher, dass die ORACLE_SID gesetzt ist, die Sie Updaten wollen C:\ set C:\kuchta\hermann\vrg_2003_v26.doc Seite 10 von 26 Datum

11 5.8 Bei Oracle 9i, werden die SQL NCHAR Datentypen auf das Unicode beschränkt, nur characterset Verschlüsselung (UTF8 und AL16UTF16). Jeder andere NCHAR Datentyp wird nicht mehr unterstützt. Wenn Sie auf Oracle 9i updaten, werden die NCHAR Datentypen das NCHAR basiert auf dem bei der Oracle8 Version verwendeten. Wenn der alte nationale Zeichensatz ist UTF8, die neuen werden UTF8 sein. Sonst wird auf den nationalen Zeichensatz ist in AL16UTF16 geändert. Überprüfen Sie den nationalen Zeichensatz von der Datenbank: Script 8.sql select * from nls_database_parameters where parameter = 'NLS_NCHAR_CHARACTERSET'; select * from v$nls_parameters where parameter like NLS_CHAR% ; Wenn Sie keinen N-colums *for Benutzer verwenden, dann gehen Sie einfach zu Schritt 5.9 Wenn doch: Script 8.sql select distinct OWNER, TABLE_NAME from DBA_TAB_COLUMNS where DATA_TYPE in ('NCHAR','NVARCHAR2', 'NCLOB') and OWNER not in ('SYS','SYSTEM'); Wenn keine Zeilen zurückgeben werden, gehen Sie zu Schritt 9.. Wenn Sie N-colums und Ihren National Characterset verwenden, ist das ein nicht unterstütztes charset [NOTE: ] Dann müssen Sie die Oracle 8i Tabellen mit dem EXORT / IMPORT Befehl vor dem Update sichern, um sie später wieder einzuspielen. Stellen Sie sicher das, jede dictionary table (sys/system) N-colums verwendet, enthält keine Daten noch mehr. UTF8 wurde nicht in 8x unterstützt, aber dies ist die einzige Ausnahme, wenn Sie gegenwärtig UTF8 als nationale Characterset haben, dann können Sie weitergehen ohne exp / imp. C:\kuchta\hermann\vrg_2003_v26.doc Seite 11 von 26 Datum

12 Orginaltext: As of Oracle 9i the sql NCHAR datatypes will be limited to the Unicode characterset encoding only (UTF8 and AL16UTF16). Any other NCHAR datatype will no longer be supported. When upgrading to 9i the value of the NCHAR is based on the NCHAR datatype used in the Oracle8 version. If the old National character set is UTF8, the new will be UTF8. Otherwise the national character set is changed to AL16UTF16. Verify the National Character set of the database: $ Sqlplus SYS/<password for SYS> SQL> select * from nls_database_parameters where parameter ='NLS_NCHAR_CHARACTERSET'; If you are NOT using N-type colums *for user data* then simply go to step 9. ( so if: select distinct OWNER, TABLE_NAME from DBA_TAB_COLUMNS where DATA_TYPE in ('NCHAR','NVARCHAR2', 'NCLOB') and OWNER not in ('SYS','SYSTEM'); returns no rows, go to point 9.) If you are using N-type colums AND your National Characterset is NOT a supported charset listed in [NOTE: ] The National Character Set in Oracle8 then you have to use export/import and drop the tables before migrating to 9i. The whole idea is to make shure that any dictionary table (sys/system) using N-type colums contains no data any more. UTF8 was not supported in 8.x but this is the only exception, if you have currently UTF8 as National Characterset then you can continue without exp/imp. Hier ist es erforderlich zu wissen ob die Anwendung dieses Format unterstützt bzw. das alte benötigt. C:\kuchta\hermann\vrg_2003_v26.doc Seite 12 von 26 Datum

13 5.9 Entfällt da dies Version ist Suchen Sie nach Fehleren und Inconsistence im Dictionary, verwenden Sie die folgenden Befehle bei sqlplus: Script 10.sql Set verify off Set space 0 Set heading off Set feedback off Set pages 1000 Spool analyze.sql Select 'Analyze ' object_type ' ' object_name ' validate structure;' from dba_objects where owner='sys' and object_type in ('INDEX','TABLE','CLUSTER'); spool off Diese Ausgabe (analyze.sql) sollte keine errors zurückgeben Stellen Sie sicher, daß alle Snapshot refreshes erfolgreich beendet sind, und die Replikation angehalten ist: Script 11.sql Select distinct(trunc(last_refresh)) from dba_snapshot_refresh_times; 5.12 Halten Sie den Listner für die Datenbank an Oder bei Microsoft W2k: Arbeitsplatz / Verwalten / Anwendungen und Dienste / Dienste / den Dienst Oracleora81TNSListner<name> beenden C:\kuchta\hermann\vrg_2003_v26.doc Seite 13 von 26 Datum

14 5.13 Stellen Sie sicher, dass keine Dateien eine Wiederherstellung benötigen. Script 13.sql Select * from v$recover_file; Es sollte keine Zeilen zurückgeben werden 5.14 Stellen Sie sicher, dass keine Dateien im Backupmodus sind Script 14.sql Select * from v$backup where status!='not ACTIVE'; Dies sollte keine Zeilen zurückgeben Stellen sie sicher das alle Transaktionen abgeschlossen sind: Script 15.sql Select * from dba_2pc_pending; Wenn hier Zeilen zurückgegeben werden, sollten Sie folgendes machen: Script 15ex.sql Select local_tran_id from dba_2pc_pending; Execute dbms_transaction.purge_lost_db_entry('<local_tran_id>'); Commit; 5.16 Beenden Sie alle Batch und BACKUP Jobs des Betriebsystems Notieren Sie sich welche Verzeichnisse gesichert werden. C:\kuchta\hermann\vrg_2003_v26.doc Seite 14 von 26 Datum

15 5.17 Stellen Sie sicher das die Benutzer sys und System 'System' als ihr Default Tablespace haben. Script 17.sql Select username, default_tablespace from dba_users where username in ('SYS','SYSTEM'); Wenn dem nicht so ist, modifizieren Sie dies Folgendermaßen: Script 17ex.sql Alter user sys default tablespace SYSTEM; Alter user system default tablespace SYSTEM; 5.18 Prüfen Sie ob aud$ aktiviert ist, wenn ja, das es nur im System tablespace aktiviert ist. Script 18.sql Select tablespace_name from dba_tables where table_name='aud$'; 5.19 Notieren Sie, wo sich alle Kontrollfiles befinden. Script 19.sql Select * from v$controlfile; 5.20 Notieren Sie alle sysdba Benutzer. Script 20.sql Select * from v$pwfile_users; 5.21 Fahren Sie die Datenbank herunter SQL> Shutdown immediate C:\kuchta\hermann\vrg_2003_v26.doc Seite 15 von 26 Datum

16 6. Oracle9i Neuinstallation 6.21a Installieren Sie Oracle 9i (nur die Software): Installer von der CD starten. Wenn bei der Installation ein Fehler auftreten sollte, das ein *.dll File nicht beschreiben werden kann, gehen Sie in das %windir%\system32 Verzeichnis und heben sie den Schreibschutz an der Datei auf. Ändern Sie das neue_oracle_home Verzeichnis auf ein anderes als das alte oracle_home Verzeichnis. Erstellen Sie keine Datenbank. (Es soll eine Alte importieren werden). Nur Software. Bei der Oracle Net abfrage, wählen Sie Typische Installation. (Die Anpassung erfolgt später) Auf keinen Fall dürfen Sie hier schon die alte SID der Datenbank eintragen!!! 6.21b Installieren Sie das Patch Set wenn sie ein 32-Bit System haben: Starten Sie die setup.exe auf der CD. Installieren Sie zuerst das OUI-Patch Danach das Patch Es ist alles Menü geführt. C:\kuchta\hermann\vrg_2003_v26.doc Seite 16 von 26 Datum

17 7. Oracle8i zu 9i update Vorbereitung 7.23 Prüfen Sie ob genügend Freier Speicher für die Archiv_log_files vorhanden ist Stellen Sie sicher, dass die NLS_LANG Variable richtig gesetzt wird: Unter Microsoft: Start / Programme / Systemsteuerung / Ländereinstellung 7.26a Ändern Sie die Passwörter von folgenden Usern auf ein Ihnen gefallendes. CTXSYS = admin MDSYS = admin 7.27 Editieren Sie die init.ora so: Kommentieren Sie die Zeile JOB_QUEUE_PROCESSES = xyz aus. Und setzen diesen neuen Wert: JOB_QUEUE_PROCESSES = 0 Setzen Sie die korrekte Versionsnummer: compatible = Bei W2K unter Dienste, alle Oracle Dienste einstellen auf manuell. C:\kuchta\hermann\vrg_2003_v26.doc Seite 17 von 26 Datum

18 8. Oracle8i zu 9i update 8.29 Starten Sie die Datenbank (Oracle8i) und den Listener der Oracle8i Version. Das Upgrade beträgt auf schnellen Rechnern nur ca. 15 Min (Was für Rechner?) Starten Sie den Oracle Upgrade Assistenten: Start\pragramme\oracle\neu_oracle _home\configuration and Migration Tools\database Upgrade Assistent Wählen Sie die alte_sid und das alte_oracle_home aus Bei der abfrage NCHAR Datentypen sagen Sie Yes Abschnitt ) (oder vorher ändern. siehe Abfrage Rollback_segmente sagen Sie weiter. Abfrage ob ein Datenbankbackup erstellt wurde sagen Sie Yes Prüfen Sie das Ergebnis auf evtl. errors. Bei mir sind trotz der Warnung der NCHAR Typen, keine Fehler aufgetreten. Aber dies ist in Abstimmung mit der Anwendung zu prüfen. Konfigurieren Sie kein Datenbankpasswort. Wählen Sie nicht Datenbank Restore aus. Beenden Sie das Upgrade mit close. C:\kuchta\hermann\vrg_2003_v26.doc Seite 18 von 26 Datum

19 8.32 Starten Sie die Datenbank neu: Script 32.sql SQL> Shutdown Immediate SQL> Startup restrict Dieser saubere Restart, spült alle Caches, räumt Puffer auf und leistet Andere Datenbankhaushaltungsaufgaben. Welches erforderlich ist, wenn Sie weitere Bestandteile hinzufügen wollen. 9. Abschlussarbeiten 9.33 Führen Sie dieses Script aus, um invalid pl/sql modules zu recompilieren (new_oracle_home) G:\oracle\ora92\rdbms\admin\utlrp.sql SQL Prüfen Sie ob es immer noch Objekte gibt, die nicht Recompiliert wurden: Script 33.sql spool invalid_post.lst Select substr(owner,1,12) owner, Substr(object_name,1,30) object, Substr(object_type,1,30) type, status from dba_objects where status <>'VALID'; spool off Vergleichen Sie die ungültigen Objekte in der Datei 'invalid_post.lst' jetzt mit den ungültigen Objekte in der Datei 5af.txt, die Sie in Schritt 5 aufgelistet. Es sollte keine Objekte ungültig sein. Wenn hier der Owner ORDSYS angezeigt wird, gilt dies nur für die JAVA Funktion (Server). Auf die reine Datenbankfunktion sind hier keine Fehler feststellbar Ändern Sie die init.ora Datei: Leave the parameter JOB_QUEUE_PROCESSES=0 C:\kuchta\hermann\vrg_2003_v26.doc Seite 19 von 26 Datum

20 9.35 Führen Sie einen Neustart der Datenbank durch: Script 35.sql $ sqlplus /nolog SQL> Connect sys/passwd_for_sys as sysdba SQL> Shutdown SQL> Startup restrict 9.36 siehe auch Abschnitt 5.8 Seite11 Fragen Sie Ihren Anwe ndungshersteller ob Ihre Anwendung mit der Folgenden Änderung kompatibel ist. In Oracle9i, dem nationalen Zeichensatz (für NCHAR, NVARCHAR2 und NCLOB Datentypen) wird auf die Unicode Zeichensätze beschränkt AL16UTF16 und Nur UTF8. Wenn er zu Oracle9i verbessert, wird der nationale Zeichensatz werden Sie auf Grundlage vom vorherigen nationalen Zeichensatz gewählt. Nächste Schritte sind nur erforderlich, wenn Sie N-colums zwecks *user* Daten verwenden. Script 36.sql SQL> select distinct OWNER, TABLE_NAME from DBA_TAB_COLUMNS where DATA_TYPE in ('NCHAR','NVARCHAR2', 'NCLOB') and OWNER not in ('SYS','SYSTEM'); *AND * Ihr vorheriges nationales Characterset war ein unterstütztes charset, aufgelistet, in Der nationale Zeichensatz in Oracle8 SQL> select * from nls_database_parameters where parameter ='NLS_SAVED_NCHAR_CS'; Wenn Ihr vorheriges nationales Characterset kein unterstütztes charset war führte dann im nationalen Zeichensatz in Oracle8 auf sehen zeigen Sie mit 8 dieser Notiz. Wenn Sie N-colums nicht für Benutzer verwenden, gehen Sie zu Schritt 37. Wenn Ihr vorheriger Version 8 nationaler Zeichensatz UTF8 war und Sie wollen dies nicht Änderung, gehen Sie zu Schritt 37. Aller Anderen Versionen 8 unterstützte nationale Zeichensätze werden umgewandelt zu: C:\kuchta\hermann\vrg_2003_v26.doc Seite 20 von 26 Datum

21 A) oder AL16UTF16: Zu verbessern Benutzertabellen mit NCHAR Datentypspalten zu AL16UTF16 Starten Sie das Script (new_oracle_home): G:\oracle\ora92\rdbms\admin $ sqlplus /nolog SQL > verbinden sys/passwd_for_sys als sysdba SQL >@utlnchar.sql B) oder UTF8: Um Benutzertabellen mit NCHAR Datentypspalten zu UTF8 zu verbessern, führen Sie das Script n_switch.sql aus: SQL >@n_switch.sql (die n_switch.sql Schrift kann auch auf einer späteren Stufe verwendet werden, um davon zu gehen AL16UTF16 zu UTF oder Gegenteil) Nach dem Ausführen von utlnchar.sql und alternativ n_switch.sql. Schließen die Datenbank sauber. SQL> shutdown immediate Orginal Text: In Oracle9i, the National Character Set (for NCHAR, NVARCHAR2, and NCLOB datatypes) will be limited to the Unicode character sets AL16UTF16 and UTF8 only. When upgrading to Oracle9i, the National Character Set will be chosen based on the previous National Character Set. Next steps are only needed if you are using N-type colums for *user* data. SQL> select distinct OWNER, TABLE_NAME from DBA_TAB_COLUMNS where DATA_TYPE in ('NCHAR','NVARCHAR2', 'NCLOB') and OWNER not in ('SYS','SYSTEM'); *AND * your previous National Characterset was a supported charset listed in [NOTE: ] The National Character Set in Oracle8 SQL> select * from nls_database_parameters where parameter ='NLS_SAVED_NCHAR_CS'; If your previous National Characterset was NOT a supported charset listed in [NOTE: ] The National Character Set in Oracle8 then see point 8 of this note. If you are NOT using N-type colums for user data go to step 37. If your previous version 8 National Character Set was UTF8 and you do not want to change that then no further action is needed, go C:\kuchta\hermann\vrg_2003_v26.doc Seite 21 von 26 Datum

22 to step 37. All other version 8 supported National Character Sets will be converted to: A) or AL16UTF16: To upgrade user tables with NCHAR datatype columns to AL16UTF16 run the script utlnchar.sql: $ sqlplus /nolog SQL> connect sys/passwd_for_sys as sysdba B) Or UTF8: To upgrade user tables with NCHAR datatype columns to UTF8 run the script n_switch.sql: (the n_switch.sql script can also be used on a later stage to go from AL16UTF16 to UTF or inverse) After running utlnchar.sql and alternatively n_switch.sql. Shut down the database cleanly. SQL> shutdown immediate 9.37 Kopieren Si die Alte init.ora vom Oracle 8i Verzeichnis ins neue Oracle9i Verzeichnis (g:\oracle\ora92\database). Dort müssen Sie Sie in init<sid>.ora umbennen und editieren: Koregieren Sie die init.ora jetzt: put back the old value for the JOB_QUEUE_PROCESSES parameter Setzen Sie hier wieder den Alten Wert z. B. JOB_QUEUE_PROCESSES=4 Setzen Sie die korrekte Versionsnummer: compatible = Ändern Sie den Eintrag mts_dispatchers in dispatchers Kommentieren Sie folgende Einträge aus: - job_queue_interval - distributed_transactions (Stellen Sie sicher das keine Pfade mehr ins Alte ORACLE_HOME Verzeichnis führen C:\kuchta\hermann\vrg_2003_v26.doc Seite 22 von 26 Datum

23 937b Kopieren Si e die Dateien von: E:\oracle\admin\dba10\<dump_directory> Nach E:\dump\<dump_directory> (von OLD_ORACLE_HOME nach NEW_ORACLE_HOME) Und bei bedarf auch das Upgradefile Erstellen Sie eine Serverparameterdatei mit einer Initialisierungsparameterdatei Löschen Sie die alte spfile<sid>.ora Datei von Oracle9i. Starten Sie die Datenbank: SQL> Startup Erstellen Sie eine Server Parameter Datei mit einer initialisations Parameter Datei: SQL> Create spfile from pfile; Dies erstellt eine spfile, wie eine Kopie der init.ora Datei, angelegt im $ ORACLE_HOME/database Verzeichnis Kopieren Sie die alten Listener.ora und tnsnames.ora Dateien in das neue ORACLE9i Verzeichnis. - Modifizieren Sie die listener.ora Datei: Die ORACLE_HOME Parameter müssen auf das NEW_ORACLE_HOME zeigen. - Erstellen Sie mit der Grafik: Net Configuration Assistent, einen geänderten Listener (Listener neu konfigurieren) 9.39a Wenn Sie eine sqlnet.ora vorher benutzt haben, müssen Sie diese ebenfalls anpassen. C:\kuchta\hermann\vrg_2003_v26.doc Seite 23 von 26 Datum

24 9.40 Starten Sie den Listener neu: Unter Dienste bei W2K 9.41 Aktivieren Sie alle BACKUP Jobs 9.42 Ändern Sie die Dienste um automatisch zu Starten Ändern Sie die Dienste, welche Sie brauchen, auf automatisch starten Überprüfen Sie die Registry: cmd \ regedit Unter HKEY_LOCAL_MACHINE \ SOFTWARE \ ORACLE \ <HOME<n>> Sollte <HOME<n>> = <oracle 9.2.0> stehen 10. Fertige Belegung Festplatte noch frei Festplatten: E: oracle_alt GB (+datafiles) G: oracle_neu / GB Datafiles C: system MB Oracle 9i neu belegt: Partition System C:\Programme Oracl8i E: (ORACLE_HOME_alt Oracle9i G: (Datafile, ORACLE_HOME_NEU) GB GB GB C:\kuchta\hermann\vrg_2003_v26.doc Seite 24 von 26 Datum

25 11. Entfernen der Alten Oracle8i Installation 11.46a. Überprüfen Sie unter Dienste ob die Dienste: OracleService<sid> und oracle<oracle_home_name>tnslistner auf automatisch stehen. Nachdem die Oracle 9i Datenbank ein bis 3 Monate ohne Fehler gelaufen ist, kann man die alte Oracle 8i Software entfernen. Vorher ein Backup machen. Fahren Sie die Datenbank herunter. Stellen Sie sicher das alle Dienste Angehalten sind. Start \Programme \ Oracle Installation Products \ universal Installer Wählen Sie Deinstallieren von Produkten. Wählen Sie Oracle 8i und das Alte_oracle_home aus, dann entfernen drücken. Löschen Sie das ALTE_ORACLE_HOME Verzeichnis: e:\ora81 Löschen Sie auch die Alten Dienste: Mit folgendem Tool: SRVINSTW.EXE Löschen Sie auch das Alte Oracle_Home Verzeichnis von Hand. Beachten Sie hierbei das Sie nicht die noch benötigten Dateien wie. Z. B. Datafiles der Tablespaces, Kontrollfiles, Archive Log Files, Redologfile usw. Löschen. Das beste ist ohnehin diese Dateien nicht im ORACLE_OME Verzeichnis zu haben, sondern in eigenen Verzeichnissen am besten sogar auf anderen Festplatten. So kann man dann ohne große Probleme das ALTE_ORACLE_HOME Verzeichnis löschen. E:\oracle\<sid>\81x Löschen Sie den Oracle 8i Eintrag unter Start\Programme C:\kuchta\hermann\vrg_2003_v26.doc Seite 25 von 26 Datum

26 Überprüfen Sie die Umgebungsvariablen unter: Bei W2k: Arbeitsplatz / Eigenschaften / Erweitert / Umgebungsvariablen Diese sollten Alle noch auf das Neue_oracle_home und die neue <sid> verweisen a: Führen Sie ein Backup der Oracle 9i Datenbank durch: SQL> shutdown normal Stoppen Sie alle Oracle Dienste. Erstellen Sie ein OFFLINE BACKUP der Oracle Datenbank und Software Client Update: Der Server und die Clients müssen in der selben Domäne sein. (speziell bei SAP) [Benutzen Sie den Oracle Servermanager oder SQLPLUS.] Den Alten Oracle8i Client deinstallieren und den Neuen Oracle 9i Client installieren. (Vorher aufschreiben wie die Einstellungen der Datenbankverbindung waren. Auch die Umgebungsvariablen Notieren) Oder die Alten Dateien kopieren. Bei mehreren Clients, empfiehlt sich eine Softwareverteilung. C:\kuchta\hermann\vrg_2003_v26.doc Seite 26 von 26 Datum