Oracle - Logo white
PostgreSQL_Datenbank - Logo Elephant white
Microsoft SQL Server - Logo white
News zu Oracle

Dbvisit Standby v10 im Kurztest

Der Hersteller Dbvisit hat im Januar die Version 10 seiner Standbylösung Dbvisit Standby veröffentlicht.

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 automa­tisch in die Standby Datenbank propa­giert und angewendet. In der Vorgängerversion 9 führte dies zu Problemen.


Wir vergleichen Version 10 und 9 bei Verwendung der Oracle CDB/PDB-Architektur:

Voraussetzung hierfür ist ein vollständig aufge­setztes Dbvisit Standby System mit instal­lierter Software und einge­rich­teter Standby Datenbank.

1. Wir erstellen eine 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 aufge­setzten PDB.

Jetzt folgt der zugehörige 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. 

So wird der Switchover ausgeführt:

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 die Grenze von Dbvisit 9. Die Pluggable Database ist zwar mit all ihren Datafiles usw. übertragen worden, kann aber nicht geschwenkt werden. Nach dem Anlegen der PDB muss die Standby Datenbank neu aufgebaut werden.

Wer also PDBs in seiner Datenbank anlegen, verändern und löschen will und dabei Dbvisit Standby verwendet, sollte Version 10 einsetzen.

icon-arrow_right_medium-violet-blue.svg

Share this article

Share on facebook
Facebook 
Share on twitter
Twitter 
Share on linkedin
LinkedIn 
Share on xing
XING 
Share on whatsapp
WhatsApp 
Share on email
Email