Editions - Upgrade im laufenden Betrieb

Transkript

2 Agenda Fine Grain Dependancy Tracking Vergleich Oracle 10g und 11g Beispiel bei Tabellenänderungen Auswirkung auf Reorganisationen Editions Grundlagen Voraussetzungen Beispiel 2

3 Redefinition Package (ab 9i) Tabellenreorganisation im laufenden Betrieb Oracle9i => zwei Packages dbms_redefinition.start_redef_table Erstellt eine Materialized View als neue Tabelle und setzt eine Materialized View Log auf die alte Tabelle dbms_redefinition.finish_redef_table Synchronisiert beide Tabelle und ändert dann direkt die Data Dictionary Einträge (delete bzw. insert in tab$ etc) Oracle 10g => zusätzliches Package dbms_redefinition.copy_table_dependents Damit können abhängige Objekte (Indizes, Constraints) entsprechend mit erstellt werden Nachteil (bis Version 11g): Alle PL/SQL Programme und Views auf die Tabelle werden ungültig (invalid)! 3

4 Fine Grain Dependency Tracking (11g) Abhängige Prozeduren und Views werden nur noch dann ungültig, wenn eine direkte Beziehung zu den Tabellen besteht. 4

5 Beispiel 1- Änderungen an Personentabelle Views 1:1 View vpersonen Join View privatadressen Editioning view ev_personen (11g) PL/SQL Packages dml_personen (INSERT, UPDATE, DELETE mit %TYPE) dml_personen_rowtype (INSERT, UPDATE, DELETE mit %ROWTYPE) dml_vpersonen (INSERT, UPDATE, DELETE mit %TYPE auf View vpersonen) demopkg (Prozedur mit INSERT und SELECT auf mehrere Tabellen u.a. personen) Aufgabe: Hinzufügen der Spalte BEMERKUNGEN Löschen der Spalte BEMERKUNGEN 5

6 Beispiel 1: Ergebnis Oracle 10g R2 Oracle 11g R2 ADD DROP ADD DROP vpersonen VALID VALID privatadressen VALID VALID ev_personen VALID VALID dml_personen (H) dml_personen (B) dml_personen_rowtype (H) dml_personen_rowtype (B) dml_vpersonen (H) dml_vpersonen (B) demopkg (H) demopkg (B) VALID VALID VALID VALID VALID VALID VALID VALID VALID VALID VALID VALID VALID 6

7 Auswertung Beispiel 1 Die Verwendung von %ROWTYPE sollte vermieden werden. PL/SQL mit INSERT bleiben VALID bei Hinzufügen und Löschen von Spalten (solange nicht direkt betroffen) UPDATE und DELETE Operationen werden bei Hinzufügen von Spalten Bei PL/SQL auf Views bleiben alle Views VALID!!!! 7

8 Beispiel 2: Reorganisation Tabelle personen wird über mehrere Arten reorganisiert ALTER TABLE personen MOVE TABLESPACE; ALTER TABLE SHRINK ENABLE ROW MOVEMENT erforderlich Redefinition Package 8

9 Beispiel 2: Ergebnis Oracle 10g Oracle 11g MOVE TABLESPACE *) ALLES VALID ALLES VALID ENABLE ROW MOVEMENT ALLES ALLES VALID SHRINK SPACE ALLES VALID ALLES VALID REDEFINITION (FINISH) ALLES PL/SQL VALID VIEWS *) Index Unusable 9

10 Auswertung Beispiel 2 Shrink Space verwenden Keine LONG Felder Keine Tabellen mit Function Based, Bitmap Join oder Domain Index Keine Compressed Tables ENABLE ROW MOVEMENT muss zuerst gesetzt sein Redefinition invalidiert Views Keine PL/SQL Programme auf Views (Wiederspricht Fine Grain Dependancy Tracking) 10

11 Editions - Grundlagen Editions sind Systemobjekte, d.h. sie sind keinem Schema zugeordnet Erlauben unterschiedliche Namens- bzw. Gültigkeitsräume für editionierbare Objekte Die Standardedition ist ora$base (existiert schon in 11.0) Jede Edition baut auf die vorhergehende auf (AS CHILD OF), es gibt keine Verzweigungen (noch nicht ) Editionierbare Objekte sind: Views Synonyme (außer Public) Trigger PL/SQL Prozeduren, Packages, Functions Zwei neue Objekt-Optionen: Editioning Views (Read-Only und Read-Write) Cross-Edition Triggers 11

