News zu Oracle

Home → Oracle → Dbvisit Standby v10 im Kurztest

Dbvisit Standby v10 im Kurztest

Verfasst von Alexander Glöckner
24 Februar 2021
08:12
Datenbank, DBA Tipp, Dbvisit Standby, Oracle Standard Edition /One /Two, Praxistipp, Standby Datenbank

Der Softwarehersteller Dbvisit hat im Januar die Version 10 seiner Standbylösung Dbvisit Standby veröffentlicht. Wir haben bereits über die zahlreichen Neuerungen berichtet.

Zur wichtigsten Neuerung zählt der Oracle Multitentant Support von Dbvisit:

Damit werden Pluggable Databases jetzt vollständig in der Oracle Datenbank SE2 (mit bis zu zu 3 PDBs je CDB) unterstützt.
Das Hinzufügen, Ändern und Löschen von PDBs in der CDB wird automatisch in die Standby Datenbank propagiert und angewendet. In der Vorgängerversion 9 führte dies zu Problemen.

Wir haben uns nun diese unserer Meinung nach wichtigste Neuerung zur v10 etwas genauer angeschaut.

Vergleich der Versionen 10 und 9 bei Verwendung der Oracle CDB/PDB-Architektur:

Voraussetzung hierfür ist ein vollständig aufgesetztes Dbvisit Standby System mit installierter Software und eingerichteter Standby Datenbank.

Erstellen einer neuen PDB in der CDB:

SQL> create pluggable database PDB3 from PDB2;
Pluggable database created.

SQL> alter pluggable database pdb3 open;
Pluggable database altered.

SQL> alter pluggable database pdb3 save state;
Pluggable database altered.

SQL> show pdbs
CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
2 PDB$SEED                       READ ONLY  NO
3 PDB1                           READ WRITE NO
4 PDB2                           READ WRITE NO
5 PDB3                           READ WRITE NO

In der Standby ist diese neue PDB noch nicht verfügbar:

SQL> show pdbs
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       MOUNTED
         3 PDB1                           MOUNTED
         4 PDB2                           MOUNTED

Der Dbvisit Standby Synchronisierungslauf auf der Primary Datenbank:

dbvctl -d orcl

=============================================================
Dbvisit Standby Database Technology (10.0.0_1_g9b8b5f20) (pid 143800)
dbvctl started on c-agl-dbvisit10-01: Tue Feb  2 21:02:24 2021
=============================================================

>>> Obtaining information from standby database (RUN_INSPECT=Y)... done
    Thread: 1 Archive log gap: 0. Transfer log gap: 0
>>> Exporting PDB BA60F1B8D5043195E0530C89A8C0EBE6... done
>>> Transferring Log file(s) from orcl on c-agl-dbvisit10-01 to 192.168.137.13:

    thread 1 sequence 55 (thread_1_seq_55.423.1063486979)... done
    thread 1 sequence 56 (thread_1_seq_56.424.1063486979)... done
    thread 1 sequence 57 (thread_1_seq_57.425.1063486983)... done

=============================================================
dbvctl ended on c-agl-dbvisit10-01: Tue Feb  2 21:03:32 2021

-> Hier sehen wir den Export der neu aufgesetzten PDB.

Zugehöriger Synchronisierungslauf auf der Standby Datenbank:

dbvctl -d orcl
=============================================================
Dbvisit Standby Database Technology (10.0.0_1_g9b8b5f20) (pid 102203)
dbvctl started on 192.168.137.13: Tue Feb  2 21:04:42 2021
=============================================================


>>> Applying Log file(s) from c-agl-dbvisit10-01 to orcl on 192.168.137.13:

    thread 1 sequence 55 (1_55_1063125323.arc)... done
    thread 1 sequence 56 (1_56_1063125323.arc)... done
    thread 1 sequence 57 (1_57_1063125323.arc)... done
>>> Restoring PDB BA60F1B8D5043195E0530C89A8C0EBE6... done
>>> No new logs to apply.
    Last applied log(s):
    thread 1 sequence 57

    Next SCN required for recovery 2012044 generated at 2021-02-02:21:03:02 +01:00.
    Next required log thread 1 sequence 58

=============================================================
dbvctl ended on 192.168.137.13: Tue Feb  2 21:05:37 2021
=============================================================

-> Hier sehen wir den Import bzw. Restore der PDB in der Standby DB.

Die PDB ist jetzt auf der Standby Datenbank angelegt und sichtbar:

SQL> show pdbs
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       MOUNTED
         3 PDB1                           MOUNTED
         4 PDB2                           MOUNTED
         5 PDB3                           MOUNTED

