Kein Folientitel
Werbung
Aus Standby-DB wird Data-Guard Klaus Reimers Leiter Systeme & Datenbanken [email protected] Copyright ORDIX AG 2002 http://www.ordix.de Ordix AG - Zahlen und Fakten • Gutes Datenbank- und Produkt Know-how für Oracle seit Bestehen des Unternehmens (1990) • Oracle Partner (seit mehr als 8 Jahren) • DOAG Mitglied (seit 1999) • Unabhängigkeit in der Beratung Copyright ORDIX AG 2002 http://www.ordix.de Ordix AG - Zahlen und Fakten • Bereiche – Systeme und Datenbanken • Oracle • Informix • DB2 – Systeme und Netze • UNIX • NT / W2000 – System-Management • Patrol • Tivoli • OpenView – Systeme und Applikationen • SAP Basis – Schulung Copyright ORDIX AG 2002 http://www.ordix.de Ordix AG - Zahlen und Fakten • Betreuung diverser Großkunden im Oracle Umfeld • Oracle Know-How: – – – – – – Betriebsunterstützung Installation und Konfiguration Tuning Backup-Konzepte Systemanalyse Applikations-Entwicklung Copyright ORDIX AG 2002 http://www.ordix.de Ordix AG auf der DOAG Konferenz Vorträge • Data Guard (SIG) • Migration Informix • Table Reorg 12.11. 13.11. 15:30 Uhr 14.11. 11:00 Uhr Stand ORDIX • Ordix AG C11 Copyright ORDIX AG 2002 http://www.ordix.de Agenda • Oracle 7.3/8.0 – Standby DB • Oracle 8.1 – Managed Standby DB • Oracle 9.0 – Data Guard (physical) • Oracle 9.2 – Data Guard (logical) Copyright ORDIX AG 2002 http://www.ordix.de Anforderungen / Ziele • HV-Lösung • Backup • Delay • Reporting • Switch Over Copyright ORDIX AG 2002 http://www.ordix.de Voraussetzungen allgemein • Oracle Release identisch (incl. Patchlevel) – trifft nicht zu für logical Data Guard • Produktions-DB im ArchiveLog-Mode • Betriebssystem - selbe Plattform • idealerweise 2 Maschinen – Plattenkapazität für DB identisch – CPU / Speicher - Ausbau kann unterschiedlich sein Copyright ORDIX AG 2002 http://www.ordix.de Installation und Ablauf 7.3 / 8.0 init. ora CF init. ora CF SGA SCF DF DF LF LF Copyright ORDIX AG 2002 http://www.ordix.de A ftp A Installation 7.3 / 8.0 • Backup der Datafiles auf Standby-System einspielen • Standby Controlfile erzeugen – alter database create standby controlfile as ´...´; • init.ora kopieren • Standby Controlfile kopieren auf Standby-System auf alle in der init.ora verwiesenen Positionen • Instance starten – startup nomount – alter database mount standby database; Copyright ORDIX AG 2002 http://www.ordix.de Ablauf 7.3 / 8.0 • Transport der Archive mit Betriebssystemmitteln – Shell-Skripte • neues Archivefile vorhanden und vollständig ? • Übertragen vom Produktions-System zum Standby-System – ftp – rcp – scp • Einspielen mit manuellem Recovery – Shell-Skripte • neue Archivdatei vorhanden? • recover standby database; Copyright ORDIX AG 2002 http://www.ordix.de Fail Over 7.3 / 8.0 • Kopieren und Nachfahren Current Log (falls möglich) • ALTER DATABASE ACTIVATE STANDBY DATABASE; • Standby Datenbank herunterfahren • Backup der neuen Produktionsdatenbank • Hochfahren der neuen Produktionsdatenbank • Aufbauen neues Standby System Copyright ORDIX AG 2002 http://www.ordix.de Bewertung 7.3 / 8.0 + Offline Backup + Delay per Hand + Desaster-Lösung bei Zerstörung der Produktions-DB - physische Änderungen (neue Datafiles) • alter database create datafile ´...´ as ´...´; • Refresh der Standby Controlfile - Reporting - Switch Over Copyright ORDIX AG 2002 http://www.ordix.de Ablauf 8.1 init. ora CF init. ora CF SGA DF ARCn DF LF LF Copyright ORDIX AG 2002 http://www.ordix.de A A Installation 8.1 • Identisch 7.3 / 8.0 • Konfiguration Oracle-Net – tnsnames.ora (Produktions-System) – listener.ora (Standby-System) – Listener starten • init.ora (Produktions-System) – log_archive_dest_1=´Location=...´ – log_archive_dest_2=´Service=<tns_alias>´ • init.ora (Standby-System) – standby_archive_dest=... Copyright ORDIX AG 2002 http://www.ordix.de Ablauf 8.1 • Identisch 7.3 / 8.0 • Übertragung über Net-8 – kein ftp – recover managed standby database; • Fail Over identisch zu 7.3 / 8.0 Copyright ORDIX AG 2002 http://www.ordix.de Bewertung 8.1 + + + + Offline und “Online“ Backup Delay über zusätzliches Perl-Skript (siehe Doku) Desaster-Lösung bei Zerstörung der Produktions-DB Reporting (Read-Only Öffnen der Datenbank) - physische Änderungen (neue Datafiles) • alter database create datafile ´...´ as ´...´; • Refresh der Standby Controlfile - Reporting und Recovery nicht parallel möglich - Switch Over - Manuelles Aufsetzen nach Unterbrechung der Übertragungskette (siehe 7.3 / 8.0) Copyright ORDIX AG 2002 http://www.ordix.de Ablauf 9.0 (ARCH) init. ora CF init. ora CF SGA ARCn DF DF LF LF Copyright ORDIX AG 2002 http://www.ordix.de RFS A MRP A Ablauf 9.0 FAL / File-Management • FetchArchiveLog (FAL) – init.ora (nur Standby-System) • fal_client = <tns_alias_standby_db> • fal_server = <tns_alias_prod_db> – tnsnames.ora (Standby-System) • Eintragen Produktions- und Standby-System • File-Management – init.ora (Produktions- und Standby-System) • standby_file_management = auto Copyright ORDIX AG 2002 http://www.ordix.de Ablauf 9.0 Delay / Hintergrund • Delay – init.ora (Produktions-System) • log_archive_dest_2 =´Services=<tns_alias> delay = n´ – im Standby-System übersteuerbar • recover managed standby database nodelay; • Hintergrund – recover managed standby database disconnect; – recover managed standby database cancel; Copyright ORDIX AG 2002 http://www.ordix.de Installation und Ablauf 9.0 (LGWR) init. ora CF init. ora CF SGA DF LGWR DF ARCn MRP RFS LF LF Copyright ORDIX AG 2002 http://www.ordix.de SLF SLF A ARCn A Installation 9.0 LGWR Übertragung • init.ora (Produktions-DB) – Synchrone Übertragung auf Standby RedoLogs • LOG_ARCHIVE_DEST_n = ‘SERVICE=<tns_alias> LGWR SYNC‘ – Asynchrone Übertragung auf Standby RedoLogs • LOG_ARCHIVE_DEST_n = ‘SERVICE=<tns_alias> LGWR ASYNC=2048‘ Copyright ORDIX AG 2002 http://www.ordix.de Installation 9.0 LGWR Übertragung • Standby Redo Log Dateien (Standby-DB) – ALTER DATABASE ADD STANDBY LOGFILE ´...´ SIZE n [K|M]; • init.ora (Standby-DB) – log_archive_start=true – log_archive_dest_1=´location...´ – log_archive_format=... • führt zum zusätzlichen Starten vom MRP-Prozess Copyright ORDIX AG 2002 http://www.ordix.de Ablauf 9.0 Switch Over • Primär Datenbank: – ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY; – SHUTDOWN – STARTUP NOMOUNT – ALTER DATABASE MOUNT STANDBY DATABASE; • Standby Datenbank: – ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL PRIMARY; – SHUTDOWN – Pflegen init.ora – STARTUP Copyright ORDIX AG 2002 http://www.ordix.de Bewertung 9.0 + + + + + + + Offline und “Online“ Backup Delay Desaster-Lösung bei Zerstörung der Produktions-DB Reporting (Read-Only Öffnen der Datenbank) physische Änderungen (neue Datafiles) Switch Over Data Guard Broker (unterstützendes Tool) - Reporting und Recovery nicht parallel möglich Copyright ORDIX AG 2002 http://www.ordix.de Installation Logical Data Guard 9.2 init. ora CF SGA BCF init. ora CF DF DF register LF LF Copyright ORDIX AG 2002 http://www.ordix.de A A Ablauf 9.2 (Logical Data Guard) init. ora CF init. ora CF SGA LGWR DF DF LSP RFS LF LF Copyright ORDIX AG 2002 http://www.ordix.de A A Logical Data-Guard Installation Produktions-System • Tabellen ohne Primary Key erhalten Zusatzinfos – alter database add supplemental log data (primary key, unique index) columns; • init.ora – LOG_PARALLELISM = 1 Copyright ORDIX AG 2002 http://www.ordix.de Logical Data-Guard Installation Standby-System I • Kopieren aller Datafiles vom Produktions-System – ohne Tempfiles • Backup Controlfile vom Produktions-System • Merken aktuelle Checkpoint_Change_Number – select checkpoint_change# from v$database; • Log Switch auf Produktions-System • Kopieren eben geswitchte Log-Datei • evtl. Anpassungen an init.ora Copyright ORDIX AG 2002 http://www.ordix.de Logical Data-Guard Installation Standby-System II • Startup mount • alter database clear logfile group n; • recover automatic database until <SCN> using backup controlfile; • alter database guard all; – nur SYS hat schreibenden Zugriff • alter database open resetlogs; • shutdown Copyright ORDIX AG 2002 http://www.ordix.de Logical Data-Guard Installation Standby-System III • Startup mount • nid target=sys/<pw> dbname=<new> setname=yes – neuer DB-name • • • • shutdown startup mount + alter database open resetlogs; neues Tempfile anlegen Registrierung der Start-ArchiveLog + Starten Log-Apply – alter database register logical logfile ´...´; – alter database start logical standby apply initial <SCN>; • Oracle Net Konfiguration (beidseitig) Copyright ORDIX AG 2002 http://www.ordix.de Logical Data-Guard Installation Standby-System IV • Database Link zum Produktions-System – execute dbms_logstdby.guard_bypass_on – create database link ... – execute dbms_logstdby.guard_bypass_off • Database Link zum Standby-System – create database link ... Copyright ORDIX AG 2002 http://www.ordix.de Logical Data-Guard Add-Ons • Kaskadierende Standby-Datenbanken • Zusätzliche Tabellen in Standby-Datenbank definierbar – alter database guard [all / standby / none] • Möglichkeit zur Filterung – dbms_logstdby.skip Copyright ORDIX AG 2002 http://www.ordix.de Logical Data-Guard Einschränkungen • • • • • Unsupported Datatypes (rowid, long, ...) Objekte aus SYS tables mit function_based indexes tables mit materialized views global temporary tables • DBA_LOGSTDBY_UNSUPPORTED • DBA_LOGSTDBY_NOT_UNIQUE – Empfehlung: alle Tabellen mit Primary Key versehen Copyright ORDIX AG 2002 http://www.ordix.de Bewertung 9.2 + + + + + + + + Offline und “Online“ Backup Delay Desaster-Lösung bei Zerstörung der Produktions-DB Reporting (Read-Only Öffnen der Datenbank) physische Änderungen (neue Datafiles) Switch Over Data Guard Broker (unterstützendes Tool) Reporting und Recovery parallel möglich - Einschränkungen Copyright ORDIX AG 2002 http://www.ordix.de Fazit • Geforderte Funktionalitäten beinahe alle vorhanden (siehe Einschränkungen) • Übertragung mittels LGWR: + HV Lösung – Gefahr des Ausfalls --> Wiederaufsetzen • Logical Data Guard + Filterung • Brauchen wir noch “Libelle“? Copyright ORDIX AG 2002 http://www.ordix.de