12 Editions - Voraussetzungen Oracle 11g Release 2 (alle Editionen!!!) GRANT CREATE, ALTER, DROP ANY EDITION ALTER USER ENABLE EDITIONS (FORCE) GRANT USE ON EDTION TO FORCE wird gebraucht, wenn ein Benutzer schon Editioning Views angelegt hat SYS und SYSTEM können EDITIONS anlegen, diese aber nicht nutzen ( ENABLE ) 12

13 Editioning erlauben 1. Fehler 2. Fehler so geht s 13

14 1. Fehler ALTER USER pasr3 ENABLE EDITIONS nicht gesetzt: pasr3 erstellt Editioning Views (dafür braucht man keinerlei spezielle Berechtigung) CREATE EDITIONING VIEW ev_personen Er granted INSERT, UPDATE, DELETE, SELECT auf einen anderen Benutzer (kein Problem) GRANT INSERT, UPDATE, DELETE, SELECT ON ev_personen TO doag; Neuer Benutzer erstellt Synonyme auf diese Views CREATE SYNONYM personen on pasr3.ev_personen; Jetzt: ALTER USER pasr3 ENABLE EDITIONS FORCE; ORA-04045: errors during recompilation/revalidation of DOAG.PERSONEN ORA-00980: synonym translation is no longer valid 14

15 2. Fehler ALTER USER pasr3 ENABLE EDITIONS gesetzt Editioning Views erstellt CREATE EDITIONING VIEW ev_personen Grant an doag GRANT INSERT, UPDATE, DELETE, SELECT ON ev_personen TO doag; User doag möchte Synonym anlegen CREATE SYNONYM personen on pasr3.ev_personen; => ORA-38818: Illegal reference to editioned object 15

16 so geht s System User ALTER USER pasr3 ENABLE EDITIONS; ALTER USER doag ENABLE EDITIONS; pasr3 CREATE EDITIONING VIEW ev_personen GRANT INSERT, UPDATE, DELETE, SELECT ON ev_personen TO doag; doag User CREATE SYNONYM personen FOR pasr3.personen; SELECT * FROM personen WHERE 16

17 Aufgabe Existierende Anwendung auf Editions umstellen Dafür ist es erforderlich, in Zukunft per Editioning Views mit der Anwendung zu arbeiten Alternative 1: Herunterfahren der Anwendung Rename aller Tabellen Erstellen von Views mit gleichem Namen wie Tabellen Hochfahren der Anwendung Alternative 2: Erstellen eines neuen Benutzers Erstellen von Editioning Views im alten Schema Erstellen von Synonymen (mit Tabellennamen) im neuen Schema auf die Editioning Views Wechsel der Anwendung auf neuen Benutzer 17

18 Alternative 2 Originalanwender (pasr3) CREATE OR REPLACE EDITIONING VIEW ev_personen AS SELECT p.persid, p.anrede, p.vorname, p.nachname, p.geburtstag, p.bild FROM personen p; GRANT SELECT, INSERT, UPDATE, DELETE ON ev_personen TO doag; 18

19 Alternative 2 Neuer Anwender (doag) CREATE USER doag IDENTIFIED BY <password>; GRANT CREATE SESSION TO doag WITH ADMIN OPTION; GRANT CREATE VIEW TO doag; GRANT CREATE SYNONYM TO doag; ALTER USER doag QUOTA UNLIMITED ON USERS; 19

20 Datenmodell 20

21 Erstellen von Editioning Views Beispiel Editioning View auf personen CREATE OR REPLACE EDITIONING VIEW ev_personen AS SELECT p.persid, p.anrede, p.vorname, p.nachname, p.geburtstag, p.bild FROM personen p; 21

22 Datenmodell mit Editioning Views 22