Jetzt schwenken wir die CDB und tauschen somit die Rollen der beiden Datenbanken. Aus der primären Datenbank wird jetzt die Standby-Datenbank und umgekehrt.

Ausführung des Switchovers

dbvctl -d orcl -o switchover
=============================================================
Dbvisit Standby Database Technology (10.0.0_1_g9b8b5f20) (pid 144656)
dbvctl started on c-agl-dbvisit10-01: Tue Feb  2 21:11:30 2021
=============================================================

>>> Starting Switchover between c-agl-dbvisit10-01 and 192.168.137.13

Running pre-checks       ... done
Pre processing           ... done
Processing primary       ... done
Processing standby       ... done
Converting standby       ... done
Converting primary       ... done
Completing               ... done
Synchronizing            ... done
Post processing          ... done

>>> Graceful switchover completed.
    Primary Database Server: 192.168.137.13
    Standby Database Server: c-agl-dbvisit10-01

>>> Dbvisit Standby can be run as per normal:
    dbvctl -d orcl


PID:144656
TRACE:144656_dbvctl_switchover_orcl_202102022111.trc

=============================================================
dbvctl ended on c-agl-dbvisit10-01: Tue Feb  2 21:19:43 2021
=============================================================

-> Problemloser Switchover

Im Dbvisit 9 bekommen wir ab hier leider ein Problem:

dbvctl -d loga -o switchover
=============================================================
Dbvisit Standby Database Technology (9.0.18_0_g3ca44802) (pid 141644)
dbvctl started on c-agl-dbvisit10-01: Tue Feb  2 20:11:24 2021
=============================================================

>>> Starting Switchover between c-agl-dbvisit10-01 and 192.168.137.13

Running pre-checks       ... failed
No rollback action required

>>> Database on server c-agl-dbvisit10-01 is still a Primary Database
>>> Database on server 192.168.137.13 is still a Standby Database


<<<< Dbvisit Standby terminated >>>>

PID:141644
TRACEFILE:141644_dbvctl_switchover_loga_202102022011.trc
SERVER:c-agl-dbvisit10-01
ERROR_CODE:1
Remote execution error on 192.168.137.13.

=================Remote Output start: 192.168.137.13==================
<<<< Dbvisit Standby terminated >>>>
PID:97834
TRACEFILE:97834_dbvctl_f_gs_precheck_standby_loga_202102022011.trc
SERVER:192.168.137.13
ERROR_CODE:937
PDB(s) with GUID BA5FFA08190A233AE0530C89A8C042F2 have not been added to the standby.
Synch PDBs for Graceful Switchover to continue.
>>>> Dbvisit Standby terminated <<<<
==================Remote Output end: 192.168.137.13===================
>>>> Dbvisit Standby terminated <<<<

Hier sehen wir auch schon die Grenze von Dbvisit 9. Die Pluggable Database (PDB) ist zwar mit all ihren Datafiles etc. übertragen worden, kann aber nicht geschwenkt werden. Das bedeutet also, nach dem Anlegen der PDB muss die Standby Datenbank neu aufgebaut werden.

Fazit

Wer also PDBs in seiner Datenbank anlegen, verändern und löschen will und dabei Dbvisit Standby verwendet, sollte unbedingt die Version 10 einsetzen. Nur so können die Möglichkeiten mit Dbvisit Standby optimal genutzt werden. Eine Migrationen älterer Versionen auf die v10 sind in jedem Fall problemlos möglich.

Solltest du weitere Fragen haben oder brauchst Unterstützung bei der Implementierung oder Management deiner Dbvisit Standbyumgebungen, erhältst du diese natürlich von Deutschlands einzigen Dbvisit Platinum Partner ASPICON.

Hier gibt es weitere Posts zum Thema Dbvisit Standby vom Dbvisit Platinum Partner ASPICON.

Share this article

Dbvisit Standby v10 im Kurztest

Vergleich der Versionen 10 und 9 bei Ver­wen­dung der Oracle CDB/PDB-Ar­chi­tek­tur:

Erstellen einer neuen PDB in der CDB:

Zu­ge­hö­ri­ger Syn­chro­ni­sie­rungs­lauf auf der Standby Datenbank:

Aus­füh­rung des Switchovers

Fazit

Vergleich der Versionen 10 und 9 bei Verwendung der Oracle CDB/PDB-Architektur:

Zugehöriger Synchronisierungslauf auf der Standby Datenbank:

Ausführung des Switchovers