23 Aufbau des zweiten Schemas CREATE USER doag IDENTIFIED BY doag DEFAULT TABLESPACE USERS TEMPORARY TABLESPACE TEMP; GRANT CREATE SESSION TO doag WITH ADMIN OPTION; ALTER USER doag ENABLE EDITIONS; GRANT CREATE VIEW TO doag; GRANT SELECT, INSERT, UPDATE, DELETE ON pasr3.ev_personen TO doag; 23

24 Was passiert bei Änderungen? Erweiterung von Tabellen ALTER TABLE personen ADD (bemerkungen VARCHAR2(100 CHAR)); Erstellen einer neuen Edition (edbemerkung) CREATE EDITION edbemerkung AS CHILD OF ora$base; ALTER SESSION SET EDITION = edbemerkung; CREATE OR REPLACE EDITIONING VIEW ev_personen AS SELECT pe.persid, pe.anrede, pe.vorname, pe.nachname, pe.geburtstag, pe.bild, pe.bemerkungen FROM personen pe; 24

25 Was passiert mit der Anwendung Zunächst einmal gar nichts Anwender doag hat Basisedition (ora$base) als Standard Schemaowner kann zwischen Editions wechseln (ALTER SESSION) Nach erfolgreicher Tests wird die neue Edition zur Default Edition ALTER DATABASE DEFAULT EDITION = edbemerkung; Alle neu angemeldeten Anwender arbeiten automatisch gegen die neue Edition => Downtime wenige Minuten! 25

26 Aufräumen Generell darf die Edition keine Objekte mehr beinhalten und kein User darf in dieser Edition angemeldet sein DROP EDITION edbemerkung; Prüfung auf Objekte: SELECT owner, object_name, object_type, status, edition_name FROM all_objects_ae WHERE edition_name = 'EDBEMERKUNG'; OWNER OBJECT_NAME OBJECT_TYPE STATUS EDITION_NAME ===== =============== ============ ====== ============ PASR3 DML_PERSONEN NON-EXISTENT VALID EDBEMERKUNG PASR3 DML_PERSONEN NON-EXISTENT VALID EDBEMERKUNG PASR3 EV_PERSONEN NON-EXISTENT VALID EDBEMERKUNG PASR3 PRIVATADRESSEN NON-EXISTENT VALID EDBEMERKUNG 26

27 Aufsplitten von Tabellen Adressentabelle CREATE TABLE adressenalt( adrid NUMBER(10), persid NUMBER(10), strasse VARCHAR2(50), plz VARCHAR2(8), ort VARCHAR2(50), telefonnummer VARCHAR2(30)); CREATE TABLE adressenneu( adrid NUMBER(10), persid NUMBER(10), strasse VARCHAR2(50), plz VARCHAR2(8), ort VARCHAR2(50), adrtyp NUMBER); CREATE TABLE telefoneneu( adrid NUMBER(10), persid NUMBER(10), vorwahl NUMBER, anschluss NUMBER, teltyp NUMBER); 27

28 Cross Edition Trigger Forward und Reverse Execution Erkennt, ob es sich um direkt eingegebene Datensätze oder übertragene handelt CREATE OR REPLACE TRIGGER tradressen BEFORE INSERT OR UPDATE ON adressenalt FOR EACH ROW CROSSEDITION DECLARE vorwahl NUMBER(10); anschluss NUMBER(10); BEGIN vorwahl := to_number(substr(:old.telefonnummer,3,instr(:old.telefonnummer,')')-3)); anschluss := to_number(substr(:old.telefonnummer,instr(:old.telefonnummer,')')+2)); IF APPLYING_CROSSEDITION_TRIGGER THEN INSERT INTO adressenneu (adrid, persid, strasse, plz, ort, adrtyp) VALUES(:NEW.adrid, :NEW.persid, :NEW.strasse, :NEW.plz, :NEW.ort, 1); INSERT INTO telefoneneu (adrid, persid, vorwahl, anschluss, teltyp) VALUES(:NEW.adrid, :NEW.persid, vorwahl, anschluss, 1); END IF; END; 28

29 Offene Punkte Wie können Tabellen im laufenden Betrieb geändert werden (wie bei der Adressentabelle versucht? dbms_redefinition Package erwartet ein finish_redef Warum werden Views bei redefinition Package invalid? Warum werden einige Package Bodies invalid? Bei der Verwendung von Views können keine Constraints mehr angezeigt werden 29